Folgendes Verhalten von eventMap irritiert mich etwas:
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? ;)
Im Zweifel "Feautre", es sei denn, du erklaerst mir, wieso das nicht akzeptabel ist :)
Ich vermute es geht darum, dass vor dem Neustart "gpio XX on" in state stand und danach nur noch "gpio"
@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
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.
Danke, funktioniert jetzt wie erwartet.