GIOVANI MADALENA DEROSA

DESENVOLVIMENTO DE UM SISTEMA PARA ACIONAMENTO DE CARGAS E SENSOREAMENTO DE UM AMBIENTE RESIDENCIAL COM DISPOSITIVO ANDROID

FLORIANPOLIS, 2012

INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA DE SANTA CATARINA DEPARTAMENTO ACADMICO DE ELETRNICA CURSO DE PS-GRADUAO LATO SENSU ESPECIALIZAO EM DESENVOLVIMENTO DE PRODUTOS ELETRNICOS

GIOVANI MADALENA DEROSA

DESENVOLVIMENTO DE UM SISTEMA PARA ACIONAMENTO DE CARGAS E SENSOREAMENTO DE UM AMBIENTE RESIDENCIAL COM DISPOSITIVO ANDROID

Trabalho de Concluso de Curso submetido ao Instituto Federal de de Educao, Cincia e Tecnologia de Santa Catarina como parte dos requisitos para obteno do Certificado de Concluso do Curso de Ps-Graduao Lato Sensu Especializao em Desenvolvimento de Produtos Eletrnicos. Orientador Charles Borges de Lima, Dr. Eng.

FLORIANPOLIS, 2012

DESENVOLVIMENTO DE UM SISTEMA PARA ACIONAMENTO DE CARGAS E SENSOREAMENTO DE UM AMBIENTE RESIDENCIAL COM DISPOSITIVO ANDROID
GIOVANI MADALENA DEROSA Este trabalho foi julgado adequado para obteno do Certificado de Especialista em Desenvolvimento de Produtos Eletrnicos e aprovado na sua forma final pela banca examinadora do Curso de Ps-Graduao Lato Sensu Especializao em Desenvolvimento de Produtos Eletrnicos do Instituto Federal de Educao, Cincia e Tecnologia de Santa Catarina. Florianpolis, 13 de dezembro de 2012. Banca Examinadora:

_________________________________ Charles Borges de Lima, Dr. Eng. Orientador

_________________________________ Andr Lus Dalcastagn, Dr. Eng.

_________________________________ Fernando Santana Pacheco, Dr. Eng.

RESUMO
Este trabalho consiste no desenvolvimento de um aplicativo para o sistema operacional Android, utilizado em dispositivos mveis, que remotamente, via Bluetooth, permite o acionamento de rels e o sensoreamento de grandezas analgicas em um ambiente residencial. Isso se torna possvel, atravs de uma placa microcontrolada e o resultado visualizado na tela do dispositivo mvel. Utiliza-se a ferramenta oficial do Android com a linguagem de programao Java e por meio de uma placa de sistema microcontrolado, com um mdulo de comunicao Bluetooth, os dados passam dos sensores de temperatura e umidade para o sistema. Dessa forma, evidenciada a comodidade que o uso da automao residencial pode proporcionar. Palavras-chave: Sistema operacional Android. Bluetooth. Automao residencial.

ABSTRACT
This work consists of an application developing for the Android operating system used in mobile devices, remotely, via Bluetooth, allows triggering of relays and sensing of analog quantities in a residential environment. This becomes possible through a plate microcontroller and the results are displayed on the screen of one mobile device. We use the tool with the official Android Java programming language and through a system board microcontroller, with a Bluetooth communication module, data flow from temperature and humidity sensors to the system. Thus, it is evident that the home automation can provide convenience use. Keywords: Operating system Android. Bluetooth. Home automation.

Lista de Figuras
FIGURA 1: Mascote Android..........................................................20 FIGURA 2: Ambiente Android........................................................22 FIGURA 3: Arquitetura do sistema Android....................................25 FIGURA 4: Logotipo Bluetooth.......................................................28 FIGURA 5: Redes Piconets e Scatternet..........................................30 FIGURA 6: Pilha de Protocolos Bluetooth......................................33 FIGURA 7: Modelo de comunicao RFCOMM.............................36 FIGURA 8: Mdulo Adaptador Bluetooth.......................................41 FIGURA 9: Mdulo de desenvolvimento ARM7(eLPC48).............42 FIGURA 10: Circuito de gravao de programa..............................44 FIGURA 11: Circuito de acionamento dos rels..............................45 FIGURA 12: Circuito do sensor de luminosidade............................46 FIGURA 13: Mdulo sensor DHT11...............................................47 FIGURA 14: Esquemtico simplificado da placa de sensoreamento e acionamento.....................................................................................48 FIGURA 15: Android SDK Manager...............................................49 FIGURA 16: O emulador Android para dispositivo virtual..............51 FIGURA 17: Celular Atrix, com Sistema Operacional Android.......52 FIGURA 18: Programa desenvolvido para o Android......................53

Sumrio 1 INTRODUO...........................................................................16 1.1 JUSTIFICATIVA..................................................................17 1.2 DEFINIO DE PROBLEMA............................................17 1.3 OBJETIVOS.........................................................................18 1.3.1 Objetivo geral..............................................................18 1.3.2 Objetivos especficos...................................................18 2 FUNDAMENTAO TERICA..............................................20 2.1 ANDROID............................................................................20 2.1.1 A Plataforma Android................................................21 2.1.2 Caractersticas da Arquitetura Android...................22 2.1.3 Construo do Ncleo Android.................................25 2.1.4 A Mquina Virtual Dalvik.........................................26 2.1.5 Mercado Android.......................................................26 2.2 BLUETOOTH.......................................................................28 2.2.1 Topologia da Rede......................................................29 2.2.2 Endereos....................................................................31 2.2.3 Pilha de protocolos do Bluetooth...............................32 2.2.4 RFCOMM..................................................................35 2.2.5 Protocolo de descoberta de servios.........................37 3 DESENVOLVIMENTO..............................................................40 3.1 MDULO DE COMUNICAO BLUETOOTH...............40 3.2 PLACA DE ACIONAMENTO E SENSOREAMENTO.......42 3.2.1 Programao e gravao do microcontrolador.........43 3.2.2 Circuito de gravao do microcontrolador...............43 3.2.3 Acionamentos de rels ................................................44 3.2.4 Sensoreamento.............................................................45 3.3 FERRAMENTA DE DESENVOLVIMENTO PARA O ANDROID..................................................................................49 3.3.1 O Emulador Android.................................................50 3.4 O TELEFONE CELULAR (DISPOSITIVO MVEL).........51 3.5 PROGRAMA DESENVOLVIDO PARA O ANDROID.......52 3.5.1 Comunicao Bluetooth do celular............................53 3.6 ALGORITMO E INTEGRAO DO SISTEMA................54 4 RESULTADOS............................................................................55 5 CONCLUSES ..........................................................................57

REFERNCIAS.............................................................................58 ANEXO A MDULO BLUETOOTH.......................................59 ANEXO B MDULO ELPC48 .................................................62 ANEXO C ESQUEMTICO DO EPLC48..............................64 ANEXO D SENSOR DHT11......................................................66

15

1 INTRODUO

O conforto de se controlar as variveis de um ambiente qualquer de uma casa sinnimo de luxo e comodidade. Atualmente, alguns aparelhos oferecem essa funcionalidade a baixo custo, tais como controles remotos por infravermelho, por radiofrequncia e circuitos fechados de televiso. Alm dessas tecnologias, existem vrias outras solues para a automao residencial desenvolvidas por grandes empresas. Solues, por exemplo, que integram internet e sistemas com celulares. Os sistemas j existentes oferecem pginas da Web como interfaces de controle que podem ser acessadas de qualquer computador pessoal. Empresas, como a Scenario, fazem uso da internet para permitir acionamentos em equipamentos mveis atravs de um sistema operacional, no caso o iOS. Os equipamentos utilizados neste desenvolvimento so da empresa Apple (iPad, iPhone e iPod). O desenvolvimento dos smartphones tem permitido uma melhor utilizao dos sistemas de automao. Esses aparelhos tm recursos de maior memria e melhor poder de processamento, combinados com sistemas operacionais mais sofisticado, em comparao com os celulares comuns. A motivao para este trabalho integrar novas tecnologias no desenvolvimento de uma aplicao para dispositivos mveis baseados no sistema operacional Android, utilizando a comunicao Bluetooth para o controle das variveis de um ambiente residencial. O smartphone se comunica com uma placa microcontrolada que faz os devidos acionamentos de rels e sensoreamento de grandezas analgicas, cujas informaes so apresentadas na tela do aparelho. Dessa forma, possvel controlar luzes, condicionadores de ar, eletrodomsticos e outros equipamentos. Alm disso, pode-se monitorar as informaes extradas de sensores espalhados no ambiente, como, por

16
exemplo, sensores de temperatura, umidade relativa, luminosidade e presso baromtrica. 1.1 JUSTIFICATIVA

Este projeto, atravs de um dispositivo mvel ( smartphone) e de um prottipo de baixo custo, visa trazer o conforto e comodidade no controle de cargas e sensoreamento de temperatura, umidade e luminosidade em um ambiente residencial. 1.2 DEFINIO DE PROBLEMA

O desenvolvimento dos smartphones e do sistema operacional Android tem possibilitado um grande avano no controle de variveis em ambientes residenciais, Com este trabalho, pretende-se desenvolver uma aplicao e um prottipo, oque se torna cada vez mais relevante em automao residencial, a fim de permitir o acionamento de rels para o controle de cargas, como pro exemplo, ventiladores e lampadas, bem como a leitura de sensores de temperatura, umidade e luminosidade.

17

1.3 OBJETIVOS

1.3.1 Objetivo geral O desenvolvimento de uma aplicao para dispositivos mveis com o sistema operacional Android o objetivo geral deste trabalho. A ideia utilizar a comunicao Bluetooth de um smartphone para ler e controlar as variveis de um determinado ambiente. 1.3.2 Objetivos especficos Desenvolver uma rotina de comunicao para um mdulo Bluetooth em um sistema microcontrolado de recepo de comandos enviados por um smartphone. Desenvolver um programa para o controle e aquisio de dados no sistema operacional Android. Desenvolver uma rotina de comunicao e leitura de sensores de temperatura, umidade e luminosidade no sistema microcontrolado.

18

19

2 FUNDAMENTAO TERICA 2.1 ANDROID

O Android um sistema operacional para uso em dispositivos mveis (celulares e tablets), desenvolvido pelo Google em conjunto com 50 empresas de tecnologia e mobilidade que formam a Open Handset Aliance. Diversos fabricantes de dispositivos mveis adotam o sistema Android em seus produtos, tais como: Motorola, Samsung, HTC, Sony e Ericsson, o que causou uma rpida popularizao do sistema. Cada comunidade de desenvolvedores adota um mascote, ou seja, um cone representativo da marca, Por exemplo: o Linux adota o pinguim, o GNU tem um guinu, e o Mozilla Firefox uma raposa. Para o Android, foi escolhido um pequeno rob verde (ZECHNER, 2011), que pode ser visto na Figura 1.

FIGURA 1: Mascote Android. Fonte: http://developer.android.com/ Acesso em: 2 ago. 2012.

20

2.1.1

A Plataforma Android

O sistema operacional Android possui seu cdigo aberto, isto , a comunidade de software pode contribuir com melhorias; seu ncleo baseado na verso 2.6 do Linux (ZECHNER, 2011). O Android possui uma interface de usurio com inmeros aplicativos, bibliotecas de cdigo, suporte a multimdia e outras funcionalidades. Os componentes do sistema operacional so escritos em linguagem C ou C++ e as aplicaes do usurio so normalmente construdas em Java. Uma das caractersticas da plataforma Android que no h diferena entre as aplicaes do sistema e aquelas criadas com o SDK Android (Standard Development Kit), que a ferramenta de desenvolvimento para a linguagem de programao Java. Isso significa que possvel desenvolver aplicaes para explorar todos os recursos disponveis no dispositivo (ZECHNER, 2011). A caracterstica mais notvel do Android possuir cdigo fonte aberto. Portanto, novos elementos podem ser fornecidos pela comunidade global de desenvolvedores. O ambiente do software Android contm um kernel (ncleo) Linux, a mquina virtual Dalvik que executa os cdigos java da aplicao com suas bibliotecas, e o Application Framework, entendido como um conjunto de bibliotecas do Android. Alm disso, h aplicaes internas e personalizadas, ou seja, programas do sistema e de terceiros. O ambiente do Android representado na Figura 2.

21

FIGURA 2: Ambiente Android. Fonte: adaptado de http://skogberg.eu/android/, Acesso em: 1 nov. 2012.

2.1.2

Caractersticas da Arquitetura Android

O software Android possui um conjunto de funes para aplicaes mveis, incluindo os componentes principais de uma plataforma de computao. Em resumo, os componentes do Android so listados a seguir (ZECHNER, 2011). a) Ncleo do Linux, que fornece uma camada de abstrao fundamental do hardware, bem como servios essenciais, como o processamento, gerenciamento da memria e a gesto do sistema de arquivos. No ncleo esto os aplicativos de comunicao com o hardware especfico (drivers), onde so implementados recursos como o Wi-Fi e o Bluetooth. O sistema Android foi concebido para ser flexvel, com muitos componentes opcionais que dependem da disponibilidade de

22
hardware especfico. Esses componentes incluem caractersticas como: telas sensveis ao toque, cmeras fotogrficas, receptores de GPS, acelermetros, magnetmetros e giroscpios. b) As bibliotecas de cdigo, que incluem: A tecnologia de navegador WebKit, a mesma estrutura do cdigo aberto do navegador Safari do Mac do iPhone Mobile. O WebKit tornou-se o padro para a maioria das plataformas mveis. Suporte a banco de dados via SQLite, um banco de dados fcil de usar. Suporte avanado a grficos, incluindo 2D, 3D, animao Scalable Games Language (SGL) e OpenGL ES. udio e suporte de mdia de vdeo OpenCORE PacketVideo e do Google Stagefright. Secure Sockets Layer (SSL), recursos do projeto Apache.

c) Uma matriz de registros que d apoio para: Visualizao. Janelas. Os servios baseados em localizao (GPS). Telefonia.

23
d) Android Runtime: Pacotes do ncleo Java para um ambiente de programao Java (este no um ambiente Java ME). A mquina virtual Dalvik, que emprega os servios do ncleo baseado no Linux para fornecer um ambiente para hospedar os aplicativos Android. Na Figura 3 pode-se ver de forma mais detalhada a relao entre as camadas do sistema operacional. Na parte de baixo da figura fica o ncleo do Linux com os aplicativos de comunicao com os perifricos do dispositivo. Acima do ncleo esto as bibliotecas do sistema, onde tambm se situa a mquina virtual Dalvik. No topo da Figura 3 esto os aplicativos acessados pelo usurio, ou seja, onde ocorre a instalao e desinstalao de aplicativos. O desenvolvedor de programas para Android tem acesso at a camada Application Framework ao criar seus programas.

24

FIGURA 3: Arquitetura do sistema Android. Fonte: http://reply2viveksshah.blogspot.com.br/2010, Acesso em: 7 nov. 2012.

2.1.3

Construo do Ncleo Android

O Android construdo em um ncleo Linux e com uma mquina virtual otimizada para suas aplicaes Java. O componente do ncleo Linux do Android permite agilidade e portabilidade, tirando proveito do hardware. O ambiente Java torna o Android acessvel para um grande nmero de programadores, porque a linguagem de programao java muito utilizada na atualidade. O emprego de uma plataforma cheia de recursos como o Linux e o uso de cdigo aberto permite um desenvolvimento rpido. Tal arranjo importante no mundo dos dispositivos mveis, onde os produtos

25
mudam rapidamente. Alm disso, o Linux confivel, o que muito importante para dispositivos mveis como tambm fornece uma camada de abstrao de hardware, o que facilita a programao. Aplicaes do usurio, bem como aplicaes principais do Android, so escritas em Java e so compiladas em cdigos de byte (bytecodes).

2.1.4

A Mquina Virtual Dalvik

Cdigos de byte so interpretados em tempo de execuo por um intrprete conhecido como uma mquina virtual (VM). No Android, utilizada a Mquina Virtual Dalvik, que foi projetada para funcionar em sistemas com baixa frequncia de CPU e com pouca memria RAM. Alm disso, ela otimizada para um consumo mnimo de memria, bateria e processamento da CPU (Da Silva, 2009). Aplicaes escritas em Java so compiladas em bytecodes Dalvik e executadas usando a Mquina Virtual Dalvik, o que permite que programas sejam distribudos em formato binrio ( bytecodes) e possam rodar em qualquer dispositivo Android, independentemente do processador utilizado. Do ponto de vista do desenvolvedor de aplicativos mveis, o Android um ambiente Java, mas em tempo de execuo no estritamente uma mquina virtual Java. Isso explica as incompatibilidades entre Android e ambientes adequados de bibliotecas do Java.

2.1.5

Mercado Android

Atualmente, a grande maioria dos fabricantes de dispositivos mveis tem produtos com Android no mercado, desde modelos mais baratos at os de tecnologia de ponta em processamento.

26
No mercado de programas, no site Play Store do Google, pode-se encontrar programas desenvolvidos por vrias empresas. Para se tornar um desenvolvedor, necessrio comprar uma licena no valor de 25 dlares, o que permite postar programas no Play Store. Isso torna fcil a distribuio de programas. H atualmente mais de 700 mil programas disponveis no Play Store.

27
2.2 BLUETOOTH

O Bluetooth um padro para redes sem fio de curto alcance para comunicaes de rdio (10 a 100 metros). O logotipo que identifica essa comunicao pode ser visto na Figura 4.

FIGURA 4: Logotipo Bluetooth. Fonte: THE Bluetooth SIG Standard http://www.bluetooth.com/ Acesso em: 4, nov. 2012.

O Bluetooth foi projetado para ter baixa potncia e baixo custo. Foi desenvolvido em 1994 pela Ericsson para substituir fiaes. Atualmente, est disponvel em muitos tipos de dispositivos eletrnicos como: PDAs (Personal Digital Assistant), telefones mveis, computadores, mouses, teclados, fones de ouvido e impressoras. Em 1998, a Ericsson juntou esforos com a Intel, IBM, Nokia e Toshiba para formar o Bluetooth Special Interest Group (SIG). Em 1999, foram incorporados ao desenvolvimento, a 3Com, Lucent / Agere e Microsoft, fazendo com que o Bluetooth se tornasse um padro aberto e seguro. A primeira verso do padro foi a 1.0 (julho de 1999), com trs variaes, 1.0, 1.0a e 1.0b. Em particular, as verses 1.0 e 1.0b tiveram muitos problemas, especialmente falta de interoperabilidade entre dispositivos de diferentes fabricantes. A segunda verso foi a 1.1 (fevereiro de 2001), cujas diferenas em relao verso anterior esto relacionadas a correo de alguns problemas que surgiram durante o uso, uma otimizao de desempenho, bem como a possibilidade de

28
canais de comunicao criptografada. Devido ao sucesso e utilizao do padro desenvolvido, em junho de 2002, o IEEE (Institute of Electrical and Electronic Engineers) produziu sua prpria verso do padro chamado 802.15 ou IEEE 802.15.1 WPANs (Wireless Personal Area Network ). Em novembro de 2003, lanou a verso 1.2 compatvel com 1.1 e acrescentou melhorias para reduzir a interferncia em reas populosas por meio de seleo adaptativa de sub-banda, para maior velocidade e qualidade da transmisso e, em caso de perda de dados, retransmisso. A maior diferena ocorreu com a verso 2.0 do Bluetooth, que permite transmisses 3 a 10 vezes mais rpidas que as verses anteriores, cobrindo at 100 metros com menor consumo de energia. O protocolo Bluetooth funciona na frequncia ISM ( Industrial, Scientific and Medical) de 2,45 GHz. Para minimizar a interferncia, o protocolo divide a banda em 79 canais e alterna entre eles 1600 vezes por segundo (por um mecanismo chamado de frequncia de salto ou FH) (KOBAYASHI, 2004). A verses 1.1 e 1.2 do Bluetooth gerenciam taxas de transferncias de at 723,1 kbit/s. A verso 2.0 executa um modo de alta velocidade que permite at 2,1 Mbit/s. Essa modalidade aumenta o consumo de energia. A nova verso utiliza sinais mais curtos, capaz de reduzir pela metade a potncia necessria pelo Bluetooth 1.2.

2.2.1

Topologia da Rede

Dois ou mais dispositivos Bluetooth podem se conectar e compartilhar um canal de rdio, formando uma pequena rede sem fio chamada Piconet que tem uma capacidade total de at 1 Mbit/segundo. Segundo The Bluetooth SIG Standard, 2012, nesta configurao, um dispositivo de Bluetooth atua como mestre, controlando o trfego da Piconet, enquanto todos os outros dispositivos se comportam como escravos. O mestre definido como aquele que inicia o processo de

29
conexo para estabelecer a Piconet e nico dentro da rede. O mestre estabelece o acesso rede de escravos por meio de um mecanismo de pesquisa, ou seja, todo o trfego deve passar por ele. Dentro de uma Piconet pode haver at 7 escravos ativos, mas ela ainda pode ter at 255 dispositivos adicionais, que devem estar no estado inativo, ou seja, no pode transmitir, mas manter sincronizao com o mestre, e podem ser conectados a qualquer momento (STALLINGS, 2002). Duas Piconets espacialmente sobrepostas podem ser interligadas atravs de um dispositivo Bluetooth para formar uma Scatternet. Os escravos podem pertencer a Piconets diferentes, utilizando multiplexao por diviso de tempo, enquanto o mestre de uma Piconet pode ser escravo em outra Piconet. Possveis topologias de rede Bluetooth podem ser vistas na Figura 5.

FIGURA 5: Redes Piconets e Scatternet: a) Ponto a ponto, mestre escravo; b)

Rede Piconet; c) Rede Scatternet, formada por trs Piconets.

Fonte: Adaptado de Specification of the Bluetooth System 2001.

30
As Piconets interconectadas na Scatternet formam a estrutura da Rede Mvel (MANET), que permite que dispositivos que no se comunicam diretamente, ou que esto fora do alcance para troca de dados, se comuniquem atravs de vrias etapas da Scatternet. As implementaes atuais do Bluetooth so principalmente por ponto simples ou ponto a ponto.

2.2.2

Endereos

A cada chip Bluetooth atribudo um endereo nico de 48 bits, muito similar ao endereo MAC Ethernet. Esses endereos so geridos pela mesma entidade, a Autoridade de Registro do IEEE. Esses endereos so colocados no dispositivo durante a fabricao e permanecem estticos durante o tempo de vida do chip. Um dispositivo Bluetooth pode enviar a seguinte informao: DeviceName. DeviceClass. Lista de servios. Informaes tcnicas, tais como: funcionalidade, fabricante e especificao Bluetooth. O DeviceName a lista de nomes de dispositivos ao alcance. O DeviceClass refere-se s classes de potncia. Dispositivos Bluetooth so dividido em trs categorias distintas, cada uma delas correspondendo a uma potncia de transmisso de rdio: Classe 1: dispositivos de longo alcance (100 metros), com uma potncia mxima de 20 dBm (100 mW). Classe 2: dispositivos de mdio alcance (10 metros), com uma potncia mxima de 4 dBm (2,5 mW).

31

Classe 3: para curto alcance (1 metros), com uma potncia de sada de 0 dBm (1 mW). Na classificao estabelecida com referncia aos dispositivos da classe 1, a distncia percorrida inteiramente terica, dado que a aplicao influenciada pelo hardware empregado, e pelos obstculos e, em menor medida, pelo rudo gerado por outras fontes de sinais de rdio, tais como: as redes celulares ou Wi-fi. Alm disso, cada classe determina o consumo de energia do dispositivo. Atualmente, a maioria dos dispositivos pertence as classes 2 e 3. Qualquer dispositivo pode enviar um pedido para procurar outros dispositivos ao alcance, pode ser configurado para conectar qualquer dispositivo e se deve ou no responder a esses pedidos. Se o dispositivo solicitante j conhece o endereo, ele pode responder imediatamente, muitas vezes, porm, os endereos so substitudos por nomes atribudos pelos usurios ou a partir do fabricante, como a marca e o modelo. Isto porque seria muito complexo visualizar nmeros de 48 bits, do mesmo modo que os endereos IP. prefervel mostrar o nome do usurio para a identificao. 2.2.3 Pilha de protocolos do Bluetooth

A tecnologia Bluetooth foi desenvolvida atravs de uma pilha de protocolos. essa pilha de protocolos que permite a localizao, conexo e troca de dados entre os dispositivos. A especificao da pilha de protocolos do Bluetooth apresentada na Figura 6, sendo dividida em trs grupos ou camadas lgicas:

32
1. Grupo de Protocolo de Transporte. 2. Grupo de Protocolos de Middleware. 3. Grupo de Aplicativos.

FIGURA 6: Pilha de Protocolos Bluetooth. Fonte:http://www.gta.ufrj.br/grad/09_1/versao-final/rssf/padroes_ieee.html. Acesso em: 4 nov. 2012.

O Grupo de Protocolo de Transporte permite que os dispositivos Bluetooth possam descobrir outros dispositivos e gerenciar as conexes fsica e lgica. A utilizao da palavra "transporte" no indica uma ligao com a camada de transporte no modelo de referncia OSI ( Open Systems Interconnectio) de redes de computadores. Em vez disso, corresponde camada de ligao fsica. Nveis de Rdio, Baseband, Link Manager, Logical Link Control e Adaptao (L2CAP) e Host Controller Interface (HCI) so agrupados no Grupo de Protocolo de Transporte. Esses grupos suportam transmisses sncrona e assncrona. Todos os protocolos nesse grupo so necessrios para a comunicao entre dispositivos Bluetooth. O Grupo de Protocolo Middleware utiliza os protocolos da camada de transporte para dar suporte camada de aplicao, permitindo que as aplicaes utilizem um nvel de abstrao elevado em relao aos detalhes da comunicao (Miller e Bisdikian, 2000).

33
Os protocolos desenvolvidos pela The Bluetooth SIG Standard incluem: Emulador de porta serial (RFCOMM), que permite que aplicaes operem com o protocolo serial padro, por exemplo, o RS232. Protocolo baseado em pacotes Telephony Control Signaling (TCS), para lidar com operaes de telefonia. Service Discovery Protocol (SDP), que permite que um dispositivo possa obter informaes sobre os servios disponveis em outros dispositivos. O Grupo de Aplicativos inclui aplicaes que utilizam conexes Bluetooth. Detalhadamente os nveis do grupo de transporte so: Nvel de Rdio: refere-se principalmente ao modo fsico de transmisso. O mdulo de rdio de um dispositivo Bluetooth responsvel pela modulao e demodulao de dados nos sinais de RF para a transmisso sem fio. Nvel Baseband: define como um dispositivo Bluetooth se conecta a outros dispositivos. Tambm a esse nvel so definidos os tipos de pacotes, procedimentos de processamento e estratgias para a deteco e correo de erros, mudanas de transmisso do sinal de criptografia e retransmisso de pacotes. Nvel de Link Manager: implementa o Link Manager Protocol (LMP), que gerencia as propriedades da interface de rdio entre os dispositivos e serve para traduzir os comandos do HCI em operaes ao nvel baseband. O LMP gera o Piconet (link set-up), cuida da troca mestre-escravo se necessria, gerencia a alocao de largura de banda e reserva de recursos para o trfego, executa a autenticao usando um sistema de negociao, cuida do pareamento entre os dispositivos, a

34
criptografia de dados e gerencia o consumo. Nvel HCI: define uma interface padro para os aplicativos acessarem do nvel mais alto para os mais baixos. uma interface comum entre hardware e software. A finalidade permitir a interoperabilidade entre os dispositivos e o uso de protocolos e aplicaes a um nvel superior. Nvel L2CAP: fornece a interface entre os protocolos da camada superior e protocolos da camada de transporte. O L2CAP suporta a multiplexao de vrios protocolos de alto nvel, tais como RFCOMM e SDP. Isso permite que uma multiplicidade de protocolos possam partilhar a interface. O L2CAP responsvel tambm, pela segmentao de pacotes e por monitorar e manter o nvel de qualidade e conjunto do servio. Acima do L2CAP, os nveis restantes da pilha de protocolo Bluetooth no so ordenados de maneira linear. 2.2.4 RFCOMM

O protocolo RFCOMM um protocolo de transporte que fornece simulao de portas serial sobre o protocolo L2CAP proporcionando um formato comum para consolidar os vrios formatos em um nico padro de comunicao serial. Muitas vezes referido como um protocolo de substituio de cabos, sendo especfico para comunicao serial, tem a vantagem de permitir que os desenvolvedores de software possam usar aplicativos que usam portas seriais. Essa virtualizao traz consigo as operaes da porta COM, como fragmentao, multiplexao e outras caractersticas tpicas da comunicao serial. O nome do protocolo derivado de RF orientada a emulao de porta serial. O RFCOMM baseado no padro ETSI TS 10.07, embora apenas parte deste padro seja utilizado, existindo algumas adaptaes nas especificaes do protocolo RFCOMM. Esse protocolo pode suportar at 30 conexes simultneas entre dois dispositivos, ou seja, em

35
um computador poderia se ter at 256 portas COM, e neste caso apenas 30. Na Figura 7 apresentado comunicao entre dois dispositivos, onde o protocolo de transporte RFCOMM d suporte ao protocolo L2CAP.

FIGURA 7: Modelo de comunicao RFCOMM. Fonte: Specification of the Bluetooth System 2001.

O protocolo RFCOMM fornece aproximadamente os mesmos servios e confiabilidade que o TCP. Em geral, as aplicaes que utilizam TCP referem-se ao modo ponto a ponto sobre o qual podem enviar um fluxo de dados de maneira confivel. O RFCOMM tm aproximadamente as mesmas caractersticas principais do protocolo TCP (KANSAL, 2002). Alm disso, os aplicativos que usam como protocolo de transporte L2CAP devem aderir a uma determinada unidade de transferncia mxima (Maximum Transmission Unit o MTU), uma conexo RFCOMM consiste de um fluxo de dados, o que simplifica muito a programao. A maior diferena entre o TCP e o RFCOMM, do ponto de vista

36
do desenvolvedor, a escolha do nmero de portas: TCP suporta at 65535 portas abertas em uma mesma mquina, ao passo que o RFCOMM permite apenas 30. Isso tem um impacto significativo sobre como escolher quais portas usar para aplicativos de servidor. O fato de o protocolo de transporte ter sido projetado com poucas portas disponveis, significa que no se pode escolher arbitrariamente as portas no projeto. A consequncia disso que h maior possibilidade de coliso entre os nmeros de porta com os aplicativos de servidor. Nesses casos, o desenvolvedor deve usar um recurso do Bluetooth, que o protocolo de descoberta de servios SDP (Service Discovery Protocol). 2.2.5 Protocolo de descoberta de servios

O protocolo de descoberta de servios, SDP (Service Discovery Protocol), permite que dispositivos e aplicativos possam procurar os servios oferecidos por outros dispositivos e aplicaes. Um servio uma entidade capaz de fornecer informaes, realizar uma ao ou controlar um recurso para outras entidades. Um servio pode ser implementado em hardware ou software, ou uma combinao dos dois (KANSAL, 2002). O SDP a parte da pilha de protocolo Bluetooth que aborda o problema de descoberta do servio em um ambiente altamente otimizado para a natureza dinmica da comunicao Bluetooth. O SDP est preocupado essencialmente em descobrir os servios disponveis a partir ou atravs de dispositivos Bluetooth, no define, porm, os mtodos para acessar os servios. Uma vez que o servio foi encontrado pelo SDP, ele pode ser utilizado por outros protocolos definidos pela especificao Bluetooth; o modo de acesso depende do servio em particular. O mecanismo de descoberta de servio, permite que um cliente possa descobrir a existncia e os atributos dos servios prestados pelas aplicaes servidores. A interao acontece entre um cliente e um servidor SDP em uma ou mais operaes, cada uma consistindo de uma

37
solicitao e resposta. Cada pedido ou resposta consiste, por sua vez, de um nico PDU (Protocol Data Unit). Um dispositivo Bluetooth pode atuar tanto como cliente quanto como servidor SDP. Se no uma prestao de servios, no h necessidade para o servidor e cada dispositivo pode ter apenas um servidor e um cliente.

38

39

3 DESENVOLVIMENTO

Este trabalho composto por duas partes: a placa microcontrolada de sensoreamento e acionamento com comunicao Bluetooth e o aplicativo com comunicao Bluetooth para aparelhos com sistema operacional Android. 3.1 MDULO DE COMUNICAO BLUETOOTH Existem vrios mdulos para a implementao do protocolo serial padro atravs da comunicao Bluetooth. Neste trabalho, foi utilizado o modelo JY-MCU produzido pela empresa Jiayuan Electronic (Figura 8), o qual opera na classe 2, pode ser alimentado por 3 a 5 volts, com um consumo de 40 mA no modo ativo e 1mA no modo de espera (standby). Possui 6 pinos, com alimentao nos pinos 2 e 3, e comunicao serial nos pinos 4 e 5, TX e RX, respectivamente. Possui um pino de status (pino 6), que utilizado para indicar se o dispositivo est ou no conectado a outro, formando uma rede Piconet. O pino 1 controla o modo standby. No Anexo A, pode ser visto o manual do mdulo.

40

FIGURA 8: Mdulo Adaptador Bluetooth. Fonte: http://shop34694757.taobao.com/. Acesso em: 30 ago. 2012.

No mdulo da figura 8 h tambm um led de status, piscando quando no est se comunicando e permanecendo ligado quando est fazendo parte de uma rede Piconet. Atravs de comandos seriais, possvel configurar vrios parmetros de operao do mdulo, tais como: velocidade de transmisso, nome do dispositivo e senha de conexo. Tambm possvel a leitura dos parmetros configurados. Neste trabalho foi utilizado uma taxa de comunicao de 9600 bps, com 8 bits de dados, 1 bit de parada, sem bit de paridade, usando somente os pinos TX e RX, ligados, respectivamente, aos pinos RX e TX do microcontrolador. Ao ser alimentado, o mdulo fica pronto para se conectar a uma rede Piconet. neste momento que o aplicativo Android ativa o Bluetooth do aparelho do telefone celular, permitindo o pareamento com o dispositivo externo.

41
3.2 PLACA DE ACIONAMENTO E SENSOREAMENTO

Os comandos enviados pelo telefone celular so recebidos pelo mdulo Bluetooth, que os envia ao microcontrolador da placa de acionamento e sensoreamento. O microcontrolador processar os dados recebidos, podendo acionar rels, alm de fazer a leitura de sensores, enviando os resultados para o sistema Android no telefone celular. Foi usado um microcontrolador ARM7, para a placa de sensoreamento e acionamentos, com a capacidade para execuo das tarefas pretendidas, bem como permitindo futuras expanses. Para o desenvolvimento do hardware foi empregado o mdulo de desenvolvimento eLPC48 produzido pela empresa eSysTech (ver Figura 9). O mdulo utiliza um ARM7 LPC2103 o qual possui 32 kB de flash, 8 kB de memria RAM, 32 pinos de I/O, ADC de 10 bits com 8 entradas. Tambm apresenta circuitos de alimentao de 1,8 V e 3,3 V, sendo alimentado com 5 V. Alm disso, possui um circuito de reset e cristal de 32,768 Khz para o RTC (Real Time Clock). O Manual do eLPC48 pode ser visto no Anexo B e seu esquemtico, no anexo C.

FIGURA 9: Mdulo de desenvolvimento ARM7(eLPC48). Fonte: eSysTech, 2009.

42
No mdulo eLPC48, os pinos do microcontrolador e os demais relacionados a sua alimentao esto disponveis atravs de um conector de 60 pinos. 3.2.1 Programao e gravao do microcontrolador Para o desenvolvimento do programa, que executado na placa de recepo e acionamento, foi empregada a linguagem C, usando o programa Keil, com seu devido compilador para o LPC2103. Para a gravao do programa na memria flash do microcontrolador foi usado o programa FlashMagic (do fabricante NXP). 3.2.2 Circuito de gravao do microcontrolador O modo de gravao escolhido foi o modo ISP ( In-System Programming) que utiliza os pinos TX0, RX0 e P0.14 do LPC2103, cuja gravao gerenciada por um programa de bootloader nativo do microcontrolador. O programa FlashMagic utiliza a comunicao serial padro para a gravao. Isso feito com o emprego de um cabo conversor serial/USB, que aps instalado, cria uma porta COM virtual no computador. Na Figura 10 apresentada a conexo do microcontrolador, ao conversor serial/USB. Os sinais DTR e RTS so utilizados para o controle da gravao e os sinais RX e TX so responsveis pela comunicao.

43

FIGURA 10: Circuito de gravao de programa.

3.2.3 Acionamentos de rels O acionamento dos rels realizado atravs de chaves transistorizadas ligadas a pinos do microcontrolador, como apresentado na Figura 11.

44

FIGURA 11: Circuito de acionamento dos rels.

3.2.4 Sensoreamento Para a demonstrao da capacidade de sensoreamento do sistema, foi utilizado um sensor de temperatura/umidade e um sensor de luminosidade. O sensor de luminosidade empregado um LDR ( Light Dependent Resistor), cuja resistncia aumenta quando luminosidade reduzida. Para que a sua variao de resistncia seja convertida em tenso, foi utilizado um resistor de 10 KOhms em srie com o LDR (ver Figura 12). Dessa forma, a variao de luminosidade pode ser medida pelo conversor analgico/digital do microcontrolador. A unidade usada para medir a intensidade luminosa o Lux. Entretanto, neste trabalho foi empregado o valor em percentual calculado da converso analgica-digital com o circuito, usando leituras de sol intenso para calcular 100% de luminosidade, e o sensor coberto em um ambiente escuro para calcular o valor de 0% , evitando assim, a aferio de escala, o que est fora do escopo deste trabalho. O objetivo

45
do uso do LDR apenas mostrar a possibilidade de uso de mais sensores pelo sistema.

FIGURA 12: Circuito do sensor de luminosidade.

Para a medio de umidade relativa do ar e da temperatura foi usado o sensor DHT11. Esse sensor usa o protocolo 1-wire, medindo temperaturas de 0 a 50 graus Celsius com preciso de 2 graus, e a umidade relativa do ar de 20 a 95%, com preciso de 5%. A medida de umidade relativa do ar mostrada no dispositivo Android em valor percentual, e significa o quanto de gua na forma de vapor existe na atmosfera no momento em relao ao mximo que poderia existir na mesma temperatura. Em outras palavras, pode-se dizer que a umidade relativa do ar a relao entre a quantidade de gua existente no ar (umidade absoluta) e a quantidade mxima que poderia haver na mesma temperatura (ponto de saturao) (CEPAGRI, 2012). O DHT11 possui 4 pinos, mas somente 3 pinos so usados: os pinos de alimentao (1 e 4), e o pino da comunicao 1-wire (2) (Ver Figura 13). Maiores informaes podem ser vista no Anexo D.

46

FIGURA 13: Mdulo sensor DHT11.

O circuito simplificado entre o mdulo eLPC48 e os circuitos envolvidos pode ser visto na Figura 14.

47

FIGURA 14: Esquemtico simplificado da placa de sensoreamento e acionamento.

Foram utilizados barras de pinos para a conexo com o mdulo Bluetooth e com o DHT11, o LDR foi ligado no pino 32, (A/D0), o sensor DHT11 ao pino 21, e os rels, ligados aos pinos 22 (P0.4), 23 (P0.5) e 28 (P0.7). A comunicao serial entre o microcontrolador e o mdulo Bluetooth foi configurada para uma taxa de comunicao de 9600 bps, 8 bits de dados, 1 bit de parada. Essa taxa suficiente para a transmisso dos dados de luminosidade, temperatura, umidade e dos comandos para o acionamento dos rels.

48
3.3 FERRAMENTA ANDROID DE DESENVOLVIMENTO PARA O

Para o desenvolvimento de programas para a plataforma Android so necessrias algumas ferramentas de programao: preciso instalar a IDE (Ambiente Integrado de Desenvolvimento ) do Eclipse e o SDK (Standard Development Kit) do Android. Aps a instalao do Eclipse e do SDK necessria a atualizao deste, atravs do SDK Manager, como pode ser visto na Figura 15. A atualizao permite a escolha dos pacotes de software (bibliotecas de funes) que se deseja utilizar.

FIGURA 15: Android SDK Manager.

49
Neste trabalho foram instalados todos os pacotes da API (Aplication Programming Interface) verso 10, que usada para desenvolver programas em plataformas com a verso do Android 2.3.6 ou superior. Tambm atravs do SDK Manager foram instalados o pacote Android SDK Tools, que incluem o conjunto completo de ferramentas de desenvolvimento e depurao, e o Android Plataform-tools, que adiciona as ferramentas da plataforma Android, a fim de apoiar recursos mais recentes. Para que o Eclipse seja capaz de compilar os programas para Android, deve ser instalado seu Plugin ADT ( Adroid Development Tools). Da mesma forma que os programas anteriores, essa ferramenta gratuita e pode ser encontrada na internet (para maiores detalhes, consultar http://developer.android.com). 3.3.1 O Emulador Android

Com a instalao das ferramentas de desenvolvimento pode-se criar um emulador de celular para o teste dos programas desenvolvidos. O emulador permite analisar o comportamento do programa sem a dependncia do hardware, com as caractersticas do hardware para o qual est sendo desenvolvido o programa. Isso feito com a ajuda do AVD (Android Virtual Device) que instalado com o SDK Android. Na Figura 16 pode ser visto o AVD sendo executado e as suas janelas de configurao.

50

FIGURA 16: O emulador Android para dispositivo virtual.

O emulador Android para dispositivo virtual foi usado neste trabalho apenas para validaes relacionadas interface grfica, pois no possvel emular aplicaes que necessitem do dispositivo Bluetooth. 3.4 O TELEFONE CELULAR (DISPOSITIVO MVEL)

Este trabalho foi desenvolvido com o uso de um telefone celular com comunicao Bluetooth e com sistema operacional Android. Assim, este trabalho compatvel com a maioria dos modelos de celulares Android. Foi utilizado o modelo Atrix da Motorola (ver Figura 17), com boa capacidade de memria e processamento, permitindo o

51
desenvolvimento de aplicativos mais elaborados. Esse celular possui 1 GB de memria RAM, 10 GB de memria interna e processador dualcore com velocidade de 1GHz.

FIGURA 17: Celular Atrix, com Sistema Operacional Android. Fonte: http://www.motorola.com.br/consumers/MOTOROLAATRIX/72556,pt_BR,pd.html. Acesso em: ago 2012.

3.5 PROGRAMA DESENVOLVIDO PARA O ANDROID

O programa feito para o celular Android apresenta uma tela com botes que enviam comandos a rels ligados ao hardware de acionamento e trs campos para os valores de luminosidade, temperatura e umidade, recebidos. Existe tambm uma rea de texto usada para demonstrar a variao de temperatura, mostrando as temperaturas mxima, mdia e mnima. As leituras dos sensores so atualizadas a cada 3 segundos, e usado as ultimas 40 leituras para o clculo de mdia, ou seja, considerado dois minutos, assim como mximo e mnimo (ver Figura 18).

52

FIGURA 18: Programa desenvolvido para o Android.

3.5.1 Comunicao Bluetooth do celular Atravs do Bluetooth do celular, o programa ir procurar por dispositivos ao alcance e apresentar ao usurio a lista de dispositivos encontrados, indicando ao usurio que selecione um dos dispositivos para conexo. Essa rotina ativada pelo usurio, atravs do boto de menu do sistema Android. Aps o usurio identificar e selecionar o mdulo Bluetooth da placa de sensoreamento e acionamento, o sistema pede uma senha para se conectar a ele. No caso do mdulo usado, a senha

53
1234 e o nome linvor (esses parmetros podem ser alterados na configurao do mdulo). Uma vez reconhecida a senha, o chamado pareamento, esse processo no mais necessrio, e a conexo se d automaticamente ao se selecionar o mdulo.

3.6 ALGORITMO E INTEGRAO DO SISTEMA

Quando o programa desenvolvido para o Android se conecta com o mdulo Bluetooth, enviada uma primeira mensagem para a placa de sensoreamento pedindo o estado atual dos rels, ou seja, se esto acionados ou no. Aps receber a resposta, o programa do celular indica o estado dos rels mudando a cor dos botes, bem como o texto contido neles, ficando com a cor verde e com o texto Led ON para o rel desligado, e com a cor vermelha e texto Led OFF, para o rel ligado. Aps a primeira comunicao, a placa de acionamento e sensoreamento ir fazer a leitura de seus sensores e enviar os dados sequencialmente, com um intervalo de 3 segundos. Esses dados so identificados pelo celular e mostrados na tela, sendo atualizados a cada nova mensagem. Com um toque no boto de comando na tela do celular enviada uma mensagem placa de controle que faz o devido acionamento e envia uma resposta indicando que o acionamento foi realizado. Dessa forma, o programa no celular pode indicar que a tarefa foi concludo com sucesso.

54

55

4 RESULTADOS O programa desenvolvido para o celular Android ocupa 29 kB de memria, e embora tenha sido desenvolvido com a API 15 para a verso 2.3.6 do Android ou superior, foi testado tambm em outros dois modelos com a verso 2.1 apresentando perfeito funcionamento. No entanto, em um deles, por apresentar uma tela de menores dimenses, parte das informaes ficaram ocultas, mas o fato no afetou o pleno funcionamento do programa. Em testes efetuados, os comados enviados por Bluetooth atingiram um alcance de aproximadamente 9 metros em um ambiente interno com obstculos e cerca de 25 metros em ambientes de campo aberto. O firmware desenvolvido para o microcontrolador ARM7 ocupou apenas 15 kB de uma capacidade de memria de at 32 kB. Os custos do prottipo resultaram em um valor aproximado de R$ 150,00 (U$ 80,00), que corresponde aos mdulos do ARM no valor de R$ 49,00 e do Bluetooth, de R$ 57,00; alm do sensor DHT11 de R$ 18,00. O restante do custo referente aos demais componentes utilizados na montagem do prottipo (placa). A alimentao da placa de 12 V e sua corrente de aproximadamente 75 mA sem acionamento dos rels. Cada um dos 3 rels que compem a placa, quando acionados, tm corrente de 80 mA, fazendo com que o sistema, durante seu funcionamento pleno, venha a consumir 315 mA. Em caso de falta de energia na rede eltrica, poderia se fazer a alimentao atravs de uma bateria em um ponto do circuito aps o regulador de tenso. Isto se daria com uma tenso de somente 5 V, j que os rels perderiam sua utilidade sem a teso de operao de 12 V. Entretanto, o restante da placa funcionaria perfeitamente. Na Figura 19 pode ser visto o hardware do prottipo montado em uma placa universal de 10x10 centmetros. Na lateral, direita, est o mdulo eLPC48 e ao centro o mdulo bluetooth. Observam-se, ainda, os

56
trs rels e seus bornes para a ligao de 220 V. Na parte inferior da figura encontra-se o sensor DTH11.

FIGURA 19: Placa de sensoreamento e acionamento.

57
5 CONCLUSES

Os objetivos propostos neste trabalho foram alcanados, dentre os quais destacam-se: o desenvolvimento de um programa para o sistema operacional Android, visando o sensoreamento de grandezas fsicas; o controle de variveis atravs de um telefone celular, e o desenvolvimento de um prottipo para a conexo de sensores e de rels. A integrao entre as partes do projeto foi satisfatria; foram controlados 3 rels e realizada a leitura de temperatura, umidade e luminosidade. A maior dificuldade encontrada foi o desenvolvimento do aplicativo para o sistema operacional Android. Fato devido ao pouco conhecimento da linguagem de programao Java. O ponto mais difcil foi a implementao das funes de conexo e transmisso para a comunicao Bluetooth. Uma melhoria que poderia ser feita em um trabalho futuro, seria a previso do tempo de curto termo (poucas horas adiante) usando os valores fornecidos pelos sensores de temperatura, umidade e adicionando-se, ainda, um sensor de presso baromtrica. Com isso, seria possvel prever o momento de uma chuva com alguns minutos de antecedncia. Outra possvel melhoria seria o aperfeioamento da interface grfica, com a possibilidade do usurio alterar os nomes na tela do celular que descrevem cada acionamento. Dessa forma, as informaes seriam apresentadas de forma personalizada. Em resumo, um prottipo foi desenvolvido validando as ideias de um controle e sensoreamento com um dispositivo mvel. Ainda, necessrio dar uma forma mais amigvel ao sistema para que possa ser utilizado em um controle especifico de um ambiente residencial ou comercial.

58

59

REFERNCIAS

CEPAGRI BRASIL. Universidade de campinas. Centro de Pesquisas Meteorolgicas e Climticas Aplicadas a Agricultura. Disponvel em: <http://www.cpa.unicamp.br/artigos-especiais/umidade-do-arsaude-no-inverno.html>. Acesso em: 22 nov. 2012. DA SILVA, Michel Loureno. Android Para Desenvolvedores. 1 Edio. Rio de Janeiro, RJ: Editora Brasport, 2009. GEOFF LAWDAY , Implementing Bluetooth in an Embedded Environment, Techonline, Gennaio 2007. Disponivel em: http://techonline.com/article/192200576 Acesso em: 20 de setembro 2012. MILLER, B; BISDIKIAN, C. Bluetooth Revealed, 1 Edio. Englewood Cliffs, NJ: Prentice Hall, 2000. SIG (Special Interest Group) Specification of the Bluetooth System 2001. STALLINGS, William. Wireless Communications Networking, 1 Edio. New Jersey: Prentice Hall, 2002. and

The Bluetooth SIG Standard. Documentao oficial do Bluetooth. Disponvel em: http://www.bluetooth.com/. Acesso em: 25 de agosto de 2012. KANSAL, Aman. Bluetooth Primer. Los Angeles: Red-M. 2002.

60
KOBAYASHI, C. Y. A Tecnologia Bluetooth e Aplicaes. Monografia - Universidade de So Paulo. So Paulo. 2004. ZECHNER, Mario. Beginning Android Games. New York. Spring Verlag. 2011.

61
ANEXO A MDULO BLUETOOTH

62

63
ANEXO B MDULO ELPC48

64

65
ANEXO C ESQUEMTICO DO EPLC48

66

67
ANEXO D SENSOR DHT11

68

69