26/10/2007, 22:24:21
Bonjour,
En discutant avec plusieures personnes différentes du problème de
retour de status, j'ai remarqué qu'il y avait différentes manière de
le faire en pratique. Prenons un example:
J'ai un éclairage d'escalier temporisé avec plusieurs boutons
poussoirs. Si les bourons poussoirs envoient toujours un message "ON"
sur le bus quand on appuie dessus, pas de problème, pas besoin de
retour de status (sauf éventuellement pour une visu mais oublions là
pour garder le problème simple). Si par contre les boutons poussoirs
sont en mode "toggle" (bascule), une première pression permet
d'allumer et une deuxième permet d'éteidre. Si on laisse allumé, ça
s'éteint tout seul avec la temporisation. Dans ce cas, on à un
problème de retour de status puisque le bouton poussoir retient l'état
actuel dans une variable interne pour pouvoir basculer dans l'état
inverse si on appuie dessus. Mais lorsque la temporisation éteint, le
poussoir n'est pas informé et son état interne reste à "ON". Dans ce
cas, si on appuie dessus, il enverra un "OFF" alors que la lumière est
déjà éteinte et rien ne se passe...
Pour résoudre ce problème, il existe sur beaucoup d'actuateurs
(malheureusement pas tous) des objets de communication de "status"
qui transmettent la valeur de sortie lorsqu'elle change. C'est ici que
je vois 2 manières différentes de procéder:
1) On assigne la même addresse de groupe à l'objet de communication du
poussoir, de l'actuateur et du retour de status.
2) On assigne une première addresse de groupe au poussoir et à
l'actuateur, ensuite une autre addresse de groupe au retour de status
et au poussoir. Dans ce cas, le poussoir a 2 addresses sur le même
objet de communication. Seule la première sera utilisée par le
poussoir pour envoyer de l'information, la seconde servant à recevoir
le retour de status
Quelle méthode utilisez vous? La première, la seconde ou encore une
autre?
Quels sont les avantages / limitations de l'une ou l'autre?
Chez moi j'ai utilisé la première méthode car elle me paraît plus
simple mais elle à peut-être des limitations que je ne connaît pas. Ou
alors peut-être que certains actuateurs ne permettent pas d'assigner
la même adresse à l'objet de commande et de status...
Question subsidiaire: Pour faire une fonction centrale qui éteint
tout, vous utilisez:
1) des fonctions logiques (intégrées aux actuateurs ou en module
séparé, voire homeserver)
2) vous ajoutez l'adresse de groupe de la fonction all-off comme
seconde addresse sur tous les objets de communication que vous voulez
éteindre de manière centrale.
Pour mon install, j'utilise une combinaison des deux systèmes. Pour
les lumières, solution 1, pour les thermostats, j'attaque l'objet
"ouverture de fenêtre" avec comme seconde adresse celle de la fonction
all-off, ce qui me permet de couper tous les thermostats d'un coup. Le
seul problème, (qui n'en est pas vraiment un puisqu'on ne le voit
qu'en sniffant ce qui se passe sur le bus) c'est que quand je fait une
lecture de la valeur de la fonction all-off, tous les objets
"ouverture de fenêtre" y répondent avec leur addresse de groupe
principale, c'est normal, ou alors c'est un bug?
Bav,
Jean-François
En discutant avec plusieures personnes différentes du problème de
retour de status, j'ai remarqué qu'il y avait différentes manière de
le faire en pratique. Prenons un example:
J'ai un éclairage d'escalier temporisé avec plusieurs boutons
poussoirs. Si les bourons poussoirs envoient toujours un message "ON"
sur le bus quand on appuie dessus, pas de problème, pas besoin de
retour de status (sauf éventuellement pour une visu mais oublions là
pour garder le problème simple). Si par contre les boutons poussoirs
sont en mode "toggle" (bascule), une première pression permet
d'allumer et une deuxième permet d'éteidre. Si on laisse allumé, ça
s'éteint tout seul avec la temporisation. Dans ce cas, on à un
problème de retour de status puisque le bouton poussoir retient l'état
actuel dans une variable interne pour pouvoir basculer dans l'état
inverse si on appuie dessus. Mais lorsque la temporisation éteint, le
poussoir n'est pas informé et son état interne reste à "ON". Dans ce
cas, si on appuie dessus, il enverra un "OFF" alors que la lumière est
déjà éteinte et rien ne se passe...
Pour résoudre ce problème, il existe sur beaucoup d'actuateurs
(malheureusement pas tous) des objets de communication de "status"
qui transmettent la valeur de sortie lorsqu'elle change. C'est ici que
je vois 2 manières différentes de procéder:
1) On assigne la même addresse de groupe à l'objet de communication du
poussoir, de l'actuateur et du retour de status.
2) On assigne une première addresse de groupe au poussoir et à
l'actuateur, ensuite une autre addresse de groupe au retour de status
et au poussoir. Dans ce cas, le poussoir a 2 addresses sur le même
objet de communication. Seule la première sera utilisée par le
poussoir pour envoyer de l'information, la seconde servant à recevoir
le retour de status
Quelle méthode utilisez vous? La première, la seconde ou encore une
autre?
Quels sont les avantages / limitations de l'une ou l'autre?
Chez moi j'ai utilisé la première méthode car elle me paraît plus
simple mais elle à peut-être des limitations que je ne connaît pas. Ou
alors peut-être que certains actuateurs ne permettent pas d'assigner
la même adresse à l'objet de commande et de status...
Question subsidiaire: Pour faire une fonction centrale qui éteint
tout, vous utilisez:
1) des fonctions logiques (intégrées aux actuateurs ou en module
séparé, voire homeserver)
2) vous ajoutez l'adresse de groupe de la fonction all-off comme
seconde addresse sur tous les objets de communication que vous voulez
éteindre de manière centrale.
Pour mon install, j'utilise une combinaison des deux systèmes. Pour
les lumières, solution 1, pour les thermostats, j'attaque l'objet
"ouverture de fenêtre" avec comme seconde adresse celle de la fonction
all-off, ce qui me permet de couper tous les thermostats d'un coup. Le
seul problème, (qui n'en est pas vraiment un puisqu'on ne le voit
qu'en sniffant ce qui se passe sur le bus) c'est que quand je fait une
lecture de la valeur de la fonction all-off, tous les objets
"ouverture de fenêtre" y répondent avec leur addresse de groupe
principale, c'est normal, ou alors c'est un bug?
Bav,
Jean-François