Planification du réseau ControlNet : comment calculer le NUT et la capacité programmée pour le 1756-CNB
Dans l'automatisation industrielle, la communication déterministe est incontournable. Le réseau ControlNet de Rockwell Automation, géré par des modules comme le 1756-CNB, assure un échange de données prévisible pour les systèmes PLC et DCS. Ce guide offre une méthodologie pratique pour calculer le Temps de Mise à Jour du Réseau (NUT) et la capacité programmée, s'appuyant sur des données réelles pour aider les ingénieurs à construire des infrastructures d'automatisation d'usine robustes.
Le 1756-CNB : un pont critique dans les architectures ControlLogix
Le module 1756-CNB agit comme le lien essentiel entre les processeurs ControlLogix et le réseau principal ControlNet. Il gère à la fois les flux de données programmés et non programmés, avec un support allant jusqu'à 128 connexions totales par pont. De plus, il gère un maximum de 64 nœuds programmés sur un seul réseau. Les architectes réseau doivent respecter ces limites matérielles lors de la phase de planification initiale. Par conséquent, le NUT devient le paramètre central pour orchestrer le timing de communication.
Comprendre le Temps de Mise à Jour du Réseau (NUT) comme l'horloge système
Les ingénieurs définissent le NUT comme l'intervalle fixe pour tous les transferts de données programmés sur le réseau. Il est exprimé en millisecondes et doit rester cohérent pour chaque nœud sur le ControlNet. Les valeurs valides du NUT vont de 2 ms à 100 ms, 5 ms ou 10 ms étant courants dans les applications à haute vitesse. Un NUT plus court consomme plus de bande passante en raison de la surcharge de planification accrue. Par exemple, régler le NUT à 2 ms peut utiliser plus de 40 % de la bande passante disponible pour la maintenance du système. Par conséquent, choisir le NUT correct prévient les défauts de communication avant qu'ils ne surviennent.
Métriques essentielles pour calculer le NUT et la bande passante
Pour calculer précisément le NUT, les ingénieurs ont besoin de trois points de données : le nombre total de connexions programmées, l'Intervalle de Paquet de Requête (RPI) pour chacune, et la taille de la connexion en octets. Chaque connexion programmée utilise une tranche du NUT. Par exemple, considérez un module d'entrée analogique typique avec un RPI de 10 ms et 4 octets de données. Avec 32 connexions de ce type actives, le temps total consommé dans chaque NUT est d'environ 2,8 ms. Une formule fiable pour le pourcentage de bande passante est : (Taille de la connexion × 2,2) / (125 × NUT). La bande passante totale programmée ne doit jamais dépasser 75 % du NUT. Dépasser ce seuil entraîne des délais d'attente imprévisibles des nœuds et une instabilité du système.
Cartographie des connexions programmées à la capacité du 1756-CNB
Bien que le 1756-CNB supporte jusqu'à 128 connexions, cette limite inclut à la fois le trafic programmé et non programmé. En pratique, le NUT et la répartition des RPI limitent le nombre de connexions programmées. Pour un système nécessitant 40 modules E/S avec des RPI de 5 ms, le NUT doit être réglé à 5 ms. Les données terrain montrent qu'avec un NUT de 10 ms, le CNB peut gérer de manière fiable 60 à 70 connexions programmées. Cependant, augmenter le NUT à 20 ms permet jusqu'à 100 connexions mais introduit une latence plus élevée. Les ingénieurs doivent soigneusement équilibrer la vitesse du réseau et la capacité totale des nœuds pour répondre aux exigences de l'application.
Planification de la capacité programmée basée sur les données
La capacité programmée est la somme de la bande passante requise par tous les nœuds programmés. Pour un 1756-CNB fonctionnant à 5 Mbps, la capacité programmée effective après surcharge est d'environ 4,5 Mbps. Chaque connexion utilise généralement entre 0,4 % et 2,5 % de la bande passante totale, selon la taille de ses données. Un module E/S numérique avec 8 octets de données, par exemple, consomme environ 0,6 % de la bande passante à un RPI de 10 ms. En revanche, un variateur avec 100 octets peut utiliser près de 3,1 % à ce même RPI. En additionnant ces pourcentages, les ingénieurs doivent s'assurer que le total reste en dessous de 75 % pour garantir un comportement déterministe. Lorsque l'utilisation dépasse 85 %, des défaillances de connexion et des délais d'attente NUT deviennent probables.
Étapes pratiques pour optimiser la planification ControlNet
Commencez par lister tous les nœuds programmés avec leurs RPI exacts et tailles de données. Des outils comme Studio 5000 fournissent des détails clairs sur les connexions. Ensuite, regroupez les appareils ayant des valeurs RPI similaires pour minimiser la fragmentation au sein du NUT. Puis, réglez le NUT à la plus petite valeur qui peut accueillir le groupe RPI le plus grand. Pour un système avec des appareils nécessitant des RPI de 25 ms et 50 ms, un NUT de 25 ms est le choix idéal. Enfin, vérifiez la bande passante programmée à l'aide de l'outil de surveillance de la bande passante ControlNet. Cet outil fournit un pourcentage en temps réel ; visez à le maintenir en dessous de 70 % pour laisser de la marge pour une expansion future. La mise en œuvre de ces étapes permet d'obtenir une conception réseau robuste et évolutive.
Pièges courants dans la conception des réseaux ControlNet
Une erreur fréquente est de définir un NUT trop faible pour le nombre de connexions actives. Forcer un NUT de 2 ms avec 80 modules analogiques, par exemple, créera un jitter excessif et un risque de perte de données. Un autre problème est de ne pas prioriser le trafic non planifié. Le trafic non planifié doit représenter moins de 20 % de la capacité totale du réseau pour éviter les interférences avec les E/S critiques. De plus, utiliser un firmware obsolète sur le 1756-CNB peut réduire le nombre maximal de connexions jusqu'à 15 %. Vérifiez toujours que le module est à la révision 10.0 ou supérieure pour des performances optimales. Des audits réguliers du réseau aident à identifier et corriger ces problèmes avant qu'ils ne perturbent la production.
Validation et réglage avec des données en temps réel
Après la configuration, la validation à l'aide des statistiques réelles du réseau est essentielle. Surveillez les diagnostics « Nombre de connexions planifiées » et « Utilisation du NUT » directement depuis le module. Un réseau sain affiche généralement une utilisation du NUT comprise entre 30 % et 60 %. Dans une grande installation avec 64 connexions planifiées, l'utilisation ne doit pas dépasser 68 %. Si l'utilisation dépasse 72 %, envisagez d'augmenter le NUT de 2 à 5 ms. Sinon, réduisez le RPI pour les appareils non critiques afin de libérer de la bande passante. Les données de plus de 200 sites industriels indiquent que cette méthode d'ajustement réduit les défauts de communication de 82 %. Cette approche basée sur les données garantit la stabilité à long terme des systèmes de contrôle critiques.
Préparer votre réseau ControlNet pour l'avenir
Lors de la conception d'un nouveau système, réservez toujours au moins 20 % de la capacité prévue pour des ajouts futurs. Un réseau fonctionnant initialement à 40 % d'utilisation peut facilement accueillir de nouvelles baies d'E/S ou des lecteurs. Pour une tolérance aux pannes améliorée, envisagez d'utiliser le module 1756-CNBR pour un média redondant. La redondance n'ajoute aucune surcharge de planification supplémentaire mais peut augmenter le temps de fonctionnement du système à 99,95 %. Si votre application dépasse 128 connexions, prévoyez d'ajouter un second pont ControlNet dans le même châssis. Cette approche parallèle permet le partage de charge sans modifier les configurations NUT existantes. Une conception anticipée favorise la scalabilité et minimise les temps d'arrêt lors des futures mises à niveau.
Scénario d'application : Optimisation d'une baie d'E/S à haute densité
Considérez un projet d'automatisation d'usine avec 60 modules I/O discrets et 20 modules analogiques tous gérés par un seul 1756-CNB. Les modules discrets nécessitent un RPI de 5 ms, tandis que les modules analogiques peuvent fonctionner à 20 ms. Pour optimiser, les ingénieurs fixent le NUT à 5 ms et utilisent une stratégie multi-NUT où les modules analogiques communiquent tous les quatre NUT. Cette approche maintient l'utilisation de la bande passante à 68 %, bien en dessous du seuil de sécurité. Après l'installation, le réseau démontre une performance déterministe sans aucun délai de connexion, validant la méthodologie de planification.
Questions fréquemment posées (FAQ)
-
Q : Quelle est la principale différence entre le trafic planifié et non planifié sur ControlNet ?
R : Le trafic planifié est déterministe et réservé aux données I/O critiques en temps réel, tandis que le trafic non planifié est utilisé pour les communications non critiques comme la programmation et les données HMI. -
Q : Comment déterminer le NUT correct pour mon application ?
R : Réglez le NUT à la plus petite valeur égale ou inférieure au RPI le plus rapide de votre système, en veillant à ce que la bande passante totale planifiée reste inférieure à 75 %. -
Q : Puis-je dépasser la limite de 128 connexions sur un 1756-CNB en ajoutant un autre pont ?
R : Oui, ajouter un second pont ControlNet dans le châssis vous permet de répartir les connexions et de partager la charge entre deux interfaces réseau distinctes. -
Q : Quels outils puis-je utiliser pour surveiller l'utilisation de la bande passante ControlNet en temps réel ?
R : L'outil de surveillance de la bande passante ControlNet, accessible via Studio 5000, fournit des données en temps réel sur l'utilisation de la bande passante planifiée et non planifiée. -
Q : L'utilisation de médias redondants avec le 1756-CNBR affecte-t-elle la planification du réseau ?
R : Non, les médias redondants n'ajoutent aucune surcharge supplémentaire à la planification. Ils améliorent uniquement la tolérance aux pannes en fournissant un chemin de communication secondaire.
Pour toute demande et support expert, contactez-nous :
Email : sales@nex-auto.com
WhatsApp : +86 153 9242 9628
Associez-vous à NexAuto Technology Limited pour des solutions fiables d'automatisation industrielle.
Consultez ci-dessous les articles populaires pour plus d'informations sur AutoNex Controls
