Dépannage des défauts de connexion EtherNet/IP sur les systèmes Allen-Bradley ControlLogix : une séquence de diagnostic éprouvée sur le terrain

Pourquoi les défauts de connexion surviennent

EtherNet/IP est le Common Industrial Protocol (CIP) sur Ethernet standard. Il gère les E/S et les messages sur un même réseau. Les défauts de connexion sont à l’origine de la plupart des arrêts d’EtherNet/IP. Les scanners ControlLogix consignent chaque état de connexion. Ce guide propose un ordre de diagnostic reproductible. Suivez-le avant de contacter l’assistance du fournisseur.

Comprendre le modèle de connexion

Le CIP définit deux rôles d’appareils. Un scanner (initiateur) demande des données. Un adaptateur (cible) les fournit. Les modules ControlLogix 1756-EN2T et 1756-ENBT peuvent jouer les deux rôles. Les connexions d’E/S utilisent un intervalle entre paquets requis (RPI). L’adaptateur envoie les données à cette fréquence. Le délai d’expiration par défaut est égal à quatre fois le RPI. Par exemple, un RPI de 20 ms donne un délai d’expiration de 80 ms. Les connexions de messagerie utilisent le port TCP 44818. Le trafic d’E/S utilise le port UDP 2222. La multidiffusion est possible dans les deux cas. Chaque connexion consomme des ressources du scanner. Un nombre excessif de connexions ou un RPI trop agressif surcharge le processeur.

Séquence de diagnostic en six étapes

Étape 1 : Lisez les voyants du module. Le voyant OK vert fixe signifie que le module fonctionne correctement. Le voyant NET A vert fixe indique une connexion CIP active. Le voyant NET A vert clignotant signifie que la liaison est établie, mais inactive. Le voyant NET A éteint signifie qu’il n’y a aucune liaison. Notez le comportement des voyants avant toute intervention.

Étape 2 : Effectuez une vérification avec FactoryTalk Linx. Parcourez l’arborescence et vérifiez que le module apparaît. Envoyez une requête ping à l’adresse IP du module. Ouvrez la page web du module et vérifiez les compteurs de connexion.

Étape 3 : Inspectez le chemin physique. Utilisez un câble Cat5e blindé ou supérieur. Vérifiez la terminaison RJ45 et les voyants du port du commutateur. Forcez l’autonégociation aux deux extrémités. Un duplex mal configuré réduit silencieusement le débit.

Étape 4 : Examinez la configuration des E/S dans Studio 5000. Vérifiez que le RPI correspond aux exigences de l’appareil. Activez l’unicast sur les réseaux denses. Les diffusions multicast peuvent saturer les commutateurs.

Étape 5 : Analysez les erreurs des instructions MSG. Surveillez les bits .EN, .DN et .ER. Lisez le code d’erreur dans la balise .ER. Les codes de la plage 16#02xx indiquent des problèmes de connexion. 16#0204 signifie que la connexion a expiré. Vérifiez le chemin, l’état de la cible et le RPI.

Étape 6 : Capturez les paquets avec Wireshark. Utilisez le filtre tcp.port == 44818 pour la messagerie. Utilisez le filtre udp.port == 2222 pour les E/S. Recherchez les requêtes Forward Open et leurs réponses. L’absence de réponses indique la présence possible de pare-feu ou de filtres VLAN. Vérifiez les rapports IGMP lorsque le trafic multicast disparaît.

Réglage du RPI : quand et comment

La plupart des E/S analogiques et TOR fonctionnent avec un RPI de 20 à 100 ms. Les servoboucles rapides et les boucles de sécurité nécessitent 1 à 10 ms. Commencez par la valeur par défaut du fournisseur. Augmentez le RPI jusqu’à ce que les défauts cessent. Surveillez l’utilisation du processeur pendant le test. Surveillez également la bande passante du réseau. Un RPI de 10 ms avec 50 appareils génère un trafic important. Utilisez le mode unicast pour maintenir une charge prévisible.

Schémas de défaut courants

Un module se déconnecte de manière répétée. Commencez par vérifier les compteurs d’erreurs du port du commutateur. Ensuite, essayez un câble dont le bon fonctionnement est avéré. Vérifiez également que la révision du firmware correspond à celle du projet.

Toutes les connexions sont interrompues après un cycle de mise sous tension. Cela indique généralement une incompatibilité de configuration ou un conflit d’adresses IP. Vérifiez le détrompage du module et la table des connexions planifiées. Vérifiez également le bail du serveur DHCP.

Déconnexions intermittentes au démarrage des moteurs. Les interférences électromagnétiques ou les chutes de tension provoquent ce schéma. Cependant, des connecteurs usés présentent des symptômes identiques. Vérifiez la mise à la terre et la continuité du blindage avant de remplacer les modules.

Erreurs de ressources du scanner. Le module a atteint sa limite de connexions. Augmentez donc le RPI ou ajoutez un second scanner. Vérifiez le nombre de connexions sur la page web du module.

Inondations multicast. Un appareil sature le réseau avec son trafic. Forcez l’unicast dans les propriétés du module. Cela réduit considérablement la charge du commutateur.

Conclusion et recommandations

Procédez toujours dans un ordre fixe : physique, réseau, configuration, charge. Ne modifiez jamais un RPI sans raison documentée. Notez les valeurs de référence des états des voyants et du nombre de connexions. Utilisez l’unicast sur les réseaux denses. Enfin, gardez un module de rechange configuré en stock. Cette discipline réduit de plusieurs heures le délai moyen de réparation.

Auteur : Zhang Min est ingénieur en automatisation industrielle et possède plus de 10 ans d’expérience dans les automates programmables, les systèmes DCS et les systèmes de contrôle.