Listen sortieren, mal gehts, mal nicht

[Einstein 0]

Hallo an Alle,
wünshe euch ein gutes neues Jahr 2024. Hoffe ihr seid alle gut rüber gerutscht

Erstmal sorry, dass ich mich jetzt eine Weile nicht gemeldet habe. Bei mir ging es ab dem 01.01. mit Tibber los.
Heute Nacht habe ich das erste Mal das Script ausführen lassen und somit den Akku geladen.

Das Laden hat es auch ausgeführt und den Akku in den 4 günstigen Stunden geladen.

Leider hat das Laden nicht gestoppt. Der Wechselrichter hat bei 100% SoC nur die Leistung reduziert.
Heute Morgen hat er dann mit 16W den 100% Akku geladen.
Erst als ich das Script gestoppt hatte, hat der WR aufgehört zu laden.

Vermute das noch was mit dem Zeitplan nicht stimmt.

@joeysch Danke, an die 20% Verluste habe ich auch schon gedacht. Hab das nur noch nicht umgesetzt. Du meinst also, dass du 20% auf den aktuellen Strompreis drauf rechnsest und das muss dann kleiner der Einspeisevergütung sein? Ist das so korrekt?

Gruß Einstein

[paul53]

@einstein-0 sagte: Leider hat das Laden nicht gestoppt.

Erstelle zur Prüfung "falls soc < 90" noch einen sonst-Zweig, in dem ebenfalls der Timeout gestoppt wird.

[Einstein 0]

@paul53 danke, du meinst so?

[joeysch]

@einstein-0 sagte in Listen sortieren, mal gehts, mal nicht:

@joeysch Danke, an die 20% Verluste habe ich auch schon gedacht. Hab das nur noch nicht umgesetzt. Du meinst also, dass du 20% auf den aktuellen Strompreis drauf rechnsest und das muss dann kleiner der Einspeisevergütung sein? Ist das so korrekt?

Nein, günstigster Preis +20% muß weniger sein als der teuerste Preis. Mit der Einspeisevergütung hat das nichts zu tun. Die liegt, bei mir, bei ca.0,07 €. Strom zu speichern und wieder einzuspeisen wird sich nie lohnen.
Hier geht es nur darum, die Verluste für das Wechselrichten einzukalkulieren.

[Einstein 0]

@joeysch ok, danke. Bei mir schaut das etwas anders aus. Ich bekomme rund 29cent für den eingespeisten Strom. Die Idee dahinter war, dass wenn der Strom günstig ist, den zu kaufen und in den Akku zu schieben. Wenn die PV Strom liefert, den Strom dann einzuspeisen.
Dein Vorschlag mit den 20% werde ich noch in das Script einarbeiten. Hatte ich eh vor.

[paul53]

@einstein-0 sagte: du meinst so?

Ja.
Noch sicherer ist, im gleichen Skript auf "SoC" zu triggern, und wenn der Wert >= 95 ist, den Timeout zu stoppen.

[Einstein 0]

@paul53 danke, hab das mal geändert:

[paul53]

@einstein-0 sagte: hab das mal geändert:

Mit "triggern" meinte ich so:

[Einstein 0]

@paul53 was wäre der Vorteil von dem Trigger. Würde "sonst falls" nicht funktionieren?

[paul53]

@einstein-0 sagte: was wäre der Vorteil von dem Trigger.

Er stoppt sofort und nicht erst zur vollen Stunde und auch nach 5:00 Uhr.
Der letzte Stunden-Trigger ist um 5:00 Uhr. Wenn dann die 95 % noch nicht erreicht sind, wird gar nicht mehr gestoppt.

[Einstein 0]

@paul53 ok, dass hatte ich so nicht auf dem Schirm.
Hab das mal so gemacht:

[paul53]

@einstein-0 sagte: Hab das mal so gemacht:

Du musst im SoC-Trigger Wert (unter "Trigger") verwenden, denn die Variable SoC wird nur jede Stunde aktualisiert.

[Einstein 0]

@paul53 danke, dann teste ich das heute Nacht so:

Überlege mir dann jetzt was mit den 20% Preisunterschied.

[Einstein 0]

zu den 20% habe ich mir folgendes überlegt.
Er nimmt den Wert der günstigsten Stunde (GünstigeStunde1) und multipliziert den mit 1.2 (Komma oder Punkt?) und vergleicht den mit dem teuersten Preis vom Folgetag.
Sollte meiner Meinung nach so funktionieren.

Hier der Datenpunkt vom Folgetag aus Tibberlink:

[Einstein 0]

@einstein-0 bin mir grad nicht sicher ob das so rum besser ist, die Preise abzuprüfen und dann den Rest zu starten wie bisher.

Was meint ihr?

[paul53]

@einstein-0 sagte: ob das so rum besser ist

So funktioniert es nicht. Die Prüfung muss innerhalb des Zeitplan-Triggers erfolgen.

[Einstein 0]

@paul53 also wie in Version 1 weiter oben? Meinst das funktioniert?
Ich bin mir deshalb nicht sicher, da die Preise für "Morgen" ab 24Uhr genullt werden und in die "Heute" Datenpunkte geschrieben werden.
Wenn dann die Abfrage kommt, würde das Script immer laufen, da 0x1.2 immer günstiger ist als ein realer Preis.

[paul53]

@einstein-0 sagte: also wie in Version 1 weiter oben?

Ja.
Steht der Maximalpreis von morgen auch in den frühen Morgenstunden (0 bis 6 Uhr) zur Verfügung? Müsste es dann nicht der Maximalpreis von heute sein?

[Einstein 0]

@paul53 ab 24Uhr wird der max. Preis von "Tomorrow" nach "Today" verschoben und der "Tomorrow" Preis ist dann Null.
Der neue "Tomorrow" max Preis wird dann am Folgetag ab 13Uhr angeboten und abgeholt und in den "Tomorrow" Datenpunkt geschrieben.

Im Prinzip müsste das Script den MaxPreis von 21-24Uhr bei "Tomorrow" (wenn es da läuft) suchen und von 01-06Uhr bei "Today" (wenn es da läuft) suchen.

Die Frage ist, wann und wie oft macht es die Abfrage. Die Abfrage kommt ja ganz am Anfang.
Oder wird die Abfrage immer wieder wiederholt?

[paul53]

@einstein-0 sagte: wird die Abfrage immer wieder wiederholt?

Die Abfrage wird jede volle Stunde von 21 bis 5 Uhr wiederholt.
Sie sollte besser auch nur um 21:00 Uhr erfolgen.