Class 0 Poll no DNP3: conceito, função e onde se aplica
Class 0 Poll no DNP3: conceito, função e onde se aplica. Entenda o mecanismo, os parâmetros relevantes, como validar em campo e quais evidências usar no diagnóstico.
Classes DNP3: bytes do pedido e bits da resposta
Como ler esta figura
Group 60 = 0x3C
É o grupo usado pelo master para solicitar dados por classe.
Na implementação: No pedido READ, localize 0x3C no primeiro octeto do object header; não procure Group 60 como se fosse o tipo real de cada evento devolvido.
Variations 1, 2, 3 e 4
V1 seleciona Class 0; V2, Class 1; V3, Class 2; V4, Class 3.
Na implementação: Leia Group e Variation juntos: 3C 02 pede Class 1; 3C 03 pede Class 2.
Qualifier 0x06
No header de classe, indica a seleção sem faixa ou contagem explícita de pontos.
Na implementação: Confirme os três octetos consecutivos do object header e confronte o comportamento com o Device Profile.
IIN1 bits 1, 2 e 3
Sinalizam que existem eventos pendentes nas Classes 1, 2 e 3, respectivamente.
Na implementação: IIN informa pendência; os eventos estão nos object headers e objetos que seguem na resposta.
Objetos DNP3 frequentes no campo
| Group | Uso | O que conferir na captura |
|---|---|---|
| G1 / G2 | Binary Input estático / evento | Variation, flags, índice e timestamp do evento quando aplicável. |
| G10 / G12 | Binary Output Status / CROB | Estado retornado, Function Code de controle e status da operação. |
| G20 / G22 | Counter estático / evento | Largura do contador, flags, índice e transição que gerou evento. |
| G30 / G32 | Analog Input estático / evento | Formato inteiro/float, flags, deadband e timestamp quando previsto. |
| G50 | Time and Date | Valor temporal, origem do sincronismo e coerência com SOE. |
| G60 | Class data | Classes solicitadas, eventos pendentes e relação com IIN1.1–IIN1.3. |
Matriz específica — Class 0 Poll / fundamentos
| Campo/elemento | Valor ou representação | Como fechar a evidência |
|---|---|---|
| Class 0 · fundamentos | dados estáticos | Integrity/Class 0 após conexão/restart. |
| Class 1 · fundamentos | eventos prioritários | Gerar evento e medir tempo até leitura/ack. |
| Class 2 / 3 · fundamentos | eventos intermediários/menores | Gerar rajada e validar fila/ordem. |
| IIN1.1–1.3 · fundamentos | eventos pendentes | Conferir antes e depois dos polls. |
A matriz foi escolhida pelo foco “Class 0 Poll” e pela lente “fundamentos”; referências normativas e limites de fabricante continuam prevalecendo.
SCADA/IED — campos obrigatórios para “Class 0 Poll”
| Campo/etapa | Exemplo de evidência | Falha concreta |
|---|---|---|
| Valor bruto | contador/registro/objeto recebido | Escala errada mascarada pela IHM. |
| Scaling + unidade | ganho, offset, EU | Valor numericamente plausível porém incorreto. |
| Quality | good/bad/invalid/blocked/substituted conforme protocolo | SCADA exibe dado sem indicar validade. |
| Source timestamp | tempo gerado no IED/RTU | SOE fora de ordem por relógio ou perda de timestamp. |
| Receive/display time | tempo no FEP/SCADA | Latência de transporte/processamento. |
| Command lifecycle | envio, ack, atuação e retorno | Ack de protocolo sem atuação física. |
Class 0 Poll no sistema: o problema que esta função resolve
Class 0 representa a visão estática dos objetos configurados na outstation e é a base típica de um integrity poll. Ela serve para reconstruir o estado atual, não para preservar sozinha a sequência histórica de todas as mudanças.
No desenho de DNP3, localize Class 0 Poll entre origem e destino e marque quais elementos dependem de precisão do relógio, ordem cronológica, sincronismo entre IEDs. A definição deve permitir responder quem produz a informação, quem toma a decisão, onde o estado é mantido e qual evidência aparece primeiro quando algo sai do esperado.
Da origem ao efeito: sequência e estados de Class 0 Poll
Defina quais pontos integram a resposta estática e quais variations são usadas como padrão. Relacione o integrity poll às classes de eventos para que a recuperação de estado não substitua indevidamente a necessidade de SOE.
Comece com uma troca mínima conhecida e depois acrescente eventos, exceções, temporização e funções opcionais. Uma sessão estabelecida não é critério suficiente: tipo, endereço, qualidade, sequência e tempo precisam chegar ao destino com a mesma semântica. Neste artigo, acompanhe timestamp na origem, precisão do relógio, ordem cronológica, sincronismo entre IEDs como uma cadeia causal: condição de entrada → estado interno → decisão → saída → evidência. Esse percurso evita repetir definições e obriga cada bloco do texto a acrescentar um nível novo de explicação.
Parâmetros e campos de Class 0 Poll: significado, efeito e validação
Os itens abaixo não são apenas nomes de configuração. Para cada parâmetro ou campo, o artigo registra o que ele representa, o efeito prático de um valor/estado incorreto e a evidência usada para confirmar a interpretação. Valores default e faixas exatas que dependem de fabricante ou firmware devem ser confirmados na documentação do equipamento, mas a relação causa → efeito precisa permanecer válida entre implementações.
Ao alterar Class 0 Poll, mude uma variável por vez e preserve o baseline. Um valor só deve ser considerado adequado quando o efeito esperado aparece na captura, no contador, no log ou no processo e quando a condição degradada continua dentro do requisito.
- Communication Lost — O que é: elemento de engenharia relacionado a Class 0 Poll dentro de DNP3; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com Class 0 Poll; documente dependências e limite em vez de copiar um valor de outro projeto. Validar: comparar condição normal e uma alteração controlada usando endereço como evidência objetiva.
- Remote Forced — O que é: elemento de engenharia relacionado a Class 0 Poll dentro de DNP3; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com Class 0 Poll; documente dependências e limite em vez de copiar um valor de outro projeto. Validar: comparar condição normal e uma alteração controlada usando campo como evidência objetiva.
- Local Forced — O que é: elemento de engenharia relacionado a Class 0 Poll dentro de DNP3; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com Class 0 Poll; documente dependências e limite em vez de copiar um valor de outro projeto. Validar: comparar condição normal e uma alteração controlada usando estado como evidência objetiva.
- Over Range — O que é: elemento de engenharia relacionado a Class 0 Poll dentro de DNP3; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com Class 0 Poll; documente dependências e limite em vez de copiar um valor de outro projeto. Validar: comparar condição normal e uma alteração controlada usando sequência como evidência objetiva.
- Reference Error — O que é: elemento de engenharia relacionado a Class 0 Poll dentro de DNP3; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com Class 0 Poll; documente dependências e limite em vez de copiar um valor de outro projeto. Validar: comparar condição normal e uma alteração controlada usando timestamp como evidência objetiva.
- TCP — O que é: elemento de engenharia relacionado a Class 0 Poll dentro de DNP3; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com Class 0 Poll; documente dependências e limite em vez de copiar um valor de outro projeto. Validar: comparar condição normal e uma alteração controlada usando qualidade como evidência objetiva.
Exemplo de implementação: transformando Class 0 Poll em requisito verificável
Para implementar Class 0 Poll em DNP3, escolha uma função pequena que possa ser repetida sem ambiguidade. Prove primeiro timestamp na origem; depois acrescente precisão do relógio; por último force uma condição relacionada a ordem cronológica. Em cada etapa registre a mensagem esperada, o estado local e a reação da outra ponta. A sequência incremental reduz drasticamente tentativa e erro em projetos multivendor.
A decisão de engenharia para Class 0 Poll deve terminar em critérios mensuráveis. Use timestamp na origem como primeira evidência de sucesso e precisão do relógio como verificação de consistência; declare quanto tempo pode decorrer e o que deve sobreviver à reconexão. Se a interface do fabricante usa outro nome para ordem cronológica, mantenha uma tabela que ligue o rótulo comercial ao conceito do protocolo.
- Definir uma condição normal de Class 0 Poll e salvar a evidência associada a timestamp na origem.
- Escolher uma única variável relacionada a precisão do relógio e prever o efeito antes de alterar.
- Repetir o mesmo teste e comparar ordem cronológica nas mesmas medições ou campos.
- Registrar o critério que permite aceitar, rejeitar ou reverter a configuração de Class 0 Poll.
Mecanismo de Class 0 Poll: campos, estados e transições que importam
Acompanhe uma operação normal de Class 0 Poll do início ao fim e marque quando timestamp na origem e precisão do relógio mudam. Depois repita o fluxo com perda de comunicação, reinício ou dado inválido para separar campos de estado, controle e transporte.
Em DNP3, compatibilidade real aparece também nas exceções. Reconexão, overflow, mudança de sequência, perda de sincronismo ou estado inválido devem produzir reações previsíveis e observáveis nas duas pontas.
- Descrever a sequência normal de Class 0 Poll
- Descrever uma exceção sem recorrer a “reiniciar e testar”
- Identificar o papel de timestamp na origem
- Identificar o papel de precisão do relógio
Do “online” à prova técnica: validação de Class 0 Poll
Após conexão ou reinício controlado, execute integridade e compare a base atual do SCADA com a outstation. Em seguida gere eventos para confirmar que a trilha histórica é tratada separadamente.
Defina a evidência antes do teste de Class 0 Poll. Para esta categoria, sinais úteis incluem endereço, campo, estado, sequência, timestamp, qualidade. Use estado inicial conhecido, estímulo reproduzível e resultado esperado; quando houver duas pontas, registre as duas, e quando houver gateway/firewall/conversor, registre também a transformação intermediária.
- Validar timestamp na origem em condição normal
- Forçar uma condição degradada ligada a precisão do relógio
- Confirmar recuperação sem perder estado, evento ou evidência relevante
- Salvar configuração, logs/captura e horário do teste como baseline
Quando Class 0 Poll dá errado: separar sintoma, causa e efeito
Se o valor atual está correto mas eventos desapareceram, o problema tende a estar em classe/event queue/SOE; se a Class 0 já retorna valor errado, procure mapeamento, aquisição ou scaling na origem.
Não conclua a partir do sintoma sozinho. Para Class 0 Poll, cruze pelo menos duas fontes de evidência e procure a primeira divergência. Se timestamp na origem, precisão do relógio, ordem cronológica estão corretos mas o resultado final continua errado, avance para a próxima fronteira do sistema em vez de alterar novamente um parâmetro já comprovado.
- timestamp na origem: registre um caso saudável, um caso com falha e a diferença objetiva em estado.
- precisão do relógio: registre um caso saudável, um caso com falha e a diferença objetiva em sequência.
- ordem cronológica: registre um caso saudável, um caso com falha e a diferença objetiva em timestamp.
- sincronismo entre IEDs: registre um caso saudável, um caso com falha e a diferença objetiva em qualidade.
Class 0 Poll: dados exclusivos deste recorte (fundamentos)
Em Class 0 Poll, Class 0 representa dados estáticos e Classes 1/2/3 organizam eventos conforme a política do projeto. IIN1.1, IIN1.2 e IIN1.3 sinalizam eventos pendentes dessas classes. O teste deve acumular eventos, interromper comunicação, recuperar e provar que a fila drena sem overflow nem perda da ordem temporal.
Nos fundamentos de Class 0 Poll, acompanhe a transição que altera Class 0 e confirme como Class 1 reage antes, durante e depois do evento.
- Class 0: dados estáticos. Integrity/Class 0 após conexão/restart.
- Class 1: eventos prioritários. Gerar evento e medir tempo até leitura/ack.
- Class 2 / 3: eventos intermediários/menores. Gerar rajada e validar fila/ordem.
- IIN1.1–1.3: eventos pendentes. Conferir antes e depois dos polls.
Class 0 Poll: objeto DNP3 em Group/Variation, qualifier e índice — Class 0 Poll / fundamentos
Nos fundamentos de Class 0 Poll, trate serial como parte de uma sequência causal: condição inicial, transição, campo alterado e reação do outro lado. O ponto DNP3 só é interpretável quando Group, Variation, qualifier e faixa/índice são lidos em conjunto. Group 1 representa Binary Input estático e Group 2 seus eventos; Group 10 representa Binary Output Status e Group 12 Control Relay Output Block; Group 20/22 tratam Counter estático/evento; Group 30/32 representam Analog Input estático/evento. A Variation define representação e presença de flags/timestamp, portanto dois equipamentos podem “ter o mesmo ponto” e ainda assim discordar do formato aceito. O critério de encerramento para Class 0 Poll em fundamentos é obter o mesmo resultado em novo teste de serial, mantendo o ponto de medição e a condição inicial.
O mecanismo de Class 0 Poll deve ser lido a partir de keepalive; observe qual estado antecede a mudança e qual confirmação prova que ela terminou. No diagnóstico de Class 0 Poll, capture a requisição e a resposta e confira Function Code, Group, Variation, qualifier e range. Object Unknown ou Parameter Error no IIN frequentemente nasce exatamente dessa combinação. Em gateway, preserve uma tabela explícita entre o objeto DNP3 recebido e o tipo/qualidade/timestamp entregue ao SCADA. Para este artigo de Class 0 Poll, a evidência ligada a keepalive deve ser armazenada com horário, origem e condição de teste, permitindo comparação posterior.
- Class 0 Poll · fundamentos · serial: Exemplo: G1/G2 separa Binary Input estático de evento; G30/G32 faz o mesmo para Analog Input.
- Class 0 Poll · fundamentos · porta TCP padrão 20000: Conferir se a Variation usada no evento inclui flags e/ou tempo conforme a necessidade de SOE.
- Class 0 Poll · fundamentos · retry: Registrar qualifier e range porque eles definem como índices/contagens são codificados.
- Class 0 Poll · fundamentos · keepalive: Em multivendor, validar objetos efetivamente suportados no Device Profile.
Class 0 Poll: valor, qualidade, tempo e ciclo de comando ponta a ponta — Class 0 Poll / fundamentos
O mecanismo de Class 0 Poll deve ser lido a partir de autenticação de comando; observe qual estado antecede a mudança e qual confirmação prova que ela terminou. Um ponto SCADA não é apenas um valor. Para Class 0 Poll, registre endereço/tag de origem, valor bruto, escala/unidade, quality, timestamp de origem, timestamp de recepção e timestamp de apresentação. Deadband deve ser expressa na unidade ou porcentagem definida e testada em torno do limiar; SOE exige preservar a ordem pelo tempo de origem, não pela ordem de chegada ao servidor. Se autenticação de comando não reproduzir o comportamento esperado em Class 0 Poll, a hipótese deve ser revista antes de alterar outra camada do sistema.
Para explicar por que Class 0 Poll funciona, use Outstation como ponto de partida e siga a mudança até o efeito mensurável no protocolo ou processo. Comandos precisam ser separados em intenção, envio pelo protocolo, confirmação de protocolo, atuação do equipamento e retorno de posição. Em religador/IED/RTU, um “operate success” sem mudança do contato ou telemetria não encerra o teste. Em historian, preserve raw value, quality e source timestamp antes de qualquer agregação. Em alarmes, registre condição de entrada, prioridade, debounce/deadband, ack e retorno ao normal. O critério de encerramento para Class 0 Poll em fundamentos é obter o mesmo resultado em novo teste de Outstation, mantendo o ponto de medição e a condição inicial.
- Class 0 Poll · fundamentos · Secure Authentication: Telemetria: raw → scaling → engineering unit → quality → source timestamp → SCADA timestamp.
- Class 0 Poll · fundamentos · DNP3-SA: SOE: comparar timestamp de origem e sequência recebida em uma rajada de eventos.
- Class 0 Poll · fundamentos · autenticação de comando: Comando: request → protocol confirmation → physical action → indication/return.
- Class 0 Poll · fundamentos · gerenciamento de chaves: Historian: validar valor, quality e timestamp antes de compressão/agregação.
Referências técnicas e normas
As explicações do Portal são autorais. Normas e fontes oficiais são priorizadas; materiais acadêmicos e documentação pública de fabricantes complementam a implementação e não substituem a edição normativa aplicável ao projeto.
- Overview of DNP3 Protocol — DNP Users Group. Visão geral oficial do protocolo, hoje adotado como IEEE Std 1815.
- DNP3 Cybersecurity Program — DNP Users Group. Referência do programa de segurança e autenticação do ecossistema DNP3.
- DNP Users Group — Public Documents — DNP Users Group. Aplicações públicas, boletins e materiais técnicos para validar comportamento de implementações.
- DNP3 Communication Protocol Solutions — Triangle MicroWorks. Referência de implementador para recursos como events, deadbands, unsolicited, time sync, file transfer e ferramentas de teste.
- DNP3 Application Layer Function Codes — Rockwell Automation. Exemplo público de fabricante para Function Codes, incluindo COLD_RESTART, WARM_RESTART e ENABLE/DISABLE_UNSOLICITED.
Continue estudando
Os próximos conteúdos foram escolhidos para formar uma sequência técnica, relacionando fundamento, configuração, diagnóstico e aplicação.