Astro-/Zeitvergleich, Sonnenuntergang != Sonnenuntergang

[BuryJones]

@paul53 Genau, deswegen schrieb ich dann vorhin oben: "auch dieser triggert zur richtigen Zeit". Ggf funktionieren die Trigger zur richtigen Zeit nun aufgrund meiner ganzen Updates oder den reboots. Keine Ahnung.

Die Frage ist dann nur noch, warum der Vergleich nicht funktioniert. Wenn der Trigger sagt, es sei Sonnenuntergang und danach gefragt wird: "ist es zwischen (/bzw. gleich oder größer gleich) Sonnenuntergang)", warum dann eine gewisse Zeit ein falsches Ergebnis geliefert wird.

[BuryJones]

@codierknecht said in Astro-/Zeitvergleich, Sonnenuntergang != Sonnenuntergang:

Wozu das?

Das liegt daran, dass es sich als äußerst schlecht erwiesen hat, nur auf dieses Ereignis zu setzen. Wenn der iobroker zu der Zeit nicht an ist (defekt o.ä.) oder aus einem anderen Grund der Sonnenuntergang verpasst wird, sind die Lampen nicht an. Deswegen habe ich die Geschichte mit "checkAutoLight" eingebaut, sodass man via Tastendruck, Astro-Ereignis, Sprachkommando etc. jederzeit diese Prüfung triggern kann. Deshalb auch innerhalb dessen nochmal die Zeitprüfung.

[Codierknecht]

@buryjones sagte in Astro-/Zeitvergleich, Sonnenuntergang != Sonnenuntergang:

Das liegt daran, dass es sich als äußerst schlecht erwiesen hat, nur auf dieses Ereignis zu setzen. Wenn der iobroker zu der Zeit nicht an ist (defekt o.ä.) oder aus einem anderen Grund der Sonnenuntergang verpasst wird

Kann ich nicht nachvollziehen.
Bei mir läuft der Kram seit Jahren superstabil. Für irgendwelche Sonderlocken sehe ich daher keine Notwendigkeit.

[BuryJones]

@codierknecht Ja klar läuft der iobroker stabil. Das ist ja auch keine Frage. Bei uns zuhause gibt es aber Anwendungsfälle - abseits und extern vom iobroker-ökosystem - bei denen wir manuell in die Beleuchtung eingreifen müssen/wollen. Ein "defekt" war auch nur auf Wartung/reboot/Änderung am pi gemünzt und kein Absturz vom iobroker. Keine Angst.

Auch ist es oft so, dass wir draußen grillen und die Beleuchtung auf manuell schalten. In diesem Fall dann bunt etc. Dann wollen wir später wieder in den auto-modus zurückkehren. So setzen wir dann per Tastendruck "checkAutoLight" auf true und alles sollte wieder automatisch laufen - wie zum Zeitpunkt des Sonnenuntergangs.

Also, das hat nichts mit "Sonderlocken" wegen Instabilität etc.pp. zu tun. Das hat die Bedienung und das "gelebte Leben" mitsich gebracht.

[paul53]

@buryjones sagte: warum dann eine gewisse Zeit ein falsches Ergebnis geliefert wird.

Ändere mal deine Logs von:

in:

[Codierknecht]

@BuryJones

Ich meine mit den zwei Triggern auch eher diese Aussage:

Ein Blockly hat einen Astro-Trigger auf "Sonnenuntergang" mit Verzögerung 0. Dieser Trigger wird zuverlässig ausgeführt. Innerhalb dieses Triggers prüfe ich, ob die aktuelle Zeit zwischen Sonnenuntergang und Mitternacht ist.

Ein anderes Blockly triggert auch bei Sonnenuntergang

Das würde ich in einen eizigen Trigger packen.

Und innerhalb eines Triggers auf "Sonnenuntergang" macht es wenig Sinn zu prüfen, ob auch wirklich Sonnenuntergang ist.

[BuryJones]

@codierknecht Achso. Da gebe ich dir Recht. Hier mal die Struktur, damit es verständlicher wird.

Ich habe für jeden Raum / Bereich ein "autoLight"-Skript. Es reagiert dann, wenn "checkAutoLight" true wird (bei Aktualisierung). Derzeit habe ich da "Vordach", "Seitenlicht", "Garage" drin.

Der Trigger (den ich hier gepostet habe) führt zur Reaktion der drei Bereiche. Der andere Bereich "Balkon" ist noch von damals, den habe ich noch nicht auf die neue Struktur umgestellt. Damals hatte jeder seinen eigenen Sonnenuntergangs-Trigger. Davon wollte ich ja weg, damit ich diesen Check auch per Tastendruck etc. manuell triggern kann. AutoLight soll also nicht nur vom Sonnenuntergang, sondern auch von allen anderen möglichen Szenarien triggerbar sein. Deswegen auch die "innere Prüfung" auf die Zeit zwischen Sonnenuntergang und Mitternacht.

Beim Vordach ist es nämlich so, dass bei Sonnenuntergang das Licht warmweiß und 10% ist. Bei Bewegung (Bewegungsmelder) dann zu 100%. Nach Mitternacht ist das Licht am Vordach komplett aus, bei Bewegung zu 100% an und nach Bewegung auf 0%.

EDIT: Und alle Bereiche können einzeln per Variable deaktiviert, festgestellt oder eben aktiviert werden.

Den neuen Logvorschlag werde ich morgen früh implementieren und das Ergebnis sobald möglich posten.

Danke.

[BuryJones]

Guten Tag und einen frohen zweiten Advent!

Ich habe den Trigger mal auf SolarNoon (Sonnenmittag) gesetzt, um eine weitere Möglichkeit zum Testen zu nutzen. Dies war eben um 12:17 Uhr und es trat gleiches Fehlerbild auf. Die Prüfung war unverändert auf "aktuelle Zeit größer als oder gleich solarnoon". Erst außerhalb des Zeitrahmens, dann beim manuellen re-triggern von "checkAutoLight" etwas später true. Hier beide Logs.

Astro-Trigger (hat checkAutoLight auf true gesetzt und Vordach hat reagiert).

2024-12-08 12:17:03.885  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck
2024-12-08 12:17:03.887  - info: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846
2024-12-08 12:17:03.888  - info: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:17:03.887
2024-12-08 12:17:03.888  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Außerhalb des Zeitrahmens. Schalte Lichter aus.
2024-12-08 12:17:03.889  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck

Manueller Trigger (hat checkAutoLight auf true gesetzt und Vordach hat reagiert).

2024-12-08 12:18:03.124  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck
2024-12-08 12:18:03.126  - info: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846
2024-12-08 12:18:03.132  - info: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:18:03.131
2024-12-08 12:18:03.132  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an.
2024-12-08 12:18:03.139  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck
2024-12-08 12:18:03.219  - info: javascript.0 (606) script.js.packages.autoLight.vordach: xmas mood. xmas lights!

EDIT: Hier noch das Foto vom Blockly

Könnte es mit den Millisekunden zu tun haben? Oder das "aktuelle Zeit" keine Millisekunden im Vergleichsformat hat und die Astrozeiten aber schon bzw. umgekehrt?

[paul53]

@buryjones sagte: Könnte es mit den Millisekunden zu tun haben?

Dann würden auch die Logs keine ms zeigen.

[paul53]

@buryjones sagte: "aktuelle Zeit" keine Millisekunden im Vergleichsformat hat und die Astrozeiten aber schon

Du könntest richtig liegen. Im Javascript-Code von compareTime(startTime, endTime, operation, time) taucht das auf:

            } else if (!time) {
                time = new Date();
                time.setMilliseconds(0);
            }

Dann sollte es mit einem Offset von -1 Minute im Vergleich funktionieren.

EDIT: Gerade mit Abenddämmerung und Offset -1 Minute im Vergleich erfolgreich getestet.

[BuryJones]

@paul53 Guten Abend, wir hatten eben eine kleine Adventfeier. Daher die Verzögerung.

Ja genau das habe ich zur "Goldenen Stunde" ausprobiert und das ist - mit deiner Quelltext-Fund passend - des Rätsels Lösung. Der Trigger triggert auf das Astro-Ereignis und in dem Vergleich wird -1 Minute gerechnet, dann funktioniert es perfekt.

Astro "Golden Hour" - Vordach funktioniert, Seitenlich mit Absicht noch nicht umgestellt.

2024-12-08 15:25:17.481  - info: javascript.0 (606) script.js.packages.autoLight.autoLightTrigger: Sonnenuntergang-Trigger um: 15:25:17.480
2024-12-08 15:25:17.500  - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Beginne autoLightCheck
2024-12-08 15:25:17.501  - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: autoLightSeitenlicht ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht)
2024-12-08 15:25:17.502  - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Außerhalb des Zeitrahmens. Schalte Lichter aus.
2024-12-08 15:25:17.502  - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Ende autoLightCheck
2024-12-08 15:25:17.503  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck
2024-12-08 15:25:17.504  - info: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 15:24:17.478
2024-12-08 15:25:17.505  - info: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 15:25:17.505
2024-12-08 15:25:17.505  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an.
2024-12-08 15:25:17.506  - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck

Ein weiterer Test bzw. die Umstellung auf "Sonnenuntergang" hat auch korrekt funktioniert. Trigger und Ausführung mit Vergleich -1 Minute hat geklappt.

Die Frage ist nun, wie man weiter damit umgeht (Nutzer (wie ich) und Entwickler (wie ihr)). Man könnte es als Bug bezeichnen. Man könnte den Quelltext an der Stelle ändern - was das für Auswirkungen haben könnte, habe ich nicht geprüft. Ich wäre auch fein damit, eben eine Zeitspanne zu subtrahieren (Minute, Sekunde etc...).

Wäre toll, wenn jemand noch etwas dazu sagen würde.

Ich bedanke mich jedenfalls jetzt schon mal für die ausführliche, tolle Hilfe. Können aber gerne weiter über dieses Thema reden.