18/08/2009, 23:13:47
Oooops, ça m'apprendra à pas lire l'intro des docs. Bon, au moins, pour les
WKT d'Hager, c'est clair, idem pour les autres produits E+S.
Je comprenais (jusqu'ici) l'aspect de la norme de normaliser autant les
applications que le format de données échangées, ce qui n'est effectivement
pas le cas en S-Mode.
2009/8/18 fred <frederic.thomas.ch@gmail.com>
>
> > (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".
>
> Je ne comprends pas ca de la norme. La section qui definit le
> fonctional block toggle est dans S7 qui est introduit par:
>
> "These Functional Blocks shall be used only for implementation of Easy
> Configuration mode devices.
> These Functional Block specifications shall not be used for any other
> goal; in particular, no
> implementation for S-Mode or A-Mode devices shall be based on these
> specifications. "
>
> Avec ETS, on est en S-Mode.
>
> > (b) C'est de la logique dans les adresses de groupe, pas dans
> l'application.
>
> Moui. Et ca sert à quoi?
> La norme dit:
>
> "[..] the (local) application sees the bus as a limited set of Group
> objects; these correspond to those
> Datapoints, which are of direct relevance to it. Put simply, each
> Communication Object appears to its
> application as a local variable with supporting attributes. Not
> surprisingly, the variable holds the value
> received from, or to be sent to the bus. Via the attributes, a default
> handler on top of the node’s
> communication stack can inform the application that the corresponding
> value has been updated; vice
> versa, the application can request the stack to send a value."
> (Vol3 Part 1 Chapter 1, $ 4.2)
>
> > © Oui, mais dans ce cas, comment je fait avec ma supervision ?
>
> Dans ce modele, une visu qui fait du READ n'est pas supporté, non. Une
> visu qui fait comme un device (qui cache la valeur, comme linknx le
> fait je crois) marche. Et le TOGGLE, aussi.
>
> Fred
>
>
WKT d'Hager, c'est clair, idem pour les autres produits E+S.
Je comprenais (jusqu'ici) l'aspect de la norme de normaliser autant les
applications que le format de données échangées, ce qui n'est effectivement
pas le cas en S-Mode.
2009/8/18 fred <frederic.thomas.ch@gmail.com>
>
> > (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".
>
> Je ne comprends pas ca de la norme. La section qui definit le
> fonctional block toggle est dans S7 qui est introduit par:
>
> "These Functional Blocks shall be used only for implementation of Easy
> Configuration mode devices.
> These Functional Block specifications shall not be used for any other
> goal; in particular, no
> implementation for S-Mode or A-Mode devices shall be based on these
> specifications. "
>
> Avec ETS, on est en S-Mode.
>
> > (b) C'est de la logique dans les adresses de groupe, pas dans
> l'application.
>
> Moui. Et ca sert à quoi?
> La norme dit:
>
> "[..] the (local) application sees the bus as a limited set of Group
> objects; these correspond to those
> Datapoints, which are of direct relevance to it. Put simply, each
> Communication Object appears to its
> application as a local variable with supporting attributes. Not
> surprisingly, the variable holds the value
> received from, or to be sent to the bus. Via the attributes, a default
> handler on top of the node’s
> communication stack can inform the application that the corresponding
> value has been updated; vice
> versa, the application can request the stack to send a value."
> (Vol3 Part 1 Chapter 1, $ 4.2)
>
> > © Oui, mais dans ce cas, comment je fait avec ma supervision ?
>
> Dans ce modele, une visu qui fait du READ n'est pas supporté, non. Une
> visu qui fait comme un device (qui cache la valeur, comme linknx le
> fait je crois) marche. Et le TOGGLE, aussi.
>
> Fred
>
>