Listen sortieren, mal gehts, mal nicht
-
@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. -
@paul53 danke, du meinst so?
-
@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. -
@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. -
@einstein-0 sagte: du meinst so?
Ja.
Noch sicherer ist, im gleichen Skript auf "SoC" zu triggern, und wenn derWert>= 95 ist, den Timeout zu stoppen. -
@paul53 danke, hab das mal geändert:
-
-
@paul53 was wäre der Vorteil von dem Trigger. Würde "sonst falls" nicht funktionieren?
-
@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. -
@paul53 ok, dass hatte ich so nicht auf dem Schirm.
Hab das mal so gemacht:
-
@einstein-0 sagte: Hab das mal so gemacht:
Du musst im SoC-Trigger
Wert(unter "Trigger") verwenden, denn die VariableSoCwird nur jede Stunde aktualisiert. -
@paul53 danke, dann teste ich das heute Nacht so:
Überlege mir dann jetzt was mit den 20% Preisunterschied.
-
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 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?
-
@einstein-0 sagte: ob das so rum besser ist
So funktioniert es nicht. Die Prüfung muss innerhalb des Zeitplan-Triggers erfolgen.
-
@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. -
@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? -
@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? -
@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. -
@paul53 das dachte ich eben auch. Deswegen war meine Idee mit Version 2.
Macht es Sinn und ist es möglioch dass das Script nicht jeder Stunde neu durchläuft, sondern für einen Bereich aktiv ist?
