Test PV Forecast Adapter

[oxident]

Okay, dann mal ein wenig zurück zum Topic: Nehmen wir mal an, man bastelt sich eine Tabelle mit dem geschätzten Verbrauch zu den gleichen Zeiten wie die jeweiligen Ertragsprognosen. Dann hätte man ein "Budget" für den jeweiligen Zeitpunkt und könnte mit einer gewissen Logik entscheiden.

Wenn man jetzt auch noch einen Akku hat, dann kann man den Überschuss natürlich in einer dritten Tabelle addieren um so z. B. noch heftigere Großverbraucher später laufen zu lassen.

Sehe ich das richtig?

[klassisch]

[Teil-OT]
@oxident sagte in Test PV Forecast Adapter:

Sehe ich das richtig?

Im Prinzip ja. Wobei Hausspeicher und Großverbraucher derzeit nicht so recht zueinander passen. Die Preise für Hausspeicher sind derzeit recht hoch und man muß auch die Ein- und Ausspeicherleistung beachten, die oft zu klein dimensioniert wird.
Der Verleich zu einem EV Akku macht das sehr deutlich. EV aus dem Hausspeicher laden macht bei den derzeit gängigen Speichern leider wenig Sinn. Um so wichtiger, daß man Großverbraucher möglichst direkt aus der PV bedient und erforderlichenfalls nur ein kleineres Defizit aus dem Akku zieht. Das hat auch den besseren Wirkungsgrad.

[Scheuler]

@haus-automatisierung
Hallo,
kann man den Graphen auch als Linie und nicht nur als Balken darstellen?! Wenn ich eine Linie hätte könnte ich ihn über die Darstellung meiner PV Produktion legen.

Bernd

[haus-automatisierung]

@scheuler sagte in Test PV Forecast Adapter:

kann man den Graphen auch als Linie und nicht nur als Balken darstellen?!

Aktuell nicht.

Das Problem ist wohl, dass jeder JSON Chart bestimmt 100 Optionen und Einstellungsmöglichkeiten hat. Wenn man die nun alle einbaut, dann wird das total unübersichtlich. Aber als Linie statt Bar-Chart habe ich auch schonmal überlegt.

Aber: Wie bekommst Du die dann übereinander? Für maximale Flexibilität sollte eh die InfluxDB-Integration genutzt werden.

[JB_Sullivan]

Neue Version mit den änderbaren Etikettengrößen funktioniert prima. Kleiner Hinweis, deine beiden Adapter (PV Forecast & Trashscheduler) sind unter dem INFO Tab ->Änderungen - "Namenlos"

[haus-automatisierung]

@jb_sullivan Das ist dann wohl ein Bug im Info Adapter, dass dort das titleLang Attribut nicht genutzt wird. Title ist deprecated

[Diginix]

@haus-automatisierung btw: Bei Klick auf das Fragezeichen kommt bei mir auch Inhalt in iobroker:

Müsste da nicht diese Seite angezeigt werden?
https://github.com/iobroker-community-adapters/ioBroker.pvforecast/blob/main/README.md

[haus-automatisierung]

@diginix Nein, weil in der io-package.json explizit eine Dokumentation angegeben ist.

[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