Frage: 2 Lampen schalten mit PB-2-WM55-2, LC-SW1-FM, LC-SW1PBU-FM

[Otto123]

Gib bitte list OG_KZ_RH in der Kommandozeile ein und poste die Ausgabe.
Gib bitte list OG_KZ in der Kommandozeile ein und poste die Ausgabe.

Das sind doch die Hauptgeräte der erwähnten Tasten?

Das was Du als Listing bezeichnest ist aus dem Eventmonitor? Da kommt dreimal derselbe Event

Was ist OG_KZ_AP_Taster_Raeuberhoehle ?


Gruß Otto

[stoeberhai]

Gib bitte list OG_KZ_RH in der Kommandozeile ein und poste die Ausgabe.
Gruß Otto

Code Auswählen Erweitern


Internals:
   CUL_0_MSGCNT 913
   CUL_0_RAWMSG A0BD6A2403966C4FD5E6701B4::-53.5:CUL_0
   CUL_0_RSSI -53.5
   CUL_0_TIME 2017-04-17 17:17:46
   DEF        3966C4
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     913
   NAME       OG_KZ_AP_Taster_Raeuberhoehle
   NOTIFYDEV  global
   NR         167
   NTFY_ORDER 50-OG_KZ_AP_Taster_Raeuberhoehle
   STATE      FD5E67_Btn_01 Short
   TYPE       CUL_HM
   channel_01 FD5E67_Btn_01
   channel_02 FD5E67_Btn_02
   lastMsg    No:D6 - t:40 s:3966C4 d:FD5E67 01B4
   protCmdPend 14 CMDs pending
   protLastRcv 2017-04-17 17:17:46
   protResnd  1 last_at:2017-04-15 09:03:14
   protSnd    1 last_at:2017-04-15 09:03:09
   protState  CMDs_pending
   rssi_at_CUL_0 avg:-64.93 lst:-53.5 max:-50 cnt:913 min:-96.5
   Readings:
     2017-04-15 09:03:09   D-firmware      1.4
     2017-04-15 09:03:09   D-serialNr      MEQ0083669
     2017-03-30 22:23:34   R-pairCentral   set_0x000000
     2017-04-15 21:45:34   RegL_00.
     2017-04-17 17:17:46   battery         ok
     2017-04-17 17:17:46   state           FD5E67_Btn_01 Short
   cmdStack:
     ++A0010000013966C400040000000000
     ++A0010000013966C401040000000001
     ++A0010000013966C40103
     ++A0010000013966C402040000000001
     ++A0010000013966C40203
     ++A0010000013966C4010150A9E20100
     ++A0010000013966C4010550A9E20104
     ++A0010000013966C401080100
     ++A0010000013966C40106
     ++A0010000013966C4010150A9E20100
     ++A0010000013966C4010550A9E20104
     ++A0010000013966C401080100
     ++A0010000013966C40106
     ++A0010000013966C401040000000001
     ++A0010000013966C40103
   Helper:
     HM_CMDNR   214
     cSnd       ,010000013966C400040000000000
     mId        00C2
     rxType     28
     supp_Pair_Rep 0
     Ack:
       FD5E67     FD5E67_Btn_01:D6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3966C4,02,00,00
       nextSend   1492442266.65823
       prefIO
       rxt        2
       vccu
       p:
         3966C4
         00
         00
         00
     Mrssi:
       mNo        D6
       Io:
         CUL_0      -51.5
     Prt:
       bErr       0
       sProc      2
       sleeping   1
       wuReSent   2
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_cul_0:
         avg        -64.9392113910187
         cnt        913
         lst        -53.5
         max        -50
         min        -96.5
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-PB-2-WM55-2
   room       CUL_HM
   serialNr   MEQ0083669
   subType    pushButton
   webCmd     getConfig:clear msgEvents


Gib bitte list OG_KZ in der Kommandozeile ein und poste die Ausgabe.

Code Auswählen Erweitern


Internals:
   CFGFN
   CUL_0_MSGCNT 493
   CUL_0_RAWMSG A0B94A2404A38E500000101CA::-59.5:CUL_0
   CUL_0_RSSI -59.5
   CUL_0_TIME 2017-04-17 17:17:57
   DEF        4A38E5
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     493
   NAME       OG_KZ_Schalter
   NOTIFYDEV  global
   NR         203
   STATE      HM_4A38E5_Btn_01 Short
   TYPE       CUL_HM
   channel_01 HM_4A38E5_Btn_01
   channel_02 HM_4A38E5_Btn_02
   lastMsg    No:94 - t:40 s:4A38E5 d:000001 01CA
   protLastRcv 2017-04-17 17:17:57
   protSnd    348 last_at:2017-04-17 17:17:57
   protState  CMDs_done
   rssi_at_CUL_0 cnt:493 min:-99 avg:-68.64 lst:-59.5 max:-53.5
   Readings:
     2017-04-07 19:30:26   CommandAccepted yes
     2017-04-07 19:30:26   D-firmware      1.4
     2017-04-07 19:30:26   D-serialNr      NEQ0298830
     2017-04-07 19:30:26   R-pairCentral   set_0x000001
     2017-04-17 17:17:57   battery         ok
     2017-04-17 17:17:57   state           HM_4A38E5_Btn_01 Short
   Helper:
     HM_CMDNR   148
     cSnd       010000014A38E5000802010A000B000C01,010000014A38E50006
     mId        00C2
     rxType     28
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4A38E5,00,00,00
       nextSend   1492442277.84952
       prefIO
       rxt        2
       vccu
       p:
         4A38E5
         00
         00
         00
     Mrssi:
       mNo        94
       Io:
         CUL_0      -57.5
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       try        1
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         CUL_0
       flg        A
       ts         1492442277.75294
       ack:
         HASH(0x3525e68)
         9480020000014A38E500
     Rssi:
       At_cul_0:
         avg        -68.6480730223123
         cnt        493
         lst        -59.5
         max        -53.5
         min        -99
     Shadowreg:
       RegL_00.    02:01 0A:00 0B:00 0C:01
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-PB-2-WM55-2
   room       1.1.2.5_OG_Kinderzimmer
   serialNr   NEQ0298830
   subType    pushButton
   webCmd     getConfig:clear msgEvents


Das sind doch die Hauptgeräte der erwähnten Tasten?

Ja

Das was Du als Listing bezeichnest ist aus dem Eventmonitor? Da kommt dreimal derselbe Event

Ja, die Listings waren aus dem Eventmonitor. Und genau, bei dem im Film linken Sensor wird 3x der Event angezeigt, obwohl ich die Tasten dieses Sensors genauso betätigt habe, wie die Tasten des im Film rechts sichtbaren HM-PB-2-WM55-2   OG_KZ_Schalter.

Was ist OG_KZ_AP_Taster_Raeuberhoehle ?

Das ist der linke im Film sichtbare HM-PB-2-WM55-2.

[Otto123]

Also halten wir mal fest:
OG_KZ_AP_Taster_Raeuberhoehle
OG_KZ_Schalter
heißen die beiden Taster HM-PB-2-WM55-2 , beide sind nicht gepairt. Der eine wurde versucht mit 000000 (set_0x000000) der andere wurde versucht mit 000001 (set_0x000001) zu pairen.

Das ist irgendwie alles was ich bis hierher verstehe.

Jetzt könntest Du zum Einen beide Taster ordentlich mit Deiner Zentrale pairen, welche hmId hat Dein CUL_0?
zum Anderen noch ein list der Channels liefern also je list
FD5E67_Btn_01
FD5E67_Btn_02
HM_4A38E5_Btn_01
HM_4A38E5_Btn_02

Drei Events bedeutet eigentlich, der Channel hat einen peer, der wird nicht erreicht, deswegen 3x Wiederholung.

Gruß Otto

[stoeberhai]

Vielen Dank Otto, daß Du Dich mit meinem Problem befaßt und mir als Anfänger auch wirklich hilfst, mehr Einblick in das System zu bekommen.

Also halten wir mal fest:
OG_KZ_AP_Taster_Raeuberhoehle
OG_KZ_Schalter
heißen die beiden Taster HM-PB-2-WM55-2 , beide sind nicht gepairt. Der eine wurde versucht mit 000000 (set_0x000000) der andere wurde versucht mit 000001 (set_0x000001) zu pairen.

Dazu habe ich aber nun eine Frage. Wenn die beiden Taster also nicht mit der Zentrale gepairt sind, wie kann es dann sein, daß ich über die Zentrale Lists der Taster bekommen und auch im Eventmonitor Events der Taster sehen kann? Das leuchtet mir nicht ein.

Jetzt könntest Du zum Einen beide Taster ordentlich mit Deiner Zentrale pairen, welche hmId hat Dein CUL_0?

Code Auswählen Erweitern


Attributes:
   hmId       000001
   rfmode     HomeMatic

Ich habe bislang noch nicht die beiden Taster erneut gepairt.

zum Anderen noch ein list der Channels liefern also je list
FD5E67_Btn_01

Code Auswählen Erweitern


Internals:
   DEF        3966C401
   NAME       FD5E67_Btn_01
   NOTIFYDEV  global
   NR         169
   NTFY_ORDER 50-OG_KZ_RH_Taster_Btn_01
   STATE      Short (to FD5E67)
   TYPE       CUL_HM
   chanNo     01
   device     OG_KZ_AP_Taster_Raeuberhoehle
   Readings:
     2017-04-15 07:37:20   R-OG_KZ_Deckenleuchte_chn-01-expectAES set_off
     2017-04-15 07:37:20   R-OG_KZ_Deckenleuchte_chn-01-peerNeedsBurst set_off
     2017-04-18 19:51:55   state           Short (to FD5E67)
     2017-04-18 19:51:55   trigDst_FD5E67  noConfig
     2017-04-18 19:51:55   trigger         Short_182
     2017-04-18 19:51:55   triggerTo_FD5E67 Short_182
     2017-04-18 19:51:55   trigger_cnt     182
   Helper:
     BNO        182
     BNOCNT     3
     getCfgList all
     getCfgListNo ,4
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
       RegL_04.OG_KZ_Deckenleuchte_chn-01  01:00
Attributes:
   model      HM-PB-2-WM55-2
   peerIDs


FD5E67_Btn_02

Code Auswählen Erweitern


Internals:
   DEF        3966C402
   NAME       FD5E67_Btn_02
   NOTIFYDEV  global
   NR         170
   NTFY_ORDER 50-OG_KZ_RH_Taster_Btn_02
   STATE      LongRelease 2_63 (to FD5E67)
   TYPE       CUL_HM
   chanNo     02
   device     OG_KZ_AP_Taster_Raeuberhoehle
   Readings:
     2017-04-17 17:17:45   state           LongRelease 2_63 (to FD5E67)
     2017-04-17 17:17:45   trigDst_FD5E67  noConfig
     2017-04-17 17:17:45   trigger         Long_63
     2017-04-17 17:17:45   triggerTo_FD5E67 Long_63
     2017-04-17 17:17:45   trigger_cnt     63
   Helper:
     BNO        63
     BNOCNT     2
     getCfgList all
     getCfgListNo ,4
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
Attributes:
   model      HM-PB-2-WM55-2
   room       1.1.2.5_OG_Kinderzimmer


HM_4A38E5_Btn_01

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        4A38E501
   NAME       HM_4A38E5_Btn_01
   NOTIFYDEV  global
   NR         205
   STATE      Short (to CUL_0)
   TYPE       CUL_HM
   chanNo     01
   device     OG_KZ_Schalter
   Readings:
     2017-04-07 19:31:16   peerList
     2017-04-17 17:17:57   state           Short (to CUL_0)
     2017-04-17 17:17:57   trigDst_000001  noConfig
     2017-04-17 17:17:57   trigger         Short_202
     2017-04-17 17:17:57   trigger_cnt     202
   Helper:
     BNO        202
     BNOCNT     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
Attributes:
   model      HM-PB-2-WM55-2
   peerIDs


HM_4A38E5_Btn_02

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        4A38E502
   NAME       HM_4A38E5_Btn_02
   NOTIFYDEV  global
   NR         206
   STATE      Short (to CUL_0)
   TYPE       CUL_HM
   chanNo     02
   device     OG_KZ_Schalter
   Readings:
     2017-04-17 17:17:56   state           Short (to CUL_0)
     2017-04-17 17:17:56   trigDst_000001  noConfig
     2017-04-17 17:17:56   trigger         Short_161
     2017-04-17 17:17:56   trigger_cnt     161
   Helper:
     BNO        161
     BNOCNT     3
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
Attributes:
   model      HM-PB-2-WM55-2


Drei Events bedeutet eigentlich, der Channel hat einen peer, der wird nicht erreicht, deswegen 3x Wiederholung.

Ok, das verstehe ich.

[Otto123]

Moin,

auch wenn nicht gepairt ist, kannst Du alles vom Gerät empfangen. FHEM legt Geräte an, der Eventmonitor zeigt die Events. Wenn nicht gepairt ist kannst Du die Geräte nicht steuern, keine Register setzen, keine Befehle erteilen.
Sobald gepairt ist, kannst Du über die Zentrale die Geräte konfigurieren.

Es sind offenbar keine peers vorhanden. Die drei Wiederholungen könnten auch daher kommen, dass der Taster denkt er ist schon gepairt, die Zentrale liefert aber keine Quittung weil das pairing nicht abgeschlossen ist?

OG_KZ_Schalter ist eventuell "halb" gepairt. Du solltest hier ein getConfig absetzen und am Taster die Datenübertragung auslösen -> configTaster drücken. Das ganze solange bis alle Daten übertragen sind. Datenübertragung sieht man am unregelmäßigen Blinken. Im Device sollte irgendwann CMDs done stehen und R-pairCentral   0x000001 stehen.

Das Pairing für den anderen Taster solltest Du auch wiederholen. Du musst zwichendurch nichts zurücksetzen oder löschen. Du kannst den Pairing Vorgang immer wiederholen bis es klappt. Wichtig ist den Tastern die Datenübertragung zu ermöglichen -> configKnopf drücken, ruhig nochmal wiederholen.

Gruß Otto

[hadeos]

Hi zusammen,

sorry das ich mich hier aufschalte.
Möchte mich kurz bei Otto bedanken:
Du hast da gerade meinen Eindruck bestätigt, dass unter Fhem  Pairing und Peering nicht immer gleich beim ersten anstoßen vollständig ausgeführt werden.
Obwohl der Befehl in Command-line korrekt war.
Es gibt auch keine Meldung wie: Peering donne. oder Peering unsave, try again.
Gut das zu wissen.
Weil grundsätzlich habe ich zu technischen Vorgängen die mal ja und mal nicht funktionieren kein allzu großes Vertrauen.
Hier scheint es an Software - Philosophie von EQ3(ELV) zu liegen. (Oder Fhem)

@stoeberhai
Ohne eine Zentrale kannst du HM-Komponenten ausschließlich im 2-Tasten-Modus direkt verbinden.
Da du toggeln willst, geht kein Weg daran vorbei!
Das steht aber auch in den kleinen Heftchen, die ELV freundlicherweise beim Erwerb mitliefert.

Viele Grüße Hans-Dieter

[Otto123]

Naja es gibt unter FHEM ein Modul namens hmInfo - das sagt einem ob die Homematic  Umgebung in Ordnung ist oder ob es Ungereimtheiten oder fehlerhafte Zustände gibt. Das sagt ob das pairing in Ordnung ist oder ob das peering auf beiden Seiten erfolgte usw.
Gruß Otto

[hadeos]

Hi zusammen,

@ Otto
Danke für die Info.
Scheint ein interessantes Werkzeug zu sein. Werde ich ausprobieren.
Aber mal ehrlich, Fhem ist so derart mächtig. Das bekommt man als Anfänger einfach nicht mal so eben zwischen die Ohren. Oder?

Gruß Hans-Dieter

[Otto123]

Ich denke, ich bin aus dem Anfängerstadium nicht heraus

[hadeos]

  Da gehe ich mal von aus!