Limites maxi. des séries de journaux
Nombre total d'échantillons
Longueur maxi. de séries de journaux
Nombre maximum de séries de journaux
11.4 Séparation des lectures et des écritures
Le profil fonctionnel prend en charge les registres d'exploitation
Modbus, ce qui signifie que les registres peuvent être lus et
écrits. Par défaut, la plupart des valeurs de registre destinées à
l'écriture par le maître Modbus seront également mises à jour par
l'unité de commande CU 36X elle-même, pour refléter la valeur
réelle utilisée par le CU 36X.
Des différences surviennent en raison de limitations de valeurs
internes et du fait que certains paramètres et valeurs de contrôle
peuvent avoir d'autres sources, par exemple le port de service et
l'affichage, qui peuvent modifier les valeurs réelles. Pour éviter
de tels conflits, le profil a la possibilité de séparer la lecture de
l'écriture avec l'option Config.ReadWriteSeparation (registre
00006, bit 1 : 1). L'utilisation de cette option signifie que tous les
registres d'écriture [W] utilisent un emplacement de lecture asso-
cié [R] où l'état final de l'écriture peut toujours être vérifié. Dans
ce cas, la lecture et l'écriture ne s'effectuent jamais via les
mêmes registres (les registres Pit Event Simulation étant les
seules exceptions). La lecture d'un registre d'écriture correspond
uniquement à la lecture de ce qui a été précédemment écrit sur
l'interface Modbus. En général, cela ne reflète pas la valeur que
l'unité de commande CU 36X utilise réellement.
Exemple 1
Réglage et lecture du niveau de débordement avec ReadWrite-
Separation désactivé (par défaut).
L'utilisateur écrit une nouvelle valeur dans SetOverflowLevel
(registre 00121).
Le niveau de débordement final est ensuite lu à partir de SetO-
verflowLevel (registre 00121).
La fonction ReadWriteSeparation est désactivée par
défaut.
Exemple 2
Réglage et lecture du niveau de débordement avec ReadWrite-
Separation activé.
L'utilisateur écrit une nouvelle valeur dans SetOverflowLevel
(registre 00121).
Le niveau de débordement résultant est ensuite lu à partir de
OverflowLevel (registre 00240), séparant ainsi les lectures des
écritures.
60
40 000 registres
8192 registres (valeur maximale pour LogSeriesNoOfSamples)
64 (valeur maximale pour NoOfLogSeries (registre 07001))
11.5 Acquittement du bit de contrôle
Tous les bits de contrôle du profil fonctionnel sont déclenchés sur
le front montant d'un bit. Le système prend en charge deux
approches différentes pour contrôler l'acquittement des bits de
contrôle : automatique et manuelle.
Le paramètre AutoAckControlBits (registre 00005) définit
l'approche souhaitée :
0: Désactivé.
Les bits de contrôle ne sont pas automatiquement abaissés une
fois acceptés par le dispositif. L'utilisateur doit abaisser manuelle-
ment le bit de contrôle avant que le bit de contrôle puisse à nou-
veau être déclenché. Lorsqu'un bit de contrôle est accepté par le
dispositif, l'acquittement du bit de contrôle correspondant est
élevé et l'utilisateur peut abaisser le bit de contrôle.
1: Activé.
Les bits de contrôle sont automatiquement abaissés lorsqu'ils ont
été acceptés par le dispositif ; l'utilisateur n'a donc pas à les
abaisser manuellement (par défaut).
Exemple 1
ResetAlarm avec acquittement automatique activé (par défaut).
L'utilisateur définit le bit de contrôle PitControl.ResetAlarm
(registre 00101, bit 0) sur 1 pour réinitialiser une alarme. Lorsqu'il
est accepté par l'esclave, le bit de contrôle PitControl.ResetAlarm
est automatiquement remis à 0. L'utilisateur définit le bit de
contrôle PitControl.ResetAlarm (registre 00101, bit 0) sur 1 pour
réinitialiser à nouveau une alarme.
AutoAckEnabled est le paramètre par défaut.
Exemple 2
ResetAlarm avec acquittement automatique désactivé.
L'utilisateur définit le bit de contrôle PitControl.ResetAlarm
(registre 00101, bit 0) sur 1 pour réinitialiser une alarme. Lorsqu'il
est accepté par l'esclave, AcknowledgeRegister.AckResetAlarm
(registre 00201, bit 0) est défini sur 1 et PitControl.ResetAlarm
reste toujours sur 1. L'utilisateur doit ensuite définir manuelle-
ment PitControl.ResetAlarm sur 0 avant de réinitialiser une autre
alarme. À la suite de cette opération, AcknowledgeRegis-
ter.AckResetAlarm revient également à 0.