Ehrlicherweise hatte ich unter Zeitfenster jetzt nicht wirklich an eine ZSU gedacht und beim Denkanstoß im Thread hier (viewtopic.php?f=24&t=2516) einfach Lust eine ZSU umzusetzen... Dein Posting vorgestern hat den Baustein Zeitfenster wieder "an die Oberfläche" gebracht und da hab ich gesehen, dass das ähnlich umgesetzt ist... Von nicht gefallen kann da keine Rede sein!!!
Mein Tag hat auch nicht mehr Stunden als deiner
Aber da im TV ohnehin nichts Brauchbares läuft, was 100% Aufmerksamkeit benötigt, kann man nebenbei ja schön spielen...
Hab ich jetzt nicht getestet, aber das war früher mal ein Bug, der aber (eigentlich) schon gelöst wurde...
Das Thema Reboot/Speichern glaub ich ist in diesem Fall automatisch gelöst und ich hab da eine Fleißaufgabe gemacht....
Warum: Ich vermute mal, dass eine Logik sobald ein clocksignal oder wakeup vorkommt, beim speichern automatisch getriggert wird (das müsste @S. Kolbinger bestätigen können). Das wurde mal als Bugfix ergänzt, weil eben ein zyklischer Trigger nach dem Speicher nicht gestartet wurde.
Da eine ZSU dringend als Baustein aufgenommen werden sollte, noch ein paar Gedanken:
- Mir gefällt deine Lösung, da sie das Triggern zu Mitternacht nicht braucht und auch mein Baustein am Ende bei jedem Aufruf alle Schritte durchläuft, wenn auch nicht alles per Latch übernommen wird.
- Es gibt schon Sekunden
- Was mir weniger gefällt ist die Tatsache, dass deine Clocksignals bei jedem Aufruf neu berechnet werden. Ob das im Hintergrund einen Unterschied macht d.h. neue Timer gestartet werden oder ohnehin nur per Referenz ein Wert angepasst wird, keine Ahnung, das muss Stefan bewerten.
- Inhibit vs. enable: beides ok, inhibit ist denke ich besser, da die Logik dann nicht ausführt wird. Hatte da wegen dem initialisieren nach dem Sperren so meine Sorgen. Sollte aber kein Problem sein, wenn man den Inhibit nicht mit "u" belegt.
@Eraser und @gbglace: Nix Duell - nur KVP
lg
Robert