UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@onkel-tom
Bist du da vielleicht auf der alten Oberfläche unterwegs?

[Onkel-Tom]

@thomas-braun danke für die schnelle Antwort.
Genau das wars
Danke für den Tip, jetzt geht es

[Thomas Braun]

@onkel-tom

Dann lass die Option ausgeschaltet, es gibt immer mehr Adapter, die auf der alten Oberfläche nicht mehr richtig funktionieren.

[oxident]

@klassisch Ok, klingt logisch. Da habe ich ja auch schon ein Skript für gepostet

Aber die Planung ist recht komplex, zumal man ja auch den normalen Hausverbrauch schätzen muss.

[klassisch]

@oxident sagte in Test PV Forecast Adapter:

Aber die Planung ist recht komplex,

Ja, kann komplex werden, weil es eben eine komplexe Aufgabe ist. Optimaler Ressourceneinsatz kann komplex sein

zumal man ja auch den normalen Hausverbrauch schätzen muss.

Den kann man rechnen. Man kennt ja die Leistung, die die PV produziert und die Leistung am Netzübergabepunkt sowie ggf die Speicherleistung.

pGrid + pPV = pConsumption + pStorage
pConsumption = pGrid + pPV - pStorage

Daraus kann man den PV Überschuß berechnen
pExcess = pPV - pGrid - pConsumption

Äquivalent zu
pExcess = pStorage - pGrid

[oxident]

@klassisch Ahh, da hab ich mich blöd ausgedrückt. Ich meinte, man muss den Hausverbrauch in der Zukunft schätzen...

Wenn ich jetzt sage, hey, Akku fast voll, Sonne scheint ein wenig, lade mein Auto, vergesse aber, dass ich abends den Ofen anwerfen möchte, dann hätte ich mein Auto lieber am nächsten Morgen geladen.

[klassisch]

[Teil-OT]
@oxident Ja, die Sache kann kompliziert werden. Das Haus hat einen Grundbedarf, der nicht zu sehr schwankt. Größere Verbraucher muß man eben erfassen.
Der Forecast kann zumindest helfen, die wahrscheinlich verfügbaren Ressourcen abzuschätzen.
Und Prioriserung ist bei limitierten Ressourcen immer schwierig.

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