05/08/2007, 16:19:54
Oups, j'ai raté quelques messages... J'avais pas vu qu'il y avait une
seconde page.
Effectivement, si avec l'appli dimmer il n'y a plus d'allumage de led
du tout alors c'est foutu. Ou alors tu développes ton programme toi
même qui fais ce que tu veux à l'aide du bcusdk mais bon, il faut
avoir du temps à passer...
Tiens, quelqu'un sait si quand une appli est dans une BCU, on peut
aller lire le code et le désassembler, ou alors il y a des
protections?
On 5 août, 16:13, Marc Assin <raym...@warichet.com> wrote:
> 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 :-(
seconde page.
Effectivement, si avec l'appli dimmer il n'y a plus d'allumage de led
du tout alors c'est foutu. Ou alors tu développes ton programme toi
même qui fais ce que tu veux à l'aide du bcusdk mais bon, il faut
avoir du temps à passer...
Tiens, quelqu'un sait si quand une appli est dans une BCU, on peut
aller lire le code et le désassembler, ou alors il y a des
protections?
On 5 août, 16:13, Marc Assin <raym...@warichet.com> wrote:
> 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 :-(