Diagnóstico de Falhas no Eixo de Movimento EtherNet/IP CIP: Allen-Bradley Kinetix 5700 e Schneider Lexium 32

Allen-Bradley Kinetix 5700, Axis Fault, CIP Motion, EtherNet/IP, Industrial Automation, Network Diagnostics, PID Tuning, Schneider Lexium 32, Servo Drive, STO, Studio 5000
abril 15, 2026

EtherNet/IP CIP Motion Axis Fault Diagnosis: Allen-Bradley Kinetix 5700 and Schneider Lexium 32

O Custo Real de um Estado de Eixo com Falha

Um estado "Axis Faulted" em uma rede EtherNet/IP CIP Motion para a produção imediatamente. Os engenheiros passam horas tentando descobrir as causas raízes. A maioria das falhas se enquadra em quatro categorias: hardware do drive, temporização da rede, parâmetros de ajuste e lógica de entrada de segurança. Tratar todas como o mesmo problema é perda de tempo.

CIP Motion usa conexões implícitas de Classe 1 com um Intervalo de Pacote Solicitado (RPI) de 1–2 ms. O I/O padrão EtherNet/IP opera em 10–20 ms. Uma atualização perdida no RPI de 1 ms dispara uma "Falha Maior do Eixo" em 4–8 ms. Jitter de rede acima de 250 µs causa falhas intermitentes que parecem falhas de hardware do drive. O firmware Logix 5000 versão 33.011 e posteriores registra detalhes de erro de conexão CIP Motion no Registro de Falhas do Módulo, não apenas nos bits de Status do Drive. Sempre verifique ambos os locais. O controlador Allen-Bradley ControlLogix 1756-L75 gerencia os eixos CIP Motion via o módulo 1756-EN2TP EtherNet/IP.

Decodificando Códigos de Falha Kinetix 5700 e Lexium 32

Cada código de falha aponta para uma camada específica. Aprenda a estrutura do código antes de iniciar qualquer troca de hardware.

O Allen-Bradley Kinetix 5700 usa um formato de código de falha de dois bytes. O byte alto é a Categoria da Falha (0x01 = Hardware, 0x02 = Movimento, 0x04 = Sobrecarga do Drive, 0x08 = Feedback, 0x10 = Segurança). O byte baixo é o número específico da falha. Leia-os no Studio 5000 em Propriedades do Drive → aba Registro de Falhas.

Passo 1: Abra Studio 5000 → Propriedades do Controlador → Propriedades do Módulo para o eixo Kinetix 5700.
Passo 2: Navegue até a aba Registro de Falhas. Anote o Código de Falha (hex) e o Timestamp da Falha.
Passo 3: Código de Falha 0x0204 = Falha de Erro de Velocidade. Verifique a fiação do feedback de velocidade no conector J13 pinos 1–4.
Passo 4: Código de Falha 0x0810 = Bateria do Encoder Fraca. Substitua a bateria CR2032 do encoder absoluto. Redefina a referência de posição do encoder após a substituição.
Passo 5: Código de Falha 0x1001 = Entrada Safe Torque Off (STO) desenergizada. Verifique a alimentação 24 VDC nos terminais STO+ e STO− (≥22 VDC necessários).

O Schneider Lexium 32 armazena o histórico de falhas nos registradores internos MW100–MW109. Leia-os via Modbus TCP (código de função 03). O formato da palavra de falha: bits 0–3 = classe da falha, bits 4–7 = subcódigo da falha. Classe de falha 4 (0x40) indica Sobreaquecimento do Motor. Classe de falha 6 (0x60) indica Falha do Encoder. Sempre verifique a continuidade da blindagem do cabo do encoder antes de concluir falha do encoder. Para módulos de eixo da família Kinetix, consulte o Módulo de Eixo Integrado Kinetix 6000 como plataforma de referência para a arquitetura dos códigos de falha.

Diagnóstico da Camada de Rede: Encontrando Jitter e Perda de Pacotes

Falhas CIP Motion frequentemente têm origem na rede, não no drive. Três testes específicos confirmam rapidamente a saúde da rede.

Primeiro, verifique as estatísticas das portas do switch EtherNet/IP. O tráfego CIP Motion requer marcação QoS Classe de Serviço (CoS) com DSCP 55 (CIP Motion) e DSCP 46 (CIP em tempo real). O switch gerenciado Allen-Bradley Stratix 5700 exibe contadores de descarte por porta. Qualquer contagem de descarte de entrada diferente de zero na porta do drive indica estouro de buffer — reduza o tráfego de fundo ou aumente a prioridade da fila da porta.

Segundo, meça o jitter real do RPI com Wireshark. Capture o tráfego na porta do controlador. Filtre pelo MAC de origem Ethernet do Kinetix 5700 ou Lexium 32. CIP Motion requer jitter ≤ 250 µs. Valores acima de 500 µs causam falhas recorrentes no eixo a cada 3–10 minutos sob carga.

Passo 1: Conecte o laptop à porta SPAN do switch gerenciado. Inicie a captura no Wireshark, filtro: eth.src == [MAC do drive].
Passo 2: Execute o eixo a 50% da velocidade nominal por 5 minutos. Exporte a captura para CSV. Calcule o desvio padrão do tempo entre pacotes.
Passo 3: Se o jitter > 250 µs, verifique flooding multicast. Ative IGMP Snooping em todos os switches na VLAN CIP Motion.
Passo 4: Verifique se a NIC do controlador opera a 100 Mbps Full Duplex, não Auto-Negociação. Force ambos os lados para 100FD se o jitter persistir acima de 300 µs.

Terceiro, verifique o status da conexão CIP Motion no Logix 5000. No Studio 5000, adicione uma Tag de Observação para a tag AXIS_CIP_DRIVE. Monitore os atributos .RunningFault, .StartInhibited e .MotionGroupFault. Um estado .StartInhibited sem código de falha significa que o controlador está aguardando o restabelecimento da conexão. A incompatibilidade do RPI do Grupo de Movimento é a causa oculta mais comum.

Validação do Ajuste do Drive Após Recuperação de Falha

Limpar uma falha e reiniciar o eixo sem validação do ajuste gera falhas repetidas em até 30 minutos. Siga esta sequência após qualquer falha maior do eixo.

Para Kinetix 5700, abra o assistente Autotune no Studio 5000 (Propriedades do Movimento → aba Ajuste). Defina o Modo Autotune para "Controle de Posição". Use o Teste de Inércia com rampa de torque de 10% da nominal. O assistente retorna a Relação de Inércia da Carga (J_load/J_motor). Aceite valores entre 0,1 e 10. Valores acima de 10 indicam problemas de acoplamento mecânico — verifique folga da caixa de engrenagens antes do ajuste. Após o autotune, verifique se a configuração de Banda Passante Hz não ultrapassa 80 Hz para acoplamentos rígidos ou 40 Hz para flexíveis.

Para Lexium 32, use o software SoMove (v3.3 ou superior) via porta USB de diagnóstico. Navegue até Drive → Ajuste → Auto-ajuste. O drive realiza um teste simétrico de degrau de velocidade a 25% da velocidade nominal. Verifique o resultado Kp (ganho de posição). Valores abaixo de 0,5 Hz indicam problemas de rigidez mecânica. Valores acima de 200 Hz indicam incompatibilidade da resolução do encoder com o passo do fuso. Corrija o parâmetro da relação de engrenagem (P3.006) antes de re-testar.

Não confie apenas no autotune para aplicações de alta dinâmica. Um teste manual de resposta a degrau a 10%, 50% e 100% da velocidade nominal confirma o ajuste em toda a faixa operacional. O erro máximo de posição a 100% da velocidade nominal deve ficar abaixo de 2× o valor PET.

Falhas na Lógica de Entrada de Segurança e Recuperação STO

Entradas Safe Torque Off (STO) causam 30% dos chamados "Axis Faulted" no campo. O sintoma é idêntico a uma falha de hardware do drive — o eixo falha e não habilita. Porém, limpar a falha e reabilitar não tem efeito quando o STO não está satisfeito.

O Kinetix 5700 requer ambas as entradas STO (STO-A e STO-B no conector de Segurança J2, pinos 1 e 4) com ≥22 VDC. Uma falha em canal único STO gera Código de Falha 0x1001. Uma falha em canal duplo STO gera 0x1002. Se o circuito STO usa relé de segurança com dropout retardado, verifique a tensão de retenção do relé — abaixo de 18 VDC causa disparos intermitentes do STO sob vibração.

A implementação STO do Lexium 32 segue a norma EN/IEC 62061. A entrada STO no terminal CN7 pinos 5–6 requer 20–28 VDC para estado ativo. Verifique o bit STO_Active no registrador de status do drive MW0 bit 14. Se STO_Active = 0 durante operação normal, rastreie o cabo de alimentação 24 VDC STO para falha de aterramento. Use um alicate amperímetro na blindagem do cabo STO — corrente na blindagem acima de 50 mA indica ruptura de isolamento em duto de cabos multi-eixo.

Sempre teste a função STO após qualquer recuperação de falha do eixo. Aplique um teste de demanda removendo intencionalmente a alimentação STO. Verifique se o torque do drive cai a zero em até 20 ms (requisito IEC 62061 Categoria 3). Registre o tempo de resposta STO com um osciloscópio. Anote a data do teste e o resultado aprovado/reprovado no registro de manutenção para auditorias de conformidade IEC 61511.

Conclusão e Recomendações de Ação

Falhas EtherNet/IP CIP Motion seguem um padrão previsível. Jitter de rede acima de 250 µs, queda na entrada STO e falhas na validação do ajuste pós-falha causam 80% dos incidentes repetidos. Comece todo diagnóstico pelo Registro de Falhas, não pelo hardware. Decodifique o código de falha antes de mexer na fiação. Confirme o jitter do RPI na rede com Wireshark antes de culpar o drive.

Sempre execute autotune e um teste manual de resposta a degrau antes de retornar o eixo à produção. Para Kinetix 5700, mantenha as versões do Studio 5000 e do firmware do drive sincronizadas — incompatibilidade de firmware sozinha causa falsos erros de conexão CIP. Para Lexium 32, registre MW100–MW109 em cada evento de falha. Cinco registros de falha estabelecem um padrão e reduzem o tempo de diagnóstico em 60% no próximo incidente.

Agende testes de prova STO a cada 6 meses e documente os resultados. Use o switch gerenciado Stratix 5700 com IGMP Snooping e QoS ativados como base para uma rede CIP Motion confiável. Auditores de segurança cada vez mais solicitam registros de testes STO CIP Motion como parte das revisões de conformidade IEC 62061.