SCADA Exibe Valores Incorretos Enquanto PLC Lê Corretamente: Guia de Diagnóstico da Causa Raiz

A Dor Central: Operadores Confiam em Números Errados

Seu PLC GE RX3i mostra uma temperatura do reator de 87,4 °C. Seu HMI Yokogawa CENTUM VP mostra 22.937 °C. O transmissor de campo está saudável. Nada mudou na lógica ladder. Ainda assim, o operador da sala de controle vê uma leitura completamente errada e hesita em agir. Essa desconexão causa desligamentos perdidos, disparos falsos e perda de visibilidade do processo. A causa raiz nunca está no dispositivo de campo. Ela está no caminho dos dados entre o registrador de saída do PLC e o armazenamento da tag SCADA.

Cinco falhas específicas causam 95% desses casos. Cada uma deixa uma impressão digital distinta. Identifique a impressão digital primeiro, depois corrija. Este guia percorre cada falha com parâmetros concretos da Yokogawa e do GE RX3i.

Falha 1 — Escala Aplicada Duas Vezes

O módulo de entrada analógica GE RX3i AI-215 gera um inteiro de 15 bits. Em 4 mA a contagem bruta é 0; em 20 mA a contagem é 32.000. O bloco de função SCALE_INT do PLC GE converte isso para unidades de engenharia (UE) — digamos 0–200 °C — e armazena o resultado em %R00101 como REAL. Se o Yokogawa CENTUM VP então lê %R00101 e aplica outra escala de 0–32000 para 0–200 °C na definição da tag, o valor exibido salta para 200 × (87,4 / 200) × (32000 / 200) = 13.984 °C. Sempre verifique o tipo da tag do PLC antes de configurar a escala no SCADA.

1. Abra o GE Proficy Machine Edition. Navegue até o bloco AI do canal suspeito.
2. Confirme se a referência de saída (%R ou %AI) contém contagens brutas ou UE. Bruto = tipo WORD; UE = tipo REAL.
3. No Yokogawa CENTUM VP Builder, abra a definição da tag para esse ponto. Se o bloco GE já gera UE, defina SCADA Input Low = 0,0 e Input High = 1,0 com Output Low = 0 e Output High = 200 para criar uma passagem 1:1. Remova qualquer conversão de bruto para UE.
4. Escreva um valor de teste de 100,0 em %R00101 via o monitor de dados GE. Verifique se o CENTUM VP mostra 100,0 ± 0,1. Se não mostrar, reexamine a cadeia de escala da tag.

Falha 2 — Conflito de Tipo de Dados Entre REAL e INT

Um REAL IEEE 754 de 32 bits armazenado em dois registradores Modbus consecutivos (ex.: 40101 e 40102) parece um inteiro grande sem sentido se a tag SCADA lê apenas o registrador 40101 como INT16. O Yokogawa CENTUM VP usa tipos de tag REAL, LONG, INT e WORD. O GE RX3i usa REAL (float 32 bits) e INT (inteiro com sinal de 16 bits). Eles devem coincidir na fronteira Modbus. Um erro de REAL gera valores como –2.147.352.576 ou 3,4028E38 no faceplate SCADA.

1. No GE Proficy, anote o tipo exato de dado de cada tag exportada — REAL ocupa 2 registradores Modbus; INT ocupa 1.
2. Nas configurações de tag OPC DA do CENTUM VP, defina Tipo de Dados = REAL para todas as referências GE de ponto flutuante. Defina contagem de registradores = 2 por tag.
3. Confirme se a configuração da ordem de bytes no driver Modbus da Yokogawa corresponde à ordem de bytes do GE RX3i. O GE RX3i usa ordem big-endian por padrão.
4. Force um valor REAL conhecido (ex.: 50,0 = hex 42480000) no registrador GE. Verifique se o CENTUM VP lê 50,0 sem truncamento.

Falha 3 — Erros na Ordem de Palavras e Bytes do Modbus

O GE RX3i armazena um REAL de 32 bits nos registradores 40101 (palavra alta) e 40102 (palavra baixa). O Yokogawa CENTUM VP com as configurações padrão do driver Modbus pode ler o registrador 40101 como palavra baixa e 40102 como palavra alta. O resultado é um float com bytes trocados que gera um número completamente diferente. Por exemplo, 87,4 °C (hex 42AE999A) vira –8,50505E–30 quando as palavras são invertidas. Corrija isso no bloco de parâmetros de comunicação do CENTUM VP.

1. Abra o CENTUM VP System View. Navegue até o nó mestre de comunicação Modbus.
2. Localize o parâmetro de ordem de bytes FLOAT32. As opções geralmente são: ABCD (big-endian), CDAB (médio-grande), BADC (médio-pequeno), DCBA (little-endian).
3. O GE RX3i usa ordem ABCD. Defina o driver CENTUM VP para ABCD em todas as tags REAL do GE.
4. Reinicie o driver Modbus. Verifique com um valor de engenharia conhecido. Documente a configuração da ordem de bytes na folha do loop.

Falha 4 — Deslocamento de Endereço e Dados Obsoletos

Erros de deslocamento de endereço surgem de uma incompatibilidade entre numeração de registradores base-0 e base-1. O engenheiro do PLC GE atribui um valor ao registrador 40021. O engenheiro Yokogawa configura a tag para ler o endereço 20 (base-0), esperando o registrador 40021 — mas em alguns drivers Modbus o endereço base-0 20 mapeia para o registrador 40021, enquanto em outros mapeia para 40022. Um deslocamento de um registrador significa que a tag SCADA lê uma variável completamente diferente. Isso é silencioso e perigoso em uma planta em operação. Dados obsoletos são igualmente perigosos. Quando o CENTUM VP perde a conectividade Modbus por mais de 500 ms, ele congela o último valor válido e mostra a qualidade da tag como "Incerta". Os operadores podem não perceber a mudança de estado da qualidade se o faceplate HMI não usar cores para indicar a qualidade.

1. Compare a tabela de atribuição de registradores do GE Proficy com a tabela de endereços de tags do CENTUM VP. Resolva base-0 versus base-1 injetando um valor único (ex.: 123,4) em um registrador conhecido e confirmando a atualização correta da tag SCADA.
2. No CENTUM VP, habilite a exibição da qualidade da tag em todos os faceplates analógicos críticos. Configure um alarme de sistema quando mais de 5% das tags entrarem em estado de qualidade "Ruim".
3. Defina o tempo limite de comunicação Modbus para 1.000 ms com 3 tentativas antes de declarar a tag como Ruim. O tempo limite padrão de 30 segundos oculta falhas intermitentes.
4. Registre todos os erros de comunicação no diário de eventos do CENTUM VP. Revise semanalmente para identificar padrões recorrentes de falhas que indiquem defeitos de hardware ou congestionamento de rede.

Conselho Prático Comprovado em Campo

Todo descompasso de dados SCADA-PLC se enquadra em uma dessas cinco categorias: dupla escala, conflito de tipo de dado, erro na ordem de palavras, deslocamento de endereço ou dados obsoletos. Comece o diagnóstico lendo o registrador bruto diretamente no monitor de dados GE RX3i e comparando com o valor da tag Yokogawa CENTUM VP no mesmo instante. Se o registrador bruto mostrar o valor UE correto e o SCADA não, a falha está na comunicação ou configuração da tag — não no dispositivo de campo. Corrija primeiro problemas de escala e tipo de dado; são os mais comuns. Depois verifique ordem de bytes, mapeamento de endereços e configurações de qualidade de comunicação. Documente cada parâmetro corrigido na folha do loop conforme construído. Uma única tag mal configurada em um loop crítico de reator pode causar uma parada não planejada que custa dezenas de milhares de dólares por hora. A correção leva menos de 30 minutos quando você sabe qual registrador verificar.

Para integração Modbus confiável entre GE RX3i e Yokogawa CENTUM VP, considere usar um módulo de comunicação Modbus dedicado para fazer a ponte entre diferenças de protocolo e simplificar a solução de problemas.