Weihnachtsangebot 2025! 🎄

[Homoran]

@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:

Sollte es nicht immer gleich funktionieren?

ja, über sinnvoll platzierte Debug Blöcke könnte man auch eingrenzen wo es hängt.

BTW:

@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:

jeden zweiten Tag o der jeden dritten Tag

cave!
dieser CRON (und auch der Wizard)

@codierknecht sagte in Zeitplan, jeden zweiten Tag, Probleme..:

CRON für 05:30 Uhr an jedem zweiten Tag: 30 5 */2 * *

bedeutet dass das Intervall an jedem 1. eines Monats neu gestartet wird!
dadurch kann/wird es beim Monatswechsel nicht sicher 2/3 Tage Abstand einhalten

[Codierknecht]

@homoran sagte in Zeitplan, jeden zweiten Tag, Probleme..:

bedeutet dass das Intervall an jedem 1. eines Monats neu gestartet wird!
dadurch kann/wird es beim Monatswechsel nicht sicher 2/3 Tage Abstand einhalten

Kommt jetzt drauf an, ob @Oliver1972 damit leben kann oder nicht.
Sonst könnte das etwas aufwändig werden ...

[Homoran]

@codierknecht sagte in Zeitplan, jeden zweiten Tag, Probleme..:

@homoran sagte in Zeitplan, jeden zweiten Tag, Probleme..:

bedeutet dass das Intervall an jedem 1. eines Monats neu gestartet wird!
dadurch kann/wird es beim Monatswechsel nicht sicher 2/3 Tage Abstand einhalten

Kommt jetzt drauf an, ob @Oliver1972 damit leben kann oder nicht.
Sonst könnte das etwas aufwändig werden ...

richtig!
Bei dreitägig wäre das im Extremfall etwas zwuschen einem und fünf Tagen am Monatswechsel.

sonst müsste man täglich triggern, einen Zähler hochzählen (diesen in einem DP sichern) und prüfen ob bei Teilung durch 2/3 kein Rest bleibt.
Dannn mache was

[paul53]

@homoran sagte: im Extremfall etwas zwuschen einem und fünf Tagen am Monatswechsel.

Minimal 3 Tage und 5 Tage nur in einem Schaltjahr: 27.2. --> 3.3.

[Homoran]

@paul53 sagte in Zeitplan, jeden zweiten Tag, Probleme..:

Minimal 3 Tage und 5 Tage nur in einem Schaltjahr: 27.2. --> 3.3.

Umso besser für @Oliver1972
Du hast es wahrscheinlich mit realen Zahlen gerechnet ;-)
ich hab nur die möglichen Werte, die bei irgendwelchen Zahlenkombinationen auftreten können, im Auge gehabt.

[Shakira1972]

@homoran @codierknecht @paul53
Danke Euch alle für die Antworten, ich werde es mal bei allen Ventilen mit CRON Testen, bei normalen Temperaturen dürfte 1 Tag mehr kein Problem sein.
Wie würde das mit "sonst müsste man täglich triggern, einen Zähler hochzählen (diesen in einem DP sichern) und prüfen ob bei Teilung durch 2/3 kein Rest bleibt." über welchen Blockly funktionieren? Den DP bräuchte ich dann für jedes Ventil einen und er müsste ein Nummern Zustand sein?
Danke!

[Homoran]

@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:

Den DP bräuchte ich dann für jedes Ventil einen

warum?
der dient doch nur deine Abfrage synchron zu halten.

Wenn alle Ventile mit der selben Abfrage laufen braucht es das nicht.
Selbst wenn mehrere Abfragen das selbe Intervall haben könnten sie über den selben DP synchronisiert werden.

nur wenn du verschiedene Intervalle nutzst, bräuchtest du für jedes Intervall einen DP...

...wobei täglich eh kein Problem ist, und bei zweitägig wahrscheinlich wirklich vernachlässigt werden kann.

[Shakira1972]

@homoran Ja, ich habe falsch gedacht, ich würde es eventuell bei den dreitägigen machen, denn dort Könnens dann 5 Tage werden und das wäre Zuviel... Dann bräuchte ich nur ein DP. Hab nur noch nicht ganz verstanden wie...

[Homoran]

@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:

Hab nur noch nicht ganz verstanden wie...

in etwa so

[Codierknecht]

@homoran

Genau so sah mein Beispiel auch aus :grin:

@Oliver1972
Ich würde das für das 2-tägige Intervall genau so machen.
Du bräuchtest dann also 2 Datenpunkte.
Ginge zwar auch mit nur einem, wenn die Zeitpunkte geschickt gewählt werden und das Schreiben des neuen Wertes nur in einem Trigger erledigt wird, aber mit jeweils einem eigenen DP ist man da flexibler und übersichtlicher.

Edit
Man könnte auch einen eigenen Trigger um 00:00 Uhr ausschließlich für die Aktualisierung des DP setzen.
Dann braucht man in den Intervall-Triggern nur rechnen und nicht aktualisieren.

[Shakira1972]

@homoran Wahrscheinlich eine blöde frage, bei mir ist unter den Triggern kein Blockly "setzte Counter auf"?

[paul53]

@oliver1972 sagte: dort Könnens dann 5 Tage werden und das wäre Zuviel...

Du bewässerst Anfang März 2028?

[Shakira1972]

@paul53 Ne, eigentlich nicht so viel.. Dann sind es maximal 4 Tage ohne Wasser...

[Codierknecht]

@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:

bei mir ist unter den Triggern kein Blockly "setzte Counter auf"?

Du musst erst eine Variable namens "Counter" erzeugen.

[paul53]

@codierknecht sagte: nur rechnen und nicht aktualisieren.

Wenn man rechnet, kann man sich den "Umweg" über den Datenpunkt sparen.

[Codierknecht]

@paul53 sagte in Zeitplan, jeden zweiten Tag, Probleme..:

Wenn man rechnet, kann man sich den "Umweg" über den Datenpunkt sparen.

macht's aber lesbarer

Einen solchen "Hilfs"-Datenpunkt kann man ja an unterschiedlichen Stellen in diversen Scripten gebrauchen.

[Shakira1972]

@codierknecht @paul53 Vielen Dank für Eure Hilfe, hab es nun erstellt!