Bewegungsmelder HM-Sen-MDIR-O-2: Activity wechselt ständig

Begonnen von thuranga, 07 Februar 2018, 19:34:03

Vorheriges Thema - Nächstes Thema

thuranga

Hallo zusammen,
bei meinem Rauchmelder wechselt ständig die Activity:

2018-02-07_18:03:26 Vorgarten_Bewegungsmelder_Terrasse Activity: alive
2018-02-07_18:13:26 Vorgarten_Bewegungsmelder_Terrasse Activity: dead
2018-02-07_18:47:37 Vorgarten_Bewegungsmelder_Terrasse Activity: unknown


und der state ist fast immer "dead"

Aber er funktioniert und loggt das auch:

2018-02-07_17:41:55 Vorgarten_Bewegungsmelder_Terrasse trigger_cnt: 120
2018-02-07_17:43:26 Vorgarten_Bewegungsmelder_Terrasse Activity: alive
2018-02-07_17:45:57 Vorgarten_Bewegungsmelder_Terrasse motion: off
2018-02-07_17:45:57 Vorgarten_Bewegungsmelder_Terrasse motionDuration: 242
2018-02-07_17:45:57 Vorgarten_Bewegungsmelder_Terrasse noMotion
2018-02-07_17:53:26 Vorgarten_Bewegungsmelder_Terrasse Activity: dead
2018-02-07_17:57:45 Vorgarten_Bewegungsmelder_Terrasse battery: ok
2018-02-07_17:57:45 Vorgarten_Bewegungsmelder_Terrasse brightness: 92
2018-02-07_17:57:45 Vorgarten_Bewegungsmelder_Terrasse motion: on (to broadcast)
2018-02-07_17:57:45 Vorgarten_Bewegungsmelder_Terrasse motionCount: 121_next:240s
2018-02-07_17:57:45 Vorgarten_Bewegungsmelder_Terrasse motion
2018-02-07_17:57:45 Vorgarten_Bewegungsmelder_Terrasse trigger_cnt: 121
2018-02-07_18:01:47 Vorgarten_Bewegungsmelder_Terrasse motion: off
2018-02-07_18:01:47 Vorgarten_Bewegungsmelder_Terrasse motionDuration: 242
2018-02-07_18:01:47 Vorgarten_Bewegungsmelder_Terrasse noMotion


Ist das ein normales Verhalten?

Viele Grüße
brownlow

frank

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

helmut

Zitat von: brownlow am 07 Februar 2018, 19:34:03
bei meinem Rauchmelder wechselt ständig die Activity:
[...]
und der state ist fast immer "dead"

Wie sieht es mit dem Attribut "actCycle" fuer den Bewegungsmelder aus? Denn den meinst Du doch und
nicht einen Rauchmelder?

Gruss Helmut
Intelligenz ist die Fähigkeit, Arbeit zu vermeiden, aber dafür zu sorgen, daß die Arbeit gemacht wird.
(Linus Torvalds)

thuranga

ZitatDenn den meinst Du doch und
nicht einen Rauchmelder?

Ich bin so blöd ... klar: Bewegungsmelder   ;D

Hier der list:

Internals:
   DEF        554844
   IODev      HmUART
   NAME       Vorgarten_Bewegungsmelder_Terrasse
   NOTIFYDEV  global
   NR         40
   NTFY_ORDER 50-Vorgarten_Bewegungsmelder_Terrasse
   STATE      noMotion
   TYPE       CUL_HM
   READINGS:
     2018-02-07 19:12:23   Activity        dead
     2018-01-19 19:29:47   D-firmware      1.6
     2018-01-19 19:29:47   D-serialNr      OEQ0025572
     2018-02-07 17:57:45   battery         ok
     2018-02-07 17:57:45   brightness      92
     2018-02-07 18:52:55   motion          off
     2018-02-07 17:57:45   motionCount     121_next:240s
     2018-02-07 18:01:47   motionDuration  242
     2018-02-07 18:52:55   state           noMotion
     2018-02-07 17:57:45   trigger_cnt     121
   helper:
     HM_CMDNR   166
     mId        00C1
     regLst     ,0,1,4p
     rxType     28
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +554844,00,00,00
       prefIO     
       rxt        2
       vccu       
       p:
         554844
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     tmpl:
Attributes:
   IODev      HmUART
   actCycle   000:10
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   model      HM-Sen-MDIR-O-2
   room       Vorgarten
   serialNr   OEQ0025572
   showtime   1
   subType    motionDetector

helmut

Passt doch auf die Sekunde genau. Nach zehn Minuten (actCycle   000:10) wird er wegen fehlender Aktivitaet
als "dead" gemeldet. Den passenden Wert musst Du selbst finden.

Gruss Helmut
Intelligenz ist die Fähigkeit, Arbeit zu vermeiden, aber dafür zu sorgen, daß die Arbeit gemacht wird.
(Linus Torvalds)

thuranga

Also ist "dead" doch ein normales Verhalten?  Ok, dann muss ich mal schauen, welchen Wert ich eintrage ...

Aber seltsam finde ich es schon

Danke für deine Erklärung!  :D

helmut

Sieh Dir die Erlaeuterung zu dem Attribut fuer CUL_HM Devices an:
https://commandref.fhem.de/#CUL_HM
Da steht unter anderem: "Supports 'alive' or better 'not alive' detection for devices.
[hhh:mm] is the maximum silent time for the device."

Also weder geheimnisvoll noch seltsam, sondern eher eine Art Watchdog fuer HM-Devices.

Gruss Helmut
Intelligenz ist die Fähigkeit, Arbeit zu vermeiden, aber dafür zu sorgen, daß die Arbeit gemacht wird.
(Linus Torvalds)

frank

dein bm ist unter get hminfo models als wakeup device gelistet, mit 10 min actcycle.
danach erwarte ich ein device, das von selbst aufwacht, und wahrscheinlich alle 3 min sendet, damit der default actcycle sinn macht. das wäre für mich "normal", inklusive permanent alive anzeige.

dein list zeigt keine pairing infos, keine rssi, keine protokol infos und keine register infos. sehr seltsam.

was sagt hminfo configCheck?
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

thuranga

ok, da fehlt doch noch was ...

configCheck done:

missing register list
    Vorgarten_Bewegungsmelder_Terrasse: RegL_00.,RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: Vorgarten_Bewegungsmelder_Terrasse:

PairedTo missing/unknown
    Vorgarten_Bewegungsmelder_Terrasse


Da muss ich doch noch mal ran ...

Danke für den Tipp!