18/08/2009, 11:49:19
A ma connaissance, seul les boutons Hager disposent d'un objet "retour
d'état", c'est dû à la possibilité de les paramétrer via TX100.
Chez les autres fabricants, il n'y en a pas besoin, il suffit de
mettre l'adresse de groupe "état" renvoyée par l'actionneur, en 2nde
adresse sur l'objet de commande du bouton concerné (flag Ecriture et
Transmission activé). Cela met à jour l'objet de communication, très
utile en cas de commande groupés ou de scènes, pour ne pas avoir à
appuyer 2 fois sur un bouton.
@+
On 18 août, 09:19, Mathieu Gallissot
<mathieu.gallis...@googlemail.com> wrote:
> (a) Si l'objet status n'est pas là (ce qui est de plus en plus rare), et
> bien la norme est claire, on ne fait pas de "toggle".
> (b) C'est de la logique dans les adresses de groupe, pas dans l'application.
> © Oui, mais dans ce cas, comment je fait avec ma supervision ?
>
> Tout est toujours possible, comme tu l'as démontré. Mais KNX est une norme,
> et les applications sont définies dans le cadre de "l'interworking". Dans ce
> cas, il y a une application "sans status", et une "avec status". La
> possibilité de faire du toggle n'est possible que lorsque l'objet "status"
> est configuré (dixit la norme). Si on sort de ces définitions, on risque de
> perdre l'interopérabilité (comme tu le cite avec le forçage).
>
> 2009/8/18 fred <frederic.thomas...@gmail.com>
>
>
>
> > > En ce qui concerne l'application "toggle", ou "bascule", il faut
> > absolument
> > > que le datapoint status soit configuré. Le bouton pousoir va ainsi
> > inverser
> > > le status et l'envoyer en commande. Il n'y a pas de "magie" avec une
> > lecture
> > > sur le datapoint de commande, c'est contraire à la norme KNX, et à la
> > > logique de groupe (car une voie d'actionneur peut être pilotée sur
> > plusieurs
> > > adresses de groupe, mais on ne peut avoir qu'un seul status). Donc fred,
> > je
> > > pense pas que tu ais fournit la bonne explication.
>
> > (a) Nous parlons justement d'un cas ou l'interrupteur ne propose PAS
> > le fameux datapoint status. Ca existe, j'en ai. J'ai également des
> > actionneurs sans status. La question originale est: quid si cet objet
> > n'est pas la ?
>
> > (b) Tout objet avec flag W se voit modifié si un télégramme write
> > passe sur le bus pour le changer. C'est du copié collé de l'aide de
> > ETS. "magie" ?
> > Mes interrupteurs Gira ont tous le flag W sur le datapoint de
> > commande, même ceux qui ont un datapoint status. De mémoire c'est la
> > même chose sur les Berker et sur les Siemens de la démo que j'ai
> > analysé en 2002.
>
> > © Pour ton cas, il suffit de mettre le datapoint de commande de
> > l'interrupteurs dans TOUS les groupes de l'actionneur, mais de ne le
> > faire envoyer que sur son groupe principal (sending). Ainsi, l'état
> > interne de l'interrupteur sera correct (sauf pour cas compliqué comme
> > forçages, etc).
>
> > Fred
d'état", c'est dû à la possibilité de les paramétrer via TX100.
Chez les autres fabricants, il n'y en a pas besoin, il suffit de
mettre l'adresse de groupe "état" renvoyée par l'actionneur, en 2nde
adresse sur l'objet de commande du bouton concerné (flag Ecriture et
Transmission activé). Cela met à jour l'objet de communication, très
utile en cas de commande groupés ou de scènes, pour ne pas avoir à
appuyer 2 fois sur un bouton.
@+
On 18 août, 09:19, Mathieu Gallissot
<mathieu.gallis...@googlemail.com> wrote:
> (a) Si l'objet status n'est pas là (ce qui est de plus en plus rare), et
> bien la norme est claire, on ne fait pas de "toggle".
> (b) C'est de la logique dans les adresses de groupe, pas dans l'application.
> © Oui, mais dans ce cas, comment je fait avec ma supervision ?
>
> Tout est toujours possible, comme tu l'as démontré. Mais KNX est une norme,
> et les applications sont définies dans le cadre de "l'interworking". Dans ce
> cas, il y a une application "sans status", et une "avec status". La
> possibilité de faire du toggle n'est possible que lorsque l'objet "status"
> est configuré (dixit la norme). Si on sort de ces définitions, on risque de
> perdre l'interopérabilité (comme tu le cite avec le forçage).
>
> 2009/8/18 fred <frederic.thomas...@gmail.com>
>
>
>
> > > En ce qui concerne l'application "toggle", ou "bascule", il faut
> > absolument
> > > que le datapoint status soit configuré. Le bouton pousoir va ainsi
> > inverser
> > > le status et l'envoyer en commande. Il n'y a pas de "magie" avec une
> > lecture
> > > sur le datapoint de commande, c'est contraire à la norme KNX, et à la
> > > logique de groupe (car une voie d'actionneur peut être pilotée sur
> > plusieurs
> > > adresses de groupe, mais on ne peut avoir qu'un seul status). Donc fred,
> > je
> > > pense pas que tu ais fournit la bonne explication.
>
> > (a) Nous parlons justement d'un cas ou l'interrupteur ne propose PAS
> > le fameux datapoint status. Ca existe, j'en ai. J'ai également des
> > actionneurs sans status. La question originale est: quid si cet objet
> > n'est pas la ?
>
> > (b) Tout objet avec flag W se voit modifié si un télégramme write
> > passe sur le bus pour le changer. C'est du copié collé de l'aide de
> > ETS. "magie" ?
> > Mes interrupteurs Gira ont tous le flag W sur le datapoint de
> > commande, même ceux qui ont un datapoint status. De mémoire c'est la
> > même chose sur les Berker et sur les Siemens de la démo que j'ai
> > analysé en 2002.
>
> > © Pour ton cas, il suffit de mettre le datapoint de commande de
> > l'interrupteurs dans TOUS les groupes de l'actionneur, mais de ne le
> > faire envoyer que sur son groupe principal (sending). Ainsi, l'état
> > interne de l'interrupteur sera correct (sauf pour cas compliqué comme
> > forçages, etc).
>
> > Fred