05/08/2007, 15:13:48
On 5 août, 10:54, jef2000 <jef2...@ouaye.net> wrote:
> Même si tu n'as plus qu'un seul objet par fonction, il est peut-être
> toujours possible de faire un feedback.
Merci de t'intéresser à mon problème
> En effet, supposons que tu as 2 boutons qui commande la même fonction.
> Si tu mets la fonction ON avec l'un des boutons, l'autre bouton doit
> en tenir compte pour envoyer un OFF at pas un ON si tu appuies dessus.
Euuh, oui, mais c'est p'têt fait en HW (pas sous contrôle du
microcode)
> C'est la base de l'architecture d'objets distribuée EIB.
Ah bon, jamais entendu parler, ni lu dans les specs, tu me l'aprends.
Les objets distribués, c'est plutot un concept informatique, télécom,
du genre DCOM, non ?
> Si ce n'est
> pas le cas c'est un bug, pas une limitation des BCU1.
Oh oh, tu y vas un peu fort, je ne suis pas sûr que ton hypothèse de
départ est correcte.
> A partir du moment ou le bouton mets à jour son statut en fonction de
> ce qui se passe sur le bus, il devrait aussi changer la couleur de la
> led.
Ben non, je ne crois pas, c'est bien là le coeur de la discussion.
Comme je disais à Mickg, dès l'instant oú tu charges l'appli dimmer,
les obj LED ne sont plus exposés (invisibles dans ETS) et donc, plus
moyen de les attrapper pour y coller une fonction quelconque.
Je veux bien t'envoyer un PB+BCU pour essayer, si tu penses que tu as
une chance de le convaincre (par des moyens pacifiques :-)))
> Je peux comprendre que pour des raisons de place mémoire, ils ne
> prévoient qu'un seul objet pour les deux fonctions,
çà ne me dérange pas trop, c'est le résultat final qui me chagrine
très fort.
> mais si on mets à
> jour cet objet, il doit non seulement mettre à jour l'état de la
> fonction mais également la led.
Oui, mais c'est bien là que nos points de vue divergent, et j'aimerais
bien, ô combien, que tu aies raison.
> Vérifies quand même que le flag "Ecriture" est activé pour cet objet,
> sinon c'est normal que la led ne soit pas mise à jour.
Ce n'était pas le cas, je l'ai fait, sans conviction et sans succès,
snif :-(
> Même si tu n'as plus qu'un seul objet par fonction, il est peut-être
> toujours possible de faire un feedback.
Merci de t'intéresser à mon problème
> En effet, supposons que tu as 2 boutons qui commande la même fonction.
> Si tu mets la fonction ON avec l'un des boutons, l'autre bouton doit
> en tenir compte pour envoyer un OFF at pas un ON si tu appuies dessus.
Euuh, oui, mais c'est p'têt fait en HW (pas sous contrôle du
microcode)
> C'est la base de l'architecture d'objets distribuée EIB.
Ah bon, jamais entendu parler, ni lu dans les specs, tu me l'aprends.
Les objets distribués, c'est plutot un concept informatique, télécom,
du genre DCOM, non ?
> Si ce n'est
> pas le cas c'est un bug, pas une limitation des BCU1.
Oh oh, tu y vas un peu fort, je ne suis pas sûr que ton hypothèse de
départ est correcte.
> A partir du moment ou le bouton mets à jour son statut en fonction de
> ce qui se passe sur le bus, il devrait aussi changer la couleur de la
> led.
Ben non, je ne crois pas, c'est bien là le coeur de la discussion.
Comme je disais à Mickg, dès l'instant oú tu charges l'appli dimmer,
les obj LED ne sont plus exposés (invisibles dans ETS) et donc, plus
moyen de les attrapper pour y coller une fonction quelconque.
Je veux bien t'envoyer un PB+BCU pour essayer, si tu penses que tu as
une chance de le convaincre (par des moyens pacifiques :-)))
> Je peux comprendre que pour des raisons de place mémoire, ils ne
> prévoient qu'un seul objet pour les deux fonctions,
çà ne me dérange pas trop, c'est le résultat final qui me chagrine
très fort.
> mais si on mets à
> jour cet objet, il doit non seulement mettre à jour l'état de la
> fonction mais également la led.
Oui, mais c'est bien là que nos points de vue divergent, et j'aimerais
bien, ô combien, que tu aies raison.
> Vérifies quand même que le flag "Ecriture" est activé pour cet objet,
> sinon c'est normal que la led ne soit pas mise à jour.
Ce n'était pas le cas, je l'ai fait, sans conviction et sans succès,
snif :-(