Problème avec LINKNX

[keldo]

Je ne peut que confirmer les dires de Jef2000.

Voici très probablement le cas de figure auquel Casi est confronté :

1)
- L'acteur est en position ON, la lampe est allumée.
- L'objet de communication "commande ON/OFF" de l'acteur (=une sortie
binaire, dans ce cas-ci) de la lampe a son flag "update" actif (ce qui
est une erreur dans ce cas-ci), ainsi que son flag "write" (ce qui
correct) , par contre, le flag "read" est probablement inactif (ce qui
est une erreur, surtout si on n'utilise pas une adresse de groupe
séparée pour le retour d'état).
- Cet objet de comm. est relié à l'adresse de groupe 4/2/17 (exemple
pris au hasard).

2)
- La visu LinKNX est éteinte.
- Dans la config. de la visu, un objet de communication est relié à
4/2/17.
- Dans la config. de la visu, cet objet de communication a les flags
"write", "transmit" et "update" actifs (ce qui correct), ainsi que le
flag "read" (et ça, c'est une grosse erreur).

3)
- On allume la visu.
- La visu envoit un télégramme "read value" sur 4/2/17 pour mettre à
jour son affichage du statut de la lampe.
- L'acteur, qui est pourtant le seul à détenir une information
pertinente, NE répond PAS vu que son flag "read" est inactif.
- La visu, qui est la seule à avoir son flag "read" actif, se répond à
elle-même en donnant sur le bus la seule valeur dont elle dispose, à
savoir, "0", qui est la valeur par défaut de toutes ses variables en
mémoire juste après l'initialisation du programme de visu ...
- L'acteur voit sur le bus cette réponse erronée et, comme le flag
"update" de son objet de comm. est actif, il met à jour la valeur de
son objet, écrasant la précédente valeur ("1" = allumé), correcte, par
la valeur "par défaut" de la visu ("0" = éteind).

4)
- L'utilisateur se demande pour il vient de se retrouver dans le noir
sans avoir touché à ses boutons poussoirs.
;-)



Les flags EIB, ce n'est pas compliqué à comprendre, mais cela demande
un certain temps pour bien saisir toutes les subtilités ...