Test PV Forecast Adapter

[Diginix]

@haus-automatisierung Ok, und warum sehe ich dann nichts innerhalb iobroker? Irgendwo passt ja irgendwas nicht, was ich als issue melden kann, wenn ich zB weiß bei welchem Adapter.

[haus-automatisierung]

@diginix sagte in Test PV Forecast Adapter:

Ok, und warum sehe ich dann nichts innerhalb iobroker?

Die Dokumentationen innerhalb von ioBroker werden nicht direkt von GitHub geladen, sondern z.B. von https://www.iobroker.net/de/adapterref/iobroker.pvforecast/README.md (in diesem Fall). Die ganze Logik dafür liegt im Repo https://github.com/ioBroker/ioBroker.docs

Normalerweise sollte sich die Seite regelmäßig aktualisieren / die aktuelle Doku von GitHub holen. Das passiert zur Zeit scheinbar nicht. Deswegen siehst Du dort nichts.

[Tiggr]

Erst einmal vielen Dank für das tolle Modul und die Fehlerkorrektur bzgl der Speicherung in InfluxDB.

Da nur die wenigsten PV-Anlagen in optimaler Lage aufgebaut werden können wäre es extrem hilfreich selber festlegen zu können wann die Sonne für einen persönlich auf und untergeht. In meinem speziellen Fall geht es um eine Innenstadtlage, volle Sonneneinstahlung habe ich daher aktuell nur von 10:30 bis 17:00 Uhr.

Denkbar wäre auch eine prozentuale Reduzierung der errechneten Werte um einen einstellbaren Faktor oder eine Art Zeitplan anhand des Sonnenstandes da es sicher auch Nutzer gibt bei denen morgens und abends alles in Ordnung ist aber zB mittags ein Baum Schatten spendet.

Im ersten Schritt würde die Möglichkeit die Werte zu nullen völlig ausreichen - Aktuell versuche ich das Ganze für mich in Blockly zu bauen, direkt im Modul wäre es allerdings viel schöner gelöst.

[Unterstedter]

Guten morgen,
Ich hoffe, das Thema gab's noch nicht und ich hab es nicht überlesen.
Wäre es möglich, in den Forecast die 70% Regel einzubauen? Bei mir wird Lieder bei 70% hart abgeriegelt, ohne dass ich dann eigenverbrauchen könnte.
Regel ist eigentlich relativ einfach, jeder Ertrag größer 70% wird auch mit 70% prognostiziert.
Wenn ich noch irgendwie unterstützen kann dann gerne!

[Diginix]

@haus-automatisierung Laut "pvforecast.0.plants..service.lastUpdated" wurde "Mon May 30 2022 01:00:04 GMT+0200" pvforecast.0.plants..energy.tomorrow nur mit 0 Wh aktualisiert. iobroker lastChanged sagt es war am 30.5.2022 01:08:54.251.
Alle anderen Werte waren aber ok, wobei ich jsonTable nur für den aktuellen in der VIS habe. Ich weiß nicht ob dort auch alles 0 für morgen war.
Ein Restart des Adapters heute um 8 Uhr brachte dann ein Wert für morgen. Ich würde hier diesmal ggf. kein Bug vermuten sondern vllt. dass solcast zu der Zeit noch nichts lieferte?

Ich werde das mal mit einem Skript workarounden was einfach 4 Uhr schaut ob energy.tomorrow value 0 hat und dann den Adapter restartet.

[haus-automatisierung]

@diginix sagte in Test PV Forecast Adapter:

Ich werde das mal mit einem Skript workarounden was einfach 4 Uhr schaut ob energy.tomorrow value 0 hat und dann den Adapter restartet.

Gute Frage - habe ich bisher nicht genauer angeschaut. Bitte beobachten, dann muss ich den Zeitpunkt für die Aktualisierung weiter nach hinten schieben.

[haus-automatisierung]

@unterstedter sagte in Test PV Forecast Adapter:

Wenn ich noch irgendwie unterstützen kann dann gerne!

Wie nennt sich das Ganze denn? Generell geht das dann natürlich nur für die Summary-Werte und nicht pro "PV-Fläche".

[Unterstedter]

@haus-automatisierung

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.

[haus-automatisierung]

@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.

[Unterstedter]

@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

[copystring]

@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:

[SBorg]

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

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

closed Azimuth picture not shown in configuration at fresh installation #27

[haus-automatisierung]

@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

klein0r created this issue in ioBroker/ioBroker.admin

closed [JsonConfig] Static image src not working as documented (relative paths) #1470

[base]

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?

[Diginix]

@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.

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

closed The solcast api response is in UTC Time #26

[SBorg]

@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

[JLeg]

@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...)

[haus-automatisierung]

@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.

[haus-automatisierung]

@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.

[DLehmann]

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?