← ComputingSphere

Analisador e decodificador de protocolo DNP3

Sua captura já sabe o que há de errado com a RTU. Nós fazemos ela contar.

Envie um pcap. Em minutos, cada RTU tem um veredito, cada problema vem escrito em palavras claras e o relatório sai no formato da sua equipe — com cada mensagem decodificada por baixo para provar.

Veja o que ele encontra ↓

Plano Free: 1.000 mensagens DNP3 por mês · sem cartão de crédito · feito e hospedado na Suécia

Resumo executivo de um relatório do ComputingSphere DNP3: veredito REPROVADO e quatro achados para uma RTU
Um relatório real: uma RTU atrás de um gateway de subestação com 13 RTUs, quatro achados, veredito Reprovado.
  • Por RTUveredito e achados, mesmo com 30 RTUs atrás de um gateway
  • Byte a byteenlace, transporte, aplicação, IIN e pontos
  • TCP incluídoretransmissões, resets e reconexões, com o motivo
  • Seu relatóriosua capa, suas seções, os modelos da sua equipe

Achados automáticos

Os problemas são encontrados para você, RTU por RTU

Cada RTU da captura recebe um veredito — OK, Atenção ou Reprovado — e uma lista de achados escrita para que o engenheiro de comissionamento e o cliente entendam. Trinta RTUs atrás de um gateway? Uma tabela, com as que precisam de você primeiro.

  • Relógio parado

    A RTU informou a mesma hora em leituras diferentes — as estampas de tempo dos eventos não são confiáveis.

  • Relógio com deriva

    O relógio da RTU se afasta do relógio do mestre entre duas sincronizações.

  • Sincronismo não aplicado

    A RTU pediu hora (IIN1.4) e o mestre não corrigiu até o fim da captura.

  • Buffer de eventos cheio

    Eventos perdidos antes que o mestre os lesse (IIN2.3) — os alarmes que nunca chegaram ao centro de operação.

  • Requisições sem resposta

    Consultas que a RTU nunca respondeu, respostas lentas e confirmações atrasadas, contadas e datadas.

  • Comandos que falharam

    SELECT/OPERATE e operação direta recusados, divergentes ou fora do tempo.

  • Bits IIN que importam

    Função não suportada, reinício do dispositivo, controle local, erro de parâmetro — quantas vezes, em quais respostas.

  • Reinícios e reconexões

    Cada reconexão TCP com o motivo: fechada pela RTU, pelo mestre, resetada ou sumiu sem aviso.

Página RTUs: 30 RTUs em um canal, 4 críticas, 15 em atenção, 11 OK, cada uma com seus achados
A página RTUs de um gateway de subestação: 30 RTUs em um canal TCP, ordenadas por gravidade, achados na última coluna.

Relatórios personalizáveis

Relatórios padronizados, no formato dos seus modelos

A plataforma escreve a parte difícil: o veredito e os achados. Você completa a capa, seus comentários e destaques, e salva o formato como modelo da equipe.

  • Sua capa — o logo da sua organização e os campos que você precisa: cliente, contrato, ordem de serviço, versão de firmware.
  • Seu veredito — mantenha o automático ou troque, adicione achados manuais, mude o texto, o nível e a cor de cada um.
  • Suas seções — resumo, conexão, pontos, IIN, estatísticas de mensagens, saúde da comunicação, polling, eficiência, registro de mensagens: ligue, renomeie, reordene.
  • Destaques em qualquer cor nos pontos e mensagens que importam, e um comentário abaixo de cada seção.
  • Modelos da organização — Homologação e Diagnóstico de comunicação já prontos; salve o seu e toda a equipe usa.
  • Um canal inteiro em um documento — um capítulo e um veredito por RTU. Imprima ou salve em PDF, A4.
Editor do relatório: veredito, um achado manual, seções e cores de destaque à esquerda, o documento para impressão à direita
O editor à esquerda, o documento exatamente como sai impresso à direita.

Referência de homologação

Salve a troca que você aprovou. Compare toda captura depois dela.

Aprovou uma RTU no comissionamento? Salve aquela troca de mensagens como referência, nas pastas da sua organização. Meses depois — após uma atualização de firmware, a troca de um gateway, um novo mestre — compare uma captura nova com ela, campo a campo.

  • Diferenças destacadas mensagem a mensagem, até cada campo de cada camada.
  • Ignore checksums e números de sequência para ver só o que realmente mudou.
  • Escolha qual mensagem comparar de cada lado — o pareamento por posição é só o padrão.
Página de comparação: o fluxo atual ao lado da referência de homologação salva, com os campos diferentes destacados
Uma captura nova contra a referência de homologação salva: os campos diferentes em laranja.

Estatísticas de mensagens

Cada mensagem contada e classificada

O que o mestre e a RTU realmente trocaram, em números — sem planilha, sem filtro de Wireshark.

  • Por grupo/variação e código de função — quantas vezes cada objeto e cada função apareceu.
  • Bits IIN — quantas respostas trouxeram cada bit.
  • Polling — cada tipo de consulta com o intervalo típico, mínimo e máximo, consultas sem resposta e tempo de resposta p50/p90.
  • Eficiência — polls de classe vazios, taxa e confirmação de não solicitadas, atraso dos eventos, tentativas e falhas de SELECT/OPERATE.
  • O canal inteiro — todas as RTUs atrás de um gateway lado a lado, com os totais do canal.
Página de análise: veredito, indicadores, mensagens por grupo/variação e código de função, contagem dos bits IIN
A análise de uma RTU: veredito, indicadores, objetos, funções e bits IIN.

Tráfego e latência no tempo

Veja quando algo mudou, e quanto tempo a RTU leva para responder

Uma captura de horas é difícil de ler mensagem por mensagem. Os gráficos mostram o período inteiro de uma vez: onde o tráfego subiu ou caiu, onde o mestre demorou mais para consultar e com que rapidez cada RTU realmente responde.

Gráfico do protocolo: quantidade de mensagens ao longo de uma captura de uma hora
Mensagens no tempo — o tráfego da RTU ao longo de uma captura de uma hora. Adicione respostas não solicitadas, eventos IIN, entradas digitais ou reconexões no mesmo gráfico.
Tabela de intervalo de polling com tempo de resposta p50 e p90 por tipo de consulta, e o gráfico do intervalo no tempo
Latência — tempo de resposta p50/p90 de cada tipo de consulta, consultas sem resposta e o intervalo de polling ao longo da captura.
  • Tempo de resposta p50 e p99 de cada RTU na página RTUs, e o achado "respostas lentas" quando uma RTU fica para trás.
  • Tempo até a confirmação em cada segmento TCP, para separar uma RTU lenta de uma rede lenta.

Camada TCP

Quando não é o DNP3, veja o TCP por baixo

Muita "falha de RTU" é a rede. A sessão TCP mostra cada segmento entre mestre e RTU — flags, números de sequência, janela — e quanto tempo o outro lado levou para confirmar.

  • Retransmissões, ACKs duplicados, keep-alives, janela zero e segmentos que faltam na captura sinalizados na própria linha.
  • Histórico de reconexões com o motivo: a RTU fechou, o mestre resetou ou o link simplesmente ficou mudo.
  • Saúde da comunicação no relatório: reconexões, retransmissões e resets em uma linha do tempo.
Sessão TCP: cada segmento com flags, Seq/Ack, janela, tamanho, função DNP3 e tempo de confirmação
Segmento por segmento: a função DNP3 que cada um leva e com que rapidez foi confirmado.

Até o byte

Clique num campo, veja seus bytes

Cada mensagem decodificada camada por camada — enlace, transporte, aplicação — com os bits IIN e o valor, a qualidade e a hora de cada ponto. Clique em qualquer campo e seus bytes acendem no hexadecimal.

  • Cadastre a RTU como dispositivo uma vez e cada ponto mostra seu nome — no decodificador, no simulador e no relatório.
  • Uma RTU ou o canal inteiro: todas as RTUs atrás do mesmo gateway em uma lista.
Página Protocolo: lista de mensagens, árvore decodificada com o campo selecionado e seus bytes contornados no painel hexadecimal
O campo Função selecionado na árvore, seu byte contornado no hexadecimal.

Marcas nos pacotes

Pinte a RTU que você está investigando

Numa captura com dezenas de conexões, marque uma com uma cor e uma etiqueta — "firmware novo", "alimentador 7", "em teste" — e acompanhe ela no meio do ruído.

  • Qualquer cor, qualquer etiqueta, em todos os pacotes daquela conexão.
  • Deixe a marca permanente e ela volta sozinha em toda captura futura com o mesmo mestre, RTU e porta.
Inspector com três conexões marcadas em cores diferentes
Três conexões marcadas no Inspector, e o painel que lista suas etiquetas.

Simulador de chatter e threshold

Ajuste o filtro antes de mexer no campo

Repasse os valores reais da captura pelos filtros de chatter e banda morta e veja exatamente o que chegaria ao operador — e quanto tráfego você economizaria.

Simulação de chatter de um disjuntor: 25 atualizações, 5 enviadas, 20 descartadas, 80% de redução de tráfego
Chatter — um disjuntor alternando 25 vezes: 20 atualizações bloqueadas, 80% menos tráfego, e o estado real ainda chega ao operador.
Simulação de threshold de uma entrada analógica: valores brutos e propagados no mesmo gráfico
Threshold — uma entrada analógica com banda morta de 50 unidades: 16 de 25 atualizações descartadas, 64% menos tráfego, valores brutos e propagados no mesmo gráfico.

Ou rode os dois filtros sobre todos os pontos da RTU de uma vez e veja o ranking dos que mais reduziriam tráfego.

Planos

Envie sua primeira captura hoje

Crie a conta em menos de um minuto, envie um pcap e veja o que suas RTUs estão tentando te dizer.

Criar uma conta leva menos de um minuto — cadastre-se e já comece a usar.

Cancele quando quiser, em poucos cliques. O plano continua ativo até o fim do período já pago.

Sem precisar de conta

Cole uma mensagem DNP3, veja ela decodificada

Este é o mesmo parser que a plataforma roda em cada captura. Cole até 10 mensagens DNP3 em hexadecimal abaixo, uma por linha, e veja exatamente o que ele enxerga.