Retour au blog

Voyants MS et NS du CompactLogix L35E : guide axé sur les défauts

Les voyants MS, NS et LNK du CompactLogix 1769-L35E distinguent les défauts de port, d’adresse, de connexion et de liaison physique. Suivez ce processus fondé sur le manuel afin de préserver les él...

Les indicateurs EtherNet/IP d’un CompactLogix 1769-L35E peuvent aider à circonscrire une panne avant même de connecter un ordinateur portable. Leur valeur disparaît toutefois rapidement si quelqu’un coupe puis rétablit l’alimentation, modifie une adresse ou remplace un commutateur sans consigner la configuration initiale.

Les indicateurs d’état du module (MS), d’état du réseau (NS) et d’état de la liaison (LNK) décrivent des couches différentes. Lisez-les ensemble et incluez l’indicateur OK du contrôleur, les voyants des ports du commutateur et l’heure de la panne. Une seule couleur constitue un point de départ, pas un diagnostic complet.

Indicateurs d’un contrôleur CompactLogix et d’un commutateur Ethernet administrable capturés pendant le diagnostic d’une panne

Consignez MS, NS, LNK, l’état du contrôleur et l’état du port du commutateur avant qu’une réinitialisation ne modifie les éléments probants.

Identifiez correctement l’ensemble des indicateurs

Le 1769-L35E possède des indicateurs au niveau du contrôleur ainsi que des indicateurs de port EtherNet/IP. Le voyant OK du contrôleur reflète l’état du processeur. MS EtherNet/IP indique l’état du port de communication intégré. NS indique son identité réseau et l’état de ses connexions CIP. LNK indique l’activité de la liaison physique.

N’appliquez pas un tableau générique d’indicateurs provenant d’une autre famille de contrôleurs. Des couleurs similaires peuvent avoir des significations différentes. Consultez le manuel correspondant exactement au numéro de catalogue et à la génération du firmware, puis interprétez la configuration dans le contexte de la chronologie de l’événement.

Lisez l’état du module avant l’état du réseau

Un voyant MS éteint indique que le port de communication n’est pas alimenté. Vérifiez l’alimentation du contrôleur, l’état du châssis et l’état du processeur avant d’examiner l’adressage IP. Un voyant vert clignotant signifie que le port est en veille, qu’il n’a pas d’adresse IP et qu’il fonctionne en mode BOOTP. Confirmez que le processus BOOTP ou DHCP prévu est disponible et que le plan d’adressage est maîtrisé.

Un voyant vert fixe signifie que le port fonctionne correctement. Cela ne prouve pas que les appareils attendus sont connectés ; NS et les diagnostics de connexion répondent à cette question.

Un voyant rouge fixe peut apparaître lorsque le contrôleur maintient le port en réinitialisation, lorsque le contrôleur est en défaut, pendant l’autotest de mise sous tension ou après une condition irrécupérable. La temporisation permet de distinguer un bref autotest normal d’une panne persistante. Un voyant rouge clignotant indique que le firmware du port est en cours de mise à jour ; interrompre une mise à jour valide peut provoquer une panne plus importante.

Utilisez l’état du réseau pour caractériser la relation réseau

Un voyant NS éteint signifie que le port n’est pas initialisé et n’a pas d’adresse IP. Commencez par l’attribution de l’adresse et l’initialisation du port plutôt que par le remplacement du câblage. Un voyant vert clignotant signifie que le port possède une adresse IP, mais qu’aucune connexion CIP n’est établie. Cela peut être normal pour un contrôleur inactif, ou indiquer que les connexions d’E/S, d’IHM, produites/consommées ou de messagerie attendues sont absentes.

Un voyant vert fixe signifie que le port possède une adresse IP et qu’au moins une connexion CIP de classe 1 ou de classe 3 est établie. Il confirme l’existence d’une relation réseau, mais pas que toutes les connexions requises sont saines.

Un voyant rouge clignotant indique qu’une ou plusieurs connexions ont expiré. Le contrôleur peut encore communiquer avec le logiciel de programmation alors qu’un adaptateur d’E/S distant est indisponible. Un voyant rouge fixe indique une adresse IP en double. Corrigez la propriété de l’adresse avant de remplacer le matériel ; un nouveau commutateur ne résoudra pas le problème de deux appareils revendiquant la même adresse.

Vérifiez LNK et le port adjacent du commutateur

Si LNK est éteint alors que MS fonctionne normalement, examinez le chemin physique : insertion du connecteur, dommages au câble, alimentation du commutateur, configuration du port et liaison négociée. Si les deux extrémités indiquent une liaison, mais que le trafic échoue toujours, examinez les couches supérieures : VLAN, adresse en double, connexion CIP et état de l’appareil.

Un voyant de liaison confirme uniquement la présence d’impulsions électriques sur la liaison. Il ne peut pas confirmer le sous-réseautage correct, la capacité de connexion, la propriété de l’application ni l’intégrité des données d’E/S. De même, un voyant de liaison clignotant prouve une activité, mais pas que cette activité est utile ou correctement adressée.

Consignez les premières informations de panne

Photographiez l’ensemble du panneau d’indicateurs ainsi que le port connecté du commutateur. Notez l’heure, le mode du contrôleur, les équipements concernés, les téléchargements récents, les modifications du réseau et le fait que la panne soit apparue au démarrage ou pendant une production stable. Si possible, exportez le journal des défauts du contrôleur, l’état de l’arborescence des E/S et les événements du commutateur administrable avant de tout effacer.

Vérifiez si la panne concerne une connexion, un segment de commutateur ou tous les appareils situés derrière le contrôleur. L’expiration d’un seul adaptateur distant oriente vers ce chemin. Plusieurs expirations simultanées peuvent indiquer un commutateur en amont, une alimentation commune, une boucle réseau ou un événement affectant le port du contrôleur.

Suivez une méthode fondée sur les configurations d’indicateurs

En présence d’un voyant NS rouge fixe, déconnectez ou isolez les appareils suspectés d’être en double conformément à la procédure de modification du site. Comparez l’adresse configurée du contrôleur avec le registre de gestion des adresses, les relations du serveur BOOTP, les tables du commutateur et les données ARP du poste de travail. Corrigez le conflit de manière contrôlée et documentez le propriétaire.

En présence d’un voyant NS rouge clignotant, ouvrez l’arborescence des E/S et identifiez chaque module dont la connexion a expiré. Consignez les codes d’erreur de connexion et les intervalles de paquets demandés. Vérifiez l’alimentation des appareils distants, le chemin réseau, le codage électronique et la configuration. Ne supposez pas que le port Ethernet du contrôleur est défectueux lorsqu’une seule connexion en aval a échoué.

En présence d’un voyant NS vert clignotant, déterminez si des connexions devraient exister. Un contrôleur nouvellement effacé ou non configuré peut légitimement n’en avoir aucune. Sur une machine en fonctionnement, l’absence de toutes les connexions attendues peut indiquer un projet incorrect, des modules inhibés, des appareils distants hors ligne ou une erreur de configuration du chemin.

Évitez les habitudes de récupération qui détruisent les éléments probants

Une coupure puis remise sous tension peut rétablir une connexion transitoire tout en supprimant les meilleures informations de diagnostic. Remplacer plusieurs câbles ou commutateurs à la fois empêche d’isoler la cause racine. Si la production exige une reprise rapide, recueillez d’abord un minimum d’informations : photographie, horodatage, mode du contrôleur, appareils concernés, port du commutateur et code de défaut.

Lorsqu’un remplacement est nécessaire, ne modifiez qu’un seul élément et observez-le suffisamment longtemps pour couvrir l’intervalle normal d’apparition de la panne. Étiquetez les composants retirés et préservez leur configuration de port. Une pièce de rechange qui semble résoudre le problème peut simplement avoir réinitialisé une adresse en double ou un connecteur défectueux.

Mettez en place un diagnostic permanent autour d’une plateforme obsolète

Le 1769-L35E est un contrôleur existant, obsolète, et la planification de son cycle de vie doit accompagner la réparation des pannes. Conservez des sauvegardes vérifiées, les enregistrements de firmware, les affectations d’adresses, un logiciel de programmation compatible et du matériel de rechange testé. Cartographiez les connexions CIP attendues et conservez les configurations des commutateurs en dehors des appareils en fonctionnement.

Le matériel d’automatisme et les candidats à la migration sont regroupés dans Systèmes PLC et PAC, tandis que les commutateurs administrables et les composants de communication peuvent être consultés dans Communication et réseaux.

La consignation de la première panne devrait également être intégrée à la logique. Mémorisez le premier événement de perte de connexion avec son horodatage et l’appareil concerné. Conservez les compteurs suffisamment longtemps pour permettre leur examen par la maintenance. Une configuration de voyants peut disparaître en quelques secondes ; un enregistrement structuré transforme la prochaine interruption en élément probant exploitable.

Laisser un commentaire

Veuillez noter que les commentaires doivent être approuvés avant d'être publiés.