Como identificar e corrigir falhas de comunicação em uma rede Modbus

Criado no fim dos anos 1970 para os controladores programáveis da época, o Modbus continua presente em medidores de energia, inversores, controladores de temperatura e gateways de quase toda planta industrial. Sua versão serial, o Modbus RTU, é simples, e essa simplicidade ajuda no diagnóstico: com método e poucas ferramentas, a maioria das falhas de comunicação Modbus pode ser encontrada e corrigida em campo, sem trocar equipamentos à toa.

Entenda a rede antes de mexer

O Modbus RTU funciona no modelo mestre e escravo. Um único mestre, normalmente o CLP ou o supervisório, envia perguntas, e cada escravo responde apenas quando é chamado pelo seu endereço. Na camada física, o meio mais comum é o RS-485, um par trançado que interliga os equipamentos em barramento.

Antes de começar, reúna:

• a lista de equipamentos com endereço, taxa de transmissão, paridade e bits de parada de cada um;
• o desenho da rede, com a ordem dos equipamentos e o comprimento dos trechos;
• o manual de cada escravo, com o mapa de registradores e as configurações de comunicação.

Sem essas informações, o diagnóstico vira tentativa e erro.

Falha de comunicação Modbus: as causas mais comuns

Algumas causas respondem pela maioria dos problemas:

• endereço duplicado: dois escravos com o mesmo endereço respondem juntos, as mensagens colidem e nenhuma resposta chega íntegra. É típico depois da troca de um equipamento que veio com o endereço de fábrica;
• parâmetros diferentes: todos os equipamentos precisam usar a mesma taxa de transmissão, a mesma paridade e o mesmo número de bits de parada. Um único escravo fora do padrão deixa de responder;
• polaridade invertida: as linhas do RS-485 têm polaridade, e a nomenclatura varia entre fabricantes. Um equipamento com os fios invertidos não comunica e pode prejudicar os demais;
• terminação ausente ou em excesso: o barramento precisa de resistores de terminação nas duas extremidades, e somente nelas. Terminações faltando causam reflexões; terminações demais sobrecarregam a linha;
• falta de polarização: sem resistores de polarização, a linha fica indefinida quando ninguém transmite, e ruídos podem ser interpretados como dados;
• topologia em estrela: o RS-485 foi feito para barramento linear. Derivações longas em estrela provocam reflexões e erros intermitentes;
• ruído e aterramento: cabo sem blindagem, blindagem mal aterrada ou percurso junto a cabos de inversores e motores causam erros de verificação (CRC) e respostas perdidas;
• tempo de resposta: um tempo limite curto demais no mestre faz com que respostas lentas sejam consideradas falha.

Ferramentas simples para testar em campo

Não é preciso um analisador caro para a maior parte dos diagnósticos:

• multímetro: com a rede desligada, mede a resistência entre as linhas para conferir a terminação; com a rede ligada e em repouso, mede a tensão diferencial para verificar a polarização;
• conversor USB para RS-485: permite ligar um notebook ao barramento ou a um equipamento isolado;
• software mestre de teste: programas que enviam leituras Modbus a um endereço específico e mostram a resposta, os erros e os tempos;
• monitor de tráfego: software que apenas escuta o barramento e exibe as mensagens, útil para descobrir quem está respondendo errado;
• contadores de diagnóstico: muitos CLPs e gateways mostram quantos erros de CRC e quantos tempos esgotados ocorreram em cada escravo.

Roteiro de diagnóstico

Uma sequência prática ajuda a isolar o problema:

1. verifique se a falha atinge toda a rede ou apenas um equipamento;
2. se for só um, confira endereço e parâmetros de comunicação no próprio equipamento;
3. teste esse equipamento isoladamente com o notebook e o software de teste, direto nos bornes;
4. se ele responder isolado, o problema está na rede: confira fiação, polaridade e continuidade até ele;
5. se a falha for geral ou intermitente, verifique terminação, polarização, blindagem e percurso dos cabos;
6. desconecte trechos da rede um a um para localizar o segmento com problema;
7. analise os contadores de erros e as respostas de exceção, que indicam, por exemplo, registrador inexistente ou função não suportada.

Depois de resolver, documente a configuração de cada equipamento e marque os endereços nos próprios dispositivos. Isso evita que a próxima troca de peça traga o mesmo problema de volta.

Dúvidas frequentes