Hallo zusammen,
ich habe einen [HM-SEN-MDIR-O-2] Outdoor Bewegungsmelder mit Dämmerungssensor.
Seit ein paar Tagen sendet er keine "brightness" Werte mehr, ohne dass eine Bewegung stattfindet. Ich habe ihn nochmal angelernt und auch den "brightFilter" auf Null gesetzt, welcher per default auf 7 steht und dabei nur den bei 6 Messungen niedrigsten Wert übermittelt.
Das ganze hat auch mehrere Stunden zuverlässig funtkioniert. Nur irgendwann hört er auf zu senden und sendet nur noch bei Bewegungserkennung.
Wenn ich dann nochmal das Knöpfchen drücke, wird der "brightFilter" Wert wieder auf 7 und "PairedTo" wird auf 0x000000 zurück gesetzt.
Dann muss ich wieder bei meiner VCCU "hmPairForSec" ausführen und nochmal anlernen. Dann hat er wieder "0x1F00000" gespeichert und das ganze funktioniert wieder für ein paar Stunden. Hab das jetzt schon mehrmals durchgespielt. Immer dasselbe. Kann mir jemand helfen?
Danke und Gruß
Thomas
Internals:
DEF 43C2F3
FUUID 5c9e1948-f33f-e114-21e6-54941920f33b1d08
IODev nanoCUL
LASTInputDev nanoCUL2
MSGCNT 232
NAME HM_43C2F3
NR 222
NTFY_ORDER 48-HM_43C2F3
STATE noMotion
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 103
lastMsg No:4E - t:41 s:43C2F3 d:000000 0105D480
nanoCUL2_MSGCNT 118
nanoCUL2_RAWMSG A0D4E844143C2F30000000105D480::-75:nanoCUL2
nanoCUL2_RSSI -75
nanoCUL2_TIME 2022-09-19 09:21:40
nanoCUL_MSGCNT 114
nanoCUL_RAWMSG A0D4E844143C2F30000000105D480::-86.5:nanoCUL
nanoCUL_RSSI -86.5
nanoCUL_TIME 2022-09-19 09:21:40
protLastRcv 2022-09-19 09:21:40
protRcv 116 last_at:2022-09-19 09:21:40
protSnd 29 last_at:2022-09-19 07:49:58
protState CMDs_done
rssi_at_nanoCUL cnt:114 min:-97.5 max:-50 avg:-77.61 lst:-86.5
rssi_at_nanoCUL2 cnt:118 min:-89 max:-51 avg:-75.06 lst:-75
CL:
Authenticated 0
BUF
FD 32
FW_ID 7434
LASTACCESS 1663573230.63982
NAME WEB_10.4.70.189_55183
NR 7434
PEER 10.4.70.189
PORT 55183
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
encoding UTF-8
READINGS:
2022-09-19 09:38:53 state Connected
Helper:
DBLOG:
brightness:
DBLOG:
TIME 1663572100.51834
VALUE 212
READINGS:
2022-09-19 09:35:27 Activity dead
2022-09-18 10:38:58 CommandAccepted yes
2022-09-19 07:49:57 D-firmware 1.6
2022-09-19 07:49:57 D-serialNr MEQ1797739
2022-09-19 07:49:57 IODev nanoCUL
2022-09-19 07:49:57 PairedTo 0x000000
2022-09-19 07:49:57 R-brightFilter 7
2022-09-18 10:39:17 R-captInInterval off
2020-06-25 21:54:12 R-evtFltrNum 1
2020-06-25 21:54:12 R-evtFltrPeriod 1 s
2022-09-18 10:39:17 R-minInterval 240
2022-09-19 07:49:57 R-pairCentral 0x000000
2020-06-25 21:54:12 R-sign off
2022-09-19 07:49:57 RegL_00. 00:00 02:00 0A:00 0B:00 0C:00
2022-09-19 07:49:57 RegL_01. 00:00 01:12 02:74 08:00 22:00
2022-09-19 09:21:40 battery ok
2022-09-19 09:21:40 brightness 212
2022-09-19 07:50:58 cfgState PairMism
2022-09-19 07:49:58 commState CMDs_done
2022-09-18 18:00:49 cover closed
2022-09-19 09:25:42 motion off
2022-09-19 09:21:40 motionCount 5_next:240s
2022-09-19 09:25:42 motionDuration 242
2022-09-18 18:00:49 powerOn 2022-09-18 18:00:49
2022-09-18 18:00:49 recentStateType info
2022-09-19 09:25:42 state noMotion
2022-09-19 09:21:40 trigger_cnt 5
helper:
HM_CMDNR 78
PONtest 0
cSnd 01F1000043C2F301040000000001,01F1000043C2F30103
cfgStateUpdt 0
lastMsgTm 1663572100.51479
mId 005D
peerFriend peerAct,peerVirt
peerIDsRaw ,00000000
peerIDsState complete
peerOpt 4:motionDetector
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
cfgChk:
idPc02 paired:0x000000 IO attr: F10000.
cmds:
TmplKey :no:1663490221.52333
TmplTs 1663490221.52333
cmdKey 1:1:0::HM_43C2F3:005D:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt FunkGong_LED,FunkGong_MP3,HM_01FB04,HM_2CAB38,HM_424C93_WindowRec,HM_424C93_remote
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +43C2F3,00,01,00
nextSend 1663572100.74635
rxt 2
vccu VCCU
p:
43C2F3
00
01
00
prefIO:
mRssi:
mNo 4E
io:
nanoCUL:
-84.5
-84.5
nanoCUL2:
-75
-75
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
try 1
rspWait:
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
rssi:
at_nanoCUL:
avg -77.6184210526316
cnt 114
lst -86.5
max -50
min -97.5
at_nanoCUL2:
avg -75.0677966101695
cnt 118
lst -75
max -51
min -89
shadowReg:
tmpl:
Attributes:
IOgrp VCCU
actCycle 000:10
actStatus dead
alias BM_Terrasse
autoReadReg 4_reqStatus
event-min-interval motion:5,brightness:180,cover:10800,battery:10800
event-on-change-reading state,brightness:1,battery
expert defReg,rawReg
firmware 1.6
icon people_sensor
model HM-SEN-MDIR-O-2
peerIDs 00000000
room 70_Garten
serialNr MEQ1797739
subType motionDetector
korreliert es mit poweron?
2022-09-18 18:00:49 powerOn 2022-09-18 18:00:49
es gab auch schon mal jemand, der ein device automatisiert resettet hat. 8)
Naja, ich habe gestern abend auch mal die Batterien getauscht. Die alten waren aber definitiv noch OK.
Wie kann man denn ein Device automatisch resetten?
wenn man "set reset" ausführt.
Danke aber das hat leider nicht geholfen.
Zitat von: thgorjup am 20 September 2022, 12:04:10
Danke aber das hat leider nicht geholfen.
oh je....
du sollst keinen reset machen, sondern deine automatisierung überprüfen, ob diese regelmässig resets sendet, die dann dein beschriebenes verhalten verursachen!!!
Achso, ok, ich bin mir sicher, dass keine "resets" gesendet werden.
Das regelmäßige Update des Sensors hat ja auch auf einmal aufgehört, ohne jegliche Änderungen.