Rauchmelder HM-SEC-SD antwortet nicht

[martinp876]

Wir reden vom fhemlog. Nicht das mit den events.
Dort kannst du auch das senden sehen. Wenn da nichts ist, z.b. beim getconfig, dann versucht die cul noch nicht einmal ein send

[Puschel74]

getconfig geht doch erst wenn das Device gepairt ist - oder nicht?

Aber stimmt - im FHEM-Logfile (das hatte ich eigentlich vorausgesetzt) sollte schon was stehen.

[Flexstarr]

Vom fhem.log sprach ich ebenfalls.

Es gibt Neuigkeiten:

habe den vorhandenen nanoCULMAX, der ebenfalls für MAX einwandfrei gearbeitet hat, auf HM umgestellt - siehe da:

Code Auswählen Erweitern


2016.01.16 19:43:06.157 4: CUL_Parse: nanoCULMAX A 1A 03 8400 32E09D 000000 1100424C544B30313039333439CD00010023 -56.5
2016.01.16 19:43:07.369 2: CUL_HM Unknown device HM_32E09D is now defined
2016.01.16 19:43:07.387 2: autocreate: define HM_32E09D CUL_HM 32E09D
2016.01.16 19:43:07.392 2: autocreate: define FileLog_HM_32E09D FileLog ./log/HM_32E09D-%Y.log HM_32E09D
2016.01.16 19:43:07.592 3: Device HM_32E09D added to ActionDetector with 099:00 time
2016.01.16 19:43:07.595 3: CUL_HM pair: HM_32E09D smokeDetector, model HM-SEC-SD serialNr
2016.01.16 19:43:07.603 4: CUL_send:  nanoCULMAXAs 10 04 A001 F11234 32E09D 00050000000000
2016.01.16 19:43:08.786 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:09.318 4: CUL_Parse: nanoCULMAX A 0A 01 8002 32E09D F11234 001E -59
2016.01.16 19:43:09.421 4: CUL_send:  nanoCULMAXAs 13 02 A001 F11234 32E09D 000802010AF10B120C34
2016.01.16 19:43:12.437 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:12.526 3: Device HM_32E09D added to ActionDetector with 099:00 time
2016.01.16 19:43:15.647 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:16.181 4: CUL_Parse: nanoCULMAX A 0A 01 8002 32E09D F11234 001D -59.5
2016.01.16 19:43:18.176 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:18.710 4: CUL_Parse: nanoCULMAX A 0A 01 8002 32E09D F11234 0025 -55.5
2016.01.16 19:43:19.785 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:19.821 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:20.652 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:23.192 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
2016.01.16 19:43:23.207 4: CUL_send:  nanoCULMAXAs 10 01 B001 F11234 32E09D 00050000000000
..

Ich verstehe nicht, warum es mit dem scheinbar funktioniert..

Device wurde angelegt:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        32E09D
   IODev      nanoCULMAX
   LASTInputDev nanoCULMAX
   MSGCNT     4
   NAME       HM_32E09D
   NR         753
   NTFY_ORDER 50-HM_32E09D
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:01 - t:02 s:32E09D d:F11234 00
   nanoCULMAX_MSGCNT 4
   nanoCULMAX_RAWMSG A0A01800232E09DF1123400::-55.5:nanoCULMAX
   nanoCULMAX_RSSI -55.5
   nanoCULMAX_TIME 2016-01-16 19:43:18
   protCmdPend 2 CMDs pending
   protIOdly  2 last_at:2016-01-16 19:51:14
   protLastRcv 2016-01-16 19:43:18
   protResnd  31796 last_at:2016-01-16 19:51:09
   protSnd    3 last_at:2016-01-16 19:45:55
   protState  CMDs_processing...
   rssi_at_nanoCULMAX avg:-57.62 min:-59.5 max:-55.5 lst:-55.5 cnt:4
   Readings:
     2016-01-16 19:43:12   Activity        alive
     2016-01-16 19:43:09   CommandAccepted yes
     2016-01-16 19:43:07   D-firmware      1.1
     2016-01-16 19:43:07   D-serialNr      LTK0109349
     2016-01-16 19:43:07   R-pairCentral   set_0xF11234
   cmdStack:
     ++A001F1123432E09D00050000000000
     ++A001F1123432E09D000802010AF10B120C34
     ++A001F1123432E09D0006
   Helper:
     HM_CMDNR   3
     cSnd       01F1123432E09D00050000000000,01F1123432E09D00050000000000
     mId        0042
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +32E09D,00,00,00
       nextSend   1452969798.81208
       prefIO
       rxt        0
       vccu
       p:
         32E09D
         00
         00
         00
     Mrssi:
       mNo        01
       Io:
         nanoCULMAX -53.5
     Prt:
       bErr       0
       sProc      1
     Q:
       qReqConf   00
       qReqStat   00
     Role:
       chn        1
       dev        1
     Rssi:
       At_nanoculmax:
         avg        -57.625
         cnt        4
         lst        -55.5
         max        -55.5
         min        -59.5
     Shadowreg:
       RegL_00.    02:01 0A:F1 0B:12 0C:34
Attributes:
   IODev      nanoCULMAX
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.1
   model      HM-SEC-SD
   msgRepeat  1
   room       CUL_HM
   serialNr   LTK0109349
   subType    smokeDetector
   webCmd     statusRequest


Ich teste mal weiter, melde mich.

[Puschel74]

Versuch mal ob der "vermeintliche" HM-nanoCUL MAX kann.
Dann kannst du ja umswitchen.
Aber auch hier - das set_ in pairedto verschwindet erst nach einem getConfig 
Den Rest bitte nach Wiki zum SD machen.

[Flexstarr]

Es scheint wohl an dem 868MHz Sendemodul zu liegen, andere User in weiteren Threads haben sehr ähnliche Probleme:
http://forum.fhem.de/index.php/topic,40437.0.html
http://forum.fhem.de/index.php/topic,33722.0.html

Aktueller Zustand des Rauchmelders nach getConfig:

Code Auswählen Erweitern


Internals:
   DEF        32E09D
   IODev      nanoCULHM
   LASTInputDev nanoCULHM
   MSGCNT     8
   NAME       Rauchmelder
   NR         211
   NTFY_ORDER 50-Rauchmelder
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:06 - t:02 s:32E09D d:F11234 00
   nanoCULHM_MSGCNT 8
   nanoCULHM_RAWMSG A0A06800232E09DF1123400::-47:nanoCULHM
   nanoCULHM_RSSI -47
   nanoCULHM_TIME 2016-01-17 01:19:59
   protCmdDel 4
   protLastRcv 2016-01-17 01:19:59
   protResnd  5 last_at:2016-01-17 01:19:59
   protResndFail 2 last_at:2016-01-17 01:14:48
   protSnd    11 last_at:2016-01-17 01:19:57
   protState  CMDs_done
   rssi_at_nanoCULHM avg:-44.93 min:-50.5 max:-43 lst:-47 cnt:8
   Readings:
     2016-01-17 01:15:58   Activity        alive
     2016-01-17 01:19:59   CommandAccepted yes
     2016-01-17 01:15:58   D-firmware      1.1
     2016-01-17 01:15:58   D-serialNr      LTK0109349
     2016-01-17 01:16:37   PairedTo        0xF11234
     2016-01-17 01:16:37   R-pairCentral   0xF11234
     2016-01-17 01:16:37   RegL_00.          02:01 0A:F1 0B:12 0C:34 00:00
     2016-01-17 00:08:12   battery         ok
     2016-01-17 00:08:12   level           0
     2016-01-17 00:08:12   powerOn         2016-01-17 00:08:12
     2016-01-17 00:08:12   recentStateType info
     2016-01-17 01:14:48   state           RESPONSE TIMEOUT:RegisterRead
   Helper:
     HM_CMDNR   6
     cSnd       01F1123432E09D0103,01F1123432E09D010132E09D0100
     mId        0042
     peerIDsRaw ,00000000
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +32E09D,00,00,00
       nextSend   1452990000.04555
       prefIO
       rxt        0
       vccu
       p:
         32E09D
         00
         00
         00
     Mrssi:
       mNo        06
       Io:
         nanoCULHM  -45
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   00
       qReqStat   00
     Role:
       chn        1
       dev        1
     Rssi:
       At_nanoculhm:
         avg        -44.9375
         cnt        8
         lst        -47
         max        -43
         min        -50.5
     Shadowreg:
Attributes:
   IODev      nanoCULHM
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.1
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,
   room       CUL_HM
   serialNr   LTK0109349
   subType    smokeDetector
   verbose    5
   webCmd     statusRequest

state "RESPONSE TIMEOUT:RegisterRead" gefällt noch nicht, was ist zu tun?

get hm configCheck:

Code Auswählen Erweitern


configCheck done:

peering strange - likely not suitable
    Rauchmelder not peered!! add SD to any team !!

PairedTo mismatch to IODev
    Rauchmelder paired:0xF11234 IO attr: -.


[martinp876]

Nanocul habe ich nicht, sorry.

[Flexstarr]

Ich denke die CUL Sache ist geklärt, der SD wird ja jetzt angesprochen.

SD arbeitet nun korrekt, besten Dank an euch beide für die Unterstützung!