Pb fontion impulsion / objets d'acquittement

166 views
Skip to first unread message

Bizniouf

unread,
Sep 28, 2013, 5:07:20 PM9/28/13
to domoti...@googlegroups.com
Bonjour,
 
J'ai installé des interrupteur Schneider/Merten MTN 628219 et des actionneurs Theben RMG8S.
J'ai associé l'objet indiquant l'état marche/arrêt des sorties des actionneurs aux objets d'acquittement des touches des interrupteurs de telle façon que les leds des interrupteurs s'allument lorsque les lampes sont allumées. ça fonctionne.
 
Maintenant j'essaie d'utiliser la fonction "Impulsion" des actionneurs mais je rencontre un problème car si l'état de la lampe semble être récupéré par les interrupteurs au bout du timer (les leds s'éteignent), il y a qqchose qui cloche car une pression sur le bouton poussoir après l'extinction est sans effet. Il faut appuyer une seconde fois pour que ça fonctionne…
 
Quand je regarde ce qui je passe avec le moniteur de groupe j'observe qu'à la première pression après l'extinction par le timer, alors que la led est bien éteinte, l'interrupteur envoie "Arrêt". Donc il considère qu'elle est toujours allumée alors qu'il a reçu l'indication d'extinction et en a bien tenu compte pour éteindre la led.
 
J'avoue ne rien y comprendre...
 
Avez vous déjà rencontré ce pb et dans l'affirmative comment l'avez vous résolu ?
 
A l'avance merci de votre aide
 
Thierry

Bizniouf

unread,
Nov 2, 2013, 4:05:47 PM11/2/13
to domoti...@googlegroups.com
Bonjour,
 
Je relance ma question car personne ne m'a répondu et que je suis toujours aussi sec.
J'ai lu ce qui avait été écrit sur le double appui (et j'ai l'impression d'avoir compris mais...). Mes interrupteurs sont bien abonnés au retour d'état de l'actionneur.
Lorsque j'éteins la lampe à l'aide d'un interrupteur, l'indication de l'état "arrêt" est bien transmis sur le bus et reçu par tous les interrupteurs, qui éteignent leur led d'état. Si je réappuie ensuite sur n'importe lequel ça marche.
Par contre, lorsque la lampe s'éteint suite à l'écoulement du timer sur l'actionneur (Theben RMG8), l'indication de l'état "arrêt" est bien transmis sur le bus et reçu par tous les interrupteurs, qui éteignent leur led d'état MAIS il semble y avoir un déphasage entre la led et l'état interne des interrupteurs car suite à ça il faut que j'appuie 2 fois pour réallumer ma lampe.
 
Je serais très reconnaissant envers celui qui m'expliquerais ce qui cloche / ce que je n'ai pas compris...
 
Thierry

crousaz maxime

unread,
Nov 3, 2013, 10:55:34 AM11/3/13
to domoti...@googlegroups.com
bonjours a toi étant novice en la matière, je vais essayé de t'apporter un peu d'aide mais je te promet rien. as tu lié les objets on/off de tes boutons poussoirs avec la sortie timer de ton actuateur de sortie pour qu'ils puissent récupérer l'état du timer?

Bizniouf

unread,
Nov 3, 2013, 2:43:03 PM11/3/13
to domoti...@googlegroups.com
Bonjour Maxime,
Merci de ta réponse.
Oui, comme dit, j'ai créé une adresse de groupe à laquelle j'ai relié d'une part l'objet d'état de mon actionneur et d'autre part les objets "d'acquittement" de mes interrupteurs. Comme dit, ça marche d'ailleurs parfaitement bien tant que l'extinction est commandée par un bouton poussoir (quel qu'il soit). Par contre, si elle est commandée par le timer de l'actionneur, le message d'état est bien envoyé (je le vois passer via ETS) et les leds des interrupteurs s'éteignent, MAIS ils envoient de nouveau "arrêt" lorsque j'appuie dessus après. Tout se passe comme s'il y avait une désynchronisation entre l'allumage de la led, pourtant piloté par l'état renvoyé par l'actionneur, et l'état interne de l'interrupteur. Moi rien comprendre... :-(
Thierry
 
P.S.: J'ai vu ton message sur un sujet connexe mais n'y ai pas répondu de peur de raconter des âneries. Ceci dit, si j'y avais répondu je t'aurais dit que oui, il suffit de créer une adresse de groupe telle que celle que j'ai décrite plus haut pour que ça fonctionne, peu importe si tu commandes l'actionneur au travers d'une ou de plusieurs adresses de groupe. Ceci dit, tu l'auras bien compris, mon avis n'a que peu de valeur dans la mesure où je peine à comprendre ce qui se passe chez moi...

crousaz maxime

unread,
Nov 3, 2013, 3:07:12 PM11/3/13
to domoti...@googlegroups.com
Ce que j'ai voulu dire c'est de lier tous tes oc on/off de tes bp qui allume ta lampe dans ton GA ou est lié ta sortie timer  et l'oc du bp qui lance ton timer si tu les lies tous tes bp seront comment est ta sortie ps: tu remarquera que seul les oc de ta sortie timer et de ton bp qui lance le timer auront le flag "S" send

Thierry Pertuy

unread,
Nov 3, 2013, 5:28:22 PM11/3/13
to domoti...@googlegroups.com
Merci encore de ton aide.
 
J'avoue ne pas avoir vraiment compris ce que tu voulais dire...
Quand tu parles de "oc on/off de tes BP", je comprends "les objets de commutation envoyés par les boutons poussoir".
Je crois avoir compris que tu me conseillais de les associer au GA à laquelle est liée la sortie d'état de l'actionneur.
Pas compris ton histoire de flag "S".
 
...toujours est il que j'ai essayé (...) ;-) et que ça fonctionne !
 
En clair...
  • pour que les leds d'état des interrupteurs soient mises à jour, il faut lier les objets d'acquittement à l'adresse de groupe à laquelle est liée la sortie d'état de l'actionneur
  • pour que l'état des interrupteurs soit mis à jour, il faut lier les objets on/off, comme tu dis, à l'adresse de groupe à laquelle est liée la sortie d'état de l'actionneur
ça me parait tout à fait illogique, surtout du fait que l'état des interrupteurs est bien mis à jour sans ce lien objets on/off<>sortie d'état de l'actionneur lorsque la lampe est éteinte depuis un interrupteur, mais bon, ça fonctionne.
Du coup je pense me passer d'objets d'acquittement et faire dépendre la led d'état des objets on/off eux-mêmes.
 
En tout cas merci pour ton aide, même si encore une fois, je ne comprends pas pourquoi ça ne fonctionnait pas avant.
@+
 
Thierry
 
 


--
 
---
Vous recevez ce message car vous êtes abonné à un sujet dans le groupe Google Groupes "domotique-EIB".
Pour vous désabonner de ce sujet, visitez le site https://groups.google.com/d/topic/domotique-eib/R_3I_tnEJUE/unsubscribe.
Pour vous désabonner de ce groupe et de tous ses sujets, envoyez un e-mail à l'adresse domotique-ei...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

crousaz maxime

unread,
Nov 3, 2013, 6:19:19 PM11/3/13
to domoti...@googlegroups.com
en fait je veu pas dire de conneries mais je crois que lorsque tu assigne une fonction a une sortie ex:timer ou que tu veuille faire un off général par exemple il faut pour que tes bp sache dans quel état est ta sortie aprés quelle est été activé par un autre ordre que celui ton ton bp... en clair dés lors qu'une sortie est piloté de plusieurs manières il faut lié tous les OC de commutation des capteurs ou interupteur concernés par le changement.
pour le flag "s" si tu regarde tes OC de cummutation de tes bp tu verra dans ets il y a un "S" sur certain ceux qui agissent directement sur ta sortie ex GA on/off lampe1(oc de cummutation bp1 , oc on/off sortie1) mais si tu regarde dans un autre GA ou il est utilisé le GA de ton timer par exemple tu ne verra pas se fameux S c'est ce qui défini l'envoi de ton OC pour le cas du on/off tu as besoin de l'envoi "S" le fameux send pour que ta sortie soi activé mais par contre pour pour ce qui est du de ta laison avec a l'intérieur dU ga TIMER tu veu seulement mettre au courant tes bp du changement donc pas d'envoi. c'est ce que j'en ai dédui que quelqu'un me corrige si toutefois il comprend ma synthaxe ;)

Thierry Pertuy

unread,
Nov 5, 2013, 4:44:42 PM11/5/13
to domoti...@googlegroups.com
>> en fait je veu pas dire de conneries mais je crois que lorsque tu assigne une fonction a une sortie ex:timer ou que tu veuille faire un off général par exemple il faut pour que tes bp sache dans quel état est ta sortie aprés quelle est été activé par un autre ordre que celui ton ton bp...
 
Sur ce point nous sommes d'accord
 
>> en clair dés lors qu'une sortie est piloté de plusieurs manières il faut lié tous les OC de commutation des capteurs ou interupteur concernés par le changement.
Moi j'avais lié l'objet d'état de mon actionneur aux objets d'acquittement de mes BPs. ça marchait tant que je n'utilisais pas la fonction timer. Maintenant j'ai lié l'objet d'état de mon actionneur aux objets de commande on/off de mes BPs. ça marche à condition que le premier lien de chaque objet on/off (car du coup il y en a deux sur chaque) soit associé à la GA de commande de l'actionneur.
 
>> pour le flag "s" si tu regarde tes OC de cummutation de tes bp tu verra dans ets il y a un "S" sur certain ceux qui agissent directement sur ta sortie ex GA on/off lampe1(oc de cummutation bp1 , oc on/off sortie1) mais si tu regarde dans un autre GA ou il est utilisé le GA de ton timer par exemple tu ne verra pas se fameux S c'est ce qui défini l'envoi de ton OC pour le cas du on/off tu as besoin de l'envoi "S" le fameux send pour que ta sortie soi activé mais par contre pour pour ce qui est du de ta laison avec a l'intérieur dU ga TIMER tu veu seulement mettre au courant tes bp du changement donc pas d'envoi. c'est ce que j'en ai dédui que quelqu'un me corrige si toutefois il comprend ma synthaxe ;)
 
Je n'observe pas ça. Tous mes objets on/off ont l'attribut "T"ransmission", "E"criture et "C"ommunication. Je peux changer ces attributs si je veux mais je n'ai pas eu à le faire et ils sont tous pareil.
 
En tout cas merci de ton aide car grâce à toi ça fonctionne à présent !

crousaz maxime

unread,
Nov 5, 2013, 5:21:05 PM11/5/13
to domoti...@googlegroups.com
ça marche à condition que le premier lien de chaque objet on/off (car du coup il y en a deux sur chaque) soit associé à la GA de commande de l'actionneur.
oui c'est bien la sur ton premier lien d'oc que tu fai ou le flag "s" doit etre écrit ce flag est automatiquement assigné sur ta première assignation a un GA regarde ton objet on/off qui est associé a la commande de ta sortie tu pourra voire le fameux "s"
pour ce qui est de ce que j'ai dit plus haut apparemment sur ces fameuse liaisons on/off de l'inter avec l'indication d'état de ta sortie j'ai demandé a un expert knx un des formateur de la fameuse certification knx qui m'a dit qu'un objet de communication d'un pré actionneur ne doit pas etre assigné plusieur fois dans une GA c'est une histoire de trame knx.... mais je t'épargnerai les détails.... donc ce que je t'ai dit plus haut est complètement absurde et faux d'aprés lui. ceci dit chez toi sa a l'air de fonctionner...bizard  Alors je ne comprend pas bien si quelqu'un peut nous en dire plus.... si sa marche chez toi t'en mieu mais sache que pour un pro c'est une erreur de faire comme sa, je ne veu pas te pourrir ton installe avec mes conseils d'amateurs... alors be carefull... a plus

knx...@gmail.com

unread,
Nov 5, 2013, 5:47:29 PM11/5/13
to domoti...@googlegroups.com
Le 05/11/2013, crousaz a écrit :

> [...]
> qui m'a dit qu'un objet de communication d'un pré actionneur ne doit pas
> etre assigné plusieur fois dans une GA c'est une histoire de trame knx....

Ce qu'il faut surtout, c'est qu'il n'y ait qu'une seul objet de com ayant le
flag R dans une GA ; normal, si plusieurs objets répondent en même temps à
une demande de lecture, c'est le bordel sur le bus ; sans parler du fait
qu'ils peuvent ne pas être synchro...

crousaz maxime

unread,
Nov 5, 2013, 6:03:27 PM11/5/13
to domoti...@googlegroups.com
petite question est il possible d'éviter l'effet de pompage "double appui suite a l'appel d'un scénario?
Reply all
Reply to author
Forward
0 new messages