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
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.
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
Hallo,
müßte doch mit dem DOIF-Modul gehen, ich denke da speziell an das Attribut cmdpause.
vg
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
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? ;)
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?
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.
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.