Keine zyklischen Meldungen von HM-SEC-WDS-2

[Lorenz]

Hallo liebe Leute,

zuerst mal wünsche ich Euch noch schöne Rest-Weihnachten  und brauche mal etwas Hilfe von Wissenden.

Passend zur friedlichen Zeit schaffe ich es nicht von meinem Wassermelder zyklisch (alle 24 Std.) eine Meldung zu bekommen.
Und da es so eingestellt ist, geht der Alive-Status dann nach weiteren 4 Stunden in "dead".
Hier mal das list von dem Device:

Code Auswählen Erweitern

Internals:
   DEF        375461
   IODev      hmusb
   NAME       HM_WasserMelderKG
   NR         240
   STATE      dry
   TYPE       CUL_HM
   Readings:
     2015-12-26 15:10:11   Activity        dead
     2015-12-20 15:52:54   CommandAccepted yes
     2015-12-24 10:11:08   D-firmware      1.4
     2015-12-24 10:11:08   D-serialNr      MEQ0206214
     2015-12-24 10:11:10   PairedTo        0x354D5B
     2015-12-13 12:29:05   R-cyclicInfoMsg on
     2015-12-24 10:09:02   R-pairCentral   0x354D5B
     2015-12-24 10:09:03   R-sign          on
     2015-12-24 10:11:10   RegL_00:        02:01 09:01 0A:35 0B:4D 0C:5B 10:01 14:06 00:00
     2015-12-24 10:11:11   RegL_01:        08:01 20:78 22:64 23:05 30:06 00:00
     2015-12-20 15:12:55   alive           yes
     2015-12-24 10:13:56   battery         ok
     2015-12-24 10:13:56   contact         dry (to virtualCCU)
     2015-12-20 15:12:55   cover           closed
     2015-12-20 15:12:55   powerOn         2015-12-20 15:12:55
     2015-12-20 15:12:55   recentStateType info
     2015-12-24 10:13:56   state           dry
     2015-12-24 10:13:56   trigDst_virtualCCU noConfig
     2015-12-24 10:13:56   trigger_cnt     38
   Helper:
     HM_CMDNR   1
     mId        00B2
     rxType     12
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +375461,00,00,00
       rxt        2
       vccu       virtualCCU
       p:
         375461
         00
         00
         00
       prefIO:
         hmusb
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      hmusb
   IOgrp      virtualCCU:hmusb
   actCycle   028:00
   actStatus  dead
   autoReadReg 3_onChange
   expert     2_full
   firmware   1.4
   model      HM-SEC-WDS-2
   peerIDs    00000000,
   room       CUL_HM
   serialNr   MEQ0206214
   subType    threeStateSensor

Seht Ihr da irgendwelche Auffälligkeiten? Kann es daran liegen, dass ich kein Peer eingerichtet habe? Das Device ist nur mit dem HM-USB-CFG gepairt, um dann über notifys auf die Meldungen zu reagieren. Hat noch jemand dieses Problem ? Oder ist das Teil einfach nur defekt ?

Ansonsten wäre noch zu sagen, dass das Device keinesfalls "dead" ist, bei Beaufschlagung von Feuchte oder Wasser kommen passend die Meldungen.

LG

[Ellert]

Könnte es daran liegen?

autoReadReg 3_onChange

Kein Change-kein Read.

[Lorenz]

Wenn ich mich recht entsinne, hatte ich auch schon 4_reqStatus gesetzt. Aber ich teste das nochmal damit.

LG

[frank]

Code Auswählen Erweitern

2015-12-13 12:29:05   R-cyclicInfoMsg on
wenn die einstellung immer noch stimmt, sollte auch eine zyklische meldung kommen.
ich würde clear readings machen und die daten mit getconfig neu lesen.

[Lorenz]

Hallo Frank,

und danach die Taste am Melder betätigen ? - Ansonsten kommt da anscheinend nichts ...

LG

[frank]

und danach die Taste am Melder betätigen ?

gehe ich von aus, wenn sonst nichts kommt.

[Lorenz]

OK, gesagt - getan: Taste gedrückt und neue readings sind da. Aber R-cyclicInfoMsg on ist aktuell.
Hier ein aktuelles list device:

Code Auswählen Erweitern

Internals:
   DEF        375461
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     9
   NAME       HM_WasserMelderKG
   NR         240
   STATE      dry
   TYPE       CUL_HM
   hmusb_MSGCNT 9
   hmusb_RAWMSG RDF87175D,0001,0C4979C2,FF,FFC2,2CA010375461354D5B0100000000
   hmusb_RSSI -62
   hmusb_TIME 2015-12-26 19:22:31
   lastMsg    No:2C - t:10 s:375461 d:354D5B 0100000000
   protLastRcv 2015-12-26 19:22:31
   protSnd    8 last_at:2015-12-26 19:22:31
   protState  CMDs_done
   rssi_at_hmusb avg:-57.55 min:-66 max:-41 lst:-62 cnt:9
   Readings:
     2015-12-26 19:22:30   Activity        alive
     2015-12-26 19:22:30   D-firmware      1.4
     2015-12-26 19:22:30   D-serialNr      MEQ0206214
     2015-12-26 19:22:30   PairedTo        0x354D5B
     2015-12-26 19:22:30   R-cyclicInfoMsg on
     2015-12-26 19:22:30   R-pairCentral   0x354D5B
     2015-12-26 19:22:30   R-sign          on
     2015-12-26 19:22:30   RegL_00:          02:01 09:01 0A:35 0B:4D 0C:5B 10:01 14:06 00:00
     2015-12-26 19:22:30   RegL_01:          08:01 20:78 22:64 23:05 30:06 00:00
     2015-12-26 19:21:21   battery         ok
     2015-12-26 19:21:21   contact         dry (to virtualCCU)
     2015-12-26 19:21:21   state           dry
     2015-12-26 19:21:21   trigDst_virtualCCU noConfig
     2015-12-26 19:21:21   trigger_cnt     40
   Helper:
     HM_CMDNR   44
     cSnd       01354D5B37546101040000000001,01354D5B3754610103
     mId        00B2
     peerIDsRaw ,00000000
     rxType     12
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +375461,00,00,00
       nextSend   1451154151.40206
       rxt        2
       vccu       virtualCCU
       p:
         375461
         00
         00
         00
       prefIO:
         hmusb
     Mrssi:
       mNo        2C
       Io:
         hmusb      -60
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1451154151.3432
       ack:
         HASH(0x135f220)
         2C8002354D5B37546100
     Rssi:
       At_hmusb:
         avg        -57.5555555555556
         cnt        9
         lst        -62
         max        -41
         min        -66
     Shadowreg:
Attributes:
   IODev      hmusb
   IOgrp      virtualCCU:hmusb
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.4
   model      HM-SEC-WDS-2
   peerIDs    00000000,
   room       CUL_HM
   serialNr   MEQ0206214
   subType    threeStateSensor
und ergänzend dazu ein Auszug aus dem log-file der letzten 2 Tage (die damp-meldungen waren Tests von mir...)

Code Auswählen Erweitern

2015-12-24_10:13:48 HM_WasserMelderKG battery: ok
2015-12-24_10:13:48 HM_WasserMelderKG contact: damp (to virtualCCU)
2015-12-24_10:13:48 HM_WasserMelderKG damp
2015-12-24_10:13:48 HM_WasserMelderKG trigDst_virtualCCU: noConfig
2015-12-24_10:13:48 HM_WasserMelderKG trigger_cnt: 37
2015-12-24_10:13:56 HM_WasserMelderKG battery: ok
2015-12-24_10:13:56 HM_WasserMelderKG contact: dry (to virtualCCU)
2015-12-24_10:13:56 HM_WasserMelderKG dry
2015-12-24_10:13:56 HM_WasserMelderKG trigDst_virtualCCU: noConfig
2015-12-24_10:13:56 HM_WasserMelderKG trigger_cnt: 38
2015-12-25_11:07:08 HM_WasserMelderKG Activity: alive
2015-12-25_11:10:08 HM_WasserMelderKG Activity: alive
2015-12-25_14:20:09 HM_WasserMelderKG Activity: unknown
2015-12-26_15:10:11 HM_WasserMelderKG Activity: dead
2015-12-26_19:21:15 HM_WasserMelderKG battery: ok
2015-12-26_19:21:15 HM_WasserMelderKG contact: damp (to virtualCCU)
2015-12-26_19:21:15 HM_WasserMelderKG damp
2015-12-26_19:21:15 HM_WasserMelderKG trigDst_virtualCCU: noConfig
2015-12-26_19:21:15 HM_WasserMelderKG trigger_cnt: 39
2015-12-26_19:21:21 HM_WasserMelderKG battery: ok
2015-12-26_19:21:21 HM_WasserMelderKG contact: dry (to virtualCCU)
2015-12-26_19:21:21 HM_WasserMelderKG dry
2015-12-26_19:21:21 HM_WasserMelderKG trigDst_virtualCCU: noConfig
2015-12-26_19:21:21 HM_WasserMelderKG trigger_cnt: 40
2015-12-26_19:22:30 HM_WasserMelderKG Activity: alive
2015-12-26_19:22:30 HM_WasserMelderKG D-firmware: 1.4
2015-12-26_19:22:30 HM_WasserMelderKG D-serialNr: MEQ0206214
2015-12-26_19:22:30 HM_WasserMelderKG R-cyclicInfoMsg: on
2015-12-26_19:22:30 HM_WasserMelderKG R-pairCentral: 0x354D5B
2015-12-26_19:22:30 HM_WasserMelderKG R-sign: on

LG

[frank]

da sollte eigentlich alles passen.
vielleicht wurde eine message nicht empfangen wegen overload, oder fhem war down. kanst du beim hmusb erkennen.

[Lorenz]

Da ist nichts Negatives zu erkennen. Overload habe ich nicht und fhem läuft äußerst stabil, da ich für Homematic eine eigene Instanz auf einem separaten Raspberry habe. Ich beschäftige mich ja auch mit dem Ausbleiben schon seit 2 Wochen. Ich werde das jetzt noch ein paar Tage beobachten und ansonsten mit ELV Kontakt aufnehmen.

LG

[frank]

bevor du zurücksendest, solltest du auch einen werksreset probiert haben. vielleicht gibts auch ein fw bug mit aes, oder hat es schon funktioniert?

[Lorenz]

Es hat noch nie funktioniert. Ich habe aus diesem Grund auch mit dem Config-Prg unter Windows das Device angelernt und dabei das Bit für die zyklische Meldung gecheckt. Was meinst Du du mit dem Werksreset? Wie mache ich das, wenn es notwendig ist ?

LG