Sei sulla pagina 1di 65

UNIVERSIDADE FEDERAL DO ESPRITO SANTO CENTRO TECNOLGICO DEPARTAMENTO DE ENGENHARIA ELTRICA PROJETO DE GRADUAO

CONSTRUO DE UM SISTEMA ELETRNICO DE MONITORAMENTO DE CONSUMO DE GUA RESIDENCIAL

BRUNO COUTINHO FERNANDES

VITRIA ES JANEIRO / 2007

BRUNO COUTINHO FERNANDES

CONSTRUO DE UM SISTEMA ELETRNICO DE MONITORAMENTO DE CONSUMO DE GUA RESIDENCIAL

Parte manuscrita do Projeto de Graduao do aluno Bruno Coutinho Fernandes, apresentado ao Departamento de Engenharia Eltrica do Centro Tecnolgico da Universidade Federal do Esprito Santo, para obteno do grau de Engenheiro Eletricista.

VITRIA ES JANEIRO / 2007

BRUNO COUTINHO FERNANDES

CONSTRUO DE UM SISTEMA ELETRNICO DE MONITORAMENTO DE CONSUMO DE GUA RESIDENCIAL

COMISSO EXAMINADORA:

___________________________________ Dr. Raquel Frizera Vassallo Orientadora

___________________________________ Dr. rer. nat. Hans-Jorg Andreas Schneebeli Examinador

___________________________________ Dr. Jos Denti Filho Examinador

Vitria - ES, 15 de Janeiro de 2007

DEDICATRIA

Dedico este trabalho minha famlia e aos meus amigos, por sempre acreditarem em mim e por toda ajuda, incentivo e apoio que me foi dado.

AGRADECIMENTOS A Deus, por sempre estar sempre comigo. minha me Angela Maria e ao meu pai Oslio por sempre acreditarem em mim e por todo o investimento e incentivo em minha educao. Espero sempre corresponder s suas expectativas. Prof. Raquel por toda a pacincia em me orientar no somente neste projeto, mas tambm em muitos trabalhos acadmicos ao longo dos semestres. A todos os meus professores da UFES. Aprendi muito com todos. s minhas amigas, Karla Ponzo e Bianca Bazzarella, do mestrado em Engenharia Ambiental, e ao Dlkerson Ernandes, por todo apoio, incentivo e pacincia na construo deste equipamento, o qual serviu de base para levantamento de registros de dados para o mestrado de cada uma. Ao Prof. Ricardo Franci, pela confiana em minhas decises na implementao deste projeto. A todos os que contriburam de vrias formas para a realizao deste projeto: Wagner Teixeira, Tatiane Policrio, Edson Fernandes, Joel Incio, Ney, Guto e muitos outros. A todos os meus amigos da turma, pelo companheirismo ao longo dos semestres. Ao Hardcore, ao Punk Rock e ao Rockn Roll!!!

ii

LISTA DE FIGURAS Figura 1: Planta tridimensional dos pontos de consumo de gua. ...............................11 Figura 2: Fachada do prdio da ETE da UFES............................................................12 Figura 3: Viso geral do sistema. ................................................................................16 Figura 4: hidrmetro optoeletrnico escolhido............................................................18 Figura 5: circuito conversor RS-232 para RS-485 ......................................................25 Figura 6: Circuito RS-485 no modo automtico .........................................................26 Figura 7: conector RJ-11 .............................................................................................27 Figura 8: Em realce no crculo vermelho o conector P2 jack utilizado para a fonte ...28 Figura 9: Conector RJ-45 utilizado na rede RS-485....................................................28 Figura 10: Aplicao tpica de uma rede RS-485 ........................................................41 Figura 11: Tela de incio do Elipse Scada. ..................................................................46 Figura 12: Tela de apresentao do Organizer. ...........................................................47 Figura 13: Campos de bit correspondentes s vazes dos hidrmetros. .....................48 Figura 14: Tela de configurao do driver da porta serial ..........................................49 Figura 15: Criao do relatrio ....................................................................................52 Figura 16: Script para gerar relatrio a partir de histrico ..........................................53 Figura 17: Tela de apresentao da aplicao .............................................................54 Figura 18: Placa final. ..................................................................................................60 Figura 19: Board da placa de circuito impresso, exibindo as trilhas (no est em tamanho real) .............................................................................................61 Figura 20: Disposio dos componentes (no est em tamanho real) .........................61 Figura 21: Indicao da localizao dos principais componentes ...............................62 Figura 22: Placa de circuito vista de cima. ..................................................................62

iii

LISTA DE TABELA Tabela 1: Comparao entre os hidrmetros disponveis na LAO-SP ........................17 Tabela 2: Estrutura do framing ....................................................................................33 Tabela 3: Descrio dos tipos de erro ..........................................................................35 Tabela 4: Exemplo da composio do framing no modo ASCII .................................38 Tabela 5: Exemplo de uma response ...........................................................................39 Tabela 6: Paridade .......................................................................................................50 Tabela 7: Baudrate.......................................................................................................50 Tabela 8: Databits ........................................................................................................50 Tabela 9: Stopbits.........................................................................................................50

iv

GLOSSRIO A/D ASCII CI DC ETE LCI RAM RTS RX TX UFES Analgico / Digital American Standard Code for Information Interchange Circuito Integrado Direct Current Estao de Tratamento de Esgoto Laboratrio de Controle e Instrumentao Random Access Memory Request To Send sigla para Receptor Sigla para Transmissor Universidade Federal do Esprito Santo

SUMRIO

INTRODUO ................................................................................................9 1.1 Motivao.........................................................................................................9 1.2 O Prdio Experimental da Estao de Tratamento de Esgoto .......................11 1.3 Definio do problema ...................................................................................12 1.4 Descrio da soluo......................................................................................13 1.5 Estrutura deste trabalho..................................................................................14

PROJETO DO HARDWARE .......................................................................16 2.1 Sensores de fluxo de gua ..............................................................................17 2.2 Microcontrolador e mdulos locais ...............................................................19 2.3 Componentes utilizados .................................................................................20 2.3.1 Amplificao do sinal de entrada .........................................................20 2.3.2 Circuito de processamento local ..........................................................22 2.3.3 Circuito de interface RS-232 / RS-485 ................................................24 2.3.4 Conectores e instalao ........................................................................27 2.3.5 Circuitos extras .....................................................................................29

REDE DE COMUNICAO DE DADOS ..................................................31 3.1 Introduo ......................................................................................................31 3.2 Protocolo MODBUS ......................................................................................31 3.2.1 Introduo .............................................................................................31 3.2.2 Estrutura mestre / escravo ....................................................................32 3.2.3 Formato da mensagem..........................................................................33 3.2.3.1 Endereo do escravo ...............................................................34 3.2.3.2 Funo .....................................................................................34 3.2.3.3 Parmetros ou dados ...............................................................34 3.2.3.4 Checagem de erro ....................................................................35 3.2.4 Modos de transmisso ..........................................................................36 3.2.4.1 Modo de transmisso ASCII ...................................................36 3.2.5 Estrutura de comando das mensagens ..................................................39 vi

3.3 Meio Fsico RS-485 .......................................................................................39 3.3.1 Linha RS-485 implementada ................................................................41 4 SISTEMA SUPERVISRIO.........................................................................43 4.1 Introduo ......................................................................................................43 4.2 Definio do problema ...................................................................................43 4.3 O software supervisrio .................................................................................44 5 RESULTADOS E CONCLUSES...............................................................55 5.1 Trabalhos futuros ...........................................................................................56 REFERNCIAS BIBLIOGRFICAS.....................................................................58 ANEXO I PLACA FINAL IMPLEMENTADA ..................................................60 ANEXO II BOARD DO CIRCUITO IMPRESSO ..............................................61 ANEXO III BOARD E PLACA DE CIRCUITO ................................................62

vii

RESUMO Este trabalho descreve o desenvolvimento de um sistema de monitoramento eletrnico de consumo de gua residencial para o Prdio Experimental da Estao de Tratamento de Esgoto da UFES, tendo como objetivo o monitoramento do consumo de gua nos vrios pontos (torneiras, sanitrios, chuveiros e mictrios) atravs de hidrmetros e o armazenamento dos dados de consumo em um computador. O sistema baseia-se numa rede de comunicao aberta (protocolo Modbus) sobre RS-485. Esse sistema consiste em uma estrutura de comunicao da forma mestre / escravo, sendo utilizado o mestre remoto (o computador) para o registro das informaes e mdulos escravos baseados em microcontrolador para interface com os hidrmetros.

viii

INTRODUO
Diante de estudos crescentes relacionados ao consumo de gua e s fontes

alternativas, foi solicitada, pelo Departamento de Engenharia Ambiental, a implementao de um sistema capaz de monitorar o consumo de gua em uma residncia experimental. Tal sistema deveria ser capaz de armazenar informaes como a identificao do ponto de consumo, a vazo instantnea e o horrio de utilizao. Estes dados deveriam ser armazenados para estudos estatsticos posteriores. Este documento tem como objetivo apresentar o projeto desenvolvido, desde a idia inicial at sua completa implementao. Desta forma, sero apresentados os aspectos construtivos das placas de circuito e uma viso geral do funcionamento do sistema.

1.1

Motivao Umas das principais fontes de consumo de gua so as residncias. Em reas

densamente urbanizadas, o consumo de gua nas edificaes pode atingir at 50% do consumo total de gua potvel. Uma reduo significativa desse consumo (de 30% at 40%) pode ser atingido nas residncias atravs de tcnicas racionalizadoras (ex: uso de dispositivos economizadores nos aparelhos) ou atravs da utilizao de fontes alternativas de suprimento (ex: gua de chuva, gua do mar dessalinizada ou o reso de guas servidas, tambm conhecidas como guas cinzas) para fins menos nobres (ex: lavagem de veculo, rega de jardins ou descarga de vasos sanitrios). A escassez da gua, problema enfrentado em vrios locais, resultado do consumo cada vez maior dos recursos hdricos, do mau uso que se faz dos mesmos, da poluio, do desperdcio e, sobretudo, da falta de polticas pblicas que estimulem o uso sustentvel da gua. A essencialidade desse recurso natural indiscutvel, sendo extremamente necessrio para a manuteno da vida no planeta.

10 em virtude deste panorama que cresce a necessidade de se encontrar meios e formas de preservar a gua potvel, passando necessariamente pela busca de novas tecnologias e pela reviso do uso da gua pela populao. O modelo do sistema de abastecimento de gua utilizado nos dias de hoje arcaico e sofre srios problemas para manter o abastecimento de gua de forma estvel e com qualidade. Atualmente, a gua tratada pelas concessionrias de saneamento atende a exigentes padres de potabilidade, e chega s residncias para ser utilizada para todos os fins, tanto para beber quanto para dar descarga nos vasos sanitrios. Observa-se que a gua destinada ao consumo humano pode ter dois fins distintos: parte da gua que abastece uma residncia utilizada para higiene pessoal, para beber e cozinhar alimentos, sendo estes usos designados como usos potveis; e a outra parcela da mesma gua que chega s residncias destinada aos usos no potveis como lavagem de roupas, carros e caladas, irrigao de jardins e descarga de vasos sanitrios. Estudos mostram que o consumo de gua destinado aos usos no potveis em uma residncia varia de 30 a 40% do total de gua consumida. Esta parcela de gua poderia ser atendida por fontes alternativas, visando conservao da gua e gerando uma economia para o consumidor. O uso de fontes alternativas de suprimento citado como uma das solues para o problema de escassez da gua. Entretanto, para se alcanar solues ecolgicas para o saneamento, necessrio que haja mudanas no modo como as pessoas pensam e agem em relao aos resduos por elas gerados. Considerando ento a necessidade de desenvolvimento de tecnologia brasileira para sistemas de reso, aspectos referentes s caractersticas quali-quantitativas de guas cinzas (basicamente guas de torneiras e de chuveiros residenciais) e ao desenvolvimento de novos processos de tratamento representam importantes objetos de pesquisa.

11 Portanto, como parte de uma pesquisa, o projeto a ser apresentado neste trabalho foi construdo para gerar registros de dados de consumo, de forma a oferecer base para estudos estatsticos quantitativos do consumo de gua.

1.2

O Prdio Experimental da Estao de Tratamento de Esgoto Este prdio experimental est construdo no ptio da Estao de Tratamento de

Esgoto (ETE) da UFES, prximo Sala de Estudos da ETE. Neste prdio h 16 pontos de consumo de gua, distribudos entre torneiras, chuveiros, sanitrios e mictrios. H dois reservatrios sobre este prdio que armazenam gua potvel e gua de reso. Apenas os sanitrios so abastecidos com gua de reso. A Figura 1 apresenta uma localizao em planta tridimensional dos pontos de consumo de gua, enquanto a Figura 2 apresenta a fachada do mesmo prdio.

Figura 1: Planta tridimensional dos pontos de consumo de gua.

12

Figura 2: Fachada do prdio da ETE da UFES.

1.3

Definio do problema Para que fosse possvel a realizao de registros de dados de consumo de gua,

tornou-se necessria a construo de um sistema capaz de realizar as seguintes atividades: Identificar cada ponto de consumo; Registrar a vazo de gua no ponto de consumo identificado; Armazenar esta informao em um computador, armazenando tambm a data e a hora do registro; Fazer isso uma vez por segundo em cada ponto de consumo. A interface com o usurio seria somente por computador. Esta interface tornouse necessria para a recuperao dos dados armazenados. Estes dados deveriam estar dispostos de modo a facilitar a elaborao de tabelas e grficos para anlise quantitativa posterior.

13 1.4 Descrio da soluo Ao se buscar uma soluo para o problema apresentado na sub-seo anterior, a primeira idia foi a de se elaborar um nico mdulo microcontrolado para captar os sinais de todos os hidrmetros, calcular o consumo de cada um e enviar os dados para serem registrados no computador, em um software especfico. Esta idia foi imediatamente descartada, pois foi encontrada muita dificuldade na localizao deste mdulo de forma que os hidrmetros no ficassem to distantes do mesmo. Com esta idia, alguns hidrmetros teriam seu cabo de sinal aumentado em mais de 15 metros, o que poderia provocar a distoro do sinal e uma possvel falha na medio. A segunda abordagem foi a de se utilizar mais de um mdulo microcontrolado e distribu-los, de forma a no se aumentar muito os cabos de sinais dos hidrmetros. Esta idia se mostrou mais vantajosa, mesmo acarretando um custo maior, pois a confiabilidade nas informaes registradas um dos principais requisitos do projeto, uma vez que os dados sero utilizados como base de estudo para pesquisas de mestrado. Foi dada continuidade a esta idia, de forma que se chegou a dividir o projeto em subprojetos distintos: projeto dos mdulos, projeto da rede de comunicao e projeto do software do computador remoto. Para o projeto dos mdulos, foi utilizado um microcontrolador PIC16F877 [07] para cada mdulo, superdimensionado propositalmente para a aplicao. Porm, sempre existiu a expectativa de se acrescentar mais sinais a serem monitorados, o que aconteceu um ms depois de o projeto estar construdo. Este microcontrolador possui arquitetura RISC de 8 bits, com capacidade de clock de at 5MHz (com oscilador de 20MHz), 33 pinos de entrada/sada e 8 canais de converso A/D.

14

Para a rede de comunicao, foi escolhido o protocolo Modbus [08] sobre o padro RS-232 / RS-485 [01] e circuitos de controle automtico da linha. Esta escolha se mostra vantajosa por se fazer a comunicao entre os dispositivos mestre / escravo por apenas dois fios, com taxa de comunicao bastante satisfatria (da ordem de 9600bps) e os dispositivos so colocados em paralelo na rede, o que facilita a instalao. Alm disso, os chips para controle automtico da linha e para a converso dos sinais so fceis de encontrar no comrcio local, e possuem baixo custo. No computador se tornou necessria a instalao de um software capaz de se comunicar com os mdulos a cada segundo, solicitando informaes de consumo de cada ponto instalado. Como a construo de um software para este fim seria muito demorada e o projeto solicitado tinha curto prazo para implementao, foi escolhido como soluo adquirir-se um software comercial para superviso. Foi escolhido ento o software Elipse Scada, de baixo custo se comparado a outros supervisrios, criado por uma empresa brasileira, e de fcil aprendizado. Alm disso, dispe de suporte por telefone ou por e-mail, por meio do qual podem ser enviados drivers gratuitamente. Este supervisrio compatvel com a rede RS-485 escolhida, o que facilitou e adiantou em muito a construo de todo o sistema.

1.5

Estrutura deste trabalho O Captulo 2 descreve uma discusso sobre o projeto do hardware: a escolha

dos sensores de fluxo de gua, o esquema geral do sistema, os principais componentes utilizados, as preocupaes com a instalao, cabos, conectores, as dificuldades encontradas e as solues adotadas. No Captulo 3 apresentada uma viso geral da rede implementada, bem como abordada uma viso geral do protocolo Modbus na estrutura mestre / escravo no modo de transmisso ASCII, descrevendo os procedimentos de montagem e

15 interpretao da mensagem e tratamento e checagem de erro. Tambm neste Captulo aborda-se resumidamente o padro RS-485, detalhando-se suas caractersticas, circuitos de converso RS-232 / RS-485 e circuitos para controle automtico da linha, alm da descrio da implementao da linha RS-485. O Captulo 4 tem como objetivo descrever as configuraes do sistema supervisrio e as caractersticas do mesmo, bem como as justificativas para adoo de um software comercial para tal aplicao. Finalmente, os resultados obtidos durante o funcionamento e concluses so apresentados no Captulo 5.

16

PROJETO DO HARDWARE
O primeiro passo antes da implementao do sistema foi a elaborao de um

esboo de como seria o sistema de modo geral, desde o sinal do sensor de fluxo de gua at o registro deste fluxo em forma de vazo. Uma idia genrica pode ser observada na Figura 3.

Figura 3: Viso geral do sistema.

Com um esquema geral do sistema em mente, o prximo passo foi o da escolha dos sensores de fluxo de gua. Os mdulos de processamento local dependeriam indiretamente da escolha do sensor (dependendo da sada do sinal gerado, poderiam ser necessrias mais ou menos portas de converso A/D ou de entrada / sada, por exemplo).

17 2.1 Sensores de fluxo de gua Para a escolha dos sensores de fluxo de gua, uma busca na rede mundial de computadores sugeriu a utilizao dos hidrmetros fabricados pela empresa LAO-SP, empresa do segmento de medio de vazo e outros equipamentos. A LAO-SP fabrica hidrmetros com sada de sinal de dois modelos: o ptico e o red switch (bounce) [02]. O modelo ptico possui um acoplamento ptico do sinal digital gerado na sada, o que garante isolamento eltrico entre o sinal digital gerado e os circuitos internos ao hidrmetro. O modelo red switch possui uma micro-chave mecnica e um circuito interno para tratamento de repiques de tenso, fornecendo um sinal digital j tratado na sada. A resoluo de ambos de um pulso por 100ml de fluido que atravessa o hidrmetro. Esta foi a menor resoluo apresentada pela empresa quando da implementao deste projeto. Tal resoluo se mostrou satisfatria para a aplicao pretendida. Contudo, ainda faltava escolher entre o hidrmetro com sada de sinal com acoplamento ptico ou com red switch. As principais caractersticas de cada um so apresentadas na Tabela 1.

Hidrmetro Alimentao Sada Grau de proteo Temperatura de operao Capacidade

Optoeletrnico 12V, 60mA NPN IP68 0 a 90C 1,5m3/h ou 5m3/h

Red switch 24V, 100mA Chaveada com vida til de 10 milhes de operaes IP68 0 a 90C 1,5m3/h ou 5m3/h

Tabela 1: Comparao entre os hidrmetros disponveis na LAO-SP

Com base nestas informaes, e considerando que o custo informado para os dois modelos era indistinto, foi escolhido o hidrmetro com sada de sinal com

18 acoplador ptico. Seu consumo de corrente e sua tenso de operao so menores e, alm disso, fontes de 12V so comuns, o que pode reduzir custos na hora da implementao. Foram instalados 18 hidrmetros no Prdio Experimental da Estao de Tratamento de Esgoto da UFES, sendo distribudos da seguinte maneira: 2 chuveiros 2 mictrios 6 torneiras 6 sanitrios 2 hidrmetros de consumo geral Estes hidrmetros de consumo geral foram instalados logo nas sadas das caixas dgua de reso e de gua potvel. A Figura 4 apresenta uma aparncia do sensor de fluxo de gua, que deste momento em diante ser referenciado pelo nome de hidrmetro.

Figura 4: hidrmetro optoeletrnico escolhido.

19 2.2 Microcontrolador e mdulos locais Uma vez escolhido o hidrmetro, foi possvel escolher o microcontrolador para o processamento local. Neste momento surgiu uma pergunta: quantos mdulos de processamento local? Para responder a esta questo, uma idia inicial foi a de se construir apenas um mdulo de processamento local, o qual iria concentrar todos os sinais de todos os 18 hidrmetros. Tal idia logo se mostrou problemtica, pois haveria dificuldade para centralizar geograficamente o mdulo de forma a no prolongar demasiadamente o cabo que conduz o sinal gerado pelo hidrmetro. Isso implicaria na distribuio de vrios cabos longos de sinal, o que tornaria a instalao invivel. Uma segunda idia foi mais aceita, por se apresentar mais flexvel: a de se construir mais de um mdulo e distribu-los de forma a no se prolongar muito os fios de sinais dos hidrmetros. Com essa idia em mente, foram construdos trs mdulos de processamento local. Para a comunicao destes mdulos com o computador, seria necessria uma rede de comunicao, a qual foi implementada e ser discutida no Captulo 3. A pergunta anterior foi respondida antes da escolha do microcontrolador, pois a quantidade de portas de entrada / sada do microcontrolador em princpio est diretamente ligada quantidade de sinais a serem monitorados. Como se optou pela segunda idia, ou seja, mais de um mdulo microcontrolado, ento a quantidade de sinais foi distribuda para cada mdulo, no causando a necessidade de microcontroladores com vrias entradas / sadas. Contudo, durante a implementao do projeto sempre existiu a expectativa de se aumentar o nmero de sinais a serem monitorados. Ento, houve a necessidade de se escolher um microcontrolador com mais pinos de entrada / sada que o necessrio.

20

Conforme dito anteriormente, o microcontrolador escolhido para cada mdulo foi o PIC16F877A [07], que apresenta as seguintes caractersticas: 2 temporizadores de 8 bits 1 contador de16 bits comunicao serial at 33 pinos de entrada e sada digitais 8 canais multiplexados de converso A/D (analgico / digital) de 10 bits alimentao com at 5,5V em corrente contnua Alm das caractersticas acima, este microcontrolador apresentou um custo relativamente baixo quando comparado com seus concorrentes de mais entradas e sadas (o MSP430 16 bits e o ATmega8 8 bits), alm de ser fcil de encontrar no mercado local. Tambm contribuiu para esta escolha uma significativa experincia com este microcontrolador adquirida em um estgio anterior ao projeto. Dispunha-se ainda de vasta documentao e bibliotecas de cdigos, o que acelerou em muito a implementao do programa de processamento local.

2.3

Componentes utilizados

2.3.1

Amplificao do sinal de entrada Em seguida escolha do microcontrolador para composio do mdulo de

processamento local, foi necessrio escolher quais os perifricos que iriam fazer parte da placa. Nessa placa, o sinal deveria ser ampliado e ajustado para a faixa de tenso de trabalho do microcontrolador para, a partir da, o sinal ser processado. Como cada placa teria a capacidade de monitorar oito hidrmetros, seriam necessrios oito amplificadores / limitadores de sinal.

21 Para resolver este problema, foi escolhida a utilizao de duas pastilhas do CI LM339 [11]. So caractersticas deste CI: Comparador de magnitude de tenso 4 canais baixa tenso de saturao de sada faixa de alimentao at 36V compatvel com nveis TTL, MOS e CMOS sadas em coletor aberto baixo custo Com isso, as sadas foram conectadas mesma tenso de alimentao do microcontrolador por meio de um resistor de pull-up, de forma que o nvel alto da sada do amplificador ficou bem prximo da tenso de alimentao do microcontrolador. Foi necessria a instalao de um capacitor em cada entrada do amplificador, pois o sinal de sada gerado no estava estvel, devido entrada no estar estvel. Uma possvel justificativa para a instabilidade poderia ser a presena de mquinas de potncia prximas instalao dos hidrmetros (compressores de ar), o que poderia estar causando interferncias eletromagnticas nos sinais dos hidrmetros. O hidrmetro emite um pulso de tenso em nvel alto (5V) para cada 100ml de fluido que o atravessa. Este sinal, ento, foi acoplado a uma das entradas dos comparadores (LM339). Na outra entrada da mesma porta no comparador, foi acoplado um sinal de aproximadamente 2,5V com um divisor resistivo. O sinal do hidrmetro, ento, comparado com o sinal de 2,5V. A sada do comparador indica se o sinal do hidrmetro maior (5V) ou menor (0V) que o sinal de 2,5V do divisor resistivo. A sada do comparador est conectada ao microcontrolador, o qual se

22 encarrega de fazer o monitoramento deste sinal de maneira digital, conforme ser visto mais adiante.

2.3.2

Circuito de processamento local Para o circuito de processamento local (ou mdulos locais microcontrolados)

foi escolhido o microcontrolador PIC16F877A, conforme foi comentado na seo 2.2, pelas caractersticas j apresentadas. Este microcontrolador teve de ser programado para as seguintes funes: Capturar os sinais dos oito hidrmetros simultaneamente; Calcular a vazo de cada hidrmetro conectado; Elaborar um pacote de comunicao para ser enviado ao computador, com a identificao de cada hidrmetro e sua respectiva vazo; Transmitir o pacote. O microcontrolador escolhido possui seus pinos de entrada / sada distribudos em grupos de oito pinos por porta. Uma leitura em uma das portas do microcontrolador indica a leitura simultnea dos oito pinos desta porta. Assim, as sadas dos comparadores de magnitude de tenso foram conectadas na mesma porta de entrada / sada digital, para facilitar a programao. O microcontrolador se encarrega de fazer amostragens peridicas dos sinais presentes na porta. realizada uma comparao com a leitura anterior da porta, de forma que se identifique qual hidrmetro pulsou um sinal. O perodo de amostragem a ser escolhido deveria ser mais rpido (pelo menos 2 vezes mais rpido) que a freqncia mxima de pulsao de um hidrmetro. Desta forma, foi feito um levantamento acerca de qual era esta freqncia mxima. Este procedimento foi realizado com um balde calibrado em litros, e um cronmetro. Foram feitas medies de tempo para se encher totalmente o balde (5 litros), trs vezes por

23 hidrmetro. Foi detectado, ao final do teste, que a maior vazo era das torneiras, tais que poderiam alcanar vazes de 500ml por segundo, correspondentes a 5 pulsos por segundo. Em seguida, foi utilizado um osciloscpio para se verificar a durao do pulso gerado pelo hidrmetro em sua freqncia mxima. Foi verificado que o hidrmetro gera pulsos de pelo menos 50ms para um perodo de 200ms (no caso dos 5 pulsos por segundo mencionados no pargrafo anterior). Com estas informaes, foi necessrio programar o microcontrolador para fazer varreduras dos sinais em um tempo suficientemente pequeno, de forma que se pudesse captar o sinal pulsado dos hidrmetros. Como no pior caso (vazo mxima) o tempo de durao do pulso de 50ms, ento a freqncia de varredura do sinal deve ser capaz de perceber (amostrar) este sinal. Como a freqncia mxima de pulsao dos hidrmetros extremamente baixa em relao ao clock escolhido para o microcontrolador (10MHz), ento o microcontrolador foi projetado para fazer 1000 leituras por segundo (uma leitura a cada 1ms). Desta forma, assim que um sinal gerado, ele amostrado pelo menos 50 vezes (j que o menor sinal dura cerca de 50ms). Esta freqncia, apesar de exagerada para se medir sinais de no mnimo 50ms, deixou margem de sobra para o microcontrolador realizar suas tarefas de processamento do sinal capturado da porta, bem como empacotamento das informaes e sua respectiva transmisso. Depois de identificado o pulso e o determinado hidrmetro que o gerou, uma varivel incrementada, de maneira a contar os pulsos gerados por cada hidrmetro. A montagem do pacote de transmisso ocorre da seguinte maneira: a cada pulso, uma varivel byte na memria RAM do microcontrolador incrementada. As variveis do tipo byte tipicamente podem assumir valores desde 0 at 255. Desta forma, uma contagem de 255 pulsos representa uma vazo de 255 vezes a resoluo de

24 um pulso, que de 100ml, totalizando 25500ml ou 25,5 litros. Como as contagens de pulso so totalizadas a cada segundo, ento cada varivel byte pode assumir valores de vazo de at 25,5 litros por segundo, o que mais do que suficiente para anotar as vazes em questo, que podem atingir no mximo 0,5 litro por segundo, conforme comentado nos trs ltimos pargrafos. Oito variveis byte (representando os oito hidrmetros por mdulo) so armazenadas em quatro variveis de 16 bits, e estas quatro variveis so transmitidas sob a forma binria, quando da solicitao de uma leitura pelo supervisrio. Desta forma, possvel mapear cada quantidade de vazo de cada hidrmetro, de forma a se identificar a vazo de cada hidrmetro no supervisrio. H um timer interno ao microcontrolador ajustado para gerar uma base de tempo de 1s. Assim, a cada segundo, realizada uma totalizao por hidrmetro da vazo medida (pulsos contados). Essa totalizao separada por hidrmetro e um pacote de transmisso montado, por software, para transmisso ao computador. O pacote apenas montado, mas no transmitido. A transmisso ocorre apenas quando da solicitao pelo programa supervisrio, procedimento que ser visto com mais detalhes adiante. Toda a programao dos microcontroladores foi realizada em linguagem C [10], utilizando-se uma verso de avaliao do compilador CCS Custom Computer Services, INC [04].

2.3.3

Circuito de interface RS-232 / RS-485 Basicamente, as redes RS-232 permitem a conexo direta, sem modem, de

dois dispositivos, um DTE (Data Transmission Equipment) a um DCE (Data Communication Equipment), a distncias relativamente curtas (alguns metros). As redes RS-485, por sua vez, permitem a conexo de at 32 dispositivos, com distncias que podem chegar a mais de 1200m, sendo adequadas a ambientes expostos a elevados nveis de rudo.

25

Como o RS-232 bastante popular, vrias interfaces RS-485 so criadas convertendo os sinais RS-232 para RS-485 [01]. A Figura 5 apresenta um diagrama de montagem para esta interface. So utilizados trs sinais do RS-232: TX, RX e RTS para o controle da direo. Para a interface entre o computador e a rede RS-485 foi escolhido o CI ICL232 [12], que tambm pode ser chamado de MAX232. O MAX232 converte os sinais RS-232 para nveis TTL, e os sinais TTL so conectados no 75176 que fornece a interface RS-485.

Figura 5: circuito conversor RS-232 para RS-485

A Figura 6 apresenta uma maneira completamente automtica para controlar a linha, excluindo a necessidade do controle da rede pelo RTS. O circuito habilitado para transmisso para toda transio de nvel alto para baixo na linha TX e desabilitado para transmisso aproximadamente 40us (gerado pelo CI temporizador

26 LM555 [09] configurado como monoestvel) aps a transio de baixo para alto em TX. Quando o circuito do RS-485 est desabilitado, modo de recepo, os resistores de pull up e pull down asseguram que a sada do circuito esteja nvel alto, ou seja, 6 mais positivo que 7. O circuito da Figura 6 foi escolhido para a implementao do conversor de sinais RS-232 / RS-485 [03], uma vez que realiza a tarefa de converso de modo automtico, dispensando a utilizao de mais sinais do conector RS-232 e diminuindo o nmero de componentes no circuito. Estes fatores contriburam para diminuio das dimenses da placa de circuito.

Figura 6: Circuito RS-485 no modo automtico

Mais detalhes sobre a rede RS-485 implementada, bem como o protocolo utilizado para comunicao sobre esta rede sero vistos no Captulo 3.

27

2.3.4

Conectores e instalao Com a maioria dos circuitos da placa implementados, a prxima etapa foi a

escolha dos conectores. Como os hidrmetros tm 4 sinais (alimentao, referncia de terra, sinal A e sinal B em quadratura), seria interessante se escolher um conector pequeno, com 4 contatos e de baixo custo, pois seriam utilizados 18 conectores, um para cada hidrmetro. Alm disso, seria necessrio que o conector apresentasse facilidade de montagem, para diminuir o tempo de instalao. Foi escolhido um conector semelhante ao de telefones residenciais, conhecido como RJ-11, o qual preencheu todos os requisitos apresentados anteriormente. A Figura 7 apresenta a aparncia de um conector RJ-11.

Figura 7: conector RJ-11

Para a alimentao do circuito foi escolhido o conector P2, muito comum em aparelhos domsticos, de baixo custo e de fcil instalao. A Figura 8 exibe um conector P2 jack, dentro do crculo realado.

28

Figura 8: Em realce no crculo o conector P2 jack utilizado para a fonte

A rede de comunicao RS-485 foi conectada placa por meio de um conector de rede do tipo RJ-45. Apesar de a rede RS-485 necessitar de apenas dois fios para interface, foi utilizado um cabo de rede comum, de oito vias, para a rede RS-485. Isso aconteceu por existir cabo de rede em quantidade suficiente disponvel, dispensando a necessidade de adquirir novos cabos. Desta forma, todas as vias foram conectadas e foram previstos na placa os pinos das vias que sobraram, para possveis aperfeioamentos futuros. A Figura 9 apresenta a aparncia de um conector RJ-45, tpico de cabos de rede de computadores.

Figura 9: Conector RJ-45 utilizado na rede RS-485

29 A alimentao poderia ter sido conduzida por duas das vias que sobraram do cabo de rede, porm esta alternativa no se mostrou muito confivel, pois os fios do cabo de rede no so adequados para este fim. Foi ento escolhida a opo de se utilizar alimentao em cabos totalmente separados das vias de dados do cabo de rede. Para isso foi utilizado um cabo paralelo polarizado (branco e branco com marca preta). Este cabo tem capacidade para at 5 ampres, mais do que suficiente para a aplicao, e com baixo custo. Aps a escolha dos cabos para dados e alimentao, deveria ser pensada uma maneira de se instalar estes cabos na residncia experimental sem comprometer a esttica, ou seja, os cabos deveriam ser instalados adequadamente. Como o prdio j havia sido construdo quando da implementao do projeto, no foram previstas as canaletas embutidas nas paredes para a passagem dos cabos. Logo, a soluo foi a passagem dos cabos por meio de canaletas externas parede, o que solicitou um pouco mais de cuidado na instalao.

2.3.5

Circuitos extras Foram previstas duas funes extras para mdulos locais: uma entrada de

converso Analgico / Digital e quatro entradas de sinal digital externo. A entrada analgica foi prevista dada a presena de um dispositivo medidor de vazo [06] com sada proporcional em corrente de 4-20mA. Caso este medidor de vazo viesse a ser utilizado no mdulo, a sada em corrente seria convertida para tenso via um potencimetro ajustado em 250, convertendo a corrente em nveis aceitveis ao pino de entrada analgica do microcontrolador. Havia a possibilidade de o medidor vir a ser utilizado para medir quantidade de chuva no telhado da residncia experimental. Logo, o circuito foi previsto e construdo em apenas um dos mdulos.

30 Tambm foi previsto um canal para a entrada de quatro sinais digitais. Estes sinais so tratados internamente e convertidos para nveis aceitveis aos pinos do microcontrolador. Estas entradas foram previstas dada uma necessidade que surgiu ao longo das pesquisas. Houve a necessidade de se monitorar o funcionamento de duas bombas de gua. Os sinais seriam o estado das bombas: ligadas ou desligadas. Para a soluo deste problema, foram utilizadas duas fontes semelhantes a carregadores de celular, as quais fornecem uma tenso DC quando energizadas. Tais fontes foram ligadas em paralelo com as bombas. Desta forma, assim que uma bomba era acionada, a fonte entrava em funcionamento e o sinal digital gerado (tenso DC da fonte) era emitido para uma das entradas digitais do mdulo. Esta soluo se tornou interessante devido o fato de as fontes utilizarem um pequeno transformador (foi verificado que no era autotransformador) para abaixar a tenso alternada e posteriormente retific-la. Isto garantiu isolamento galvnico do sinal digital, protegendo o microcontrolador no mdulo.

31

REDE DE COMUNICAO DE DADOS

3.1

Introduo Neste Captulo so apresentados, resumidamente, o protocolo de aplicao do

tipo mestre / escravo utilizado na comunicao entre os mdulos e o computador, e o meio fsico usado nas ligaes entre os mdulos [05].

3.2

Protocolo MODBUS Com um nmero elevado de opes disponveis, a escolha de um protocolo

para a aplicao de controle e monitoramento no foi uma tarefa trivial. O protocolo escolhido no poderia exigir estruturas que no pudessem ser implementadas em microcontroladores do tipo PIC, da Microchip, por restries de memria de dados e memria de programa. Decidiu-se pela adoo do protocolo Modbus [08] pelo fato deste possuir uma estrutura simples e barata, ser um protocolo de fcil aprendizagem e implementao e no necessitar de sincronismo. Alm disso, documentado e vastamente suportado por uma diversidade de equipamentos e sistemas.

3.2.1 Introduo O protocolo Modbus foi desenvolvido em 1979 pela empresa MODICON, Inc., Industrial Automation System, que define um protocolo de aplicao do tipo cliente / servidor entre os dispositivos conectados, independentes do meio fsico utilizado. A estrutura de comunicao Modbus atualmente pode ser implementada em: TCP/IP sobre Ethernet;

32 Mestre / Escravo em transmisso serial assncrona sobre vrios meios (EIA/TIA 232-E, EIA-422, EIA/TIA-485; fibra ptica, rdio, etc.) e Modbus Plus em rede token pass de alta velocidade.

3.2.2

Estrutura mestre / escravo O sistema desenvolvido utiliza o protocolo Modbus na estrutura mestre /

escravo, que basicamente constituda por uma estrutura de mensagens compostas por bytes e que determina como cada dispositivo: Identifica seu endereo na rede; Reconhece uma mensagem endereada a ele; Determina o tipo de ao a ser executada; Obtm toda a informao necessria para executar a ao. Havendo necessidade de responder ao comando recebido, o dispositivo envia uma mensagem, mesmo ocorrendo erro na ao a ser executada. Apenas um dispositivo (mestre) pode iniciar a comunicao (chamada query) e os outros dispositivos (escravos) respondem enviando os dados requisitados pelo mestre ou realizando uma ao solicitada pela query. O mestre pode enderear um escravo individualmente ou iniciar uma mensagem broadcast para todos os escravos. Apenas o escravo endereado retorna uma mensagem (chamada response) a uma query. Responses nunca so retornadas para query do tipo broadcast. O protocolo Modbus estabelece o formato para a query definindo: O endereo do escravo (ou broadcast); Cdigo da funo que define a ao a ser realizada pelo escravo; Parmetros ou dados pertencentes funo;

33 Checagem de erro. As responses so construdas tambm nos mesmos moldes da query, obedecendo ao formato correspondente funo enviada pelo mestre, definindo: A confirmao da ao realizada; Parmetros ou dados pertencentes funo solicitada; Checagem de erro para verificar a integridade da mensagem enviada. Se o escravo for incapaz de executar a ao pedida, o escravo construir uma mensagem de erro e ir emiti-la na resposta. Se um erro ocorrer no recebimento da mensagem, o escravo no responde query, pois no erro de comunicao, dois ou mais escravos poderiam responder query ao mesmo tempo.

3.2.3

Formato da mensagem Na mensagem do protocolo Modbus mestre / escravo h identificadores de

incio e fim de framing. Este recurso permite aos dispositivos da rede detectarem o incio de uma mensagem, ler o campo de endereo e determinar qual dispositivo est sendo endereado (ou todos, se a mensagem broadcast), e reconhecer quando a mensagem completada. As mensagens podero ser detectadas parcialmente podendo gerar erros de acordo com o resultado. O formato do framing Modbus mestre / escravo, como mostra a Tabela 2 constitudo de seis campos: incio do framing, o endereo do escravo que deve receber a mensagem, o cdigo da funo a ser executada, os parmetros ou dados da funo, um campo para checagem de erro e, por ltimo, indicao do fim do framing.
INCIO DA MENSAGEM ENDEREO FUNO PARMETROS CHECAGEM ESCRAVO OU DADOS
Tabela 2: Estrutura do framing

FIM DA MENSAGEM

DE ERRO

34

3.2.3.1

Endereo do escravo A faixa de endereos vlidos para os escravos de 0 a 247. Individualmente

os dispositivos escravos so endereados de 1 a 247. O mestre enderea o escravo colocando o seu endereo no campo de endereo da mensagem e quando o escravo envia uma response, ele coloca o seu prprio endereo no campo de endereo da mensagem para que o mestre reconhea qual escravo est respondendo. O endereo 0 utilizado para acesso tipo broadcast, em que todos os escravos reconhecem, mas no realizam responses.

3.2.3.2

Funo O cdigo da funo varia de 0 a 255, sendo o nmero 0 reservado para a

funo de broadcast, e os nmeros 128 a 255 reservados para representao de erro. Quando um escravo responde a uma requisio, ele usa o campo de funo para indicar execuo normal ou erro. Em caso de erro, o stimo bit do campo funo estar em nvel 1. Em caso de execuo normal, o cdigo da funo deixado intacto e ecoado na resposta. Por exemplo, se ocorrer algum tipo de erro, ao invs do escravo retornar a funo 05h (0000 0101), que foi enviada, o escravo retornar 85h (1000 0101) no campo de funo, indicando a ocorrncia de erro e juntamente com esta sinalizao, o escravo coloca no campo de dados um cdigo que indica o tipo de erro.

3.2.3.3

Parmetros ou dados O campo de dados usado para transportar informaes adicionais que o

escravo pode usar para execuo da ao especificada no campo de funo pelo

35 mestre. Este campo constitudo por conjuntos de 2 dgitos hexadecimais na faixa de 00h a FFh. Se nenhum erro ocorrer, o campo de dados do escravo conter as informaes requisitadas pelo mestre. Se algum erro ocorrer, o campo conter o cdigo do tipo de erro, como mostra a Tabela 3, juntamente com o stimo bit do campo funo em nvel 1.
Cdigo 01h 02h 03h 04h 05h Identificao Funo invlida Sensor ou registrador invlido Valor de dados invlido Falha no dispositivo Estado de espera A funo Significado solicitada pelo mestre no est implementada no escravo. O escravo no possui o sensor ou registrador especificado no comando enviado pelo mestre. Algum valor no campo de dados invlido. Erro por parte do escravo durante a execuo solicitada pelo mestre. O escravo reconheceu o comando do mestre, mas o notifica que o mesmo ser processado num perodo maior que o normal. 06h 07h 08h Dispositivo ocupado No reconhecimento Erro de paridade de memria O escravo est atendendo outro comando. O escravo no conseguiu executar o comando. O escravo detectou erro de paridade.

Tabela 3: Descrio dos tipos de erro

3.2.3.4

Checagem de erro H dois tipos de mtodos para checagem de erro para o protocolo Modbus

mestre / escravo: o LRC (Longitudinal Redundancy Check) e o CRC (Cyclical Redundancy Check). Estes mtodos dependem do tipo do modo de transmisso utilizado.

36 O sistema desenvolvido utiliza como mtodo para a checagem de erro o LRC, que consiste na soma dos valores dos campos da mensagem, excluindo o incio de mensagem, : (3Ah), e fim de mensagem, CRLF (0Dh 0Ah). O dispositivo que recebe a mensagem recalcula um LRC durante o recebimento do framing, e compara o valor calculado ao valor real que recebeu no campo de LRC. Se os dois valores no forem iguais, h ocorrncia de erro.

3.2.4

Modos de transmisso A estrutura Modbus mestre / escravo pode trabalhar em dois modos de

transmisso serial: ASCII (American Standard Code for Information Interchange) ou RTU (Remote Terminal Unit). O modo de transmisso determina a configurao binria das mensagens que trafegam na rede e como os dados sero empacotados na mensagem e decodificados. Estabelecido o modo de transmisso, devem-se definir os parmetros da porta serial (baud rate, paridade, etc.). O modo e os parmetros da serial devem ser os mesmos para todos os dispositivos da rede. O modo ASCII foi utilizado como modo de transmisso porque permite intervalos de at 1 segundo entre a transmisso de caracteres consecutivos sem que um erro de timeout seja gerado. Entretanto, no modo ASCII, cada byte enviado como 2 caracteres ASCII usando os caracteres 0 - 9 e A - F.

3.2.4.1

Modo de transmisso ASCII Neste modo, as mensagens so iniciadas com o caractere :, valor ASCII

3Ah, e terminadas com os caracteres de retorno de carro avano de linha (CR - LF), valores ASCII 0Dh e 0Ah respectivamente.

37 Os caracteres permitidos na transmisso para os outros campos da mensagem so 0 a 9 e A a F correspondentes aos caracteres ASCII 30h a 39h e 41h a 46h, respectivamente. Quando os dispositivos so configurados para comunicar em modo ASCII, em cada byte da mensagem so enviados dois caracteres ASCII (0 a 9 ou A a F). A principal vantagem deste modo que ele permite um grande intervalo de tempo entre caracteres sem causar erro. Porm, o tamanho da mensagem em bytes aumentado significativamente. Como a perda de dados um fator a se evitar, principalmente quando da ocorrncia de consumo de gua (abertura de uma torneira, por exemplo), ento este modo de transmisso, tolerante a tempos longos entre bytes de comunicao, foi o modo escolhido para o projeto. O formato de cada byte em modo ASCII : Sistema de codificao: Caracter ASCII 0-9 (30h a 39h), A a F (41h a 46h) Cada byte enviado como 2 caracteres ASCII Endereamento (1 byte): 0: usado para broadcast 1 a 247: usados pelos escravos Cdigo da funo (1 byte): Estabelece a ao a ser efetuada. 0 a 127: funes 128 a 255: informe de erro na transmisso Bytes de dados: Informaes adicionais necessrias; Endereos de memria; Quantidade de itens transmitidos; Quantidade de bytes de campo. Checagem de erro Longitudinal Redundancy Check (LRC)

38

Os dispositivos da rede monitoram continuamente o barramento e quando detectado o caractere : (3Ah), tem-se o incio da decodificao do prximo campo, que indica para qual dispositivo a mensagem est sendo transmitida. Intervalos de at 1 segundo podem ocorrer entre o envio de caracteres dentro da mesma mensagem. Se ocorrer em intervalos maiores (timeout), o dispositivo assume ocorrncia de erro. Exemplo da montagem de framing no modo ASCII: Endereo do escravo: 69 = 45h 34h (4) 35h (5); Funo: 03 = 03h 30h (0) 33h (3); Parmetros: 00 11 = 00 0Bh 30h (0) 30h (0) 30h (0) 42h (B); Checagem de erro (LRC) gerado: 173 = ADh 41h (A) 44h (D). De acordo com o exemplo acima o framing gerado mostrado na Tabela 4.
Incio da mensagem : (3Ah) Endereo escravo 4 (34h) 5 (35h) 0 (30h) 3 (33h) 0 (30h) 0 (30h) 0 (30h) B (42h) A (41h) Funo Parmetros ou dados Checagem de erro D (44h) Fim da mensagem CR (0Dh) LF (0Ah)

Tabela 4: Exemplo da composio do framing no modo ASCII

Caso a funo 03h no esteja implementada por este escravo, o escravo retornar a seguinte mensagem com o stimo bit da funo em nvel 1 indicando erro, como mostra a Tabela 5: Endereo do escravo: 69 = 45h 34h (4) 35h (5); Funo: 83 = 83h 38 (8) 33h (3), ocorrncia de erro; Parmetros: 01 = 01h 30h (0) 31h (1), tipo de erro ocorrido; Checagem de erro (LRC) gerado: 103 = 67h 36h (6) 37h (7).

39
Incio da mensagem : (3Ah) Endereo escravo 4 (34h) 5 (35h) 8 (38h) 3 (33h) 0 (30h) 1 (31h) 6 (36h) Funo Parmetros ou dados Checagem de erro 7 (37h) Fim da mensagem CR (0Dh) LF (0Ah)

Tabela 5: Exemplo de uma response

3.2.5

Estrutura de comando das mensagens A rede previamente projetada composta por trs mdulos escravos, com o

objetivo de monitorar todos os hidrmetros. Como definio de projeto, os mdulos apenas respondem s solicitaes do mestre (o computador, com o software supervisrio), de forma que a nica funo implementada nos escravos a de leitura (funo 01).

3.3

Meio Fsico RS-485 A escolha do padro RS-485 [03] como meio fsico apresenta vrias

vantagens, dentre elas, a construo do barramento simples, confivel e de baixo custo. O transceiver escolhido, modelo SN75176B da Texas Instruments, podem ser encontrados no mercado com bastante facilidade. O padro TIA/EIA 485-A, conhecido como RS-485, foi publicado originalmente em 1983, com o nome EIA-485, um padro multiponto especificando o conceito de unidade de carga junto com caractersticas eltricas dos dispositivos e dos receptores. A reviso do padro ISO em 1993 tornou o padro ISO/IEC 8482 similar ao RS-485. Atualmente o nome completo da interface RS-485 TIA/EIA 485-A, revisado em 3 de maro de 1998 e publicado em um boletim de sistemas de telecomunicaes (TSB89) intitulado Application Guidelines for TIA/EIA 485-A.

40 O RS-485 um padro eltrico utilizado para comunicao de dados de alta velocidade, em distncias de at 1200 metros, sendo adequado para ambientes expostos a elevados nveis de distrbios. Suas principais caractersticas so: Transmisso diferencial balanceada; Caracterstica multiponto; Apenas uma fonte simples de +5V para alimentar os circuitos de transmisso e recepo; Transmisso de dados em modo comum com tenses de -7V at +12V; Suporta at 32 dispositivos. A distncia do cabo depende da taxa de transmisso utilizada. Por exemplo, uma taxa de transmisso de dados de 10Mbps pode ocorrer at uma distncia mxima de 12 metros, enquanto taxas de transmisso de at 100kbps podem ocorrer em distncias de at 1200 metros. Neste projeto, a maior distncia entre os mdulos e o computador remoto chega a atingir aproximadamente 13,8 metros, de forma que a limitao de taxa no foi um problema para a aplicao. As interpretaes das especificaes e as caractersticas do padro variam de fabricante para fabricante, porm essas especificaes devem ser seguidas pelos fabricantes dos chips de implementao do padro. Uma aplicao tpica da rede mostrada na Figura 10.

41

Figura 10: Aplicao tpica de uma rede RS-485

Este padro suporta comunicao half-duplex, ou seja, a comunicao s pode ser feita em uma direo por vez, requerendo apenas dois fios para a transmisso e recepo dos dados. Numa configurao multiponto RS-485, somente um transmissor pode ter o controle da rede por vez e todos os receptores escutam a mesma mensagem.

3.3.1

Linha RS-485 implementada O meio fsico implementado constitudo por uma linha RS-485 que conecta

os trs mdulos. A interface RS-485 construda, conforme apresentado na seo 2.3.3, funciona no modo automtico ou no modo manual, definido por uma chave seletora. A

42 grande vantagem deste circuito foi o baixo custo de construo e a sua desvantagem foi a no isolao da linha. Foi implementada uma rede semelhante rede apresentada na Figura 10, com a interconexo de trs mdulos escravos e o conversor de comunicao RS-232 / RS485. A rede implementada suporta apenas comunicao half-duplex, ou seja, a comunicao ocorre em uma direo por vez, numa configurao multiponto.

43

SISTEMA SUPERVISRIO

4.1

Introduo Este Captulo apresenta uma breve discusso sobre o sistema supervisrio

escolhido para esta aplicao, algumas de suas caractersticas e como foi realizada a construo da aplicao (programa em execuo contnua que monitora os hidrmetros) no computador. Algumas dificuldades encontradas ao longo desta implementao tambm sero abordadas.

4.2

Definio do problema Uma vez montados os circuitos, foi necessrio implementar ou escolher um

software comercial para que fosse realizada a comunicao entre o computador e os mdulos. Este software responsvel por: enviar uma mensagem para cada escravo, a cada segundo; receber as respostas; identificar os valores de vazo de cada hidrmetro, por mdulo (os quais so mapeados); caso a resposta venha com erros, ou ocorra timeout, deve-se tentar nova comunicao; armazenar o valor de vazo num relatrio, anotando data e hora do computador local; emitir uma mensagem ao usurio caso ocorram vrios erros consecutivos. A implementao deste programa no uma tarefa trivial, mas tambm no das mais difceis. Porm, alguns fatos contriburam para que a idia de se implementar o programa supervisrio fosse descartada:

44 falta de disponibilidade de tempo de desenvolvimento, pois o projeto deveria estar pronto o mais rpido possvel para que as pesquisas de mestrado pudessem continuar; disponibilidade de recursos para a compra de um software comercial, que poderia ser utilizado em outras aplicaes dentro da ETE da UFES; maior confiabilidade e possibilidade de suporte tcnico ao se adquirir um software comercial; software comercial disponvel na verso em portugus. Com base nestas informaes, foi prefervel a compra de um software comercial, a um custo razovel se comparado aos custos de material do projeto. Alm disso, havia previso de utilizao do software para outras aplicaes e ainda a possibilidade de expanso do sistema. O software comercial em vista possui vasta documentao em portugus e bem simples de ser operado. Logo, para aplicaes futuras e expanso do sistema, a parte de software no seria problema, uma vez que o software comercial j dispunha de capacidade para 300 variveis de monitoramento (para se ter uma idia, a vazo de uma torneira uma varivel de monitoramento, ou seja, foram utilizadas 18 variveis das 300 disponveis). Alm dessas facilidades, o software supervisrio comercial dispunha de capacidade de controle de processos. Esta caracterstica poderia ser bastante til em outras aplicaes de controle da ETE (limpeza de reatores anaerbicos de esgoto, por exemplo), o que pode ser complicado de se desenvolver ou ainda pode tomar razovel tempo de desenvolvimento, e isso poderia atrasar muito as pesquisas.

4.3

O software supervisrio Existem vrios softwares supervisrios disponveis no mercado, a custos

variveis. Contudo, existe no Brasil uma empresa que fabrica softwares supervisrios com alta confiabilidade e a baixo custo, se comparado com softwares de empresas internacionais. Esta empresa a Elipse, que fabrica o Elipse Scada, uma verso de

45 supervisrio para pequenas e mdias aplicaes. So vantagens do software fabricado pela Elipse: Ampla documentao; Facilidade de se criar aplicaes, com uma interface grfica simples e fcil de usar; Drivers gratuitos; Baixo custo, se comparado com empresas internacionais; Existncia de um software Elipse Scada no LCI (Laboratrio de Controle e Instrumentao) com aplicaes mais complexas, nas quais no apresentou problemas. Foi apresentada ento a escolha de se adquirir uma verso mais simples deste software. A verso escolhida foi a Elipse Scada Pro Master 300 32 bits. Esta verso suporta at 300 tags (variveis) e monitoramento contnuo. No caso do projeto de monitoramento dos hidrmetros, foram utilizadas 18 tags, uma para cada sinal de vazo de hidrmetro. Uma vez aberto o programa supervisrio, aparece a tela para criao da aplicao, que est apresentada na Figura 11.

46

Figura 11: Tela de incio do Elipse Scada.

Ser apresentada a elaborao de uma aplicao para controle de um mdulo. Para o controle de trs mdulos, basta repetir os procedimentos como para o primeiro. Com a utilizao do manual uma aplicao foi criada, com o objetivo de monitorar os trs mdulos. Para criar esta aplicao, o primeiro passo clicar em File>new application. Aps esta etapa, foi necessrio entrar na tela do Organizer, que a tela em que criamos as tags. A tela do Organizer pode ser observada na Figura 12.

47

Figura 12: Tela de apresentao do Organizer.

Na caixa de Tags, pode-se escolher o tipo de tag para o mdulo. A tag escolhida do tipo Bloco PLC. Dentro desta tag foram criados elementos de bloco, que so as variveis que contm as informaes de vazo. Cada elemento de bloco tem o comprimento de 8 bits, ou seja, um byte. Os pacotes transmitidos, conforme apresentado na seo 2.3.2, contm quatro variveis de 16 bits, sendo que cada uma destas variveis contm dois bytes, com as informaes de vazo de dois hidrmetros. Na aplicao possvel se acessar os bits de uma varivel, ou o campo de bits (um agrupamento de bits consecutivos). Assim, foram selecionados os campos de bits que correspondem s vazes dos hidrmetros, de forma que pudessem ser mapeadas. Uma tela com estas informaes pode ser vista na Figura 13.

48

Figura 13: Campos de bit correspondentes s vazes dos hidrmetros.

Os campos de bit 1 acessam os bits de 0 a 7, enquanto os campos de bit 2 acessam os bits de 8 a 15. Para que o supervisrio use a porta serial do computador, necessria a instalao de um driver, o qual fornecido gratuitamente pela empresa Elipse. Uma verso do driver Modbus.dll foi solicitada para testes. Para a configurao do supervisrio, foi necessria a instalao do driver, procedimento que realizado no Organizer, selecionando-se abaixo das tags o item driver>new... . Dever ser indicado o diretrio onde se localiza o driver. Aps esta etapa, o driver deve ser configurado, de acordo com o documento que tambm fornecido pela empresa Elipse. Foi

49 selecionada a opo driver>configura... . A tela apresentada pode ser observada na Figura 14.

Figura 14: Tela de configurao do driver da porta serial

A configurao do driver se baseia na escolha dos valores para os campos P1 a P4. Cada campo deve ser configurado conforme documentao do driver. Parmetros [P] de configurao do driver:
P1 Porta de comunicao (COM1 = 1, COM2 = 2, COMn = n) P2 Paridade (veja Tabela 6) + Baudrate (veja Tabela 7) Ex: 9600bps e Paridade Par = 60 + 2, logo P2 = 62 P3 Databits (veja Tabela 8) + Stopbits (veja Tabela 9) Ex: 8 Databits e 2 Stopbits = 8 + 20, logo P3 = 28

50
P4 Timeout em milisegundos

Tabela 6: Paridade

Tabela 7: Baudrate

Tabela 8: Databits

Tabela 9: Stopbits

Com estas informaes, foram utilizados os valores apresentados na Figura 14. Configurado o driver, hora de se criar a funo que gera os histricos. A partir dos histricos, so gerados os relatrios formatados em .TXT.

51 Para se gravar o histrico, foi selecionado o item histrico> new... e depois a opo histrico> analisys. Dentro desta opo, deve-se escolher o perodo de gravao dos valores e a quantidade mxima de valores de um histrico. Como os arquivos de histrico vo se tornando maiores medida que os valores vo sendo gravados, aconselhvel se apagar o arquivo de histrico a cada relatrio gerado. Foi escolhido o perodo de 1000ms (1s) para gravao das informaes e 100.000.000 de valores (mximo sugerido, pois o histrico apagado pelo programa caso esta contagem estoure). Uma vez criado o histrico, pode-se gerar o relatrio, usando-se uma funo que se assemelha a uma linha de comando. Selecionou-se o item relatrio>new... e em seguida aparece um pequeno cone do relatrio criado, conforme se pode observar na Figura 15.

52

Figura 15: Criao do relatrio

Na guia settings deve-se indicar o arquivo-fonte do relatrio. Neste campo, digitamos o nome dado ao histrico criado anteriormente (histrico.dat). possvel criar uma tela para apresentao da aplicao, onde as variveis so exibidas para o usurio. Foi criada uma tela simples, com a visualizao (em espcies de displays) de oito hidrmetros e um boto para se criar relatrios. A criao destes displays e do boto bem simples: os botes so desenhados com a ferramenta boto , e da mesma maneira os displays .

Um clique duplo em cima do display criado suficiente para se selecionar sua tela de configurao, onde escolhe-se a varivel que apresentada por cada display.

53 Para isso, dentro da tela de configurao do display selecionada a guia tags, e depois na opo add>> para adicionar a tag a ser exibida. Para o boto, foi adicionada a funo de gerar relatrio. Para isso, foi selecionada, na tela de configurao do boto, a guia scripts e criada a linha de comando, conforme pode-se observar na Figura 16.

Figura 16: Script para gerar relatrio a partir de histrico

A tela final, com os displays e o boto de gerar relatrio pode ser observada na Figura 17.

54

Figura 17: Tela de apresentao da aplicao

Nesta tela de demonstrao, no foram renomeados os displays, porm isso possvel, bastando se atribuir um nome ao display. medida que os valores so lidos, esta tela atualiza os displays, para exibio aos usurios. Como se pode observar, a criao de uma aplicao neste software no uma tarefa difcil, sendo que a simples leitura do manual possibilitou esta implementao.

55

RESULTADOS E CONCLUSES

A comunicao entre os mdulos e o computador pde ser estabelecida e funcionou de forma adequada a uma taxa de 9600bps, com uma comunicao por segundo por mdulo. Com isso, foi possvel monitorar o consumo de gua na residncia experimental por mais de seis meses. Abaixo apresentada na Figura 18 um trecho de uma planilha gerada.

Figura 18: Trecho de uma planilha do Microsoft Excel gerada pelo supervisrio aps alguns minutos de monitoramento. Em destaque, o momento da identificao de consumo pelo hidrmetro H0 e, em seguida, pelo hidrmetro H2.

56 Foram necessrios alguns ajustes no hardware. Com o tempo, algumas falhas de comunicao (como mal contato devido oxidao) foram detectadas e posteriormente corrigidas. Porm, com os trs mdulos em funcionamento contnuo, periodicamente era necessria uma manuteno mais rigorosa em todos os conectores, principalmente nos conectores de comunicao. Com o passar dos meses, mesmo as manutenes mais rigorosas no estavam resolvendo o problema de falhas consecutivas de comunicao. Assim, os componentes foram novamente soldados na placa e novos cabos foram feitos, a fim de resolver o problema. A causa deste problema foi uma varivel que denunciou descuido por parte do implementador. O ambiente da ETE bastante hostil a circuitos eletrnicos. Mesmo equipamentos comerciais tinham sua vida til reduzida quando instalados nessa rea. O projeto proposto teve preocupao menor que a necessria em relao proteo contra corroso dos contatos. Isso possibilitou falhas de comunicao, problema muitas vezes resolvido apenas se retirando e recolocando o conector de comunicao no lugar.

5.1

Trabalhos futuros Por se tratar de um projeto inicial, h alguns pontos que podem ser

desenvolvidos ou aprimorados conforme o interesse de quem utilizar este projeto para monitoramento. So alguns destes pontos: a escolha de conectores mais robustos e mais resistentes corroso; a diminuio das dimenses da placa; o acrscimo de mais funes ao microcontrolador, ou mesmo a escolha de um microcontrolador mais adequado (dimensionado, com menos pinos) para a tarefa;

57 a deteco de refluxo para se informar sobre a direo do fluxo de gua, pois os hidrmetros emitem sinais em quadratura, e tais sinais no foram utilizados; uma interface com usurio: um led poderia piscar quando da utilizao de uma torneira, ou mesmo um display poderia exibir em qual torneira est saindo gua. Utilizao de verniz na placa para diminuir a corroso e oxidao; Alm das sugestes acima, algumas sugestes merecem destaque. Conforme apresentado, o software supervisrio trouxe para o projeto a necessidade de se utilizar um computador sempre ligado, mantendo o software funcionando. Porm, existe a possibilidade de se retirar o software supervisrio, fazendo utilizao de memrias flash de alta capacidade. Tais memrias tm custo relativamente baixo (da ordem de R$ 30,00 para 128MBytes) e so fceis de se utilizar com circuitos microcontrolados. Com esta medida, os dados poderiam ser passados ao computador apelas pela utilizao de um leitor de carto de memria com conexo USB (Universal Serial Bus). Assim, no se torna necessrio um computador ligado continuamente e nem a utilizao de uma rede RS-232 / RS-485, o que diminuiria drasticamente os custos de implementao do sistema. Outra sugesto muito interessante seria a utilizao de baterias para alimentao do sistema, bem como um rede de comunicao sem fio para o mesmo. Desta forma, os dados poderiam ser descarregados remotamente, distncia, sem a necessidade de o usurio comparecer ao local onde o sistema est instalado para descarregar os dados.

58

REFERNCIAS BIBLIOGRFICAS

[01]

___. Serial Port Complete Programming and Circuits for RS-232 and RS-

485 Links and Networks. Madison, EUA: <http://www.lvr.com>, p. 185-240, 1998. [02] ___. Unijato Magntico com Sada de Sinal. LAO, So Paulo.

hidrometros.pdf [Arquivo]. Disponvel em: <http://www.laosp.com.br>, 2004. [03] AXELSON, Jan. Designing RS-485 Circuits. Circuit Cellar, The magazine for

Computer Applications [on line], 1999. cc-axelson107.pdf [Arquivo]. Disponvel em: <http://www.circuitcellar.com/pastissues/TOCjune99.htm> [04] CCS CUSTOM COMPUTER SERVICES, INC. C Compiler Reference Disponvel, 2002. ccsmanual.pdf [Arquivo] em:

Manual

<http://www.ccsinfo.com/picc.shtml> [05] COSTA, Wagner Teixeira da. Controle Distribudo em uma Rede de

Microprocessadores Aplicado Automao de uma ETE Compacta. Dissertao de Mestrado, Programa de Ps-Graduao em Engenharia Eltrica, UFES, 2003. [06] KROHNE THE LEVEL AND FLOW COPMPANY. Signal converters for flowmeters, 1998. ifc010e.pdf [Arquivo]. Disponvel em:

electromagnetic

<http://www.kanex-krohne.com> [07] [08] MICROCHIP TECNOLOGY INC. PIC16F87x Data Sheet, 2001. MODBUS APPLICATION Protocol PROTOCOL Specification [Arquivo]. SPECIFICATION. V1.1, Disponvel

MODBUS 2002. em:

Application

ModbusApplicationProtocol_v1_1.pdf <http://www.modbus.org>

59

[09]

NATIONAL SEMICONDUTOR. LM555 Timer, 2000. LM555.pdf [Arquivo].

Disponvel em: <http://www.national.com> [10] PEREIRA, Fbio. Microcontroladores PIC Programao em C. 1 ed. So

Paulo: rica, 2003. [11] TEXAS INSTRUMENTS. LM339 Quad Diferential Comparators, 2004.

LM339.pdf [Arquivo]. Disponvel em: <http://www.ti.com> [12] TEXAS INSTRUMENTS. MAX232 RS232 Multichannel Driver Transceiver,

2004. MAX232_Datasheet.pdf [Arquivo]. Disponvel em: <http://www.ti.com> [13] TEXAS INSTRUMENTS. SN75176B/SN75176BT Multipoint RS485 / RS422

Transceivers, 2003. SN75176B.pdf [Arquivo]. Disponvel em: <http://www.ti.com>

60

ANEXO I PLACA FINAL IMPLEMENTADA

Aqui exibida uma fotografia da placa final.

Figura 19: Placa final.

61

ANEXO II BOARD DO CIRCUITO IMPRESSO


So apresentadas duas figuras: a Figura 19 exibe as trilhas da placa de circuito impresso implementada, ao passo que a Figura 20 apresenta a disposio dos componentes.

Figura 20: Board da placa de circuito impresso, exibindo as trilhas (no est em tamanho real)

Figura 21: Disposio dos componentes (no est em tamanho real)

62

ANEXO III BOARD E PLACA DE CIRCUITO


Aqui exibido o board do circuito juntamente com uma das placas implementadas (mdulo local microcontrolado).
Conector de Comunicao Microcontrolador

Sinais extras

Conector de Alimentao Circuito de Comunicao

Amplificadores

Sinais dos hidrmetros

Figura 22: Indicao da localizao dos principais componentes

Figura 23: Placa de circuito vista de cima.