Controle e Supervião Remotos

ESTE TRABALHO FOI UTLIZADO COMO PROJETO FINAL DE CURSO, PORM ESTOU DISPONIBILIZANDO ELE AQUI PARA QUE
TODOS POSSAM UTILIZAR DA MELHOR FORMA POSSVEL. QUALQUER DVIDA PDEM ME SOLICITAR VIA EMAIL (BRASILTEC@BRASILTEC.IND.BR). NOSSA EMPRESA ATUA NO RAMO DE AUTOMAO INDUSTRIAL. DESENVOLVEMOS PROJETOS, SERVIOS, MONTAGENS DE PAINIS ELTRICOS E COMRCIO DE MATERIAIS. POR GENTILEZA VISITE NOSSO SITE E CONHEA UM POUCO SOBRE NOSSOS PRODUTOS WWW.BRASILTEC.IND.BR ESTE TRABALHO PERTENCE A MINHA AUTORIA E AUTORIZO UTILIZAO DESDE QUE ME COMUNIQUEM A FINALIDADE.
SENAI - CENTRO UNIVERSITRIO PARA O DESENVOLVIMENTO DO ALTO VALE DO ITAJA CLEITON ROCHA
CONTROLE, AQUISIO DE DADOS E SUPERVISO REMOTOS
Trabalho de Concluso de Curso elaborado para o Curso de Tecnologia em Automao Industrial, do Senai Centro Universitrio para o Desenvolvimento do Alto Vale do Itaja. Orientador: Prof Dr. Fbio Alexandrini
RIO DO SUL 2012
SENAI - CENTRO UNIVERSITRIO PARA O DESENVOLVIMENTO DO ALTO VALE DO ITAJA CLEITON ROCHA
CONTROLE, AQUISIO DE DADOS E SUPERVISO REMOTOS
Trabalho de Concluso de Curso elaborado para o Curso de Tecnologia em Automao Industrial, do Senai Centro Universitrio para o Desenvolvimento do Alto Vale do Itaja. A ser apreciado pela seguinte banca examinadora:
Banca Examinadora: __________________________________ Prof. Dr. Fbio Alexandrini
__________________________________ Prof. Msc. __________________________________ Prof. Msc.
Rio do Sul, 29 de outubro de 2012.
seguinte aos
trabalho meus
inteiramente e a
dedicado
familiares
empresa Brasiltec automao industrial que sempre me ofereceu condies de aprendizado, potencial. acreditando em meu
AGRADECIMENTOS
Agradeo a meus familiares mais prximos por me apoiar e dar foras nos momentos mais difceis que pensei em desistir por motivos maiores. Agradeo ao meu professor orientador Dr. Fbio Alexandrini, pelos conselhos, dicas e ensinamentos no desenvolvimento do meu trabalho de concluso de curso. Agradeo a empresa Brasiltec Automao Industrial ltda, por acreditar em meu trabalho e me apoiar financeiramente na execuo de novas solues para o mercado industrial e at mesmo comercial, permitindo desta forma por em prtica os conhecimentos adquiridos no decorrer do curso. Agradeo a todos os professores que ao longo deste curso contriburam para meu aprendizado, com assuntos e temas de ampla importncia no mundo da automao industrial. Agradeo ao Senai de Rio do Sul que desenvolveu este curso em parceria com a Universidade para o Desenvolvimento do Alto Vale do Itaja, e me possibilitou usufruir de laboratrios de altssima qualidade com equipamentos modernos e atualizados com o mercado atual. Agradeo a toda administrao do Senai de Rio do Sul, incluindo coordenao, direo, financeiro e demais setores pelo empenho em proporcionar um ambiente agradvel e funcional para que tudo esteja de acordo para um bom andamento do curso. Por fim agradeo a todas as pessoas que participaram direta ou indiretamente no sucesso de ter concludo um curso universitrio.
RESUMO
Empresas dos mais diversos ramos e segmentos da indstria e comrcio vivem em um mundo de extrema competividade, onde necessitam ser diferentes e se destacar pelo preo ou qualidade em seus produtos e servios. Buscam diante disto acima de tudo produtividade, ou seja, maior produo com menor custo. Para que isto seja possvel necessrio investir em automao para permitir maior produo e melhor gerenciamento sobre o sistema produtivo, pois isto facilita na tomada de decises. Automao local de cho de fbrica permite acesso rpido sobre o processo controlado e gerenciado, porm em muitos casos o administrador do sistema automatizado necessita de forma rpida e de qualquer lugar do mundo atuar sobre a automao local. O presente trabalho teve por objetivo prtico expor, a conhecida como automao remota e que vem sendo amplamente utilizada em controle de processos dos mais diversos ramos e segmentos. A idia bsica foi proporcionar controle, aquisio de dados e superviso de equipamentos de cho de fbrica a qualquer lugar do mundo atravs de um software Scada que pode estar rodando em um computador, tablet e at mesmo celular. O custo aproximado do prottipo foi de R$ 4.926,83.
Palavras-chave: Superviso, controle e gerenciamento remotos.
LISTA DE QUADROS
Quadro 1 Descrio dos pinos do conector DB9...............................................29 Quadro 2 Oramento .............................................................................................61
LISTA DE FIGURAS
Figura 1 Evoluo da automao industrial........................................................13 Figura 2 Exemplo de arquitetura da automao industrial...............................17 Figura 3 Ciclo de Scan do controlador lgico programvel CLP.....................19 Figura 4 Topologia de sistema SCADA...............................................................22 Figura 5 Topologia estrela controle centralizado............................................23 Figura 6 Barramento de campo controle centralizado....................................24 Figura 7 Sistemas de controle distribudo..........................................................24 Figura 8 Comunicao paralela............................................................................25 Figura 9 Modo sncrono de comunicao...........................................................26 Figura 10 Modo assncrono de comunicao.....................................................27 Figura 11 Conector DB9........................................................................................28 Figura 12 Rede RS485 sem resistor de terminao de linha............................31 Figura 13 Rede RS485 com resistor em uma extremidade................................32 Figura 14 Rede RS485 sem resistor nas duas extremidades............................32 Figura 15 Rede RS485............................................................................................34 Figura 16 Computadores conectados a um HUB usando cabeamento de par tranado.....................................................................................................................35 Figura 17 Exemplo de arquitetura da automao industrial ............................37 Figura 18 Camada de aplicao............................................................................40 Figura 18 Camada de transporte..........................................................................42 Figura 20 Camada de internet...............................................................................44 Figura 21 Diviso de um datagrama....................................................................46 Figura 22 Arquitetura do ethernet........................................................................47 Figura 23 Fluxo TCP/IP .........................................................................................48 Figura 24 Fluxo dos dados....................................................................................56 Figura 25 Verso demo do software elipse scada. ............................................57 Figura 26 Driver MODBUS.....................................................................................58 Figura 27 Tela1 software Scada............................................................................59 Figura 28 Tela2 software Scada............................................................................60 Figura 29 Prottipo................................................................................................61
LISTA DE ABREVIATURAS E SIGLAS
LAN Local area network WAN Wide rea network GPRS General radio packet service CLP Controlador lgico programvel SCADA Superviso controle e aquisio de dados MAC Media Access control TCP/IP Transmission control protocol / internet protocol HSE High Speed Ethernet IHM Interface homem mquina CPU Central Processing Unit PC Personal computer
TIA Telecommunications Industry Association EIA Electronic Industries Association
TX Transmisso de dados RX Recepo de dados SG Signal ground DTE Data Terminal Equipment DCE Data Communications Equipment DCD Data Carrier detect RxD Receive data TxD Transmit data DTR Data terminal ready DSR Data set ready RTS Request to send CTS Clear to send RI Ring indicator FTP File transfer protocol HTTP Hypertext Transfer Protocol SMTP Simple Mail Transfer Protocol UDP User Datagram Protocol LLC Logical Link Control
DNS Domain Name System CRC Cyclic redundancy check ROM Read Only Memory ICMP Internet Control Message Protocol ARP Address Resolution Protocol RARP Reverse Address Resolution Protocol MTU Maximum Transfer Unit OSI Open Systems Interconnection IEEE Institute of Eletrical and Eletronic Engineers SMS Short message service GSM Global System for Mobile RPM Rotaes por minuto
SUMARIO
1 INTRODUO.........................................................................................................12 1.1 OBJETIVOS.......................................................................................................13 1.1.1 Objetivo Geral...................................................................................................13 1.1.2 Objetivos Especficos......................................................................................13 1.2 JUSTIFICATIVA.................................................................................................14 1.3 ORGANIZAO DO TRABALHO....................................................................15 2 FUNDAMENTAO TERICA..............................................................................16 2.1 AUTOMAO INDUSTRIAL............................................................................16 2.1.1 Arquitetura da automao industrial............................................................17 2.2 2.2.2 2.3 2.3.1 CLP DESCRIO TCNICA.....................................................................18 CLP - tipos....................................................................................................19 SISTEMAS SUPERVISRIOS......................................................................19 IHM Interface Homem Mquina................................................................20 2.2.1 CLP Arquitetura.............................................................................................18
2.3.2 SCADA - superviso controle e aquisio de dados.................................21 2.4 REDES DE COMUNICAO..........................................................................22 2.4.1 Padro de transmisso de comunicao....................................................24 2.4.2 Tipos de comunicao quanto ao sentido do fluxo de dados...................27 2.5 MEIOS FSICOS DE COMUNICAO.............................................................27 2.5.1 Principais padres de interface serial..........................................................27 2.5.1.1 RS-232........................................................................................................28 2.5.1.2 2.5.1.2.1 RS-485.....................................................................................................30 Resistores de terminao......................................................................31
2.5.2 Ethernet............................................................................................................34 2.6 REDES INDUSTRIAIS......................................................................................35 2.7 PROTOCOLOS DE COMUNICAO..............................................................35 2.7.1 Modbus............................................................................................................36 2.7.2 TCP/IP............................................................................................................37
2.7.2.1 2.7.2.3
Camada de Aplicao .............................................................................38 Camada Internet .....................................................................................42
2.7.2.2 Camada de Transporte ..............................................................................40 2.7.2.4 Camada Interface com a Rede .................................................................46 2.8 TRANSMISSO DE DADOS VIA SISTEMA DE TELEFONIA MVEL CELULAR................................................................................................................48 2.8.1 Configurao do sistema...............................................................................49 3 METODOLOGIA....................................................................................................50 3.1 CARACTERIZAES DA PESQUISA..............................................................50 3.2 COLETA DE DADOS.........................................................................................50 3.3 TRATAMENTOS DOS DADOS.........................................................................51 3.4 NECESSIDADES DE CONTROLE AQUISIO DE DADOS E SUPERVISO REMOTOS...............................................................................................................51 3.5 ANLISE DAS NECESSIDADES DE CONTROLE...........................................51 4 DESENVOLVIMENTO DO SISTEMA....................................................................53 4.1 INTRODUO AO DESENVOLVIMENTO......................................................53 4.2 PROBLEMTICA ATUAL.................................................................................53 4.3 O PROJETO.....................................................................................................54 4.4 FLUXO DA AUTOMAO REMOTA...............................................................55 4.5 DESENVOLVIMENTO DA INTERFACE SCADA.............................................56 4.5.1 O software para desenvolvimento...............................................................57 4.5.2 O driver de comunicao..............................................................................57 4.5.3 A interface........................................................................................................58 4.6 O PROTTIPO.................................................................................................60 4.7 ORAMENTO...................................................................................................61 5 CONSIDERAES FINAIS..................................................................................62 ANEXO.....................................................................................................................65 REFERNCIAS...........................................................................................................64
12
1 INTRODUO As frequentes mudanas no mundo dos negcios, com a globalizao batendo na porta das empresas sejam estas empresas pblicas ou privadas, nos diversos ramos de atividades, torna-se necessria busca por novas tecnologias que contribuam para que as empresas tenham diferenciais de competitividade e sucesso no mercado que atua, em relao a sua concorrncia. A automao j uma necessidade e realidade dentro das empresas que olham para o futuro do mundo dos negcios. Automao permite acima de tudo que se tenha maior produtividade e melhor gerenciamento sobre um processo, seja ele de fabricao ou prestao de servio. Atualmente grande parte das empresas automatizadas so feitas por softwares supervisrios que gerenciam e controlam equipamentos de campo como controladores lgicos, sensores e outros. Com o avano da informtica que cresce de forma espantosa, viu-se como alternativa interessante unir este dois ramos da tecnologia que apesar de pertos parecem estar to longe um do outro. Com a juno automao industrial mais informtica possvel facilitar maior controle e melhor gerenciamento do processo de campo. O presente trabalho tem por objetivo apresentar a idia de controle, gerenciamento e superviso remota dos equipamentos de campo e que hoje j presente em empresas automatizadas. Consiste em coletar as informaes do processo, fornecidos pelos equipamentos de campo e enviar para internet de forma segura e que possa ser acessado a qualquer lugar do mundo. Isto permite que se possa intervir sobre o processo de forma mais rpida e at mesmo segura, evitando em muitos casos grandes despesas para a fbrica em perda de produo ou at mesmo gastos desnecessrio como por utilizao errada de energia eltrica, sendo que este um dos maiores custos fixo da grande maioria da empresas. Os conceitos bsicos de uma planta automatizada remotamente baseada em um arquitetura cliente/servidor, onde todos os equipamento de campo que fazem o controle propriamente dito so clientes de uma rede (LAN, WAN, SERIAL, etc) e um software supervisrio sempre o servidor da rede, que neste caso pode estar a qualquer lugar do mundo.
13 Automao convencional Automao remota
Figura 1 Evoluo da automao industrial

Fonte: Acervo do autor
1.1 OBJETIVOS
1.1.1 Objetivo Geral Desenvolver um prottipo onde seja possvel atravs de um software de superviso monitorar e controlar equipamentos industriais utilizando tecnologias sem fio, como redes de internet, e redes GPRS. O objetivo auxiliar as reas de manuteno e administrao na tomada de decises, visando atuar o mais rapidamente sobre o processo de produo garantindo ento, melhor resultado, ou seja, melhor qualidade e maior lucro.
1.1.2 Objetivos Especficos Levantar necessidades de mercado. Fazer oramento para aplicao do sistema. Executar prottipo para testes de campo. Desenvolver testes locais, a fim de verificar os resultados planejados.
14
Permitir integrao e comunicao entre dispositivos de fabricantes diferentes. Possibilitar controle, superviso e aquisio de dados via INTERNET e GPRS.
1.2 JUSTIFICATIVA Na rea industrial so encontrados processos de transformao de matrias primas na fabricao de bens de consumo ou de produo. Os processos esto sendo cada vez mais automatizados, mas embora se note uma crescente utilizao da automao, a presena humana tem sido indispensvel para o planejamento e o controle, de forma direta ou indireta por meio de sistemas microprocessados, e tambm para a execuo da manuteno e gesto dos processos operativos com qualidade e produtividade. O impacto das inovaes tecnolgicas fora a elevao do nvel de qualificao do trabalhador. O cenrio atual mostra o aumento da demanda por profissionais qualificados, sendo que a mo de obra semiqualificada diminuir em todas as reas da indstria. Com o avano da tecnologia e a necessidade de se reduzir custos, empresas dos mais diversos ramos e segmentos da indstria e comrcio buscam automatizar seus processos de fabricao para que possibilite maior produtividade, maior lucratividade com o menor custo possvel. No entanto, apenas automao local no permite integrao entre os diversos setores da empresa, e a que surgiu a necessidade de superviso e controle remoto de todos os equipamentos responsveis pela automao de cho de fbrica. Desta forma administrao e fabricao esto sempre linkados com o mesmo objetivo. Permitindo controle e superviso remota tambm possvel maior velocidade de atuao sobre uma mudana ou defeito no processo. O conceito deste projeto extremamente vivel, pois de certa forma ir acarretar no aumento da produtividade, permitindo maior controle, superviso e administrao de todo um sistema de processo de fabricao, ou prestao de um determinado servio.
15
1.3 ORGANIZAO DO TRABALHO O trabalho est disposto de forma sequencial sobre o trajeto necessrio em nveis de aplicao para que seja possvel execuo do projeto, que tem como principal objetivo fazer superviso, controle e aquisio de dados via internet e GPRS. Com definies de pessoas com grande renome nacional na rea de automao industrial, destacando os principais equipamentos e sistema de campo para controle e gerenciamento de processos. Definio e conceitos bsicos sobre, controladores lgicos programveis (CLP), software SCADA, redes industriais, meios fsicos para transmisso de dados, protocolos de comunicao, redes de internet, tecnologia GPRS. Ao trmino do embasamento terico apresentado, uma aplicao prtica e real com imagens de telas de um sistema supervisrio acessando remotamente atravs de internet um CLP, que controla a variao de velocidade de um motor trifsico atravs do inversor de frequncia. Mostra ainda uma tela de informaes de um multimedidor de grandezas eltricas que envia dados para a operadora de telefonia mvel onde o software supervisrio deve buscar estas informaes.
16
2 FUNDAMENTAO TERICA Para elaborao do projeto foi necessrio levantar dados tcnicos referentes as tecnologias adotadas, tais como informaes de controladores lgicos programveis (CLP) suas arquiteturas e linguagens de programao. Informaes sobre sistemas de aquisio e superviso de dados com utilizao de software supervisrio e principalmente redes industriais com transmisso de dados remotamente.
2.1 AUTOMAO INDUSTRIAL Segundo Moraes (2012), entende-se por automao qualquer sistema que esteja apoiado por computadores incluindo controladores ou no com finalidades de substituir o trabalho humano, visando aumentar a segurana e principalmente aumentar a produtividade reduzindo custos e melhorando a qualidade.
A automao envolve a implantao de sistemas interligados e assistidos por redes de comunicao, compreendendo sistemas supervisrios e interfaces homem mquina que possam auxiliar os operadores no exerccio da superviso e da anlise dos problemas que porventura venham a ocorrer. (MORAES, 2012, p.12).
A vantagem da utilizao de sistemas informatizados a possibilidade de expanso do projeto de fcil acesso sem necessidade de muitas alteraes de hardware. Nesta ideologia so de extrema importncia os controladores lgicos programveis que permitem de forma rpida modificaes no processo produtivo e administrativo.
Quando se visita uma instalao automatizada difcil distinguir as contribuies da engenharia, tanto a de controle dinmico quanto a de controle lgico; o que se v so computadores de interface homem mquina, cabos de sinal e de energia e componentes fsicos do processo,
17
tais como motores, vlvulas, tubulaes, tanques, veculos etc. A rigor, coexistem contribuies das duas especialidades de controle, assim como de outras engenharias. (MORAES, 2012, p.12).
2.1.1 Arquitetura da automao industrial
55
Ethernet: MAC - TCP/IP
44
Ethernet: MAC - TCP/IP
Fieldbus HSE: Ethernet high Fieldbus H1: MODBUS
1
Fonte: (MORAES, 2012, p. 13)
Figura 2 Exemplo de arquitetura da automao industrial
Segundo Moraes (2012, p.13), a automao industrial envolve a execuo de diversas funes dentro de um processo e que pode ser dividido em nveis. Estas funes podem ser expostas em uma pirmide conforme ilustrao da figura 2.
Nvel 1: o nvel de cho de fbrica, onde esto os acionamentos, sensores e etc. Nvel 2: o nvel dos controladores e IHMs. Nvel 3: o nvel onde se faz o controle do processo produtivo da planta, onde est o banco de dados com informaes sobre a produo, qualidade e quantidade.
18
Nvel 4: o nvel responsvel pelo planejamento da produo em funo de diversos fatores. Nvel 5: o nvel responsvel pela administrao da empresa, onde est os softwares para gesto de vendas e gesto financeira. (MORAES, 2012, p. 13)
2.2
CLP DESCRIO TCNICA De acordo com Moraes (2001, p.30), os CLPs, so freqentemente
definidos como miniaturas de computadores industriais que contem um hardware e um software que so utilizados para realizar as funes de controle. Um CLP consiste em duas sees bsicas: a unidade central de processamento (CPU) e a interface de entradas e sadas do sistema. A CPU, que controla toda a atividade do CLP, pode ser dividida em processador e sistema de memria. O sistema de entradas e sadas so conectados fisicamente nos dispositivos de campo (interruptores, sensores, etc.) e provem tambm uma interface entre a CPU e o meio externo.
2.2.1 CLP Arquitetura Segundo Moraes (2012), um CLP constitudo basicamente de fonte de alimentao, unidade central de processamento, memria dos tipos fixa e voltil, dispositivos de entrada e sada, terminal de programao. Conforme descrito por Moraes (2012), Operacionalmente, a CPU l os dados de entradas dos dispositivos de campo atravs da interface de entrada e armazena em uma memria imagem, e ento executa, ou realiza os controles de programa que tinham sido armazenados na memria do programa. Finalmente, baseado no programa, o CLP escreve ou atualiza as sadas atuando nos dispositivos de campo. Este processo, tambm conhecido como um ciclo de Scan, conforme vista na figura 3.
19
Atualizao Atualizao dassadas sadas das
Leituradas das Leitura entradas entradas
Execuodo do Execuo programa programa
Atualizao Atualizao damemria memria da imagem imagem
Figura 3 Ciclo de Scan do controlador lgico programvel CLP

Fonte: MORAES, 2012, p30
2.2.2
CLP - tipos Os Clps segundo Natale (2005), podem ser de vrios tipos dependendo
do modelo de aplicao. So classificados de acordo com o nmero de entradas e sadas que comportam.
O tamanho normalmente usado para caracterizar um CLP, e freqentemente uma indicao de caracterstica e tipo para a aplicao que ir acomodar. Pequenos, os CLPs sem mdulos (tambm conhecidos como CLPs de I/O fixos), geralmente tm menos memria e acomodam um nmero menor de entradas e sadas na configurao fixa. Os CLPs modular, possuem bases ou racks que permitem a instalao de mltiplos mdulos de entradas e sadas, e so utilizados em aplicaes mais complexas (NATALE, 2005, p.18).
2.3
SISTEMAS SUPERVISRIOS Segundo Moraes (2012), sistemas supervisrios so sistemas digitais que
permitem monitorar e atuar sobre variveis de processo. Estas variveis so
20
normalmente atualizadas continuamente e podem ser armazenadas em banco de dados para registro do processo. Em todos os processos existentes, h basicamente dois tipos bsicos de variveis: Digitais: quando as variveis assumem apenas dois estados, se ligado ou desligado, se 0 ou 1, se aceso ou apagado. Analgicos: Quando as variveis possuem mais de dois estados e esto dentro de uma determinada faixa. Por exemplo, uma varivel temperatura que pode ter vrios valores dentro de uma faixa de 0 100 graus. Os sistemas supervisrios so classificados de acordo com a complexidade do projeto e nmero de pontos monitorados e controlados. Os dois grandes grupos atualmente conhecidos so: IHM Interface homem mquina SCADA Software de superviso controle e aquisio de dados
2.3.1
IHM Interface Homem Mquina Conforme Moraes (2012), IHM so sistemas normalmente utilizados em
automao de cho de fbrica, geralmente caracterizado por um ambiente agressivo.
A aplicao de IHMs pode ir deste simples mquinas de lavar pratos at cabines (cockpits) das aeronaves e elicpteros. Neste ltimo caso as IHMs so extremamente especializadas para atender a funo a que se destinam. Assim a IHM est normalmente prxima linha de produo, instalada na estao de trabalho, traduzindo os sinais vindos do CLP para sinais grficos de fcil entendimento. (MORAES, 2012, p.118).
As IHMs vieram em substituio aos painis sinticos e display que no passado eram utilizados como sistemas de superviso. Uma srie de benefcios possvel neste caso, dentre elas podemos ressalta:
21
Economia de fiao para conexo com o processo, pois normalmente so conectadas com CLPs atravs de comunicao serial. Reduo de tempo de instalao Maior possibilidade de comandos Maior flexibilidade para alteraes necessrias de campo Fcil operao Possibilidade de registros Permite gerao de grficos a partir dos dados do processo
Uma IHM um hardware industrial composto normalmente por uma tela de cristal liquido e um conjunto de teclas para navegao ou insero de dados que utiliza um software proprietrio para sua programao. (MORAES, 2012, p.119).
2.3.2 SCADA - superviso controle e aquisio de dados Moraes (2012), diz que o sistema Scada foi criado para superviso e controle de quantidades elevadas de variveis de entradas e sadas digitais e analgicas distribudas.
Sua aplicao tem sido implementada tanto na rea civil quanto na industrial, esses sistemas visam integridade fsica das pessoas, equipamentos e produo, constituindo muitas vezes em sistemas redundantes de hardware e meio fsico e permitindo pronta identificao de falhas. Alguns sistemas permitem a troca a quente do hardware danificado, facilitando o reparo sem necessitar de parada do sistema. (MORAES, 2012, p.120).
Um sistema scada permite superviso e controle de um grande nmero de variveis do processo, permitindo corrigir problemas, intervir e analisar dados registrados para anlise tcnica ou administrativa. A interao do operador com o processo monitorado e controlado feito atravs de interfaces grficas de fcil interpretao desenvolvidas em software proprietrio e at mesmo open source. A figura 4 representa a topologia de um software supervisrio instalado em um computador recebendo e transmitindo dados para trs CPLs montados em uma rede.
22
CLP 1 1 CLP
Fonte: MORAES, 2012, p. 121
CLP 2 2 CLP
CLP 3 3 CLP
Figura 4 Topologia de sistema SCADA.
2.4 REDES DE COMUNICAO Segundo Moraes (2012), nos dias atuais redes de automao esto sendo amplamente utilizadas, pois possibilitam uma srie de vantagens em relao a sistemas convencionais.
Atualmente, devido a seu grande avano tecnolgico, as redes de automao so largamente utilizadas, apresentando vantagens em relao a sistemas convencionais de cabeamento: diminuio de fiao, facilidade na manuteno, flexibilidade na configurao da rede e, principalmente, diagnsticos dos dispositivos. Alm disso, por usarem protocolos de comunicao digital padronizados, essas redes possibilitam a integrao de equipamentos de vrios fabricantes distintos. (MORAES, 2012, p.155).
O inicio das redes na indstria no tiveram um resultado satisfatrio por muito tempo, pois as redes eram basicamente compostas de um computador central e dispositivos de entradas, sadas e sensores conforme figura 5. Possibilitava a
23
transmisso e comunicao entre os equipamentos da rede, porm devido s dificuldades logo foi substituda.
A grande quantidade de dispositivos de entradas/sadas (sensores/atuadores) e as longas distncias usuais na indstria causam altos custos de instalao e manuteno. Outra limitao a falta de flexibilidade do sistema para extenses ou modificaes. (MORAES, 2012, p.155).
CLP 2
CLP 1 PC = Computador CLP 5
PC
CLP 3
CLP 4
Figura 5 Topologia estrela controle centralizado

Fonte: MORAES, 2012, p. 156
Conforme descrito por Moraes (2012), para suprir esta dificuldade do sistema centralizado com topologia estrela, foi desenvolvido o barramento de campo, conforme figura 6. Neste sistema a estao central (normalmente computador) comunica-se com os equipamentos da rede atravs de um barramento de comunicao. O controle continua centralizado, porm o meio de transmisso feito atravs do padro RS232 ou RS485 em forma de barramento.
COMPUTADOR CLP 1 CLP 2 CLP 3 CLP 4 CLP 5
24
Figura 6 Barramento de campo controle centralizado

Fonte: MORAES, 2012, p 157
Atualmente estes sistemas j foram aprimorados para permitir maior flexibilidade. chamado de sistemas de controle distribudos, este por sua vez no mais centralizado a uma nica estao (figura 7). Este sistema possibilita integrao entre variados meios de comunicao (estrela, barramento, etc), permite implementao mais completa para sistemas abertos (no proprietrios) o que possibilita comunicao entre equipamento de diversos fabricantes.
COMPUTADOR COMPUTADOR CLP 4 CLP 5 COMPUTADOR CLP 6 CLP 7 CLP 1 CLP 2 CLP 3
Figura 7 Sistemas de controle distribudo

2.4.1 Padro de transmisso de comunicao
25
Conforme descrito por Albuquerque (2009), existe duas maneiras bsicas de transmisso de sinais para comunicao entre dois equipamentos. A comunicao paralela: onde os bits de dados podem ser enviados todos juntos atravs de um meio fsico composto de vrias vias (figura 8), ou seja, para cada bit do dado transmitido necessita de uma via.
A comunicao paralela se torna mais difcil de implementar se estes dois sistemas esto a dezenas de metros de distncia, como ocorre, por exemplo, com os bancos de dados de redes corporativas de empresas, internet, redes industriais, entre outros (ALBUQUERQUE, 2009, p.47).
Dados
Pronto Ref. Figura 8 Comunicao paralela

A comunicao serial: um caso particular da comunicao paralela, sendo que neste apenas um bit do dado transmitido por vez e toda a informao montada de forma sequencial com a juno de cada bit. Na comunicao serial o nmero de linhas necessrias transmisso pode ser bastante reduzido, convertendo-se os dados a serem transmitidos numa sequncia serial de bits. (ALBUQUERQUE, 2009, p.48). Na comunicao serial existem dois distintos modos. O sncrono e o assncrono. Sncrono: Neste modo necessrio o sincronismo entre os sistemas em comunicao, e que iniciado atravs de um clock. Transmissor e receptor possuem frequncia de clock iguais, porm em tempos diferentes. Resumindo, transmissor e receptor esto sincronizados em uma freqncia de clock igual, nesta
26
condio a taxa de transmisso e o tamanho do dado j conhecido. Na figura 9 ilustrado o modo sncrono de comunicao
Na transmisso serial sncrona, os clocks do transmissor e receptor no devem estar sincronizados e o tempo dividido em intervalos de tamanho fixo que corresponde a um bit. O termo sncrono refere-se a esse intervalo fixo de cada bit de dados, transmitidos continuamente atravs do meio de transmisso sem qualquer sinal adicional (ALBUQUERQUE, 2009, p.50).
Dados Clock Ref.
Figura 9 Modo sncrono de comunicao

Assncrono: Neste modo no existe necessidade de sincronismo atravs do clock, o controle de tempo entre dois bytes no importante, mas o tempo da sequncia de bits que compem um byte crtico. Ambos sistemas possuem geradores de clock internos programados para a mesma taxa de transmisso de dados, chamada baud rate. A informao necessria para recuperar os dados enviados na comunicao est codificada dentro dos prprios dados.
A transmisso feita caractere a caractere (byte a byte) e cada caractere antecedido de um sinal de start e sucedido por um sinal de stop. Desta forma, se o transmissor tem dados para transmitir, ele envia um bit de partida, os bits de dados e um ou mais bits de fim (ALBUQUERQUE, 2009, p.51).
O termo assncrono refere-se a esta situao de comunicao verstil, ou seja, a comunicao pode comear a qualquer momento, no havendo
27
necessidade de manter um clock de sincronismo entre emissor e receptor. A figura 10 mostra este modo. Dados
Ref.
Figura 10 Modo assncrono de comunicao.

2.4.2 Tipos de comunicao quanto ao sentido do fluxo de dados Segundo Albuquerque (2009), as comunicaes se dividem em trs diferente tipos de acordo com o fluxo de dados: Simplex: Este sistema aquele onde somente um envia os dados e outro somente recebe Half-duplex: Neste sistema ambos equipamentos da rede podem enviar e receber dados, porm uma operao da cada vez, ou seja, enquanto um equipamento envia dados o outro aguarda para responder. Full-duplex: Consiste um modo pelo qual ambos equipamentos podem enviar e receber dados simultaneamente.
2.5 MEIOS FSICOS DE COMUNICAO
2.5.1 Principais padres de interface serial Conforme descrito por Albuquerque (2009), o padro de comunicao serial entre equipamentos varia com a necessidade do circuito de transmisso.
28
Os padres para interface serial especificam as caractersticas eltricas, mecnicas e funcionais dos circuitos entre dois equipamentos e determinam nomes, nmeros e fios necessrios para se estabelecer a comunicao. estes padres so estabelecidos pela TIA (Associao Internacional de Telecomunicaes) e pela EIA (Associao Internacional de Eletrnica) (ALBUQUERQUE, 2009, p.51).
2.5.1.1 RS-232 Segundo Albuquerque (2009), o padro de comunicao serial RS-232 sem dvida o mais conhecido e utilizado. Surgiu em meados de 1969, desenvolvido inicialmente para conexes entre terminais (computadores) e MODEMS. Basicamente utiliza trs fios para comunicao: TX: Transmisso de dados RX: Recepo de dados SG: Sinal de referncia
Para evitar conflitos de dados, os equipamentos foram divididos em dois tipos que so chamados de: DTE: Equipamento terminal de dados (Computadores, terminais, controladores) DCE: Equipamento de comunicao de dados (MODEMS) Basicamente a diferena para este dois tipos est quanto pinagem no conector, ou seja, nos DTE o pino 2 do conector DB9 (conector de 9 pinos) TX e o pino 3 RX. Para os DCE o pino 2 RX e o pino 3 TX. Outros pinos da porta serial no conector DB9 tambm podem ser usados conforme a necessidade da comunicao entre os equipamentos.
Figura 11 Conector DB9.

Fonte: Acervo do autor.
29
PINO 1 2 3 4 5 6 7 8 9
SIGLA DCD RxD TxD DTR SG DSR RTS CTS RI
NOME Data Carrier Detect Receive Data Transmit Data Data terminal Ready Signal Ground Data set Ready Request to Send Clear to Send Ring Indicator
SENTIDO PC PC PC EQ PC ---------PC EQ PC EQ EQ PC PC
OBSERVAES Modem corretamente ligado a outro Receber bytes para o PC Enviar bytes a partir do PC Estou pronto para comunicar. Posso enviar dados? Terra Ok, Estou pronto para comunicar pode enviar Posso enviar dados? Pode sim enviar os dados Indicador de chamada telefnica
Quadro 1 Descrio dos pinos do conector DB9.

Fonte: desenvolvido pelo autor.
DCD: RxD: Pino onde o PC recebe dados Txd: Pino onde o PC envia dados DTR: Pino onde o equipamento solicita ao PC se pode enviar os dados SG: Pino GND (terra de referncia) DSR: Pino onde o computador informa ao equipamento que ele pode enviar os dados RTS: Pino onde o computador pergunta ao equipamento se pode enviar os dados CTS: Pino onde o equipamento responde ao computador que ele pode sim enviar os dados RI: Indicador de chamada telefnica DTR/DSR = controle de fluxo por software, onde o programa que controla o fluxo RTS/CTS = controle de fluxo por hardware, onde o driver do sistema operacional se encarrega de controlar os sinais destes pinos
Os padres para interface serial especificam as caractersticas eltricas, mecnicas e funcionais dos circuitos entre dois equipamentos e determinam nomes, nmeros e fios necessrios para se estabelecer a comunicao. estes padres so estabelecidos pela TIA (Associao Internacional de Telecomunicaes) e pela EIA (Associao Internacional de Eletrnica) (ALBUQUERQUE, 2009, p.51).
30
2.5.1.2
RS-485 A norma TIA/EIA-485, conhecida popularmente como RS-485, descreve
uma interface de comunicao operando em linhas diferenciais capaz de se comunicar com 32 unidades de carga. Normalmente, um dispositivo transmissor/receptor corresponde a uma unidade de carga, o que faz com que seja possvel comunicar com ate 32 dispositivos. Entretanto, existe dispositivos que consomem fraes de unidade de carga, o que aumenta o Maximo nmero de dispositivos a serem interligados. O meio fsico mais utilizado um par tranado. Atravs deste nico par de fios, cada dispositivo transmite e recebem dados. Cada dispositivo aciona o seu transmissor apenas no instante que necessita transmitir, mantendo-o desligado no resto do tempo de modo a permitir que outros dispositivos transmitam dados. Em um determinado instante de tempo, somente um dispositivo pode transmitir, o que caracteriza esta rede como half-duplex. De acordo com Albuquerque (2009), no protocolo RS485 h apenas um par de fios para transmisso e recepo que deve ser compartilhado. Esta estratgia possui algumas vantagens e desvantagens. Vantagens: A grande vantagem sem dvidas a possibilidade de interligar vrios equipamentos que podem se comunicar entre si atravs do mesmo cabo. O alcance da transmisso pode chegar at 1200 metros Desvantagens: Como grande desvantagem pode-se citar que se trata de uma comunicao half-duplex, ou seja, apenas um de cada vez. Enquanto um equipamento da rede est enviando dados, todos os outros devem aguardar. Comunicao mais lenta comparada com a RS232 A RS-485 se caracteriza pela utilizao de um meio de comunicao diferencial (ou balanceado), denominado par tranado. Os circuitos transmissores e receptores adotados nestas interfaces utilizam como informao a diferena entre os nveis de tenso em cada condutor do par trancado. Os cdigos binrios so identificados pela polaridade (+ ou -) da diferena de tenso entre os condutores do par, ou seja, quando a tenso no condutor + for maior que no condutor -, e
31
caracterizado um nvel lgico 1; quando, ao contrario, a tenso no condutor - for maior que no condutor +, e caracterizado um nvel lgico 0. Uma margem de rudo de mais ou menos 0,2 V definida para aumentar a tolerncia a interferncias. Esta tcnica resulta no cancelamento de rudos induzidos no meio de transmisso, pois se o mesmo rudo induzido nos 2 condutores, a diferena de tenso entre eles no se altera e a informao e preservada. A interferncia eletromagntica emitida por um barramento de comunicao diferencial tambm menor que a emitida por barramentos de comunicao no diferenciais.
2.5.1.2.1
Resistores de terminao A teoria de comunicaes descreve a necessidade de terminao de
linhas de comunicao com um valor de impedncia correspondente a impedncia caracterstica da linha de transmisso. A correta terminao atenua reflexes que distorcem os dados transmitidos, aumentando os limites de velocidade e/ou comprimento da rede. Alguns mtodos de terminao disponveis esto representados nas figuras 12, 13 e 14.
CLP1
CLP2
CLP3
CLP4
SEM RESISTOR DE TERMINAO Figura 12 Rede RS485 sem resistor de terminao de linha.
32
R1
CLP1
CLP2
CLP3
CLP4
TERMINAO PARALELA Figura 13 Rede RS485 com resistor em uma extremidade

R2
R1
CLP1
CLP2
CLP3
CLP4
TERMINAO BIDIRECIONAL Figura 14 Rede RS485 sem resistor nas duas extremidades
Redes no terminadas so baratas, de menor consumo e simples de implementar. A desvantagem clara e que as taxas de comunicao devem ser lentas ou os cabos curtos o bastante para manter a rede confivel. Redes com cabos curtos (ate 100 m) e operando a baixa velocidade (ate 19200 bps) operam adequadamente mesmo sem a utilizao de resistores de terminao. A terminao paralela oferece excelentes taxas de comunicao, mas limitada a redes com um nico driver, onde um dispositivo fala e os demais apenas escutam. Nesses casos, o driver deve ser posicionado em uma extremidade da rede e o resistor de terminao na outra. O terceiro mtodo a terminao bidirecional, que oferece uma excelente integridade do sinal. Com esta tcnica, os drivers podem estar localizados em qualquer ponto da rede. A desvantagem que o consumo da rede aumenta. Este ,
33
seguramente, um dos mtodos mais confiveis de terminao. A impedncia caracterstica de um par trancado de aproximadamente 120 ohms, sendo este um valor adequado para o resistor de terminao a ser instalado. O ultimo assunto relacionado terminao o que fazer com os condutores no usados em um cabo de dados. Condutores no usados podero autoressonar e acoplar rudo aos condutores de dados. Se eles forem deixados abertos, eles iro ressonar em todos os tipos de frequncias; se forem aterrados em uma extremidade, iro ressonar em L/2 (L e o comprimento do cabo); se forem aterrados nas duas extremidades, iro ressonar em L/4. A melhor maneira de minimizar a energia de um condutor no utilizado dissip-la em forma de calor. Para tanto, deve-se colocar resistores de terminao em ambas as extremidades do condutor para o terra (uma terminao bidirecional). Os resistores devem possuir um valor igual impedncia caracterstica da linha, ou seja, em torno de 120 ohms. Uma melhor alternativa e utilizar cabos em que no sobrem condutores.
Muitos equipamentos j possuem este resistor internamente, adicionados ou retirados atravs de chaves dip-switches, para o caso dos equipamentos estarem localizados nas extremidades do cabeamento ou ao longo deste, respectivamente (ALBUQUERQUE, 2009, p.61).
A figura 15 mostra como o diagrama mais usual de uma rede RS485 com alguns equipamentos conectados, sendo neste caso um computador como mestre da rede.
CLP 1
CLP 2
CLP 3
CLP 4
34
Figura 15 Rede RS485.

2.5.2 Ethernet Segundo Comer (2007), como a ethernet usa uma topologia de barramento, vrios computadores devem compartihar o acesso a um nico meio. O remetente transmite o sinal de requisio ou resposta e este sinal se propaga por todo cabo, isto quer dizer que o remetente tem uso exclusivo do cabo durante a transmisso dos dados.
Ethernet uma rede de barramento em que mltiplos computadores compartilham um meio de transmisso nico. Enquanto um computador transmite um quadro para outro, todos os demais devem esperar. (COMER, 2007, p.122).
No incio utilizavam-se cabos coaxiais para transmisso dos dados, no entanto com o passar do tempo e avano da tecnologia em vez de um meio compartilhado estende a ideia usada em multiplexao de conexes, ou seja, um dispositivo serve como centro da rede. Este dispositivo conhecido como HUB e o sistema conhecido como ethernet de par tranado montado em uma topologia estrela, conforme pode ser visto na figura 16. Os componentes eletrnicos do HUB simulam um cabo fsico, fazendo o sistema operar como uma ethernet convencional, onde a transmisso de dados serial entre dois terminais, e que possuem endereo fsico para serem identificados.
O esquema de cabeamento para ethernet de par tranado usa um dispositivo eletrnico conhecido como hub em lugar de um cabo compartilhado. A conexo entre um computador e o hub emprega cabeamento de par tranado (COMER, 2007, p.122).
35
HUB
COMPUTADOR COMPUTADOR 1 1 OU OU TERMINAL TERMINAL 1 1 COMPUTADOR COMPUTADOR 2 2 OU OU TERMINAL TERMINAL 2 2
Cabeamento de par tranado

COMPUTADOR COMPUTADOR 3 3 OU OU TERMINAL TERMINAL 3 3 COMPUTADOR COMPUTADOR 4 4 OU OU TERMINAL TERMINAL 4 4
Figura 16 Computadores conectados a um HUB usando cabeamento de par tranado.

Fonte: COMER, 2007, p. 152
2.6 REDES INDUSTRIAIS Segundo Albuquerque (2009), Paralelamente ao crescimento do uso das LAN em ambientes redes administrativos, industriais, chamadas redes corporativas, de foram ou desenvolvidas denominadas barramentos campo
simplesmente fieldbus.
As redes de campo surgiram da necessidade de interligar equipamentos usados nos sistemas de automao, que se proliferam operando independentemente. A interligao desses equipamentos em rede permitiu o compartilhamento de recursos e base de dados, as quais passaram a ser nicas e no mais replicadas, conferindo mais segurana aos usurios da informao (ALBUQUERQUE, 2009, p.113)
2.7 PROTOCOLOS DE COMUNICAO Na comunicao de dados e na interligao em rede, protocolo um padro que especifica o formato de dados e as regras a serem seguidas. Sem protocolos, uma rede no funciona. Um protocolo determina como um programa
36
deve preparar os dados para serem enviados para o estgio seguinte do processo de comunicao. Os diversos protocolos de comunicao que hoje so utilizados nas redes de dados podem ser comparados a idiomas, ou linguagens que servem para estabelecer a comunicao entre os equipamentos eletrnicos e as mquinas na indstria. Por exemplo: no processo de fabricao da cerveja, enquanto um PLC controla o envasamento do produto na garrafa, outro dispositivo ir controlar a aplicao da tampa na garrafa; para que cada etapa seja executada com eficincia, estes dispositivos precisam estabelecer uma comunicao estvel e contnua entre si.
2.7.1 Modbus Segundo Albuquerque (2009), O MODBUS um protocolo para barramento de campo criado pela MODICON, empresa fabricante de produtos para automao, visando o uso em seu prprios dispositivos. Protocolos de uso exclusivo de uma empresa so denominados protocolos proprietrios, enquanto os protocolos padronizados por instituies internacionais para o uso independente de fabricantes so chamados de protocolos abertos. Porm com o tempo, o MODBUS foi adotado por um grande nmero de fabricantes, com autorizao da prpria MODICON. Atualmente o MODBUS um protocolo aberto utilizado por milhares de fabricantes em todo o mundo. O MODBUS baseado no modelo mestre/escravo, Neste modelo os escravos de uma rede no podem conversar entre si, e toda a comunicao deve passar pelo mestre da rede. Em uma dede MODBUS a comunicao da seguinte forma: O mestre pode requisitar a informao de um escravo na rede O mestre pode enviar uma mensagem a todos os escravos na rede Um escravo jamais pode requisitar informao de outro escravo
37
Como o mestre est ligado, assim como todos os escravos sobre uma rede bidirecional do tipo barramento, necessrio designar um endereo para cada escravo na rede. Todos os escravos recebem as questes do mestre, mas s o escravo endereado responde ao mestre. Esse endereo pode variar de 1 a 247, sendo possvel, haver 1 mestre e 247 escravos (ALBUQUERQUE, 2009, p.119)
2.7.2
TCP/IP O TCP/IP no na verdade um protocolo, mas sim um conjunto de
protocolos uma pilha de protocolos, como ele mais chamado. Seu nome, por exemplo, j faz referncia a dois protocolos diferentes, o TCP (Transmission Control Protocol, Protocolo de Controle de Transmisso) e o IP (Internet Protocol, Protocolo de Internet). Existem muitos outros protocolos que compem a pilha TCP/IP, como o FTP, o HTTP, o SMTP e o UDP e etc. A arquitetura do TCP/IP pode ser vista na figura 17.
Figura 17 Exemplo de arquitetura da automao industrial

Fonte: (CLUBE DO HARDWARE, 2012)
Como pode ser visto, o TCP/IP tem quatro camadas. Os programas se comunicam com a camada de Aplicao. Na camada de Aplicao voc encontrar os protocolos de aplicao tais como o SMTP (para e-mail), o FTP (para a transferncia de arquivos) e o HTTP (para navegao web). Cada tipo de programa
38
se comunica com um protocolo de aplicao diferente, dependendo da finalidade do programa. Aps processar a requisio do programa, o protocolo na camada de Aplicao se comunicar com outro protocolo na camada de Transporte, normalmente o TCP. Esta camada responsvel por pegar os dados enviados pela camada superior, dividi-los em pacotes e envi-los para a camada imediatamente inferior, a camada Internet. Alm disso, durante a recepo dos dados, esta camada responsvel por colocar os pacotes recebidos da rede em ordem (j que eles podem chegar fora de ordem) e tambm verificam se o contedo dos pacotes est intacto. Na camada Internet ns temos o IP (Internet Protocol, Protocolo Internet), que pega os pacotes recebidos da camada de Transporte e adiciona informaes de endereamento virtual, isto , adiciona o endereo do computador que est enviando os dados e o endereo do computador que receber os dados. Esses endereos virtuais so chamados endereos IP. Em seguida os pacotes so enviados para a camada imediatamente inferior, a camada Interface com a Rede. Nesta camada os pacotes so chamados datagramas. A camada Interface com a Rede receber os pacotes enviados pela camada Internet e os enviar para a rede (ou receber os dados da rede, caso o computador esteja recebendo dados). O que est dentro desta camada depender do tipo de rede que seu computador estiver usando. Atualmente praticamente todos os computadores utilizam um tipo de rede chamado Ethernet (que est disponvel em diferentes velocidades; as redes sem fio tambm so redes Ethernet) e, portanto, voc deve encontrar na camada Interface com a Rede as camadas do Ethernet, que so Controle do Link Lgico (LLC), Controle de Acesso ao Meio (MAC) e Fsica, listadas de cima para baixo. Os pacotes transmitidos pela rede so chamados quadros.
2.7.2.1
Camada de Aplicao Esta camada faz a comunicao entre os programas e os protocolos de
transporte. Existem vrios protocolos que operam na camada de aplicao. Os mais conhecidos so o HTTP (HyperText Transfer Protocol, Protocolo de Transferncia
39
Hipertexto), o SMTP (Simple Mail Transfer Protocol, Protocolo Simples de Transferncia de Correspondncia), o FTP (File Transfer Protocol, Protoloco de Transferncia de Arquivos), o SNMP (Simple Network Management Protocol, Protocolo Simples de Gerenciamento de Redes), o DNS (Domain Name System, Sistema de Nome de Domnio) e o Telnet. Quando um programa cliente de e-mail quer baixar os e-mails que esto armazenados no servidor de e-mail, ele efetuar esse pedido para a camada de aplicao do TCP/IP, sendo atendido pelo protocolo SMTP. Quando voc entra um endereo WWW em seu navegador para visualizar uma pgina na Internet, ele se comunicar com a camada de aplicao do TCP/IP, sendo atendido pelo protocolo HTTP ( por isso que as pginas da Internet comeam com http://). E assim por diante. A camada de aplicao comunica-se com a camada de transporte atravs de uma porta. As portas so numeradas e as aplicaes padro usam sempre uma mesma porta. Por exemplo, o protocolo SMTP utiliza sempre a porta 25, o protocolo HTTP utiliza sempre a porta 80 e o FTP as portas 20 (para transmisso de dados) e 21 (para transmisso de informaes de controle). O uso de um nmero de porta permite ao protocolo de transporte (tipicamente o TCP) saber qual o tipo de contedo do pacote de dados (por exemplo, saber que o dado que ele est transportando um e-mail) e, no receptor, saber para qual protocolo de aplicao ele dever entregar o pacote de dados, j que, como estamos vendo, existem inmeros. Assim, ao receber um pacote destinado porta 25, o protocolo TCP ir entreg-lo ao protocolo que estiver conectado a esta porta, tipicamente o SMTP, que por sua vez entregar o dado aplicao que o solicitou (o programa de e-mail). Na Figura 18 ilustramos como a camada de Aplicao funciona.
40
Figura 18 Camada de aplicao.

2.7.2.2 Camada de Transporte Na transmisso de dados, a camada de transporte responsvel por pegar os dados passados pela camada de aplicao e transform-los em pacotes. O TCP (Transmission Control Protocol, Protocolo de Controle da Transmisso) o protocolo mais usado na camada de Transporte. Na recepo de dados, o protocolo TCP pega os pacotes passados pela camada Internet e trata de coloc-los em ordem, j que os pacotes podem chegar ao destino fora de ordem, confere se os dados dentro dos pacotes esto ntegros e envia um sinal de confirmao chamado acknowledge (ack) ao transmissor, avisando que o pacote foi recebido corretamente e que os dados esto ntegros. Se nenhum sinal de confirmao (acknowledge) for recebido (ou porque o dado no chegou ao destino ou porque o TCP descobriu que o dado estava corrompido), o transmissor enviar novamente o pacote perdido. Enquanto que o TCP reordena os pacotes e usa mecanismo de confirmao de recebimento o que desejvel na transmisso de dados existe um outro protocolo que opera nesta camada que no tem esses recursos. Este protocolo o UDP (User Datagram Protocol, Protocolo de Datagrama do Usurio).
41
Por essa razo o TCP considerado um protocolo confivel, enquanto que o UDP considerado um protocolo no confivel. O UDP tipicamente usado quando nenhum dado importante est sendo transmitido, como requisies DNS (Domain Name System, Sistema de Nome de Domnio). Como o UDP no reordena os pacotes e nem usa mecanismo de confirmao, ele mais rpido do que o TCP. Quando o UDP usado, a aplicao que solicita a transmisso ser a responsvel por verificar se os dados recebidos esto intactos ou no e tambm de reordenar os pacotes recebidos, isto , a aplicao far o trabalho do TCP. Durante a transmisso de dados, tanto o UDP quanto o TCP recebero os dados passados da camada de Aplicao e adicionaro a esses dados um cabealho. Na recepo de dados, o cabealho ser removido antes de os dados serem enviados para a porta apropriada. Neste cabealho esto vrias informaes de controle, em particular o nmero da porta de origem, o nmero da porta de destino, um nmero de seqncia (para a confirmao de recebimento e mecanismos de reordenamento usado pelo TCP) e uma soma de verificao (chamada checksum ou CRC, que um clculo usado para verificar se o dado foi recebido intacto no destino). O cabealho UDP tem 8 bytes, enquanto que o cabealho TCP tem entre 20 e 24 bytes (dependendo se o campo opes estiver sendo ou no usado). Na Figura 19 ilustramos o pacote de dados gerado na camada de transporte. Este pacote de dados ser enviado para a camada Internet (se estamos transmitindo dados) ou ser recebido da camada Internet (se estamos recebendo dados).
42
Figura 18 Camada de transporte.

2.7.2.3
Camada Internet Em redes TCP/IP cada computador identificado com um endereo
virtual nico, chamado endereo IP. A camada Internet responsvel por adicionar um cabealho ao pacote de dados recebidos da camada de Transporte onde, entre outros dados de controle, ser adicionado tambm o endereo IP de origem e o endereo IP de destino isto , o endereo IP do computador que est enviando os dados e o endereo IP do computador que dever receb-los. A placa de rede de cada computador tem um endereo fsico. Este endereo est gravado na memria ROM da placa de rede e chamado endereo MAC. Dessa forma, em uma rede local se o computador A quiser enviar dados para o computador B, ele precisar saber o endereo MAC do computador B. Enquanto que em uma pequena rede local os computadores podem facilmente descobrir o endereo MAC de todos os PCs, esta no uma tarefa to simples em uma rede global como a Internet. Se nenhum esquema de endereamento virtual for usado, voc precisa saber o endereo MAC do computador de destino, o que no apenas uma tarefa complicada, mas tambm no ajuda no roteamento dos pacotes, j que este endereo no usa uma estrutura em rvore (em outras palavras, enquanto o endereamento virtual usado na mesma rede ter endereos sequenciais, com o endereamento MAC o computador com o endereo MAC seguinte ao seu pode estar na Rssia). Roteamento o caminho que os dados devem usar para chegar ao destino. Quando voc solicita dados de um servidor da Internet, por exemplo, este dado passa por vrios locais (chamados roteadores) antes de chegar ao seu computador. Em todas as redes conectadas Internet existe um dispositivo chamado roteador, que faz a ponte entre os computadores na sua rede local e a Internet. Todo roteador tem uma tabela contendo as redes conhecidas e tambm uma configurao chamada gateway padro apontando para outro roteador na Internet. Quando seu computador envia um pacote de dados para a Internet, o roteador conectado sua rede primeiro verifica se ele conhece o computador de destino em outras palavras,
43
o roteador verifica se o computador de destino est localizado na mesma rede ou em uma rede que ele conhece a rota. Se ele no conhecer a rota para o computador de destino, ele enviar o pacote para seu gateway padro, que outro roteador. Este processo repetido at que o pacote de dados chegue ao seu destino. H vrios protocolos que operam na camada Internet: IP (Internet Protocol, Protocolo de Internet), ICMP (Internet Control Message Protocol, Protocolo de Controle de Mensagens Internet), ARP (Address Resolution Protocol, Protocolo de Resoluo de Endereos) e RARP (Reverse Address Resolution Protocol, Protocolo de Resoluo de Endereos Reversos). Os pacotes de dados so enviados usando o protocolo IP, e por isso que explicaremos o seu funcionamento. O IP pega os pacotes de dados recebidos da camada de Transporte (do protocolo TCP se voc est transmitindo dados como e-mails ou arquivos) e os divide em datagramas. O datagrama um pacote que no contm nenhum tipo de confirmao de recebimento (acknowledge), o que significa que o IP no implementa nenhum mecanismo de confirmao de recebimento, isto , ele um protocolo no confivel. Voc deve notar que durante a transferncia de dados o protocolo TCP ser usado acima da camada Internet (ou seja, acima do IP) e o TCP implementa mecanismo de confirmao de recebimento. Portanto apesar de o protocolo IP no verificar se o datagrama chegou ao destino, o protocolo TCP far esta verificao. A conexo ser ento confivel, apesar do IP sozinho ser um protocolo no confivel. Cada datagrama IP pode ter um tamanho mximo de 65.535 bytes, incluindo seu cabealho, que pode usar 20 ou 24 bytes, dependendo se um campo chamado opes for usado ou no. Dessa forma os datagramas IP podem transportar at 65.515 ou 65.511 bytes de dados. Se o pacote de dados recebidos da camada de Transporte for maior do que 65.515 ou 65.511 bytes, o protocolo IP fragmentar os pacotes em quantos datagramas forem necessrios Na Figura 20 ns ilustramos o datagrama gerado na camada Internet pelo protocolo IP. interessante notar que o que a camada Internet v como sendo dados o pacote completo que ela recebe da camada de Transporte, que inclui o cabealho TCP ou UDP. Este datagrama ser enviado para a camada Interface com a Rede (se estivermos transmitindo) ou pode ter sido recebido da camada Interface com a Rede (se estivermos recebendo dados).
44
Como mencionamos anteriormente, o cabealho adicionado pelo protocolo IP inclui o endereo IP de origem, o endereo IP de destino e vrias outras informaes de controle.
Figura 20 Camada de internet.

Fonte: (CLUBE DO HARDWARE, 2012.)
Se voc prestar ateno, ns no dissemos que o datagrama IP tem 65.535 bytes, mas ele pode ter at 65.535 bytes. Isto significa que o campo de dados do datagrama no tem um tamanho fixo. Como os datagramas sero transmitidos pela rede dentro de quadros produzidos pela camada Interface com a Rede, normalmente o sistema operacional configurar o tamanho do datagrama IP para ter o tamanho mximo da rea de dados do quadro de dados usado em sua rede. O tamanho mximo do campo de dados dos quadros que so transmitidos pela rede chamado MTU, Maximum Transfer Unit, ou Unidade de Transferncia Mxima. As redes Ethernet que so o tipo de rede mais comum hoje em dia, incluindo sua encarnao sem fio pode transportar at 1.500 bytes de dados, ou seja, seu MTU de 1.500 bytes. Por isso o sistema operacional configura
45
automaticamente o protocolo IP para criar datagramas IP com 1.500 bytes em vez de 65.535 (que no caberia no quadro). O TCP/IP um conjunto de protocolos que lida com as camadas 3 a 7 do modelo de referncia OSI. O Ethernet um conjunto de protocolos que lida com as camadas 1 e 2 do modelo de referncia OSI o que significa que o Ethernet se preocupa com o aspecto fsico da transmisso de dados. Por isso eles se complementam, j que precisamos das sete camadas completas (ou suas equivalentes) para estabelecer uma conexo de rede. Outra caracterstica que o protocolo IP permite a fragmentao. Como mencionamos, at chegar a seu destino o datagrama IP provavelmente passar por vrias outras redes no meio do caminho. Se todas as redes no caminho entre o computador transmissor e o receptor usarem o mesmo tipo de rede (por exemplo Ethernet), maravilha, j que todos os roteadores trabalharo com a mesma estrutura do quadro (isto , o mesmo tamanho de MTU). No entanto, se aquelas outras redes no forem redes Ethernet, elas podem usar um tamanho diferente de MTU. Se isto acontecer, o roteador que est recebendo os quadros com o MTU configurado com 1.500 bytes dividir o datagrama IP em quantos quadros forem necessrios para atravessar a rede com o tamanho de MTU menor. Ao chegar no roteador que tem sua sada conectada a uma rede Ethernet, este roteador remontar o datagrama original. Na Figura 21 voc pode ver um exemplo disto. O quadro original usa um MTU de 1.500 bytes. Quando o datagrama chega a uma rede com o tamanho de MTU de 620 bytes, cada quadro tem de ser dividido em trs quadros (dois com 600 bytes e um com 300 bytes). Em seguida o roteador na sada desta rede (roteador 2) remonta o datagrama original.
46
Figura 21 Diviso de um datagrama.

2.7.2.4 Camada Interface com a Rede Os datagramas gerados na camada Internet sero passados para a camada Interface com a Rede, durante a transmisso de dados, ou a camada de Interface com a Rede pegar os dados da rede e os enviar para a camada de Internet, na recepo dos dados. Esta camada definida pelo tipo de rede fsica a qual seu computador est conectado. Quase sempre seu computador estar conectado a uma rede Ethernet (redes sem fio tambm so redes Ethernet como explicaremos). Com j descrito, o TCP/IP um conjunto de protocolos que lida com as camadas 3 a 7 do modelo de referncia OSI, enquanto que o Ethernet um conjunto de protocolos que lida com as camadas 1 e 2 do modelo de referncia OSI o que significa que o Ethernet lida com os aspectos fsicos da transmisso de dados. Por isso um complementa o outro, j que precisamos das sete camadas completas (ou suas equivalentes) para estabelecer uma conexo de rede. O Ethernet tem trs camadas: LLC (Controle do Link Lgico), MAC (Controle de Acesso ao Meio) e Fsica. O LLC e o MAC correspondem, juntas, a segunda camada do modelo de referncia OSI. A figura 22 mostra a arquitetura do Ethernet.
47
Figura 22 Arquitetura do ethernet.

A camada LLC a responsvel por adicionar informaes de que o protocolo na camada Internet foi o responsvel por gerar os dados. Dessa forma, durante a recepo de dados da rede esta camada no computador receptor tem que saber que protocolo da camada de Internet ele deve entregar os dados. Esta camada definida pelo protocolo IEEE 802.2. A camada de Controle de Acesso ao Meio (MAC) a responsvel por montar o quadro que ser enviado para a rede. Esta camada responsvel por adicionar o endereo MAC de origem e de destino como explicamos anteriormente, o endereo MAC um endereo fsico de uma placa de rede. Os quadros que so destinados a outras redes utilizaro o endereo MAC do roteador da rede como endereo de destino. Esta camada definida pelo protocolo IEEE 802.3, se uma rede com cabos estiver sendo usada, ou pelo protocolo IEEE 802.11, se uma rede sem fio estiver sendo usada. A camada Fsica a responsvel por converter o quadro gerado pela camada MAC em sinais eltricos (se for uma rede cabeada) ou eletromagnticos (se for uma rede sem fio). Esta camada tambm definida pelo protocolo IEEE 802.3, se for uma rede com cabos estiver sendo usada, ou pelo IEEE 802.11, se uma rede sem fio estiver sendo usada. As camadas LLC e MAC adicionam suas informaes de cabealho ao datagrama recebido da camada Internet. Portanto uma estrutura completa de
48
quadros gerados por essas duas camadas pode ser vista na Figura 23. Note que os cabealhos adicionados pelas camadas superiores so vistos como dados pela camada LLC. A mesma coisa acontece com o cabealho inserido pela camada LLC, que ser visto como dado pela camada MAC. A camada LLC adiciona um cabealho de 3 ou 5 bytes e seus datagrama tem um tamanho total mximo de 1.500 bytes, deixando um mximo de 1.497 ou 1.492 bytes para dados. A camada MAC adiciona um cabealho de 23 bytes e um CRC (soma dos dados para identificao de erros) de 4 bytes ao final do datagrama recebido da camada LLC, formando o quadro Ethernet. Portanto o tamanho mximo de um quadro Ethernet de 1.526 bytes.
Figura 23 Fluxo TCP/IP

Fonte: (CLUBE DO HARDWARE, 2012.)
2.8 TRANSMISSO DE DADOS VIA SISTEMA DE TELEFONIA MVEL CELULAR Segundo Albuquerque (2009), nas aplicaes onde as unidade de comunicao esto muito distantes, a soluo mais adequada o uso da transmisso dos sistemas de telefonia mvel (celular), como modem ou mensagens SMS .
49
Quando o sistema utiliza a telefonia mvel com tecnologia GSM como meio de transmisso de dados, possvel fazer telemetria e controle atravs de GPRS ou telemetria atravs de GSM. Uma das grandes diferenas entre os servios GPRS e SMS o custo, mas fundamentalmente a funcionalidade. Para a anlise de vantagens e desvantagens no uso de cada servio, devem, portanto, ser includas as caractersticas da aplicao. O SMS um servio de mensagens curtas, em que cada mensagem pode conter at 160 caracteres. Este servio cobrado por mensagens e cada uma possui um custo varivel de acordo com a operadora do servio, o cliente e o plano assinado. O sistema SMS de transmisso no exige um canal de comunicao permanentemente aberto, ou seja, um canal s alocado no momento da transmisso. O servio GPRS bem diferente e, sem dvidas, uma soluo bem mais vantajosa em termos de custo.
A tecnologia faz uso de comutao de pacotes e a conexo pode permanecer aberta sem a necessidade de um canal aberto. por este motivo que o servio GPRS cobrado por dados e no por tempo. A maioria das operadoras costumam afirmar para seus usurios comuns que o custo por quilo-byte (1kB) de dados na conexo GPRS menor que a utilizao de SMS. Para clientes corporativos os planos de dados GPRS podem ser bem mais interessantes, dependendo da aplicao. Uma outra caracterstica do GPRS o uso do protocolo TCP/IP e a sua conectividade com a internet (ALBUQUERQUE, 2009, p.102)
2.8.1 Configurao do sistema Para o uso do servio SMS os nicos componentes necessrios para a comunicao so os mdulos GSM e a prpria rede GSM. Os endereos dos mdulos so os nmeros das caixas postais dos SIM cards, que so fixos e nicos. Todas as estaes podem trocar mensagens entre si de forma direta. No servio GPRS, o mdulo GSM ganha um endereo IP no domnio da rede GPRS e pode acessar servidores com endereos IP no domnio da internet.
50
O servio GPRS foi originalmente desenvolvido para conectar dispositivos mveis s aplicaes da internet, usando, portanto, a arquitetura cliente/servidor. Para o uso de GPRS em estaes telemtricas a soluo deve seguir a mesma arquitetura: as estaes remotas como clientes e a central de operao como servidor de aplicao. (ALBUQUERQUE, 2009, p.103)
3 METODOLOGIA
Neste captulo so apresentados os principais passos da metodologia utilizada na elaborao deste projeto. O estudo foi desenvolvido a partir do levantamento de dados na modalidade de pesquisa de campo, descritiva e experimental. As informaes necessrias foram obtidas atravs de contato direto com empresrios de todo territrio nacional onde viram as vantagens deste tipo de automao.
3.1 CARACTERIZAES DA PESQUISA A pesquisa utilizada neste estudo uma pesquisa de campo-descritivaexperimental-ao com objetivos de conseguir informaes referentes ao processo de estudo, e que tambm consiste no teste de equipamentos a fim de suprir necessidades impostas.
3.2 COLETA DE DADOS As informaes adquiridas para o melhor desenvolvimento deste projeto foram fornecidas por empresrios que vivenciam dia a dia o ambiente fabril e suas dificuldades quanto a tomada de decises para agilidade no processo produtivo. E baseado neste relatrio partiu-se ento para o desenvolvimento de um projeto capaz de suprir as necessidades. Com objetivos de maior produtividade e menor tempo.
51
3.3 TRATAMENTOS DOS DADOS Aps a obteno dos dados, a prxima etapa anlise e interpretao dos mesmos, sendo que ambas constituem-se no aspecto central da pesquisa. As ferramentas utilizadas na coleta de dados sero desenvolvidas de forma eficaz, visando assegurar nesta etapa uma correta analise e interpretao dos dados coletados. Dada a importncia desta etapa para o presente estudo, a mesma ser desenvolvida juntamente com o professor orientador, evitando que qualquer informao incorreta possa ser exposta no relatrio final do trabalho de pesquisa, comprometendo o estudo realizado.
3.4 NECESSIDADES DE CONTROLE AQUISIO DE DADOS E SUPERVISO REMOTOS Nesta etapa de pesquisa na modalidade ao foram analisadas as dificuldades encontradas pelas empresas em agir de forma rpida sobre uma correo ou modificao dentro de um processo produtivo de forma que qualquer defeito posso ser corrigido o mais rpido possvel permitindo assim, maior produtividade. Necessrio ainda maior gerenciamento sobre os custos fixos, buscando reduzir gastos desnecessrios principalmente relacionados ao sistema eltrico que normalmente representa o maior custo fixo de uma empresa.
3.5 ANLISE DAS NECESSIDADES DE CONTROLE Aps definido a necessidade, partiu-se para execuo de um projeto para tal finalidade, apoiado pela empresa Brasiltec Automao Industrial, de forma que
52
seja possvel comprovar o funcionamento e viabilidade de um projeto para o objetivo maior que controle, aquisio de dados e superviso remotos.
53
4 DESENVOLVIMENTO DO SISTEMA
4.1 INTRODUO AO DESENVOLVIMENTO Com os avanos da informtica surgiu a necessidade de gerenciar toda a automao existente e local de forma remota com acesso de qualquer lugar no mundo. Isto torna interveno sobre o processo produtivo de forma mais rpida, visando reparar ou alterar parmetros de equipamentos com finalidade nica de aumento em produtividade. O acesso remoto aos equipamentos responsveis pela automao e gerenciamento da empresa permite que os responsveis supervisionem e possam agir sobre tais equipamentos sem mesmo ter que estar na empresa. O sistema a ser desenvolvido, apresenta a ideia para controle e superviso remota de equipamentos de campo.
4.2 PROBLEMTICA ATUAL O mercado cada dia mais competitivo fora com que as empresa busquem novas alternativas para maior lucratividade, ou seja, necessrio produzir mais com menor custo. Para alcanar os objetivos as empresas investem em automao de mquinas e processos. Esta automao normalmente permite superviso e controle total sobre o processo produtivo. Em muitos casos esta automao poderia ter resultados mais satisfatrios, caso o gerenciador/diretor do processo de produo tivesse o acesso em tempo real a planta produtiva e seus equipamentos. Mais que o acesso local necessrio que se tenha controle e superviso de qualquer lugar do mundo.
54
4.3 O PROJETO O projeto consiste em desenvolver um prottipo conforme desenho do anexo 1 que permite fazer controle e superviso de equipamentos de ampla utilizao na indstria em geral. A ideia bsica desenvolver uma interface para controle, e superviso dos equipamentos que consta neste protottipo. Esta interface ser desenvolvida em um software Scada comercial (Elipse Scada). Os equipamentos a serem utilizados possuem uma porta serial que pode ser RS485 ou RS232 onde nestas portas fornecem dados com protocolo industrial aberto que neste projeto MODBUS_RTU. A fluxo : Os equipamentos enviam dados pela porta serial (RS485, RS232, RS422 e etc), para o software scada, este por sua vez alm receber os dados pode enviar comando aos equipamentos para executar funes de controle. Arquitetura de transmisso baseada em MESTRE/ESCRAVO ou CLIENTE/SERVIDOR. Neste projeto prottipo o computador sempre ser o mestre de rede e os equipamentos escravos. Basicamente o projeto consiste em o software scada enviar frames de dados (pergunta) aos escravos da rede e estes por sua vez respondem com a informao/dado solicitado pelo mestre (computador) Atualmente j muito comum este tipo de gerenciamento e controle dos equipamentos, no entanto este trabalho tem por objetivo propor que toda esta troca de dados trafeguem sobre a internet, isto quer dizer: Controle e superviso de qualquer lugar do mundo. O trafego de dados pela internet poder ser feito de duas distintas maneiras: 1. As informaes de escrita e leitura so enviadas atravs do modem de acesso a internet do cliente. 2. Ou atravs da tecnologia GPRS, que baseada na transmisso de dados atravs dos operadores de telefonia. Todas as informaes de comunicao passam pelo servidor da brasiltec, isto garante maior segurana dos dados, e possibilita maior facilidade na identificao de falhas da automao sendo que os dados podem ser acessados e monitorados a qualquer instante pelo administrador do servidor brasiltec.
55
O propsito final do projeto desenvolver prottipo montado em painel que permita controlar equipamentos remotamente e monitorar o status de grandezas fsicas, tais como temperatura, umidade e grandezas eltricas. Equipamentos principais a serem utilizados para funcionamento do prottipo: 1. CLP crouzet modelo millenium 3 XD26 24Vcc (Schneider) 2. Mdulo de comunicao MODBUS_RTU slave (Schneider) 3. Multimedidor de grandezas eltricas com comunicao via porta serial RS485 e protocolo MODBUS_RTU slave (BRASILTEC automao) 4. Conversor cliente GPRS (BRASILTEC automao) 5. Conversor serial/ethernet 6. Conversor de entrada PWM para sinal analgico linear 0-10Vcc (Schneider) 7. Sensor de umidade e temperatura ambiente (BRASILTEC automao) 8. Inversor de frequncia SINUS N (SANTERNO) 9. Sinaleiros de indicao de status (BRASILTEC) 10. Roteador wireless (BRASILTEC) 11. Painel metlico 600X500X250 com os equipamentos montados (BRASILTEC)
4.4 FLUXO DA AUTOMAO REMOTA A figura 24 representa o fluxo do conceito de automao remota, onde os equipamentos enviam (respondem ao mestre) os dados de porta serial (dados do processo) para um servidor, que neste meu projeto servidor da BRASILTEC, este por sua vez controla o fluxo dos dados e redireciona para porta externa, onde ser acessado pelo software elipse scada para enviar e receber informao.
56
1
Figura 24 Fluxo dos dados.
Fonte: Acervo do Autor.
4.5 DESENVOLVIMENTO DA INTERFACE SCADA O projeto a ser executado representa a ideia de controle e superviso remotamente, desta forma ser feito um prottipo que pode ser testado. O software desenvolvido e roda dentro de uma plataforma proprietria que pertence a uma empresa chamada ELIPSE SOFTWARE com sede matriz no estado do Rio do grande do Sul, e atuao em todo o mundo. Este software scada permite: ligar e desligar o inversor de frequncia sendo que este aciona um motor trifsico 220vca Permite controle de velocidade deste motor
57
Leitura de corrente das trs fases do motor Leitura de tenso de fase Leitura de umidade e temperatura ambiente Acionamento de sinaleiros na porta do painel Controle de luminosidade destes sinaleiros
4.5.1 O software para desenvolvimento Todo interface ser feita em cima de uma verso demonstrativa do software elipse scada que pode ser baixado diretamente no site www.elipse.com.br conforme pode ser visto na figura 25.
Figura 25 Verso demo do software elipse scada.

4.5.2 O driver de comunicao Para que seja possvel comunicao entre o software elipse e os equipamentos deste projeto prottipo necessrio um driver de comunicao. Driver
58
aquele que converte todo o pacote de dados de envio e resposta em valores entendvel ao operador e at mesmo ao desenvolvedor da interface. Nosso projeto utiliza equipamentos com protocolo de comunicao industrial MODBUS, por isto necessrio tambm baixar este driver do prprio site elipse. A figura 26 mostra o driver a ser baixado. Em nosso caso utilizamos o driver MODBUS MASTER (ASC/RTU/TCP) desenvolvido pela empresa MODICON atual SCHNEIDER.
Figura 26 Driver MODBUS.

4.5.3 A interface A interface a tela que o operador ter acesso para controlador e gerenciar os equipamentos. Neste projeto foi feito duas telas no software elipse scada: TELA1 SOFTWARE ELIPSE SCADA A primeira tela que a tela inicial quando o software est rodando, serve para comunicao com o CLP crouzet. Nesta tela temos: Um boto para liga/desliga motor
59
Um medidor e controlador de RPM, que permite alterar a velocidade do motor Um boto de liga/desliga para cada sinaleiro na porta do painel Um slider para controle de luminosidade de cada sinaleiro em porta do painel Para trocar de tela existe um boto no canto superior esquerdo conforme pode ser visto na figura 27.
Figura 27 Tela1 software Scada.

TELA2 SOFTWARE ELIPSE SCADA A segunda tela do software de superviso e controle permite visualizao da temperatura ambiente, e umidade relativa do ar provenientes de um sensor instalado no interior do painel e que chegar at o software atravs de registradores MODBUS do controlador crouzet. Ainda nesta, temos os dados de tenso de fase, e corrente de fase recebidos do multimedidor que est na porta do painel. Tenso: da rede de alimentao Corrente: corrente do motor Temperatura: temperatura ambiente em graus Celsius (C)
60
Umidade: umidade relativa do ar em porcentagem (%) A figura 28 mostra como ficou a tela2 do software. Se necessrio retornar a tela1 existe um boto no canto superior direito.
Figura 28 Tela2 software Scada.

4.6 O PROTTIPO A veracidade do presente trabalho mostrada atravs de um prottipo, desenvolvido dentro da empresa BRASILTEC AUTOMAO que comprova na prtica o funcionamento do objetivo geral que permitir a um usurio, superviso e controle de equipamentos de campo atravs de tecnologias de transmisso de dados como internet e GPRS. A figura 29 mostra o prottipo concludo.
61
Figura 29 Prottipo.
4.7 ORAMENTO O projeto em questo apresenta a idia de automao remota de forma que em um projeto real, rodando e atuando sobre um processo produtivo podemos ter diversos outros equipamentos. No entanto para execuo e comprovao de funcionamento foram utilizados alguns equipamentos que descritos abaixo, com custos equivalentes de mercado.
DESCRIO Painel metlico 600x500x200MM Controlador XD24Vcc Schneider Expanso MODBUS_TCP Conversor serial Conversor GPRS Brasiltec Conversor de frequncia Conversor PWM/0-10Vcc Sinaleiros IHM Brasiltec Multimedidor de grandezas eltricas Brasiltec Materiais diversos Montagem
NT. R$ UNIT. 1 180,00 1 657,33 1 431,22 1 611,34 1 784,55 1 423,78 1 98,55 3 3,40 1 455,99 1 525,11 1 315,10 1 433,66 TOTAL GERAL (R$)
R$ TOTAL 180,00 657,33 431,22 611,34 784,55 423,78 98,55 10,20 455,99 525,11 315,10 433,66
R$ 4.926,83
Quadro 2 Oramento Fonte: desenvolvido pelo autor.
62
CONSIDERAES FINAIS
O levantamento das necessidades de mercado foi descrito no item 3, que mostra que as empresas visando maior competitividade so obrigadas a buscar tecnologias que garantam aumento em produo com o menor custo possvel, ou seja, maior produtividade. Diante disto e com o apoio da BRASILTEC AUTOMAO iniciamos os estudos conforme item 2 para possibilitar a nossos clientes maneiras de agir de forma mais rpida e segura sobre um processo produtivo ou at mesmo de gerenciamento. Aps definido equipamentos a serem utilizados para tal funo e objetivo geral, iniciou-se trabalhos de levantamento de custos, buscando sempre produtos de extrema qualidade, porm com preos acessveis, que justifique implantao. Foi 4.926,83 A idia geral do projeto conforme visto no item 3 consiste em permitir a interconexo entre diversos equipamento de diversos fabricantes, de forma que atravs de uma nica interface scada o usurio consiga controlar, e gerenciar todos os equipamentos de um processo produtivo ou de gerenciamento sem distino de marca ou modelo. A manipulao sobre os equipamento feita de forma remota atravs de internet e GPRS. O prottipo desenvolvido permite simulao para controle e gerenciamento de equipamentos usualmente utilizados em um ambiente industrial. No desenvolver deste projeto baseado num prottipo, muitas dificuldades foram encontradas, tais como, comunicao entre os equipamentos de campo, configuraes de redes, configuraes de software, interferncias internas geradas pelo conversor de freqncia que interfere na troca de dados entre escravos e mestre. Como neste prottipo foi utilizado tambm a comunicao de dados via tecnologia GPRS muitos obstculos foram encontrados, pois este meio dependente de uma operadora de telefonia mvel e que no interior do pas no de boa qualidade. realizado oramentos dos materiais necessrios para o desenvolvimento do prottipo, conforme item 3.3, com valor aproximado de R$
63
Como recomendao de trabalhos futuros sugerimos, melhorias na estrutura fsica do prottipo permitindo a partir deste criar maneiras de tornar um equipamento porttil, viabilizando movimentao para apresentao do conceito de automao remota. Ainda como implementao, pode ser aproveitado toda a estrutura de comunicao de dados dos equipamentos presentes no prottipo para desenvolvimento de um software Scada em plataformas gratuitas, deixando de utilizar neste caso o elipse scada que no montante total de um projeto possui valor significativo. Um projeto deste conceito requer algumas medidas a fim de manter a segurana de mquinas e pessoas, sendo que para acionamentos a distncias (qualquer lugar do mundo) necessrio que este procedimento no venha provocar danos aos equipamentos e principalmente a pessoas. O trabalho em questo no trata deste assunto, pois apenas abrange o conceito de automao remota onde possvel gerenciar, monitorar e controlar equipamentos de campo a qualquer lugar do mundo. Em um projeto comercial posto em prtica necessrio prever alguns meios para evitar acionamentos indevidos, tais como, chaves nos painis de acionamento para desativar comunicao remota e at mesmo cmeras para visualizao do local onde o comando ser efetivado.
64
REFERNCIAS
ALBURQUERQUE, Pedro urbano Braga de. Redes industriais. So Paulo: Ensino profissional, 2009. COMER, Douglas. Redes de computadores e internet. Porto Alegre: Artmed, 2007 BELDEN, Belden. Solues em cabeamento. Disponvel em: <http://www.belden.com.br/dicaTecnica04.asp> Acesso em: 01 set. 2012 CLUBE DO HARDWARE. Como o protocolo TCP-IP funciona: parte I. Disponvel em: <http://www.clubedohardware.com.br/artigos/Como-o-Protocolo-TCP-IPFunciona-Parte-1/1351/1>. Acesso em: 22 de set 2012 KRON, Medidores. Kron Medidores. Disponvel em: <http://www.kronweb.com.br/download2.php?id=353> Acesso em: 01 set. 2012 MORAES, Ccero couto de. Engenharia de automao industrial. Rio de Janeiro: LTC, 2012. NATALE, Ferdinando. Automao industrial. So Paulo. rica, 2005.
65
ANEXO

Controle e Supervião Remotos

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Controle e Supervião Remotos

Transféré par

Droits d'auteur :

Formats disponibles

ESTE TRABALHO FOI UTLIZADO COMO PROJETO FINAL DE CURSO, PORM ESTOU DISPONIBILIZANDO ELE AQUI PARA QUE

CONTROLE, AQUISIO DE DADOS E SUPERVISO REMOTOS

RIO DO SUL 2012

CONTROLE, AQUISIO DE DADOS E SUPERVISO REMOTOS

Banca Examinadora: __________________________________ Prof. Dr. Fbio Alexandrini

__________________________________ Prof. Msc. __________________________________ Prof. Msc.

Rio do Sul, 29 de outubro de 2012.

Palavras-chave: Superviso, controle e gerenciamento remotos.

Quadro 1 Descrio dos pinos do conector DB9...............................................29 Quadro 2 Oramento .............................................................................................61

LISTA DE ABREVIATURAS E SIGLAS

Camada de Aplicao .............................................................................38 Camada Internet .....................................................................................42

13 Automao convencional Automao remota

Figura 1 Evoluo da automao industrial

2.1.1 Arquitetura da automao industrial

Fieldbus HSE: Ethernet high Fieldbus H1: MODBUS

Figura 2 Exemplo de arquitetura da automao industrial

Atualizao Atualizao dassadas sadas das

Leituradas das Leitura entradas entradas

Execuodo do Execuo programa programa

Atualizao Atualizao damemria memria da imagem imagem

Figura 3 Ciclo de Scan do controlador lgico programvel CLP

permitem monitorar e atuar sobre variveis de processo. Estas variveis so

automao de cho de fbrica, geralmente caracterizado por um ambiente agressivo.

Figura 4 Topologia de sistema SCADA.

CLP 1 PC = Computador CLP 5

Figura 5 Topologia estrela controle centralizado

COMPUTADOR CLP 1 CLP 2 CLP 3 CLP 4 CLP 5

Figura 6 Barramento de campo controle centralizado

Figura 7 Sistemas de controle distribudo

2.4.1 Padro de transmisso de comunicao

Pronto Ref. Figura 8 Comunicao paralela

Dados Clock Ref.

Figura 9 Modo sncrono de comunicao

Figura 10 Modo assncrono de comunicao.

2.5 MEIOS FSICOS DE COMUNICAO

Figura 11 Conector DB9.

SIGLA DCD RxD TxD DTR SG DSR RTS CTS RI

Quadro 1 Descrio dos pinos do conector DB9.

RS-485 A norma TIA/EIA-485, conhecida popularmente como RS-485, descreve

Resistores de terminao A teoria de comunicaes descreve a necessidade de terminao de

TERMINAO PARALELA Figura 13 Rede RS485 com resistor em uma extremidade

Figura 15 Rede RS485.

Cabeamento de par tranado

Figura 16 Computadores conectados a um HUB usando cabeamento de par tranado.

TCP/IP O TCP/IP no na verdade um protocolo, mas sim um conjunto de

Figura 17 Exemplo de arquitetura da automao industrial

Camada de Aplicao Esta camada faz a comunicao entre os programas e os protocolos de

Figura 18 Camada de aplicao.

Figura 18 Camada de transporte.

Camada Internet Em redes TCP/IP cada computador identificado com um endereo

Figura 20 Camada de internet.

Figura 21 Diviso de um datagrama.

Figura 22 Arquitetura do ethernet.

Figura 23 Fluxo TCP/IP

Figura 25 Verso demo do software elipse scada.

Figura 26 Driver MODBUS.

Figura 27 Tela1 software Scada.

Figura 28 Tela2 software Scada.

Quadro 2 Oramento Fonte: desenvolvido pelo autor.

Vous aimerez peut-être aussi

Prof. Msc. Prof. Msc.