HM-Sen-MDIR-O-2 sendet ständig "motion"

Begonnen von errazzor, 01 April 2016, 13:34:24

Vorheriges Thema - Nächstes Thema

errazzor

Hallo,

irgendwie spinnt mein Bewegungsmelder. Momentan habe ich ihn in ein Regal gestellt, wo er "an die Wand schaut" - trotzdem meldet er in regelmässigen Abständen immer Bewegung.

Bewegung findet dort aber definitiv nicht statt...

Mit den Werten habe ich schon experimentiert, aber keinerlei Veränderung..

Hier mal ein paar Daten:


Internals:
   CUL_0_MSGCNT 2
   CUL_0_RAWMSG A0D15A641406CC98286FF013AA180::-72:CUL_0
   CUL_0_RSSI -72
   CUL_0_TIME 2016-04-01 13:29:06
   DEF        406CC9
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     2
   NAME       HM_406CC9
   NR         569
   STATE      motion
   TYPE       CUL_HM
   lastMsg    No:15 - t:41 s:406CC9 d:8286FF 013AA180
   protLastRcv 2016-04-01 13:29:05
   protSnd    2 last_at:2016-04-01 13:29:06
   protState  CMDs_done
   rssi_at_CUL_0 max:-71 cnt:2 min:-72 lst:-72 avg:-71.5
   Readings:
     2016-04-01 13:27:02   Activity        alive
     2016-03-30 19:00:15   CommandAccepted yes
     2016-03-30 19:01:38   D-firmware      1.6
     2016-03-30 19:01:38   D-serialNr      MExxx
     2016-03-30 19:01:39   PairedTo        0xxxxxxx
     2016-03-30 19:01:39   R-brightFilter  7
     2016-03-30 19:01:39   R-captInInterval off
     2016-04-01 12:53:03   R-evtFltrNum    set_3
     2016-04-01 12:53:26   R-evtFltrPeriod set_2 s
     2016-03-30 19:01:39   R-minInterval   240
     2016-03-30 19:01:39   R-pairCentral   0xxxxxxx
     2016-03-30 19:01:39   RegL_00.        02:01 0A:82 0B:86 0C:FF 00:00
     2016-03-30 19:01:39   RegL_01.        01:12 02:74 08:00 22:00 00:00
     2016-04-01 13:28:55   battery         ok
     2016-04-01 13:29:06   brightness      161
     2016-04-01 13:28:55   cover           closed
     2016-04-01 13:29:06   motion          on (to CCU)
     2016-04-01 13:29:06   motionCount     58_next:116s
     2016-04-01 13:28:55   recentStateType info
     2016-04-01 13:29:06   state           motion
     2016-04-01 13:29:06   trigDst_CCU     noConfig
     2016-04-01 13:29:06   trigger_cnt     58
   Helper:
     HM_CMDNR   21
     mId        00C1
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +406CC9,00,01,00
       nextSend   1459510145.97553
       rxt        2
       vccu       CCU
       p:
         406CC9
         00
         01
         00
       prefIO:
         CUL_0
     Mrssi:
       mNo        15
       Io:
         CUL_0      -70
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CUL_0
       flg        A
       ts         1459510145.88534
       ack:
         HASH(0x3ff8b00)
         1580028286FF406CC90101A100
         HASH(0x3ff8b00)
         1580028286FF406CC900
     Rssi:
       At_cul_0:
         avg        -71.5
         cnt        2
         lst        -72
         max        -71
         min        -72
Attributes:
   IODev      CUL_0
   IOgrp      CCU:CUL_0
   actCycle   000:10
   actStatus  alive
   alias      Bewegungsmelder_Sued
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   group      Bewegungsmelder
   model      HM-Sen-MDIR-O-2
   peerIDs    00000000,
   room       Alarmanlage,CUL_HM,Hausstatus
   serialNr   MExxxxx
   showtime   1
   subType    motionDetector



2016-04-01_12:43:17 HM_406CC9 Activity: alive
2016-04-01_12:45:31 HM_406CC9 battery: ok
2016-04-01_12:45:31 HM_406CC9 brightness: 160
2016-04-01_12:45:31 HM_406CC9 cover: closed
2016-04-01_12:46:10 HM_406CC9 Activity: alive
2016-04-01_12:51:31 HM_406CC9 battery: ok
2016-04-01_12:51:31 HM_406CC9 brightness: 160
2016-04-01_12:51:31 HM_406CC9 cover: closed
2016-04-01_12:53:03 HM_406CC9 R-evtFltrNum: set_3
2016-04-01_12:53:03 HM_406CC9 R-evtFltrPeriod: set_1 s
2016-04-01_12:53:26 HM_406CC9 R-evtFltrPeriod: set_2 s
2016-04-01_12:54:26 HM_406CC9 brightness: 160
2016-04-01_12:54:26 HM_406CC9 motion: on (to CCU)
2016-04-01_12:54:26 HM_406CC9 motionCount: 54_next:116s
2016-04-01_12:54:26 HM_406CC9 motion
2016-04-01_12:54:26 HM_406CC9 trigDst_CCU: noConfig
2016-04-01_12:54:26 HM_406CC9 trigger_cnt: 54
2016-04-01_12:57:00 HM_406CC9 battery: ok
2016-04-01_12:57:00 HM_406CC9 brightness: 160
2016-04-01_12:57:00 HM_406CC9 cover: closed
2016-04-01_12:58:45 HM_406CC9 Activity: alive
2016-04-01_13:00:29 HM_406CC9 Activity: alive
2016-04-01_13:01:28 HM_406CC9 battery: ok
2016-04-01_13:01:28 HM_406CC9 brightness: 160
2016-04-01_13:01:28 HM_406CC9 cover: closed
2016-04-01_13:02:16 HM_406CC9 Activity: alive
2016-04-01_13:05:31 HM_406CC9 Activity: alive
2016-04-01_13:06:14 HM_406CC9 Activity: alive
2016-04-01_13:07:41 HM_406CC9 battery: ok
2016-04-01_13:07:41 HM_406CC9 brightness: 160
2016-04-01_13:07:41 HM_406CC9 cover: closed
2016-04-01_13:08:04 HM_406CC9 brightness: 160
2016-04-01_13:08:04 HM_406CC9 motion: on (to CCU)
2016-04-01_13:08:04 HM_406CC9 motionCount: 55_next:116s
2016-04-01_13:08:04 HM_406CC9 motion
2016-04-01_13:08:04 HM_406CC9 trigDst_CCU: noConfig
2016-04-01_13:08:04 HM_406CC9 trigger_cnt: 55
2016-04-01_13:13:24 HM_406CC9 battery: ok
2016-04-01_13:13:24 HM_406CC9 brightness: 160
2016-04-01_13:13:24 HM_406CC9 cover: closed
2016-04-01_13:14:21 HM_406CC9 Activity: alive
2016-04-01_13:16:02 HM_406CC9 brightness: 160
2016-04-01_13:16:02 HM_406CC9 motion: on (to CCU)
2016-04-01_13:16:02 HM_406CC9 motionCount: 56_next:116s
2016-04-01_13:16:02 HM_406CC9 motion
2016-04-01_13:16:02 HM_406CC9 trigDst_CCU: noConfig
2016-04-01_13:16:02 HM_406CC9 trigger_cnt: 56
2016-04-01_13:16:42 HM_406CC9 Activity: alive
2016-04-01_13:17:51 HM_406CC9 Activity: alive
2016-04-01_13:18:05 HM_406CC9 battery: ok
2016-04-01_13:18:05 HM_406CC9 brightness: 160
2016-04-01_13:18:05 HM_406CC9 cover: closed
2016-04-01_13:19:52 HM_406CC9 Activity: alive
2016-04-01_13:22:11 HM_406CC9 Activity: alive
2016-04-01_13:23:04 HM_406CC9 brightness: 160
2016-04-01_13:23:04 HM_406CC9 motion: on (to CCU)
2016-04-01_13:23:04 HM_406CC9 motionCount: 57_next:116s
2016-04-01_13:23:04 HM_406CC9 motion
2016-04-01_13:23:04 HM_406CC9 trigDst_CCU: noConfig
2016-04-01_13:23:04 HM_406CC9 trigger_cnt: 57
2016-04-01_13:24:01 HM_406CC9 battery: ok
2016-04-01_13:24:01 HM_406CC9 brightness: 160
2016-04-01_13:24:01 HM_406CC9 cover: closed
2016-04-01_13:24:16 HM_406CC9 Activity: alive
2016-04-01_13:27:02 HM_406CC9 Activity: alive
2016-04-01_13:28:55 HM_406CC9 battery: ok
2016-04-01_13:28:55 HM_406CC9 brightness: 161
2016-04-01_13:28:55 HM_406CC9 cover: closed
2016-04-01_13:29:06 HM_406CC9 brightness: 161
2016-04-01_13:29:06 HM_406CC9 motion: on (to CCU)
2016-04-01_13:29:06 HM_406CC9 motionCount: 58_next:116s
2016-04-01_13:29:06 HM_406CC9 motion
2016-04-01_13:29:06 HM_406CC9 trigDst_CCU: noConfig
2016-04-01_13:29:06 HM_406CC9 trigger_cnt: 58
2016-04-01_13:33:18 HM_406CC9 battery: ok
2016-04-01_13:33:18 HM_406CC9 brightness: 161
2016-04-01_13:33:18 HM_406CC9 cover: closed


Was könnte das sein bzw. welche Werte könnte ich noch "optimieren" ?

Vielen Dank.

frank

#1
vielleicht ist der spinnennachwuchs geschlüpft.
deine einstellungen musst du noch prüfen, mit getconfig. da steht noch set_....
bei manchen problem devices hilft manchmal auch ein reset, aber wieder pairen, peeren, ....
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

errazzor

Danke, das mit dem "set" hatte ich übersehen. Ich musste die Config-Taste am Melder drücken, damit die Commandos übernommen wurden.

Habe es jetzt nochmal auf 3 Bewegungen gestellt, momentan sieht es besser aus - kein mehr motion bisher. Ich berichte dann nochmal.

errazzor

Jetzt war ca. 2,5 Stunden Ruhe, aber nun fängt er wieder an ständig (alle 6-15 Minuten) Bewegung zu melden (er schaut immer noch auf eine Wand...ohne Spinnen ;) ).


Hier nochmal die aktuellen Daten..


Internals:
   CUL_0_MSGCNT 35
   CUL_0_RAWMSG A0D3B8410406CC98286FF06018000::-71:CUL_0
   CUL_0_RSSI -71
   CUL_0_TIME 2016-04-01 18:19:52
   DEF        406CC9
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     35
   NAME       HM_406CC9
   NR         569
   STATE      motion
   TYPE       CUL_HM
   lastMsg    No:3B - t:10 s:406CC9 d:8286FF 06018000
   protLastRcv 2016-04-01 18:19:52
   protSnd    10 last_at:2016-04-01 18:19:44
   protState  CMDs_done
   rssi_at_CUL_0 min:-73 lst:-71 avg:-71.72 max:-71 cnt:35
   Readings:
     2016-04-01 15:39:54   Activity        alive
     2016-04-01 14:36:52   CommandAccepted yes
     2016-04-01 14:36:51   D-firmware      1.6
     2016-04-01 14:36:51   D-serialNr      MEQxxxx
     2016-04-01 14:36:52   PairedTo        0xxxx
     2016-03-30 19:01:39   R-brightFilter  7
     2016-03-30 19:01:39   R-captInInterval off
     2016-04-01 14:36:53   R-evtFltrNum    5
     2016-04-01 14:36:53   R-evtFltrPeriod 1 s
     2016-03-30 19:01:39   R-minInterval   240
     2016-03-30 19:01:39   R-pairCentral   0xxxxx
     2016-04-01 14:36:52   RegL_00.        02:01 0A:82 0B:86 0C:FF 00:00
     2016-04-01 14:36:52   RegL_01.        01:52 02:74 08:00 22:00 00:00
     2016-04-01 18:19:52   battery         ok
     2016-04-01 18:19:52   brightness      128
     2016-04-01 18:19:52   cover           closed
     2016-04-01 18:19:44   motion          on (to CCU)
     2016-04-01 18:19:44   motionCount     8_next:116s
     2016-04-01 14:21:56   powerOn         2016-04-01 14:21:55
     2016-04-01 18:19:52   recentStateType info
     2016-04-01 18:19:44   state           motion
     2016-04-01 18:19:44   trigDst_CCU     noConfig
     2016-04-01 18:19:44   trigger_cnt     8
   Helper:
     HM_CMDNR   59
     mId        00C1
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +406CC9,00,01,00
       nextSend   1459527592.40862
       rxt        2
       vccu       CCU
       p:
         406CC9
         00
         01
         00
       prefIO:
         CUL_0
     Mrssi:
       mNo        3B
       Io:
         CUL_0      -69
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_0:
         avg        -71.7285714285714
         cnt        35
         lst        -71
         max        -71
         min        -73
Attributes:
   IODev      CUL_0
   IOgrp      CCU:CUL_0
   actCycle   000:10
   actStatus  alive
   alias      Bewegungsmelder_Sued
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   group      Bewegungsmelder
   model      HM-Sen-MDIR-O-2
   peerIDs    00000000,
   room       Alarmanlage,CUL_HM,Hausstatus
   serialNr   MEQxxxx
   showtime   1
   subType    motionDetector


Bin etwas ratlos...

frank

Zitater schaut immer noch auf eine Wand...ohne Spinnen
ich dachte eher im inneren.
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

errazzor

Ich schicke den Bewegungsmelder nun zurück  :(

Egal was ich versucht habe, er meldet alle 5-15 Min "motion". Mal sehen, wie es mit einem anderen ist.

errazzor

Neuer Melder ist eingetroffen (habe diesmal in einem anderen Shop bestellt um Chargenprobleme möglichst auszuschliessen).

Mal sehen, ob der Fehler nochmal auftritt. Bisher sieht alles normal aus, aber das war bei dem anderen Anfangs auch so.

errazzor

Update:

Der neue Melder ist nun schon einige Tage in Betrieb und funktioniert einwandfrei. Bewegungen werden erst gemeldet, wenn auch tatsächlich welche stattfinden.

Der erste Melder hatte also wohl tatsächlich einen Defekt.


Deudi

So einen habe ich auch noch, meldet ständig motion, obwohl er in einer Schachtel liegt. Leider ist die Garantie abgelaufen. Ideen?
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch

errazzor

Ich habe hier in einem anderen Thread die gleiche Problematik gefunden, auch dort handelte es sich um einen Defekt.

Ich würde einfach mal ELV kontaktieren, vielleicht machen sie ja was auf Kulanz.

frank

ZitatIch würde einfach mal ELV kontaktieren, vielleicht machen sie ja was auf Kulanz.
und mal nach einem tipp fragen, was da wohl "ständig" diesen defekt verursacht.
da scheint es ja eine "besondere" schwachstelle zu geben.
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

errazzor

Zitat von: Deudi am 12 April 2016, 21:07:19
So einen habe ich auch noch, meldet ständig motion, obwohl er in einer Schachtel liegt. Leider ist die Garantie abgelaufen. Ideen?

Nachtrag:

Wenn der Melder direktes Sonnenlicht abbekommt, meldet er ebenfalls ständig Motion. In der Anleitung steht ja, er sollte besser kein direktes Sonnenlicht abbekommen (was für mich aber im Wiederspruch mit dem Helligkeitssensor steht..dieser kann ja nur verlässliche Werte melden, wenn auch die Sonne draufscheinen kann).

Nicht optimal das Ding.

martinp876

ZitatWenn der Melder direktes Sonnenlicht abbekommt,...
du weisst schon, dass es ein Wärmedetector ist, der hier im Einsatz ist? er erkennt (wie die meisten Bewegungsmelder, also alle IR Typen) Änderungen der Wärme. Wenn du es Sonnenstrahlung aussetzt wird es mit sicherheit warm. Wenn dann eine Wolke kommt sollte Bewegung gemeldet werden.
Würde mich wundern wenn IR Melder hiermit KEIN Problem bekämen.

Die Helligkeitsmessung ist kein Sonnenstundenmesser - ok, könnte man bauen. Aber nicht aus direkter Einstrahlung. Das wäre mir schon um die Batterien zu schade - die könnten leicht überhitzen - nicht gut. Jedenfalls erhöht es nicht die Lebensdauer.

Deudi

Ich habe zwei auf der Südseite ohne Dachüberstand in der vollen Sonne. Falsche Bewegungsmeldungen hatte ich hier nie, wohl aber Betriebsausfälle bei zu hohen Temperaturen. Seit ich Lithium-Mignon drin habe, gab es keinerlei Probleme mehr - auch nicht im letzten Supersommer bei 39°C.
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch

errazzor

Zitat von: martinp876 am 01 Mai 2016, 17:05:23
du weisst schon, dass es ein Wärmedetector ist, der hier im Einsatz ist? er erkennt (wie die meisten Bewegungsmelder, also alle IR Typen) Änderungen der Wärme. Wenn du es Sonnenstrahlung aussetzt wird es mit sicherheit warm. Wenn dann eine Wolke kommt sollte Bewegung gemeldet werden.
Würde mich wundern wenn IR Melder hiermit KEIN Problem bekämen.

Die Helligkeitsmessung ist kein Sonnenstundenmesser - ok, könnte man bauen. Aber nicht aus direkter Einstrahlung. Das wäre mir schon um die Batterien zu schade - die könnten leicht überhitzen - nicht gut. Jedenfalls erhöht es nicht die Lebensdauer.

Ja, es ist mir halt auf der Südseite des Hauses nicht möglich, den Sensor vor direkter Einstrahlung zu schützen.