Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter

Begonnen von jab, 29 Dezember 2013, 22:04:10

Vorheriges Thema - Nächstes Thema

traxanos

Erstmal das anlernen eines Schalters im Dual sorgt immer dafür das der angelegte Taster nicht geht. Es muss manuell alle RegSet manuell gesetzt werden. Drücke ich 2x hinter einander, so wir manchmal der zweite Tastendruck ignoriert und manchmal geht er. Das gilt auch wenn die Taster im Toggle (Single) Modus konfiguriert sind. Lerne ich z.B. den 6fach Taster an als Single, so klappt das Togglen perfekt. Darauf hin habe ich versucht die Register von dem 6fach Taster zu übernehmen, was ich aber vergessen kann, da die Registerwerte unlogisch sind. z.B. ist die Short-Aktion deaktiviert, dennoch lässt sich damit Schalten. Übertrage ich das auf den internen Schalter hat dieser danach keine Funktion mehr. Dabei habe ich schon unzählige RegSet Kombis versucht u.a. auch deine. Aber so richtig rund wirkt der nicht. Dauern hat man das Gefühl das er nicht richtig reagiert. Dazu kommen Delays von 0.5-0.8 Sek beim Schalten. Komisch finde ich, dass der Toggle per 6fach Taster unter 0.5 Sek. schaltet und wesentlich angenehmer sich anfühlt.

Aber ich überlege aktuell sowieso die Wechselschaltungen auszuhebeln. Idee ich baue auf beiden Seiten die UP-Schalter ein und nur einen von beiden bespiele ich mit der Firmware. So kann ich dann den einen mit dem anderen Schalter direkt verknüpfen und den Hauptschalter mit der OriginalFW betreiben. Mal schauen ob das dann angenehmer arbeitet.

Im Einsatz:
FHEM: Latest auf RPi2
HM: vCCU, HMLAN, HMUSB2, HM-CC-RD-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-ES-PMWs1-Pl, HM-LC-Sw1PBU-FM, HM-PB-2-WM55-2, HM-RC-8, HM-BP-6-WM55
CUL: ESA2000, Intertechno

flaxig

@traxanos: In deinem Profil habe ich gesehen, dass du eine vccu definiert hast. Hast du bei IOgrp des Schalters auch die vccu eingetragen? Ich habe nämlich festgestellt, dass sich die Taster mit vccu viel friedlicher verhalten! Es kommt vor, dass die Btn-Kanäle Trigger-Messages verschicken mit denen der HMLAN nichts anfangen kann, das hat bei mir des öfteren zu HMLAN-Overload geführt, wenn ich einen Button auf dem Schalter gedrückt habe. VCCU fängt diese Messeges wohl ab und es läuft (keine Schaltverzögerung mehr und kein zweifaches Drücken zum Schalten)

frank

ZitatEs kommt vor, dass die Btn-Kanäle Trigger-Messages verschicken mit denen der HMLAN nichts anfangen kann, das hat bei mir des öfteren zu HMLAN-Overload geführt, wenn ich einen Button auf dem Schalter gedrückt habe.
hast du davon logs?

das verhalten mit overload kenne ich etwas anders. es gibt (gab?) eine konstellation, da sendet der schalter im sekunden rythmus den stromwert. diese message wird dann stets mit ack beantwortet und führt nach kurzer zeit zum overload. ich weiss leider nicht mehr, wie das genau war.

grundsätzlich sollte dein beobachtetes verhalten aber unabhängig von einer vccu auftreten. diese kann ja höchstens das io bei overload wechseln. das senden/verhalten des sw1pbu bleibt davon ja unbeeindruckt, da der schalter autark (ohne fhem) arbeitet.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

traxanos

Ja die hängen alle an der vCCU.

Ich werde heute Abend auf einen Taster mit Standardfirmware umspringen und die mit angepasster Firmware nur als Sensor nutzen. Dann kann ich auch mal das Schaltverhalten vergleichen, sowie den Stromverbrauch. Normal sollen die ja weniger als 0,5 W ziehen. Bei einer groben Messung war ich ohne Verbrauch bei über 1W. Ich hatte bis eben aber keine mit mir Originalfirmware :D
Im Einsatz:
FHEM: Latest auf RPi2
HM: vCCU, HMLAN, HMUSB2, HM-CC-RD-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-ES-PMWs1-Pl, HM-LC-Sw1PBU-FM, HM-PB-2-WM55-2, HM-RC-8, HM-BP-6-WM55
CUL: ESA2000, Intertechno

flaxig

Zitat
hast du davon logs?

Leider ist das log nur voller "CMDs_pending-CMDs_done", mehr wurde nicht aufgezeichnet.
Mal ein Auszug:

2015-07-08_22:06:17 HM_37DA76 CMDs_pending
2015-07-08_22:06:17 HM_37DA76 CMDs_pending
2015-07-08_22:06:17 HM_37DA76 CMDs_pending
2015-07-08_22:06:17 HM_37DA76 CMDs_done
2015-07-08_22:06:19 HM_37DA76 CMDs_done
2015-07-08_22:06:21 HM_37DA76 CMDs_pending
2015-07-08_22:06:21 HM_37DA76 CMDs_pending
2015-07-08_22:06:26 HM_37DA76 CMDs_done
2015-07-08_22:06:26 HM_37DA76 CMDs_pending
2015-07-08_22:06:26 HM_37DA76 CMDs_pending
2015-07-08_22:06:26 HM_37DA76 CMDs_pending
2015-07-08_22:06:27 HM_37DA76 CMDs_done
2015-07-08_22:06:29 HM_37DA76 CMDs_done
2015-07-08_22:06:30 HM_37DA76 CMDs_pending
2015-07-08_22:06:30 HM_37DA76 CMDs_pending
2015-07-08_22:06:36 HM_37DA76 CMDs_done
2015-07-08_22:06:37 HM_37DA76 CMDs_pending
2015-07-08_22:06:37 HM_37DA76 CMDs_pending
2015-07-08_22:06:37 HM_37DA76 CMDs_pending
2015-07-08_22:06:37 HM_37DA76 CMDs_done
2015-07-08_22:06:40 HM_37DA76 CMDs_done
2015-07-08_22:06:41 HM_37DA76 CMDs_pending
2015-07-08_22:06:41 HM_37DA76 CMDs_pending
2015-07-08_22:06:46 HM_37DA76 CMDs_done
2015-07-08_22:06:47 HM_37DA76 CMDs_pending
2015-07-08_22:06:47 HM_37DA76 CMDs_pending
2015-07-08_22:06:47 HM_37DA76 CMDs_pending
2015-07-08_22:06:48 HM_37DA76 CMDs_done
2015-07-08_22:06:49 HM_37DA76 CMDs_done
2015-07-08_22:06:51 HM_37DA76 CMDs_pending
2015-07-08_22:06:51 HM_37DA76 CMDs_pending
2015-07-08_22:06:57 HM_37DA76 CMDs_done
usw.

Was mir allerdings aufgefallen ist, wenn ich einen Button drücke erscheint im Reading des Button-Kanal:

trigDst_2CD9F3   noConfig


Wobei 2CD9F3 die hmid meines HMLAN ist.
Danach fängt er dann wild an zu senden.
Interessanterweise trifft das nur auf Btn_01 zu

Vielleicht ist das mit der VCCU Zufall, auf jeden Fall laufen Sie momentan stabil.
Ich dachte mir halt, die VCCU könnte solche Msg. abfangen,
siehe hier:
http://forum.fhem.de/index.php/topic,25815.msg188387.html#msg188387
oder hier:
http://forum.fhem.de/index.php/topic,27088.msg200872.html#msg200872

Gruß Frank

flaxig

Zitatdas verhalten mit overload kenne ich etwas anders. es gibt (gab?) eine konstellation, da sendet der schalter im sekunden rythmus den stromwert. diese message wird dann stets mit ack beantwortet und führt nach kurzer zeit zum overload. ich weiss leider nicht mehr, wie das genau war.

Dieses Verhalten hatte ich anfänglich auch, habe es aber durch Anpassen des minImpulsLenght - Wertes in der Firmware in den Griff bekommen.

frank

bei dir ist auf alle fälle etwas nicht ok.

am besten wären raw-messages vom schalter.
Zitatattr hmlan logIDs 37DA76

und je ein list von hmlan, vccu, und schalter (am besten alle 5).

ZitatIch dachte mir halt, die VCCU könnte solche Msg. abfangen,
sie werden nicht abgefangen, sondern können zugeordnet werden, da durch die vccu der hmlan in fhem bekannt gemacht wird. diese hmid ist dann nicht mehr unbekannt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

traxanos

So mein Umbau ist abgeschlossen. Also die Taster mit OriginalFW arbeiten viel schneller. Ich habe nun einen Taster mit CustomFW gegen einen mit OriginalFW gepeert. Ergebnis auch hier sind die Buttons verzögert. Dann habe ich einen Taster mit CustomFW gegen einen Dimmer gepeert. Ergebnis ist dass man damit nicht dimmen kann aufgrund der Verzögern. Dabei sind alle RegSet dem eines anderen Tasters gleich. Somit liegt es an der CustomFW das diese Verzögerungen exisiteren. Ich vermute das die Firmware nicht optimal gebaut wurde.

Als Sekundärschalter reicht es für mich aber alle mal. Immer noch besser, als Aufputztaster zu verbauen. Aber schade ist es dennoch.
Im Einsatz:
FHEM: Latest auf RPi2
HM: vCCU, HMLAN, HMUSB2, HM-CC-RD-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-ES-PMWs1-Pl, HM-LC-Sw1PBU-FM, HM-PB-2-WM55-2, HM-RC-8, HM-BP-6-WM55
CUL: ESA2000, Intertechno

flaxig

Na, dann wollen wir mal :)
Erstmal raw-messages:
(1xeingeschaltet über Btn_01 und 1xausgeschaltet über Btn_01)

2015.07.10 21:54:42.443 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDD216 d:FF r:FFC2     m:4B 805E 37DA76 2CD9F3 0000000000000002000000
2015.07.10 21:54:49.221 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDEC92 d:FF r:FFBC     m:4C 8002 37DA76 37DA76 0104004000
2015.07.10 21:54:50.519 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDF1A4 d:FF r:FFC9     m:4D A410 37DA76 2CD9F3 0604C80000
2015.07.10 21:54:51.218 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDF45F d:FF r:FFC8     m:4E A410 37DA76 2CD9F3 0603C80000
2015.07.10 21:55:01.338 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE1BE8 d:FF r:FFBB     m:4F 805E 37DA76 2CD9F3 00000000000000B5000000
2015.07.10 21:55:04.721 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE2920 d:FF r:FFBC     m:50 8002 37DA76 37DA76 0104C84000
2015.07.10 21:55:05.734 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE2D15 d:FF r:FFC6     m:51 A410 37DA76 2CD9F3 0603000000
2015.07.10 21:55:06.432 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE2FD0 d:FF r:FFC5     m:52 A410 37DA76 2CD9F3 0604000000
2015.07.10 21:55:20.232 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE65BA d:FF r:FFC5     m:53 805E 37DA76 2CD9F3 0000000000000039000000


List HMLAN:

Internals:
   DEF        192.168.168.6:1000
   DeviceName 192.168.168.6:1000
   FD         12
   HMLAN1_MSGCNT 8268
   HMLAN1_TIME 2015-07-10 21:59:06
   NAME       HMLAN1
   NR         24
   NTFY_ORDER 50-HMLAN1
   PARTIAL
   RAWMSG     E37DA76,0000,0AC1DB8D,FF,FFC5,5F805E37DA762CD9F30000000000000002000000
   RSSI       -59
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDsCnt 5
   msgKeepAlive dlyMax:1398.304 bufferMin:-1393
   msgLoadCurrent 1
   msgLoadHistory 5min steps: 0/1/0/0/0/0/0/0/0/0/0/0
   msgParseDly min:-14 max:805 last:9 cnt:8251
   owner      2CD9F3
   owner_CCU  vccu1
   uptime     002 50:07:57.368
   Readings:
     2015-07-10 00:41:12   D-HMIdAssigned  2CD9F3
     2015-07-10 00:41:12   D-HMIdOriginal  2CD9F3
     2015-07-10 00:41:12   D-firmware      0.964
     2015-07-10 00:41:12   D-serialNr      LEQ0640643
     2015-07-10 00:41:13   Xmit-Events     ok:1 disconnected:1 init:1
     2015-07-10 00:41:13   cond            ok
     2015-07-08 17:54:05   prot_ERROR-Overload last
     2015-07-08 19:48:58   prot_Warning-HighLoad last
     2015-07-10 00:17:29   prot_disconnected last
     2015-07-10 00:17:29   prot_init       last
     2015-06-18 03:33:07   prot_keepAlive  last
     2015-07-10 00:41:13   prot_ok         last
     2015-07-08 19:51:51   prot_timeout    last
     2015-07-10 00:17:29   state           opened
   Helper:
     assIdCnt   5
     assIdRep   5
     info       03C4,LEQ0640643,2CD9F3,2CD9F3
     setTime    43840
     Cnd:
       0          1
       253        1
       255        1
     Dly:
       cnt        8251
       lst        9
       max        805
       min        -14
     Ids:
       31b1ee:
         chn        01
         flg        0
         msg
         name       HM_31B1EE
         to         1436524096.13214
       3693d4:
         chn        02
         flg        0
         msg
         name       HM_3693D4
         to         1436557900.21534
       37da76:
         chn        04
         flg        0
         msg
         name       HM_37DA76
         to         1436524167.27673
       37da82:
         chn        02
         flg        0
         msg
         name       HM_37DA82
         to         1436557772.29423
       37da8c:
         chn        02
         flg        0
         msg
         name       HM_37DA8C
         to         1436524017.09361
     K:
       BufMin     -1393
       DlyMax     1398.304
       Next       1436558372.50682
       Start      1436558347.50682
     Log:
       all        0
       sys        0
       ids:
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLast   1
       loadNo     11
       apIDs:
     Ref:
       drft       -0.000159980802303724
       hmtL       180477368
       kTs        0
       offL       1436377870143
       sysL       1436558347511
Attributes:
   hmId       2CD9F3
   hmLanQlen  1_min
   room       CUL_HM


List vccu:

Internals:
   CFGFN
   DEF        2CD9F3
   IODev      HMLAN1
   NAME       vccu1
   NR         76
   STATE      HMLAN1:ok,
   TYPE       CUL_HM
   assignedIOs HMLAN1
   Readings:
     2015-07-10 12:07:19   state           HMLAN1:ok,
   Helper:
     mId        FFF0
     rxType     1
     Io:
       newChn     +2CD9F3,00,00,00
       prefIO
       rxt        0
       vccu
       ioList:
         HMLAN1
       p:
         2CD9F3
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      HMLAN1
   IOList     HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   model      CCU-FHEM
   room       CUL_HM
   subType    virtual
   webCmd     virtual:update


List HM_37DA76

Internals:
   DEF        37DA76
   HMLAN1_MSGCNT 4121
   HMLAN1_RAWMSG E37DA76,0000,0AC473EC,FF,FFC5,68805E37DA762CD9F30000000000000002000000
   HMLAN1_RSSI -59
   HMLAN1_TIME 2015-07-10 22:01:57
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     4121
   NAME       HM_37DA76
   NR         52
   NTFY_ORDER 50-HM_37DA76
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_37DA76_Btn_01
   channel_02 HM_37DA76_Btn_02
   channel_03 HM_37DA76_Sw_01
   channel_04 HM_37DA76_Sw_02
   lastMsg    No:68 - t:5E s:37DA76 d:2CD9F3 0000000000000002000000
   protLastRcv 2015-07-10 22:01:57
   protSnd    46 last_at:2015-07-10 21:55:06
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-58.26 min:-72 max:-55 lst:-59 cnt:4121
   Readings:
     2015-07-08 22:12:59   CommandAccepted yes
     2015-06-29 20:15:15   D-firmware      1.5
     2015-06-29 20:15:15   D-serialNr      MEQ0224810
     2015-07-10 12:29:15   PairedTo        0x2CD9F3
     2015-07-08 19:25:49   R-pairCentral   0x2CD9F3
     2015-07-10 12:29:15   RegL_00:          02:00 05:00 0A:2C 0B:D9 0C:F3 12:00 00:00
     2015-07-08 22:22:54   battery         ok
     2015-07-10 21:55:06   state           CMDs_done
   Helper:
     HM_CMDNR   104
     cSnd       012CD9F337DA76040437DA760103,012CD9F337DA76040437DA760203
     mId        F0A9
     rxType     1
     Io:
       newChn     +37DA76,00,00,00
       nextSend   1436558517.10781
       rxt        0
       vccu       vccu1
       p:
         37DA76
         00
         00
         00
     Mrssi:
       mNo        68
       Io:
         HMLAN1     -57
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmlan1:
         avg        -58.2698374181024
         cnt        4121
         lst        -59
         max        -55
         min        -72
     Shadowreg:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   MEQ0224810
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


List HM_37DA76_Btn_01

Internals:
   DEF        37DA7601
   NAME       HM_37DA76_Btn_01
   NR         54
   NTFY_ORDER 50-HM_37DA76_Btn_01
   STATE      Short (to HM_37DA76)
   TYPE       CUL_HM
   chanNo     01
   device     HM_37DA76
   peerList   self04,
   Readings:
     2015-06-29 20:27:18   R-dblPress      0 s
     2015-06-29 20:27:18   R-longPress     0.3 s
     2015-07-01 18:51:45   R-self04-expectAES off
     2015-07-01 18:51:45   R-self04-peerNeedsBurst on
     2015-06-29 20:27:18   R-sign          off
     2015-07-10 12:29:16   RegL_01:          04:00 08:00 09:00 00:00
     2015-07-10 12:29:22   RegL_04:self04    01:01 00:00
     2015-07-10 12:29:16   peerList        self04,
     2015-07-08 22:22:54   state           Short (to HM_37DA76)
     2015-07-08 19:26:49   trigDst_2CD9F3  noConfig
     2015-07-08 22:22:54   trigger         Short_0
     2015-07-08 22:22:54   trigger_cnt     0
   Helper:
     peerIDsRaw ,37DA7604,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,37DA7604,


List HM_37DA76_Bnt02:

Internals:
   DEF        37DA7602
   NAME       HM_37DA76_Btn_02
   NR         55
   NTFY_ORDER 50-HM_37DA76_Btn_02
   STATE      Short (to HM_37DA76)
   TYPE       CUL_HM
   chanNo     02
   device     HM_37DA76
   peerList   self04,
   Readings:
     2015-06-29 20:27:20   R-dblPress      0 s
     2015-06-29 20:27:20   R-longPress     0.3 s
     2015-07-01 18:54:49   R-self04-expectAES off
     2015-07-01 18:54:49   R-self04-peerNeedsBurst on
     2015-06-29 20:27:20   R-sign          off
     2015-07-10 12:29:17   RegL_01:          04:00 08:00 09:00 00:00
     2015-07-10 12:29:23   RegL_04:self04    01:01 00:00
     2015-07-10 12:29:18   peerList        self04,
     2015-07-08 19:12:03   state           Short (to HM_37DA76)
     2015-07-08 19:12:03   trigger         Short_0
     2015-07-08 19:12:03   trigger_cnt     0
   Helper:
     peerIDsRaw ,37DA7604,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,37DA7604,


List HM_37DA76_Sw_01:

Internals:
   DEF        37DA7603
   NAME       HM_37DA76_Sw_01
   NR         56
   NTFY_ORDER 50-HM_37DA76_Sw_01
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     HM_37DA76
   Readings:
     2015-07-01 21:36:02   CommandAccepted yes
     2015-07-01 18:54:44   R-sign          off
     2015-07-10 12:29:18   RegL_01:          08:00 00:00
     2015-07-10 21:55:05   deviceMsg       off (to vccu1)
     2015-07-10 21:55:05   level           0 %
     2015-07-10 21:55:05   pct             0
     2015-07-10 21:55:05   recentStateType info
     2015-07-10 21:55:05   state           off
     2015-07-10 21:55:05   timedOn         off
   Helper:
     peerIDsRaw ,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,


List HM_37DA76_Sw_02:

Internals:
   CHANGED
   DEF        37DA7604
   NAME       HM_37DA76_Sw_02
   NR         57
   NTFY_ORDER 50-HM_37DA76_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_37DA76
   peerList   self01,self02,
   Readings:
     2015-07-10 21:55:04   CommandAccepted yes
     2015-07-08 21:35:02   R-self01-lgActionType off
     2015-07-08 21:35:02   R-self01-lgCtDlyOff geLo
     2015-07-08 21:35:02   R-self01-lgCtDlyOn geLo
     2015-07-08 21:35:02   R-self01-lgCtOff geLo
     2015-07-08 21:35:02   R-self01-lgCtOn geLo
     2015-07-08 21:59:27   R-self01-lgCtValHi 100
     2015-07-08 22:00:16   R-self01-lgCtValLo 50
     2015-07-08 21:35:02   R-self01-lgMultiExec off
     2015-07-08 21:35:02   R-self01-lgOffDly 0 s
     2015-07-08 22:12:42   R-self01-lgOffTime unused
     2015-07-08 21:35:02   R-self01-lgOffTimeMode absolut
     2015-07-08 21:35:02   R-self01-lgOnDly 0 s
     2015-07-08 22:08:10   R-self01-lgOnTime unused
     2015-07-08 21:35:02   R-self01-lgOnTimeMode absolut
     2015-07-08 21:35:02   R-self01-lgSwJtDlyOff no
     2015-07-08 21:35:02   R-self01-lgSwJtDlyOn no
     2015-07-08 22:06:34   R-self01-lgSwJtOff dlyOn
     2015-07-08 22:06:34   R-self01-lgSwJtOn dlyOff
     2015-07-08 22:02:42   R-self01-shActionType jmpToTarget
     2015-07-08 21:35:02   R-self01-shCtDlyOff geLo
     2015-07-08 21:35:02   R-self01-shCtDlyOn geLo
     2015-07-08 21:35:02   R-self01-shCtOff geLo
     2015-07-08 21:35:02   R-self01-shCtOn geLo
     2015-07-08 21:59:54   R-self01-shCtValHi 100
     2015-07-08 22:00:35   R-self01-shCtValLo 50
     2015-07-08 21:35:02   R-self01-shOffDly 0 s
     2015-07-08 22:13:06   R-self01-shOffTime unused
     2015-07-08 22:02:42   R-self01-shOffTimeMode absolut
     2015-07-08 21:35:02   R-self01-shOnDly 0 s
     2015-07-08 22:07:51   R-self01-shOnTime unused
     2015-07-08 22:02:42   R-self01-shOnTimeMode absolut
     2015-07-08 21:35:02   R-self01-shSwJtDlyOff no
     2015-07-08 21:35:02   R-self01-shSwJtDlyOn no
     2015-07-08 22:06:55   R-self01-shSwJtOff dlyOn
     2015-07-08 22:06:55   R-self01-shSwJtOn dlyOff
     2015-07-08 22:12:46   R-self02-lgActionType off
     2015-07-08 22:00:22   R-self02-lgCtDlyOff geLo
     2015-07-08 22:00:22   R-self02-lgCtDlyOn geLo
     2015-07-08 22:00:22   R-self02-lgCtOff geLo
     2015-07-08 22:00:22   R-self02-lgCtOn geLo
     2015-07-08 22:00:22   R-self02-lgCtValHi 100
     2015-07-08 22:00:22   R-self02-lgCtValLo 50
     2015-07-08 22:12:46   R-self02-lgMultiExec on
     2015-07-08 22:12:46   R-self02-lgOffDly 0 s
     2015-07-08 22:12:46   R-self02-lgOffTime unused
     2015-07-08 22:12:46   R-self02-lgOffTimeMode absolut
     2015-07-08 22:00:22   R-self02-lgOnDly 0 s
     2015-07-08 22:12:46   R-self02-lgOnTime unused
     2015-07-08 22:12:46   R-self02-lgOnTimeMode absolut
     2015-07-08 22:12:46   R-self02-lgSwJtDlyOff on
     2015-07-08 22:12:46   R-self02-lgSwJtDlyOn on
     2015-07-08 22:12:46   R-self02-lgSwJtOff dlyOn
     2015-07-08 22:12:46   R-self02-lgSwJtOn dlyOff
     2015-07-08 22:00:22   R-self02-shActionType jmpToTarget
     2015-07-08 22:00:22   R-self02-shCtDlyOff geLo
     2015-07-08 22:00:22   R-self02-shCtDlyOn geLo
     2015-07-08 22:00:22   R-self02-shCtOff geLo
     2015-07-08 22:00:22   R-self02-shCtOn geLo
     2015-07-08 22:00:22   R-self02-shCtValHi 100
     2015-07-08 22:00:45   R-self02-shCtValLo 50
     2015-07-08 22:00:22   R-self02-shOffDly 0 s
     2015-07-08 22:00:22   R-self02-shOffTime unused
     2015-07-08 22:00:22   R-self02-shOffTimeMode absolut
     2015-07-08 22:00:22   R-self02-shOnDly 0 s
     2015-07-08 22:00:22   R-self02-shOnTime unused
     2015-07-08 22:00:22   R-self02-shOnTimeMode absolut
     2015-07-08 22:00:22   R-self02-shSwJtDlyOff on
     2015-07-08 22:00:22   R-self02-shSwJtDlyOn on
     2015-07-08 22:07:53   R-self02-shSwJtOff dlyOn
     2015-07-08 22:07:53   R-self02-shSwJtOn dlyOff
     2015-07-10 12:29:21   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-07-10 12:29:25   RegL_03:self01    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:14 0C:00 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:00 8B:14 8C:00 00:00
     2015-07-10 12:29:26   RegL_03:self02    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  87:FF 88:00 89:FF 8A:20 8B:14 8C:33 00:00
     2015-07-10 22:05:43   current         2
     2015-07-10 21:55:06   deviceMsg       off (to vccu1)
     2015-07-10 21:55:06   level           0 %
     2015-07-10 21:55:06   pct             0
     2015-07-10 12:29:21   peerList        self01,self02,
     2015-07-10 21:55:06   recentStateType info
     2015-07-10 21:55:06   state           off
     2015-07-10 21:55:06   timedOn         off
     2015-07-08 22:22:54   trigLast        HM_37DA76_Btn_01 :short
     2015-07-08 22:22:54   trig_HM_37DA76_Btn_01 short
   Helper:
     peerIDsRaw ,37DA7602,37DA7601,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   alias      Lampe_Flur_oben
   cmdIcon    on:general_an off:general_aus
   event-on-change-reading .*
   group      licht_flur
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,37DA7601,37DA7602,
   room       Flur,Licht
   userattr   room_map structexclude
   webCmd     off:on


Puh, das war jetzt ganz schön viel  :)

frank

na dann   :),

1. in den rawmessages sind ack's an sich selbst adressiert enthalten. das darf nicht sein. die message selbst, auf die geantwortet wird, ist aber nicht sichtbar. normalerweise wird die kommunikation zwischen eigenem button und eigenem aktor natürlich nicht über funk gesendet. das sollte intern passieren. das habe ich auch noch nie gesehen.
2015.07.10 21:54:49.221 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDEC92 d:FF r:FFBC     m:4C 8002 37DA76 37DA76 0104004000

auch die veralteten state readings der buttons sind unheimlich
     2015-07-08 19:12:03   state           Short (to HM_37DA76)

2. die buttons vom schalter habe ich an chn3 gepeert. ich nutze den schalter auch in einer wechselschaltung mit klassischem, externen wechselschalter. sollte meiner meinung nach direkter funktionieren. das würde ich auch empfehlen.
R-self04-peerNeedsBurst on
self04 ist der eigene schalter, der braucht kein burst. eigentlich alle netzbetriebenen devices. burst am besten immer nur verwenden, wenn unbedingt nötig. das weckt sonst unnötig alle burst devices auf.

3. chn4: die registerlisten der gepeerten buttons, sollten eigentlich gleich lang sein. gibt es bei hminfo configcheck meldungen? auf alle fälle getconfig machen und beobachten ob sich das bessert.
     2015-07-10 12:29:25   RegL_03:self01    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:14 0C:00 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:00 8B:14 8C:00 00:00
     2015-07-10 12:29:26   RegL_03:self02    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  87:FF 88:00 89:FF 8A:20 8B:14 8C:33 00:00


4.      2015-07-08 19:26:49   trigDst_2CD9F3  noConfig
eventuell ist die meldung darauf zurückzuführen, dass der schalter noch nicht komplett in fhem vorhanden war, denn diese beiden readings liegen zeitlich ziehmlich weit auseinander.
     2015-07-10 12:29:15   PairedTo        0x2CD9F3
     2015-07-08 19:25:49   R-pairCentral   0x2CD9F3

um die zeit gab es eventuell auch noch overload
     2015-07-08 17:54:05   prot_ERROR-Overload last
     2015-07-08 19:48:58   prot_Warning-HighLoad last


das schlimmste sind eigentlich die messages an sich selbst. unverständlich.
ich würde als erstes mal clear all machen gefolgt von getconfig. dann das peering auf chn3 mit konfigänderungen wieder gefolgt von getconfig und save. dann die rawmessages beobachten, ob immer noch diese messages an sich selbst kommen. wenn alles nichts hilft würde ich die fw neu flashen. oder vorher noch ein reset vom schalter versuchen.

edit: hilfe ein virus. das an sich selber funken habe ich jetz auch bei mir entdeckt. seltsam...

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

flaxig

Dieser Fred ist jetzt schon 90 Seiten lang, also gibt es vermulich einige Leute mehr, die sich die Den Schaler neu geflasht haben... Ob dieses Verhalten mit den Msg's wohl bei allen so ist?

Tobias

Ich beobachte schon eine ganze Weile, das bei einem super rssi Wert oftmals ein schaltvorgang nicht in fhem ankommt,  aktor  2 und 3 steht noch auf dem Letzten Wert.  Der current Wert aus aktor 3 wird immer mit dem korrekten Wert aktualisiert. Bei Licht aus natürlich mit 0.
Sehr ärgerlich Wenn diese Infos auf einen Status Display angezeigt werden und einige Lichtschalter als AN gezeigt werden obwohl das Licht aus ist....

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

flaxig

ZitatIch beobachte schon eine ganze Weile, das bei einem super rssi Wert oftmals ein schaltvorgang nicht in fhem ankommt,  aktor  2 und 3 steht noch auf dem Letzten Wert.  Der current Wert aus aktor 3 wird immer mit dem korrekten Wert aktualisiert. Bei Licht aus natürlich mit 0.
Kann ich bestätigen, tritt hier auch so auf!
Hielt den Fehler aber für zweitranig, da gibt es grössere Baustellen  ;)

chipmunk

Bei Verwendung als Wechselschalter zieht das Relais in einem Zustand immer Strom, egal ob das Licht nun an oder aus ist.
Das belastet die Spule und verbratet Strom.
Hier wäre eine Version des Aktors mit bistabilem Relais nett, das benötigt nur jeweils einen kurzen Schaltimpuls.
Kann jemand von den Wissenden beurteilen, ob sich die FW leicht entsprechend modifizieren läßt, wenn man die Schaltung an ein bistabiles Relais anpassen würde?

Danke
Chipmunk
RasPi3, HM, HUE, div 433MHz Baumarktdosen über Sende- und Empfangsmodule von C*, Ediplug

traxanos

Ich hätte gerne eine abgespeckte Firmware die das Teil als normalen Pushbutton ausgibt und das Relais komplett abschaltet. So würde es weniger Strom fressen, wäre für andere sogar CCU kompatible und vielleicht auch weniger Fehleranfällig.

Denn die HM_LC_Sw1PBU_FM kosten soviel wie normale Pushbuttons nur weben ohne Batterie und UP.
Im Einsatz:
FHEM: Latest auf RPi2
HM: vCCU, HMLAN, HMUSB2, HM-CC-RD-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-ES-PMWs1-Pl, HM-LC-Sw1PBU-FM, HM-PB-2-WM55-2, HM-RC-8, HM-BP-6-WM55
CUL: ESA2000, Intertechno