17/08/2009, 09:51:02
> 1) Exemple : comment réaliser un va et vient (2 capteurs ou plus) ?
> Par exemple, quand j'arrive dans une pièce, je veux allumer avec le
> bouton poussoir A (ON) et quand je quitte la pièce, je veux éteindre
> avec un autre bouton poussoir B (OFF). Je ne sais pas si quand je fais
> ON sur le BP A, le BP B va savoir qu'il faut envoyer OFF sur sa trame
> en destination de l'actionneur (et inversement !).
Il sait. Tu confonds deux notions: la logique de commande et la
logique de retour d'état. Cette derniere est discutée dans les
messages précédents:
Certains actionneurs proposent un objet de retour d'état qui indique
l'état de la sortie en question. L'actionneur veille à ce que l'état
transmis (de manière automatique et asynchrone par l'actuateur,
parfois de maniere repetitive (configurable)) sur le bus soit juste.
Certains interrupteurs proposent une entrée pour un tel objet de
retour d'état qui, en général, controle une LED sur l'interrupteur.
L'utilité du bignou est brillement exposée dans les messages
précédents. Pour que ca marche il faut une GA "retour d'état lampe X",
distincte de la GA "commande lampe X" (et selon les cas, il faut avoir
configuré l'interrupteur de manière idoine).
Mais TOUS les interrupteurs conservent en mémoire l'état de "commande
lampe X" - ils sont capables d'envoyer un telegramme sur cette GA pour
commander la lampe, mais ils écoutent également les messages qui
passent. Donc deux interrupteurs sans retour d'état configures en
toggle sur une meme GA, ca marche. Le second "voit" le message "lampe
X on" passer et "sait" qu'il doit envoyer "lampe X off".
Donc:
* Pas besoin d'option "retour d'etat" sur les interrupteurs pour faire
marcher un va et viens. L'interrupteur conserve dans tous les cas
l'état de l'objet (la lampe) au moyen des telegrammes de commande sur
le bus.
* L'option "retour d'etat" permet de modifier cette valeur dans
l'interrupteur, et permet de gérer les cas ou l'état de l'objet change
sans message sur le bus (par exemple en cas de forcage, commande
locale, etc).
Fred
> Par exemple, quand j'arrive dans une pièce, je veux allumer avec le
> bouton poussoir A (ON) et quand je quitte la pièce, je veux éteindre
> avec un autre bouton poussoir B (OFF). Je ne sais pas si quand je fais
> ON sur le BP A, le BP B va savoir qu'il faut envoyer OFF sur sa trame
> en destination de l'actionneur (et inversement !).
Il sait. Tu confonds deux notions: la logique de commande et la
logique de retour d'état. Cette derniere est discutée dans les
messages précédents:
Certains actionneurs proposent un objet de retour d'état qui indique
l'état de la sortie en question. L'actionneur veille à ce que l'état
transmis (de manière automatique et asynchrone par l'actuateur,
parfois de maniere repetitive (configurable)) sur le bus soit juste.
Certains interrupteurs proposent une entrée pour un tel objet de
retour d'état qui, en général, controle une LED sur l'interrupteur.
L'utilité du bignou est brillement exposée dans les messages
précédents. Pour que ca marche il faut une GA "retour d'état lampe X",
distincte de la GA "commande lampe X" (et selon les cas, il faut avoir
configuré l'interrupteur de manière idoine).
Mais TOUS les interrupteurs conservent en mémoire l'état de "commande
lampe X" - ils sont capables d'envoyer un telegramme sur cette GA pour
commander la lampe, mais ils écoutent également les messages qui
passent. Donc deux interrupteurs sans retour d'état configures en
toggle sur une meme GA, ca marche. Le second "voit" le message "lampe
X on" passer et "sait" qu'il doit envoyer "lampe X off".
Donc:
* Pas besoin d'option "retour d'etat" sur les interrupteurs pour faire
marcher un va et viens. L'interrupteur conserve dans tous les cas
l'état de l'objet (la lampe) au moyen des telegrammes de commande sur
le bus.
* L'option "retour d'etat" permet de modifier cette valeur dans
l'interrupteur, et permet de gérer les cas ou l'état de l'objet change
sans message sur le bus (par exemple en cas de forcage, commande
locale, etc).
Fred