PROJETO SISTEMA SUPERVISRIO

ANDROID PARA O MEDIDOR

INTELIGENTE DE TEMPERATURA ETEUFLA

Ana Paula Borges

Luciano Henrique Silveira Melo
Nayara Janice Ferreira
Talita Queiroz Clemente

Lavras MG
2016

1. INTRODUO

O CLP (Controlador Lgico Programvel) um dispositivo

microprocessados que pode ser programado para executar instrues que
controlam equipamentos, mquinas e operaes de processos por meio da
implementao de funes especficas, como lgica

de

controle,

sequenciamento, controle de tempo, operaes aritmticas, controle

estatstico, controle em malha fechada, transmisso de dados etc. (FRANCHI,
2008). O nmero de entrada e sadas, memria, instrues, velocidade de
processamento, conectividade, flexibilidade de mudana na lgica de
controle, entre outros recursos, podem variar de acordo com o modelo do CLP.
As entradas e sadas de um CLP so responsveis pela troca de
informaes com o mundo real. Isto se d a partir de diferentes nveis de
corrente e tenso. Para especificar um CLP, necessrio decidir sobre o
nmero de sadas e entradas que sero utilizadas, sendo que elas podem ser
digitais ou analgicas. Para fazer a implantao de um projeto, necessrio
fazer todo o cabeamento de medidores e atuadores, o que pode gerar
dificuldades na execuo. Alm disso, pode ocorrer necessidade de adicionar
mais dispositivos em um determinado processo j automatizado.
Os medidores so usados em muitos sistemas para fornecer
informaes sobre as variveis envolvidas ou para identificar os estados da
planta. Na maioria dos casos, eles dependem de outros sistemas, como por
exemplo, um CLP, para que decises baseadas nos valores medidos sejam
tomadas. No entanto, instrumentos de medio so bons candidatos a terem
uma inteligncia embutida. Microprocessadores podem tornar medidores
tradicionais em instrumentos inteligentes (LEE, 2000).
Nos ltimos anos, o conceito de redes de computadores tem
gradualmente migrado para o cho de fbrica (120TH ASEE ANNUAL
CONFERENCE & EXPOSITION, 2013). Redes de transdutores que possuem

sistemas de comunicao digitais podem modernizar os atuais cabeamentos

analgicos. Medidores inteligentes que se comunicam em rede podem
fornecer diversos benefcios, como:

Flexibilidade.

Melhor desempenho e preciso.

Facilidade de instalao, atualizao e manuteno.

Reduo de custos em relao fiao.

Partilha de dados do sensor.

Conectividade com a Internet, o que significa que pode

disponibilizar dados para acesso remoto.

Sinais menos susceptveis a interferncias.

Em particular, este trabalho considera o desenvolvimento de um

sistema supervisrio para dispositivos mveis com sistema Android capaz de
se comunicar com um medidor de temperatura inteligente de baixo custo, em
que o mesmo ir monitorar sinais analgicos recebidos de sensores de
temperatura e trocar informaes remotamente com um CLP. Sero analisadas
duas formas de trocar essas informaes, uma utilizando o protocolo Modbus
e a outra uma biblioteca conhecida como Snap7.

2. REFERNCIAL TERICO

2.1 Sobre Modbus

O Modbus foi criado como um protocolo baseado no sistema de
requisio e resposta de comunicao de dados. Este tipo de arquitetura
permite um total acompanhamento do fluxo de informao. Na transmisso
dos dados do dispositivo que faz a requisio, os bytes possuem informaes
para o dispositivo destinatrio, incluindo qual registrador inicial deve

responder e a quantidade de registros que tm de ser lidos. Alm disso, o

campo de verificao de erro permite ao destinatrio validar os dados que
recebeu do dispositivo de origem. Na resposta, o cdigo de funo repetido
novamente, juntamente com os bytes de dados que possuem a informao
solicitada. Se alguma falha na aquisio dos dados ocorrer, o cdigo da funo
modificado para indicar esse erro e os bytes de dados contero um cdigo
que descrever o erro.
As mensagens trocadas entre os dispositivos Modbus so chamadas
de quadros (frames), denominados ADU (Application Data Unit). O Modbus
implementa funcionalidades para tornar a comunicao entre os dispositivos
confivel, por isso a ADU possui algum campo de verificao de erros. Em
cada ADU tambm encapsulado o endereo da mensagem (Additional
address) para fornecer informaes de roteamento camada de aplicao. O
Modbus possui tambm uma PDU (Protocol Data Unit) que contm o cdigo
da funo utilizada e os dados a serem transmitidos. H trs formatos de
ADUs: ASCII (American Standard Code for Information Interchange), RTU
(Remote Terminal Unit) e TCP (Transport Control Protocol) (NATIONAL
INSTRUMENTS, 2014), em que cada uma delas possui um mecanismo que
determina o incio e o fim do quadro da requisio, mas os implementa de
formas diferentes. Neste trabalho, a modalidade Modbus TCP foi adotada,
devido ao fato do CLP da ETE-UFLA estar predisposto a esta comunicao.
O protocolo Modbus TCP encapsulado ao protocolo TCP/IP e
transmitido atravs de redes padro ethernet. O protocolo TCP/IP possui um
cabealho de identificao, conhecido como MBAP (Modbus Application
Protocol Header) dentro da sua ADU (Application Data Unit). Este permite
que o destinatrio reconhea os limites das mensagens, mesmo que elas
tenham sido divididas em vrios pacotes de transmisso (MODBUS.ORG,
2006). A existncia de regras de comprimento das mensagens e a utilizao
de um cdigo de verificao de erro CRC-32, presente na estrutura do quadro

ethernet (KUROSE, 2013), faz com que no seja necessrio outro campo de
verificao de erro dentro da ADU no Modbus TCP.
Para um dispositivo receber mensagens, ele deve ter um identificador.
Todo equipamento em uma rede Ethernet necessita de um endereo IP e de
uma mscara de sub-rede (WEG, 2013). O Modbus TCP no diferente, neste
protocolo os dispositivos utilizam o Internet Protocol, endereamento que
exige o endereo de IP, identificador de 32 bits para interfaces de roteadores
e hospedeiros, mscara de sub-rede, identificador tambm com 32 bits para
alcanar fisicamente os hospedeiros sem a interveno do roteador e o
Gateway Padro, que no obrigatrio para redes que no o utilizam.
Para o envio das mensagens, necessrio tambm um socket de
comunicao, que anlogo a uma porta, onde o processo confia na
infraestrutura de transporte no outro lado da porta que leva mensagem para o
socket no processo de recepo. A porta 502 a porta padro para conexo
com servidores Modbus TCP (WEG, 2013).
O Modbus TCP deve possuir dispositivos que utilizam aplicaes
diferentes: uma como Servidor e outra como Cliente. O Cliente Modbus TCP
deve iniciar uma conexo TCP com o Servidor a fim de enviar as requisies
(WEG, 2013).
Uma rede pode possuir vrios Clientes e um Servidor. A topologia
mais utilizada para o protocolo Modbus TCP a estrela, exatamente como
feito em redes de computadores. Neste caso, todos os equipamentos (Clientes
e Servidor) devem ser conectados a um concentrador (switch/hub/roteadores).
Os concentradores permitem mltiplas conexes simultaneamente, onde cada
dispositivo possui uma conexo dedicada com o concentrador. Por isso,
possvel fazer a comunicao de dados via Modbus TCP com uma topologia
estrela, na qual a conexo ethernet utilizada em cada link, sem que ocorram
colises de dados (full duplex).

2.2 Sobre Snap7

Segundo o seu manual de referncia, o Snap7 uma biblioteca de
comunicao ethernet de cdigo aberto, que foi desenvolvida utilizando o
protocolo de comunicao S7 Protocol. Sua implementao baseia-se no
padro Ethernet ISO TCP (RFC1006), o qual permitido enviar ou receber
dados em formatos de blocos chamados de PDU (Protocol Data Unit) para
CLPs Siemens. O S7 Protocol do tipo Function oriented, em que cada bloco
de mensagem contm uma requisio ou uma resposta. Esta biblioteca pode
ser usada a partir de vrias linguagens (C++, C#, Phyton e etc.) e por meio de
vrias plataformas como Java, Phyton, Arduino, LabView e outros.
Existem trs componentes importantes para a comunicao entre um
dispositivo que possui a aplicao da biblioteca Snap7 e um CLP Siemens
(NARDELLA, 2015), so eles: Client, Server e Partner.
Uma aplicao que se comporta como Client cumpre quase todo o
protocolo S7, ela capaz de ler e escrever na memria do CLP (In, Out, DB,
Timers e Counters) e controlar o CLP (Run, Stop, Compress). Um Client envia
uma requisio (S7 Request) de comunicao de dados para um Server, o qual
ele responde (S7 Answer) com um pacote de dados.
O Partner implementa a arquitetura peer-to-peer, ou seja, quando
existe uma conexo estabelecida, cada aplicao que se comporta como
Partner pode enviar dados para outra aplicao Partner. Isto tipicamente
conseguido atravs de uma ligao TCP/IP. Neste caso, isso acontece atravs
do protocolo S7 Protocol.

2.3 Sobre o Medidor Inteligente de temperatura

Para implementar a lgica de monitoramento e enviar informaes

para o CLP e o inversor de frequncia, ser usado um Arduino UNO R3, que
uma placa baseada no microcontrolador Atmel Atmega328, de 8 bits. A
placa possui pinos de entradas e sadas digitais e pinos de entradas analgicas.
E para tornar o Arduino capaz de se comunicar com outros dispositivos em
rede utilizado, a placa Ethernet Shield W5100. Este Shield baseia-se no chip
WIZnet Ethernet W5100 que fornece acesso rede utilizando os protocolos
TCP ou UDP.
Por sua vez, o sensor utilizado para aferir as temperaturas dos motores
do projeto o circuito integrado de alta preciso LM35. Este sensor possui
uma tenso linear de sada proporcional temperatura em graus Celsius, com
baixa impedncia e preciso aproximada de C, fazendo com que a leitura
dos valores seja simples e no agregando custos significativos ao projeto.
O Medidor Inteligente de Temperatura foi desenvolvido utilizando
dois algoritmos, que por sua vez, utilizam protocolos de comunicao de
dados diferentes, um o protocolo Modbus outro o protocolo S7. Porm o
funcionamento da lgica ser o mesmo nos dois casos.
A lgica de funcionamento principal pode de ser de dois modos:
Modo 1 e Modo 2. No Modo 1, o algoritmo compara o valor da temperatura
de desligamento com as temperaturas lidas pelos sensores LM35, em que
dependendo de seus valores enviado ou no um sinal eltrico ao inversor de
frequncia. No Modo 2, o algoritmo no faz a comparao entre as
temperaturas em questo, o sinal eltrico enviado ao inversor de frequncia
depende exclusivamente do valor da varivel que representa o estado do sinal
eltrico.

3. Etapas dos Projetos

3.1. Primeira proposta de projeto

A ideia inicial do projeto era a implementao de um aplicativo para
Android de localizao utilizando roteadores, seguindo o cronograma prestabelecido, conseguimos realizar apenas o que estava dividido com sendo as
tarefas realizadas em grupo, durante as etapas divididas em duplas, existiram
muitos problemas que ocasionaram a desistncia da realizao do projeto.
Algumas dificuldades encontradas foram, a pouca familiaridade com
programao e conhecimentos em java e android, pouco tempo para encontros
e assim realizar as etapas do projeto devido a problemas pessoais e
compromissos de estgios e trabalhos de concluso de curso.
Dentro do cronograma inicial conseguimos apenas realizar escolha da
linguagem de programao para criao, a linguagem Java usando SDK, o
clculo estimado da distncia de roteadores, deteco de roteadores, criao
do MAC address, e associao timestamp a cada leitura. Na hora de efetuar a
triangularizao Wi-Fi, obtivemos problemas e o projeto paralizou.

3.2. Segunda proposta de projeto

Devido os inmeros problemas no decorrer do perodo decidimos
trocar o projeto e criar um sistema supervisrio android para o medidor
inteligente de temperatura da ETE (Estao de Tratamento de Esgoto) da
UFLA, onde todos do grupo possuiam um pouco de conhecimento e
familiaridade com o assunto, e que tambm poderia mostrar uma aplicao
numa rea de atuao muito importante na Automao.
Assim passamos a nos reunir para a realizao do mesmo, visto que o
rendimento do trabalho em conjunto era muito maior. Dentro destas reunies
dividimos as tarefas da seguinte maneira:

Estudamos e revisamos, conceitos de CLP, sistema supervisrio,

OPC, redes de computadores, protocolos, medidores, o Snap 7 e
alguns outros conceitos de dvidas que foram surgindo durante a
execuo do projeto.

Desenvolvimento dos algoritmos na plataforma Eclipse, na

linguagem Java. A programao foi feita pelo integrante do grupo
Luciano, pois dentre os membros o que tinha maior facilidade. Os
outros membros participaram nessa etapa, contribuindo com ideias,
tirando dvidas e discutindo sobre o programa e a execuo do
projeto, trabalhando nos detalhes finais do aplicativo e ajudando na
criao da interfase do sistema supervisrio.

A elaborao do Relatrio Final e da apresentao, foram realizadas

em grupo via internet.

4. Desenvolvimento dos aplicativos

Os algoritmos foram desenvolvidos na plataforma Eclipse, na

linguagem Java. No caso do protocolo Modbus TCP, o medidor em questo
foi projetado para funcionar como um Servidor Modbus TCP, assim, para
estabelecer uma comunicao entre o sistema supervisrio e o Arduino,
necessrio desenvolver o algoritmo do aplicativo como um Cliente Modbus
TCP. J o protocolo S7, o medidor foi projeto atuar como um Client, em que
ir fazer as requisies ao CLP, que implementa um Server. Portanto, o
algoritmo do sistema supervisrio ir exercer a funo de um Client.
Foram criados os seguintes botes:

Conectar: para iniciar conexo entre o medidor e o aplicativo.

Liga: para enviar um sinal eltrico de 5V ao inversor, caso o Modo 2

esteja selecionado.

Desliga: para enviar um sinal eltrico de 0V ao inversor, caso o Modo

2 esteja selecionado.

Modo 1: para selecionar o Modo 1 de operao do algoritmo do

medidor.

Modo 2: para selecionar o Modo 2 de operao do algoritmo do

medidor.

Enviar temp: para alterar o valor de temperatura de desligamento.

Foi desenvolvido tambm, um timestamp, onde possvel monitorar

a hora e data e as informaes de cada evento ocorrido no supervisrio. Dois

objetos checkbox so usados para selecionar qual o valor de temperatura
ser exibido, se a temperatura do motor 1 ou do moto 2.

4.1 Sistema supervisrio utilizando o protocolo Modbus TCP.

Do ponto de vista da programao, para tornar a comunicao entre o
aplicativo e o medidor utilizando o protocolo Modbus TCP, foi utilizando a
biblioteca Jamod.
Antes de iniciar a comunicao, necessrio definir o endereo de IP
do Servidor Modbus TCP e a porta de comunicao utilizada. Feito isso, basta
pressionar o boto CONECTAR para fazer uma tentativa de conexo. Caso
a conexo seja estabelecida, os valores das temperaturas, estado do sinal,
modo de operao e o timestamp sero atualizados, conforme a Figura 1.

Figura 1 Aplicativo ETE_ModbusTCP.

4.2 Sistema supervisrio utilizando o protocolo S7.

A biblioteca utilizada para desenvolver o sistema supervisrio que
utiliza o protocolo S7 a Moka7. Ela torna o dispositivo um Client em uma
rede. Portanto, antes de fazer as requisies de leitura e escrita, necessrio
identificar o endereo de IP do Server, que neste caso o CLP, e o espao de
memria utilizado (Data Block).

Depois das definies dos parmetros citados, basta pressionar o

boto CONETAR para fazer a tentativa de conexo entre o CLP e o
aplicativo. Caso a conexo seja estabelecida, os valores das temperaturas,
estado do sinal, modo de operao e o timestamp sero atualizados, conforme
a Figura 2.

Figura 2 Aplicativo ETE_S7.

5. Referencias bibliogrficas

FRANCHI, Claiton M.; CAMARGO, Valter L. A. de. Controladores

Lgicos Programveis: Sistemas Discretos. 1. ed. So Paulo: Editora rica
Ltda, 2008.

LAM Simon S. The Link Layer: Links, Access Networks, and LANs. In:
KUROSE, J. F., & Ross, K. W. Computer networking: A top-down
approach. 6.ed. Boston: Addison-Wesley, 2013. p. 433-512.

LEE, Kang. IEEE 1451: A Standard in Support of Smart Transducer

Networking. IEEE Instrumentation and Measurement Technology
Conference Baltimore, [s.n.], 2000. Disponvel em:
<http://ieee1451.nist.gov/IM5340_F.pdf>. Acesso em: 20 dez. 2015.

NARDELLA, Davide. Snap7 Reference Manual. [s.l.: s.n.], 2014.

Disponvel em:<https://sourceforge.net/projects/snap7/files/1.4.0/snap7-full1.4.0.zip/download >. Acesso em: 5 nov. 2015.

WEG EQUIPAMENTOS ELTRICOS S.A., Manual do Usurio Modbus

TCP. Jaguar do Sul: [s.n.], 2013. Disponvel em:
<http://ecatalog.weg.net/files/wegnet/WEG-plc300-comunicacao-modbustcp-1 0001276962-manual-portugues-br.pdf > Acesso em: 2 jan. 2016.

120TH ASEE ANNUAL CONFERENCE & EXPOSITION, 2013 Atlanta.

The Wireless Sensor Networks for Factory Automation [s.l.; s.n], 2013.
Disponvel em:
<http://www.asee.org/file_server/papers/attachment/file/0003/3305/The_Wir
eless_Sensor_Networks_for_Factory_Automation_-_Revised_Draft.pdf >.
Acesso em: 9 fev. 2016