UNIVERSIDADE SAGRADO CORAO

JOS RAFAEL SANSALONE ZEMINIAN

CONSTRUO DE UM SISTEMA MVEL PARA MELHORIA DA ACESSIBILIDADE DE DEFICIENTES FSICOS MOTORES EM SUAS RESIDNCIAS

BAURU 2010

UNIVERSIDADE SAGRADO CORAO

JOS RAFAEL SANSALONE ZEMINIAN

CONSTRUO DE UM SISTEMA MVEL PARA MELHORIA DA ACESSIBILIDADE DE DEFICIENTES FSICOS MOTORES EM SUAS RESIDNCIAS
Trabalho de concluso de curso apresentado ao Centro de Cincias Exatas e Sociais Aplicadas como parte dos requisitos para obteno do ttulo de bacharel em Cincia da Computao, sob orientao do Prof. Ms. Anderson Francisco Talon.

BAURU 2010

JOS RAFAEL SANSALONE ZEMINIAN

CONSTRUO DE UM SISTEMA MVEL PARA MELHORIA DA ACESSIBILIDADE DE DEFICIENTES FSICOS MOTORES EM SUAS RESIDNCIAS.

Trabalho de Concluso de Curso apresentado ao Centro de Cincias Exatas e Sociais Aplicadas da Universidade Sagrado Corao como parte dos requisitos para obteno do ttulo de Bacharel em Cincia da Computao, sob orientao do Prof. Ms. Anderson Francisco Talon. Banca Examinadora:

________________________________ Prof. Ms. Anderson Francisco Talon Universidade Sagrado Corao

________________________________ Prof. Dr. Elvio Gilberto da Silva Universidade Sagrado Corao

________________________________ Prof. Esp. Henrique Pachioni Martins Universidade Sagrado Corao

Bauru, 8 de Dezembro de 2010.

Resumo Nos ltimos anos, tem-se notado uma preocupao progressiva com as questes de acessibilidade de pessoas idosas e com deficincia fsica aos espaos, sejam eles de uso pblico ou no. A criao de sistemas voltados para a automao residencial tem despertado o interesse de muitos profissionais no mbito comercial, alm de se mostrar um aliado bastante forte na adaptao dessas residncias s necessidades especiais de seus moradores. Uma casa automatizada tambm pode ser denominada de casa inteligente, ou seja, quando existe algum tipo de controle interativo com seus dispositivos controlados e monitorados, visando oferecer a acessibilidade, conforto e segurana desejada. Existem vrias formas de fazer esse controle. Neste projeto buscamos desenvolver um software para dispositivos mveis, que fica conectado a um Web Service, permitindo assim que o portador de necessidades especiais controle e verifique o estado dos dispositivos controlados. Esses dispositivos podem ser equipamentos eletrnicos ou sensores em portas e janelas. Para cumprir o objetivo do projeto foi necessrio construir um circuito digital responsvel por controlar os equipamentos. Dessa forma, o Web Service ficou hospedado em um computador recebendo os sinais enviados atravs do dispositivo mvel e enviando esse sinal a porta paralela, que por sua vez est conectada ao circuito.

Palavras chave: acessibilidade, casa inteligente, circuitos digitais, deficientes fsicos, dispositivos mveis.

Abstract Recently, we can see a gradual concern about accessibility of eld people and of physical deficiency people, this concern can be for public space or not. The development of systems for home automation has attracted many professionals, it shows a very strong partner in home adaptation to special needs. A automatic house can be called an intelligent house, its means, a house where the devices can be controlled and monitored in order to offer accessibility, comfort and security. There are many ways to make this control. This project will develop a software for mobile devices what is connect to an Web Service, allowing the people with special needs control and check the devices status. These devices can be electronic devices or sensors in doors and windows. To achieve the desired goal, it's be necessary to build a digital circuit that is responsible to controlling the equipments. The Web service is hosted in a computer receiving signals by the mobile device and sending these signals to electronic devices or sensors. Keywords: accessibility, home automation, digital circuit, people with special needs, mobile devices.

Lista de ilustraes Figura 2-1 - Edies de Pataforma JAVA 2.....................................................................10 Figura 2-2 - Tecnologias Java..........................................................................................12 Figura 2-3 - Camadas J2ME............................................................................................12 Figura 3-4 - Arquitetura bsica Web Service...................................................................15 Figura 4-5 - Exemplo tabela-verdade...............................................................................16 Figura 4-6 - Nvel Lgico 0, representado por uma chave aberta...................................17 Figura 4-7 - Nvel Lgico 1, representado por uma chave fechada................................17 Figura 5-8 - Diagrama genrico de um circuito combinacional.......................................18 Figura 5-9 - Representao de um multiplexador............................................................19 Figura 5-10 - Circuito lgico do multiplexador de dois canais.........................................19 Figura 5-11 - Multiplexao de quatro informaes de 3 Bits.........................................21 Figura 5-12 - Multiplexador 16 canais atravs de associao em Srie.........................21 Figura 5-13 - Representao de um demultiplexador.....................................................22 Figura 5-14 - Circuito lgico do demultiplexador de dois canais.....................................23 Figura 5-15 - Demultiplexao de quatro informaes de 3 Bits.....................................24 Figura 5-16 - Demultiplexador de 16 canais atravs de associao em Srie...............24 Figura 6-17 - Diagrama funcionamento do projeto..........................................................26 Figura 6-18- Pinagem conector paralelpo (DB25)...........................................................27 Figura 6-19- Esquema Circuito........................................................................................28 Figura 6-20 - Diagrama componente 74LS541................................................................28 Figura 6-21- Resistor 470 Ohm........................................................................................29 Figura 6-22- LED..............................................................................................................29 Figura 6-23- Circuito desenvolvido..................................................................................30 Figura 6-24- Documento WSDL Criado...........................................................................32

Figura 6-25 - Execuo do aplicativo passando o byte 255 como parmetro e o circuito com todos os LEDS ativos...............................................................................................34 Figura 6-26 - Execuo do aplicativo passando o byte 3 como parmetro e o circuito com os dispositivos 1 e 2 ativos.......................................................................................35 Figura 6-27 - Aplicativo do dispositivo mvel sem nenhum dispositivo ativo e com os dispositivos 1 e 2 ativos. .................................................................................................36

Sumrio 1.Introduo........................................................................................................................6 Justificativa......................................................................................................................8 Objetivos.........................................................................................................................8 Objetivo Geral.................................................................................................................8 Objetivos Especficos......................................................................................................8 Organizao do trabalho.................................................................................................9 Java..................................................................................................................................10 Estrutura J2ME.............................................................................................................11 Web Services...................................................................................................................14 Arquitetura de Web Services........................................................................................14 lgebra Booleana.............................................................................................................16 Variveis Lgicas..........................................................................................................16 Tabela Verdade............................................................................................................16 Nveis Lgicos...............................................................................................................17 Circuitos Combinacionais.................................................................................................18 Multiplexadores.............................................................................................................18 Demultiplexadores........................................................................................................22 Metodologia......................................................................................................................26 Resultados........................................................................................................................37 Consideraes Finais.......................................................................................................38 Trabalhos futuros..........................................................................................................38 Referncias......................................................................................................................39

1. Introduo
Dentro do universo das deficincias, o portador de deficincia fsica motora um dos indivduos que mais so penalizados pela falta de acessibilidade do espao urbano e edificado, seja ele pblico ou privado, pois sua mobilidade muitas vezes depende do uso de cadeira de rodas, e o ambiente construdo no se encontra adaptado para garantir seus direitos e sua segurana. Segundo Carvalho (2001), em vrios segmentos da sociedade so notrias as inmeras dificuldades enfrentadas pelos portadores de deficincias. Sendo que as barreiras, principalmente fsicas, encontradas por grande parte destas pessoas esto presentes em suas prprias residncias e seguem para reas pblicas e ambientes de trabalho. O termo deficincia apresentado pela Associao Brasileira de Normas tcnicas (ABNT) atravs da Norma Brasileira (NBR) 9050: Deficincia: Reduo, limitao ou inexistncia das condies de percepo das caractersticas do ambiente ou de mobilidade e de utilizao de edificaes, espao, mobilirio, equipamento urbano e elementos, em carter temporrio ou permanente. Segundo SANTOS (2004), vrios so os ambientes de interao do ser humano, contudo a habitao se apresenta como um dos mais importantes. Neste espao particular o homem se apropria do espao, impondo-o s suas necessidades, buscando encontrar sua identidade, fazendo prevalecer seu direito privacidade e ao convvio familiar. Ainda segundo SANTOS (2004), devido importncia apresentada por este ambiente, fundamental que ele atenda s suas necessidades e especialmente, em se tratando de um morador que depende de uma cadeira de rodas, garanta seu uso e deslocamento. Com o rpido avano da tecnologia, o que proporcionou a miniaturizao e a reduo de custo de componentes eletrnicos, tornaram acessveis a pessoas comuns os benefcios da automao residencial. As residncias automatizadas podem proporcionar conforto e tornar a vida de seus moradores muito mais fcil, no entanto para alguns de seus moradores esses

sistemas no so apenas questo de convenincia, so ferramentas indispensveis no cotidiano domstico. Alm de ser possvel manter as contas de gua e luz, por exemplo, sob controle, a automao residencial tambm se preocupa com os portadores de necessidades especiais j que a tecnologia pode garantir a independncia desses deficientes fsicos atravs de sistemas de acessibilidade. Ainda segundo a NBR 9050, o termo acessibilidade pode ser definido como: Possibilidade e condio de alcance, percepo e entendimento para utilizao, com segurana e autonomia de edificaes, espao, mobilirio, equipamento urbano e elementos. Os moradores dessas residncias inteligentes poupam tempo e esforo ao delegarem tarefas domsticas do dia-a-dia para seus sistemas de automao. Assim sendo, a casa poder tambm gerenciar a segurana de seus habitantes. Uma residncia tradicional pode ser um dos principais pesadelos dos portadores de necessidades especiais. O que para alguns so pequenas inconvenincias, para deficientes podem ser grandes obstculos, assim precisamos pensar em alternativas de fcil acesso para tornar a vida dessas pessoas mais confortvel. Hoje, a qualquer hora e em qualquer lugar, as pessoas sentem a necessidade de estarem informados, seja atravs de jornais televisivos, escritos ou atravs de uma simples consulta a pginas da internet. Isso proporcionou um enorme avano da tecnologia mvel e atualmente tornou-se cotidiano a possibilidade de checar a caixa de e-mail, ler as ltimas notcias ou ainda atualizar a agenda de compromissos diretamente com o servidor de sua empresa atravs do celular no momento em que estiver andando pelas ruas. Sendo assim, a tecnologia mvel teria muito a somar na rea de automao residencial. A residncia automatizada poder proporcionar uma melhora significativa na qualidade de vida dos deficientes considerando suas limitaes fsicas, informativas e sociais desde que esteja projetada adequadamente de modo a garantir o mnimo necessrio para sua segurana e conforto, j que aumentar e muito a segurana, a comodidade, proporcionando assim independncia ao seu morador.

Justificativa
Atualmente diversas tcnicas e modelagens esto sendo estudadas para o desenvolvimento de sistemas para automao de residncias e de ambientes com o intuito de buscar maior segurana e conforto. Por possuir uma ampla rea de aplicabilidade, essas tcnicas so estudadas tanto no meio acadmico como tambm no meio comercial. A automao residencial pode propiciar para as pessoas inseridas nestes ambientes diversas facilidades, diminuindo trabalhos repetitivos e rotineiros como acender lmpadas, ligar aparelhos eletrnicos ou ainda at deixar de se preocupar com a temperatura e iluminao de um ambiente. Existem casos em que o ambiente totalmente ou quase totalmente automatizado de grande importncia ou at mesmo necessrio. Podem-se citar casos de pessoas com necessidades especiais e idosos, que por sua vez podem esquecer ou at no conseguir desligar lmpadas e a televiso j que possuem certas dificuldades. O intuito desse trabalho apresentar uma forma alternativa de desenvolver um ambiente automatizado, utilizando para isso dispositivos mveis (como celulares com acesso a internet), Web Services e a interface de conexo paralela com os diversos dispositivos do ambiente.

Objetivos Objetivo Geral

Desenvolver um sistema para dispositivos mveis que poder proporcionar uma melhor qualidade de vida, incluindo segurana, comodidade e rapidez, s pessoas portadoras de deficincias fsicas.

Objetivos Especficos
Construir um circuito digital que possibilite controlar diversos dispositivos eletrnicos atravs da comunicao com uma porta paralela de um microcomputador;

Construir um aplicativo para dispositivos mveis que se comunique atravs de um Web Service com o circuito criado tendo como intuito proporcionar maior acessibilidade para o controle dos dispositivos.

Organizao do trabalho
O captulo 2 apresenta uma viso geral sobre a linguagem Java e suas subdivises, o captulo 3 descreve a utilidade e o funcionamento dos Web Services. J no captulo 4 fazemos uma rpida introduo a lgebra booleana necessria ao entendimento dos circuitos lgicos, no captulo 5 falamos sobre multiplexadores e demultiplexadores, que so largamente utilizados na confeco de circuitos digitais. No captulo 6 so descritas as etapas dos processos envolvidos no desenvolvimento do projeto, no captulo 7 so descritos os resultados alcanados com o desenvolvimento do projeto e por fim, no captulo 8 falamos sobre as consideraes finais bem como os possveis trabalhos futuros a serem realizados.

10

Java
A linguagem Java permite o desenvolvimento de aplicativos para diversas plataformas, desde dispositivos pequenos como telefones celulares, at computadores de grande porte como os mainframes. Como a linguagem, ao longo dos anos, vem sofrendo aprimoramentos e com o conseqente aumento do nmero de bibliotecas disponveis para utilizao, foram criadas trs divises, tambm chamadas de ambientes de desenvolvimento, na plataforma a partir da verso 2 da linguagem. J2SE (Java 2 Standard Edition): o ambiente mais utilizado, destinado ao desenvolvimento de aplicativos para desktop e estaes de trabalho (Developer Resources for Java Technology). J2EE (Java 2 Enterprise Edition): a verso destinada ao desenvolvimento de grandes aplicaes, voltadas para redes, Internet. Assim, ela contm bibliotecas especialmente desenvolvidas para o acesso a servidores, sistemas de e-mail e banco de dados (Developer Resources for Java Technology). J2ME (Java 2 Micro Edition): Verso destinada ao desenvolvimento para dispositivos com pequena capacidade de memria e processamento. Essa plataforma contm conFiguraes e bibliotecas trabalhadas especialmente para a atuao nesses dispositivos (Developer Resources for Java Technology). Podemos observar essas subdivises na Figura 2.1.

Figura 2-1 - Edies de Pataforma JAVA 2 Fonte: Sun Microsystem http://java.sun.com (acesso em 08/mar/2010)

11

Outras definies importantes: JVM (Java Virtual Machine): A JVM responsvel por interpretar os arquivos .class (pr-compilados) da linguagem Java. Ela considerada o corao da linguagem Java, pois simula uma mquina dentro de um computador. Em alguns casos, a JVM tambm compila alguns trechos do cdigo (just-in-time compiler), a fim de acelerar o processo de execuo (Developer Resources for Java Technology, 2010). JSDK (Java Software Development Kit): o ambiente de desenvolvimento da linguagem Java. Ele inclui a JVM, compilador, appletviewer, algumas bibliotecas bsicas, entre outras coisas (Developer Resources for Java Technology). JRE (Java Runtime Environment): Pacote aconselhado somente para executar as aplicaes, contendo nele a JVM e algumas bibliotecas. No possvel compilar cdigo Java, apenas este pacote (Developer Resources for Java Technology). Como a JVM pode ser incorporada a aparelhos das redes de gerao 2,5 (2,5G), a tecnologia J2ME tornou-se uma ferramenta de desenvolvimento para aplicativos de aparelhos desta gerao. Empresas como Motorola, Nokia, Siemens e algumas operadoras telefnicas esto investindo nesta tecnologia.

Estrutura J2ME
Na computao tradicional temos grandes computadores com uma alta capacidade de memria, processamento, display e interfaces ricas com o usurio alm de outros diversos aspectos que so considerados padres. Os pequenos dispositivos como telefones celulares, PDAs no seguem essas caractersticas, pois a maioria desses dispositivos possui uma capacidade computacional extremamente reduzida em comparao com os computadores tradicionais. Desta forma no poderamos utilizar um aplicativo desenvolvido para computadores tradicionais nestes pequenos dispositivos. Justamente por este motivo o J2ME tenta criar um padro para tais dispositivos to diferentes entre si, sendo que a SUN, desenvolvedora da tecnologia, unificou essa estrutura com seus outros pacotes, o J2SE e J2EE. A Figura 2.2 representa uma viso geral dos componentes da tecnologia JME e como ela se relaciona com as demais tecnologias Java.

12

Figura 2-2 - Tecnologias Java Fonte: Sun Microsystem Datasheet Java2 Platform, Micro Edition http://java.sun.com/javame/technology/index.jsp (acesso em 08/mar/2010)

importante ressaltar que a arquitetura J2ME no substitui o sistema operacional dos dispositivos utilizadores, mas trata-se de camadas acima dele, conforme podemos observar na Figura 2.3.

Figura 2-3 - Camadas J2ME Fonte: Sun Microsystem http://java.sun.com/products/cldc/wp/KVMwp.pdf (acesso em 08/mar/2010)

A primeira camada acima do sistema operacional a Java Virtual Machine responsvel por interpretar e transformar os cdigos fontes da linguagem Java para que ser entendida pelo sistema operacional.

13

A segunda camada so as configuraes e tem a funo de definir uma classe de Hardware a com qual o aplicativo estar trabalhando. Atravs dela so definidas as especificaes mnimas do ambiente de hardware em que o software ser inserido, como por exemplo a interface, memria, processamento entre outras. J a terceira camada corresponde aos perfis, que nada mais so que as APIs (Application Program Interface) que complementam e traz novas funcionalidades a camada de configuraes.

14

Web Services
Web Services uma soluo utilizada para a integrao e comunicao entre sistemas e plataformas diferentes, ou seja, essa tecnologia possibilita que novas aplicaes possam interagir com aquelas que j existem e que sistemas desenvolvidos em plataformas diferentes sejam compatveis. Os Web Services so componentes que permitem s aplicaes enviar e receber dados em diversos formatos, sendo o mais utilizado, o formato XML (Web Services Architecture, 2004). Um Web Service um sistema de software projetado para suportar interaes interoperveis mquina-a-mquina atravs de uma rede. Ele possui interface descrita em um formato processvel pela mquina. Outros sistemas interagem com o Web Service em uma maneira prescrita por sua descrio usando mensagems SOAP, tipicamente transportadas atravs do protocolo HTTP com uma serializao XML em conjuno com outros padres relacionados Web (Web Services Architecture, 2004). Para a utilizao de um Web Service no preciso saber nada sobre a plataforma, modelo de objeto, linguagem de programao que foi usada para implementar o servio, basta saber como solicitar o servio para que possam receber a resposta da solicitao adequadamente.

Arquitetura de Web Services

A arquitetura de Web Services uma arquitetura de interoperabilidade: ela identifica aqueles elementos globais da rede de servios Web os quais so necessrios para assegurar a interoperabilidade entre Web Services (Web Services Architecture, 2004). Segundo KREGER (2001), a arquitetura de um Web Service baseada na interao de trs personagens: Provedor de servios, Consumidor de servios e o Registro dos servios, sendo que a interao destes personagens envolve as operaes de publicao, pesquisa e ligao. O provedor de servios a entidade que cria o Web Service disponibilizando o servio para que algum possa utiliz-lo, porm para isso necessrio descrever o Web Service em um formato padro que seja compreensvel para qualquer um.

15

O Consumidor de servios pode ser qualquer um que utiliza o Web Service criado por um provedor de servios. Este conhece a funcionalidade do Web Service, a partir da descrio disponibilizada pelo provedor de servios, recuperando seus detalhes atravs de uma pesquisa sobre o registro publicado. Ainda temos o Registro dos servios que a localizao central onde o provedor de servios pode relacionar seus Web Services, e no qual o consumidor de servios pode pesquis-los. Para o funcionamento de um Web Service necessrio existir, no mnimo, dois agentes trocando informaes (um solicitando o servio e outro provendo o servio desejado). Existem tambm agentes de descobrimento de Web Services disponveis na Web, que funcionam como verdadeiros catlogos de servios disponveis (Web Services Architecture, 2004). Ao solicitar o servio, o solicitante interage com o provedor de servios, que possui a aplicao propriamente dita. Eventualmente, o solicitante poder procurar informaes em uma das agncias de descobrimento de servios. A partir da, o provedor de servios disponibiliza ao cliente somente a descrio dos servios e o servio propriamente dito, conforme observamos na Figura 3.1.

Figura 3-4 - Arquitetura bsica Web Service Fonte: http://www.inf.ufsc.br/~bertoni/artigos/dissertacao.pdf (acesso em 20/03/2010)

Segundo GLASS (2000), As aplicaes do futuro sero construdas a partir de Web Services dinamicamente selecionados em tempo de execuo, baseados no custo, qualidade e disponibilidade.

16

lgebra Booleana
Para LOURENO et. al. (2007, p. 37) a lgebra booleana classifica as informaes em dois tipos: verdadeiras na qual se atribui o smbolo matemtico 1 (um) e falsas na qual o smbolo o 0 (zero), facilitando assim o manuseio matemtico da informao. Alm disso a lgebra booleana tem como base trs operaes que so: AND, OR e NOT, das quais derivam vrias outras. A partir dessas operaes possvel desenvolver simples circuitos eletrnicos at o mais avanado computador. Para desenvolvermos um circuito digital, necessrio ainda conhecer trs assuntos fundamentais que so as variveis lgicas, tabela-verdade e nveis lgicos.

Variveis Lgicas
Segundo LOURENO et. al. (2007), as variveis lgicas so normalmente representadas por letras e seu uso permite escrever expresses algbricas, podendo assumir apenas os valores 1 (um) ou 0 (zero). Normalmente atribui-se o valor 1 (um) s variveis quando representam elementos ativos e o valor 0 (zero) para situaes inversas.

Tabela Verdade
LOURENO et. al. (2007) diz que em alguns casos, as funes lgicas so extremamente complexas e de difcil anlise, sendo possvel assim utilizar a tabelaverdade, que uma representao em forma de tabela das funes lgicas, que facilita a representao e a anlise das mesmas. Utilizando o exemplo da Figura 4.1, sendo S uma lmpada e A e B duas chaves ligadas em srie, pode-se observar que a lmpada s acender se as duas chaves estiverem fechadas, ou seja, A = 1 e B = 1 (representada pela ltima linha da tabela).

Figura 4-5 - Exemplo tabela-verdade

17

Fonte: LOURENO et. al. 2007, p. 42

Nveis Lgicos
No sistema binrio, os nmeros 0 (zero) e 1 (um) representam quantidade e na lgica representam uma qualidade ou situao que pode ser representada atravs de dois nveis lgicos distintos conforme Figura 4.2 e Figura 4.3. Pode-se assim perceber a grande vantagem de trabalhar com circuitos lgicos, j que so utilizados apenas dois nveis lgicos, o que permite a construo de circuitos mais simples e confiveis. (LOURENO et. al. 2007)

Figura 4-6 - Nvel Lgico 0, representado por uma chave aberta Fonte: LOURENO et. al. 2007, p. 43

Figura 4-7 - Nvel Lgico 1, representado por uma chave fechada Fonte: LOURENO et. al. 2007, p. 45

18

Circuitos Combinacionais
De acordo com LOURENO et. al. (2007), um circuito combinacional constitudo por um conjunto de portas lgicas que determinam os valores das sadas a partir dos valores atuais das entradas, sendo um subsistema digital, ou seja, uma pequena parte de um sistema maior e mais complexo. Ainda segundo LOURENO et. al. (2007), um circuito combinacional aquele que executa uma expresso booleana atravs da interligao das vrias portas lgicas existentes, sendo que as sadas dependem nica e exclusivamente das entradas, conforme podemos observar na Figura 5.1.

Figura 5-8 - Diagrama genrico de um circuito combinacional. Fonte: LOURENO et. al. 2007

No caso, cada combinao de valores na entrada pode ser vista com uma informao diferente e cada conjunto de valores de sada representa o resultado da operao realizada pelas portas lgicas contidas no circuito. Podermos citar como exemplos mais comuns de circuitos combinacionais os codificadores, decodificadores, multiplexadores, demultiplexadores, somadores e subtratores.

Multiplexadores
O multiplexador ou MUTEX (como mais conhecido) um componente eletrnico que codifica as informaes de duas ou mais fontes de dados atravs de suas entradas em apenas um canal de sada, sendo essa operao denominada multiplex (ou multiplexao), que significa seleo. Segundo LOURENO et. al. (2007), o multiplexador pode ser definido como: um circuito combinacional dedicado que tem a finalidade de selecionar, atravs das

19

variveis de seleo, uma de suas entradas, conectando-a eletronicamente sua nica sada. Podemos observar na imagem 5.2 a representao de um multiplexador que possui n entradas.

Figura 5-9 - Representao de um multiplexador Fonte: LOURENO et. al, 2007

O multiplexador pode assim transmitir os sinais de suas entradas em uma nica linha que seria sua sada. Como exemplo, se usarmos um multiplexador de quatro entradas, sendo a entrada E1 = 0, a entrada E2 = 1, entrada E3 = 1 e entrada E4 = 0 teramos a sada S = 0110. Utilizando as portas lgicas (AND e OR) da lgebra de Boole, temos a representao do multiplexador mais simples que possui 2 canais de entrada conforme a imagem 5.3.

Figura 5-10 - Circuito lgico do multiplexador de dois canais Fonte: LOURENO et. al, 2007

No esquema da Figura 5.3 temos as entradas E0 e E1, a varivel de seleo A e a sada S.

20

Podemos encontrar multiplexadores disponveis comercialmente com 2, 4, 8 ou 16 canais de entradas, porm podemos ainda necessitar de um multiplexador com um nmero maior de canais de entradas, ou ainda multiplexar vrios canais simultaneamente. Ainda segundo LOURENO et. al. (2007), a soluo para tal problema pode ser facilmente resolvida atravs da associao desses multiplexadores, na qual podemos associ-los de forma paralela um ao outro, ou ainda sem srie dependendo da necessidade. A associao paralela permite que a capacidade de canais simultneos de entrada seja ampliada, ou seja, atravs dela torna-se possvel selecionar informaes digitais de vrios bits simultaneamente. Neste tipo de associao devemos utilizar um multiplexador com um nmero de canais de entrada igual ao nmero de informaes a serem multiplexadas, sendo o nmero de multiplexadores igual ao nmero de bits destas informaes. O exemplo da Figura 5.4 seria utilizado caso fosse necessrio multiplexar quatro informaes diferentes, sendo cada uma delas composta de trs bits. Teramos, portanto quatro multiplexadores associados paralelamente, sendo que cada multiplexador possui quatro canais de entrada, um para cada informao e os trs bits que compem a informao seriam distribudos simultaneamente um para cada multiplexador. A associao em srie entretanto permite que a capacidade de canais de entrada seja ampliada, sendo uma variao da associao paralela, pois para ampliar a capacidade de entradas basta multiplexar os multiplexadores de entrada atravs de um multiplexador de sada. No exemplo da Figura 5.5, poderamos construir um multiplexador de 16 canais atravs da associao em srie de quatro multiplexadores com quatro canais de entradas cada um e tambm um quinto multiplexador, tambm com quatro canais de entradas, conectando as sadas dos demais multiplexadores aos seus canais de entrada.

21

Figura 5-11 - Multiplexao de quatro informaes de 3 Bits Fonte: LOURENO et. al, 2007

Figura 5-12 - Multiplexador 16 canais atravs de associao em Srie Fonte: LOURENO et. al, 2007

22

Os multiplexadores tm inmeras funes, como sinalizar informaes de vrios bits, desenvolver expresses booleanas, ou selecionar informaes digitais para serem transmitidas a outro sistema digital. Tambm pode ser chamado de circuito lgico universal, j que ele pode ser usado como uma soluo de projeto para qualquer tabela verdade, desde que o nmero de variveis seja igual ao nmero de entradas de seleo.

Demultiplexadores
O demultiplexador ou DEMUTEX (como mais conhecido), praticamente o inverso do multiplexador. De acordo com LOURENO et. al. (2007), o demultiplexador definido como: um circuito combinacional dedicado que tem a finalidade de selecionar, atravs das variveis de seleo, qual de suas sadas deve receber a informao presente em sua nica entrada. Observamos na imagem 5.6 a representao de um demultiplexador que possui n sadas.

Figura 5-13 - Representao de um demultiplexador Fonte: LOURENO et. al, 2007

Assim como os multiplexadores, encontramos os demultiplexadores tambm com 2, 4, 8 ou 16 canais, sendo que podemos observar na Figura 5.7 a representao do modelo mais simples, ou seja, com dois canais. Neste caso temos a entrada E, a varivel de seleo A e as sadas S0 e S1. Podemos notar ainda que os demultiplexadores utilizam as portas lgicas AND e NOT.

23

Figura 5-14 - Circuito lgico do demultiplexador de dois canais. Fonte: LOURENO et. al, 2007

Segundo LOURENO et. al. (2007), assim como os multiplexadores, tambm podemos ter a associao paralela ou em srie de demultiplexadores, possibilitando tambm a ampliao do nmero dos canais de sada para uma nica entrada ou ainda ampliar o nmero de entradas para se obter mais de um canal de sada ativa simultaneamente. A associao paralela permite que a capacidade de canais simultneos de sada seja ampliada, ou seja, atravs dela torna-se possvel demultiplexar informaes digitais de vrios bits simultaneamente. Neste tipo de associao devemos utilizar um demultiplexador com um nmero de canais de sada igual ao nmero de informaes a serem demultiplexadas, sendo o nmero de demultiplexadores igual ao nmero de bits destas informaes. O exemplo da Figura 5.8 seria utilizado caso fosse necessrio demultiplexar quatro informaes diferentes, sendo cada uma delas composta de trs bits. Teramos, portanto quatro demultiplexadores associados paralelamente, sendo que cada demultiplexador possui quatro canais de sada, um para cada informao e os trs bits que compem a informao seriam distribudos simultaneamente um para cada demultiplexador. A associao em srie, entretanto permite que a capacidade de canais de sada seja ampliada, sendo uma variao da associao paralela, pois para ampliar a capacidade de entradas basta conectar os demultiplexadores de sada em um demultiplexador de entrada. No exemplo da Figura 5.9, poderamos construir um demultiplexador de 16 canais atravs da associao em srie de quatro demultiplexadores com quatro canais de sada cada um e tambm um quinto demultiplexador, tambm com quatro canais de

24

sada, conectando as entradas dos demais demultiplexadores aos seus canais de sada.

Figura 5-15 - Demultiplexao de quatro informaes de 3 Bits Fonte: LOURENO et. al, 2007

Figura 5-16 - Demultiplexador de 16 canais atravs de associao em Srie Fonte: LOURENO et. al, 2007

25

Atravs dos demultiplexadores podemos, por exemplo, selecionar os circuitos que devem receber uma determinada informao digital, converter informaes seriais em paralelas, entre outras.

26

Metodologia
O projeto visa proporcionar ao portador de deficincia fsica motora maior acessibilidade e mobilidade dentro de sua prpria residncia alm de minimizar grande parte das dificuldades encontradas como, por exemplo, verificar, ligar ou desligar um determinado dispositivo como TV ou lmpadas sem a necessidade de se locomover at o local, uma vez que muitas dessas residncias no se encontram adaptadas s condies e necessidade desse morador. Resumidamente, o projeto acompanha o diagrama da Figura 6.1, ou seja, o morador, portador de deficincia fsica, transmitir dados para controlar os dispositivos eletrnicos desejados atravs de seu celular a um Web Service disponvel em seu computador, sendo essa comunicao por uma rede sem fio instalada e conFigurada em sua residncia. O Web Service por sua vez ir disponibilizar as informaes obtidas a um circuito digital que ficar conectado a interface paralela desse mesmo computador, que ser o responsvel por controlar tais dispositivos.

Servidor
Internet
Web Service

Dispositivos

Usurio com dispositivo mvel

Circuito Digital

Figura 6-17 - Diagrama funcionamento do projeto

A realizao do projeto foi dividida nas seguintes etapas: A partir das informaes coletadas no levantamento bibliogrfico, foi possvel elaborar o esquema do circuito digital proposto para o desenvolvimento do projeto. Para essa etapa tambm foi necessrio estudar o funcionamento dos componentes

27

eletrnicos empregados na construo do circuito principal, alm do padro de pinagem do conector DB25, que possui 25 pinos conforme Figura 6.2, para a porta paralela do computador. Nesse conector, um pino est em nvel lgico 0 (zero) quando sua tenso eltrica est entre 0 e 0.4 volts e encontra-se em nvel lgico 1 (um) quando a tenso est entre 3.1 e 5 volts. Os pinos do conector so ativados conforme o byte enviado a porta paralela, ou seja, para ativar a sada D0 deve-se enviar o byte 1 (um), para ativar a sada D1 devese enviar o byte 2 (dois), as sadas D0 e D1 deve-se enviar o byte 3 (trs), para ativar todas as sadas envia-se o byte 255 e assim por diante.

Figura 6-18- Pinagem conector paralelpo (DB25) Fonte: http://www.rogercom.com (acesso em 01/11/2010)

O circuito proposto seguiu o esquema da Figura 6.3 na qual se pode observar a utilizao de um componente chamado Buffer Octal (74LS541) que tem seu diagrama apresentado na Figura 6.4 e a finalidade de proteger a porta paralela alm de fornecer os nveis de corrente eltrica suficientes para ativar os demais componentes. Esse componente trabalha com uma corrente de 0.1 mA e tenso mxima de 7V, possui 20 conexes, possuindo oito entradas (representadas pelas siglas A1 A8) e outras oito sadas (representadas pelas siglas Y1 Y8). Essas entradas foram conectadas cada uma ao seu respectivo pino no conector DB25, ou seja, o pino D0 do conector paralelo foi ligado a entrada A1 do Buffer Octal, j o pino D1 do conector foi ligado a sua entrada A2 e assim por diante at ter as oito entradas conectadas alm de conectar tambm o pino terra, representando pelas letras GND. Na Figura 6.4 um dos pinos entre 18 e 25 do conector DB25, que so seus pinos negativos, tambm

28

conhecidos como terra. J as sadas Y1 Y8 foram conectadas cada uma a um resistor de 470 ohm, componente que pode ser observado na Figura 6.5 e tem a funo de regular a tenso quando a mesma passar por ele evitando assim que os componentes conectados a ele no sofram qualquer tipo de dano.

Figura 6-19- Esquema Circuito

Figura 6-20 - Diagrama componente 74LS541 Disponvel em: http://www.alldatasheet.co.kr/datasheet-pdf/pdf_kor/28025 (acesso em 01/11/2010)

29

Figura 6-21- Resistor 470 Ohm Disponvel em: http://luttech.wordpress.com (acesso em 01/11/2010)

Esses oito resistores esto conectados a um componente emissor de luz chamado LED, que operam normalmente com uma tenso entre 3 e 6V e corrente entre 40 e 50 mA e pode ser observado na Figura 6.6, atravs de seus terminais positivos, chamados de nodo, tendo sua outra extremidade, o plo negativo que chamado de ctodo conectado tambm a um dos pinos entre 18 e 25 do conector DB25 que so os pinos com plo negativo. Esses LEDS simbolizam os dispositivos a serem controlados.

Figura 6-22- LED Disponvel em: http://www.societyofrobots.com/electronics_led_tutorial.shtml (acesso em 01/11/2010)

Nesse prottipo pode-se controlar at 8 dispositivos diferentes j que o mesmo possui apenas 8 sadas, porm caso seja necessrio pode-se, atravs do uso de multiplexadores e demultiplexadores aumentar esse nmero para at 32 dispositivos a serem controlados. Na Figura 6.7 pode-se observar o circuito construdo em uma placa j perfurada com 10 x 10 cm de dimenso, utilizando os componentes citados anteriormente.

30

Figura 6-23- Circuito desenvolvido

Aps a concluso da construo do circuito foi desenvolvido um Web Service, em Java, que armazena as informaes enviadas pelo aplicativo do dispositivo mvel, disponibilizando essas informaes ao aplicativo localizado no microcomputador do usurio. Nessa etapa o Web Service dispe de um nmero de variveis iguais ao nmero de dispositivos controlados, sendo assim, nesse caso ele possui 8 variveis chamadas Disp1, Disp2, Disp3, Disp4, Disp5, Disp6, Disp7, Disp8 e mais duas funes relacionadas a cada uma dessas variveis chamadas setDisp, que recebe como parmetro um valor booleado (true ou false) indicando o estado do dispositivo e uma segunda funo chamada getDisp que retorna ao solicitante o estado atual do dispositivo desejado. O Web Service utiliza uma linguagem padronizada chamada WSDL (Service Web Definition Language) para descrever seus servios e interfaces disponibilizados independente de sua plataforma ou linguagem de programao. Cada documento

31

WSDL criado contm especificaes em XML que fazem referncia aos tipos de dados, operaes e outras informaes disponveis no servio. Os principais elementos disponveis no arquivo WSDL so: Namespaces: um espao para nomes, definidos no interior do arquivo XML e tem a funo de maximizar a taxa de reutilizao dos componentes de um documento WSDL, utilizando-se de atributos para fazer referncia a outros elementos, seja dentro ou fora do documento; Elemento <definitions>: o elemento raiz do documento WSDL. Ele contm atributos que servem para definir os namespaces utilizados; Elemento <types>: Contem os tipos de dados que esto presentes na mensagem; Elemento <message>: Define os dados a serem transmitidos. Cada elemento message recebe um ou mais elementos <part>, que formam as partes reais da mensagem. O elemento <part> define o contedo da mensagem representando os parmetros que so passados e a resposta que o servio retorna; Elemento <import>: Funciona como uma separao entre as vrias partes de uma definio WSDL. Ele possui dois atributos, os quais definem a localizao do documento importado e o seu namespaces; Elementos <operation> e <portType>: Os elementos <portType> possuem um conjunto de operaes, as quais possuem um atributo nome e um atributo opcional para especificar a ordem dos parmetros usados nas operaes; Elemento <binding>: Mapeia os elementos operation em um elemento portType, para um protocolo especfico. Ele associa o elemento portType ao protocolo SOAP, utilizando-se de um elemento de extenso SOAP chamado <wsdlsoap:binding>, atravs de dois parmetros: protocolo de transporte e o estilo de requisio; Elementos <service> e <port>: definem a localizao real do servio, tendo em vista que o mesmo pode conter vrias portas e cada uma delas especifica para um tipo de ligao descrita no elemento binding;

32

Pode-se observar na Figura 6.8 uma pequena parte do documento WSDL criado.

Figura 6-24- Documento WSDL Criado

Para o funcionamento do Web Service, necessrio que se tenha um servidor para hospedar o servio. O servidor utilizado para o funcionamento do Web Service foi o APACHE TOMCAT que distribudo como Software livre, e de fcil instalao e conFigurao. Aps a concluso da montagem do circuito e o desenvolvimento do Web Service a prxima etapa foi o desenvolvimento do aplicativo responsvel por ligar e desligar os dispositivos (LEDS) conectados ao circuito. Este aplicativo fica localizado no computador no qual tambm est conectado o circuito desenvolvido. Seu funcionamento seria basicamente se conectar ao Web Service disponvel e fazer a leitura dos estados dos dispositivos controlados e enviar o byte correspondente ao circuito, ligando ou desligando um determinado dispositivo. Primeiramente, essa aplicao foi desenvolvida totalmente por meio da tecnologia Java, utilizando uma biblioteca gratuita chamada Jnpout32.dll, porm durante os testes realizados a

33

biblioteca no funcionou adequadamente exigindo assim outra alternativa para o acesso a porta paralela. Com a exigncia de outra alternativa que atendesse a necessidade, o escopo do aplicativo proposto foi alterado, ou seja, ao invs de constru-lo utilizando totalmente a linguagem Java, ele foi construdo em duas etapas. Uma etapa, que faz a conexo e a leitura dos dados com o Web Service (desenvolvida em Java), j a segunda etapa foi desenvolvida com a linguagem de programao C++. Portanto existe um aplicativo, em Java, que faz a conexo ao Web Service atravs do protocolo TCP/IP, requisitando atravs das funes getDisp() os estados de cada um dos dispositivos controlados e contm tambm uma thread que executa a cada 5 segundos o aplicativo desenvolvido em C++. Nesse caso o aplicativo em C++ tambm utilizou uma biblioteca gratuita e especfica para o Sistema Operacional do ambiente utilizado chamada inpout32.dll e recebe como parmetro a somatria dos bits de cada um dos dispositivos ligados, ou seja, o byte correspondente aos dispositivos controlados escrito atravs da funo out32(), no endereo, em hexadecimal, 0x378, que o endereo normalmente utilizado para a escrita na porta paralela, ligando ou desligando os dispositivos. Durante os testes realizados com o aplicativo desenvolvido, em um ambiente que dispunha do Sistema Operacional Windows, foi observado que em uma quantidade razovel de vezes a execuo do aplicativo apresentava falhas por existir um conflito entre a biblioteca utilizada e o Sistema Operacional. Aps a falha descoberta se fez necessrio alterar o Sistema Operacional do microcomputador que estava sendo utilizado, no qual, foi instalado Linux atravs de sua distribuio chamada UBUNTU, que foi escolhida por ser uma das mais amigveis, simples e fceis de conFigurar. Com a instalao tambm se fez necessrio conFigurar o ambiente com os devidos compiladores da linguagem escolhida para o aplicativo para realizao dos testes. Nesse ponto, como o Sistema Operacional utilizado, no caso o Linux, no necessita de nenhuma biblioteca para realizar o acesso a porta paralela, foi necessrio realizar pequenas alteraes no cdigo fonte do aplicativo.

34

Assim como anteriormente, o aplicativo recebe como parmetro o byte correspondente aos estados dos dispositivos, e atravs da funo Outb() escreve esse valor no endereo utilizado pela porta paralela (0x378). Aps os ajustes necessrios o aplicativo foi compilado e executado em todas as suas vezes com sucesso. Pode-se observar na Figura 6.9 a execuo do aplicativo, primeiramente passando como parmetro o byte 255 que ativa todos os dispositivos, depois passando o byte 3, como na Figura 6.10, que ativaria os dois primeiros dispositivos.

Figura 6-25 - Execuo do aplicativo passando o byte 255 como parmetro e o circuito com todos os LEDS ativos

35

Figura 6-26 - Execuo do aplicativo passando o byte 3 como parmetro e o circuito com os dispositivos 1 e 2 ativos

Foi desenvolvido tambm um segundo aplicativo, que se encontra instalado no dispositivo mvel do usurio e tem a finalidade de enviar os dados (bytes que ligam ou desligam os dispositvos) para o Web Service. O aplicativo foi desenvolvido com a tecnologia J2ME e tem como meio de comunicao a rede sem fio disponvel. Para o desenvolvimento desse aplicativo foi necessrio instalar e conFigurar o SDK pertinente ao sistema operacional do aparelho utilizado, nesse caso, foi utilizado um smartphone da marca NOKIA, modelo 5800 ExpressMusic com Sistema Operacional Symbian em sua verso S60 5 edio. Quando o SDK instalado, grande parte da conFigurao necessria para sua utilizao junto com a plataforma de desenvolvimento, nesse caso o Netbeans, foi feita automaticamente.

36

O aplicativo para o dispositivo mvel faz a conexo com o Web Service, utilizando tambm o protocolo TCP/IP do microcomputador em que o servio encontrase disponibilizado. A partir da ele faz chamadas s funes disponveis no Web Service, ou seja, em um primeiro momento o aplicativo utiliza a funo getDisp para obter os estados atuais de cada um dos dispositivos e posteriormente utiliza a funo setDisp para enviar os novos estados para o Web Service. Na Figura 6.11 podem-se observar as telas do aplicativo para o dispositivo mvel. Primeiramente (na imagem esquerda), aps a requisio dos dados ao Web Service, nenhum dos dispositivos controlados estavam ativos, e na imagem direita, foram selecionados os dispositivos 1 e 2 para serem ligados.

Figura 6-27 - Aplicativo do dispositivo mvel sem nenhum dispositivo ativo e com os dispositivos 1 e 2 ativos.

37

Resultados
Aps todos os aplicativos, o circuito e as configuraes necessrias para o funcionamento do conjunto, foram realizados testes com o intuito de identificar possveis erros durante a construo do circuito e tambm do desenvolvimento dos aplicativos. Os testes consistiram na execuo do projeto por vrias vezes, ou seja, os dispositivos foram ativados e desativados inmeras vezes, o microcomputador que hospeda o Web Service tambm foi reiniciado simulando uma possvel queda de energia. Durante a realizao desses testes em um ambiente corretamente conFigurado, ou seja, com a rede Wireless funcionando e o Web Service ativo, no ocorreram quaisquer erros ou falhas, o que proporciona resultados extremamente satisfatrios. Pode-se fazer uma observao pela necessidade de utilizao de um Sistema Operacional baseado em Linux uma vez que, em ambientes que utilizam Windows, o aplicativo de controle da porta paralela no correspondeu s expectativas por necessitar de bibliotecas de terceiros que no se encontravam totalmente estveis para utilizao, o que gerou conflitos entre a biblioteca e o Sistema Operacional. A segunda observao fica por conta da utilizao de kits de desenvolvimento (SDK) especficos para cada tipo e/ou marca de dispositivo mvel, o que gera tempo adicional na migrao entre as plataformas, ou seja, para utilizar o aplicativo de um dispositivo de uma determinada marca em um dispositivo de uma segunda marca necessrio recompilar o aplicativo utilizando a nova plataforma.

38

Consideraes Finais
O uso das tecnologias mveis est em constante discusso, e o principal exemplo talvez sejam os celulares, que no so mais apenas aparelhos para comunicao via voz. O projeto realizado proporciona ao deficiente fsico motor melhoras significativas nas rotinas e funes desempenhadas durante o seu dia-a-dia, permitindo assim que se tenha maior segurana, mobilidade e comodidade dentro de sua prpria residncia, que em muitas vezes no se encontra adaptada s necessidades desse morador.

Trabalhos futuros
Podemos, aps a finalizao do projeto em questo, realizar diversas melhorias no projeto como, por exemplo: Modificar o circuito lgico para que seja possvel receber dados e no apenas emitir, permitindo ao dispositivo controlado retornar uma informao de um possvel erro ocorrido; Alterar a interface de conexo paralela do computador com os circuitos responsveis pelo controle dos dispositivos eletrnicos para conexes USB ou ainda sem fio; Criar formulrios, no aplicativo do dispositivo mvel, para cadastros das descries e outras informaes dos dispositivos controlados permitindo assim maior flexibilidade ao usurio, bem como inserir uma imagem da planta da residncia com os respectivos dispositivos controlados, melhorando a interatividade com o sistema; Melhorar os mecanismos para tratamento de erros e falhas de conexo com o Web Service; Desenvolver mecanismo para controle atravs de comandos por voz, para tambm proporcionar melhores condies de vida ao usurio portador de deficincia visual.

39

Referncias
ABNT. (2004). Acessibilidade a edificaes, mobilirio, espaos e equipamentos urbanos. Rio de Janeiro, RJ, Brasil. CARVALHO, L. R. (2001). Ergonomia e o trabalho do portador de necessidade motora. Florianpolis, SC. GLASS, G. (2000). Applying Web services to applications. KREGER, H. Web Services Conceptual Architecture. IBM Software Group. LOURENO, A. C., CRUZ, E. C., FERREIRA, S. R., & JNIOR, S. C. (2007). Circuitos Digitais (2 ed.). So Paulo: Editora rica Ltda. NOVO, E. M. (1992). Sensoriamento Remoto (2 ed.). So Paulo: EDGARD BLUSHER LTDA. SANTOS, L. K. (2004). Diretrizes de arquitetura e design para adaptao da habitao de interesse social ao cadeirante. Curitiba, PR. TCNICAS, A. B. (n.d.). Acessibilidade de pessoas portadoras de deficincias a edificaes. Rio de Janeiro. Developer Resources for Java Technology. (n.d.). Disponvel em: http://java.sun.com Acesso em 29 mar. 2010. WEB Services Architecture, Web Services Architecture (2004).Disponvel em: http://www.w3.org/TR/ws-arch acesso em: 03 mar. 2010.