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
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.
Gemaes den readings ist das device nicht gepairt.
Genau das ist das Problem. Ich bekomme es nicht gepairt. Fehler ist nun:
RESPONSE TIMEOUT:RegisterRead
Es wird erst gepairt, dann gelesen. Mache ein getconfig ohne pairen
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
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)
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
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:KVielleicht hilf auch noch ein List von Gerät:
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 pushButtonDanke,
Ulf
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?
Der Abstand sollte nicht zu klein sein, 6-7 m und eine Wand dazwischen.
Unklar. Einfach nicht melden, .... Sendet der hmlan etwas? Kann man das irgendwo sehen?
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.
nun, wenn du andere geräte hast die korrekt arbeiten sendet der HMLAN auch. Dann scheint das Device nicht zu empfangen.