76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[TheTrumpeter]

Mein Hauptproblem bzgl. PV-optimierter Steuerung liegt in der Übergangszeit bzw. an eher warmen oder sonnig-kalten Tagen, weil dann die nötige Laufzeit deutlich kleiner als die Anzahl der möglichen Sonnenstunden ist oder der Start schon vor 09:00 erfolgen sollte.
Derzeit schaltet sich die Wärmepumpe  mittels Tagprogramm wie gesagt um ca. 09:00 ein an eher warmen Tagen nach 2-3 h schon wieder aus. Wenn es bis Mittag nebelig ist, wäre es besser erst später einzuschalten.
Umgekehrt wäre es an sehr kurzen Tagen mit nötiger Laufzeit > der Sonnenstunden sinnvoll, schon vor 08:45 einzuschalten, um einen etwaigen Überschuss davor "auch noch mitzunehmen". (Ich habe keine Batterie.)

So, da die letzten Wochen ausreichend Datenmaterial für sehr kalte Temperaturen geliefert haben, hab' ich nun eine "Laufzeit-Vorhersage" erstellt.
Nun wollte ich das nach SolarForecast füttern und hab' mit Freude festgestellt, dass man die "mintime" bereits aus einem Reading eines anderen Geräts auslesen kann.

Allerdings habe ich dann weitergelesen und festgestellt, dass (wohl seit der KI-Verbrauchsprognose) "Heatpump" nur noch" noSchedule" erlaubt ist. 


Wie ist der weitere Plan?
Wird SolarForecast künftig die Laufzeit selbst vorhersagen und dann den optimalen Zeitpunkt auch einplanen können? (Wenn ich 5h Laufzeit vorhersage (oder künftig die KI mit höherer Trefferrate als oben...), möchte ich, dass SF diese 5h in ein "optimales Fenster" legt...)

Und da kommt gleich das nächste Problem:
Soweit ich weiß priorisiert SF die Geräte anhand ihrer Consumer-Nummern? D.h. ich müsste dann wohl die Wärmepumpe als "Consumer01" definieren. Beim damaligen Anlegen der Consumer habe ich darauf keine Rücksicht genommen. Kann ich die Nummern irgendwie "tauschen" ohne die Lernwerte zu verlieren?

[TheTrumpeter]

Mit der neuen Version werden (bei mir) die Umlaute in den Tooltips zu den Wettersymbolen nicht mehr korrekt angezeigt.

Bei mir unverändert richtig, z.B. "bewölkt" oder "Höhe" wird genau so angegeben.

[Parallix]

Mit der neuen Version werden (bei mir) die Umlaute in den Tooltips zu den Wettersymbolen nicht mehr korrekt angezeigt.

Bei mir unverändert richtig, z.B. "bewölkt" oder "Höhe" wird genau so angegeben.

Habe einen Nachtrag meinen Beitrag von soeben angeführt, denn es sind nur einige Umlaute. Die Worte "Höhe" und "bewölkt" sind auch bei mir richtig. Das Symbol, das um 8:09 MEZ bei mir noch da war und dessen Tooltip falsch geschrieben war, ist jetzt leider weg. 

[300P]

weitergelesen und festgestellt, dass (wohl seit der KI-Verbrauchsprognose) "Heatpump" nur noch" noSchedule" erlaubt ist.

A:
Wenn du AI:FANN für die Wärmepumpe nutzen willst, wird mit diesem speziellen Typ "Wärmepumpe" innerhalb des NN der Verbrauch "ermittelt".
Der wird speziell dazu gebraucht um anzuzeigen das hier die Daten der Wärmepumpe als Quelle für das NN genutzt werden sollen.

B:
Wenn du die Legagy nutzt und bzw. oder die Wärmepumpe doch selber steuern möchtest .... aktuell dann (derzeitig) einfach nicht den speziellen Typ "Wärmepumpe" nutzen.


Oder habe ich dich falsch verstanden und du nutzt aktuell NN.

damit

[TheTrumpeter]

Oder habe ich dich falsch verstanden und du nutzt aktuell NN.

Genau, nutze das NN...

[DS_Starter]

Moin zusammen,

Was mir aufgefallen ist: In der Nacht gibt es keine (langen) Lernzyklen mehr, es wird zwar was getan/gestartet, aber das ist umgehend wieder aus:
Code Auswählen
2026.01.26 02:15:02 1: mySolarForecast DEBUG> AI Raw delete data equal or less than index >2021012700<
2026.01.26 02:15:02 1: mySolarForecast DEBUG> AI AddInstance & Training BlockingCall PID "5091" with Timeout 7200 s started
2026.01.26 02:15:04 1: mySolarForecast DEBUG> AI Instance add - Tree: 1 -> 6511 entities added for training (set verbose 4 for output more detail)
2026.01.26 02:15:04 1: mySolarForecast DEBUG> AI Instance add - Tree: 2 -> 6511 entities added for training (set verbose 4 for output more detail)
2026.01.26 02:15:05 1: mySolarForecast DEBUG> AI Instance add - Tree: 3 -> 6511 entities added for training (set verbose 4 for output more detail)
...

Das ist die KI Unterstützung der PV Prognose (AI::DecisionTree) und hat mit AI::FANN der Verbrauchsprognose nichts zu tun.
Für mehr Info -> set verbose 4 for output more detail

Seit dem letzten Update (das mit den fhemweb-Fehlermeldungen, bzw. die Korrektur danach) ist meine Verbrauchsprognose deutlich schlechter geworden.

Lass das Training mit unveränderten Parametern einfach nochmal laufen. Es waren Anwesenheitserkennung, Temoeratursensorik und Kalenderauswertungen dazugekommen.
Ich kann nicht sagen mit welchem Stand dein letztes Training war.

Mit der neuen Version werden (bei mir) die Umlaute in den Tooltips zu den Wettersymbolen nicht mehr korrekt angezeigt.

Bei mir alles iO. An diesen Dingen hat sich auch nichts geändert.
Möglicherweise eine Wettersymbolik, die bisher nicht verwendet wurde (weil nicht eingetreten).
Vielleicht hilft die pvHistory weiter. Die fragliche Stunde mal aufrufen und "weatherid" rausholen. Dann bekommen wir evtl. raus welches Symbol angezeigt war.

weitergelesen und festgestellt, dass (wohl seit der KI-Verbrauchsprognose) "Heatpump" nur noch" noSchedule" erlaubt ist.

Nicht "nur noch" sondern "nur" weil es "heatpump" bisher nicht gab und mit der FANN Prognose eingebaut wurde und zwar sofort mit "noSchedule".
Ich gehe aktuell davon aus, dass eine Wärmepumpe nicht durch FHEM/SF aktiv gesteuert wird.
Sollte jedoch die Intension bestehen - was ich mangels eigener Erfahrung nicht ausschließen möchte, obwohl ich es vermutlich nicht tun würde - kann ich "noSchedule"
perspektivisch auch gern wegnehmen.
Allerdings gebe ich zu bedenken, dass eine WP doch ganz anders geplant werden muß als ein normaler Verbraucher den wir im SF Kontext nach PV Optimierungsgesichtspunkten
nutzen. Eine Wp jedoch soll vor allem die geforderte Temp bereitstellen. Wenn sie dann noch PV nutzt ist das sicherlich erstrebenswert, aber wenn nicht dann ist es eben so.

Wie ist der weitere Plan?
Wird SolarForecast künftig die Laufzeit selbst vorhersagen und dann den optimalen Zeitpunkt auch einplanen können?

Wie oben geschrieben war eine aktive Planung/Steuerung der WP durch SF nicht im Plan weil sie sich eben nicht nach PV optimieren lässt.
Der aktuelle use Case bezieht sich darauf den Energieverbrauch inkl. des WP-Anteils möglichst gut zu prognostizieren.

Soweit ich weiß priorisiert SF die Geräte anhand ihrer Consumer-Nummern? D.h. ich müsste dann wohl die Wärmepumpe als "Consumer01" definieren. Beim damaligen Anlegen der Consumer habe ich darauf keine Rücksicht genommen. Kann ich die Nummern irgendwie "tauschen" ohne die Lernwerte zu verlieren?

Das ist in der Tat ein Problem, aber nur sobald eine aktive Steuerung für die WP verwendet werden soll was ich aktuell mit einem (großen) Fragezeichen versehen würde.

[TheTrumpeter]

Lass das Training mit unveränderten Parametern einfach nochmal laufen. Es waren Anwesenheitserkennung, Temoeratursensorik und Kalenderauswertungen dazugekommen.
Ich kann nicht sagen mit welchem Stand dein letztes Training war.

Hab's grad gestartet... Kalender hatte ich noch nicht drin bzw. nutze ich dzt. nicht, der Rest war eigentlich unverändert.

Ich gehe aktuell davon aus, dass eine Wärmepumpe nicht durch FHEM/SF aktiv gesteuert wird.
Sollte jedoch die Intension bestehen - was ich mangels eigener Erfahrung nicht ausschließen möchte, obwohl ich es vermutlich nicht tun würde - kann ich "noSchedule"
perspektivisch auch gern wegnehmen.
Allerdings gebe ich zu bedenken, dass eine WP doch ganz anders geplant werden muß als ein normaler Verbraucher den wir im SF Kontext nach PV Optimierungsgesichtspunkten
nutzen. Eine Wp jedoch soll vor allem die geforderte Temp bereitstellen. Wenn sie dann noch PV nutzt ist das sicherlich erstrebenswert, aber wenn nicht dann ist es eben so.

Allgemein gesprochen gebe ich Dir Recht.
ABER: Ich habe ein sehr gut isoliertes Haus (8,5 kWh/m2a) mit einer (zu) starken Wärmepumpe und beobachte bzw. optimiere die Wärmepumpensteuerung schon seit einigen Jahren auf möglichst wenig Zyklen ohne signifikanten Komfortverlust (Temperaturschwankungen). Nach der PV-Installation habe ich das dann auf die Spitze getrieben und den Wärmeeintrag tagsüber angehoben, um ohne weiteren Heizungseinsatz nachts durchzukommen.
Das läuft bisher wie gesagt über Tag/Nachtprogramm, was aber die PV-Ausbeute nicht optimal nutzen kann wie letztes Jahr schon beschrieben.

Mit meiner "Laufzeitprognose" könnte ich das Einschalten an SF übergeben, indem ich diese Zeit als "mintime" übergebe. SF würde dann gemäß der Planung auf Tagbetrieb umschalten, das Zurücksetzen auf Nachtbetrieb passiert dann außerhalb von SF nach Ende des Heizzyklus.

Wie oben geschrieben war eine aktive Planung/Steuerung der WP durch SF nicht im Plan weil sie sich eben nicht nach PV optimieren lässt.

Wie gesagt, allgemein richtig; für Häuser mit sehr geringem Wärmeenergiebedarf & tendenziell überdimensionierter Wärmepumpe allerdings schon möglich.

[klaus.schauer]

weitergelesen und festgestellt, dass (wohl seit der KI-Verbrauchsprognose) "Heatpump" nur noch" noSchedule" erlaubt ist.

Nicht "nur noch" sondern "nur" weil es "heatpump" bisher nicht gab und mit der FANN Prognose eingebaut wurde und zwar sofort mit "noSchedule".
Ich gehe aktuell davon aus, dass eine Wärmepumpe nicht durch FHEM/SF aktiv gesteuert wird.
Sollte jedoch die Intension bestehen - was ich mangels eigener Erfahrung nicht ausschließen möchte, obwohl ich es vermutlich nicht tun würde - kann ich "noSchedule"
perspektivisch auch gern wegnehmen.
Allerdings gebe ich zu bedenken, dass eine WP doch ganz anders geplant werden muß als ein normaler Verbraucher den wir im SF Kontext nach PV Optimierungsgesichtspunkten
nutzen. Eine Wp jedoch soll vor allem die geforderte Temp bereitstellen. Wenn sie dann noch PV nutzt ist das sicherlich erstrebenswert, aber wenn nicht dann ist es eben so.

Wie ist der weitere Plan?
Wird SolarForecast künftig die Laufzeit selbst vorhersagen und dann den optimalen Zeitpunkt auch einplanen können?

Wie oben geschrieben war eine aktive Planung/Steuerung der WP durch SF nicht im Plan weil sie sich eben nicht nach PV optimieren lässt.
Der aktuelle use Case bezieht sich darauf den Energieverbrauch inkl. des WP-Anteils möglichst gut zu prognostizieren.

Bei Wärmepumpen gibt es neben dem bedarfsgesteuerten Betrieb noch die Option Pufferspeicher gezielt aufzuheizen oder eben andere Effekte wie die Engergiespeicherfähigkeit des Gebäudes auszunutzen. Dafür benötigt man Steuersignale, die überschüssige PV-Energie oder Niedrigtarifzeiten signaliseren. In https://forum.fhem.de/index.php?topic=137058.msg1353068#msg1353068 habe ich grob dargestellt, wie SolarForecast dies sowohl bei festen als auch bei variablen Energiekosten unterstützen könnte.