Habe gerade einen kleinen Fehler im "at" gefunden.
Definiert ist ein "at +*01:00:00" mit alignTime 00:00:00 .... somit steht die nächste Ausführung des at auch korrekt auf der vollen Stunde.
Wenn ich jedoch die Definition des "at" nochmals ändere, wird die nächste Ausführung auf die aktuelle Zeit + 1 Stunde gesetzt und das "at" gerät somit "aus dem Takt".
Erst ein erneutes Setzen des Attributs alignTime korrigiert dies dann wieder auf die richtige Zeit.
Habs gefixt, hoffentlich ohne Nebenwirkungen.
Danke :) ... aber leider kann ich keinen Unterschied feststellen.
Gleiches Verhalten, nach Ändern der at-Definition ist die Uhrzeit wieder "krumm"
Update ist gemacht:
# $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $
# $Id: 90_at.pm 6785 2014-10-18 11:49:02Z rudolfkoenig $
Dann werde mal konkreter, da es bei mir tut:
fhem> define at at +*00:00:20 { Log 1, "Hallo" }
fhem> attr at alignTime 00:00:00
fhem> modify at +*00:00:15
Log:
2014.10.20 15:28:40 1: Hallo
2014.10.20 15:29:00 1: Hallo
2014.10.20 15:29:15 1: Hallo
2014.10.20 15:29:30 1: Hallo
2014.10.20 15:29:45 1: Hallo
Ich habe es nicht mit modify at +*00:00:15 geändert, sondern im Webfrontend in der at-Definition auf "DEF" geklickt und dann unter dem Bearbeitungsfeld den "modify ....." - Button
Das mag zwar sein, aber das ist immer noch nicht konkret.
Und in meinem Fall funktioniert es auch im Frontend.
ok, dann nochmal step-by-step
define test at +*01:00:00 set dummy 1 -> STATE von test steht auf Next: 18:01:27
attr test alignTime 01:00:00 -> STATE von test steht jetzt korrekt auf auf Next: 18:00:00
modify test +*01:00:00 set dummy 2 -> STATE von test steht jetzt auf Next: 18:03:09, und das ist ja falsch
Ok, scheinbar ist die Ausführungszeit in Ordnung, TRIGGERTIME stimmt ja auch .... mich hat der falsch angezeigte Wert Next: xx:xx:xx im STATE irritiert.
Habs gefixed.
fein :)
Besten Dank!