Agregação via Gateways OPC UA
Concentrar a leitura de múltiplos CLPs em servidores dedicados (como FactoryTalk Linx Gateway, Kepware ou TC deviceWISE), protegendo a CPU de controle do polling direto de clientes MES, PIMS e ERP.
← Explorar tecnologias
Guia de tecnologia · Interoperabilidade
OPC UA: dados industriais com contexto
Integrar o chão de fábrica a supervisórios, historiadores e sistemas MES exige mais do que ler registradores brutos: requer preservar tipo, unidade de engenharia, qualidade do sinal (StatusCode), estampa de tempo e hierarquia do ativo. Este guia detalha a arquitetura OPC UA (IEC 62541), os modelos de informação, os perfis de segurança X.509 (SignAndEncrypt) e o dimensionamento de assinaturas em servidores embarcados e gateways.
Visão geral
OPC UA na interoperabilidade entre controle e sistemas industriais.
OPC UA (OPC Unified Architecture, norma IEC 62541) é o padrão de interoperabilidade industrial independente de plataforma mantido pela OPC Foundation. Diferente de protocolos de campo baseados apenas em tabelas de endereços, o OPC UA expõe um Address Space orientado a objetos onde variáveis, propriedades, eventos, alarmes e métodos executáveis são organizados por Information Models semânticos. Ele opera tanto no modelo ClientServer (sobre TCP binário na porta 4840 ou HTTPS) quanto em PubSub (OPC 10000-14, sobre UDP/TSN ou brokers MQTT), incorporando autenticação mútua por certificados X.509, assinatura e criptografia nativas.
Da tecnologia ao processo
Modelagem semântica, agregação em gateways e integração OT/IT com OPC UA.
Information Models e Companion Specs
Padronizar a representação de skids e máquinas com modelos semânticos (como PackML, Euromap ou UMATI), entregando variáveis com unidade, faixa operacional e metadados autodocumentados.
Travessia segura de DMZ industrial
Substituir conexões legadas OPC DA/DCOM por um único canal TCP (porta 4840) ou Reverse Connect com política SignAndEncrypt e certificados X.509 validados entre zonas de segurança.
Antes de implementar
Critérios de engenharia para especificar e homologar integrações OPC UA.
- Perfil de servidor (embarcado vs. gateway): decidir entre usar o servidor OPC UA embarcado no CLP/módulo de chassi ou um servidor agregador externo conforme a quantidade de clientes e de
MonitoredItems. - Dimensionamento de Subscriptions: ajustar
SamplingInterval,PublishingInterval, tamanho de fila (QueueSize) e banda morta (Deadband) nas assinaturas (Subscriptions) para não saturar a fatia de comunicação do controlador. - Políticas de segurança SignAndEncrypt: exigir modo
SignAndEncryptcom políticas criptográficas modernas (ex.:Basic256Sha256ouAes128_Sha256_RsaOaep), desabilitando o perfilNonee o login anônimo em produção. - Gestão de certificados X.509 e Trust List: definir o fluxo de distribuição, confiança mútua (Trust List) e renovação de certificados de aplicação X.509 (ou uso de Global Discovery Server — GDS).
- Validação de StatusCode e reconexão: validar em TAF/TAC a reconexão automática de sessão, a retenção em buffer durante quedas de rede e o tratamento de
StatusCode(Good,Uncertain,Bad) no sistema consumidor.
Perguntas e respostas
Perguntas frequentes sobre OPC UA.
- O que é OPC UA e para que serve?
- Qual é a diferença entre OPC UA e OPC DA?
- OPC UA funciona somente com cliente e servidor?
- Qual é a diferença entre OPC UA e MQTT?
- OPC UA é seguro por padrão?
- Todo CLP com OPC UA funciona com qualquer supervisório?
- O que são Companion Specifications do OPC UA?
- O que verificar antes de colocar uma integração OPC UA em produção?
O que é OPC UA e para que serve?
OPC UA é o padrão internacional (IEC 62541) para troca segura e semântica de informações entre dispositivos de controle, sistemas SCADA, historiadores, plataformas de borda e sistemas corporativos (MES/ERP). Ao contrário de protocolos que entregam apenas valores numéricos isolados, o OPC UA unifica dados em tempo real (Data Access), alarmes e condições (Alarms & Conditions), dados históricos (Historical Access) e chamada de métodos dentro de uma árvore navegável de objetos (Address Space), preservando estampa de tempo na origem e código de qualidade (StatusCode).
Referências: 1 · Voltar às perguntas
Qual é a diferença entre OPC UA e OPC DA?
O OPC DA (Data Access, parte do OPC Classic) baseia-se na tecnologia COM/DCOM da Microsoft, o que o restringe a sistemas Windows, exige abertura de faixas amplas de portas dinâmicas RPC no firewall e requer permissões complexas de usuários entre domínios — um passivo crítico de cibersegurança OT. O OPC UA elimina completamente o DCOM: roda nativamente em Linux, Windows, RTOS e embarcados, trafega por uma única porta TCP determinística (padrão 4840), atravessa firewalls na DMZ industrial com previsibilidade e incorpora criptografia e modelagem de informação no próprio protocolo.
Referências: 2 · Voltar às perguntas
OPC UA funciona somente com cliente e servidor?
Não. Além do modelo clássico ClientServer (onde o cliente abre uma sessão segura com o servidor e cria Subscriptions com MonitoredItems para receber notificações por exceção), a Parte 14 da especificação (OPC 10000-14) define o modelo OPC UA PubSub. No PubSub, o publicador envia conjuntos de dados (DataSetMessages codificados em binário UADP ou JSON) de forma desacoplada sobre UDP multicast/unicast (inclusive com TSN em redes locais) ou através de brokers como MQTT e AMQP, permitindo escalar para múltiplos consumidores sem multiplicar sessões no controlador.
Referências: 3 · Voltar às perguntas
Qual é a diferença entre OPC UA e MQTT?
Eles resolvem camadas diferentes e frequentemente complementares da arquitetura industrial. O OPC UA é uma arquitetura completa de comunicação e modelagem semântica de informação (define tipos de objetos, hierarquias de ativos, métodos, unidades e perfis de acesso), muito forte na integração local entre máquinas, SCADA, historiadores e gateways. O MQTT é um protocolo leve de transporte de mensagens publicar/assinar mediado por broker, sem modelo de dados próprio (a menos que combinado com Sparkplug B ou OPC UA PubSub over MQTT). Em muitas plantas, o gateway coleta dados dos CLPs via protocolos nativos ou OPC UA e publica para a nuvem/IT via MQTT.
Referências: 3 · Voltar às perguntas
OPC UA é seguro por padrão?
O protocolo é secure by design, mas só se torna seguro em campo quando configurado corretamente. A arquitetura de segurança (OPC 10000-2) separa a segurança da camada de aplicação (autenticação de usuário por credenciais, tokens ou certificados e controle de acesso por nó) da camada de comunicação (autenticação mútua de aplicação via certificados X.509, integridade por assinatura e confidencialidade por criptografia). Em produção, desative obrigatoriamente o SecurityMode = None, exija SignAndEncrypt com algoritmos atuais (Basic256Sha256 ou Aes256_Sha256_RsaPss) e restrinja permissões de escrita apenas às tags estritamente necessárias.
Referências: 4 · Voltar às perguntas
Todo CLP com OPC UA funciona com qualquer supervisório?
A interoperabilidade básica de leitura e escrita funciona entre clientes e servidores conformes, mas o desempenho e os recursos suportados variam drasticamente conforme o OPC UA Profile (Micro Embedded, Embedded ou Standard Server) implementado no hardware. Servidores OPC UA embarcados diretamente na CPU do CLP possuem limites estritos de sessões simultâneas, de MonitoredItems por assinatura e de taxa mínima de amostragem (SamplingInterval). Conectar vários sistemas corporativos direto na CPU do CLP pode degradar o tempo de comunicação; acima do limite do hardware, utilize um gateway agregador dedicado (como FactoryTalk Linx Gateway).
Referências: 6 · Voltar às perguntas
O que são Companion Specifications do OPC UA?
Companion Specifications são modelos de informação setoriais desenvolvidos em conjunto pela OPC Foundation e associações da indústria (como VDMA, ISA, ODVA e FieldComm Group) para padronizar como máquinas ou instrumentos específicos expõem seus dados no Address Space. Exemplos incluem OPC UA for Machinery, PackML (embalagem), Euromap (injetoras de plástico), UMATI (máquinas-ferramenta) e PA-DIM (instrumentação de processo). Adotá-las em editais de compra obriga fornecedores de máquinas distintas a entregar a mesma estrutura de tags, estados e diagnósticos.
Referências: 5 · Voltar às perguntas
O que verificar antes de colocar uma integração OPC UA em produção?
Execute cinco validações no comissionamento: (1) teste de carga na CPU do CLP ou gateway com todas as Subscriptions ativas no SamplingInterval e PublishingInterval nominais; (2) verificação do comportamento de KeepAlive, timeout de sessão e reconexão automática após remoção física do cabo de rede; (3) validação de que o sistema consumidor descarta ou sinaliza valores cujo StatusCode seja Bad (evitando gravar zeros falsos no historiador ou MES); (4) rejeição efetiva de certificados X.509 não confiáveis ou expirados; e (5) bloqueio de escrita em tags somente leitura.
Referências: 6 · 4 · Voltar às perguntas
Para aprofundar
Fontes e documentação técnica.
Na especificação do projeto, valide a revisão normativa e a matriz de compatibilidade de firmware aplicáveis à sua instalação.
Próximo passo
Transforme o desafio da planta em um plano de engenharia executável.
Compartilhe o processo, a plataforma atual, as janelas de parada e o objetivo operacional. Estruturamos o escopo técnico com entregáveis claros, do diagnóstico ao startup e operação assistida.
Converse diretamente com Rafhael Feitosa