Test PV Forecast Adapter
-
https://www.energieversum.de/70-prozent-regelung-pv/
Das wäre dann bei mir die Variante 1.Variante 2 wäre ja im optimalen Fall der Selbstnutzung auch wieder ohne Abregelung.
Ja, du hast recht. Das gilt pro Anlage und nicht pro Fläche. Ich hab jedoch 2 Anlagen, wobei es für die eine gilt und für die andere nicht. -
@unterstedter Achso Du kennst deinen Eigenverbrauch nicht und deswegen hast Du einen harten Cut bei 70%. Verstehe. Ist nur ein recht seltener Fall denke ich. Kann ich gerne einbauen.
-
@haus-automatisierung
Cool, danke!
Doch, ich kenn den sogar ziemlich gut. Aber ich hab das Haus mit der Anlage übernommen und hab noch keine wirtschaftlich sinnvolle Lösung gefunden, die 70% + auszunutzen.
Das 70%+ stellt ja auch nur etwa 5 % des Jahresertrags da. Würde die zwar tzotzdem gerne Nutzen, aber es muss Sinn ergeben -
@michalski hier. Ich brauchte das auch:
Du brauchst https://github.com/RomRider/apexcharts-card für Lovelace in iobroker.Dann pvforecast.0.summary.JSONTable für Lovelace freigeben. Bei mir ist das sensor.PV_Ertrag_Stuendlich
Hier ist meine Karte:
type: custom:apexcharts-card graph_span: 2d span: start: day series: - entity: sensor.PV_Ertrag_Stuendlich type: column data_generator: | var data = [] var formattedJSON = JSON.parse(entity.state); console.log(formattedJSON); formattedJSON.forEach(obj => { data.push([obj.Time, obj.Total.replace(/,/g, '.')]) }); return data;Das sieht dann so aus:
-
Bei einer Neuinstallation wird in der Konfiguration das "Azimuth"-Bild nicht angezeigt.
Die Bild-URL lautet ".../adapter/pvforecast/adapter/pvforecast/img/Azimuth.png", sollte wohl korrekt ".../adapter/pvforecast/img/Azimuth.png" lauten, zumindest liegt dort das Pic
https://github.com/iobroker-community-adapters/ioBroker.pvforecast/issues/27
-
@sborg sagte in Test PV Forecast Adapter:
Bei einer Neuinstallation wird in der Konfiguration das "Azimuth"-Bild nicht angezeigt.
Weil Du wahrscheinlich die Admin 6.0.0 Beta verwendest, in welcher der von mir gemeldete Bug (zu genau dem Bild) erstmalig behoben wurde: https://github.com/ioBroker/ioBroker.admin/issues/1470
-
Hab heute nochmal etwas rumprobiert.
Ich habe eine 12€ Account bei forecast.solar angelegt. Die Werte heute morgen sahen realistisch aus. Prognose über 40kWh. Im Laufe des Tages wurde die Prognose immer weniger und auch die Stundenwerte sind auf 0,x abgesackt. Prognose jetzt 6,8 kWh. Ist-Wert = 49,5kWh. Keine Ahnung was der Dienst da für Werte ausspuckt. So jedenfalls unbrauchbar.
Solecast Prognose heute 45,7 kWh und somit realistischer. Leider stimmt die Zeit nicht. Die API wirft Daten ohne Zeitverschiebung aus. Könnte man das noch im Adapter regeln, also 2 Stunden dazu rechnen?
-
@base sagte in Test PV Forecast Adapter:
Die API wirft Daten ohne Zeitverschiebung aus. Könnte man das noch im Adapter regeln, also 2 Stunden dazu rechnen?
https://github.com/iobroker-community-adapters/ioBroker.pvforecast/issues/26
Ist in der neusten Ver. im Git schon gefixt. Einfach die inst. wenn es eilt.closed The solcast api response is in UTC Time #26
-
@haus-automatisierung sagte in Test PV Forecast Adapter:
Weil Du wahrscheinlich die Admin 6.0.0 Beta verwendest,
Jepp, aber nochmal für "hier": ist ein Admin 6 - Issue
Falls wer das Azimuth-Bild vorab im Setup unter Admin 6 braucht: http(s)://IP:VIS_Port/adapter/pvforecast/img/Azimuth.png -
@haus-automatisierung ...ist nicht Admin-6-spezifisch, und nur bissel Kleinkosmetik - wenn man im Admin eines der dunklen Themes aktiv hat, werden die Azimutwerte der "Windrose" in "schwarz auf dunkelschwarz"
dargestellt (ich dachte erst, die Zahlen fehlen schlicht...) -
@jleg sagte in Test PV Forecast Adapter:
werden die Azimutwerte der "Windrose" in "schwarz auf dunkelschwarz"
Habe ich ausgetauscht. Kommt irgendwann mit einer neuen Version. PSD-Datei liegt aber sonst auch im Repo.
-
@diginix sagte in Test PV Forecast Adapter:
Ist in der neusten Ver. im Git schon gefixt. Einfach die inst. wenn es eilt.
Habe gerade die 2.1.5 erstellt, da ich nix gehört habe, was gegen die Änderung spricht.
-
Moin,
ich bekomme den Adapter nicht installiert. Meldung ist
Invalid version of js-controller. Required >=3.3.22. Current 4.0.23.
4.0 ist doch größer als 3.3, oder klappt das nicht mit 4.0?
-
@dlehmann sagte in Test PV Forecast Adapter:
Invalid version of js-controller. Required >=3.3.22. Current 4.0.23.
Du hast eine Beta vom Admin (6.0.0) installiert und der Bug wurde schon 100x diskutiert. Hat nichts mit pvforecast zu tun: https://github.com/ioBroker/ioBroker.admin/issues/1490
closed Admin 6: Update dependency checks broken #1490
-
@dlehmann Sofern du den Expertenmodus eingeschaltet hast, deaktiviere ihn. Danach sollte die Prüfung wieder funktionieren.
-
@haus-automatisierung sagte in Test PV Forecast Adapter:
@dlehmann sagte in Test PV Forecast Adapter:
Invalid version of js-controller. Required >=3.3.22. Current 4.0.23.
Du hast eine Beta vom Admin (6.0.0) installiert und der Bug wurde schon 100x diskutiert. Hat nichts mit pvforecast zu tun: https://github.com/ioBroker/ioBroker.admin/issues/1490
sorry Matthias, das ich nicht nach Problemen mit Admin im Forum gesucht habe, wenn ich PV-Forecast installieren möchte.
@sborg sagte in Test PV Forecast Adapter:
@dlehmann Sofern du den Expertenmodus eingeschaltet hast, deaktiviere ihn. Danach sollte die Prüfung wieder funktionieren.
Vielen Dank, das hat geholfen.
closed Admin 6: Update dependency checks broken #1490
-
@dlehmann sagte in Test PV Forecast Adapter:
sorry Matthias, das ich nicht nach Problemen mit Admin im Forum gesucht habe, wenn ich PV-Forecast installieren möchte.
Aber man liest die Threads mit, die sich mit Beta-Versionen beschäftigen, wenn man Beta-Versionen in sein System haut.
-
Hallo Matthias,
ich habe einen Ergänzungswunsch für JSON-Charts. Ich möchte die Charts-Properties nach meinen eigenen Wünschen passend zu meiner VIS setzen.
Mit der Version 1.x des Adapters habe ich mir daher aus dem vom Adapter erzeugen JSON die "data"-Blöcke mit einem Script herausgeschnitten und mit "erstelle Text aus" die Properties und data wieder zusammengelötet.
In Version 2.x habt Ihr den JSON-Aufbau geändert und "data" und "axisLabels" getrennt, wobei die axisLabels jetzt als Text und nicht mehr als Zeit kommen. Letzteres führt dazu, dass die in den Properties mitgegebene Zeitformatierung der x-Achse nicht mehr funktioniert. Das hier meine ich:
"xAxis_timeFormats":{"millisecond":"H:mm:ss.SSS","second":"H:mm:ss","minute":"H:mm","hour":"dd.[\\n]H:mm","day":"dd[\\n]DD.MM","week":"dd[\\n]DD.MM","month":"MMM[\\n]YYYY","quarter":"[Q]Q - YYYY","year":"YYYY"}Vorschlag/Wunsch:
Könntest Du in zwei zusätzlichen Objekten für today und tomorrow nur die Datenreihen mit timestemps bereitstellen?
Beispiel aus einem anderen Chart.
"data":[{"t":1653264000000,"y":65.253},{"t":1653350400000,"y":76.78},{"t":1653436800000,"y":107.358},{"t":1653523200000,"y":78.75300000000001},{"t":1653609600000,"y":98.93699999999998},{"t":1653696000000,"y":102.81099999999999},{"t":1653782400000,"y":66.21000000000001},{"t":1653868800000,"y":77.94200000000001},{"t":1653955200000,"y":86.88900000000001},{"t":1654041600000,"y":85.32800000000002},{"t":1654128000000,"y":127.88999999999999}]Dann kann sich der geneigte Nutzer die übrigen Teile des JSON nach eigenem Belieben mit Blockly drumherum "texten".
Grüße
Frank
-
@frank2604 Klar, kein Problem
-
Hallo Matthias,
Erst mal danke für den Adapter.
Warum wird bei Solcast der Abruf nur einmal am Tag gemacht?
Wäre es da nicht auch Sinnvoll zwischen Sonnenaufgang und Untergang öfters abzurufen.
Bei kostenlosen Account hat man auch 50 API calls pro Tag.
Das würde das Ergebnis noch verbessern.
Gruß
Tom
