Introducao Ao Zigbee - Por Msaleiro

uma abordagem prtica
Mrio Saleiro e Emanuel Ey
ZigBee
Este documento surge como um trabalho para a cadeira de Redes de

Comunicao do 3Ano do curso de Engenharia Elctrica e Electrnica no ramo de
Tecnologias de Informao e Telecomunicaes e tem como objectivo elucidar os
interessados
sobre
as
caractersticas
modos
de
funcionamento
do
sistema
comunicao sem fios ZigBee. Para tal far-se- uma abordagem prtica do sistema de
comunicao utilizando os mdulos XBee da Maxstream.
Docente: Jnio Monteiro
Universidade do Algarve
Universidade do Algarve
Escola Superior de Tecnologia
Escola Superior de Tecnologia
Engenharia Elctrica e Electrnica
Engenharia Elctrica e Electrnica
ZigBee uma abordagem prtica
ndice
Introduo
Porqu o ZigBee? .................................................................................................... 3
Como surgiu o ZigBee?........................................................................................... 4
Quais as suas potencialidades? ........................................................................... 4
Protocolo IEEE 802.15.4 e ZigBee
Os protocolos ........................................................................................................... 6
IEEE 802.15.4 ............................................................................................................. 6
ZigBee........................................................................................................................ 8
Topologias e modos de operao das Redes ZigBee ............................. 10
Arquitectura do protocolo ........................................................................... 15
Nota conclusiva....................................................................................................... 23
XBee
O que so?............................................................................................................... 24
Caractersticas ......................................................................................................... 25
Aplicao demonstrativa
Objectivos ................................................................................................................ 26
Descrio da aplicao ........................................................................................ 26
Hardware e software .............................................................................................. 28
Configurar o XBee ................................................................................................... 39
Concluso - o futuro......................................................................................................... 51
Referncias ........................................................................................................................ 52
Mrio Saleiro n 30379 e Emanuel Ey n23338 | Trabalho de Redes de Comunicao
Universidade do Algarve | Escola Superior de Tecnologia - EEE
Introduo
Porqu o zigbee?
At h pouco tempo no existia no mercado uma soluo normalizada
para redes sem fios para aplicaes de controlo e telemetria. Assim, para redes
com requisitos como baixo consumo e elevada fiabilidade, cada fabricante
tinha duas opes: desenvolver a sua prpria tecnologia de comunicao
proprietria ou adquirir uma licena para uma tecnologia de outro fabricante,
tornando complexa e cara a tarefa de desenvolver este tipo de aplicaes.
Embora a comunicao sem fios j fosse comum, no havia uma soluo
desenvolvida especificamente para aplicaes de controlo de sistemas de ar
condicionado, electrodomsticos, iluminao residencial, sistemas de segurana
e vigilncia, brinquedos, aquisio de dados de sensores de temperatura,
humidade, precipitao, luminosidade, presso, etc.
Figura 1- Aplicaes do ZigBee
Com o crescimento do mercado e o aumento de complexidade da

automao industrial e residencial tornou-se ento necessrio o desenvolvimento
Trabalho de Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338

Escola Superior de Tecnologia - EEE | Universidade do Algarve
de uma tecnologia que permitisse interoperabilidade entre dispositivos de

fabricantes diferentes.
Eis ento que surgiu no mercado o ZigBee. Com uma filosofia diferente da
das redes sem fios j existentes como o WiFi ou o Bluetooth, o ZigBee, aposta no
em elevada largura de banda para transmisso de grandes quantidades de
dados, mas sim na comunicao fivel em combinao com consumo
extremamente baixo.
Como surgiu o zigbee?

As bases da tecnologia denominada hoje por ZigBee foram estabelecidas
no protocolo Home RFLite criado pela Philips. A tecnologia foi pela primeira vez
apresentada ao pblico com o nome de ZigBee em Julho de 2005. O nome
ZigBee veio da analogia entre o funcionamento de uma mesh network e a
maneira como as abelhas trabalham e se deslocam. As que vivem numa comeia
voam em zig zag, de modo que quando voam em busca de nctar comunicam
com outras abelhas da mesma colmeia, dando informaes sobre a distncia,
direco e localizao de alimentos. Juntando o zig zag com abelha em ingls,
Bee, temos hoje o ZigBee!
Quais as suas potencialidades?

Uma das grandes vantagens do ZigBee o facto de suportar redes em
malha, onde, havendo vrios caminhos possveis, possvel eliminar falhas de
comunicao no caso de falha de um n de rede.
Embora tenha sido originalmente criado a pensar em redes em malha
(mesh), suporta tambm topologias em estrela (star) e em rvore (cluster tree),
permitindo o estabelecimento de redes de ns ad-hoc. Independentemente
do tipo de rede implementada, o protocolo permite at 65535 dispositivos por
cada n coordenado (ZigBee Coordinator).

Na topologia em malha (mesh), a rede auto-organiza-se de forma a

optimizar
trfego
de
dados,
podendo
abranger
reas
geogrficas
relativamente extensas como por exemplo um prdio de grandes dimenses.

A topologia em estrela (star) a rede de implementao mais simples,
sendo composta por um n coordenador e at 65535 ns terminais. Dado que
toda a comunicao gerida pelo n coordenador, esta topologia deve ser
implementada em locais que no ofeream muitos obstculos transmisso e
recepo.
Com algumas semelhanas topologia em malha, as redes em rvore
(cluster tree) tm uma estrutura muito hierarquizada em que o n coordenador
assume um papel de n mestre para a troca de informao entre os ns router e
os ns terminais (End Devices)
Devido ao protocolo relativamente simples o desenvolvimento do cdigo
simplificado, levando a custos reduzidos no desenvolvimento de aplicaes.
Outro factor que simplifica o desenvolvimento de aplicaes o facto de no
haver inmeros modos de funcionamento escolha, mas sim apenas dois
estados tanto para envio como para recepo - active e sleep.
Para alm disto o protocolo possui tambm um reduzido tempo de ligao
rede e uma rpida transio entre modos de funcionamento, fazendo com
que o ZigBee apresente tambm um baixa latncia.
Operando na gama livre dos 2,4GHz, isenta de licenciamento, o protocolo
ZigBee permite comunicaes com excelente imunidade a interferncias e taxas
de transferncia de dados entre os 20Kbps e os 250Kbps.
Se assim forem configurados, os mdulos entram em modo sleep quando
no esto a transmitir ou receber dados, levando a um consumo de energia
muito reduzido. Este consumo reduzido - que um dos grandes objectivos deste
protocolo - permite a criao de dispositivos que funcionem durante meses ou
anos alimentados apenas por pilhas comuns.

Protocolo IEEE 802.15.4 e ZigBee

Os protocolos
A criao de redes sem fios pode ser feita utilizando uma grande
variedade de protocolos de radiofrequncia (RF). Alguns desses protocolos so
propriedade de entidades independentes e outros so protocolos base, ou seja,
standard da indstria. Nesta parte deste documento iremos analisar o protocolo
ZigBee, que um standard da indstria para a transmisso de dados, e o IEEE
802.15.4, que o protocolo base sobre o qual foi desenvolvido o ZigBee. Iremos
abordar as frequncias usadas, as larguras de banda necessrias e as
capacidades nicas de cada um dos protocolos no que diz respeito ao
estabelecimento de redes de comunicao. Iremos tambm abordar os
objectivos que se tiveram em conta quando se desenvolveram estes protocolos.
IEEE 802.15.4
O IEEE 802.15.4 um standard para o estabelecimento de comunicaes
wireless desenvolvido pelo IEEE (Instituto de Engenheiros Elctricos e Electrnicos).
O IEEE uma associao tcnica e profissional que j desenvolveu uma grande
quantidade de standards para promover o crescimento e a compatibilidade
entre tecnologias recentes e tecnologias j existentes. O IEEE publicou os
standards que definem a comunicao em reas como a Internet, os perifricos
dos
computadores
(Firewire
IEEE
1394),
comunicaes
industriais
comunicaes wireless (wireless LANs IEEE 802.11,wireless MANs 802.16, Wi-Fi,

Bluetooth).
Enquanto esses standards foram desenvolvidos com a preocupao numa
grande largura de banda para serem utilizados em aplicaes de acesso
Internet, o IEEE 802.15.4 foi desenvolvido com uma menor taxa de transmisso,
fcil conectividade e mnimo consumo de energia. Este protocolo especifica que
a comunicao pode ocorrer em 3 bandas diferentes, destinadas a aplicaes
cientficas, industriais e mdicas (ISM).:
- 868 -868,8 MHz
- 902-928 MHz
- 2.400 - 2.4835 MHz
Apesar de qualquer uma destas bandas poder ser utilizada para os
dispositivos 802.15.4, a banda dos 2.4 GHz a mais utilizada, uma vez que uma
banda livre na maioria dos pases do mundo. A banda dos 868 MHz especfica
para utilizaes na Europa, e a banda dos 902-928 MHz s pode ser utilizada nos
Estados Unidos, Canad e outros pases que permitam a utilizao destas bandas
O standard 802.15.4 especifica que a comunicao deve ocorrer em
canais de 5 MHz que podem ir deste os 2.405 GHz aos 2.280 GHz. Na banda dos
2.4 GHz o ritmo de transmisso mximo especificado de 250kbps, com 16
canais disponveis. No entanto, devido complexidade acrescida pelos
mecanismos de segurana e encriptao dos dados, o ritmo de transmisso
metade do especificado. Por sua vez, nas bandas dos 915 MHz e 868 MHz esto
disponveis taxas de transmisso de 40 Kbps com 10 canais de comunicao e 20
Kbps com um canal de comunicao, respectivamente. Alm disso, enquanto o
standard especifica canais de 5 MHz, apenas aproximadamente 2 MHz de cada
canal que so ocupados. Enquanto que nas bandas dos 868 MHz e 915 MHz se
utiliza a modulao BPSK (Binary Phase Shift Keying), na banda dos 2.4 GHz o
protocolo IEEE 80215.4 utiliza o O-QPSK (Offset Quadrature Phase Shift Keying)
com forma de meia sinuside para modular a portadora de radiofrequncia . No
grfico seguinte podemos visualizar os diversos canais com o devido
espaamento regulamentado pelo IEEE 802.15.4
Figura 2 - Espectro de frequncias mostrando os diversos canais da banda dos 2.4 GHz

O protocolo 802.15.4 permite que seja estabelecida uma comunicao

ponto a ponto ou uma comunicao ponto a multiponto. Uma aplicao tpica
deste protocolo envolve a existncia de um coordenador central ao qual esto
ligados diversos ns que comunicam directamente com o coordenador, tal
como est exemplificado na figura seguinte:
Coordenador
Figura 3 Aplicao tpica do 802.15.4
ZigBee
O ZigBee um protocolo que utiliza o standard IEEE 802.15.4 como base e
acrescenta uma funcionalidade muito til: a capacidade de estabelecer redes e
de fazer routing. O protocolo ZigBee foi desenvolvido pela ZigBee Aliance. A
ZigBee Aliance um grupo de empresas que trabalharam em conjunto para
desenvolver um protocolo para o estabelecimento de redes que pudessem ser
utilizadas em diversos ambientes, como por exemplo o comrcio e a indstria, em
que no se exigem taxas de transmisso elevadas. Deste modo, o ZigBee foi
concebido de modo acrescentar a implementao de mesh networking ao
conjunto de funcionalidades ao IEEE 802.15.4. O tipo de rede em malha (mesh
networking) principalmente utilizado em aplicaes em que se pretende
efectuar a transmisso de dados entre dois ns que no que esto fora do
alcance um do outro. Deste modo, os dados so transmitidos para outros ns
intermdios que fazem o redireccionamento da informao at que esta
chegue ao destinatrio.
Figura 4 Exemplo de mesh networking
Como exemplo, temos a situao da Figura 3. Supondo que queremos

transmitir informao do ponto A para o ponto B mas a distncia era grande
demais entre os dois pontos a informao poderia ser transmitida passando por
outros pontos tais como o ponto C.
O protocolo ZigBee foi concebido de maneira que independentemente
da localizao e disposio dos pontos de envio e recepo de dados, a rede
se formasse automaticamente sem necessitar da interveno do utilizador na
configurao da mesma. Deste modo, o protocolo encarrega-se de todo o
processo de reenvio, confirmaes de recepo e routing das mensagens. No
caso de algum dos pontos de envio e recepo de dados for removido ou
desligado, uma nova rede ser gerada automaticamente. A esta ltima
capacidade do ZigBee podemos chamar de Self-Healing. Se o ponto C for
removido do sistema por alguma razo, um novo caminho seria utilizado para
transmitir dados de A para B.
Qualquer dispositivo que se encontre dentro das normas d ZigBee pode ser
utilizado como dispositivos de envio, recepo, ou ambos. Neste ltimo caso,
podemos ter simples dispositivos de comunicao bidireccional ou assumir ainda
funes de routing e coordenao. Uma vez que o protocolo ZigBee utiliza o IEEE
802.15.4 como base para definir as camadas PHY e MAC, a frequncia, a largura
de banda do sinal e as tcnicas de modulao so semelhantes.
Como o ZigBee foi desenhado para ter um consumo muito reduzido de

potncia, encaixa perfeitamente em aplicaes com sistemas embebidos e em
todas as reas em que as principais exigncias sejam uma fcil implementao e
uma grande versatilidade, em vez de uma grande largura de banda. Na tabela
seguinte pode-se ver uma comparao entre o ZigBee e outras tecnologias de
comunicao wireless, tendo em conta as suas principais aplicaes.
Aplicao
Zigbee e
GSM/ GPRS
802.15.4
CDMA
Monitorizao
Principal
de processos
e controlo
Autonomia
voz em
grandes reas
Internet de
Conectividade
alta
entre
velocidade
dispositivos
1 semana
1 semana
Semanas
250kbps
At 128k
11Mbps
720kbps
mais de 100 m
Alguns km
50 100 m
10 100 m
Banda
Tpico
de dados e
Bluetooth
Anos
Largura de
Alcance
Transmisso
802.11
Baixo
Vantagens
Versatilidade
consumo de
Infraestruturas
Altas
na ligao
potncia e
j existentes
velocidades
entre
custo reduzido
dispositivos
Tabela 1 Comparao entre tecnologias de comunicao wireless
A baixa taxa de transmisso dos dispositivos ZigBee d lugar a uma melhor

sensibilidade a alcance, mas implica tambm um troughput mais baixo, ou seja,
taxas de transferncia mais reduzidas. As principais qualidades do ZigBee so o
baixo consumo de potncia, a grande autonomia e a possibilidade de
estabelecimento de redes segundo vrias topologias com grande versatilidade e
self-healing.
Topologias e modos de operao das Redes ZigBee
Apesar de j terem sido referidas as topologias de rede que possvel

implementar segundo o protocolo ZigBee convm analisar detalhadamente as
mesmas.
10
11
Uma vez que este standard perspectiva a rede de uma forma ad hoc, no
existe
uma
topologia
pr-definida
nem
um
controlo
obrigatoriamente
centralizado para a implementao da rede. Deste modo, existem vrias

topologias possveis para a rede a ser implementada, havendo, assim, uma
configurao da rede de forma dinmica, sendo esta uma caracterstica muito
importante do ZigBee.
No entanto, antes de partir para o estudo das topologias de rede que
possvel implementar com o protocolo ZigBee, conveniente fazer uma breve
abordagem sobre os tipos de dispositivos que podem coexistir numa rede ZigBee.
Enquanto que no protocolo IEEE 802.15.4 apenas se faz a distino entre
dispositivos FFD e RFD, o protocolo ZigBee faz a distino entre trs tipos de
dispositivos lgicos, tal como se pode ver na tabela abaixo. No entanto, h que
notar que nos dispositivos ZigBee o tipo de dispositivo no definido por
hardware, mas sim por software, dependendo da configurao da rede em que
esto inseridos. A nvel de hardware todos os dispositivos ZigBee so iguais.
Dispositivo
Tipo de dispositivo fsico
Funo
associado (IEEE)
Forma a rede, atribui endereos, faz a

Coordinator
FFD
manuteno da rede, suporta binding

table. Existe apenas um por rede, mas pode
servir de ponte entre vrias redes.
Permite que mais ns se juntem rede
aumentando o seu alcance fsico. Pode
Router
FFD
tambm efectuar funes de controlo ou

monitorizao, para alm do
reencaminhamento de dados. A sua
existncia opcional.
Efectua uma aco de controlo ou
monitorizao atravs de dispositivos que
Endpoint
RFD ou FFD
lhe esteja associado (sensores,

microcontrolador, actuador, etc.). o que
consome menos energia, pois muitas vezes
est em modo sleep.
Tabela 2 Tipos de dispositivos

No que diz respeito aos tipos de dispositivos fsicos associados presentes na

tabela tambm conveniente perceber a distino feita pelo IEEE nos tipos de
dispositivos RFD e FFD:
Os FFD (Full Function Device) so dispositivos mais complexos, necessitando
assim de um hardware mais potente para a implementao da pilha de
protocolos. Uma vez que so mais potentes, tm tambm maior consumo
de energia. Como se viu na tabela, na tecnologia ZigBee estes dispositivos
podem ser ZigBee Coordinators, ZigBee Routers, ou at mesmos um ZigBee
Endpoint. Os dispositivos FFD tm a capacidade de comunicar com
quaisquer
outros
membros
da
rede.
nvel
de
hardware,
so
implementados em microcontroladores com um mnimo de 32KB de

memria de programa e uma determinada quantidade de memria RAM
para implementao de tabelas de rotas e configuraes de parmetros.
Os RFD (Reduced Function Device) so dispositivos mais simples, utilizando
os mnimos recursos de hardware para implementar a sua pilha de
protocolo. Podem ser implementados com microcontroladores de 8 bits
com uma memria de programa de 6KB. No entanto, s podem
comunicar com dispositivos FFD (Coordinator ou Router). Do ponto de vista
de uma rede ZigBee estes s podem assumir o papel de ZigBee Endpoint.
Na prtica, so os sensores, interruptores, controladores de rels, etc.
Como se viu na descrio dos tipos de dispositivos do IEEE 802.15.4, cada
tipo de dispositivo tem requisitos diferentes de hardware, o que uma clara
desvantagem comparativamente aos dispositivos ZigBee, pois nestes o tipo de
dispositivos definido por software quando a rede configurada.
Agora, que j foi feita a distino entre os tipos de dispositivos que podem
coexistir numa rede, sero abordadas sucintamente as diversas topologias de
rede, dando ateno aos principais conceitos inerentes a cada uma delas.
Contudo, h que realar que a implementao de uma rede no implica que
apenas uma das topologias seja usada. Pelo contrrio, dentro de uma rede
podem coexistir todas as topologias.
Topologia em estrela (star)
12
13
Nesta
topologia
de
rede
ZigBee
Coordinator
tem
toda
responsabilidade no controlo da rede, assumindo assim um papel central e

fazendo a comunicao directa com todos os dispositivos Endpoint (dispositivos
situados nos limites da rede). Deste modo, o Coordinator tem a funo de iniciar
toda a rede e manter todos os dispositivos associados dentro da rede. Nesta
topologia toda a informao transmitida tem que passar pelo n central, ou seja,
o Coordinator.
ZigBee Coordinator
ZigBee Endpoint
Figura 5 Topologia em estrela
Topologia em malha (mesh)

Neste tipo de topologia os dispositivos coordenadores ou routers so livres
de enviar informao para qualquer outro dispositivo da rede, ou seja, no existe
uma centralizao da rede to profunda como na topologia em estrela. Neste
caso, o Coordinator apenas regista a entrada e sada de dispositivos na rede,
assumindo um papel passivo no que diz respeito ao fluxo de informao como
acontecia na topologia anterior. Esta topologia muito til, principalmente
porque permite a fcil expanso fsica da rede, permitindo que seja estabelecida
uma rede com grande capaz de abranger uma rea relativamente grande.
Neste tipo de topologia pode verificar-se o self-healing da rede, pois mesmo que
um dos dispositivos desaparea, apenas em casos excepcionais a comunicao
entre os restantes ser afectada.


ZigBee Coordinator
ZigBee Endpoint
ZigBee Router
Figura 6 Topologia em malha
Topologia em rvore (cluster tree)

Esta topologia tem algumas semelhanas com a topologia em malha,
sendo tambm utilizados os dispositivos Router. No entanto, nesta topologia
estabelecida um estrutura hierrquica segundo a qual feita a distribuio de
dados e mensagens de controlo. No topo da hierarquia temos o ZigBee
Coordinator, que assume mais uma vez o papel de coordenador, sendo o ncleo
da rede. Deste modo, do Coordinator surgem diversas ramificaes primrias de
onde saem ramificaes secundrias. No entanto, enquanto as ramificaes
secundrias podem comunicar entre si passando a informao por um ZigBee
Router, que encaminha a informao para o destinatrio correcto, as
ramificaes primrias s podem comunicar entre si passando a informao
para o ZigBee Coordinator que se encarregar de as encaminhar.
ZigBee Coordinator
ZigBee Endpoint
ZigBee Router
Figura 7 Topologia em rvore

14
15
Como acabamos de ver, o protocolo ZigBee no se limita a uma topologia

de rede, permitindo a implementao de vrias topologias, dotando os
dispositivos ZigBee de uma grande versatilidade. No entanto, a versatilidade no
fica por a. Esta ainda aumentada devido aos dois modos de operao das
redes.
O primeiro modo que abordaremos o modo beaconing. Neste modo os
ZigBee Routers transmitiro periodicamente mensagens de sinalizao, ou seja,
beacons, informando os outros ns da sua presena, que apenas precisam de
estar activos no momento da sinalizao. Deste modo, os dispositivos ZigBee
podem manter-se no modo sleep entre sinalizaes, reduzindo bastante o
consumo energtico. Este modo sleep consiste numa reduo do duty cycle dos
dispositivos ZigBee, o que resulta no prolongamento da autonomia da bateria
que esteja a alimentar o dispositivo. O intervalo de tempo entre o envio sucessivo
de dois beacons pode variar entre os 15,36 ms e os 251,65 ms para uma taxa de
250kbit/s. No entanto, h que realar o facto de a reduo do duty cycle
implicar a existncia de uma temporizao de elevada preciso, o que poder
vir a colidir com o interesse em produzir um dispositivo de custos reduzidos.
No segundo modo de operao de uma rede ZigBee, ou seja, no modo
non-beaconing
maioria
dos
dispositivos
mantm
os
seus
receptores
permanentemente activos, havendo um maior consumo energtico, podendo

tornar-se necessrio a utilizao de fontes de alimentao com maiores
capacidades.
Arquitectura do protocolo
Tal como em outros protocolos j estudados, a arquitectura do protocolo

ZigBee composta por camadas, havendo uma estrutura hierrquica. Cada
entidade de servio fornece uma interface para a camada superior atravs do
ponto de acesso ao servio (SAP Service Access Point) e cada SAP suporta um
nmero de primitivas de servio
para activar a funcionalidade que ser
solicitada pela camada superior. Apesar de o protocolo ZigBee se basear no

modelo OSI (Open Systems Interconnection)que tem sete camadas, a
arquitectura do protocolo ZigBee apenas define as camadas necessrias para
atingir um conjunto de funcionalidades desejadas. De uma forma muito sucinta,

as vrias camadas da arquitectura protocolar podem ser esquematizadas da

seguinte forma:
Perfil do dispositivo
Camada AP
Camada NWK
Camada MAC
Concebido pela
ZigBee Alliance e
OEM
Concebidas pela
ZigBee Alliance
Definidas pelo
standard IEEE
802.15.4
Camada PHY
Figura 8 Camadas da arquitectura do protocolo ZigBee
As duas camadas inferiores, a camada fsica (PHY) e a camada de

controlo de acesso ao meio (MAC), foram definidas pelas normas do protocolo
IEEE 802.15.4, pois, como j tinha sido referido, o protocolo ZigBee foi concebido a
partir do protocolo do IEEE. As restantes camadas de rede foram concebidas
especificamente para o protocolo ZigBee. Tais camadas so a camada de rede
(NWK) e o Framework para a camada de aplicao (AP). Nesta camada esto
includas a subcamada de suporte aplicacional (APS), o objecto de dispositivo
ZigBee (ZDO - ZigBee Device Object) e os objectos de aplicao (Aplication
Objects).
A camada PHY (IEEE 802.15.4) responsvel pelo controlo da transmisso e
da recepo de mensagens atravs de um canal fsico RF cujas caractersticas j
foram referidas anteriormente. Algumas das suas funes so a activao e a
desactivao do transciever, a deteco de energia (ED Receiver Energy
Detection), a indicao da qualidade da ligao (LQI Link Quality Indication), a
seleco do canal e ainda a transmisso e recepo de pacotes atravs do
meio fsico. Esta camada fornece dois servios: o PHY data service e o PHY
management service que faz o interface com o ponto de acesso(SAP Service
Access Point) da entidade de gesto da camada fsica (PLME Physical Layer
Management Entity) ste ltimo servio pode tambm ser designado de PLME-SAP,
pela juno das duas siglas. O PHY data service activa a transmisso e a
recepo das unidades de dados do protocolo PHY atravs do canal fsico de
radiofrequncia. Deste modo, as principais funes da camada PHY so a
activao e desactivao dos transcievers, deteco de energia, verificao
16
17
da qualidade do link, seleco de canais, acesso a canais livres, transmitir e

receber pacotes de dados atravs do meio fsico.
Sendo assim, a camada PHY cria um interface entre a camada MAC e o
canal de rdio fsico atravs do firmware e hardware de radiofrequncia. A
PLME, que forncece o servio de gesto da camada atravs do qual as funes
de gesto da camada podem ser invocadas. O PLME tambm responsvel por
manter uma base de dados (PIB PHY Pan Information Base)de objectos geridos
pertencentes camada PHY.
No que diz respeito ao servio de dados da
camada PHY, este responsvel pela transferncia de MPDUs (MAC protocol

data unit) entre as vrias entidades da camada MAC.
No que diz respeito camada MAC (IEEE 802.15.4), esta tem a principal
funo de controlar o acesso aos canais RF, utilizando para isso mecanismos de
preveno de coliso CSMA-CA (Carrier Sense Multiple Access Collision
Avoidance). Para efectuar esse controlo estabelece uma comunicao com a
camada inferior, ou seja, com a camada fsica (PHY). Alm disso, define tambm
o tipo de dispositivos permitidos na rede e a estrutura de tramas admissvel e faz o
controlo do processo de sinalizao, ou seja, faz a sincronizao e transmisso de
beacons, de modo a haver alguma fiabilidade no funcionamento da rede.
Esta camada, semelhana da camada PHY, tambm fornece 2 servios:
o MAC data service e o MAC management service que faz o interface com o
ponto de acesso(SAP Service Access Point) da entidade de gesto da camada
MAC (MLME MAC sublayer Management Entity). Este ltimo servio pode
tambm ser designado de MLME-SAP, pela juno das duas siglas. O servio de
dados da camada MAC activa a transmisso e recepo de unidades de dados
do protocolo MAC atravs do servio de dados da camada PHY. Deste modo, as
principais funes da camada MAC so a gesto de beacons, acesso aos
canais utilizando CSMA-CA, gesto do GTS (Guaranteed Time Slot), validao de
tramas, envio de tramas de Acknowledgement, associao e desassociao
PAN, segurana de dispositivos duportados e criao de links entre duas
entidades MAC. Adicionalmente a estas funes, a camada MAC fornece ainda
uma base para implementar mecanismos de segurana apropriados s
aplicaes.

O servio de gesto inclu a entidade MLME que fornece interfaces atravs

dos quais as funes do servio de gesto da camada podem ser invocadas.
semelhana do PLME, o MLME tambm responsvel por manter uma base de
dados dos objectos geridos que pertenam camada MAC. Esta base de dados
tambm tem o nome de PIB. No que diz respeito ao servio de dados, este
suporta o transporte de unidades de dados do protocolo SSCS (Service-Specific
Convergence Sublayer) entre entidades SSCS.
Quanto camada NWK (ZigBee), que , hierarquicamente, a primeira
camada definida pela norma ZigBee, tem como responsabilidade a descoberta
de novos dispositivos que possam passar a integrar a rede, armazenando as
informaes relativas aos mesmos, a atribuio dos endereos aos dispositivos
membros da rede (apenas dos ZigBee Coordinators) e a monitorizao das
entradas e sadas de dispositivos da rede. atravs desta camada que feita a
configurao de novos dispositivos e nela esto tambm definidos os
mecanismos de descoberta de rotas e encaminhamento de informao
(routing).
Esta camada de rede necessria para fornecer funcionalidades que
garantam o correcto funcionamento do MAC do IEEE 802.15.4 e tambm para
fornecer um servio adequado para fazer o interface com a camada de
aplicao. Para interagir com a camada de aplicao a camada de rede
contm na sua definio dois servios que fornecem as funcionalidades
necessrias. Estas entidades so o servio de dados e o servio de gesto. Tal
como nas duas camadas anteriores o servio de gesto contm uma entidade
(NLME Network Layer Management Entity) que atravs do seu SAP fornece os
servios necessrios. Deste modo, o NLME responsvel por criar recursos que
permitam aplicao interagir com a pilha. Outros servios prprios do NLME
so:
- configurao de novos dispositivos a capacidade de configurar a pilha
de operao necessria. As opes de configurao incluem o incio de
operao como um ZigBee Coordinator ou o processo de integrar uma
rede j existente;
- criao de uma rede estabelececimento de uma rede;
18
19
- juntar-se ou abandonar uma rede a capacidade de se juntar ou

deixar uma rede e tambm a capacidade de um ZigBee Coordinator ou
ZigBee Router requerer a um dispositivo que abandone a rede;
- Endereamento capacidade dos ZigBee Coordinators e Routers
atriburem endereos a dispositivos que se juntem rede;
- Descoberta da vizinhana descoberta, registo e comunicao de
informaes relativas aos vizinhos directos de um dispositivo;
- Descoberta de rotas descoberta e registo de rotas atravs da rede
atravs das quais as mensagens podem ser devidamente redireccionadas.
No que diz respeito ao dos servios de dados contm uma entidade (NLDE
Network Layer Data Entity) que fornece o servio de transmisso de dados
atravs do seu Service Access Point (SAP). O NLME utiliza o NLDE para conseguir
levar a cabo algumas das suas tarefas de gesto e tambm mantm uma base
de dados dos objectos geridos, conhecidos como NIBs (Network Information
Base). O NLDE fornece um servio de dados que permita a uma aplicao
transportar APDUs (Application Protocol Data Units) entre dois ou mais dispositivos
que faam parte da mesma rede. Deste modo, o NLDE fornece os seguintes
servios:
- Criao de NPDUs (Network Protocol Data Units) o NLDE consegue gerar
uma NPDU a partir de uma PDU da camada de Aplicao atravs da
adio de um cabealho apropriado do protocolo;
- Topologia especfica de Routing o NLDE deve ser capaz de transmitir
uma NPDU para o devido dispositivo quer este seja o destinatrio final da
comunicao ou o prximo passo para chegar ao destinatrio final;
- Segurana a capacidade de garantir a autenticidade e
confidencialidade de uma transmisso.
No que diz respeito camada de aplicao (ZigBee), como j foi referido,
esta contm a sub-camada Application Support Sublayer (APS), o ZigBee Device
Object (ZDO) e a Application Framework (AF). Esta camada tem a funo de
garantir uma gesto correcta e um suporte fivel para as diversas aplicaes.

A APS fornece um interface entre a camada NWK e a camada de

aplicao atravs de conjunto geral de servios que so usados pela ZDO e
pelas aplicaes definidas pelo fabricante. Os servios desta camada so
fornecidos pelas seguintes entidades:
- APS data entity (APSDE), atravs do Application Service Data Entity
Access Point (APSDE-SAP). Esta entidade torna possvel a transmisso de
dados para o transporte de PDUs de aplicao entre dois ou mais
dispositivos localizados na mesma rede incluindo uma filtragem das
mensagens
endereadas
ao
grupo.
APSDE
suporta
ainda
fragmentao e reconstruo dos pacotes maiores que o payload

suportado pelas Application Service Data Units e garante ainda um
transporte de dados vivel.
- APS management entity atravs do Application Service Management
Entity Access Point (APSME-SAP). Esta entidade fornece servios de
segurana, registo e remoo de endereos de grupo e ainda mantm uma
base de dados dos dispositivos geridos que tem o nome de APS information base
(AIB). O AIB suporta o mapeamento de endereamentos entre endereos IEEE de
64 bits e endereos NWK de 16 bits.
A Application Framework um ambiente em que os objectos de
aplicao esto guardados em dispositivos ZigBee. Dentro desta Framework os
objectos de aplicao enviam e recebem dados atravs do APSDE-SAP,
realizando funes de controlo e manuteno das camadas de protocolo do
dispositivo ZigBee e inicializao de funes de rede standard. O servio de
dados utilizado por estes objectos inclu funes de pedido, confirmao,
resposta e primitivas de indicao para a transferncia de dados, que so
utilizadas para indicar a transferncia de dados da APS para a aplicao ou
entidade de destino. As funes de pedido suportam transferncias de dados
entre aplicaes de entidades de objectos.
Os ZigBee Device Objects representam uma base de funcionalidades que
fornece um interface entre os objectos de aplicao, o perfil do dispositivo e a
Application Support Sublayer. Os ZDO situam-se entre a Application Framework e
a Application Support Sublayer. Estes objectos tm o objective de satisfazer os
20
21
requisites de todas as aplicaes que estejam a ser executadas na pilha de

protocolo do ZigBee. Os ZDO so responsveis por inicializar a APS, a camada
NWK e o servio de segurana e juntar informaes de configurao das
aplicaes finais para determinar e implementar a descoberta e gesto de
segurana e rede. Estes objectos tm interfaces publicas com os objectos da
Application Framework para que estes possam fazer o controlo de funes de
dispositivo e de rede.
Para uma anlise geral do que foi descrito acima relativamente ao
protocolo ZigBee pode-se observar o seguinte esquema:
Figura 9 Camadas detalhadas da arquitectura do protocolo ZigBee
Na figura 9 temos a arquitectura do protocolo ZigBee, correspondendo

cada linha bloco horizontal a uma camada, excepto nos dois blocos superiores,
que fazem ambos parte da camada de Aplicao. Na camada PHY temos as
trs bandas utilizadas pelo ZigBee. De seguida temos a camada MAC, que faz a
interface entre a camada de rede e a camada fsica. Como j tinha sido
referido, as duas camadas anteriores so originrias do protocolo IEEE 802.15.4. A
terceira camada a camada de Rede, que se encarrega do routing de pacotes
de rede, da gesto e segurana da rede e contm ainda as tabelas de
endereos e outros dispositivos, necessrios para efectuar o routing. De seguida
encontramos a camada de aplicao, que na figura est dividida em trs
partes: a Application Framework, o ZigBee Device Object, e um conjunto de
Application Objects. A Application Framework responsvel pela formatao
das mensagens, multiplexagem dos ZigBee Endpoint, e tambm pela segurana
das aplicaes. Dentro da camada de aplicao temos ainda o ZigBee Device
Object que responsvel pela gesto e manuteno das especificaes do
perfil de funcionamento do dispositivo. Dentro destas especificaes temos os
tipos de dispositivos, as mensagens de aplicao, o tipo de segurana
implementado e tambm a fragmentao de mensagens, se os dispositivos
forem configurados para tal. Por fim, dentro da camada de aplicao temos at
30 objectos de aplicao. Todas estas camadas encontram-se em paralelo com
um servio: o servio de segurana do ZigBee.
Aps esta anlise da arquitectura protocolar do ZigBee conveniente

fazer tambm um estudo dos tipos de tramas utilizadas no protocolo:
Tramas de comando MAC (MAC command) estas tramas so
utilizadas para efectuar o controlo dos ns clientes.
Tramas de dados estas tramas so as que mais interessam ao
utilizador, pois so usadas para todo o tipo de transferncia de
dados. Podem ter at 104 bytes e esto numeradas, afim de manter
alguma fiabilidade na comunicao, pois a existncia de uma
sequncia de frame-check permite assegurar uma transmisso fivel
e sem erros.
Tramas de acknowlegement (ACK) so utilizadas para confirmar a
recepo bem sucedida de pacotes. O acknowledgement e feito
no tempo livre de comnicaes existente entre o envio de tramas.
22
23
Tramas de beacon so utilizadas pelos ZigBee Coordinator e

Router para efectuar a transmisso de beacons.
Figura 10 Tramas de comando MAC
Nota Conclusiva
Aps a anlise dos dois protocolos e depois de compreendidas as suas
diferenas podemos concluir que a utilizao do IEEE 802.15.4 ou do ZigBee
depende do que se pretende fazer. No caso de se querer fazer uma
comunicao ponto a ponto ou ponto a multiponto, o IEEE 802.15.4 conseguir
dar conta do recado, estabelecendo sem problemas a comunicao entre os
dispositivos e ser mais fcil de implementar do que utilizando o ZigBee para
atingir o mesmo objectivo. Porm, se necessitarmos de implementar uma mesh
network no sistema, o ZigBee , sem qualquer dvida, a escolha mais acertada.
Aps esta anlise, verificamos que o IEEE 802.15.4 no so a mesma coisa, sendo
o ZigBee uma evoluo do standard IEEE 802.15.4.

XBee
O que so?
Os mdulos XBee, fabricados pela Maxstream, so mdulos que incluem
todo o hardware e a lgica necessria para implementar uma rede ZigBee.
Pode-se dizer que um mdulo Xbee est para o ZigBee tal como uma placa de
rede est para uma rede Ethernet.
A Maxstream fabrica duas verses do XBee -XBee e Xbee-Pro- que se
diferenciam sobretudo na potncia de emisso e sensibilidade de recepo,
logo no alcance mximo. Para alm disto, ambas as verses esto disponveis
com trs tipos de antena: chicote (whip), chip, e conector para antena externa.
Ambos os modelos dispem de 16 canais seleccionveis via software, com
suporte at 65.000 endereos por canal e encriptao 128-bit AES.
De notar que embora o XBee-Pro tenha uma potncia mxima de sada
de 60mW, na Europa necessrio limita-lo a 10mW, de modo a no infringir a
legislao em vigor.
Este tipo de configurao possvel atravs do software X-CTU da
Maxstream.
Configurados de fbrica para a operao em modo broadcast, os
mdulos permitem a utilizao sem necessidade de configurao prvia.

24
25
Caractersticas
Potncia de sada
Alcance interior
Alcance Exterior
Sensibilidade do
receptor
Frequncia de
operao
Taxa de transmisso
Taxa de dados da
Interface
Tenso de alimentao
Corrente de transmisso
(tpica)
Corrente de Recepo
(tpica)
Corrente em modo Sleep
Dimenses
Peso
Temperatura de
operao
XBee
1 mW (0 dBm)
at 30 m
at 100 m
-92 dBm
XBee-Pro
60 mW ( 18 dBm )
at 100 m
at 1600 m
-100 dBm
ISM 2.4000 a 2.4835 GHz

250 kbps
115.2 kbps
2.8V a 3.4V
45 mA @ 3.3 V
215 mA @ 3.3 V
50 mA @ 3.3 V;
55 mA @ 3.3 V
<10 A
2.438cm x 2.761cm
2.438 cm x 3.294 cm
3g
4g
-40 a 85 C (industrial)
Tabela 3 Caractersticas dos mdulos XBee

Aplicao demonstrativa
Objectivos
Como exemplo de implementao do XBee segue-se uma explicao
detalhada de uma possvel aplicao desenvolvida para fins demonstrativos e
didcticos. Para compreender este exemplo na totalidade necessrio ter
alguns
conhecimentos
prvios
de
programao
de
microprocessadores,
electrnica digital e linguagem C. O objectivo proporcionar ao leitor uma

aprendizagem pela prtica de como implementar um sistema com ZigBee
utilizando os mdulos XBee.
Descrio da aplicao
Para efeitos de teste e demonstrao dos mdulos XBee optou-se por
implementar uma aplicao de controlo de acessos a um parque de
estacionamento a pessoal autorizado. Este sistema seria semelhante conhecida
Via Verde, ou seja, o condutor do veculo no teria que carregar em qualquer
boto para abrir a cancela.
Para
permitir
controlo
registo
dos
acessos
ao
parque
de
estacionamento cada veculo teria um nmero de identificao correspondente

ao nmero de funcionrio que seria enviado juntamente com um cdigo de
resposta para a cancela quando o dispositivo existente no veculo recebesse o
cdigo da cancela, indicando a sua proximidade. No caso desse nmero de
identificao e resposta ao cdigo serem vlidos, a cancela abre, deixando
passar o carro. Caso contrrio, permaneceria fechada. Para evitar o sniffing de
cdigos da cancela, esta possui vrios cdigos diferentes que so enviados
alternadamente. (neste caso, para fins demonstrativos, tem dois cdigos).
Contudo, para garantir maior segurana possvel definir chaves de encriptao
no XBee, como veremos mais adiante.
A aplicao mencionada constituda por dois circuitos designados por
base e
mvel, ambos baseados num microcontrolador 8051 (DS89C450),

26
27
dispondo ambos de um mdulo XBee para a comunicao e de 4 leds amarelo

(LED0:LED3) para sinalizao de estado. O circuito base dispe ainda de um led
verde e um vermelho de modo sinalizar a abertura da cancela do
estacionamento.
O circuito Base estaria integrado no circuito de controlo da cancela do
parque de estacionamento enquanto que o circuito mvel estaria a bordo de
um veculo.
Estabeleceu-se que a aplicao deveria seguir o seguinte procedimento:
1. Base envia periodicamente um byte, activando LED0 aps o envio;
2. Caso mvel esteja ao alcance dever:
1. Ligar LED0 para indicar a recepo do byte enviado por base.
2. Enviar o primeiro dos seus dois bytes de identificao (IDhigh) e
seguidamente ligar LED1;
3. Enviar o segundo dos seus dois bytes de identificao (IDlow) e
seguidamente ligar LED2;
4. Enviar um terceiro byte obtido a partir da operao: [IDlow] XOR
[IDhigh] XOR [byte recebido].
3. Base dever receber os trs bytes enviados por mvel activando LED1
aps a recepo de IDhigh, LED2 aps a recepo de IDlow, e LED3 aps
a recepo do byte de verificao.
4. Base dever verificar se IDhigh e IDlow se encontram na sua lista de ID's
com autorizao de acesso e se o terceiro byte recebido de facto
vlido.
Verificando-se estas condies Base dever desligar o led vermelho, ligar
o led verde, esperar durante algum tempo para permitir a passagem do
veculo e de seguida voltar a comutar o led verde e o vermelho.
De seguida ser descrito todo o hardware e software utilizados nesta
aplicao, de modo a fornecer toda a informao necessria para recriar esta
aplicao com fins didcticos.

Hardware e software
- O circuito Base
Como mencionado anteriormente, concebeu-se o circuito base em torno
de um microcontrolador 8051, mais especificamente um DS89C450 da Dallas
Maxim Semiconductor.
Em primeiro lugar atendeu-se necessidade de incluir no circuito um cristal
e respectivos condensadores para gerar o sinal de relgio do microcontrolador.
Optou-se por recorrer a um cristal de 11,0592 MHz e a dois condensadores
cermicos de 30 pF (C1, C2). Incluiu-se tambm no circuito um boto de presso
para permitir efectuar o reset do microcontrolador.
Dado o microcontrolador utilizado operar a 5V e o mdulo XBee no
suportar tenses superiores 3,3V recorreu-se novamente a um divisor de tenso
para proteger o mdulo XBee. Tal como anteriormente, os valores escolhidos
para as resistncias do divisor de tenso -R8 e R9- foram 3,3 k e 1,8 k,
respectivamente.
Neste circuito estabeleceu-se uma comunicao srie recorrendo apenas
s linhas Din e Dout do mdulo XBee, ligadas aos pins TXD e RXD do
microcontrolador, respectivamente, e tendo apenas a primeira destas linhas um
divisor de tenso.
Tal como nos circuitos anteriores, recorreu-se a fontes de tenso externas
para a alimentao do circuito com as tenses de 5V e 3,3V. No entanto, no
caso de s se dispor de uma fonte pode utilizar-se um circuito bastante simples
utilizando um regulador de tenso varivel como o LM317 e duas resistncias, tal
como explicado no datasheet do LM317.
Na pgina seguinte, na figura 11 pode-se ver o esquemtico do circuito
completo. Na aplicao completa poderia ainda juntar-se uma conexo para a
abertura e fecho da cancela.

28
29
Figura 11 Circuito da Base
Lista de Componentes:
R1 a R7
- 1,0 k +/- 5%
R8
- 3,3 k +/- 5%
R9
- 1,8 k +/- 5%
C1, C2
XTAL
- 30 pF
- 11,0592 MHz

- O circuito Mvel
Este circuito em quase tudo idntico ao circuito Base, apresentado
anteriormente. A nica diferena o facto de este circuito no necessitar nem
do led verde, nem do vermelho.
Figura 11 Circuito da Base
R1 a R7
- 1,0 k +/- 5%
R8
- 3,3 k +/- 5%
R9
- 1,8 k +/- 5%
C1, C2
XTAL
- 30 pF
- 11,0592 MHz

30
31
- O software
A configurao dos mdulos XBee via porta srie efectuada mediante o
uso de comandos AT enviados por meio de um programa de emulao de
terminal. No entanto, por esta forma de configurao ser muito demorada e algo
penosa, optou-se por recorrer ao software X-CTU fornecido pela prpria
MaxStream. Este software disponibiliza em ambiente grfico, de maneira que
facilmente se alteram todas as opes de configurao do mdulo XBee.
Para alm de permitir a configurao dos mdulos, o software X-CTU
permite tambm efectuar o update do firmware e diversos testes, como por
exemplo um teste de alcance, uma vez que permite ver a potncia do sinal em
tempo real. Mais adiante veremos mais detalhadamente como se faz esta
configurao.
De seguida veremos o cdigo do programa do microcontrolador da Base.
Para fazer a compilao e debugging do programa utilizou-se o software Keil
vision da Keil Software. Para programar os microcontroladores utilizou-se o
software Microcontroller Tollkit, disponvel na seco de downloads do site da
Dallas Maxim Semiconductor. Para programar os microcontroladores foi
necessrio implementar o circuito da figura 12. H que notar que este circuito
apenas programador, no permitindo In-Circuit Programming.
Figura 12 Programador dos DS89C450

C1 a C4
- 2,2 F
IC1
- MAX232
U1
- DS89C450 (DS89C430 tambm serve)
C5, C6
- 22 pF
A1(XTAL)
- 11,0592 MHz
J1
- Conector DSUB9 fmea
Nota: Entre oVcc e o Vdd do IC1 pode ainda levar um condensador de 10 F

para estabilizar a tenso de alimentao
De seguida pode-se ver o programa implementado no microcontrolador da
Base:
#include <DS89C4xx.h>
//Declarao de variveis:
bit FlagEstadoStandby;
//flag indicadora de
//estado do programa
bit FlagEstadoValidate;
//
"
unsigned char authIDh[32]={"aaaabbbbccccdddd"};//vector que
//contm a lista
//de bytes
//superiores com
//permisso de
//entrada no
//parque
unsigned char authIDl[32]={"abcdabcdabcdabcd"};//vector que
//contm a lista
//de bytes
//inferiores com
//permisso de
//entrada no
//parque
unsigned char crc;
//byte ser enviado em broadcast
unsigned char crctest;
//varivel para conter o ultimo byte
enviado pela base
unsigned char counter;
//varivel de contagem
sbit led0 = P0^4;
//led de sinalizao de estado
sbit led1 = P0^5;
//
"
sbit led2 = P0^6;
//
"
sbit led3 = P0^7;
//
"
unsigned char IDh;
//varivel para conter o
//primeiro byte recebido
unsigned char IDl;
//varivel para conter o segundo byte
//recebido
unsigned char crcanswer;
//varivel para conter o terceiro
//byte recebido
sbit greenled = P2^3;
sbit redled = P2^2;
//
"
int a;
int b;
//Funo de inicializao:
32
33

init_all()
{
TMOD = 0x21;
//configurar timer 1 em modo 8b//autorecarga, timer 0 em modo 16b

TH0 = 0xdb;
//valor de carga do timer 0
TL0 = 0xff;
//
"
TR0 = 1;
//activao do timer 0
SCON0 = 0x50;
//porta srie no modo UART 8b,
//recepo habilitada
PCON = PCON|0x80;
//activao flag GF1 -flag de uso
//geral
REN_0 = 1;
//habilitar recepo na porta srie0
TH1 = 0xfa;
TL1 = 0x00;
//valor de recarga do timer 1
TR1 = 1 ;
RI_0 = 0;
//colocar flag de recepo de dados
//na porta srie a zero
TI_0 = 0;
//colocar flag de transmisso de
//dados na porta srie a zero
IE = 0x92;
//habilitao das interrupes de
//porta srie e timer 0, bem como
//habilitao global de IRQs
IP0 = 0x00;
//manter as prioridades das
//interrupes inalteradas
FlagEstadoStandby = 1;
FlagEstadoValidate = 0;
crc=0x55;
//definir proximo crc a enviar
IDh = '0';
//inicializao a zero de variveis
IDl = '0';
//
"
crctest = '0';
//
"
crcanswer = '0';
//
"
counter = 150;
//contador para efectuar o timeout
//durante a recepo de dados
}
//Funo para criar ciclos de espera temporizados:
void delay(int tempo)
{
int i;
for(i=0;i<tempo;i++)
//fazer n contagens de 10 ms
{
while(TF0!=1){} //esperar at ao overflow do timer 0
TF0 = 0;
//reset flag de overflow do timer 0
TH0 = 0xdb;
//colocar timer o a 0xdbff para uma
//temporizao de 10 ms
TL0 = 0xff;
}
}
//Funo para verificar se IDhigh e IDlow recebidos correspondem
//a um veculo com autorizao:
int exists(void)
{
int i = 0;
for(i=0;i<10;i++){
if(IDh==authIDh[i]&&IDl==authIDl[i])
{
return(1); //se o veiculo pertence lista,
devolver "1"
}
}
return(0);
//se o veiculo no pertence lista,
devolver
"0"
}
Escola
Superior de Tecnologia - EEE | Universidade do Algarve
//Funo para enviar o byte de crc:

//devolver "1"
}
}
return(0);
//se o veiculo no pertence lista,

//devolver "0"
}
//Funo para enviar o byte de crc:
enviacrc()
{
SBUF0=crc;
//mover byte de crc para o buffer de sada
crctest = crc;
//guardar o valor do ultimo byte de crc
//enviado para posterior processamento de
//bytes de resposta
while(TI_0!=1){} //aguardar que seja terminado o envio
TI_0 = 0;
//colocar a zero a flag de fim de envio
crc=~crc;
//complementar o byte de crc
}
//Funo de temporizao para o timeout da recepo:
void Timer10ms(void)interrupt 1
{
if(counter!=0)
{
counter = counter - 1; //enquanto counter diferente de
//0, decrementar counter
}
else if(counter == 0){}
//se counter=0, no fazer nada
TH0 = 0xdb;
//para uma temporizao de 10
//ms
TL0 = 0xff;
//
"
}
//Programa principal:
void main(void)
{
init_all(); //chamar funo de inicializao
ET0 = 0;
//desactivar IRQ do timer 0
ES0 = 0;
//desactivar IRQ da porta srie 0
while(1)
{
while(FlagEstadoStandby)
{
led0 = 1; //desligar led0
enviacrc(); //chamar a funo de envio do byte de
//crc
led0 = 0; //ligar led0 para sinalizar o envio
//do byte de crc em broadcast
delay(50); //esperar 500 ms
if(RI_0==1) //se tiver sido recebido um byte de
//resposta:
{
FlagEstadoStandby = 0; //mudar do estado de
//standby,
//para
validate
ET0 = 1;
//activar
o
IRQMrio
do timer
Saleiro 0n 30379 e Emanuel Ey n23338 | Trabalho de Redes de Comunicao
break; do Algarve | Escola Superior de Tecnologia
//sair do- EEE
Universidade
ciclo while
}
delay(25); //esperar 250 ms
34
35
FlagEstadoValidate = 1;//para validate

ET0 = 1;
//activar o IRQ do timer 0
break;
//sair do ciclo while
}
delay(25);
led0 = 1;
delay(25);
//esperar 250 ms
//desligar led0
//esperar 250 ms
}
while(FlagEstadoValidate)
{
RI_0 = 0;
//colocar a "0" a flag de
//recepo da porta srie 0
IDh = SBUF0;
//guardar o byte no buffer de
//entrada em IDhigh
led1 = 0;
//ligar led1 para indicar a
//recepo do primeiro byte de
//resposta
while(RI_0!=1&&counter!=0){} //esperar at
//receber um byte ou
//at que haja um
//timeout
if(counter==0)
//se tiver ocorrido um timout:
{
FlagEstadoValidate = 0;//mudar o estado de
//validate para
FlagEstadoStandby = 1; //standby
counter = 150;
//voltar a colocar o
//temporizador de timeout
//a 1500 ms
break;
}
counter = 150;
//temporizador de timeout a
//1500 ms
RI_0 = 0;
//recepo da porta srie
IDl = SBUF0;
//guardar o contedo do buffer
//de entrada em IDlow
led2 = 0;
//ligar led2 para sinalizar a
//recepo do segundo byte de
//resposta
while(RI_0!=1&&counter!=0){} //esperar at
//receber um byte ou
//at que haja um
//timeout
if(counter==0)
//se tiver ocorrido um timout:
{
FlagEstadoValidate = 0;//mudar o estado de
//validate para
FlagEstadoStandby = 1; //standby
counter = 150;
//temporizador de
//timeout a 1500 ms
break;
}
counter = 150;
//temporizador de timeout a
1500 ms
ET0 = 0;
RI_0 = 0;
recepo da porta srie
Trabalho de Redes de Comunicao
Mrio Saleiro n 30379
e Emanuel
n23338
crcanswer = |SBUF0;
//guardar
o Ey
contedo
do buffer
dede
entrada
e crcanswer
Escola
Superior
Tecnologia
- EEE | Universidade do Algarve
a = crcanswer;
b = crctestÎDhÎDl;
//fazer a mesma operaao
que dever ter sido feita pelo circuito mvel

//1500 ms
//recepo da porta srie
crcanswer = SBUF0;
//guardar o contedo do
//buffer de entrada e
//crcanswer
a = crcanswer;
b = crctestÎDhÎDl;
//fazer a mesma operaao
//que dever ter sido
//feita pelo circuito
//mvel
led3 = 0;
//ligar o led3 para
//sinalizar a recepo do
//terceiro bye de resposta
if(exists())
//se os bytes recebidos
//correspondem a uma entrada na
//lista
{
if(a==b)
//o terceiro byte de resposta
//recebido vlido:
{
greenled = 0;
//ligar o led verde
redled = 1;
//desligar o led
//vermelho
delay(500);
//esperar 5000 ms
greenled = 1;
//desligar o led
//verde
redled = 0;
//ligar o led
//vermelho
led0 = 1;
//desligar led0
led1 = 1;
//desligar led1
led2 = 1;
//desligar led2
led3 = 1;
//desligar led3
FlagEstadoStandby = 1; //mudar o
//estado de
//standby para
FlagEstadoValidate = 0;//validate
break;
}
}
//NOTA: esta parte do cdigo apenas executada caso os dados no
correspondam a uma entrada na lista
led0 = 1;
//desligar led0
led1 = 1;
//desligar led1
led2 = 1;
//desligar led2
led3 = 1;
//desligar led3
FlagEstadoStandby = 1; //mudar o estado de
//standby para validate
}
}
}
ET0 = 0;
RI_0 = 0;
Na
pgina
seguinte
pode-se
ver
cdigo
fonte
do
programa
implementado no microcontrolador do Mvel:

36
37

#include <DS89C4xx.h>
//Declarao de variveis:
bit FlagEstadoStandby; //flag indicadora de estado do programa
bit FlagEstadoValidate;//
"
unsigned char Validation[4]={'a','b','c'};
sbit led0 = P0^4;
sbit led1 = P0^5;
//
"
sbit led2 = P0^6;
//
"
sbit led3 = P0^7;
//
"
init_all()
{
TMOD = 0x21;
//configurar timer 1 em modo 8b//autorecarga, timer 0 em modo 16b

TH0 = 0xdb;
TL0 = 0xff;
//
"
TR0 = 1;
SCON0 = 0x50;
//porta srie no modo UART 8b,
//recepo habilitada
PCON = PCON|0x80;
//activao flag GF1 -flag de uso
//geral
REN_0 = 1;
//habilitar recepo na porta srie0
TH1 = 0xfa;
TL1 = 0x00;
//valor de recarga do timer 1
TR1 = 1 ;
RI_0 = 0;
//colocar flag de recepo de dados
//na porta srie a zero
TI_0 = 0;
//colocar flag de transmisso de
//dados na porta srie a zero
led0 = 1;
//desligar led0
led1 = 1;
//desligar led1
led2 = 1;
//desligar led2
led3 = 1;
//desligar led3
}
//Funo para criar ciclos de espera temporizados:
void delay(int tempo)
{
int i;
for(i=0;i<tempo;i++)
//fazer n contagens de 10 ms
{
while(TF0!=1){} //esperar at ao overflow do timer 0
TF0 = 0;
//reset flag de overflow do timer 0
TH0 = 0xdb;
//colocar timer o a 0xdbff para uma
//temporizao de 10 ms
TL0 = 0xff;
}
}
//Funo para enviar bytes:
enviaChar(unsigned char a)
{
SBUF0=a;
//mover a para o buffer de sada da port srie
while(TI_0!=1){} //esperar pelo fim do envio
TI_0 = 0;
//colocar a flag de envio a "0"
}
//Programa princioal:
void de
main(void)
Trabalho
Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338
{
init_all();
//chamar
a
funo de inicializao
while(1)

//Programa princioal:
void main(void)
{
init_all();
//chamar a funo de inicializao
while(1)
{
while(FlagEstadoStandby)
{
if(RI_0 == 1)
//se houve recepo pela porta
//srie:
{
led0 = 0; //ligar led0 para sinalizar a
//recepo do byte de crc
Validation[2] = SBUF0; //guardar o contedo
//do buffer de
//entrada
FlagEstadoStandby = 0; //mudar o estado de
//standby para
FlagEstadoValidate = 1;//validate
RI_0 = 0;
//colocar a flag de
//recepo da porta
//srie a "0"
}
}
while(FlagEstadoValidate)
{
Validation[2]=Validation[0]^Validation[1]^Validation[2];
//gerar o byte de validao
enviaChar(Validation[0]);
//enviar IDhigh
led1 = 0;
//ligar led1 para indicar o
//envio do 1o byte de resposta
delay(100);
//esperar 1000 ms
//enviar IDlow
led2 = 0;
//ligar led2 para sinalizar o
//envio do 2o byte de resposta
delay(100);
//esperar 1000 ms
//enviar byte de
//verificao
led3 = 0; //ligar led3 para sinalizar o envio
//do 3o byte de resposta
delay(100);
//esperar 1000 ms
//mudar o estado de
//validate para
//para standby
led0 = 1; //desligar led
}
}
}
Para testar algumas das funcionalidades do XBee definimos endereos de

16 bits na configurao dos mesmos, colocando o endereo da base a 0000h e
o endereo do mvel a 0001h. Por outro lado, definimos que o Destination
38
39
Address Low da Base seria FFFFh (Broadcast) e o Destination Address Low do

Mvel seria 0000h (endereo da Base). Deste modo, na aplicao prtica a Base
comunicaria com qualquer veculo e cada veculo comunicaria apenas com a
base.
De seguida est uma explicao detalhada destas configuraes.
Configurar o XBee
- O circuito de configurao do XBee
Para configurar os mdulos XBee a empresa Maxstream fornece vrias
placas de desenvolvimento, no entanto, aps a anlise das mesmas e alguma
pesquisa na internet, chegou-se concluso que se trataria de uma soluo
muito dispendiosa. Por este motivo, decidiu-se construir um circuito de
configurao prprio que permitisse a configurao dos mdulos. Para alm de
menos dispendiosa, esta soluo mostrou-se tambm benfica em termos de
aquisio de conhecimentos.
Optou-se por configurar os mdulos XBee via porta srie, visto os mdulos
XBee disponibilizarem para este fim os pinos Dout, Din, DTR e RTS -o essencial para
uma ligao ao PC.
Para adaptar os nveis de tenso RS232 aos nveis admitidos pelo XBee
recorreu-se a um Hex-inverter SN74LS04N (IC1). Este integrado fornece tenses de
5V, no entanto o mdulo XBee apenas suporta tenses at 3,3V. Para contornar
este obstculo recorreu-se a divisores de tenso em todas as entradas do XBee.
Para os divisores de tenso recorreu-se aos valores de 1,8k (para R1, R3, e
R5) e 3,3k (para R2, R4, R6) por permitirem uma tenso aceitvel nas entradas
do XBee.
Clculo da tenso aplicada aos mdulos XBee:
No pin Dout, por se tratar de uma sada, no foi necessrio recorrer a um

divisor de tenso.
A alimentao do circuito foi realizada por meio de duas fontes de

laboratrio,
no
havendo
assim
necessidade
de
implementar
circuitos
reguladores de tenso.
Figura 13 Circuito de configurao do XBee
Ficha Dsub 9 pins
N do Pin
Mdulo XBee
N do Pin
Receive Data
Dout
Transmit Data
Din
Data Terminal Ready
DTR
Ground
GND
10
Request to Send
RTS
16
Tabela 4 Correspondncia entre os pinos do XBee e a porta srie
Lista de componentes:
R1, R3, R5
- 1,8 k +/- 5%
R2, R4, R6
- 3,3 k +/- 5%
C1
- SN74LS04N
J1
- Ficha Dsub 9 pins
XBee
- Mdulo XBee
40
41
- O software X-CTU
Este software bastante til pois permite configurar o XBee de um modo
muito fcil utilizando o circuito descrito anteriormente. Quando o programa
executado abre a janela mostrada na figura 14, em que possvel configurar a
velocidade da porta srie, formato dos dados, de entre outras configuraes.
Figura 14 Software de configurao dos mdulos XBee X-CTU
Se se carregar no separador Range Test aparece vista apresentada na figura 15, em que
possvel fazer um teste de alcance do mdulo XBee:
Figura 15 Vista do ambiente de teste de alcance

Se se carregar no separador Terminal aparece a vista da figura 16 em que se podem inserir

os comandos AT para configurar os mdulos XBee. No entanto, este modo de configurao
dficil, trabalhoso e penoso.
Figura 16 Vista do ambiente de terminal
Por fim, se se carregar no separador Modem Configuration obtemos a vista apresentada

na figura 17, que a que mais nos interessa e que facilita grande parte do trabalho de
configurao.
Figura 17 Vista do ambiente de configurao do modem XBee

42
43
Se o circuito estiver bem montado e devidamente ligado ao computador, ao carregar no

boto Read o programa reconhecer automaticamente que tipo de dispositivo est ligado e
apresentar todas as opes disponveis para fazer a configurao. Neste caso reconhecer um
dispositivo do tipo XB24. Quando as opes forem apresentadas, a janela ter o aspecto
mostrado na figura 18.
Figura 18 Vista das pastas de opes de configurao
Como se pode ver, existem 7 conjuntos de configuraes possveis:

- Networking & Security;
- RF Interfacing;
- Sleep Modes (NonBeacon);
- Serial Interfacing;
- I/O settings;
- Diagnostics;
- AT Command Options.
De seguida analisaremos que tipo de opes se podem mudar dentro de cada um destes
grupos, pela ordem apresentada acima.
Networking & Security neste grupo temos as opes mais importantes, ou seja, todas as
opes relativas ao estabelecimento de redes e segurana das comunicaes.
Figura 19 Vista das opes de configurao do grupo de Networking & Security
Referindo apenas as configuraes mais importantes e de cima para baixo comeamos

pelo Channel ID, em que podemos escolher o canal de comunicao utilizado. De seguida temos o
Destination High(32 bits) e Destination Low(32 bits). Estes campos indicam o endereo de destino
para onde devem ser enviados os dados. O facto de o endereo de destino ter no total 64 bits
deve-se ao facto de os mdulos poderem ter dois tipos de endereo: tm o seu nmero de srie,
de 64 bits (SH e SL), que no pode ser alterado; e tm um endereo de 16 bits configurvel (MY).
De seguida temos o endereo configurvel de 16 bits do mdulo que acabamos de referir (MY).
Este endereo pode assumir qualquer valor de 0000h a FFFEh, pois o FFFF no deve ser utilizado
uma vez que corresponde transmisso em boradcast. De seguida temos as XBee Retries (RR) e o
Node Discover Time (NT), que correspondem, respectivamente, ao nmero de tentativas mximo
que o mdulo faz para enviar um dado e ao tempo mximo que o mdulo procura por outros ns
na rede em que se insere. Podemos definir o mdulo como ZigBee Coordinator manualmente
activando o registo CE Coordinator Enable. Os registos A1, A2 e AI referem-se tambm
aconfiguraes de rede. Nos registos AES Encryption Enable (EE) e AES Encryption Key (KY)
podemos definir e activar uma chave de encriptao para as comunicaes do mdulo XBee, de
44
45
modo a garantir uma maior segurana nas comunicaes. Para alterar qualquer um dos registos
que seja altervel basta clicar sobre ele e preencher o respectivo campo.
RF Interfacing neste grupo temos as opes de radiofrequncia.
Figura 20 Vista das opes de configurao do grupo de RF Interfacing
Neste grupo de configuraes a opo mais importante o registo Power Leve (PL) em
que se pode escolher o grau de potncia de emisso, de modo a garantir um maior ou menor
alcance.
Sleep Modes neste grupo temos as opes de consumo energtico
Neste grupo podem-se configurar os modos de Sleep do XBee de modo a minimizar o

consumo energtico. Alm disso pode-se ainda configurar o tempo durante o qual o
mdulo fica activo antes de entrar no modo de Sleep seleccionado.

Figura 21 Vista das opes de configurao do grupo de Sleep Modes
Serial Interfacing neste grupo temos as opes de interface srie.
Figura 22 Vista das opes de configurao do grupo de Serial Interfacing

46
47
Neste grupo de opes pode-se escolher a taxa de transferncia de dados da interface

srie (BD), assim como a activao de resistncias e Pul-up internas (PR).
I/O Settings neste grupo temos as opes de I/O.
Figura 23 Vista das opes de configurao do grupo de I/O Settings
Neste conjunto temos as opes relativas ao ADC interno do mdulo. Como uma das
principais aplicaesdo ZigBee so as redes de sensores, estes mdulos trazem um ADC includo
de modo a poder fazer aquisio de dados sem necessitar do auxlio de um microcontrolador.
Diagnostics neste grupo temos as opes de diagnostico.

Neste grupo pode-se ver qual a verso do firmware (VR) e do hardware (HV) do mdulo,
assim como a potncia do sinal recebido (DB). Pode-se ainda ver a quantidade de falhas
ocorridas (EC e EA).

Figura 24 Vista das opes de configurao do grupo de Diagnostics
AT Command Options neste grupo temos as opes de comandos AT.
Figura 25 Vista das opes de configurao do grupo de AT Command Options

48
49
Neste ltimo conjunto de opes temos as opes de comandos AT, em que o principal
registo o AT Command Mode Timeout (CT) que corresponde ao tempo mximo para envio de
comandos AT, no caso de optarmos por esse modo de configurao.
Aps feitas as configuraes, basta carregar no boto Write e o mdulo passar a

trabalhar com a nova configurao. Qualquer configurao que seja feita pode ser guardada para
ser mais tarde restaurada.
De acordo com o que j foi dito durante esta explicao, de seguida seguem-se uma srie
de exemplos de configurao de redes utilizando mdulos XBee, tendo sido o exemplo da figura
26 o utilizado na aplicao demonstrativa:
Figura 25 Exemplo de Mesh Network
Figura 26 Exemplo de Comunicao Ponto a Multiponto

Figura 27 Exemplo de Comunicao Ponto a Ponto

50
51
Concluso
Aps a realizao deste trabalho podemos concluir que as redes sem fios
ZigBee so bastante simples de implementar e funcionam na perfeio,
confirmando-se o slogan da ZigBee Aliance: Wireless Control that Simply Works.
No entanto, nesta abordagem foram apenas focados os pontos principais desta
nova tecnologia das comunicaes sem fios. Uma anlise prtica mais
aprofundada seria bastante til para perceber melhor o estabelecimento de
redes e a insero \ remoo de novos dispositivos nessas mesmas redes.
Contudo, com os recursos monetrios que se puderam despender conseguiu-se
fazer uma anlise prtica geral dos pontos mais importantes deste tema. de
referir que foi muito grande o enriquecimento a nvel tcnico obtido durante este
estudo sobre esta nova tecnologia que se encontra ainda em fase de grande
crescimento, sendo alvo de aperfeioamentos sucessivos por parte dos grandes
fabricantes mundiais de semicondutores que esto constantemente a adicionar
novas funcionalidades a estes dispositivos. Exemplo disso a Texas Instruments
que j comercializa mdulos ZigBee que permitem a obteno de uma
localizao relativa dos dispositivos ZigBee atravs de triangulaes.
Deste modo, conclumos que o ZigBee permite a criao de sistemas
bastante versteis a adaptveis a qualquer quase todas as circunstncias, tendo
apenas como falha o baixo ritmo de transferncia de dados, apesar de ter sido
concebido para aplicaes com uma baixa exigncia no que diz respeito
quantidade de dados transmitidos.
O futuro
Depois deste estudo resta-nos manter o interesse por esta rea, que
certamente vir revolucionar extensas reas tecnolgicas em diversos ramos,
sendo a domtica o perfeito exemplo disso, mas no s. Com a evoluo que
esta tecnologia tem tido, muitas novas funcionalidades e aperfeioamentos
surgiro ao longo do tempo, sendo possvel que um dia esta tecnologia esteja
implementada de tal maneira que seja possvel fazer todo e qualquer controlo
com o ZigBee.
Referncias
www.zigbee.org/
http://www.rogercom.com/ZigBee/ZigBeePag03.htm
http://itp.nyu.edu/~raf275/meshnetworking/XBee/XBee_firmware_upgr
ade.html
www.maxstream.net/
http://www.gta.ufrj.br/ensino/CPE825/2006/resumos/TrabalhoZigbee.p
df
http://paginas.fe.up.pt/~ee02055/info_zigbee.pdf

52

Introducao Ao Zigbee - Por Msaleiro

Загружено:

Сведения о документе

Исходное описание:

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Introducao Ao Zigbee - Por Msaleiro

Загружено:

Авторское право:

Доступные форматы

uma abordagem prtica

Mrio Saleiro e Emanuel Ey

Este documento surge como um trabalho para a cadeira de Redes de

ZigBee uma abordagem prtica

ZigBee uma abordagem prtica

Figura 1- Aplicaes do ZigBee

Com o crescimento do mercado e o aumento de complexidade da

Trabalho de Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338

ZigBee uma abordagem prtica

de uma tecnologia que permitisse interoperabilidade entre dispositivos de

Como surgiu o zigbee?

Quais as suas potencialidades?

Mrio Saleiro n 30379 e Emanuel Ey n23338 | Trabalho de Redes de Comunicao

ZigBee uma abordagem prtica

Na topologia em malha (mesh), a rede auto-organiza-se de forma a

relativamente extensas como por exemplo um prdio de grandes dimenses.

Trabalho de Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338

ZigBee uma abordagem prtica

Protocolo IEEE 802.15.4 e ZigBee

comunicaes wireless (wireless LANs IEEE 802.11,wireless MANs 802.16, Wi-Fi,

ZigBee uma abordagem prtica

Trabalho de Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338

ZigBee uma abordagem prtica

O protocolo 802.15.4 permite que seja estabelecida uma comunicao

Figura 3 Aplicao tpica do 802.15.4

ZigBee uma abordagem prtica

Figura 4 Exemplo de mesh networking

Como exemplo, temos a situao da Figura 3. Supondo que queremos

ZigBee uma abordagem prtica

Como o ZigBee foi desenhado para ter um consumo muito reduzido de

Tabela 1 Comparao entre tecnologias de comunicao wireless

A baixa taxa de transmisso dos dispositivos ZigBee d lugar a uma melhor

Topologias e modos de operao das Redes ZigBee

Apesar de j terem sido referidas as topologias de rede que possvel

ZigBee uma abordagem prtica

centralizado para a implementao da rede. Deste modo, existem vrias

Tipo de dispositivo fsico

Forma a rede, atribui endereos, faz a

manuteno da rede, suporta binding

tambm efectuar funes de controlo ou

lhe esteja associado (sensores,

Tabela 2 Tipos de dispositivos

Trabalho de Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338

ZigBee uma abordagem prtica

No que diz respeito aos tipos de dispositivos fsicos associados presentes na

implementados em microcontroladores com um mnimo de 32KB de

ZigBee uma abordagem prtica

responsabilidade no controlo da rede, assumindo assim um papel central e

Figura 5 Topologia em estrela

Topologia em malha (mesh)

Trabalho de Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338

ZigBee uma abordagem prtica

Figura 6 Topologia em malha

Topologia em rvore (cluster tree)

Figura 7 Topologia em rvore

Mrio Saleiro n 30379 e Emanuel Ey n23338 | Trabalho de Redes de Comunicao

ZigBee uma abordagem prtica

Como acabamos de ver, o protocolo ZigBee no se limita a uma topologia

permanentemente activos, havendo um maior consumo energtico, podendo

Tal como em outros protocolos j estudados, a arquitectura do protocolo

para activar a funcionalidade que ser

solicitada pela camada superior. Apesar de o protocolo ZigBee se basear no

Trabalho de Redes de Comunicao | Mrio Saleiro n 30379 e Emanuel Ey n23338