Bewegungsmelder und manuelles Schalten kombinieren möglich?

Begonnen von Rossini600, 28 Januar 2015, 13:24:30

Vorheriges Thema - Nächstes Thema

Rossini600

Hallo Zusammen,

ein HM-Bewegungsmelder (HM-SEC-MDIR) mit minInterval 60 Sek. schaltet bei Bewegung das Licht (HM-LC-Sw1PBU-FM) für 90 Sek. ein.
Geräte sind direkt gepeert. "captInInterval" am Bewegungsmelder ist on.
Wen in den 60 Sek. eine weitere Bewegung festgestellt wird, wird ja nach 60 Sek. erneut getriggert und immer
verlängert, bis keine Bewegung mehr gemeldet wird.

Gibt es einen Möglichkeit zu verhindern, dass das Licht nicht erneut einschaltet, falls ich das Licht in den ersten 60 Sek.
händisch am Aktor schon wieder ausgeschaltet habe?
Erst wenn eine Bewegung NACH dem manuellem Ausschalten festgestellt wurde, soll wieder eingeschaltet werden.

Blick das mit den Registern / der State-Maschine noch nicht so ganz.
Das mit dem Licht ausschalten, kommt halt schon mal ab und zu vor.
Vor allem bei Gästen. Wenn dann später (Ablauf der Restlaufzeit von minInterval) das Licht
wieder einschaltet (für 90 Sek.), dann sind sie schon irritiert.

Bei Bedarf erzeugt natürlich Protokolle dazu

***** Bewegungsmelder: *****

Internals:
   DEF        1A525F
   HMLAN1_MSGCNT 555
   HMLAN1_RAWMSG E1A525F,0000,05040F81,FF,FFC9,C584101A525FF1123406012000
   HMLAN1_RSSI -55
   HMLAN1_TIME 2015-01-27 23:37:49
   HMLAN2_MSGCNT 554
   HMLAN2_RAWMSG E1A525F,0000,11B64F74,FF,FFDE,C584101A525FF1123406012000
   HMLAN2_RSSI -34
   HMLAN2_TIME 2015-01-27 23:37:49
   IODev      HMLAN1
   LASTInputDev HMLAN2
   MSGCNT     1109
   NAME       EG.HWR.Bewegung
   NR         304
   STATE      br: 32  t: 2015-01-27 23:16:13
   TYPE       CUL_HM
   lastMsg    No:C5 - t:10 s:1A525F d:F11234 06012000
   peerList   EG.HWR.Licht,
   protLastRcv 2015-01-27 23:37:49
   rssi_at_HMLAN1 avg:-54.74 min:-57 max:-53 lst:-55 cnt:555
   rssi_at_HMLAN2 avg:-32.21 min:-37 max:-28 lst:-34 cnt:554
   Readings:
     2015-01-26 07:10:18   Activity        alive
     2014-12-30 17:26:21   CommandAccepted yes
     2014-12-30 17:26:20   D-firmware      1.0
     2014-12-30 17:26:20   D-serialNr      JEQ0156331
     2014-12-30 17:26:21   PairedTo        0xF11234
     2014-12-30 17:26:23   R-EG.HWR.Licht_chn-01-peerNeedsBurst off
     2014-12-30 17:26:22   R-brightFilter  7
     2014-12-30 17:26:22   R-captInInterval on
     2014-12-30 17:24:02   R-evtFltrNum    1
     2014-12-30 17:24:02   R-evtFltrPeriod 1 s
     2014-12-30 17:24:02   R-ledOnTime     0 s
     2014-12-30 17:26:22   R-minInterval   60
     2014-12-30 17:24:01   R-pairCentral   0xF11234
     2014-12-30 17:24:01   R-sabotageMsg   on
     2014-12-30 17:26:21   RegL_00:        02:01 0A:F1 0B:12 0C:34 10:01 00:00
     2014-12-30 17:26:22   RegL_01:        01:12 02:7A 08:00 22:00 00:00
     2014-12-30 17:26:23   RegL_04:EG.HWR.Licht_chn:01 01:00 00:00
     2015-01-27 23:37:49   battery         ok
     2015-01-27 23:37:49   brightness      32
     2015-01-27 23:37:49   cover           closed
     2015-01-27 23:16:13   motion          on (to EG.HWR.Licht)
     2015-01-27 23:16:13   motionCount     47_next:29s
     2015-01-26 07:10:18   peerList        EG.HWR.Licht,
     2015-01-27 23:37:49   recentStateType info
     2015-01-27 23:16:13   state           motion
   Helper:
     mId        004A
     rxType     28
     Io:
       newChn     +1A525F,00,01,1E
       nextSend   1422398269.42888
       prefIO
       rxt        2
       vccu       VCCU
       p:
         1A525F
         00
         01
         1E
     Mrssi:
       mNo        C5
       Io:
         HMLAN1     -53
         HMLAN2     -34
     Prt:
       bErr       0
       sProc      0
       sleeping   1
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -54.745945945946
         cnt        555
         lst        -55
         max        -53
         min        -57
       At_hmlan2:
         avg        -32.2184115523466
         cnt        554
         lst        -34
         max        -28
         min        -37
Attributes:
   IODev      HMLAN1
   IOgrp      VCCU
   actCycle   000:20
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   group      Bewegungsmelder
   model      HM-SEC-MDIR
   peerIDs    00000000,209E1501,
   room       CUL_HM
   serialNr   JEQ0156331
   stateFormat { "br: " . ReadingsVal("$name","brightness", 0). "  t: " . ReadingsTimestamp("$name","state", 0) }
   subType    motionDetector



***** Licht  / Aktor *****

Internals:
   DEF        209E15
   HMLAN1_MSGCNT 186
   HMLAN1_RAWMSG E209E15,0000,04F1B16F,FF,FFBD,C2A410209E15F1123406010000
   HMLAN1_RSSI -67
   HMLAN1_TIME 2015-01-27 23:17:45
   HMLAN2_MSGCNT 186
   HMLAN2_RAWMSG E209E15,0000,11A3F228,FF,FFD8,C2A410209E15F1123406010000
   HMLAN2_RSSI -40
   HMLAN2_TIME 2015-01-27 23:17:45
   IODev      HMLAN1
   LASTInputDev HMLAN2
   MSGCNT     372
   NAME       EG.HWR.Licht
   NR         274
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:C2 - t:10 s:209E15 d:F11234 06010000
   peerList   EG.HWR.Bewegung,
   protLastRcv 2015-01-27 23:17:45
   protResnd  2 last_at:2015-01-27 07:43:45
   protSnd    119 last_at:2015-01-27 23:17:45
   protState  CMDs_done
   rssi_EG.HWR.Bewegung avg:-48.46 min:-55 max:-43 lst:-48 cnt:81
   rssi_HMLAN1 avg:-71 min:-71 max:-71 lst:-71 cnt:1
   rssi_HMLAN2 avg:-44.75 min:-45 max:-44 lst:-44 cnt:4
   rssi_at_HMLAN1 avg:-64.64 min:-71 max:-60 lst:-67 cnt:186
   rssi_at_HMLAN2 avg:-41.4 min:-49 max:-37 lst:-40 cnt:186
   Readings:
     2015-01-27 23:16:13   CommandAccepted yes
     2014-08-29 20:52:54   D-firmware      2.2
     2014-08-29 20:52:54   D-serialNr      KEQ0200281
     2015-01-13 19:58:59   PairedTo        0xF11234
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgActionType jmpToTarget
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgCtDlyOff geLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgCtDlyOn geLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgCtOff geLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgCtOn geLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgCtValHi 100
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgCtValLo 50
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgMultiExec on
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgOffDly 0 s
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgOffTime unused
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgOffTimeMode absolut
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgOnDly 0 s
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgOnTime unused
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgOnTimeMode absolut
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgSwJtDlyOff off
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgSwJtDlyOn on
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgSwJtOff dlyOn
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-lgSwJtOn dlyOff
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shActionType jmpToTarget
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shCtDlyOff ltLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shCtDlyOn ltLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shCtOff ltLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shCtOn ltLo
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shCtValHi 100
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shCtValLo 37
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shOffDly 0 s
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shOffTime unused
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shOffTimeMode absolut
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shOnDly 0 s
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shOnTime 90 s
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shOnTimeMode absolut
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shSwJtDlyOff dlyOn
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shSwJtDlyOn on
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shSwJtOff dlyOn
     2015-01-13 19:59:01   R-EG.HWR.Bewegung_chn-01-shSwJtOn on
     2015-01-13 19:58:59   R-intKeyVisib   invisib
     2015-01-13 19:58:59   R-pairCentral   0xF11234
     2015-01-13 19:59:00   R-sign          off
     2015-01-13 19:58:59   RegL_00:        02:01 0A:F1 0B:12 0C:34 15:FF 18:00 0                                                                             0:00
     2015-01-13 19:59:00   RegL_01:        08:00  30:06 57:24 00:00
     2015-01-13 19:59:01   RegL_03:EG.HWR.Bewegung_chn:01 02:22 03:22 04:25 05:6                                                                             4 06:00 07:52 08:00 09:FF 0A:01 0B:13 0C:13 82:00 83:00 84:32 85:64 86:00 87:FF                                                                              88:00 89:FF 8A:21 8B:14 8C:63 00:00
     2015-01-27 23:17:45   deviceMsg       off (to VCCU)
     2015-01-27 23:17:45   level           0
     2015-01-27 23:17:45   pct             0
     2015-01-26 07:10:19   peerList        EG.HWR.Bewegung,
     2015-01-27 23:17:45   recentStateType info
     2015-01-27 23:17:45   state           off
     2015-01-27 23:17:45   timedOn         off
     2015-01-27 23:16:13   trigLast        EG.HWR.Bewegung :33
     2015-01-27 23:16:13   trig_EG.HWR.Bewegung 33
   Helper:
     cSnd       11F11234209E150201000000
     dlvlCmd    ++A011F11234209E150201000000
     mId        0069
     rxType     1
     Io:
       newChn     +209E15,00,01,00
       nextSend   1422397065.86807
       prefIO
       rxt        0
       vccu       VCCU
       p:
         209E15
         00
         01
         00
     Mrssi:
       mNo        C2
       Io:
         HMLAN1     -65
         HMLAN2     -40
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1422397065.78591
       ack:
         HASH(0x2122cb8)
         C28002F11234209E1500
     Rssi:
       Eg.hwr.bewegung:
         avg        -48.4691358024691
         cnt        81
         lst        -48
         max        -43
         min        -55
       Hmlan1:
         avg        -71
         cnt        1
         lst        -71
         max        -71
         min        -71
       Hmlan2:
         avg        -44.75
         cnt        4
         lst        -44
         max        -44
         min        -45
       At_hmlan1:
         avg        -64.6451612903226
         cnt        186
         lst        -67
         max        -60
         min        -71
       At_hmlan2:
         avg        -41.4032258064516
         cnt        186
         lst        -40
         max        -37
         min        -49
Attributes:
   EG.Licht.Komplett1 EG.Licht.Komplett
   Haus.Licht.Komplett1 Haus.Licht.Komplett
   IODev      HMLAN1
   IOgrp      VCCU
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.2
   group      Licht
   model      HM-LC-Sw1PBU-FM
   peerIDs    00000000,1A525F01,
   room       EG
   serialNr   KEQ0200281
   subType    switch
   userattr   Haus.Licht.Komplett1 Haus.Licht.Komplett1_map structexclude
   webCmd     on:off



1 Cubietruck, 3 Raspi mit HMLan / HMUSB für Homematic, Jeelink für PCA301, Cul V3 für MAX

Fritzbox 7390 für VPN, Presence und Callmonitor

frank

#1
ZitatWen in den 60 Sek. eine weitere Bewegung festgestellt wird, wird ja nach 60 Sek. erneut getriggert und immer
verlängert, bis keine Bewegung mehr gemeldet wird.

ZitatErst wenn eine Bewegung NACH dem manuellem Ausschalten festgestellt wurde, soll wieder eingeschaltet werden.

ich finde, das wiederspricht sich. wie willst du unterscheiden, dass der trigger vom bm nach dem manuellen schalten erzeugt wurde, oder vorher, aber verzögert gesendet wird.
wenn, dann müsstest du dieses speichern des bm abschalten. also jede bewegung triggert nur sofort.

edit: ich habe gerade bei jemandem folgenden logeintrag gesehen:
Zitat2015-01-29_17:21:37 HM_Sen_MDIR_O_2_2EF36A motionCount: 144_next:116s
eventuell sind diese sekunden ein hinweis auf einen bevorstehenden trigger. dann könntest du diese info auswerten, um ein wiedereinschalten zu verhindern. zb mit inhibit.
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

Otto123

Also meine BM senden alle den motioncount: xxx_next:116s Sie stehen aber auf Standard, und d.h. 240 sec bis zum nächsten Motion.
Ich glaube nicht, dass dies was mit dem nächsten Trigger zu tun hat.

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

Newbie

Hallo,

müßte doch mit dem DOIF-Modul gehen, ich denke da speziell an das Attribut cmdpause.

vg
fhem-6.1 (configDB+DbLog)  auf ODROID-XU4

edank

Hallo Rossini600,

Zitat von: Rossini600 am 28 Januar 2015, 13:24:30
Gibt es einen Möglichkeit zu verhindern, dass das Licht nicht erneut einschaltet, falls ich das Licht in den ersten 60 Sek.
händisch am Aktor schon wieder ausgeschaltet habe?
Erst wenn eine Bewegung NACH dem manuellem Ausschalten festgestellt wurde, soll wieder eingeschaltet werden.

wenn ich dich richtig verstehe, ist dein Problem das sich das Licht wieder einschaltet obwohl du es außerhalb  des Bereichs des Bewegungsmelder ausschaltest.

Wenn dem so ist, ist bei deinem Bewegungsmelder höchstwahrscheinlich die Option "captInInterval" eingeschaltet diese Option, falls ich mich nicht täusche, ist dafür da, das während der Intervalle registrierte Bewegungen nachgereicht werden.
Das soll heißen, wenn der Bewegungsmelder zB.: alle 30 Sekunden Meldung machen darf, das er das nachholt wenn zB.: eine Bewegung zwischen zwei 30 Sekunden Intervallen registriert wurde.
Wenn die Option ausgeschaltet wird, dann wird die Bewegung zwischen zwei Intervallen ignoriert und erst nach Ablauf eines Intervalls wieder registriert.

LG
edank

Rossini600

Guten Morgen

ja captInInterval ist eingeschaltet. Das finde ich auch gut, dann ist kontinuierlich Licht an, bis keine Bewegung mehr festgestellt wird.
Wenn captInInterval nicht eingeschaltet ist, dann schaltet das Licht aus und wenn mann noch im Raum ist, muss gerade dann eine
Bewegung ausgeführt werden, um das Licht wieder einzuschalten.
(Die Homematic Bewegungsmelder sind imho leider sehr träge)

Generell möchte ich gerne Peering benutzen, das soll also möglichst ohne Zentrale/FHEM funktionieren.
Per notify über die FHEM würde ich das sonst wohl hinbekommen.

Ich betrete einen Raum, Licht geht an für 90 Sekunden. Wenn ich jetzt z.B. nach 10 Sek. wieder raus gehe, würde ich das Licht gerne wieder direkt
ausschalten.  Also Licht geht aus, 50 Sek. später geht das Licht aber wieder für 90 Sek. an (Retrigger vom Bewegungsmelder)

Das gleiche Problem z.B. ich verlasse das Haus, hole meine Jacke aus Hauswirtschaftsraum. Bewegungsmelder geht an. Gehe direkte wieder raus.
Schalte dann alles Licht aus (zentral beim Haus verlassen). Nach kurzer Zeit geht das Licht im HWR wieder an. -> Unschön.

Logisch wäre das der Bewegungsmelder am besten seine anstehenden Retrigger verwirft. (ja ich weiss das kann er wohl nicht)

Ist ja auch nur eine Frage, ob es da was gibt. Hat keiner die gleichen "Luxus" Probleme?  ;)
1 Cubietruck, 3 Raspi mit HMLan / HMUSB für Homematic, Jeelink für PCA301, Cul V3 für MAX

Fritzbox 7390 für VPN, Presence und Callmonitor

martinp876

das verstehe ich nicht.
der BM darf doch keine trigger auf vorrat speichern. er soll den Wert senden, wenn er auftritt.
wenn du also nach 10sec gehst und der BM 40sec später den nächsten Wert sendet sollte dieser "off" sein. Es war doch keine Bewegung in diesen 40sec - oder sehe ich das falsch?

Rossini600

Danke schon mal für die ganzen Infos:

Ohne es jetzt genau nochmal geprüft haben, wird imho erst nach den
abgelaufenen 60 Sekunden(minInterval) dann nochmals ausgelöst.
Also zeitverzögert.

Werde es morgen aber nochmals protokollieren.
1 Cubietruck, 3 Raspi mit HMLan / HMUSB für Homematic, Jeelink für PCA301, Cul V3 für MAX

Fritzbox 7390 für VPN, Presence und Callmonitor

stromer-12

Mit captInInterval hatte ich hier auch schon mal rumgespielt.
Es wird nach einer Auslösung innerhalb von minInterval ein Event gepuffert und nach minInterval übertragen.
Ich habe bei mir jetzt das kleinste minInterval eingestellt, da ich auch einen Schalter mit eingebunden habe.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL