Monatsrückblick Januar/Februar 2026 ist online!

[babl]

@lehmann-maker ja bei soviel erzeugung ist es natürlich nicht gedacht die batterie mit netzstrom zu laden, dies ist nur gedacht wenn es tage gibt wo nur 3 - 4 kwh vorhergesagt sind und dann funktioniert auch die rechnung, so würde er natürlich immer unter 0 sein und daher auch nie laden. aber achtung es gibt 3 verschiedene möglichkeiten bei dem errechneten soc.

1 mal mit der vorhersage für heute
1 mal mit der vorhersage rest des tages heute
und dann mit der geschätzten energie für morgen.

dies ist nur interessant wie bereits oben geschrieben.

10kwh Batteriekapazität - 5* 800 Grundlast - 4 kwh Vorhersage = 2kwh Rest => errechneter Soc von 20% wurde dies um diese Uhrzeit unterschritten sucht er nach einem günstigen Preisfenster vorher und läd dann die Batterie. Dieses Script habe ich für mich geschrieben, da ich eigentlich eine Grundlast von ca. 200-300 habe und wir in einem Nebelloch sind und daher auch die Vorhersagen teiwlweise bis unter 2kwh für den ganzen Tag sind. Wenn du es für dich ummünzen willst dann brauchst du nur den Block mit dem errechneten Soc (wie dein Beispiel) auf dich umändern. Ich weiß das Script ist nicht das beste, aber es hat das letzte Jahr erfolgreich seinen Dienst erledigt. Für mich war es so optimal und du musst natürlich auch bedenken, daß hier alles nur von errechneten werten oder geschätzten vorhersagen abhängt.

[lehmann-maker]

@babl OK verstanden. Bliebe noch das Problem mit dem ausbleibenden Laden über Nacht, da die Preise hier höher sind als am Tag. Wäre es möglich das Script zu in einem Nacht- und einen Tagmodus zu splitten? Es müsste dann über eine Vergleichsfunktion den niedrigsten Preis zwischen bspw. 9:00 und 16:00 finden und zwischen 16:00 und 9:00. Ich befürchte jedoch, dass ich das nicht hinbekomme :(

[lehmann-maker]

Warum war es nötig den EVCC Durchnitt /6 /60 /24 umzurechnen? Wir dieser durch den EVCC Adapter nicht bereits in Wh angezeigt, oder steckt hier mehr hinter? Danke.

[babl]

@lehmann-maker da steckt mehr dahinter, weil wenn evcc aktiv ist, dann soll ja evcc nicht in die grundlast miteinfließen, so war damals mein plan. dies wird dann auf die 24 stunden wieder rausgerechnet, so daß die grundlast dann wirklich nur deine grundlast vom haus beträgt.

[FloHa 0]

Hat schon jemand das Tibber script auf die neue 15 Minütige berechnung angepasst?

[lehmann-maker]

@floha-0 dafür müsste zunächst der Adapter tibberlink angepasst werden. Die einstündige Berechnung funktioniert aber nach wie vor.

[lehmann-maker]

@babl das Skript läuft soweit, manchmal passiert es allerdings, dass er die Entladesperre setzt obwohl eigentlich mehr PV-Leistung vom Dach kommt als der aktuelle Verbrauch ist, aber scheinbar weniger als der Tagesdurchschnitt. In Konsequenz wird der Speicher nicht geladen. Hast du eine Idee wo man das im Skript anpassen/implementieren kann?

Danke.

[babl]

@lehmann-maker schau mal in deiner grundlastberechnung ob die stimmt, denn nach dieser richtet sich das.

du kannst das ändern im script 2 unter "entladesperre bei preisen die sich nicht lohnen" einfach dann eine berechnung hinzufügen z.B. Grundlast -100 dann sollte er schneller reagieren

[lehmann-maker]

@babl Kannst du mir bitte noch erklären warum im Beladen Skript einmal die Bedingung für das Laden in der Funktion "laden" schreiben=0 ist vorher aber schreiben=1 an die Funktion übergeben wird?

Ich hab das Laden über Nacht nun übrigens so gelöst, dass ich eine extra JSON mit den Preisen und Zeiten von 0 - 6 Uhr erstellen lasse und diese dann nach Preis sortiere und dann analog zum vorgehen von dir die 3 günstigsten Stunden rauspicke. Falls jemand Interesse hat bitte melden.

[babl]

@lehmann-maker das ist nur eine hilfsvariable, damit man weiß daß jetzt gerade geschrieben wurde. 1= wurde geschrieben 0 = wurde nicht geschrieben

[lehmann-maker]

@babl Was wurde denn geschrieben? Batterie laden? Für mich ist im "Hausspeicher Laden" Skript das Laden doppelt geschrieben. Im oberen Hauptblock wird bereits der Operation Mode und die Ladeleistung geschrieben, dann kommt die Funktion "laden", welche das ganze nochmals beinhaltet. Warum? Ich habe häufiger das Problem, dass sich der Speicher morgens dann noch im manuellen Modus befindet obwohl laut "Batteriestatus" im "normalen Modus" und obwohl "Batterie_laden" und "Batterie_nicht_entladen" auf falls. Ich suche nach möglichen Ursachen. Zweite Frage: Was bewirkt die Variable "Batterie_laden" im Hauptskript "2"? Sie ist mit keinem Datenpunkt verknüpft. Dank dir.

[babl]

@lehmann-maker ok zu punkt 1, warum steht das 2 mal drin?

Wenn der Befehl kommt die Batterie zu laden dann fängt sie das laden an und wie lange? Denn hier wird ja der User Soc nicht berücksichtigt, darum wird das laden im 2 Block durch den User Soc Status beschränkt.

Wenn dir der Modus nicht auf Eigenverbrauch zurückgeht probier mal die Pausen länger zu setzen. Eventuell darfst du auch in Charge und Discharge vielleicht nichts mehr schreiben, vielleicht meint dein system dann daß es auf manuell bleiben soll. Ich weiß es nicht daß musst du selbst testen.

zu 2. also bei mir wird die variable benutzt.

[mmueller1990]

Hallo zusammen,

habe gestern die Scripte spontan bei mir importiert. Bekomme keine Fehlermeldung oder sonstige Probleme.
Hoffe es klappt eigentlich alles...
Jetzt frage ich mich kann ich die Funktion der Instanzen und Scripte prüfen/ testen?

Gruß Markus