NEWS
Test PV Forecast Adapter
-
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).
-
@haus-automatisierung Ursache gefunden. Vor den Koordinaten waren Leerzeichen. Sorry.