Homematic Bewegungsmelder reagiert nach auslösen für paar Minuten nicht mehr

Begonnen von Mitendrius, 25 Februar 2014, 18:16:37

Vorheriges Thema - Nächstes Thema

Michi240281

Ich habe vermutlich ein ähnliches Problem.

Gepairt ist er, konnte auch das minInterval auf 60 runtersetzen. Soweit alles gut, allerdings meldet der BM ausschließlich "motion", obwohl garkeine Bewegung stattfindet. Der scheint den aktuellen state nicht (obwohl er es alle 60s tun sollte) zu senden. Alse wenn Bewegung da ist, erkennt er es (zu erkennen am Zeitpunkt), aber der state bleibt dann einfach auf "motion". Wie wäre denn der andere state? Also wenn keine Bewegung (mehr) da ist?

Hier ein List:

Internals:
   DEF        20AD1B
   HMLAN1_MSGCNT 2
   HMLAN1_RAWMSG E20AD1B,0000,0027ECA9,FF,FFC0,77A61020AD1B23A6D706019100
   HMLAN1_RSSI -64
   HMLAN1_TIME 2014-03-01 13:40:39
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     2
   NAME       Bewegungsmelder_Terasse
   NR         372
   STATE      motion
   TYPE       CUL_HM
   lastMsg    No:77 - t:10 s:20AD1B d:23A6D7 06019100
   protLastRcv 2014-03-01 13:40:39
   protSnd    2 last_at:2014-03-01 13:40:39
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-64 min:-64 max:-64 lst:-64 cnt:2
   Readings:
     2014-03-01 13:34:26   Activity        alive
     2014-03-01 13:17:57   CommandAccepted yes
     2014-03-01 13:19:31   D-firmware      1.6
     2014-03-01 13:19:31   D-serialNr      KEQ0195919
     2014-03-01 13:19:29   PairedTo        0x23A6D7
     2014-03-01 13:17:58   R-brightFilter  7
     2014-03-01 13:17:58   R-captInInterval off
     2014-03-01 12:58:43   R-evtFltrNum    1
     2014-03-01 12:58:43   R-evtFltrPeriod 1 s
     2014-03-01 12:58:43   R-ledOnTime     0 s
     2014-03-01 13:17:58   R-minInterval   60
     2014-03-01 12:58:43   R-pairCentral   0x23A6D7
     2014-03-01 13:19:29   RegL_00:        02:01 0A:23 0B:A6 0C:D7 00:00
     2014-03-01 13:19:30   RegL_01:        01:12 02:72 08:01 22:00 00:00
     2014-03-01 13:17:56   aesKeyNbr       FF
     2014-03-01 13:40:39   battery         ok
     2014-03-01 13:40:39   brightness      145
     2014-03-01 13:40:39   cover           closed
     2014-03-01 13:21:08   motion          on (to HMLAN1)
     2014-03-01 13:21:08   motionCount     9_next:6-60
     2014-03-01 13:40:39   recentStateType info
     2014-03-01 13:21:08   state           motion
   Helper:
     mId        005D
     rxType     28
     Bm:
       Cul_hm_attr:
         cnt        11
         dmx        0
         mAr        set; Bewegungsmelder_Terasse; actCycle; 000:10
         max        2
         tot        6
       Cul_hm_define:
         cnt        1
         dmx        0
         mAr        HASH(0x1d62130); Bewegungsmelder_Terasse CUL_HM 20AD1B
         max        21
         tot        21
       Cul_hm_get:
         cnt        3
         dmx        0
         mAr        HASH(0x1d62130); Bewegungsmelder_Terasse; ?
         max        1
         tot        1
       Cul_hm_set:
         cnt        10
         dmx        0
         mAr        HASH(0x1d62130); Bewegungsmelder_Terasse; ?
         max        5
         tot        39
     Io:
       newChn     +20AD1B,00,01,1E
       nextSend   1393677639.34272
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1393677639.25759
       ack:
         HASH(0x1d62130)
         77800223A6D720AD1B01019100
     Rssi:
       At_hmlan1:
         avg        -64
         cnt        2
         lst        -64
         max        -64
         min        -64
Attributes:
   IODev      HMLAN1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.6
   model      HM-Sen-MDIR-O
   peerIDs    00000000,
   room       Außen
   serialNr   KEQ0195919
   subType    motionDetector


Und der log:

2014-03-01_12:58:07 CUL_HM_HM_Sen_MDIR_O_20AD1B D-firmware: 1.6
2014-03-01_12:58:07 CUL_HM_HM_Sen_MDIR_O_20AD1B D-serialNr: KEQ0195919
2014-03-01_12:58:07 CUL_HM_HM_Sen_MDIR_O_20AD1B Activity: alive
2014-03-01_12:58:07 CUL_HM_HM_Sen_MDIR_O_20AD1B R-pairCentral: set_0x23A6D7
2014-03-01_12:58:12 CUL_HM_HM_Sen_MDIR_O_20AD1B Activity: alive
2014-03-01_12:58:40 CUL_HM_HM_Sen_MDIR_O_20AD1B motion
2014-03-01_12:58:40 CUL_HM_HM_Sen_MDIR_O_20AD1B motion: on (to HMLAN1)
2014-03-01_12:58:40 CUL_HM_HM_Sen_MDIR_O_20AD1B motionCount: 5_next:8-240
2014-03-01_12:58:40 CUL_HM_HM_Sen_MDIR_O_20AD1B brightness: 166
2014-03-01_12:58:41 CUL_HM_HM_Sen_MDIR_O_20AD1B aesKeyNbr: FF
2014-03-01_12:58:41 CUL_HM_HM_Sen_MDIR_O_20AD1B aesKeyNbr: FF
2014-03-01_12:58:42 CUL_HM_HM_Sen_MDIR_O_20AD1B aesKeyNbr: FF
2014-03-01_12:58:43 CUL_HM_HM_Sen_MDIR_O_20AD1B R-pairCentral: 0x23A6D7
2014-03-01_12:58:43 CUL_HM_HM_Sen_MDIR_O_20AD1B R-brightFilter: 7
2014-03-01_12:58:43 CUL_HM_HM_Sen_MDIR_O_20AD1B R-captInInterval: off
2014-03-01_12:58:43 CUL_HM_HM_Sen_MDIR_O_20AD1B R-evtFltrPeriod: 1 s
2014-03-01_12:58:43 CUL_HM_HM_Sen_MDIR_O_20AD1B R-minInterval: 240
2014-03-01_12:58:43 CUL_HM_HM_Sen_MDIR_O_20AD1B R-evtFltrNum: 1
2014-03-01_12:58:43 CUL_HM_HM_Sen_MDIR_O_20AD1B R-ledOnTime: 0 s
2014-03-01_13:34:26 Bewegungsmelder_Terasse Activity: alive
2014-03-01_13:35:58 Bewegungsmelder_Terasse brightness: 145
2014-03-01_13:35:58 Bewegungsmelder_Terasse cover: closed
2014-03-01_13:35:58 Bewegungsmelder_Terasse battery: ok
2014-03-01_13:40:39 Bewegungsmelder_Terasse brightness: 145
2014-03-01_13:40:39 Bewegungsmelder_Terasse cover: closed
2014-03-01_13:40:39 Bewegungsmelder_Terasse battery: ok
2014-03-01_13:44:51 Bewegungsmelder_Terasse brightness: 145
2014-03-01_13:44:51 Bewegungsmelder_Terasse cover: closed
2014-03-01_13:44:51 Bewegungsmelder_Terasse battery: ok
2014-03-01_13:50:41 Bewegungsmelder_Terasse brightness: 145
2014-03-01_13:50:41 Bewegungsmelder_Terasse cover: closed
2014-03-01_13:50:41 Bewegungsmelder_Terasse battery: ok
2014-03-01_13:54:22 Bewegungsmelder_Terasse motion
2014-03-01_13:54:22 Bewegungsmelder_Terasse motion: on (to HMLAN1)
2014-03-01_13:54:22 Bewegungsmelder_Terasse motionCount: 10_next:6-60
2014-03-01_13:54:22 Bewegungsmelder_Terasse brightness: 145
2014-03-01_13:56:03 Bewegungsmelder_Terasse brightness: 145
2014-03-01_13:56:03 Bewegungsmelder_Terasse cover: closed
2014-03-01_13:56:03 Bewegungsmelder_Terasse battery: ok
2014-03-01_14:00:27 Bewegungsmelder_Terasse brightness: 145
2014-03-01_14:00:27 Bewegungsmelder_Terasse cover: closed
2014-03-01_14:00:27 Bewegungsmelder_Terasse battery: ok
2014-03-01_14:06:29 Bewegungsmelder_Terasse brightness: 205
2014-03-01_14:06:29 Bewegungsmelder_Terasse cover: closed
2014-03-01_14:06:29 Bewegungsmelder_Terasse battery: ok


Woran kann das liegen?
FHEM auf QNAP per VM / HM LAN Adapter / diverse HM-Devices
QNAP TVS 463
VU+ Duo4kSE
Sony 75ZD9

Mitendrius

Zitat von: martinp876 am 01 März 2014, 08:19:55
Hi,

die Kommunikation klappt erst einmal.
Dein Device will AES, wenn die Zentrale etwas aendern will - aber der key ist nicht korrekt. Steht auch in den protokoll-ereignissen. Somit geht das schreiben schief. Ohne den korrekten key kannst du das Device nicht mehr einstellen - und AES auch nicht abschalten.

Gruss Martin

Sorry die dumme frage aber bitte nicht vergessen bin noch ein fhem newb. Welchen Key meinste denn?

Mr. P

Zitat von: Mitendrius am 01 März 2014, 14:17:28
Sorry die dumme frage aber bitte nicht vergessen bin noch ein fhem newb. Welchen Key meinste denn?
Martin spricht Zeilen wie diese aus deinem Output an:
2014.02.28 20:07:53.099 0: HMLAN_Parse: HMLAN1 AES code rejected for 257719 48
Das deutet darauf hin, dass du wohl mit der HM-Software die Verschlüsselung zwischen deinem HMLAN und deinem Bewegungsmelder aktiviert hast.
Daher bleiben dir zwei Möglichkeiten:
1) Du deaktivierst die Verschüsselung mit der HM-Software wieder oder
2) du aktivierst sie auch in FHEM mit dem in der HM-Software vergebenen Schlüssel. Such nach AES-Verschlüsselung in der commandref bzw hier kannst du dir auch ein paar Infos dazu holen:
http://www.fhemwiki.de/wiki/AES_Encryption
Ohne jetzt nachgesehen zu haben, gibt es im Forum auch genügend Infos zu dem Thema... Auch hier einfach nach AES suchen. ;-)
Greetz,
   Mr. P

Mitendrius

Zitat von: Mr. P am 01 März 2014, 15:57:34
Martin spricht Zeilen wie diese aus deinem Output an:
2014.02.28 20:07:53.099 0: HMLAN_Parse: HMLAN1 AES code rejected for 257719 48
Das deutet darauf hin, dass du wohl mit der HM-Software die Verschlüsselung zwischen deinem HMLAN und deinem Bewegungsmelder aktiviert hast.
Daher bleiben dir zwei Möglichkeiten:
1) Du deaktivierst die Verschüsselung mit der HM-Software wieder oder
2) du aktivierst sie auch in FHEM mit dem in der HM-Software vergebenen Schlüssel. Such nach AES-Verschlüsselung in der commandref bzw hier kannst du dir auch ein paar Infos dazu holen:
http://www.fhemwiki.de/wiki/AES_Encryption
Ohne jetzt nachgesehen zu haben, gibt es im Forum auch genügend Infos zu dem Thema... Auch hier einfach nach AES suchen. ;-)


AHHH vielen dank. Das ja komisch der sollte eigentlich deaktiviert sein. Ich schau mir das gleich mal an.

Deudi

Hallo Michi240281,

der BM hat keinen anderen state als "motion". Du kannst also Bewegung nicht einfach am state erkennen, außer du wertest den Zeitstempel mit aus. Aber dafür macht man sich ja ein Notify.

Hört denn dein BM auf "motion" zu senden (zu Erkennen am Event Monitor) wenn 1 bis 2 Minuten um sind? Meiner mit Firmware 1.6 hört damit nicht mehr auf. Ich habe das minInterval auf 15 Sekunden stehen und der BM sendet immer weiter. Weiß derzeit noch nicht wie ich das abstellen kann.

Gruß Deudi
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch

Michi240281

Ahso, ok!

Der BM funktioniert scheinbar wie er soll! Der state ist immer "motion", man sieht aber am Reading "motion", dass dieses dann ein "on" sendet. Das bleibt dann auch so stehen, im Logfile taucht es aber nur einmal auf und die per notify eingebundene Lampe geht auch nur einmal an. Scheint also normal zu sein.
FHEM auf QNAP per VM / HM LAN Adapter / diverse HM-Devices
QNAP TVS 463
VU+ Duo4kSE
Sony 75ZD9

martinp876

korrekt - motion ist ein trigger. "NoMotion" gibt es nicht - das ist ja eigentlich immer der Fall. Du kannst also
- nachsehen, wann die letzte motion war (timestamp)
- den Motion-counter beobachten (motionCount)
- einen trigger (notify) definieren auf state,motion oder motionCount
- den MDIR direkt peeren und den trigger an eine Aktor senden lassen

Mitendrius

Es hat geklappt. AES war zwar ausgeschalten aber nachdem ich es wieder eingeschalten hab, einen neuen key vergeben habe klappte nun alles.
Ich möchte mich daher bei allen bedanken die mir hier geholfen haben. Vielen vielen Dank

Beweis:

(http://snappy-app.com/s/read.php?pass=06cf9d14e20f10b7e342780b4f137289)

Tomili

Hallo!

Das Thema ist hier etwas älter, habe aber die gleichen Erfahrungen. MOTTION bleibt als State - notify löst abe korrekt aus.

Weiter oben habe ich gelesen "nomotion" würde es nicht geben. Lt. Wiki aber doch:
http://www.fhemwiki.de/wiki/HM-Sen-MDIR-O_Funk-IR-Bewegungsmelder_au%C3%9Fen

Kam das erst in letzter Zeit hinzu? Ob ich den Watchdog nutze oder nicht - es ändert sich nichts.

Gruss,
Tomil

Deudi

Bei älterer FHEM version am besten per watchdog.
Martin hat aber ein Zurücksetzen des state unlängst eingebaut: https://forum.fhem.de/index.php/topic,52305.0.html
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch