Attribut eventMap mit spaces nach Neustart

[dev0]

Folgendes Verhalten von eventMap irritiert mich etwas:

Code Auswählen Erweitern


define d dummy
attr d eventMap /gpio XX on:on/gpio XX off:off/
set d on
list d
Internals:
   .eventMapCmd on:noArg off:noArg
   CFGFN     
   NAME       d
   NR         193
   STATE      on
   TYPE       dummy
   Readings:
     2017-04-06 12:28:23   state           gpio XX on
Attributes:
   eventMap   /gpio XX on:on/gpio XX off:off/

save
Wrote configuration to /opt/fhem-dev/fhem-dev.cfg
shut restart

list d
Internals:
   .eventMapCmd on:noArg off:noArg
   NAME       d
   NR         156
   STATE      on
   TYPE       dummy
   Readings:
     2017-04-06 12:28:23   state           gpio
Attributes:
   eventMap   /gpio XX on:on/gpio XX off:off/


Die explizite eventMap Schreibweise mit { dev=>{...}, usr=>{...} } verhält sich ebenso. Bug oder Feautre?

[rudolfkoenig]

Im Zweifel "Feautre", es sei denn, du erklaerst mir, wieso das nicht akzeptabel ist

[igami]

Ich vermute es geht darum, dass vor dem Neustart "gpio XX on" in state stand und danach nur noch "gpio"

[dev0]

@igami: yep, genau das ist das Problem.
@Rudi: Aufgefallen ist es Anwendern des ESPEasy Moduls, wenn mit eventMap zb. der Befehl "set <dev> on" auf "set <dev> gpio xx on" gemappt ist. Nach einem Neustart wird dann der Status in dem entsprechenden Reading nicht mehr mit "on|off" angezeigt, sondern mit "gpio".

https://forum.fhem.de/index.php/topic,67664.0.html
https://forum.fhem.de/index.php/topic,55728.msg552309.html#msg552309

[rudolfkoenig]

Danke fuer die Erklaerung.

Ich habe ReplaceEventMap aus setstate entfernt, da ich nicht (mehr) begruenden kann, was sie da zu suchen hat.
Abgesehen davon wurde sie auch noch falsch aufgerufen.

[dev0]

Danke, funktioniert jetzt wie erwartet.