Timer erstellen und bei Bedarf wieder löschen
-
@michmein sagte in Timer erstellen und bei Bedarf wieder löschen:
@mickym
Erstmal vielen Dank für deine Mühen!
Ich habe an dem ganzen nun schon ein paar Stunden verbracht gehabt und es war immer so das ich den ezTimer nicht zurücksetzen konnte, wenn er einmal gestellt war blieb er so und sein Event zur eingegeben Zeit ausgegeben. Dann habe ich eine "uraltes" Script von bluefox im Forum gefunden (das sind deine "???" aus deiner ersten Antwort) und habe das getestet. Aber auch dies führte nicht zu meinem Ergebnis.
Schlußendlich habe ich das Logik-Node installiert und damit klappt nun mein gewünschtes Szenario.und schon wieder jemand, der eine Logik-Node installiert.
Was genau soll das bedeuten? Spricht etwas gegen die Logik-Nodes oder magst du sie einfach nicht?
Ja ich mag sie nicht.
- Ich bin generell gegen Nodes oder Adapter, die nichts weiter machen, als bereits vorhandene Informationen aufzubereiten, die man aber mit wenigen Handgriffen auch aus dem Standardbaukasten zusammensetzen kann. Wenn man dann mal solche Bausteine hat, dann speichere ich mir die als Flows oder einzelne Nodes in meiner lokalen Biblothek von NodeRed ab und habe sie dann schnell zur Verfügung.In diesem Post - ist vielleicht nicht für Deinen speziellen Fall relevant, habe ich mal alle Möglichen Verknüfungen mit ChangeNodes und JSONATA zusammgefasst um logisch Eigenschaften eines Javascripts zu überprüfen:
... Da ist cronplus wesentlich leistungsfähiger, aber egal ...
Den habe ich auch installiert, konnte aber nichts wirklich finden wie dieser "extern" mit einer Zeit bestückt werden kann.
Na dann muss man auch mal die Hilfe lesen zu der Node - ich schau mal ob es in der BEschreibung auch drin steht. Nee steht nur in der Hilfe zu dieser Node.
Also neben der Superflexibilität des crontab systems,Wenn Du mal unter Date sequenz nachschaust, dann kannst Du in die crontab nicht nur cron Ausdrücke, sondern sogar ein Liste oder ein Array von Datums, angeben:
Ich nutze zum Beispiel die Datesequenz um über Nachrichten den Fernsehkanal zu einer bestimmten Zeit zu wechseln, wenn ich eine Sendung sehen möchte.
Außerdem siehst Du bei der crontab auch genauso wie beim eztimer was als nächsten passiert im Status.
Im Übrigen gibt die Hilfe Dir sogar 2 Beispiele wie Du die Node extern bestücken kannst:
Zwar nicht das Date, aber solar oder cron events kannst Du auch über die payload einspeisen und müssen nicht in der Node gespeichert werden.
Du kannst sogar in der Node über die
view dynamic schedules anschauen, welcher Ereignisse Du über die payload dynamisch konfiguriert hast.
Hier auch ein paar Beispiele, die ich mir selbst gemacht habe:
In der Kommentar-Node findest Du noch ein paar zusätzliche Kommandos, die ich mir aus dem Quellcode der Node gezogen habe.
Für mich ist das die genialste Timer Node ever .
- Da kommt kein Bigtimer mit und der EZ-Timer schon gleich 2 mal nicht. Im Übrigen kannst Du beliebig viele Scheduler erstellen in einer Node, externe und interne Scheduler mischen und auch die Payload festlegen, die verschickt werden soll. Also flexibler geht eigentlich kaum noch.
-
Hi @mickym,
vielen Dank für deine sehr Ausführlichen Erklärungen und Beispiele.Ich habe mir dein Beispiel mal importiert und werde es mir anschauen und versuchen zu verstehen.
Das alles sind meine ersten Gehversuche und es fühlt sich vorerst gut an Erfolge sehen zu können. Node-red bietet scheinbar sehr viele Möglichkeiten die ich zur Zeit offensichtlich noch nicht benötige und auch nicht annähernd überblicken kann. Mal schauen was die Zukunft da so bringen wird. -
@mickym Hi, die Crontab Plus habe ich mir jetzt auch mal angeschaut. Vor allem die Möglichkeit per Input Zeiten zu setzen hört sich gut an.
Leider hänge ich gerade bei meiner Umsetzung, ne Wecker Zeit aus dem Alexa 2 Adapter auszulesen und da rein zu bekommen.
Mein Ziel ist, per Alexa einen Wecker zu stellen, dann die Zeit auszulesen und dann ne bestimmte Zeit (z.B. 30 Minuten) vorher die Heizung im Bad hoch zu fahren.
Ich habe 3 Datenpunkte zur Verfügung, einer ob der Alarm eingeschlatet ist, dann die Uhrzeit des Alarms und ob er ausgelöst ist.
Wenn ein Alarm hinzugefügt wird bzw. true wird, will ich die Zeit abfragen und die dann minus 30 Minuten an den Timer weitergeben. Den True Wert und die Zeitabfrage kriege ich hin, nur weiß ich nicht wie ich die Zeit in den Timer kriege. Wenn ich mit deinem Beispiel die Zeit sende gibts ne Fehlermeldung, wahrscheinlich weil das Datum fehlt?
-
Hi @frankyboy73,
ich kann dir bei deiner Fragestellung vielleicht helfen, allerdings nicht in Verbindung mit dem "cron-plus" sondern nur mit Hilfe des "eztimer".
-
@michmein sagte in Timer erstellen und bei Bedarf wieder löschen:
Hi, vielen Dank. Wie sieht denn deine Ausgabe von der Get Node "Ausschaltzeit Lilly" aus, bzw. was für ein Format hat die Zeit?
Bei mir sieht das so aus.
Bevor ich mir noch nen zusätzlichen Timer installiere will ich lieber sichergehen ob das auch passt. -
So sieht es bei mir aus
und hier die Raw Daten des Zeit-DP
EDIT: mit z.B. 19:00:00 wie in deinem DP funktioert es auch
-
@frankyboy73 Ja - wenn kein festes Dateobjekt vorhanden ist, sprich das Datum fehlt - würde ich auch eher mit der cron expression arbeiten, das ist eigenlich ganz easy.
Ich habe mal Deine 17:00:00 einfach in eine Inject Node verpackt. Du kannst den Scheduler entweder komplett dynamisch verwalten oder aber wie Du teilweise in der Node definieren und dann von aussen manipulieren.
Wenn Du mit Cron arbeitest - musst Du halt den Scheduler nach jeder Ausführung manuell stoppen, sonst gibt es den Alarm halt täglich.
Wenn Du lieber mit absoluten Datums arbeiten willst - dann machst Du halt Deinen Alarm zu einem vollständigen Date Objekt.
Habe Dir mal hier einen Flow gemacht - der dann auch noch Deine 30 Minuten vom Alarm abzieht.
-
@mickym Hi, vielen Dank dafür. So habe ich mir das vorgestell. Ich mache das jetzt komplett dynamisch, also Timer hinzufügen und dann wieder löschen, je nach dem von welchem Echo der Wecker ist dann mit verschiedenen Namen. Und die Boost Zeit gebe ich als payload vor.
Das einzige was mir aufgefallen ist, da die 30 Minuten nach der Morgen Abfrage abgezogen werden, ist es theretisch möglich einen Timer in der Vergangenheit zu setzen. Aber das ist egal, 30 Minuten vorher ist es eh zu spät für den Boost. Ist auch eher dafür gedacht, das das Badezimmer morgens bei aufstehen schön warm ist.
@MichMein vielen Dank für deinen Lösungsvorschlag und deine Debug Ausgabe. Ich versuche es aber erst mal mit dem Crontab
-
@frankyboy73 sehr gerne.
Ich werde meinen Timer auch irgendwann auf cron-plus umstellen, aber zur Zeit bastel ich an anderen Baustellen und mit dem eztimer funktioniert es ja erstmal. -
@frankyboy73 sagte in Timer erstellen und bei Bedarf wieder löschen:
Das einzige was mir aufgefallen ist, da die 30 Minuten nach der Morgen Abfrage abgezogen werden, ist es theretisch möglich einen Timer in der Vergangenheit zu setzen.
Erwischt - da hast Du natürlich Recht - aber ich trau Dir zu dass Du es auch selbst so umstellst, dass Du die letzte Node vor den Switch stellst- Du musst dann nur die Formatausgabe an die beiden $moments in den Changen Nodes nach dem morgen angeben.
Ist ja eigentlich auch logischer.
Ich habs mal korrigiert:
Freut mich immer sowas gemeinsam zu entwickeln.
-
@mickym Ja, war da schon am rumprobieren, aber irgendwie habe ich das mit der Formatausgabe nicht auf dem Schirm gehabt. Jetzt wo ich deine Lösung sehe leuchtet es mir ein. Danke
