[Gelöst] Rauchmelder HM-SEC-SD-2 lässt sich nicht Teamen

Begonnen von Kaufe, 15 Juli 2016, 22:40:20

Vorheriges Thema - Nächstes Thema

Kaufe

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
FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)

Wuppi68

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
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

Kaufe

#2
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


FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)

Kaufe

#3
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....
FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)

frank

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.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Kaufe

#5
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
FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)

Kaufe

#6
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
FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)

M_I_B

#7
Edit: Uhh sorry, falscher Thread... Hab mich vertan... Sollte da hin: https://forum.fhem.de/index.php?topic=35298

Kaufe

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
FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)