76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[dieter114]

Hallo Heiko,
get radiationApiData siehe Foto.
Wenn ich die zusammenzähle komme ich auf 7370 Wh ?
Was wäre durchaus ein realistischer Wert für heute.
Die API zeigt mir bei Today_PVforecast heute 33378 Wh an.
Wo ist der Fehler?
edit: Kann es sein das Today_PVforecast und Tomorrow_PVforecast "nur" eine Addition aus forecastQualities ist?

LG WDS

[DS_Starter]

Hallo Dieter,

schau dir nochmal genau mein Beispiel in #5503 an.
Die relevanten Werte kommen tiefer als GTIWh für jeden einzelnen String. Die Werte zusammenaddiert für jede Stunde bzw. overall ist der Tageswert. Du musst aber auf das Datum achten. Die Werte sind auch für kommende Tag(e) vorhanden.

[dieter114]

Hallo Heiko,
sieh dir bitte einmal diese Werte von mir an.
Da ist natürlich heute und morgen zu unterscheiden aber morgen um 12 Uhr macht meine Anlage
niemals 12,4 kWh. Das geht einfach aufgrund der Ausrichtung nicht.
Wir haben noch Frühjahr und das "Große" Feld ist mit 33 Grad Neigung ausgerichtet.
Egal wie die Sonne scheint, mehr als 10kW kommen da einfach nicht runter....
Diese Werte sind total überhöht.

LG WDS

[DS_Starter]

Ich kann dir leider nicht helfen wenn nicht strukturiert vorgegangen wird.
Deswegen nochmal die Bitte die Ausgabe von:

Code Auswählen Erweitern

get ... radiationApiData

zu posten bzw. durch die API gelieferten GTIWh-Werte pro String dir anzuschauen und auf Plausibilität zu prüfen.
Mit den Erkenntnissen kommen dann die nächsten Schritte.

[DS_Starter]

Ist aber nicht komplett. Dort steht nur Rad1h drin. Interessant sind aber die GTIWh-Werte für jeden einzelnen String.

Und wie komme ich an die GTIWh-Werte pro String?

In der Ausgabe weiter nach unten scrollen ...

[dieter114]

Ok verstanden, hier die komplette Liste:

[dieter114]

Also es würde sein:
2026-03-21 12:00:00 => GTIWh: 443.4
              pv_estimate50: 3056.00
vom Südseitenfeld.
Estimate 50 bedeutet 50% der zu erwartenden Leistung?
Und wenn ja würde es bedeuten das dort über 6kW in 1h runterkommen.
Das ist die z.Z. maximal mögliche Leistung bei voller Sonne bezogen auf das Südfeld.
Hier ist es stark bewölkt und trübe, also höchstens 25% davon.
Mir fehlt einfach das Verständniss dazu. Was bedeuten all diese Werte
Rad1h, pv_estimate50 und GTIWh
LG WDS

[DS_Starter]

Ich habe mal die 12:00 Werte für den 22.03. genommen:

Code Auswählen Erweitern

GH_Ost=
2026-03-22 12:00:00 => GTIWh: 588.4
      pv_estimate50: 921.00

GH_West=
           2026-03-22 12:00:00 => GTIWh: 597
                                  pv_estimate50: 311.00
Ostseite=  
            2026-03-22 12:00:00 => GTIWh: 460.6
                                   pv_estimate50: 1442.00
   
Suedseite=

             2026-03-22 12:00:00 => GTIWh: 895
                                    pv_estimate50: 6170.00

Westseite=
             2026-03-22 12:00:00 => GTIWh: 378.7
                                    pv_estimate50: 749.00

Summe= 9593

Dem gegenüber steht gemäß deinem Screeshot 12466 Wh für 22.03. 12:00.
Da gibt es also eine Differenz die nicht aus dem Korrekturfaktor 0.88 kommt. Der vermindert sogar die Prognose.
Die Prognose für morgen 12:00 sagt aber auch cloud=0, also wolkenloser Himmel! Nicht heute, aber morgen.

Estimate 50 bedeutet 50% der zu erwartenden Leistung?

Nein, ist nur eine Bezeichnung und hier als durchschnittlich zu erwartendes Ergebnis.

Rad1h - Globalstrahlung (googeln)
pv_estimate50 - siehe oben
GTIWh - Globalstrahlung auf die geneigte Fläche in Wh

Auf jeden Fall gibt es ein Gap, aber die API Werte sehen zunächst plausibel aus.

Der nächste Schritt ist

 ctrlDebug=radiationProcess

einschalten, die Daten mit "get ... rooftopData" abrufen und die Logadaten komplett posten. Die sehen etwa so aus:

Code Auswählen Erweitern

2026.03.21 15:00:49.023 1: openMeteo DEBUG> PV API estimate for today Hour 16 string Schleppdach ->
Estimated PV generation (calc) => 314.9 Wh
Estimated PV generation (raw) => 409.00 Wh
Module Temp (calculated) => 15.25 C
PV correction factor => 0.77
PV correction quality => 0.13
String Peak => 2170 W
Win(+)/Loss(-) String Peak Power by Temp => 0.09 kWp

2026.03.21 15:00:49.023 1: openMeteo DEBUG> PV API estimate for today Hour 16 string Süddach ->
Estimated PV generation (calc) => 854.7 Wh
Estimated PV generation (raw) => 1110.00 Wh
Module Temp (calculated) => 15.25 C
PV correction factor => 0.77
PV correction quality => 0.13
String Peak => 5900 W
Win(+)/Loss(-) String Peak Power by Temp => 0.25 kWp

2026.03.21 15:00:49.024 1: openMeteo DEBUG> PV API estimate for today Hour 16 summary:
Cloudcover => 79
Forecasted temperature => 10.00 C
PV Correction mode => on_complex
PV generation forecast => 1170 Wh
Starttime => 2026-03-21 15:00:00
Total Rain last hour => 0.00 kg/m2

2026.03.21 15:00:49.024 1: openMeteo DEBUG> PV API estimate for today Hour 17 string Schleppdach ->
Estimated PV generation (calc) => 125.0 Wh
Estimated PV generation (raw) => 245.00 Wh
Module Temp (calculated) => 10.9 C
PV correction factor => 0.51
PV correction quality => 0.74
String Peak => 2210 W
Win(+)/Loss(-) String Peak Power by Temp => 0.13 kWp

2026.03.21 15:00:49.025 1: openMeteo DEBUG> PV API estimate for today Hour 17 string Süddach ->
Estimated PV generation (calc) => 328.4 Wh
Estimated PV generation (raw) => 644.00 Wh
Module Temp (calculated) => 10.9 C
PV correction factor => 0.51
PV correction quality => 0.74
String Peak => 6010 W
Win(+)/Loss(-) String Peak Power by Temp => 0.36 kWp

2026.03.21 15:00:49.025 1: openMeteo DEBUG> PV API estimate for today Hour 17 summary:
Cloudcover => 94
Forecasted temperature => 9.40 C
PV Correction mode => on_complex
PV generation forecast => 453 Wh
Starttime => 2026-03-21 16:00:00
Total Rain last hour => 0.00 kg/m2
...

Das wird sehr umfangreich!

[300P]

attr Forecast setupInverterDev01 Fronius_Symo pvOut=PowerFlow_Site_P_PV:W etotal=User_Produced_FPV:kWh capacity=10000 strings:Ostseite,Suedseite
attr Forecast setupInverterDev02 Fronius_Symo pvOut=Meter_1_PowerReal_P_Sum:W etotal=Meter_1_EnergyReal_WAC_Sum_Produced:Wh capacity=4000 strings:Westseite,GH_Ost,GH_West

Das ist n.m.M. irgendwie nicht ganz richtig konfiguriert.....

2 verschiedene "etotal" an einem WR-Device-Namen
- Fronius_Symo pvOut=PowerFlow_Site_P_PV:W
- Fronius_Symo pvOut=Meter_1_PowerReal_P_Sum:W

oder

2 gleiche gleiche Device-Namen als WR-Device
- setupInverterDev01 Fronius_Symo
- setupInverterDev02 Fronius_Symo

->> soll / ist / kann das wirklich überhaupt so "real" sein ?   



EDIT:
Zeig doch mal "get ....valInverter"

[dieter114]

Zeig doch mal "get ....valInverter"

Das ist so richtig. Zwei Inverter die beide aus dem Symogen24 ausgelesen werden.
Möglicherweise ist das auch der Grundfehler der Anlage.
Namen gleich und die Readings?
Es werden zwei Readings (hochlaufende Zähler) aus dem Fronius_Symo ausgelesen.
Die entsprechen je 2 bzw. sogar 3 Strings daran.

[DS_Starter]

@300P,

goldener Hinweis ... aber anders als du vermutest 

Der Strings-Eintrag ist falsch. Gesetzt ist:

Code Auswählen Erweitern

strings:Ostseite,Suedseite

Richtig wäre:

Code Auswählen Erweitern

strings=Ostseite,Suedseite

Dadurch ist Strings bei beiden Invertern nicht gesetzt und somit werden alle Strings bei beiden Invertern zugeordnet.
Das Ergebnis muß falsch werden. 

-> strings=  bei beiden Invertern korrigieren!


Edit: Und jetzt sieht man es auch im Screenshot von Dieter.

[300P]

Ja - so ist es jetzt wirklich eindeutig das alle Strings jeweils an alle WR zugeordnet werden

[dieter114]

Herzlichen Dank Euch beiden.
Den Fehler muss man erstmal sehen, vor allem wenn
das schon so seit ewigen Zeiten eingestellt ist.

LG Wolfdieter

[DS_Starter]

Ich schau mal ob ich im Anlagencheck eine Plausiprüfung einbauen kann. Wenn es mehrere Inverter gibt, darf es keine Dopplung der Strings-Zuordnung geben.

Oder fällt euch ein Szenario ein wo so etwas valide wäre?

[dieter114]

Der Fehler wäre m.E. durch einen einfachen Syntax-Check zu erkennen.
Es war ja "nur" der : anstelle des = geschrieben.
Alle Eintragungen gehen über = und nicht über den : wie bei vielen anderen Modulen.
Das müsste doch zu erkennen sein?