UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[micklafisch]

@bananajoe
sicher ist das nicht, nur eine Vermutung . Ich hab meine NO-/SW PV erst seit Juni und sammle auch entsprechend erst kurz die Daten.

Das war meine Vermutung, da die Produktion ja im Grunde immer erst um kurz vor voller Stunde fest steht und das Forecast aber ja auf Beginn der Stunde. Daher mein Gedankengang der einen Stunde Zeitverschiebung,.

[Garbracht]

@sborg Ich finde große Unterschiede zwischen den Werten von solcast und den Werten in den Datenpunkten. Ich habe gerade V2.3.0 installiert und verglichen. Die Werte der Datenpunkte liegen um ca. 20% unter den Werten von solcast. Die solcast-Werte rufe ich über node-red ab und schreibe sie in InfluxDB. Ein Vergleich der solcast Vorschauwerte mit den real gemessen Werten, die vom Dach kommen, durch übereinanderschreiben der Kurven mit Grafana zeigen eine Erstaunliche Übereinstimmung.
Im Adapter habe ich die Anlagedaten, Dachneigung, Azimut, geografische Lage eingegeben. Kann es sein, daß die Anpassung, die in solcast schon durchgeführt wird hier nochmal gerechnet wird?
Normalerweise müßte der Abruf der Daten über Node-red und den Adapter die gleichen Werte ergeben.
Vielleicht habe ich aber auch nur einen dummen Fehler gemacht ???

[Sputnik24]

@micklafisch said in Test PV Forecast Adapter:

Moin moin,

weiß jemand wie ich die Stunde Verschiebung zwischen Forecast und Production in meinem Grafana Graph kompensieren kann? Kann ich einer Zeitreihe sagen "Werte-1h"?

Bei mir sind es 45 min, warum auch immer.

Ich nutze influxdb V2. Dort kann man im query ein Timeshift angeben:

|> timeShift (duration: 45m)

[SBorg]

@garbracht sagte in Test PV Forecast Adapter:

Kann es sein, daß die Anpassung, die in solcast schon durchgeführt wird hier nochmal gerechnet wird?

Könnte, glaube ich aber eher nicht, denn die Berechnungen sind bestimmt nicht gerade trivial.
Für meinen Standort sind zumindest die Solcast-Daten wesentlich genauer als die Forecast-Daten. Allerdings muss ich gestehen, dass ich (noch) keine echten Daten habe und mich auf den mehr oder minder genauen Sensor meiner Wetterstation verlassen muss.

[haus-automatisierung]

@garbracht sagte in Test PV Forecast Adapter:

Kann es sein, daß die Anpassung, die in solcast schon durchgeführt wird hier nochmal gerechnet wird?
Normalerweise müßte der Abruf der Daten über Node-red und den Adapter die gleichen Werte ergeben.

Ja. Grund dafür ist, dass der Adapter auf der Struktur von forecast.solar aufbaut. Irgendwann ist dann wohl Solcast dazu gekommen. Bevor man jetzt den kompletten Adapter für zwei verschiedene Formate aufbaut, wurde ein Konverter geschrieben, welcher die Solcast-Daten in das Format von forecast.solar umbaut.

https://github.com/iobroker-community-adapters/ioBroker.pvforecast/blob/main/lib/solcast.js

[micklafisch]

@sputnik24

Danke für den Tipp, das scheint dann flux zu sein welches ich bisher nicht einsetze. Muss mich mal mit beschäftigen und ggf. upgraden.

[BananaJoe]

Also ich habe bei mir im Moment parallel sowohl Forecast als auch Solcast laufen ... und es sind beide Schummler ...
Einer hat immer recht - und wenn er wie Forecast es rückwirkend ändert, oder wie Solcast sich umentscheidet.

Man kann ja morgens schauen was er vorhersagt, Mittags wird ein anderer Wert ermittelt und Abends ist er wieder anders.

Aber es sieht in den Grafiken nett aus und ist natürlich "cool" wenn man die Schätzungen immer übertrifft.

[haus-automatisierung]

@bananajoe sagte in Test PV Forecast Adapter:

Mittags wird ein anderer Wert ermittelt und Abends ist er wieder anders.

Das wird wohl an den sich ständig ändernden Wetterdaten liegen, welche in die Prognose mit einbezogen werden.

[Homoran]

@bananajoe ich habe für mich im Frühjahr erst eine einfache Parabelgleichung für die maximal mögliche Produktion genommen, um grob zu bewerten, ob der Ertrag im Rahmen liegt, oder Bewölkung einer optimalen Eigennutzung entgegenstehen (ich hab es Wolkenwächter genannt). Später habe ich den absteigenden Ast noch mit einem Surplus addiert, da die Himmelsstrahlung in dem Bereich wohl noch einiges liefert.

Alles empirisch bis es passte.

Inzwischen habe ich auch im vorderen Bereich einen deutlichen Versatz von Estimate und ist.

Wann dieser auftrat weiß ich nicht. ob es mit drr Sommerzeit war - möglich. ist aber weniger als eine Stunde und der absteigende Ast passt noch (Screenshot von heute)

Die Anlage geht auf 130°, also für die Morgensonne eigentlich gut.
Allerdings könnte es daran liegen, dass der "Aufprallwinkel" bei dem frühen Sonnenaufgang deutlich aus der senkrechten rausfällt.

[jerzimeik]

Hallo zusammen,

ich habe zu dem Adapter noch eine Verständnisfrage:

Der Vorhersage-Datenpunkt "energy today" variiert ja über den Tag verteilt. Kann ich davon ausgehen, dass der letzte Wert des Tages annähernd dem tatsächlichen Wert entspricht?

VG,
jerzimeik

[BananaJoe]

@jerzimeik sagte in Test PV Forecast Adapter:

Hallo zusammen,

ich habe zu dem Adapter noch eine Verständnisfrage:

Der Vorhersage-Datenpunkt "energy today" variiert ja über den Tag verteilt. Kann ich davon ausgehen, dass der letzte Wert des Tages annähernd dem tatsächlichen Wert entspricht?

VG,
jerzimeik

Jupp

[Diginix]

@jerzimeik Nur beim Dienst forecast wird immer wieder aktualisiert und ja, der letzte Wert berücksichtig dann die besser bekannten Werte der Vergangenheit und ist somit dann insgesamt präziser als ein Wert der nur auf Vorhersage zu Tagesstart basiert. Beim Dienst solcast wird nur einmal zu Tagesbeginn der Wert abgerufen, er ändert sich über den Tag nicht und wird dadurch nicht genauer. Trotzdem ist solcast bei mir so immer noch um einiges treffsicherer als forecast.

[oxident]

@diginix @jerzimeik Jein, also der Wert bei Solcast wird in der Tat am Tag nicht nochmal abgerufen. Meines Wissens nach hat das aber den Grund, dass der Wert immer den noch zu erwartenden Ertrag angibt.

Genau der ist auf jeden Fall von Stunde zu Stunde immer präziser, jedoch muss man seine eigene Logik hier schon heftig abändern um darauf vorbereitet zu sein.

[Diginix]

@oxident Ja, bei solcast bekommt man nur die stündlichen Werte für die Zukunft. Sieht man zB wenn man den Adapter tagsüber mal neustartet. Dann fliegen alle Prognosewerte bis zur aktuellen Stunde weg. Deswegen wird nur nachts einmal aktualisiert. Genauer würde es später logischerweise aber eben mit Verlust der historischen Werte des laufenden Tages. Aber selbst der initiale Tageswert ist schon verdammt gut und seit Monaten bei mir bis auf wenige kWh passend zum relaen Ertrag. forecast liegt da zT mehr als 50% daneben und das selbst mit Aktualisierungen während des Tages.

[Ben. 0]

Sind die hourly-Werte kWh oder kW und sind die Werte um 18:00:00 Uhr der Ertrag zwischen 17 und 18 Uhr?

Sorry, mir ist das nicht klar.

PS: Bei mir sind die Forecast-Werte präziser als Solcast.

[haus-automatisierung]

@ben-0 sagte in Test PV Forecast Adapter:

Sind die hourly-Werte kWh oder kW und sind die Werte um 18:00:00 Uhr der Ertrag zwischen 17 und 18 Uhr?

Eigentlich sollten an allen Datenpunkten die Einheiten stehen.

[Ben. 0]

@haus-automatisierung Ja, es stehen kW dran, aber kW ist dann die Leistung um genau 18:00:00 oder ein Durchschnittswert vor- oder rückwirkend?

[Diginix]

@ben-0 Meiner Meinung nach ist z.B. pvforecast.0.summary.power.hoursToday.08:00:00 der Leistungswert um 8 Uhr und der gilt pauschal bis 9 Uhr.
Aktuell habe ich um 08:50 Uhr 2600 W Ertrag und pvforecast.0.summary.power.now sagt 1600 W und pvforecast.0.summary.power.hoursToday.09:00:00 sagt 2400 W. Die 8 Uhr Prognose war nur 890 W und real hatte ich 8:00 Uhr 715 W Ertrag.

Stündliche Energiewerte habe ich mit Solcast nicht. Aber der für z.B. 10 Uhr wären dann die bis 10:00 erreichten kWh.

[Ben. 0]

@diginix Super, danke! So kann ich damit arbeiten. Danke dir!

[srwilli]

Hallo,
mein WR kann maximalen Output von 4kw gleichzeitig.
Kann man das irgendwo berücksichtigen?

Viele Grüße und Danke