Escolar Documentos
Profissional Documentos
Cultura Documentos
1.
OPC Overview (Verso 1.00) Descrio geral dos campos de aplicao das
especificaes OPC.
OPC Common Definitions and Interfaces (Verso 1.00) Definio das
funcionalidades bsicas para as demais especificaes.
OPC Data Access Specification (Verso 2.05) Definio da interface para leitura e
escrita de dados de tempo real.
OPC Alarms and Events Specification (Verso 1.02) Definio da interface para
monitorao de eventos.
OPC Historical Data Access Specification (Verso 1.01) Definio da interface
para acesso a dados histricos.
OPC Batch Specification (Verso 2.00) Definio da interface para acesso aos
dados de processos por batelada (batch). Esta especificao uma extenso da OPC
Data Access Specification.
OPC Security Specification (Verso 1.00) Definio da interface para utilizao de
polticas de segurana.
OPC and XML (Verso candidata 1.05) Integrao entre OPC e XML para
aplicaes via Internet (web).
A Figura 2 apresenta uma viso das especificaes do padro.
2.
Pela especificao do padro, todo servidor de dados deve enviar o dado OPC no
formato apresentado a seguir:
- Valor do dado: Todos os tipos de dados VARIANT definidos pela interface DCOM so
suportados.
- Time Stamp: Esta informao fornecida pelo servidor atravs da leitura do time
stamp dos dispositivos de campo ou por gerao interna. utilizada a estrutura padro do
Windows para o UTC (Universal Time Coordinated).
- Informao de estado: So reservados 2 bytes para codificao do estado do dado
fornecido pelo servidor. Por enquanto, apenas o uso do byte menos significativo foi
definido. Dois bits definem a qualidade do dado que pode ser:
Good Dado vlido;
Bad No caso de perda do link de comunicao com o dispositivo de campo, por
exemplo;
Uncertain No caso de existir o link de comunicao mas o dispositivo de campo
estiver fora de operao.
Quatro bits fornecem um detalhamento do estado apresentado, tais como Not
Connected e Last Usable Value. Os ltimos dois bits podem conter dados de diagnstico
no caso de falha de um sensor, por exemplo.
Configurao dos dados OPC no Cliente
Normalmente, os produtos de mercado no permitem muita flexibilidade para a
configurao dos dados solicitados pelo cliente. Isto se deve basicamente preservao
da cultura anterior para os drivers de comunicao especficos. Entretanto, isto pode ser
uma armadilha para os usurios.
Considerando o caso mais comum que consiste nos servidores de dados OPC (OPC
Data Access), os clientes podem definir basicamente as seguintes configuraes:
Criao de grupos e itens OPC: Basicamente, todos os dados OPC so chamados de
itens. Cada item pode ser de um tipo diferente de dado compatvel com a especificao
OPC. Os diversos itens so organizados em grupos OPC, os quais definem as principais
caractersticas de leitura dos itens (Taxa de Atualizao, Estado Ativo/Inativo, Banda
Morta, Leitura Sncrona/Assncrona).
Leitura Sncrona ou Assncrona: Para um determinado grupo OPC pode ser definido
se a leitura dos dados feita de forma sncrona, a qual depende de uma confirmao de
execuo antes de uma nova leitura, ou assncrona, a qual no depende da confirmao.
Normalmente utilizada a leitura assncrona, a qual garante um melhor desempenho.
Leitura de dados direto do dispositivo: A partir da verso 2.0 da especificao para o
servidor de dados, possvel fazer a seleo no cliente OPC para leitura dos dados da
memria cache do servidor ou diretamente do dispositivo de campo.
Estado Ativo/Inativo: Cada item ou grupo pode ter o seu estado alterado pelo cliente
para Ativo, habilitando a comunicao do mesmo, ou Inativo.
Leitura Cclica ou por Mudana de Estado: O cliente OPC pode definir se os dados
do servidor sero lidos de forma cclica ou por mudana (transio) de estado. Na leitura
cclica, o cliente faz a requisio de leitura regularmente, independentemente se os dados
sofreram alterao de valor ou no. No caso de leitura por mudana de estado, o servidor
fica responsvel por enviar para os clientes os itens que sofrerem alterao de seu
estado (Qualidade do dado) ou quando os valores dos itens de um determinado grupo
ultrapassarem o valor da banda morta.
Banda Morta: utilizada para definir os valores limites de transio para os itens de
um determinado grupo, para os quais o servidor far o envio para os clientes quando a
alterao dos valores dos itens estiver fora da banda especificada.
A Figura 4 apresenta a estrutura dos objetos para a comunicao OPC.
Automao da Aciaria da
Adio de Ferro-Ligas;
Ventilao Secundria;
Sistema de gases (BAUMCO);
Pesagem de Gusa;
Pesagem de Sucata;
Sistemas Auxiliares;
Controle de Panelas de Ao e Gusa.
O sistema foi desenvolvido utilizando-se os seguintes produtos e tecnologias:
CLPs Rockwell: ControlLogix, PLC5 e SLC500;
Redes de Controle: ControlNet e DH+;
Rede de aquisio e comunicao: Ethernet 10/100 Mbits/s com protocolo TCP/IP;
Microcomputadores Compaq Pentium III, 500 Mhz, 192 MB RAM;
Sistema operacional Windows NT 4.0;
Servidor OPC RSLinx da Rockwell;
Sistema Supervisrio Wizcon;
Acesso de dados via web utilizando o Wizcon for Internet;
Estao de Clculos desenvolvida em Delphi para o ambiente Windows NT.
Toda a comunicao entre os CLPs e as estaes de superviso e de clculos foi feita
utilizando-se o padro OPC. Para a implementao da comunicao OPC foram
enfrentados algumas dificuldades, tais como:
As primeiras verses dos produtos para comunicao OPC no apresentavam
desempenho satisfatrio e alguns bugs.
Muitas funcionalidades do padro OPC no estavam disponveis nas primeiras
verses dos produtos.
Os clientes OPC no permitiam que fossem configurados os itens OPC de forma a
otimizar a configurao, tais como agrupamento de itens, leitura em blocos, etc.
Os tcnicos envolvidos no projeto possuam pouca experincia com os produtos e
com o padro OPC.
As primeiras verses do servidor e do cliente OPC no faziam uso adequado dos
recursos de hardware, causando principalmente o consumo excessivo de CPU.
Os problemas apresentados acima se deveram principalmente poca de incio do
desenvolvimento, janeiro de 2001. Naquela poca, a comunicao OPC estava
comeando a ser utilizada, sendo poucos os casos prticos e os sistemas de grande porte
que utilizavam produtos comunicando neste padro.
Aps serem identificados os problemas apresentados pela comunicao OPC, os quais
resumiam-se principalmente a bugs de software, consumo de CPU elevado e
incapacidade da leitura de dados em blocos, os fornecedores dos produtos juntamente
com as equipes de desenvolvimento das empresas envolvidas fizeram as correes
necessrias para viabilizar a comunicao OPC.
O sistema foi implantado em julho de 2001, encontrando-se em operao plena desde
ento. Atualmente, a comunicao OPC apresenta os dados de desempenho mostrados a
seguir.
Estao
Convertedor
RH
Transporte
Consumo
CPU (%)
10
5
4
Gusa
Clculos
Sucata
712
0
26
0
991
263
0
0
14
1
3
<1
Conforme pode ser observado na Tabela 1, o volume de dados de cada estao foi
organizado em funo das necessidade de atualizao de cada dado, definindo-se as
taxas de leitura para atender s exigncias da aplicao. O total de dados e as taxas de
leituras apresentados correspondem situao atual da aplicao. Os dados so
enviados pelo servidor por mudana de estado. Basicamente, todos os servidores esto
executando na mesma mquina do cliente. Somente algumas estaes de monitorao
do sistema de superviso fazem o acesso remoto, atravs do servidor OPC RSLinx. O
consumo de CPU apresentado para o servidor OPC corresponde condio normal de
operao. Estes resultados poderiam ser ainda melhores, caso fosse possvel
implementar todas as otimizaes citadas neste trabalho.
4.
Concluses
10
Referncias Bibliogrficas
[1] Iwanitz, Frank and Lange, Jrgen. OLE for Process Control Fundamentals,
Implementation and Application, Hthig Verlag Heidelberg, 2001, 200 p.
[2] Fonseca, Marcos. Relatrio sobre Desempenho da Comunicao OPC, documento
de projeto da ATAN Sistemas, 2002.
[3] Chisholm, Al. DCOM, OPC and Performance Issues, Intellution Inc., 1998.
[4] Burke, Thomas J. The Performance and Throughput of OPC A Rockwell Software
Perspective, Rockwell Software Inc., 1998.
[5] Help On-line do software RSLinx OPC Server, verso 2.30.01, Rockwell Software.
[6] Help On-line do software Matrikon OPC Explorer, verso 3.0.4.56, Matrikon
Consulting Inc.
[7] Documentao do site da OPC Foundation: www.opcfoundation.org
11
Abstract
Data communication between plant floor and automation and information levels is now
under the benefits of OPC (OLE for Process Control) standard. This standard was
developed to provide the advantages of Microsoft technologies under WINTEL platform to
control systems. Nevertheless, the OPC standard needs to be understood correctly to
assure that its main characteristics are used in practical applications. Those characteristics
are fundamental for the correct usage of the standard and to achieve the best performance
for data communication. This paper describes the OPC standard under the practical point
of view and presents some guidelines for the usage of the resources provided for the end
user. Some practical results of the use of OPC communication in the automation system
for the Steel Making Plant in Aominas, Ouro Branco MG are also presented. This
system was developed by ATAN Sistemas.
Keywords: OPC Standard, Communication, Automation.
12