HM-Sen-DB-PCB Pairing

[steinigel]

Hallo, ich versuche seit zwei Tagen erfolglos ein HM-Sen-DB-PCB (Tür-Klingelsensor) zum Laufen zu bringen.
Offensichtlich gelingt das Pairing nicht.

Ich habe FHEM Update gemacht, Mehrmals Neustart RasPi und FHEM, Kompletter Reset des Sensors, Batterien mehrfach gewechselt ...
und bin mit meinem Latein am Ende.

Hat jemand noch eine Idee?
Danke für jeden Hinweis.

Hier die Ergebnisse:

Internals

DEF   
37FCC2
IODev
hmusb
LASTInputDev
hmusb
MSGCNT
53
NAME
HM_37FCC2
NR
291
STATE
RESPONSE TIMEOUT:RegisterRead
TYPE
CUL_HM
hmusb_MSGCNT
53
hmusb_RAWMSG
R6D8CB3EC,0001,001B12AA,FF,FFCC,14A01037FCC242424201000000
hmusb_RSSI
-52
hmusb_TIME
2015-05-19 21:00:47
lastMsg
No:14 - t:10 s:37FCC2 d:424242 01000000
protLastRcv
2015-05-19 21:00:47
protSnd
24 last_at:2015-05-19 21:00:47
protState
CMDs_done
rssi_at_hmusb
avg:-45.39 min:-55 max:-39 lst:-52 cnt:38

Readings

D-firmware
1.0
D-serialNr
MEQ0045001
PairedTo
0x000000
R-ledMode
off
R-longPress
0.4 s
R-pairCentral
0x000000
R-sign
off
RegL_00:
02:00 05:00 0A:00 0B:00 0C:00 14:06 18:00 00:00
RegL_01:
04:10 08:00 30:06 00:00
alive
yes
battery
ok
powerOn

recentStateType
info

Attributes
IODev
hmusb
autoReadReg
4_reqStatus
expert
2_full
firmware
1.0
model
HM-Sen-DB-PCB
peerIDs
00000000
room
CUL_HM
serialNr
MEQ0045001
subType
pushButton

[frank]

wenn deine zentrale die id 424242 hat, ist das pairing wohl erfolgreich gewesen. zumindestens hat das device bereits an diese id gesendet. mit einem list vom device hätte man die timestamps vergleichen können. kannst du ein getconfig machen? sicherlich musst du am sensor dazu irgendwas drücken. ansonsten raw-messages vom vorgang posten.

[martinp876]

Gemaes den readings ist das device nicht gepairt.

[steinigel]

Genau das ist das Problem. Ich bekomme es nicht gepairt. Fehler ist nun:

RESPONSE TIMEOUT:RegisterRead

[martinp876]

Es wird erst gepairt, dann gelesen. Mache ein getconfig ohne pairen

[vuffiraa]

Hallo,

ich hole den Thread mal aus der Versenkung, da ich das gleiche Problem habe. Der Sensor tut ansonsten seit längerem seinen Dienst bei mir, ist gepeert und sendet ansonsten "to broadcast". Vielleicht kann mir ein Wissender sagen, warum das Pairing nicht klappt.

Ich habe gestern folgende Pairing-Versuche mitgeschnitten:

• Pairing über hmPairForSec und Taste am Sensor

Code Auswählen Erweitern

2015.09.30 19:04:03.831 0: HMLAN_Send:  hmusb I:K
2015.09.30 19:04:04.167 0: HMLAN_Parse: hmusb V:03C7 sNo:LEQ0658926 d:2CC7B7 O:030C48 t:17AADE57 IDcnt:000A L:0 %
2015.09.30 19:04:26.797 0: HMLAN_Parse: hmusb R:E30797B   stat:0000 t:17AB37D9 d:FF r:FFB8     m:E8 8400 30797B 000000 1000DC4C45513132323133343440010101
2015.09.30 19:04:26.899 0: HMLAN_Send:  hmusb S:S1F365A0C stat:  00 t:00000000 d:01 r:1F365A0C m:E9 A001 030C48 30797B 00050000000000
2015.09.30 19:04:27.533 0: HMLAN_Parse: hmusb R:R1F365A0C stat:0008 t:00000000 d:FF r:7FFF     m:E9 A001 030C48 30797B 00050000000000
2015.09.30 19:04:27.534 0: HMLAN_Parse: hmusb no ACK from 30797B
2015.09.30 19:04:28.835 0: HMLAN_Send:  hmusb I:K

• Pairing über hmPairForSec und Taste am Sensor (2.Versuch)

Code Auswählen Erweitern

2015.09.30 19:34:06.363 0: HMLAN_Send:  hmusb I:K
2015.09.30 19:34:06.414 0: HMLAN_Parse: hmusb V:03C7 sNo:LEQ0658926 d:2CC7B7 O:030C48 t:17C65F4F IDcnt:000A L:0 %
2015.09.30 19:34:06.957 0: HMLAN_Parse: hmusb R:E30797B   stat:0000 t:17C66175 d:FF r:FFB8     m:E9 8400 30797B 000000 1000DC4C45513132323133343440010101
2015.09.30 19:34:07.059 0: HMLAN_Send:  hmusb S:S1F5183CB stat:  00 t:00000000 d:01 r:1F5183CB m:EA A001 030C48 30797B 00050000000000
2015.09.30 19:34:07.693 0: HMLAN_Parse: hmusb R:R1F5183CB stat:0008 t:00000000 d:FF r:7FFF     m:EA A001 030C48 30797B 00050000000000
2015.09.30 19:34:07.694 0: HMLAN_Parse: hmusb no ACK from 30797B
2015.09.30 19:34:31.369 0: HMLAN_Send:  hmusb I:K

• Pairing über hmPairSerial und Taste am Sensor

Code Auswählen Erweitern

2015.09.30 20:01:17.748 0: HMLAN_Send:  hmusb S:+000000,00,00,00
2015.09.30 20:01:17.749 0: HMLAN_Send:  hmusb S:S1F6A6604 stat:  00 t:00000000 d:01 r:1F6A6604 m:01 8401 030C48 000000 010A4c455131323231333434
2015.09.30 20:01:17.902 0: HMLAN_Parse: hmusb R:R1F6A6604 stat:0002 t:00000000 d:FF r:7FFF     m:01 8401 030C48 000000 010A4C455131323231333434
2015.09.30 20:01:30.126 0: HMLAN_Parse: hmusb R:E30797B   stat:0000 t:17DF73F0 d:FF r:FFBB     m:EA 8400 30797B 000000 1000DC4C45513132323133343440010101
2015.09.30 20:01:30.228 0: HMLAN_Send:  hmusb S:S1F6A966C stat:  00 t:00000000 d:01 r:1F6A966C m:EB A001 030C48 30797B 00050000000000
2015.09.30 20:01:30.229 0: HMLAN_Send:  hmusb I:K
2015.09.30 20:01:30.415 0: HMLAN_Parse: hmusb V:03C7 sNo:LEQ0658926 d:2CC7B7 O:030C48 t:17DF74CE IDcnt:000A L:0 %
2015.09.30 20:01:30.862 0: HMLAN_Parse: hmusb R:R1F6A966C stat:0008 t:00000000 d:FF r:7FFF     m:EB A001 030C48 30797B 00050000000000
2015.09.30 20:01:30.863 0: HMLAN_Parse: hmusb no ACK from 30797B
2015.09.30 20:01:55.237 0: HMLAN_Send:  hmusb I:K

Vielleicht hilf auch noch ein List von Gerät:

Code Auswählen Erweitern

Internals:
   DEF        30797B
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     40
   NAME       CUL_HM_HM_Sen_DB_PCB_30797B
   NR         289
   NTFY_ORDER 50-CUL_HM_HM_Sen_DB_PCB_30797B
   STATE      MISSING ACK
   TYPE       CUL_HM
   hmusb_MSGCNT 40
   hmusb_RAWMSG E30797B,0000,17DF73F0,FF,FFBB,EA840030797B0000001000DC4C45513132323133343440010101
   hmusb_RSSI -69
   hmusb_TIME 2015-09-30 20:01:30
   lastMsg    No:EA - t:00 s:30797B d:000000 1000DC4C45513132323133343440010101
   protCmdDel 30
   protLastRcv 2015-09-30 20:01:30
   protResndFail 5 last_at:2015-09-30 20:01:32
   protSnd    5 last_at:2015-09-30 20:01:30
   protState  CMDs_done_Errors:1
   rssi_at_hmusb min:-72 cnt:40 max:-57 lst:-69 avg:-61.52
   CHANGETIME:
   Helper:
     Dblog:
       D-firmware:
         Mydblog:
           TIME       1443636090.24128
           VALUE      1.0
       D-serialnr:
         Mydblog:
           TIME       1443636090.24128
           VALUE      LEQ1221344
       Battery:
         Mydblog:
           TIME       1443626511.6163
           VALUE      ok
       State:
         Mydblog:
           TIME       1443636092.82949
           VALUE      MISSING ACK
       Trigger:
         Mydblog:
           TIME       1443626511.6163
           VALUE      Short_231
       Trigger_cnt:
         Mydblog:
           TIME       1443626511.6163
           VALUE      231
   Readings:
     2015-09-30 20:01:30   D-firmware      1.0
     2015-09-30 20:01:30   D-serialNr      LEQ1221344
     2015-02-25 12:01:26   R-CUL_HM_HM_OU_CF_PL_34B43A_Led-expectAES set_off
     2015-02-25 12:01:26   R-CUL_HM_HM_OU_CF_PL_34B43A_Led-peerNeedsBurst set_off
     2015-02-25 12:03:59   R-CUL_HM_HM_OU_CF_PL_34B43A_Sound-expectAES set_off
     2015-02-25 12:03:59   R-CUL_HM_HM_OU_CF_PL_34B43A_Sound-peerNeedsBurst set_off
     2015-01-31 17:50:52   R-pairCentral   set_0x030C48
     2015-02-14 16:59:50   alive           yes
     2015-09-30 17:21:50   battery         ok
     2015-01-12 21:36:00   contact         unknown:00 (to broadcast)
     2015-02-14 16:59:50   powerOn         2015-02-14 16:59:50
     2015-02-14 16:59:50   recentStateType info
     2015-09-30 20:01:32   state           MISSING ACK
     2015-09-30 17:21:50   trigger         Short_231
     2015-09-30 17:21:50   trigger_cnt     231
   Helper:
     BNO        231
     BNOCNT     1
     HM_CMDNR   235
     cSnd       01030C4830797B00050000000000,01030C4830797B00050000000000
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     rxType     4
     Io:
       newChn     +30797B,00,00,00
       nextSend   1443636090.22734
       rxt        0
       vccu       vccu
       p:
         30797B
         00
         00
         00
       prefIO:
         hmusb
     Mrssi:
       mNo        EA
       Io:
         hmusb      -67
     Prt:
       bErr       0
       mmcS       1
       sProc      0
       mmcA:
         ++A001030C4830797B00050000000000
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmusb:
         avg        -61.525
         cnt        40
         lst        -69
         max        -57
         min        -72
     Shadowreg:
       RegL_00:    02:01 0A:03 0B:0C 0C:48
Attributes:
   IODev      hmusb
   IOgrp      vccu:hmusb
   alias      Klingelsensor
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   LEQ1221344
   subType    pushButton

Danke,
Ulf

[martinp876]

Das device meldet sich. Fhem sendet pünktlich die pairemessage. Aber das device antwortet nicht. Und das bei allen.
Sind die device zu nahe zusammen?

[vuffiraa]

Der Abstand sollte nicht zu klein sein, 6-7 m und eine Wand dazwischen.

[martinp876]

Unklar. Einfach nicht melden,    .... Sendet der hmlan etwas? Kann man das irgendwo sehen?

[vuffiraa]

Naja, wie sehe ich das? Außerdem habe ich ein hmusb. Sollte aber kein grundsätzliches Problem mit dem USB-Stick sein, da ich andere Geräte ohne Probleme pairen konnte.

[martinp876]

nun, wenn du andere geräte hast die korrekt arbeiten sendet der HMLAN auch. Dann scheint das Device nicht zu empfangen.