Redes Locais Industriais

Padrão OPC
Prof. Alexandre Rodrigues de Sousa
Sumário
• Introdução
• Histórico
• Características
• Especificações
• Resumo
Introdução
 Por que o OPC é necessário?

Aplicação Aplicação de Aplicação de

Visual Controle Relatórios

Software Software Software Software

Driver Driver Driver Driver
Introdução
 Como o OPC resolve o problema?

Aplicação Aplicação de Aplicação de

Visual Controle Relatórios
OPC OPC OPC

OPC OPC OPC OPC

Software Software Software Software
Driver Driver Driver Driver
 Introdução
 Onde o OPC se aplica?

OPC (via DCOM) pode

também ser usado entre
subsistemas e gerenciamento
de consoles

Subsistemas
OPC é normalmente aplicado entre
Aplicações de Monitoramento de
e I/O de drivers específicos Monitorament Sensores de baixo nível
tipicamente usam uma interface
o de Dados dedicada (hardware e protocolo)
OPC
Controle
Introdução
 Quais dados o OPC provém?
• Dados de Sensores em Tempo Real - temperatura, pressão,
vazão, nível etc.
• Parâmetros de Controle - Aberto, Fechado, Em Regime, Parado
• Informação de Status
– Status da conexão do hardware
– Status dos subsistemas e software local
• OPC pode distribuir qualquer dado disponível

Interfaces OPC
Dados
Status Desempenho Estatísticas
de
de Com. do Sistema
Sensor
Histórico do OPC
• A tecnologia OLE (Object Linking and Embedding) foi
desenvolvida pela Microsoft em meados de 1990, para suprir a
necessidade de se integrar diferentes aplicações dentro da
plataforma Windows, de forma a solucionar os problemas de
desempenho e confiabilidade do até então utilizado padrão DDE
(Dynamic Data Exchange).
• Como uma continuação da tecnologia OLE, o DCOM (Distribuited
Component Object Model) surgiu junto com o sistema operacional
Windows NT. Basicamente, o DCOM é um conjunto de definições
para permitir a implementação de aplicações distribuídas em uma
arquitetura cliente-servidor.
• Através da definição de interfaces, o DCOM permite que objetos
sejam instanciados de forma distribuída e seus serviços e
métodos (funções) sejam acessíveis por diferentes programas.
Características do OPC
• Baseado em COM/DCOM (Distribuited
Component Object Model)
• Flexível - suporta diversas aplicações
• Eficiente & Escalável - suporta grandes
aplicações
• Alta performance
• Fácil de entender
• Altamente aceito
Características da Arquitetura
• Cada Servidor OPC tal como Acessa os Dados é um Objeto Separado.
• O Servidor de Acesso aos Dados provê uma janela de Dados Reais,
não é uma configuração de sistemas.
• Dados são acessados pelo Nome (string) que será gerada pelo
fornecedor ou hardware específico.
• Dados para listas de itens podem ser lidos diretamente ou por
subscrição.

SCADA, DCS, CLP

Servidor
Cliente OPC Existente ou outra
OPC
Fonte de Dados
CLP's,
CNC's,
Robôs,
etc.
Características das Aplicações
Características das Aplicações
• Aplicações estão interessadas num
subconjunto de Itens ou Tags (Dados
Identificados) disponíveis dentro de um
subsistema de controle.
• Aplicações acessam diversos subconjunto de
Itens em diferentes tempos e com requisitos
distintos relativos a resposta e resolução.
• Aplicações querem independência de estrutura
de dados (ou objetos) usados pelos
subsistemas.
O Modelo Lógico
Interfaces
OPC/COM OPCServer

OPCGroup
OPCGroup
OPCGroup(s)

OPCItem(s)
OPCItem(s) OPCItem(s) OPCItem(s)
OPCItem(s)
OPCItem(s) OPCItem(s)
OPCItem(s) OPCItem(s)
Projeto Típico do Servidor

Interfaces OPC/COM

OPC Group & Gestão de Item

Monitoramento e Otimização de Item/Dados

Protocolo Lógico Específico do Dispositivo

Gestão da Conexão com o Hardware

Especificação do Servidor OPC
• Pela especificação do padrão OPC, 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 são suportados.
– Time Stamp: Esta informação é fornecida pelo servidor
através da leitura do time stamp dos dispositivos de campo
ou por geração interna. É utilizada a estrutura padrão do
Windows para o UTC (Universal Time Coordinated).
– Informação de estado: São reservados 2 bytes para
codificação do estado do dado fornecido pelo servidor. Por
enquanto, apenas o uso do byte menos significativo foi
definido.
Especificação do Servidor OPC
• Dois bits definem a qualidade do dado que
pode ser:
– Good – Dado válido;
– Bad – No caso de perda do link de
comunicação com o dispositivo de campo, por
exemplo;
– Uncertain – No caso de existir o link de
comunicação mas o dispositivo de campo
estiver fora de operação.
Especificação do Cliente OPC
• Os clientes OPC podem definir
basicamente as seguintes configurações:
– Criação de grupos e itens OPC
– Leitura Síncrona ou Assíncrona
– Estado Ativo/Inativo
– Leitura Cíclica ou por Mudança de Estado
– Banda Morta (valores que não devem ser
considerados)
Exemplo de Servidor OPC
Exemplo de Servidor OPC
Exemplo de Cliente OPC
Resumo
• Interfaces OPC
– Propiciam que aplicações acessem facilmente
dados de outros sistemas
– Suporta acesso baseado em exceção ou contínuo
– São otimizadas para uso em rede
– Foram projetadas por um grupo de empresas
– Muito flexível e eficiente.

• Maiores informações: www.opcfoundation.org