Class 2 no DNP3: eventos operacionais, volume e eficiência

Class 2 não significa evento descartável

Class 2 permite uma política de aquisição distinta das Classes 1 e 3. O número não determina precisão, qualidade ou tipo. Um evento Class 2 pode carregar timestamp e flags relevantes; o que muda é o agrupamento de engenharia e o agendamento do master.

Muitos projetos usam Class 2 para mudanças operacionais menos urgentes que Class 1: estados auxiliares, modos, contadores e analógicos. Isso é convenção documentada. Device Profile e configuração informam o suporte real.

IIN1.2 e Group 60 Variation 3

Quando existem eventos Class 2, a outstation pode sinalizar IIN1.2. O master precisa interpretar a indicação e executar a leitura definida. Group 60 Variation 3 requisita Class 2; a resposta transporta os objetos de evento reais.

IIN1.2 confirma pendência, mas não revela os pontos. Observe READ, cabeçalhos devolvidos, índices, Group/Variation, flags, tempo e confirmação. Um master pode fazer integridade e nunca executar Class 2.

Separe classes por consequência, taxa e utilidade histórica

Uma atuação de proteção pode exigir caminho prioritário; ventilação de painel pode tolerar coleta posterior, mas não desaparecer do histórico. Uma matriz de consequência evita decisões só pelo nome.

Registre dependências. Um evento auxiliar pode explicar falha crítica: perda de alimentação, troca de fonte ou modo local. Se a análise depende dele, retenção e timestamp devem suportar a indisponibilidade prevista.

Intervalo de poll e ocupação

Poll espaçado reduz transações vazias, mas aumenta espera quando unsolicited não é usado. Poll curto diminui atraso e eleva overhead. Considere RTT, canal, número de outstations, tamanho das respostas e outras tarefas.

Meça regime e reconexão. Backlog produz respostas maiores. Sem justiça no scheduler, uma estação com muitos eventos pode atrasar controles ou outras remotas. Eficiência inclui o pior caso de recuperação.

Deadband é a origem frequente do volume

Analógicos dominam eventos quando deadband é menor que ruído ou variação natural. Colocá-los em Class 2 não corrige isso; apenas muda o buffer. Deadband deve refletir resolução útil, dinâmica e necessidade operacional.

Antes de ampliar buffers, calcule taxa por ponto e concentração temporal. Escala incorreta, transdutor ruidoso ou gateway que recria eventos podem gerar churn.

Backlog, throughput útil e overflow

Estime fila com taxa de pico, duração da falha e margem. Estime recuperação comparando bytes com throughput útil, framing, confirmações, retries e concorrência. Determine quanto demora para voltar ao regime sem bloquear funções críticas.

Overflow torna a cronologia incompleta. Integrity poll recompõe o estado atual, não recria eventos perdidos. Registre a lacuna e diferencie recomposição de recuperação histórica.

Comissionamento por contagem

Gere quantidade conhecida de mudanças. Conte na origem, no frame, no front-end e historian. Compare índices, timestamps e flags. Repita com Class 1 concorrente para provar ausência de starvation.

Interrompa comunicação, gere eventos dentro da retenção e restaure. Meça drenagem, transações, retransmissões e IIN1.2 final. O aceite termina quando a contagem fecha ou a diferença é explicada.

Sintomas e evidência inicial

IIN1.2 permanente indica tarefa ausente, resposta não confirmada ou produção maior que drenagem. Eventos só após integrity sugerem ausência de scan, classe errada ou perda de registro. Atraso crescente sugere capacidade insuficiente.

PCAP mostra G60V3 e objetos; outstation mostra buffer; master revela tarefas; SCADA mostra processamento. Essa cadeia separa defeito DNP3 de atraso no banco.

Implantação em etapas sem perder a linha de base

Antes de alterar classes, exporte a configuração e meça por pelo menos uma janela operacional representativa: eventos por ponto, por classe e por hora; ocupação de buffer; tempo de resposta; retransmissões e uso do canal. Sem baseline, uma redução aparente de tráfego pode ser apenas perda de eventos.

Migre um grupo coerente de pontos e valide contagem, atraso e histórico. Não troque simultaneamente classe, deadband, Variation e intervalo de polling, porque quatro mudanças tornam impossível atribuir o resultado. Depois de cada etapa, execute teste funcional, falha curta e retorno.

A documentação final deve relacionar índice, descrição, classe estática/evento, Group/Variation, deadband, unidade, timestamp, capacidade de retenção e destino SCADA. Essa tabela é o contrato de interoperabilidade usado por manutenção, proteção, telecom e operação.

Depois da implantação, crie alarmes para IIN1.2 persistente, crescimento anormal da taxa e aproximação do limite de buffer quando o equipamento expuser esses dados. Tendência é mais útil do que uma fotografia: ela mostra degradação antes do overflow e sustenta ajuste baseado em evidência.