Protocolos e Arquitetura · 6 min de leitura
DeviceNet ainda sustenta uma grande base instalada em mineração, bioenergia e automotivo. Mesmo assim, a auditoria dessas redes virou commodity mal paga e mal entregue. Quase sempre ela para no multímetro, e é justamente depois dele que estão as causas-raiz mais críticas.
Uma rede crítica tratada como commodity
DeviceNet foi projetada para conectar dispositivos de campo a um scanner com cabeamento simples, alimentação no próprio barramento e diagnóstico embutido. Por isso se espalhou em linhas de produção inteiras, e muitas delas continuam rodando sobre esse barramento, hoje sob backbones EtherNet/IP.
O problema é a forma como essas redes são auditadas. Em muitos casos, a auditoria se resume a medir tensão, conferir terminadores e emitir um laudo. É um trabalho barato, rápido e, na maior parte das vezes, inútil para explicar a parada que motivou a contratação.
Uma auditoria DeviceNet completa tem três frentes: física, protocolo e documental. Cada uma responde a uma pergunta diferente, e nenhuma dispensa as outras.
Camada física: pré-requisito, não resultado
A camada física é onde a auditoria começa. Ela confirma que o barramento tem condições elétricas para funcionar. Terminação ausente ou duplicada provoca reflexões e deforma o sinal diferencial. Queda de tensão excessiva nos nós mais distantes da fonte gera resets e comportamentos erráticos. Trunk acima do comprimento permitido para a taxa configurada compromete a arbitragem do CAN, que depende de todos os nós enxergarem o mesmo bit ao mesmo tempo.
Os parâmetros verificados são conhecidos:
- Tensão do barramento: 24 VDC nominal, tipicamente entre 11 e 25 V sob carga, medida nos pontos mais distantes da fonte.
- Terminadores de 121 Ω em cada extremidade do trunk; com os dois instalados, a resistência medida entre CAN_H e CAN_L fica em torno de 60 Ω.
- Amplitude diferencial CAN_H menos CAN_L de aproximadamente 2,0 V no estado dominante e próxima de 0 V no recessivo, com rise time conforme ODVA.
- Comprimento do trunk compatível com a taxa: 500 m a 125 kbps, 250 m a 250 kbps, 100 m a 500 kbps.
Se a auditoria acabou no multímetro, ela parou
Uma rede com todos os parâmetros físicos dentro da faixa pode continuar parando. Três de cada quatro causas-raiz críticas que encontramos em DeviceNet estão fora da camada física. Elas só aparecem com um analisador de protocolo CAN/DeviceNet dedicado, observando o barramento em produção:
- Error counters CAN, com CRC e Form errors acumulando em janelas de 4 horas, que indicam EMI ou cabo degradado.
- Utilização acima de 70% por scanner, típica de redes que receberam RPI agressivo depois de uma expansão.
- Duplicate MAC ID fantasma causado por hot-swap em produção, que coloca o scanner em loop de detecção e gera jitter.
- Scan list divergente da live list: dispositivos configurados que não respondem, ou dispositivos presentes que ninguém configurou.
Por que multímetro e osciloscópio não bastam
Multímetro mede tensão e resistência num instante. Osciloscópio mostra a forma de onda numa janela curta. Nenhum dos dois conta erros ao longo de horas, calcula utilização por scanner ou compara a lista de dispositivos ativos com a configuração do scanner.
Os problemas de protocolo em DeviceNet são, por natureza, estatísticos e intermitentes. Um error frame por minuto não aparece na tela de um osciloscópio, mas ao longo de um turno faz o contador de erros de um nó subir até ele entrar em estado de erro e sair do barramento. Um duplicate MAC ID provocado por troca de dispositivo com a rede energizada pode existir apenas por alguns segundos, o suficiente para desestabilizar o scanner.
A utilização por scanner segue a mesma lógica. Cada expansão acrescenta nós e conexões, e é comum que o RPI seja reduzido para acomodar um requisito de processo sem que alguém recalcule a carga total do barramento. A rede continua funcionando até o dia em que a soma deixa de caber.
Por isso a janela de observação importa tanto quanto o instrumento. Observar o barramento durante horas, com a planta em carga, é o que transforma eventos raros em números.
Camada documental: o que transforma medição em evidência
A terceira frente é a que garante que o trabalho possa ser verificado e repetido. Sem ela, as medições das duas primeiras frentes viram números soltos, que ninguém consegue comparar com a próxima auditoria nem defender numa discussão com o integrador. A posição física dos T-taps, por exemplo, é o que permite relacionar um nó com erro a um trecho específico do trunk e a uma causa provável, como proximidade de um inversor.
Um laudo DeviceNet com valor técnico precisa ter quatro características:
- Rastreabilidade do instrumento: marca, modelo, número de série, data de calibração e técnico responsável.
- Pass/Fail por parâmetro com referência normativa explícita: ODVA Publication 170 e Volume 3 da especificação CIP.
- Topologia medida em campo: live list comparada à scan list e ao projeto, com a posição física de cada T-tap.
- Plano de ação priorizado por impacto e esforço.
O que muda para quem contrata
A maioria dos laudos DeviceNet do mercado atende, no máximo, duas dessas quatro características. Normalmente trazem algumas medições físicas e uma lista de observações, sem instrumento identificado, sem referência normativa por parâmetro e sem topologia medida. Laudo sem rastreabilidade metrológica é decoração.
Na contratação, a pergunta que separa uma auditoria real de uma inspeção visual é direta: qual analisador de protocolo CAN/DeviceNet vai ser usado, com número de série e data da última calibração? Se a resposta for multímetro e osciloscópio, o escopo precisa ser revisto antes da assinatura.
Uma rede que sustenta produção merece ser auditada como rede crítica. O fato de o protocolo ter décadas de mercado não torna a auditoria mais simples. Torna mais importante, porque a base instalada é grande e envelhece todos os dias.
Artigo desenvolvido a partir das publicações de Darwin Anastacio Junior no LinkedIn.