Bewegungsmelder (Homeatic) detektiert dauernd Bewegung

Begonnen von uron, 25 Juni 2019, 11:44:07

Vorheriges Thema - Nächstes Thema

uron

Hallo,
brauche mal wieder Unterstützung, da ich List-Werte nicht interpretieren kann:
Situation: vorhanden 2 Bewegungsmelder (PIRA_41 und PIRA_51, HM-SEN-MDIR-SM) schalten die Beleuchtung meines Gartenweges.
Mir ist aufgefallen, dass der PIRA_51 in kurzen Abständen detektiert, ohne das Bewegung erkennbar ist.

Ich habe von beiden einmal ein list gemacht und einige Unterscheide festgestellt.
PIRA_41Internals:
   CUL_HM_MSGCNT 77
   CUL_HM_RAWMSG A0D3A84415B4EE7000000013AFE80::-83.5:CUL_HM
   CUL_HM_RSSI -83.5
   CUL_HM_TIME 2019-06-25 11:13:25
   DEF        5B4EE7
   FUUID      5c6aa99b-f33f-aab4-2159-6163f6993e93dc7f
   IODev      CUL_HM
   LASTInputDev CUL_HM
   MSGCNT     77
   NAME       PIRA_41
   NOTIFYDEV  global
   NR         456
   STATE      noMotion
   TYPE       CUL_HM
   lastMsg    No:3A - t:41 s:5B4EE7 d:000000 013AFE80
   protLastRcv 2019-06-25 11:13:25
   protRcv    77 last_at:2019-06-25 11:13:25
   rssi_at_CUL_HM cnt:77 min:-87 max:-81 avg:-83.59 lst:-83.5
   READINGS:
    [b] 2019-02-07 13:57:40   D-firmware      1.6
     2019-02-07 13:57:40   D-serialNr      OEQ0755972[/b]
     2019-06-25 11:13:25   battery         ok
     2019-06-25 11:13:25   brightness      254
    [b] 2019-06-17 23:41:00   cover           closed[/b]
     2019-06-25 11:17:27   motion          off
     2019-06-25 11:13:25   motionCount     58_next:240s
     2019-06-25 11:17:27   motionDuration  242
  [b]   2019-06-17 23:41:00   powerOn         2019-06-17 23:41:00
     2019-06-17 23:41:00   recentStateType info[/b]
     2019-06-25 11:17:27   state           noMotion
     2019-06-25 11:13:25   trigger_cnt     58
   helper:
     HM_CMDNR   58
     mId        004F
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5B4EE7,00,00,00
       nextSend   1561454005.15937
       prefIO     
       rxt        2
       vccu       
       p:
         5B4EE7
         00
         00
         00
     mRssi:
       mNo        3A
       io:
         CUL_HM:
           -81.5
           -81.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_CUL_HM:
         avg        -83.5909090909091
         cnt        77
         lst        -83.5
         max        -81
         min        -87
     tmpl:
Attributes:
   IODev      CUL_HM
   alias      Bewegungsmelder4 an Treppe zum Obergarten (unten)
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   icon       motion_detector
   model      HM-SEN-MDIR-SM
   room       HM-Devices,Bewegungsmelder
[b]   serialNr   OEQ0755972[/b]
   subType    motionDetector

und PIRA_51Internals:
   CUL_HM_MSGCNT 331
   CUL_HM_RAWMSG A0DBDA6415B5158F1000001E0FE80::-86:CUL_HM
   CUL_HM_RSSI -86
   CUL_HM_TIME 2019-06-25 11:09:24
   DEF        5B5158
   FUUID      5c6aa99b-f33f-aab4-2023-0e1038a2274ff08b
   IODev      CUL_HM
   LASTInputDev CUL_HM
   MSGCNT     331
   NAME       PIRA_51
   NOTIFYDEV  global
   NR         462
   STATE      noMotion
   TYPE       CUL_HM
   lastMsg    No:BD - t:41 s:5B5158 d:F10000 01E0FE80
   protLastRcv 2019-06-25 11:09:24
   protRcv    310 last_at:2019-06-25 11:09:24
[b]   protSnd    329 last_at:2019-06-25 11:09:24
   protState  CMDs_done[/b]
   rssi_at_CUL_HM cnt:331 min:-97.5 max:-82.5 avg:-86.81 lst:-86
   READINGS:
     2019-06-25 11:09:24   battery         ok
     2019-06-25 11:09:24   brightness      254
     2019-06-25 11:13:26   motion          off
     2019-06-25 11:09:24   motionCount     224_next:240s
     2019-06-25 11:13:26   motionDuration  242
     2019-06-25 11:13:26   state           noMotion
     2019-06-25 11:09:24   trigDst_F10000  noConfig
     2019-06-25 11:09:24   trigger_cnt     224
   helper:
     HM_CMDNR   189
     mId        004F
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5B5158,00,00,00
       nextSend   1561453764.23395
       prefIO     
       rxt        2
       vccu       
       p:
         5B5158
         00
         00
         00
     mRssi:
       mNo        BD
       io:
         CUL_HM:
           -84
           -84
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
   [b]  rpt:
       IO         CUL_HM
       flg        A
       ts         1561453764.13561
       ack:
         HASH(0x3e30e78)
         BD8002F100005B51580101FE00[/b]
     rssi:
       at_CUL_HM:
         avg        -86.8172205438067
         cnt        331
         lst        -86
         max        -82.5
         min        -97.5
     tmpl:
Attributes:
   IODev      CUL_HM
   alias      Bewegungsmelder5 an Treppe zum Obergarten (oben)
   autoReadReg 4_reqStatus
   expert     2_raw
   icon       motion_detector
   model      HM-SEN-MDIR-SM
   room       HM-Devices,Bewegungsmelder
   subType    motionDetector

Was sieht der Fachmann in den Unrterschieden?
Können die Unterschiede (vielleicht auch Konfigurationsunterschiede) zu unterscheidlichem Verhalten führen?
RasPi-FHEM  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi-ioBroker

frank

da fällt mir einiges auf, was aber wahrscheinlich wenig mit dem häufigen auslösen zu tun hat. "sieht" der eine vielleicht vögel oder mäuse?
eventuell mal abkleben und beobachten, ob die erkannten bewegungen verschwinden.

kurz: mach mal ein hminfo configCheck und arbeite die liste ab.

der funk bei beiden ist schlecht (rssi).
pir41 ist vermutlich nicht gepairt.
hat dein cul die für homematic optimierte fw tsculfw?

ausserdem músstest du mal die register sichtbar machen, um die konfigurationen vergleichen zu können => zb attr expert 251_anything setzen und ggf set getConfig ausführen.
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

uron

Vögel oder Mäuse könnten natürlich im Garten unterwegs sein.
Ich hatte gestern Abend den Melder 50 cm höher platziert, dennoch, bliebt das Verhalten gleich.
Auf den Tipp von frank habe ich den Bewegungsmelder einmal abgedeckt, im Moment detectiert er nicht - mal sehen, was sich so noch tut.

Werde im nächsten Schritt dem CUL eine neue FW (TS-Culfw) geben, mal schauen wo ich sie finde - derzeit ist 'V 1.67 nanoCUL868' aufgespielt.

Auch die anderen Hinweise muss ich nun abarbeiten, tue mich da hoffentlich nicht wieder so schwer, da ich nicht so im Thema stecke - bisher habe ich so Einiges mit Unterstützung aus dem Forum aber hinbekommen.

Danke für die Hinweise!
RasPi-FHEM  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi-ioBroker

uron

#3
@frank
Wieso bekomme ich denn nach 'attr expert  251_anything' weniger Info im list PIRA_51?
Internals:
   DEF        5B5158
   FUUID      5c6aa99b-f33f-aab4-2023-0e1038a2274ff08b
   IODev      CUL_HM
   NAME       PIRA_51
   NOTIFYDEV  global
   NR         462
   STATE      noMotion
   TYPE       CUL_HM
   READINGS:
     2019-06-25 12:28:22   battery         ok
     2019-06-25 12:28:22   brightness      254
     2019-06-25 14:10:49   motion          off
     2019-06-25 12:28:22   motionCount     242_next:240s
     2019-06-25 12:32:23   motionDuration  242
     2019-06-25 14:10:49   state           noMotion
     2019-06-25 12:28:22   trigDst_F10000  noConfig
     2019-06-25 12:28:22   trigger_cnt     242
   helper:
     HM_CMDNR   50
     mId        004F
     regLst     ,0,1,4p
     rxType     28
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +5B5158,00,00,00
       prefIO     
       rxt        2
       vccu       
       p:
         5B5158
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   IODev      CUL_HM
   alias      Bewegungsmelder5 an Treppe zum Obergarten (oben)
   autoReadReg 4_reqStatus
   expert     251_anything
   icon       motion_detector
   model      HM-SEN-MDIR-SM
   room       HM-Devices,Bewegungsmelder
   subType    motionDetector


Vielleicht hängt es ja auch an der Empfindlichkeit, die man reduzieren kann, aber wo?
Das Register 'evtFltrNum' müsste doch der Schlüssel dazu sein, kann man das ändern?
RasPi-FHEM  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi-ioBroker

uron

#4
Zitat von: frank am 25 Juni 2019, 12:23:29
pir41 ist vermutlich nicht gepairt.
Hab mittlerweile das Pairing bei beiden Meldern erneuert und habe wesentlich mehr Info - ich sehe mal, was jetzt möglich ist.
RasPi-FHEM  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi-ioBroker

Otto123

Hi,
Ich habe ein paar HM-SEN-MDIR-SM im Einsatz. Einer davon hat irgendwann angefangen zu spinnen.
Er hat gut ein Jahr gut funktioniert. Jetzt macht er Dauer Feuer wenn er ruhig auf dem Tisch liegt.
Ich habe es noch nicht untersucht, aber ich denke da ist der Sensor einfach so "gestorben".

Wenn ich ihn neu einschalte signalisiert der "Gehtest" eine periodische Erkennung - ohne Bewegung.
Nach 19 sec pause (noMotion) meldet er wieder motion.

Leider kann ich diesen Sensor LHi986 nirgendwo als Ersatzteil finden.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

uron

Nachdem ich das Pairing nun vollständig habe, klappt es (im Moment) ohne Probleme.
Danke für die Unterstützung im Forum.
RasPi-FHEM  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi-ioBroker