Planification de la capacité EtherNet/IP du CompactLogix L35E

Le CompactLogix 1769-L35E reste courant dans les machines qui ont dépassé leur plan réseau d’origine. Les problèmes d’extension commencent généralement lorsqu’une liste d’appareils est assimilée à un nombre de connexions. La capacité EtherNet/IP dépend du type de trafic généré par chaque appareil, de la fréquence à laquelle il échange des données et des ressources du contrôleur déjà utilisées par l’application. Un examen fiable commence donc par le projet en production et les diagnostics, et non par une règle générique concernant le nombre d’appareils par port.

La planification des connexions doit tenir compte du trafic configuré, des taux de mise à jour et des risques liés au cycle de vie, plutôt que du nombre de prises Ethernet.

Commencer par la limite documentée du contrôleur

Le manuel utilisateur des contrôleurs CompactLogix 1769 de Rockwell Automation indique que le L35E prend en charge 100 connexions CIP. Il s’agit d’une limite de ressources, et non d’une autorisation de connecter 100 appareils. Un seul appareil peut nécessiter plusieurs connexions, tandis que certaines communications peuvent partager une connexion optimisée. La révision du firmware, la configuration des modules, les tags produits et consommés, les messages mis en cache ainsi que les clients IHM ou de supervision influencent tous le total final.

Le contrôleur est également un produit abandonné. Rockwell indique que le 1769-L35E est abandonné depuis le 20 décembre 2020. Cela ne rend pas inutilisable un système fonctionnel, mais modifie la décision d’ingénierie : un problème de capacité doit être évalué conjointement avec la disponibilité des pièces de rechange, la prise en charge du firmware, l’exposition aux risques de cybersécurité et le coût d’une panne imprévue.

Établir un inventaire des connexions à partir du projet

Ouvrez le projet hors ligne correspondant au contrôleur en fonctionnement et répertoriez chaque adaptateur d’E/S configuré, variateur, tag produit ou consommé, chemin de message, serveur de données IHM, historien, passerelle et connexion de programmation. Indiquez si chaque échange correspond à des E/S cycliques, des données produites, un message explicite ou une interrogation par un client. N’attribuez pas une empreinte fixe de connexion en vous fondant uniquement sur le nom du fournisseur. La configuration réelle fait foi.

Pour les E/S distribuées, vérifiez si le format de communication sélectionné crée des connexions directes aux modules ou une connexion optimisée au niveau du rack. Pour les instructions MSG, identifiez celles qui sont mises en cache et vérifiez si plusieurs messages peuvent être actifs simultanément. Pour les systèmes de supervision, comptez les chemins de communication indépendants et examinez leur stratégie d’interrogation. Un tableur doit relier chaque connexion supposée à un objet du projet ou à une configuration client testée.

Distinguer le nombre de connexions de la charge de paquets

Un contrôleur peut rester sous sa limite de connexions tout en offrant de mauvaises performances réseau. Les intervalles de paquets demandés, la fréquence des messages, la taille des paquets, le comportement multidiffusion, la configuration des commutateurs et les pointes générées par plusieurs clients influencent la charge de paquets. Les RPI très courts doivent être justifiés par le processus mécanique et le temps de réponse de commande requis ; accélérer tous les appareils n’améliore pas la machine.

Établissez une référence lorsque la machine produit normalement. Enregistrez l’utilisation des connexions, les compteurs d’erreurs Ethernet, les messages manqués ou arrivés à expiration, l’état des E/S, la réactivité de l’IHM et le comportement du cycle du contrôleur. Répétez la capture pendant le démarrage, les téléchargements de recettes, les pics d’alarmes, les accès de maintenance et autres pointes plausibles. Les moyennes peuvent masquer le court intervalle à l’origine d’un défaut intermittent.

Une commutation administrable, une topologie documentée et des mesures reproductibles rendent les défauts de capacité intermittents diagnostiquables.

Ne pas utiliser un 1769-AENTR comme second port du L35E

Un 1769-AENTR est un adaptateur EtherNet/IP destiné à un banc distant de modules Compact I/O commandé via le réseau. Il ne s’agit pas d’une interface Ethernet d’extension augmentant le pool de communications du contrôleur L35E, et il ne peut pas être raccordé comme second port du contrôleur pour détourner le trafic de l’IHM ou des messages de l’interface intégrée. Concevoir le système en partant de cette hypothèse crée une topologie incapable d’assurer la fonction annoncée.

Si des E/S distantes sont appropriées, un adaptateur peut regrouper des E/S physiques dans un autre emplacement, mais la connexion d’E/S ainsi créée aboutit toujours au contrôleur. Si l’application nécessite davantage de capacité de communication, un second réseau indépendant, des fonctions de sécurité modernes ou une prise en charge plus longue, la solution peut être une migration vers une famille de contrôleurs plus récente plutôt que l’ajout d’un autre adaptateur.

Réduire la charge évitable sans masquer le problème

L’optimisation doit préserver les exigences du processus. Supprimez les chemins abandonnés et les clients inutilisés. Regroupez les connexions d’E/S lorsque la plateforme et les types de modules le permettent. Ne mettez en cache que les connexions MSG nécessitant une exécution répétée rapide et séquencez les messages non critiques afin qu’ils ne s’ouvrent pas tous simultanément. N’augmentez un RPI ou un intervalle d’interrogation qu’après avoir confirmé que le temps de détection, les interverrouillages, les alarmes et la qualité de commande restent acceptables.

Utilisez des commutateurs industriels administrables et documentez les paramètres VLAN, multidiffusion et IGMP, le cas échéant. Un commutateur peut limiter les diffusions inutiles et améliorer la visibilité, mais il ne peut pas créer de ressources de connexion dans le contrôleur. De même, l’ajout d’un commutateur non administrable augmente le nombre de ports, et non la capacité du contrôleur.

Diagnostiquer méthodiquement un défaut de capacité présumé

Commencez par confirmer le projet en fonctionnement, la référence catalogue du contrôleur, la révision du firmware et la topologie réseau. Comparez ensuite les connexions configurées aux diagnostics en temps réel. Recherchez les modules d’E/S qui alternent entre les états de fonctionnement et de défaut, les instructions MSG qui expirent sous une charge de pointe ou les valeurs de l’IHM qui deviennent obsolètes alors que la logique du contrôleur continue de s’exécuter.

Ne modifiez qu’une variable à la fois. Déconnectez un client non essentiel approuvé, suspendez un service d’interrogation non critique ou séquencez temporairement les messages pendant une fenêtre de maintenance contrôlée. Si le symptôme change, mesurez la charge avant et après plutôt que de conclure au succès après une seule heure calme. N’allongez jamais les délais d’attente et ne désactivez pas les alarmes de communication uniquement pour dissimuler une congestion.

Mettre les extensions en service avec des tests de défaillance

Avant d’ajouter un appareil, définissez le type de connexion, les exigences de mise à jour, le responsable et le comportement en cas de défaillance. Testez la production normale ainsi que la demande simultanée maximale plausible. Interrompez le nouvel appareil, restaurez-le, redémarrez son alimentation réseau et vérifiez que le contrôleur, l’IHM et les alarmes distinguent les données incorrectes ou obsolètes d’un état valide du processus. Vérifiez que la récupération ne redémarre pas l’équipement de manière imprévue.

Conservez l’inventaire, les instantanés des diagnostics, la configuration des commutateurs et les résultats de recette avec la sauvegarde du système de commande. Pour les options matérielles actuelles, consultez les systèmes PLC et PAC ; pour les commutateurs administrables et les composants réseau, utilisez la collection communication et réseaux. Le point de vue éditorial est simple : une extension de L35E n’est défendable que lorsque sa charge de pointe mesurée, son comportement en cas de défaillance et son plan de cycle de vie sont tous documentés.