Hallo Community,
hänge hier mal wieder über meine lieben Rauchmelder und würde diese gerne ins FHEM integrieren.
Einen HM-SEC-SD-2 hatte ich vor 2-3 Wochen schon mal gepaert und dann in ein virtuelles Team eingefügt.
Nach anfänglichen Schwierigkeiten hatte dieses dann auch funktioniert (mit set XXXXX getConfig).
Nun hatte ich mir noch weitere im Internet bestellt und wollte diese ins Team mit aufnehmen. Doch leider stoße ich hier auf große Probleme....
Wie ich es bis Dato versuche:
1. set CUL1 hmPairForSec 600
2. Taste beim SD für ca 2-3 Sekunden drücken (blinkt kurz Orange und dann ein abschluss Grünes LED)
3. Paering ist noch nicht ganz fertig, also ein set HM_SD getConfig
4. Taste beim SD für ca 10 Sekunden drücken (blinkt kurz Rot und dann ein abscluss ROT / GRÜN / ORANGE LED)
5. Laut FHEM ist SD nun richtig gepaert, einzig diese Meldung: "peering strange - likely not suitable -> HM_000011 not peered!! add SD to any team !!"
--> soweit so gut, glaube ich :D
nun will ich hier ein virtuelles Team aufbauen und die SD mitaufnehmen:
define TeamVirtuell CUL_HM 111111
set TeamVirtuell virtual 1
rename TeamVirtuell_Btn1 KE_Teammelder
set KE_Teammelder peerChan 0 HM_000011 single set
und nun kann ich machen was ich will:
Taste 3 Sekunden drücken -> blinkt kurz orange, dann grün -> im FHEM geht sie auf "MISSING ACK"
set HM_49195A getConfig
Taste 3 Sekunden drücken -> blinkt ca 30 Sekunden orange -> im FHEM geht sie auf "RESPONSE TIMEOUT:RegisterRead"
Internals:
CFGFN
CUL1_MSGCNT 36
CUL1_RAWMSG A1A8F840049195A0000001000AA4E455130303032313433CE000100::-65:CUL1
CUL1_RSSI -65
CUL1_TIME 2016-07-15 22:36:13
DEF 49195A
IODev CUL1
LASTInputDev CUL1
MSGCNT 36
NAME HM_000011
NR 479
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
lastMsg No:8F - t:00 s:49195A d:000000 1000AA4E455130303032313433CE000100
protCmdDel 18
protLastRcv 2016-07-15 22:36:13
protResnd 14 last_at:2016-07-15 22:35:12
protResndFail 13 last_at:2016-07-15 22:35:16
protSnd 27 last_at:2016-07-15 22:35:08
protState CMDs_done_Errors:1
rssi_at_CUL1 cnt:36 min:-76 avg:-66.61 lst:-65 max:-59.5
Readings:
2016-07-15 22:35:16 Activity alive
2016-07-15 21:13:51 CommandAccepted yes
2016-07-15 22:35:16 D-firmware 1.0
2016-07-15 22:35:16 D-serialNr NEC0000000
2016-07-15 22:33:41 PairedTo 0x000000
2016-07-15 22:33:41 R-pairCentral 0x000000
2016-07-15 21:13:51 aesCommToDev ok
2016-07-15 21:13:51 aesKeyNbr 00
2016-07-15 21:21:56 alarmTest ok
2016-07-15 21:21:56 battery ok
2016-07-15 21:21:56 level 0
2016-07-15 21:21:56 powerOn 2016-07-15 21:21:56
2016-07-15 21:21:56 recentStateType info
2016-07-15 22:33:41 sdRepeat off
2016-07-15 21:21:56 smokeChamber ok
2016-07-15 22:35:16 state RESPONSE TIMEOUT:RegisterRead
Regl_00.:
VAL
Helper:
HM_CMDNR 143
cSnd 01F11F3549195A0103,01F11F3549195A00040000000000
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
rxType 6
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +49195A,00,00,00
nextSend 1468614973.64738
prefIO
rxt 0
vccu
p:
49195A
00
00
00
Mrssi:
mNo 8F
Io:
CUL1 -63
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_cul1:
avg -66.6111111111111
cnt 36
lst -65
max -59.5
min -76
Shadowreg:
Tmpl:
Attributes:
IODev CUL1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr NEC0000000
subType smokeDetector
webCmd statusRequest
Zur Zeit bin ich etwas verwirrt, vor zwei Wochen hatte ich anfängliche Probleme mit dem SD-2, dieses wurde mit eineml "getConfig" dann schnell gelöst.... doch jetzt versuch ich mich schon seit Std und hänge immer am selben Part....
Habt ihr noch Ideen?
Viele Grüße Kaufe
10 Sekunden Taster drücken sind ein Reset ...
Du hast gepaired und danach wieder Reset
1 mal kurz drücken reicht für ein getConfig
Hi Wuppi68,
besten dank für deine Antwort. Hast absolut Recht, 10 Sekunden sind ein Resett :D
Habe mal die Devices wieder gelöscht und noch einmal begonnen.
Über den Status TIMEOUT:RegisterRead
2016-07-16_09:37:15 HM_45005A Activity: alive
2016-07-16_09:37:15 HM_45005A D-firmware: 1.0
2016-07-16_09:37:15 HM_45005A D-serialNr: NEQ0002000
2016-07-16_09:37:18 HM_45005A ResndFail
2016-07-16_09:37:18 HM_45005A RESPONSE TIMEOUT:RegisterRead
und Missing ACK:
2016-07-16_09:11:15 HM_45005A Activity: alive
2016-07-16_09:11:15 HM_45005A D-firmware: 1.0
2016-07-16_09:11:15 HM_45005A D-serialNr: NEQ0002000
2016-07-16_09:11:16 HM_45005A sdRepeat: off
2016-07-16_09:11:39 HM_45005A ResndFail
2016-07-16_09:11:39 HM_45005A MISSING ACK
komme ich einfach nicht hinüber hinaus.
FHEM log:
2016.07.16 09:06:09 2: CUL_HM Unknown device HM_45005A is now defined
2016.07.16 09:06:09 2: autocreate: define HM_45005A CUL_HM 45005A
2016.07.16 09:06:09 2: autocreate: define FileLog_HM_45005A FileLog ./log/HM_45005A-%Y-%m.log HM_45005A
2016.07.16 09:06:10 3: Device HM_45005A added to ActionDetector with 099:00 time
2016.07.16 09:06:10 3: Device 44XXXX removed from ActionDetector
2016.07.16 09:06:10 3: Device 49YYYY removed from ActionDetector
2016.07.16 09:06:10 3: Device 49YYYY removed from ActionDetector
2016.07.16 09:06:10 3: CUL_HM pair: HM_45005A smokeDetector, model HM-SEC-SD-2 serialNr
2016.07.16 09:06:12 3: CUL_HM set HM_45005A getConfig
2016.07.16 09:06:14 3: Device HM_45005A added to ActionDetector with 099:00 time
2016.07.16 09:06:37 3: CUL_HM set HM_45005A getConfig
2016.07.16 09:06:44 3: Device HM_49195A added to ActionDetector with 099:00 time
Ah, was gefunden, einer hatte wohl noch einen unbekannten AES Schlüssel drinnen:
2016-07-16_09:51:23 HM_490012 Activity: alive
2016-07-16_09:51:23 HM_490012 D-firmware: 1.0
2016-07-16_09:51:23 HM_490012 D-serialNr: NEQ0002201
2016-07-16_09:51:23 HM_490012 aesCommToDev: fail
2016-07-16_09:51:23 HM_490012 aesKeyNbr: 00
2016-07-16_09:51:23 HM_490012 aesCommToDev: fail
2016-07-16_09:51:23 HM_490012 NACK
2016-07-16_09:51:23 HM_490012 Nack
2016-07-16_09:51:24 HM_490012 R-pairCentral: 0x000000
2016-07-16_09:51:24 HM_490012 sdRepeat: off
Diesen hatte ich dann noch einmal vom FHEM gelöscht, 15 Sekunden taste gedrückt, für zurücksetzen, anschließend neu versucht:
set CUL1 hmPairForSec 600
-> Taste 4 Sekunden gedrückt, blinkte kurz Orange, dann Grün
2016.07.16 09:55:33 2: CUL_HM Unknown device HM_490012 is now defined
2016.07.16 09:55:33 2: autocreate: define HM_490012 CUL_HM 490012
2016.07.16 09:55:33 2: autocreate: define FileLog_HM_490012 FileLog ./log/HM_490012-%Y-%m.log HM_490012
2016.07.16 09:55:33 3: Device HM_490012 added to ActionDetector with 099:00 time
2016.07.16 09:55:33 3: CUL_HM pair: HM_490012 smokeDetector, model HM-SEC-SD-2 serialNr
2016.07.16 09:55:37 3: CUL_HM set HM_490012 getConfig
2016.07.16 09:55:39 3: Device HM_490012 added to ActionDetector with 099:00 time
2016.07.16 09:55:42 3: CUL_HM set HM_490012 getConfig
2016-07-16_09:55:33 HM_490012 Activity: alive
2016-07-16_09:55:33 HM_490012 D-firmware: 1.0
2016-07-16_09:55:33 HM_490012 D-serialNr: NEQ0001222
2016-07-16_09:55:33 HM_490012 sdRepeat: invalid
2016-07-16_09:55:34 HM_490012 aesKeyNbr: 00
2016-07-16_09:55:34 HM_490012 aesCommToDev: ok
2016-07-16_09:55:34 HM_490012 aesKeyNbr: 00
2016-07-16_09:55:34 HM_490012 aesCommToDev: ok
2016-07-16_09:55:35 HM_490012 aesKeyNbr: 00
2016-07-16_09:55:35 HM_490012 aesCommToDev: ok
2016-07-16_09:55:39 HM_490012 sdRepeat: off
2016-07-16_09:55:39 HM_490012 Activity: alive
2016-07-16_09:55:44 HM_490012 sdRepeat: off
set HM_490012 getConfig
-> Taste 4 Sekunden gedrückt, kurz Orange dann Grün
2016.07.16 09:57:07 3: CUL_HM set HM_490012 getConfig
2016.07.16 09:57:11 3: Device HM_490012 added to ActionDetector with 099:00 time
2016.07.16 09:57:11 3: CUL_HM set HM_490012 statusRequest
2016-07-16_09:57:11 HM_490012 Activity: alive
2016-07-16_09:57:11 HM_490012 D-firmware: 1.0
2016-07-16_09:57:11 HM_490012 D-serialNr: NEQ0001222
2016-07-16_09:57:12 HM_490012 sdRepeat: off
2016-07-16_09:57:17 HM_490012 alarmTest: ok
2016-07-16_09:57:17 HM_490012 battery: ok
2016-07-16_09:57:17 HM_490012 level: 0
2016-07-16_09:57:17 HM_490012 smokeChamber: ok
2016-07-16_09:57:17 HM_490012 off
set KE_Teammelder peerChan 0 HM_490012 single set
-> (taste 4 Sekunden drücken) anschließend hatte der Smokedetector ca 30 Sekunden Orange geblinkt.... anschließend einfach aufgehört.
2016.07.16 09:59:34 3: CUL_HM set KE_Teammelder peerChan 0 HM_490012 single set
2016.07.16 09:59:36 3: CUL_HM set HM_490012 getConfig
2016.07.16 09:59:42 3: Device HM_490012 added to ActionDetector with 099:00 time
2016-07-16_09:59:35 HM_490012 aesKeyNbr: 00
2016-07-16_09:59:35 HM_490012 aesCommToDev: ok
2016-07-16_09:59:36 HM_490012 sdRepeat: off
2016-07-16_09:59:42 HM_490012 Activity: alive
2016-07-16_09:59:42 HM_490012 D-firmware: 1.0
2016-07-16_09:59:42 HM_490012 D-serialNr: NEQ0002100
Als ich dann aber im Device nachgesehen hatte, hatte er die richtige PeerID vom virtuellen Team....
ZitatAh, was gefunden, einer hatte wohl noch einen unbekannten AES Schlüssel drinnen
sollte er wirklich einen dir unbekannten key haben, kannst du ihn ohne diesen schlüssel
nicht mehr resetten. pairen natürlich auch nicht mehr. wo sollte denn dieser key herkommen?
aeskeynbr 00 ist aber der defaultschlüssel.
Hi Frank,
hatte die Meldung
2016-07-16_09:51:23 HM_490012 aesCommToDev: fail
2016-07-16_09:51:23 HM_490012 aesKeyNbr: 00
2016-07-16_09:51:23 HM_490012 aesCommToDev: fail
2016-07-16_09:51:23 HM_490012 NACK
2016-07-16_09:51:23 HM_490012 Nack
so verstanden. Nach einem Resett und einem erneuten Pairing gings dann.
Kurze rückmeldung, mit "sehr" viel Geduld und Logfiles lesen, komme ich immer weiter, 2 von 3 laufen nun schon korrekt.
Es ist aber wirklich, Befehl, 4 sekunden drücken, logfiles lesen..... wenn ein fehler kommt, wieder von vorne...
Grüße und danke für euere Hilfe
Kaufe
Hurra die Gams,
alle dreie sind nun drinnen und reagieren auf das virtuelle TEAM, somit kann ich nun meine PUSH Notifications einrichten, SUPER!
Als kurzes Fazit, die HM-SEC-SD-2 ist eines der widerspenstigsten Geräte die ich kenne. Mit viel Geduld und Zeit(zwischen den schritten) kommt man dem Ziel immer ein Stück näher.
Im Prinzip wie ein kleines Kind das nicht hören will, immer und immer wieder versuchen, "irgendwann gibt auch Stahl nach :D".
Glaube das ich die HM-SEC-SD-2 jedes um die 10 mal neue gepaert habe.... sobald komische LOGS kamen, (resettet (also 15 Sekunden Taste drücken)... und wieder von vorne).
Was evtl noch was ausgemacht hat, sitze nun direkt neben dem CUL im Keller.... um Störreinflüsse von Handy / WLAN etc aus dem Weg zu gehen....
Hoffentlich hilft der Thread dem ein oder anderen.... Wenn mich die Rauchmelder in einen halben Jahr wieder ärgern, werde ich sicherlich wieder diese Zeilen lesen :D
Viele Grüße und danke für die Hilfe.
Kaufe
Edit: Uhh sorry, falscher Thread... Hab mich vertan... Sollte da hin: https://forum.fhem.de/index.php?topic=35298
Nach dem ich nun mehrfach neue Rauchmelder anlernen musste, habe ich einen kleinen Kniff gefunden.
Erst den Rauchmelder 4 Sekunden drücken und binnen 1-2 Sekunden den befehl getConfig hinterherschicken. Dann Klappt das auch sofort :D
In der Beschreibung steht, getConfig und anschließend drücken.... dieses ist leider falsch :D