Prima, hab das suncalc wieder aus der JS-Instanz gelöscht und suncalc durch suncalc2 ersetzt. Geht 🙂
👍
Allgemein gesagt hat er, verglichen mit den Werten auf https://www.sonnenverlauf.de/ noch Abweichungen; wenn auch nicht sehr groß.
Interessant. Hab mich aufgrund des Smart-Control-Adapters damit auseinandergesetzt, weil ich auch suncalc2 nutze und es da lt. User-Feedback kein "night"/"nightEnd" im Sommer in nördlicheren Gebieten gibt.
So what, soweit funktioniert suncalc(2) mega zuverlässig, und man kann ja auch mit Offset arbeiten, falls einem ein Zeitpunkt nicht gefällt.
Aber Achtung!
Das Senden von nicht im Gerät gespeicherten Ausgaben kostet nicht nur Zeit, sondern auch massiv DC!
Zumindest bei meinem Displaytyp.
Ja der DC scheint gleich mal ein paar Prozente zu gewinnen. Da ich jetzt nicht so viele Funk habe, kann ich das denk ich verschmerzen.
Nur das lange warten nervt. Ich habe das Display als Status bevor ich die Haustüre verlasse. Aber 6 Sekunden warten nervt, ich denke das ich da was anderes bauen muss 😞
Das ganze ist ein Teil eines Skriptes wo dieses Wert auch leer gelassen sein könnte.
Dann kann die ID aber nicht als Konstante deklariert sein.
Übrigens stört sich der Compiler nicht an dem sinnlosen Vergleich, sondern führt den Code richtig aus.
@paul53
Vielen Dank für den Tipp.
Ich habe jetzt den Entprellwert von 1000 auf 2000ms gesetzt und beobachte das. Vielleicht war es das schon.
Wenn nicht, werde ich es zunächst mit 3000ms versuchen, und dann mit deinem Skript.