FUNDAO CENTRO DE ANLISE, PESQUISA E INOVAO TECNOLGICA INSTITUTO DE ENSINO SUPERIOR FUCAPI FACULDADE FUCAPI COORDENAO DE GRADUAO EM CINCIA

A DA COMPUTAO

UM MEDIDOR DE ENERGIA ELTRICA WEB COM PROTOCOLO MODBUS TCP/IP

MANUEL GOMES ANDRADE JUNIOR

MANAUS 2010

MANUEL GOMES ANDRADE JUNIOR

UM MEDIDOR DE ENERGIA ELTRICA WEB COM PROTOCOLO MODBUS TCP/IP

Monografia apresentada ao curso de graduao em Cincia da Computao do Instituto de Ensino Superior Fucapi Faculdade Fucapi como requisito parcial para obteno do Ttulo de Bacharel em Cincia da Computao. rea de concentrao: Engenharia Eltrica, medio de energia eltrica bem como consumo de energia. Orientador: Ricardo Jos Menezes Maia, M.Sc. Co-Orientador: Claudiomar Alves da Silva, Esp.

MANAUS 2010

MANUEL GOMES ANDRADE JUNIOR

UM MEDIDOR DE ENERGIA ELTRICA WEB COM PROTOCOLO MODBUS TCP/IP

Monografia apresentada ao curso de graduao em Cincia da Computao do Instituto de Ensino Superior Fucapi Faculdade Fucapi como requisito parcial para obteno do Ttulo de Bacharel em Cincia da Computao. rea de concentrao: Engenharia Eltrica medio de energia eltrica, consumo de energia. Aprovada em 11 /12/2010, por:

____________________________________________ Prof. Ricardo Jos Menezes Maia, M.Sc. Orientador

____________________________________________ Prof. David Alves Junior, Esp. Examinador

____________________________________________ Prof. Ricardo dos Santos Cmara, M.Sc. Examinador

MANAUS 2010

DEDICATRIA

In Memorian: A meu pai, que trabalhou desde sua infncia e mostrou para mim e meus irmos o valor do trabalho e da honestidade. s pessoas mais legais e bondosas deste mundo, Maria do Carmo da Silva (minha me), Marins Andrade Ayres (minha irm) e Luiz Roberto Ayres (cunhado) que sempre tiveram pacincia e sempre me ajudaram quando morvamos juntos. Dedico tambm a toda minha famlia e amigos, tanto do trabalho quanto da faculdade que direta ou indiretamente contriburam para o meu crescimento ao meio acadmico.

AGRADECIMENTOS

Agradeo inicialmente a DEUS, a quem devo minha vida e me motiva todos os dias quando sinto a batida do meu corao. Aos meus pais, minha me Maria do Carmo da Silva e meu pai, Manuel Gomes Andrade que hoje est em minha memria como um exemplo de vida e de bons valores. Aos meus irmos principalmente a minha irm Marins e meu cunhado Luiz os quais devo um muito obrigado por terem me acolhido quase sete anos em sua casa. Ao meu orientador, Professor Ricardo Jos Menezes Maia, pela pacincia, sugestes, por ter acreditado na realizao desta pesquisa e confiado em meus ideais e principalmente no ttulo do meu trabalho. A Minha irm Marcilene, pela excelente ajuda com a correo deste. A coordenao do Curso de Graduao em Cincia da Computao, em especial ao professor Claudio de Oliveira Santos, entendeu nossas dificuldades em cumprir na ntegra, os prazos pr estabelecidos no decorrer do trabalho. Aos professores, colegas e a todos os colaboradores do CESF, pela oportunidade de realizao da pesquisa e pela colaborao na coleta de informaes. Ao Claudiomar Alves da Silva, pelo incentivo e participao na avaliao do meu trabalho. O meu muito obrigado!

"H homens que lutam um dia e so bons. H outros que lutam um ano e so melhores. H os que lutam muitos anos e so muito bons. Porm, h os que lutam toda a vida. Esses so os imprescindveis." Bertolt Brecht.

RESUMO

Esta monografia abordar o desenvolvimento de um sistema que atenda aos requisitos bsicos de um software para viabilizar a coleta de dados a partir da medio de grandezas eltricas em uma indstria. Para coletar os dados este sistema far uso de um medidor digital, j instalado no local, que utiliza um protocolo de comunicao chamado Modbus TCP/IP integrado nesse equipamento digital para troca de mensagens com dispositivos externos que ir tratar essas informaes coletadas e as exibir em um formato Web.

Palavras chave: Medio de grandezas eltricas, Web Site e comunicao Modbus TCP/IP.

ABSTRACT

This monograph will address the development of a system that meets the basic requirements of a software to enable data collection from the measurement of electrical quantities in an industry. To collect the data this system will use a digital meter, already installed, using a communication protocol called Modbus TCP / IP built-in digital equipment to exchange messages with external devices that will treat this information collected and show in Web format.

Key Words: Measurement of electrical, Web Site and Modbus TCP / IP.

LISTA DE FIGURAS

Figura 1 Uma comparao das arquiteturas de protocolos OSI e TCP/IP ............................ 22 Figura 2 Unidade de dados do protocolo (PDUs) na arquitetura TCP/IP ............................. 23 Figura 3 Pilha de comunicao Modbus TCP/IP ................................................................... 25 Figura 4 Comunicao Cliente/Servidor em Modbus TCP/IP .............................................. 25 Figura 5 Modbus solicitao/resposta sobre o TCP/IP. ......................................................... 27 Figura 6 Comunicao Cliente/Servidor com cdigo de erro ............................................... 30 Figura 7 Medidor de Energia Eltrica, NEXUS 1252 da EIG............................................... 31 Figura 8 Mapeamento dos Bytes para o tipo F1 .................................................................... 34 Figura 9 Mapeamento dos Bytes para o tipo F2 .................................................................... 35 Figura 10 Mapeamento dos Bytes para o tipo F3 .................................................................. 35 Figura 11 Mapeamento dos Bytes para o tipo F4 .................................................................. 35 Figura 12 Mapeamento dos Bytes para o tipo F5 .................................................................. 36 Figura 13 Mapeamento dos Bytes para o tipo F6 .................................................................. 36 Figura 14 Mapeamento dos Bytes para o tipo F7 .................................................................. 37 Figura 15 Opo de comunicao em Rede Interna .............................................................. 37 Figura 16 Tela de configurao de comunicao do NX programmer. ................................. 38 Figura 17 Opo de comunicao em Rede Interna .............................................................. 39 Figura 18 Cdigos de erro Modbus implementados pelo medidor NEXUS 1252. ............... 39 Figura 19 Projeto MVC do Sistema Web Medidor................................................................ 41 Figura 20 Projeto de do Sistema Web Medidor. .................................................................... 42 Figura 21 Diagrama de caso de uso do sistema Web Medidor. ............................................ 46 Figura 22 Diagrama de Sequncia (Consultar Leituras Gravadas) . ..................................... 47 Figura 23 Arquitetura do padro MVC. ................................................................................ 49 Figura 24 Arquitetura do sistema utilizando padro de projeto. ........................................... 50 Figura 25 Diagrama de Classe Modbus................................................................................. 51 Figura 26 Tabelas do Banco de Dados medidor. ................................................................... 52 Figura 27 Diagrama ER do Banco de Dados medidor. ......................................................... 52

LISTA DE QUADROS

Quadro 1 Arquitetura OSI padro da ISO. ............................................................................ 20 Quadro 2 A arquitetura de Internet TCP/IP ........................................................................... 22 Quadro 3 Cdigo de Funo Pblica ..................................................................................... 27 Quadro 4 MBAP Header (Cabealho ADU) ......................................................................... 28 Quadro 5 Frame de comunicao Modbus TCP/IP ............................................................... 28 Quadro 6 Cdigo de Exceo Modbus .................................................................................. 29 Quadro 7 Mapa de registros Modbus .................................................................................... 34 Quadro 8 Itens testados no Web Medidor. ............................................................................ 53

LISTA DE TABELAS

Tabela 1 Opinio dos usurios sobre protocolos de Internet industriais ............................... 30

SUMRIO

1 INTRODUO.................................................................................................................... 13 1.1 JUSTIFICATIVA ............................................................................................................. 14 1.2 ESPECIFICAO DO PROBLEMA ............................................................................ 15 1.3 OBJETIVOS ..................................................................................................................... 15 1.3.1 Objetivo Geral ............................................................................................................... 15 1.3.2 Objetivos Especficos ..................................................................................................... 16 1.5 METODOLOGIA............................................................................................................. 17 1.6 LIMITAO DO ESTUDO ............................................................................................ 17 1.7 ESTRUTURAO DO TRABALHO ............................................................................ 18 2 REFERENCIAL TERICO .............................................................................................. 19 2.1 COMUNICAO E PROTOCOLO MODBUS TCP/IP ............................................. 20 2.1.1 Arquitetura TCP/IP Internet ....................................................................................... 20 2.1.2 Protocolo MODBUS TCP/IP ......................................................................................... 24 2.2 MEDIDOR DIGITAL DE ENERGIA ELTRICA (MDEE) ...................................... 31 2.2.1 Especificao .................................................................................................................. 32 2.2.2 Registros de Memria ................................................................................................... 32 2.2.3 Formato dos Tipos de Dados ........................................................................................ 34 2.2.4 Comunicao, Cdigo de Funo e Cdigo de Exceo ............................................. 37 3 MODELAGEM E PROJETO DO SISTEMA .................................................................. 40 3.1 REQUISITOS FUNCIONAIS ......................................................................................... 43 3.1.1 Acesso aos Dados do Medidor Digital de Energia Eltrica........................................ 44 3.1.2 Sincronismo, Controle e Aquisio dos Dados............................................................ 44 3.1.3 Monitoramento do Medidor por Meio da Pgina Web. ............................................. 45 3.1.4 Outros Requisitos. ......................................................................................................... 45 3.2 CASO DE USO ................................................................................................................. 45 3.2.1 Diagrama Caso de Uso .................................................................................................. 45 3.3 ESPECIFICAO DO CASO DE USO ........................................................................ 46 3.3.1 Caso de uso Consultar Leituras Gravadas ............................................................. 46 3.3 REALIZAO DO CASO DE USO .............................................................................. 47 3.3 REQUISITOS NO FUNCIONAIS ............................................................................... 47 3.3.1 Usabilidade ..................................................................................................................... 48 3.3.2 Confiabilidade ................................................................................................................ 48 3.3.3 Desempenho ................................................................................................................... 48 3.3.4 Sistema Base ................................................................................................................... 49 3.5 ESTRUTURA GERAL .................................................................................................... 49 3.4.1 Arquitetura .................................................................................................................... 50 3.4.2 Camadas ......................................................................................................................... 50 3.5 IMPLEMENTAO ....................................................................................................... 50 3.6 TESTES ............................................................................................................................. 53 4 CONCLUSO...................................................................................................................... 54 4.1 Consideraes Finais ........................................................................................................ 54 4.2 Trabalhos Futuros ............................................................................................................ 54 REFERNCIAS ..................................................................................................................... 55

ANEXO .................................................................................................................................... 57

13

1 INTRODUO

Cada vez mais os sistemas existentes nas indstrias so adaptados para funcionarem em uma rede corporativa como aplicao Web. O uso da mesma possibilita aos novos e aos antigos sistemas trabalharem de forma distribuda sem que haja um custo maior nesta distribuio de recurso, j que na maioria dos ambientes industriais existe uma estrutura de rede local instalada. Uma rede pode ser definida como um conjunto de dispositivos conectados por links de comunicao (denominados freqentemente de ns)(sic) (FOROUZAN, 2006, p. 37). Com a evoluo das tcnicas e os modelos de comunicao, aps a definio de rede, possvel se ter um idia, no s a rede importante para comunicao entre dispositivos, eles devem seguir um padro nico para se comunicar. Utilizando uma rede corporativa com o protocolo Modbus incorporado no medidor digital, haver possibilidade em reproduzir a estatstica do consumo de energia eltrica on line, de onde ele foi instalado. A produo de grficos de demanda, tabelas de rateio e outras formas de controle estatstico esto inseridas nas vantagens de quando as informaes coletadas do medidor so armazenadas. Este trabalho ficar limitado ao estudo de como pesquisar requisitos, as modelagens, regras de negcios e o uso de padro do protocolo Modbus TCP/IP em medidor de energia eltrica. Com isso ele poder ter suas informaes de engenharia coletadas por um sistema assncrono, armazenadas em um banco de dados e publicadas por meio de uma pgina Web. Silva e Felgueiras (2008) explicam que Modbus um protocolo de cdigo aberto e dos mais simples utilizados na automao industrial (Industrial Automation System) ISA. A idia central ser apresentar as informaes coletadas de forma organizada em diagramas unifilares, tabela e relatrios por meio de uma pgina Web, possibilitando consulta das informaes em um tempo conveniente e predefinido. Existem no mercado diversas empresas especializadas em Automao Industrial, entre elas a Schneider Electric, a proprietria do protocolo industrial citado, o Site pode ser consultado1. Esta empresa possui uma aplicao com funcionalidade semelhante s propostas que o ION Enterprise, um software voltado para gerenciamento de energia eltrica. Portanto, um software proprietrio sendo para fins industriais, tem seu custo relativamente
1

Empresa proprietria do protocolo Modbus < http://www.schneider-electric.com.br/>

14

alto, em comparativo s aplicaes de uso geral, como sistemas operacionais que tem muito mais funcionalidades e menor custo. A elaborao deste trabalho importante pela evoluo dos sistemas que utilizam softwares livres. Contribuir com o aumento da produo de aplicaes voltadas s indstrias que poder tambm contar com mais aplicaes trabalhando em sistemas distribudos e funcionar em qualquer computador independente de Sistema Operacional SO instalado, bastando apenas de um browser e algumas bibliotecas Java.

1.1 JUSTIFICATIVA

O consumo de energia eltrica para os consumidores finais, como so chamados os clientes das concessionrias de energia eltrica so diferenciados de acordo com a classe consumidora em uma tabela da Agncia Nacional de Energia Eltrica ANEEL. Esta tabela foi criada pelo Departamento de Atendimento ao Consumidor (DCA) e se chama Evoluo das Tarifas de Energia Eltrica do Grupo A e B Demanda em R$/kW e Consumo em R$/kWh 2. Mensalmente em sua casa o usurio recebe uma conta de energia que consta a cobrana de consumo de energia eltrica em kWh e o valor da tarifa R$/kWh dependendo do seu consumo ela maio ou menor (somente para consumidores de baixa renda). Logo quem consome mais, paga mais. Da mesma forma como na instalao residencial, as indstrias pagam os custos com energia eltrica, porm nesses consumidores industriais a energia paga em Demanda contratada que envolve uma srie de clculos em funo do horrio de consumo. Geralmente, as empresas adotam planilhas eletrnicas para ratear os custos aos seus diversos departamentos, isso demanda tempo para coletar os dados em cada painel local das subestaes. Um sistema de medio de energia em conformidade com as tabelas de tarifas e horrios registrados de consumo de Ponta e Fora de Ponta consegue reduzir a margem de erro tanto da leitura local por parte dos operadores quanto de alterao e preenchimento incorreto

Mais detalhes no Site:

<http://www.amazonasenergia.gov.br/portal/atendimento/arquivos/TABELA_FORNECIMENTO.pdf >.

15

em planilhas. Possibilita tambm o calculo em tempo real da demanda contratada com os acrscimos do consumo na moeda corrente antes que a conta seja enviada pelo setor de cobrana da concessionria.

1.2 ESPECIFICAO DO PROBLEMA

Uma indstria possui em suas instalaes um Medidor Digital de Energia Eltrica (MDEE) e este permite comunicao por meio de um protocolo especifico chamado Modbus TCP/IP. Por desconhecimento ou por falta de recursos esta empresa no possui um sistema que providencie a coleta dos dados desse MDEE. Alm disso, os operadores para fazerem a coleta de dados direto no display do medidor utilizam check lists de leitura, que so preenchidos a cada seis horas para o rateio de demanda e consumo de energia aos diversos setores da empresa mensalmente.

1.3 OBJETIVOS

1.3.1 Objetivo Geral

O objetivo geral deste trabalho projetar um modelo de sistema que possa coletar dados de um Medidor de Energia Eltrica e permitir que o usurio do sistema tenha acesso s informaes do consumo no seu ramal de distribuio de energia por meio de um Medidor Digital (MD) e uma pgina Web.

16

1.3.2 Objetivos Especficos

Para alcanar o objetivo geral deste trabalho, sero desenvolvidas as seguintes atividades: Realizar uma pesquisa de Referencial Terico; Desenvolver um prottipo de sistema funcional para o modelo terico; Monitorar o consumo e a demanda de energia eltrica Possibilitar gerar e visualizar as informaes por meio da Web.

1.4 TRABALHOS RELACIONADOS

Os trabalhos relacionados a esta proposta so aqueles que tratam de protocolos industriais. Sistemas baseados na Web com acesso a dispositivos externos e at manuais como o prprio guia de desenvolvimento Modbus, so documentos triviais para auxiliarem na elaborao e desenvolvimento desses projetos. Para mais detalhes recomendado consultar o manual Modbus3, j que ele traz alguns diagramas, com atividade dos eventos, informaes necessrias ao projeto Web e uso do protocolo. Existe um artigo da Universidade Federal de Santa Catarina, publicado em 2002, produzido por: Dr. Gilberto Grandi da Universidade do Vale do Itaja (UNIVALI) e o Dr. Fernando O. Gauthier da Universidade Federal de SC (UFSC), sob o ttulo: UNIFORMIZAO DE DADOS DE SUBESTAES DA ELETROSUL. Este artigo trata da integrao de informao das grandezas eltricas, devido distncia dos vrios pontos de medio espalhados pela planta de uma concessionria de energia que expe a idia de como criar um software de controle e monitoramento dessas grandezas para essa empresa. H tambm uma pesquisa dos alunos da Universidade Regional do Noroeste do Estado do Rio Grande do Sul, UNIJU, Iju, Ancelmo Grinke Trojan e Edson Luiz Padoin, publicado em 2008, intitulado: Utilizao de dispositivos mveis e Web Services no monitoramento remoto de Servidores em Subestaes de Energia. Essa providencia coleta das grandezas da subestao e salva em
3

Modbus-IDA. Modbus Messaging on TCP/IP Implementation Guide V1.0b. 2006. Disponvel em: <http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf>

17

um banco de dados, por meio de um servidor local, caso um evento de anomalia ocorra, uma mensagem seria enviada a um determinado celular atravs de outro instalado fixo no local.

1.5 METODOLOGIA

Este projeto por convenincia lgica seguir algumas etapas preliminares de acordo com os tpicos: Pesquisa bibliogrfica Pesquisa sobre o tema abordado nos idiomas portugus e principalmente em ingls, onde se encontra uma vasta lista de material na internet sobre os protocolos e o tipo de medidor utilizado neste trabalho. Reunies semanais Nas reunies h uma interao com o professor orientador, tanto com relao direo da escrita do contexto da monografia quanto nas formas e paradigmas utilizados modelagem do sistema. Levantamentos de Requisitos Para o prottipo de um modelo do sistema so levantados os requisitos com base nas informaes adquiridas em reunies e nas pesquisas realizadas, principalmente com os parmetros de leitura nos medidores utilizados em uma indstria a as frustraes com relao tipo controle em papel. Modelagem e Projeto do Sistema Na etapa de modelagem e projeto so considerados os requisitos levantados e assim elaborado o prottipo funcional do sistema. Testes do Prottipo So realizados os testes funcionais do sistema como o teste de unidade, para checar a soluo modelada do sistema de suprir os objetivos propostos. Escrita da Monografia escrita em paralelo com o prottipo do sistema em conformidade com o modelo encontrado na analise do projeto.

1.6 LIMITAO DO ESTUDO

A implementao do prottipo deste sistema est limitada coleta de dados dos registros do Medidor Digital de Energia Eltrica, por meio de um cabo UTP CAT. 5, conectado ao computador onde a aplicao funciona. Os parmetros que definem as limitaes deste trabalho so:

18

Comunicao Modbus TCP/IP entre o MDEE e o prottipo deste sistema funcionado em um computador em rede; Visualizao das informaes do medidor online; Armazenamento dessas informaes em uma base de dados.

1.7 ESTRUTURAO DO TRABALHO

Este trabalho foi organizado de forma a contemplar as especificaes do GUIA PARA ELEBORAO DE MONOGRAFIAS, o guia do CESF, em sua terceira edio, elaborado pelo professor Francisco de Assis da Silva Medeiros. Foi estruturado em seu 5 captulos conforme os tpicos a seguir: Captulo 1 Introduo: Este captulo demonstra uma das formas de como as empresas fazem o rateio de energia eltrica e explica os principais problemas com esta forma de controle; Captulo 2 Referencial Terico: Neste so apresentados os protocolos de comunicao, um deles muito utilizado atualmente nas redes corporativas e Internet e o outro um protocolo industrial que integra a maioria dos instrumentos comercialmente ofertados no mbito industrial. apresentado tambm um MDEE com suas caractersticas e dispositivos utilizados nestes equipamentos para promover a leitura das grandezas eltricas; Captulo 3 Modelagem e Projeto do Sistema: Este captulo contem analise das teorias referenciadas no captulo anterior e o modelo de um prottipo para promover a coleta e exibio das informaes necessrias como nos requisitos deste trabalho; Captulo 4 Concluso: Na concluso so apresentadas as consideraes finais e perspectiva de trabalhos futuros.

19

2 REFERENCIAL TERICO

Com o avano das tecnologias criao de dispositivos portteis e desktops aumenta a fabricao de componentes eletrnicos e muitos equipamentos industriais se tornam mais acessveis s pequenas empresas que podem investir na automao de muitas tarefas nas suas subestaes de energia eltrica. Em comparativo aos softwares voltados para clientes industriais que tem um custo mais elevado por exclusividade de aplicao, h uma generalizao no desenvolvimento destas aplicaes para atender diversos ramos da rea industrial, esses sistemas so geralmente chamados de Interface Homem Mquina (IHM). Eles possuem muitas funcionalidades que no so utilizadas no monitoramento de subestaes. Um Medidor Digital Web vai permitir o uso do protocolo livre, em meio automao o chamam de protocolo aberto, o Modbus que implementado junto aplicao e utiliza os protocolos TCP e IP, por isso denominado Modbus TCP/IP4. No contexto de aplicao, surge a necessidade de utilizar este protocolo por ser nativo do equipamento e a nica forma de comunicao. Quando se fala de protocolos faz referncia maneira ou s regras para ocorrer efetivamente a comunicao de dados. Segundo Loomis (1983, p.154), em uma comunicao de dados, um protocolo uma configurao de regras e procedimentos estabelecidos para controlar a transmisso entre pontos5. Em uma reunio formal ou at mesmo informal com um grupo de pessoas, uma deve iniciar a conversa e em seguida d oportunidade outra, caso contrrio ningum consegue entender nada. Protocolo tem este significado nas operaes de comunicao de dados. Neste capitulo, sero discutidos os protocolos de comunicao envolvendo Modbus TCP/IP e algumas tcnicas modeladas para comunicao e formatao de dados que sero utilizados neste trabalho.

4 5

Mais detalhes no subitem 2.1 e no site: http://www.modbus.org/faq.php Traduo nossa.

20

2.1 COMUNICAO E PROTOCOLO MODBUS TCP/IP

2.1.1 Arquitetura TCP/IP Internet

A arquitetura TCP/IP teve suas pesquisas iniciadas pela Defense Advanced Research Projects Agency (DARPA) e foi baseado no padro da International Standards Organization (ISO) o Open Systems Interconnection (OSI), conforme quadro 1. Gasparini e Barrella (1993, p. 04), explicam que com as pesquisas desta Internet, surgiu o desenvolvimento de um conjunto de protocolos para o tratamento das informaes transportadas, que promoveu transparncia s aplicaes sem dependncias de Hardware. Esta independncia um dos pontos importantes do modelo criado que promoveu flexibilidade em permitir que se utilize Hardware de qualquer fabricante, onde antes era um problema aos pesquisadores. Essa particularidade no chega a interferir mais na comunicao por existir no conjunto de protocolos responsveis para amenizar e promover um modelo a este problema. O padro OSI dividido em sete camadas, cada uma com funes diferentes e especficas. O quadro 1 ilustra com mais detalhes como ficou estabelecido o padro ISO/OSI.

# 7 6 5 4 3 2 1

Descrio das camadas OSI Aplicao Apresentao Sesso Transporte Rede Enlace de dados Fsica

Quadro 1 Arquitetura OSI padro da ISO. Fonte: Adaptado de STALLINGS, 2005, p. 98.

21

O modelo de protocolos TCP/IP um pouco diferente com relao s sete camadas da OSI. Este padro no executado na ntegra no modelo de comunicao TCP/IP. Para Stallings (2005, p. 83), no existe um modelo de protocolo TCP/IP oficial, com exceo, no caso da OSI, com base nos modelos j desenvolvidos possvel organizar a tarefa de comunicao para este modelo em cinco camadas, sendo estas: Camada de Aplicao: a interface do usurio com o meio de interao com o protocolo; Camada de host a host, ou Transporte (TCP): a camada que entre outras funes, verifica a ordem dos pacotes que chegam se necessrio os organiza; Camada de Inter Rede (IP): Tem uma das funes de fazer o encaminhamento por vrias redes so tambm executadas em Roteadores; Camada de Acesso Rede (Frame Relay, Ethernet): Trata-se da troca de dados entre um sistema final e rede a qual est conectado e comutao de pacotes; Camada Fsica: a camada que envolve a interface fsica, um Work Station (WS) um meio de transmisso, geralmente a rede. Envolve a menor unidade de informao lgica, o bit, tempo de durao de pulso, pinagem dos conectores, nvel de hardware entre outros detalhes em nvel lgico. Do conjunto de protocolos que compe o modelo TCP/IP, estes ltimos que tero um foco maior neste trabalho o Transmission Control Protocol (TCP) e o Internet Protocol (IP), eles promovem flexibilidade na tratativa das transmisses e vistos como mais aceitos nas pesquisas realizadas ao longo deste trabalho. No quadro 2 se pode ver como esto divididas as cinco camadas do conjunto de protocolos TCP/IP. No nvel de aplicao esto alguns exemplos da implementao de protocolos como Telnet, FTP e SMTP, para os servios de acesso remoto, troca de arquivos, servio de correio eletrnico entre outros promovidos pelo modelo TCP/IP.

22

Camadas
1 Fsica 2

Conjunto de Protocolos TCP/IP

5 Aplicaes (exemplo) FTP SMTP Fluxo confivel (TCP) (exemplo) TFTP Datagrama de usurio (UDP)

Enlace de dados

3 Rede

4 Transporte

Protocolo de Internet (IP) Protocolo de Acesso rede Fsica Quadro 2 A arquitetura de Internet TCP/IP Fonte: Adaptado de STALLINGS, 2005, p. 98.

A idia utilizar esta camada para promover a comunicao entre o MDEE e a aplicao do sistema da coleta de dados que ser discutida no subitem 2.1.2. Para facilitar o entendimento entre o padro OSI e o protocolo TCP/IP apresentado um comparativo entre as duas arquiteturas na figura 1.

Aplicao Apresentao Sesso Transporte Rede Enlace de dados Fsica Transporte (host a host) Inter-rede Acesso a Rede Fsica Aplicao

Figura 1 Uma comparao das arquiteturas de protocolos OSI e TCP/IP Fonte: Adaptado de STALLINGS, 2005, p. 98.

Numa forma simplificada de comunicao TCP/IP possvel ter-se uma viso geral sobre o funcionamento da arquitetura, conforme os tpicos a seguir: Para iniciar uma comunicao simples, a camada de aplicao recebe solicitao do usurio para o envio de uma informao ABC de um host A para um host B;

23

A camada de transporte TCP desses dois hosts possui um servio chamado Service Access Points (SAP), conhecido como porta, as portas identificam o servio ao qual uma aplicao deseja utilizar. Neste exemplo, a porta 502 no host A e porta 503 no host B. Configuradas as portas o TCP envia a mensagem camada IP. Na camada IP possui o endereamento da origem e do destino da mensagem com 32 bits que seguiro para a camada de acesso a rede juntamente com o Protocol Data Unit (PUD) do TCP. Por sua vez, a camada de acesso a rede recebe instrues de encaminhamento daquela imediatamente superior e realiza o primeiro salto at o caminho do hoste B em conjunto com a camada fsica. Na figura 2, apresentado o fluxo de dados para a comunicao utilizando os protocolos TCP/IP, vistos em cada camada na sucessora como uma unidade de protocolo, PDUs de dado, que so as partes dos protocolos com os dados e cabealhos encapsulados uns nos outros para envio da mensagem.

Dados do usurio

Fluxo de bytes da aplicao

Cabealho TCP

Segmento TCP

Cabealho IP

Datagrama IP

Cabealho Pacote do nvel de IP Rede Figura 2 Unidade de dados do protocolo (PDUs) na arquitetura TCP/IP Fonte: Adaptao, STALLINGS, 2005, p. 87.

24

2.1.2 Protocolo MODBUS TCP/IP

O protocolo Modbus um modelo que foi desenvolvido no incio para comunicao serial em ambiente industrial, existe desde 1979, bem na poca da criao do padro ISO/OSI, mas s lembrando que este ltimo no tinha a poca concatenao de informao com o Modbus. Modbus sempre foi um protocolo aberto6, propagado ao longo do tempo com uso da Internet tornou-se comum seu emprego por milhes de usurios pelo mundo. A fama de protocolo simples de implementao e usabilidade se deu graas sua divulgao, com a criao de uma organizao sem fins lucrativo, responsvel por essa divulgao e manuteno do protocolo na rede mundial de computadores7, juntamente com muitas empresas que utilizam e patrocinam o protocolo. No Site da comunidade Modbus, contm projetos desenvolvidos em diversas linguagens de programao incluindo Java que facilita a portabilidade sendo a linguagem adotada neste trabalho. Modbus TCP/IP est posicionado no nvel sete do padro OSI, quadro 1, que oferece comunicao Cliente/Servidor entre dispositivos conectados em diferentes tipos de barramentos ou redes, ou seja, Modbus permite fcil comunicao em todos os tipos de arquitetura de rede, MODBUS-IDA(2004, p. 02 e p. 03). nesta stima camada que devero ser manipulados os Bytes de configurao da troca de mensagem entre o medidor e o sistema. No padro TCP/IP, Modbus obedece sequncia de camada como da figura 3:

6 7

Significa dizer: sem fins lucrativos. Modbus.org. Disponvel em: < http://www.modbus.org >

25

Figura 3 Pilha de comunicao Modbus TCP/IP Fonte: MODBUS-IDA, 2006, p. 02.

Modbus TCP/IP executado no modelo Cliente/Servidor para rede Ethernet comunicando dois dispositivos conectados rede, esse modelo baseado em quatro tipos de mensagem, MODBUS-IDA (2006, pg. 02): MODBUS Solicitao uma mensagem enviada na rede do Cliente ao Servidor para iniciar uma Transao; MODBUS Indicao A mensagem que chega ao Servidor; MODBUS Resposta A resposta envida pelo servidor ao Cliente; MODBUS Confirmao A resposta do servidor quando chega ao Cliente. Na figura 4 apresentado o diagrama da comunicao Cliente/Servidor presente nos tpicos relacionados.

Figura 4 Comunicao Cliente/Servidor em Modbus TCP/IP Fonte: Adaptado de MODBUS-IDA, 2006, pg. 02.

Para iniciar uma comunicao necessrio enviar cdigos ao servidor (Medidor de Energia Eltrica). Modbus permite uma faixa de 1 a 255 cdigos definidos para escrever ou ler informaes de um dispositivo remoto, incluindo ler excees ou gerar pelo prprio cliente.

26

Estes cdigos que devero ser enviados ao servidor so chamados de cdigo de funo que esto distribudos, segundo o manual de programao do protocolo8, em trs categorias: Cdigo de Funo Pblica So cdigos bem definidos, garantidamente nicos, validados pela comunidade MODBUS.ORG, documentao publicada e tem teste de conformidade disponvel. Cdigo de Funo Definida pelo Usurio Estes cdigos esto disponveis entre duas faixas de valores de 65 a 72 e de 100 a 110 em decimal, no possuem especificao, uma vez que so de plena responsabilidade do usurio pode ser escolhido e executado por ele. No possui garantia de que o cdigo ser nico. Cdigo de Funo Reservada So funes desenvolvidas e utilizadas por algumas empresas em seus produtos para fins especficos que no so disponibilizados aos usurios finais, cdigos que no sero objetos de estudo deste trabalho. As funes pblicas disponibilizadas pela comunidade do protocolo so basicamente como as mostradas no quadro 3. Modbus um protocolo de solicitao (Request) / resposta (Response), como j fora dito, oferece servios especificados por cdigos de funo. Possui tambm uma porta de comunicao exclusiva na pilha TCP/IP a porta 502. Como a comunicao TCP/IP baseada em pacotes ou frames, para enviar uma mensagem de solicitao a um dispositivo remoto necessrio configurar o cabealho da mensagem, o cdigo de funo e os dados que sero solicitados para escrita ou leitura vm logo aps o cabealho.

Cdigo de Funo Local de Acesso Entrada fsica Discreta Bits internos ou Bobinas fsicas Descrio da Funo Read Discrete Inputs Read Coils Write Single Coils Write Multiple Coils Read Holding Registers Write Single Registers Write Multiple Registers Read/Write Multiple Registers Mask Write Register Cdigo 02 01 05 15 03 06 16 23 22 Sub Cdigo Valor em (hex) 02 0x01 0x05 0x0F 0x03 0x06 0x10 0x17 0x16

Bit de acesso Dados de Acesso

16 bits de acesso

Registros Internos ou Registros Fsicos

Traduo nossa. Disponvel em site: < http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1a.pdf

>

27

Acesso a arquivos de gravao

Diagnsticos

Outros

Read FIFO queue Read File Record Write File Record Read Exception Status Diagnostic Get Com Event Countet Get Com Event Log Report Slave ID Read Device Identification Encapsulated Interface Transport

24 20 21 07 08 11 12 17 43 43

6 6 00-18, 20 14 13, 14

0x18 0x14 0x15 0x07 0x08 0x0B 0x0C 0x11 0x2B 0x2B

Quadro 3 Cdigo de Funo Pblica Fonte: Adaptado de MODBUS-IDA, 2004, pg. 11

A comunicao sempre iniciada pelo cliente atravs da Unidade de Dado da Aplicao (ADU) e respondida com uma Unidade de Dado do Protocolo (PDU). A identificao da ADU no protocolo Modbus feita por meio do Protocolo de Aplicao de Cabealho, na figura 5 mostrado o escopo do cliente com a ADU e do Servidor com PDU.

Figura 5 Modbus solicitao/resposta sobre o TCP/IP. Fonte: MODBUS-IDA.ORG, 2006, p. 04.

Na Figura 5, o cabealho identificado com MBAP Header isto significa Cabealho do Protocolo de Aplicao Modbus. Este composto por 56 bits de dados, 7 Bytes, onde so passados cinco parmetros para identificao da transao que, identificao do protocolo, tamanho do registro ou nmero de Bytes da sequncia e a unidade remota de identificao, ID do dispositivo escravo. Mais detalhe do cabealho pode ser visto no quadro 4.

Campos Identificao de Transao Identificador de Protocolo

Tamanho (Byte) 2 Bytes

Cabealho da ADU MODBUS Descrio Identificao da transao Modbus de Requisio/Resposta. Protocolo Modbus =0

Cliente Inicializada pelo cliente Inicializado pelo cliente

2 Bytes

Servidor Reenviada pelo servidor da (Requisio) recebida. Reenviado pelo servidor da

28

Tamanho

2 Bytes

Nmero de Bytes abaixo na sequncia.

Inicializada pelo cliente (Requisio) Inicializado pelo cliente

(Requisio) recebida. Inicializado pelo servidor (Resposta). Reenviada pelo servidor da (Requisio) recebida.

Identifica o dispositivo escravo remoto conectado Identificador de 1 Byte ao barramento pode Unidade assumir: Broadcast =0 ou 1 a 255 dispositivos. Quadro 4 MBAP Header (Cabealho ADU) Fonte: Adaptado de MODBUS-IDA.ORG, 2006, p. 05.

Com o MBAP Header pronto, fica faltando definir o pacote MODBUS Requisio (MB Requisio) que contm o cdigo de funo e a diviso DATA. Neste ltimo que informado ao servidor qual o registro da pilha de memria que ser acessado e a quantidade de registros a partir do endereo passado que faro parte deste acesso. Por exemplo, no Quadro 5, um frame com o MBAP Header detalhado inclusive com o nmero total de bits.
Pedao Descrio Tamanho (Byte) 1 1 2 2 1 1 1 1 1 1

Identificador de Transao MSB Identificador de Transao LSB MBAP Header Identificador do Protocolo Tamanho (Header) Identificador de Unidade (ID) Cdigo de Funo D Incio do endereo de acesso MSB MB A Incio do endereo de acesso LSB Requisio T Nmero de registro a ser acessado MSB A Nmero de registro a ser acessado LSB Quadro 5 Frame de comunicao Modbus TCP/IP Fonte: Adaptado de MODBUS-IDA.ORG, 2006, p. 05.

Com o Frame criado a transmisso dos dados pode ocorrer bem sucedida quando coincidir o cdigo de funo da resposta ao cdigo de funo da requisio ou mal sucedida, quando ocorrer uma Exceo de Resposta Modbus. Neste caso o cdigo de funo de resposta igual ao cdigo de funo Requisitado mais oitenta em hexadecimal (0x80) sucedido de um cdigo de exceo como no quadro 6, da lista de Excees Modbus.

29

Cdigo de Exceo MODBUS Cdigo (hex) 0x01 FUNO ILEGAL Nome Significado Um cdigo de funo passado ao servidor (Escravo), no suportado por ele. Quando se tenta acessar um registro de tamanho quatro com tamanho cinco, por exemplo, o servidor devolve este tipo de erro. Quando um valor contido na consulta ao servidor (Escravo) no reconhecido. Ocorre irrecuperavelmente enquanto o servidor tenta responder a requisio do cliente. O servidor reconheceu a solicitao do cliente, porm poder levar um tempo maior que o timeout para responder O cliente deve retransmitir a solicitao quando o servidor estiver livre. Ocorrem em solicitaes do tipo 20 e 21 (Cdigo de Funo) quando se trabalha com arquivo Ocorre quando uma Gatway, ligado a rede est com a porta de entrada ao dispositivo inacessvel para responder a uma Solicitao. O Gatway ou dispositivo ligado a ele no est presente na rede.

0x02

ENDEREO DE DADO ILEGAL

0x03

VALOR DE DADO ILEGAL

0x04

FALHA DO DISPOSITIVO ESCRAVO

0x05

DISPOSITIVO RECONHECIDO

0x06

DISPOSITIVO ESCRAVO OCUPADO

0x08

ERRO DE PARIDADE DE MEMRIA

0x0A

CAMINHO DO GATEWAY INACESSVEL

0x0B

FALHA DE RESPOSTA DO GATEWAY

Quadro 6 Cdigo de Exceo Modbus Fonte: Adaptado de MODBUS-IDA, 2004, p. 49.

Quando uma Exceo gerada o PDU da Resposta alterado resumindo o que j fora comentado. No diagrama de sequncia a seguir, figura 6, mostra os passos de um erro gerado quando um cdigo errado de funo enviado na PDU da mensagem ao servidor. Como o cdigo de funo zero no existe o servidor devolve um erro com o cdigo e exceo (um), informando que esta funo no reconhecida.

30

Figura 6 Comunicao Cliente/Servidor com cdigo de erro Fonte: Adaptado de EIG (2008, p. 01-96)

Uma pesquisa realizada pela Sociedade Internacional de Automao (ISA) com seus membros e usurios globais, sobre a aceitao, aspecto positivo e negativo dos protocolos industriais com o uso da Ethernet. O protocolo Modbus TCP/IP aparece em segundo lugar com aspecto positivo, como pode ser visto na tabela 1, GILSINN e FREEMON (2009). Um dos protocolos mais utilizados, confirmando a histria de trajetria do Modbus ao longo dos anos.

No Conhecido CC-Link IE 10% 7% 84% EthernetCAT 25% 8% 68% EtherNet/IP 86% 4% 9% FF-HSE 39% 14% 47% Modbus TCP/IP 84% 11% 5% Profinet 54% 20% 26% SERCOS III 16% 12% 73% Tabela 1 Opinio dos usurios sobre protocolos de Internet industriais Fonte: Gilsinn e Freemon (2009).

Protocolo

Positivo

Negativo

Este projeto implementa Modbus principalmente pelo fato do instrumento de medio de energia eltrica fazer uso deste e pela praticidade e transparncias nas informaes de especificao do manual. Modbus programado em diversas plataformas e linguagens de programao, possui um frum oficial no site da Organizao que pode ajudar nas dvidas que surgirem para quem desejar utilizar o protocolo em seus projetos.

31

2.2 MEDIDOR DIGITAL DE ENERGIA ELTRICA (MDEE)

um dispositivo ou equipamento eletrnico capaz de mensurar o consumo de energia eltrica. A unidade mais usada o kWh. Pode ser ligado diretamente entre a rede eltrica e a carga ou atravs de transformadores de tenso ou de corrente, WIKIPEDIA (2010). Neste projeto ser utilizado um medidor digital chamado NEXUS 1252 da empresa Electro Industries GaugeTech (EIG), esse medidor oferece leitura de todas as grandezas eltricas envolvidas em qualidade de energia e monitoramento. Possui 5 portas de comunicao Modbus serial e uma porta Ethernet para comunicao em Modbus TCP/IP. O NEXUS 1252 permite a leitura de qualquer varivel interna de sua pilha de memria e leitura das entradas de corrente eltrica e tenso nos tempos de 50 e 1000ms atravs dos seus conversores Analgico/Digital (AD) de 16 bits. Uma ilustrao fsica do medidor pode ser vista na figura 7.

Figura 7 Medidor de Energia Eltrica, NEXUS 1252 da EIG Fonte: Prprio autor.

Conhecer o princpio de medio de energia eltrica em dispositivos eletrnicos hoje uma viso de futuro. Para a Agncia Nacional de Energia Eltrica, ANEEL (2010), com esses dispositivos eletrnicos de medio instalados ser possvel fazer cobrana diferenciada por horrio de consumo, o que possibilitar ao consumidor administrar seu consumo, a exemplo da telefonia.

32

2.2.1 Especificao

O medidor NEXUS 1252 foi projetada para fazer leituras em sistemas trifsicos, das seguintes grandezas primrias: Ler voltagem em corrente alternada at 600V diretamente nos seus conectores especficos (Fase a fase, fase a neutro) ; Ler corrente eltrica das linhas fase e neutro at 5A e; Ler a frequncia da rede eltrica 50 ou 60Hz. De acordo com o manual da EIG(2010, p. 11), a utilizao do sistema trifsico de potncia mais eficiente porque promove uma equilibrada entrega (Delivery) de energia ao consumidor final. Para maiores detalhes recomenda-se ler o anexo.

2.2.2 Registros de Memria

O NEXUS 1252 possui 65536 endereos de memrias ou registros com todas as grandezas mensurveis calculadas de um sistema trifsico, porm neste projeto s sero utilizadas as grandezas referente a faturamento de energia eltrica. Como, por exemplo, tenso em volts (V) bem como mnima e mxima nas trs fases, corrente em Ampres (A) e mxima nas trs fases, demanda em quilo watts hora (kWh), demanda mxima, energia acumulada em (kW), fator de potncia (%) e frequncia em Hertz (Hz). Os registros so identificados da seguinte forma: Hexadecimal de 0000H a FFFFH Decimal de 0001DEC a 65536DEC preciso prestar bastante ateno, pois estas informaes causam confuso, logo fcil confundir o endereo 0001DEC com o endereo 0001H que na verdade 0001DEC corresponde ao endereo 0000H. Na memria do MDEE as informaes esto gravadas em pares de bytes, cada par corresponde a um registro (16 bits) e os dados sempre so enviados com o byte mais significativo primeiro, EIG (2008, p. 21). Por exemplo, no quadro 7, as grandezas que sero

33

utilizadas neste trabalho so representadas em decimal e em hexadecimal do mapa de registro do NEXUS 1252 e em grupos ou blocos. Para cada tipo de registro diferente necessrio criar uma funo de converso diferente. Por exemplo, o acumulado de energia deve ser tratado como um Double em sua converso, os valores de registro de um segundo pode ser convertido em ponto flutuante, Float. A converso do tipo de dados ser vista com mais detalhes na especificao do medidor neste captulo. Est includo no mapa Modbus, quadro 7, um endereo de 8 entradas discretas (digitais) que so agregadas ao NEXUS 1252. Essas entradas podem ser utilizadas par verificao chaves acionadas, geradores ligados, rel ativado e outros status que o usurio desejar. Para este trabalho algumas das 8 entradas simbolizaro um grupo gerador de energia eltrica ligado s chaves principais de uma subestao. Estas entradas para serem compreendidas pelo usurio, o registro referente a elas de ser passado pela funo correspondente, no quadro 7.

Mapa de endereos e registros Modbus do MDEE NEXUS 1252 Endereo Descrio Faixa Unidade Decimal Hexadecimal Bloco de identificao do dispositivo 0001-0008 0000-0007 Nome do dispositivo Bloco de tempo real (10ms) 12/31/9999 0085-0088 0054-0057 Data e hora atual 10ms 23:59:59.99 Dia da semana 0089 0059 Domingo a sbado atual Bloco de leitura de um segundo (seg.) 0180-0181 0182-0183 0184-0185 0188-0189 0190-0191 0192-0193 0198-0199 0200-0201 0202-0203 0210-0211 0218-0219 0226-0227 0228-0229 00233 00B3-00B4 00B5-00B6 00B7-00B8 00BB-00BC 00BD-00BE 00BF-00BC 00C5-00C6 00C7-00C8 00C9-00CA 00D1-00D2 00D9-00DA 00E1-00E2 00E3-00E4 00E9 Voltagem A-N Voltagem B-N Voltagem C-N Corrente em A Corrente em B Corrente em C Voltagem A-B Voltagem B-C Voltagem C-A Potncia VA Potncia VAR Potncia Watts Frequncia Hz Fator de Potncia +32767 V / 0 V +32767 V / 0 V +32767 V / 0 V +32767 A / 0 A +32767 A / 0 A +32767 A / 0 A +32767 V / 0 V +32767 V / 0 V +32767 V / 0 V +32767 V A / 0 VA +32767 VAR/ 0 VAR +32767 W / 0 W +32767 Hz / 0 Hz 999 / 0 1/65536 V 1/65536 V 1/65536 V 1/65536 A 1/65536 A 1/65536 A 1/65536 V 1/65536 V 1/65536 V 1/65536 VA 1/65536 VAR 1/65536 W 1/65536 Hz 1/1000 PF

Tipo F1

Acesso L/E L

F2 F3

L/E L/E

F4 F4 F4 F4 F4 F4 F4 F4 F4 F4 F4 F4 F4 F5

L L L L L L L L L L L L L L

34

Bloco de entrada de alta velocidade Entrada Digital 2773 0AD4 8bis Bloco de acumulao primrio 2886-2889 0B45-0B48 Wh +9.999999999999999 1 Wh Bloco adicional de energia 6381-6384 18EC-18EF Potncia VAh +9.999999999999999 1 VAh 6385-6388 18F0-18F3 Potncia VAh +9.999999999999999 1 VARh Quadro 7 Mapa de registros Modbus Fonte: Adaptado de EIG (2008, p. 01-96)

F6 F7 F7 F7

L L L L

O quadro 7 tambm representa a faixa ou o range do registro, unidade de informao, o tipo de dado que dever ser convertido e a permisso de acesso ao registro que pode ser para leitura (L) ou escrita (E).

2.2.3 Formato dos Tipos de Dados

No quadro 7, foram definidos sete tipos de dados diferentes, h para cada um, uma funo de converso tambm diferente. Desta forma ficaro definidos os seguintes topos: F1 corresponde s informaes do medidor, como cdigo e nome. Estas informaes possuem oito registros (16 Bytes) que devero ser convertidos em um tipo String. O quadro de distribuio dos Bytes pode ser visto a seguir na figura 8.

Figura 8 Mapeamento dos Bytes para o tipo F1 Fonte: EIG (2008, p. 221)

F2 do tipo Data. Possui quatro registros (8 Bytes) que representam respectivamente na linha Unidade (Unit), os registros representam sculo, ano, ms, dia, hora, minuto, segundo e milisegundo, como na figura 9.

35

Figura 9 Mapeamento dos Bytes para o tipo F2 Fonte: EIG (2008, p. 222)

F3 este tipo corresponde aos dias da semana de domingo a sbado, possui o tamanho de um registro 2 Bytes. A figura 10 mostra os detalhes da representao da semana em formado hexadecimal.

Figura 10 Mapeamento dos Bytes para o tipo F3 Fonte: EIG (2008, p. 223).

F4 representa as leituras de um segundo, possui tamanho de dois registros (4 Bystes), estas leituras so V, A, W, VAR, VA e Hz. Varia na faixa de +32767 a -32768 em Inteiro decimal e para cada grandeza pode ser representado da seguinte, como na figura 11.

Figura 11 Mapeamento dos Bytes para o tipo F4 Fonte: EIG (2008, p. 226)

36

F5 representa a leitura do Fator de potncia (PF) e varia na faixa e 0.001 a 0.999. O rgo regulamentador de energia eltrica ANEEL, determina que o fator de potncia permanea na faixa de 0,92PF. Este valor registrado em dois Bytes, um registro. A figura 12 mostra como calcular o PF.

Figura 12 Mapeamento dos Bytes para o tipo F5 Fonte: Baseado em: EIG (2008, p. 227)

F6 faz referncia s entradas digitais agregadas ao NEXUS 1252, corresponde a um registro de 16 bits, mas s so utilizados os oito mais significativos os demais ficam indefinidos, a figura 13 exemplifica a forma de leitura dos bits.

Figura 13 Mapeamento dos Bytes para o tipo F6 Fonte: EIG (2008, p. 233)

F7 neste tipo o tamanho de quatro registros, esses registros contm um inteiro no negativo de oito Bytes representando as leituras de energia acumulada VAh, VARh e Wh. A figura 14 ilustra um exemplo da leitura de VAh.

37

Figura 14 Mapeamento dos Bytes para o tipo F7 Fonte: EIG (2008, p. 236)

2.2.4 Comunicao, Cdigo de Funo e Cdigo de Exceo

a) Comunicao A conexo com medidor pode ser feita por meio de um cabo normal de rede UTP CAT-5, como ponto a ponto, por meio de uma rede local ou at pela Internet. Uma ilustrao de conexo sugerida pela EIG(2010, p. 63), pode ser vista na figura 10.

Figura 15 Opo de comunicao em Rede Interna Fonte: EIG (2010, p. 63)

38

A EIG fornece junto ao equipamento um programa de parametrizao de tenso, corrente eltrica, frequncia e das portas de comunicao. No momento em que escrito este trabalho est sendo utilizado o NX Programmer que j no est mais disponvel no Site9. No NX Programmer a comunicao bastante simples: Primeiro preciso selecionar na caixa de opo para Network, uma rede Local; Em seguida o endereo do dispositivo Slave (Escravo), neste caso o endereo 1. Obs.: se o endereo for configurado como zero ser enviada uma mensagem em broadcast (para todos os dispositivos presentes na rede). Todos iro reconhecer o pacote enviado mais no ir respond-lo, este endereo utilizado apenas para fazer configurao de um grupo de medidores uma vez com uma simples mensagem de reset dos acumuladores de energia pode ser feito de uma vez s. Os demais campos so Host que o endereo IP do escravo, Network Port a porta padro do Modbus e o protocolo. Todos esses parmetros so ilustrados na figura 16 do NX Programmer.

Figura 16 Tela de configurao de comunicao do NX programmer. Fonte: Prprio autor

b) Cdigo de Funo Segundo o manual da EIG (2008, p. 20), para aquisio dos dados no NEXUS 1252 so suportadas trs funes pblicas do protocolo Modbus. Sendo destas, duas de escrita e uma de leitura, conforme figura 17.
9

EIG, pgina de Download: < http://www.electroind.com/dl_page.html#>, acessado em 25 nov. 2010.

39

Figura 17 Opo de comunicao em Rede Interna Fonte: EIG (2008, p. 20)

c) Cdigo de exceo O NEXUS 1252 ir enviar ao Mster um pacote com resposta de exceo se ele encontrar um comando invlido ou ocorrer problema enquanto ele estiver consultando uma sada de instruo do Mster. Os cdigos de erro implementados por este modelo de medidor so os mostrados na figura 18. Inclui: Funo ilegal; Endereo de dado ilegal; Valor de dado ilegal e; Pacote rejeitado, Dispositivo ocupado.

Figura 18 Cdigos de erro Modbus implementados pelo medidor NEXUS 1252. Fonte: EIG (2008, p. 23)

40

3 MODELAGEM E PROJETO DO SISTEMA

Neste captulo, sero abordados os aspectos estruturais, o modelo utilizado para o desenvolvimento do sistema e todos os detalhes referentes comunicao Ethernet sobre o TCP/IP no protocolo Modbus bem como a interfaces do sistema, o modelo relacional do banco de dados e os fluxos de eventos relacionados ao sistema. A partir da seleo do material terico feito da pesquisa e das reunies realizadas se observa uma variedade de requisitos que pode ter neste sistema. Os tpicos a seguir, faro o leitor ter uma viso geral do sistema. Requisitos do Sistema Os tipos de grficos utilizados para o controle estatstico do consumo de energia eltrica (tipo Trands para demanda de energia), o meio de comunicao e protocolos utilizados (rede com Modbus TCP/IP), as plataformas utilizadas para desenvolvimento do sistema (Windows e Linux), SGBD utilizado e ferramenta de desenvolvimento para o projeto e implementao. Analise dos Requisitos Com o levantamento dos Requisitos o sistema ser modelado com o uso da ferramenta de especificao Unified Modeling Language (UML), para criao das Classes e os Diagramas do sistema. As ferramentas que sero utilizadas so ASTAH Community10 e ArgoUML v0.3011 para modelagem UML, ambas aplicaes freeware e podem ser baixadas direto dos respectivos Site. Projeto do Sistema A comunicao do sistema com o medidor dever ocorrer no inicio para teste, por meio de um prottipo que ser desenvolvido, pelo fato de necessitar de um estudo aprofundado do protocolo Modbus TCP/IP e do mdulo de sincronizao com a base de dados. A Oracle no possui uma Interface de Programao de Aplicao (API) para o protocolo Modbus, o Site pode ser consultado12. Atravs de pesquisas no Site da MODBUS-IDA, verificou-se um modelo de protocolo Modbus implementado em Java o Jamod (Java Modbus implementation)13, o qual seguir de guia para o desenvolvimento deste trabalho.

Ferramenta UML, Astah Community, necessrio se cadastrar para download no link: <https://members.change-vision.com/members/files/astah_community> 11 Pode ser baixado do Site: <http://argouml-downloads.tigris.org/>, atualmente encontra-se na verso 0.30.2
12 13

10

Organizao com as verses atualizadas dos pacotes de desenvolvimento Java <http://www.sun.com/java/> Link do sistema modelo, Modbus em Java: <http://www.modbus.org/tech.php>, acesso em: 05 nov. 2010.

41

Quase em paralelo, um mdulo Web com algumas operaes de consulta, insero, alterao e excluso ao SGBD e acesso direto aos dados da memria do medidor devero estar modelados e em fase de teste. Este projeto ser desenvolvido de acordo com o padro Modelo Visualizao e Controle (MVC), por convenincia de manuteno do sistema e se chamar Web Medidor. Na figura 19 apresentado um modelo do sistema de acordo com o padro MVC, onde constam a visualizao, controle e manipulao da comunicao e dados separadamente.

Figura 19 Projeto MVC do Sistema Web Medidor. Fonte: Adaptado de GONALVES (2008, p. 144).

O modelo da figura 19, mostra como dever ser construdo o prottipo de sistema para aquisio de dados do Medidor utilizando MVC. A diferena bsica de uma aplicao Web normal que existe um mdulo integrado, o Modbus. Desenvolvimento Para desenvolver este projeto sero utilizados pacotes, ferramentas e APIs de softwares livres como a linguagem de programao Java com o pacote J2EE.

42

Na estatstica do controle de consumo de energia eltrica ser necessrio gerar relatrios o que se torna impossvel sem que dados estejam armazenados em alguma base de dados. O SGBD possibilitar este recurso com muitos usurios ao mesmo tempo. O problema a sincronizao do SGBD com o Medidor, j que o sistema precisa atender tambm s solicitaes dos usurios por meio do servidor de pginas. A criao dos relatrios automticos, acessos diretos memria do medidor, atualizao automtica de pginas, relatrios de consumo de energia eltrica dirio, mensal, anual e grficos contnuos usar mecanismos de programao de processos concorrente para interatividade com o usurio e comunicao com o MDEE e com o SGBD. AJAX (Asynchronous JavaScript and XML) ser utilizado nas interaes do usurio com a interface grfica do sistema. As pginas Web no se atualiza sozinhas, a menos que um comando de atualizao seja ativado. Isto significa que o sistema dever ter um modelo de visualizao com atualizao dinmica de forma automtica, tanto para os valores de grandezas eltricas mostrados como tabelas quanto para os grficos do controle estatstico on line. Por meio de pesquisa descobriu-se que AJAX modela este problema. O GlassFish, ser o servidor de aplicao utilizado. Como IDE para programao em JAVA, NetBeans possui muitos componentes prontos e por isso ser utilizado no desenvolvimento do projeto Web. O NetBeans agrega na sua instalao o GlassFish e uma interface para gerenciamento de banco de dados. Na figura 20, a arquitetura do sistema macro pode ser visualizada onde o mdulo de sincronismo com o SGBD e medidor fica implcito dentro da aplicao no padro MVC do sistema Web Medidor.

Figura 20 Projeto de do Sistema Web Medidor. Fonte: Adaptado de GONALVES (2008, p. 143).

43

No modelo de aplicao da figura 20, podemos observar que o usurio interage diretamente com o servidor de aplicao por meio do Browser em que o sistema est hospedado. Teste Para testar o sistema ser criado um check list de Teste, onde sero colocados os pontos importantes do sistema, como: (1) Teste de Unidade, para testar trechos de comunicao com o banco e comunicao com Medidor de energia. (2) Juntamente com o primeiro teste dever ser realizado o Teste de Integrao dos mtodos do sistema para encontrar possveis discrepncias nos resultados dos mtodos. (3) Teste de Sistema, com todos os mdulos em normal funcionamento. Resultados O resultado que se espera alcanar com os testes realizados que o tempo de resposta do sistema atenda s especificaes anotadas de 15 segundos para todas as leituras. O tempo de resposta do sistema para o usurio tambm ser considerado nos resultados dos testes.

3.1 REQUISITOS FUNCIONAIS

Para disponibilizar os dados no futuro, formatados, para o acesso dos administradores e operadores remotamente por uma pgina Web, so gravados em uma base de dados para gerao de relatrios e grficos. Neste sentido funcional no sistema, devero constar todos os requisitos especificados nesta etapa do projeto. Na modelagem do sistema os requisitos sero vistos da seguinte ordem, Acesso ao medir, Sincronismo, Monitoramento e Outros. Como ser criado um prottipo de comunicao esta ordem dever ser obedecida. Todos os requisitos sero descritos de acordo com o modelo UML e identificados da seguinte forma: Identificao: <Nome do caso de uso>, e; Descrio: <Descrio do caso de uso>.

44

3.1.1 Acesso aos Dados do Medidor Digital de Energia Eltrica.

Identificao: Gerenciamento de conexo. Descrio: O sistema dever permitir ao usurio configurar os parmetros de comunicao em rede Ethernet TCP/IP, porta e o endereo do dispositivo escravo. Identificao: Armazenamento de informao. Descrio: O sistema dever salvar todas as informaes coletadas do MDEE no SGBD MySql, por meio de persistncia. Identificao: Recuperao de dados. Descrio: O sistema dever permitir a recuperao dos dados no SGBD, caso o usurio solicite. Identificao: Gerenciamento de informao. Descrio: O sistema ter que permitir a excluso dos dados no SGBD, mas no sua alterao, com exceo de informao de usurio ou endereamento de dispositivo. Identificao: Diagnostico de Comunicao. Descrio: O sistema ter que permitir que o usurio envie comandos ao medidor por meio da interface padro.

3.1.2 Sincronismo, Controle e Aquisio dos Dados.

Identificao: Sincronizao de informao. Descrio: O sistema dever permitir a sincronizao de dados armazenados no SGBD com os dados em memria do MDEE. Identificao: Atualizao dinmica. Descrio: O sistema dever manter a tela do usurio atualizada, sempre que uma nova requisio ao medidor tenha terminado com sucesso. Identificao: Clculo de consumo de energia. Descrio: O sistema dever calcular o consumo de energia por meio dos dados armazenados no SGBD bem como a multa relativa ao fator de potncia baixo.

45

3.1.3 Monitoramento do Medidor por Meio da Pgina Web.

Identificao: visualizao de informao. Descrio: O sistema dever permitir a visualizao das informaes requisitadas em forma de tabela ou grfico por data e horrios e Diagrama Unifilar definidos pelo usurio.

3.1.4 Outros Requisitos.

Identificao: Gerenciamento de tarifas de energia. Descrio: O sistema dever permitir ao usurio configurar os parmetros de tarifas de energia praticados pelas concessionrias.

3.2 CASO DE USO

3.2.1 Diagrama Caso de Uso

A figura 21 apresenta o diagrama de Caso de Uso do Web Medidor, onde o ator Administrador herda as funcionalidades do ator Operador, como: Efetuar Login, Consultar Leituras Gravadas e Atualizar Leitura na Tela. A generalizao destas tarefas importante na reutilizao de cdigos e manuteno do sistema. Neste diagrama apresentado um caso de uso Login Padro, onde o Administrador da aplicao pode efetuar a autenticao inicial assim que instalado todo o sistema. O Login e senha padro so solicitados e o sistema permitir a alterao dos dados.

46

Figura 21 Diagrama de caso de uso do sistema Web Medidor. Fonte: Prprio autor.

3.3 ESPECIFICAO DO CASO DE USO

3.3.1 Caso de uso Consultar Leituras Gravadas Identificador: [CDU001] Descrio: Uma vez autenticado no sistema, o usurio poder fazer uma solicitao de um dos servios disponveis, selecionando as informaes necessrias para a solicitao escolhida, neste caso: Consultar leituras gravadas em uma base de dados. Atores: Operador Fluxo de eventos principal: 1. O operador seleciona a opo Consultar Leituras Gravadas. 2. O sistema disponibilizar um formulrio para o usurio informar data de inicio e de data final da consulta. a. Se a opo do usurio for Cancelar o sistema cancela a operao e redireciona a tela principal do sistema.

47

3. O operador informa as datas e pressiona no boto Submeter Consulta no formulrio. 4. O sistema exibe as informaes solicitadas com clculo de consumo de energia com base nas datas de incio e fim. 5. O sistema mostra uma mensagem indicando que a operao foi realizada com sucesso.

3.3 REALIZAO DO CASO DE USO

3.3.1 Diagrama de Sequncia(Consultar Leituras Gravadas)

Figura 22 Diagrama de Sequncia (Consultar Leituras Gravadas) . Fonte: Prprio autor.

3.3 REQUISITOS NO FUNCIONAIS

Os requisitos no funcionais sero listados em quatro categorias:

48

3.3.1 Usabilidade

Identificao: Suporte a mltipos browsers. Descrio: O sistema dever dar suporte aos browsers: Internet Explorer 6 em diante e; Mozilla FireFox 2 em diante. Identificao: Interface. Descrio: O design das telas deve ser baseado em formulrios, caixa de texto, caixa de seleo sem movimentos e animaes, com exceo da atualizao dinmica das informaes na tela que dever ter a cor de fundo branca.

3.3.2 Confiabilidade

Identificao: Segurana. Descrio: O sistema dever promover segurana no acesso s informaes do MDEE e as que esto gravadas no SGBD, solicitando autenticao do usurio para a utilizao. Identificao: Status de operaes. Descrio: O sistema dever mostrar o estado das operaes de comunicao com o MDEE para garantir que o mesmo est conectado.

3.3.3 Desempenho

Identificao: Tempo de resposta. Descrio: O sistema dever ter um tempo de resposta menor que 15 segundos, entre requisitar dados do MDEE, guardar no SGBD e mostrar na tela do usurio.

49

3.3.4 Sistema Base

Identificao: Plataforma. Descrio: O sistema dever ser desenvolvido para funcionar em sistemas operacionais diferentes e ferramentas OpenSource: MySql, GlassFich, JavaScript, Applet, utilizando a linguagem de programao Java.

3.5 ESTRUTURA GERAL

Este trabalho faz uso de padro de projeto para facilitar manuteno, bem como valorizar as boas prticas de desenvolvimento inseridas no mbito acadmico. O uso de padres se d quando, por exemplo, em uma pgina JSP contm o mnimo possvel de scriplets, GONALVES (2008, p. 141). E, segundo Gonalves, um padro muito praticado no desenvolvimento de aplicaes Web em Java o Model 2, baseado no paradigma MVC. Quanto ao acesso a banco de dados temos um padro popularmente usado, chamado de DAO (Data Access Object). Antes de apresentar a arquitetura Model 2, ilustrada na figura 23 uma estruturao geral do sistema no MVC.

Figura 23 Arquitetura do padro MVC. Fonte: Adaptado de GONALVES (2008, p. 144).

50

3.4.1 Arquitetura

O Model 2 apresentado como arquitetura de referncia para este trabalho e seus componentes internos. Na figura 24, mostrada a arquitetura baseada no MVC para a linguagem Java.

Figura 24 Arquitetura do sistema utilizando padro de projeto. Fonte: Adaptado de GONALVES (2008, p. 143).

3.4.2 Camadas

A implementao foi dividida em trs camadas, a camada de visualizao dos dados, a camada de controle, gerenciamento dos usurios e informaes e a camada de persistncia.

3.5 IMPLEMENTAO

Nesta sesso so apresentadas as tcnicas e os diagramas de funcionamento do sistema. Isso inclui diagrama de classes e outras formas apresentadas, para facilitar a compreenso da modelagem do sistema.

51

3.5.1 Diagramas do Modulo do Protocolo Modbus e Funcionamento s

Existe uma varivel distribuio do protocolo Modbus TCP em Java, este modelo foi adaptado de uma lib chamada de jamod e encontra-se o original disponvel no site da Modbus IDA, para dowload o diagrama de classe da adaptao pode ser visto na figura 25.

Figura 25 Diagrama de Classe Modbus Modbus. Fonte: Prprio autor.

52

3.5.2 Projeto do Banco de Dados

Para o SGBD foi criado um Banco de Dados DB chamado de medidor e foram criadas quatro tabelas neste banco, sendo estas conforme figura 26.

Figura 26 Tabelas do Banco de Dados medidor. Fonte: Prprio autor.

O modelo do diagrama bastante simples por se tratar de poucas tabelas e sem muita relao entre elas, pode ser visto na figura 27.

Figura 27 Diagrama ER do Banco de Dados medidor. Fonte: Prprio autor.

53

3.6 TESTES

O teste utilizado no projeto foi o teste de unidade para testar cada parte do modelo DAO e verificar se todos os mtodos estavam de acordo como foram projetados. Existe para o Java livrarias que tem esta funo de teste como o JUnit. No quadro 8, so apresentados alguns itens testados do projeto para verificao de erro e desempenho da coleta de dados. No item um do quadro, foi verificado que o tempo de resposta varivel quando o medidor fsico instalado em outra rede externa (Internet), portanto, no se pode garantir a entrega dos pacotes em um tempo pr determinado, isso uma caracterstica comum de entrega assncrona deste tipo de comunicao. No item dois foi feito o teste de insero, excluso, atualizao e pesquisa em todos as tabelas do sistema.

Itens Testados Nmero de ordem 1 Item Comentrios - Verificar o tempo de resposta mximo em 24h de teste 28800 amostras (uma a cada 3 segundos), resultado 2,88 s/amostra. - Testar as incluses e consultas das tabelas no houve problema com desempenho. - Testar a visualizao dos dados enviados pelo controlador Servlet. - Enviar e receber dados do medidor

DAO medidor

2 3 4

DAO Banco de Dados Interface Comunicao

Quadro 8 Itens testados no Web Medidor. Fonte: Prprio autor.

A comunicao foi a parte mais trabalhosa do sistema, por envolver bytes e registros, pois esses preciso de converso para serem armazenados no banco de dados uma tarefa de converso de tipo errada pode levar a incerteza das informaes. Talvez o sistema possua erros mais perfeitamente humano, por isso neste sistema, para reduzir o risco de erro, todos os gets e sets foram automatizados pelas IDEs de aplicao.

54

4 CONCLUSO

4.1 Consideraes Finais

Em muitas aplicaes so utilizadas protocolos para comunicao entre sistemas e dispositivos, Modbus um protocolo simples, porm difcil na codificao das funes preciso sempre ter uma tabela de referncia, no momento em que se utiliza o protocolo na criao de aplicaes. Contudo, boas prticas de programao alinhadas ao conhecimento de padres de projetos foi possvel desenvolver um modelo do sistema que coleta as informaes necessrias do Medidor de Energia gerando automaticamente, com poucos cdigos muita coeso e baixo acoplamento, uma base de informaes referentes ao consumo do local de instalao do medidor. O projeto Web Medidor uma tentativa de aprimoramento do sistema de leitura do consumo de energia eltrica nas empresas para sistemas mais aqum da realidade brasileira para mensurar energia e entender as informaes apresentadas em uma tela de computador. O objetivo de coletar e apresentar o consumo de energia eltrica em uma simples tabela foi alcanado, no memento em que todos os dados oriundos do medidor esto guardados em uma fonte segura e persistente para possibilitar possveis visualizaes em uma pgina Web.

4.2 Trabalhos Futuros

Aprimorando este projeto ser possvel ligar, desligar contatos eltricos a distncia e at controlar nvel de tanques dos geradores de energia. Isso possvel porque h mdulos que podem ser conectados rede Modbus com essas funes. Incrementar outros protocolos no projeto tambm vivel, como Profibus, CAN que tambm so protocolos livres para uso, j que no s existem dispositivos em Modbus. Isto ir tornar o projeto mais portvel e independente de tecnologia.

55

REFERNCIAS

ANEEL. Agncia aprova em reunio de diretoria audincia pblica para definir novo padro de medidor de energia. Boletim Energia, n. 435, ano 8, ANEEL, 2010. Disponvel em: <http://www.aneel.gov.br/aplicacoes/noticias_boletim/?fuseaction=boletim.detalharNoticia&i dNoticia=796>, Acessado em: 10 nov. 2010.

EIG. Installation & Operation Manual Version 1.31. 2010. Disponvel em: <http://www.electroind.com/pdf/Nexus_New/E107706_Nexus1250_1252_Manual.pdf>, Acessado em: 10 nov. 2010.

EIG. Modbus Protocol & Register Map for Nexus 1262/1272 MetersVersion 1.24. 2008. Disponvel em: < http://www.electroind.com/pdf/modbus2.pdf >, Acessado em: 10 nov. 2010.

FOROUZAN, Behrouz A. Comunicao de dados e rede de computadores. 3. ed. Porto Alegre: Bookman, 2006.

GASPARINI, Anteu F. Lcio; BARRELLA, F. Eugnio. TCP/IP - Soluo para conectividade. 3. ed. So Paulo: Erica,1993.

GILSINN, James; FREEMON, Johnson. Ethernet continua tendncia de crescimento global. ISA, 2009. Disponvel em: <http://www.isa.org/InTechTemplate.cfm?Section=Archives4&template=/ContentManageme nt/ContentDisplay.cfm&ContentID=78545>, Acessado em : 10 nov. 2010.

GONALVES, Edson. Desenvolvendo Aplicaes Web com NetBeans IDE 6. Rio de Janeiro: ed. Cincia Moderna Ltda., 2008.

GRANDI, Gilberto; GAUTHIER, Fernando O. Uniformizao de dados de subestaes da Eletrosul. Santa Catariana: UFSC, 2002. Disponvel em: <http://producaoonline.org.br/index.php/rpo/article/view/601/641 >, Acesso em: 20 ago. 2010.

LOOMIS, Mary E.S. Data communications. Printice-Hall, INC Porto Alegre: 1983.

Modbus-IDA. Modbus Messaging on TCP/IP Implementation Guide V1.0b. 2006. Disponvel em: <http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf>, Acesso em: 03 set. 2010.

56

Modbus-IDA. Modbus application protocol Guide V1.1a. 2004. Disponvel em: <http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1a.pdf>, Acesso em: 03 nov. 2010.

SILVA, Adelino; FELGUEIRAS, Mrio. Protocolo de comunicao modbus. Portugal: FEUP, 2008. Disponvel em: <http://paginas.fe.up.pt/~pportuga/comi_0809/praticas/trabalho_1/RECIN_Modbus.pdf>, Acesso em: 20 ago. 2010.

STALLINGS, William. Redes e sistemas de comunicao de dados: Teoria e aplicaes corporativas. 5. ed. Traduo: Business data communications. Rio de Janeiro: Elsevier, 2005.

TROJAN, Ancelmo Grinke; PADOIN, Edson Luiz. Utilizao de dispositivos mveis e Web Services no monitoramento remoto de Servidores em Subestaes de Energia. (2008), Disponvel em: <http://www.usp.br/siicusp/Resumos/16Siicusp/5749.pdf>, Acesso em: 13 set. 2010.

WIKIPEDIA, Medidor de Energia Eltrica. 2010. Disponvel em: <http://pt.wikipedia.org/wiki/Medidor_de_energia_el%C3%A9trica>, Acessado em: 10 nov. 2010.

57

ANEXO

ESPECIFICAO DO MEDIDOR NEXUS 1252

Fonte: EIG (2010, p. 12)