Hausspeicher laden, dynamisch, tibberlink, Scripte

[coyote]

@mtbsteve sorry, muss nochmal blöd nachfragen. Beim Hauptscript sind es 2 Blöcke oder? Falls nicht, ist da nämlich wieder was schief gelaufen.
Ein Block mit Wirkungsgrad und PV Forecast und der zweite Block mit Berechnung der Preise und Zeiten.

@babl werde mir dein neues Script auch nochmal anschauen, das hört sich gut an. Muss dann leider ein zwei Dinge umbauen, da ich einen Deye WR mit Akku benutze, sollte aber kein Problem sein. Auch die EVU Sperre brauche ich nicht, sind aber ja Kleinigkeiten

[mtbsteve]

@coyote ja, das Hauptscript enthält 2 Blocklys. Ich habe den file gerade nochmal testweise importiert, der file ist korrekt. Die beiden Blocklys stehen nebeneinander, evtl. musst du etwas rauszoomen um beide zu sehen.

[mtbsteve]

@babl das sind die settings im tibberlink bei mir:

Ich verwende 2 Trigger, einmal um die günstigsten (best hours) 4 Stunden zu identifizieren in denen der Akku geladen werden kann, und zum anderen den "Worst Hours block", die 1-2 teuersten Stunden bei denen ich wenn kein PV Ertrag ansteht und der Akku leer ist, die EVU Sperre auslöse. Das wird über einen "invertieren" best hours Trigger realisiert (siehe Tibberlink doku).

[icebear]

@mtbsteve

Frage: Wie kommst du im Script auf den PV-Gesamt-Ertrag ?

[Diamand2k22]

@babl

Hi babl,

eine Frage zu deinem Skript.

Wie kommen diese Werte (15x60 bzw. 9x60) zu Stande wie hier in dem Screenshot?

Danke u. Grüße

[Diamand2k22]

@babl

Hi babl,

eine Frage zu deinem Skript.

Wie kommen diese Werte (15x60 bzw. 9x60) zu Stande wie hier in dem Screenshot?

Danke u. Grüße

[babl]

@diamand2k22 die 15*60 ist die Zeit von nach Sonnenuntergang zum nächsten Morgen bis Sonnenaufgang ca. Solange sollte der Speicher herhalten. Und das andere ist die Zeit von Mitternacht bis 9 Uhr früh

[Diamand2k22]

@babl

Sehr gut danke dir!
Ich baue gerade die Scripte ein wenig für mich selber um.
Das einzig was mir noch Kopfzerbrechen bereitet ist die Grundlast, da nimmt er aktuell die Tagesdurchschnitte, aber da ich tagsüber eine andere Grundlast habe wie nachtsüber, muss ich mir da noch was überlegen.

[babl]

@diamand2k22 dann lass einfach das tagsüber berechnen von entweder bestimmten Uhrzeit oder Sonnenaufgang bis Untergang und lege 7 neue Datenpunkte an und speichere das ab. Dann nimm das Hauptscript und lass genau in dieser Zeit dann rechnen

[Diamand2k22]

@babl

ok ich hab jetzt 7 neue Datenpunkte angelegt und die Logik angepasst, die Werte der Entladedauer sind somit plausibler.

Jetzt wäre noch interessant, wie man abfängt, dass wenn der Wert PV Forecast zwischen 0:00 Uhr und Sonnenaufgang größer als der eingestellte Forecast Wert ist, aber die Entladezeit des Akkus nicht mehr bis Sonnenaufgang reicht und z.B. zwischen 3 und 6 Uhr die günstigsten Stunden sind. Das wird meiner Meinung nach nicht über dein Skript abgefangen.

Gruß

[babl]

@diamand2k22 dafür müßtest du dann noch falls blöcke miteinbauen, ich bin ja selbst noch am tüfteln wie das alles am besten wäre, aber jeden tag kommt eine neue Ungereimtheit dazu. z.B. Gestern, da waren 2 günstige Stunden um 4 Uhr und um 5uhr und dann um 23 Uhr. Immer wieder was neues, für gestern kamen die Tibberwerte erst gegen Mitternacht, das ließ natürlich das Script komplett untauglich werden.

[Diamand2k22]

@babl
Ja da hätte er aber um 4 und 5 Uhr laden müssen. Klar wenn die Werte erst gegen Mitternacht kommen ist die Stunde 23 Uhr nicht nutzbar. Warum arbeitest du nicht mit den automatischen Kanälen des Tibber link Adapter?

[Vitali Förster]

@babl

Was ist der Wert: 0_userdata.0.SolarAstrozeitPVVorhersage.Heute...????

und bei PV-Forecast. Welcher Wert soll da genommen werden?
Die Leistung um 10 Uhr?
Der Ertrag bis 10 Uhr?
Der Ertrag vom ganzen Tag?

[babl]

@vitali-förster das ist ein datenpunkt von einem PV-Forecast Adapter, musst du schauen welcher am besten paßt bei dir, hier gibt es ja mehrere pv forecast.

den wert 10 dieser ist gedacht was vom pv forecast adapter für den tag vorausgesagt wird.

[blacksheep587]

Worauf ziehlt denn das Hausspeicher_nicht_entladen-Skript ab?
Das schmeißt mir ein paar Einträge ins Log.

javascript.0
2024-01-06 09:00:46.519	warn	at processTimers (node:internal/timers:512:7)

javascript.0
2024-01-06 09:00:46.519	warn	at listOnTimeout (node:internal/timers:569:17)

javascript.0
2024-01-06 09:00:46.519	warn	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34)

javascript.0
2024-01-06 09:00:46.518	warn	at Object.<anonymous> (script.js.Tibber.Hausspeicher_nicht_entladen:9:7)

javascript.0
2024-01-06 09:00:46.518	warn	at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1740:20)

[babl]

@blacksheep587 wenn die preise innerhalb deines wirkunggrades liegen, dann entladed die batterie nicht sondern wird strom vom netz gezogen, denn durch den verlust sparst ja nichts.

[Diamand2k22]

@babl

Hi babl,

das verstehe ich nicht ganz, laut deinem Skript ist es so, wenn der aktuelle Strompreis < Durchschnittspreis Tag ist, dann würde er das Entladen sperren. Da fließt aber nicht der Wirkungsgrad mit ein!

des weiteren vestehe ich auch diese Veroderung hier nicht, wo du die Strompreise von morgen mit heute vergleichst.

[babl]

@diamand2k22 zu 1. das habe ich erst später eingebaut, habe da schon wieder zig neue versionen.

Ich lad hier mal die neuste Version rein.
5.txt

[Diamand2k22]

@babl

Danke schau ich mir mal an

[Diamand2k22]

@babl

hab mir deine Version 5 angeschaut, wirkt ja ziemlich komplex!
wie zufrieden bist du mit der Funktion?