Hallo,
ist es möglich das Verhalten des eingebauten Tasters eines Rollladenaktors (z.B. HM-LC-Bl1PBU-FM) "Taste lange drücken" -> "Rollladen fährt bis zum Loslassen der Taste" mit einem 2-fach Wandtaster und direktem Peering nachzubilden?
Der Wandtaster sendet gepeert beim Längerdrücken "Long", "Long", ... , "LongRelease und der Aktor scheint ja nur einmal, nach dem LongRelease, die Anfrage durchzuführen. Bei mir fährt der Rollladen so nur ganz kurz. Das Verhalten entspricht nicht dem des eingebauten Tasters.
Ich hab keine Info dazu finden können.
Klar kann man. Da fallen mir knapp tausend Wege ein.
Mache den internen Taster sichtbar intkeyvisib
Dann lese die Register.
Dann archivieren die register mit hminfo.
Dann nehme die internen Register aus dem file und quasi kopiere diese mit regset in das Register des anderen peers.
Es gibt auch ein copy Register in hminfo.
Oder du machst ein template aus self01 und wendest es auf den anderen peer an
Ich habe die internen Register des Aktors sichtbar gemacht.
Die long-Register des Wandtaster_Btn_01 entsprechen aber denen des internen Aktor self01 bereits. (bis auf die lgMaxTimeF 0.4 vs 0.5).
Trotzdem verhält sich der Wandtasterbutton beim Längerdrücken nicht so wie der self01 Button, sondern wie oben beschrieben.
Aktor-Taster:
3:self01 lgActionType :jmpToTarget
3:self01 lgBlJtDlyOff :refOff
3:self01 lgBlJtDlyOn :dlyOff
3:self01 lgBlJtOff :dlyOff
3:self01 lgBlJtOn :dlyOff
3:self01 lgBlJtRampOff :rampOff
3:self01 lgBlJtRampOn :on
3:self01 lgBlJtRefOff :rampOff
3:self01 lgBlJtRefOn :on
3:self01 lgCtDlyOff :geLo
3:self01 lgCtDlyOn :geLo
3:self01 lgCtOff :geLo
3:self01 lgCtOn :geLo
3:self01 lgCtRampOff :geLo
3:self01 lgCtRampOn :geLo
3:self01 lgCtRefOff :geLo
3:self01 lgCtRefOn :geLo
3:self01 lgCtValHi :100
3:self01 lgCtValLo :50
3:self01 lgDriveMode :direct
3:self01 lgMaxTimeF :0.4 s
3:self01 lgMultiExec :on
3:self01 lgOffDly :0 s
3:self01 lgOffLevel :0 %
3:self01 lgOffTime :unused
3:self01 lgOffTimeMode :absolut
3:self01 lgOnDly :0 s
3:self01 lgOnLevel :100 %
3:self01 lgOnTime :unused
3:self01 lgOnTimeMode :absolut
Wand-Taster:
3:Wandschalter.6f.oben_Btn_01 lgActionType :jmpToTarget
3:Wandschalter.6f.oben_Btn_01 lgBlJtDlyOff :refOff
3:Wandschalter.6f.oben_Btn_01 lgBlJtDlyOn :dlyOff
3:Wandschalter.6f.oben_Btn_01 lgBlJtOff :dlyOff
3:Wandschalter.6f.oben_Btn_01 lgBlJtOn :dlyOff
3:Wandschalter.6f.oben_Btn_01 lgBlJtRampOff :rampOff
3:Wandschalter.6f.oben_Btn_01 lgBlJtRampOn :on
3:Wandschalter.6f.oben_Btn_01 lgBlJtRefOff :rampOff
3:Wandschalter.6f.oben_Btn_01 lgBlJtRefOn :on
3:Wandschalter.6f.oben_Btn_01 lgCtDlyOff :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtDlyOn :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtOff :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtOn :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtRampOff :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtRampOn :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtRefOff :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtRefOn :geLo
3:Wandschalter.6f.oben_Btn_01 lgCtValHi :100
3:Wandschalter.6f.oben_Btn_01 lgCtValLo :50
3:Wandschalter.6f.oben_Btn_01 lgDriveMode :direct
3:Wandschalter.6f.oben_Btn_01 lgMaxTimeF :0.5 s
3:Wandschalter.6f.oben_Btn_01 lgMultiExec :on
3:Wandschalter.6f.oben_Btn_01 lgOffDly :0 s
3:Wandschalter.6f.oben_Btn_01 lgOffLevel :0 %
3:Wandschalter.6f.oben_Btn_01 lgOffTime :unused
3:Wandschalter.6f.oben_Btn_01 lgOffTimeMode :absolut
3:Wandschalter.6f.oben_Btn_01 lgOnDly :0 s
3:Wandschalter.6f.oben_Btn_01 lgOnLevel :100 %
3:Wandschalter.6f.oben_Btn_01 lgOnTime :unused
3:Wandschalter.6f.oben_Btn_01 lgOnTimeMode :absolut
für den aktor gibt es fw. ist deine aktuell?
die daten sind auch aktuell, ggf nach frischem getconfig?
der funk ist optimal? eventuell mal sniffen, wie im wiki homematic sniffen beschrieben.
Ändert du long oder short?
Schaue es dir einfacher mit get regtable an. Einfacher zu vergleicjen
Ich möchte das long Verhalten haben. getConfigs sind aktuell, FW ist 1.2 (Taster) und 2.8 (Aktor). Funk ist optimal - Verhalten gleich, egal ob man mit dem Taster daneben steht.
Wandtaster Btn_01 3AF86C
Rollladenaktor 41A490
AES ist eingeschaltet.
Hier die Messages während des Langdrückens. Wie man sieht, wird nur das letzte Remote-Event vom Aktor verarbeitet.
Am Ende steht der Rollladen bei 47%, das sieht man ja auch an der Info Status Message. Insgesamt fährt der Rollladen nur 3% nach oben nach dem longRelease vom Taster.
2016.05.12 22:02:21.181 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89331 d:FF r:FFBA m:EF 8440 3AF86C 41A490 4158
2016.05.12 22:02:21.437 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E8943C d:FF r:FFBA m:F0 8440 3AF86C 41A490 4158
2016.05.12 22:02:21.693 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89546 d:FF r:FFBB m:F1 8440 3AF86C 41A490 4158
2016.05.12 22:02:21.981 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89652 d:FF r:FFBA m:F2 8440 3AF86C 41A490 4158
2016.05.12 22:02:22.237 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E8975D d:FF r:FFBA m:F3 8440 3AF86C 41A490 4158
2016.05.12 22:02:22.493 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89869 d:FF r:FFBB m:F4 8440 3AF86C 41A490 4158
2016.05.12 22:02:22.781 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89973 d:FF r:FFBA m:F5 8440 3AF86C 41A490 4158
2016.05.12 22:02:23.037 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89A7E d:FF r:FFBA m:F6 8440 3AF86C 41A490 4158
2016.05.12 22:02:23.293 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89B89 d:FF r:FFBA m:F7 8440 3AF86C 41A490 4158
2016.05.12 22:02:23.581 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89C94 d:FF r:FFBA m:F8 8440 3AF86C 41A490 4158
2016.05.12 22:02:23.837 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89D9E d:FF r:FFBA m:F9 8440 3AF86C 41A490 4158
2016.05.12 22:02:24.093 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89EA9 d:FF r:FFBA m:FA 8440 3AF86C 41A490 4158
2016.05.12 22:02:24.381 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E89FB4 d:FF r:FFBB m:FB 8440 3AF86C 41A490 4158
2016.05.12 22:02:24.637 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E8A0BF d:FF r:FFBA m:FC 8440 3AF86C 41A490 4158
2016.05.12 22:02:24.893 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E8A1C9 d:FF r:FFB9 m:FD A040 3AF86C 41A490 4158
2016.05.12 22:02:25.053 0: HMLAN_Parse: hmusb R:E41A490 stat:0000 t:58E8A24B d:FF r:FFCF m:FD A002 41A490 3AF86C 04DF7ECD391E3E02
2016.05.12 22:02:25.169 0: HMLAN_Send: hmusb I:K
2016.05.12 22:02:25.213 0: HMLAN_Parse: hmusb V:03C7 sNo:MEQ0231550 d:37321C O:37321C t:58E8A2F7 IDcnt:000D L:8 %
2016.05.12 22:02:25.277 0: HMLAN_Parse: hmusb R:E41A490 stat:0000 t:58E8A346 d:FF r:FFCC m:FD 8002 41A490 3AF86C 010164205FB603BC61
2016.05.12 22:02:25.501 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E8A429 d:FF r:FFB9 m:FD A040 3AF86C 41A490 4158
2016.05.12 22:02:25.885 0: HMLAN_Parse: hmusb R:E3AF86C stat:0000 t:58E8A58E d:FF r:FFB9 m:FD A040 3AF86C 41A490 4158
2016.05.12 22:02:26.013 0: HMLAN_Parse: hmusb R:E41A490 stat:0000 t:58E8A60F d:FF r:FFCF m:FD A002 41A490 3AF86C 048D0E395360B702
2016.05.12 22:02:26.237 0: HMLAN_Parse: hmusb R:E41A490 stat:0000 t:58E8A709 d:FF r:FFCF m:FD 8002 41A490 3AF86C 01015E005E9BA715C9
2016.05.12 22:02:27.709 0: HMLAN_Parse: hmusb R:E41A490 stat:0000 t:58E8ACC7 d:FF r:FFCF m:FE A410 41A490 37321C 06015E00
Rollladen.Kueche.klein type:blindActuator -
list:peer register :value
0: confBtnTime :permanent
0: intKeyVisib :visib
0: localResDis :off
0: pairCentral :0x37321C
1: driveDown :17 s
1: driveTurn :0.5 s
1: driveUp :17 s
1: refRunCounter :0
1: sign :on
1: statusInfoMinDly :2 s
1: statusInfoRandom :1 s
1: transmitTryMax :6
Wandschalter.6f.oben_Btn_01 Wandschalter.6f.oben_Btn_02 self01 self02
lg sh lg sh lg sh lg sh
ActionType jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget
BlJtDlyOff refOff refOff dlyOn dlyOn refOff refOff dlyOn dlyOn
BlJtDlyOn dlyOff dlyOff refOn refOn dlyOff dlyOff refOn refOn
BlJtOff dlyOff dlyOff dlyOn dlyOn dlyOff dlyOff dlyOn dlyOn
BlJtOn dlyOff dlyOff dlyOn dlyOn dlyOff dlyOff dlyOn dlyOn
BlJtRampOff rampOff rampOff off off rampOff rampOff off off
BlJtRampOn on on rampOn rampOn on on rampOn rampOn
BlJtRefOff rampOff rampOff off off rampOff rampOff off off
BlJtRefOn on on rampOn rampOn on on rampOn rampOn
CtDlyOff geLo geLo geLo geLo geLo geLo geLo geLo
CtDlyOn geLo geLo geLo geLo geLo geLo geLo geLo
CtOff geLo geLo geLo geLo geLo geLo geLo geLo
CtOn geLo geLo geLo geLo geLo geLo geLo geLo
CtRampOff geLo geLo geLo geLo geLo geLo geLo geLo
CtRampOn geLo geLo geLo geLo geLo geLo geLo geLo
CtRefOff geLo geLo geLo geLo geLo geLo geLo geLo
CtRefOn geLo geLo geLo geLo geLo geLo geLo geLo
CtValHi 100 100 100 100 100 100 100 100
CtValLo 50 50 50 50 50 50 50 50
DriveMode direct direct direct direct direct direct direct direct
MaxTimeF (s) 0.5 unused 0.5 unused 0.4 unused 0.4 unused
MultiExec on off on off on off on off
OffDly (s]) 0 0 0 0 0 0 0 0
OffLevel (%) 0 0 0 0 0 0 0 0
OffTime unused unused unused unused unused unused unused unused
OffTimeMode absolut absolut absolut absolut absolut absolut absolut absolut
OnDly (s) 0 0 0 0 0 0 0 0
OnLevel (%) 100 100 100 100 100 100 100 100
OnTime unused unused unused unused unused unused unused unused
OnTimeMode absolut absolut absolut absolut absolut absolut absolut absolut
ich würde aes mal abschalten. im changelog sind bereits 2 bugfixes mit aktivem aes beschrieben. ich finde es auch fraglich, ob es in der kürze der zeit überhaupt theoretisch möglich ist.
Scheint am AES zu liegen. Wenn ich es abschalte verhält sich der Wandtaster zum Aktor bis auf eine kleine Verzögerung wie der lokale Taster.
Also entweder ein Bug oder AES frist auf dem Aktor zuviel Ressourcen um mit der Flut an Nachrichten klarzukommen.
ZitatAlso entweder ein Bug oder AES frist auf dem Aktor zuviel Ressourcen um mit der Flut an Nachrichten klarzukommen.
ich denke, dass es
absichtlich abgeschaltet wird.
nach deinem log kommen die long messages ca alle 300-400 ms. da kann eine signierung nicht funktionieren, denn die dauert beim longrelease schon länger. wenn der taster dann noch mehr devices triggern soll, gute nacht. von wiederholungen der messages mal ganz abgesehen.
Ist sicher ein Problem. Erst einmal:ist AES im Schalter aktiviert?
Ablauftechnisch ist es problematisch. Im allgemeinen wird bei long wie gesehen alle halbe sec eine messages gesendet, ohne ACK. Ein ACK wird erst nach der letzten msg angefordert. Und vor dem ACK wird AES ausgetauscht.
Stellt man sich nun mehrere Aktoren vor wird es problematisch. Ohne AES empfangen alle die msgs gleichzeitig. Am Ende werden alle mit ACK geprüft.
AES ist also in so einem long Fall ein Problem. Muss man einmal aufzeichnen um die Strategie zu verstehen.