47962933 Comunicacao OPC Uma Abordagem Pratica

8/6/2019 47962933 Comunicacao OPC Uma Abordagem Pratica

1/12

Comunicao OPC Uma abordagem prtica

Marcos de Oliveira Fonseca 1

Resumo

A comunicao entre os dispositivos de cho de fbrica e os sistemas de automao einformao j podem se beneficiar do padro OPC (OLE for Process Control). Este foidesenvolvido para permitir que os sistemas de controle possam fazer uso das tecnologiasdesenvolvidas pela Microsoft para a plataforma WINTEL. Entretanto, a utilizao dopadro apresenta algumas caractersticas que devem ser observadas para a suaaplicao prtica. Estas caractersticas so fundamentais para a sua perfeita utilizao epara garantir o desempenho da comunicao. Este trabalho descreve o padro OPC sobo ponto de vista prtico e apresenta algumas orientaes para a utilizao dos recursosproporcionados pelo mesmo. So apresentados tambm, os resultados obtidos pela

comunicao OPC para o sistema de automao da Aciaria da Aominas, em OuroBranco MG, desenvolvido pela ATAN Sistemas.

Palavras-chave: Padro OPC, Comunicao, Automao.

VI Seminrio de Automao de Processos, Associao Brasileira de Metalurgia eMateriais, 9-10 de outubro de 2002 Vitria ES, Brasil.

1 Engenheiro Eletricista, M.Sc, Gerente do Departamento de Automao Industrial daATAN Sistemas, Belo Horizonte MG, Brasil.


2/12

1. Introduo ao Padro OPC

Em 1995, algumas empresas se reuniram com o objetivo de desenvolver um padrobaseado na tecnologia OLE/DCOM para acesso dados de tempo real dentro do sistemaoperacional Windows. Neste trabalho foram envolvidos membros da Microsoft parasuporte tcnico soluo a ser adotada. Este grupo sem fins lucrativos formado por

diversas empresas e gerenciado pela organizao OPC Foundation, a qual possui umsite na Internet (www.opcfoundation.org). Basicamente, o padro OPC estabelece asregras para que sejam desenvolvidos sistemas com interfaces padres para comunicaodos dispositivos de campo (CLPs, sensores, balanas, etc.) com sistemas demonitorao, superviso e gerenciamento (SCADA, MES, ERP, etc.). A Figura 1apresenta uma resumo das tecnologias OLE e DCOM.

OLE

A tecnologia OLE (Object Linking and Embedding) foi desenvolvida pela Microsoft emmeados de 1990, para suprir a necessidade de se integrar diferentes aplicaes dentro daplataforma 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 deaplicaes distribudas em uma arquitetura clente-servidor. Desta forma, um cliente podeacessar diferentes servidores ao mesmo tempo e um servidor pode disponibilizar suasfuncionalidades para diferentes clientes ao mesmo tempo.

Atravs da definio de interfaces, o DCOM permite que objetos sejam instanciados de formadistribuda e seus servios e mtodos (funes) sejam acessveis por diferentes programas.Para isso necessrio a utilizao de uma linguagem especial, a IDL ( Interface DefinitionLanguage). 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 suapublicao 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 gerenciadospelo servidor. Os objetos DCOM so acessveis atravs de uma identificao CLSID (ClassIdentifier) mantida pela Registrydo sistema operacional. Atravs da CLSID os clientes podemlanar 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 omesmo se auto-deleta quando nenhum cliente est utilizando o mesmo, fazendo a liberaodos recursos do sistema.

Figura 1 Tecnologias Microsoft OLE e DCOM.

A primeira especificao produzida pelo grupo foi publicada em agosto de 1996,chamada OPC Specification Version 1.0. O principal objetivo do grupo atender snecessidades da indstria, atravs do aprimoramento e ampliao da especificao OPC.A estratgia adotada foi a criao de extenses especificao existente, definio daadio de novas especificaes e a realizao de modificaes para manter acompatibilidade mxima com as verses existentes. Em setembro de 1997 foi liberada aprimeira atualizao da especificao OPC que passou a ser chamada de OPC DataAccess Specification Version1.0A.


3/12

Atualmente existem as seguintes especificaes publicadas ou em processo deaprovao:

OPC Overview (Verso 1.00) Descrio geral dos campos de aplicao dasespecificaes 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 OPCData Access Specification.

OPC Security Specification(Verso 1.00) Definio da interface para utilizao depolticas de segurana.

OPC and XML (Verso candidata 1.05) Integrao entre OPC e XML paraaplicaes via Internet (web).

A Figura 2 apresenta uma viso das especificaes do padro.

Figura 2 Especificaes do padro OPC.

As especificaes apresentadas esto em constante desenvolvimento e atualizao,sendo que as ltimas verses podem ser conseguidas atravs do site da OPCFoundation. Estas especificaes tm a finalidade de orientar os desenvolvedores para aimplementao das aplicaes cliente e servidor. Em princpio, os usurios finais noprecisam conhecer a fundo as especificaes, sendo suficiente conhecer os aspectosprticos para utilizao do padro, os quais so abordados neste trabalho.

Est em fase de elaborao a especificao OPC DX Data Exchange for Ethernet. Estaespecificao tem a finalidade de definir a comunicao entre diferentes servidoresconectados atravs de uma rede Ethernet TCP/IP. At ento, esta comunicao no possvel sem a utilizao de um cliente e uma aplicao para intermediar a troca dedados.


4/12

As especificaes apresentadas neste trabalho se referem s interfaces do tipo custom.Estas interfaces definem o acesso aos servidores OPC por aplicaes clientesdesenvolvidas atravs de linguagens que suportam as chamadas das funes porponteiros, tais como C/C++, Delphi, etc.Entretanto, existem linguagens tais como Visual Basic e VBA que no suportam ponteirospara funes. Neste caso foi introduzido o conceito da interface tipo automation. Atravs

da interface tipo automation, os clientes desenvolvidos nestas linguagens podem fazeruso de uma interface padro onde os mtodos so chamados pelo nome e no porponteiros. Existem portanto, especificaes OPC separadas para interfaces do tipocustome automation. A Figura 3 apresenta estas interfaces.

Figura 3 Interfaces Custome Automation.

A publicao das especificaes para o padro OPC possibilitou o desenvolvimento dediversos produtos para automao industrial, os quais se beneficiam das vantagensproporcionadas pelo padro: Padronizao das interfaces de comunicao entre os servidores e clientes de dados

de tempo real, facilitando a integrao e manuteno dos sistemas. Eliminao da necessidade de driversde comunicao especficos (proprietrios); Melhoria do desempenho e otimizao da comunicao entre dispositivos de

automao.

Interoperabilidade entre sistemas de diversos fabricantes; Integrao com sistemas MES, ERP e aplicaes windows (Excel, etc.); Reduo dos custos e tempo para desenvolvimento de interfaces e drivers de

comunicao, com conseqente reduo do custo de integrao de sistemas. Facilidade de desenvolvimento e manuteno de sistemas e produtos para

comunicao em tempo real; Facilidade de treinamento.

Atualmente existem diversos produtos no mercado que utilizam o OPC paracomunicao com dispositivos de cho de fbrica. O OPC est se tornando rapidamenteo padro de comunicao adotado pelo mercado de automao industrial e pela indstria.

2. Aspectos prticos para utilizao do padro OPCPara a especificao e utilizao do padro OPC, o usurio precisa estar ciente de

alguns pontos chaves para o perfeito entendimento de como se beneficiar do uso dacomunicao OPC. Para isso, o estudo das especificaes torna-se um processo difcil,uma vez que as mesmas so direcionadas para desenvolvedores e programadores,sendo necessrio o conhecimento prvio de linguagens e ambientes de desenvolvimento.Para simplificar o entendimento do padro OPC, estes pontos so apresentados a seguir.


5/12

Plataforma Windows ou no ?

Basicamente, o padro OPC nativo da plataforma Windows. Dentro desta plataforma,existem variaes para as verses do Windows (CE, 9X, NT, 2000 e XP), mas para todasestas possvel a comunicao OPC. Para plataformas no-Windows, existem algumasolues que consistem em portar o DCOM para estas plataformas. No futuro, a

especificao OPC para XML dever facilitar a integrao de plataformas no-Windowspara a comunicao OPC.

Cliente ou Servidor OPC ?

As aplicaes e produtos existentes no mercado podem ser somente um cliente, umservidor ou ambos, isto varia de caso a caso. Normalmente, os produtos paramonitorao de dados (IHMs; sistemas supervisrios, etc.) so clientes OPC. J osprodutos que fazem a comunicao direta com os dispositivos de campo utilizandoprotocolos proprietrios so servidores OPC. Cada produto pode incorporar as duasfuncionalidades, sendo o mais comum que uma aplicao normalmente cliente possa serservidor, e no o contrrio.

Nmero de Clientes x Nmero de Servidores

O nmero de servidores OPC necessrios para uma determinada aplicao irdepender do produto a ser utilizado. Normalmente, os fabricantes de dispositivos decampo (CLPs; dispositivos inteligentes, etc.) fornecem um servidor OPC capaz decomunicar com todos os protocolos dos seus produtos de linha. Este servidor umsoftware para o ambiente Windows que executado em um microcomputador,normalmente PC. Ou seja, um servidor OPC da Rockwell, o RSLinx por exemplo, permiteque diversos drivers de comunicao sejam configurados para as diversas redes(ControlNet, DeviceNet, Ethernet, DH+, etc.). Neste caso, o RSLinx funciona como umnico servidor OPC, capaz de comunicar com diversos clientes OPC sendo executadosna mesma mquina ou em mquinas remotas.

Existem servidores OPC de terceiros que permitem que sejam configurados driversdecomunicao para diversas redes e protocolos de diferentes fabricantes. Como exemplopodemos citar os servidores da Kepware e da Matrikon. Neste caso, um nico produtopoder servir dados de diferentes fabricantes.Cada cliente OPC pode conectar-se diferentes servidores, os quais podem estarprocessando na mesma mquina ou remotamente em mquinas diferentes. Portanto,qualquer produto que funcione como cliente OPC poder se comunicar com quaisquerservidores OPC de quaisquer fabricantes.

Formato de Dados OPC (Time Stampe Qualidade)

Pela especificao do padro, todo servidor de dados deve enviar o dado OPC noformato apresentado a seguir:

- Valor do dado: Todos os tipos de dados VARIANT definidos pela interface DCOM sosuportados.

- Time Stamp: Esta informao fornecida pelo servidor atravs da leitura do timestampdos dispositivos de campo ou por gerao interna. utilizada a estrutura padro doWindows para o UTC (Universal Time Coordinated).


6/12

- Informao de estado: So reservados 2 bytes para codificao do estado do dadofornecido pelo servidor. Por enquanto, apenas o uso do byte menos significativo foidefinido. Dois bits definem a qualidade do dado que pode ser:

Good Dado vlido;Bad No caso de perda do linkde comunicao com o dispositivo de campo, por

exemplo;Uncertain No caso de existir o linkde comunicao mas o dispositivo de campo

estiver fora de operao.Quatro bits fornecem um detalhamento do estado apresentado, tais como Not

Connectede Last Usable Value. Os ltimos dois bits podem conter dados de diagnsticono caso de falha de um sensor, por exemplo.

Configurao dos dados OPC no Cliente

Normalmente, os produtos de mercado no permitem muita flexibilidade para aconfigurao dos dados solicitados pelo cliente. Isto se deve basicamente preservaoda cultura anterior para os driversde comunicao especficos. Entretanto, isto pode seruma armadilha para os usurios.

Considerando o caso mais comum que consiste nos servidores de dados OPC (OPCData Access), os clientes podem definir basicamente as seguintes configuraes:

Criao de grupos e itens OPC: Basicamente, todos os dados OPC so chamados deitens. Cada item pode ser de um tipo diferente de dado compatvel com a especificaoOPC. Os diversos itens so organizados em grupos OPC, os quais definem as principaiscaractersticas de leitura dos itens (Taxa de Atualizao, Estado Ativo/Inativo, BandaMorta, Leitura Sncrona/Assncrona).

Leitura Sncrona ou Assncrona: Para um determinado grupo OPC pode ser definidose a leitura dos dados feita de forma sncrona, a qual depende de uma confirmao deexecuo 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 damemria cachedo servidor ou diretamente do dispositivo de campo.

Estado Ativo/Inativo: Cada item ou grupo pode ter o seu estado alterado pelo clientepara Ativo, habilitando a comunicao do mesmo, ou Inativo.

Leitura Cclica ou por Mudana de Estado: O cliente OPC pode definir se os dadosdo servidor sero lidos de forma cclica ou por mudana (transio) de estado. Na leituracclica, o cliente faz a requisio de leitura regularmente, independentemente se os dadossofreram alterao de valor ou no. No caso de leitura por mudana de estado, o servidorfica responsvel por enviar para os clientes os itens que sofrerem alterao de seuestado (Qualidade do dado) ou quando os valores dos itens de um determinado grupoultrapassarem o valor da banda morta.

Banda Morta: utilizada para definir os valores limites de transio para os itens deum 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.


7/12

Figura 4 Estrutura interna dos objetos do padro OPC.

Escrita de dados OPC

A escrita de dados OPC funciona de forma independente da leitura. Assim como naleitura, a escrita pode ser sncrona ou assncrona. Entretanto, os comandos de escrita soexecutados imediatamente pelo servidor, sendo enviados diretamente para os dispositivosde campo. Est previsto para a verso 3.0 do servidor de dados, a possibilidade de sefazer a escrita de dados na memria cachedo servidor e depois a transferncia cclicados dados para os dispositivos de campo. Este recurso ser muito til para os dispositivosque dependem de comandos igualmente espaados no tempo, tal como os sistemas decontrole de movimento.

Comunicao de Blocos de Dados

O padro OPC permite a comunicao de blocos de dados (vetores) entre o servidor eos clientes. Isto representa uma grande otimizao, pois as informaes de time stampeestado do dado so tratados e fornecidos apenas uma vez para um conjunto de dados,reduzindo assim o overheadda comunicao. Neste caso, cada item configurado comoum bloco de dados.

Redundncia com OPC

As especificaes do padro OPC no fazem meno utilizao de servidoresredundantes. Entretanto, cada cliente OPC pode implementar facilmente um mecanismopara conexo simultnea em mais de um servidor, verificao do estado do servidor eativao/desativao dos grupos para o servidor que estiver funcionando. Esta soluo

encontrada apenas em alguns produtos, no sendo regra geral a disponibilizao desterecurso para a maioria dos produtos de mercado. O produto ORB (OPC RedundancyBroker) da Matrikon permite que clientes comuns possam fazer o chaveamento paraservidores redundantes.

Desempenho da comunicao OPC

Em linhas gerais, o desempenho da comunicao OPC se aproxima do desempenhoapresentado por sistemas que utilizam driversde comunicao especficos e otimizados.


8/12

Normalmente, os drivers especficos possuem um timo desempenho aps seremdevidamente depurados e otimizados, o que via de regra no acontece em muitos casos.Como um servidor OPC nada mais do que uma camada de software a mais paraimplementar as interfaces padres e os mecanismos de comunicao com o cliente, dese esperar que o desempenho do mesmo s seja afetado em relao a comunicao como cliente e no com o dispositivo de campo. No caso da comunicao com o dispositivo

de campo, cada fornecedor pode implementar o driver e o protocolo que melhor seajustem s necessidades do dispositivo e da rede de comunicao. Desta forma, odesempenho do servidor OPC est mais relacionado capacidade dos recursos dehardware da mquina que executa a aplicao do servidor do que propriamente do driverespecfico. Como os recursos de hardware esto cada vez mais poderosos em relao capacidade de processamento, isto no tem se mostrado como um problema real.

Entretanto, o que se tem verificado na prtica que muitos clientes e servidores OPCno implementam a comunicao de blocos de dados, fazendo a leitura de itensseparadamente, o que ocasiona um grande overheaddevido ao tratamento separado detime stampe estado do dado para cada item OPC.

Outro ponto importante que muitos clientes OPC no implementam, consiste noagrupamento de dados que precisam ser lidos sob demanda, tais como animaes de

telas sinpticas, janelas de operao de equipamentos, relatrios, etc. Os dadosnecessrios para estes elementos (objetos) de monitorao, normalmente podem serlidos sob demanda, de forma que somente quando o objeto estiver selecionado, serativado o grupo OPC no servidor para leitura dos dados. Quando o objeto no estiverselecionado, o grupo OPC ficar desativado, fazendo com os dados no sejam lidos emelhorando o desempenho da comunicao.

Segurana para acesso ao sistema

Para a implementao do controle de acesso ao servidor OPC podem ser utilizadosdois mtodos. O mtodo normalmente usado consiste nos mecanismos proporcionadospelo prprio DCOM, os quais so configurados no Windows NT executando-se o

comando DCOMCNFG. Outra forma menos usual consiste em se utilizar mecanismosimplementados pelo cliente e servidor conforme a especificao do padro OPC.

O controle de acesso fundamental para o caso de acesso remoto e para acomunicao via Internet prevista com a especificao do OPC com XML.

3. Resultados obtidos para o Sistema de Automao da Aciaria daAominas

A ATAN Sistemas desenvolveu em parceria com a equipe tcnica da Aominas, todo osistema de automao para a Aciaria da Usina Intendente Cmara, localizada em OuroBranco M.G.

O sistema de Automao contempla as seguintes reas de processo:Transporte de matrias primas;Desgaseificao vcuo (RH);Convertedores 1 e 2;Adio de Fundentes;Adio de Ferro-Ligas;Ventilao Secundria;Sistema de gases (BAUMCO);Pesagem de Gusa;


9/12

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 feitautilizando-se o padro OPC. Para a implementao da comunicao OPC foramenfrentados algumas dificuldades, tais como:

As primeiras verses dos produtos para comunicao OPC no apresentavamdesempenho satisfatrio e alguns bugs.

Muitas funcionalidades do padro OPC no estavam disponveis nas primeirasverses dos produtos.

Os clientes OPC no permitiam que fossem configurados os itens OPC de forma aotimizar a configurao, tais como agrupamento de itens, leitura em blocos, etc.

Os tcnicos envolvidos no projeto possuam pouca experincia com os produtos ecom o padro OPC.

As primeiras verses do servidor e do cliente OPC no faziam uso adequado dosrecursos de hardware, causando principalmente o consumo excessivo de CPU.

Os problemas apresentados acima se deveram principalmente poca de incio dodesenvolvimento, janeiro de 2001. Naquela poca, a comunicao OPC estava

comeando a ser utilizada, sendo poucos os casos prticos e os sistemas de grande porteque utilizavam produtos comunicando neste padro.

Aps serem identificados os problemas apresentados pela comunicao OPC, os quaisresumiam-se principalmente a bugs de software, consumo de CPU elevado eincapacidade da leitura de dados em blocos, os fornecedores dos produtos juntamentecom as equipes de desenvolvimento das empresas envolvidas fizeram as correesnecessrias para viabilizar a comunicao OPC.O sistema foi implantado em julho de 2001, encontrando-se em operao plena desdeento. Atualmente, a comunicao OPC apresenta os dados de desempenho mostrados aseguir.

Nmero de Tags por

Taxa de LeituraEstao 500ms

1s 2sConsumoCPU (%)

Convertedor 706 5241 973 10

RH 901 1080 1053 5Transporte 103 1030 338 4

Gusa 712 0 0 1Clculos 0 991 0 3

Sucata 26 263 14 < 1

Tabela 1 Desempenho da comunicao OPC por estao.


10/12

Conforme pode ser observado na Tabela 1, o volume de dados de cada estao foiorganizado em funo das necessidade de atualizao de cada dado, definindo-se astaxas de leitura para atender s exigncias da aplicao. O total de dados e as taxas deleituras apresentados correspondem situao atual da aplicao. Os dados soenviados pelo servidor por mudana de estado. Basicamente, todos os servidores estoexecutando na mesma mquina do cliente. Somente algumas estaes de monitorao

do sistema de superviso fazem o acesso remoto, atravs do servidor OPC RSLinx. Oconsumo de CPU apresentado para o servidor OPC corresponde condio normal deoperao. Estes resultados poderiam ser ainda melhores, caso fosse possvelimplementar todas as otimizaes citadas neste trabalho.

Figura 5 Arquitetura bsica do Sistema de Automao da Aciaria da Aominas.

4. Concluses

A comunicao OPC est adquirindo a maturidade e a estabilidade necessrias para asua adoo plena na automao industrial. A constante atualizao e evoluo dasespecificaes do padro, juntamente com a aderncia dos fabricantes de produtos,garantem a adequao do padro s necessidades das indstrias.

Muitas solues de automao que dependem das informaes do cho de fbrica jutilizam o padro OPC como condio inicial para comunicao de dados. Dentre estassolues podemos citar os Sistemas SCADA, PIMS (Process Information ManagementSystem), Sistemas Especialistas, Sistemas MES (Manufacturing Execution Systems),ERP (Enterprise Resource Planning), etc.

O desempenho da comunicao OPC muito dependente da forma como soimplementados os clientes e os servidores, os quais devem permitir que sejam utilizados

todos os recursos proporcionados pelo padro para otimizao da comunicao. esperado que em pouco tempo a comunicao OPC tenha o seu desempenho muitoprximo ao dos melhores drivers especficos, com a adoo plena do padro e com oamadurecimento dos produtos disponveis no mercado.

As informaes de time stampe qualidade de dado agregam valor para a comunicaoOPC, uma vez que muitos sistemas de gerenciamento dependem destas informaespara a tomada de deciso. Alm disso, existem outras facilidades que contribuem para ouso do OPC, tal como o recurso de Tag Browser.


11/12

As demais especificaes do padro OPC, principalmente as que tratam dacomunicao de alarmes e eventos e dos dados histricos, juntamente com o padroXML, devem cada vez mais serem utilizadas para agregar funcionalidade s solues demercado. Alguns produtos j incorporam estas funcionalidades.

Existe uma tendncia do servidor OPC ser implementado diretamente nos dispositivosde campo, tais como CLPs e instrumentao inteligente. Esta tendncia acompanha

tambm o crescimento do uso da rede Ethernet no cho de fbrica, fato que deveracelerar este processo. Os controladores SoftPLC ou SoftLogic e os controladoreshbridos, normalmente j utilizam o padro OPC para comunicao com outros sistemas.

O autor quer agradecer as contribuies dadas pelos profissionais da ATAN Sistemas eda Aominas, as quais foram importantes para enriquecer o contedo e abrangnciadeste trabalho.

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


12/12

OPC Communication Practical issues

Marcos de Oliveira Fonseca 1

Abstract

Data communication between plant floor and automation and information levels is nowunder the benefits of OPC (OLE for Process Control) standard. This standard wasdeveloped to provide the advantages of Microsoft technologies under WINTEL platform tocontrol systems. Nevertheless, the OPC standard needs to be understood correctly toassure that its main characteristics are used in practical applications. Those characteristicsare fundamental for the correct usage of the standard and to achieve the best performancefor 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 enduser. Some practical results of the use of OPC communication in the automation systemfor the Steel Making Plant in Aominas, Ouro Branco MG are also presented. Thissystem was developed by ATAN Sistemas.

Keywords: OPC Standard, Communication, Automation.

VI Process Automation Seminar, Associao Brasileira de Metalurgia e Materiais,

October 9-10th, 2002 Vitria ES, Brazil.1Electrical Engineer, M.Sc, Industrial Automation Department Manager, ATAN Sistemas,

Belo Horizonte MG, Brazil.

Documents

47962933 Comunicacao OPC Uma Abordagem Pratica