Perigos Práticos das Instruções MSG na Programação de CLP: Impacto no Tempo de Varredura, Tratamento de Erros e Implementação Segura para GE Mark VIe e Phoenix Contact PLCnext

Como as Instruções MSG Consomem o Tempo de Varredura

Uma tarefa PLC deve concluir cada varredura abaixo do limite do watchdog: 150 ms em tarefas médias do GE Mark VIe R04, 500 ms em partições de segurança PLCnext. Um MSG síncrono interrompe a varredura até que o dispositivo remoto responda. Se o servidor Modbus TCP demora 100 ms para responder, esse MSG mantém a varredura por 100 ms. Adicione o tempo normal de execução de 30 ms e o total é 130 ms — 76% do orçamento do watchdog consumido por uma única chamada. Duas chamadas MSG lentas simultâneas ultrapassam 150 ms e disparam o watchdog.

Portanto, nunca coloque instruções MSG síncronas dentro de uma tarefa rápida. O GE Mark VIe oferece taxas de tarefa rápida (10 ms), média (100 ms) e lenta (1000 ms). Mova todas as leituras Modbus TCP para a tarefa lenta. Se for necessário um polling mais rápido, use um bloco de troca de dados assíncrono com gerenciamento explícito dos bits de conclusão e erro — não uma chamada bloqueante. O Controlador GE IS420UCSCH2A Dual Core Mark VIe e o Módulo Controlador Universal GE IS420UCECH1B suportam configuração de múltiplas taxas de tarefa para posicionamento seguro de MSG.

Além disso, o Phoenix Contact PLCnext ACF separa tarefas em tempo real de componentes não em tempo real. Chamadas de publicação OPC UA devem ser executadas no componente ESM não em tempo real, não dentro do programa cíclico IEC 61131-3. Uma única escrita OPC UA dentro do corpo principal do programa pode aumentar o tempo de ciclo no pior caso de 1 ms para mais de 50 ms.

Tratamento de Erros: O Padrão dos Bits Done e Error

Cada instrução MSG retorna um bit Done e um bit Error. A maioria dos engenheiros verifica apenas o bit Done. Quando uma leitura Modbus TCP falha — tempo esgotado, dispositivo offline ou registrador inválido — o bit Error é ativado enquanto o Done permanece desativado. A tag de destino mantém seu último valor. Os operadores não veem alarme. O historiador registra dados obsoletos sem a flag de qualidade RUIM.

Para os blocos Modbus TCP do GE Mark VIe, os bits 4–7 do registrador STATUS codificam a exceção Modbus: 0x02 = endereço de dado ilegal; 0x0B = caminho do gateway indisponível. Cada exceção requer uma correção diferente.

• Passo 1: Adicione um temporizador TON de 5 segundos na borda de subida da solicitação MSG.
• Passo 2: Se o TON expirar antes de Done ou Error, defina COMMS_TIMEOUT e force o PV para qualidade OPC DA 0x00 (RUIM).
• Passo 3: Auto-tentativa após espera TOF de 10 segundos. Nunca permita tentativas contínuas.
• Passo 4: Direcione COMMS_TIMEOUT para um alarme ISA-18.2 Prioridade 3 com registro de timestamp no historiador.

Medida e Ajuste do Tempo de Varredura

Antes de otimizar, meça a contribuição real do tempo de varredura por instrução MSG. O GE Mark VIe fornece o bloco MK7_DIAG que reporta o tempo instantâneo e máximo do ciclo da tarefa em microssegundos. Registre isso no historiador PI em intervalos de 1 segundo e examine a distribuição máxima de 24 horas.

Em uma aplicação em usina, três leituras Modbus TCP simultâneas — para um regulador Woodward MicroNet, um Monitor de Vibração de Alto Desempenho Bently Nevada 3500/42 e um transmissor remoto — causaram picos de tempo de ciclo de 320 ms em uma tarefa média com watchdog de 150 ms. O watchdog disparava duas vezes por semana. Escalonar os três gatilhos MSG em 33 ms cada usando temporizadores TOF com deslocamento de fase reduziu o pico para 94 ms e eliminou todas as disparadas. O Pacote de Proteção Primária de Turbina GE IS220PTURH1A Mark VIe integra-se ao agendador de tarefas Mark VIe para temporização coordenada de MSG.

Para o Phoenix Contact PLCnext, use o “Program Profiler” do PLCnext Engineer para exibir o tempo de execução por componente ESM. Chamadas de escrita OPC UA entre os cinco componentes mais longos são candidatas para migração ao serviço de fundo não em tempo real — tipicamente reduzindo o pico do tempo de ciclo em tempo real em 40–60%. Sempre defina um TIMEOUT MB_CLIENT explícito: 200 ms para LAN local, 500 ms para VLANs roteadas. Nunca deixe o padrão da plataforma — algumas versões de firmware usam 5000 ms por padrão, consumindo 33 ciclos do watchdog antes de declarar erro.

Conclusão e Recomendações

Instruções MSG no GE Mark VIe e Phoenix Contact PLCnext são essenciais para integração de dispositivos, mas perigosas quando mal utilizadas. Chamadas síncronas dentro de tarefas rápidas causam disparos do watchdog. Falta de tratamento do bit de erro gera dados obsoletos silenciosos. Timeouts não configurados tornam o sistema vulnerável a picos de varredura induzidos pela rede.

Resolva os três problemas: mova as chamadas MSG para tarefas lentas, implemente máquinas de estado done/error com watchdogs TON de 5 segundos e defina timeouts explícitos de socket — 200 ms para LAN, 500 ms para VLAN roteada. Meça o tempo de ciclo da tarefa com MK7_DIAG ou Profiler PLCnext durante a comissionamento e após cada alteração de rede. Revise programas existentes para instruções MSG em tarefas rápidas hoje — uma tarde de refatoração evita meses de disparos intermitentes do controlador.

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