Hallo,
die Melder triggern immer nur nach 240s obwohl ich das Register R-minInterval mit set_15 begeschrieben habe.
Oft steht man so im Dunkeln, da das Licht nach "on-for-timer 30" wieder ausgeht und anschliessend nicht wieder einschaltet.
Wenn ich das Define wie im Beispiel in fhem eingebe
set Bewegungsmelder_EG regSet minInterval 15
# Bewegungsmelder so einstellen, dass er frühstens nach 15Sec einen neuen Motion Befehl sendet
kommt folgende Fehlermeldung:
cannot calculate value. Please issue set Bewegungsmelder_EG getConfig first - invalid cannot calculate value. Please issue set Bewegungsmelder_UG getConfig first - invalid
Vielleicht interpretiere ich auch das Logfile falsch:
2016-11-22_16:37:37 Bewegungsmelder_UG brightness: 103
2016-11-22_16:37:37 Bewegungsmelder_UG motion: on (to nanoCUL)
2016-11-22_16:37:37 Bewegungsmelder_UG motionCount: 66_next:240s
2016-11-22_16:37:37 Bewegungsmelder_UG motion
2016-11-22_16:37:37 Bewegungsmelder_UG trigDst_F11234: noConfig
2016-11-22_16:37:37 Bewegungsmelder_UG trigger_cnt: 66
2016-11-22_16:41:39 Bewegungsmelder_UG motion: off
2016-11-22_16:41:39 Bewegungsmelder_UG motionDuration: 242
2016-11-22_16:41:39 Bewegungsmelder_UG noMotion
2016-11-22_16:42:14 Bewegungsmelder_UG brightness: 92
2016-11-22_16:42:14 Bewegungsmelder_UG motion: on (to nanoCUL)
2016-11-22_16:42:14 Bewegungsmelder_UG motionCount: 67_next:240s
2016-11-22_16:42:14 Bewegungsmelder_UG motion
2016-11-22_16:42:14 Bewegungsmelder_UG trigDst_F11234: noConfig
2016-11-22_16:42:14 Bewegungsmelder_UG trigger_cnt: 67
2016-11-22_16:43:00 Bewegungsmelder_UG battery: ok
2016-11-22_16:43:00 Bewegungsmelder_UG brightness: 90
2016-11-22_16:43:00 Bewegungsmelder_UG cover: closed
2016-11-22_16:46:16 Bewegungsmelder_UG motion: off
2016-11-22_16:46:16 Bewegungsmelder_UG motionDuration: 242
2016-11-22_16:46:16 Bewegungsmelder_UG noMotion
Ist diese kurze Ansprechzeit bei diesen Meldern unmöglich oder mache ich etwas falsch.
Hallo,
die Geräte verarbeiten die Befehle nicht von alleine.
Der Bewegungsmelder braucht eine Aktion, also z.b. eine Bewegung um die Befehle zu verarbeiten. Also zumindest ist das bei mir so -> HM-SEN-MDIR-SM & HM-Sen-MDIR-O
Wenn er ein getConfig haben will, dann braucht er das auch. Also gib es ihm.
Aber immer schön die Übertragung anstoßen und Zeit geben!
Und Screenshots posten ist meistens Mist. Ein list <Definition> ist viel besser.
Gruß Otto
"Please issue set Bewmelder getConfig first"!
Also ich verstehe es auch nicht : selbes Problem. Bitte Info: wann und wie getconfig (Anlerntaste beim HM-SEN-MDIR-SM)?
Gruß Jochen
Hallo Jochen,
in der Weboberfläche set Bewmelder getConfigund dann am Bewmelder vorbeilaufen und schauen ob er hektisch blinkert.
Configtaster brauchst Du in der Regel nicht.
Und immer mal mit hmInfo configCheck schauen ob alles im Lot ist. Eventuelle Fehler beseitigen. Hilft ungemein.
Gruß Otto
Hallo,
bin erst jetzt wieder dazu gekommen,
ich kann machen was ich will und wild davor herumhüpfen, das Ding ist erst wieder nach 240s bereit ein "motion" auszugeben.
anbei das list ...
Internals:
DEF 461413
IODev nanoCUL
LASTInputDev nanoCUL
MSGCNT 1355
NAME Bewegungsmelder_EG
NOTIFYDEV global
NR 412
STATE motion
TYPE CUL_HM
lastMsg No:CF - t:10 s:461413 d:F11234 06012000
nanoCUL_MSGCNT 1355
nanoCUL_RAWMSG A0DCF8410461413F1123406012000::-65.5:nanoCUL
nanoCUL_RSSI -65.5
nanoCUL_TIME 2016-11-28 20:39:29
protCmdPend 2 CMDs pending
protLastRcv 2016-11-28 20:39:29
protResnd 1 last_at:2016-11-28 20:38:19
protSnd 89 last_at:2016-11-28 20:38:14
protState CMDs_pending
rssi_at_nanoCUL avg:-65.38 min:-75.5 max:-61 lst:-65.5 cnt:1355
Readings:
2016-11-23 19:52:02 Activity alive
2016-11-20 18:11:54 CommandAccepted yes
2016-11-20 18:30:54 D-firmware 1.6
2016-11-20 18:30:54 D-serialNr NEQ0118064
2016-11-20 18:30:58 PairedTo 0xF11234
2016-11-20 18:31:24 R-brightFilter set_7
2016-11-20 18:31:24 R-captInInterval set_off
2016-11-20 18:15:56 R-evtFltrNum 1
2016-11-20 18:15:56 R-evtFltrPeriod 1 s
2016-11-20 18:31:24 R-minInterval set_15
2016-11-20 18:15:56 R-pairCentral 0xF11234
2016-11-20 18:15:56 R-sign off
2016-11-28 20:39:29 battery ok
2016-11-28 20:39:29 brightness 32
2016-11-28 20:39:29 cover closed
2016-11-28 20:38:14 motion on (to nanoCUL)
2016-11-28 20:38:14 motionCount 71_next:240s
2016-11-28 18:09:44 motionDuration 242
2016-11-20 18:11:34 powerOn 2016-11-20 18:11:34
2016-11-28 20:39:29 recentStateType info
2016-11-28 20:38:14 state motion
2016-11-28 20:38:14 trigDst_F11234 noConfig
2016-11-28 20:38:14 trigger_cnt 71
Regl_00.:
VAL
cmdStack:
++A001F1123446141300040000000000
++A001F1123446141301040000000001
++A001F112344614130103
Helper:
HM_CMDNR 207
cSnd ,01F1123446141300040000000000
getCfgList all
getCfgListNo ,4
mId 005D
moStart 1480361894.24099
rxType 28
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +461413,02,00,00
nextSend 1480361969.96872
prefIO
rxt 2
vccu
p:
461413
00
00
00
Mrssi:
mNo CF
Io:
nanoCUL -63.5
Prt:
bErr 0
sProc 2
wuReSent 2
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_nanocul:
avg -65.3845018450184
cnt 1355
lst -65.5
max -61
min -75.5
Tmpl:
Attributes:
IODev nanoCUL
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.6
model HM-Sen-MDIR-O
peerIDs 00000000,
room CUL_HM
serialNr NEQ0118064
subType motionDetector
was mich immer verwundert, nach bei der Umstellung der min_interval Zeit mit beschriebener Reihenfolge unter http://www.fhemwiki.de/wiki/HM-Sec-MDIR_Funk-Bewegungsmelder_innen (http://www.fhemwiki.de/wiki/HM-Sec-MDIR_Funk-Bewegungsmelder_innen) wird aus R-minInterval "240s" immer ein "set_15". Die Eingabe von 15s ist ungültig set 15 funktioniert, jedoch mit beschriebenen Datum.
Die Zeit von 240s erscheint auch dann immer im Logfile (motionDuration):
2016-11-28_20:38:14 Bewegungsmelder_EG motion: on (to nanoCUL)
2016-11-28_20:38:14 Bewegungsmelder_EG motionCount: 71_next:240s
2016-11-28_20:38:14 Bewegungsmelder_EG motion
2016-11-28_20:38:14 Bewegungsmelder_EG trigDst_F11234: noConfig
2016-11-28_20:38:14 Bewegungsmelder_EG trigger_cnt: 71
2016-11-28_20:39:29 Bewegungsmelder_EG battery: ok
2016-11-28_20:39:29 Bewegungsmelder_EG brightness: 32
2016-11-28_20:39:29 Bewegungsmelder_EG cover: closed
2016-11-28_20:42:16 Bewegungsmelder_EG motion: off
2016-11-28_20:42:16 Bewegungsmelder_EG motionDuration: 242
Gruß
Mario
Hallo Mario,
solange da set_15 steht sind die Daten noch nicht übertragen.
Gruß Otto
Config Taster drücken - muss ich bei meinen BM immer machen.
ZitatpeerIDs 00000000,
Das Gerät ist nicht gepeert, es funktioniert bei mir auch durch Vorbeilaufen.
Gruß Otto
Hallo,
jetzt verstehe ich es gerade nicht mehr. Die Bewegungsmelder sind doch mit dem CUL Stick gepaired, ein Peering mit Aktuatoren habe ich eigentlich nicht vor, ich möchte unter FHEM entscheiden welcher Aktuator zu gegebener Zeit einschalten soll. Warum brauche in dann eine "peerid"?
Wie bekomme ich die Melder dazu die "set_15" anzunehmen, ich kann drücken wie ich will, die wollen nicht wie ich will. Gibt es eine bestimmte Reihenfolge an Befehlen welche ich abarbeiten muß?
Gruß
Mario
Hallo Mario,
ich habe nicht gesagt, dass Du peeren musst. Sorry für das Missverständnis. Ich weiß es gab mal irgendwo die Aussage wenn die Geräte gepeert sind werden die Daten nicht mehr durch "normale Aktionen" sondern nur mit configtaster übertragen.
Ich kann mich nur nochmal wiederholen: ich setze die Register, löse einen motion on event aus in dem ich "wackele" und dann sehe ich die grüne LED im PIR blinkern. Damit werden die Daten übertragen.
Du kannst die msgEvents löschen und das set nochmal machen.
Und zum CUL Stick gibt es einen angepinnten Beitrag im Homematic Unterforum.
Gruß Otto