Comportement au démarrage
Le bloc RACK initialise les messages de ALARM_8P. Il contrôle si la station est disponible.
Pour les systèmes H, il détermine la voie préférentielle de la station.
La structure SUB_DIAG.V1_MODE (0 = mode compatibilité, 1= mode DPV1) est copiée
dans la structure RAC_DIAG.V1_MODE.
Comportement en cas de surcharge
Le bloc RACK compte les appels de l'OB86 (sauf défaillance du système maître DP, voir
bloc SUBNET). Le compteur est réinitialisé dans l'OB1. Si plus de deux événements de
défaillance OB86 se produisent consécutivement avant que le point de contrôle du cycle
(OB1) ne soit atteint, ces événements sont rejetés et un message "OB86 défaillance maître
DP:x Rack:y" est émis. Avec le rejet d'un appel de l'OB86, le châssis (station) est enregistré
comme défaillant.
Facteur temps
Voir signalisation
Signalisation
Lorsqu'il est appelé par l'OB70, l'OB72, l'OB85 ou l'OB86, le bloc analyse l'état de la CPU,
du maître DP et des esclaves DP qui lui sont associés. Le cas échéant, il génère les
messages correspondant à la perte de redondance et à la défaillance de châssis (station) en
utilisant ALARM_8P. Vous pouvez inhiber la signalisation avec EN_MSG = FALSE.
De façon générale, le bloc ne signale que des événements dont l'origine est localisée dans
le châssis dont il assure la surveillance. Des pertes de redondance ou des défaillances de
stations induites par la défaillance d'un maître DP ou d'une CPU ne sont tout d'abord ni
signalées par un message, ni affichées sur les sorties SUBN1ERR et SUBN2ERR.
L'entrée DELAY permet de paramétrer un retard du message en cas d'erreur d'ordre
supérieur disparaissant. Lorsque le bloc RACK détecte par exemple une erreur
disparaissant dans un maître DP avec lequel il est connecté, il suppose tout d'abord un
défaut d'un esclave DP correspondant dans le châssis qu'il surveille, et met la sortie
correspondante SUBNxERR à 1. L'erreur n'est retirée qu'après le retour (ici: OB86, OB70)
de l'esclave DP. Après le retour du maître, afin de ne pas déclencher une avalanche de
messages des esclaves DP non encore synchronisés, les blocs RACK inhibent la défaillance
potentielle de l'esclave pendant DELAY secondes. Ce n'est qu'en l'absence de retour d'un
esclave DP après écoulement de cette durée, qu'un message d'erreur est émis en direction
de l'OS.
Nota:
Ne choisissez pas une valeur trop haute pour DELAY, sans quoi les esclaves DP qui ont
été retirés pendant la défaillance du maître, ou qui sont défectueux, sont signalés avec un
retard correspondant à l'OS après le retour du maître DP.
Process Control System PCS 7, Driver Blocks
A5E00127664-01
09.10.2001
Blocs de signaux et pilotes de diagnostic
2-21