Sonnenaufgang / Sonnenuntergang versetzt nach vorn - geht nicht

[Greyhound]

Hallo ins Forum,

ich habe versucht, im Zeitmodul einen Zeitpunkt weit vor dem Sonnenuntergang / Soonnenaufgang einzubauen.
-> Sonnenuntergang -400Min -> funktioniert nicht
-> Sonnenaufgang -400 Min -> CCU stürzt nach Speicherung des Programms ab und startet neu...
(s. Screenshot vor Speicherung)

RaspberryMatic 3.63.9.20220521 (rpi3) auf CCU3- Hardware

Hintergrund:
Meine Jalousien sollen bei unterschreiten eines Lichtwertes an der Wetterstation herunter gefahren werden. Aber nur ab 1h vor Sonnenuntergang (nur prüfen). Nehme ich die Prüfung Sonnenuntergang -60 Min (nur prüfen) mit rein, bleiben sie oben. Nehme ich die Prüfung raus, fahren sie runter.
Allerdings sind am Morgen danach die Jalousien bei astro- Sonnenaufgang hoch gefahren und dann wegen unter 100lx nach ein paar Minuten wieder runter
In einem Testprogramm konnte ich das (fehlerhafte) Verhalten des Zeitmodul nachstellen...

[jp112sdl]

Musste man nicht +1040 min. machen?
Also nicht 400min. früher sondern, (1 Tag - 400min.) später?

[MichaelN]

Allerdings sind am Morgen danach die Jalousien bei astro- Sonnenaufgang hoch gefahren und dann wegen unter 100lx nach ein paar Minuten wieder runter

Du kannst es Dir auch etwas einfacher machen. Zeitmodul mit 16:30 bis 23:30 Uhr bzw für deinen Ort mit https://www.sonnenverlauf.de prüfen was im Jahresverlauf der frühste und späteste SU ist.

[Xel66]

Kein Wunder, dass das nicht wirklich gut funktioniert. 400 Minuten sind 6,6 Stunden. Bei einem Sonnenaufgang derzeit von 5:xx Uhr ist dieser Zeitpunkt am Vortag. Gilt also nicht für den Berechnungstag. Unerwünschte Zeitbereiche würde ich über ein Zeitmodul ausblenden (oder gewünschte freigeben).

Gruß Xel66

[Greyhound]

Kein Wunder, dass das nicht wirklich gut funktioniert. 400 Minuten sind 6,6 Stunden. Bei einem Sonnenaufgang derzeit von 5:xx Uhr ist dieser Zeitpunkt am Vortag. Gilt also nicht für den Berechnungstag. Unerwünschte Zeitbereiche würde ich über ein Zeitmodul ausblenden (oder gewünschte freigeben).

Gruß Xel66

Öhm, stimmt. 5 Uhr minus 6,6 Stunden ist unter 0
Aber grundsätzlich verweigert sich das Zeitmodul auch bei -60 Minuten -> nehme ich die -60 heraus funktioniert die Bedingung wieder.

Hintergrund: Jalou soll bei Änderung Helligkeit unter 100 runter fahren. Dies ist an stark bewölkten Tagen schon vor astronomischem Sonnenuntergang. Daher die Prüfung mit Sonnenuntergang -60 Minuten...
Nehme ich die -60 Minuten raus, klappts.

Ich will nur vermeiden, dass wenn mir jemand aus Spaß und weil er von dem Zusammenhang weiß, nachmittags um 3 eine schwarze Tüte über meine Wetterstation stülpt, dann alle Jalousien herunter fahren

[MichaelN]

-60 sollte gehen. Vielleicht zeigst du mal das Programm.

[MichaelN]

Ich habe das mal getestet. Mit -200 vor SU. Geht. Mit -641 vor SA. Geht nicht. Es wird dann nur ein Auslösezeitpunkt für das Ende berechnet.
Siehe Screenshots vom SDV. (Nicht wundern, die Screenshots sind mit anderen Zeiten gemacht, meiner schludrigen Arbeitsweise geschuldet)

Könnte man als Bug bezeichnen. Oder als falsche Verwendung... Wie auch immer - melde es auf Github als Issue und hoffe das Jens es für wichtig genug erachtet und den Bug auch findet.

[Xel66]

Mit -200 vor SU. Geht. Mit -641 vor SA. Geht nicht.
...
Könnte man als Bug bezeichnen.

Ich würde es nicht als Bug betrachten. Einen Zeitpunkt an einem Tag 10 Stunden (6xx Minuten) vor Sonnenaufgang zu berechnen ist schlichtweg nicht möglich, da dieser Zeitpunkt eben nicht an diesem Tag liegt, sondern am Vortag. Nun könnte man dieses durchaus als Zeitpunkt angeben. Spräche mathematisch nichts dagegen, ist aber sachlich falsch. Du kannst aus einer Geldbörse, die nur einen 20er enthält auch keine 30 Euro entnehmen, auch wenn unsere Börsenprofis Dir das gern erklären wollen. Somit weigert sich diese Berechnung eben nur gegen eine unplausible Aufgabe.

Gruß Xel66

[MichaelN]

Sonnenaufgang -400 Min -> CCU stürzt nach Speicherung des Programms ab und startet neu...

Das kann ich auch bestätigen und das ist zumindest ein Bug in dem Sinne, das ungültige Eingaben nicht abgefangen werden:

Watchdog sagt: regahss-restart

EDIT: Issue für den Absturz angelegt
https://github.com/jens-maus/RaspberryMatic/issues/1863

[Greyhound]

Das kann ich auch bestätigen und das ist zumindest ein Bug in dem Sinne, das ungültige Eingaben nicht abgefangen werden:

Watchdog sagt: regahss-restart

EDIT: Issue für den Absturz angelegt
https://github.com/jens-maus/RaspberryMatic/issues/1863

Super lieben Dank für den Gegentest und die Weiterleitung! Sorry, ich war eine Weile nicht da und habe es erst jetzt gelesen.

Aktuell habe ich mich erst einmal für die Gegenprüfung einer festen Zeit entschieden.
Mit der Einstellung "von Sonnenuntergang -60" blieb sie oben.
Falls noch gewünscht/ gebraucht: ich habe das Programm und die beiden Zeitmodule mal als Screenshot angehangen.