Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Adresse de groupe et scénario
#1
Bon, j'avoue avoir encore du mal avec ces notions... Quelqu'un pourrait-il
m'expliquer la différence qu'il y a entre les deux ? Que fait-on avec l'une
ou l'autre ? Comment les combine-t-on ?

J'avoue ne pas piger ce que cela sous-entend lorsqu'un device intègre un
certain nombre de scénarii...

Merci d'avance.

--
Frédéric
#2
Une adresse de groupe c'est normalement une fonction ou un état:
allumer/éteindre une lampe, monter/descendre un store, paramétrer la
température désirée d'une pièce - ou alors les états correspondants:
lampe allumée/éteinte, position du store, température mesurée de la
pièce.

L'adresse de groupe lie les commandes et les actionneurs: l'adresse de
groupe "allumer/éteindre lampe salon" regroupe les boutons qui
allument/éteignent cette lampe et le relais auquel cette lampe est
physiquement connectée.


Un scénario, c'est un ensemble d'états. Activer un scénario revient à
envoyer un ensemble de commandes afin que les objets en question
atteignent l'état désiré. Par exemple, le scénario "lire dans le
salon" consiste à allumer la lampe du salon, descendre le store et
régler une température de 23 degrés. C'est un groupe d'adresse de
groupes + un état désiré pour chaque groupe.

Il existe des boutons qui ont la capacités de définir un tel groupe et
d'envoyer N messages sur le bus quand le bouton est pressé. Mais il se
peut que les relais relatifs à la lampe et au store du salon soient
dans le même actionneur, et il est donc dommage d'envoyer 2 messages
sur le bus alors qu'il aurait été plus efficace de pouvoir envoyer 1
seul message "activer scénario X". Dans ce cas par contre, il faut
pouvoir définir dans l'actionneur à quoi correspond le scénario X en
fonction de ses relais.
[Dans cet exemple, l'intéret de 1 message par rapport à 2 est faible,
mais on imagine facilement le bénéfice pour des scénarios avec
beaucoup de sorties].

Voila ce que signifie "intégrer un nombre de scénarii": être capable
de définir l'état de chaque sortie pour chacun des scénarios
"intégrés". La définition complète du scénario devient distribuée dans
chacun des actionneurs qui le réalisent.

Le message "activer scénario X" est un numéro entre 0 et 255 diffusé
sur une adresse de groupe "de scénario" arbitraire. Un systeme peut
donc supporter un grand nombre de scénarios (255 fois le nombre
d'adresses de groupes affectées aux scénarii).

En pratique, on définit une adresse de groupe de scénario GA1 et on
définit son premier scénario 1.GA1 (cad le chiffre 1 diffusé sur GA1).
On configure chaque actionneur pour définir l'état des sorties sur
réception de ce scénario. On configure enfin un bouton pour envoyer ce
numéro de scénario.

Certains boutons et actionneurs sont capables de permettre une
définition des états par l'utilisateur final au moyen d'une adresse de
groupe de Mémorisation GA2: l'actionneur enregistre l'état actuel des
sorties comme état désiré pour le scénario i en cas de réception de i
sur GA2. Lorsqu'il reçoit i sur GA1, la sortie reprends son état
mémorisé.

En espérant t'avoir éclairé sans écrire de bétises...
Fred









On Jan 22, 1:27 pm, Frédéric <f...@gbiloba.org> wrote:
> Bon, j'avoue avoir encore du mal avec ces notions... Quelqu'un pourrait-il
> m'expliquer la différence qu'il y a entre les deux ? Que fait-on avec l'une
> ou l'autre ? Comment les combine-t-on ?
>
> J'avoue ne pas piger ce que cela sous-entend lorsqu'un device intègre un
> certain nombre de scénarii...
>
> Merci d'avance.
>
> --
>    Frédéric
#3
On vendredi 22 janvier 2010, fred wrote:

> En espérant t'avoir éclairé sans écrire de bétises...

Yep, j'ai pigé !

Question subsidiaire : dans le cas d'une installation domestique, comme tu
le disais, le scénario n'est pas indispensable en regard de la réduction du
nombre de messages émis. Si de plus on intègre une supervision genre
linknx, qui est capable de simuler un scénario en émettant les adresses de
groupe qui vont bien, du coup, le support des scénarii n'est plus vraiment
un critère de choix lors de la recherche des modules, si ?

Dernier point : dans certain modules, on parle de scène ; est-ce la même
chose sous un autre nom ?

--
Frédéric
#4
> Dernier point : dans certain modules, on parle de scène ; est-ce la même
> chose sous un autre nom ?

Oui

> Question subsidiaire : dans le cas d'une installation domestique, comme tu
> le disais, le scénario n'est pas indispensable en regard de la réduction du
> nombre de messages émis. Si de plus on intègre une supervision genre
> linknx, qui est capable de simuler un scénario en émettant les adresses de
> groupe qui vont bien, du coup, le support des scénarii n'est plus vraiment
> un critère de choix lors de la recherche des modules, si ?

Non, ce n'est plus nécessairement un critère de choix. Mais bon, si tu
considères des scènes complexes, genre éteindre un étage, il est
impossible d'émettre les messages assez vite pour que tout s'éteigne
en même temps. Les lampes vont s'éteindre l'une après l'autre. En
pratique, c'est pas vraiment gênant, mais la version "boum, tout
éteint d'un coup" est plus impressionnante.

A l'inverse la scène "alerte voleur" qui allume tout risque fort de
disjoncter si on allume 3 étages+jardin en même temps. Dans ce cas,
temporiser les allumages est souvent nécessaire. Même besoin/problème
si on a beaucoup de volets roulants.

Je dirais qu'il est difficile de savoir au départ ce qui sera utile ou
pas dans le futur (enfants, handicap, alarme, ...), et que le prix/
effort pour changer les actionneurs 5 ans plus tard est quand même
important - et qu'en conséquence le plus fonctionnel est le mieux si
on peut se permettre les euros de différence au départ. Si on envisage
des systèmes comme linknx, le plus important est d'avoir des retours
d'états. Le support des scénariis est moins important, mais peut
permettre des choses intéressantes qui ne dépendent pas de linknx...

Pour un exemple de bénéfice de ne pas dépendre de linknx, considérer
le cas départ en vacances pour 3 semaines au printemps. C'est un peu
bête de laisser tourner le "PC" qui réalise les scènes alors qu'on ne
va pas les utiliser, mais il serait bien pratique quand même d'être
certain d'avoir tout éteint avant de tout fermer... Le "all off" via
la gestion de scène des actionneurs dans ce cas est pas mal plutôt que
de dépendre de linknx.
[Je sais qu'on va me dire que non, linknx n'est pas éteint dans ce cas
car il fait de la simulation de présence et il permet de rallumer le
chauffage 3 jours avant de rentrer via SMS et d'en envoyer un en cas
d'alarme - mais bon, c'est juste un exemple Smile ]

Fred




On Jan 22, 11:36 pm, Frédéric <f...@gbiloba.org> wrote:
> On vendredi 22 janvier 2010, fred wrote:
>
> > En espérant t'avoir éclairé sans écrire de bétises...
>
> Yep, j'ai pigé !
>
> Question subsidiaire : dans le cas d'une installation domestique, comme tu
> le disais, le scénario n'est pas indispensable en regard de la réduction du
> nombre de messages émis. Si de plus on intègre une supervision genre
> linknx, qui est capable de simuler un scénario en émettant les adresses de
> groupe qui vont bien, du coup, le support des scénarii n'est plus vraiment
> un critère de choix lors de la recherche des modules, si ?
>
> Dernier point : dans certain modules, on parle de scène ; est-ce la même
> chose sous un autre nom ?
>
> --
>     Frédéric


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)