Curso de Redes Industriais e Sistema Supervisrio

Sistemas de Superviso

Os sistemas de superviso ou supervisrios permitem que sejam monitoradas e rastreadas informaes de um processo produtivo ou instalao fsica. Tais informaes so coletadas atravs de equipamentos de aquisio de dados e, em seguida, manipulados, analisados, armazenados e, posteriormente, apresentados ao usurio. Observe a seguir o sistema de superviso de um processo de saneamento:

Estes sistemas tambm so chamados de SCADA (Supervisory Control and Data Aquisition). Os primeiros sistemas SCADA, basicamente telemtricos, permitiam informar periodicamente o estado corrente do processo industrial.
SENAI Sistemas de Superviso Pgina 1 de 12

Curso de Redes Industriais e Sistema Supervisrio

O monitoramento de sinais representativos de medidas e estados de dispositivos era representado atravs de um painel de lmpadas e indicadores, sem que houvesse qualquer interface aplicacional com o operador. Atualmente, os sistemas de automao industrial utilizam tecnologias de computao e comunicao para automatizar a monitorao e controle dos processos industriais, efetuando coleta de dados em ambientes complexos. Esses ambientes so eventualmente dispersos geograficamente, e a respectiva apresentao de modo amigvel para o operador, com recursos grficos elaborados (interfaces homem-mquina) e contedo multimdia. Observe o processo a seguir onde possvel perceber facilmente a monitorao remota dos dispositivos em um ambiente que possui uma disperso geogrfica:

Sistema SCADA representado na tela de um sistema supervisrio Para esse gerenciamento, os sistemas SCADA identificam os Tags, que so todas as variveis de processo, numricas ou alfanumricas, envolvidas na aplicao: podem executar funes computacionais (operaes matemticas, lgicas, com vetores ou strings, etc), podem tambm representar pontos de entrada/sada (sensores/atuadores) de dados do processo que est sendo controlado, etc. Neste caso, correspondem s variveis do processo real (ex: temperatura, nvel, vazo etc), comportando-se como a ligao entre o controlador e o sistema. com base nos valores dos Tags que os dados coletados so apresentados ao usurio. Isso pode ser feito numericamente ou graficamente atravs de representaes como barras grficas (bargraphs). Os

SENAI Sistemas de Superviso

Pgina 2 de 12

Curso de Redes Industriais e Sistema Supervisrio

sistemas SCADA podem tambm verificar condies de alarmes, identificadas quando o valor do Tag ultrapassa uma faixa ou condio pr-estabelecida, etc. possvel at mesmo programar a gravao de registros em bancos de dados, ativao de som, mensagem, mudana de cores, envio de mensagens por pager, e-mail, celular, etc.

Componentes fsicos de um sistema de superviso Os componentes fsicos de um sistema de superviso podem ser resumidos, de forma simplificada, em: Sensores e atuadores; Rede de comunicao; Estaes remotas (aquisio/controle) e de monitorao central (sistema computacional SCADA). Os sensores so dispositivos conectados aos equipamentos controlados e monitorados pelos sistemas SCADA, que convertem parmetros fsicos tais como velocidade, nvel de gua e temperatura, para sinais analgicos e digitais legveis pela estao remota. Os atuadores so utilizados para atuar sobre o sistema, ligando e desligando determinados equipamentos. O processo de controle e aquisio de dados se inicia nas estaes remotas, PLCs (Programmable Logic Controllers) e RTUs (Remote Terminal Units), com a leitura dos valores atuais dos dispositivos que a elas esto associados e seu respectivo controle. Os PLCs e RTUs so unidades computacionais especficas, utilizadas nas instalaes fabris (ou qualquer outro tipo de instalao que se deseje monitorar) para a funcionalidade de ler entradas, realizar clculos ou controles, e atualizar sadas.

Componentes de um sistema SCADA A diferena entre os PLCs e as RTUs que os primeiros possuem mais flexibilidade na linguagem de programao e controle de entradas e sadas, enquanto as RTUs possuem uma arquitetura mais distribuda entre sua unidade de processamento central e os cartes de entradas e sadas, com maior preciso e seqenciamento de eventos.

SENAI Sistemas de Superviso

Pgina 3 de 12

Curso de Redes Industriais e Sistema Supervisrio

Simplificando a anlise, observe como ocorre a conexo de um sistema de superviso aos dispositivos de campo:

Conexo de um sistema de superviso aos dispositivos de campo A rede de comunicao o meio por onde as informaes fluem dos PLCs/RTUs para o computador onde encontra-se instalado o software supervisrio e, levando em considerao os requisitos do sistema e a distncia a cobrir, pode ser implementada atravs de cabos, fibras pticas, linhas dial-up, linhas dedicadas, rdios - modem, etc. As estaes de monitorao central so as unidades principais dos sistemas SCADA, sendo responsveis por recolher a informao gerada pelas estaes remotas e agir em conformidade com os eventos detectados. As funes executadas por estas estaes podem ser centralizadas num nico computador ou distribudas por uma rede de computadores, de modo a permitir o compartilhamento das informaes coletadas. Observe a seguir um exemplo onde temos a estao de monitorao central e trs processos controlados pelas estaes remotas:

Arquitetura de funes distribudas de um sistema SCADA

SENAI Sistemas de Superviso Pgina 4 de 12

Curso de Redes Industriais e Sistema Supervisrio

Os computadores que rodam o software de superviso encontram-se conectados com CLPs e/ou RTUs para coleta dos dados de processo. Esses dispositivos normalmente se conectam atravs de uma rede hierrquica de comunicao para melhor estruturao dos dados. Componentes lgicos de um software supervisrio Internamente, os softwares supervisrios geralmente dividem suas principais tarefas em blocos ou mdulos, que vo permitir maior ou menor flexibilidade e robustez, de acordo com a soluo desejada. Em linhas gerais, podemos dividir essas tarefas em: Ncleo de processamento; Comunicao com PLCs/RTUs; Gerenciamento de Alarmes; Histricos e Banco de Dados; Lgicas de programao interna (Scripts) ou controle; Interface grfica; Relatrios; Comunicao com outras estaes SCADA; Comunicao com Sistemas Externos / Corporativos; Outros. A regra geral para o funcionamento de um sistema SCADA parte dos processos de comunicao com os equipamentos de campo, cujas informaes so enviadas para o ncleo principal do software. O ncleo responsvel por distribuir e coordenar o fluxo dessas informaes para os demais mdulos, at chegarem na forma esperada para o operador do sistema, na interface grfica ou console de operao com o processo. Normalmente essas informaes chegam acompanhadas de grficos, animaes, relatrios, etc, de modo a exibir a evoluo do estado dos dispositivos e do processo controlado, permitindo informar anomalias, sugerir medidas a serem tomadas ou reagir automaticamente. Observe a seguir um grfico de uma subestao de energia:

SENAI Sistemas de Superviso

Pgina 5 de 12

Curso de Redes Industriais e Sistema Supervisrio

Os objetos de alarme so fundamentais para verificao de anomalia no funcionamento do processo bem como anlise desse ao longo do tempo. Observe a seguir um exemplo de registro de alarme gerado no sistema de superviso:

Tela de alarmes de um software supervisrio, o E3 da Elipse Atravs da tabela torna-se possvel verificar a data, hora e em qual rea do processo ocorreu a situao de alarme. As tecnologias computacionais utilizadas para o desenvolvimento dos sistemas SCADA tm evoludo bastante nos ltimos anos, de forma a permitir que, cada vez mais, aumente a sua confiabilidade, flexibilidade e conectividade. Outro aspecto que facilmente perceptvel nos sistemas de superviso so as novas ferramentas que permitem diminuir cada vez mais o tempo gasto na configurao e adaptao do sistema s necessidades de cada instalao. Interface grfica (Telas) Uma tela pode ser definida como uma janela para monitoramento de um processo, onde sero inseridos os objetos que faro a interface do operador com o sistema. Cada aplicao pode ter um nmero ilimitado de telas. As telas so o ponto-de-partida para a construo da interface de sua aplicao. Um bom desenho de tela garante uma compreenso melhor do processo supervisionado e utilizao mais fcil dos recursos acrescentados aplicao.

SENAI Sistemas de Superviso

Pgina 6 de 12

Curso de Redes Industriais e Sistema Supervisrio

Objetos de Tela As telas de aplicao podem conter bitmaps de fundo e objetos. Os objetos que so inseridos sobre o bitmap constituem um plano secundrio na tela, de modo que podem ser apagados, copiados, movidos, redimensionados e agrupados, sem prejudicar o desenho de fundo. Os Objetos de Tela so elementos grficos que esto relacionados com os Tags e facilitam a visualizao das variveis. Histricos Os histricos podem ser gerados de duas maneiras diferentes: Contnua: Armazena os dados continuamente durante a execuo da aplicao (ex: gravao das temperaturas de uma cmara fria a cada quinze minutos); Batelada: No caso de processos em lote (ex: gravao das temperaturas de um forno separadas por cdigo de lote de produo e nome do operador). Na batelada, os dados so armazenados acompanhados de uma ou mais referncias, associadas a um cabealho do histrico de modo que uma batelada pode ser localizada. Relatrios Os relatrios permitem realizar a impresso dos dados histricos, cabealhos e alarmes, e ainda dados instantneos. Existem quatro tipos de relatrios bsicos: Relatrio Texto: Pode realizar impresso de dados no formato de linhas e colunas, inclusive de arquivos de alarmes. Permite tambm a impresso para arquivo em disco. Relatrio Grfico: Realiza impresso grfica de dados histricos, com a criao de legenda. Relatrio Formatado: Use esta opo para imprimir um formulrio com textos quaisquer, valores instantneos de variveis e bitmaps. Anlise Histrica: Relatrio de tela, para visualizao/impresso de dados do disco. Use este relatrio quando desejar vrias anlises diferentes para cada arquivo, ou mesmo para anlise de dados remotos, gerados por outras aplicaes. Observe a seguir um modelo simples de relatrio tipo texto:

SENAI Sistemas de Superviso

Pgina 7 de 12

Curso de Redes Industriais e Sistema Supervisrio

Todos os relatrios possuem uma aba de critrio, para especificao do intervalo de busca dos dados e uma aba de configuraes para escolha do arquivo de dados e de bateladas, se esta opo estiver habilitada. Receitas um conjunto de valores pr-definidos que podem ser carregados para um grupo de Tags a fim de configurar um processo especfico. Por exemplo, em uma mquina que fabrica diferentes tipos de parafusos, as variveis envolvidas no processo so sempre as mesmas, mas seus valores provavelmente iro mudar dependendo do tipo de parafuso que se quer produzir. Supondo que voc tem diferentes configuraes de mquina para cada tipo de parafuso, estes valores poderiam ser gravados em uma receita e serem posteriormente carregados em Tags de Controle, facilitando a tarefa do operador e evitando erros. Dessa maneira, podemos criar um modelo de receita Parafuso com diversas receitas Fenda Philips, Fenda Torx, Fenda Simples e assim por diante. Para que sejam recuperados quando necessrio, os modelos e os dados de uma receita so armazenados em disco, em um arquivo de receitas com a extenso RTF. Modos de comunicao A principal funcionalidade de qualquer sistema SCADA est ligada troca de informaes, que podem ser, basicamente: Comunicao com os PLCs/RTUs; Comunicao com outras estaes SCADA; Comunicao com outros sistemas.

A comunicao com os equipamentos de campo, realizada atravs de um protocolo em comum, cuja metodologia pode ser tanto de domnio pblico ou de acesso restrito, geralmente pode ocorrer por polling ou por interrupo, normalmente designada por Report by Exception. A comunicao por polling (ou Master/Slave) faz com que a estao central (Master) tenha controle absoluto das comunicaes, efetuando seqencialmente o polling aos dados de cada estao remota (Slave), que apenas responde estao central aps a recepo de um pedido, ou seja, em halfduplex. Isto traz simplicidade no processo de coleta de dados, inexistncia de colises no trfego da rede, facilidade na deteco de falhas de ligao e uso de estaes remotas no inteligentes. No entanto, traz incapacidade de comunicar situaes estao central por iniciativa das estaes remotas. J a comunicao por interrupo ocorre quando o PLC ou a RTU monitora os seus valores de entrada e, ao detectar alteraes significativas ou valores que ultrapassem os limites definidos, envia as informaes para a estao central. Isto evita a transferncia de informao desnecessria, diminuindo o trfego na rede, alm de permitir uma rpida deteco de informao urgente e a comunicao entre estaes remotas (slave-to-slave).
SENAI Sistemas de Superviso Pgina 8 de 12

Curso de Redes Industriais e Sistema Supervisrio

A comunicao com outras estaes SCADA pode ocorrer atravs de um protocolo desenvolvido pelo prprio fabricante do sistema SCADA, ou atravs de um protocolo conhecido via rede Ethernet TCP/IP, linhas privativas ou discadas.

A Internet cada vez mais utilizada como meio de comunicao para os sistemas SCADA. Atravs do uso de tecnologias relacionadas com a Internet, e padres como Ethernet, TCP/IP, HTTP e HTML, possvel acessar e compartilhar dados entre reas de produo e reas de superviso e controle de vrias estaes fabris. Podemos visualizar isso aplicado atravs da figura a seguir:

Superviso atravs da Internet Atravs do uso de um browser, possvel controlar via Internet, em tempo real, uma mquina localizada em qualquer parte do mundo. O browser se comunica com o servidor web atravs do protocolo http e, aps o envio do pedido referente operao pretendida, recebe a resposta na forma de uma pgina HTML. Algumas das vantagens da utilizao da Internet e do browser como interface de visualizao SCADA so o modo simples de interao, ao qual a maioria das pessoas j est habituada, e a facilidade de manuteno do sistema, que precisa ocorrer somente no servidor. J a comunicao com outros sistemas, como os de ordem corporativa, ou simplesmente outros coletores ou fornecedores de dados, pode se dar atravs da implementao de mdulos especficos, via Bancos de Dados, ou outras tecnologias como o XML e o OPC.

SENAI Sistemas de Superviso

Pgina 9 de 12

Curso de Redes Industriais e Sistema Supervisrio

OPC A comunicao entre os dispositivos de cho de fbrica e os sistemas de automao e informao j podem se beneficiar do padro OPC (OLE for Process Control). Este foi desenvolvido para permitir que os sistemas de controle possam fazer uso das tecnologias desenvolvidas pela Microsoft para a plataforma WINTEL. Entretanto, a utilizao do padro apresenta algumas caractersticas que devem ser observadas para a sua aplicao prtica. Estas caractersticas so fundamentais para a sua perfeita utilizao e para garantir o desempenho da comunicao. Introduo ao Padro OPC Em 1995, algumas empresas se reuniram com o objetivo de desenvolver um padro baseado na tecnologia OLE/DCOM para acesso dados de tempo real dentro do sistema operacional Windows. Neste trabalho foram envolvidos membros da Microsoft para suporte tcnico soluo a ser adotada. Este grupo sem fins lucrativos formado por diversas empresas e gerenciado pela organizao OPC Foundation, a qual possui um site na Internet (www.opcfoundation.org). Basicamente, o padro OPC estabelece as regras para que sejam desenvolvidos sistemas com interfaces padres para comunicao dos dispositivos de campo (CLPs, sensores, balanas, etc.) com sistemas de monitorao, superviso e gerenciamento (SCADA, MES, ERP, etc.). O quadro a seguir apresenta um resumo das tecnologias OLE e DCOM.
OLE A tecnologia OLE (Object Linking and Embedding) foi desenvolvida pela Microsoft em meados de 1990, para suprir a necessidade de se integrar diferentes aplicaes dentro da plataforma Windows, de forma a solucionar os problemas de desempenho e confiabilidade do at ento utilizado padro DDE (Dynamic Data Exchange). DCOM Como uma continuao da tecnologia OLE, o DCOM (Distribuited Component Object Model) surgiu junto com o sistema operacional Windows NT e foi logo aceito pela indstria. Basicamente, o DCOM um conjunto de definies para permitir a implementao de aplicaes distribudas em uma arquitetura clente-servidor. Desta forma, um cliente pode acessar diferentes servidores ao mesmo tempo e um servidor pode disponibilizar suas funcionalidades para diferentes clientes ao mesmo tempo. Atravs da definio de interfaces, o DCOM permite que objetos sejam instanciados de forma distribuda e seus servios e mtodos (funes) sejam acessveis por diferentes programas. Para isso necessrio a utilizao de uma linguagem especial, a IDL (Interface Definition Language). Isto significa que cada cliente pode chamar os mtodos de qualquer objeto DCOM em um determinado servidor, independentemente do ambiente de programao (linguagem, compilador, verso, etc.) que os mesmos foram criados. Atravs de um identificador nico (GUID, Global Unique Identifier), as interfaces so protegidas contra modificaes aps a sua publicao e a compatibilidade dos objetos DCOM ento garantida. Os objetos DCOM existem nos servidores DCOM. A forma de implementao dos servidores (DLL EXE, InProcess e OutProcess) determina como os objetos so carregados e gerenciados pelo servidor. Os objetos DCOM so acessveis atravs de uma identificao CLSID (Class Identifier) mantida pela Registry do sistema operacional. Atravs da CLSID os clientes podem lanar os componentes, solicitar as interfaces dos objetos e chamar os mtodos desta interface. O ciclo de vida de um objeto DCOM controlado pelo prprio componente, de forma que o mesmo se auto-deleta quando nenhum cliente est utilizando o mesmo, fazendo a liberao dos recursos do sistema.

SENAI Sistemas de Superviso

Pgina 10 de 12

Curso de Redes Industriais e Sistema Supervisrio

A primeira especificao produzida pelo grupo foi publicada em agosto de 1996, chamada OPC Specification Version 1.0. O principal objetivo do grupo atender s necessidades da indstria, atravs do aprimoramento e ampliao da especificao OPC. A estratgia adotada foi a criao de extenses especificao existente, definio da adio de novas especificaes e a realizao de modificaes para manter a compatibilidade mxima com as verses existentes. Em setembro de 1997 foi liberada a primeira atualizao da especificao OPC que passou a ser chamada de OPC Data Access Specification Version 1.0A. Aplicao do Padro OPC em Sistemas de Superviso Os softwares supervisrios podem ser utilizados como clientes ou servidores OPC. O uso de servidores OPC permite vantagens em relao ao desenvolvimento de projetos onde se utilizem drivers. Algumas dessas vantagens so: Uniformidade de interface para diferentes redes e protocolos; Integrao plena com a rede; Eliminao da necessidade de drivers de comunicao; Integrao entre diferentes ferramentas de superviso.

Observe a seguir um processo com Servidor OPC integrado a um supervisrio (SCADA) e tambm monitorado por outro PC que pode rodar um aplicativo em Excel, C++, enfim, quaisquer aplicativos desde que possuam uma interface OPC. Cliente Cliente

Servid

Cliente

Cliente Cliente

Cliente

Tecnologia OPC aplicao na automao industrial

SENAI Sistemas de Superviso Pgina 11 de 12

Curso de Redes Industriais e Sistema Supervisrio

Entretanto, existem algumas desvantagens que devem ser observadas para a implantao de sistemas com OPC: Em alguns casos a velocidade de comunicao pode ter desempenho menor que os que utilizam drivers de comunicao; Maior uso de processamento por serem diferentes softwares sendo utilizados e o OPC Server utilizar servios do Sistema Operacional, portanto, exige maior investimento em equipamentos de rede; A manuteno de sistemas que se comunicam em OPC traz um maior nmero de variveis para o processo (falhas nos servios de comunicao do Windows, por exemplo).

SENAI Sistemas de Superviso

Pgina 12 de 12