Ausführung letzten Tag im Monat um 23:59
-
Hallo,
ich habe ein Problem mit einem Blockly-Script.
Ich möchte jeden letzten Tag im Monat um 23:59 Uhr eine Aktion ausführen.
Dies bekomme ich mit dem Wizard nicht hin.
An jedem 1. im Monat kein Problem, aber da der Monat ja 28, 29 30 oder 31 Tage haben kann
funktioniert es nicht.
Ich speichere mir Monatswerte zur weiteren Berechnung aus meinen Zählern ab. Die Zähler geben nur
die Monatswerte raus. Am 01. um 00:00 Uhr sind die Werte schon wieder 0.
Es handelt sich bei den Zählern um TP-Link HS110.Jemand eine Idee?
Gruß
Gregor@gregors sagte in Ausführung letzten Tag im Monat um 23:59:
aber da der Monat ja 28, 29 30 oder 31 Tage haben kann
funktioniert es nicht.einfach kurz vor mitternacht auf das Datum ein paar Minuten draufrechnen und sehen ob dann der 01. ist
Je nachdem wann du fragst muss der Wert größer als 20 Sekunden sein
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
3 cron´s anlegen
einmal für alle monate mit 31 Tagen, einmal für alle Monate mit 30 Tagen und einen für den mit 28 tagen. -
@gregors sagte in Ausführung letzten Tag im Monat um 23:59:
aber da der Monat ja 28, 29 30 oder 31 Tage haben kann
funktioniert es nicht.einfach kurz vor mitternacht auf das Datum ein paar Minuten draufrechnen und sehen ob dann der 01. ist
Je nachdem wann du fragst muss der Wert größer als 20 Sekunden sein
-
Hallo,
ich habe ein Problem mit einem Blockly-Script.
Ich möchte jeden letzten Tag im Monat um 23:59 Uhr eine Aktion ausführen.
Dies bekomme ich mit dem Wizard nicht hin.
An jedem 1. im Monat kein Problem, aber da der Monat ja 28, 29 30 oder 31 Tage haben kann
funktioniert es nicht.
Ich speichere mir Monatswerte zur weiteren Berechnung aus meinen Zählern ab. Die Zähler geben nur
die Monatswerte raus. Am 01. um 00:00 Uhr sind die Werte schon wieder 0.
Es handelt sich bei den Zählern um TP-Link HS110.Jemand eine Idee?
Gruß
Gregor@gregors sagte in Ausführung letzten Tag im Monat um 23:59:
Jemand eine Idee?
Warum auf die Uhrzeit setzen.
Voraussetzung: Deine Zähler zählen normalerweise in die gleiche Richtung (nach oben, nach unten)
Für Zähler die die normalerweise nach oben Zählen:
Trigger auf "wert ist kleiner als vorher"
Darin: Abfrage ob neuer wert 0 ist. Wenn ja, dann vorherigen wert nehmen, entsprechend sichern.Für Zähler die normalerweise nach unten zählen:
Trigger auf "wert ist grösser als vorher"
Darin: Abfrage ob neuer wert 0 ist. Wenn ja, dann vorherigen wert nehmen, entsprechend sichern.Das ganze geht nur dann nicht wenn der Wert im Zähler beliebige Werte annehmen kann. Dann muss mit den bisher bereits angebotenen Zeitverfahren gearbeitet werden.
A.
Beispiel: Da wo ich das steuere eingebaut hat kann natürlich noch mehr stehen.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
3 cron´s anlegen
einmal für alle monate mit 31 Tagen, einmal für alle Monate mit 30 Tagen und einen für den mit 28 tagen.@holger-etzel sagte in Ausführung letzten Tag im Monat um 23:59:
und einen für den mit 28 tagen.
der alle 4 Jahre aber 29 Tage hat
-
@gregors sagte in Ausführung letzten Tag im Monat um 23:59:
Jemand eine Idee?
Warum auf die Uhrzeit setzen.
Voraussetzung: Deine Zähler zählen normalerweise in die gleiche Richtung (nach oben, nach unten)
Für Zähler die die normalerweise nach oben Zählen:
Trigger auf "wert ist kleiner als vorher"
Darin: Abfrage ob neuer wert 0 ist. Wenn ja, dann vorherigen wert nehmen, entsprechend sichern.Für Zähler die normalerweise nach unten zählen:
Trigger auf "wert ist grösser als vorher"
Darin: Abfrage ob neuer wert 0 ist. Wenn ja, dann vorherigen wert nehmen, entsprechend sichern.Das ganze geht nur dann nicht wenn der Wert im Zähler beliebige Werte annehmen kann. Dann muss mit den bisher bereits angebotenen Zeitverfahren gearbeitet werden.
A.
Beispiel: Da wo ich das steuere eingebaut hat kann natürlich noch mehr stehen.
Ganz interessanter Ansatz.
Werde ihn mal näher betrachten.
Ich könnte jede Nacht um 23:59 den Wert speichern, und dann 2 Sek. später auf 0 vergleichen.
Ist der Wert größer gleich dem letzten Wert schreibe ich ihn wieder zu 0, ist der neue Wert 0,
wird der Wert in dem Speicher abgelegt - Jahreswert.INTEL NUC i7, Sonoff, hmIP, AVM, Jeelink, T-Link, Alexa, Saia-Burgess, uvm.
-
Ganz interessanter Ansatz.
Werde ihn mal näher betrachten.
Ich könnte jede Nacht um 23:59 den Wert speichern, und dann 2 Sek. später auf 0 vergleichen.
Ist der Wert größer gleich dem letzten Wert schreibe ich ihn wieder zu 0, ist der neue Wert 0,
wird der Wert in dem Speicher abgelegt - Jahreswert.@gregors sagte in Ausführung letzten Tag im Monat um 23:59:
Ich könnte jede Nacht um 23:59 den Wert speichern, und dann 2 Sek. später auf 0 vergleichen.
Ist der Wert größer gleich dem letzten Wert schreibe ich ihn wieder zu 0, ist der neue Wert 0,Musst du gar nicht. Im Trigger hast du jeweils den aktuellen Wert und den vorherigen Wert direkt zur Verfügung. Dazu gibt es im Trigger Bereich diesen Baustein:
Den (wo aktuell Objekt ID drin steht) kann man auf "wert", i.e. den aktuellen Wert des DP der den Trigger ausgelöst hat sowie "vorherigen wert", sprich den Wert den der DP hatte bevor der Trigger ausgelöst wurde.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@gregors sagte in Ausführung letzten Tag im Monat um 23:59:
Ich könnte jede Nacht um 23:59 den Wert speichern, und dann 2 Sek. später auf 0 vergleichen.
Ist der Wert größer gleich dem letzten Wert schreibe ich ihn wieder zu 0, ist der neue Wert 0,Musst du gar nicht. Im Trigger hast du jeweils den aktuellen Wert und den vorherigen Wert direkt zur Verfügung. Dazu gibt es im Trigger Bereich diesen Baustein:
Den (wo aktuell Objekt ID drin steht) kann man auf "wert", i.e. den aktuellen Wert des DP der den Trigger ausgelöst hat sowie "vorherigen wert", sprich den Wert den der DP hatte bevor der Trigger ausgelöst wurde.
A.
@asgothian
Ok. Werde ich versuchen.
Danke -
@gregors sagte in Ausführung letzten Tag im Monat um 23:59:
Ich könnte jede Nacht um 23:59 den Wert speichern, und dann 2 Sek. später auf 0 vergleichen.
Ist der Wert größer gleich dem letzten Wert schreibe ich ihn wieder zu 0, ist der neue Wert 0,Musst du gar nicht. Im Trigger hast du jeweils den aktuellen Wert und den vorherigen Wert direkt zur Verfügung. Dazu gibt es im Trigger Bereich diesen Baustein:
Den (wo aktuell Objekt ID drin steht) kann man auf "wert", i.e. den aktuellen Wert des DP der den Trigger ausgelöst hat sowie "vorherigen wert", sprich den Wert den der DP hatte bevor der Trigger ausgelöst wurde.
A.
Habe es mal mit Deinem Tipp probiert, aber ich komme damit nicht klar.
Ich habe die Variable TotalMonth (wird am 01. um 0:00 Uhr wieder auf 0 gesetzt).
Nun müsste ich den Wert vor 0:00 Uhr in die Variable Speicher_letzter_Monat speichern.Die Objekt-ID ist Total Month und ausgeführt wird der Trigger bei kleiner als letztes.
Woher bekomme ich dann den letzten Wert?
Habe ich nicht verstanden.Kannst Du mir mal etwas auf die Sprünge helfen?
-
Du musst im Trigger den Baustein nehmen an dem in dem Bild "Objekt ID" steht.
Der lässt sich auf "vorherigen Wert" einstellen und beinhaltet den Wert bevor der Trigger ausgelöst hat.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
Du musst im Trigger den Baustein nehmen an dem in dem Bild "Objekt ID" steht.
Der lässt sich auf "vorherigen Wert" einstellen und beinhaltet den Wert bevor der Trigger ausgelöst hat.
A.
Danke.
Jetzt habe ich es verstanden
Support us
411
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge