NEWS
Test PV Forecast Adapter
-
Ich sehe gerade, ein Neustart der Instanz tut offenbar genau das...
-
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!
-
@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.
-
@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.
-
@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.
-
@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
-
@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?
-
-
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
-
@jb_sullivan Mh, die Meldung müsste aber schon "immer" da sein. Gucke ich mir an, danke.
-
@haus-automatisierung
mit der 2.5.1 bleibt bei mir bei solcast diepvforecast.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
-
@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.
-
@haus-automatisierung 2.5.1 aktualisiert bei mir alle JSONTable ohne manuelle Eingriffe.
-
@diginix Sollte auch so sein, wenn nach dem Upgrade einmal frische Daten vom Server geholt wurden.
-
@haus-automatisierung Das macht er ja zwangsläufig durch Instanz Neustart nach Update.
-
@diginix sagte in Test PV Forecast Adapter:
@haus-automatisierung Das macht er ja zwangsläufig durch Instanz Neustart nach Update.
Nein
-
@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.
-
@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.
-
@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 -
@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