FHEM Forum

Hallo.
Ein seltsames Verhalten ist mir mit dem HM-Switch aufgefallen.

Sobald ich ein eventMap für den Befehl "on" definiere kann über das Webinterface kein "on-for-timer" abgesetzt werden.
Auch ein Aufruf aus einem notify mit { fhem "set ....  on-for-timer 10"   }  wird mit einer Fehlermedung im Log quitiert.
eventMap   /on-for-timer 1:on/on-for-timer 2:impuls/

set HM_331903 on-for-timer 10
on-for-timer requires parameter: <ontime>


Wenn  nur das eventMap für impuls definiert wird, funktioniert on-for-timer aus dem Webinterface wie gehabt.
eventMap   /on-for-timer 2:impuls/

Wie kann ich trotz eines definierten eventMap für "on" trotzdem on-for-timer verwenden?

---

List:

Internals:
   DEF        331903
   HMLAN1_MSGCNT 175
   HMLAN1_RAWMSG E331903,0000,026BC9FD,FF,FFBC,AAA41033190329A49806010000
   HMLAN1_RSSI -68
   HMLAN1_TIME 2015-10-12 08:51:09
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     175
   NAME       HM_331903
   NR         552
   NTFY_ORDER 50-HM_331903
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:AA - t:10 s:331903 d:29A498 06010000
   peerList   vccu_Btn1,
   protLastRcv 2015-10-12 08:51:09
   protSnd    176 last_at:2015-10-12 08:51:09
   protState  CMDs_done
   rssi_HMLAN1 avg:-59.88 max:-52 cnt:106 min:-78 lst:-62
   rssi_at_HMLAN1 cnt:175 max:-56 lst:-68 min:-79 avg:-63.21
   Readings:
     2015-10-12 08:51:05   CommandAccepted yes
     2015-10-11 23:22:32   D-firmware      1.6
     2015-10-11 23:22:32   D-serialNr      LEQ0944150
     2015-10-12 08:37:24   PairedTo        0x29A498
     2015-10-11 21:04:37   R-intKeyVisib   invisib
     2015-10-12 08:37:24   R-ledMode       on
     2015-10-11 21:04:37   R-lowBatLimitBA 10.5 V
     2015-10-11 21:04:37   R-pairCentral   0x29A498
     2015-10-11 21:04:38   R-sign          off
...
   Helper:
     HM_CMDNR   170
     cSnd       1129A4983319030201C800000140,1129A4983319030201C800000280
     dlvlCmd    ++A01129A4983319030201000000
     mId        006C
     peerIDsRaw ,29A49801,00000000
     rxType     2
     Io:
       newChn     +331903,00,00,00
       nextSend   1444632669.60914
       rxt        0
       vccu       vccu
       p:
         331903
         00
         00
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        AA
       Io:
         HMLAN1     -66
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1444632669.52402
       ack:
         HASH(0x98d2d60)
         AA800229A49833190300
     Rssi:
       Hmlan1:
         avg        -59.8867924528302
         cnt        106
         lst        -62
         max        -52
         min        -78
       At_hmlan1:
         avg        -63.2114285714286
         cnt        175
         lst        -68
         max        -56
         min        -79
     Shadowreg:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   autoReadReg 4_reqStatus
   eventMap   /on-for-timer 1:on/on-for-timer 2:impuls/
   expert     2_full
   firmware   1.6
   model      HM-LC-SW1-BA-PCB
   msgRepeat  1
   peerIDs    00000000,29A49801,
   room       Test,CUL_HM
   serialNr   LEQ0944150
   subType    switch
   webCmd     statusRequest:on:off:vent:impuls


Vielleicht hilft das:

http://forum.fhem.de/index.php/topic,41173.msg333799.html#msg333799 (http://forum.fhem.de/index.php/topic,41173.msg333799.html#msg333799)

Danke. Das war es.

Der "Trick", den eventMap Befehl "on-for-timer:on-for-timer"   an erster Position einzufügen, behebt das Problem.


/on-for-timer:on-for-timer/on-for-timer 1:on/on-for-timer 2:impuls/

Gruss Armin
PS: Habe gestern sehr viel Zeit damit vergeudet und an der falschen Stelle gesucht. Ich dachte schon an ein Problem mit dem kleinen HM-Aktor.
Erst heute morgen habe ich mal das eventMap gelöscht und schon ging on-for-timer wieder.  So konnte ich das Problem einkreisen.
Vielen Dank nochmals für die rasche Hilfe und den Hinweis.