UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL

INSTITUTO DE INFORMTICA
CURSO DE ENGENHARIA DE COMPUTAO

BRUNA ROBERTA SEEWALD DA SILVA

Sistema de automao residencial de baixo

custo para redes sem fio

Trabalho de Graduao.

Prof. Dr. Srgio Luis Cechin

Orientador

Porto Alegre, julho de 2014.

UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL
Reitor: Prof. Carlos Alexandre Netto
Vice-Reitor: Prof. Rui Vicente Oppermann
Pr-Reitor de Graduao: Prof. Srgio Roberto Kieling Franco
Diretor do Instituto de Informtica: Prof. Lus da Cunha Lamb
Coordenador do ECP: Prof. Marcelo Gtz
Bibliotecrio-Chefe do Instituto de Informtica: Alexsander Borges Ribeiro
 Agradecimentos

Gostaria de agradecer a Deus pela proteo durante todos esses anos, por me ajudar
a encontrar a resposta quando muitas perguntas pareciam no ter soluo e por me
ajudar todos os dias a vencer os obstculos que a vida nos traz.
Sou profundamente grata aos meus pais, que nunca mediram esforos para oferecer
sempre o melhor a mim e ao meu irmo. O apoio, a confiana e principalmente o amor
incondicional de vocs so imprescindveis na minha caminhada pela vida. Obrigada
por tudo.
Ao meu irmo, que um homem gentil e carinhoso. Teu companherismo e
compreenso so especiais demais para mim.
A minha av, que sempre me apoiou. Voc um exemplo de vida, agradeo
profundamente por tudo que fizestes por mim e dedico esta conquista para ti.
Gostaria tambm de agradecer a Ana Cludia, Ana Clara, Helena e Natacha. Vocs
so como uma segunda famlia para mim, sempre me apoiando desde o momento em
que nos conhecemos. A amizade de vocs extremamente importante para mim e por
isso o meu muito obrigado.
A Luiza, que um anjo em minha vida. Obrigada por tudo que tu fazes por mim e
pela incrvel vontade de sempre estar disposta a me ajudar. Tuas palavras e conselhos
so essenciais na minha vida.
Por fim, agradeo a UFRGS e aos meus mestres, pela educao de qualidade e pela
dedicao durante todos os meus anos na universidade.
 SUMRIO

LISTA DE ABREVIATURAS E SIGLAS........................................................ 6

LISTA DE FIGURAS ...................................................................................... 8

LISTA DE TABELAS ..................................................................................... 9

RESUMO...................................................................................................... 10

ABSTRACT.................................................................................................. 11

1 INTRODUO ....................................................................................... 12

2 PRINCIPAIS CONCEITOS RELACIONADOS ....................................... 13

2.1 O padro Wi-Fi ......................................................................................................................... 13
2.1.1 Camada Fsica ..................................................................................................................... 13
2.1.2 Camada de Enlace............................................................................................................... 14
2.1.3 As principais revises da especificao IEEE 802.11 ........................................................ 15
2.1.3.1 IEEE 802.11a ................................................................................................................ 15
2.1.3.2 IEEE 802.11b ................................................................................................................ 15
2.1.3.3 IEEE 802.11g ................................................................................................................ 15
2.1.3.4 IEEE 802.11n ................................................................................................................ 15

2.2 O padro ZigBee ....................................................................................................................... 16

2.2.1 Camada Fsica ..................................................................................................................... 16
2.2.2 Camada de Enlace............................................................................................................... 17
2.2.3 Camada de Rede ................................................................................................................. 17
2.2.4 Camada de Aplicao ......................................................................................................... 17
2.2.5 Tipos de dispositivos ZigBee.............................................................................................. 18
2.2.6 Topologias de Rede ............................................................................................................ 18

2.3 O mdulo XBee ......................................................................................................................... 19

3 IMPLEMENTAO DO PROJETO ....................................................... 22

3.1 Arquitetura do Sistema ............................................................................................................ 22
3.1.1 Arquitetura de Hardware .................................................................................................... 23
3.1.2 Arquitetura de Software ...................................................................................................... 23

3.2 Circuitos e sensores .................................................................................................................. 26

3.2.1 Controlador ......................................................................................................................... 26
 3.2.2 Sensores .............................................................................................................................. 27
3.2.2.1 Movimento .................................................................................................................... 27
3.2.2.2 Gs ................................................................................................................................ 27
3.2.2.3 Luminosidade ................................................................................................................ 28
3.2.2.4 Temperatura ................................................................................................................. 29

3.3 O Sistema de Automao ......................................................................................................... 30

3.3.1 Aplicativo Android ............................................................................................................. 30
3.3.1.1 Smart House Control .................................................................................................... 31
3.3.2 Mdulo Controlador ........................................................................................................... 32
3.3.3 Conectividade com a Nuvem .............................................................................................. 34
3.3.4 Configurao dos mdulos XBee ....................................................................................... 36

3.4 Custo total do projeto ............................................................................................................... 37

4 CONCLUSO......................................................................................... 38

REFERNCIAS............................................................................................ 39

ANEXO A CDIGO FONTE ........................................................................ 40

ANEXO B TRABALHO DE GRADUAO 1 .............................................. 42

 LISTA DE ABREVIATURAS E SIGLAS

ACK Acknowledgement
ADC Analog to Digital Converter
AES Advanced Encryption Standard
API Application Programming Interface
APS Application Support Sublayer
CSMA/CA Carrier Sense Multiple Access with Collision Avoidance
CTS Clear to Send
DCF Distributed Coordination Function
DIO Direct Input Output
DSSS Direct Sequence Spread Spectrum
FCC Federal Communications Commision
FDM Frequency Division Multiplexing
GTS Guaranteed Time Slot
GND Ground
HTTP Hypertext Transfer Protocol
IEEE Institute of Electrical and Electronics Engineers
ISM Industrial Scientific Medical
JSON Javascript Object Notation
MAC Medium Access Control
OFDM Orthogonal Frequency Division Multiplexing
OSI Open Systems Interconnect
PAN Personal Area Network
PCF Point Coordination Function
RTS Request to Send
REST Representation State Transfer
USB Universal Serial Bus
VDD Voltage Drain Drain
WLAN Wireless Local Area Network
XML Extensible Markup Language
 LISTA DE FIGURAS

Figura 2.1: Rede com infraestrutura e rede AdHoc. ....................................................... 13

Figura 2.2: Representao dos canais na faixa de 2,4 GHz ............................................ 14
Figura 2.3: Pilha ZigBee ................................................................................................. 16
Figura 2.4: Topologia em estrela .................................................................................... 18
Figura 2.5: Topologia em rvore .................................................................................... 19
Figura 2.6: Topologia em malha..................................................................................... 19
Figura 2.7: XBee Series 2 ............................................................................................... 19
Figura 2.8: Estrutura do quadro no modo API ............................................................... 20
Figura 2.9: Exemplo de um quadro API ......................................................................... 20
Figura 3.1: Arquitetura do sistema de automao residencial ........................................ 22
Figura 3.2: Diagrama que mostra as conexes em nvel de hardware ........................... 23
Figura 3.3: Arquitetura do aplicativo Android ............................................................... 24
Figura 3.4: Arquitetura do controlador ........................................................................... 25
Figura 3.5: Circuito Controlador .................................................................................... 26
Figura 3.6: Circuito com sensor de movimento ............................................................. 27
Figura 3.7: Divisor de tenso .......................................................................................... 28
Figura 3.8: Desenho do circuito com sensor de gs ....................................................... 28
Figura 3.9: Desenho do circuito com sensor de luz ........................................................ 29
Figura 3.10: Desenho do circuito com sensor de temperatura ....................................... 29
Figura 3.11: Circuito nico com os sensores de gs, luminosidade e temperatura ........ 30
Figura 3.12: Tela de entrada e tela secundria ............................................................... 31
Figura 3.13: Trecho do cdigo de acionamento do sensor de movimento ..................... 32
Figura 3.14: Sensores cadastrados na plataforma Carriots ............................................. 34
Figura 3.15: Lista com os dados enviados para a Nuvem .............................................. 35
Figura 3.16: Listeners que enviam mensagens para alertar o usurio ............................ 35
Figura 3.17: Listener para enviar email .......................................................................... 35
Figura 3.18: Email alertando o usurio sobre o alarme ativado ..................................... 36
Figura 3.19: Tela do software X-CTU............................................................................ 36
 LISTA DE TABELAS

Tabela 2.1: As principais revises e suas caractersticas................................................ 15

Tabela 2.2: Faixas de frequncia do padro IEEE 802.15.4........................................... 16
 RESUMO

A automao residencial existe h muitos anos no mercado, no entanto ainda

considerada um artigo de luxo pela maioria dos consumidores. A falta de padronizao
dos equipamentos um dos graves problemas nesta rea e afeta diretamente o custo de
implementao dos projetos. Este trabalho busca apresentar uma soluo de automao
residencial baseada em redes sem fio e que seja acessvel em termos de custo.
O sistema composto por sensores (movimento, gs, luminosidade e temperatura)
controlados por meio de um aplicativo mvel para Android e utiliza os protocolos Wi-Fi
e ZigBee para a transmisso de dados.
Para o projeto foram desenvolvidos circuitos com mdulos XBee Series 2, o
aplicativo mvel e o software do controlador (responsvel pelo gerenciamento das
informaes no sistema de automao residencial). O projeto final permite que o
sistema seja ampliado, oferecendo mais opes alm das abordadas neste trabalho.

Palavras-Chave: automao residencial, redes sem fio, sensores, Android.

 Low-cost home automation system for wireless networks

ABSTRACT

Home automation is still considered a luxury by most consumers, even though it

exists for many years on the market. The lack of standardization is one of the most
serious problems in this area and directly affects the cost of the projects. This study
aims to present a solution for home automation which is based on wireless networks and
accessible in terms of cost.
The system consists of sensors motion, gas, light and temperature controlled by a
mobile app for Android. Wi-Fi and ZigBee protocols are used for data transmission.
For the project, circuits with XBee Series 2, the mobile application and the
controller software responsible for managing information in the home automation
system were developed. The final project allows the system to be expanded, offering
more options beyond those discussed in this paper.

Keywords: Home automation, wireless networks, sensors, Android.

12

1 INTRODUO

A automao residencial cresceu muito nas ltimas dcadas e atualmente ocupa uma
posio de destaque no mercado mundial. Um dos principais objetivos proporcionar
conforto para os moradores, auxiliando nas tarefas dirias e possibilitando a reduo do
consumo energtico.
Impulsionadas por este crescimento, novas tecnologias se desenvolveram, com
nfase na rea de redes sem fio. Protocolos como o ZigBee, Z-Wave e Bluetooth Low
Energy competem pela preferncia dos usurios no mercado pois oferecem maior
flexibilidade sem a necessidade de grandes reformas nas residncias. Alm disso, os
custos dos equipamentos reduziram significativamente, aumentando o interesse dos
consumidores e tornando-a, consequentemente, mais acessvel e popular.
Apesar deste crescimento a automao residencial possui um srio entrave
relacionado falta de padronizao do protocolo utilizado. At o momento no
encontrou-se uma soluo que seja tima e atenda globalmente s necessidades do
mercado, por isso muitos fabricantes preferem investir em solues proprietrias para
comercializarem em conjunto com os seus produtos, fator, inclusive, que faz com que o
valor agregado do produto aumente muito.
Assim, a principal motivao deste trabalho promover a automao residencial a
partir de tecnologias existentes e de baixo custo. Para isso estudou-se uma variedade de
protocolos - entre abertos e proprietrios - e aps anlise das caractersticas de cada um
escolheu-se o Wi-Fi e o ZigBee para integrarem o sistema de automao residencial
proposto.
Entre os protocolos, escolheu-se o Wi-Fi devido sua enorme disponibilidade nos
dispositivos mveis como celulares e tablets e por ser uma das principais formas de
conexo com a internet, presente na maioria das residncias e estabelecimentos
comerciais. Escolheu-se tambm o ZigBee pois ele oferece melhor eficincia energtica,
fator de extrema importncia para redes que possuem sensores e para circuitos que so
alimentados por baterias.
O sistema composto por alguns sensores controlados por um aplicativo mvel para
Android. Devido ao enfoque no baixo custo da automatizao, foram desenvolvidos
circuitos com componentes de preo acessvel, alm da utilizao de protocolos abertos.
Um do principais mdulos deste trabalho o Controlador, responsvel pelo
gerenciamento das informaes no sistema de automao residencial.
 13

2 PRINCIPAIS CONCEITOS RELACIONADOS

2.1 O padro Wi-Fi

O padro Wi-Fi foi estabelecido pela Wi-Fi Alliance e segue a norma IEEE 802.11.
Esta norma especifica as camadas fsica e de enlace para a inplementao de uma rede
local sem fio (WLAN) nas frequncias de banda de 2.4 GHz, 5 GHz e 60 GHz.
Neste padro dois tipos de arquiteturas so possveis: infraestruturada ou AdHoc. Na
primeira os dispositivos esto conectados a pontos de acesso que so responsveis pela
comunicao e regulamentao da rede. Na segunda, os dispositivos podem operar
como pontos de acesso, estabelecendo a comunicao entre eles. A figura 2.1 apresenta
estas duas arquiteturas.

Figura 2.1: Rede com infraestrutura e rede AdHoc (BOLZANI, 2004).

2.1.1 Camada Fsica

Conforme o modelo OSI, esta camada responsvel pela transmisso bruta dos
dados por meio de um canal de comunicao. Para isso, alguns parmetros so definidos
como, por exemplo, a modulao do sinal e a frequncia da banda utilizada.
A primeira faixa - entre 2,400 e 2,500 GHz - abrange 14 canais de operao, sendo
estes espaados a cada 5 MHz, com exceo do ltimo canal. Assim, o primeiro canal
centrado na frequncia de 2,412 GHz e o ltimo em 2,484 GHz. Esta faixa tambm
14

conhecida como ISM (Industrial - Scientific - Medical) e por ser aberta e livre, pode
sofrer interferncias devido sua utilizao por outros padres de rede e por
eletrodomsticos. A figura 2.2 mostra a representao dos canais na faixa de 2,4GHz.
A segunda faixa, de 5 GHz, possui trs divises: 5,150 - 5,250 GHz (indoor), 5,250 -
5,350 (in/outdoor) e 5,725 - 5,825 GHz (outdoor point-to-point).
Apesar dessas definies, cada regio possui um rgo responsvel pela utilizao
destas frequncias. Assim, algumas regras e a distribuio de canais podem variar entre
os pases. Nas Amricas, por exemplo, o FCC (Federal Communications Commission)
o responsvel pela regulamentao.

Figura 2.2: Representao dos canais na faixa de 2,4 GHz (CARISSIMI, 2011).
As duas tcnicas de modulao espectral utilizadas so o DSSS (Direct Sequence
Spread-Spectrum) e o OFDM (Orthogonal frequency-division multiplexing).
O DSSS foi utilizado na reviso IEEE 802.11b e possui trs caractersticas muito
importantes segundo (ROCHOL, 2011): a primeira consiste no fato de que a banda pode
ser ocupada simultaneamente por diversos usurios, pois cada sinal modulado
conforme um cdigo PN nico e so ortogonais entre si. A segunda refere-se potncia
de cada sinal, que pode ser abaixo da potncia do rudo ou da interferncia mtua, fato
que explicado pelo teorema de Shannon/Hartley sobre a capacidade mxima de um
canal que apresenta uma determinada relao sinal/rudo. J terceira atenta para o fato
de que os sinais so muito robustos em relao s interferncias, por isso o processo de
recuperao filtra esses sinais que se confundem com o rudo de fundo.
O OFDM est presente nas atuais verses da norma IEEE 802.11 e, segundo
(ROCHOL, 2011), uma tcnica de multiplexao FDM (Frequency Division
Multiplex) altamente eficiente de mltiplas portadoras no domnio frequncia, as quais
podem ser partilhadas por mltiplos usurios. O acesso destes usurios a um mesmo
canal possvel por meio da alocao dinmica de conjuntos de subportadoras por
usurio. Dependendo das exigncias, possvel utilizar mais ou menos banda, alocando
assim as respectivas subportadoras. Uma caracterstica importante a sua capacidade de
ajustar automaticamente a taxa de modulao das subportadoras em funo da relao
sinal/rudo. Quanto maior a relao, maior a vazo de dados. Em contrapartida, quanto
menor a relao, mais robusta deve ser a modulao e menor a vazo de dados.

2.1.2 Camada de Enlace

Nesta camada feito o controle de acesso ao meio por meio de dois modos de
operao que trabalham em conjunto.
O primeiro o DCF (Distributed Coordination Function), baseado no protocolo
CSMA. Este modo obrigatrio para ambas as arquiteturas, infraestruturada e AdHoc, e
fortemente baseado em temporizao.
 15

O CSMA/CA um mtodo de transmisso com preveno de colises que utiliza

um valor aleatrio chamado de backoff. Caso o meio esteja ocioso, o valor de backoff
decrementado e quando este chegar a zero, o quadro transmitido e espera-se pelo
ACK. Caso o meio esteja ocupado, o valor mantido. Tambm pode-se utilizar o
conceito de alocao de um canal virtual com quadros de controle conhecidos por RTS
e CTS.
O segundo modo de operao, chamado PCF (Point Coordination Function),
baseado em polling, ou seja, verifica periodicamente o canal. Assim, ao identificar que
uma estao possui dados para transmitir, ela ganha acesso exclusivo ao meio. Ele
construdo acima do DCF na subcamada MAC.

2.1.3 As principais revises da especificao IEEE 802.11

Com o passar dos anos novas revises aos padres existentes foram feitas. As
principais alteraes ocorreram na frequncia utilizada, na largura de banda, no tipo de
modulao e, consequentemente, na taxa de transmisso.
2.1.3.1 IEEE 802.11a
Esta reviso foi realizada em paralelo com a norma IEEE 802.11b sendo, no entanto,
aceita posteriormente. Entre as suas vantagens est o fato de operar na faixa dos 5 GHz
e permitindo a transferncia de taxas mais elevadas, porm seu alcance menor.
2.1.3.2 IEEE 802.11b
Lanada em 1999, rapidamente tornou-se o padro Wi-Fi. Apesar de as taxas de
transmisso serem menores, o baixo custo dos componentes que compe os
equipamentos contribuiu para a sua rpida aceitao no mercado. Um dos pontos
negativos desta norma que ela opera na faixa de frequncia de 2.4 GHz, a mesma que
outros equipamentos eletrnicos e que pode ocasionar interferncias entre os sinais.
2.1.3.3 IEEE 802.11g
Esta reviso retrocompatvel com a norma IEEE 802.11b porm possui modulao
OFDM com taxas brutas de transmisso em torno de 54 Mbps. Ainda hoje largamente
comercializada em equipamentos com padro Wi-Fi.
2.1.3.4 IEEE 802.11n
Esta norma contou com significativas alteraes para suportar altas taxas de
transmisso. Assim, foi introduzida a possibilidade de utilizar-se canais de 40 MHz,
duplicando a taxa de transmisso por canal. Alm disso, as entradas e sadas dos rdios,
anteriormente alternadas e funcionando apenas uma por vez foram modificadas. Esta
modulao acarretou em maior eficincia e permitiu o uso simultneo de mltiplas
antenas para transmisso/recepo dos sinais.
Tabela 2.1: As principais revises e suas caractersticas

Fonte: CARISSIMI, 2011.

16

2.2 O padro ZigBee

O ZigBee foi desenvolvido pela ZigBee Alliance para comunicao em redes sem
fio. Este padro, apesar de aberto, requer uma assinatura anual para os produtos serem
comercializados e certificados dentro dos padres da ZigBee Alliance.
Seus principais propsitos so fornecer baixa latncia e baixo consumo para
equipamentos que no necessitam de altas taxas de transferncia e que geralmente
utilizam baterias. Este padro segue a norma IEEE 802.15.4, que define as
especificaes para a camada fsica e de controle de acesso ao meio para redes pessoais
com baixa taxa de transmisso.
A ZigBee Alliance ainda estende a pilha adicionando as camadas de rede e aplicao
e, conforme (KINNEY, 2003), a simplicidade do protocolo faz com que ele seja muito
menor que a pilha do Bluetooth. A figura 2.3 apresenta a pilha ZigBee.

Figura 2.3: Pilha ZigBee (ASHTON, 2009).

2.2.1 Camada Fsica

Neste padro so definidas trs faixas de frequncia que variam conforme a regio.
Na Europa apenas o canal 0 na frequncia 868.3 MHz utilizado. Nos Estados Unidos,
por sua vez, utiliza-se a faixa que abrange de 902 MHz at 928MHz, sendo os canais
espaados a cada 2 MHz. No restante do mundo a frequncia de 2.4 GHz usada, com
16 canais espaados a cada 5 MHz.
O mtodo de espelhamento espectral chamado de DSSS, variando a tcnica de
modulao para cada regio.
Tabela 2.2: Faixas de frequncia do padro IEEE 802.15.4
 17

2.2.2 Camada de Enlace

Esta camada responsvel pelo gerenciamento do acesso ao meio, pela transmisso
de beacon frames para sincronizao e pela transmisso confivel das informaes.
Existem dois mtodos de acesso ao canal: comunicao com beacon habilitado e
comunicao com beacon no habilitado.
No primeiro o coordenador da rede envia periodicamente quadros por broadcast
para sincronizar os dispositivos. Neste modo no h a necessidade de se utilizar o
protocolo CSMA/CA, uma vez que garantido um intervalo de tempo (GTS) para
transmisso para cada dispositivo. No segundo necessrio verificar se o canal est
livre antes de se iniciar a transmisso e para isto faz-se o uso do protocolo CSMA/CA.
Estes dois modos refletem diretamente na configurao dos mdulos XBee. Isso
acontece pois o primeiro permite que o dispositivo esteja em modo sleep para economia
de energia, ao passo que o segundo no permite tal funo e por isso apenas utilizado
nos mdulos coordenadores e roteadores.
A subcamada MAC fornece tambm o algoritmo de AES (Advanced Encryption
Standart) para proteger os quadros transmitidos. Alm disso, o ZigBee ainda conta com
as camadas superiores para garantir a segurana das informaes.

2.2.3 Camada de Rede

A camada de rede segundo o modelo OSI responsvel pelo roteamento dos
pacotes. No protocolo ZigBee, alm desta funo, ela possui tambm outras
responsabilidades. Segundo (KINNEY, 2003) a camada de rede deve:
Detectar e estabelecer com sucesso uma nova rede;
Associar ou desassociar dispositivos de uma rede;
Configurar um novo dispositivo pelo stack profile;
Enderear dos dispositivos que esto entrando na rede pelo dispositivo
coordenador.
Sincronizar dos dispositivos atravs de beacons ou polling;
Assegurar a segurana dos quadros transmitidos/recebidos.

2.2.4 Camada de Aplicao

Segundo o modelo OSI, ela responsvel pelo fornecimento de servios para as
aplicaes. A ltima camada desta pilha dividida em trs componentes, a saber:
Subcamada de suporte a aplicao (APS): fornece os servios de
descoberta - que determina quais outros dispositivos esto operando na rea
pessoal de um dispositivo - e o servio de binding - responsvel pela vinculao
de dispositivos baseados em seus servios e necessidades e tambm por
encaminhar as mensagens entre eles.
Application Framework: ambiente onde so alocados at 240 objetos da
aplicao ZigBee. Cada objeto representa um profile que permite que as
aplicaes enviem comandos e processem requisies de forma transparente.
ZigBee Device Object: define o profile do dispositivo na rede (ZigBee
coordinator, router ou end device), inicializa e/ou responde as requisies de
binding e estabelece relaes seguras entre os dispositivos da rede.
18

2.2.5 Tipos de dispositivos ZigBee

Para compreender a estrutura de uma rede ZigBee, deve-se explicar os trs tipos de
dispositivos existentes: Coordinator, Router e End Device.
O ZigBee Coordinator o n central da rede, sendo nico por rede. o responsvel
pela formao e gerenciamento da mesma e age tambm como roteador das mensagens,
alm de determinar o PAN ID a ser utilizado por todos os dispositivos que fazem parte
da mesma rede.
O ZigBee Router tem a funo de rotear as mensagens pela rede, conectando o
coordenador aos dispositivos finais. Este componente, apesar de opcional de grande
importncia, uma vez que estende a rede e amplia o alcance da mesma.
O ZigBee End Device o n final da rede e tem permisso somente para conectar-se
a outros Routers ou diretamente ao Coordinator para troca de mensagens. Ele pode ser
configurado para consumir pouca energia por meio do modo sleep, sendo o nico dos
trs que possui essa opo. Os outros dois possuem buffers para guardar as mensagens
que devem ser repassadas aos dispositivos finais caso estes estejam em modo sleep no
momento do envio. Por este motivo, eles devem estar sempre ativos.

2.2.6 Topologias de Rede

Segundo a norma IEEE 802.15.4, as topologias suportadas so ponto-a-ponto e
estrela. Devido a esta restrio, o protocolo ZigBee adicionou novas camadas que
permitem redes multi hop e mesh. Elas sero abordadas com mais detalhes
posteriormente.
A topologia em estrela, vista na figura 2.4, possui um coordenador e outros
dispositivos que se comunicam diretamente com ele. Assim, todas as mensagens so
enviadas para o coordenador, que o responsvel pela posterior distribuio para os
outros nodos da rede. Esta topologia possui baixa flexibilidade e por isso
recomendada para projetos de baixa complexidade.

Figura 2.4: Topologia em estrela (FARAHANI, 2008).

A topologia ponto-a-ponto permite dois arranjos: em rvore e em malha. Na rede em
rvore h restries na comunicao entre os dispositivos, isto , nem todos os
roteadores comunicam-se diretamente.
Para compreender melhor este cenrio a figura 2.5 mostra uma situao em que o
nodo A deseja enviar uma mensagem para o nodo B. Os dois so dispositivos finais,
portanto no podem trocar mensagens diretamente. No entanto, no h um roteador que
os conecte e por isso a mensagem segue o caminho mostrado na figura:
 19

Figura 2.5: Topologia em rvore (FARAHANI, 2008).

Em contrapartida, a rede em malha permite que todos os roteadores comuniquem-se
diretamente, fator que permite que novas rotas possam ser definidas caso algum
dispositivo deixe ou entre na rede, tornando-a muito flexvel. Esta topologia mostrada
na figura 2.6.

Figura 2.6: Topologia em malha (FARAHANI, 2008).

2.3 O mdulo XBee

O XBee um mdulo de rdio, fabricado pela Digi International e suporta uma
variedade de protocolos de comunicao, entre eles o ZigBee.
Existem diversas combinaes que envolvem diferentes hardwares, firmwares,
potncia de transmisso e antenas. Neste trabalho foi utilizado o XBee Series 2 que
permite utilizar a rede ZigBee em malha. Este modelo possui onze pinos digitais de
entrada e sada, sendo que quatro destes pinos podem ser utilizados no modo analgico.
A figura 2.7 mostra o mdulo XBee utilizado neste trabalho.

Figura 2.7: XBee Series 21

1
Imagem retirada de Adafruit Industries: http://www.adafruit.com/product/968. Acesso em 06/06/2014.
20

Para a configurao dos mdulos XBee existem dois modos de operao: por API e
por comandos AT. Ao utilizar o programa X-CTU, desenvolvido pela Digi International
exclusivamente para configurao dos XBees, possvel escolher em qual destes dois
modos o mdulo ir operar. Mais detalhes sobre o programa e as configuraes dos
mdulos sero abordados no captulo 3.
O modo por comandos AT mais simples e mais indicado para conexes ponto-a-
ponto. Para este trabalho foi utilizado o modo API (Application Programming Interface)
que faz uso do envio e recebimento de frames. Assim possvel analisar a estrutura dos
frames e obter as informaes necessrias para o sistema de automao residencial
implementado, alm de ser uma forma altamente confivel de transmisso de dados.
Alm disso, tambm possvel enviar comandos AT via modo API para configurao
remota dos mdulos XBee.

Figura 2.8: Estrutura do quadro no modo API (FALUDI, 2011)

Analisando a figura 2.8 possvel identificar os seguintes campos:
Start delimiter: byte que identifica o incio do frame;
Length: 2 bytes que informam o tamanho do campo de dados;
Frame data: este campo composto pelo tipo de frame (Remote Request,
Remote responde, entre outros) e por diversos outros campos que variam
conforme o tipo escolhido;
Checksum: byte para verificar a integridade do frame, calculado a partir
do Frame data.

Figura 2.9: Exemplo de um quadro API

 21

A figura 2.9 apresenta um exemplo de um tipo de frame. Ele foi gerado com o
auxlio da ferramenta Frame Generator presente no software X-CTU. O tipo escolhido
foi o Remote AT command.
Como pode-se perceber, alm dos campos explicados anteriormente, observa-se a
presena do Frame ID, utilizado na identificao e verificao de perdas ou erros na
transmisso. Neste caso foi usado o ID zero que suprime qualquer tipo de resposta pelos
mdulos XBee. Logo aps o Frame ID, observam-se dois campos de endereo: o
primeiro o endereo nico de cada mdulo que quando utilizado, exclui a necessidade
de utilizao do outro campo de endereamento. O segundo campo utilizado para
endereamento de redes e no foi usado neste trabalho. Em seguida h um campo de
opes (1 byte), acompanhado do campo com o comando que deseja-se enviar (2 bytes)
e por fim o valor atribudo a este comando. Aps isto, calcula-se o checksum e o
adiciona ao frame. Dentro do retngulo vermelho pode-se visualizar o frame completo.
A lista completa dos comandos encontra-se no site da Digi International ou por meio
do software X-CTU.
22

3 IMPLEMENTAO DO PROJETO

O sistema de automao residencial implementado neste trabalho aborda algumas

das possibilidades existentes para controle de dispositivos por meio de uma rede sem
fio. No decorrer deste captulo sero mostrados e explicados todos os componentes
utilizados e como a integrao entre eles ocorre.
O projeto foi desenvolvido em quatro partes, definidas da seguinte maneira: a
primeira parte constituda pelo hardware, onde sero explicados os circuitos. A
segunda constituda pelo aplicativo Android, a terceira pelo software do mdulo
controlador e a ltima parte consiste na incorporao da conectividade com a Nuvem.

3.1 Arquitetura do Sistema

O sistema foi desenvolvido em funo dos protocolos de comunicao escolhidos e
para compreender o seu funcionamento uma explicao inicial sobre a arquitetura
necessria.
A figura 3.1 mostra a arquitetura utilizada neste trabalho e os principais
componentes que fazem parte do sistema. Em um momento inicial o usurio acessa o
aplicativo por meio de um dispositivo mvel para controle dos sensores. Ao selecionar
uma ao, o comando correspondente enviado por Wi-Fi para o mdulo controlador,
que o repassa para os mdulos que possuem os sensores via protocolo ZigBee.
Os detalhes de implementao de cada componente sero descritos nos captulos a
seguir, tanto em nvel de hardware quanto em nvel de software.

Figura 3.1: Arquitetura do sistema de automao residencial

 23

3.1.1 Arquitetura de Hardware

Antes de detalhar cada circuito, ser mostrado como ocorre a conexo fsica entre os
diferentes componentes que fazem parte deste sistema e para melhor compreenso do
que ser explicado, a figura 3.2 mostra as conexes de todo o sistema.
Como j mencionado, o dispositivo mvel comunica-se com o mdulo controlador
por meio do protocolo Wi-Fi. Este mdulo constitudo primordialmente pela placa
Arduino e por um XBee Coordenador, que comunicam-se via serial. Os demais
componentes deste mdulo esto conectados diretamente nos pinos I/O do prprio
Arduino e sero mostrados no captulo 3.2.1.
Em seguida, a comunicao entre os rdios XBee ocorre por meio do protocolo
ZigBee. Nos circuitos que possuem os sensores, eles esto conectados aos pinos I/O dos
XBees, que possuem configuraes diferentes para atuar de formas diferentes. Estes
detalhes sero abordados no captulo seguinte, que trata da arquitetura do software que
foi implementado.

Figura 3.2: Diagrama que mostra as conexes em nvel de hardware

3.1.2 Arquitetura de Software

A implementao de software composta de dois mdulos: um deles usado no
dispositivo com Android e o outro no controlador.
O mdulo do Android foi desenvolvido em Java. Neste projeto existem duas
atividades, que caracterizam cada uma das telas que o usurio pode interagir.
A primeira tela possui somente um boto que d acesso a prxima atividade e que
tambm responsvel por verificar se h conexo Wi-Fi. Caso haja, a segunda tela
aparece e nela h diversos botes.
Seguindo o diagrama da figura 3.3 para se ter acesso aos demais botes, primeiro
deve-se apertar o boto Connect, este boto responsvel por criar a conexo com o
servidor, permitindo a comunicao entre o dispositivo e o controlador.
Os botes referentes aos sensores, possuem duas opes: ligar ou desligar. Primeiro
verifica-se qual o valor do boto e em seguida, inverte-se esse valor. Ento a
informao referente ao boto que foi apertado enviado pelo socket. Alm disso, h o
boto para atualizar o valor da temperatura, que no altera nenhum valor e s envia a
informao pelo socket.
24

Figura 3.3: Arquitetura do aplicativo Android

Para auxiliar a compreenso da implementao do controlador, o diagrama da figura
3.4 mostra o fluxo de funcionamento do cdigo.
Aps a inicializao, verifica-se se h clientes disponveis. Caso no haja, a funo
para anlise de frames chamada. Esta funo responsvel por verificar se existem
frames que foram enviados pelos sensores e analis-los se for o caso.
Nesta funo de anlise, os campos dos frames recebidos so verificados.
Dependendo do seu valor, identifica-se que determinado sensor enviou a informao e
ela deve ser tratada de acordo. Caso seja o sensor de movimento, identifica-se
movimento e o alarme ser disparado. Se for o sensor de gs, identifica-se vazamento.
O sensor de luminosidade informa a intensidade da luz no ambiente e o sensor de
temperatura informa a temperatura ambiente.
Se no houver frames para serem analisados a funo termina. Seguindo o fluxo do
cdigo, novamente verifica-se se h clientes disponveis. Supondo que haja, o prximo
passo verificar se ele est conectado. Se no estiver, o socket finalizado e o processo
se repete. Se estiver, mais uma vez a funo que analisa os frames chamada.
Terminada a execuo da funo, verifica-se se o cliente est enviando informaes
pelo socket.
Ao constatar que o cliente est enviando informaes, a primeira comparao para
verificar se um comando para ligar/desligar algum sensor. Se for um destes comandos,
identifica-se qual o sensor que ser acionado e so chamadas as funes referentes ao
led, ao envio do frame para o sensor destino, ao buzzer e ao envio da informao para a
plataforma na Nuvem.
Esta ltima funo estabelece uma conexo com o servidor da plataforma e ento
envia a informao no formato JSON por meio de uma requisio HTTP. Esta
requisio tambm montada, semelhante ao frame enviado para os sensores, e pode
 25

ser visualizada em mais detalhes diretamente no cdigo, na funo SendData, a partir da

linha 1209.
As demais funes so explicadas no captulo 3.3.2, que aborda em mais detalhes o
mdulo controlador.
Se o comando solicitado para atualizar a informao da temperatura, ele somente
chama a funo que monta e envia o frame para o sensor em questo.
Por fim, quando o cliente no estiver mais conectado, o socket fechado e todo o
ciclo se repete.

Figura 3.4: Arquitetura do controlador

26

3.2 Circuitos e sensores

Para este trabalho foram contrudos trs circuitos. O primeiro acoplou-se junto
placa Arduino e compe o mdulo controlador, ao passo que os outros dois so
utilizados em conjunto com os sensores. A proposta inicial previa um circuito por
sensor, mas devido limitao de mdulos XBee trabalhou-se apenas com dois
circuitos que sero detalhados posteriormente.

3.2.1 Controlador
Este mdulo composto pela placa Arduino Mega 2560, pelo shield Wi-Fi CC3000
produzido pela Adafruit Industries, por um mdulo XBee (em conjunto com um
adaptador) configurado como coordenador e um circuito auxiliar. O circuito foi
construdo utilizando-se uma protoboard e pode ser visualizado na figura 3.2.
Na protoboard acoplou-se o XBee com o adaptador que, por sua vez, possui uma
entrada USB mini que permite conectar o mdulo diretamente ao computador para
configurao por meio do software X-CTU. Uma outra funo deste adaptador
converter o espaamento dos pinos do XBee para um compatvel aos da protoboard.
Alm disso foram utilizados alguns resistores, um led e um buzzer que indicam o
(des)acionamento dos sensores.
O Arduino alimentado por uma fonte de 12V e possui um pino de sada com
tenso regulada em 3,3V, utilizado para alimentar o XBee. As demais conexes foram:
Pino GND, cuja funo foi o aterramento da protoboard e dos demais
components;
Pino 2, ligado ao buzzer;
Pino 8, ligado ao led;
Pinos 18 e 19, Tx e Rx respectivamente, conectados ao Rx e Tx do XBee
para comunicao via serial nmero 1.

Figura 3.5: Circuito Controlador

 27

3.2.2 Sensores
3.2.2.1 Movimento
Foi utilizado no circuito um sensor que detecta variaes de radiao infravermelha.
Estas variaes ocorrem quando uma pessoa ou animal passa em torno do permetro
coberto pelo sensor, identificando a ocorrncia do movimento. Eles so de baixo custo e
consomem pouca energia, o que os torna ideal para este trabalho.
O seu funcionamento consiste no seguinte mecanismo: quando uma alterao
detectada, os sinais analgicos captados so convertidos para digitais, fornecendo
apenas dois valores: zero ou um. Neste projeto o sinal enviado para uma das portas
digitais do XBee, configurada para monitorar mudanas nos valores dos pinos.
Na protoboard foi acoplado o XBee com o adaptador, alguns resistores, dois leds, o
sensor de movimento e uma placa para conectar uma fonte para alimentao da
protoboard e dos componentes. O adaptador alimentado com 5V, porm h a
necessidade de um regulador de tenso de 3,3V para que o mdulo XBee seja
devidamente alimentado. O circuito mostrado na figura 3.3.
As conexes utilizadas esto explicitadas abaixo
Pino DIO1: entrada digital, configurada para detectar transies HIGH to
LOW ou LOW to HIGH, indicando uma variao IR;
Pino DIO4: entrada digital ligada a um led vermelho. Este led serve
como auxiliar visual para identificar o (des)acionamento do sensor;
Pinos VDD e GND: pinos do adaptador para alimentar o XBee;

Figura 3.6: Circuito com sensor de movimento

3.2.2.2 Gs
Para este circuito foi utilizado o sensor MQ-2, capaz de detectar a presena de vrios
gases, entre eles o butano, conhecido popularmente como gs de cozinha.
28

Por se tratar de um sensor analgico, os sinais so enviados para uma das portas
ADC do mdulo XBee. No entanto, como essas portas funcionam com uma tenso
mxima de 1,23V, necessrio um divisor de tenso, como mostrado na figura 3.4.

Figura 3.7: Divisor de tenso

Devido a uma limitao no nmero de componentes, no foi possvel montar um
circuito por sensor, sendo utilizada apenas uma protoboard para este e os prximos
sensores.
Com o auxlio do Fritzing, software para desenho de circuitos eltricos, foi possvel
visualizar como seria o circuito se construdo individualmente.

Figura 3.8: Desenho do circuito com sensor de gs

As conexes do circuito apresentado na figura 3.5 so semelhantes ao anterior,
alterando-se somente o pino digital pelo analgico.
3.2.2.3 Luminosidade
Este sensor um fotoresistor que altera a sua resistncia dependendo da quantidade
de luz que incide sobre ele. Eles so pequenos e econmicos e so em geral indicados
para determinar mudanas na incidncia de luz, sem no entanto informar valores exatos.
Neste circuito tambm trabalhou-se com sinais analgicos e, portanto, houve a
necessidade de um divisor de tenso. Como o prprio sensor possui resistncia varivel,
a escolha do outro resistor deu-se a partir de medies e clculos, de modo a manter a
tenso sempre abaixo de 1,23V.
 29

Novamente o circuito da figura 3.6 semelhante aos anteriores, alterando-se

somente a porta analgica, que passou a ser ADC2 e pde tambm ser idealizado com o
auxlio do software Fritzing.

Figura 3.9: Desenho do circuito com sensor de luz

3.2.2.4 Temperatura
O sensor de temperatura escolhido foi o LM35, fabricado pela National
Semiconductor, que fornece uma tenso linear proporcional temperatura que se
encontra (em graus Celsius).
Neste circuito h tambm um divisor de tenso, porm ele s necessrio quando as
temperaturas medidas esto acima dos 100C. Como as medies so limitadas s
temperaturas internas de uma residncia - que no costumam atingir estas temperaturas
-, o pino Vout do sensor est conectado diretamente na porta analgica ADC3 do XBee.
O desenho do circuito, novamente feito com o auxlio do software Fritzing,
mostrado na figura 3.7. Na figura 3.8 apresentado o circuito montado com os sensores
de gs, luminosidade e temperatura.

Figura 3.10: Desenho do circuito com sensor de temperatura

30

Figura 3.11: Circuito nico com os sensores de gs, luminosidade e temperatura

3.3 O Sistema de Automao

A programao do sistema de automao foi dividida em trs fases: programao do
aplicativo mvel para Android, programao do controlador e integrao dos dados com
a Nuvem. Alm disso, foi necessrio configurar os mdulos XBee utilizando o software
X-CTU.

3.3.1 Aplicativo Android

A ampla utilizao de dispositivos mveis como celulares e tablets impulsiona a
criaco de novos aplicativos para auxiliar as pessoas nas mais diversas atividades. Por
este motivo, foi desenvolvido o Smart House Control, aplicativo para automao
residencial para a plataforma Android. A escolha deste sistema operacional se deu pela
disponibilidade de celulares para instalao e possibilidade de testes do aplicativo.
O desenvolvimento foi dividido em duas etapas: programao da interface grfica e
programao para comunicao via sockets.
A interface grfica foi programada utilizando a linguagem XML, padro para
desenvolvimento dos aplicativos Android. Esta parte no envolveu nenhuma soluo
 31

especial, apenas posicionamento de elementos grficos nas telas. O aplicativo com a

interface final pode ser visualizado na figura 3.9.

Figura 3.12: Tela de entrada e tela secundria

A segunda parte envolveu a programao da comunicao entre o Android e o
controlador. Para isto decidiu-se pelo formato cliente/servidor, sendo o Android o
cliente e o controlador, o servidor.
Do lado do cliente optou-se por utilizar as Tasks por meio da classe AsyncTask, que
permite o uso apropriado da User Interface Thread. Assim possvel fazer operaes
em background e enviar os resultados para a tela sem a necessidade de lidar diretamente
com threads ou handlers.
Essa classe possui cinco mtodos implementados:
onPreExecute: chamada antes da task iniciar;
doInBackground: este mtodo inicia uma conexo via sockets e a deixa
aberta enquanto no for finalizada;
onProgressUpdate: o mtodo chamado para atualizar a tela ao receber
uma nova string;
onCancelled: chamada quando a task cancelada;
onPostExecute: chamada aps a execuo da task;
3.3.1.1 Smart House Control
Aps iniciar o aplicativo e apertar o boto Enter, a tela secundria da figura 3.9
aparece. Nesta tela o usurio deve primeiramente apertar o boto Connect, para
estabelecer a conexo com o controlador (servidor). Caso isso no seja feito, uma
mensagem de alerta aparecer para o usurio. Aps a conexo, o usurio pode escolher
quais sensores deseja (des)acionar e solicitar atualizao da temperatura ambiente.
Ao apertar o boto desejado, uma string enviada pelo socket, sendo depois tratada
apropriadamente no controlador. Ao solicitar a atualizao do valor da temperatura
32

observa-se o retorno de uma string pelo socket. Depois, o mtodo onProgressUpdate

chamado e o valor atualizado na tela. Ao terminar de utilizar o aplicativo, o usurio
desconecta do servidor e sai do aplicativo.

3.3.2 Mdulo Controlador

O controlador o componente principal deste sistema de automao residencial e
atua como um servidor, responsvel por receber e transmitir informaes tanto para o
cliente Android quanto para os sensores. Ele foi programado em linguagem C utilizando
a IDE do Arduino.
Ao receber os comandos via socket, cada um deles tratado para realizar uma ao
diferente. Essas aes seguem o seguinte padro:
Reconhecer o comando;
Chamar funo para (des)ligar o led presente no circuito;
Chamar a funo para (des)acionar o sensor;
Chamar a funo que aciona o Buzzer;
Chamar a funo para enviar dados para a Nuvem.
Cada circuito possui um led cuja funo indicar se o sensor foi acionado ou no. O
que esta funo faz montar e enviar um frame com o valor desejado para a porta na
qual o led est conectado. Enviando o valor hexadecimal 0x04 desliga-se o led e
enviando o valor hexadecimal 0x05 liga-se o led.
A funo para (des)acionar os sensores funciona de forma semelhante, porm para
cada sensor montado e enviado um frame diferente, com os valores e configuraes
desejados. A ttulo de exemplo de como isto foi realizado no cdigo, no trecho a seguir
so enviados dois frames: o primeiro ativa o pino com o sensor de movimento e o
segundo configura o XBee para detectar alteraes do tipo high/low no pino do sensor.

Figura 3.13: Trecho do cdigo de acionamento do sensor de movimento

 33

Analisando-se os dois trechos mostrados na figura 3.10 possvel perceber que o

primeiro byte indica o incio do frame (frameStartByte - com o valor hexadecimal
0x7E). Os prximos dois bytes fornecem o tamanho do frame data. Logo aps
declarada uma varivel sum para clculo do checksum. Em seguida definido o tipo do
frame (frameTypeRemoteAT), que ser um comando AT remoto para configurao do
XBee. O byte seguinte informa que o ID zero e portanto o XBee remoto no necessita
enviar frames de resposta (ou ACKs). Os 8 bytes seguintes so para endereamento do
XBee remoto - cada sensor possui um endereo nico - e mais dois bytes para
endereamento de redes, caso no abordado neste trabalho. A seguir, observa-se o byte
de opes (remoteATOptionApplyChanges) que informa que todas as configuraes no
mdulo XBee devem ser aplicadas imediatamente. Finalmente, observam-se os campos
com o comando AT e o valor que deve ser aplicado em cada pino. No primeiro trecho
informa-se que o pino D1 ser uma entrada digital e no segundo informa-se que as
portas D0, D1, D2 e D3 sero monitoradas para detectar alteraes. Por fim, tem-se o
byte de checksum.
A funo que aciona o buzzer responsvel por emitir dois sinais sonoros para
diferenciar quando o sensor ligado ou desligado, seguindo o mesmo raciocnio
aplicado aos leds. Por ltimo h a funo de integrao com a Nuvem que ser
abordada em detalhes no prximo item.
Uma parte muito importante do cdigo do controlador aquela responsvel por
analisar os frames que foram enviados pelos sensores. Com isso possvel identificar
quais as informaes so pertinentes para o funcionamento do sistema de automao
residencial e aplicar as aes correspondentes. Por exemplo, ao analisar o frame
enviado pelo sensor de deteco de gs, verifica-se o valor lido do pino. Caso o valor
seja maior que uma constante (determinada por meio de testes com o sensor), o alarme
ser disparado, avisando para o usurio que houve deteco de vazamento de gs.
Situao semelhante ocorre com o sensor de movimento: ao analisar o valor do pino,
verifica-se que houve alterao e o alarme disparado.
J o sensor de luminosidade verifica em qual intervalo encontra-se o valor lido,
identificando a intensidade da luz (muita luz, pouca luz ou escuro), enquanto o sensor
de temperatura informa o valor lido em graus Celsius.
importante salientar que para a obteno dos valores a partir dos sensores de gs e
luz foi aplicado uma mscara, pois os valores analgicos utilizam 10 bits de
representao (valores entre 0 e 1023) e por isso so divididos em dois bytes na hora de
enviar o dado:
int analogTempValue = analogLSB + (analogMSB * 256)
O valor recuperado armazenado em uma varivel inteira, que a soma do byte
menos significativo com o byte mais significativo aps a aplicao da mscara.
Para o sensor de temperatura esta mscara tambm aplicada. No entanto, para
obter-se o valor da temperatura ainda necessria a aplicao da seguinte frmula:
float celsius = ((analogTempValue/1023.0)*1230)/10.0
Primeiramente o valor anterior dividido por 1023, devido a representao de 10
bits utilizada. O restante da frmula foi retirado do datasheet, que informa que cada
grau corresponde a 10mV. Como cada porta analgica s permite uma tenso mxima
34

de 1,23V, este o valor utilizado na frmula. O resultado armazenado em uma

varivel do tipo float.

3.3.3 Conectividade com a Nuvem

Alm do aplicativo que permite o controle local do sistema de automao
residencial, interessante fornecer mais ferramentas para o usurio acompanhar
remotamente o que ocorre em sua residncia.
Para integrar os dados com a Nuvem, foi escolhida a plataforma Carriots, que
oferece recursos vantajosos e pode ser acessado de qualquer dispositivo que possua
conexo com a internet.
Primeiramente necessrio criar uma conta no site:
https://www.carriots.com/
Depois de criada a conta, cadastram-se todos os sensores cujos dados sero
enviados para a Nuvem. Na figura 3.11. pode-se visualizar a lista com os sensores
cadastrados no site.

Figura 3.14: Sensores cadastrados na plataforma Carriots

A terceira parte envolve a programao do controlador para enviar os dados via

REST API. Ela foi realizada da seguinte forma:
A informao do sensor formatada para ser enviada como um objeto
JSON;
A conexo com o servidor Carriots estabelecida;
A requisio HTTP enviada junto com o API Key (presente no menu
"My account");
A partir disso, os dados enviados aparecero na lista de data streams. Um exemplo
de como eles so visualizados no site mostrado na figura 3.12.
 35

Figura 3.15: Lista com os dados enviados para a Nuvem

Um recurso muito interessante a possibilidade de enviar mensagens SMS e/ou
emails caso um evento ocorra. Neste trabalho, as duas formas de aviso foram utilizadas,
oferecendo maior flexibilidade e praticidade para o usurio.

Na figura 3.13 so mostrados os Listeners para envio de email e mensagem SMS

atrelados aos sensores de movimento e gs. No exemplo da figura 3.14 a condio para
envio que o alarme tenha disparado e na figura 3.15 h um exemplo de um email que
foi recebido pelo usurio.

Figura 3.16: Listeners que enviam mensagens para alertar o usurio

Figura 3.17: Listener para enviar email

36

Figura 3.18: Email alertando o usurio sobre o alarme ativado

O cdigo fonte do projeto est disponvel no site GitHub. O acesso aos arquivos
liberado para todos e os projetos so disponibilizados por meio da licena Creative
Commons BY.
O endereo para acesso :
https://github.com/brubetinha/home-automation-project

3.3.4 Configurao dos mdulos XBee

Cada mdulo possui uma srie de parmetros que devem ser configurados por meio
do software X-CTU antes da utilizao no sistema de automao residencial.
Ao conectar os XBees via USB deve-se selecionar a entrada correta e as
configuraes a seguir: baud rate de 115200, 8 data bits, sem bit de paridade, 1 stop bit
e sem flow control. Essas opes no so fixas e podem ser alteradas de acordo com a
necessidade do projeto. Todos os mdulos pertencem famlia XB24-ZB.
Um dos principais parmetros que deve ser configurado via software o PAN ID,
definido pelo coordenador e que deve ser o mesmo para todos os dispositivos da rede.
Este parmetro e outros so mostrado na figura 3.16.
A funo de cada mdulo e a verso do firmware tambm so gravadas no
programa. O coordenador possui a funo ZigBee Coordinator API, que permite o
modo de operao API e a transmisso dos dados por frames. Os demais mdulos
podem ser configurados com as funes ZigBee End Device AT ou ZigBee Router AT.
Como j mencionado, end devices permitem que os dispositivos sejam configurados em
modo sleep e os routers permitem a extenso da rede. Neste trabalho utilizou-se a
segunda opo para os outros mdulos XBees.
As demais configuraes foram realizadas dinamicamente por meio do envio de
frames do tipo Remote AT Command.

Figura 3.19: Tela do software X-CTU

 37

3.4 Custo total do projeto

Este projeto baseou-se fortemente no custo dos componentes para ser realizado e por
isso importante ter conhecimento do preo dos itens mais importantes.
Alguns componentes foram importados dos Estados Unidos, portanto o seus preos
sero informados em dlares. Outros itens custaram poucos centavos e no sero
includos na listagem abaixo:
3x XBee Series 2: preo unitrio $ 22,95, total $ 68,85
3x USB XBee Adapter: preo unitrio $ 20,00, total $ 60,00
Adafruit CC3000 WiFi Shield : $ 39,95
Sensor de movimento PIR DYP-ME003: R$ 12,90
Sensor de gs MQ-2: R$ 19,90
Sensor de temperatura LM35: R$ 6,50
Placa Arduino Mega 2560: R$ 69,90
Fontes de tenso de 12V e 9V : R$ 41,00
Com o dlar cotado a R$ 2,30, o preo total dos itens importados foi R$ 388,47.
Somando este valor ao restante:
Custo do projeto: R$ 538,67
Este valor no inclui gastos com frete nem imposto de importao. Considerando
estas despesas foram gastos mais R$ 308,00, totalizando o valor em:
Custo total: R$ 846,67
Ao explicitar os preos dos componentes observa-se que o fator preponderante para
os valores cobrados em servios de automao oriundo da mo de obra altamente
especializada requerida. No entanto, mesmo com a utilizao de uma mo de obra com
alto valor agregado, os preos encontrados no mercado uma automao residencial
completa custa a partir de R$ 15.000,00 so muito elevados.
Esta discrepncia entre o valor de mercado e aquele proposto pelo trabalho pode ser
oriunda de diversos fatores. O primeiro deles seria o preo de custo real de uma
automatizao, pois os componentes utilizados no presente trabalho foram uma escolha
particular, podendo ser diferentes daqueles utilizados por empresas, que podem optar
por mdulos mais caros ou at mesmo com melhor desempenho. Alm disso, muitas
empresas requerem tambm que reformas sejam realizadas a fim de instalarem o
sistema. Todos estes fatores aumentam o preo do produto final.
Deve-se levar em considerao tambm que a crena popular de que sistemas
automatizados so altamente tecnolgicos e, consequentemente, caros, abre precedentes
para a explorao financeira dos mesmos. Assim, este fator contribui para que a
comercializao destes produtos se mantenha elitizada e com um valor pouco praticvel
para a maioria da populao, mesmo que os valores de instalao no sejam to
elevados assim.
38

4 CONCLUSO

Este trabalho props um sistema de automao residencial com sensores controlados

por um aplicativo mvel para Android. Desde o princpio decidiu-se por um sistema
baseado em redes sem fio para oferecer maior flexibilidade ao usurio e evitar a
necessidade de reformas na residncia. Este ltimo fator muito importante, pois
diminui consideravelmente o custo total do projeto.
A principal dificuldade encontrada no decorrer do trabalho foi referente aquisio
dos componentes eletrnicos, em especial dos mdulos XBee e dos adaptadores USB.
Devido pouca oferta no mercado brasileiro, estes itens precisaram ser importados,
revelando a necessidade de incentivos nacionais para a rea. Vale ressaltar que tais
incentivos seriam ainda extremamente importantes economicamente falando, uma vez
que o mercado consumidor brasileiro muito promissor no tocante aceitao da
automao residencial.
O sistema desenvolvido para este trabalho est aberto a melhorias e ampliao das
funcionalidades, uma vez que a automao residencial oferece muitas outras
possibilidades alm das abordadas neste trabalho. O usurio pode automatizar o sistema
de iluminao, climatizao, entretenimento, irrigao ou ainda acrescentar outros
sensores e atuadores. possvel inclusive utilizar os sensores existentes para
desempenharem tambm outras funes. Um exemplo disso seria a utilizao da
informao obtida do sensor de luminosidade para ligar ou desligar as lmpadas de um
ou mais cmodos da residncia.
Uma melhoria interessante seria a possibilidade de oferecer ao cliente somente os
mdulos que o interessam, personalizando assim as solues. Isso no impede que o
sistema completo seja oferecido, mas esta abordagem global a j existente no
mercado. Assim, personalizar a soluo, alm de atender melhor s necessidades do
cliente, pode levar tambm a uma diminuio dos custos de implementao do projeto
de automao residencial.
Observa-se ento que apesar dos contratempos iniciais, o projeto alcanou todos os
objetivos propostos, verificando-se que possvel construir sistemas de automao
residencial efetivos e com melhor custo-benefcio do que aqueles atualmente
disponveis no mercado. Tal fato revela que a automao residencial, ao contrrio do
que atualmente se pensa, no est longe de tornar-se acessvel para consumidores de
poder aquisitivo mediano e tornar-se um segmento promissor no mercado consumidor.
 39

REFERNCIAS

FARAHANI, S. ZigBee Wireless Networks and Transceivers. Burlington: Newnes,

2008.
FALUDI, R. Building Wireless Sensor Networks. Sebastopol: O'Reilly, 2011.
MARGOLIS, M. Arduino Cookbook. Sebastopol: O'Reilly, 2012.
BOLZANI, C. Residncias Inteligentes. So Paulo: Editora Livraria da Fsica, 2004.
ROCHOL, J. Comunicao de Dados. Porto Alegre: Instituto de Informtica da
UFRGS: Bookman, 2012. (Srie Livros Didticos, n.22).
KINNEY, P. ZigBee Technology: Wireless Control that Simply Works. IEEE
Communications Design Conference, outubro 2003.
CARISSIMI, A. Redes de Computadores - Notas de aula. Porto Alegre: Instituto de
Informtica da UFRGS, 2011.
ESCHNER, R. H. Sistema de Automao Residencial Baseado em Sensores ZigBee.
2011. 38 f. Projeto de Diplomao ( Bacharelado em Cincia da Computao ) -
Instituto de Informtica, UFRGS, Porto Alegre.
GUTIERREZ, J. IEEE Std. 802.15.4: Enabling Pervasive Wireless Sensor
Networks. Disponvel em: <http://www.cs.berkeley.edu/~prabal/teaching/cs294-11-
f05/slides/day21.pdf>. Acesso em: junho de 2014.
ASHTON, S. ZigBee Technology Overview. Disponvel em:
<https://docs.zigbee.org/zigbee-docs/dcn/09/docs-09-5376-00-0mwg-zigbee-
technology-overview.pdf>. Acesso em: junho de 2014.
MARSDEN, I. Network Layer Overview. Disponvel em:
<https://docs.zigbee.org/zigbee-docs/dcn/06/docs-06-4513-00-00mg-zigbee-network-
layer-technical-overview.pdf>. Acesso em: junho de 2014.
Wireless - WLAN Introduo. Disponvel em: <http://www.ti-redes.com/wireless/wlan-
intro/>. Acesso em: maio de 2014.
Redes Wi-Fi: O padro IEEE 802.11n. Disponvel em:
<http://www.teleco.com.br/tutoriais/tutorialwifiiee/default.asp>. Acesso em: junho de
2014.
40

ANEXO A CDIGO FONTE

O sistema de automao composto por duas partes, divididas em hardware e

software. O hardware contm os circuitos e os sensores, mostrados e explicados no
captulo 3.2 deste trabalho e que so configurados e controlados pelo software
implementado.
O projeto de software foi desenvolvido em trs partes:
Smart House Control: Aplicativo Android que permite o controle dos
sensores de maneira local. Ou seja, atravs da rede Wi-Fi da residncia.
Software do Controlador
Conectividade com a Nuvem
Os cdigos encontram-se no endereo:
https://github.com/brubetinha/home-automation-project
e para melhor compreenso ser explicada a estrutura dos arquivos disponibilizados.
Na pasta Android encontra-se o projeto do aplicativo que foi desenvolvido no
Eclipse. Neste projeto, os arquivos principais so:
AndroidManifest.xml: que contm informaes do aplicativo que sero
passadas para o sistema Android.
Activity_main.xml e acquirement_layout.xml: contm a programao dos
layouts das telas. Cada arquivo corresponde a uma das telas e elas
encontram-se dentro da pasta res/layout/ .
MainActivity.java e AcquirementActivity.java: arquivos que contm a
programao do cliente Android via sockets.
Tambm encontra-se disponvel no diretrio central um arquivo .apk que permite
instalar o aplicativo no celular e testar o sistema.
Na pasta Arduino est o arquivo ArduinoServer, que possui toda a implementao
do controlador. Ele possui a extenso .ino pois foi programado na IDE do Arduino, que
por padro salva todos os arquivos assim. No entanto, o cdigo foi feito em C.
O cdigo utiliza a biblioteca Adafruit_CC3000.h, que possui funes para a
configurao e uso da rede Wi-Fi e que tambm permite criar um servidor simples com
at quatro conexes simultneas.
Neste mesmo arquivo, uma parte do cdigo referente a conectividade com a
Nuvem. A linha 181 do cdigo mostra como a informao deve ser formatada e na linha
1209 inicia a funo que monta e envia a requisio HTTP para a plataforma Carriots.
 41

Informaes mais detalhadas podem ser encontradas no prprio cdigo, que est
devidamente comentado.
42

ANEXO B TRABALHO DE GRADUAO 1

Arquitetura para automao residencial utilizando

protocolos de rede sem fio
Bruna Roberta Seewald da Silva1, Srgio Luis Cechin2
12
Instituto de Informtica Universidade Federal do Rio Grande do Sul (UFRGS)
Porto Alegre RS Brasil
{bruna.seewald, cechin}@inf.ufrgs.br

Abstract. It is possible to interact with many different systems such as

lightning, HVAC and sound separately, but it is feasible to integrate them in
order to bring greater comfort and practicality for everyday life. The concept
of home automation is relatively new in the Brazilian market, even though it
exists for a few years in the United States of America and Europe. Since it is a
novelty in Brazil, it is accompanied by high prices, which causes it to be
regarded as a luxury in this country. This article presents the benefits of home
automation and how it could be implemented at low cost, using some existing
technologies.
Resumo. Interage-se com diversos sistemas como iluminao, climatizao e
sonorizao de forma separada, mas pode-se integr-los de maneira a trazer
maior conforto e praticidade para o dia a dia. Apesar de j existir h alguns
anos nos Estados Unidos e na Europa, o conceito de automao residencial
relativamente novo no mercado brasileiro. Assim, ainda acompanhado por
altos preos, fator que o deixa ser visto ainda como um luxo. Neste trabalho
sero apresentados os benefcios da automao residencial e como ela pode
ser implementada a baixo custo, utilizando algumas tecnologias j existentes.

1. Introduo a automao residencial

1.1. Definio e histrico

Com o surgimento da Internet e a reduo dos custos dos equipamentos, as inovaes
antes restritas escritrios e indstrias agora podem ser encontradas em residncias,
criando um mercado mais amplo e com diversas oportunidades. O termo Automao
Residencial advm de Home Automation, utilizado no mercado norte-americano. Na
Europa, utiliza-se mais comumente a palavra Domtica, uma juno de domus (em
 43

latim, casa) com Robtica (controle automatizado), termo criado pelo jornalista francs
Bruno de Latour, em 1984.
Apesar de a automao predial ter seu incio na dcada de 80, somente a partir
dos anos 2000 observou-se um atento maior automao residencial, cujos os objetivos
so propocionar maior conforto e praticidade nas tarefas dirias. Alm dessa praticidade
trazida pela automao residencial, fatores como segurana, sustentabilidade e
valorizao do imvel foram imprescindveis para a difuso dos benefcios dessa
tecnologia.
Entre os fatores acima citados, a reduo do consumo energtico um dos que
mais impulsionam o mercado da automao residencial. Com a mudana nos critrios
de tarifao de energia, o controle inteligente do sistema de iluminao e do sistema de
climatizao, por exemplo, permitem economias nos gastos mensais, alm de um
consumo mais eficiente.
Para efeitos de comparao, a tabela 1.1 rene as caractersticas principais da
infra-estrutura domstica atual, ao passo que a tabela 1.2 apresenta as caractersticas da
infra-estrutura domstica automatizada proposta e seus benefcios [Bolzani 2004].
Tabela 1.1. Situao atual da infra-estrutura domstica

Situao atual Consequncias

instalaes independentes multiplicidade de redes e cabos

redes no compatveis manuteno cara e complicada, dependncia

do fornecedor

falta de uniformidade impossibilidade de automatizao global

equipamentos limitados dificuldade para integrar novos servios e

interligar redes, ampliao do uso de
"adaptadores", obsolescncia em curto prazo

Tabela 1.2. Proposta de infra-estrutura domstica

Situao proposta Consequncias

automao de residncias maior conforto e automatizao de servios

integrao dos servios barateamento de equipamentos e processos

centralizao de sistemas simplificao da rede

conexo com redes externas (Internet e comando remoto, utilizao de contedo

dedicadas) digital sob demanda

monitoramento remoto de pessoas e facilidade de integrao de novos

equipamentos equipamentos e servios, rapidez no envio
de alarmes, homecare

eletrodomsticos inteligentes acesso informao de qualquer ponto da

44

casa, diminuio do tempo de procura de

avarias, economia de energia

auditoria e controle de gastos melhoria no funcionamento de sistemas,

administrao da residncia, constante
superviso do conjunto

importante salientar que os desejos dos usurios sempre devem prevaler no

momento da implantao do sistema automatizado e quanto a automao vai poder
auxiliar no tocante economia e ao conforto, depender do tipo de vida, dos gostos
pessoais e dos recursos disponveis [Bolzani 2004].

1.2. O mercado atual

A evoluo do mercado trouxe a necessidade de formao de profissionais
especializados no assunto, chamados atualmente de Integradores de Sistemas
Residenciais. Este profissional deve conhecer a maior gama de tecnologias e opes
disponveis para propor e realizar um projeto de maneira eficiente e que atenda s
necessidades do cliente. Como estes projetos tendem a ser complexos, o profissional
deve estar presente em todas as etapas, desde a concepo at os ajustes finais,
trabalhando em conjunto com os profissionais de outras reas.
Segundo [Muratori e Dal B 2013], o mercado atualmente se posiciona da
seguinte forma:

Conforme esta distribuio, os desenvolvedores podem ser empresas de software

que procuram desenvolver um protocolo de interoperabilidade entre os equipamentos e
sistemas residenciais.
Os integradores tambm podem atuar como revendedores, j que possuem os
conhecimentos tcnicos necessrios, alm de oferecer auxlio ps-venda e manuteno
dos sistemas.
imprescindvel para o sucesso do Integrador de Sistemas que ele esteja
atualizado sobre as solues existentes, pois novas tcnicas surgem constantemente e
elas podem ser decisivas para as necessidades do cliente. Segundo [Bolzani 2004]
 45

tambm importante trabalhar em equipe, pois com tantos profissionais envolvidos na

construo ou reforma de uma residncia, podem surgir entraves ou dvidas sobre o
projeto de automao residencial e ser o Integrador o responsvel por propor solues
para a continuidade da obra.
Por ltimo tem-se os clientes, que so os grandes beneficiados pelas inovaes
contnuas do mercado tecnolgico. Assim, a gerao atual, acostumada com mudanas
rpidas e j familiarizada com os benefcios que vrias tecnologias trouxeram, aceita
muito bem a automao de processos. Desse modo, h um grande interesse por parte
dos consumidores em automatizar tambm suas casas, vista a praticidade e futura
economia trazidos pelo processo. No entanto, o consumidor deve ter liberdade e
controle assegurados e por isso, segundo [Bolzani 2013], a mudana em relao ao
paradigma convencional de "quanto mais tecnologia melhor" sugere o desenvolvimento
de equipamentos e servios com foco no usurio e no na tecnologia em si. O objetivo
aumentar os benefcios que os sistemas eletrnicos podem proporcionar s pessoas,
especialmente no ambiente domstico, e com isso desmistificar a automao residencial
e o conceito de casas inteligentes, bem como estimular o desenvolvimento, a produo e
o mercado.

2. Os principais sistemas residenciais

Nas residncias existem muitos sistemas denominados autnomos, que operam de
forma independente, exercendo todas as funes para as quais foram projetados, sem a
necessidade da interveno de um controlador centralizado [Muratori e Dal B 2013].
A seguir detalham-se os sistemas que podem ser automatizados e as suas
principais partes constituintes.

1
Figura 1. Sistemas Residenciais

1
Imagem retirada de: http://www.knxdobrasil.com.br/folders/Catalogo-Knx-05.pdf. Acesso em:
20/03/2014.
46

2.1. Iluminao
Historicamente, os equipamentos de controle de iluminao sempre foram o ponto de
partida no processo de automao de uma casa [Bolzani 2004]. Segundo [Muratori e
Dal B 2013] pode-se dividir o sistema de iluminao em duas partes: eltrico e natural.
O sistema eltrico constitudo por todas as lmpadas alimentadas por energia
eltrica. possvel por meio de um processo conhecido como dimerizao variar-se
gradativamente a intensidade luminosa dessas lmpadas, de modo a criar diversos
ambientes, sempre de acordo com o gosto do cliente. Para tal, as lmpadas podem ser
dimerizadas por controladores que utilizam componentes eletrnicos especficos para
cada tipo e so chamados de mdulos dimmer.
J o sistema de iluminao natural consiste em dispositivos motorizados que
abrem e fecham, permitindo ou bloqueando assim a passagem de luz natural. Estes
dispositivos tambm so acionados por controladores que utilizam sadas a rels,
usualmente conhecidas como sadas liga/desliga.
So exemplos de dispositivos motorizados:
Cortinas com trilhos motorizados
Venezianas
Persianas
Painis
Coberturas motorizadas
Conforme [Bolzani 2004] com a automao do sistema de iluminao, pode-se
acender ou apagar luzes em horrios definidos, program-las conforme a estao do ano
e/ou ambiente ou determinar qual ser a intensidade luminosa. Isto em conjunto com
sensores de presena e temporizadores refora a idia do consumo eficiente de energia.

2.2. Climatizao
O sistema de climatizao composto principalmente por equipamentos de ar
condicionado, ventiladores, aquecedores e pisos aquecidos. Todos estes equipamentos j
possuem algum tipo de controle remoto infravermelho incorporado, portanto a
integrao com o sistema automatizado pode ser feita utilizando emissores de
infravermelho. No caso dos ventiladores, ainda existem os controladores locais, que
ficam prximos ao sistema de iluminao do ambiente. No caso de sistemas para
aquecimento do ambiente, por questes de segurana, d-se preferncia para
equipamentos que utilizem a energia eltrica [Muratori e Dal B 2013].
Para aumentar a eficincia e preparar a residncia de acordo com o gosto do
cliente, tanto o sistema quanto o cliente devem ter acesso aos dados enviados pelos
sensores de temperatura, umidade, ventilao de cada ambiente. Assim, possvel
verificar a necessidade de ligar/desligar algum equipamento, mesmo que remotamente.

2.3. udio e Vdeo

As residncias modernas possuem muitos equipamentos de udio e vdeo tais como
televisores, players de DVD/Bluray, consoles de videogames e decoders de TV a cabo.
Segundo [Muratori e Dal B 2013] com tantas opes, evidente a importncia deste
sistema, ainda mais que ele se caracteriza por ser uma fonte de entretenimento para o
cliente.
 47

Ainda conforme [Muratori e Dal B 2013], na parte de sonorizao ambiente,

comum existir um amplificador central composto por vrias zonas de sonorizao para
possibilitar que diferentes ambientes possam tocar msicas distintas. Assim, enquanto
algum assiste a um filme na sala, possvel escutar msica em outro cmodo, sem a
necessidade de aparelhagem extra. Como este sistema est atrelado ao fator esttico da
residncia, uma grande variedade de formatos para as caixas acsticas que sero
instaladas junto ao sistema de sonorizao podem ser utilizados.

2.4. Sensores e atuadores

Em automao os sensores so utilizados para monitorar e fornecer informaes sobre
os ambientes da residncia. Estes sensores so dispositivos que transformam grandezas
fsicas, como temperatura, umidade e presso, em um sinal eltrico correspondente. J
os atuadores realizam a converso do sinal eltrico em energia mecnica e produzem
uma ao.
A seguir so dados alguns exemplos, para melhor compreender essa relao e
como elas podem existir nas residncias [Muratori e Dal B 2013]:
Caso o detector de gs seja ativado, o sistema fechar a vlvula solenide
instalada na entrada de gs da residncia, inibindo assim o vazamento de gs;
Caso o detector de inundao seja ativado, o sistema fechar a vlvula
solenide instalada na entrada de gua, inibindo assim o vazamento de gua;
Alm disso, pode-se programar o sistema para que o usurio seja alertado da
ocorrncia de algum destes casos.
No mercado existem diversos tipos de sensores que podem ser integrados ao
sistema de automao para auxiliar no monitoramento e controle dos ambientes, alguns
exemplos so:
Qualidade do ar
Magnticos de abertura
Intensidade luminosa
Fumo
Gs
Movimento
Chama
Chuva e umidade do solo

2.5. Irrigao
Este sistema envolve jardins, gramados, vasos de plantas e sua lgica de funcionamento
simples. A partir dos dados coletados por alguns sensores, programa-se para que a
irrigao seja feita em horrios pr-determinados, caso necessrio. Por exemplo, se os
sensores detectarem chuva ou que a umidade do solo est muito alta, o jardim no ser
irrigado, evitando assim o desperdcio de gua.
No caso de no haver um sistema com aspersores e rotores que irrigue as plantas
automaticamente, pode-se alertar o usurio quando ele deve realizar esta ao. Isto pode
ser feito por meio de mensagens de texto pelo celular ou emails, por exemplo.
48

2.6. Integrao com sistemas de segurana

Os sistemas de segurana so os mais utilizados nas residncias. Eles possuem grande
complexidade e desempenham suas funes atravs de um hardware dedicado. Este
sistema ainda pode ser dividido em subsistemas segundo [Bolzani 2004]:
Deteco perimetral: deteco de intrusos atravs de centrais de choque com
hastes e arames ou sensores infravermelhos.
Sensoriamento interno: composto por sensores magnticos, de presena,
quebra de vidro, enviando sinais no caso de alguma anormalidade.
Circuito fechado de televiso: composto por um conjunto de cmeras
instaladas em pontos crticos para supervisionamento dos locais e coibir a ao
de criminosos.
Controle de acesso: permisso ou no da entrada de pessoas, por meio de um
dispositivo de identificao, por exemplo, biomtrico.
Controle de rondas: feito pelos seguranas, caso hajam.
A integrao com o sistema de automao serve para aumentar a eficcia do
sistema de segurana e geralmente so utilizados os sinais de status da central de alarme
[Muratori e Dal B 2013]. Assim, possvel armar/desarmar remotamente os alarmes e
receber notificaes caso eles tenham disparado.

3. Principais protocolos de automao

3.1. Protocolos de automao powerline

Redes de transmisso de dados baseadas no mesmo meio fsico da distribuio de
energia eltrica so conhecidas como redes powerline. Elas permitem que se utilize a
fiao eltrica existente na residncia como meio de transporte de pacotes de dados
[Bolzani 2004].
Porm muitos problemas impediram o progresso desta tecnologia, entre eles
incidncia de rudos, atenuao do sinal e variaes dos nveis de impedncia.

3.1.1 X10
O padro surgiu na dcada de 70 e considerado um dos primeiros desenvolvidos para
automao residencial. A patente original expirou em 1997, permitindo que novos
produtos baseados em X10 fossem lanados no mercado.
O protocolo funciona da seguinte maneira: as mensagens so formadas por 13
bits, sendo os 4 primeiros o Start Code, os 4 seguintes o House Code (de A a P), os
prximos 4 identificam uma funo (ligar, desligar, etc) ou um nmero (de 1 a 16) e o
ltimo bit determina qual destas duas opes, funo ou nmero, ser utilizada.
Portanto, este protocolo permite o controle de 256 equipamentos e possui 16 comandos,
que so limitados a ligar, desligar ou alterar a intensidade.
Para enviar um comando so necessrias pelo menos duas mensagens, uma com
o endereo e a outra com o comando em si. Alm disso, para assegurar o recebimento
das mensagens, elas so enviadas duas vezes, em razo existncia de rudo na rede.
Devido ao nmero limitado de funes e a baixa integrao com outros sistemas,
este protocolo no o mais indicado para automao, recorrendo-se a outras solues.
 49

3.1.2 Home Plug Powerline Alliance

Esta aliana surgiu no incio dos anos 2000 e visa criar especificaes utilizando a rede
eltrica. Vrios padres foram lanados desde ento, comeando com o Home Plug 1.0,
de 2001.
O Home Plug AV surgiu em 2005 com a promessa de atingir grandes
velocidades ao trabalhar com vdeo, adio e dados. As principais mudanas ocorreram
na camada fsica, na subcamada MAC - que foi projetada para ser altamente eficiente,
suportanto TDMA e CSMA -, e na segurana, utilizando uma criptografia AES-128
bits.
O Home Plug AV2 surgiu em 2012 e compatvel com o padro IEEE 1901.
Este padro procura atender necessidade de altas velocidades na integrao dos
diversos servios presentes nas residncias modernas.

2
Figura 2. Diferenas entre os padres AV e AV2

3.2. Protocolos de automao sem fio

3.2.1. IEEE 802.11

A famlia de padres IEEE 802.11 define as estruturas bsicas para a construo de uma
rede local sem fio (WLAN). A estrutura bsica do protocolo define polticas de controle
e de acesso ao meio fsico, ao ar e corresponde s camadas fsica e de enlace do modelo
OSI [Dau 2013].
O IEEE 802.11 voltado para a comunicao entre computadores por possuir
um alcance maior (chegando algumas centenas de metros) em substituio s redes
LANs cabeadas. Ao longo do tempo diversas verses surgiram, com modificaes em
termos de frequncia de operao, largura de banda e alcance da rede.
Com a popularizao das redes sem fio, em especial do Wi-Fi, a maioria dos
produtos possuem suporte para esta tecnologia, tornando-a um candidato a ser utilizado
na arquitetura futuramente proposta para a automao residencial.

3.2.2. Bluetooth
O Bluetooth tambm um padro com especificaes para a camada fsica e de enlace
mantido pelo Bluetooth SIG. destinada para comunicaes de curto alcance,
conectando joysticks, mouses, teclados, fones de ouvido, por exemplo e formando as
redes pessoais sem fio (WPANs). O Bluetooth opera na faixa de 2.4GHz, a mesma que
outros padres utilizam e as velocidades de transmisso [Dau 2013] podem chegar a
24Mbits/s na verso 3.0. No entanto, a taxa de transmisso mais comum a de at

2
Imagem retirada de Home Plug AV2 White Paper, p.6-7.
50

3Mbits/s, definida na verso 2.0.

A topologia mnima denominada piconet, onde os dispositivos se conectam na
forma mestre-escravo, com um mestre e no mximo sete escravos.
Destinado aos dispositivos mveis, em que o consumo de energia um fator
extremamente importante, o Bluetooth uma boa alternativa. No entanto, outras
solues foram desenvolvidas para trabalhar diretamente com sensores e redes
residenciais e algumas delas esto apresentadas abaixo.

3.2.3. ZigBee
O ZigBee uma tecnologia desenvolvida pela ZigBee Alliance, voltada para redes de
sensores e dispositivos de controle. O objetivo principal do protocolo consumir pouca
energia, fator que possibilita vida longa s baterias dos dispositivos mveis e facilita a
manuteno.
As camadas fsica e de enlace so baseadas no padro IEEE 802.15.4, operando
na faixa 2.4GHz para todo o mundo. Nesta faixa as velocidades de transmisso so de
250 kbits/s.
Em termos de comparao com o Bluetooth, o ZigBee tambm necessita de um
dispositivo que coordene e mantenha a rede. Porm ele permite um nmero muito maior
de dispositivos conectados, quando comparado com os oito do Bluetooth.
Estudos mostram que estes dois protocolos no so concorrentes, mas sim
solues para reas diferentes. Enquanto o ZigBee foi estruturado para ser eficiente em
redes de sensores e por isso o consumo energtico muito menor, o Bluetooh a
melhor opo para dispositivos que necessitam de maiores taxas de transmisso. Visto
que o projeto prope baratear custos e possuir mdulos que sero alimentados por
baterias e constitudos por sensores, o protocolo ZigBee um candidato para ser
utilizado na arquitetura que ser proposta.

3.2.4. Z-Wave
O Z-Wave um protocolo proprietrio, desenvolvido pela Sigma Designs, destinado
automao residencial. O principal objetivo deste protocolo permitir transmisses
confiveis de uma unidade central para outros nodos da rede, de forma semelhante aos
protocolos anteriores. Ele opera na faixa em torno dos 900MHz e permite transmisses
de 9.6 kbits/s e 40 kbits/s.
A grande vantagem deste protocolo que ele foi desenvolvido para ser o padro
em solues de automao residencial, no entanto, esta soluo no aberta, tornando a
utilizao deste invivel neste trabalho.

3.3. Protocolos de automao hbridos

3.3.1. LonWorks
A Echelon Corporation desenvolveu na dcada de 80 um sistema completo de
automao voltado para o mercado predial e industrial. Est presente hoje em
aproximadamente 100 milhes de equipamentos e oferece diversos produtos divididos
em transceivers, controladores e ferramentas de software. O protocolo LonWorks
aberto e tornou-se com o passar do tempo um padro ANSI, IEC e, mais recentemente,
 51

ISO.
A pilha de protocolos complexa e usa as setes camadas do modelo OSI. Na
camada fsica so suportadas conexes cabeadas, sem fio, por fibra tica, powerline, por
exemplo.

3.3.2. KNX
Este padro surgiu no final da dcada de 90, resultante da unio de trs associaes: EIB
(European Installation Bus), EHS (European Home System) e BatiBUS.
O KNX uma norma aberta e internacional (ISO/IEC 14543-3) dedicada ao
mercado residencial e predial. Alm disso independente de hardware ou software e os
fabricantes que desejarem certificar seus produtos devem estar de acordo com a ISO
9001. At o momento os meios fsicos padronizados so: cabos de pares tranados,
powerline, radiofrequncia e ethernet/IP.
Assim como o LonWorks, o KNX ainda mais utilizado em sistemas comerciais
e apesar de fornecer uma soluo completa para a automao, sua aplicao prtica
bastante reduzida. As solues utilizando tecnologias mais conhecidas tem tido
preferncia nas instalaes de residncias inteligentes.

4. Arquitetura para automao residencial sem fio

4.1. O projeto
A proposta deste trabalho possibilitar a automao de uma residncia utilizando a rede
sem fio. O objetivo desenvolver uma arquitetura que faa a integrao entre
dispositivos mveis (tablets, smarphones, por exemplo) e os equipamentos controlados.
O projeto visa facilitar a implantao, diminuir os custos e expandir a automao
residencial no mercado brasileiro, que se encontra atualmente limitada, oferecendo
opes geralmente caras.
A deciso sobre os componentes que faro parte da arquitetura foi baseada
principalmente no protocolo de comunicao. Aps estudar as diferentes opes de
protocolos sem fio optou-se por utilizar Wi-Fi e ZigBee, sendo o primeiro escolhido
pela enorme difuso nos dispositivos mveis e nas prprias residncias (o que reduz os
custos com uma parte da estrutura) e o segundo pelas suas caractersticas de eficincia
energtica. Sendo assim, verifica-se a necessidade de um controlador que far a
integrao entre esses dois protocolos.
O projeto ser composto por duas partes: a primeira parte ser a implementao
do aplicativo para Android e a segunda parte ser a implementao do controlador
utilizando uma placa da plataforma Arduino. As explicaes e detalhes sobre o
hardware sero dadas no captulo 4.2 e sobre o software no captulo 4.3.

4.2. O hardware
A arquitetura ser composta principalmente por um controlador, que realizar a
integrao entre os protocolos Wi-Fi e ZigBee. Pela facilidade de uso e pela fartura de
documentao, foi escolhida uma placa da plataforma Arduino.
52

4.2.1. A placa Arduino

O Arduino Mega 2560 uma placa microcontroladora baseada no ATmega 2560, com
54 entradas/sadas digitais (das quais 15 podem ser sadas PWM), 16 entradas
analgicas, 4 UARTs, um cristal de 16 MHz, conexo USB, conector para alimentao
externa, memria flash de 256 KB, 8 KB de SRAM e 4 KB de EEPROM.
Junto placa sero utilizados Shields WiFi e XBee, que servem para ampliar as
capacidades das placas Arduino. Neste caso, as opes de comunicao via Wi-Fi e
mdulos XBee so integradas ao Arduino.
Os mdulos de rdio XBee Series 2 so fabricados pela Digi International e
suportam uma variedade de protocolos de comunicao, entre eles o ZigBee. Estes
mdulos sero responsveis pela comunicao entre o controlador e os equipamentos
espalhados pela residncia. J o mdulo Wi-Fi ser responsvel pela comunicao entre
os dispositivos mveis e o controlador. A figura 3 mostra a placa Arduino Mega e dois
modelos de rdio XBee e a figura 4 mostra um exemplo da arquitetura proposta.

3
Figura 3. Arduino Mega e mdulos Xbee

4
Figura 4. Arquitetura proposta

3
Imagem retirada de Lian et al., 2013. p.758 e http://arduino.cc/en/Main/ArduinoBoardMega2560. Acesso
em: 22/03/2014.
 53

4.3. O software
A implementao deste trabalho ser realizada em dispositivos mveis do tipo
smartphone, com sistema operacional Android. Ser utilizada a API 16, lanada na
verso Jelly Bean (4.1). O desenvolvimento do cdigo fonte ser na linguagem Java,
padro para desenvolvimento Android e na linguagem XML, padro para definio
grfica no Android. O aplicativo permitirir o controle dos recursos disponveis a partir
do smartphone.

4.3.1. O aplicativo
Para este trabalho foram escolhidos os sensores de temperatura, umidade, luminosidade,
movimento e gs. Ser possvel verificar atravs do aplicativo as informaes dos
sensores e ainda podero ser executadas as aes de (des)acionamento dos sensores e
emisso de sinais sonoros para indicar anormalidades detectadas por algum dos
sensores.
Para a comunicao entre o aplicativo e o controlador optou-se pelo modelo
cliente-servidor, utilizando sockets TCP/IP. No aplicativo Android ser implementado o
cliente enquanto no controlador ser implementado o servidor.

4.3.2. O controlador
O controlador ser implementado utilizando a linguagem de programao Arduino,
padro para desenvolvimento em placas da plataforma Arduino. A partir dele ser
possvel conectar-se aos mdulos XBee ou Wi-Fi para recebimento/transmisso de
dados. O programa ser tambm responsvel pela traduo das mensagens, devido
proposta da arquitetura de trabalhar com dois protocolos. Para auxiliar a comunicao
com o hardware e a montagem dos pacotes enviados pela rede sero utilizadas APIs de
programao, como por exemplo a WiFi library e a Xbee library.

4.3.3. Integrao com a Nuvem

At o momento, este cenrio considera somente a interao do usurio com os
equipamentos de forma local, ou seja, utilizando a rede interna da residncia. Porm
essencial oferecer ao usurio a opo de monitorar a sua casa distncia. Para isto ser
utilizada uma plataforma online, projetada para a Internet das Coisas, na qual possvel
conectar os equipamentos da casa automatizada com a internet, permitindo o
monitoramento em tempo real atravs de qualquer dispositivo. No caso deste trabalho,
os sensores iro disponibilizar as informaes para a Nuvem e na ocorrncia de alguma
anormalidade, o usurio ser imediatamente informado por intermdio de mensagens de
texto ou email.

5. Cronograma
As atividades da segunda etapa deste trabalho esto definidas conforme o cronograma
abaixo:

4
Imagem retirada de Lian et al. 2013, p.760.
54

A primeira tarefa, conforme o cronograma, consiste em preparar a mquina a ser

utilizada para o desenvolvimento deste trabalho. Sero instalados e configurados os
ambientes para desenvolvimento no Android e no Arduino, e o terminal necessrio para
configurao dos mdulos XBee.
Em seguida inicia-se o desenvolvimento do aplicativo a ser instalado nos
dispositivos mveis do tipo smartphone, sucedida pela implementao do controlador e
pela implementao do servio que integra os equipamentos internet.
Durante o ms de maio esto programados os testes com a arquitetura e o incio
da aquisio de dados para anlise de desempenho. O ms de junho e incio de julho
destinam-se escrita da monografia. Caso hajam eventuais atrasos, eles podem ser
resolvidos ainda em junho.

Referncias
Bolzani, C. (2004), Residncia Inteligentes, Livraria da Fsica, 1 edio.
Muratori, J. R. e Dal B, P. H. (2013), Automao Residencial Conceitos e Aplicaes,
Educere, 1 edio.
Dau, M. L. (2013), Comunicao entre MANETs com protocolo de roteamento
baseado na fonte, Instituto de Informtica, Universidade Federal do Rio Grande do
Sul.
Bolzani, C., "Domtica, a nova cincia do sculo XXI", Revista Fonte, a. 10, n. 13,
dezembro 2013.
Lian, K.-Y., Hsiao, S.-J., Sung, W.-T., "Intelligent multi-sensor control system based on
innovative technology integration via ZigBee and Wi-Fi networks", Jornal of
Network and Computer Applications, v. 36(2), p. 756-767, maro 2013.
Home Plug AV White Paper, disponvel em
http://www.homeplug.org/tech/whitepapers/HPAV-White-Paper_050818.pdf, Maro
Home Plug AV2 White Paper, disponvel em
http://www.homeplug.org/tech/whitepapers/HomePlug_AV2_whitepaper_130909.pd
f, Maro
The LonWorks Protocol, https://www.echelon.com/technology/lonworks/lonworks-
protocol.htm, Maro
 55

KNX Association, http://www.knx.org/knx-en/index.php, Maro

Arduino,http://arduino.cc/, Fevereiro