Listen sortieren, mal gehts, mal nicht

[paul53]

@einstein-0 sagte: jetzt final und fertig zum testen.

Ja, sieht gut aus.

[joeysch]

gelöscht

[joeysch]

@einstein-0

Bei mir geht es ja mit Tibber erst Anfang 2024 los. Was ich bei dir vermisse, sind die Verluste die durch das Laden und Entladen entstehen. Wenn die Werte, wie an manchen Tagen nicht weit auseinanderliegen, und du zwar an den 4 günstigsten Stunden lädst, machst du Minus. Ich habe für mich mal 20% Verlustleistung eingeplant, die ich auf die günstigsten Preise aufschlage. Erst wenn dann der Wert immer noch günstiger ist, wird geladen.

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