Vergleich Solarprognosen Solarwetter und brightsky

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Wenn sich die DWD Prognosen mittlerweile verändert haben,

nur um 0:00, 05:00 und um 18:00

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

und damit auch solar_estimate Werte.

hmm, bei mir gibt's deswegen Spezial ;-)

War super lieb von @ticaki, aber ich schreib inzwischen schon um 5:15 die estimates in eigene DP und rechne damit weiter

klassisch

@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:

@klassisch

Wenn wir über die stündlichen Werte sprechen - die sind nicht kumulativ - das daily total ist falsch - c&p fehler.

Ja, ich rede von den stündlichen Werten. Die blaue Kurve hat mein Skript heute morgen um 08:10 aus der damaligen Datenlage gerechnet und history mit gefüttert.

History hat das dann in das history json file geschrieben

[
  {
    "val": 237.04044165379764,
    "ack": 1,
    "ts": 1757916000000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 1192.062399664518,
    "ack": 1,
    "ts": 1757919600000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 2559.162652377875,
    "ack": 1,
    "ts": 1757923200000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 3930.7320407839475,
    "ack": 1,
    "ts": 1757926800000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 5258.085203958388,
    "ack": 1,
    "ts": 1757930400000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 6077.021134136788,
    "ack": 1,
    "ts": 1757934000000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 6435.295870959073,
    "ack": 1,
    "ts": 1757937600000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 6034.966080298795,
    "ack": 1,
    "ts": 1757941200000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 5282.569127553792,
    "ack": 1,
    "ts": 1757944800000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 3866.516851116459,
    "ack": 1,
    "ts": 1757948400000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 2275.8213268259638,
    "ack": 1,
    "ts": 1757952000000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 410.005448541669,
    "ack": 1,
    "ts": 1757955600000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },
  {
    "val": 0,
    "ack": 1,
    "ts": 1757959200000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  }
]

MartyBr

@homoran
Richtig. Die Angaben erfolgen hier -180 bis 180 °. Nullpunkt ist Süden mit 0°
-90° ist Osten, +90° ist dann Westen.

Ist eben eine Definitionssache, Hauptsache, die 360° werden abgebildet.

klassisch

@homoran sagte in Vergleich Solarprognosen Solarwetter und brightsky:

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Wenn sich die DWD Prognosen mittlerweile verändert haben,

nur um 0:00, 05:00 und um 18:00

Ja, um 05:00 rechnet das Skript zum ersten Mal bis 17:00. In der Übergangszeit und im Winter reicht das zur Entscheidung. Aber meine Vorhersagekurve sieht halt unfertig aus. um 08:00 rechnet das Skript nochmals und modifiziert die Kurve. Spätestens danach entscheide ich über den Ladefahrplan. 18:00 interessiert mich dann für diesen Anwendungsfall nicht mehr.

klassisch

Die 05:00 Daten von heute:

Daten des Skripts, welches ich verwende am Beispiel 12:00:

 { "hour": 7, "time": "Tue Sep 16 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.367, "poa_kwh_m2": 0.5061753569504339, "energy_kWh": 6.639081019221859 },

Vorschaukurve über 12h von 05:00 bis 17:00

Alle Stunden

Alle Stunden:
   script.js.EnergyManagement.PvForecastBrightSkyBased: Gesamte erwartete Energie heute: 52 kWh { "hour": 0, "time": "Tue Sep 16 2025 05:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0, "poa_kwh_m2": 0, "energy_kWh": 0 }, { "hour": 1, "time": "Tue Sep 16 2025 06:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0, "poa_kwh_m2": 0, "energy_kWh": 0 }, { "hour": 2, "time": "Tue Sep 16 2025 07:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0, "poa_kwh_m2": 0, "energy_kWh": 0 }, { "hour": 3, "time": "Tue Sep 16 2025 08:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.011, "poa_kwh_m2": 0.018478070228058044, "energy_kWh": 0.24236147342700762 }, { "hour": 4, "time": "Tue Sep 16 2025 09:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.083, "poa_kwh_m2": 0.12492129104230186, "energy_kWh": 1.638488640087726 }, { "hour": 5, "time": "Tue Sep 16 2025 10:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.189, "poa_kwh_m2": 0.2729957662185061, "energy_kWh": 3.58065833301065 }, { "hour": 6, "time": "Tue Sep 16 2025 11:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.286, "poa_kwh_m2": 0.40265006868547776, "energy_kWh": 5.281225946090266 }, { "hour": 7, "time": "Tue Sep 16 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.367, "poa_kwh_m2": 0.5061753569504339, "energy_kWh": 6.639081019221859 }, { "hour": 8, "time": "Tue Sep 16 2025 13:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.436, "poa_kwh_m2": 0.5897519135173445, "energy_kWh": 7.735285176014961 }, { "hour": 9, "time": "Tue Sep 16 2025 14:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.458, "poa_kwh_m2": 0.6066293227145992, "energy_kWh": 7.9566521104509 }, { "hour": 10, "time": "Tue Sep 16 2025 15:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.442, "poa_kwh_m2": 0.5706131555544697, "energy_kWh": 7.484258011262558 }, { "hour": 11, "time": "Tue Sep 16 2025 16:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.397, "poa_kwh_m2": 0.49444124440015014, "energy_kWh": 6.485174427681428 }, { "hour": 12, "time": "Tue Sep 16 2025 17:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.3, "poa_kwh_m2": 0.35165894800846154, "energy_kWh": 4.612417840782246 }] { "val": 0, "ts": 1757991600000 }, { "val": 0, "ts": 1757995200000 }, { "val": 0, "ts": 1757998800000 }, { "val": 242.3614734270076, "ts": 1758002400000 }, { "val": 1638.488640087726, "ts": 1758006000000 }, { "val": 3580.65833301065, "ts": 1758009600000 }, { "val": 5281.225946090266, "ts": 1758013200000 }, { "val": 6639.081019221859, "ts": 1758016800000 }, { "val": 7735.285176014961, "ts": 1758020400000 }, { "val": 7956.6521104509, "ts": 1758024000000 }, { "val": 7484.258011262557, "ts": 1758027600000 }, { "val": 6485.174427681428, "ts": 1758031200000 }, { "val": 4612.4178407822465, "ts": 1758034800000 }

12Uhr Daten vom Adapter:

brightsky.0.hourly.07.timestamp 
Tue Sep 16 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)

Dieses Datum verwende ich auch im Skript als Input

brightsky.0.hourly.07.solar
0.367

Der Adapter kommt aber zu einem anderen Ergebnis

brightsky.0.hourly.07.solar_estimate
2.952

Adaptereinstellungen:

Modulbeschreibung im Skript:

const AREA_M2      = 36* 1.755 * 1.038;    // Fläche A in m²
const EFFICIENCY   = 0.20;  // Wirkungsgrad (z. B. 20% -> 0.20)
const ALPHA_DEG    = -10;     // Azimut der Fläche (0 = Süd, negativ Ost, positiv West)
const BETA_DEG     = 25;    // Neigung in Grad gegen Horizontal

Vielleicht sollte wir mal die Berechnungsmethode und Zwischenergebnisse vergleichen. Habe heute allerdings keinen Urlaub und bin geschäftlich ausser Haus. Sorry.

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Modulbeschreibung im Skript:

da hast du -10° Azimut.
in dem Adapter jedoch 190°
das wären +10° weil über Süd hinaus nach West

also eins von beiden ändern:

170 - -10
190 - +10

klassisch

@homoran -10° im PVGIS-System und den üblichen Solarsystemen ist korrekt. Erläuterung zu PVGIS
https://www.photovoltaikforum.com/wissen/entry/5-anleitung-pvgis-ertragsprognose/

Ausrichtung (= Azimuth) eingeben

    180 Nord
    -135 Nord-Ost
    -90 Ost
    -45 Süd-Ost
    0 Süd [voreingestellt]
    45 Süd-West
    90 West
    135 Nord-West

Also sind die -10° für 10° nach Osten gedreht in PVGIS korrekt. Diese Definition habe ich auch in meinem Skript vorgegeben. Danke ich :-)

Der Adapter sagt in der bei mir installierten Form 0 bis 360°. Ich weiß noch aus der Diskussion hier, daß 0° gegen Nord geht. Winkel in mathematisch positiver Richtung gehen im Gegenuhrzeigersinn. Damit wäre ich bei 190°.
Wenn die Wettermachen eine andere Richtung nutzen, kann ich gerne auf 170° umstellen. Wird aber die Abweichung kaum erklären. Ich stelle heute Nacht mal um und dann sehen wir morgen ab 05:00 die Werte sind. Nach meinen Spielereien mit PVGIS erwarte ich da wenig Änderungen.

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Winkel in mathematisch positiver Richtung gehen im Gegenuhrzeigersinn

Nope!
die gehen im Uhrzeigersinn!

0 = nord 90 = 0st 180 = Süd und 270 = West

dfür hatte ich das Bild aus Wikipedia gepostet

klassisch

@homoran Vielen Dank, wieder was gelernt. Die Wettermachen machen es also anders. Ein Hinweis im Adapter wäre praktisch. Habe es mal umgestellt, morgen wissen wir mehr.

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Die Wettermachen machen es also anders

nee, das ist allgemeine Erdkunde aus Klasse 5 oder 6 ;-)

mich hatte damals die Bestimmung der Satellitenpositionen in Südauslenkung erstmals mit dieser anderen Möglichkeit konfrontiert
Was bitte soll 19.2 Grad Ost sein? (wenn man von einem nord-ausgerichteten 360° Kreis ausgeht)

ticaki

@klassisch
Ich wusste garnicht das es anders rum geht. Fernsehen und damit Parabol ausrichten interessiert mich schon seit hm 15-20 Jahren nicht. Gucke keines :)

klassisch

@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:

@klassisch
Ich wusste garnicht das es anders rum geht. Fernsehen und damit Parabol ausrichten interessiert mich schon seit hm 15-20 Jahren nicht. Gucke keines :)

Habe 1986 den Fernseher weggetan. Eine der besseren Entscheidungen meines Lebens.

Mathematisch positiv = Gegenuhrzeigersinn ist halt in meinem Hirn eingebrannt.

Aber daß die Geodäten rechtsrum drehen, hätte ich eigentlich wissen müssen. Bei den Theodoliten, Tachymetern und Totalstationen ist das auch so. Allerdings oft mit Gon statt Grad, um die Verwirrung komplett zu machen :-)

Aber wie gesagt, bei +/- 10° um Süden ist der Unterschied nicht so groß

12:00 Daten
Adapter

brightsky.0.hourly.07.timestamp
Wed Sep 17 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)

brightsky.0.hourly.07.solar_estimate
3.191

Meine Kurve

12:00 JSON Datensatz ->
{
"val": 6560.990483223978,
"ack": 1,
"ts": 1758103200000,
"q": 0,
"c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
"from": "system.adapter.javascript.0",
"user": "system.user.admin"
},

Gesamter Tag:

script.js.EnergyManagement.PvForecastBrightSkyBased: Gesamte erwartete Energie heute: 49 kWh { "hour": 0, "time": "Wed Sep 17 2025 05:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0, "poa_kwh_m2": 0, "energy_kWh": 0 }, { "hour": 1, "time": "Wed Sep 17 2025 06:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0, "poa_kwh_m2": 0, "energy_kWh": 0 }, { "hour": 2, "time": "Wed Sep 17 2025 07:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0, "poa_kwh_m2": 0, "energy_kWh": 0 }, { "hour": 3, "time": "Wed Sep 17 2025 08:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.008, "poa_kwh_m2": 0.013751372147252625, "energy_kWh": 0.18036530731388617 }, { "hour": 4, "time": "Wed Sep 17 2025 09:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.075, "poa_kwh_m2": 0.11405061283508156, "energy_kWh": 1.4959069984478859 }, { "hour": 5, "time": "Wed Sep 17 2025 10:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.181, "poa_kwh_m2": 0.2632422520670625, "energy_kWh": 3.4527296028099386 }, { "hour": 6, "time": "Wed Sep 17 2025 11:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.275, "poa_kwh_m2": 0.3892525369984374, "energy_kWh": 5.105501669697721 }, { "hour": 7, "time": "Wed Sep 17 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.361, "poa_kwh_m2": 0.5002215954556223, "energy_kWh": 6.5609904832239785 }, { "hour": 8, "time": "Wed Sep 17 2025 13:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.408, "poa_kwh_m2": 0.5542715808796904, "energy_kWh": 7.269919172443607 }, { "hour": 9, "time": "Wed Sep 17 2025 14:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.439, "poa_kwh_m2": 0.5839630358667278, "energy_kWh": 7.659357284218027 }, { "hour": 10, "time": "Wed Sep 17 2025 15:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.411, "poa_kwh_m2": 0.5329965489492622, "energy_kWh": 6.990872279438746 }, { "hour": 11, "time": "Wed Sep 17 2025 16:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.369, "poa_kwh_m2": 0.4619115805997366, "energy_kWh": 6.058509892291686 }, { "hour": 12, "time": "Wed Sep 17 2025 17:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)", "ghi": 0.292, "poa_kwh_m2": 0.3443934738162627, "energy_kWh": 4.517122660677702 }] { "val": 0, "ts": 1758078000000 }, { "val": 0, "ts": 1758081600000 }, { "val": 0, "ts": 1758085200000 }, { "val": 180.36530731388618, "ts": 1758088800000 }, { "val": 1495.9069984478858, "ts": 1758092400000 }, { "val": 3452.7296028099386, "ts": 1758096000000 }, { "val": 5105.501669697721, "ts": 1758099600000 }, { "val": 6560.990483223978, "ts": 1758103200000 }, { "val": 7269.919172443607, "ts": 1758106800000 }, { "val": 7659.3572842180265, "ts": 1758110400000 }, { "val": 6990.872279438747, "ts": 1758114000000 }, { "val": 6058.509892291686, "ts": 1758117600000 }, { "val": 4517.122660677703, "ts": 1758121200000 }]

ticaki

Hab ich ganz vergessen zu sagen - in der aktuellen beta wird für jede ¼ Stunde der Wert berechnet um dichter an ein gutes ergebnis zu kommen.

EDIT: Hab nicht mehr Messwerte - aber die Sonne wandert ja in einer Stunde doch ein Stückchen am Himmel.

icebear

Ihr bringt mich hier total durcheinander mit der Sonnenposition.
Jetzt weiß ich bald gar nicht mehr was ich im Adapter einstellen muß/soll.

Hier mal ein Bild von meiner Situation:

Ich hab jetzt im Adapter für die eine Seite 60° eingegeben und für die andere 230°.

Ist das jetzt richtig oder falsch?

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Aber daß die Geodäten rechtsrum drehen,

Meine Tochter kam damals aus der Grundschule mit dem Lernsatz
Nie Ohne Seife Waschen
den kannte ich auch noch nicht

@icebear sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Hier mal ein Bild von meiner Situation:

und wo sind die Panels?
bzw. die Dachneigung?

wenn der First so läuft

könnte das passen, wobei 60 +180 = 240

ticaki

@icebear
Norden= 0
Osten = 90

icebear

@homoran said in Vergleich Solarprognosen Solarwetter und brightsky:

und wo sind die Panels?
bzw. die Dachneigung?

Na das schwarze sind die Panels, Richtung NO = 8 Panels Dachneigung 40° und Richtung SW = 12 Panels 40°

Den First haste ja schon richtig eingezeichnet:relaxed: (hatte ich vergessen)

und was soll mir das > wobei 60 +180 = 240 sagen?

Homoran

@icebear sagte in Vergleich Solarprognosen Solarwetter und brightsky:

was soll mir das > wobei 60 +180 = 240 sagen?

wenn die Panels auf gegenüberliegenden Dachhälften liegen, sind die um 180 Grad gedreht.
Dann stimmen deine Werte so nicht ganz.

icebear

@homoran said in Vergleich Solarprognosen Solarwetter und brightsky:

wenn die Panels auf gegenüberliegenden Dachhälften liegen,

Ah, verstehe (hoffentlich) da die Panels ja genau gegenüber liegen müssten das ja 180° sein.

Heißt wenn die auf der einen Seite 60° Richtung NO zeigen, dann müßten die auf der anderen Seite bei 240° SW liegen, es sei denn das Haus ist schief :face_with_rolling_eyes:

klassisch

@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Hab ich ganz vergessen zu sagen - in der aktuellen beta wird für jede ¼ Stunde der Wert berechnet um dichter an ein gutes ergebnis zu kommen.

EDIT: Hab nicht mehr Messwerte - aber die Sonne wandert ja in einer Stunde doch ein Stückchen am Himmel.

Interpretiere ich das richtig?

Es gibt noch immer 13 Datensätze pro Tag 00 bis +12
Die stündlichen DWD Daten "solar", also ghi, bleiben über die Stunde konstant
die Daten "solar_estimate". werden jetzt aus dem Sonnerverlauf innerhalb dieser Stunde berechnet und der Mittelwert der Einzelrechnungen wird in den Datenpunkt geschrieben

Edit: Und welche Nummer hat die latest beta? Ich habe derzeit 0.3.0

Community Forum

NEWS

Vergleich Solarprognosen Solarwetter und brightsky

Support us

659

32.6k

81.9k

1.3m