Professional Documents
Culture Documents
SISTEMAS DE INFORMAO
GOINIA
DEZEMBRO DE 2015
Linha de pesquisa
Engenharia da Computao, Engenharia de Software,
Professor Orientador
Prof. Msc. Thales Baliero Takao
GOINIA
DEZEMBRO DE 2015
Este trabalho dedicado s nossas esposas, pelo apoio e compreenso, e aos nossos
professores, que contriburam para nosso carter intelectual e profissional.
RESUMO
LEMOS, Carlos Henrique; OLIVEIRA, Sheldon Led Martins. Automao residencial
controlada por dispositivos mveis por meio de comando de voz, 2015. 66 f. - Curso de
Sistemas de Informao - Faculdades Alves Faria. Goinia, 2015.
ABSTRACT
The advance that Information and Communication Technologies (ICT) has spent the
past 30 years only confirms the essential reason for the emergence of this area: to facilitate the
life of the human being. The most affordable value for internet access and mobile
technologies made them widespread and popular in society, allowing greater integration
between man and the modern world, as well as increasing the capacity of men, or help them
carry out activities that without such technologies would be impossible. The technology can
automate several activities previously done by human or animal strength, and through the
possibility of electrical or electronic devices to the internet connection using electronics
prototyping platforms such as Arduino, home automation can be elevated to a higher level of
mobility. Technological composition of modern mobile devices, equipped with internet,
microphone, speakers, and other features and the evolution of the Android platform, with its
natural language interpreter assistant, Google Now, makes it possible to control residential
appliances at any distance by internet via voice commands. The integration between Arduino
and electrical and electronic appliances to mobile devices via the Internet gives greater
comfort to the user, therefore the possibility of interpreting natural language present in
Android platform makes it a more affordable home automation system for the elderly or
people with some special needs.
SUMRIO
1
2
INTRODUO .......................................................................................................................... 9
FUNDAMENTAO TERICA ........................................................................................... 11
PROJETO DE SOFTWARE................................................................................................... 45
4.1
4.2
4.3
4.4
4.5
5
6
LISTA DE FIGURAS
Figura 1: O Arduino Uno ............................................................................................................. 16
Figura 2: Percentual de usurios por verso Android ..................................................................... 23
Figura 3: Exemplo de utilizao da classe Activity ........................................................................ 24
Figura 4: Exemplo de utilizao da classe Intent ............................................................................ 25
Figura 5: Ciclo de Vida de desenvolvimento de um software .......................................................... 36
Figura 6: Exemplo de caso de uso com relacionamento de comunicao e extenso ......................... 39
Figura 7: Exemplo de modelagem de classes simulando um sistema de controle bancrio ................ 41
Figura 8: Exemplo de diagrama de componentes de um sistema de controle bancrio ...................... 42
Figura 9: Exemplo de diagrama de implantao de um sistema de controle bancrio ........................ 43
Figura 10: PR001 Tela Inicial .................................................................................................... 47
Figura 11: Tela de Excluso ......................................................................................................... 48
Figura 12: Tela de Cadastro ......................................................................................................... 48
Figura 13:Diagrama de Caso de Uso ............................................................................................. 49
Figura 14:Diagrama do aplicativo mvel....................................................................................... 52
Figura 15:Diagrama do servio (web service) ................................................................................ 52
Figura 16:Plataforma de prototipao Arduino .............................................................................. 53
Figura 17: Mdulo Rel em ao com o Arduino ........................................................................... 54
Figura 18:Cdigo adicionado ao Arduno para controle do mdulo rel .......................................... 54
Figura 19: LEDs Emissores e Detectores de infravermelho ............................................................ 55
Figura 20: Implementao com os cdigos decodificados e emisso de infravermelho .................. 55
Figura 21: Cadastro com possibilidade de aliar comando de voz ..................................................... 56
Figura 22: Aplicativo instalado no dispositivo mvel. .................................................................... 56
Figura 23: Mdulo instalado no Xposed Framework e os seus plugins. ........................................... 57
Figura 24: Cdigo responsvel pela interpretao dos comandos de voz .......................................... 58
Figura 25: Xbee USB .................................................................................................................. 59
Figura 26: Shield Xbee acoplado ao Arduino ................................................................................ 59
Figura 27: Representao da estrutura de comunicao do sistema de automao ............................ 60
Figura 28: Cdigo para o Shield XBee acoplado ao Arduino .......................................................... 61
LISTA DE SIGLAS
API
Aplicaes)
APK
HTML
GPS
IDE
Integrado)
IHC
Interface Humano-Computador
IOT
IP
LAN
OHA
PNE
REST
REpresentational
State
Transfer
(Transferncia
de
estado
representacional)
SDK
STT
Speech-to-Text (Voz-para-Texto)
TCP
TIC
TTS
Text-to-Speech (Texto-para-Voz)
UDP
URL
XML
INTRODUO
A evoluo da tecnologia vem mudando a forma como o ser humano vive e se tornando
indispensvel e cada vez mais presente no seu cotidiano. Criada para auxiliar o homem em suas
atividades, hoje a tecnologia no s faz isso com eficincia, mas tambm proporciona lazer e
conforto, e tudo isso alterou a forma como o ser humano vive em sociedade, a forma como feita a
comunicao e, principalmente nos ltimos anos, a forma como o ser humano se interage com o
mundo.
A tecnologia tambm pode substituir o homem em atividades que envolvem esforo fsico, e
atividades que proporcionam maior segurana e conforto ao ser humano, e nesse ponto entra a
Automao Residencial, que a rea da tecnologia que permite a realizao de atividades ou
esforos fsicos por dispositivos eletrnicos, tornando processos automticos, utilizando o que h de
melhor em tecnologia. Os exemplos mais comuns so portes eletrnicos, sistemas de segurana e
lmpadas com detectores de presena.
A automao tambm torna as atividades mais acessveis s pessoas com menor mobilidade,
como portadores de deficincia fsica ou motora, ou idosos, e em alguns casos, d a possibilidade de
realizar atividades antes impossveis a essas pessoas. Com a popularizao da internet, no final da
dcada de 1990 e incio da dcada de 2000, comearam a surgir sistemas de monitoramento e
segurana domiciliar remotos, de forma que uma casa poderia ser vigiada distncia, por meio de
cmeras acessveis via internet. A integrao desses dispositivos internet se tornou interessante a
ponto de criar uma nova rea de interesse, a Internet das coisas (IOT).
Este trabalho visa propor um prottipo de automao residencial na qual o usurio possa
interagir com aparelhos eltricos e eletrnicos utilizando como Interface Humano-Computador
(IHC) um dispositivo mvel com sistema Android, o qual se comunicar com tais aparelhos por
meio de uma rede sem fio e enviar ordens a um sistema de automao com Arduino, sendo este o
responsvel pela traduo das ordens aos aparelhos da residncia. A interao entre humano e
sistema de automao residencial se dar por meio da caracterstica de comando de voz, j
disponvel em dispositivos com Android, possibilitando assim acessibilidade para pessoas idosas ou
portadores de necessidades especiais.
O sistema dividido em quatro partes para ligar o usurio aos aparelhos: O Arduino, um
servidor local, uma conexo com a internet e um dispositivo com Android. O Arduino um sistema
de prototipao de hardware que permite a integrao de software com os aparelhos eltricos ou
eletrnicos, fazendo-os possveis de serem programados. O servidor local um computador comum
que receber as ordens do dispositivo Android pela internet e distribuir essa ordem aos Arduinos
10
que compem o sistema de automao. A internet ser responsvel por fazer a comunicao entre o
servidor local e o dispositivo com Android, podendo funcionar numa rede local (intranet) ou em
uma rede externa (internet). O dispositivo com Android pode ser qualquer smartphone ou tablet que
esteja com uma verso atualizada do Sistema Operacional Android, que vem com a funo de
interpretao de Linguagem Natural, o Google Now.
O objetivo deste trabalho desenvolver o sistema proposto, sendo que, para alcanar tal
objetivo, este ser desmembrado em objetivos especficos, para facilitar a obteno do resultado
esperado. Os objetivos especficos sero uma pesquisa bibliogrfica descritiva das tecnologias
supracitadas, bem como uma pesquisa metodolgica das tcnicas de Engenharia de Software,
programao para Arduino, programao para Android, programao web e conhecimentos de
automao residencial. A metodologia de estudo adotada a pesquisa aplicada, descritiva e
metodolgica, para adquirir um conhecimento mais aprofundado na rea de automao e
programao para realizar a integrao do software com o hardware. Sero abordadas as tcnicas
de investigao de laboratrio, telematizada e bibliogrfica.
11
PARTE I
2
2.1
FUNDAMENTAO TERICA
AUTOMAO RESIDENCIAL
Com o avano da tecnologia, as atividades cotidianas do ser humano esto ficando mais
12
aceitao e crescimento desse setor devido ao fato do crescimento da tecnologia como um todo,
com a exploso da telefonia mvel, internet e demais tecnologias presentes na vida das pessoas
(Muratori e Dal B, 2011).
Kaur (2010, p. 60) mostra que a automao benfica ao suprimir o trabalho de fora
humana, outro detalhe que o ser humano pode errar com mais facilidade, ao ponto que uma
mquina opera com praticamente erro zero. As principais utilidades da automao como um todo
so:
Substituir humanos em tarefas feitas em ambientes de perigo, por exemplo: fogo, espao,
vulces, instalaes nucleares, trabalhos debaixo d'gua, etc.
Fazer tarefas que esto alm da capacidade humana, em grandezas de tamanho, peso,
velocidade ou resistncia, etc.
Segundo Muratori e Dal B (2011) a oferta abundante e de baixo custo de servios de
13
utiliza de computador para redigir textos dificilmente optar por utilizar uma mquina de escrever.
Desta forma, pessoas mais jovens buscam por novidades na tecnologia, e as pessoas mais idosas
buscam conforto e segurana, ou seja, independentemente da idade, os desejos das pessoas podem
ser atingidos com a domtica (Dias e Pizzolato, 2004).
Leitte et al (2013, p.1) afirmam que a automao vem se expandindo rapidamente entre os
grandes empreendimentos residenciais e corporativos, e isso acontece devido s grandes inovaes
tecnolgicas da rea, e tambm devido ao aumento significativo dos grandes centros urbanos e,
consequentemente, da violncia, o que leva a populao a buscar no s por segurana diretamente,
mas tambm, como conseguinte, comunicao, gesto enrgica e conforto, de forma que no seja
necessria a exposio a possveis riscos.
Dias e Pizzolato (2004) ainda complementam que o aumento da expectativa de vida, a
reduo do nmero de filhos, o crescimento do nmero de famlias no convencionais e o aumento
da mo-de-obra feminina no mercado de trabalho, contribuem para o aumento na busca pelo bem
estar e segurana em suas residncias. Outro fator que justifica o aumento do interesse pela
automao residencial o crescimento da populao idosa, geralmente mais debilitada, aspecto em
que a automao promove maior independncia dando suporte s pessoas com maior dificuldade
em realizar tarefas cotidianas.
Segundo Dias e Pizzolato (2004) as residncias convencionais no satisfazem
completamente a expectativa dos moradores, o que no deveria acontecer pois a habitao uma
das necessidades bsicas do ser humano, em conseguinte a necessidade de proteo, segurana e
bem estar. Logo, com a domtica, possvel aumentar o conforto e qualidade de vida esperado
pelas pessoas em suas habitaes.
Muratori e Dal B (2011) destacam como principal fator da automao residencial a
integrao entre sistemas e aparelhos em soma com a capacidade de executar ordens do usurio de
maneira programada. Essa integrao deve possibilitar a capacidade de comunicao interativa
entre os equipamentos que se compe, e tambm deve permitir que tais elementos integrados
possam seguir ordens de um usurio por meio de um programa pr-estabelecido pelo mesmo.
De acordo com Dias e Pizzolato (2004) um sistema de automao residencial necessita de
uma rede de comunicao para que haja interconexo entre uma srie de dispositivos, equipamentos
e outros sistemas, para que haja troca de informaes entre o ambiente residencial e o meio que ele
se insere, e que seja possvel determinadas aes a fim de gerenciar ou monitorar o sistema. Dessa
forma, aplicaes prticas de sistemas de automao incluem: segurana, gesto de energia,
comunicao e monitoramento, alm de automao de tarefas domsticas, facilidades para
escritrios em casa, entre outros.
14
Muratori e Dal B (2011, p.70) listam os tpicos dos quais a integrao em automao deve
abranger:
Sistemas multimdia: udio e vdeo, som ambiente, jogos eletrnicos, alm de vdeos,
imagens e sons sob demanda;
15
ambiente sejam feitos por meio de uma central nica. Apesar da falta de padro existente pelo fato
da existncia de diferentes fabricantes, a evoluo dessas tecnologias denota uma convergncia do
mercado para padres, principalmente devido ao fato da evoluo da tecnologia mvel. O que
ressalta a tendncia para que haja uma central de automao mvel.
2.2
ARDUINO
Arduino uma plataforma de prototipao eletrnica open-source, baseada em hardware e
software flexvel e fcil de usar. As placas de Arduinos so capazes de lerem dados de entrada, por
meio de diferentes sensores disponveis no mercado, recebendo sinais digitais ou analgicos, e
transform-los em uma sada desejada conforme um conjunto de instrues programadas no
microcontrolador do Arduino (Arduino, 2015).
O Arduino foi desenvolvido no Instituto de Design e Interao Ivrea, visando estudantes
com pouco conhecimento em eletrnica e programao. Devido caracterstica de ser um hardware
open-source, a quantidade de usurios cresceu pelo mundo, e a placa Arduino teve novas
adaptaes para necessidades especficas, como Internet das Coisas, impresso 3D, ambientes
embutidos etc (Arduino, 2015).
Arduino um sistema que permite interao com um ambiente por hardware e software
embarcados de forma a incorporar-se em um dispositivo com um objetivo pr-definido, facilitando
dessa forma a automao e controle do ambiente, seja a nvel comercial ou domstico. Por ser uma
plataforma livre, como consequncia, fcil ampliar sua capacidade por meio de mdulos externos
facilmente conectveis, conhecidos como Shields. Os Shields podem dar ao Arduino capacidade de,
por exemplo, Visores LCD, Sistema Global de Posicionamento (Global Position System - GPS),
Ethernet para comunicao via rede de computadores etc. (McRoberts, 2010).
Segundo Monk (2011), o Arduino basicamente permite que voc conecte computadores, por
meio de uma conexo Universal Serial Bus USB, e outros circuitos, de forma a controlar
dispositivos, como uma lmpada ou motores, e por isso recebe o atributo de computao fsica. A
parte principal do Arduino o microcontrolador, que um pequeno computador dentro de um chip,
que permite o Arduino ser programvel. O microcontrolador tem uma arquitetura equivalente de
um computador, com processador, memria principal e secundria, e pinos de entrada e sada, que
conectam o microcontrolador a outros componentes.
As demais partes do Arduino so complementares, de forma a dar um funcionamento mais
completo placa e possibilitar seu funcionamento como um todo, por exemplo, fonte de
alimentao, entradas analgicas, entradas digitais, entre outros, como possvel visualizar na
Figura 1, que esboa o Arduino Uno, que uma das placas mais populares de Arduino (Monk,
16
2011). Segundo McRoberts (2010) o fato de o Arduino ser uma plataforma open source permitiu
que vrias verses fossem criadas. A mais conhecida e a ltima verso o Arduino Uno. A verso
anterior, tambm muito popular, a Duemilanove (2009 em italiano). Outras verses bastante
conhecidas so o Arduino Mini, Nano e Bluetooh.
17
Arduino uma plataforma simples de ser estudada e usada por iniciantes, e flexvel para
usurios avanados. Sua plataforma de desenvolvimento funciona nos principais Sistemas
Operacionais (Linux, Mac OS e Windows). Devido ao baixo custo, o Arduino bastante utilizado
em cursos, tem se tornado uma porta de entrada para a robtica, alm de ser uma ferramenta til
para profissionais de outras reas, como arquitetos, msicos e artistas (Arduino, 2015).
Segundo Lima et al (2014), utilizando o Arduino pode-se modificar o estado de um
ambiente, seja acionando motores responsveis pela abertura de portes ou modificando a
luminosidade desse ambiente. A interpretao de sinais digitais e analgicos possibilita acionar um
circuito eletrnico especfico responsvel por um determinado dispositivo como, por exemplo, uma
televiso ou ar condicionado.
Oxer e Blemings (2009) afirmam que um projeto bsico de automao residencial consiste
em controlar aparelhos de uma casa, seja uma luz, ar condicionado, enfim, qualquer aparelho que
funcione via energia eltrica. Dependendo do aparelho, pode ser difcil control-lo devido aos
diferentes nveis de tenso ou potncia, porm, qualquer aparelho que tem algum interruptor ou
botes de modificao pode ser facilmente modificado ou controlado pelo Arduino. Isso vale para
Televiso, portes eletrnicos, climatizadores etc.
Segundo McRoberts (2010), para fazer com que o Arduino realize tarefas autnomas,
preciso program-lo utilizando o Ambiente Integrado de Desenvolvimento (Integrated Development
Enviroment) IDE, que um software livre capaz de traduzir o cdigo (instrues em uma
linguagem parecida com a humana) para algo que o Arduino possa entender. A linguagem de
programao utilizada chamada C. Os programas em C escritos para Arduino so conhecidos
como sketches.
Um sistema considerado embarcado ao colocar-se a capacidade computacional dentro de
um circuito integrado. O usurio no tem acesso ao programa embutido, mas o acessa por meio das
interfaces de comunicao. Esse sistema configurado de forma a permitir que o Arduino receba
programas desenvolvidos pelo usurio, e que esse programa possa interagir com os equipamentos, e
a comunicao com dispositivos mveis pode ser feita pela internet, com seu mdulo Shield
Ethernet (Leitte et al, 2013).
O Shield Ethernet, segundo Leitte et al (2013, p.3), permite que a placa Arduino se conecte
a quaisquer dispositivos inseridos em uma rede LAN (Rede Local de Computadores) ou at mesmo
uma WAN (Rede Mundial de Computadores - Internet)". Isso possvel por causa do chip Ethernet
Wizner, que suporta protocolos como TCP e UDP, e possibilita at 4 conexes de soquetes
simultneos, o que permite acoplar outros Shields complementares.
18
Um dos padres mais utilizados para a comunicao sem fio no Arduino o ZigBee, e essa
comunicao feita por meio do Xbee Shield ou Wireless SD Shield. Essa comunicao pode
substituir a comunicao serial/USB ou tambm pode ser configurada como broadcast para uma
rede de Arduinos. Para que a comunicao acontea os mdulos precisam estar na mesma rede,
setada por parmetro de identificao, e no mesmo canal, alm de que os endereos de destinos
(parmetros DH e DL) devem ser conhecidos para que o mdulo a receber o dado transmitido possa
ser reconhecido na rede. (Arduino, 2015).
2.3
ACESSIBILIDADE
Segundo Guedes et al (2012) o princpio de arquitetura inclusiva iniciou-se no perodo da
Segunda Guerra Mundial, onde os veteranos de guerra mutilados tinham dificuldades para exercer
funes usuais de afazeres dirios, evidenciando o fato de que as construes visavam apenas o
visual arquitetnico e no as necessidades pessoais. Surge ento, aps o fim da Segunda Guerra, a
primeira padronizao de acessibilidade nos E.U.A, cuja evoluo derivou o conceito de Design
Universal, ou seja, produtos e ambientes capazes de serem usados por qualquer pessoa.
No Brasil, esse princpio chegou apenas na dcada de 1980, com mudanas em leis e normas
tcnicas. Hoje possvel ver acessibilidade em vias pblicas, locais de convvio social, transporte
coletivo, mobilirio urbano e edifcios. A partir desses princpios, a automao inclusiva
proporciona maior convenincia para pessoas portadoras de necessidades especiais, dando-lhes
possibilidade de acionamento remoto ou automtico de sistemas, o que sugere maior independncia
e autonomia em suas atividades (Guedes et al, 2012).
Segundo Pupo, Melo e Ferrs (2006) h vrias barreiras a serem vencidas nos diversos
ambientes, produtos e servios disponveis populao, visto que a deficincia pode ser, por
exemplo, perceptual, cognitiva, motora ou mltipla, e isso impacta no grau de dificuldade de
convvio da pessoa.
Para o delineamento de uma sociedade mais inclusiva, que reconhece e valoriza as
diferenas entre pessoas, torna-se cada vez mais importante que propostas para a acessibilidade de
pessoas com caractersticas especficas estejam articuladas promoo da qualidade de vida para
todos. Assim, pessoas com habilidades, necessidades e interesses variados, sejam ou no em
decorrncia de envelhecimento ou de deficincias, podero ser beneficiadas por propostas de
ambientes, produtos e servios acessveis, que no as discriminem (Pupo, Melo e Ferrs, 2006,
p.17).
Segundo o IBGE (2012) em Censo de 2010, 45,6 milhes de brasileiros (cerca de 24% da
populao) declararam possuir pelo menos uma das deficincias investigadas: mental, motora,
19
visual ou auditiva. Desses, a maioria so mulheres, e o percentual indica a soma dos trs graus de
severidade das deficincias investigados: alguma dificuldade, grande dificuldade, no consegue de
modo algum. A pesquisa tambm revela que o brasileiro vive 25 anos a mais que em 1960 e que a
populao de 65 anos ou mais saltou de 2,7% para 7,4% em relao mesma poca. Desses idosos,
67,7% possuem alguma deficincia em 2010.
Pupo, Melo e Ferrs (2006) explicam que h algumas dicas bsicas que podem auxiliar em
qualquer situao, em relaes sociais cotidianas, por exemplo, todas as pessoas tm o direito de
participar em todos os nveis da sociedade, dado o fato de que absolutamente ningum perfeito,
ningum igual e cada um tem sua dificuldade. Dessa forma, cordialidade, educao, interesse e
motivao so alguns itens bsicos para o bom convvio em qualquer ambiente.
No h regras fixas e normalizadas para agir em relao pessoa com deficincia, de forma
que sempre haver algo a ser melhorado, e esse processo de melhoria sempre deve iniciar com a
opinio da pessoa, se ela precisa de ajuda e de qual forma possvel ajud-la. A omisso sempre
errada, independentemente da situao (Pupo, Melo e Ferrs, 2006).
Guedes et al (2012) destaca que o arquiteto criador da terminologia Desenho Universal, em
1987, Ron Mace (1941-1998) era cadeirante e respirava com uso de aparelho. Mace destacava a
percepo de aprimoramentos dos projetos, e no a criao de uma nova cincia ou estilo para se
tornar projetos utilizveis por todos. Os principais conceitos destacados por Mace so:
Equitativo/Igualitrio: ambientes, objetos e produtos que podem ser usados por pessoas
com diferentes capacidades, tornando todos os espaos iguais.
Uso flexvel/Adaptvel: planejar produtos que atendam pessoas com habilidades distintas,
sendo adaptveis a diferentes formas de uso.
Esforo fsico mnimo: para ter seu uso eficaz, com comodidade e o mnimo de fadiga.
20
Dessa forma, deve-se considerar a oferta de alternativas de acesso por meio de acessrios ou
opes padronizadas, ou por meio de tecnologias assistivas e, em ltimo caso, facilitar a
modificao sob demanda, objetivando promover solues de acessibilidade numa perspectiva de
Design Universal para potencializar a convivncia e participao na sociedade de forma igualitria
e sem discriminao (Pupo, Melo e Ferrs, 2006).
Dias e Pizzolato (2004) afirmam que a domtica pode oferecer ferramentas no s para
fornecer conforto e segurana ao homem, mas para atender s necessidades especficas da
populao idosa, ou com dificuldade de locomoo, ou at mesmo portadores de necessidades
especiais, de forma que essas pessoas possam at mesmo viver sem auxlio de outra pessoa, se
tornando independentes em suas atividades domsticas. Essa caracterstica acentuada com o
advento das tecnologias sem fio, que permitem maior mobilidade aos sistemas de automao.
Guedes et al (2012) tambm complementa que, para a maioria das pessoas a automao
meramente um item de conforto, mas para o Portador de Necessidades Especiais (PNE) a
automao se trata de uma possibilidade de independncia. A utilizao de dispositivos para
controle remoto, como um celular ou tablet pode dar ao usurio a possibilidade de abrir e fechar
portas, ligar e desligar luzes, controlar a inclinao de camas, de forma independente.
Pupo, Melo e Ferrs (2006) citam exemplos de tecnologias assistivas, ou seja, recursos e
servios disponveis para auxiliar as atividades dirias de pessoas com deficincia. So tecnologias
que buscam aumentar as capacidades funcionais e promover autonomia e independncia de quem as
utiliza:
Equipamentos de auxlio mobilidade: Cadeiras de rodas, Stair-Track, Evacu-Trac. O StairTrac pode ser acoplado cadeira de rodas para auxiliar na locomoo pelas escadas,
enquanto que o Evacu-Trac auxilia em locomoes de emergncia, quando o elevador no
recomendado.
Lupas eletrnicas: auxilia pessoas com baixa viso, ampliando textos e imagens.
Balanas com marcao em alto relevo: mecanismos de pesagem que auxiliam pessoas com
deficincia visual na medio de pesos.
21
Trenas de marcao com alto relevo: Fitas mtricas com pista tteis para auxiliar pessoas
com deficincia visual na medio de reas.
Dispositivos apontadores alternativos: solues alternativas para o mouse que podem ser
acionadas, por exemplo, por intermdio dos olhos, ps ou mos.
Ponteiras de cabea: Ferramentas acopladas cabea para auxiliar, por exemplo, o uso do
teclado ou telas de toque.
Sistemas para entrada de voz (speech recognition): oferecem o uso do computador por meio
de comando de voz, garantindo acessibilidade s pessoas com mobilidade dos membros
superiores comprometida.
Leitores de tela com sntese de voz: Softwares que fazem a leitura de informaes textuais
via sintetizador de voz, garantindo a entrega de informaes s pessoas com deficincia
visual.
2.4
ANDROID
Android um sistema operacional para dispositivos mveis baseado no Linux. No princpio,
foi desenvolvido por uma empresa de mesmo nome, porm em 2005 a Google comprou a Android,
Inc. e assumiu o desenvolvimento do sistema. O objetivo da Google era que o Android fosse um
sistema gratuito e livre, de forma que a maior parte de seu cdigo foi entregue sob a licena open
source Apache License, o que significa que qualquer pessoa pode fazer o Download do cdigo
fonte. Isso atraiu empresas, visto que estas podiam utilizar do Android em seus aparelhos e ainda
adicionar pedaos de cdigo proprietrio neles para personaliz-los (Lee, 2012, p.2).
Segundo Lee (2012) devido forte concorrncia do IPhone da Apple, empresas como
Motorola e Sony Ericsson tiveram que lutar para revitalizar seus produtos. Essas empresas viram o
22
Android como uma soluo, pois poderiam focar em seu hardware enquanto utilizavam o Android
como seu sistema operacional. Outro benefcio que o Android funcionaria como uma plataforma
de abstrao de hardware, uma vez que os desenvolvedores de aplicativos precisam conhecer
apenas a plataforma Android, desenvolvendo o aplicativo uma vez, e este funcionaria em qualquer
aparelho. Isso muito importante visto que, num mundo mobile, aplicativos so cruciais para o
sucesso de uma plataforma.
As empresas do mercado de telefonia, dentre elas a Motorola, LG, Samsung, Sony Ericsson,
HTC, Toshiba, Huawei, ASUS, Intel, Acer, Dell, Garmin etc., formaram um grupo chamado Open
Handset Alliance (OHA) liderado pela Google, com a inteno de padronizar a plataforma Android
de forma a atender as expectativas e tendncias do mercado. O objetivo do grupo definir uma
plataforma nica e aberta para celulares, que seja moderna e flexvel para o desenvolvimento de
aplicaes corporativas (Lecheta, 2013).
Como o Android uma plataforma aberta, no existe uma configurao fixa para hardware
ou software, porm o Android em si tem suporte a algumas configuraes, e as mais bsicas so
(Lee, 2012, p.3):
Mdia - Suporta diversos formatos, tais como: H.263, H.264 (3GP OU MP4), MPEG-4-SP,
AMR, AMR-WB (3GP), AAC, HE-AAC (MP4 ou 3GP), MP3, MIDI, Ogg Vorbis, WAV,
JPEG, PNG, GIF e BMP.
Suporte a Flash.
23
verso mais antiga da plataforma, pois as verses mais novas tem suporte de aplicativos
programados em verses mais antigas, todavia ao descartar as verses mais antigas, possvel
aproveitar de outros recursos mais recentes. Isso no uma grande preocupao, visto que,
conforme o grfico da Figura 2, apenas 8% dos usurios de Android utilizam as verses mais
antigas, de acordo com dados coletados do dia 1 ao dia 7 de setembro de 2015 (Android, 2015).
24
25
inteno enviada ao sistema operacional como uma mensagem, ao receber o sistema operacional
tomar as decises necessrias, conforme exemplo da Figura 4.
26
conhecida como hooking, que consiste em um conjunto de tcnicas utilizadas para modificar ou
melhorar o comportamento de um sistema operacional, aplicativos ou outros componentes de
software fazendo uma interceptao de chamadas de funes, e esse processo possvel fazendo a
decompilao de um APK, para ento inserir ou modificar os comandos, e ento este APK
recompilado. No possvel modificar os mtodos do sistema operacional, mas possvel inserir
chamadas de mtodos do Xposed antes ou depois das chamadas dos mtodos do Android.
O Xposed uma plataforma que permite o desenvolvedor criar seus prprios mdulos.
Existem vrios mdulos Xposed disponveis pela internet que permitem ao usurio Android, por
exemplo, habilitar gravao de chamadas, instalar aplicativos que s estavam disponveis para
outros aparelhos, alterar funes da tela de bloqueio, barra de status, volume, e permite tambm que
27
desenvolvedores possam habilitar chamadas do Google Now para seus aplicativos, podendo realizar
comandos de voz (Vollmer, 2015).
2.5
Internet, e que a internet dos primrdios, conhecida como Rede Mundial de Computadores, um
termo ultrapassado. Existem milhes de sistemas conectados internet, e isso pode acontecer via
meios fsicos, como cabos coaxiais, fios de cobre, fibras ticas, ou que constituem ligaes que
utilizam fios, ou ligaes sem fio, como as ondas de rdio.
Dentro de uma rea geogrfica especfica, como uma universidade, residncia ou empresa,
formada uma rede local, conhecida como LAN (Local Access Network), que usada para conectar
sistemas finais. Dentre os tipos de LAN existentes, a Ethernet a mais utilizada, e esta composta
por pares de fios de cobre tranados para se conectarem a um computador Ethernet. Por outro lado,
possvel conectar-se a uma rede LAN sem fio estando h alguns metros de um ponto de acesso.
(Kurose, 2010, p.337).
Segundo Coulouris et al (2012) as redes locais (tanto Ethernet quanto sem fio) utilizam do
mtodo de difuso, tambm conhecido como broadcast como esquema de comunicao entre os
computadores a ela conectados. O broadcast uma tcnica de transmisso onde tudo transmitido
para cada n, e fica por conta dos receptores recuperar as transmisses a eles endereadas.
Para Kurose (2010, p.377) Independente do crescimento futuro de equipamentos sem fio
para Internet, j ficou claro que redes sem fio e os servios mveis relacionados que elas
possibilitam vieram para ficar. H uma diferena entre rede sem fio e rede mvel, perceptvel na
prtica de seu uso, onde na primeira, voc precisa de desconectar-se para se locomover de uma rea
geogrfica para outra (por exemplo, de casa para o trabalho) e na segunda voc pode, por exemplo,
manter uma chamada de voz sobre IP, ou qualquer outra conexo TCP dentro de um carro em
movimento.
Kurose (2010) explica que o acesso LAN sem fio est presente em qualquer lugar,
universidades, empresas, comrcio, residncias, etc. Este acesso baseado na tecnologia IEEE
802.11, conhecida popularmente como WIFI, e uma das tecnologias mais importantes para o
acesso Internet atualmente. H basicamente trs principais padres da tecnologia 802.11, so eles
o 802.11b, 802.11a, 802.11g.
Coulouris et al (2012) explica que h uma heterogeneidade no ambiente tecnolgico, no que
se refere arquitetura de redes, hardware de computador, sistemas operacionais, linguagens de
28
29
Microsoft Internet Information Server (sic). O cliente HTTP inicia uma conexo TCP com o
servidor, e assim que estabelecida, o navegador acessa o TCP por meio de seus sockets, envia as
requisies HTTP ao servidor, que processar uma resposta HTTP a ser recebida pelo cliente
(Kurose, 2010).
Segundo Kurose (2010) um objeto simplesmente um arquivo, por exemplo, uma imagem,
um vdeo, ou um texto, que acessvel por meio de uma URL (Uniform Resource Locator Localizador Uniforme de Recursos) que o endereo eletrnico nico necessrio para acess-lo.
Textos geralmente so entregue utilizando o padro HTML (HyperText Markup Language Linguagem de Marcao de Hipertexto) que, segundo Coulouris et al (2012, p.30) usada para
especificar o texto e as imagens que compem o contedo de uma pgina Web e para especificar
como eles so dispostos e formatados para apresentao ao usurio.
Como o TCP um protocolo confivel, o HTTP no se preocupa com dados perdidos, uma
vez que estes so gerenciados pelo TCP. O HTTP um protocolo sem estado, o que significa que ao
requisitar um objeto vrias vezes, em vez de o servidor guardar o estado da primeira requisio e
enviar uma mensagem ao cliente, o servidor envia o mesmo objeto vrias vezes ao cliente como se
fosse a primeira vez. Um servidor web sempre est em funcionamento, tem um endereo de IP fixo
e pode atender inmeros navegadores diferentes (Kurose, 2010).
Quando componentes de hardware ou software, estando localizados em computadores
distintos interligados em rede, comunicam-se e coordenam suas aes trocando mensagens entre si,
formam o que chamado de sistemas distribudos. Essa definio abrange inmeros tipos de
sistemas nos quais computadores interligados em rede podem ser distribudos de maneira til. Essa
separao entre hardware no tem limite de distncia, podendo estarem separados entre continentes,
no mesmo prdio ou na mesma sala. Como tpicos dessa definio, tem-se (Coulouris et al, 2012):
30
31
32
2.6
ENGENHARIA DE SOFTWARE
Para Booch, Rumbaugh e Jacobson (2005, p.3) A modelagem uma parte central de todas
33
necessrio construir todas as vises, e estas podem ser ordenadas por relevncia. Cada viso pode
ser considerada isoladamente, de forma que diferentes participantes foquem nos aspectos da
arquitetura do sistema que mais lhe interessam.
A modelagem UML envolve a criao de diversos documentos, podendo ser textuais ou
grficos. Tais documentos so denominados artefatos de software, ou somente artefatos, e estes
compem as vises do sistema. Os artefatos grficos so definidos utilizando-se diagramas da
UML. Cada diagrama fornece uma perspectiva parcial sobre o sistema a ser modelado, de forma
que um mesmo elemento pode aparecer em vrios diagramas (Bezerra, 2002).
Booch, Rumbaugh e Jacobson (2005) citam 13 diagramas de UML, o que no uma lista
completa dos diagramas contemplados na linguagem, apesar de que esses tipos sero os mais
encontrados na prtica. So eles:
34
35
Projeto: nesta fase determina-se como o sistema funcionar para atender os requisitos, de
acordo com os recursos tecnolgicos existentes. So definidos: arquitetura do sistema,
padro de interface grfica, linguagem de programao, gerenciador de banco de dados, etc.
Tambm so definidas as restries tecnolgicas, consequentes ou no das restries
levantadas na fase de levantamento de requisitos.
Testes: Nessa etapa so realizadas diversas atividades de testes, para verificao do sistema,
levando-se em considerao a especificao feita na fase de projeto. Existem vrios tipos de
testes com diferentes focos, sendo que o principal produto final dessa fase o relatrio
desses testes, contendo informaes de erros e no-conformidades detectados no software.
Aps essa fase de testes, diversos mdulos do sistema so integrados de maneira a formar o
produto final de software.
36
Transio (Transition): a fase em que o software entregue aos usurios. Essa fase no
define o fim do processo de desenvolvimento, pois eventualmente o sistema ser
aprimorado, corrigido e incrementado com novas caractersticas.
37
possvel identificar sete papeis distintos entre os participantes do processo de desenvolvimento, dos
quais uma pessoa pode ou no executar mais de um papel ou um papel pode ser desempenhado por
vrias pessoas. A descrio de cada papel listada a seguir:
Analista: cabe a esse profissional conhecer o domnio do negcio, para que possa definir os
requisitos do sistema, atuando como um intermediador entre o usurio final e o especialista.
Cliente: a entidade para qual o sistema construdo. Essa entidade pode ser o cliente
usurio, que a pessoa que efetivamente utilizar o sistema, e o cliente contratante, que a
pessoa que solicita o desenvolvimento.
38
o sistema ao usurio, e no o usurio ao sistema. A representao grfica do caso de uso feita pelo
diagrama de casos de uso.
Os diagramas de caso de uso so importantes pois apresentam uma viso externa sobre
como os elementos podem ser utilizados no contexto, visualizando especificando e documentando o
comportamento de um elemento. Um diagrama de casos de uso um diagrama que mostra um
conjunto de casos de uso e atores e seus relacionamentos (Booch, Rumbaugh e Jacobson, 2005,
p.243) descrevendo uma funcionalidade especfica do sistema, representando uma sequncia de
interaes entre atores e o sistema.
O caso de uso definido por meio de uma descrio narrativa (contnua, numerada ou
particionada) das interaes entre o(s) elemento(s) externo(s) e o sistema. H quatro
relacionamentos possveis em um caso de uso ou entre casos de uso (Bezerra, 2002):
Relacionamento de incluso: quando dois ou mais casos de uso incluem uma mesma
sequncia de interaes, essa sequncia comum pode ser descrita em um outro caso de uso,
que ser includo de forma a reutilizar a sequncia de interaes, tornando a descrio dos
casos de uso como um todo mais simples.
de Uso a figura de um boneco de palito com o nome do ator em baixo. Visto que um ator nem
sempre corresponde a seres humanos, essa notao no compreende o ator em sua completude.
Cada caso de uso representado por uma elipse, com o nome escrito abaixo ou dentro da elipse.
Um relacionamento de comunicao representado por um segmento de reta entre os elementos.
39
Pode-se tambm representar uma fronteira do sistema utilizando um retngulo no qual so inseridos
os casos de uso. Os atores so posicionados do lado de fora do retngulo, enfatizando a diviso
entre o interior e o exterior do sistema.
Os relacionamentos de incluso e extenso so representados por uma seta direcionada entre
elementos na direo do elemento incluso ou do elemento estendido, com um rtulo que intitula o
relacionamento. Da mesma forma o relacionamento de generalizao representado por uma seta,
porm geralmente utiliza-se de uma reta contnua, ligando o elemento especfico ao elemento base.
A Figura 6 representa um exemplo de caso de uso com relacionamento de comunicao e extenso
(Bezerra, 2002).
40
com a primeira letra maiscula, e pode ser simples, contendo apenas o nome da classe em si, ou
qualificado, que o nome da classe tendo como prefixo o nome do pacote a qual pertence. Um
atributo representa alguma propriedade do item que est sendo modelado, compartilhado por todos
os objetos dessa classe, por exemplo, uma classe que representa uma parede teria como atributos:
largura, espessura e altura. Uma classe pode ter qualquer nmero de atributos ou nenhum atributo.
Para Guedes (2011) a regra para nomes de atributos praticamente a mesma dos nomes de
classes, porm normalmente inicia-se com letra minscula. A representao no diagrama seguida
do tipo de dados, que indica o formato que os dados devem ter para serem armazenados em um
determinado atributo.
Uma operao representa um comportamento de um objeto de uma classe, por exemplo, em
uma classe que representa graficamente as janelas de um programa, existe uma operao de
redimensionamento que altera a altura e a largura do objeto janela. Da mesma forma que os
atributos, uma classe pode ter qualquer quantidade de operaes ou nenhuma operao. A
especificao de uma operao contm o nome, o tipo e o valor-padro de todos os parmetros e o
tipo a ser retornado (Booch, Rumbaugh e Jacobson, 2005).
Bezerra (2012) afirma que o diagrama de classe tambm pode apresentar associaes entre
classes, formadas entre objetos durante a execuo do sistema. Uma associao representada por
um segmento de reta ligando as classes s que se relacionam. Cada associao possui duas
multiplicidades, uma em cada extremo da linha, que corresponde quantidade de objetos que
podem estar associados a outro. Tais multiplicidades podem ser de Apenas um, Zero ou Muitos, Um
ou Muitos, Zero ou Um, ou um intervalo especfico.
Uma associao, segundo Bezerra (2012), consiste de trs recursos de notao: nome de
associao, que uma representao semntica da associao, direo de leitura, representada por
uma seta que indica como a associao deve ser lida, e papel, que indica a relao do objeto na
associao. Existe tambm um caso especial de associao: a agregao. Uma agregao representa
conexes entre objetos que guardam uma relao todo-parte entre si. Graficamente, desenhado
um losango na extremidade ligada classe que incorpora a outra, por exemplo, uma classe Equipe
contm uma ou vrias classes Jogador.
Segundo Guedes (2011, p.132) "apesar de haver recursos j descritos como agregao,
composio, generalizao/especializao ou mesmo classes associativas, no obrigatria sua
utilizao em todo o diagrama de classes". A Figura 7 apresenta um modelo conceitual de um
sistema de controle bancrio.
41
42
43
Guedes (2011) ainda cita que os ns so apenas abstraes, como o n Caixa eletrnico no
exemplo da Figura 9, que representa todos os Caixas eletrnicos do sistema em apenas um nico n.
44
Os ns tambm podem ser organizados por pacotes, caso haja necessidade, para representar, por
exemplo, subsistemas, ou mdulos com muitos ns.
45
PARTE II
3
PROJETO DE SOFTWARE
46
ESPECIFICAO DE REQUISITOS
47
PROTTIPOS
48
49
3.4
MODELAGEM
50
51
52
53
PARTE III
4
IMPLEMENTAO E IMPLANTAO
PORQUE ARDUINO?
Um destes componentes, o mdulo rel, representado na Figura 17, foi utilizado para
implementar a primeira parte do prottipo. O mdulo substitui os tradicionais interruptores de
liga/desliga muito utilizado nas residncias, este recebe uma fonte de energia eltrica, pois o
Arduino no possui energia suficiente para alimentar utenslios domsticos. O mdulo rel funciona
como uma chave que controlada pelos sinais emitidos pelo Arduino. Quando um sinal emitido
para fechar a chave a fonte de alimentao de energia passa a conduzir corrente eltrica para o
utenslio domstico.
54
Para que o mdulo receba ordens advindas do Arduino, um software precisa ser
desenvolvido e adicionado ao microcontrolador, isso que faz com que o Arduino seja capaz de
automatizar determinadas aes. A linguagem de programao, utilizada pelo Arduino, baseada
no ANSI C, no significa que seja a linguagem C, mas que se assemelha. O software, esboado na
Figura 18, ao ser compilado e carregado no microcontrolador, diz ao Arduino que execute leituras
seriais, esperando receber os cdigos inteiros 1 e 2, ento executa as respectivas aes de ligar ou
desligar, informando a porta 13, que est ligada ao mdulo rel, para acionar e liberar o fluxo de
energia, alimentando o mdulo e ligando assim o utenslio.
55
56
4.2
CONTROLANDO O ARDUINO
Com a definio da plataforma de prottipo e os componentes, foi viabilizada uma forma para
que o usurio pudesse interagir com o Arduino, dizendo a ele o que realizar o que ligar, desligar,
ascender, apagar etc. Foi proposto, alm de automatizar a utilizao de utenslios domsticos, se
pudesse atender pessoas portadoras de necessidades especiais. Para isso, optou-se pelo recurso de
comando de voz, presentes nos smarthphones da atualidade.
Seguiu-se pela adoo do sistema operacional Android, justamente pelo mesmo ter
adicionado, a partir da verso 4.x, o recurso de comando de voz conhecido como Google Now.
Realizou-se o desenvolvimento de um aplicativo, representado na Figura 21, centralizando todos
utenslios e suas funcionalidades. O aplicativo permite ao usurio tanto remover utenslios e aes,
quanto adicionar novos, inclusive aliar o respectivo comando de voz, como visto na Figura 22.
57
4.3
O recurso de voz do Android, adicionado por meio do aplicativo Google Search, comumente
chamado de Google Now, surgiu a partir da verso 4.x do Android. A Google, desenvolvedora e
mantenedora do Android, revolucionou a forma de utilizar o sistema operacional, possibilitando
dizer ao sistema operacional o que fazer, e aliou tal recurso com o seu principal negcio, a pesquisa
na internet.
O Google Now responsvel por automatizar uma srie de recursos e aplicativos que antes s
eram acessveis via touch screen (toque na tela), podendo agora ser invocados por meio de voz.
Para utiliz-lo necessrio fazer uma chamada padro, o comando Ok Google, o aplicativo
reconhece o que voc diz ao aparelho e inicia o processo de escuta, na medida que o comando
ditado, o software transforma em texto, seguido de uma chamada a algum comando de recurso, ou
uma pesquisa.
A Google no disponibilizou este recurso para que aplicativos de terceiros utilizassem, e
nesse ponto que entra o framework chamado Xposed. O Xposed um framework, ou seja, um
conjunto de mdulos que podem mudar o comportamento do sistema operacional Android e seus
aplicativos, isso sem alterar nenhuma de suas configuraes. Como todas as alteraes so feitas em
memria, s necessrio ativar o mdulo e reiniciar o aparelho, caso desejar retomar o sistema
original de volta, basta realizar o processo inverso.
O mdulo Xposed utilizado no trabalho o Google Search API, este mdulo adiciona uma
API para o aplicativo. Isso permite que os desenvolvedores possam construir plugins que reagem s
buscas feitas no Google Search, e com isso h a possibilidade de utilizar o recurso de voz. O
aplicativo descrito na Figura 22 foi desenvolvido justamente utilizando esta API, tornando assim
um plugin do mdulo, como possvel ver na Figura 23.
O aplicativo desenvolvido, utiliza alm dos recursos do mdulo Google Search API, um
recurso chamado de BroadcastReceiver, esse presente no prprio Android. Sobre o sistema
operacional so executados diversos eventos e as aplicaes registradas para receberem uma
58
resposta referente a estes so avisadas, e podem responder a essas aes, isso feito por meio dos
BroadcastReceiver. Portanto aliando o mdulo e o recurso de BroadcastReceiver, o aplicativo
consegue capturar os comandos de voz, que so passados para o Google Search, transformando-os
em eventos direcionados e enviando enfim a requisio, aliada a tal comando de voz, para o servio
(Web Service). A Figura 24 exibe parte desse cdigo responsvel por escutar os eventos,
identific-los, e direcion-los ao servio.
59
4.4
COMUNICANDO NA REDE
Com vasta rea de aplicao como controle industrial e automao residencial, o padro
ZigBee se difere de forma absolutamente distinta de outros padres utilizados no mesmo
seguimento. As vantagens do padro sustentaram o motivo de sua utilizao, dentre elas esto:
Consumo reduzido de energia;
Suporte, em uma mesma rede, de at 65535 ns por centralizador (XBee USB, Figura 25);
Suporte a diversas topologias de rede (malha, estrela, rvore etc.);
Recurso standby. Em caso da rede se tornar ociosa, o patro determina a hibernao dos
dispositivos (sleep), economizando energia;
Segurana com recurso de 128-bit de encriptao e elevada fiabilidade, resultando em baixa
ou quase nula perda de pacotes.
60
O Xbee no se comunica com a Internet diretamente, por utilizar protocolos diferentes, isto
explica a necessidade de um Xbee USB ligado a um computador, que receber os comandos vindos
da internet ou rede local via WIFI ou Ethernet, e os enviar ao Xbee USB, que os propagar para os
Xbee Shields interconectados no sistema. Um dispositivo com Android pode enviar comandos a
esse computador, que se comporta como o servidor do sistema, via Internet utilizando um plano de
dados da operadora telefnica ou WIFI, ou via WIFI pela rede local, utilizando o endereo de IP
local do computador, caso ambos estejam conectados na mesma rede. Este ltimo caso dispensa
acesso internet, pois tanto o aparelho Android quanto o computador esto conectados mesma
LAN, o que um benefcio para momentos em que existe algum problema de conexo com a
Internet. Essa estrutura de comunicao representada na Figura 27.
4.5
Para que as solicitaes do usurio, realizadas no dispositivo mvel por meio do aplicativo,
sejam de fato recebidas pelo o Arduino, uma tecnologia chamada de Web Services, utilizando o
padro RestFul, foi utilizada para fazer esta intermediao. O servio implementado utilizando a
linguagem Java executado sob um servidor de aplicao chamado JBoss AS. Para que o Web
Service consiga enviar os dados seriais por meio do Xbee USB, foi necessria a utilizao de uma
API que auxilia o Java na leitura e escrita em portas seriais, o Web Service prov um caminho
(URL) para que o Android, por meio do aplicativo, envie as solicitaes ao servidor e esse processe
e envie rede.
61
Na Figura 20 a parte do cdigo descrita como Serial.read(9600); diz ao Arduino que fique em
modo de espera por esses dados, o comando Serial.read() fica responsvel por receber os dados
capturados, e o processa pelo bloco condicional que se segue. A Figura 27 mostra parte da
implementao do servio, responsvel por encaminhar o pedido rede.
62
PARTE IV
5
CONSIDERAES FINAIS
O baixo custo e fcil acesso s tecnologias utilizadas nesse trabalho, bem como na
automao de uma forma geral, tem tornado essa rea uma realidade presente na sociedade, seja em
ambiente industrial ou residencial, sendo cada vez mais uma rea de interesse por estudantes e
profissionais. Esse fato contribui para o aumento de novos adeptos em busca de conhecimento e
desenvolvimento nesse setor. Dessa forma verifica-se que a automao residencial uma rea com
desafio de evoluir na proviso de interfaces amigveis, confortveis e flexveis de controle de uma
residncia, e como inovao a possibilidade de mobilidade desse sistema.
Inicialmente, buscou-se com este trabalho, combinar o uso de tecnologias mveis com
dispositivos de automao residencial pela internet. Ao longo do estudo da plataforma Android,
observou-se a possibilidade, com a utilizao da plataforma Xposed, de utilizar o recurso de
comando de voz para dar acessibilidade ao projeto. O uso de dispositivos mveis est cada vez mais
comum e tais dispositivos esto cada vez mais sofisticados, com mais recursos nativos.
A combinao de recursos de automao, dos dispositivos mveis e internet pode tornar
lares mais confortveis e seguros alm de contribuir para a acessibilidade em casas com pessoas
idosas ou portadoras de necessidades especiais. A garantia de acessibilidade automao
residencial, inserida nesse projeto por meio da possibilidade de envio de comandos por voz,
permitir a incluso da diversidade humana aos dispositivos e inovao tecnolgica, permitindo
que a sociedade evolua de forma igualitria.
Como demonstrado no sistema proposto, percebe-se que os avanos tecnolgicos tm
melhorado, seja intencionalmente ou no, a forma como os portadores de necessidades especiais,
pessoas idosas ou com dificuldades de locomoo interagem com o mundo. Porm tal facilidade
no s contribui para essa necessidade mas tambm para a possibilidade de integrao entre
diversos aparelhos de uma casa numa nica central de comando.
Por se tratar de tecnologias livres, os recursos utilizados por este trabalho propiciam
trabalhos futuros, podendo ser includas outras tecnologias assistivas ao projeto de automao
residencial, como a cmera frontal e o sensor de luminosidade, presente na maioria dos
smartphones e tablets modernos, e que podem ser combinados em pesquisas futuras para se
comportarem como sensores de movimentos e de iluminao do ambiente.
Conclui-se que a utilizao dos materiais descritos no trabalho, o Arduino e seus mdulos
adjacentes, um computador pessoal para servidor local, acesso Internet, um dispositivo mvel e os
63
64
REFERNCIAS
BEZERRA, Eduardo. Princpios de Anlise e Projeto de Sistemas com UML. So Paulo: Campus.
2002.
BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. The Unified Modeling Language user
guide. 2 ed. Pearson Education, Inc. 2005.
FARAHANI, Shahin. Zigbee Wireless Networks and Transceivers. Burlington, MA, 2008.
65
KAUR, Inderpreet. Microcontroller Based Home Automation System With Security. Mohali, India,
2010.
LECHETA, Ricardo R. Google Android: aprenda a criar aplicaes para dispositivos mveis com
o Android SDK. Novatec Editora 3 ed. So Paulo, 2013.
LEITTE, Jamielson da P.; SILVA, Leonardo O. da; MOREIRA, Marcos M.; SILVA, Roger R.
Automadroid: Automao Residencial com Dispositivos Mveis. Instituto de Estudos Superior da
Amaznia, Belm, Par, Brasil. 2013
LIMA, Luiz Eduardo Ruisch Horta; SILVA, Csar Alberto; JUBILEU, Andrea Padovan, RUIZ,
Linnyer Beatrys. Um sistema de Automao Residencial para Auxiliar Portadores de Necessidades
Especiais. Instituto Federal de Educao, Cincia e Tecnologia de So Paulo. Presidente Epitcio,
So Paulo, Brasil. Universidade Estadual de Maring, Paran, Brasil. 2014.
MONK, Simon. Programao com Arduino: Comeando com Sketches. Editora: AMGH. 2013.
OXER, Jonathan; BLEMINGS, Hugh. Practical Arduino: cool projects for open source hardware.
New York: Apress, 2009.
PUPO, Deise Tallarico; Melo, Amanda Meincke; Ferrs, Sofia Prez. Acessibilidade: Discurso e
Prtica no Cotidiano das Bibliotecas. Campinas, SP: UNICAMP/Biblioteca. Central Cesar Lattes,
2006.
66
VOLLMER,
Robert.
Xposed
framework.
Disponvel
em