Limites et planification des connexions EtherNet/IP du CompactLogix L35E
CompactLogix L35E : 32 connexions CIP sur le port EtherNet/IP intégré contre 100 pour l’ensemble du contrôleur. Planifiez le nombre d’appareils, activez la s...
L’Allen-Bradley 1769-L35E intègre un port EtherNet/IP sur la face du contrôleur, ce qui en fait le point de raccordement par défaut de chaque IHM, variateur, passerelle et collecteur de données d’un sous-panneau. Cette commodité masque une partition stricte : le port intégré n’est pas la même ressource que le pool CIP à l’échelle du contrôleur. Les installations qui « fonctionnaient correctement depuis des années » échouent souvent lorsqu’un cinquième PanelView ou un axe CIP Motion épuise discrètement le budget du port alors que le nombre total du contrôleur semble encore normal.
Les limites CIP du port intégré, et non les chiffres commerciaux du châssis, déterminent si un autre adaptateur pourra être mis en service correctement.
Deux pools de connexions faciles à confondre
Selon les spécifications de communication CompactLogix (famille de publications 1769-TD007), les L32E et L35E prennent en charge de l’ordre de 100 connexions CIP dans l’ensemble du système. Toutefois, le port EtherNet/IP intégré est généralement limité à environ 32 connexions CIP. Le reste n’est utile que si vous ajoutez un adaptateur Ethernet tel qu’un 1769-AENTR sur le bus local ou étendu et déplacez une partie du trafic hors du port de la face avant. Considérer que « 100 connexions » autorise à raccorder plus de trente appareils au RJ45 est l’erreur de planification la plus courante sur cette plateforme.
| Ressource | Plafond typique du L35E | Remarques |
|---|---|---|
| Connexions CIP à l’échelle du contrôleur | ~100 | Somme sur les ports et les adaptateurs du système |
| Connexions CIP EtherNet/IP intégrées | ~32 | Plafond strict pour les appareils sur le port de la face avant |
| Sockets d’encapsulation TCP | ~64 | MSG, web, classe 3, écouteurs d’ouverture directe |
| Paquets par seconde (ENET intégré) | ~5 000 paquets/s | Cumulé ; déterminé par le RPI et le nombre de connexions |
| Chemins de routage CIP simultanés | ~8 | Ponts MSG via le L35E |
Le port intégré partage également la bande passante avec le serveur web, le client BOOTP/DHCP et le routage non sollicité. Le trafic non-CIP, comme Modbus TCP brut ou les sessions de navigateur, ne consomme pas de connexion CIP, mais utilise tout de même des sockets TCP et des paquets par seconde. Un ordinateur portable d’ingénierie laissé sur la page de diagnostic pendant une période de scrutation HMI intensive n’est donc pas gratuit.
Ce qui consomme réellement une connexion CIP
Le nombre de connexions est déterminé par la configuration des appareils, et non par l’optimisme d’un tableur. Les configurations typiques sur le terrain comprennent :
- Station PanelView Plus / FactoryTalk View ME : généralement 1 à 4 connexions selon les rubriques et les abonnements aux alarmes
- Variateurs PowerFlex ou Kinetix : 1 à 2 (E/S implicites plus MSG explicite facultatif ; CIP Motion ajoute un autre consommateur)
- Passerelles Anybus ou Ethernet-vers-RIO : généralement 1 par cible du scanner
- POINT I/O : 1 par module, sauf si l’optimisation pour le rack regroupe un châssis en une seule connexion
- Paires de tags produits/consommés : une connexion par direction de la paire
- Instructions MSG actives avec chemins CIP : une par message ouvert ; la mise en cache est importante
Les E/S optimisées pour le rack sont vivement recommandées dès que quatre modules ou plus partagent un adaptateur. Laisser chaque module 1734 comme une connexion individuelle est un moyen simple de consommer le budget de 32 avant même la mise en service du premier variateur.
La commutation administrable avec écoute IGMP empêche les E/S multidiffusées d’inonder le même port que celui que vous essayez de protéger.
Exemple de sous-panneau détaillé
Prenons l’exemple d’un sous-panneau qui prend déjà en charge trois IHM UniOP (~2 connexions chacune), un communicateur Anybus, une passerelle Quest Ethernet-vers-RIO, un client FactoryTalk View ME et un nœud Pilz PNOZmulti. Cet inventaire peut à lui seul atteindre près de onze connexions CIP. L’ajout d’un Kinetix 300 (connexion implicite et explicite) et d’un sujet OPC peut encore laisser une marge numérique sous 32 — pourtant, un RPI de mouvement de 5 à 10 ms peut faire passer les PPS dans la zone dangereuse bien avant que le compteur de connexions ne vire au rouge. La planification de capacité doit évaluer à la fois le nombre de connexions CIP et le débit de paquets.
Liste de contrôle de planification 1. Répertoriez chaque E/S de classe 1, connexion produite/consommée, instruction MSG et sujet d’IHM sur le port en façade 2. Attribuez les RPI / taux d’interrogation ; estimez les PPS = f(RPI, connexions) 3. Modélisez la configuration dans l’outil Rockwell de capacité EtherNet/IP (saisissez manuellement les appareils qui ne sont pas de marque Rockwell) 4. Confirmez les nombres en temps réel sur http://<controller-ip>/ avant d’ajouter du matériel 5. Si vous approchez 32 connexions CIP ou 5 kPPS, déplacez les E/S ou les IHM vers une liaison de classe 1769-AENTR / EN2T
Symptômes lorsque le port est surabonné
Une surcharge se manifeste rarement par un seul défaut net. Évolution typique :
- La gigue du RPI de classe 1 augmente ; les mises à jour des E/S arrivent en retard
- Les valeurs de l’IHM se figent brièvement ; les horodatages des alarmes semblent obsolètes
- Des entrées d’état CIP 0x0304 / 0x0312 / 0x0100 apparaissent sur la page de diagnostic Ethernet
- Les instructions MSG renvoient des codes d’indisponibilité des ressources ou d’expiration du délai
- Le serveur web intégré cesse de répondre lorsque les sockets TCP sont épuisés
- Dans les cas extrêmes, toutes les connexions CIP sont perdues jusqu’à une mise hors tension ou une reconnexion
Budget de connexions CIP avant l’ajout de nœuds
Avant d’ajouter un autre appareil, ouvrez les diagnostics web du contrôleur et notez le nombre de connexions en temps réel en regard de votre feuille de calcul. Activez l’écoute IGMP sur les commutateurs administrables qui transportent les E/S multidiffusées. N’essayez pas de « résoudre » la surcharge d’une cellule en insérant un autre commutateur non administrable : cela ne fait que multiplier les domaines de diffusion. Lorsque l’application a durablement besoin de plus de connexions que le port en façade ne peut en héberger, migrez le trafic vers un module adaptateur ou une plateforme CompactLogix plus récente au lieu de réduire les RPI jusqu’à dégrader la qualité des mouvements.
Le calcul des connexions doit faire partie des revues de sélection des plateformes, au même titre que le temps de scrutation. Approvisionnez les adaptateurs et contrôleurs selon un plan rigoureux de pièces de rechange pour les systèmes PLC et PAC, afin que la prochaine extension ne commence pas avec un commutateur Ethernet grand public excédentaire trouvé dans un tiroir.
À propos de l’auteur
Mark Townsend | Ingénieur senior en automatisation – Systèmes Allen-Bradley
Mark Townsend est un ingénieur senior en automatisation qui possède plus de 18 ans d’expérience sur les plateformes Allen-Bradley, notamment ControlLogix, CompactLogix et l’ancienne gamme SLC-500. Son travail quotidien porte sur la programmation RSLogix / Studio 5000 et la mise en service d’IHM FactoryTalk View sur des parcs vieillissants et hétérogènes.