NEWS
Astro-/Zeitvergleich, Sonnenuntergang != Sonnenuntergang
-
@paul53 Vielen Dank für deine schnelle Antwort. Das war lange Zeit meine Ursprungsversion bzgl. des Zeitvergleichs. Genau diesen Block meinte ich mit meiner Aussage "... ob die aktuelle Zeit zwischen Sonnenuntergang und Mitternacht ist". Gestern habe ich den Block gelöscht und auf den Vergleich wie er jetzt ist umgestellt - und mich heute dann entschieden, um Hilfe zu fragen.
@buryjones
Prüfe mal, ob evtl. die Zeiten nicht passen:
Links im Log steht der Trigger-Zeitpunkt, rechts die Zeit der Abfrage von SU, die kleiner oder gleich dem Trigger-Zeitpunkt sein muss.
EDIT: Um nicht bis SU warten zu müssen:
-
@buryjones
Prüfe mal, ob evtl. die Zeiten nicht passen:Links im Log steht der Trigger-Zeitpunkt, rechts die Zeit der Abfrage von SU, die kleiner oder gleich dem Trigger-Zeitpunkt sein muss.
EDIT: Um nicht bis SU warten zu müssen:
-
@buryjones
Prüfe mal, ob evtl. die Zeiten nicht passen:Links im Log steht der Trigger-Zeitpunkt, rechts die Zeit der Abfrage von SU, die kleiner oder gleich dem Trigger-Zeitpunkt sein muss.
EDIT: Um nicht bis SU warten zu müssen:
@paul53 Guten Abend. Alle beide Astro-Trigger deines Vorschlages triggern zur richtigen Zeit. Ich habe nun dann auch zusätzlich noch den dusk/Abenddämmerung (17:00 Uhr) ausgetestet. Auch dieser triggert zur richtigen Zeit.
Jedoch besteht das Vergleichsproblem, sowohl bei Sonnenuntergang als auch bei Abenddämmerung (eben im Test). Die Vordach-Lampen wurden nicht angeschaltet, weil beim Auslösen des Triggers es (angeblich) nicht Sonnenuntergang oder Abenddämmerung war. Etwas später hat es dann - wie eingangs beschrieben - funktioniert.
Natürlich könnte man versuchen, alles in utc umzurechnen oder mit timestamps zu arbeiten, aber das wäre unnötig kompliziert. Zumal in Blockly ja die entsprechenden Vergleichsmethoden und Astrofunktionen bereitstehen.
Hier der Log von dusk (17:00)
2024-12-07 17:00:56.168 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 17:00:56.165 2024-12-07 17:00:56.185 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-07 17:00:56.185 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: autoLightVordach ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht) 2024-12-07 17:00:56.186 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 17:00:56.186 2024-12-07 17:00:56.187 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-07 17:00:56.188 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheckDanke weiterhin.
-
@paul53 Guten Abend. Alle beide Astro-Trigger deines Vorschlages triggern zur richtigen Zeit. Ich habe nun dann auch zusätzlich noch den dusk/Abenddämmerung (17:00 Uhr) ausgetestet. Auch dieser triggert zur richtigen Zeit.
Jedoch besteht das Vergleichsproblem, sowohl bei Sonnenuntergang als auch bei Abenddämmerung (eben im Test). Die Vordach-Lampen wurden nicht angeschaltet, weil beim Auslösen des Triggers es (angeblich) nicht Sonnenuntergang oder Abenddämmerung war. Etwas später hat es dann - wie eingangs beschrieben - funktioniert.
Natürlich könnte man versuchen, alles in utc umzurechnen oder mit timestamps zu arbeiten, aber das wäre unnötig kompliziert. Zumal in Blockly ja die entsprechenden Vergleichsmethoden und Astrofunktionen bereitstehen.
Hier der Log von dusk (17:00)
2024-12-07 17:00:56.168 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 17:00:56.165 2024-12-07 17:00:56.185 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-07 17:00:56.185 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: autoLightVordach ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht) 2024-12-07 17:00:56.186 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 17:00:56.186 2024-12-07 17:00:56.187 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-07 17:00:56.188 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheckDanke weiterhin.
@buryjones sagte:
2024-12-07 17:00:56.168 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 17:00:56.16517:00:56.165 ist vor dem Trigger-Zeitpunkt 17:00:56.168. Also muss die Prüfung funktionieren.
-
@buryjones sagte:
2024-12-07 17:00:56.168 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 17:00:56.16517:00:56.165 ist vor dem Trigger-Zeitpunkt 17:00:56.168. Also muss die Prüfung funktionieren.
@paul53 Hier die Ausgaben:
2024-12-07 15:25:43.532 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 15:25:43.5302024-12-07 16:22:43.982 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 16:22:43.905Und von "Dusk" steht es in meiner vorherigen (editierten) Antwort (erste Zeile), dann folgen die Licht-Logs.
Danke.
-
@paul53 Hier die Ausgaben:
2024-12-07 15:25:43.532 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 15:25:43.5302024-12-07 16:22:43.982 - [32minfo[39m: javascript.0 (606) script.js.tests.astro: 16:22:43.905Und von "Dusk" steht es in meiner vorherigen (editierten) Antwort (erste Zeile), dann folgen die Licht-Logs.
Danke.
@buryjones sagte: Hier die Ausgaben:
Die Trigger erfolgen in allen 3 Fällen wenige ms nach dem Vergleichswert.
-
Hallo,
ich habe ein merkwürdiges Problem mit dem Astro-Trigger auf Sonnenuntergang und einem anschließenden Zeitvergleich. Vorab: ja, ich habe über mehrere Tage (an verschiedenen Wochenenden) die Suche bemüht, etliches versucht und komme aber tatsächlich nicht weiter. Eins noch: Ich bin Programmierer, komme also mit Javascript gut zurecht, jedoch nutze ich der Bequemlichkeit halber fast ausschließlich Blockly.
Vorab: Ich weiß nicht, ob es am Astro-Trigger oder am Zeitvergleich liegt.
Ich habe folgende Situation mit zwei Merkwürdigkeiten:
-
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. Wenn ja, schalte ich die Außenbeleuchtung an. Das Prüfungsergebnis ist jedoch, dass es nicht zwischen Sonnenuntergang und Mitternacht ist. Auch eine Prüfung "Aktuelle Zeit ist gleich oder größer als Sonnenuntergang" ist false. Ein späterer Test (später als 5 Minuten (manchmal aber auch 3 oder 7)) wird dann true.
-
Ein anderes Blockly triggert auch bei Sonnenuntergang und schaltet am Balkon einen LED-Streifen an. Dieser Trigger triggert nicht gleichzeitig mit dem Außenbeleuchtungs-Trigger. Der Versatz kommt nicht von mir. Er triggert einfach später, aber zu der Zeit, die auch unter der Instanz "javascript.0.astro.sunset" als Zeit steht.
Beide Trigger haben das gleiche Blockly-/Javascript-Funktion und sehen wie folgt aus:
Dieser Trigger wird zeitlich Minuten vor dem "Balkon-Trigger" ausgeführt und stimmt auch zeitlich nicht mit javascript.0.astro.sunset überein.
/** checkAutoLight ist ein benutzerdefinierter Datenpunkt, der bei Sonnenuntergang oder manuellem Tastendruck oder reboot auf true gesetzt wird. Auf checkAutoLight reagieren die Räume/Lichter und prüfen, ob die vss. für die automatische Beleuchtung vorliegen. */ schedule({ astro: 'sunset', shift: 0 }, async () => { console.info(('Sonnenuntergang-Trigger um: ' + String(formatDate(new Date(), 'hh:mm:ss.sss')))); setState('alias.0.packages.autoLight.checkAutoLight.SET' /* CheckAutoLight */, true); });Diese Prüfung schlägt zunächst mit false fehl, obwohl ja gerade Sonnenuntergang getriggered wurde / stattfand.
/** Wenn checkAutoLight getriggered wurde, prüfe, ob autoLight für den Raum xy aktiv ist und falls ja, ob der Zeitrahmen (zw. Sonnenuntergang und Mitternacht) vorliegt. Wenn ja, schalte das Licht an, etc... */ on({ id: [].concat(['alias.0.packages.autoLight.checkAutoLight.SET']), change: 'any' }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; console.info('Vordach: Beginne autoLightCheck'); if ((getState('0_userdata.0.config.packages.autoLight.autoLightEnabled').val == true) && (getState('0_userdata.0.rooms.vorgarten.packageConfig.autoLight.enableAutoLightVorgarten').val == true)) { console.info('autoLightVordach ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht)'); console.info(('CheckAutoLight sagt: ' + String(formatDate(new Date(), 'hh:mm:ss.sss')))); if (compareTime(getAstroDate('sunset', undefined, 0), null, '>=', null) && compareTime('23:59', null, '<', null)) { console.info('Innerhalb des Zeitrahmens. Schalte Lichter an.'); setState('0_userdata.0.packages.autoLight.doAutoLightVorgarten' /* doAutoLightVorgarten */, true); } else { console.info('Außerhalb des Zeitrahmens. Schalte Lichter aus.'); setState('0_userdata.0.packages.autoLight.doAutoLightVorgarten' /* doAutoLightVorgarten */, false); } } else { console.info('autoLightVordach ist deaktiviert.'); } console.info('Vordach: Ende autoLightCheck'); });Dieser Trigger wird zum Zeitpunkt von "sunset" ausgeführt. Und nach diesem Zeitpunkt wird ein weiteres Ausführen von "checkAutoLight" auch zum korrekten Zeitvergleich führen, mit dem Ergebnis, dass dann auch die Außenbeleuchtung anschaltet.
/** Bei Sonnenuntergang wird - zunächst ohne jede weitere Prüfung – die LED angeschaltet. */ schedule({astro: "sunset", shift: 0}, async function () { console.log('Triggered: Sunset autoLight balcony'); if (getState("0_userdata.0.rooms.balkon.packageConfig.autoLight.autoLightBalkon").val == true) { console.log('autoLight is enabled.'); setState("hm-rpc.0.PEQ1604113.1.LEVEL"/*LED Balkon:1.LEVEL*/, 50); } });Wie man sieht, sind beide Astro-Trigger identisch. Beide mit Blockly erstellt. Das "Balkon-Blockly" ist deutlich älter und verwendet doppelte Anführungszeichen, während das "checkAutoLight"-Blocky lediglich einfache Anführungszeichen verwendet und neuer ist.
Hier mal mein "Debug-Log" vom Sonnenuntergang vom 05.12. (da haben Balkon und Außenbeleuchtung gleichzeitig getriggered, aber der Zeitvergleich passte angeblich nicht).
2024-12-04 16:23:47.932 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.seitenlicht: Seitenlicht: Beginne autoLightCheck 2024-12-04 16:23:47.933 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.seitenlicht: autoLightSeitenlicht ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht) 2024-12-04 16:23:47.935 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.seitenlicht: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-04 16:23:47.936 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.seitenlicht: Seitenlicht: Ende autoLightCheck 2024-12-04 16:23:47.938 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-04 16:23:47.939 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.vordach: autoLightVordach ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht) 2024-12-04 16:23:47.943 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 16:23:47.941 2024-12-04 16:23:47.944 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.vordach: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-04 16:23:47.945 - [32minfo[39m: javascript.0 (208) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheckMein Setup ist, dass ich einen Raspberry laufen habe (64 bit bookworm). iobroker ist im Docker-Container (Image von buanet). Ich habe als Volume auch localtime eingebunden:
volumes: - /etc/localtime:/etc/localtime:rotimedatectl auf dem raspberry (host, nicht im container) ergibt:
pi@smarthome:~ $ timedatectl Local time: Sat 2024-12-07 10:13:28 CET Universal time: Sat 2024-12-07 09:13:28 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: noIn den Systemeinstellungen sind die Koordination meines Standortes gesetzt (Land, Stadt, Breiten-/Längengrad)
In der Javascript-Instanz unter "Astro" ist "Systemeinstellungen verwenden" angehakt.
iob info Platform : docker os : linux Architecture : arm64 CPUs : 4 Speed : 1800 MHz Model : Cortex-A72 RAM : 7.6 GB System uptime : 2d. 21:17:48 Node.js : v20.18.1 time : 1733564471644 timeOffset : -60 NPM : 10.8.2 adapters count : 639 dockerInformation: [object Object] Disk size : 109.8 GiB Disk free : 72.8 GiBHier noch meine Blocky als Bilder und die Einstellungen von der Javascript-instanz (wobei die Werte ja nur für "isDay" oder so zuständig sein soll).
Sonnenuntergang => checkAutoLight = true
Wenn checkAutoLight, prüfe das Vordach (Außenbeleuchtung)
Balkon (er ist derzeit von "checkAutoLight" unabhängig)
JS-Einstellungen
Ich hoffe, ihr könnt mir helfen. Es ist halt auch mühselig, immer auf den nächsten Sonnenuntergang zu warten. Eine "Verzögerung" von +- 1 Minute habe ich schon versucht. Es müsste aber mehr sein und zudem ist dies noch variabel. Deswegen halte ich dies nicht für eine gute Lösung.
Vielen Dank im Voraus.
@buryjones sagte in Astro-/Zeitvergleich, Sonnenuntergang != Sonnenuntergang:
Innerhalb dieses Triggers prüfe ich, ob die aktuelle Zeit zwischen Sonnenuntergang und Mitternacht ist
Wozu das?
Wenn der Trigger feuert, ist Sonnenuntergang. Da muss ich doch nicht noch prüfen, ob das auch stimmt.Ich persönlich würde dafür auch nicht zwei Trigger verwenden, sondern alles in einen packen.
-
-
@buryjones sagte: Hier die Ausgaben:
Die Trigger erfolgen in allen 3 Fällen wenige ms nach dem Vergleichswert.
@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 sagte in Astro-/Zeitvergleich, Sonnenuntergang != Sonnenuntergang:
Innerhalb dieses Triggers prüfe ich, ob die aktuelle Zeit zwischen Sonnenuntergang und Mitternacht ist
Wozu das?
Wenn der Trigger feuert, ist Sonnenuntergang. Da muss ich doch nicht noch prüfen, ob das auch stimmt.Ich persönlich würde dafür auch nicht zwei Trigger verwenden, sondern alles in einen packen.
@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 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.
@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 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.@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 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 sagte: warum dann eine gewisse Zeit ein falsches Ergebnis geliefert wird.
Ändere mal deine Logs von:
in:
-
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.
-
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.
@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.
-
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 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 12:17:03.887 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846 2024-12-08 12:17:03.888 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:17:03.887 2024-12-08 12:17:03.888 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-08 12:17:03.889 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheckManueller Trigger (hat checkAutoLight auf true gesetzt und Vordach hat reagiert).
2024-12-08 12:18:03.124 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 12:18:03.126 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846 2024-12-08 12:18:03.132 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:18:03.131 2024-12-08 12:18:03.132 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an. 2024-12-08 12:18:03.139 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck 2024-12-08 12:18:03.219 - [32minfo[39m: 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?
-
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 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 12:17:03.887 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846 2024-12-08 12:17:03.888 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:17:03.887 2024-12-08 12:17:03.888 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-08 12:17:03.889 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheckManueller Trigger (hat checkAutoLight auf true gesetzt und Vordach hat reagiert).
2024-12-08 12:18:03.124 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 12:18:03.126 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846 2024-12-08 12:18:03.132 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:18:03.131 2024-12-08 12:18:03.132 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an. 2024-12-08 12:18:03.139 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck 2024-12-08 12:18:03.219 - [32minfo[39m: 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?
@buryjones sagte: Könnte es mit den Millisekunden zu tun haben?
Dann würden auch die Logs keine ms zeigen.
-
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 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 12:17:03.887 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846 2024-12-08 12:17:03.888 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:17:03.887 2024-12-08 12:17:03.888 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-08 12:17:03.889 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheckManueller Trigger (hat checkAutoLight auf true gesetzt und Vordach hat reagiert).
2024-12-08 12:18:03.124 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 12:18:03.126 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 12:17:03.846 2024-12-08 12:18:03.132 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 12:18:03.131 2024-12-08 12:18:03.132 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an. 2024-12-08 12:18:03.139 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck 2024-12-08 12:18:03.219 - [32minfo[39m: 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?
@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 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.
@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 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.autoLightTrigger: Sonnenuntergang-Trigger um: 15:25:17.480 2024-12-08 15:25:17.500 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Beginne autoLightCheck 2024-12-08 15:25:17.501 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.seitenlicht: autoLightSeitenlicht ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht) 2024-12-08 15:25:17.502 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-08 15:25:17.502 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Ende autoLightCheck 2024-12-08 15:25:17.503 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 15:25:17.504 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 15:24:17.478 2024-12-08 15:25:17.505 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 15:25:17.505 2024-12-08 15:25:17.505 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an. 2024-12-08 15:25:17.506 - [32minfo[39m: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheckEin 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.
Support us
659
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge