Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[paul53]

@einstein-0 sagte: Wo würdest du die Debug Abfragen einbauen?

Unter "setze Liste".

Unten dann noch für laden.

Nach 21:00 Uhr die Log-Ausgaben anschauen.

[Einstein 0]

@paul53 jetzt geht mir langsam der Platz aus :-)

[paul53]

@einstein-0
Den SoC-Log oberhalb der Prüfung:

Der weitere SoC-Log um 21:00 Uhr ist dann überflüssig.

[Einstein 0]

@paul53

sorry, wie erstelle ich die Funktion? Komm grad nicht drauf...

[paul53]

@einstein-0 sagte: wie erstelle ich die Funktion?

Rechte Maustaste über dem Block und "interne Eingänge" auswählen.

[Einstein 0]

@paul53 danke

[Einstein 0]

dann sollte das heute Abend so gehen...

[paul53]

@einstein-0 sagte: dann sollte das heute Abend so gehen...

Ab 21:00 Uhr sollten alle wichtigen Informationen im Log erscheinen. Sollte "Dauer: 0" sein, dann schau die beiden Datenpunkte an, die Ursache dafür sind.

[Einstein 0]

@paul53 ok, mach ich. Geb dann Bescheid :-)

[Einstein 0]

glaub es liegt an "Dauer". Also vermutlich stimmt die Formel nicht.
Das Problem ist der Wert von GünstigsteStunde1. Da wird ja nicht der Preis ausgegeben, sondern die Stunde.
Muss mir was neues überlegen.

[Einstein 0]

Hallo zusammen,
habe mir gedacht, dass es auf die Schnelle vielleicht ganz gut wäre den Tages-Niedrigsten-Preis+20% gegen den Tages-Höchst-Preis zu vergleichen.
Im Tibberlink-Adapter gibt es jeweils diese Datenpunkte.
Ich werde das so versuchen, da der geringste Preis in der Regel immer zwischen 0Uhr und 6Uhr ist.
Eigentlich müsste ich ja den geringsten Preis zw. 21Uhr und 06Uhr nehmen. Da muss ich mir aber noch was ausdenken.
Vielleicht müsste man auch beide Scripte vereinen.
Mal sehen ob mir noch was dazu einfällt.

[Einstein 0]

habe heute das Script kopiert und Tests gemacht.
Ich verstehe nicht warum das Laden abgelehnt wird, wenn doch alles passt. (habe oben die Formel und Uhrzeit angepasst, damit das Script überhaupt losläuft)
Jetzt hängt es unten am Laden.

@joeysch Jetzt ist es morgen mit den Preisen so, wie du gesagt hattest. Heute würde die 20% Differenz greifen und der Akku würde nicht geladen werden. Leider kann ich so meinen Test nicht weiter durchführen :-(
MinPreis morgen = 0,259x1,2=0,3108 > höchster Preis morgen ist aber 0,296. Somit ist das Laden nicht effizient genug.

[paul53]

@einstein-0 sagte: Jetzt hängt es unten am Laden.

Laut Liste wird nur von 2 bis 6 Uhr geladen.
Die Liste enthält übrigens Strings - keine Zahlen. Funktioniert trotzdem.

[paul53]

@einstein-0 sagte: Leider kann ich so meinen Test nicht weiter durchführen

Dann verringere zum Testen den Faktor von 1,2 auf z.B. 1,0.

[Einstein 0]

@paul53 so, nun endlich gute Nachrichten :blush:
Das Ladescript hat heute Nacht funktioniert.
Lediglich der Stop funktioniert noch nicht.
D.h. der Akku hat einen SoC von 100% und er ladet immer noch.
Habe dann um 06:30 das Script von Hand gestoppt.
Muss vielleicht das Script auch um 06Uhr nochmal laufen, damit der Abbruch kommt?

[paul53]

@einstein-0 sagte: der Stop funktioniert noch nicht.

Mit dem Trigger auf "SoC" sollte auf jeden Fall bei >= 95 gestoppt werden.

[Einstein 0]

@paul53 der Akku hatte heute Morgen gegen 06:15 100% und hat mit rund 20W geladen. Normal müsste um die Zeit Strom aus dem Akku fließen und nicht rein.
Weis jetzt grad auch nicht weiter.

Wäre es vielleicht möglich den Zyklus zu loggen?

[paul53]

@einstein-0 sagte: Wäre es vielleicht möglich den Zyklus zu loggen?

Ja, einfach einen Debug-Block in die Funktion setzen.

[Einstein 0]

@paul53 woher kommt eigentlich der Wert her? Müsste hier nicht der SoC eingetragen sein?

[paul53]

@einstein-0 sagte: woher kommt eigentlich der Wert her? Müsste hier nicht der SoC eingetragen sein?

Das ist der Wert des Trigger-Datenpunktes (SoC).

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

der Stop funktioniert noch nicht.

Habe den Fehler gefunden: Es können mehrere Timeout gestartet werden, die sich nicht mehr stoppen lassen. Ändere es so ab: