Bonsoir,
J'essaye de câbler les fonctions suivantes , avec 4 boutons et 4 sorties
TOR :
Bouton 1 en mode toggle pilote la sortie 1
Bouton 2 en mode toggle pilote la sortie 2
Bouton 3 active les sorties 1 et 2
Bouton 4 désactive les sorties 1 et 2
Comme vous vous y attendez, j'ai LE soucis classique : si j'utilise le
bouton 4 pour désactiver, il faut ensuite que je presse 2 fois le bouton 1
pour activer.
J'ai bien tout lu les divers messages sur le sujet, mais rien à faire, je
ne m'en sors pas. Il y a un truc à bricoler avec le retour d'état et le
flag que je ne trouve pas.
Mais ma question est : est-ce que ça peut marcher avec n'importe quel
matériel ? Ou faut-il que les entrées ET les sorties aient des choses
spéciales ?
Pour info, j'utilise un N510 en sortie, lequel dispose d'un objet sortie et
d'un objet état par canal, et un N261 en entrée, qui, lui, n'a pas d'objet
spécifique retour d'état.
Les fonctions que je veux réaliser sont-elles compatibles avec ce matos ?
Si oui, comment s'y prend-on ?
Merci d'avance.
--
Frédéric
On 30 nov, 23:49, Frédéric <f...@gbiloba.org> wrote:
> Comme vous vous y attendez, j'ai LE soucis classique : si j'utilise le
> bouton 4 pour désactiver, il faut ensuite que je presse 2 fois le bouton 1
> pour activer.
Difficile d'aider comme çà, sans passer par les banalités, donct je
suis sûr que tu as fait le tour
> Il y a un truc à bricoler avec le retour d'état et le
> flag que je ne trouve pas.
Oui
Le mieux c'est de poster quelques screen shot ETS avec la config de/
des actuateurs et les liaisons au niveau des GA
> est-ce que ça peut marcher avec n'importe quel
> matériel ?
Non
> Ou faut-il que les entrées ET les sorties aient des choses
> spéciales ?
Oui, il faut que les sorties aient l'objet status feedback SUR CHAQUE
CANAL
(pas comme cette conerie d'actuateur Merten qui n'a le feedback QUE
sur le premier canal (vieux truc basé sur BCU1))
> j'utilise un N510 en sortie, lequel dispose d'un objet sortie et
> d'un objet état par canal
C'est tout bon. Il ne reste plus que la config ETS et le "hearing
address"
> et un N261 en entrée, qui, lui, n'a pas d'objet
> spécifique retour d'état.
Pas besoin, c'est lui qui envoie la commande
> Les fonctions que je veux réaliser sont-elles compatibles avec ce matos ?
Oui, je pense bien
> Si oui, comment s'y prend-on ?
Sreen shot
Le mercredi 1 décembre 2010, marc.assin a écrit :
> > Il y a un truc à bricoler avec le retour d'état et le
> > flag que je ne trouve pas.
>
> Le mieux c'est de poster quelques screen shot ETS avec la config de/
> des actuateurs et les liaisons au niveau des GA
C'est à dire que j'ai essayé tellement de trucs...
Pour être sûr de partir dans la bonne direction, et avant de parler flags,
que faut-il comme GA ? Au départ, j'ai mis :
1x GA pour la commutation de la sortie 1
1x GA pour la commutation de la sortie 2
1x GA pour la commutation des sorties 1 + 2
Faut-il créer des GA pour les statuts ?
--
Frédéric
On 1 déc, 12:20, Frédéric <f...@gbiloba.org> wrote:
> C'est à dire que j'ai essayé tellement de trucs...
ûûh ?!?
> Pour être sûr de partir dans la bonne direction, et avant de parler flags,
Il y a fortes chances que tes flags sont bon (par défaut). Quand il
n'y a pas d'objet "Status", alors il faut mettre le canal de
l'actuateur en "Read", mais ce n'est pas ton cas.
> Faut-il créer des GA pour les statuts ?
Perso, lorsque j'ajoute/installe un nouvel actuateur, je le configure
par ETS de manière à développer tout ses objets de communication
utiles.
Ensuite, je crée un GA par KO, même s'ils ne servent à rien ! (plus
2-3 espaces d'adressage de réserve, au cas où...)
Prenons le cas simple d'unc actuateur TOR, 4 canaux.
Dans ETS, tu es censé voir un objet "switch" et un objet "status" par
canal, oui ?
Donc, à tout le moins, tu vois 8 objets ?
Perso, suivant mon architecture et nomenclature prédéfinie dans un
spreadsheet (tout à fait en dehors d'ETS) j'applique cette
architecture et nomenclature aux objets du nouvel actuateur
i.e.
canal 1, switch object = Lampe cuisine plafond Est. On/Off = GA 0/1/18
(éclairage TOR, rez de chaussée)
canal 1, status object = Lampe cuisine plafond Est. Status = GA 0/1/19
(éclairage TOR, rez de chaussée)
canal 2, switch object = Lampe cuisine plafond Sud. On/Off = GA 0/1/20
(éclairage TOR, rez de chaussée)
canal 2, status object = Lampe cuisine plafond Sud. Status = GA 0/1/21
(éclairage TOR, rez de chaussée)
etc
OK ?
Ensuite, je fais les liaisons avec les autres objets (BP) et le GA
concerné
Le mieux c'est de poster quelques screen shot ETS avec la config de/
des actuateurs et les liaisons au niveau des GA. Cà évite 36 questions/
réponses.
Laisse tes flags "par défaut", il y a de fortes chances pour que ce
soit bon.
Le mercredi 1 décembre 2010, marc.assin a écrit :
> Il y a fortes chances que tes flags sont bon (par défaut). Quand il
> n'y a pas d'objet "Status", alors il faut mettre le canal de
> l'actuateur en "Read", mais ce n'est pas ton cas.
Ok.
> Perso, lorsque j'ajoute/installe un nouvel actuateur, je le configure
> par ETS de manière à développer tout ses objets de communication
> utiles.
> Ensuite, je crée un GA par KO, même s'ils ne servent à rien ! (plus
> 2-3 espaces d'adressage de réserve, au cas où...)
> Prenons le cas simple d'unc actuateur TOR, 4 canaux.
> Dans ETS, tu es censé voir un objet "switch" et un objet "status" par
> canal, oui ?
> Donc, à tout le moins, tu vois 8 objets ?
> Perso, suivant mon architecture et nomenclature prédéfinie dans un
> spreadsheet (tout à fait en dehors d'ETS) j'applique cette
> architecture et nomenclature aux objets du nouvel actuateur
> i.e.
> canal 1, switch object = Lampe cuisine plafond Est. On/Off = GA 0/1/18
> (éclairage TOR, rez de chaussée)
> canal 1, status object = Lampe cuisine plafond Est. Status = GA 0/1/19
> (éclairage TOR, rez de chaussée)
> canal 2, switch object = Lampe cuisine plafond Sud. On/Off = GA 0/1/20
> (éclairage TOR, rez de chaussée)
> canal 2, status object = Lampe cuisine plafond Sud. Status = GA 0/1/21
> (éclairage TOR, rez de chaussée)
> etc
> OK ?
> Ensuite, je fais les liaisons avec les autres objets (BP) et le GA
> concerné
Effectivement, ça permet de ne rien oublier ! Je vais adopter cette approche
pour mon petit banc de test....
> Le mieux c'est de poster quelques screen shot ETS avec la config de/
> des actuateurs et les liaisons au niveau des GA. Cà évite 36 questions/
> réponses.
>
> Laisse tes flags "par défaut", il y a de fortes chances pour que ce
> soit bon.
Ok. Je poste mon exemple ce soir.
Merci !
--
Frédéric
On mardi 30 novembre 2010, Frédéric wrote:
> J'essaye de câbler les fonctions suivantes , avec 4 boutons et 4 sorties
> TOR :
>
> Bouton 1 en mode toggle pilote la sortie 1
> Bouton 2 en mode toggle pilote la sortie 2
> Bouton 3 active les sorties 1 et 2
> Bouton 4 désactive les sorties 1 et 2
Bon, alors voici des screenshots de ma version actuelle (en utilisant le
porte document de Google ; j'espère que ça marche) :
Config. module entrée (N261) :
https://docs.google.com/leaf?id=0B9lyUJV...ZmE2&hl=en
https://docs.google.com/leaf?id=0B9lyUJV...ODU4&hl=en
Config. module sortie (N510) :
https://docs.google.com/leaf?id=0B9lyUJV...MTQ3&hl=en
Adresses de groupes :
https://docs.google.com/leaf?id=0B9lyUJV...OGQx&hl=en
> Comme vous vous y attendez, j'ai LE soucis classique : si j'utilise le
> bouton 4 pour désactiver, il faut ensuite que je presse 2 fois le bouton
> 1 pour activer.
Voili.
--
Frédéric
> Bon, alors voici des screenshots de ma version actuelle (en utilisant le
> porte document de Google ; j'espère que ça marche) :
Non. Le lien ne va nulle part.
Manuellement, je vois un dossier forum dans Utilisateurs avec un
dossier ayant le même nom que ce thread mais il ne contient qu'un
répertoire 1 vide.
On mercredi 01 décembre 2010, fred wrote:
> Non. Le lien ne va nulle part.
> Manuellement, je vois un dossier forum dans Utilisateurs avec un
> dossier ayant le même nom que ce thread mais il ne contient qu'un
> répertoire 1 vide.
Quel bordel, ces outils Google !!! Pas intuitif pour un rond...
En fait, ce n'est pas un gestionnaire classique ; d'après ce que j'ai
compris, les fichiers sont toujours envoyés à plat, dans une zone commune.
Et ensuite on les lie vers les dossiers qu'on veut. Mais j'ai l'impression
que cette opération est dépendante de l'utilisateur connecté...
Ceci dit, j'ai donné les droits pour que n'importe qui puisse voir le
fichier, en suivant le lien, même si pas connecté. Mais visiblement, ça ne
marche pas.
J'ai changé des trucs ; c'est mieux, là ?
Je viens aussi de me rendre compte que ça ne marche pas avec konqueror.
Alors il y a peut-être des soucis suivant les navigateurs ! Firefox semble
marcher...
--
Frédéric
On 1 déc, 18:17, Frédéric <f...@gbiloba.org> wrote:
> porte document de Google ; j'espère que ça marche) :
contre tout attente, oui :-)
> Adresses de groupes :
Houlà, je pense que je me suis très mal expliqué dans le post
précédent.
Sur le screen-shot des GA, en haut, device 1.1.3
Objet 1 (On/Off) il est dans le GA 1/1/1
Objet 2 (Status) il est dans le GA 1/1/1
Cà y en a pas bon, patron
Pareil pour channel B
Il s'agit d'une planche de test ?
Alors, je suggère de faire le ménage. Tu vires tout, et tu recommences
proprement comme suggéré plus haut, en prenant bien soin de séparer
les objets "switch" des objets "status"
On mercredi 01 décembre 2010, marc.assin wrote:
> Houlà, je pense que je me suis très mal expliqué dans le post
> précédent.
> Sur le screen-shot des GA, en haut, device 1.1.3
> Objet 1 (On/Off) il est dans le GA 1/1/1
> Objet 2 (Status) il est dans le GA 1/1/1
> Cà y en a pas bon, patron
> Pareil pour channel B
>
> Il s'agit d'une planche de test ?
> Alors, je suggère de faire le ménage. Tu vires tout, et tu recommences
> proprement comme suggéré plus haut, en prenant bien soin de séparer
> les objets "switch" des objets "status"
Ok, mais je met quoi, dans la GA statut, à part l'objet statut du canal ?
Je me rend compte que je bite rien au fonctionnement de ces objets statut.
Il agissent comme des entrées, ou comme des sorties ? Ils ne répondent que
lorsqu'on les interroge ? Mais si le bouton n'interroge pas, il ne saura
pas que le statut à changer, si ?
--
Frédéric
Bon pour moi les images ça marche toujours pas - ça me semble bien
compliqué.
> Ok, mais je met quoi, dans la GA statut, à part l'objet statut du canal ?
> Je me rend compte que je bite rien au fonctionnement de ces objets statut.
> Il agissent comme des entrées, ou comme des sorties ? Ils ne répondent que
> lorsqu'on les interroge ? Mais si le bouton n'interroge pas, il ne saura
> pas que le statut à changer, si ?
Le status représente l'état du bidule, par opposition à la demande.
Donc quand tu appuies sur l'interrupteur, il envoie sur la GA de
"contrôle" un message pour demander l'allumage ou l'extinction de la
lampe. L'actionneur en général est d'accord et allume/éteint la dite
lampe et met à jour le status (en interne). Ensuite il envoie le
status sur le bus sur la GA "status" (selon configuration). En général
les entrées status de l'interrupteur sont sur la même GA status et
s'allument/s'éteignent.
Si tu veux tu as deux canaux de communication, identifiés par deux GA:
* GA de contrôle, sortie contrôle de l'interrupteur vers entrée
contrôle de l'actionneur
* GA de status, sortie status de l'actionneur vers entrée status de
l'interrupteur.
Le status sert à indiquer si l'actionneur n'a pas suivi le contrôle.
C'est typique par exemple avec les stores qui peuvent être bloqués à
cause du vent. La GA de contrôle va changer, puisque tu appuyes sur
l'interrupteur comme un damné pour faire descendre/monter le bouzin,
mais le status ne bougera pas car le store est bloqué.
Il faut noter que:
* certains vieux (?) actionneurs n'ont pas d'objet de status
* on peut en général décider si le status est géré ou pas, et si oui,
si il est envoyé automatiquement sur le bus ou si il est seulement à
disposition pour la lecture
* il faut toujours contrôler que le flag L est mis si on veut pouvoir
lire - parfois ce n'est pas fait tout seul
* en général les interrupteurs standards ne lisent rien, pour que ca
marche il faut configurer les actionneurs en envoi automatique pour
que ça marche
* les visualisation et autres "usine à gaz" sont les liseurs les plus
fréquents.
On mercredi 01 décembre 2010, fred wrote:
> Bon pour moi les images ça marche toujours pas - ça me semble bien
> compliqué.
:o(
> * GA de status, sortie status de l'actionneur vers entrée status de
> l'interrupteur.
C'est là que le bas blaisse : je n'ai pas d'objet statut sur mes entrées
binaires.
> * certains vieux (?) actionneurs n'ont pas d'objet de status
Les miens ont.
> * on peut en général décider si le status est géré ou pas, et si oui,
> si il est envoyé automatiquement sur le bus ou si il est seulement à
> disposition pour la lecture
Via les flags, je suppose ?
> * il faut toujours contrôler que le flag L est mis si on veut pouvoir
> lire - parfois ce n'est pas fait tout seul
Ok.
> * en général les interrupteurs standards ne lisent rien, pour que ca
> marche il faut configurer les actionneurs en envoi automatique pour
> que ça marche
Ah, c'est peut-être là qu'il faut fire quelque chose. Mais comment ?
--
Frédéric
OK. Tu n'as bas un interrupteur mais une entrée binaire, donc pas de
status. Oublie l'objet de status de l'actionneur.
J'imagine que B1 et B2 sont configurés en toggle, B3 en ON et B4 en
OFF.
L'actionneur propose les objets A1 et A2 (et S1 et S2 qu'on ignore).
Tu dois avoir:
A1: GA1, GA3
A2: GA2, GA3
GA1 est lum 1, GA2 est lum 2, GA3 est le groupe lum 1 et 2.
B1: GA1 (S), GA3
B2: GA2 (S), GA3
B3: GA3 (S)
B4: GA3 (S)
La sortie B1 doit envoyer des télégrammes sur GA1 (d'ou le flag S
activé), mais doit écouter GA3 pour entendre passer les On ou Off qui
y passent qui affectent GA1 indirectement. Pareil pour B2.
Ca marche pas comme ca ?
Le jeudi 2 décembre 2010, fred a écrit :
> J'imagine que B1 et B2 sont configurés en toggle, B3 en ON et B4 en
> OFF.
Tout à fait.
> L'actionneur propose les objets A1 et A2 (et S1 et S2 qu'on ignore).
>
> Tu dois avoir:
>
> A1: GA1, GA3
> A2: GA2, GA3
>
> GA1 est lum 1, GA2 est lum 2, GA3 est le groupe lum 1 et 2.
>
> B1: GA1 (S), GA3
> B2: GA2 (S), GA3
> B3: GA3 (S)
> B4: GA3 (S)
>
> La sortie B1 doit envoyer des télégrammes sur GA1 (d'ou le flag S
> activé), mais doit écouter GA3 pour entendre passer les On ou Off qui
> y passent qui affectent GA1 indirectement. Pareil pour B2.
>
> Ca marche pas comme ca ?
Je teste ça ce soir. En tout cas, c'est une combinaison que je n'avais pas
testée. En fait, j'ai tendance à raisonner à l'envers : quel actionneur
mettre dans telle ou telle GA, alors qu'il vaut mieux se poser la
question : quelle GA associer à tel et tel actionneur...
Merci !
--
Frédéric
@Frédéric
> je met quoi, dans la GA statut, à part l'objet statut du canal ?
cfr la réponse de Fred.
Perso, j'ai des BP Merten, les BP ont un backlit (rouge ou vert).
J'associe le status de l'actuateur à la lampe backlit de BP qui a
déclenché l'opération de l'actuateur
Acessoirement, le status est employé dans la Visu pour la mise à jour
de l'icône du BP (même principe)
> Je me rend compte que je bite rien au fonctionnement de ces objets statut.
Tu te martyrises les méninges pour rien, laisse tomber pour l'instant,
tu reprends après, quand tout marche
> Il agissent comme des entrées, ou comme des sorties ?
L'objet de statut est un "sender", tu pourrais donc dire que c'est une
sortie
> Ils ne répondent que lorsqu'on les interroge ?
Non, cfr plus haut. Ils marchent de pair s'ils sont associés à
d'autres objets (LED du BP)
Mais ils sont très polis, ils répondent quand on les interroge
@Fred
> Bon pour moi les images ça marche toujours pas
?!? P'têt quelques mots de détail ?!?
Qu'est ce qui ne marche pas au juste ?
Message d'erreur ?
Un screen-shot du pop-up ?
Avec quel account essayes-tu ?
Est-ce que c'est l'account (addresse mail) avec laquelle tu t'es
enregistré sur le forum ?
Nous avons p'têt un problème qui est passé au bleu lors des reviews.
@all
Est-ce que quelqu'un peut essayer la foctions "Docs" svp ? en lecture
(post de Frédéric) et écriture ?
Merci
> ça me semble bien compliqué.
oui, il faut avoir fait polytec :-)
On jeudi 02 décembre 2010, fred wrote:
> J'imagine que B1 et B2 sont configurés en toggle, B3 en ON et B4 en
> OFF.
>
> L'actionneur propose les objets A1 et A2 (et S1 et S2 qu'on ignore).
>
> Tu dois avoir:
>
> A1: GA1, GA3
> A2: GA2, GA3
>
> GA1 est lum 1, GA2 est lum 2, GA3 est le groupe lum 1 et 2.
>
> B1: GA1 (S), GA3
> B2: GA2 (S), GA3
> B3: GA3 (S)
> B4: GA3 (S)
>
> La sortie B1 doit envoyer des télégrammes sur GA1 (d'ou le flag S
> activé), mais doit écouter GA3 pour entendre passer les On ou Off qui
> y passent qui affectent GA1 indirectement. Pareil pour B2.
>
> Ca marche pas comme ca ?
Si :o))))))
Un grand merci. Je pense avoir pigé, cette fois : il faut que je renverse
ma façon de penser... Et j'ai compris du même coup cette histoire de
flag S...
Grand merci (ainsi qu'à tous les autres).
--
Frédéric
vincent viard
Unregistered
Bonsoir,
Je lis le topic et j'ai un peu de mal à la compréhension...
vous entendez quoi exactement sur ETS par :
- "envoyer des télégrammes sur GA1 (d'ou le flag S activé)"
- "doit écouter GA3 pour entendre passer les On ou Off"
Cordialement
Vincent
Le 2 décembre 2010 19:25, Frédéric <fma@gbiloba.org> a écrit :
> On jeudi 02 décembre 2010, fred wrote:
>
> > J'imagine que B1 et B2 sont configurés en toggle, B3 en ON et B4 en
> > OFF.
> >
> > L'actionneur propose les objets A1 et A2 (et S1 et S2 qu'on ignore).
> >
> > Tu dois avoir:
> >
> > A1: GA1, GA3
> > A2: GA2, GA3
> >
> > GA1 est lum 1, GA2 est lum 2, GA3 est le groupe lum 1 et 2.
> >
> > B1: GA1 (S), GA3
> > B2: GA2 (S), GA3
> > B3: GA3 (S)
> > B4: GA3 (S)
> >
> > La sortie B1 doit envoyer des télégrammes sur GA1 (d'ou le flag S
> > activé), mais doit écouter GA3 pour entendre passer les On ou Off qui
> > y passent qui affectent GA1 indirectement. Pareil pour B2.
> >
> > Ca marche pas comme ca ?
>
> Si :o))))))
>
> Un grand merci. Je pense avoir pigé, cette fois : il faut que je renverse
> ma façon de penser... Et j'ai compris du même coup cette histoire de
> flag S...
>
> Grand merci (ainsi qu'à tous les autres).
>
> --
> Frédéric
>
> @Fred> Bon pour moi les images ça marche toujours pas
>
> ?!? P'têt quelques mots de détail ?!?
> Qu'est ce qui ne marche pas au juste ?
> Message d'erreur ?
> Un screen-shot du pop-up ?
> Avec quel account essayes-tu ?
> Est-ce que c'est l'account (addresse mail) avec laquelle tu t'es
> enregistré sur le forum ?
> Nous avons p'têt un problème qui est passé au bleu lors des reviews.
Tu as raison et j'ai donné une réponse sur l'autre thread.
Avec Safari OS X 10.6 et une adresse gmail (avec laquelle je suis
identifié sur tout google y compris ce forum), ca me donne un "Sorry,
the page (or document) you have requested is not available." Ca dit
aussi "Please check the address and try again." ce qui étant donné la
tête des URLs est à mourir de rire.
J'ai également essayé avec Firefox, même OS, même résultat.
> "envoyer des télégrammes sur GA1 (d'ou le flag S activé)"
J'admets que c'est un peu un abus de language. ETS n'est pas impliqué
dans la première partie de la phrase. Les télégrammes fonctionnels KNX
sont envoyés vers une adresse dit "de groupe" (Group Address, GA). Un
participant KNX manipule un certain nombre de valeurs, appelées
objets. Par exemple un interrupteur tout ou rien conserve la valeur
qui correspond au dernier appui sur le bouton, coté on ou off, dans un
objet, appelons le "appui". Ces objets s'affichent dans ETS en dessous
ou en regard du participant lorsqu'on clique dessus.
Lorsque on appuie sur le bouton, l'objet change de valeur, ce qui
provoque en général l'émission d'un télégramme sur la GA qui contient
cet objet. Mais il est possible d'associer plusieurs GA a un objet.
Par exemple l'objet B1 dans mon exemple ci-dessus. Dans ce ca,
l'interrupteur n'envoie de télégramme que sur la GA qui a le flag "S".
Quand il n'y a qu'une GA, elle a automatiquement le flag S.
Je sais plus trop de tête comment ça s'affiche dans ETS...
> - "doit écouter GA3 pour entendre passer les On ou Off"
Tout participant dont un objet est associé à une GA va "écouter" celle-
ci, c'est à dire que l'objet va changer de valeur en fonction des
télégrammes sur le bus. Ainsi, tous les objets liés à la même GA ont
la même valeur. En fait, même dans un cas tout simple 1 interrupteur
I, 1 objet OI, 1 actionneur A, 1 object OA, 1 GA avec les deux objets
OI et OA, quand tu appuyes sur l'interrupteur, l'objet OI change de
valeur, ce qui provoque l'émission d'un télégramme sur la GA, et comme
OA est dans la GA il "entend" le télégramme, ce qui change OA (ce qui
allume la lumiere).
Dans le cas de Frédéric (simplifié), OA est lié à 2 GAs, et donc
change en fonction des télégrammes sur ces deux GAs. Mais les
interrupteurs (en mode toggle) doivent également avoir leur OI
synchronisés avec la valeur de OA, sinon lors du prochain appui sur le
bouton, la fonction toggle inverse OI et un télégramme est envoyé qui
ne fait rien (vu que OA a changé à l'insu de OI, inverser le vieux OI
donne la valeur de OA).
Pour que tous les objets soit synchronisés, il suffit de tous les lier
à la GA, et indiquer sur quelle GA "émettre" en cas de changement de
l'objet.
Ca aide ?
vincent viard
Unregistered
Merci beaucoup Fred d'avoir prit le temps de détailler... Ca me permet
d'appréhender un peu plus la gestion d'état...
Je vais faire quelques tentatives pour comprendre sous ETS 
Merci
Le 3 décembre 2010 02:41, fred <frederic.thomas.ch@gmail.com> a écrit :
> > "envoyer des télégrammes sur GA1 (d'ou le flag S activé)"
>
> J'admets que c'est un peu un abus de language. ETS n'est pas impliqué
> dans la première partie de la phrase. Les télégrammes fonctionnels KNX
> sont envoyés vers une adresse dit "de groupe" (Group Address, GA). Un
> participant KNX manipule un certain nombre de valeurs, appelées
> objets. Par exemple un interrupteur tout ou rien conserve la valeur
> qui correspond au dernier appui sur le bouton, coté on ou off, dans un
> objet, appelons le "appui". Ces objets s'affichent dans ETS en dessous
> ou en regard du participant lorsqu'on clique dessus.
>
> Lorsque on appuie sur le bouton, l'objet change de valeur, ce qui
> provoque en général l'émission d'un télégramme sur la GA qui contient
> cet objet. Mais il est possible d'associer plusieurs GA a un objet.
> Par exemple l'objet B1 dans mon exemple ci-dessus. Dans ce ca,
> l'interrupteur n'envoie de télégramme que sur la GA qui a le flag "S".
> Quand il n'y a qu'une GA, elle a automatiquement le flag S.
>
> Je sais plus trop de tête comment ça s'affiche dans ETS...
>
> > - "doit écouter GA3 pour entendre passer les On ou Off"
>
> Tout participant dont un objet est associé à une GA va "écouter" celle-
> ci, c'est à dire que l'objet va changer de valeur en fonction des
> télégrammes sur le bus. Ainsi, tous les objets liés à la même GA ont
> la même valeur. En fait, même dans un cas tout simple 1 interrupteur
> I, 1 objet OI, 1 actionneur A, 1 object OA, 1 GA avec les deux objets
> OI et OA, quand tu appuyes sur l'interrupteur, l'objet OI change de
> valeur, ce qui provoque l'émission d'un télégramme sur la GA, et comme
> OA est dans la GA il "entend" le télégramme, ce qui change OA (ce qui
> allume la lumiere).
>
> Dans le cas de Frédéric (simplifié), OA est lié à 2 GAs, et donc
> change en fonction des télégrammes sur ces deux GAs. Mais les
> interrupteurs (en mode toggle) doivent également avoir leur OI
> synchronisés avec la valeur de OA, sinon lors du prochain appui sur le
> bouton, la fonction toggle inverse OI et un télégramme est envoyé qui
> ne fait rien (vu que OA a changé à l'insu de OI, inverser le vieux OI
> donne la valeur de OA).
>
> Pour que tous les objets soit synchronisés, il suffit de tous les lier
> à la GA, et indiquer sur quelle GA "émettre" en cas de changement de
> l'objet.
>
> Ca aide ?
>
>
>
On vendredi 03 décembre 2010, vincent viard wrote:
> Merci beaucoup Fred d'avoir prit le temps de détailler... Ca me permet
> d'appréhender un peu plus la gestion d'état...
Pereil pour moi !
Je vais d'ailleurs essayer de prendre le temps de pondre un petit tutoriel
en reprenant tes explications, avec des captures d'écran.
--
Frédéric
vincent viard
Unregistered
Excellente idée !!
Par contre j'ai une question complémentaire : dans le cas de faire un off
global vaut mieux utiliser la fonction off ou la scene ?
Le 3 décembre 2010 12:54, Frédéric <fma@gbiloba.org> a écrit :
> On vendredi 03 décembre 2010, vincent viard wrote:
>
> > Merci beaucoup Fred d'avoir prit le temps de détailler... Ca me permet
> > d'appréhender un peu plus la gestion d'état...
>
> Pereil pour moi !
>
> Je vais d'ailleurs essayer de prendre le temps de pondre un petit tutoriel
> en reprenant tes explications, avec des captures d'écran.
>
> --
> Frédéric
>
Stephane Triglia
Unregistered
Bonjour,
si c'est juste de l'eclairage, il vaut mieux utiliser off, ca te permet de
ne pas 'gaspiller' une scene car tu en a un nombre limité.
Stephane
Le 3 décembre 2010 13:39, vincent viard <vincentviard@gmail.com> a écrit :
> Excellente idée !!
>
> Par contre j'ai une question complémentaire : dans le cas de faire un off
> global vaut mieux utiliser la fonction off ou la scene ?
>
>
> Le 3 décembre 2010 12:54, Frédéric <fma@gbiloba.org> a écrit :
>
> On vendredi 03 décembre 2010, vincent viard wrote:
>>
>> > Merci beaucoup Fred d'avoir prit le temps de détailler... Ca me permet
>> > d'appréhender un peu plus la gestion d'état...
>>
>> Pereil pour moi !
>>
>> Je vais d'ailleurs essayer de prendre le temps de pondre un petit tutoriel
>> en reprenant tes explications, avec des captures d'écran.
>>
>> --
>> Frédéric
>>
>
>
vincent viard
Unregistered
Ok merci Stephane.
Maintenant je vais quand même me pencher sur le principe, le fonctionnement
et la programmation d'une scène car il s'agit d'un point encore inconnu pour
moi.
Le 3 décembre 2010 13:41, Stephane Triglia <stephane.triglia@gmail.com> a
écrit :
> Bonjour,
>
> si c'est juste de l'eclairage, il vaut mieux utiliser off, ca te permet de
> ne pas 'gaspiller' une scene car tu en a un nombre limité.
>
> Stephane
>
> Le 3 décembre 2010 13:39, vincent viard <vincentviard@gmail.com> a écrit :
>
> Excellente idée !!
>>
>> Par contre j'ai une question complémentaire : dans le cas de faire un off
>> global vaut mieux utiliser la fonction off ou la scene ?
>>
>>
>> Le 3 décembre 2010 12:54, Frédéric <fma@gbiloba.org> a écrit :
>>
>> On vendredi 03 décembre 2010, vincent viard wrote:
>>>
>>> > Merci beaucoup Fred d'avoir prit le temps de détailler... Ca me permet
>>> > d'appréhender un peu plus la gestion d'état...
>>>
>>> Pereil pour moi !
>>>
>>> Je vais d'ailleurs essayer de prendre le temps de pondre un petit
>>> tutoriel
>>> en reprenant tes explications, avec des captures d'écran.
>>>
>>> --
>>> Frédéric
>>>
>>
>>
>
|
