HM-SEN-MDIR-O Zeit zwischen motion ändern

[Maxl]

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

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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.

[Otto123]

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

[joba]

"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

[Otto123]

Hallo Jochen,
in der Weboberfläche

Code Auswählen Erweitern

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

[Maxl]

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 ...

Code Auswählen Erweitern

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 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):

Code Auswählen Erweitern

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

[Otto123]

Hallo Mario,

solange da set_15 steht sind die Daten noch nicht übertragen.

Gruß Otto

[Deudi]

Config Taster drücken - muss ich bei meinen BM immer machen.

[Otto123]

peerIDs    00000000,

Das Gerät ist nicht gepeert, es funktioniert bei mir auch durch Vorbeilaufen.

Gruß Otto

[Maxl]

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

[Otto123]

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