NEWS
Zeitplan, jeden zweiten Tag, Probleme..
-
@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@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 einhaltenKommt jetzt drauf an, ob @Oliver1972 damit leben kann oder nicht.
Sonst könnte das etwas aufwändig werden ..."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@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 einhaltenKommt jetzt drauf an, ob @Oliver1972 damit leben kann oder nicht.
Sonst könnte das etwas aufwändig werden ...@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 einhaltenKommt 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 waskein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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 einhaltenKommt 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@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.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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.
@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. -
@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.@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 @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!@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.
-
@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.
@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 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...
@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:
Hab nur noch nicht ganz verstanden wie...
in etwa so
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:
Hab nur noch nicht ganz verstanden wie...
in etwa so
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.
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@oliver1972 sagte in Zeitplan, jeden zweiten Tag, Probleme..:
Hab nur noch nicht ganz verstanden wie...
in etwa so
@homoran Wahrscheinlich eine blöde frage, bei mir ist unter den Triggern kein Blockly "setzte Counter auf"?
-
@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...
-
@oliver1972 sagte: dort Könnens dann 5 Tage werden und das wäre Zuviel...
Du bewässerst Anfang März 2028?
@paul53 Ne, eigentlich nicht so viel.. Dann sind es maximal 4 Tage ohne Wasser...
-
@homoran Wahrscheinlich eine blöde frage, bei mir ist unter den Triggern kein Blockly "setzte Counter auf"?
@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.
-
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.@codierknecht sagte: nur rechnen und nicht aktualisieren.
Wenn man rechnet, kann man sich den "Umweg" über den Datenpunkt sparen.
-
@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. -
@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.@codierknecht @paul53 Vielen Dank für Eure Hilfe, hab es nun erstellt!
Support us
665
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge