Test PV Forecast Adapter

RichardDgn

Guten Abend,
ich bin absoluter Neuling was ioBroker, influxDB, Raspberry, usw. angeht, versuche aber aktuell mein Glück mit allem was ich in die Finger bekomme.

Soweit funktioniert die Abfrage über ioBroker mit PV-Prognose wunderbar, das einzige was ich aktuell noch vermisse ist die prognostizierte Wattstundensumme je voller Stunde über "forecast". (ist der dritte Responseblock über die Beispiel-API: 'https://api.forecast.solar/estimate/50/10/25/45/13')
Hiermit könnte man beispielsweise, je nach Ausstattung, einen Batteriespeicher bis zu einer Grenze entladen, da man ja im Vorfeld "weiß", wieviel Ertrag in kWh generiert werden sollte.

Ist die Implementierung dieser Werte in Zukunft geplant?

Ich traue mir ganz ungern zu das Script zu zerlegen.

Herzlichen Dank für eure enormen Leistungen und viele Grüße!

haus-automatisierung

@richarddgn sagte in Test PV Forecast Adapter:

das einzige was ich aktuell noch vermisse ist die prognostizierte Wattstundensumme je voller Stunde über "forecast".

Stimmt, das wird aktuell nur addiert. Wäre aber recht einfach das mit aufzunehmen. Kann ich mir mal anschauen, wenn ich Zeit finde.

haus-automatisierung

@richarddgn sagte in Test PV Forecast Adapter:

Hiermit könnte man beispielsweise, je nach Ausstattung, einen Batteriespeicher bis zu einer Grenze entladen, da man ja im Vorfeld "weiß", wieviel Ertrag in kWh generiert werden sollte.

Habe ich in Version 2.5.0 hinzugefügt.

Diginix

@haus-automatisierung Seit 2.5.0 wird bei mir pvforecast.0.plants.1.JSONTable mit Solcast nicht mehr aktualisiert. Ich sehe noch die Werte vom 11. und 12.01., die mit v2.4.0 geschrieben wurden.
Log zeigt keinerlei Fehler.
pvforecast.0.summary.JSONTable ist komplett leer.

Nach Downgrade auf 2.4.0 wurden beide JSONTable wieder mit aktuellen Werten gefüllt.

Latzi

@diginix sagte in Test PV Forecast Adapter:

Seit 2.5.0 wird bei mir pvforecast.0.plants.1.JSONTable mit Solcast nicht mehr aktualisiert. Ich sehe noch die Werte vom 11. und 12.01., die mit v2.4.0 geschrieben wurden.
Log zeigt keinerlei Fehler.
pvforecast.0.summary.JSONTable ist komplett leer.
Nach Downgrade auf 2.4.0 wurden beide JSONTable wieder mit aktuellen Werten gefüllt.

Kann ich genau so bestätigen

haus-automatisierung

@diginix sagte in Test PV Forecast Adapter:

pvforecast.0.summary.JSONTable ist komplett leer.

Danke, muss ich mir angucken. Habe relativ viel umbauen müssen, damit die Energie-Daten auch in die Struktur aufgenommen werden konnten.

Machst Du einen GitHub Issue, damit ich das nicht vergesse?

Diginix

@haus-automatisierung Bekommst du:
https://github.com/iobroker-community-adapters/ioBroker.pvforecast/issues/82

Diginix created this issue in iobroker-community-adapters/ioBroker.pvforecast

closed all JSONTable aren't updated with 2.5.0 #82

JB_Sullivan

Habe die 2.5.0 auf dem System und heute Morgen diese Fehlermeldung im Log gefunden. Instanz läuft aber einwandfrei und auch die Grafiken wurden erzeugt.


pvforecast.0
2023-01-13 09:47:12.064	error	Axios Error TypeError: Cannot read property 'ratelimit' of undefined

pvforecast.0
2023-01-13 09:47:04.648	error	Axios Error TypeError: Cannot read property 'ratelimit' of undefined

haus-automatisierung

@jb_sullivan Mh, die Meldung müsste aber schon "immer" da sein. Gucke ich mir an, danke.

Latzi

@haus-automatisierung
mit der 2.5.1 bleibt bei mir bei solcast die pvforecast.0.summary.JSONTable leer ([]). Die JSONTable der einzelnen Anlagen sind jedoch befüllt.
Brauchst du noch weitere Infos?

Edit: github issue ist erstellt: https://github.com/iobroker-community-adapters/ioBroker.pvforecast/issues/83

Edit vom edit (14.01.23 09:09): Nach Löschen der DP´s und kompletter Neuinstallation (Instanz und Adapter vorher gelöscht) läuft´s nun perfekt - issue geschlossen

latzi0710 created this issue in iobroker-community-adapters/ioBroker.pvforecast

closed pvforecast.0.summary.JSONTable is empty in version 2.5.1 #83

haus-automatisierung

@latzi sagte in Test PV Forecast Adapter:

Nach Löschen der DP´s und kompletter Neuinstallation

Da sich bei den Datenpunkten nichts geändert hat, wäre das nicht notwendig gewesen. Einfach die Daten neu vom Service abholen (oder einen Tag warten) hätte auch gereicht.

Diginix

@haus-automatisierung 2.5.1 aktualisiert bei mir alle JSONTable ohne manuelle Eingriffe.

haus-automatisierung

@diginix Sollte auch so sein, wenn nach dem Upgrade einmal frische Daten vom Server geholt wurden.

Diginix

@haus-automatisierung Das macht er ja zwangsläufig durch Instanz Neustart nach Update.

haus-automatisierung

@diginix sagte in Test PV Forecast Adapter:

@haus-automatisierung Das macht er ja zwangsläufig durch Instanz Neustart nach Update.

Nein

Diginix

@haus-automatisierung Hm, bei mir mit solcast definitiv. Deswegen fliegen ja sofort alle Prognosewerte der Vergangenheit weg wofür es ja ein Feature request gibt. Aber ist ja auch egal. 2.5.1 läuft und das zählt.

haus-automatisierung

@diginix sagte in Test PV Forecast Adapter:

Hm, bei mir mit solcast definitiv.

Die Daten werden nur neu geholt, wenn sie mindestens eine Stunde alt sind. Wenn Solcast nachts die Daten geholt hat und Du tagsüber die Instanz neustartest, dann natürlich schon. Wenn Du aber 10x neustartest, dann trotzdem nur einmalig.

https://github.com/iobroker-community-adapters/ioBroker.pvforecast/blob/9149f96a37e2d352d1eeffec0c7d6c70df4ef572/main.js#L652

WaldWieselchen

@patrickwalther

@sputnik24 said in Test PV Forecast Adapter:

Heute mal eine perfekte Prognose, sowohl im Leistungsverlauf als auch im Ertrag (prognostiziert wurden 27,7 kWh, was in der Summe aber Zufall ist, weil für die Südseite wurden 22,7 kWh und die Nordseite 5,0 kWh prognostiziert, sprich für die Nordseite liegt die Prognose um 50% daneben, kompensiert damit zufällig den Fehler auf der Südseite.).

Hi @Sputnik24 ,
ich versuch mich auch gerade an so einer Darstellung von forecast + Produktion in Grafana.
Könntest Du mir bitte die queries etc. von dem dashboard geben?

Danke und Gruß
Michael

Christoph1337 · 25.05.2021

@patrickwalther Moin moin,
ich hätte ein paar Ideen für deinen tollen Adapter.

Da einige APIs nur eine bestimmte Anzahl von Anfragen am Tag erlauben währe es toll diese auf die Sonnezeit zu beschränken. Mir ist schön öfter aufgefallen, dass solcast im verlauf des Tages seine Kurven korrigiert. Wenn man nun die 10 Anfragen erst ab Sonnenaufgang verbraucht sind mit Glück genauere Daten zu erwarten.
rotierende API Keys. Es ist zwar nicht im Sinne des Erfinders, aber man könnte für Anbieter wie solcast einfach drei API-Keys hinterlegen. So hätte man nicht mehr das Limit von 10 Requests.
Es gibt ja eine neue API von SolarPredictionAPI. Leider habe ich die bei mir noch nicht zum laufen gebracht. Da hier Kosten entstehen, wenn 12 Requests überschritten sind wäre ab diesem Punkt ein automatischer STOP ganz gut. So wundert man sich nicht plötzlich über die Kosten von 0,15$ pro weiterem Request. Natürlich könnte man das ganze auch mit Punkt 1 und 2 vereinen.
Scheduler für Requests genauer einstellen. z.B. alle 2 Stunden. Vielleicht so wie in einem cron ein Feld hinzufügen.

Beste Grüße

oxident

@christoph1337 Also bei dem einstellbaren Abfrageinterval bin ich voll bei Dir. Mir ist auch oft aufgefallen, dass die Vorhersagen teilweise arg daneben liegen (und das Wetter in der Tat schlechter als erwartet war).

NEWS