Remarque Sur L'event Queue Interne; Fonctions; Signaux De Commutation Binaires - Griesser GTS Manuel D'utilisation

 Pour les commandes centrales importantes (Write
Request/Response) par exemple "commande de fermeture le
soir", il est recommandé de faire une requête de contrôle
supplémentaire (Read Request/Response) sur un point de
données approprié, de manière à vérifier que la commande traite
la transaction.

7.1.7 Remarque sur l'Event Queue interne

Des requêtes sont envoyées en interne pour l'envoi de commandes et de
demandes de statut via une Event Queue. Dans le cas où, par ex.,
plusieurs commandes sont envoyées comme traitées, ceci augmente le
nombre de commandes non traitées ou le Level de l'Event Queue. Cette
Event Queue est saturée à un instant donné. Pour éviter la perte de
commandes, un certain nombre d'accès en écriture sont rejetés (voir
aussi "Contrôle d'accès" dans les différentes descriptions de point de
données).
Le Level de l'Event Queue peut être interrogé comme statut via Modbus.
Les causes suivantes saturent notamment l'Event Queue:
 Envoi de nombreuses commandes
 Reconfiguration des Supervisors
 Modification de la date/heure
 Modification des signaux de commutation binaires

7.2 Fonctions

Ce chapitre donne un aperçu des fonctions de l'interface GTS Modbus.
Vous trouverez la description détaillée des points de données au
chap.7.3.

7.2.1 Signaux de commutation binaires

Le GTS propose jusqu'à 254 commutateurs virtuels binaires. Ces
commutateurs sont enclenchés ou déclenchés via Modbus. Ces
commutateurs peuvent être reliés aux programmes d'entrée des
FlexModules raccordés au GTS.
Un simple FlexModul de type FMC (Easy Comfort) peut comporter
jusqu'à 31 liaisons, un FlexModul de type FMX (KNX) peut comporter
jusqu'à 11 liaisons à un signal de commutation du GTS ou d'un capteur
d'une autre FlexModul.
7. Interface Modbus
Manuel utilisateur - Page 36