Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[paul53]

@einstein-0 sagte: Wenn der Preis nicht passt, wird 0 Stunden geladen.

Dau gehört aber noch die Prüfung von dauer.

[Einstein 0]

@paul53 ohh, dass hatte ich gar nicht gesehen, dass du da noch was eingefügt hast...

so würde ich das dann heute Nacht testen

[Einstein 0]

leider hat der Akku heute Nacht nicht geladen :angry:
wie kann ich jetzt herausfinden warum das nicht geklappt hat?

[paul53]

@einstein-0 sagte: wie kann ich jetzt herausfinden warum das nicht geklappt hat?

Variablenwerte per Debug-Block loggen.

[Einstein 0]

@paul53 habe jetzt den javascript Adapter auf Debug gestellt. Du meinst aber bestimmt das hier. Oder?

[paul53]

@einstein-0 sagte: Du meinst aber bestimmt das hier. Oder?

Ja.

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

habe jetzt den javascript Adapter auf Debug gestellt.

Im Debug-Modus werden keine Datenpunkte geschrieben!!

[Einstein 0]

@paul53 ok, dass wusste ich nicht. Dann stelle ich das wieder um.

Ich vermute schwer, dass es an der Funktion mit der 20% Prüfung zusammen hängt, da ohne diese Prüfung das Script glaufen ist.

Wo würdest du die Debug Abfragen einbauen?

Der SoC war gestern Abend definitiv nicht >95%. Das kann man schon mal ausschließen.

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