Retour d'état, faut-il du matériel spécifique ? - Version imprimable +- Forum KNX francophone / English KNX forum (https://www.knx-fr.com) +-- Forum : Français (https://www.knx-fr.com/forumdisplay.php?fid=3) +--- Forum : Archives eib-domotique (https://www.knx-fr.com/forumdisplay.php?fid=8) +--- Sujet : Retour d'état, faut-il du matériel spécifique ? (/showthread.php?tid=1531)

Retour d'état, faut-il du matériel spécifique ? - Frédéric - 30/11/2010 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 Retour d'état, faut-il du matériel spécifique ? - marc.assin - 01/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - Frédéric - 01/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - marc.assin - 01/12/2010 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. Retour d'état, faut-il du matériel spécifique ? - Frédéric - 01/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - Frédéric - 01/12/2010 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=0B9lyUJV76RhiNzQyMTU2NTctNGFlMS00MjY4LThiODYtYmNjMDFmM2I5ZmE2&hl=en https://docs.google.com/leaf?id=0B9lyUJV76RhiZTY2NjdjMjgtYmU3Yi00ZGU3LWFjMDAtYjVjY2JlZTVjODU4&hl=en Config. module sortie (N510) : https://docs.google.com/leaf?id=0B9lyUJV76RhiMTVhYjZlNzUtZWU3YS00NTJmLWExMDMtYzVmZTA3ZmVjMTQ3&hl=en Adresses de groupes : https://docs.google.com/leaf?id=0B9lyUJV76RhiOTQ5ZThjZDgtYWI0Mi00MzdhLThiYzUtOTY1MTFlYzFlOGQx&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 Retour d'état, faut-il du matériel spécifique ? - fred - 01/12/2010 > 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. Retour d'état, faut-il du matériel spécifique ? - Frédéric - 01/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - marc.assin - 01/12/2010 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" Retour d'état, faut-il du matériel spécifique ? - Frédéric - 01/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - fred - 01/12/2010 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. Retour d'état, faut-il du matériel spécifique ? - Frédéric - 01/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - fred - 02/12/2010 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 ? Retour d'état, faut-il du matériel spécifique ? - Frédéric - 02/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - marc.assin - 02/12/2010 @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 :-) Retour d'état, faut-il du matériel spécifique ? - Frédéric - 02/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - vincent viard - 02/12/2010 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 > Retour d'état, faut-il du matériel spécifique ? - fred - 03/12/2010 > @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. Retour d'état, faut-il du matériel spécifique ? - fred - 03/12/2010 > "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 ? Retour d'état, faut-il du matériel spécifique ? - vincent viard - 03/12/2010 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 ? > > > Retour d'état, faut-il du matériel spécifique ? - Frédéric - 03/12/2010 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 Retour d'état, faut-il du matériel spécifique ? - vincent viard - 03/12/2010 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 > Retour d'état, faut-il du matériel spécifique ? - Stephane Triglia - 03/12/2010 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 >> > > Retour d'état, faut-il du matériel spécifique ? - vincent viard - 03/12/2010 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 >>> >> >> >