•
•
4.4.2Architecture Pilote/associés
Dans le cas où plusieurs contrôleurs fonctionnent dans la même zone, au même étage, il est
opportun qu'ils agissent de manière cohérente.
Au regard de la communication sous protocole S-Bus, tous les contrôleurs K.DDC.L755/7 sont
esclaves et sous cet angle ne peuvent pas communiquer entre eux, puisqu'un esclave ne sait que
répondre aux questions qu'un maître lui pose ou accepter des valeurs de consigne transmises par le
maître comme montré dans le cas simple ci-dessus.
Un automate maître, donc capable de poser des questions et forcer des valeurs fera l'interface en
interrogeant un régulateur dit «pilote» et en transmettant les informations reçues à des modules dit
«associés» donc dépendants du premier. L'ensemble du processus de gestion de l'architecture pilote
/ associé s'effectue dans l'automate PCD maître en utilisant les fonctions «regulMS» «L755_S»
«L757_S» ainsi que les boîtes de lecture et d'écriture de valeurs ou d'état.
Du fait de cette structure, ce processus cessera de fonctionner en cas de perte de communication
entre l'automate et les régulateurs.
Les échanges de communication doivent donc être contrôlés:
•
Coté automate maître: Le diagnostic est possible par les boîtes de communication.
•
Coté régulateur: activation du watchdog pour la surveillance des échanges. Si le temps
d'inactivité programmé est dépassé, le régulateur se positionne en arrêt, prêt pour un re-
démarrage lorsqu'il sera à nouveau correctement sollicité par le maître. Si le watchdog reste
déactivé et que la communication s'interrompt, le régulateur continu de fonctionner en
utilisant les derniers paramètres recus.
Cette seconde page permet de communiquer
les variables définies par la page précedente
aux régulateurs concernés.
L'entrée X n'etant pas utilisée, (on suppose
que la température ambiante est mesurée sur
le boitier d'ambiance, la télécommande ou sur
le régulateur)
Page 17 sur 30