NEWS
Test PV Forecast Adapter
-
@bananajoe
Schaut eher so aus, als wenn er die Daten im 1/2-Stunden-Takt liefert, aber das Script nur die Achse für den Stunden-Takt angibt.Daher auch die Frage, ob diese Angaben wo gespeichert werden, auch wenn der Adapter deinstalliert wird. Denn ich hatte vorher die Anzeige mi dem 1/2-Stunden-Takt eingestellt und das hat gepasst. Nun ändert sich aber auch nichts, wenn ich auf den 1/2-Stunden-Tank umschalte.
Gefunden: Beim Diagrammetikettenformat muss mind. DD.HH vorhanden sein.
-
@anbima sagte in Test PV Forecast Adapter:
Schaut eher so aus, als wenn er die Daten im 1/2-Stunden-Takt liefert, aber das Script nur die Achse für den Stunden-Takt angibt.
das ist egal. Die Werte die geliefert werden haben ja auch einen Zeitstempel zum jeweiligen Wert, z.B. "um 13:00:00 Uhr sind es 5899kWh"
Und so schreibt man das dann auch in die Datenbank. Da ist es egal ob der Wert in der Zukunft oder Vergangenheit liegt, man gibt diesen Wert mit: "Schreibe für 13:00:00 Uhr den Wert 5899 in die Datenbank"
-
Das Problem ist wieder da.
Ich hatte gestern das Abfragelimit bei solcast erreicht und daher auf Forecast.solar umestellt. Da hat es funktioniert.Mit solcast funktioniert es heute nicht mehr.
Trotz eingetelltem Stundentakt werden diese im 1/2-Stundentakt ausgegeben.
Das haut dann die Grafik durcheinander.Kann ich das Problem selbst lösen oder muss da ein "Bugfixer" ran?
-
@PatrickWalther
Bist du hier noch aktiv und könntest eventuell Änderungen vornehmen? -
Pls.ignore.
-
Der Adapter liefert seit ein paar Tagen keine Daten mehr Issues auf Github dazu ist ja schon offen. Kann man das Problem fixen?
-
@markus397 sagte in Test PV Forecast Adapter:
Der Adapter liefert seit ein paar Tagen keine Daten mehr
Ganz neue Erkenntnis
https://forum.iobroker.net/topic/77375/pv-forecast-probleme-mit-solcast
-
Ich denke der einzigste der da jetzt noch was dran tun kann ist @haus-automatisierung Matthias.
Der hatte damals auch schon mal ein Problem gefixt. Ohne seine Hilfe wird das wohl nix mehr werden mit 'solcast' . Dann bleibt leider nur die Option 'forcast-solar'.
Ich bin momentan dran den 'solcast' Part über Node-Red zu realisieren, die grafische Darstellung in Grafana hab ich schon, leider gehen meine Kentnisse nicht soweit das ich das mal eben aus dem Ärmel schütteln kann wie ich in Node-Red jetzt ein json mit den Werten erzeugen kann und die Werte dann nach IOB bekomme.
-
@icebear Ich nutze aktuell forecast.solar (die Bezahlversion). Muss mal gucken ob die API einfach anpassen kann oder ob das mehr Aufwand wird.
-
Also wie gesagt, ich mach das bei solcast im Moment über Node-Red mittels der (wie im Github zum Adapter beim Issue von einem Erwähnt wurde) Abfrage der Rooftop_id's
Dazu habe ich zwei Flow's, einen für NE und einen für SW und dann über die Abfrage URL
https://api.solcast.com.au/rooftop_sites/<rooftop-id>/estimated_actuals?format=json
und der Solcast-API Id bei 'Benutzerdaten'.
Das müsste man ja dann beim Adapter so einbauen, das man das in der Konfiguration so eingibt (also Die jeweilige 'Rooftop-ID' und der wie jetzt auch schon zugehörige API-Key.
Dadurch würde die Abfrage nach der PV-Ausrichtung im Adapter entfallen, da die ja duch die Rooftop-ID festgelegt ist.
Ich hab mittlerweile auch schon ein JSON aus meinen Node-Red Flows, das wie folgt aussieht:
{ "forecasts": [ { "pv_estimate": 0.5877, "pv_estimate10": 0.4438, "pv_estimate90": 0.686, "period_end": "2024-10-12T09:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.593, "pv_estimate10": 0.4029, "pv_estimate90": 0.7882, "period_end": "2024-10-12T10:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.6933, "pv_estimate10": 0.4774, "pv_estimate90": 0.8427, "period_end": "2024-10-12T10:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.7427, "pv_estimate10": 0.5796, "pv_estimate90": 0.7877, "period_end": "2024-10-12T11:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.6969, "pv_estimate10": 0.5447, "pv_estimate90": 0.7216, "period_end": "2024-10-12T11:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.6204, "pv_estimate10": 0.4745, "pv_estimate90": 0.6686, "period_end": "2024-10-12T12:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.5564, "pv_estimate10": 0.4214, "pv_estimate90": 0.6139, "period_end": "2024-10-12T12:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.5214, "pv_estimate10": 0.374, "pv_estimate90": 0.5641, "period_end": "2024-10-12T13:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.4715, "pv_estimate10": 0.3144, "pv_estimate90": 0.5118, "period_end": "2024-10-12T13:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.4029, "pv_estimate10": 0.247, "pv_estimate90": 0.4556, "period_end": "2024-10-12T14:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.303, "pv_estimate10": 0.1602, "pv_estimate90": 0.3944, "period_end": "2024-10-12T14:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.1968, "pv_estimate10": 0.0853, "pv_estimate90": 0.3189, "period_end": "2024-10-12T15:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.1006, "pv_estimate10": 0.0467, "pv_estimate90": 0.2197, "period_end": "2024-10-12T15:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.0521, "pv_estimate10": 0.0198, "pv_estimate90": 0.1006, "period_end": "2024-10-12T16:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.0198, "pv_estimate10": 0.0072, "pv_estimate90": 0.0431, "period_end": "2024-10-12T16:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0.0018, "pv_estimate10": 0, "pv_estimate90": 0.0036, "period_end": "2024-10-12T17:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0, "pv_estimate10": 0, "pv_estimate90": 0, "period_end": "2024-10-12T17:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0, "pv_estimate10": 0, "pv_estimate90": 0, "period_end": "2024-10-12T18:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0, "pv_estimate10": 0, "pv_estimate90": 0, "period_end": "2024-10-12T18:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0, "pv_estimate10": 0, "pv_estimate90": 0, "period_end": "2024-10-12T19:00:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0, "pv_estimate10": 0, "pv_estimate90": 0, "period_end": "2024-10-12T19:30:00.0000000Z", "period": "PT30M" }, { "pv_estimate": 0, "pv_estimate10": 0, "pv_estimate90": 0, "period_end": "2024-10-12T20:00:00.0000000Z", "period": "PT30M" }
Musste halt mal schaun ob es den Aufwand lohnt, schön wärs schon, da z.B. bei mir die Solcastwerte besser gepasst haben als die von Forcast-Solar.
-
Hi, ich benötige leider eure Hilfe.
Auch ich verstehe es noch nicht so ganz mit dem Azimut.Meine Panele schauen dem Bild nach auf so auf 155 Grad Süd-Südost.
Was ist der richtige Azimutwert im Adapter? -40 pipapo?
-
Also wenn ich jetzt nicht ganz falsch liege, dann müßte das -25 sein.
Da der Adapter ja Süden bei =0° nimmt und du ja weiter nach Osten mußt also in den Minus-Bereich so wie es im Adapter auf der Einstellungsseite zusehen ist.
Und 155+25 sind 180(bzw 0). Also müßte -25 richtig sein.
Das brauchst du ja auch nur bei Forecast Solar. Wenn du den Adapter (in der neuesten Version 4.0.0) mit 'solcast' nutzt dann gibt es das ja nicht mehr.
-
Vielen Dank für den Hinweis. Es läuft nun denke ich mal.
-
@haus-automatisierung Danke für deine Arbeit
-
Für den Fall das die Meldung wichtig sein könnte - kam direkt nach Update auf die 4er Version
admin.0 548 2024-10-16 21:17:17.205 warn pvforecast has an invalid jsonConfig: [{"instancePath":"/items/_pvsystems/items/devices/items/6","schemaPath":"#/items/allOf/6/then/allOf/1/additionalProperties","keyword":"additionalProperties","params":{"additionalProperty":"width"},"message":"must NOT have additional properties"},{"instancePath":"/items/_pvsystems/items/devices","schemaPath":"#/patternProperties/%5E.%2B/allOf/27/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"/items/_pvsystems","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/9/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]
-
@jb_sullivan sagte in Test PV Forecast Adapter:
kam direkt nach Update auf die 4er Version
Kam auch vorher schon - und jedes Mal wenn man die Instanz-Einstellungen öffnet.
Ich habe bis heute nicht verstanden, warum man diese Meldungen den Endnutzern präsentiert, ...Einfach ignorieren.
-
@haus-automatisierung
Seit dem Update auf Version 4 habe ich ein Problem mit dem Summery Diagramm. Es wird nur eine PV Anlage angezeigt. meine zweite leider nicht. Ist das ein Bug oder muss ich an meinen Einstellungen was ändern?
Auch die Prognose von Solcast funktioniert nicht mehr. Alle vorhandenen Anlagen sind nicht mehr im Adapter und man muss eine ID eingeben. Ich bin zurück zu Version 3 gewechselt. Da funktioniert alles wieder. -
Was für ein Huddle hat der Adapter? Ich habe noch keine Daten für Forecast.solar erhalten können. (kein API Key, nur die Free Version)
Axios Error AxiosError: Request failed with status code 400
-
@maxpd @haus-automatisierung soll ich ein GitHub issue eröffnen?
-
@maxpd sagte in Test PV Forecast Adapter:
soll ich ein GitHub issue eröffnen?
Gern mit einem Log auf Debug Log-Level (bitte aktuelle Beta-Version nutzen).