Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Flag S
#1
Bonjour,

Je commence à faire mumuse avec ma linknxwebbox, et je rencontre des petits problèmes, qui sont, je pense, liés à ma config ETS.

Déjà, j'aimerais savoir ce qu'implique le flag S pour une sortie d'actuateur ? Je comprend bien que pour un bouton qui est dans plusieurs GA, seule celle ayant le flag S sera émise lors de l'appui (il ne peut y en avoir qu'une). Mais je ne comprend pas ce que ça fait pour une sortie...

Merci d'avance pour vos lumières.
Répondre
#2
Bonjour

Peut être pour émettre le retour d'état ?

Philippe
Intégrateur en domotique. Certifié KNX Partners

http://www.domosol.fr
Répondre
#3
Ben, il existe un objet spécial, pour le retour d'état. Lui, je comprend bien qu'il ait le flag S... Mais la sortie, je ne vois pas.
Répondre
#4
Oui, moi aussi, c'est quoi le flag S?, ou trouves-tu ce flag?, je ne vois que CRWUT.
Intégrateur Domotique et multimédias - KNX Partner n°26920 ADVANCED
http://www.ihabitation.com
Partenaire Lifedomus et SONOS
Répondre
#5
Je n'ai pas ETS sous les yeux, mais on voit ce flag dans les GA.

Ce flag indique sur quelle GA va émettre un objet, car un objet peut être lié à plusieurs GA, mais ne peut émettre que sur une seule. Pour les autres, il ne fait qu'écouter, et maintenir son état interne cohérent (pour un bouton toggle, par exemple).
Répondre
#6
Bonjour, ca va rejoindre ce que fma38 dit et en meme temps le corriger: un objet de communication peut posséder plusieurs actifs avec le Flag S. Mais uniquement pour le coté actionneurs.
Un interrupteur ne peut commander deux points différents, ou meme us, mais un point d'éclairage (ou chauffage ou autre) peut recevoir plusieurs commandes. Les va et vient en traditionnel par exemple, le all off, etc.

Donc, le Flag S indique qu'il va réagir à l'action et pas uniquement se mettre à jour, ce qui serait le cas pour les objets ne possédant pas le Flag S.
En espérant avoir répondu à la question,
Olivier
Intégrateur en solutions domotiques résidentielles, tertiaires et industrielles
Répondre
#7
(11/06/2012, 07:44:46)olivier.p a écrit : Bonjour, ca va rejoindre ce que fma38 dit et en meme temps le corriger: un objet de communication peut posséder plusieurs actifs avec le Flag S. Mais uniquement pour le coté actionneurs.
Un interrupteur ne peut commander deux points différents, ou meme us, mais un point d'éclairage (ou chauffage ou autre) peut recevoir plusieurs commandes. Les va et vient en traditionnel par exemple, le all off, etc.

Donc, le Flag S indique qu'il va réagir à l'action et pas uniquement se mettre à jour, ce qui serait le cas pour les objets ne possédant pas le Flag S.
En espérant avoir répondu à la question,
Olivier

Bonjour, 

Je déterre le sujet car j'ai rencontré un comportement singulier suite à l'utilisation du flag S.
Peut-être pourrez-vous m'éclairer si j'ai fais fausse route.

Prenons le cas simplifié de 2 boutons poussoirs (appelons les BPREZ et BPETAGE) et de 3 sorties TOR (A pour les lampes du rez, B pour celles de l'étage et C pour les led des marches de l'escalier).

BPREZ actionne A et C
BPETAGE actionne B et C

On crée une GA "GA1" avec l'objet de commutation de BPREZ ainsi que les objets de A et de C
On crée une GA "GA2" avec l'objet de commutation de BPETAGE ainsi que les objets de B et de C

Disons que ce sont les 2 seules GA utilisant ces boutons et ces actionneurs de sortie.

Par défaut, "GA1" aura ses 3 objets avec les flags S actifs puisque A et C sont utilités pour la première fois.
Par défaut, "GA2" aura quand à elle ses objets "BPETAGE" et "B" avec le flag S actif puisque utilisés pour la première fois.
Par contre, la sortie TOR C n'auras pas de flag S car l'objet est déjà avec flag S dans "GA1".

Comme il est impossible de supprimer le flag S d'un objet (l'objet de sortie doit avoir exactement 1 et 1 seul flag S actif, ni 0, ni 2), lorsque l'on actionnera BPETAGE, le flag S de B dira à C de se mettre à jour, et C appelera GA1 à cause de son flag S dans GA1 (flag d envoi), ce qui modifiera l'état de A via la GA1. Les 3 lampes s'allumeront...

Dans un cas comme celui-ci, la seule solution que j'ai trouvé est de créer une première GA appelée GAbidonX, et d'y mettre mon objet X de sortie avec flag S actif, cette GA n'étant jamais appelée et l'objet étant seul dans la GA.

Ainsi, dans mes GA1 et GA2, aucun flag S actif sur les objets des actionneurs de sortie. Et GA1 actionnera bien le rez et l'escalier uniquement, idem pour GA2 qui actionnera bien l'étage et l'escalier uniquement.

Est-ce correct ? Votre avis sur le sujet ? 

Merci pour vos retours.
Répondre
#8
Bonjour,
est-ce un cas réel, ou de la pure théorie ? Le flag S n'est pas actif normalement sur des sorties, de mémoire. Car une sortie n'envoie pas d'informations sur le bus . l'interrupteur oui, et le statut de la sortie, oui.
Ton exemple laisse penser que tu as mis les statuts des commandes, en plus des commandes dans les adresses de groupe

Bonne soirée,
Olivier
Intégrateur en solutions domotiques résidentielles, tertiaires et industrielles
Répondre
#9
(31/01/2018, 21:55:43)olivier.p a écrit : Bonjour,
est-ce un cas réel, ou de la pure théorie ? Le flag S n'est pas actif normalement sur des sorties, de mémoire. Car une sortie n'envoie pas d'informations sur le bus . l'interrupteur oui, et le statut de la sortie, oui.
Ton exemple laisse penser que tu as mis les statuts des commandes, en plus des commandes dans les adresses de groupe

Bonne soirée,
Olivier

Salut Olivier, 

Cas réel, en effet, je parle bien du statut des commandes, intégrés aux GA avec les sorties.
Quelle serait la bonne pratique dans ce cas de figure ? Dédier des GA avec les status des commandes ? Autre ?
Répondre
#10
Oui, dédié c'est préférable pour éviter ce genre de bug :-)
Intégrateur en solutions domotiques résidentielles, tertiaires et industrielles
Répondre
#11
(04/02/2018, 13:13:34)olivier.p a écrit : Oui, dédié c'est préférable pour éviter ce genre de bug :-)

 Entendu, mais dans ce cas ne suffirait-il pas de créer une seule GA dédiée avec tous les retours d’état  et tous les interrupteurs dedans ? Quelles limitation y aurait-il à cela ? 

Cela fonctionnerait non ?
Répondre
#12
Si tu veux utiliser les états pour une visualisation, tu dois les mettre dans des groupes séparés. Si tu n'en a pas besoin, tu ne dois pas non plus forcément les mettre dans un groupe. Chaque objet de chaque composant ne doit pas systematiquement se retrouver dans un groupe Wink
Intégrateur en solutions domotiques résidentielles, tertiaires et industrielles
Répondre
#13
Salut Olivier,

Etant donné que je dois configurer mon Domovea, c'est bon à savoir, merci d'avoir pris le temps de me répondre.
Répondre


Atteindre :


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