OPC: Tudo o que voc precisa saber

Guia do OPC para todos

Resumo executivo

Darek Kominek, Eng. P. Alberta, Canad - 2009

O Guia do OPC para todos apresenta uma viso geral

e acessvel do padro industrial de conectividade
aberta mais popular do mercado. Este guia apresenta
inicialmente a ideia principal por trs do OPC e
segue demonstrando porque o OPC diferente dos
protocolos de comunicao convencionais (geralmente
proprietrios), explicando como ele auxilia a superar
aslimitaes de tais protocolos nativos.
Em seguida, o artigo define quais so os blocos que
formam o OPC (clientes e servidores OPC) e como
estes funcionam em conjunto para tornar possvel
ocompartilhamento de dados. Utilizando ilustraes
claras e o mnimo de jargo tcnico, o Guia do OPC
para todos ajuda leitores de todos os nveis tcnicos
acompreenderem rapidamente o que o OPC e como
podem utiliz-lo para estabelecer interconectividade
emseus ambientes.

Como o OPC soluciona o problema da

conectividade de dados de automao
Nos dias atuais, a automao largamente utilizada nas grandes indstrias.
Enquanto indstrias diferentes utilizam dispositivos especializados, sistemas
de controle e aplicativos variados, elas compartilham um desafio comum que
aumenta a cada dia: como compartilhar dados entre todos esses componentes
e com o restante da empresa.
Antes de conceituarmos o OPC e explicarmos como ele auxilia a solucionar
um dos maiores problemas de comunicao da automao, vale a pena
discutirmos um pouco sobre esses problemas especficos. Apresentamos
a seguir uma lista de fatores que, tradicionalmente, causaram os maiores
problemas de compartilhamento de dados, seguida de uma explicao breve
sobre o impacto do OPC em cada uma dessas questes:

Protocolos proprietrios: Os fornecedores geralmente utilizavam

Figura 1: Problema do driver padronizado - Cada aplicativo exige um
driver especfico para o dispositivo ou protocolo a fim de permitir sua
comunicao com o dispositivo correspondente. Os drivers no so
reutilizveis entre aplicativos porque cada aplicativo utiliza seu prprio
formato de dados.

protocolos proprietrios que permitiam que os produtos de uma linha

particular comunicassem entre si, mas que exigiam drivers padronizados para
comunicarem com produtos de outros fornecedores. Para piorar a situao,
as linhas de produtos diferentes do mesmo fornecedor geralmente no
comunicavam entre si, o que gerava a necessidade de conectores adicionais.
O OPC resolve essa questo ao tornar desnecessrio que o Coletor de dados
saiba como a Fonte de dados se comunica ou organiza seus dados.

Drivers padronizados: Toda conexo ponto a ponto exigia um driver

O OPC elimina a necessidade

de drivers padronizados entre
cada novo aplicativo e a Fonte
de dados.

padronizado para facilitar as comunicaes entre pontos extremos especficos.

Por exemplo, se uma HMI necessitasse comunicar com um CLP, ela exigiria
um driver HMI padronizado e codificado para o protocolo especfico do CLP.
Sefosse necessrio fazer o histrico dos dados desse CLP, o historiador deveria
ter o seu prprio driver porque o driver padronizado da HMI s poderia ser
utilizado para comunicaes com a HMI, e no com o historiador. Se um driver
padronizado para os pontos extremos especficos no estivesse disponvel, a
comunicao de dados tornava-se difcil e onerosa.
O OPC elimina a necessidade de drivers padronizados entre cada novo
aplicativo e a Fonte de dados. Na Figura 1, um nico driver padro CLP
poderia ser compartilhado tanto pela HMI quanto pelo historiador atravs de
um conector OPC, com o benefcio adicional do conector OPC precisar de uma
nica conexo para o CLP, reduzindo a carga do controlador.

Integrao complexa: O uso de drivers padronizados entre cada ponto

de destino exigia que mesmo um pequeno nmero de dispositivos e aplicativos

envolvesse vrios drivers. A mesma HMI sendo executada em vrios
computadores e todos se comunicando com o mesmo dispositivo exigia
vrias instalaes e configuraes do mesmo driver em cada computador. Se
as HMIs se comunicassem com dispositivos adicionais, cada uma exigia seu
prprio conjunto de drivers padronizados para cada dispositivo. Isso criava
umpesadelo para a manuteno de verses.

O trfego e,
consequentemente, a carga
do dispositivo, altamente
reduzida quando se utiliza
os conectores OPC [porque
todos os clientes usam uma
nica conexo para a fonte
dedados.]

Utilizar o OPC simplifica bastante a integrao porque uma vez que um

Conector OPC seja configurado para uma Fonte de dados em particular, todos
os aplicativos OPC podem comear a compartilhar dados com a Fonte de dados
sem a necessidade de drivers padronizados adicionais.

Carga do dispositivo e do controlador: Cada driver estabelece sua

prpria conexo com o dispositivo ou controlador projetado para comunicar-se

com ele. Devido ao grande nmero de drivers padronizados utilizados em uma
instalao tpica, o controlador geralmente era bombardeado por inmeras
solicitaes da mesma informao a partir de cada aplicativo que necessitasse
comunicar com ele. Alm disso, muitos dispositivos podiam aceitar apenas um
nmero limitado de conexes simultneas. Se o nmero de drivers tentando se
conectar a um dispositivo excedesse o nmero de conexes disponveis, outras
providncias se faziam necessrias.
O trfego e, consequentemente, a carga do dispositivo, altamente reduzida
quando se utiliza os conectores OPC j que um nico conector OPC, especfico
do dispositivo, exige apenas uma nica conexo com a Fonte de dados
enquanto comunica simultaneamente com muitos aplicativos.

Obsolescncia da infraestrutura legado: medida que os

fornecedores lanam novos produtos, geralmente param de oferecer suporte

aos produtos antigos. Quando uma nova verso de uma HMI lanada, esta
pode exigir seu prprio conjunto de drivers de dispositivo, sendo que estes
muitas vezes no suportam mais a comunicao com um dispositivo suportado
pela verso anterior.

O OPC estende a vida

til dos sistemas legado...
Portanto, o OPC permite que
os aplicativos mais recentes
continuem se comunicando
com os sistemas mais
antigos.

O OPC estende a vida til dos sistemas legado, porque uma vez que um
conector OPC para um sistema legado tenha sido configurado, este permite
que qualquer aplicativo OPC (a maioria) se comunique o sistema legado,
independentemente do aplicativo suportar comunicao com o sistema legado
nativo ou no. Portanto, o OPC permite que os aplicativos mais recentes
continuem a se comunicar com os sistemas mais antigos.

Conectividade de dados por toda a empresa: medida que a

necessidade de automao de dados cresce na empresa, os problemas de

conectividade de dados vo se ampliando porque os aplicativos do lado
corporativo no foram projetados para se comunicar com dispositivos e
controladores. Isso pode adicionar, potencialmente, uma carga extra
infraestrutura de automao e aumentar as preocupaes com a segurana
daautomao.
O OPC torna o compartilhamento de dados de automao por toda a empresa
uma realidade possvel ao permitir que aplicativos aprovados compartilhem
dados com Fontes de dados de automao, sem a necessidade de instalar
drivers padronizados. O nico requisito um conector OPC.

Existe algum exemplo real do OPC em ao?

Sim. Para ver exemplos reais do uso do OPC na soluo de vrios problemas
de conectividade de dados de terceiros, consulte estes estudos de caso OPC
(http://www.matrikonopc.com/resources/case-studies.aspx).

Introduo ao OPC
O que o OPC?
O OPC o mtodo de conectividade de dados baseado em padres mais
popular do mundo. Ele utilizado para lidar com um dos maiores desafios da
indstria de automao: a comunicao entre dispositivos, controladores e/ou
aplicativos sem ser surpreendido pelos problemas comuns de conectividade
com base em drivers padronizados.

Por que o OPC foi bem sucedido quando os drivers

padronizados falharam
Figura 2: O OPC funciona como uma camada de abstrao
entre as Fontes de dados e os Coletores de dados, permitindo
intercomunicao sem que cada lado tenha conhecimento do
protocolo nativo do outro.

A chave do sucesso do OPC em propiciar comunicaes verdadeiramente

independentes de fornecedor que ele abstrai os detalhes de implementao
da Fonte de dados (p. ex., CLP) e do Coletor de dados (p. ex., HMI) de cada
lado para que os dados possam ser trocados entre eles, sem exigir que
tenham conhecimento do protocolo de comunicao nativo e da organizao
de dados das partes envolvidas. Esse um grande contraste em relao
abordagem de drivers padronizados de codificar aplicativos que, por definio,
devem comunicar-se nativamente tanto com a Fonte de dados quanto com o
Coletor de dados.

Como a comunicao do OPC funciona (conceitual)

O OPC pode ser representado por uma camada de abstrao entre a Fonte
de dados e o Coletor de dados, permitindo que troquem dados sem que
tenham conhecimento algum da outra parte.

Como o OPC funciona (viso funcional)

A abstrao do dispositivo OPC realizada utilizando dois componentes
OPC especializados chamados Cliente OPC e Servidor OPC, os quais so
descritos abaixo. importante observar que o fato da Fonte de dados e do
Coletor de dados poderem se comunicar atravs do OPC no significa que seus
respectivos protocolos nativos no sejam mais necessrios ou que tenham
sido substitudos pelo OPC. Ao contrrio, esses protocolos e/ou interfaces
nativas ainda esto presentes, mas comunicando-se apenas com um dos dois
componentes OPC. Por outro lado, os componentes OPC trocam informaes
entre si, fechando assim o circuito. Os dados podem trafegar do aplicativo
parao dispositivo sem que estes precisem conversar entre si.

Benefcios da utilizao da conectividade OPC

Figura 3: Arquitetura Cliente/Servidor OPC - Uma viso detalhada

da camada de abstrao OPC revela dois componentes: um
Cliente OPC e um Servidor OPC As especificaes OPC definem
ainterface entre esses dois componentes.

Primeiramente, trocar um nico driver padronizado por dois componentes OPC

(Cliente OPC e Servidor OPC) pode no parecer uma grande melhora, mas
como a experincia j demonstrou, a melhora real. A seguir esto alguns dos
benefcios-chave do uso do OPC:
1.
2.
3.

Um aplicativo para OPC pode comunicar-se livremente com qualquer

Fonte de dados para OPC visvel para ele na rede, sem a necessidade
dequalquer software de driver, especfico da Fonte de dados.
Os aplicativos para OPC podem comunicar-se com tantas Fontes de dados
OPC quanto necessrio. No h limitao inerente no OPC em relao ao
nmero de conexes realizadas.
Atualmente, o OPC to comum que existe um conector OPC disponvel
para quase todo dispositivo moderno e de legado do mercado. fcil
comear a usar o OPC.

O OPC lida com o desafio

de trabalhar com essas
categorias diferentes de
dados ao especificar, de forma

4. As Fontes de dados OPC podem ser alteradas, trocadas ou atualizadas, sem

a necessidade de atualizar os drivers utilizados por cada aplicativo (Coletor
de dados) que se comunica com a Fonte de dados via OPC. Apenas o
Servidor OPC para aquela Fonte de dados precisa ser mantido atualizado.
5. Os usurios tm liberdade para escolher os dispositivos, controladores e
aplicativos mais adequados aos seus projetos, sem se preocupar com o
fornecedor ou se estes vo comunicar-se entre si. Podemos simplesmente
assumir que haver intercomunicao.

Que tipos de dados o OPC suporta?

Os tipos de dados de automao mais comuns transferidos entre dispositivos,
controladores e aplicativos, subdivididos em trs amplas categorias:

independente, como cada um

transmitido.

Dados em tempo real

Dados histricos
Dados de alarmes e eventos

Cada um dos tipos de dados acima tambm suporta uma ampla variedade de
tipos de valores. Alguns exemplos comuns desses tipos de dados so: inteiro,
ponto flutuante, string, data e vrios tipos de array, apenas para citar alguns.
O OPC lida com o desafio de trabalhar com essas categorias diferentes de
dados ao especificar, de forma independente, como cada um transmitido pela
arquitetura do Cliente e do Servidor OPC.
As trs especificaes OPC correspondentes s trs categorias de dados so:
1.
2.
3.

Especificao de acesso de dados OPC (OPC DA) utilizada para transmitir

dados de tempo real
Especificao de acesso de dados histricos OPC (OPC HDA) utilizada
para transmitir dados histricos
Especificao de alarmes e eventos OPC (OPC A&E) utilizada para
transmitir informaes de alarmes

Todos os conectores OPC suportam todas as especificaes OPC?

No. Os conectores OPC no precisam suportar todas as especificaes OPC.
Historicamente, era mais comum ter servidores OPC que suportavam dados
de tempo real, seguido por implementaes HDA OPC. prudente perguntar
quais especificaes OPC um conector OPC suporta antes de escolh-lo para
um projeto.

prudente perguntar quais

especificaes OPC um
conector OPC suporta antes de
escolh-lo para um projeto.

importante saber qual especificao OPC um cliente ou

servidor OPC suporta?
Sim, isso crucial. Enquanto todas as trs especificaes OPC (OPC DA, OPC,
HDA e OPC A&E) utilizam a mesma arquitetura bsica Cliente/Servidor OPC para
transmitir os diferentes tipos de categorias de dados, tanto o Cliente quanto o
Servidor OPC devem suportar a mesma especificao OPC para coordenarem
adequadamente a passagem de dados entre eles e para funcionarem
corretamente com o Coletor de dados e a Fonte de dados respectiva.

Servidores OPC
O que um Servidor OPC?
Um Servidor OPC um aplicativo de software, um driver padronizado, codificado
especificamente para ser compatvel com uma ou mais especificaes OPC.
Apalavra servidor em Servidor OPC no se refere ao tipo de computador sendo
utilizado, mas reflete seu relacionamento com o contraparte OPC, o Cliente OPC.

O que os Servidores OPC fazem?

Os Servidores OPC so conectores que podem ser definidos como tradutores
entre o mundo OPC e um protocolo ou interface de comunicao nativa da
Fonte de dados. J que o OPC bidirecional, isso significa que os Servidores
OPC podem tanto ler ou escrever em uma Fonte de dados. O relacionamento
Cliente/Servidor OPC um tipo de relacionamento mestre/escravo onde o
Servidor OPC somente transferir dados para ou de uma Fonte de dados se
umCliente OPC o comandar.

Os Servidores OPC
podem se comunicar com,
literalmente, qualquer Fonte
de dados.

Com que tipo de Fontes de dados (dispositivos) os Servidores

OPC podem se comunicar?
Os Servidores OPC podem se comunicar com, literalmente, qualquer Fonte de
dados cuja sada possa ser lida ou escrita por meios eletrnicos. Uma lista breve
de possveis Fontes de dados inclui: dispositivos, CLPs, DCSs, UTRs, balanas
eletrnicas, bancos de dados, historiadores, pginas web e atualizaes
automticas de arquivos CSV. Para se comunicar com qualquer um desses
dispositivos, necessrio utilizar apenas um Servidor OPC que empregue o
protocolo ou interface nativa apropriada. Uma vez que tal Servidor OPC seja
configurado, qualquer aplicativo para OPC (com permisso) pode comear a se
comunicar com a Fonte de dados, sem se preocupar como a Fonte de dados se
comunica em sua origem.

Onde posso encontrar um Servidor OPC para um dispositivo X?

Enquanto muitos fornecedores oferecem Servidores OPC com seus dispositivos,
controladores e aplicativos, h muitos que no o fazem. A MatrikonOPC o
maior fornecedor mundial de conectores OPC de alta qualidade para centenas de
dispositivos. Um bom local para iniciar no site de servidores daMatrikonOPC,
ou ligando para a MatrikonOPC diretamente.

Como os Servidores OPC funcionam?

Enquanto os usurios no necessitam ter conhecimento sobre o funcionamento
interno dos Servidores OPC para poder utiliz-los, um entendimento conceitual
do que acontece nos bastidores ajuda a compreender porque a qualidade e o
desempenho dos vrios fornecedores de Servidores OPC varia tanto.

Uma viso conceitual do funcionamento interno de um Servidor OPC se parece

com o seguinte:

Mdulo de comunicaes OPC: Esta seo do Servidor OPC

Mdulo de comunicaes nativas: O Servidor OPC deve

Mdulo de traduo/mapeamento: Aqui onde acontece a

mgica no Servidor OPC. Este mdulo tem como tarefa interpretar
adequadamente as solicitaes OPC que chegam do Cliente OPC e
transform-las em solicitaes nativas apropriadas, que sero enviadas
Fonte de dados e vice-versa. Se isso for executado de forma eficiente,
o fornecedor OPC pode manter a carga da Fonte de dados em um nvel
mnimo, enquanto maximiza o processamento de dados.

Figura 4: Arquitetura conceitual do Servidor OPC

Conceitualmente, um Servidor OPC pode ser subdividido
em trs mdulos: Mdulo de comunicaes OPC, Mdulo de
traduo/mapeamento e um Mdulo de comunicaes nativo.

responsvel por comunicar-se adequadamente com um determinado

Cliente OPC. Os Servidores OPC bem codificados devem ser totalmente
compatveis com as especificaes que implementam para garantir que
se comuniquem adequadamente com os Clientes OPC.
empregar o mtodo mais eficiente de comunicao com a Fonte de
dados. Em alguns casos, isso significa conectar-se Fonte de dados
diretamente atravs de seu protocolo nativo, enquanto em outros
casos, isso significa comunicar-se com a Fonte de Dados atravs de
seu driver padronizado por uma Interface de Programao de Aplicativo
(API). Geralmente, quanto mais experincia o fornecedor do Servidor
OPC tiver com o dispositivo, melhor o Servidor OPC utilizar suas
opes de comunicao.

O Servidor OPC de um fornecedor pode comunicar-se com

Clientes OPC de outros fornecedores?
Sim, assumindo-se que o Cliente OPC e o Servidor OPC sejam compatveis
com as mesmas especificaes OPC, estes sero capazes de se comunicar
independentemente do fornecedor.

Os Servidores OPC podem compartilhar informaes com

outros Servidores OPC?
Servidores OPC bem
codificados devem ser
totalmente compatveis
com as especificaes que
implementam.

Os Servidores OPC no se comunicam diretamente; eles so projetados para

comunicarem-se apenas com Clientes OPC. Entretanto, existem utilitriosOPC
como o Gerenciador de Dados MatrikonOPC (http://www.matrikonopc.com/
products/opc-data-management/opc-data-manager.aspx), projetado
especificamente para tornar essa comunicao entre Servidores OPC algo trivial.

Clientes OPC
O que um Cliente OPC?
Um Cliente OPC um software codificado para se comunicar com conectores
OPC. Ele utiliza mensagens definidas por uma especificao da OPC Foundation.

O que um Cliente OPC faz?

Conceitualmente: Os Clientes OPC representam um coletor de dados.

Eles iniciam e controlam as comunicaes com os Servidores OPC com base

no que o aplicativo onde esto integrados solicita. Os Clientes OPC traduzem
solicitaes de comunicao de determinado aplicativo para uma solicitao
OPC equivalente e as envia para o Servidor OPC apropriado para fins de
processamento. Em troca, quando os dados OPC retornam do Servidor OPC,
o Cliente OPC os traduz de volta para o formato nativo do aplicativo para que
este possa trabalhar adequadamente com os dados.

Tecnicamente: Os Clientes OPC so mdulos de software utilizados por um

aplicativo para permitir que estes se comuniquem com qualquer Servidor OPC
compatvel e visvel na rede. Geralmente, os Clientes OPC esto integrados em
aplicativos como HMIs, pacotes de tendncias, historiadores e escritores de
relatrios para torn-los inerentemente OPC.
comum fazer referncia ao aplicativo com um Cliente OPC integrado como
Cliente OPC, mesmo que apenas a implementao OPC seja o verdadeiro
Cliente OPC.
Figura 5: Arquitetura conceitual do Cliente OPC Da mesma
forma que o Servidor OPC, podemos pensar em um Cliente
OPC como sendo composto de trs mdulos: Comunicao do
aplicativo nativo, Mdulo de traduo/mapeamento e um Mdulo
de comunicao.

Os Clientes OPC podem comunicar-se simultaneamente com

vrios dispositivos (Servidos OPC)?
Esta resposta contm duas partes:
1.

2.

De forma semntica, importante lembrar que os Clientes OPC so, de

acordo com seu design, capazes de se comunicar com Servidores OPC, e
no com os dispositivos propriamente ditos ou outras fontes de dados. Isso
necessrio porque os Clientes OPC devem ser independentes do protocolo.
Caso contrrio, eles cairiam na armadilha dispositivo-driver do passado.
Sim, os Clientes OPC podem se comunicar com vrios Servidores OPC ao
mesmo tempo. Efetivamente, isso significa que um Cliente OPC pode ler
e escrever dados em vrias fontes de dados atravs de seus respectivos
Servidores OPC.

Como um Cliente OPC funciona?

Como o Servidor OPC, o Cliente OPC pode ser conceitualmente subdividido
em trs mdulos, que incluem: Mdulo de comunicao do aplicativo, Mdulo
de traduo/mapeamento e Mdulo de comunicao OPC. As funes de cada
mdulo so descritas a seguir.

Os Clientes OPC podem

se comunicar com vrios
Servidores OPC ao mesmo
tempo.

Mdulo de comunicao OPC: Apesar de no estar to envolvido quanto

o Servidor OPC (a poro do Servidor OPC mais complicada) esse mdulo
crucial para que o Cliente OPC se comporte corretamente ao se conectar com
um Servidor OPC, trocar dados com ele e desconectar-se sem desestabilizar
oServidor.

Mdulo de comunicao do aplicativo: O Cliente OPC geralmente

codificado para funcionar dentro de um aplicativo especfico; por isso, ele se

apoia em algumas chamadas para a Interface de Programao do Aplicativo
(API) para permitir que os dados sejam passados do aplicativo para o Servidor
OPC/Fonte de dados atravs do Cliente OPC. Tambm possvel que um
Cliente OPC genrico se comunique com um aplicativo atravs de um protocolo
ao invs de uma API, se o aplicativo suportar tal protocolo. (Um exemplo disso
o Cliente MatrikonOPC para ODBC que utiliza declaraes SQL sobre o ODBC
para se comunicar com um aplicativo de banco de dados relacional.)

Mdulo de traduo/mapeamento: Uma funo chave do ClienteOPC

... no h limite terico para o
nmero de Servidores OPC aos
quais um Cliente OPC pode se
conectar.

traduzir informaes bidirecionalmente, j que o aplicativo que ele representa

solicita que dados sejam lidos de ou escritos no dispositivo final ou Fonte
dedados.

A quantos Servidores OPC um Cliente OPC pode se conectar?

A resposta curta : tantos quanto for necessrio. Dentro da estrutura OPC,
no h limite terico para o nmero de Servidores OPC aos quais um Cliente
OPC pode se conectar.

Os Clientes OPC podem se comunicar diretamente com outros

Clientes OPC?
No. As comunicaes entre Clientes OPC no esto definidas em OPC. Apenas
a arquitetura Cliente OPC/Servidor OPC suportada. Entretanto, se um
aplicativo precisa fornecer dados OPC para outros clientes, ele precisa ter um
Servidor OPC prprio. Esse Servidor OPC permitir ento que Clientes OPC de
outros aplicativos utilizem esse aplicativo como uma Fonte de dados OPC.

Onde o Cliente OPC fica instalado?

Os Clientes OPC geralmente so integrados aos aplicativos que os utilizam,
como por exemplo, HMIs ou historiadores. Se por qualquer razo, o aplicativo
mo no possui um Cliente OPC integrado, tal cliente pode estar disponvel
de um fornecedor de aplicativos ou de um fornecedor OPC terceirizado como a
MatrikonOPC. Um Cliente OPC externo ao aplicativo geralmente se comunicaria
com o aplicativo atravs de um de seus protocolos nativos. Nesse caso, o
Cliente OPC nem teria que residir no mesmo computador que o aplicativo.

Concluindo

A marca tradicional do OPC

como abordagem plug and play
para a conectividade de dados
levou ao rpido crescimento de
sua popularidade.

Este trabalho explicou como o OPC resolve os crescentes desafios da indstria

moderna para acessar e compartilhar dados entre dispositivos, controladores
e aplicativos, independentemente de suas comunicaes nativas ou de seus
fornecedores. Uma descrio de alto nvel ilustrou o que o OPC e explicou
o que so Clientes OPC e Servidores OPC (blocos formadores do OPC) e suas
funes nas comunicaes OPC. Enquanto um conhecimento profundo do
funcionamento interno do OPC no seja um requisito para utiliz-lo, til
obter uma familiarizao breve com seus conceitos principais.
A marca tradicional do OPC como abordagem plug and play para a conectividade
de dados levou ao rpido crescimento de sua popularidade, fazendo com que
se tornasse a tecnologia de conectividade de dados mais popular do mundo.
Graas sua versatilidade, o OPC utilizado em todos os nveis empresariais
epor todos os setores industriais.

Copyright Matrikon Inc 2009

Ligao gratuita 1-877-628-7456
Tel.: +1 (780) 945-4099

Amricas

sia-Pacfico

E-mail: info@MatrikonOPC.com
Web: www.MatrikonOPC.com

Europa

Oriente Mdio

frica