Solução de problemas de falhas de conexão EtherNet/IP no Allen-Bradley ControlLogix: uma sequência de diagnóstico comprovada em campo

Por que ocorrem falhas de conexão

EtherNet/IP é o Common Industrial Protocol (CIP) sobre Ethernet padrão. Ele gerencia E/S e mensagens em uma única rede. As falhas de conexão causam a maior parte do tempo de inatividade do EtherNet/IP. Os scanners ControlLogix registram cada estado de conexão. Este guia apresenta uma ordem de diagnóstico repetível. Use-o antes de entrar em contato com o suporte do fornecedor.

Entenda o modelo de conexão

O CIP define duas funções de dispositivo. Um scanner (originador) solicita dados. Um adaptador (destino) os fornece. Os módulos ControlLogix 1756-EN2T e 1756-ENBT desempenham ambas as funções. As conexões de E/S usam um Intervalo de Pacotes Solicitado (RPI). O adaptador envia dados nessa taxa. O tempo limite padrão é igual a quatro vezes o RPI. Por exemplo, um RPI de 20 ms resulta em um tempo limite de 80 ms. As conexões de mensagens usam a porta TCP 44818. O tráfego de E/S usa a porta UDP 2222. O multicast é possível em ambas. Cada conexão consome recursos do scanner. Muitas conexões ou um RPI agressivo sobrecarregam a CPU.

Sequência de diagnóstico em seis etapas

Etapa 1: Leia os LEDs do módulo. OK verde contínuo significa que o módulo está saudável. NET A verde contínuo significa uma conexão CIP ativa. NET A verde piscante significa que o link está ativo, mas ocioso. NET A apagado significa que não há link. Registre o padrão antes de tocar em qualquer coisa.

Etapa 2: Verifique com o FactoryTalk Linx. Navegue pela árvore e confirme se o módulo aparece. Faça ping no endereço IP do módulo. Abra a página web do módulo e verifique os contadores de conexão.

Etapa 3: Inspecione o caminho físico. Use um cabo Cat5e blindado ou superior. Verifique a terminação RJ45 e os LEDs da porta do switch. Force a autonegociação nas duas extremidades. Uma incompatibilidade de duplex destrói silenciosamente a taxa de transferência.

Etapa 4: Revise a configuração de E/S no Studio 5000. Confirme se o RPI corresponde ao requisito do dispositivo. Ative o unicast em redes densas. Inundações de multicast podem saturar os switches.

Etapa 5: Analise os erros das instruções MSG. Monitore os bits .EN, .DN e .ER. Leia o código de erro na tag .ER. Códigos na faixa 16#02xx indicam problemas de conexão. 16#0204 significa que a conexão atingiu o tempo limite. Verifique o caminho, o estado do destino e o RPI.

Etapa 6: Capture pacotes com o Wireshark. Use o filtro tcp.port == 44818 para mensagens. Use o filtro udp.port == 2222 para E/S. Procure solicitações Forward Open e suas respostas. A ausência de respostas aponta para firewalls ou filtros de VLAN. Verifique os relatórios IGMP quando o tráfego multicast desaparecer.

Ajuste do RPI: quando e como

A maioria das E/S analógicas e discretas opera entre 20 e 100 ms. Loops rápidos de servos e de segurança precisam de 1 a 10 ms. Comece com o padrão do fornecedor. Aumente o RPI até que as falhas parem. Monitore a utilização da CPU durante o teste. Monitore também a largura de banda da rede. Um RPI de 10 ms com 50 dispositivos gera tráfego intenso. Use o modo unicast para manter a carga previsível.

Padrões comuns de falha

Um módulo cai repetidamente. Primeiro, verifique os contadores de erros da porta do switch. Segundo, tente um cabo comprovadamente em boas condições. Além disso, confirme se a revisão do firmware corresponde à do projeto.

Todas as conexões caem após um ciclo de energia. Isso geralmente significa uma incompatibilidade de configuração ou um conflito de IP. Verifique o chaveamento do módulo e a tabela de conexões programadas. Verifique também a concessão do servidor DHCP.

Quedas intermitentes durante a partida dos motores. EMI ou quedas de tensão causam esse padrão. No entanto, conectores desgastados apresentam sintomas idênticos. Verifique o aterramento e a continuidade da blindagem antes de substituir os módulos.

Erros de recursos do scanner. O módulo atingiu seu limite de conexões. Portanto, aumente o RPI ou adicione um segundo scanner. Revise a contagem de conexões na página web do módulo.

Inundações de multicast. Um dispositivo inunda a rede com tráfego. Force o unicast nas propriedades do módulo. Isso reduz significativamente a carga do switch.

Conclusão e recomendações de ação

Trabalhe em uma ordem fixa: físico, rede, configuração, carga. Nunca altere um RPI sem um motivo documentado. Registre valores de referência para os estados dos LEDs e as contagens de conexão. Use unicast em redes densas. Por fim, mantenha um módulo configurado sobressalente na prateleira. Essa disciplina reduz em horas o tempo médio de reparo.

Autor: Zhang Min é engenheiro de automação industrial com mais de 10 anos de experiência em PLC, DCS e sistemas de controle.