HM-PB-2-WM55 anlernen

[martinp876]

hm - das ist hoffentlich nicht ein Loch bei mir.

Noch einmal den Status zusammenfassen
- der HM-button ist mit einem virtual Aktor gepeert.
=> Kontrollieren, wie gehabt, getConfig auf das HM device und dann ein List auf die beiden Kanaele. Beide list schicken (kein jpg, wenn moeglich ;-))

Sofern die peers entsprechend auftauchen sollte fhem immer ein ack schicken.
Kannst du dann einmal roh-logs aufzeichnen wenn du einen kurzen und lange press machst?
Also
attr global verbose 1
attr global mseclog 1
attr <hmlan> loglevel 1

die logs sollten nach dem tasten druecken im hauptlogfile liegen

Gruss
Martin

[docb]

So, ich habe mal versucht das so zu machen (übrigens auch der Short gibt nur unregelmäßig ein ack - hier auch oft orange -rot).
getConfig auf BA_Taster, dann die Lists von den Kanälen:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0701
   NAME       BA_Taster_Btn_01
   NR         352
   NTFY_TRIGGERTIME 2013-06-20 15:27:59
   STATE      Short (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     01
   device     BA_Taster
   Readings:
     2013-06-20 15:27:58   state           Short (to Vact_BA_dev)
     2013-06-20 15:27:58   trigger         Short_1
   Helper:
     getCfgList all
     getCfgListNo 4
     Role:
       chn        1
Attributes:
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad


Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0702
   NAME       BA_Taster_Btn_02
   NR         354
   NTFY_TRIGGERTIME 2013-06-20 15:26:39
   STATE      Short (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     02
   device     BA_Taster
   Readings:
     2013-06-20 15:26:39   state           Short (to Vact_BA_dev)
     2013-06-20 15:26:39   trigger         Short_1
   Helper:
     getCfgList all
     getCfgListNo 4
     Role:
       chn        1
Attributes:
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad

Dann
attr global mseclog 1
attr global verbose 1
attr LANInterface loglevel 1
gesetzt und dann das Log beim Tasten drücken:

Code Auswählen Erweitern


2013.06.20 15:32:51.027 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2DDE480E IDcnt:0000
2013.06.20 15:32:51.030 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:2DDE4712 d:FF r:FFBD     m:52 8410 1C571F E1F88A 06015D00
2013.06.20 15:32:51.168 1: HMLAN_Send:  LANInterface I:+1C571F,00,00,
2013.06.20 15:32:51.177 1: HMLAN_Send:  LANInterface S:S61C9A1A5 stat:  00 t:00000000 d:01 r:61C9A1A5 m:52 8002 E1F88A 1C571F 01015D00
2013.06.20 15:32:51.306 1: HMLAN_Parse: LANInterface R:R61C9A1A5 stat:0002 t:00000000 d:FF r:7FFF     m:52 8002 E1F88A 1C571F 01015D00
2013.06.20 15:32:51.307 1: HMLAN_Parse: LANInterface discard
2013.06.20 15:32:52.932 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2DDE630A d:FF r:FFAD     m:00 8440 1F1D07 100001 4101
2013.06.20 15:33:03.644 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2DDE8CE3 d:FF r:FFA5     m:00 8440 1F1D07 100001 4201
2013.06.20 15:33:11.027 1: HMLAN_Send:  LANInterface I:K
2013.06.20 15:33:11.037 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2DDEA9CA IDcnt:0001
2013.06.20 15:33:15.359 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2DDEBAA7 d:FF r:FFA5     m:00 A440 1F1D07 100001 0201
2013.06.20 15:33:15.377 1: HMLAN_Send:  LANInterface I:+1F1D07,00,00,
2013.06.20 15:33:15.463 1: HMLAN_Send:  LANInterface S:S61CA0034 stat:  00 t:00000000 d:01 r:61CA0034 m:00 8002 100001 1F1D07 00
2013.06.20 15:33:16.180 1: HMLAN_Parse: LANInterface R:R61CA0034 stat:0002 t:00000000 d:FF r:7FFF     m:00 8002 100001 1F1D07 00
2013.06.20 15:33:16.182 1: HMLAN_Parse: LANInterface discard

Was auch immer dieses Kauderwelsch bedeuten mag ;-)
Viele Grüße
dcoc

[martinp876]

bei beiden Buttons ist die peerlist leer. Da ich aber sehe, dass der Device den virtButton addressiert ist der wohl eingetragen.
=> dein getConfig ist nicht bearbeitet. Hast du das Anlernen vergessen zu druecken?

Der Ablauf ist exotisch. Was hast du gedrueckt und wie lang?
Ich sehe, dass ein short am Ende gekommen ist, der WM hat eine Quittung angefordert und erhalten. Wohl auch zufrieden, da er nicht nachgefragt hat.

vorher sind 2 messages die auf long-press hindeuten. Aber der WM will keine  Quittung und schickt keinen Abschluss. Ausserdem kommt es von 2 verschiedenen Buttons. Das ist so nicht normal. FHEM antwortet nicht, da es nicht signalisiert wird...

Zwischen den beiden ersten press sind 10 sec, es kommt keine Wiederholung.
Kann es sein, dass du Empfangsprobleme hast? Was sagen die RSSI?

Gruss Martin

[docb]

;-) bei mir ist mit dem schalter wohl alles exotisch :(

- das Anlernen habe ich gedrückt, einmal vor und einmal nach dem getConfig
- jetzt habe ich alles nochmal gemacht
set BA_Taster_Btn_01 peerChan 0 Vact_BA_Taster single set
set BA_Taster_Btn_02 peerChan 0 Vact_BA_Taster single set
BA_Taster getConfig gedrückt
Anlernen gedrückt
nochmal BA_Taster getConfig gedrückt
save eingegeben

Die aktuellen Lists:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0701
   NAME       BA_Taster_Btn_01
   NR         352
   NTFY_TRIGGERTIME 2013-06-20 17:03:35
   STATE      LongRelease 5-A040- (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     01
   device     BA_Taster
   CHANGED:
     R-Vact_BA_Taster-expectAES: off
     R-Vact_BA_Taster-peerNeedsBurst: off
   Readings:
     2013-06-20 17:04:01   peerList        Vact_BA_Taster,
     2013-06-20 16:55:49   state           LongRelease 5-A040- (to Vact_BA_dev)
     2013-06-20 16:55:49   trigger         Long_2
   Helper:
     getCfgList all
     getCfgListNo 4
     peerIDsRaw ,10000101,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,10000101,
   room       Bad


Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0702
   NAME       BA_Taster_Btn_02
   NR         354
   NTFY_TRIGGERTIME 2013-06-20 17:03:41
   STATE      Short (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     02
   device     BA_Taster
   CHANGED:
     R-Vact_BA_Taster-expectAES: off
     R-Vact_BA_Taster-peerNeedsBurst: off
   Readings:
     2013-06-20 17:04:02   peerList        Vact_BA_Taster,
     2013-06-20 16:56:11   state           Short (to Vact_BA_dev)
     2013-06-20 16:56:11   trigger         Short_4
   Helper:
     getCfgList all
     getCfgListNo 4
     peerIDsRaw ,10000101,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,10000101,
   room       Bad


und dann jeden Schritt protokolliert:
1. einmal kurz auf Btn_01
   10 sek warten
2. einmal lang auf Btn_01
   10 sek warten
3. einmal kurz auf Btn_02
   10 sek warten
4. einmal lang auf Btn_02

das ergibt folgendes Logfile:

Code Auswählen Erweitern


2013.06.20 17:06:43.764 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E343DDD IDcnt:0005
2013.06.20 17:07:03.044 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:2E349CD3 d:FF r:FFB9     m:14 8670 17294A 000000 00E63E
2013.06.20 17:07:03.740 1: HMLAN_Send:  LANInterface I:K
2013.06.20 17:07:03.750 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E349F9A IDcnt:0000
2013.06.20 17:07:06.002 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E34AC4A d:FF r:FFC3     m:11 A440 1F1D07 100001 0103
2013.06.20 17:07:07.042 1: HMLAN_Send:  LANInterface I:+1F1D07,00,00,
2013.06.20 17:07:07.116 1: HMLAN_Send:  LANInterface S:S621FEEEF stat:  00 t:00000000 d:01 r:621FEEEF m:11 8002 100001 1F1D07 00
2013.06.20 17:07:07.623 1: HMLAN_Parse: LANInterface R:R621FEEEF stat:0002 t:00000000 d:FF r:7FFF     m:11 8002 100001 1F1D07 00
2013.06.20 17:07:07.625 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:07.002 1: HMLAN_Parse: LANInterface R:E19801D   stat:0000 t:2E34B032 d:FF r:FFC0     m:B7 8441 19801D 000000 011A4380
2013.06.20 17:07:12.227 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:2E34C0B3 d:FF r:FFC0     m:65 8441 1C571F 000000 015F6380
2013.06.20 17:07:13.516 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:2E34C5BC d:FF r:FFBF     m:66 8410 1C571F E1F88A 06016300
2013.06.20 17:07:13.528 1: HMLAN_Send:  LANInterface I:+1C571F,00,00,
2013.06.20 17:07:13.619 1: HMLAN_Send:  LANInterface S:S6220083B stat:  00 t:00000000 d:01 r:6220083B m:66 8002 E1F88A 1C571F 01016300
2013.06.20 17:07:13.749 1: HMLAN_Parse: LANInterface R:R6220083B stat:0002 t:00000000 d:FF r:7FFF     m:66 8002 E1F88A 1C571F 01016300
2013.06.20 17:07:13.751 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:19.437 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E34DCE0 d:FF r:FFC8     m:12 8440 1F1D07 100001 4104
2013.06.20 17:07:23.044 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:2E34EAF5 d:FF r:FFB8     m:14 A258 17294A 18679D 0000
2013.06.20 17:07:28.754 1: HMLAN_Send:  LANInterface I:K
2013.06.20 17:07:28.764 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E350153 IDcnt:0002
2013.06.20 17:07:34.171 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E351671 d:FF r:FFC0     m:00 A440 1F1D07 100001 0201
2013.06.20 17:07:34.275 1: HMLAN_Send:  LANInterface S:S622058EC stat:  00 t:00000000 d:01 r:622058EC m:00 8002 100001 1F1D07 00
2013.06.20 17:07:34.989 1: HMLAN_Parse: LANInterface R:R622058EC stat:0002 t:00000000 d:FF r:7FFF     m:00 8002 100001 1F1D07 00
2013.06.20 17:07:34.991 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:47.140 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E35491C d:FF r:FFC1     m:01 8440 1F1D07 100001 4202
2013.06.20 17:07:47.390 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354A16 d:FF r:FFC0     m:02 8440 1F1D07 100001 4202
2013.06.20 17:07:47.640 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354B10 d:FF r:FFC0     m:03 8440 1F1D07 100001 4202
2013.06.20 17:07:47.891 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354C0B d:FF r:FFBF     m:04 8440 1F1D07 100001 4202
2013.06.20 17:07:48.141 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354D05 d:FF r:FFBF     m:05 8440 1F1D07 100001 4202
2013.06.20 17:07:48.392 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354E00 d:FF r:FFBF     m:06 8440 1F1D07 100001 4202
2013.06.20 17:07:48.642 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354EFA d:FF r:FFC5     m:07 A040 1F1D07 100001 4202
2013.06.20 17:07:48.662 1: HMLAN_Send:  LANInterface S:S62209172 stat:  00 t:00000000 d:01 r:62209172 m:07 8002 100001 1F1D07 00
2013.06.20 17:07:48.897 1: HMLAN_Parse: LANInterface R:R62209172 stat:0002 t:00000000 d:FF r:7FFF     m:07 8002 100001 1F1D07 00
2013.06.20 17:07:48.899 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:48.901 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354FF5 d:FF r:FFC8     m:07 A040 1F1D07 100001 4202
2013.06.20 17:07:49.145 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E3550F0 d:FF r:FFC9     m:07 A040 1F1D07 100001 4202
2013.06.20 17:07:53.767 1: HMLAN_Send:  LANInterface I:K
2013.06.20 17:07:53.777 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E35630C IDcnt:0002
2013.06.20 17:07:55.874 1: HMLAN_Parse: LANInterface R:E1C5371   stat:0000 t:2E356B38 d:FF r:FFC7     m:FC 8441 1C5371 000000 01522280


- woher bekomme ich den die RSSI

Oh mei o mei ;-)

[martinp876]

Alles nicht so schlimm.

jetzt kann man die peers auch lesen, alles prima.

1. einmal kurz auf Btn_01 => ack wird gesendet, alles ok
2. einmal lang auf Btn_01 => kein ack angefordert, keins gesendet
3. einmal kurz auf Btn_02 => ack wird gesendet, alles ok
4. einmal lang auf Btn_02 => Ack gesendet, aber der WM hat es nicht verstanden...

Die RSSI Werte stehen im Device, schau mal die Parameter des BA_taster durch

Kannst du den HMLAN einmal nahe an den WM stellen?

Einen bug habe ich noch: Das ack wird nicht wiederholt. Hast du die neuste SW?

Gruss
Martin

[docb]

Hellas,
also ich hab da nix mit RSSI gefunden - das device ist ja der BA_Taster, gell. Der schaut so aus:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D07
   IODev      LANInterface
   NAME       BA_Taster
   NR         357
   STATE      BA_Taster_Btn_02 LongRelease 7-A040- (to Vact_BA_dev)
   TYPE       CUL_HM
   channel_01 BA_Taster_Btn_01
   channel_02 BA_Taster_Btn_02
   Readings:
     2013-06-20 17:03:59   CommandAccepted yes
     2013-06-20 17:04:00   PairedTo        0x0
     2013-06-20 17:04:00   R-intKeyVisib   invisib
     2013-06-20 17:04:00   R-pairCentral   0x0
     2013-06-20 17:04:00   RegL_00:        02:00 0A:00 0B:00 0C:00 00:00
     2013-06-20 17:07:48   battery         ok
     2013-06-20 17:07:48   state           BA_Taster_Btn_02 LongRelease 7-A040- (to Vact_BA_dev)
   Helper:
     mId        006B
     rxType     12
     Role:
       dev        1
Attributes:
   expert     2_full
   firmware   1.1
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad
   serialNr   KEQ0033202
   subType    pushButton
   webCmd     getConfig


Ich war bei dem Test ca. 1m vom HMLAN weg. Also daran kann das Problem mit dem long-press nicht liegen, oder? Jetzt liegt der Schalter gerade neben mir (ca. 20m weit weg und ein paar Wände), hier habe ich das obige List gemacht. Übrigens kann ich den gar nicht direkt mit nem Aktor verbinden, da er meinen Yamaha Receiver steuert - und das kann nur fhem ;-)

Software habe ich die allerneueste -wenn du fhem meinst. Update jeden Tag, wenn ich rumbastel.
Viele Grüße
doc

[betateilchen]

Hellas,
also ich hab da nix mit RSSI gefunden

normalerweise stehen die RSSI Werte irgendwo kurz vor den Readings:

(http://up.picr.de/14912217pp.png)

Probiermal das List direkt nach einem getConfig, vielleicht siehst Du die Werte dann.

[docb]

Du bist doch einfach ein Fuchs!

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D07
   EVENTS     2
   IODev      LANInterface
   LANInterface_MSGCNT 2
   LANInterface_RAWMSG E1F1D07,0000,3332215B,FF,FFB8,00A4401F1D071000010201
   LANInterface_RSSI -72
   LANInterface_TIME 2013-06-21 16:22:15
   LASTInputDev LANInterface
   MSGCNT     2
   NAME       BA_Taster
   NR         357
   NTFY_TRIGGERTIME 2013-06-21 16:39:02
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 BA_Taster_Btn_01
   channel_02 BA_Taster_Btn_02
   lastMsg    No:00 - t:40 s:1F1D07 d:100001 0201
   protCmdPend 5 CMDs_pending
   protLastRcv 2013-06-21 16:22:14
   protState  CMDs_pending
   rssi_at_LANInterface avg:-74 min:-76 max:-72 lst:-72 cnt:2
   Readings:
     2013-06-21 16:22:15   battery         ok
     2013-06-21 16:39:02   state           CMDs_pending
   cmdStack:
     ++A001E1F88A1F1D0700040000000000
     ++A001E1F88A1F1D0701040000000001
     ++A001E1F88A1F1D070103
     ++A001E1F88A1F1D0702040000000001
     ++A001E1F88A1F1D070203
   Helper:
     addVal     2
     mId        006B
     rxType     12
     Respwait:
     Role:
       dev        1
     Rssi:
       At_laninterface:
         avg        -74
         cnt        2
         lst        -72
         max        -72
         min        -76
Attributes:
   expert     2_full
   firmware   1.1
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad
   serialNr   KEQ0033202
   subType    pushButton
   webCmd     getConfig

Da ist der Herr rssi ;-)

Und, was meinst?

Und sag mal, ich hab einen zweiten Schalter, bei dem irgendwas nicht funktioniert - der macht immer ein Dauerblinken, ab und zu mal nach schiefem! Neueinlegen der Batterie nimmt er Kommandos. Vermutlich hab ich das was schlecht gelötet. Erkennst du das was ungewöhnliches:

Code Auswählen Erweitern



2013.06.21 16:44:37 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:44:37 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:33469D4D IDcnt:000B
2013.06.21 16:45:02 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:45:02 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:3346FF0C IDcnt:000B
2013.06.21 16:45:27 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:45:27 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:334760D0 IDcnt:000B
2013.06.21 16:45:44 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:3347A4E1 d:FF r:FFB9     m:44 8670 17294A 000000 00DF3E
2013.06.21 16:45:52 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:45:52 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:3347C287 IDcnt:000B
2013.06.21 16:46:04 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:3347F304 d:FF r:FFBA     m:44 A258 17294A 18679D 0000
2013.06.21 16:46:16 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:3348213D d:FF r:FFB2     m:00 A410 1F1D35 E1F88A 06000000
2013.06.21 16:46:16 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:3348222F d:FF r:FFB2     m:00 A410 1F1D35 E1F88A 06000000
2013.06.21 16:46:16 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:33482321 d:FF r:FFB2     m:00 A410 1F1D35 E1F88A 06000000
2013.06.21 16:46:17 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:46:17 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:3348243D IDcnt:000B
2013.06.21 16:46:19 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:33482CD8 d:FF r:FFB1     m:00 8440 1F1D35 000000 0201
2013.06.21 16:46:21 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:334835CE d:FF r:FFB6     m:01 8440 1F1D35 000000 0101
2013.06.21 16:46:42 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:46:42 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:334885FE IDcnt:000B


Der Schalter muss die 1F1D35 sein...
Viele Grüße
doc

[docb]

Alter Vatter, ich hab das Gefühl, der ist auf Dauersendung...

Code Auswählen Erweitern


2013.06.21 17:07:30 3: Loglevelschleife teston
2013.06.21 17:07:43 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:07:43 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335BC4CA IDcnt:000B
2013.06.21 17:08:08 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:08:08 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335C267E IDcnt:000B
2013.06.21 17:08:13 1: HMLAN_Parse: LANInterface R:E19801D   stat:0000 t:335C390C d:FF r:FFBA     m:05 8410 19801D E1F88A 06013C00
2013.06.21 17:08:13 1: HMLAN_Send:  LANInterface S:S67474D18 stat:  00 t:00000000 d:01 r:67474D18 m:05 8002 E1F88A 19801D 01013C00
2013.06.21 17:08:13 1: HMLAN_Parse: LANInterface R:R67474D18 stat:0002 t:00000000 d:FF r:7FFF     m:05 8002 E1F88A 19801D 01013C00
2013.06.21 17:08:13 1: HMLAN_Parse: LANInterface discard
2013.06.21 17:08:33 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:08:33 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335C8841 IDcnt:000B
2013.06.21 17:08:37 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:335C9796 d:FF r:FFC2     m:B6 8410 1C571F E1F88A 06017800
2013.06.21 17:08:37 1: HMLAN_Send:  LANInterface S:S6747AB9F stat:  00 t:00000000 d:01 r:6747AB9F m:B6 8002 E1F88A 1C571F 01017800
2013.06.21 17:08:37 1: HMLAN_Parse: LANInterface R:R6747AB9F stat:0002 t:00000000 d:FF r:7FFF     m:B6 8002 E1F88A 1C571F 01017800
2013.06.21 17:08:37 1: HMLAN_Parse: LANInterface discard
2013.06.21 17:08:58 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:08:58 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335CE9F5 IDcnt:000B
2013.06.21 17:09:10 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:335D1A01 d:FF r:FFB9     m:4D 8670 17294A 000000 00E03E
2013.06.21 17:09:23 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:09:23 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335D4BAC IDcnt:000B
2013.06.21 17:09:30 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:335D6823 d:FF r:FFB9     m:4D A258 17294A 18679D 0000
2013.06.21 17:09:48 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:09:48 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335DAD63 IDcnt:000B
2013.06.21 17:10:01 1: HMLAN_Parse: LANInterface R:E1C5371   stat:0000 t:335DE0A2 d:FF r:FFC6     m:35 8410 1C5371 E1F88A 06012100
2013.06.21 17:10:01 1: HMLAN_Send:  LANInterface S:S6748F4EF stat:  00 t:00000000 d:01 r:6748F4EF m:35 8002 E1F88A 1C5371 01012100
2013.06.21 17:10:01 1: HMLAN_Parse: LANInterface R:R6748F4EF stat:0002 t:00000000 d:FF r:7FFF     m:35 8002 E1F88A 1C5371 01012100
2013.06.21 17:10:01 1: HMLAN_Parse: LANInterface discard


Und sag mal ist es normal, dass wenn ich einen getConfig mache bei protCmdPend immer jeweils 5 CMDS_pending dazukommen?
Das ist bei beiden Schaltern so (also dem, der eigentlich funktioniert und dem Dauerblinker). Übrigens hat der der funktioniert anfangs auch immer dauergeblinkt und irgendwann einfach nicht mehr. Kann leider nicht nachvollziehen, wie ich den zum Laufen gebraucht habe.
viele Grüße
doc

[martinp876]

Hi Doc,

RSSI wird immer frisch generiert, ist nach restart leer. Wie man an den fehlenden "proto..." eintraegen sehen konnte war von dem Device zum gegebenen Zeitpunk noch nichts eingegangen - also auch kein RSSI.

Der Wert ist nicht schlecht. Bis -90 sollte alles noch ok sein, so meine Erfahrung (keine Garantie!)
Bei mir kann ich mit unter feststellen, dass am Device ein anderer pegel sein kann.

rssi_FB avg:-58 min:-58 max:-58 lst:-58 cnt:1
rssi_LANIf1 avg:-64 min:-64 max:-64 lst:-64 cnt:1
rssi_at_LANIf1 avg:-67.55 min:-74 max:-65 lst:-73 cnt:63

Der Schalter 1F1D35 sendet seine Anfrage an E1F88A, aber der Antwortet nicht. Ist das die Zentrale? Hast du die gepeert? Solltest du den Button peeren?

Und sag mal ist es normal, dass wenn ich einen getConfig mache bei protCmdPend immer jeweils 5 CMDS_pending dazukommen?

zu Wenig? KAnn auch mehr sein - und das ist eh nur der Anfang, da baut sich noch etwas auf, wenn erst einmal die peers ermittelt sind. Es muss je Kanal Register udn peers ermeittelt werden. Ist also von einem Device mit nicht wirklich vielen Kanaelen. Bei einer RC19 sieht dass ganz anders aus ;-)

Was ist das Problem im letzten log?

Gruss Martin

[docb]

Hallo du gute Seele,
E1F88A ist die Zentrale, ja. Gepeert habe ich auch. Aber ich weiß jetzt woran das liegt. Ich habe heute noch einen Schalter zusammengelötet und ihn mal ohne die Transciever Plantine in Betrieb genommen - da macht der das gleiche. Von daher stimmt einfach was mit der Lötung nicht. Wieso er dann überhaupt senden kann ist mir zwar ein Rätsel, aber jedenfalls liegt es daran. Hab jetzt erstmal Entlötzeugs bestellt und werd den nochmal löten.
Das letzte Log ist ein Mitschnitt von dem was der wohl defekte Schalter ständig funkt. Wie gesagt, war für mich nicht nachvollziehbar wieso da überhaupt was ankommt, wenn er so verwirrt blinkt. Vielleicht kann ich ihn ja noch retten ;-)

Da die RSSI passen hast du wohl auch keinen Idee mehr, woran das mit dem long-press und der ack liegt...

1. einmal kurz auf Btn_01 => ack wird gesendet, alles ok
2. einmal lang auf Btn_01 => kein ack angefordert, keins gesendet
3. einmal kurz auf Btn_02 => ack wird gesendet, alles ok
4. einmal lang auf Btn_02 => Ack gesendet, aber der WM hat es nicht verstanden...

Naja, ist ja eigentlich auch nur eine Schönheitssache, wenn es funktionert. Bin halt leider ein bisschen perfektionistisch veranlagt ;-)
Viele Grüße
doc

[martinp876]

Also im letzten Log war kein ACK "beantragt".
Du kannst den Button einmal mit einem Virtuellen Aktor peeren, dann sollte auch eine entsprechenden 'anfrage' kommen, die nicht an die Zentrale geht.

[docb]

Servus,
ich habe jetzt insgesamt drei der WM55 Taster - alle drei mit nen virutellen Aktor gepeert und bei allen drei klappt die Bestätigung bei nem short-press, bei long press bleibt es bei einem rot-orange Blinken. Ich stell das jetzt mal zurück, das hat mich jetzt schon unendlich viel Zeit gekostet und ich habe noch so viel vor mit fhem ;-)
Vielen Dank für die Hilfe!
doc

[martinp876]

Hi Doc,

ich nehme das meist persoenlich, wenn devices sich nicht verhalten, wie erwartet :-)

Falls du noch etwas Zeit hast:
in deinem virtuellen Aktor ist der WM55 als peer eingetragen? Eigentlich sollte ein ACKinfo kommen, ich sehe aber nur ein ACK.
ggf einmal das List der virtuellen Aktoren und des WM55 inc. register posten

Und falls moeglich noch dazu passende roh-logs

Danke Martin

[docb]

Hehe,
da gebe ich dir schon recht. Kann ja eigentlich nicht sein, dass die Maschine gewinnt.
Also dann
- in meinem virtuellen Aktor - also weder im "device" noch im channel ist ein peer eingetragen:

Code Auswählen Erweitern

Internals:
   CFGFN      ./BB/virtual.conf
   DEF        100001
   IODev      LANInterface
   NAME       Vact_dev
   NR         521
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Vact_Taster
   Readings:
     2013-07-02 11:29:46   state           CMDs_done
   Helper:
     rxType     1
     Role:
       dev        1
       vrt        1
Attributes:
   expert     2_full
   icon       taster_ch
   model      virtual_1
   peerIDs    
   room       Z_Virtual
   subType    virtual
   webCmd     press short:press long

Internals:
   CFGFN      ./BB/virtual.conf
   DEF        10000101
   NAME       Vact_Taster
   NR         524
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     Vact_dev
   Readings:
   Helper:
     Role:
       chn        1
       vrt        1
Attributes:
   model      virtual_1
   peerIDs    
   room       Z_Virtual
   webCmd     press short:press long

So und jetzt wird es hinten höher wie vorne...
Der reale Taster hat auch keinen peer drin stehen (obwohl ich den bereits gepeert hatte udn mit save gesichert), aber trotzdem bekomme ich bei short press ein ACK... siehe weiter unten.
Hier mal der List des Tasters:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   CHANGED    
   DEF        1F1D35
   EVENTS     8
   IODev      LANInterface
   LANInterface_MSGCNT 15
   LANInterface_RAWMSG R9EC7C8FD,0001,07B4C2C6,FF,FFA5,25A0101F1D35E1F88A0201000000
   LANInterface_RSSI -91
   LANInterface_TIME 2013-07-02 11:47:40
   LASTInputDev LANInterface
   MSGCNT     15
   NAME       EG_Taster
   NR         313
   NTFY_TRIGGERTIME 2013-07-02 11:47:40
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 EG_Taster_Btn_01
   channel_02 EG_Taster_Btn_02
   lastMsg    No:25 - t:10 s:1F1D35 d:E1F88A 0201000000
   protLastRcv 2013-07-02 11:47:40
   protSnd    7 last_at:2013-07-02 11:47:40
   protState  CMDs_done
   rssi_at_LANInterface avg:-88.8 min:-101 max:-80 lst:-91 cnt:15
   Readings:
     2013-06-29 16:21:26   CommandAccepted yes
     2013-07-02 11:47:37   PairedTo        0xE1F88A
     2013-07-02 11:47:37   R-intKeyVisib   invisib
     2013-07-02 11:47:37   R-pairCentral   0xE1F88A
     2013-07-02 11:47:37   RegL_00:          02:01 0A:E1 0B:F8 0C:8A 00:00
     2013-07-02 11:45:39   battery         ok
     2013-07-02 11:47:40   state           CMDs_done
   Helper:
     mId        006B
     rxType     12
     Respwait:
     Role:
       dev        1
     Rssi:
       At_laninterface:
         avg        -88.8
         cnt        15
         lst        -91
         max        -80
         min        -101
     Shadowreg:
Attributes:
   expert     2_full
   firmware   1.1
   icon       taster
   model      HM-PB-2-WM55
   peerIDs    
   room       Schalter
   serialNr   KEQ0033156
   subType    pushButton
   webCmd     getConfig


Übrigens habe ich alle drei Taster mit dem Vact_Taster gepeert, dass sollte ja kein Problem sein, oder? Kann ich dieses Peer eigentlich irgendwo analog zur fhem.cfg fest abspeichern, dass es bei einem shutdown restart automatisch wieder mit eingelesen wird und somit künftig nicht mehr verloren gehen kann?

Hier das Log - ich habe zuerst den einen Button kurz / Pause / lang gedrückt und dann den anderen:

Code Auswählen Erweitern


2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E9BA d:FF r:FFB0     m:A7 A040 1F1D35 100001 4220
2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E8C8 d:FF r:FFB0     m:A7 A040 1F1D35 100001 4220
2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:R9EC5EFDC stat:0002 t:00000000 d:FF r:7FFF     m:A7 8002 100001 1F1D35 00
2013.07.02 11:45:39 1: HMLAN_Send:  LANInterface S:S9EC5EFDC stat:  00 t:00000000 d:01 r:9EC5EFDC m:A7 8002 100001 1F1D35 00
2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E7D5 d:FF r:FFB0     m:A7 A040 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E6E3 d:FF r:FFB0     m:A6 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E5F0 d:FF r:FFB0     m:A5 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E4FE d:FF r:FFB0     m:A4 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E40B d:FF r:FFB1     m:A3 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E319 d:FF r:FFB0     m:A2 8440 1F1D35 100001 4220
2013.07.02 11:45:37 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E226 d:FF r:FFB1     m:A1 8440 1F1D35 100001 4220
2013.07.02 11:45:36 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:07B2DEBD IDcnt:000D
2013.07.02 11:45:36 1: HMLAN_Send:  LANInterface I:K
2013.07.02 11:45:34 1: HMLAN_Parse: LANInterface R:E206773   stat:0000 t:07B2D61C d:FF r:FFC2     m:B8 8670 206773 000000 00C047
2013.07.02 11:45:33 1: HMLAN_Parse: LANInterface R:R9EC5D82F stat:0002 t:00000000 d:FF r:7FFF     m:A0 8002 100001 1F1D35 00
2013.07.02 11:45:33 1: HMLAN_Send:  LANInterface S:S9EC5D82F stat:  00 t:00000000 d:01 r:9EC5D82F m:A0 8002 100001 1F1D35 00
2013.07.02 11:45:33 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2D026 d:FF r:FFB0     m:A0 A440 1F1D35 100001 021F
2013.07.02 11:45:26 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B48B d:FF r:FFB0     m:9F A040 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B399 d:FF r:FFB0     m:9F A040 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:R9EC5BAB0 stat:0002 t:00000000 d:FF r:7FFF     m:9F 8002 100001 1F1D35 00
2013.07.02 11:45:25 1: HMLAN_Send:  LANInterface S:S9EC5BAB0 stat:  00 t:00000000 d:01 r:9EC5BAB0 m:9F 8002 100001 1F1D35 00
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B2A7 d:FF r:FFAF     m:9F A040 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B1B5 d:FF r:FFB0     m:9E 8440 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B0C3 d:FF r:FFAF     m:9D 8440 1F1D35 100001 4129
2013.07.02 11:45:24 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2AFD1 d:FF r:FFB0     m:9C 8440 1F1D35 100001 4129
2013.07.02 11:45:24 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2AEDF d:FF r:FFB0     m:9B 8440 1F1D35 100001 4129
2013.07.02 11:45:17 1: HMLAN_Parse: LANInterface R:R9EC59919 stat:0002 t:00000000 d:FF r:7FFF     m:9A 8002 100001 1F1D35 00
2013.07.02 11:45:17 1: HMLAN_Send:  LANInterface S:S9EC59919 stat:  00 t:00000000 d:01 r:9EC59919 m:9A 8002 100001 1F1D35 00
2013.07.02 11:45:17 1: HMLAN_Send:  LANInterface S:+1F1D35,00,01,
2013.07.02 11:45:17 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2910B d:FF r:FFB0     m:9A A440 1F1D35 100001 0128
2013.07.02 11:45:11 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:07B27D08 IDcnt:000D
2013.07.02 11:45:11 1: HMLAN_Send:  LANInterface I:K


Ich habe alles so gemacht, wie du es mir im Laufe dieser Unterhaltung erklärt hast und wie ich es dann in der Wiki veröffentlicht habe:

Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von fhem verarbeitet, fhem weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

Code Auswählen Erweitern

define Vact_dev CUL_HM 332211
set Vact_dev virtual 1
rename Vact_dev_Btn1 Vact_Taster
Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Zur Vereinfachung habe ich einfach den Namen meines realen Tasters (BA_Taster) genommen, der zwei Kanäle hat, die standardmäßig mit _Btn_01 und 02 bezeichnet werden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

Code Auswählen Erweitern

set BA_Taster_Btn_01 peerChan 0 Vact_Taster single set
set BA_Taster_Btn_02 peerChan 0 Vact_Taster single set
set BA_Taster getConfig  
und am Taster einmal anlernen drücken, ggf. nochmal ein BA_Taster getConfig
Wenn das geklappt hatte, sollte bei Euren Kanälen beim aktuellen State ein (to Vact_dev) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen.

Viele Grüße
doc