76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[Parallix]

Ich hatte im Code mehrfach den Hinweis auf eine Hybrid Wechselrichter Implementierung gefunden, ist diese eigentlich schon benutzbar?
...

Selber betreibe ich einen Hybrid-WR unter Nutzung diverser FHEM-Module, zu denen selbstverständlich auch SolarForecast (kurz SF) gehört. Bis dato bin ich sehr zufrieden. Gibt es konkrete Fragen Deinerseits?

@300P: Bzgl. der Wünsche sehe ich es ähnlich wie Seneca, der in einem seiner Werke einen Mensch ohne Wünsche wie ein Segelschiff ohne Wind betrachtete. Das "Das perfekte Dinner" ist wohl eher etwas aus der Neuzeit, richtig?

[DS_Starter]

Dass eine vereinfachte Regexprüfung der Grund für die Verschiebbarkeit des berücksichtigten Zeitintervallendes von bis zu 20 Stunden ist, das hätte ich nicht gedacht.

Darum geht es nicht. Die angegebene Stunde wird als Absolutzeit (z.B. 20 Uhr) oder Relativzeit (z.B. -5) Stunden zum Sonnenuntergang interpretiert. D.h. "-" ist immer relativ und _vor_ Sonnenuntergang. Da der Wertebereich bis 20 (Uhr) laufen kann, ergibt sich rein theoretisch auch eine mögliche negative Verschiebung von -20 (Stunden).
Das es nicht sinnvoll ist versteht sich, doch ich traue unseren Usern soviel Verständnis zu den Wert adäquat zu ihrem Ziel zu setzen.
Der aktuelle Regex ist m.M. nach umfangreich genug und braucht keine weitere Steigerung wenn es nicht sein muß:

Code Auswählen Erweitern

loadTarget   => { comp => '(?:100|[1-9]?\d)(?::-?(?:[1-9]|1[0-9]|20))?',

Selber würde ich mir z.B. -0:45h wünschen. Aber auch im Sommer würde ich persönlich nicht auf die Idee kommen, das berücksichtigte Zeitintervallende um mehr als 10:00h nach vorne zu verlegen.

Ich rechne im Stundenraster gemäß den allgemeinen Werteerhebungen im Modul. Mehr Aufwand würde ich nur treiben, wenn es unbedingt nötig ist. Meine aktuelle Liste an ToDo's im Modul ist lang und ich muß momentan Prioritäten setzen. (Zur Zeit total mit der 2.0.0 ausgelastet)

Auch frage ich mich, in welchen Fällen das berücksichtigte Zeitintervallende nach hinten verschoben werden sollte.

Hier liegt, glaube ich, ein Mißverständnis vor. Siehe oben.

[Parallix]

Dass eine vereinfachte Regexprüfung der Grund für die Verschiebbarkeit des berücksichtigten Zeitintervallendes von bis zu 20 Stunden ist, das hätte ich nicht gedacht.

Darum geht es nicht. Die angegebene Stunde wird als Absolutzeit (z.B. 20 Uhr) oder Relativzeit (z.B. -5) Stunden zum Sonnenuntergang interpretiert. D.h. "-" ist immer relativ und _vor_ Sonnenuntergang. Da der Wertebereich bis 20 (Uhr) laufen kann, ergibt sich rein theoretisch auch eine mögliche negative Verschiebung von -20 (Stunden).
Das es nicht sinnvoll ist versteht sich, doch ich traue unseren Usern soviel Verständnis zu den Wert adäquat zu ihrem Ziel zu setzen.
Der aktuelle Regex ist m.M. nach umfangreich genug und braucht keine weitere Steigerung wenn es nicht sein muß:

Code Auswählen Erweitern

loadTarget   => { comp => '(?:100|[1-9]?\d)(?::-?(?:[1-9]|1[0-9]|20))?',

Dass eine Angabe mit vorangestelltem Minus eine relative und ohne vorangestelltem Minus eine absolute Zeitangabe, das habe ich in der Tat nicht gesehen. Damit ist die von mir weiter oben vorgeschlagene Lösung auch hinfällig.

Denkbar wäre natürlich, die Relativ- und Absolut-Zeit im klassischen Zeitformat HH:MM anzugeben. Dann hätte man alle denkbaren Optionen und die Regex-Prüfung bleibt noch einfach.

Es wäre toll, wenn man die Verschiebung im nächsten Winter  etwas feiner (als im Stundenraster) einstellen könnte. Für den kommenden Sommer reicht - dank deutlich längerer Tage - die bisherige Implementierung völlig aus!

Edit: Im Wiki ist leider nicht angegeben, auf welchen Sonnenuntergang sich die relative Angabe bezieht. Hier könnte man noch etwas mehr Klarheit schaffen.

@Heiko: Mache Dir also bitte keinen Stress. Selbst wenn mein Wunsch nicht in Erfüllung geht, so bin ich mit SF sehr sehr zufrieden, auch wenn dieses nicht unter jedem meiner Beiträge steht.

[DS_Starter]

Edit: Im Wiki ist leider nicht angegeben, auf welchen Sonnenuntergang sich die relative Angabe bezieht.

Ist ergänzt.

Es wäre toll, wenn man die Verschiebung im nächsten Winter  etwas feiner (als im Stundenraster) einstellen könnte.

Ich kann mir kaum merken was ich gestern Mittag gegessen habe. 
Naja mal schauen.

Edit: Für Interessanten ... die Verbrauchsprognose im Anhang ist komplett KI-generiert.

Allen einen guten Rutsch und passt auf euch auf!

LG,
Heiko

[Parallix]

...
Ist ergänzt.
...

Wahrscheinlich aber gut versteckt , denn mit einer Suche nach "astronomisch", "bürgerlich", "nautisch" und in der Nähe von "Sonnenuntergang" sowie den entsprechenden englischen Bezeichnungen war ich nicht erfolgreich.

...
Allen einen guten Rutsch und passt auf euch auf!
...

Auch meinerseits allen hier einen guten Rutsch uns neue Jahr 2026!

PS: Soeben habe ich mir meine Einspeisebilanz für 2025 angesehen. Dank des (auch ohne KI) bereits jetzt intelligent arbeitenden Lademanagements von SolarForecast habe ich trotz EV in 2025 nahezu die gleiche Einspeisung wie in 2024 (ohne EV) erzielen können.