HM-ES-PMSw1-Pl Funk-Schaltaktor, powerUpAction setzen

Begonnen von CyberChris, 31 Mai 2015, 20:14:26

Vorheriges Thema - Nächstes Thema

frank

du darfst ruhig öfter ein hminfo configCheck machen, das kann nicht schaden.  ;)
ausserdem ist ein "list <name>" informativer als 1000 bilder.

dein fehler ist, dass du nicht oft genug den configbutton vom schalter drückst, um alle anstehenden befehle abzuarbeiten. das ist immer im device unter internals -> protState erkennbar. erst wenn hier cmds_done erscheint, war alles ok.
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

HansDampfHH

#31
Klar, das list...ist auch einfacher als das mit den Bildern ;-)

Ich habe nun den Schalter auf der Rückseite mehrfach gedrückt.
Keine offenen Cmds mehr. Die Signale für short1-2/long1-2 sehe ich zwar in FHEM aber die LED leuchtet jeweils immer erst orange und quittiert dann rot. Das ist so sicher nicht in Ordnung.

Schalter

Internals:
   DEF        3B70F2
   HMUSB_MSGCNT 37
   HMUSB_RAWMSG E3B70F2,0000,06B3D1AB,FF,FFB8,14A0403B70F2123ABC023B
   HMUSB_RSSI -72
   HMUSB_TIME 2016-03-24 18:14:37
   IODev      HMUSB
   LASTInputDev HMUSB
   MSGCNT     37
   NAME       HM_3B70F2
   NR         625
   STATE      HM_3B70F2_Btn_02 Short
   TYPE       CUL_HM
   channel_01 HM_3B70F2_Btn_01
   channel_02 HM_3B70F2_Btn_02
   lastMsg    No:14 - t:40 s:3B70F2 d:123ABC 023B
   protLastRcv 2016-03-24 18:14:37
   protResnd  3 last_at:2016-03-24 18:13:57
   protSnd    31 last_at:2016-03-24 18:14:04
   protState  CMDs_done
   rssi_at_HMUSB cnt:37 max:-67 avg:-72.54 lst:-72 min:-78
   Readings:
     2016-03-24 18:13:52   CommandAccepted yes
     2016-03-24 18:14:03   D-firmware      1.4
     2016-03-24 18:14:03   D-serialNr      MEQ0398893
     2016-03-24 18:11:42   PairedTo        0x140809
     2016-03-23 22:46:41   R-pairCentral   0x140809
     2016-03-24 18:11:42   RegL_00.          02:01 0A:14 0B:08 0C:09 00:00
     2016-03-24 18:14:37   battery         ok
     2016-03-24 18:14:37   state           HM_3B70F2_Btn_02 Short
   Helper:
     HM_CMDNR   20
     cSnd       011408093B70F20203,011408093B70F20204123ABC0204
     mId        006B
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newCh      1
       newChn     +3B70F2,00,00,00
       nextSend   1458839677.7476
       prefIO
       rxt        2
       vccu
       p:
         3B70F2
         00
         00
         00
     Mrssi:
       mNo        14
       Io:
         HMUSB      -70
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -72.5405405405406
         cnt        37
         lst        -72
         max        -67
         min        -78
     Shadowreg:
Attributes:
   IODev      HMUSB
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-PB-2-WM55
   room       CUL_HM
   serialNr   MEQ0398893
   subType    pushButton
   webCmd     getConfig:clear msgEvents


Channel 1

Internals:
   DEF        3B70F201
   NAME       HM_3B70F2_Btn_01
   NR         626
   STATE      Short (to VCCU)
   TYPE       CUL_HM
   chanNo     01
   device     HM_3B70F2
   peerList   VCCU_Btn1,
   Readings:
     2016-03-24 17:51:44   R-VCCU_Btn1-expectAES off
     2016-03-24 17:51:44   R-VCCU_Btn1-peerNeedsBurst off
     2016-03-24 17:51:42   R-sign          off
     2016-03-24 18:11:42   RegL_01.          04:10 08:00 09:00 00:00
     2016-03-24 18:11:59   RegL_04.VCCU_Btn1   01:00 00:00
     2016-03-24 18:11:43   peerList        VCCU_Btn1,
     2016-03-24 18:14:34   state           Short (to VCCU)
     2016-03-24 18:14:34   trigger         Short_60
     2016-03-24 18:14:34   trigger_cnt     60
   Helper:
     BNO        60
     BNOCNT     1
     peerIDsRaw ,123ABC01,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,123ABC01,


Channel 2

Internals:
   DEF        3B70F202
   NAME       HM_3B70F2_Btn_02
   NR         627
   STATE      Short (to VCCU)
   TYPE       CUL_HM
   chanNo     02
   device     HM_3B70F2
   peerList   VCCU_Btn2,
   Readings:
     2016-03-24 18:14:04   R-VCCU_Btn2-expectAES off
     2016-03-24 18:14:04   R-VCCU_Btn2-peerNeedsBurst off
     2016-03-24 17:51:43   R-sign          off
     2016-03-24 18:13:52   RegL_01.          04:10 08:00 09:00 00:00
     2016-03-24 18:14:04   RegL_04.VCCU_Btn2   01:00 00:00
     2016-03-24 18:14:04   peerList        VCCU_Btn2,
     2016-03-24 18:14:37   state           Short (to VCCU)
     2016-03-24 17:56:06   trigDst_VCCU    noConfig
     2016-03-24 18:14:37   trigger         Short_59
     2016-03-24 18:14:37   trigger_cnt     59
   Helper:
     BNO        59
     BNOCNT     1
     peerIDsRaw ,123ABC02,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,123ABC02,


Wahrscheinlich liefert die VCCU das so zurück?
Wie gehe ich nun weiter vor?
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

frank

Zitatdu darfst ruhig öfter ein hminfo configCheck machen, das kann nicht schaden.  ;)

warum haben die btn der vccu eine andere id als deine zentrale?
R-pairCentral   0x140809
peerIDs    00000000,123ABC01


wenn schon vccu, dann solltest du auch attr iogrp in deinen devices nutzen.
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

HansDampfHH

Also das HMINFO liefert bei configCheck nichts mehr...nur DONE :-)
Das ist doch schon mal klasse.

Ich habe auch nun die ID der VCCU geändert und peerChan neu ausgeführt.
Nun grüne LED :-)

"wenn schon vccu"
Was gäbe es denn alternativ für meine Konstellation?

Ich habe bei den beiden Button-Channels leider noch PeerIDs, die ich ja gar nicht mehr habe.

peerIDs 00000000,123ABC02,14080902

Wie bekomme ich die denn wieder weg? Nur beim Attribut löschen bringt ja nix.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

martinp876


HansDampfHH

Okay, danke an alle Beteiligten !
Schwere Geburt aber am Ende gewünschtes Ziel erreicht.

Frohes Osterfest
:)
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

HansDampfHH

#36
*räusper*

Leider muss ich doch noch mal nachhaken.

Mein Channel01 hat folgendes List:

Internals:
   DEF        3B70F201
   NAME       HM_3B70F2_Btn_01
   NR         638
   NTFY_ORDER 50-HM_3B70F2_Btn_01
   STATE      LongRelease 5_115 (to VCCU)
   TYPE       CUL_HM
   chanNo     01
   device     HM_3B70F2
   peerList   123ABC01,VCCU_Btn1,
   Readings:
     2016-03-29 23:43:39   R-123ABC01-expectAES off
     2016-03-29 23:43:39   R-123ABC01-peerNeedsBurst off
     2016-03-24 17:51:44   R-VCCU_Btn1-expectAES off
     2016-03-24 17:51:44   R-VCCU_Btn1-peerNeedsBurst off
     2016-03-24 17:51:42   R-sign          off
     2016-03-31 18:09:52   RegL_01.          04:10 08:00 09:00 00:00
     2016-03-31 18:10:46   RegL_04.123ABC01   01:00 00:00
     2016-03-31 18:10:57   RegL_04.VCCU_Btn1   01:00 00:00
     2016-03-31 18:10:46   peerList        123ABC01,VCCU_Btn1,
     2016-03-31 18:11:47   state           LongRelease 5_115 (to VCCU)
     2016-03-30 19:09:13   trigDst_VCCU    noConfig
     2016-03-31 18:11:47   trigger         Long_115
     2016-03-31 18:11:47   trigger_cnt     115
   Helper:
     BNO        115
     BNOCNT     5
     peerIDsRaw ,123ABC01,14080901,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,123ABC01,14080901,


Wie du siehst steht in peerList dieses Channels (aber auch bei Channel02) noch der alte und falsche Eintrag 123ABC01.
Die VCCU mit der die beiden Channels gepaired sind hat 14080901/02.

Ich habe im Channel01 den Befehl abgesetzt:

set HM_3B70F2_Btn_01 peerBulk 123ABC01 unset


Danach per Button am Schalter die CMDs durchlaufen lassen und abschließend noch mal getConfig.
Tja, leider sind die Einträge nicht wegzubekommen. Der Schalter funktioniert nach wie vor, alles super.
Aber wäre ja schön wenn die falschen und alten Einträge da raus kommen.

Hast du noch einen Hinweis für mich?
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

frank

Zitatset HM_3B70F2_Btn_01 peerBulk 123ABC01 unset
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

HansDampfHH

Tschuldigung, habe ich nur vergessen...habe ich korrekt abgesetzt den Befehl.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

frank

nach peerbulk unset kam auch cmds_done?
zur not sollte immer ein werksreset funktionieren. dann aber wieder pairen, peeren, ...
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

HansDampfHH

Ja, also erst mal Cmds pending und nach dem Push auf den rückseitigen Button werden die ja abgearbeitet.
Abschließend Cmds done. Auf einen Reset verzichte ich lieber, bin froh, dass es so gut läuft ;-)
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink