Servidor OPC conectado, mas as tags estão congeladas: um método de campo da Yokogawa e da ABB

Por que uma tag congelada engana os operadores

Os servidores OPC conectam PLCs a sistemas SCADA, IHMs e historiadores. Os operadores confiam no ícone verde de conexão. No entanto, as tags podem congelar no último valor válido — o canal parece saudável enquanto os dados estão desatualizados. Essa diferença é perigosa. Uma tela do Yokogawa CENTUM VP ou do ABB 800xA pode mostrar uma pressão estável enquanto o valor real se desvia silenciosamente. Trate uma tag desatualizada como uma falha de qualidade, não como uma falha de conexão, e investigue-a com um método em camadas.

P: Como confirmo que não é uma falha real de conexão?

Primeiro, separe a saúde da conexão da qualidade dos dados. Os bits de qualidade e os carimbos de data e hora revelam a verdade — um carimbo de data e hora fixo significa que nenhuma amostra nova está chegando.

O Controlador ABB AC 800M expõe o status da conexão e a qualidade da tag em suas telas de diagnóstico, facilitando a separação dessas duas falhas.

• Etapa 1 — Faça ping no PLC e abra sua porta de transporte (por exemplo, Modbus TCP 502 ou a porta Ethernet do fornecedor).
• Etapa 2 — No servidor OPC, leia uma tag congelada e uma tag saudável no mesmo grupo.
• Etapa 3 — Compare os códigos de qualidade e os carimbos de data e hora. Uma tag boa avança a cada ciclo de varredura.
• Etapa 4 — Descarte o cliente como causa. O monitor do servidor pode ser atualizado enquanto a tela da IHM permanece travada.

P: Por que uma auditoria do mapa de endereços é importante?

Alterações no PLC durante a manutenção podem quebrar as tags silenciosamente. Uma variável é movida para um novo bloco de dados ou registro; os índices do array mudam; os tipos de dados são alterados. O descritor do item OPC continua apontando para o endereço antigo e retorna um valor armazenado em cache ou zeros.

Em um ABB AC 800M, verifique cuidadosamente o caminho da estrutura de controle. O Módulo de Interface de Comunicação ABB CI853A transfere dados estruturados entre o controlador e clientes OPC externos — uma incompatibilidade de tipos nesse ponto produz códigos de qualidade ruins sem uma mensagem de erro evidente.

• Etapa 1 — Navegue pelo namespace ativo do servidor em vez do arquivo de projeto salvo; compare os nomes.
• Etapa 2 — Refaça o mapeamento das tags alteradas para o número atual do DB, deslocamento ou registro.
• Etapa 3 — Faça a correspondência exata dos tipos de dados. Ler um DINT como REAL resulta em qualidade ruim, não em um valor válido.
• Etapa 4 — Salve o mapa e reinicie apenas o grupo afetado — não o servidor inteiro.

P: Como as taxas de varredura e as assinaturas causam o congelamento das tags?

Uma grande quantidade de tags sobrecarrega o driver. A consulta agressiva satura um gateway serial, e o servidor descarta amostras atrasadas — algumas tags são atualizadas enquanto outras ficam para trás. Agrupe por criticidade e defina taxas realistas.

Para consultas Modbus TCP em um sistema ABB, o Módulo de Interface Modbus TCP ABB CI867AK01 e o Módulo Modbus TCP ABB CI867 têm limites de varredura por canal que devem corresponder às configurações de classe de varredura do servidor OPC.

• Etapa 1 — Defina classes de varredura: 250 ms para pontos de intertravamento, 500 ms para controle e 1 s para tendências.
• Etapa 2 — Ative uma banda morta de 0,2–0,5% do span para reduzir o tráfego de baixo valor.
• Etapa 3 — Nunca solicite uma atualização do cliente mais rápida do que o driver consegue fornecer.
• Etapa 4 — Mova os pontos em massa não críticos para leituras de múltiplos registros Modbus para reduzir a carga.

P: Como o DCOM oculta falhas de acesso parcial?

O OPC DA clássico usa o DCOM do Windows, que bloqueia o acesso silenciosamente. Direitos de inicialização incorretos congelam alguns itens enquanto a conexão continua mostrando o status "conectado". Corrija a camada de transporte e, em seguida, sincronize os relógios para que os carimbos de data e hora correspondam aos dos historiadores posteriores.

• Etapa 1 — Conceda direitos de Inicialização e Acesso às contas de serviço do cliente e do servidor.
• Etapa 2 — Abra o intervalo de portas dinâmicas RPC (1024–5000) no firewall do host.
• Etapa 3 — Defina a autenticação DCOM como Connect entre os domínios, não como Packet Privacy.
• Etapa 4 — Sincronize o servidor e o PLC com uma única fonte NTP para que as linhas desatualizadas fiquem imediatamente evidentes.

P: Quando devo migrar para o OPC UA?

O OPC UA elimina completamente os problemas do DCOM. Uma única porta TCP (4840) atravessa o firewall, com um espaço de endereços navegável e segurança real integrada. Encapsule o DA legado com um túnel DA-UA ou adote um servidor nativo na próxima parada programada.

Para a integração entre sistemas Yokogawa e ABB de diferentes fornecedores, o Gateway de Comunicação Bently Nevada 3500/90 pode funcionar como uma ponte enquanto uma migração completa para UA é planejada.

• Etapa 1 — Abra a porta TCP 4840 e emita um certificado para cada cliente.
• Etapa 2 — Selecione Basic256Sha256 com SignAndEncrypt para conexões de longa distância.
• Etapa 3 — Navegue pelo espaço de endereços UA e refaça o mapeamento das tags para NodeIds estáveis.
• Etapa 4 — Valide a qualidade e os carimbos de data e hora antes de desativar o encapsulador DA.

Conclusão e recomendações de ação

Uma tag congelada é uma falha de qualidade usando uma máscara saudável. Trabalhe nas camadas em ordem: confirme a conexão, depois o mapa de endereços, as assinaturas e, por fim, o transporte DCOM. Mantenha uma linha de base das taxas de varredura e dos códigos de qualidade de cada servidor e registre um ponto com falha como aprendizado para toda a frota. Faça isso na próxima lacuna de dados do seu sistema Yokogawa ou ABB, e uma tela desatualizada se tornará um problema resolvido antes que um operador chegue a agir com base nela.

Autor: Wang Zhiqiang é engenheiro de automação industrial com mais de 10 anos de experiência em PLC, DCS e sistemas de controle.