76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Hallo Peter,

interessante Sache. Du könntest ja selbst einen separaten Thread hier in "Solaranlagen" öffnen.
Das wäre wahrscheinlich effektiver, weil es hier eher um Aspekte der Weiterentwicklung und des Supports im Allgemeinen geht.

LG,
Heiko

[DS_Starter]

Meine Prognose ist die letzten Tage total überhöht, arbeite mit der neuesten Contrib-Version; hab ich da was verpasst oder liegt das an meinen Einstellungen?

Ich würde eher das Gegenteil behaupten. Die Verbrauchsprognosen liegen zu tief wenn ich es richtig sehe.
Zum Beispiel 13:00

Code Auswählen Erweitern

14 =>  ....
        conlegfc: 1302, conaifc: 2051, confc: 2051, conbiascorr: -140, con: 5771, gcons: 0, conprice: 0.32


Es werden 1302 bis 2051 Wh geschätzt, tatsächlich verbraucht hast du 5771.
Oder vorher 12:00

Code Auswählen Erweitern

12 => ...
       conlegfc: 676, conaifc: 1602, confc: 1602, conbiascorr: -105, con: 4213
Prognose zwischen 676 und 1602 , real verbraucht 4213.

In der Nacht passt es recht gut.
NUn ist die Frage woher der Mehrverbrauch kommt. Bei den aktuellen Bedingungen und deinem E-Car denke ich dass du nun mehr PV ins Auto schiebst? Oder vllt. generell mehr Energie verbrauchst weil Verbraucher die Sonne nutzen?

LG,
Heiko

[grappa24]

Meine Prognose ist die letzten Tage total überhöht, arbeite mit der neuesten Contrib-Version; hab ich da was verpasst oder liegt das an meinen Einstellungen?

In der Nacht passt es recht gut.
NUn ist die Frage woher der Mehrverbrauch kommt. Bei den aktuellen Bedingungen und deinem E-Car denke ich dass du nun mehr PV ins Auto schiebst? Oder vllt. generell mehr Energie verbrauchst weil Verbraucher die Sonne nutzen?

Kann der erhöhte Mehrverbrauch die Einspeisung sein? Weil meine realen vervräuche sind nicht höher als sonst

[DS_Starter]

Kann der erhöhte Mehrverbrauch die Einspeisung sein? Weil meine realen vervräuche sind nicht höher als sonst

Das wäre dann aber ein Fehler im Setup, denn Einspeisung geht bei uns nicht in den Verbrauch ein.
Die steht in "gfeedin".

Edit: Habe gerade mal in deine pvHistory geschaut. gfeedin ist immer 0 -> da stimmt ein setup nicht beim setupMeter.

[DS_Starter]

@nookie,

...aber ich hab jeden Tag abweichungen bei der Erzeugung zu den Realen Werten und die Vorhersage die berechnet sich ja stündlich neu da versteh ich natürlich warum sich die vom vorabend zum tagesverlauf ändert.

Grundsätzlich ändert sich die Lage permanent und wird entsprechend angepasst. Grundlage sind die Informationen der verwendeten API's .
Genauso normal sind Abweichungen zwischen Prognose / Realität. Wenn wir uns im Bereich +-10% Tagesabweichungen bewegen ist das gut. In den Sommermonaten wird es überwiegend besser laufen, herausfordernd sind die Übergangsperioden, vom Winter garnicht zu reden. Instabile Wetterlagen sind genauso problematisch.

Deine konkrete Frage habe ich nicht wirklich verstanden. Ich zitiere mal:

31.03  Ertrag gem Modul 36kWh gem Fronius 40kWh, vorhersage gem modul 47kWh
01.04  Ertrag gem Modul 39kWh gem Fronius 54kWh , vorhersage gem modul 30kWh
02.04  Ertrag gem Modul 71kWh gem Fronius 88kWh , vorhersage gem modul 83kWh
03.04  Ertrag gem Modul 56kWh gem Fronius 69kWh , vorhersage gem modul 57kWh
04.04  Ertrag gem Modul 21kWh gem Fronius 25kWh , vorhersage gem modul 16kWh
05.04  Ertrag gem Modul 72kWh gem Fronius 90kWh , vorhersage gem modul 64kWh
06.04  Ertrag gem Modul 90kWh gem Fronius 101kWh , vorhersage gem modul 83kWh
07.04  Ertrag gem Modul 87kWh gem Fronius 108kWh , vorhersage gem modul 84kWh

Das ist völlig in Ordnung und die im Modul integrierten Korrekturlogiken arbeiten auf eine Anpassung der Prognosen hin je länger dein System läuft.
Was mich stutzig macht sind die Angaben des Ertrages "gemäß Fronius". Die Ertragsangaben sollten sehr nah beieinander liegen.
Nun ist allerdings die Frage woher der Fronius-Wert kommt, da du ja 3 unterschiedliche WR im Einsatz hast.

LG,
Heiko

[peterboeckmann]

Hallo Peter,

interessante Sache. Du könntest ja selbst einen separaten Thread hier in "Solaranlagen" öffnen.
Das wäre wahrscheinlich effektiver, weil es hier eher um Aspekte der Weiterentwicklung und des Supports im Allgemeinen geht.

LG,
Heiko

Habe hier einen neuen Thread eröffnet und freue mich auf viel Input und Austausch.

Viele Grüße,
Peter

[grappa24]

Das wäre dann aber ein Fehler im Setup, denn Einspeisung geht bei uns nicht in den Verbrauch ein.
Die steht in "gfeedin".

Edit: Habe gerade mal in deine pvHistory geschaut. gfeedin ist immer 0 -> da stimmt ein setup nicht beim setupMeter.

"Der Teufel ist ein Eichhörnchen" - Da hat doch glatt die Einheit gefehlt beim Reading für gfeedin 

[DS_Starter]

"Der Teufel ist ein Eichhörnchen" - Da hat doch glatt die Einheit gefehlt beim Reading für gfeedin 

Und das ist durchgegangen ... gibt's doch nicht. Na, dann nehme ich mir das Attr vor und baue weitere Prüfungen ein. Das darf nicht sein.

[DS_Starter]

Ich habe das Attribut setupMeterDev überarbeitet. Damit können solche setup-Fehler wie bei grappa24 bei dem Attribut nicht mehr aufteten.

V 2.5.3 liegt im contrib.

LG,
Heiko

[DS_Starter]

@grappa24,

das ist natürlich jetzt ein bisschen blöd bei dir gelaufen. Für die Legacy Verbrauchsprognose sollten die zu hohen gespeicherten Werte mit der Zeit an Bedeutung verlieren.
Für das KI Training sind sie irreführend.
Deshalb würde ich dir vorschlagen alle con >= deinem "normalen" Verbrauch pro Stunde aus aiRawData zu löschen.

Das geht mit 

Code Auswählen Erweitern

set ... reset aiData delValue=con>=xxxxx

[grappa24]

V 2.5.3 liegt im contrib.

Mit der 2.5.3 ist nach einem restart mein SF Device "weg"

[DS_Starter]

Was heißt weg?

[grappa24]

In der fhem.cfg sind alle Definitionen vorhanden, es erscheint aber nicht mehr im WEB Frontend

[DS_Starter]

Vllt. hast du noch mehr fehlerhafte Definitionen in dem Attribut.
 
Gib mal ein   list <dein SF-Device> 

Dann erscheint:

Code Auswählen Erweitern

Internals:
   FUUID      65fc9458-f33f-b178-25f9-f4ecb3d78e5f1f59
   FVERSION   76_SolarForecast.pm:v2.5.2-s31087/2026-04-06
   LCACHEFILE last write time: 22:27:01 whole Operating Memory
   MODE       Automatic / Event-controlled - next planned Cycletime: 22:40:09
   MODEL      OpenMeteoDWDD2API
   NAME       openMeteo
   NOTIFYDEV  SMA_Energymeter,SolCastDummy3,SolCastDummy,MySTP_5000,batteryinverter,solarcharger,pvinverter
   ....
Der NAME (hier openMeteo) ist ein Link dort kannst du das Device auf die Oberfläche holen ...

[grappa24]

mit dem list <SF-Device> kommt no device named <SF-Device> found
Mit der regulären Version, ich glaub das war die 2.5.1, ist alles wieder da