Diagnosi dei guasti dell'asse di 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
aprile 15, 2026

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

Il vero costo di uno stato Axis Faulted

Uno stato "Axis Faulted" su una rete EtherNet/IP CIP Motion ferma immediatamente la produzione. Gli ingegneri passano ore a cercare di individuare le cause principali. La maggior parte dei guasti rientra in quattro categorie: hardware del drive, temporizzazione della rete, parametri di regolazione e logica di ingresso di sicurezza. Trattarli come un unico problema fa perdere tempo.

CIP Motion utilizza connessioni implicite di Classe 1 con un Requested Packet Interval (RPI) di 1–2 ms. L'I/O standard EtherNet/IP funziona a 10–20 ms. Un aggiornamento mancato a 1 ms RPI provoca un "Axis Major Fault" entro 4–8 ms. Il jitter di rete superiore a 250 µs causa guasti intermittenti che sembrano malfunzionamenti hardware del drive. Il firmware Logix 5000 versione 33.011 e successive registra i dettagli degli errori di connessione CIP Motion nel Module Fault Log, non solo nei bit di stato del drive. Controllare sempre entrambe le posizioni. Il controller Allen-Bradley ControlLogix 1756-L75 gestisce gli assi CIP Motion tramite il modulo EtherNet/IP 1756-EN2TP.

Decodifica dei codici di guasto Kinetix 5700 e Lexium 32

Ogni codice di guasto indica uno specifico livello. Impara la struttura del codice prima di iniziare qualsiasi sostituzione hardware.

Allen-Bradley Kinetix 5700 utilizza un formato di codice di guasto a due byte. Il byte alto è la Categoria di Guasto (0x01 = Hardware, 0x02 = Motion, 0x04 = Sovraccarico Drive, 0x08 = Feedback, 0x10 = Sicurezza). Il byte basso è il numero specifico del guasto. Leggili in Studio 5000 sotto Proprietà Drive → scheda Fault Log.

Passo 1: Apri Studio 5000 → Proprietà Controller → Proprietà Modulo per l’asse Kinetix 5700.
Passo 2: Vai alla scheda Fault Log. Annota il Codice di Guasto (esadecimale) e il Timestamp del guasto.
Passo 3: Codice di Guasto 0x0204 = Errore di Velocità. Verifica il cablaggio del feedback di velocità al connettore J13 pin 1–4.
Passo 4: Codice di Guasto 0x0810 = Batteria Encoder Scarica. Sostituisci la batteria CR2032 sull’encoder assoluto. Resetta il riferimento di posizione dell’encoder dopo la sostituzione.
Passo 5: Codice di Guasto 0x1001 = ingresso Safe Torque Off (STO) non alimentato. Controlla l’alimentazione 24 VDC ai terminali STO+ e STO− (≥22 VDC richiesti).

Schneider Lexium 32 memorizza la cronologia dei guasti nei registri interni MW100–MW109. Leggili tramite Modbus TCP (codice funzione 03). Il formato della parola di guasto: bit 0–3 = classe di guasto, bit 4–7 = sottocodice di guasto. La classe di guasto 4 (0x40) indica surriscaldamento motore. La classe 6 (0x60) indica guasto encoder. Verifica sempre la continuità della schermatura del cavo encoder prima di concludere un guasto dell’encoder. Per i moduli asse della famiglia Kinetix, consulta il Modulo Asse Integrato Kinetix 6000 come piattaforma di riferimento per l’architettura dei codici di guasto.

Diagnosi del livello di rete: individuare jitter e perdita di pacchetti

I guasti CIP Motion spesso derivano dalla rete, non dal drive. Tre test specifici confermano rapidamente lo stato della rete.

Per prima cosa, controlla le statistiche delle porte switch EtherNet/IP. Il traffico CIP Motion richiede il tagging QoS Class of Service (CoS) con DSCP 55 (CIP Motion) e DSCP 46 (CIP real-time). Lo switch gestito Allen-Bradley Stratix 5700 mostra i contatori di scarto per porta. Qualsiasi conteggio di scarto in ingresso diverso da zero sulla porta del drive indica overflow del buffer — riduci il traffico di background o aumenta la priorità della coda della porta.

Secondo, misura il jitter reale dell’RPI con Wireshark. Cattura il traffico sulla porta del controller. Filtra per MAC Ethernet sorgente del Kinetix 5700 o Lexium 32. CIP Motion richiede jitter ≤ 250 µs. Valori superiori a 500 µs causano guasti ricorrenti dell’asse ogni 3–10 minuti sotto carico.

Passo 1: Collega il laptop alla porta SPAN dello switch gestito. Avvia la cattura Wireshark, filtra: eth.src == [MAC drive].
Passo 2: Fai funzionare l’asse al 50% della velocità nominale per 5 minuti. Esporta la cattura in CSV. Calcola la deviazione standard del tempo tra pacchetti.
Passo 3: Se il jitter > 250 µs, verifica la presenza di flooding multicast. Abilita IGMP Snooping su tutti gli switch nella VLAN CIP Motion.
Passo 4: Verifica che la NIC del controller funzioni a 100 Mbps Full Duplex, non in Auto-Negotiate. Forza entrambe le estremità a 100FD se il jitter persiste sopra 300 µs.

Terzo, controlla lo stato della connessione CIP Motion in Logix 5000. In Studio 5000, aggiungi un Watch Tag per il tag AXIS_CIP_DRIVE. Monitora gli attributi .RunningFault, .StartInhibited e .MotionGroupFault. Uno stato .StartInhibited senza codice di guasto significa che il controller sta aspettando il ristabilimento della connessione. Il mismatch dell’RPI del Motion Group è la causa nascosta più comune.

Validazione della regolazione del drive dopo il recupero da guasto

Azzerare un guasto e riavviare l’asse senza validare la regolazione crea guasti ripetuti entro 30 minuti. Segui questa sequenza dopo ogni guasto grave dell’asse.

Per Kinetix 5700, apri la procedura guidata Autotune in Studio 5000 (Proprietà Motion → scheda Tune). Imposta la modalità Autotune su "Controllo Posizione". Usa il test di inerzia con una rampa di coppia al 10% della nominale. La procedura guidata restituisce il rapporto di inerzia del carico (J_load/J_motor). Accetta valori da 0,1 a 10. Valori superiori a 10 indicano problemi di accoppiamento meccanico — controlla il gioco del riduttore prima della regolazione. Dopo il completamento dell’autotune, verifica che l’impostazione Bandwidth Hz non superi 80 Hz per accoppiamenti rigidi o 40 Hz per accoppiamenti flessibili.

Per Lexium 32, usa il software SoMove (v3.3 o successivo) tramite la porta diagnostica USB. Naviga su Drive → Tuning → Auto-tuning. Il drive esegue un test simmetrico a gradino di velocità al 25% della nominale. Controlla il risultato Kp (guadagno posizione). Valori inferiori a 0,5 Hz indicano problemi di rigidità meccanica. Valori superiori a 200 Hz indicano disallineamento tra risoluzione encoder e passo vite. Correggi il parametro rapporto di trasmissione (P3.006) prima di ripetere il test.

Non affidarti solo all’autotune per applicazioni ad alta dinamica. Un test manuale a gradino al 10%, 50% e 100% della velocità nominale conferma la regolazione su tutta la gamma operativa. L’errore massimo di posizione al 100% della velocità nominale dovrebbe rimanere sotto 2× il valore PET.

Guasti alla logica di ingresso di sicurezza e recupero STO

Gli ingressi Safe Torque Off (STO) causano il 30% delle chiamate "Axis Faulted" sul campo. Il sintomo è identico a un guasto hardware del drive — l’asse si blocca e non si abilita. Tuttavia, azzerare il guasto e riabilitare non ha effetto se lo STO non è soddisfatto.

Kinetix 5700 richiede entrambi gli ingressi STO (STO-A e STO-B sul connettore Safety J2, pin 1 e 4) a ≥22 VDC. Un guasto STO a canale singolo genera il Codice di Guasto 0x1001. Un guasto STO a doppio canale genera 0x1002. Se il circuito STO usa un relè di sicurezza con ritardo di sgancio, controlla la tensione di mantenimento del relè — sotto 18 VDC causa interventi STO intermittenti sotto vibrazione.

Lexium 32 implementa lo STO secondo EN/IEC 62061. L’ingresso STO al terminale CN7 pin 5–6 richiede 20–28 VDC per lo stato attivo. Controlla il bit STO_Active nel registro di stato drive MW0 bit 14. Se STO_Active = 0 durante il funzionamento normale, traccia il cavo di alimentazione 24 VDC STO per guasti a terra. Usa un amperometro a pinza sulla schermatura del cavo STO — una corrente di schermatura superiore a 50 mA indica un cedimento dell’isolamento in un condotto cavi multi-asse.

Testa sempre la funzione STO dopo ogni recupero da guasto asse. Esegui un test di richiesta rimuovendo intenzionalmente l’alimentazione STO. Verifica che la coppia del drive scenda a zero entro 20 ms (requisito IEC 62061 Categoria 3). Registra il tempo di risposta STO con un oscilloscopio. Annota la data del test e il risultato superato/non superato nel registro di manutenzione per le verifiche di conformità IEC 61511.

Conclusione e consigli operativi

I guasti EtherNet/IP CIP Motion seguono uno schema prevedibile. Jitter di rete superiore a 250 µs, cadute di ingresso STO e mancata validazione della regolazione post-guasto causano l’80% degli incidenti ripetuti. Inizia sempre la diagnosi dal Fault Log, non dall’hardware. Decodifica il codice di guasto prima di toccare qualsiasi cablaggio. Conferma il jitter RPI di rete con Wireshark prima di incolpare il drive.

Esegui sempre autotune e un test manuale a gradino prima di riportare l’asse in produzione. Per Kinetix 5700, mantieni sincronizzate le versioni di Studio 5000 e firmware del drive — la sola discrepanza di firmware causa falsi errori di connessione CIP. Per Lexium 32, registra MW100–MW109 ad ogni evento di guasto. Cinque registrazioni di guasto stabiliscono un pattern e riducono i tempi di diagnosi del 60% al prossimo incidente.

Programma test di verifica STO ogni 6 mesi e documenta i risultati. Usa lo switch gestito Stratix 5700 con IGMP Snooping e QoS abilitati come base per una rete CIP Motion affidabile. I revisori di sicurezza richiedono sempre più spesso i registri dei test STO CIP Motion come parte delle verifiche di conformità IEC 62061.