Vergleich Solarprognosen Solarwetter und brightsky
-
@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:
@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:
EDIT - das dürfte aber nicht so hoch sein, deine panels zeigen ja nach norden.
nono, weitgehen Süden mit 10° gegen Osten. In PVGIS setze ich -10° ein. Das müßte ja den 350° entsprechen, wenn 0° gen Süden zeigt.
@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:
nono, weitgehen Süden mit 10° gegen Osten.
dann ist der eingegebene Wert falsch!
0/360 is Nord -
Ich ändere das in:
Azimuth (0-360°) 0=Nim Admin.
-
Ich kann mit beiden Definitionen leben, muß nur wissen, welche gilt. Da wir im Solarumfeld arbeiten, hatte ich mal diese Definition aus PV GIS etc genommen.
@klassisch ich kenne 0=Süd eigentlich nur aus den Satellitenpositionen.
Die Windrose ist immer 0=Nordedit:
Quelle: Wikipedia -
@klassisch ich kenne 0=Süd eigentlich nur aus den Satellitenpositionen.
Die Windrose ist immer 0=Nordedit:
Quelle: Wikipedia@homoran
Bei vielen Anbietern von Solarprognose entspricht 0 ° Süden.
Das ist z.B. auch bei Solarprognose.de so.
Aktuell kann man dort mehrere Panel Ausrichtungen noch kostenlos eintragen.
-
@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:
Ich ändere das in:
Azimuth (0-360°) 0=Nim Admin.
Dann wären meine 10° Ost 190°
Damit errechnet der Adapter
brightsky.0.hourly.01.solar_estimate
zu
2.822
schon deutlich besser, aber immer noch unplausibel wenig . Mein Wert für 15:00 wäre 6035.Wobei ich das um 08:10 mit den dortigen Prognosen gerechnet habe und die Werte seither nicht mehr verändert habe.
Wenn sich die DWD Prognosen mittlerweile verändert haben, dann hat der Adapter beim Neustart andere DWD Werte und damit auch solar_estimate Werte. -
@homoran
Bei vielen Anbietern von Solarprognose entspricht 0 ° Süden.
Das ist z.B. auch bei Solarprognose.de so.
Aktuell kann man dort mehrere Panel Ausrichtungen noch kostenlos eintragen.@martybr dann ist es aber sicher auch wie bei Ausrichtung der Satellitenschüssel z.B. -27° Ost und nicht 333°, oder?
-
@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:
Ich ändere das in:
Azimuth (0-360°) 0=Nim Admin.
Dann wären meine 10° Ost 190°
Damit errechnet der Adapter
brightsky.0.hourly.01.solar_estimate
zu
2.822
schon deutlich besser, aber immer noch unplausibel wenig . Mein Wert für 15:00 wäre 6035.Wobei ich das um 08:10 mit den dortigen Prognosen gerechnet habe und die Werte seither nicht mehr verändert habe.
Wenn sich die DWD Prognosen mittlerweile verändert haben, dann hat der Adapter beim Neustart andere DWD Werte und damit auch solar_estimate Werte.Wenn wir über die stündlichen Werte sprechen - die sind nicht kumulativ - das daily total ist falsch - c&p fehler.
-
@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:
Ich ändere das in:
Azimuth (0-360°) 0=Nim Admin.
Dann wären meine 10° Ost 190°
Damit errechnet der Adapter
brightsky.0.hourly.01.solar_estimate
zu
2.822
schon deutlich besser, aber immer noch unplausibel wenig . Mein Wert für 15:00 wäre 6035.Wobei ich das um 08:10 mit den dortigen Prognosen gerechnet habe und die Werte seither nicht mehr verändert habe.
Wenn sich die DWD Prognosen mittlerweile verändert haben, dann hat der Adapter beim Neustart andere DWD Werte und damit auch solar_estimate Werte.@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
-
Wenn wir über die stündlichen Werte sprechen - die sind nicht kumulativ - das daily total ist falsch - c&p fehler.
@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:
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
-
@martybr dann ist es aber sicher auch wie bei Ausrichtung der Satellitenschüssel z.B. -27° Ost und nicht 333°, oder?
-
@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
@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.
-
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
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.367Der Adapter kommt aber zu einem anderen Ergebnis
brightsky.0.hourly.07.solar_estimate 2.952Adaptereinstellungen:
Modulbeschreibung im Skript:
Vielleicht sollte wir mal die Berechnungsmethode und Zwischenergebnisse vergleichen. Habe heute allerdings keinen Urlaub und bin geschäftlich ausser Haus. Sorry.
-
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
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.367Der Adapter kommt aber zu einem anderen Ergebnis
brightsky.0.hourly.07.solar_estimate 2.952Adaptereinstellungen:
Modulbeschreibung im Skript:
Vielleicht sollte wir mal die Berechnungsmethode und Zwischenergebnisse vergleichen. Habe heute allerdings keinen Urlaub und bin geschäftlich ausser Haus. Sorry.
@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 Westalso eins von beiden ändern:
- 170 - -10
- 190 - +10
-
@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 Westalso eins von beiden ändern:
- 170 - -10
- 190 - +10
@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-WestAlso 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 -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-WestAlso 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.@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 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
-
@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.
@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) -
@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
Ich wusste garnicht das es anders rum geht. Fernsehen und damit Parabol ausrichten interessiert mich schon seit hm 15-20 Jahren nicht. Gucke keines :)@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.191Meine 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:
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login287
Online32.8k
Users82.7k
Topics1.3m
Posts