Hallo,
seit dem Update von ca. Anfang November funktioniert bei einem meiner Notifys die Namensauflösung "$NAME" nur noch teilweise.
Bei einem set_desiredTemp von FHEM möchte ich bei meinen beiden Raumthermostaten verschiedene Readings setzen und ein burstXmit auslösen.
Dazu dieses Notify:
define n_rt_hm34_set notify rt_hm[3|4]:.*set_desired.* setreading $NAME_climate desired-temp-manu $EVTPART1; setreading $NAME_climate desired-temp-cent $EVTPART1; set $NAME_climate burstXmit;
Die Readings werden richtig gesetzt aber beim burstXmit wird "$NAME" nicht mehr aufgelöst:
2015.12.10 08:48:35 4: n_rt_hm34_set exec setreading $NAME_climate desired-temp-manu $EVTPART1; setreading $NAME_climate desired-temp-cent $EVTPART1; set $NAME_climate burstXmit;
2015.12.10 08:48:35 3: CUL_HM set rt_hm3 desired-temp 19.0
2015.12.10 08:48:35 3: n_rt_hm34_set return value: Please define $NAME_climate first
Wenn ich statt "set $NAME_climate burstXmit" direkt z.B. "set rt_hm3_climate burstXmit" ins notify schreibe geht es.
Funktionierte bis November immer auch so.
Hat sich mit dem 5.7er Release ein Bug eingeschlichen oder mache ich was falsch?
Da hat sich kein Bug eingeschlichen, sondern das Verhalten von fhem hat sich verändert. Das veränderte Verhalten ist dokumentiert und Du musst Deine Vorgehensweise entsprechend anpassen.
Was Du falsch gemacht hast: Zu wenig gelesen ;)
Kannst Du mir ein Stichwort geben, nachdem ich suchen kann?
Bisher habe ich nur %NAME -> $NAME gefunden. Aber das ist ja bei mir richtig.
Danke
Rudi hat da neulich eine Änderung eingebaut, damit solche speziellen Variablen innerhalb der Zeile immer zur Verfügung stehen. Den zugehörigen Thread müsste ich auch erst raussuchen.
Also wird es in einer der nächsten Versionen wieder gehen, oder muss/ kann ich was ändern?
@hanske: eigentlich muesste dein Konstrukt funktionieren, und ich kann es in einem vereinfachten Setup nicht nachstellen:
fhem> defmod n notify n setreading $NAME EV1 $EVENT;; setreading $NAME EV1 $EVENT;; set $NAME $EVENT
fhem> trigger n hallo
erzeugt im Log bei verbose 5
Zitat2015.12.10 10:47:26.444 5: Cmd: >trigger n hallo<
2015.12.10 10:47:26.444 5: Triggering n (1 changes)
2015.12.10 10:47:26.444 5: Notify loop for n hallo
2015.12.10 10:47:26.445 5: Triggering n
2015.12.10 10:47:26.445 4: n exec setreading $NAME EV1 $EVENT; setreading $NAME EV1 $EVENT; set $NAME $EVENT
2015.12.10 10:47:26.445 5: Cmd: >setreading $NAME EV1 $EVENT<
2015.12.10 10:47:26.445 5: Triggering n (2 changes)
2015.12.10 10:47:26.445 5: Cmd: >setreading $NAME EV1 $EVENT<
2015.12.10 10:47:26.445 5: Triggering n (3 changes)
2015.12.10 10:47:26.446 5: Cmd: >set $NAME $EVENT<
2015.12.10 10:47:26.446 3: n return value: Unknown argument hallo, choose one of
was meiner Ansicht nach korrekt ist. Koenntest du bitte fuer mich einen vereinfachten Beispiel ohne Hardware konstruiren?
@rudolfkoenig
da es kein bekannter Bug ist, habe ich noch mal weiter rumprobiert und meinen Fehler gefunden.
Letztendlich lag es an dem Befehl vor dem burstXmit: "setreading $NAME_climate desired-temp-cent $EVTPART1;"
Das setzen des Readings hat noch ein DOIF getriggert, welches wieder dieses Notify getriggert hätte.
Da hat euer "Deadlockpreventer" die unabsichtliche Schleife aber wohl unterbrochen.
Die Fehlermeldung "Please define $NAME first" hatte mich nur nicht darauf gebracht nach so etwas zu suchen.
Jetzt geht es.
Danke