Hallo,
eine meiner HUE Leuchten schalte ich mittels notify mit on-for-timer ein.
Gewundert habe ich mich dass manchmal die automatische Abschaltung nicht funktioniert hat.
Nun habe ich festgestellt, dass es dann passiert wenn nach on-for-timer ein dimUp-Kommando (in meinem Fall) ausgeführt wurde. Das kommt natürlich vor, wenn ich die Lampe nach dem Einschalten mit on-for-timer hochdimmen will.
So wie ich es sehe, wird die laufende setExtension gecancelt.
@justme1968, würdest du es dir evtl. mal anschauen ?
Danke und VG,
Heiko
das ist normal und bei allen anderen fhem devices auch so. ein on-for timer oder off-for-timer wird durch ein nachfolgendes kommando abgebrochen. das ganze gilt bei hue auch für den device internen timer und ich vermute das gilt auch für hm oder andere.
wenn du mehr einfluss auf den timer haben möchtest. musst du ihn explizit und unabhängig machen. z.b. mit einem benannten sleep.
Danke justme, ich habe mir auch schon beholfen mit defmod at ...
Wollte es nur bekanntgeben. Mir war die Generalität dieses Verhaltens nicht bewußt weil ich recht selten die on-for-timer Funktion bei Leuchten nutze.
Grüße,
Heiko
Wenn SetExtensions involviert sind, kann man das dadurch gesetzte Internal auswerten/vorab auf Vorhandensein checken und dann nach dem dimUp-Befehl dann den SE-Command dann einfach nochmal abfeuern.
Zur Klarstellung: Ich halte es nicht für einen Fehler, wenn nachfolgende Kommandos die vorhergehenden "killen", wenn man es anders haben will, muss man den Zusatz-Aufwand m.E. in Kauf nehmen.
Da ist ein simples
set <Lampe> on; defmod <Lampe>.off at +00:20 set <Lampe> off
aber viel einfacher statt des on-for-timer zu handhaben für einen User.
Nur meine Meinung ...