Leonardo Augusto de Aquino Marques

Sistema de Automação residencial comdispositivos modulares

Natal – RN

Dezembro de 2018

Leonardo Augusto de Aquino Marques

Sistema de Automação residencial com dispositivosmodulares

Trabalho de Conclusão de Curso de En-genharia de Computação da UniversidadeFederal do Rio Grande do Norte, apresentadocomo requisito para a obtenção do grau deBacharel em Engenharia de Computação

Orientador: Julio Cesar Paulino de Melo

Universidade Federal do Rio Grande do Norte – UFRN

Departamento de Engenharia de Computação e Automação – DCA

Curso de Engenharia de Computação

Natal – RNDezembro de 2018

Leonardo Augusto de Aquino Marques

Sistema de Automação residencial com dispositivosmodulares

Trabalho de Conclusão de Curso de En-genharia de Computação da UniversidadeFederal do Rio Grande do Norte, apresentadocomo requisito para a obtenção do grau deBacharel em Engenharia de Computação

Orientador: Julio Cesar Paulino de Melo

Trabalho aprovado. Natal – RN, 06 de Dezembro de 2018:

Prof. Dr. Julio Cesar Paulino de Melo - OrientadorUFRN

Prof. Dr. Jose Alberto Nicolau De Oliveira- ConvidadoUFRN

Prof. Dr. Antonio Wallace Antunes Soares- ConvidadoUFRN

Prof. Dr. Orivaldo Vieira De Santana Junior- ConvidadoUFRN

Natal – RNDezembro de 2018

AGRADECIMENTOS

Gostaria de agradecer primeiramente a Deus, que guiou meus passos e conhecimentosdurante toda esta jornada. Aos meus pais, que se esforçaram de todas as formas parame proporcionar a melhor educação possível e serem um exemplo para mim, nunca ireiesquecer todo o esforço e dedicação durante toda a vida.

A minha namorada, Kalianna, que a todo momento esteve presente e me apoiou edeu forças nos momentos mais difíceis.

Ao professor Júlio Melo, por toda ajuda, dedicação e orientação ao longo destetrabalho e da graduação. Aos professores Luiz Eduardo e Aquiles Burlamaqui, que meorientaram e me guiaram desde o inicio desta jornada, agradeço muito a vocês pelaconfiança depositada.

Aos meus companheiros de trabalho da VOID3D, que agregaram bastante conheci-mento na elaboração e execução deste trabalho.

A todos vocês, minha sincera gratidão.

RESUMOEste trabalho irá apresentar o projeto, implementação e validação de um sistema deautomação residencial, baseado em componentes de hardware modulares com a centralde controle implementada por meio de um aplicativo móvel e integração em nuvemdos dispositivos. O documento apresentará algumas soluções comerciais do mercadode automação residencial, variações dos sistemas mais comercializados, bem como umlevantamento das tecnologias empregadas. Após isso o trabalho apresenta todas as etapasde desenvolvimento da solução modular de automação residencial, iniciando pelo projetode hardware para dois componentes, switch e sensor de gás, projeto de aplicativo móvel decontrole e gerenciamento de dispositivos e projeto de um banco de dados e infraestruturade nuvem que dá suporte à solução. O sistema implementado foi testado em bancada a fimde validar todas as funcionalidades desejadas, culminando em dois protótipos de hardwaree um aplicativo móvel de gerenciamento dos módulos.

Palavras-chaves: Automação. Modular. Sistema.

ABSTRACTThis work will present, implement and validate a home automation system with modularhardware components with a control center implemented through a mobile application andintegration in the device cloud. The document presents some solutions for the residentialautomation market, with the applications of the most commercialized systems, as wellas a survey of the technologies employed. After this the work presents all the stages ofdevelopment of the modular solution of residential automation, starting with the hardwaredesign for two components, switch and gas sensor, cloud infrastructure that supportsthe solution. The implemented system was tested to validate all desired functionality,culminating in two hardware prototypes and one mobile module management application.

Keywords: Automation. Modular. System.

LISTA DE ILUSTRAÇÕES

Figura 1 – Modelo Sonoff s30 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17Figura 2 – Modelo Sonoff basic . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18Figura 3 – Modelo Smart Plug TP-LINK . . . . . . . . . . . . . . . . . . . . . . . 18Figura 4 – Modelo de sensor de gás produzido pela empresa Abafire . . . . . . . . 19Figura 5 – Modelo Mijia Honeywell Gas Alarm . . . . . . . . . . . . . . . . . . . 20Figura 6 – Exemplo de banco de dados relacional . . . . . . . . . . . . . . . . . . 22Figura 7 – Janela de designer do appybuilder . . . . . . . . . . . . . . . . . . . . . 24Figura 8 – Janela de blocos do appybuilder . . . . . . . . . . . . . . . . . . . . . . 25Figura 9 – Blocos de desenvolvimento do appybuilder . . . . . . . . . . . . . . . . 25Figura 10 – Pinagem do ESP8266 12F . . . . . . . . . . . . . . . . . . . . . . . . . 26Figura 11 – Esquemático do esp8266 utilizado. . . . . . . . . . . . . . . . . . . . . 27Figura 12 – Banco de dados criado no firebase . . . . . . . . . . . . . . . . . . . . . 28Figura 13 – Fluxograma do software embarcado. . . . . . . . . . . . . . . . . . . . 29Figura 14 – Fluxograma 1 do aplicativo, início do aplicativo e tela de usuário . . . 30Figura 15 – Fluxograma 2 do aplicativo, tela de controle . . . . . . . . . . . . . . . 30Figura 16 – Tela inicial do aplicativo . . . . . . . . . . . . . . . . . . . . . . . . . . 31Figura 17 – Tela de cadastro de usuário . . . . . . . . . . . . . . . . . . . . . . . . 31Figura 18 – Tela de controle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32Figura 19 – Realizando uma leitura de QrCode para adicionar um dispositivo . . . 32Figura 20 – Tela de status dos dispositivos . . . . . . . . . . . . . . . . . . . . . . . 33Figura 21 – Projeto em CAD da placa de circuito do módulo switch . . . . . . . . . 33Figura 22 – Projeto em CAD da placa de circuito desenvolvida para o módulo sensor 34Figura 23 – Vista frontal do módulo sensor de gás montado . . . . . . . . . . . . . 34Figura 24 – Vista traseira do módulo sensor de gás montado . . . . . . . . . . . . . 35Figura 25 – Vista frontal do modulo switch montado . . . . . . . . . . . . . . . . . 35Figura 26 – Vista traseira do módulo switch montado . . . . . . . . . . . . . . . . . 36Figura 27 – Alteração em tempo real do banco de dados . . . . . . . . . . . . . . . 37Figura 28 – Vista frontal da PCI do módulo switch no Fusion 360 . . . . . . . . . 38Figura 29 – Vista traseira da PCI do módulo switch no Fusion 360 . . . . . . . . . 39Figura 30 – Vista em perspectiva da PCI do módulo switch no Fusion 360 . . . . . 39Figura 31 – Vista em frontal da PCI do módulo sensor no Fusion 360 . . . . . . . 40Figura 32 – Vista em traseira da PCI do módulo sensor no Fusion 360 . . . . . . . 40Figura 33 – Vista em perspectiva da PCI do módulo sensor no Fusion 360 . . . . . 40Figura 34 – Case 3D do módulo switch no Fusion 360 . . . . . . . . . . . . . . . . 41Figura 35 – Case 3D do módulo sensor no Fusion 360 . . . . . . . . . . . . . . . . 41

Figura 36 – Esquemático do módulo sensor . . . . . . . . . . . . . . . . . . . . . . 48Figura 37 – Esquemático do módulo switch . . . . . . . . . . . . . . . . . . . . . . 49Figura 38 – Blocos parte 1 do Appybuilder . . . . . . . . . . . . . . . . . . . . . . . 50Figura 39 – Blocos parte 2 do Appybuilder . . . . . . . . . . . . . . . . . . . . . . . 51Figura 40 – Blocos parte 3 do Appybuilder . . . . . . . . . . . . . . . . . . . . . . . 51Figura 41 – Blocos parte 4 do Appybuilder . . . . . . . . . . . . . . . . . . . . . . . 52Figura 42 – Blocos parte 5 do Appybuilder . . . . . . . . . . . . . . . . . . . . . . . 53Figura 43 – Blocos parte 6 do Appybuilder . . . . . . . . . . . . . . . . . . . . . . . 54Figura 44 – Componentes da aba devices do Appybuilder . . . . . . . . . . . . . . . 55Figura 45 – Componentes da aba login do Appybuilder . . . . . . . . . . . . . . . . 55Figura 46 – Componentes da aba sensor do Appybuilder . . . . . . . . . . . . . . . 56Figura 47 – Componentes da aba usuário do Appybuilder . . . . . . . . . . . . . . . 56

LISTA DE TABELAS

Tabela 1 – Comparação entre empresas de automação residencial no Brasil . . . . 16Tabela 2 – Comparação entre módulos switch presentes no mercado. . . . . . . . . 19Tabela 3 – Comparação entre módulos sensores de gás presentes no mercado. . . . 20Tabela 4 – Tabela de um Bando de dados relacional . . . . . . . . . . . . . . . . . 21

LISTA DE ABREVIATURAS E SIGLAS

PCI Placa de circuito impresso

GLP Gás liquefeito de petróleo

SUMÁRIO

1 INTRODUÇÃO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121.1 Justificativa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121.2 Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131.2.1 Objetivos primários . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131.2.2 Objetivos secundários . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131.3 Metodologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

2 REVISÃO BIBLIOGRAFICA . . . . . . . . . . . . . . . . . . . . . . 152.1 Soluções cabeadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152.2 Principais soluções cabeadas no brasil . . . . . . . . . . . . . . . . . . 152.3 Soluções wireless sem central . . . . . . . . . . . . . . . . . . . . . . 162.4 Módulo switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172.5 Módulo sensores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

3 EMBASAMENTO TEÓRICO . . . . . . . . . . . . . . . . . . . . . . 213.1 Banco de dados relacionais e não relacionais . . . . . . . . . . . . . . 213.2 Firebase Console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223.3 Aplicativos móveis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233.4 Appybuilder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233.5 Microcontroladores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253.6 Esp8266 12F . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

4 RESULTADOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284.1 Modelagem do banco de dados do Sistema . . . . . . . . . . . . . . 284.2 Firmware para os módulos desenvolvidos . . . . . . . . . . . . . . . . 294.3 Desenvolvimento do aplicativo móvel . . . . . . . . . . . . . . . . . . 304.4 Projeto das placas de circuito impresso para os módulos . . . . . . . 334.5 Testes e validação dos módulos desenvolvidos . . . . . . . . . . . . . 364.6 Projeto de cases e outros elementos mecânicos dos módulos . . . . 38

5 CONCLUSÃO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 425.1 Consecução dos Objetivos Secundários . . . . . . . . . . . . . . . . . 425.2 Resultados obtidos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 435.3 Trabalhos futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

REFERÊNCIAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

6 ANEXO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

12

1 INTRODUÇÃO

A evolução tecnológica tem levado à modernizações que geram conforto, comodidade,segurança e economia nas residências através da automação residencial. Também conhecidacomo domótica, a automação residencial é a automação e o controle aplicados à residência.A automação é realizada mediante o uso de equipamentos que dispõem de capacidadespara se comunicar entre si e com capacidade de seguir as instruções de um programapreviamente estabelecido pelo usuário da residência. Em consequência, a domótica, permitemaior qualidade de vida, reduz o trabalho doméstico, aumenta o bem-estar e a segurança,racionaliza o consumo de energia e, além de outras aplicações. (MURATORI; BÓ, 2011)

A Automação Residencial propõe-se a tornar automáticas tarefas como acionamentode cenas ou atividades que possam ser pré-programadas(NICHELE, 2010). É possívelcontrolar lâmpadas, tomadas, ventiladores, monitoramento em tempo real de energia,temperatura e outros parâmetros, bem como interligar com sistemas de segurança e atécontrole de irrigação de jardins (DECORA, 2018).

1.1 JustificativaDe acordo com a Associação Brasileira de Automação Residencial (Aureside), o

mercado global de automação tem projeção de crescimento anual de 11,36% entre 2014 e2020. No Brasil, é estimado que cerca de 300 mil residências possuam automação, em umpotencial mercado de 1,8 milhões de casas. No Brasil existe um interesse por parte de 78%dos consumidores. Em termos mundiais, o valor de mercado em 2014 foi de US$ 20,38bilhões, com uma expectativa de atingir US$ 58,68 bilhões até 2020 (AURESIDE, 2017).

Com base na entrevista do Saber Eletrônica, o preço da automação custava cerca de5% do valor do imóvel, agora representa apenas 3%. Porém, mesmo com essas quedas depreços, o custo para automatizar uma casa ainda é alto quando se trata de uma automaçãosimples para uma residência de classe média, visto que esta classe, ainda não vê com bonsolhos a automação residencial devido ao seu alto investimento. Contudo, soluções de baixocusto são alternativas para automação de pequenas e médias residências, buscando assimuma maior aceitação da automação residencial nesta classe social(ELETRÔNICA, 2012).

Além de conforto e comodidade, a automação residencial também está fortementeligada à segurança. É possível a interligação com sistemas de câmera, e monitoramentoremoto de diversos parâmetros, como temperatura, presença de pessoas e gás. Apenas noano de 2012, no estado de São Paulo, foi registrado 4.055 casos de acidentes domésticosapós o vazamento de gás de cozinha (GLP) (WAGNER, 2015). Por conseguinte, podemos

Capítulo 1. Introdução 13

observar um potencial mercado, que vai de pequenas residências até grandes construçõesque necessitam de um sistema mais complexo. E devido ao fato de não encontrar empresasque desenvolvem automação para residências na região com o foco em sistemas nãoinvasivos e com a praticidade oferecida me despertou o interesse em conhecer mais sobreo funcionamento e integração com dispositivos como sensores de presença, de fumaça, oacionamento de lâmpadas e comutação de tomadas, bem como alarmes, juntamente comum banco de dados online e comunicação via wi-fi através de um aplicativo móvel. Emdecorrência deste sistema implementado, pode ser oferecido praticidade para pessoas emgeral, idosos ou pessoas com algum tipo de deficiência, onde funções básicas de uma casapodem ser controladas no local ou a distância via internet, tornando o ambiente prático,econômico, seguro e inteligente.

1.2 Objetivos

1.2.1 Objetivos primários

O objetivo deste trabalho é desenvolver um sistema de automação cujos dados einformações de controle serão armazenados em nuvem. A comunicação e configuração dosdispositivos será feita via wi-fi, através de aplicativo móvel. O aplicativo móvel permiteainda o gerenciamento e visualização de dados de todos os dispositivos configurados. Estetrabalho terá um enfoque voltado aos seguintes dispositivos: Módulo switch, capaz deligar/desligar qualquer equipamento e módulos sensores de gás, temperatura e presença.

1.2.2 Objetivos secundários

Os objetivos secundários apresentam-se como um conjunto de checkpoints quedevem ser atingidos com o intuito de concluir o trabalho.

• OS1- Modelar banco de dados para aquisição e envio dos dados;

• OS2- Desenvolver firmware para o módulo switch e sensor de gás;

• OS3- Projetar esquemático e placa de circuito impresso para os módulos em desen-volvimento;

• OS4- Testar e validar protótipo;

• OS5- Projetar cases e outros elementos mecânicos em CAD para ambos os módulos.

Capítulo 1. Introdução 14

1.3 MetodologiaEste trabalho usará uma metodologia de desenvolvimento orientada à protótipo.

Inicialmente será desenvolvido um protótipo do módulo switch, juntamente com seufirmware. Esse módulo será testado e validado em laboratório através de testes de bancadae testes empíricos. Logo após esta validação inicial, será criado o aplicativo móvel e obanco de dados não relacional em nuvem, responsável por registrar os dados necessáriosdos usuários cadastrados, dispositivos utilizados e histórico de dados do mesmo. Por fim, aprototipação das placas de circuito impresso (PCI) e dos modelos 3D de suas respectivascases.

15

2 REVISÃO BIBLIOGRAFICA

Atualmente os sistemas de automação residencial se diferem entre dois tipos detecnologia: automação Wireless, ou sem fio, e a cabeada(CONTROLLAR, 2018). A escolhapor alguma das duas tecnologias pode ser feita levando em consideração alguns fatorescomo valor do projeto, tempo e facilidade de instalação. Tanto no mercado nacional,quanto internacional, é possível encontrar diversos sistemas de automação e dispositivosmodulares de automação, cada um apresentando suas vantagens e desvantagens.

Nas seções que seguem serão elencada algumas soluções desses dois grupos, agru-padas dependendo da metodologia usada(cabeada ou sem fio). O objetivo é comparar assoluções existentes com a solução proposta neste trabalho, bem como estudar e compararas soluções já existentes no mercado.

2.1 Soluções cabeadasNas soluções cabeadas, é necessário uma central de controle, ou integrador. Essa

central funciona como o interpretador dos dados e interface com o usuário, nela todosos dispositivos são conectados via cabo, sejam eles atuadores ou sensores. A central éresponsável por executar qualquer comando do usuário, bem como ler as informações detodos os sensores conectados e executar tarefas pré programadas. Esta tecnologia costumaser mais barata que o sistema de automação residencial wireless, além de ser mais confiávele mais robusta(NEOCONTROL, 2018). Devido esta tecnologia demandar modificações dainfraestrutura da rede elétrica ela se torna mais viável para casas que estão em construçãoou reforma.

No Brasil, a normativa NBR 16264 (ABNT, 2014), estipula um modelo de cabe-amento estruturado residencial. Trata-se da primeira norma brasileira de cabeamentoestruturado residencial. Com isso, o mercado de automação residencial passa a ter umareferência nacional para projetos e instalações. Antes dessa normativa, empresas nacionaisutilizavam normas estrangeiras, como as elaboradas pelo Instituto Americano de Normase Padrões (ROCKENBACH, 2005).

2.2 Principais soluções cabeadas no brasilOs sistemas de automação proporcionam a comunicação e integração dos dispositivos

domóticos (BIONDO et al., 2011). É possível por meio destes sistemas, interpretar dadose promover a gestão dos atuadores para executar a tarefa programada. Segundo um

Capítulo 2. Revisão bibliografica 16

panorama do mercado brasileiro de automação, levantado pela AURESIDE, no períodode 2008 a 2011, apenas 47% das empresas associadas trabalhavam com fabricação deprodutos nacionais, tendo como principais tendências na área: controles universais (tabletse smartphones), cuidado e monitoramento de saúde, cuidados com meio ambiente, entreoutros (BOLZANI, 2004). Dentre algumas empresas associadas à AURESIDE temosGDS(GDS, 2018), Alltomatic(ALLTOMATIC, 2018) e LuxEnergia(LUXENERGIA, 2018).

As três empresas citadas acima trabalham com automação residencial no mercadonacional. A GDS atua há mais de 6 anos no mercado apenas na área de automaçãoresidencial, enquanto a Alltomatic e a LuxEnergia atuam também no mercado de energiasrenováveis, como a energia solar.

Para um melhor efeito de comparação entre as empresas, foi criado a tabela 1. Osparâmetros foram escolhidos de forma objetiva, tendo como base as principais necessidadese similaridades com o sistema desenvolvido neste trabalho. O parâmetro monitoramentode consumo de energia foi escolhido devido a importância que o mesmo tem no cenáriomundial, e por ser um ponto de expansão para desenvolvimento posterior. O critério devigilância foi escolhido pelo fato da segurança ser um item muito procurado pelos usuáriosatualmente(CIDADE, 2017). Iluminação, por ser o principal serviço a ser automatizado.Controle por Smartphone e tablets devido a similaridade encontrada com sistemaproposto neste trabalho e o parâmetro automação em áreas externas, que representaautomação em ambientes como jardins, hortas, quintais e outros.

Solução GDS Alltomatic LuxEnergiaMonitoramento de consumo de energia NÃO NÃO SIMVigilância SIM NÃO SIMIluminação SIM SIM SIMControle por Smartphone e Tablets SIM SIM SIMAutomação de Áreas Externas SIM NÃO SIM

Tabela 1 – Comparação entre empresas de automação residencial no Brasil

Fonte – Própria

Nas soluções estudadas e listadas na Tabela 1, a automação é realizada tanto atravésde redes cabeadas como sem fio, dependendo da necessidade e aplicação de cada projeto.As redes cabeados prescindem de cabeamento integrado à rede elétrica e instalação emquadro, além de módulos de endereçamento, relés e comandos.

2.3 Soluções wireless sem centralAs soluções wireless para automação podem apresentar centrais de controle ou

serem independentes. Os centralizadores servem como gateway, que é uma ponte entre o

Capítulo 2. Revisão bibliografica 17

sistema de automação residencial e o wi-fi (INTEGRAHAUS, 2017). De forma simples,funciona como um endereçamento de comandos e leituras. Sistemas sem centralizadores,funcionam de forma direta com o servidor, enviando e recebendo dados. A ideia principal éreduzir custos relacionados com obras de cabeamento advindas da implantação do sistemade automação para o usuário que busca automação dos principais dispositivos e circuitosda casa (THEATER, 2017).

Sem dúvidas, a automação wireless é uma solução valorizada para múltiplos públicos,pois leva flexibilidade para projetos em diversos ambientes. Seja na automação corporativaou de casas, o tempo de instalação é curto e o produto se adapta melhor à aquisições denovos dispositivos de automação(NEOCONTROL, 2018).

2.4 Módulo switchDentre os módulos propostos para desenvolvimento neste trabalho, encontra-se o

módulo switch, capaz de ligar/desligar qualquer equipamento conectado a ele. No mercado,existem alguns dispositivos similares aos que foram propostos neste trabalho, algunsdesses modelos possuem display, outros não possuem aplicativo móvel, dentre outrascaracterísticas. Os modelos com as características e funcionalidades similares foram osonoff s30, sonoff basic e Smart Plug TP-LINK.

Fabricado pela empresa ITEAD(ITEAD, 2018a), o sonoff-s30 é uma tomada sem fiowi-fi, controlada remotamente por aplicativo móvel, que suporta acionar aparelho elétricoconectados a ela(ITEAD, 2018c), figura 1. Além deste modelo, também podemos encontraro sonoff basic(ITEAD, 2018b), onde seu princípio de funcionalidade é basicamente omesmo, figura 2. Ele é o produto mais famoso da empresa que também conta com outrosprodutos voltados para a automação, como módulos touch para acionamento de lâmpadas,central de qualidade do ar, centralizador RF, dentre outros.

Figura 1 – Modelo Sonoff s30

Fonte – (ITEAD, 2018c).

Capítulo 2. Revisão bibliografica 18

Figura 2 – Modelo Sonoff basic

Fonte – (ITEAD, 2018b).

O Smart Plug TP-LINK, figura 3, fabricado pela TP-LINK(TP-LINK, 2018),apresenta as mesmas características e modo de funcionamento. Dentre todos é o queapresenta um design mais atrativo ao usuário, com o modo de funcionamento também poraplicativo móvel, e possui um botão de funções e on/off.

Figura 3 – Modelo Smart Plug TP-LINK

Fonte – (TP-LINK, 2018).

Os parâmetros apresentados na tabela 2, foram escolhidos de forma a comparartodos os módulos apresentados anteriormente. Os critérios de tensão de entrada e padrãode tomada, são exclusivamente para mostrar se os módulos já estariam prontos para usono cenário brasileiro. O parâmetro corrente de saída foi considerado devido às cargasque poderiam ser ligadas a ela. E o critério Plug femea embutido, também referente àpraticidade de utilização, onde apenas seria necessário conectar o dispositivo ao módulo eutilizar.

Capítulo 2. Revisão bibliografica 19

Sonoff-s30

SonoffBasic

Smart PlugTP-LINK

Dispositivodesenvolvido

Padrão de tomada US X UE BRTensão de entrada 110-125V 90V - 250V 100 - 240V 110 - 220VCorrente Máxima de saída 15A 10A 16A 10APlug fêmea embutido SIM NÃO SIM SIMSetar horas de controle automático SIM SIM SIM SIM

Tabela 2 – Comparação entre módulos switch presentes no mercado.

Fonte – Própria

2.5 Módulo sensoresOutro módulo proposto neste trabalho é o de sensor de gás. Segundo pesquisa

realizada com o corpo de bombeiros pelo portal Acessa.com, um dos principais vilõesdos acidentes domésticos é o gás de cozinha, seja pelo uso indevido ou a não troca daválvula de saída(ACESSA.COM, 2018). Esse módulo visa diminuir a recorrência de casosde acidentes domésticos com gás de cozinha, por meio de um sensor de gás que emitealarme sonoro, notificações para o celular do usuário e até interligado com outros módulosde automação, desligar o fornecimento de energia para o fogão.

Existe um produto nacional, produzido pela empresa Abafire, figura 4, e o MiJiaHoneywell, produzido pela empresa chinesa Xiaomi(XIAOMI, 2018), figura 5, que possuemcaracterísticas similares às que foram desenvolvidas no sensor proposto neste trabalho.Ambas detectam o valor de GLP presente no ar e alertam o usuário de acordo com níveisde concentração pré-definidos.

Figura 4 – Modelo de sensor de gás produzido pela empresa Abafire

Fonte – (ABAFIRE, 2018).

Capítulo 2. Revisão bibliografica 20

Figura 5 – Modelo Mijia Honeywell Gas Alarm

Fonte – (GEARBEST, 2018).

Através da análise dos dispositivos encontrados no mercado, foi construída a tabela 3para efeitos de comparação. O parâmetro tamanho, foi incluído devido ser um dos pontosmais importantes para o usuário. Interligação com outros sistemas de automação,é referente à portabilidade de acionamento de outros processos de automação através dadetecção do gás por este módulo. O critério Sinalização sonora é importante para nãodeixar o aviso de acionamento dependente apenas dos dispositivos móveis. O parâmetroNotificação através de APP nos mostra se o dispositivo é portável para tablets esmartphones. O parâmetro Fonte de energia é importante para o usuário, pois de acordocom a forma de energia do módulo, o processo de instalação é otimizado. Por fim, saídapara relé, representa o acionamento de um relé através do sensor após detecção de gás.

Abafire MiJia HoneywellXiaomi

Dispositivodesenvolvido

Tamanho 12 x 5 x 4 cm 93.62.5 cm 6.5 x 6.5 x 3 cmInterligação comoutros sistemasde automação

NÃO SIM SIM

Sinalização sonora SIM SIM NÃO*Notificaçãoatravés de APP NÃO SIM SIM

Fonte de energia Rede elétrica - Bivolt Bateria Rede elétrica - BivoltSaída para relé SIM NÃO SIM

Tabela 3 – Comparação entre módulos sensores de gás presentes no mercado.

Fonte – Própria

*Este parâmetro não está na versão atual, porém é de fácil implementação.

21

3 EMBASAMENTO TEÓRICO

3.1 Banco de dados relacionais e não relacionaisBancos de Dados são um dos principais conceitos envolvidos com o desenvolvimento

de sistemas de automação. A utilização de bancos de dados está diretamente relacionadacom o armazenamento de dados de configuração e monitoramento dos dispositivos, dadosdos usuários do sistema, dados de gerenciamento entre outros. Na escolha da solução debanco de dados existem duas opções que devem ser feitas de antemão: os bancos de dadosrelacionais ou os não relacionais.

Banco de dados relacionais armazenam dados como um conjunto de tabelas, cadauma com informações diferentes. Todos os dados estão relacionados para que seja possívelacessar informações de tabelas diferentes simultaneamente. Cada tabela é formada por umconjunto de tuplas com os mesmos atributos, como podemos visualizar na tabela 4.

ID do sensor Nome Preço Quantidadeem estoque

Testado evalidado

1 DHT11 10,9 2 SIM2 MQ-5 19,9 1 NÃO3 PIR 14,9 5 SIM

Tabela 4 – Tabela de um Bando de dados relacional

Fonte – Própria

As tabelas são conectadas para que os dados de uma tabela possam estar relacionadosa outros por meio de uma chave, que podem ser tipificadas por chave primária e chaveestrangeira. A chave primária é usada para identificar na tabela inteira, cada tupla, comoúnica. Chave estrangeira é usada para tabelas de referência cruzada. Chave estrangeiraem uma tabela pode representar uma chave primária na outra(POLITOWSKI; MARAN,2014).

Capítulo 3. Embasamento teórico 22

Figura 6 – Exemplo de banco de dados relacional

Fonte – (GOMES, 2018).

Na figura 6, podemos observar duas tabelas relacionadas, uma de produtos e outrade categoria, o atributo IDProduto é chave primária e o atributo IDCategoria, que estácontido na tabela de produtos, é uma chave estrangeira de categorias.

Visando diminuir a redundância do banco, é realizado uma normalização dos dados,gerando por consequência, uma quantidade maior de tabelas. Quanto maior o esquema emais tabelas que precisam ser associadas, mais demora para o banco de dados relacionalbuscar os dados(VRBSKY, 2018).

Já um banco de dados não relacional tem um esquema dinâmico e não estruturadopara os dados, os valores são armazenados de várias formas: orientado a coluna, orientadoa documento, baseado em grafos ou organizado como chave-valor(FERREIRA, 2017).

Diferentemente da normatização, os bancos de dados não relacionais realizamparticionamento horizontal, onde as linhas são separadas em vez de serem quebradas emcolunas(SADALAGE; FOWLER, 2013). Cada partição desta é chamada de shard, que porsua vez pode ser instalada em um servidor diferente.

Se for comparado os 2 bancos de dados no quesito escalabilidade, podemos defi-nir o banco de dados relacional como verticalmente escalável, e o não relacional comohorizontalmente escalável(DEVMEDIA, 2018).

Devido a constante mudança na base de dados neste trabalho, bem como a quan-tidade estipulada de dados quando o sistema estiver em funcionamento, foi escolhidotrabalhar com um banco de dados não relacional.

3.2 Firebase ConsoleFirebase(FIREBASE, 2018) é uma plataforma de desenvolvimento mobile e web, com

foco em ser um back-end completo e de fácil usabilidade, que disponibiliza diversos serviços

Capítulo 3. Embasamento teórico 23

que auxiliam no desenvolvimento e gerenciamento de aplicativos (AVRAM, 2016). Dentreas inúmeras funcionalidades do firebase, é possível encontrar a de autenticação através decontas do Google, Facebook, Github ou sistema de contas próprio; Cloud Messaging, quepermite enviar mensagens para os usuários através do aplicativo; Notifications, que envianotificações personalizadas para o usuário e a Realtime Database.

A função Realtime Database do firebase consiste em um banco de dados nãorelacional que sincroniza os dados com os dispositivos em tempo real, apresentando regrasde segurança que podem ser configuradas para definir quem tem acesso e a quais dados.

3.3 Aplicativos móveisUm aplicativo móvel, neste trabalho, é uma aplicação desenvolvida para ser instalado

em um dispositivo eletrônico móvel, como tablets e smartphones. Inicialmente os aplicativosforam criados como forma de suporte à produtividade e à recuperação de informações,como correio eletrônico, calendário, contatos(STONE, 2018). No entanto, com a evoluçãodos aplicativos e das plataformas de desenvolvimento, atrelado com a crescente procura, aquantidade de categorias de App’s aumentou, como jogos, GPS, venda de ingressos, redessociais, negócios, mercados de ações, dentre outros. Atualmente os principais sistemasoperacionais de aplicativos são o IOS e o android(TECMUNDO, 2017).

De acordo com a Cisco Visual Networking Index (VNI) até 2021 haverão maissmartphones (5,5 bilhões) do que contas bancárias (5,4 bilhões) e telefones fixos (2,9bilhões).

3.4 AppybuilderO appybuilder é um ambiente de programação visual online que permite criar aplica-

tivos android totalmente funcionais, visando democratizar o desenvolvimento desse tipo desoftware. O ambiente usa uma metodologia de desenvolvimento baseada em blocos, que ob-jetiva facilitar a criação de aplicativos de diversos níveis de complexidade(APPYBUILDER,2018).

O sistema de desenvolvimento de aplicativos nesta ferramenta é composto por 2sessões, o Designer, figura 7, e o Blocks, figura 8.

Capítulo 3. Embasamento teórico 24

Figura 7 – Janela de designer do appybuilder

Fonte – Própria

Na aba designer, podemos perceber a divisão em quatro colunas, Pallete, viewer,components e properties. Na coluna pallete se encontram os componentes disponíveispara a construção do aplicativo, como botões, caixas de texto, leitor de QRcode. Vieweré o local em que o usuario faz a organização dos componentes na tela do aplicativo. Acoluna components contem todos os componentes adicionados, sendo possivel renomeare deletá-los. Já na coluna properties, é possivel realizar alterações nas propriedades doscomponentes.(BARBOSA; BATISTA; BARCELOS, 2015)

Na janela blocks, é possivel associar as ações dos componentes selecionados em naaba designer. A figura 8 mostra a janela referida, que é dividida em blocks e viewer. Naárea blocks temos blocos de programação similares à linguagem Scratch(RESNICK et al.,2009) além de blocos específicos para cada componente adicionado no design do aplicativo.O campo viewer é a área onde são programados os blocos do aplicativo.

O comportamento de determinado componente é formado pela combinação deum ou mais comandos, com esta combinação sendo feita por programação em blocos,como podemos ver na figura 9, é preciso observar que apenas funções compatíveis seencaixam(NOGUEIRA, 2013).

Para realizar os testes do aplicativo desenvolvido, é possível fazer o download pelainternet, por meio do aplicativo AppyBuilder Gold, ou realizando o download do arquivo.apk para instalação no dispositivo móvel.

Capítulo 3. Embasamento teórico 25

Figura 8 – Janela de blocos do appybuilder

Fonte – Própria

Figura 9 – Blocos de desenvolvimento do appybuilder

Fonte – Própria

3.5 MicrocontroladoresMicrocontrolador é um pequeno computador (SoC) num único circuito integrado o

qual contém um núcleo de processador, memória e periféricos programáveis de entrada esaída. Geralmente são utilizados em projetos de sistemas eletrônicos, onde um programaembutido no microcontrolador e interage com o meio externo executando um conjuntode tarefas. Esses sistemas são conhecidos como sistemas embarcados.(EMBARCARDOS,2018).

Para a maioria dos sistemas dedicados, o microcontrolador apresenta-se como asolução mais viável em função do baixo custo, facilidade de uso, versatilidade e da enorme

Capítulo 3. Embasamento teórico 26

aplicabilidade(BATISTA, 2018).

Os microcontroladores reúnem em um único componente os elementos de umsistema microprocessado completo (memória ROM, memória RAM, interface paralela,interface serial, temporizador, contador de eventos, controlador de interrupções, entreoutros). A parte mais importante do microcontrolador é o microprocessador ou a Unidadede Processamento Central (CPU, Central Processing Unit)(BERTONHA, 2007).

3.6 Esp8266 12FO ESP8266 é um microcontrolador do fabricante chinês Espressif Systems que inclui

capacidade de comunicação por Wi-Fi, que é o principal diferencial dele para os outrosmicrocontroladores(ESPRESSIF, 2018). Existem diversos tipos de modelos do ESP8266,do ESP-1 ate o ESP-14 e o mais recente produzido, ESP32, que também possui bluetooth4.0 integrado(OLIVEIRA, 2017).

No desenvolvimento do trabalho, foi escolhido o modelo ESP12F por apresentaruma quantidade de GPIO (pinos de entrada e saída) suficientes para o referido circuito emdesenvolvimento, o tamanho reduzido do encapsulamento e pela facilidade de se encontrarno mercado local.

Figura 10 – Pinagem do ESP8266 12F

Fonte – (CHILLRAIN, 2018)

Na figura 10 podemos observar a pinagem do microcontrolador ESP8266 12F, emque é possível destacar alguns pinos que podem ser utilizados para GPIO, outros paraalimentação, comunicação, e outros com funções específicas para gravação dos scripts.

O circuito base utilizado para funcionamento do ESP12F pode ser observado nafigura 11

Capítulo 3. Embasamento teórico 27

Figura 11 – Esquemático do esp8266 utilizado.

Fonte – Própria

O ESP-12 utilizado possuía o firmware NodeMCU (MURTA, 2016) instalado, quepermite que o microcontrolador seja programado em Lua(DUARTE, 2016), linguagem descript de multiparadigma, e que também permite a utilização da IDE do Arduino paraprograma-lo(KOYANAGI, 2017).

28

4 RESULTADOS

Os resultados foram subdivididos em seções, de modo a expor as atividades execu-tadas em cada objetivo proposto inicialmente.

4.1 Modelagem do banco de dados do SistemaO banco de dados não relacional foi criado no firebase, apresentando a estrutura da

figura 12.

Figura 12 – Banco de dados criado no firebase

Fonte – Própria

No banco de dados, é possível encontrar duas listas, uma delas a “Lista_devices” ea outra “Lista_users”, essas funcionam de forma facilitar o processo de busca de todos os

Capítulo 4. Resultados 29

usuários e devices pelo aplicativo.

Como é possível observar na Figura 12, dentro de cada nó de usuário existe uma listacom todos os devices relacionados com ele. Dentro de cada nó device é possível identificaros campos o comando, nome e status. O campo “status” e “comando” estão sempre sendomodificados, pois pontos de comunicação usados pelo aplicativo e o dispositivo sendoatualizados e lidos frequentemente.

4.2 Firmware para os módulos desenvolvidosO software embarcado para os módulos, seguem o mesmo fluxograma de funciona-

mento, como mostrado na figura 13.

Figura 13 – Fluxograma do software embarcado

Fonte – Própria

Ao ser iniciado, é verificado a conexão com a rede Wifi local, onde o led indicadoré representado pela cor vermelha na placa. Após feita a conexão com a rede local, o Ledindicador fica azul, e o dispositivo fica aguardando a conexão com o aplicativo, que podeser feito através do seu ID, ou de um QrCode.

Neste ponto, o usuário precisa configurar o dispositivo via aplicativo móvel, uma vezque a configuração é realizada o dispositivo é conectado a um usuário. Após o dispositivoestar configurado, possível enviar comandos para o dispositivo através do mesmo aplicativo.

Capítulo 4. Resultados 30

No caso do sensor de gás, nenhuma tarefa é executada após receber um comando,já o módulo switch altera o estado do relé. Informações como valor lido no sensor de gás estatus do relé são enviados para o banco de dados através do campo “status”. O sensor degás utilizado para a leitura dos dados é o sensor MQ-6.

4.3 Desenvolvimento do aplicativo móvelO aplicativo móvel desenvolvido no appybuilder foi dividido em algumas telas para

melhor organização e apresentar uma boa interação com o usuário. O funcionamento desuas telas, bem como a forma de comunicação com o banco de dados pode ser visualizadonas figuras 14 e 15.

Figura 14 – Fluxograma 1 do aplicativo, início do aplicativo e tela de usuário

Fonte – Própria

Figura 15 – Fluxograma 2 do aplicativo, tela de controle

Fonte – Própria

Capítulo 4. Resultados 31

Como é possível observar nas figuras 14 e 15, todo o controle é feito através deleituras do campo status dos dispositivos cadastrados no banco de dados. Quando algumbotão de comando é acionado, o software envia um comando para o banco de dados,escrevendo no campo “comando” do dispositivo correspondente.

As respectivas telas do aplicativo desenvolvido podem ser observadas nas figurasposteriores.

Figura 16 – Tela inicial do aplicativo

Fonte – Própria

Figura 17 – Tela de cadastro de usuário

Fonte – Própria

Capítulo 4. Resultados 32

Figura 18 – Tela de controle

Fonte – Própria

Figura 19 – Realizando uma leitura de QrCode para adicionar um dispositivo

Fonte – Própria

O login, é necessário efetuar apenas no primeiro acesso, logo após o acesso éautomático. O cadastro inicial se faz necessário para que cada usuário possa cadastrarseus dispositivos no banco de dados, garantindo que apenas um usuário tem acesso a umdeterminado dispositivo.

Capítulo 4. Resultados 33

Figura 20 – Tela de status dos dispositivos

Fonte – Própria

4.4 Projeto das placas de circuito impresso para os módulosAs placas de circuito impresso foram desenvolvidas no Eagle CAD(EAGLE, 2018).

No Eagle foram projetados os esquemas de conexão entre os componentes escolhidoscomo plugs de tomada do padrão brasileiro, bem como o microcontrolador utilizado edemais componentes periféricos como visto na figura 21 e figura 22. Bem como os módulosdevidamente prototipados e soldados, figura 23, 24, 25 e 26.

Figura 21 – Projeto em CAD da placa de circuito do módulo switch

Fonte – Própria

Capítulo 4. Resultados 34

Figura 22 – Projeto em CAD da placa de circuito desenvolvida para o módulo sensor

Fonte – Própria

Após a confecção das PCI desenvolvidas, foi realizada a soldagem e testes de bancadados módulos após montagem. Foi seguido todas as normas de segurança(DEVICES, 2018)para confecção das placas de circuito impresso. Como pode ser observado na largura dastrilhas que tem seus componentes conectados a rede elétrica, e no corte da placa entrealgumas trilhas para evitar arco elétrico.

Figura 23 – Vista frontal do módulo sensor de gás montado

Fonte – Própria

Capítulo 4. Resultados 35

Figura 24 – Vista traseira do módulo sensor de gás montado

Fonte – Própria

Figura 25 – Vista frontal do modulo switch montado

Fonte – Própria

Capítulo 4. Resultados 36

Figura 26 – Vista traseira do módulo switch montado

Fonte – Própria

4.5 Testes e validação dos módulos desenvolvidosCom as placas montadas, foi realizado o upload do código em cada microcontrolador

dos módulos, o cadastro dos componentes no servidor firebase e a interligação com oaplicativo móvel. Na figura 27 podemos observar a alteração em tempo real do banco dedados através do sensor de gás.

Capítulo 4. Resultados 37

Figura 27 – Alteração em tempo real do banco de dados

Fonte – Própria

Para fins de teste foi cadastrado no sistema o usuário "admin". O cadastro foi feitovia aplicativo móvel, seguindo as instruções da Figura 17. Após cadastro o usuário apareceno banco de dados sem dispositivos cadastrados. O usuário "admin"cadastrou, em seguida,o dispositivo sensor de Gás de ID "GAS_lk6ta9"usando as telas das Figuras 18. De acordocom os fluxogramas já mostrados na Figura 14 o cadastro de um dispositivo faz com queele seja inserido na lista dispositivos do usuário, mostrado na Figura 20 .

Os dados do sensor de Gás são acessíveis ao usuário "admin "via a tela do aplicativomóvel mostrada na Figura 20. Nesse caso, os dados do sensor de gás são fornecidos usandoo campo status, que são lidos pelo aplicativo e alterados pelo sensor.

Capítulo 4. Resultados 38

4.6 Projeto de cases e outros elementos mecânicos dos módulosTodos os elementos mecânicos foram desenvolvidos no Fusion 360(360, 2018). O

Fusion apresenta ferramentas para modelagem 3D de superfícies e sólidos, preparação demodelos para impressões 3D, entre outras(TECHTUDO, 2014). O Fusion 360 e o Eagle,são softwares proprietários da mesma empresa, a autodesk(AUTODESK, 2018). O quepermite o compartilhamento de projetos entre as plataformas facilitando assim a integraçãodo processo de desenvolvimento de elementos mecânicos para as placas de circuito.

As cases modeladas apresentam um design moderadamente simples, e de apenasencaixes, justamente por ser tratar de protótipos. Ambas as tampas se conectam com ocorpo da case atraves de imãs nas laterais das tampas, como podemos observar nas figuras34 e 35. O plug macho de 3 pinos dos 2 módulos, foram impressos e adicionados de formaseparadas a placa, como pode ser observado na figura 29. Foi utilizado como plug fêmea domódulo switch, um módulo de tomada vendido separadamente e conectado via parafusosa placa desenvolvida, figuras 28 e 30.

Figura 28 – Vista frontal da PCI do módulo switch no Fusion 360

Fonte – Própria

Capítulo 4. Resultados 39

Figura 29 – Vista traseira da PCI do módulo switch no Fusion 360

Fonte – Própria

Figura 30 – Vista em perspectiva da PCI do módulo switch no Fusion 360

Fonte – Própria

Capítulo 4. Resultados 40

Figura 31 – Vista em frontal da PCI do módulo sensor no Fusion 360

Fonte – Própria

Figura 32 – Vista em traseira da PCI do módulo sensor no Fusion 360

Fonte – Própria

Figura 33 – Vista em perspectiva da PCI do módulo sensor no Fusion 360

Fonte – Própria

Capítulo 4. Resultados 41

Figura 34 – Case 3D do módulo switch no Fusion 360

Fonte – Própria

Figura 35 – Case 3D do módulo sensor no Fusion 360

Fonte – Própria

42

5 CONCLUSÃO

As novas tendências tecnológicas têm fomentado diversos segmentos do mercadoatual, a automação residencial sendo um deles. A perspectiva para esta área só tende acrescer, à medida que as soluções ficam mais baratas e que os possíveis clientes ficam maisconscientes dos benefícios da automação residencial.

O objetivo central deste trabalho era desenvolver um sistema de automação modular,com dados e informações armazenados em nuvem, comunicação e configuração via Wi-fi,através de aplicativo móvel. Com os resultados apresentados neste documento, atreladoa todas as pesquisas realizadas, é possível concluir que o objetivo principal foi atingido.A solução apresentada neste documento foi comparada com outras soluções do mercado,onde foram ressaltados pontos fortes e fracos que podem vir a ser abordados no futuro.

5.1 Consecução dos Objetivos SecundáriosComo uma forma de atingir o objetivo principal proposto neste trabalho, uma série

de objetivos secundários foram listados, os objetivos dividiam o trabalho a ser executadode forma que fosse mais fácil acompanhar o progresso do trabalho e que fosse possívelgarantir que todas os requisitos desejados foram atingidos.

O objetivo secundário OS1 foi completado e mostrado na seção 4.1, onde foimostrada a estrutura do banco de dados modelado. Como visto na seção, foi escolhido umbanco de dados não relacional, que permite uma estrutura mais flexível, a fim de garantirescalabilidade do sistema em termos de futuros componentes que podem ser adicionados.

O objetivo secundário OS2 foi concluído com sucesso, e mostrado na seção 4.2.Seus resultados estão completamente conectados com os resultados da seção 4.1, pois énecessária a comunicação entre dispositivo e banco de dados. A comunicação foi testadanos dispositivos implementados usando testes em bancada o que completa o objetivo OS2.

Na seção 4.3 é foi possível verificar as telas do aplicativo móvel desenvolvido, relaci-onado com o OS3. O aplicativo foi completamente validado através das implementaçõesde cadastro de usuário, cadastro de dispositivo e controle/monitoramento de dispositivos.

O objetivo secundário OS4, foi abordado na seção 4.4, consideramos os resultadosobtidos como satisfatórios. Embora os módulos implementados ainda estejam em fase deprotótipo, todas as necessidades almejadas foram atingidas, bem como uma boa qualidadede protótipo final.

O objetivo secundário OS5 foi abordado na seção 4.5, após testes com a placa de-

Capítulo 5. Conclusão 43

senvolvida, foi possível realizar as modelagens das cases e elementos mecânicos, concluindoo objetivo OS6, abordado na seção 4.6.

5.2 Resultados obtidosUm sistema de automação residencial modular com central usando sistema em

nuvem foi implementado e teve suas funcionalidades básicas validadas, resultando em trêstipos básicos de elementos concretos: Um esquema de organização de dados implementadoem um banco de dados não relacional Firebase; um aplicativo móvel de configuração,cadastro e gerenciamento de dispositivos e usuários; dois módulos de hardware, um móduloswitch e outro módulo sensor, que foram projetados, implementados e testados juntos dosistema.

Após os testes individuais de cada componente desenvolvido foram realizados testesde integração entre os componentes, mostrando que todas as funcionalidades almejadasforam alcançadas com sucesso. Todos os testes foram realizados em laboratório, não foramrealizados testes de usabilidade com possíveis usuários do sistema.

5.3 Trabalhos futurosEste trabalho será usado como base em conjunto com uma pesquisa de mercado,

para que seja possível realizar melhorias e/ou modificações a fim de configurar um produtode nível competitivo no mercado.

Algumas destas mudanças, de caráter técnico, partem inicialmente da portabilidadeda plataforma de desenvolvimento de aplicativos appybuilder para o Android Studio. Queapresenta mais recursos e escalabilidade que o projeto requer.

Aprimorar o sistema supervisório dos sensores, oferecendo mais informações aosusuários, bem como projeto e implementação de novos módulos, como interruptoresthree way automatizados, módulo switch com medição e qualidade de energia, módulosdimerizáveis e interruptores touch screen. Alterar o design do aplicativo e dos elementosmecânicos de cada módulo, tornando um produto mais atraente ao cliente, bem como amaterialização dos mesmos,

44

REFERÊNCIAS

360 fusion. 2018. Acessado em 29 de novembro de 2018. Disponível em:<https://www.autodesk.com/products/fusion-360/overview>. 38

ABAFIRE. 2018. Acessado em 1 de novembro de 2018. Disponível em: <https://abafire-.com.br/p/sensor-detector-de-vazamento-de-gas-glp-gn-com-entrada-127-220v-e-saida-rele-na-nf/>. 19

ABNT. NBR-16264 Cabeamento estruturado residencial. 2014. 15

ACESSA.COM, P. Gás de cozinha é um dos vilões dos acidentes domésticos. 2018.Acessado em 27 de novembro de 2018. Disponível em: <https://www.acessa.com/casa-/arquivo/truques/2008/11/13-botijao/>. 19

ALLTOMATIC. 2018. Acessado em 5 de outubro de 2018. Disponível em: <http:/-/alltomatic.com.br/>. 16

APPYBUILDER. 2018. Acessado em 26 de outubro de 2018. Disponível em:<https://appybuilder.com/>. 23

AURESIDE. Automação Residencial: demanda na Construção Civil. 2017. Acessado em26 de outubro de 2018. Disponível em: <http://www.aureside.org.br/noticias/automacao-residencial–demanda-na-construcao-civil>. 12

AUTODESK. 2018. Acessado em 29 de novembro de 2018. Disponível em:<https://www.autodesk.com.br/>. 38

AVRAM, A. Google Firebase: back-end completo para aplicações web e mobile. 2016.Acessado em 23 de outubro de 2018. Disponível em: <https://www.infoq.com/br/news-/2016/07/google-firebase>. 23

BARBOSA, E. da S.; BATISTA, S. C. F.; BARCELOS, G. T. App inventor: Análise depotencialidades para o desenvolvimento de aplicativos para matemática. 2015. 24

BATISTA, Y. N. Microcontrolador PIC. 2018. Acessado em 29 de outubro de 2018.Disponível em: <http://ygo.pesqueira.ifpe.edu.br/didaticos/micro PIC.pdf>. 26

BERTONHA, E. G. Apostila Microcontroladores 8051. Departamento Acadêmico deEletrônica. UTFPR. 2007. 26

BIONDO, R. M. et al. Domótica: Sistemas e Aplicabilidade. Tese (Doutorado) —UNIVERSIDADE DE SÃO PAULO, 2011. 15

BOLZANI, C. A. M. Residências inteligentes: domótica, redes domésticas e automaçãoresidencial. 1a edição. São Paulo: Editora Livraria da Física, 2004. 16

CHILLRAIN. 2018. Acessado em 5 de novembro de 2018. Disponível em: <https://i-.chillrain.com/index.php/esp8266-pinout/>. 26

Referências 45

CIDADE, J. Insegurança aumenta procura por sistemas de monitoramentoprofissional 24h. 2017. Acessado em 20 de novembro de 2018. Disponível em:<https://www.jornalcidademg.com.br/inseguranca-aumenta-procura-por-sistemas-de-monitoramento-profissional-24h/>. 16

CONTROLLAR. Automação residencial wireless. 2018. Acessado em 25 de outubro de2018. Disponível em: <http://www.controllar.com/automacao-residencial-wireless>. 15

DECORA, V. Casa automatizada? Realize o sonho do seu cliente com a automaçãoresidencial. 2018. Acessado em 12 de outubro de 2018. Disponível em: <https://www-.vivadecora.com.br/pro/tecnologia/automacao-residencial/>. 12

DEVICES, A. CHAPTER 12: PRINTED CIRCUIT BOARD (PCB) DESIGNISSUES. 2018. Acessado em 5 de outubro de 2018. Disponível em: <http://www-.analog.com/library/analogdialogue/archives/43-09/edch%2012%20pc%20issues.pdf>.34

DEVMEDIA. Artigo Repositório de Dados Relacional ou NoSQL? 2018. Acessado em 29de novembro de 2018. Disponível em: <https://www.devmedia.com.br/repositorio-de-dados-relacional-ou-nosql/27500>. 22

DUARTE, L. Introdução à linguagem de programação Lua. 2016. Acessado em 19 denovembro de 2018. Disponível em: <http://www.luiztools.com.br/post/introducao-a-linguagem-de-programacao-lua>. 27

EAGLE. EAGLE. 2018. Acessado em 29 de novembro de 2018. Disponível em:<https://www.autodesk.com/products/eagle/overview>. 33

ELETRÔNICA, S. Domótica: uma aplicação de baixo custo com acesso web. 2012. 12

EMBARCARDOS. Introdução aos sistemas embarcados e microcontroladores. 2018.Acessado em 29 de outubro de 2018. Disponível em: <https://www.embarcados.com.br-/sistemas-embarcados-e-microcontroladores/>. 25

ESPRESSIF. 2018. Acessado em 5 de novembro de 2018. Disponível em: <https://www-.espressif.com/>. 26

FERREIRA, L. As diferenças entre SQL e NoSQL: MySQL x MongoDB. 2017. Acessadoem 19 de novembro de 2018. Disponível em: <https://medium.com/devtranslate-/diferencas-entre-sql-e-nosql-51311f9069bd>. 22

FIREBASE. 2018. Acessado em 23 de outubro de 2018. Disponível em: <https://firebase-.google.com/?hl=pt-br>. 22

GDS. 2018. Acessado em 5 de outubro de 2018. Disponível em: <http://www-.gdsautomacao.com.br/site/>. 16

GEARBEST. 2018. Acessado em 27 de novembro de 2018. Disponível em:<https://www.gearbest.com/alarm-systems/pp 615080.html>. 20

GOMES, E. H. Manipulação de Dados - DML. 2018. Acessado em 29 de novembro de2018. Disponível em: <http://ehgomes.com.br/disciplinas/bdd/dml.php>. 22

Referências 46

INTEGRAHAUS. Central de Automação Residencial. 2017. Acessado em 20 de outubrode 2018. Disponível em: <http://integrahaus.com.br/2017/03/24/central-de-automacao-residencial/>. 17

ITEAD. ITEAD. 2018. Acessado em 29 de novembro de 2018. Disponível em:<https://www.itead.cc/>. 17

ITEAD. Sonoff basic. 2018. Acessado em 29 de novembro de 2018. Disponível em:<https://www.itead.cc/sonoff-wifi-wireless-switch.html>. 17, 18

ITEAD. Sonoff s30. 2018. Acessado em 29 de novembro de 2018. Disponível em:<https://www.itead.cc/sonoff-s30.html>. 17

KOYANAGI, F. Introdução ao ESP8266. 2017. 2017. Acessado em 29 de outubro de 2018.Disponível em: <https://www.fernandok.com/2017/10/introducao-ao-esp8266.html>. 27

LUXENERGIA. 2018. Acessado em 5 de outubro de 2018. Disponível em: <http://www-.luxenergia.com>. 16

MURATORI, J. R.; BÓ, P. H. D. Capítulo i automação residencial: histórico, definições econceitos. O Setor elétrico, 2011. 12

MURTA, G. Guia completo do NodeMCU – ESP12 – Introdução. 2016. Acessado em5 de novembro de 2018. Disponível em: <http://blog.eletrogate.com/nodemcu-esp12-introducao-1/>. 27

NEOCONTROL. Automação residencial wireless. 2018. Acessado em 12 de setembro de2018. Disponível em: <https://www.neocontrol.com.br/news/casa-automatizada/>. 15,17

NICHELE, D. B. Automação residencial: um grande auxílio para idosos e deficientes.[S.l.]: Trabalho de Conclusão de Curso. Itatiba, 2010. 12

NOGUEIRA, A. S. Desenvolvendo Aplicações em Android. 2013. Disponível em:<https://pt.slideshare.net/asergionogueira/android-notas-de-aula>. 24

OLIVEIRA, R. R. USO DO MICROCONTROLADOR ESP8266 PARA AUTOMAÇÃORESIDENCIAL. Tese (Doutorado) — Universidade Federal do Rio de Janeiro, 2017. 26

POLITOWSKI, C.; MARAN, V. Comparaç ao de performance entre postgresql emongodb. X Escola Regional de Banco de Dados. SBC, p. 1–10, 2014. 21

RESNICK, M. et al. Scratch: programming for all. Communications of the ACM, ACM,v. 52, n. 11, p. 60–67, 2009. 24

ROCKENBACH, S. Arquitetura, automação e sustentabilidade. 2005. 15

SADALAGE, P. J.; FOWLER, M. NoSQL distilled: a brief guide to the emerging world ofpolyglot persistence. [S.l.]: Pearson Education, 2013. 22

STONE blog. O que é um aplicativo móvel ? 2018. Acessado em 26 de outubro de 2018.Disponível em: <https://blog.stone.com.br/aplicativo-movel/>. 23

TECHTUDO. Com Fusion 360, modele em 3D no seu Mac. 2014. Acessado em 5 de outubrode 2018. Disponível em: <https://www.techtudo.com.br/tudo-sobre/fusion-360.html>. 38

Referências 47

TECMUNDO. Android cresce, iOS diminui e Windows Phone quase some, aponta relatório.2017. Acessado em 26 de outubro de 2018. Disponível em: <https://www.tecmundo-.com.br/dispositivos-moveis/119411-android-ios-windows-phone-mercado.htm>.23

THEATER revista home. Automação funciona via Wi-Fi sem central de controle. 2017.Acessado em 20 de outubro de 2018. Disponível em: <http://revistahometheater.uol-.com.br/portal/2017/12/21/automacao-funciona-via-wi-fi-sem-central-de-controle/>.17

TP-LINK. TP-LINK. 2018. Acessado em 29 de novembro de 2018. Disponível em:<https://www.tp-link.com/br/>. 18

VRBSKY, Z. P. . S. P. . S. V. Comparing nosql mongodb to an sql db. 2018. Acessado em19 de novembro de 2018. Disponível em: <https://dl.acm.org/citation.cfm?id=2500047>.22

WAGNER, F. Estatísticas Impressionantes – Histórico De Acidentes Com Gás. 2015.Acessado em 19 de novembro de 2018. Disponível em: <http://www.rwengenharia.eng.br-/acidentes-com-gas/>. 12

XIAOMI. 2018. Acessado em 27 de novembro de 2018. Disponível em: <https://www.mi-.com/global/>. 19

48

6 ANEXO

Figura 36 – Esquemático do módulo sensor

Fonte – Própria

Capítulo 6. ANEXO 49

Figura 37 – Esquemático do módulo switch

Fonte – Própria

Capítulo 6. ANEXO 50

Figura 38 – Blocos parte 1 do Appybuilder

Fonte – Própria

Capítulo 6. ANEXO 51

Figura 39 – Blocos parte 2 do Appybuilder

Fonte – Própria

Figura 40 – Blocos parte 3 do Appybuilder

Fonte – Própria

Capítulo 6. ANEXO 52

Figura 41 – Blocos parte 4 do Appybuilder

Fonte – Própria

Capítulo 6. ANEXO 53

Figura 42 – Blocos parte 5 do Appybuilder

Fonte – Própria

Capítulo 6. ANEXO 54

Figura 43 – Blocos parte 6 do Appybuilder

Fonte – Própria

Capítulo 6. ANEXO 55

Figura 44 – Componentes da aba devices do Appybuilder

Fonte – Própria

Figura 45 – Componentes da aba login do Appybuilder

Fonte – Própria

Capítulo 6. ANEXO 56

Figura 46 – Componentes da aba sensor do Appybuilder

Fonte – Própria

Figura 47 – Componentes da aba usuário do Appybuilder

Fonte – Própria