Table des Matières
Publicité
Chapitre 2
Fonctionnement des E/S TOR dans le système ControlLogix
Modules de sorties dans un
châssis décentralisé
32
Si un module de sorties réside physiquement dans un châssis autre que celui
de l'automate propriétaire, ce dernier envoie normalement les données au
module de sortie à la fréquence du RPI indiquée. Les mises à jour ne sont pas
effectuées à la fin des tâches de l'automate.
En outre, le rôle du RPI pour un module de sorties décentralisé change
légèrement en ce qui concerne l'obtention des données provenant de
l'automate propriétaire.
Modules de sorties décentralisés connectés via le réseau
ControlNet
Lorsqu'une valeur RPI est indiquée pour un module de sorties dans un châssis
décentralisé connecté à l'automate propriétaire par un réseau ControlNet
planifié, non seulement le RPI demande à l'automate propriétaire de
multidiffuser les données de sortie dans son propre châssis, mais il réserve
aussi un emplacement dans le flux de données circulant sur le réseau
ControlNet.
La synchronisation de cet emplacement réservé peut ou non coïncider avec la
valeur exacte du RPI, mais le système de commande garantit que le module de
sorties reçoit les données au moins aussi souvent que le RPI défini, comme
illustré ci-dessous.
Figure 5 - Modules de sorties décentralisés sur le réseau ControlNet
Châssis local
Les données sont
envoyées depuis l'automate
propriétaire.
L'emplacement réservé sur le réseau et les données de sortie envoyées par
l'automate sont asynchrones l'un par rapport à l'autre. Cela signifie qu'il existe
des scénarios de cas le plus favorable et de cas le plus défavorable pour la
réception des données actualisées par l'automate propriétaire depuis le
module dans un châssis décentralisé.
Publication Rockwell Automation 1756-UM058H-FR-P - Mai 2015
Réseau ControlNet
Châssis décentralisé
Les données de sortie
sont envoyées au
moins aussi souvent
42675
Publicité
Table des Matières
Dépannage
