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

motivao

clube
por

de

sempre

corao,
me

dar

para sempre seguir

em

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

Supervisrios

no

mostra

atual

cenrio

importncia
da

dos

Automao

Sistemas
Industrial,

destacando, entre os diferentes tipos existentes, suas principais

aplicaes

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

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

Acesso em: 29 jun 2009

em:<

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