Risoluzione dei problemi relativi ai guasti di connessione EtherNet/IP su Allen-Bradley ControlLogix: una sequenza diagnostica collaudata sul campo

Perché si verificano i guasti di connessione

EtherNet/IP è il Common Industrial Protocol (CIP) su Ethernet standard. Gestisce I/O e messaggistica su un'unica rete. I guasti di connessione causano la maggior parte dei tempi di inattività di EtherNet/IP. Gli scanner ControlLogix registrano ogni stato della connessione. Questa guida fornisce una sequenza diagnostica ripetibile. Usala prima di contattare l'assistenza del fornitore.

Comprendere il modello di connessione

CIP definisce due ruoli dei dispositivi. Uno scanner (originator) richiede i dati. Un adattatore (target) li fornisce. I moduli ControlLogix 1756-EN2T e 1756-ENBT possono svolgere entrambi i ruoli. Le connessioni I/O utilizzano un Requested Packet Interval (RPI). L'adattatore invia i dati a quella frequenza. Il timeout predefinito equivale a quattro volte l'RPI. Ad esempio, un RPI di 20 ms corrisponde a un timeout di 80 ms. Le connessioni di messaggistica utilizzano la porta TCP 44818. Il traffico I/O utilizza la porta UDP 2222. Il multicast è possibile su entrambe. Ogni connessione consuma risorse dello scanner. Troppe connessioni o un RPI troppo aggressivo sovraccaricano la CPU.

Sequenza diagnostica in sei passaggi

Passaggio 1: leggere i LED del modulo. OK verde fisso indica che il modulo è funzionante. NET A verde fisso indica una connessione CIP attiva. NET A verde lampeggiante indica che il collegamento è attivo ma inattivo. NET A spento indica l'assenza di collegamento. Registra lo stato prima di intervenire.

Passaggio 2: controllare con FactoryTalk Linx. Sfoglia la struttura ad albero e verifica che il modulo venga visualizzato. Esegui il ping dell'indirizzo IP del modulo. Apri la pagina Web del modulo e controlla i contatori delle connessioni.

Passaggio 3: ispezionare il percorso fisico. Utilizza un cavo Cat5e schermato o superiore. Controlla la terminazione RJ45 e i LED della porta dello switch. Forza l'autonegoziazione su entrambe le estremità. Un'errata configurazione del duplex riduce silenziosamente il throughput.

Passaggio 4: verificare la configurazione I/O in Studio 5000. Conferma che l'RPI corrisponda ai requisiti del dispositivo. Abilita l'unicast per le reti ad alta densità. I flussi multicast possono saturare gli switch.

Passaggio 5: analizzare gli errori delle istruzioni MSG. Monitora i bit .EN, .DN e .ER. Leggi il codice di errore nel tag .ER. I codici nell'intervallo 16#02xx indicano problemi di connessione. 16#0204 significa che la connessione è scaduta. Verifica il percorso, lo stato del target e l'RPI.

Passaggio 6: catturare i pacchetti con Wireshark. Filtra tcp.port == 44818 per la messaggistica. Filtra udp.port == 2222 per l'I/O. Cerca le richieste Forward Open e le relative risposte. L'assenza di risposte indica la presenza di firewall o filtri VLAN. Controlla i report IGMP quando il traffico multicast scompare.

Ottimizzazione dell'RPI: quando e come

La maggior parte degli I/O analogici e discreti funziona da 20 a 100 ms. I loop rapidi per servo e sicurezza richiedono da 1 a 10 ms. Inizia con il valore predefinito del fornitore. Aumenta l'RPI finché i guasti non si arrestano. Durante il test, monitora l'utilizzo della CPU. Controlla anche la larghezza di banda della rete. Un RPI di 10 ms con 50 dispositivi genera un traffico intenso. Utilizza la modalità unicast per mantenere prevedibile il carico.

Pattern di guasto comuni

Un modulo si disconnette ripetutamente. Innanzitutto, controlla i contatori degli errori della porta dello switch. Poi, prova un cavo sicuramente funzionante. Inoltre, verifica che la revisione del firmware corrisponda a quella del progetto.

Tutte le connessioni si interrompono dopo un ciclo di alimentazione. Di solito ciò indica una mancata corrispondenza della configurazione o un conflitto IP. Controlla la codifica del modulo e la tabella delle connessioni programmate. Controlla anche il lease del server DHCP.

Disconnessioni intermittenti durante l'avviamento dei motori. EMI o cali di tensione causano questo fenomeno. Tuttavia, i connettori usurati hanno lo stesso aspetto. Controlla la messa a terra e la continuità della schermatura prima di sostituire i moduli.

Errori di risorse dello scanner. Il modulo ha raggiunto il limite di connessioni. Pertanto, aumenta l'RPI o aggiungi un secondo scanner. Controlla il numero di connessioni nella pagina Web del modulo.

Flussi multicast. Un dispositivo inonda la rete di traffico. Forza l'unicast nelle proprietà del modulo. Ciò riduce drasticamente il carico dello switch.

Conclusioni e indicazioni operative

Procedi in un ordine fisso: livello fisico, rete, configurazione, carico. Non modificare mai un RPI senza una motivazione documentata. Registra i valori di riferimento degli stati dei LED e dei conteggi delle connessioni. Utilizza l'unicast per le reti ad alta densità. Infine, tieni un modulo configurato di riserva sullo scaffale. Questa disciplina riduce di ore il tempo medio di riparazione.

Autore: Zhang Min è un ingegnere dell'automazione industriale con oltre 10 anni di esperienza in PLC, DCS e sistemi di controllo.