03/05/2009, 23:15:56
Bonjour,
Merci pour ces emplications qui ont pu me conduire à la solution.
Effectivement le problème ne venait pas de LINKNX mais de la
configuration de mes flags comme expliqué par keldo
Cordialement,
Yannick
On 2 mai, 00:04, keldo <kelderm...@ibelgique.com> wrote:
> 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 ...
Merci pour ces emplications qui ont pu me conduire à la solution.
Effectivement le problème ne venait pas de LINKNX mais de la
configuration de mes flags comme expliqué par keldo
Cordialement,
Yannick
On 2 mai, 00:04, keldo <kelderm...@ibelgique.com> wrote:
> 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 ...