UNIVERSIDADE FEDERAL DE OURO PRETO ESCOLA DE MINAS COLEGIADO DO CURSO DE ENGENHARIA DE CONTROLE E AUTOMAO - CECAU

MARCO AURLIO MOREIRA LOPES

A IMPORTNCIA DOS SISTEMAS SUPERVISRIOS NO CONTROLE DE PROCESSOS INDUSTRIAIS

MONOGRAFIA DE GRADUAO EM ENGENHARIA DE CONTROLE E AUTOMAO

Ouro Preto, 2009

MARCO AURLIO MOREIRA LOPES

A IMPORTNCIA DOS SISTEMAS SUPERVISRIOS NO CONTROLE DE PROCESSOS INDUSTRIAIS

Monografia apresentada ao Curso de Engenharia de Controle e Automao da Universidade Federal de Ouro Preto como parte dos requisitos para a obteno do Grau de Engenheiro de Controle e Automao.

Orientadora: Karla Boaventura Pimenta

Ouro Preto Escola de Minas UFOP Junho/2009

Aos meus Pais. A minha querida irm que sempre confiou em mim. Ao meu av Slvio Moreira ( in memorian ), e a minha minha av por todo carinho. Dedico Cruzeiro alegrias frente. tambm Esporte e ao meu clube por de corao, me dar em

Clube

sempre

motivao

para sempre seguir

AGRADECIMENTOS

Agradeo a minha famlia por todo apoio incondicional, meus caros colegas de turma, todo pessoal da Equipe Sucato por todo o aprendizado, a A&C Jr., ao professores do DECAT e por fim minha querida Repblica Mata Virgem pelos ensinamentos de vida.

RESUMO

presente

trabalho no

mostra

importncia da

dos

Sistemas Industrial,

Supervisrios

atual

cenrio

Automao

destacando, entre os diferentes tipos existentes, suas principais aplicaes e ferramentas utilizadas. Para validao ser

apresentado um estudo de caso onde sero analisados alguns sistemas supervisrios de forma a obter um maior foco nesta rea.

Palavras-Chave: CLP, Sistemas Supervisrios, IHM, Automao Industrial, SCADA.

ABSTRACT

This work shows the importance of supervisory systems in the current scenario of Industrial Automation, highlighting the various types available, their main applications and tools. The validation will be presented with an analyze about some supervisory systems to achieve greater focus in this area.

Word-keys: SCADA.

Supervisory

Systems,

Industrial

Automation,

HMI,

Sumrio 1. INTRODUO ............................................................................................... 1 1.2 ESTRUTURA DO TRABALHO........................................................................... 2 1.3 OBJETIVOS DA PESQUISA ............................................................................. 2 2 HISTRIA DA SUPERVISO DE PROCESSO ............................................. 3 2.1 EVOLUES DOS RECURSOS ........................................................................ 5 3 DEFINIES .................................................................................................. 6 3.1 SISTEMA SUPERVISRIO .............................................................................. 6 3.2 CLP (CONTROLADOR LGICO PROGRAMVEL) .............................................. 7 3.3 UTR (UNIDADE TERMINAL REMOTA) ............................................................. 9 3.4 REDES INDUSTRIAIS ................................................................................... 10 3.4.1 ETHERNET ...................................................................................... 10 3.4.2 Serial RS-232 ................................................................................ 11 3.4.3 Fieldbus............................................................................................ 12 4 PRINCIPAIS SISTEMAS SUPERVISRIOS EXISTENTES......................... 13 4.1 CIMPLICITY HMI (GE FANUC INTELLIGENT PLATFORM) .............................. 13 4.1.1 Estrutura........................................................................................... 14 4.1.2 Banco de dados ............................................................................... 16 4.1.3 Recursos .......................................................................................... 16 4.1.5 Anlise ............................................................................................. 22 4.2 ELIPSE E3 .............................................................................................. 23 4.2.1 Estrutura........................................................................................... 24 4.2.2 Banco de Dados............................................................................... 26 4.2.3 Recursos .......................................................................................... 26 4.2.5 Anlise ............................................................................................. 28 4.3 LINTOUCH ................................................................................................. 28 4.3.1 Estrutura........................................................................................... 29 4.3.2 Banco de Dados............................................................................... 31 4.3.3 Recursos .......................................................................................... 31 4.3.4 Anlise ............................................................................................. 31 5 IMPORTNCIA DOS SISTEMAS SUPERVISRIOS .................................. 33

5.1 SURGIMENTO ............................................................................................ 33 5.2 UTILIZAO DE COMPUTADORES ................................................................. 33 5.3 ARQUITETURA SCADA .............................................................................. 34 6 CONCLUSES ............................................................................................. 36 REFERNCIAS................................................................................................ 37

1 1 INTRODUO Atualmente, todo processo industrial tem a necessidade de ser controlado para que o mesmo obtenha um maior desempenho, e para se controlar qualquer atividade se faz necessrio um monitoramento adequado. Assim surge a idia de superviso do processo, que com o passar do tempo e evoluo da tecnologia foi se tornando cada vez mais rpida e eficiente, a ponto de hoje, poder-se dizer que um determinado processo pode ser supervisionado em tempo real. Entende-se por tempo real que, todas as variveis supervisionadas do processo que so mostradas na tela para o operador no mesmo instante em que elas variam no processo.

Hoje em dia, alm de poder visualizar na tela tudo o que est acontecendo no processo industrial, tambm tarefa do sistema supervisrio control-lo, modelo o qual se denomina SCADA (Supervisory Control And Data Aquisition), todas as variveis lidas so processadas por uma unidade de processamento qualquer e atravs deste processamento teremos o retorno do que precisa ser alterado no processo, a partir deste ponto ser utilizado um sistema de acionamento que enviar um sinal para o atuador que estar na planta. A juno destas trs etapas caracteriza um sistema supervisrio.

Como se pode observar na figura 1.1, que descreve o funcionamento de um sistema supervisrio SCADA.

Figura 1.1: Diagrama de um sistema supervisrio SCADA (Supervisory Control And Data Aquisition.). Wikipdia.org

2 1.2 Estrutura do Trabalho No primeiro capitulo ser apresentada uma introduo sobre o assunto referido de modo a facilitar o entendimento de todo o estudo, em seguida, o segundo capitulo ter como foco um breve histrico a respeito dos sistemas supervisrios afim de mostrar como foi o seu surgimento e posterior evoluo at chegar no nvel de tecnologia que se tem nos dias atuais.

No capitulo trs so apresentadas definies bastante usadas no que se trata de sistemas supervisrios, sero apresentados alguns padres e tecnologias utilizadas no mercado atual destes sistemas.

Para validar o trabalho, sero apresentados, no captulo quatro, alguns exemplos de sistemas supervisrios para que se possa avaliar as caractersticas de cada um e facilitar a compreenso deste trabalho exemplificando onde cada um destes seria mais bem utilizado.

No capitulo cinco, faz-se uma avaliao geral da importncia destes sistemas para o controle de processos industriais por meio da dependncia gerada com o avano desta tecnologia.

Por fim, no capitulo seis, concluir-se-a com base no estudo feito nos captulos anteriores.

1.3 Objetivos da pesquisa O objetivo deste trabalho aprimorar os conhecimentos relativos aos sistemas supervisrios, frisando qual a sua importncia na automao industrial e destacando algumas utilizaes do mesmo.

Oferecer tambm uma importante viso de como esto configurados nos sistemas de automao da indstria atual, para tal sero apresentados alguns modelos de sistemas supervisrios j existentes e comercializados atualmente.

2 HISTRIA DA SUPERVISO DE PROCESSO O primeiro registro da utilizao de um sistema supervisrio data do inicio da dcada de 1980, estes supervisrios eram dotados de pouca tecnologia visto que os computadores da poca no tinham muitos recursos e ocupavam enormes espaos como se pode notar na figura 2.1. Havia alguns supervisrios que utilizavam microcomputadores, mas por se tratar de nova tecnologia, seu custo era extremamente alto, ento somente plantas de energia e petrleo utilizavam-se destas tecnologias, pois a necessidade de mais recursos viabilizava o alto custo (VAX, 2008).

Figura 2.1: DEC VAX Primeiro minicomputador. Wikipdia.org

Com a crescente demanda dos processos e as novas praticas de gesto, que com o passar do tempo exigiam informaes do processo em intervalos de tempo cada vez mais curtos, aliado a isto a grande evoluo computacional com a descoberta dos transistores, comea-se a desenvolver sistemas supervisrios cada vez mais robustos, at que em meados da dcada de 1980 surgem os sistemas SCADA (Supervisory Control And Data Aquisition), os

4 quais no s supervisionam o processo, mas tambm o controlam. Surgia deste ponto um novo mercado emergente, o mercado de sistemas supervisrios.

J no inicio da dcada de 1990 j havia mais de 120 fornecedores que disputavam tal mercado, mas com tanta concorrncia, o principal problema era o sistema operacional, a plataforma, no qual estes supervisrios iriam rodar.

Foram utilizados inmeros sistemas operacionais como MS-DOS, OS/2, Qnx, Windows, Unix e Vms, at que empresas internacionais, como a US Data, lanaram seus novos sistemas supervisrios multi-plataforma, ou seja, poderiam rodar em qualquer sistema operacional. Isto trouxe uma enorme vantagem para fins de portabilidade e conectividade, pois a partir deste ponto seu sistema poderia se conectar com outro em qualquer outra plataforma. At que a Microsoft entrou de vez nesta briga e lanou seu novo sistema operacional Windows NT, que contava com um sistema multitarefa, que essencial para o bom funcionamento de um sistema supervisrio, e assim conseguiu superar de vez as ineficincias do Windows 3.11 e conquistou o mercado de supervisrios.

Reconhecendo a nova demanda do mercado, as empresas desenvolvedoras de supervisrios migraram seus sistemas para a plataforma Windows, o que resultou numa convergncia de padres e mdulos a qual consolidou de vez o mercado de supervisrios. Algumas empresas se destacaram, como a Wonderware fabricante do InTouch, e duas brasileiras, a Elipse e a Indusoft.

Visando atender uma maior poro do mercado, as empresas fabricantes de hardware de controle entraram de vez na briga pelo mercado de supervisrios, pois ao invs de vender uma parte da soluo, as mesmas ambicionavam vender a soluo completa em termos de controle, o que gerou uma maior difuso do modelo SCADA. A maioria destas empresas, como a GE, RockWell, Foxboro e Schneider no desenvolveram seu prprio sistema, a alternativa encontrada foi comprar empresas menores e adequar os sistemas ao seu hardware. Sendo assim no final da dcada de 1990 s restavam

5 aproximadamente 15 empresas com mercado global para os sistemas supervisrios (ZAMPRONHA, 2008).

2.1 Evolues dos recursos No final da dcada de 1980 o avano da informtica j era notvel, aliado a um mercado crescente e competitivo os sistemas supervisrios passaram a ser cada vez mais velozes em termos de monitorao do processo e armazenar cada vez mais tags (variveis do sistema), chega-se a um ponto em que um nico sistema supervisrio SCADA monitora mais de 400.000 tags. Os sistemas passaram a ter arquiteturas complexas de rede e com cada vez mais segurana adicionando redundncia nos dados obtidos.

A partir de meados de 1990 com a migrao para plataforma Windows, tornouse cada vez mais simples a operao, junto com esta plataforma vieram os padres OPC (OLE for Process Control), que impulsionaram a conectividade destes sistemas (ZAMPRONHA; ERMENICK, 2008).

6 3 DEFINIES

3.1 Sistema Supervisrio Um sistema supervisrio definido como uma interface de fcil leitura, com o objetivo de converter dados do processo de produo em grficos ou em telas amigveis, de modo a facilitar a percepo e a atuao do operador sobre o processo. De um modo geral um sistema computacional que obtm os dados do processo e os transforma em dados grficos, mostrando-os em um monitor conforme figura 3.1 que ilustra o supervisrio de um sistema de controle de tratamento de gua (SILVA, 2004; RIBEIRO, 2001).

Figura 3.1: IZMIR Planta de tratamento de gua. Wonderware Intouch. Podendo tambm ser chamado de IHM (Interface Homem-Mquina), utilizado tambm de modo inteligente, ou seja, o sistema supervisrio l os dados do processo, logo em seguida atua em tal processo de modo a corrigir possveis alteraes no mesmo. Este modelo de supervisrio inteligente chamado

7 SCADA (Supervisory Control And Data Aquisition), e utilizado em larga escala na indstria mundial. Atravs da figura 3.2 podemos observar com mais clareza a relao do sistema SCADA com o controle do processo (SCADA..., 2008; Vianna, 2008)

Figura 3.2: Sistema SCADA Diagrama Intouch SCADA. Wonderware Intouch.

3.2 CLP (Controlador Lgico Programvel) Tambm conhecido pela sigla em ingls PLC (Programmable Logic Controller), um dispositivo industrial que executa um determinado programa, o qual faz acionamentos de atuadores e/ou leituras de sensores ou transdutores instalados na fbrica (Controlador Lgico Programvel..., 2009).

Inventado em 1969 pela Modicon em funo da alta demanda do mercado automotivo em mudar os parmetros de controle de suas plantas, pois as plantas eram controladas por lgicas de rels, e cada alterao nesta lgica implicaria em muito tempo gasto e alto custo, pois toda a malha de rels deveria ser desfeita para que se criasse uma nova malha, mesmo com poucas alteraes na lgica no era possvel reaproveitar a malha de rels. Criou-se um dispositivo capaz de armazenar uma lgica virtual de contatos, que acionasse sadas digitais ou analgicas atravs das leituras de suas entradas digitais ou analgicas de acordo com a figura 3.3.

Figura 3.3: Funcionamento de um CLP. A grande diferena de um CLP para um computador comum que este uma mquina projetada para trabalhar em ambientes hostis e tem uma larga conectividade que pode ser vista pelo nmero de entradas e sadas do mesmo. um equipamento modular expansvel at o limite de entradas e sadas permitido para cada modelo. Por ser modular, geralmente montado em chassis, chamados racks, onde podem ser adicionados os mdulos necessrios a aplicao pretendida, como pode ser visto na figura 3.4 que ilustra o esquema geral de um CLP.

Os mdulos podem ser de entrada, realizam a leitura dos dados, ou de sada, acionam rels ou enviam um sinal. Todo sinal, tanto de entrada quanto de sada, pode ser digital, verdadeiro ou falso, geralmente caracterizado por 5V e 0V respectivamente, ou ser analgica, caracterizado numa escala de 4 a 20mA ou 0 a 10V.

O CLP tambm pode se comunicar com outro CLP e/ou computador, esta comunicao geralmente feita via interface serial, mas alguns modelos tambm trabalham com conexes Ethernet e at Modbus. Esta comunicao necessria quando se pretende programar o CLP, e tambm como no caso deste estudo para alimentar uma IHM com os dados atuais do processo. A partir da figura 3.4 possvel identificar o mdulo responsvel por este tipo de comunicao (Programmable Logic Controller, 2009; Ermenick, 2008).

Figura 3.4: CLP O aspecto fsico de um CLP.

3.3 UTR (Unidade Terminal Remota) Dispositivo de controle e/ou aquisio de dados de processo que se interliga a um sistema central, enviando e recebendo dados e que se caracteriza por estar fisicamente distante deste. Tambm chamado em ingls de RTU (Remote Terminal Unit).

No sistema SCADA, a UTR um dispositivo instalado em um local distante da central de controle, onde coleta dados e os codifica para um formato que seja passvel de se transmitir, e os envia a uma estao central ou estao mestre, ilustrado na figura 3.5. Tambm recebe informaes da estao central ou mestre de modo que possa atuar no sistema.

10

Figura 3.5: UTR Funcionamento da Unidade Terminal Remota.

Estes dispositivos esto equipados com canais de entrada, de modo que possam fazer as leituras dos sensores da rea, canais de sada, para que possa atuar no sistema, indicadores e alarmes, e portas de comunicao para trocar dados com a estao central ou sistema supervisrio (Remote Terminal Unit..., 2008).

3.4 Redes Industriais

toda interconexo de comunicao entre equipamentos industriais, ou seja, o caminho pelo qual os dispositivos dentro de uma indstria se comunicam. A rede definida pelo canal fsico no qual os dados iro percorrer, e tambm pelo protocolo, que so as regras que os dispositivos devem seguir para que a comunicao seja realizada com sucesso (Braghetto, 2003, RIBEIRO, 2001).

3.4.1 ETHERNET Rede desenvolvida no ano de 1973 pela Xerox PARC, e distribuda em pontos de rede passveis de enviar e receber mensagens num determinado

11 formato. Cada ponto tem uma identificao nica no mundo chamado de endereo MAC (Media Access Control) que provido de 48 bits, ento todo equipamento que utilize rede ethernet tem uma numerao especfica que o define na rede.

Cada mensagem que esta rede envia definida como pacote, este pacote contm o endereo do destinatrio, endereo do remetente, informaes do tipo de dados, os dados a serem enviados, e um checksum. Sua conexo feita atravs de cabo especfico como pode ser visto na figura 3.6 (Dias; Jr., 2002).

Figura 3.6: Cabo Ethernet.

3.4.2 Serial RS-232 Padronizada em 1969 pela Eletronics Industries Association, o RS-232 um padro de comunicao que por sua simplicidade foi largamente utilizado pela indstria, pois consiste no envio de caracteres entre bits de inicio e fim, ento para se enviar um caractere nesta tecnologia necessrio o envio de 10 bits, sendo 8 bits do caractere e 2 bits de inicio e fim de comunicao.

A sua contrapartida a velocidade e a segurana dos dados enviados, pois enviando bit a bit, o tempo gasto muito maior e est mais sujeito a riscos de interferncia e perda dos dados enviados, pois quando a mensagem chega ao destino no h uma conferncia da integridade dos dados.

12 Sua conexo feita atravs de cabo especfico como pode ser observado na figura 3.7 e somente dois dispositivos podem se comunicar utilizando esta tecnologia (RS-232..., 2009).

Figura 3.6: RS-232 Conexo Serial.

3.4.3 Fieldbus uma rede voltada para instrumentos de medio e controle, exclusivamente industrial, que foi desenvolvida a fim de se eliminar o alto custo de fiao para interligar todos os instrumentos de uma planta. Pois cada instrumento que gere um sinal analgico necessita de um fio para lig-lo ao CLP ou RTU. Com esta tecnologia todos os instrumentos so ligados em uma nica rede e se comunicam atravs deste protocolo enviando sinais digitais. Utiliza padres comuns de mercado para a transmisso fsica de dados (FIELDBUS..., 2008).

Dentro desta tecnologia existem diversos protocolos como LonWorks, Modbus, e Profibus, mas todos seguindo o mesmo conceito.

13 4 PRINCIPAIS SISTEMAS SUPERVISRIOS EXISTENTES Com o intuito de apresentar os principais sistemas supervisrios existentes no mercado, alm de enfatizar suas ferramentas, e principais aplicaes, neste captulo far-se- um comparativo entre os mesmo de forma a elucidar os pontos positivos e negativos de cada um. Tomando como principais, os mais utilizados no mundo.

4.1 Cimplicity HMI (GE Fanuc Intelligent Platform) A GE Fanuc Intelligent Platform empresa do grupo GE (General Eletric) oriunda da fuso entre as marcas GE e Fanuc Japan no final da dcada de 1980 uma empresa focada na automao industrial. Nos ltimos 20 anos cresceu tanto organicamente quanto como com aquisies de outras marcas no mercado como Total Control Products, CimWorks, DataViews Corporation, AFE Technologies, Computer Dynamics, VMIC, Intellution, SBS, e Condor and Radstone. Somente com o Cimplicity HMI a GE Fanuc conta com mais de 100.000 clientes em todo mundo, est entre as lderes de mercado na rea de sistemas supervisrios e tem sua matriz localizada em Charllotesville / Virginia / EUA.

O Cimplicity HMI um sistema SCADA que baseado no padro cliente/servidor e promete um menor tempo de resposta com custo reduzido, e considervel aumento de produtividade. Sua licena vendida de acordo com o nmero de entradas e sadas de cada servidor, chamadas de I/O Count (Contagem de entradas e sadas), com o aumento do nmero de E/S o preo deste produto cresce exponencialmente.

Cada servidor no suporta mais que 5000 I/O Count, sendo que caso haja necessidade de mais E/S necessrio a instalao de outro servidor interligando-os pela rede (CIMPLICITY HMI..., 2001).

14 4.1.1 Estrutura O Cimplicity HMI um software de superviso que dispe de 5 interfaces para sua melhor manuseabilidade, estas so: Cimplicity Development Server, Cimplicity RunTime Server, Cimplicity Viewer, Cimplicity Development Viewer e Cimplicity Thin Client.

4.1.1.1 Cimplicity Development Server

Este interface responsvel pela criao/edio de todas as interfaces do sistema supervisrio pretendido, ou seja, nesta o programador ir introduzir todas as rotinas que devem ser executadas pelo nodo servidor do sistema, o modo como as entradas sero lidas e convertidas em dados amigveis, a configurao de toda a rede, como ser feita a comunicao servidor/CLP, e as interfaces das IHMs.

O Cimplicity Development Server tambm capaz de executar o servidor do sistema supervisrio, contanto que seja sem rede, ou seja, somente um nodo. Somente permitida a criao de um sistema supervisrio Cimplicity HMI atravs desta interface, algumas outras podero ser utilizadas apenas para edio.

4.1.1.2 Cimplicity RunTime Server

Todo sistema de controle criado no Development Server executado sobre o RunTime Server, ou seja, o Cimplicity RunTime Server a plataforma sobre a qual o sistema supervisrio ir rodar.

Neste nodo esto localizadas as E/S de controle do sistema, alm da hardkey, que o dispositivo que contm as licenas de execuo de todo o software. Alm de realizar o controle, este nodo tambm responsvel por gerenciar toda a infra-estrutura de dados do supervisrio, fornecendo em tempo real todos os dados que foram colhidos do processo para todos os nodos de

15 superviso. Tambm responsvel pela gerao de backups de todas as variveis do sistema.

4.1.1.3 Cimplicity Viewers

Caso o processo no seja monitorado somente por um nico nodo do sistema supervisrio, o qual seria o prprio Server, faz-se necessrio a adio de softwares viewers, que so softwares capazes de se conectar ao banco de dados de informaes instantneas do server de modo a exibi-las em sua tela utilizando-se da mesma interface de supervisrio a qual pode ser vista no server.

Esta interface capaz de alterar parmetros do sistema, exibir relatrios e grficos instantneos do processo, esta muito til quando se trata de uma grande rea industrial para o mesmo processo, onde todos precisem de informaes e poder alterar parmetros sem a necessidade de grandes deslocamentos.

4.1.1.4 Cimplicity Development Viewer

Em alguns casos, para a melhoria do sistema, necessrio a modificao da aplicao (sistema supervisrio), a qual pode ser feita diretamente do Development Server, mas nesse caso necessrio o deslocamento at o Server, que pode estar muito longe ou no, para esse problema foi criado o Development Viewer que uma interface que permite a edio do sistema supervisrio a partir de uma interface remota. Esta interface permite ao usurio somente fazer edies no programa j escrito, portanto no se pode criar nenhum projeto a partir desta.

4.1.1.5 Cimplicity Thin Clients

Esta soluo visa tornar ainda mais remota toda a superviso e controle do processo, pois se trata de um interface que pode ser acessada via internet, com as mesmas vantagens do Viewer e do Development Viewer, o usurio de

16 qualquer lugar, em que esteja disponvel um acesso a internet, acessar os dados instantneos do processo e atuar sobre ele alterando seus parmetros.

4.1.2 Banco de dados O Cimplicity HMI conta com uma ferramenta prpria para armazenamento de dados, o chamado Historian, que promete uma maior performance no armazenamento e na procura dos dados, mas por motivos de adaptao desta nova ferramenta ainda trabalha com SQL e Oracle, as quais so modelos de banco de dados muito utilizados na rea industrial e que fornecem uma maior conectividade e acessibilidade aos clientes por se tratar de uma ferramenta que independente do software de superviso.

4.1.3 Recursos 4.1.3.1 Change Management (Gerenciador de Alteraes)

um sistema de gesto de alteraes de parmetros do sistema, onde toda alterao realizada no sistema registrada com o horrio da alterao, operador que a realizou e o tipo de alterao efetuada. Todo esse cuidado se deve difcil tarefa de evitar que parmetros errados sejam includos no sistema. Sendo assim, quando ocorrer um erro, ou at um sinistro na planta por motivos de m parametrizao, pode simplesmente verificar quem mudou os mesmos. E tambm h a opo de se retornar ao ultimo conjunto de parmetros validos, o que reduz o tempo em que o sistema supervisrio fica do controle.

4.1.3.2 Alarms Management (Gerenciador de Alarmes)

uma opo do Cimplicity Viewer, a qual utilizada para gerenciamento de alarmes. Com esta ferramenta possvel filtrar os alarmes que aparecero na tela, selecionando somente aqueles que sero importantes para determinada IHM. Tambm possvel alterar os alarmes para modo esttico, de forma a

17 visualizar todos os alarmes como um relatrio de eventos, ou ento manter no modo dinmico, o qual mostra o alarme na tela no momento em que ele acionado. Pode-se tambm criar hierarquia de alarmes para serem mostrados na tela de cada IHM, selecionando assim os alarmes mais e os menos importantes, sendo assim, caso dois alarmes disparem juntos somente o mais importante aparecer na tela, e o menos importante s aparecer quando o alarme mais importante for finalizado.

4.1.3.3 Point Control Panel (Painel de Controle de Pontos)

Se trata de uma ferramenta capaz de listar todos os pontos (tags) do sistema com atualizao contnua, assim o operador pode visualizar na tela como feita a leitura dos dados deste ponto e a sua configurao de alarme.

A partir da, o operador pode configurar o ponto como local ou remoto, habilitar ou no a gerao de alarme para o mesmo, e tambm alterar os limites de ativao de alarme, conforme pode ser visualizado na figura 4.1.

Figura 4.1: Point Control Panel Cimplicity HMI - GE Fanuc.

4.1.3.4 Point Cross Reference (Referncia Cruzada de Ponto)

18

Esta ferramenta capaz de localizar onde e como cada tag est sendo utilizada, o que facilita a tarefa do desenvolvedor e do mantenedor do sistema, atravs desta pode localizar qualquer ponto que esteja sendo utilizado pelo sistema simplesmente fazendo uma simples busca.

4.1.3.5 System Points (Pontos do sistema)

uma interface sobre a qual possvel a visualizao do valor das tags internas do software, o que facilita na programao e na manuteno do sistema, pois fica mais fcil de diagnosticar onde e o porque de cada problema.

4.1.3.6 Dinamic Measurement System (Sistema Mtrico Dinmico)

uma opo que converte todos os dados do sistema para unidades mtricas escolhidas pelo usurio. Com um simples clique todas as unidades mtricas so convertidas para unidades em que o usurio tenha determinado previamente.

4.1.4 Opcionais

Alm dos recursos j integrados no pacote do Cimplicity HMI, a GE Fanuc tambm oferece alguns produtos adicionais para este software, os quais podem facilitar o trabalho do operador do sistema.

4.1.4.1 Action Calendar (Calendrio Ativo)

Conforme pode ser visualizado na figura 4.2, o Action Calendar uma ferramenta que possibilita o agendamento de tarefas tendo com referncia a hora e o dia do ano em que se deve executar a tarefa.

19

Figura 4.2: Action Calendar Cimplicity HMI.

4.1.4.2 Marquee

Esta ferramenta utilizada quando a mensagem de um alarme ou evento precisa ser difundida em meio a muitos operadores e de forma rpida. Consiste em um display grande o necessrio para que os operadores envolvidos o visualizem, a mensagem exibida pelo display pode ser customizada para melhor entendimento, na figura 4.3 tem-se um exemplo de um display Marquee integrado ao sistema Cimplicity HMI.

Figura 4.3: Exemplo de Marquee Cimplicity HMI.

4.1.4.3 Integrators Toolkit (Pacote de Ferramentas de Integrao)

um pacote de ferramentas de desenvolvimento capaz de implementar drivers de comunicao deste sistema supervisrio com outros tipos de sistema.

20 4.1.4.3.1 Device Communications Toolkit (Pacote de Ferramentas para Comunicao de Dispositivos)

Ferramenta utilizada para interfacear o Cimplicity HMI com outros dispositivos os quais no tem drivers disponveis, este recurso bastante til quando se utiliza equipamentos mais novos do que o software de superviso.

4.1.4.3.2 Point Management API (Application Programming Interface)

Ferramenta direcionada para criao de softwares capazes de acessar a base de dados do Runtime Server, possibilitando o acesso s tags de E/S e de controle. Suas principais funes so, Snap Shot, utilizada para capturar o valor atual de determinada tag, On Change, captura o valor atual de qualquer tag e atualiza automaticamente a qualquer mudana de valor, On Alarm, coleta o estado de alarme atual da tag e atualiza a cada mudana de estado, Timed, recebe o valor atual da tag em determinado intervalo de tempo, Set Point, funo para alterar o valor da tag.

4.1.4.3.3 Login API

Ferramenta utilizada para implementao do Login API, que a forma como ser realizada a comunicao para estabelecer uma conexo entre a interface do usurio e a base de dados do Runtime Server. Pode-se estabelecer uma conexo padro ou conexo segura, o que pode requerer usurio e senha.

4.1.4.3.4 Alarm Management APIs

Se trata de um gerenciador de alarmes que utiliza a interface API, atravs da conexo API estabelecida com o Runtime Server esta ferramenta cria, gerencia e altera alarmes dentro da sua interface que so independentes dos pontos de alarmes do Server, ou seja, possvel criar alarmes que s sero utilizados na interface do usurio final e no na base de dados de alarmes. Esta ferramenta possibilita a criao de seu prprio visualizador de alarmes similar ao do Cimplicity, mas com as necessidades do usurio final.

21

Figura 4.4: Diagrama geral das ferramentas de integrao Cimplicity Integrators Toolkit.

4.1.4.3 Interface OPC

OPC ou OLE for process control, um padro que gere as comunicaes entre diferentes plataformas, principalmente as que fazem utilidade da plataforma Microsoft (FONSECA, 2002).

O Cimplicity faz uso deste padro de modo a prover uma maior conectividade com outros sistemas para a gesto de um possvel sistema integrado de produo.

4.1.4.4 System Sentry

Atua como vigia do sistema, monitorando toda a operao do Server, de modo que qualquer alterao ou problemas no funcionamento gerado

automaticamente um alarme informando o ocorrido. Tambm gera registros de

22 variveis e parmetros do sistema para que quando ocorra qualquer sinistro o sistema possa ser restabelecido com os ltimos parmetros validos. Alm de monitorar a performance do sistema, espao livre em disco rgido, consumo de memria e tempo de processo, para que possa gerar um relatrio completo da sade do sistema.

4.1.4.5 WebView

Ferramenta muito til quando se precisa controlar ou monitorar todo o sistema a distncia ou at mesmo de fora do cho de fbrica, como por exemplo acessar o sistema supervisrio via internet. O utilizador desta interface poder monitorar o sistema atravs do uso do navegador de internet, assim como pode ser observado na figura 4.5.

Figura 4.5: WebView Cimplicity HMI

4.1.5 Anlise Atravs desta breve anlise podemos concluir que o Cimplicity HMI um timo sistema supervisrio para um projeto que demande muita acessibilidade, pois

23 h vrias ferramentas que se pode utilizar a distncia do Server, como o Development Viewer e o Webviewer que facilitam muito o monitoramento e manuteno do sistema. caracterstica importante do sistema a

expansibilidade que realizada atravs no nmero de I/Os que o sistema utiliza, ou seja, quando se deseja aumentar as entradas ou sadas do mesmo no necessrio implementar outro supervisrio, simplesmente alteraes na lgica e a compra de uma hardkey que suporte o novo nmero de I/Os.

Tratando-se de conectividade, este sistema conta com o uso do padro OPC para comunicao com sistemas Microsoft, mas tem o porm de utilizar-se de um sistema de banco de dados proprietrio, o que dificulta a obteno de dados por sistemas externos ao supervisrio. Outro grande problema que a maioria dos recursos que aumentam a conectividade do mesmo so recursos opcionais, portanto pagos como extra, o que aumenta ainda mais o custo de instalao do sistema.

Pode-se destacar uma ferramenta muito til que o Change Management, pois esta faz com que em caso de sinistro o sistema volte a funcionar rapidamente com a ultima configurao vlida, operao esta que pode economizar muito tempo e dinheiro para os clientes deste sistema.

No geral, um sistema que abrange muitas funes e pode ser implementado em qualquer controle que necessite um monitoramento em tempo real.

4.2 ELIPSE E3 A Elipse uma empresa brasileira com mais de 20 anos atuando especificamente no mercado de sistemas supervisrios com solues que no so vinculadas a nenhum hardware especfico. Atualmente a empresa lder no mercado nacional de superviso e controle de processos, e tambm com presena marcante no cenrio mundial com mais de 20.000 cpias de seus softwares instalados em todo mundo. Sua principal sede est localizada em Porto Alegre / Rio Grande do Sul / Brasil.

24

A soluo proposta, Elipse E3, um sistema que tem como foco garantir uma grande conectividade, flexibilidade, e principalmente confiabilidade. Indicado principalmente para sistemas crticos, onde cada parada do controle acarreta grandes prejuzos. O E3 permite tambm a comunicao com inmeros protocolos e equipamentos, podendo ser utilizado tanto em sistemas locais como geograficamente distribudos (TUTORIAL ELIPSE E3..., 2007).

4.2.1 Estrutura O Elipse E3 estruturado por meio de trs interfaces principais, as quais so E3 Studio, E3 Server e E3 Viewer.

4.2.1.1 E3 STUDIO

nica interface de criao e configurao do Elipse E3, ou seja, todo o sistema ser desenvolvido e atualizado por meio desta interface, o que a torna universal para todo o supervisrio. Conta com um ambiente grfico muito amigvel, e muitos assistentes de criao de grficos e scripts, o que torna muito mais simples a tarefa de criao e configurao do sistema supervisrio.

A partir da figura 4.6 pode-se ter uma breve idia de como funciona esta interface.

Figura 4.6: E3 Studio Elipse E3

25 Como pode ser observado na figura 4.6, existem barras de ferramentas na parte superior da janela que auxiliam tanto no desenvolvimento da parte grfica como tambm na insero de funes e scripts. Tambm pode-se observar que h um auxilio de janelas flutuantes onde podem ser alteradas as caractersticas do objeto em que se est trabalhando.

4.2.1.2 E3 SERVER

Esta interface responsvel pelo funcionamento de todas as aplicaes do sistema supervisrio, tratado como um servidor de aplicaes, permitindo que todas as informaes textuais e grficas sejam distribudas para todos os clientes em tempo real. Sua licena varia de acordo com o nmero de E/S que se deseja instalar, atualmente comercializado com as verses de 100, 300, 1500, 5000, 10000 e 20000 pontos de E/S.

4.2.1.3 E3 VIEWER

Este aplicativo tem a funo de mostrar ao usurio final todo o processo em tempo real, buscando todos os dados no servidor, E3 Server. Pode ser executado em qualquer computador como pode ser observado na figura 4.7 ou tambm ser visualizado pela intranet da empresa. Existem duas verses para este aplicativo, o E3 Viewer Control, que capaz de visualizar todas as informaes e alterar parmetros do processo, j a verso E3 Viewer Only serve somente de monitoramento do sistema no permitindo qualquer mudana ao usurio.

26

Figura 4.7: Controle de Turbina E3 Viewer Elipse E3

4.2.2 Banco de Dados O Elipse E3 no faz utilizao de qualquer tipo de banco de dados proprietrio, fazendo com que sua flexibilidade e conectividade sejam bem amplas, j para dados histricos este sistema pode trabalhar com alguns tipos de bancos de dados comerciais que so amplamente utilizados no mercado, o que facilita muito a integrao deste com outros sistemas que por ventura desejem buscar informaes no histrico do banco de dados. Estes sistemas so o Microsoft SQL Server, MSDE, e o Oracle.

4.2.3 Recursos 4.2.3.1 E3 Playback

Ferramenta capaz de simular algum momento passado do processo como se este estivesse acontecendo em tempo real. Com o auxilio do banco de dados histrico de eventos e tags, esta ferramenta reproduz exatamente o que aconteceu no processo a fim de descobrir quaisquer anormalidades. Esta ferramenta pode ser executada em qualquer nodo de operao, fazendo com que possa ser utilizada quando se fizer necessria.

27

4.2.3.2 Controle Estatstico do Processo CEP

Dentre as empresas de manufatura, esta ferramente permite avaliar todo o seu processo, por meio de previses estatsticas a partir dos dados coletados, afim de realizar ajustes nos parmetros os quais possam gerar uma maior reduo de perdas, melhorando assim a toda a eficincia do processo.

4.2.3.3 Domnio Remoto

Este recurso permite que o E3 Viewer possa acessar outras aplicaes em outros servidores, ou seja, permite que o nodo de operao no se atenha somente a um nico supervisrio, fazendo com que ele possa se conectar a outros servidores e ter acesso as variveis e banco de dados do mesmo. 4.2.4 Opcionais

4.2.4.1 E3 Server Back-End

um servidor que na tem nenhuma licena de E3 Viewer, sua funo coletar os dados a partir das E/S, grav-las no banco de dados e fornec-las ao E3 Server. Com isto, pode-se aumentar a segurana dos dados e proteo contra falhas. Tambm pode ser utilizado como backup.

4.2.4.2 E3 IHM

Uma verso simples do Elipse E3 que composta somente por uma IHM que controla e opera todo o processo mas que no grava nenhum registro de dados no disco rgido. Ideal para locais onde no se necessita de analises posteriores do processo.

4.2.4.3 E3 Lite

uma verso tamanho pequeno do Elipse E3, a qual possui pouca capacidade para nmero de tags, registros de banco de dados, histricos e relatrios.

28 voltada para aplicaes de porte muito pequeno que no necessitam de muita robustez.

4.2.5 Anlise Atravs desta breve anlise podemos concluir que o Elipse E3 um timo sistema supervisrio para um projeto que demande muita conectividade e flexibilidade, pois por se tratar de um sistema que independe de um hardware especfico, este foi desenvolvido com o intuito de se comunicar com a maioria dos equipamentos, este software atualmente abrange mais de trezentos sistemas e equipamentos utilizados na indstria. Alm disso, a Elipse tambm fornece o servio de criao de drivers por demanda. Tambm faz a utilizao de padres reconhecidos e largamente utilizados, o que faz com que sua integrao com outros sistemas j existentes seja facilitada. Se apresenta tambm como um sistema distribudo, no se caracterizando exatamente como um sistema cliente/servidor, o que aumenta a confiabilidade deste sistema e tambm facilita a expanso do sistema, pois quando se necessita ampliar o nmero de E/S basta somente instalar um novo servidor de E/S na rede.

O sistema muito focado em conectividade e flexibilidade, o que o fez deixar um pouco a desejar nos recursos de manuseabilidade.

No geral um supervisrio ideal para empresas que tem equipamentos de diversos fabricantes, ou que j conta com outros sistemas e quer ampliar a planta. Este sistema se mostrou bastante estvel, o que confirmou a segurana prometida ao se trabalhar com o mesmo.

4.3 Lintouch O Lintouch atualmente ainda um projeto de supervisrio livre, que foi idealizado em 2001 por Martin Man, funcionrio da SWAC Automation, empresa responsvel pelo supervisrio Wintouch 2000. Sua idia inicial era de

29 aumentar a portabilidade do Wintouch 2000 para o Linux, esta tarefa gerou uma srie de adaptaes a ponto que o conceito inicial teve de ser alterado.

A partir de 2003 a SWAC Automation liberou a licena do Lintouch e o sistema se tornou livre e de cdigo aberto. Desde ento este projeto foi adquirindo vrios colaboradores que auxiliam e melhoram cada vez mais suas verses, atualmente se encontra na verso 1.8 do software (MAN, 2004).

4.3.1 Estrutura Toda a estrutura do Lintouch pode ser observada atravs da figura 4.8, que expe suas trs interfaces principais, o Lintouch Server, Lintouch Runtime e Lintouch Editor.

Figura 4.8: Estrutura Lintouch Lintouch

O Lintouch trabalha com um servidor centralizado, Lintouch Server,

que

realiza todas as aquisies e as distribui para seus nodos de operao e superviso, Lintouch Runtime, todos interligados por meio de rede TCP/IP. J o

30 Lintouch Editor se comunica com o Lintouch Server via conexo serial ou tambm por rede TCP/IP.

4.3.1.1 Lintouch Editor

O Lintouch Editor a interface utilizada para criao e modificao dos projetos de supervisrio, esta dispe de ferramentas capazes de facilitar o trabalho do desenvolvedor do software. Com o auxlio de componentes grficos e plugins presentes nesta interface possvel criar todo o ambiente grfico e tambm gerar toda a estrutura de conectividade que seu sistema supervisrio necessita. A figura 4.9 ilustra o desenvolvimento de um supervisrio, como pode-se observar as ferramentas existentes na lateral esquerda e na parte superior do editor.

Figura 4.9: Lintouch Editor Lintouch

4.3.1.2 Lintouch Server

31 Interface responsvel pela aquisio de todos os dados do sistema, fazer a converso destes dados e disponibiliz-los para consulta pelos nodos de operao e superviso.

4.3.1.3 Lintouch Runtime

Esta interface capta todos os dados do sistema que esto disponveis via e os converte em dados grficos para que sejam melhor entendidos pelos usurios do sistema.

4.3.2 Banco de Dados Para salvar seus dados histricos o Lintouch no tem nenhum padro includo, ou seja, por se tratar de uma ferramenta com cdigo totalmente aberto, o desenvolvedor pode optar por qualquer soluo neste caso, e simplesmente implementar da forma que mais lhe agrada.

4.3.3 Recursos Como este software ainda se trata de um projeto ainda no h recursos extras, pois os desenvolvedores e parceiros ainda se encontram em fase de aperfeioamento da sua estrutura, criando mais conectividade, flexibilidade e confiabilidade a este. Em todo caso, por se tratar de um sistema de cdigo aberto, o desenvolvedor pode criar suas prprias ferramentas que se fizerem necessrias.

4.3.4 Anlise Considerando os outros sistemas supervisrio citados, fica impossvel fazer uma comparao, pois toda a estrutura deste sistema ainda esta em fase de aperfeioamento mas a importncia deste projeto clara, pois pode se fazer uma analogia com o sistema operacional Linux que durante muito tempo se

32 tratava de um projeto cheio de falhas mas que com ajuda de parceiros desenvolvedores se tornou hoje em dia um grande sistema operacional, fazendo frente at mesmo do Windows que o sistema mais utilizado no mundo.

Se pode dizer que hoje em dia o Lintouch recomendado para desenvolvedores avanados pois exige no somente uma criao de seu supervisrio mas tambm em alguns casos necessrio implementar seus prprios recursos, j que este ainda no dispe de nenhum recurso extra para o controle e monitoramento, ou seja, podemos tratar o Lintouch como um sistema supervisrio bsico por apresentar somente o mnimo que se pode exigir de um.

Em se tratando de sua conectividade, pode-se dizer que ainda muito baixa por aceitar somente alguns padres, em contra proposta este sistema apresenta uma ampla flexibilidade, pois um usurio avanado pode fazer a integrao deste com qualquer outro sistema.

Este se mostra um sistema que ainda precisa de muito aperfeioamento, mas que tem tendncia de se tornar um grande sistema por apresentar cada vez mais parceiros em seu desenvolvimento e tambm por ser gratuito.

33 5 IMPORTNCIA DOS SISTEMAS SUPERVISRIOS Para que se possa quantificar sua real importncia em controle de processos ser realizada uma diviso em trs etapas onde se caracterizara sua importncia e momentos distintos de sua evoluo.

5.1 Surgimento At o final da dcada de 70 e inicio da dcada de 80, ainda no existia um conceito especifico a respeito de sistemas supervisrios, a tecnologia existente neste ramo eram lgicas de rel que acendiam lmpadas para alertar o operador de alguma anormalidade no processo. Pode-se dizer que nesta poca o sistema supervisrio tinha pouca influncia na realizao correta do processo, pois somente era lembrado quando havia algum desvio na planta.

Seus alertas podiam no ser em tempo real, fazendo com que este no tivesse tanta credibilidade, e como concluso destes fatores no era uma ferramenta muito utilizada nesta poca.

5.2 Utilizao de computadores Pode-se dizer que a informtica deu vida ao sistema supervisrio, j que neste momento os sistemas supervisrios tinham o auxilio de computadores que podiam mostrar na tela de um monitor tudo que se passava na planta. J existiam alguns sistemas que operaram em tempo real, e outros somente mostraram anormalidades, tendo em vista que na poca um sistema em tempo real representava um alto custo de instalao, mas o importante desta poca que j se podia contar com histricos de produo e a interface grfica a qual o computador era capaz de mostrar ao operador fez com que toda a leitura do processo ficasse mais amigvel.

Com os dados histricos do processo, j se podia fazer varias analises estatsticas a fim de se melhorar o processo, alm do que o engenheiro de

34 processo poderia ter em suas mos variveis com maior grau de preciso para o nvel de erro de suas analises seja bem reduzido.

As industrias j tratavam o sistema supervisrio como de suma importncia para a evoluo do processo e tambm por poder-se rastrear qualquer anormalidade em um produto final que tenha sido fabricado com defeito. A partir desta poca os investimentos em superviso foram crescendo exponencialmente, o que caracteriza o grande crescimento desta ferramenta.

5.3 Arquitetura SCADA No inicio da dcada de 90 o sistema supervisrio atingiu um grau de confiabilidade muito elevado, pois com ele as empresas j conseguiam perceber uma melhora em seus processos. Neste momento surge a arquitetura SCADA, que se baseia em utilizar os dados do sistema supervisrio para controlar a planta. Pode-se dizer que com esta nova arquitetura as empresas obtiveram um enorme ganho em produtividade, e percebendo todo o potencial desta tecnologia, os investimentos foram crescendo cada vez mais e a dependncia das indstrias tambm. Ao final da dcada de 1990, a grande maioria das indstrias j contavam com sistemas supervisrio SCADA, e suas respectivas produes dependiam extremamente do perfeito funcionamento do sistema supervisrio. Hoje em dia, em indstrias cujo processo critico, que h muitas perdas em cada parada, pode-se dizer que o sistema supervisrio o corao do processo.

O artigo de PIRES afirma que:

Os sistemas SCADA so de importncia estratgica j que so adotados na maioria das indstrias que compem a infra-estrutura de um pas. As aplicaes da tecnologia SCADA alcanam praticamente todo o espectro do setor produtivo. Para exemplificar, esses sistemas so utilizados na indstria qumica, petroqumica e de cimentos; na

35 indstria alimentcia; na produo e distribuio de energia eltrica; na distribuio de gua; no controle de oleodutos, gasodutos, centrais nucleares, edifcios inteligentes e trfego (PIRES, 2005).

Na tentativa de se quantificar a importncia deste sistema para todo o ambiente industrial atual, pode-se dizer que praticamente todas as indstrias fazem uso desta ferramenta, onde sua importncia afirmada por todos os profissionais da rea de automao industrial.

36 6 CONCLUSES Com base nos dados analisados, podemos observar a crescente evoluo em desempenho destes sistemas, e destacar o crescimento repentino da demanda deste tipo de software pela indstria.

importante salientar que o setor industrial cada vez mais se torna dependente desta tecnologia visto que sem o funcionamento correto do mesmo, todo o processo industrial fica parado ou operando com dificuldades, o que gera enormes prejuzos ao setor.

A partir destes fatos pode-se concluir que estes sistemas se tornaram uma pea fundamental para o bom funcionamento dos processos industriais e tambm para a pesquisa, aprimoramento, e controle de qualidade da produo. Pode-se dizer ainda que com o aumento de confiabilidade e flexibilidade destes sistemas, empresas de diversas reas de produo demandam cada vez mais este tipo de soluo, tornando assim este tipo de software uma ferramenta essencial para todo controle de processos.

37 REFERNCIAS PIRES, Paulo Srgio Motta; OLIVEIRA, Luiz Affonso H. Guedes de; BARROS, Diogo Nascimento. Aspectos de segurana em sistemas SCADA Uma viso geral. 4 Congresso Internacional de Automao, Sistemas e Instrumentao. In: Controle & Instrumentao, Maio de 2005.

Fonseca, Marcos de Oliveira. Comunicao OPC Uma Abordagem Prtica. 6 Seminrio de Automao de Processos, Associao Brasileira de Metalurgia e Materiais, 9-10 de outubro de 2002 Vitria ES, Brasil.

Ribeiro, Marco Antonio. Automao Industrial. 4 Edio. Salvador: Tek Treinamento e Consultoria Ltda, 2001.

Vianna, Willian da Silva. Sistema SCADA Supervisrio. Instituto Federal Fluminense de Educao Cincia e Tecnologia, 2008.

Silva, Ana Paula Gonalves; Salvador, Marcelo. O que so sistemas supervisrios?. Elipse Software Ltda, 10 out.2004. Disponvel em:

<http://www.elipse.com.br/download/artigos/rt025.04.pdf> Acesso em: 10 de junho de 2009.

Salvador, Marcelo. Como o Elipse E3 Funciona. Elipse Software Ltda, 03 de abril de 2004. Disponvel em:

<http://www.elipse.com.br/download/artigos/rt012.03.pdf> Acesso em: 18 de junho de 2009.

Tutorial Elipse E3. 3 Edio. Porto Alegre: Elipse Software Ltda, 2007.

Zampronha, Rogrio. A Evoluo dos Sistemas Supervisrios. SoftBrasil. Disponvel em: <http://www.softbrasil.com.br/site/artigos/acao:ver/indice:117> Acesso em: 22 de maio de 2009.

38 CIMPLICITY HMI Base System User's Manual. Charlottesville, Virginia: GE Fanuc, julho de 2001. Disponvel em: <http://www.ge-

fanuc.com/support/cimplicity/downloads/gfk1180k.pdf> Acesso em: 15 de junho de 2009.

Man, Martin. Lintouch Architecture. Lintouch Organization, junho de 2004. Disponvel em: <http://lintouch.org/svn/lintouch-

docs/trunk/presentations/Lintouch%20Architecture.pdf> Acesso em: 01 jul 2009.

Controlador

Lgico

Programvel.

2009.

Disponvel

em:<http://pt.wikipedia.org/wiki/Controlador_l%C3%B3gico_program%C3%A1v el> Acesso em: 02 mai 2009

SCADA, 2008. Disponvel em: <http://en.wikipedia.org/wiki/SCADA> Acesso em: 26 abr 2009

Programmable

Logic

Controller.

2009.

Disponvel

em:

<

http://en.wikipedia.org/wiki/Programmable_logic_controller> Acesso em: 26 mai 2009

Vax. 2008. Disponvel em: <http://en.wikipedia.org/wiki/VAX> Acesso em: 19 abr 2009

Emerick, Adailton. Histrico da Automao Industrial. Automaes - O Blog da Automao Industrial: Dezembro de 2008. Disponvel em:

<http://www.automacoes.com/search/label/Conceituando%20Automa%C3%A7 %C3%A3o> Acesso em: 22 abr 2009

Remote

Terminal

Unit.

2008.

Disponvel

em:<

http://en.wikipedia.org/wiki/Remote_Terminal_Unit> Acesso em: 07 mai 2009

Braghetto, Fernando. Introduo a Redes de Computadores. Unesp, agosto de 2003. Disponvel em:

39 <http://www.braghetto.eti.br/files/PalestraFB_Unesp_20030826.pdf> Acesso em: 21 de junho de 2004. Dias, Beethovem Zanella; Jr., Nilton Alves. A Evoluo do padro Ethernet. Maio de 2002. Disponvel em: <

http://www.rederio.br/downloads/pdf/nt00202.pdf> Acesso em: 24 de junho de 2009.

RS-232. 2009. Disponvel em:< http://pt.wikipedia.org/wiki/RS-232> Acesso em: 28 junho 2009

FIELDBUS,

2008.

Disponvel

em:<

http://en.wikipedia.org/wiki/Fieldbus>

Acesso em: 29 jun 2009