Hallo Zusammen,
ich habe vor einigen Jahren einmal einen Bewegungsmelder im Gang installiert und mit einem Lichtschalter über Fhem gekoppelt. Irgendwann mal habe ich anscheinend einen oder mehrere Fehler eingebaut.Es funktioniert zwar einwandfrei, aber die Batterien vom Bewegungssensor sind relativ schnell (ca. 2 Monate) leer. Es handelt sich um einen HM-Sen-MDIR-O-2 .
define Nf_Ga_Bwe_Li notify Ga_Bwe_Li:motion:.* { if (Value("Ga_Sw_Li") eq "off" && ReadingsVal($NAME,"brightness",0)<55 && ($hour>=10 && $hour<23) ) { fhem ("set Ga_Sw_Li on ;; define GangLicht_aus at +00:00:45 set Ga_Sw_Li off") } else { fhem ("delete GangLicht_aus ;; define GangLicht_aus at +00:00:45 set Ga_Sw_Li off") }}
Wahrscheinlich kann man das eh viel einfacher und sinnvoller lösen... ;-)
viele Grüße, Andy
a) Code bitte in Code-Tags (die Raute über den Smilys - steht aber auch so in meinem angepinnten Beitrag).
b) Was soll der Code mit dem Verbrauch der Batterien zu tun haben?
Interessant wäre ein list auf den Bewegungsmelder damit man die wirklich interessanten Daten sieht.
Ich hab HM-Sen-MDIR-O-2 im Einsatz die seit mehr als 6 Monate laufen - ohne Batteriewechsel.
Und das auch nur weil ich die erst vor 6 Monaten verbaut habe.
Hi,
also ich kann keinen Zusammenhang zwischen einem notify und dem Batterieverbrauch erkennen.
Mein HM-Sen-MDIR-O läuft seit zwei Jahren mit den ersten Batterien.
Poste mal bitte ein list von dem Ga_Bwe_Li in Codetags (# Taste über :-X)
Gruß Otto
Puschel war schneller ;)
Hallo Zusammen,
sorry... wieder vergessen, ich werde mich bemühen an die Code Tags zu denken. Eigenrlich reagiert ein notify ja nur.... aber ich wollte noch sicher gehen.... Anbei das List auf den Bewegungsmelder:
Internals:
DEF 2EED8D
IODev hmusb
LASTInputDev hmusb
MSGCNT 1551
NAME Ga_Bwe_Li
NOTIFYDEV global
NR 574
NTFY_ORDER 50-Ga_Bwe_Li
STATE noMotion
TYPE CUL_HM
hmlan_MSGCNT 765
hmlan_RAWMSG E2EED8D,0000,57068D82,FF,FF97,10A6412EED8D11111101166050
hmlan_RSSI -105
hmlan_TIME 2017-03-24 13:10:34
hmusb_MSGCNT 786
hmusb_RAWMSG E2EED8D,0000,6A51A9BE,FF,FFC5,1184102EED8D11111106016000
hmusb_RSSI -59
hmusb_TIME 2017-03-24 13:16:11
lastMsg No:11 - t:10 s:2EED8D d:111111 06016000
protLastRcv 2017-03-24 13:16:11
protResnd 1 last_at:2017-03-22 17:52:03
protSnd 565 last_at:2017-03-24 13:10:34
protState CMDs_done
rssi_at_hmlan cnt:765 avg:-95.42 max:-91 lst:-105 min:-105
rssi_at_hmusb cnt:786 avg:-61.4 max:-52 lst:-59 min:-94
Helper:
Dblog:
Battery:
Mydblog:
TIME 1490357771.78726
VALUE ok
Brightness:
Mydblog:
TIME 1490357771.78726
VALUE 96
Cover:
Mydblog:
TIME 1490357771.78726
VALUE closed
Motion:
Mydblog:
TIME 1490357466.58901
VALUE off
Motioncount:
Mydblog:
TIME 1490357434.67198
VALUE 22_next:30s
Motionduration:
Mydblog:
TIME 1490357466.58901
VALUE 32
State:
Mydblog:
TIME 1490357466.58901
VALUE noMotion
Trigdst_111111:
Mydblog:
TIME 1490357434.67198
VALUE noConfig
Trigger_cnt:
Mydblog:
TIME 1490357434.67198
VALUE 22
Readings:
2017-03-22 17:36:50 Activity alive
2016-04-16 19:25:41 D-firmware 1.6
2016-04-16 19:25:41 D-serialNr LEQ0657610
2017-03-22 17:52:47 PairedTo 0x111111
2015-08-15 13:57:12 R-brightFilter 7
2015-08-15 13:57:12 R-captInInterval off
2015-08-15 13:57:12 R-evtFltrNum 1
2015-08-15 13:57:12 R-evtFltrPeriod 1 s
2015-08-15 13:57:12 R-minInterval 30
2015-08-15 13:57:12 R-pairCentral 0x111111
2016-08-26 20:31:05 R-sign off
2017-03-22 17:52:47 RegL_00. 02:01 0A:22 0B:12 0C:34 00:00
2017-03-22 17:52:48 RegL_01. 01:12 02:71 08:00 22:00 00:00
2017-03-24 13:16:11 battery ok
2017-03-24 13:16:11 brightness 96
2017-03-24 13:16:11 cover closed
2017-03-24 13:11:06 motion off
2017-03-24 13:10:34 motionCount 22_next:30s
2017-03-24 13:11:06 motionDuration 32
2017-03-22 17:35:36 powerOn 2017-03-22 17:35:35
2017-03-24 13:16:11 recentStateType info
2017-03-22 17:28:54 sabotageAttack_ErrIoAttack cnt 6
2017-03-24 13:11:06 state noMotion
2017-03-24 13:10:34 trigDst_111111 noConfig
2017-03-24 13:10:34 trigger_cnt 22
Helper:
HM_CMDNR 17
cSnd 011111112EED8D01040000000001,011111112EED8D0103
mId 00C1
peerIDsRaw ,00000000
rxType 28
supp_Pair_Rep 0
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newCh 1
newChn +2EED8D,00,00,00
nextSend 1490357771.88561
prefIO
rxt 2
vccu
p:
2EED8D
00
00
00
Mrssi:
mNo 11
Io:
hmusb -57
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_hmlan:
avg -95.4287581699346
cnt 765
lst -105
max -91
min -105
At_hmusb:
avg -61.4045801526717
cnt 786
lst -59
max -52
min -94
Shadowreg:
Tmpl:
Attributes:
IODev hmusb
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.6
model HM-Sen-MDIR-O-2
peerIDs 00000000,
room 07_Gang
serialNr LEQ0657610
subType motionDetector
viele Grüße, Andy
Hi,
du hast
R-minInterval 30
was bedeutet, er sendet nach 30 Sekunden Bewegung erneut, dass es eine Bewegung gibt.
Das ist recht kurz, bzw. anders formuliert, er sendet ggfs. recht oft.
Und du lässt das Ganglicht nur für 45 Sekunden an.
Du könntest das Intervall rauf setzen, z.B. 60 Sekunden, und das Licht für, sagen wir 120 Sekunden an lassen.
Das mit dem at kann man so machen, du könntest aber ebenso gut statt "on" gleich ein "on-for-timer 120" senden. Dann fällt der Rest weg.