DNP3 serial e IP: RS-232, RS-485, TCP, UDP e porta 20000

DNP3 é independente do meio: não confunda protocolo com interface física

DNP3 pode ser transportado por diferentes meios. Em instalações legadas e equipamentos de campo, é comum encontrá-lo sobre interfaces seriais; em redes modernas, aparece sobre IP. Isso não transforma RS-232, RS-485, TCP ou UDP em “tipos de DNP3”. Cada tecnologia resolve uma parte diferente da comunicação. A IEEE 1815 define o protocolo DNP3; TIA-232 e TIA-485 definem características das interfaces elétricas correspondentes.

Essa separação é essencial no diagnóstico. Um erro de CRC recorrente em um enlace RS-485 pode nascer de ruído, polaridade, terminação ou referência elétrica. Um timeout em DNP3/TCP pode nascer de rota, firewall, perda de sessão ou da aplicação. Alterar classes de evento não corrige nenhum desses defeitos de camada inferior.

RS-232: ponto a ponto e sinalização não balanceada

A TIA-232-F trata da interface entre DTE e DCE para intercâmbio serial binário e define características elétricas, mecânicas e funcionais. Na prática de automação, RS-232 é normalmente usado em ligação ponto a ponto e com sinais referenciados a um retorno comum. Isso o torna simples para bancada, manutenção e conexões locais, mas menos apropriado para barramentos longos em ambientes sujeitos a diferença de potencial e ruído.

Não trate o conector DB9/DE-9 como sinônimo de RS-232. O formato do conector não garante a interface elétrica nem o pinout. Alguns equipamentos usam conectores semelhantes para interfaces proprietárias, RS-485 ou sinais mistos. Antes de ligar, confirme manual, pinagem e níveis.

• Baud rate — O que é: taxa de símbolos/configuração serial usada pelas pontas. Efeito: divergência impede framing válido. Validar: configuração de ambos os lados e captura/analisador serial.
• Data/paridade/stop — O que é: parâmetros de framing da UART conforme a implementação. Efeito: divergência produz bytes inválidos ou nenhuma comunicação. Validar: manual/Device Profile e teste.
• TX/RX/GND — O que é: sinais e referência da interface. Efeito: pinagem ou cruzamento incorretos impedem comunicação. Validar: pinout oficial e medição apropriada.
• Comprimento/capacitância — O que é: carga elétrica do cabo e ambiente de instalação. Efeito: limita margem de sinal especialmente em taxas maiores. Validar: especificação TIA-232, cabo e teste de qualidade; evitar regra universal de distância sem considerar carga.

RS-485: sinalização balanceada, multiponto e disciplina de barramento

ANSI/TIA-485-A define características elétricas de geradores e receptores para sistemas digitais balanceados multiponto. A interface diferencial mede a diferença entre os condutores do par, o que melhora imunidade a ruído comum em comparação com uma interface single-ended. Ela permite múltiplos dispositivos no mesmo barramento quando a topologia e a direção dos transmissores são corretamente gerenciadas.

A robustez do RS-485 não elimina regras físicas. Barramentos com derivações longas, terminações inadequadas, polaridade invertida, referência comum ausente quando necessária, blindagem/aterramento mal projetados ou muitos transceptores podem criar reflexões e erros intermitentes. Em DNP3, o CRC da camada de enlace ajuda a revelar corrupção, mas não corrige o meio.

• Par diferencial A/B — O que é: condutores usados para sinalização balanceada. Efeito: inversão pode impedir recepção ou produzir estado lógico incorreto conforme o transceptor. Validar: nomenclatura do fabricante, porque A/B não é rotulado de forma uniforme entre todos os equipamentos.
• Terminação — O que é: resistência usada para aproximar a impedância característica nas extremidades do barramento. Efeito: reduz reflexões. Validar: topologia real, impedância do cabo e pontos de terminação; não instalar terminadores aleatoriamente em cada nó.
• Bias/failsafe — O que é: polarização para estado definido quando nenhum transmissor dirige o barramento, quando necessária. Efeito: evita flutuação/ruído interpretado como dado. Validar: esquema do transceptor e recomendação do fabricante.
• Stub — O que é: derivação entre o tronco e um nó. Efeito: derivações excessivas degradam integridade de sinal em função de comprimento e taxa. Validar: desenho físico e medição em caso de reflexões.

Serial DNP3: o endereço lógico continua indispensável

Em um barramento RS-485, vários dispositivos podem compartilhar o meio físico. O master distingue as outstations pelos endereços DNP3 Source/Destination. Isso torna a tabela de endereçamento parte do projeto físico: dois equipamentos com o mesmo endereço podem responder de forma conflitante e produzir um defeito que parece ruído ou intermitência.

Em RS-232 ponto a ponto, também existem endereços DNP3. O fato de existir apenas um dispositivo no cabo não elimina o framing e o endereçamento do protocolo. Quando um conversor serial/IP é inserido, esses endereços continuam dentro do frame DNP3 mesmo que o caminho externo passe a usar IP.

DNP3/TCP: porta 20000 é convencional, não prova de aplicação saudável

DNP3 sobre TCP usa convencionalmente a porta 20000. O TCP oferece entrega ordenada e confiável do fluxo de bytes, enquanto DNP3 preserva seu próprio framing, endereços e semântica. Portanto, SYN/SYN-ACK/ACK comprovam apenas que a sessão TCP foi estabelecida. Depois disso ainda é necessário validar frame DNP3, Source/Destination, Function Code, objetos e resposta da outstation.

Firewall e NAT devem ser tratados com cuidado. A política precisa permitir apenas origens/destinos necessários e o serviço configurado. Se o projeto usa NAT, documente a relação entre endereço de rede e identidade DNP3 para que troubleshooting e logs permaneçam rastreáveis.

DNP3/UDP: existe, mas não deve ser presumido como equivalente a TCP

O ecossistema DNP3 também prevê transporte sobre UDP em aplicações suportadas. UDP não estabelece sessão confiável como TCP; perda, duplicação e ordenação precisam ser consideradas no desenho do protocolo/implementação. O fato de um equipamento aceitar DNP3/TCP não significa automaticamente que ele aceite DNP3/UDP.

Confirme explicitamente no Device Profile e no manual se UDP é suportado, qual porta é usada, quais serviços podem trafegar e como a implementação lida com endereçamento e recuperação. Não mude de TCP para UDP como tentativa de reduzir latência sem analisar consequências.

Gateway serial/IP: onde surgem timeouts que ninguém vê

Um terminal server ou gateway pode encapsular bytes seriais em TCP, terminar uma sessão DNP3 e criar outra, ou traduzir protocolos. Esses três comportamentos são diferentes. No modo transparente, parâmetros como baud e controle de direção do RS-485 ainda determinam se os bytes chegam corretamente. Em um gateway de aplicação, o equipamento pode reendereçar, armazenar, traduzir ou limitar objetos.

Documente se o equipamento é conversor físico, serial server ou gateway DNP3. Meça latência e buffering. Um gateway que aguarda acumular bytes antes de enviá-los pode alterar temporização; um rádio serial pode introduzir turn-around delay; uma rede celular pode variar RTT. Timeout deve ser dimensionado sobre o caminho real.

Troubleshooting por camada: a ordem que evita horas de tentativa

Em serial, confirme alimentação, pinagem, interface correta, baud/framing, polaridade, terminação e erros. Depois procure o start 0x05 0x64 e valide CRC/endereço. Em IP, confirme link/VLAN, endereço, rota, ACL, handshake e somente então analise DNP3. Em ambos os casos, capture um caso bom e um ruim e procure a primeira divergência.

Se o problema ocorre apenas em respostas grandes, investigue fragmentação DNP3, buffers, qualidade do meio e gateways. Se ocorre somente durante alta atividade, meça ocupação do canal, eventos, retries e filas. Se há CRC em serial, volte ao físico. Se TCP retransmite, investigue rede. Se IIN informa objeto/função não suportada, volte à aplicação.