19/03/2010, 11:07:50
On Mar 19, 9:58 am, jef2000 <jef2...@ouaye.net> wrote:
> Si tu fais un "comptage", tu as toujour le risque que le compteur se
> désynchronise (si tu envoies plusieures fois ON pour un seul OFF, ou
> plusieurs OFF pour un ON, ...).
En fait mon programme mémorise l'état de chaque lampe,
ce qui permet de ne compter/décompter que les changements
d'état et d'éviter ce problème. Je pourrais d'ailleurs en
profiter pour faire un OU plutôt qu'un comptage, mais le
comptage consomme moins de CPU, et c'est appréciable
car le programme est pour l'instant un shell-script.
Il y a une désynchronisation quand je relance le programme
(compteur remis à zéro et pas de polling des états)
mais ça se corrige tout seul au bout d'un certain temps
ou après un appui sur la commande d'extinction générale.
De toute façon ce n'est pas une fonctionnalité critique.
> L'idéal serait une fonction logique OU
> entre tous les éclairages concernés, mais ça peut vite faire beaucoup
> d'entrées. Tout dépend du nombre d'entrée maximum des fonctions
> logiques.
Oui, ça m'énerverait de subir les restrictions artificielles d'un
module logique KNX, alors qu'un PC fait ça très bien (et fait
plein d'autres choses par ailleurs). De plus je suppose qu'il
faudrait reconfigurer le module à chaque fois qu'on ajoute une
lampe, alors que mon programme détecte automatiquement
les nouvelles AG dont le nom commence par "ecl_".
Par curiosité : Les modules logiques KNX (ABB, Logo, etc)
savent-ils gérer des états ternaires (on/off/inconnu) ?
Pour cette application il me semble utile de savoir traiter
intelligemment le cas "inconnu" (AG en attente de polling
ou actuateur en panne).
marc.assin: Je n'ai jamais entendu parler de cette fonction
"central". J'ai simplement une AG "extinction générale" que
je connecte à tous les actuateurs, et le poussoir est configuré
pour envoyer "off" dessus.
To unsubscribe from this group, send email to domotique-eib+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
> Si tu fais un "comptage", tu as toujour le risque que le compteur se
> désynchronise (si tu envoies plusieures fois ON pour un seul OFF, ou
> plusieurs OFF pour un ON, ...).
En fait mon programme mémorise l'état de chaque lampe,
ce qui permet de ne compter/décompter que les changements
d'état et d'éviter ce problème. Je pourrais d'ailleurs en
profiter pour faire un OU plutôt qu'un comptage, mais le
comptage consomme moins de CPU, et c'est appréciable
car le programme est pour l'instant un shell-script.
Il y a une désynchronisation quand je relance le programme
(compteur remis à zéro et pas de polling des états)
mais ça se corrige tout seul au bout d'un certain temps
ou après un appui sur la commande d'extinction générale.
De toute façon ce n'est pas une fonctionnalité critique.
> L'idéal serait une fonction logique OU
> entre tous les éclairages concernés, mais ça peut vite faire beaucoup
> d'entrées. Tout dépend du nombre d'entrée maximum des fonctions
> logiques.
Oui, ça m'énerverait de subir les restrictions artificielles d'un
module logique KNX, alors qu'un PC fait ça très bien (et fait
plein d'autres choses par ailleurs). De plus je suppose qu'il
faudrait reconfigurer le module à chaque fois qu'on ajoute une
lampe, alors que mon programme détecte automatiquement
les nouvelles AG dont le nom commence par "ecl_".
Par curiosité : Les modules logiques KNX (ABB, Logo, etc)
savent-ils gérer des états ternaires (on/off/inconnu) ?
Pour cette application il me semble utile de savoir traiter
intelligemment le cas "inconnu" (AG en attente de polling
ou actuateur en panne).
marc.assin: Je n'ai jamais entendu parler de cette fonction
"central". J'ai simplement une AG "extinction générale" que
je connecte à tous les actuateurs, et le poussoir est configuré
pour envoyer "off" dessus.
To unsubscribe from this group, send email to domotique-eib+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.