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

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

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

@babl In dem gewählten blockly Beispiel substrahiert er den gesamten PV-Ertrag des Folgetages. Um das in Zahlen auszudrücken: Mein Batteriespeicher hat 13120 netto Wh, morgen zeigt mein PV-Forecast 33613 Wh, die Grundlast hab ich mit 800 Wh angegeben. Daraus folgt 13120 - 5x800 - 33613 = -24,493 Wh. Oder versteh ich etwas falsch? Dank dir

Hi @babl ,

Ich habe deine Skripte auf meinen Anwendungsfall (SMA STP 6.0 SE + SMA Home Storage + SMA EV Charger 22). Auch Adapter nutze ich andere:

PV-Vorhersage: Solarprognose Adapter
Wallbox: SMA-EV-Charger Adapter
Wechselrichter: Modbus Adapter

Integration war soweit erst einmal kein Problem, nur ein Hinweis: Nach Import der Zip müssen den Skripten einzeln die Java-Skript Instanz manuell (unter Stift -"bearbeiten") zugeordnet werden. Ich hab viel gesucht bis ich das fand Vor erschien bei mir neben den run/stop button nur "Die Instanz ist deaktiviert".

Nun zur eigentlichen Frage: Berücksichtigt das Skript das Nachladen in der Nacht um die Nacht/den morgen bis zu errechnetem Grundlast-SOC mit möglichst günstigen Strom zu überbrücken obwohl der Ertrag am nächsten Tag größer als die die berechnete Tagesgrundlast und/oder Speicherkapazität?

Grund meiner Frage: Skript 2 enthält die SOC Berechnung mit folgenden ähnlichen Blöcken:

Dies sieht für mich so aus, als würde der errechnete SOC nachfolgend immer <0 bzw im Weiteren 0 % , da (Batteriekapazität-Grundlast-PV-Ertrag(nächster Tag)) << 0. Ist das korrekt oder wurde nachladen in der Nacht berücksichtig?

Ich habe das Problem, dass das Skript momentan zumindest noch nicht das Laden zulässt, obwohl der Preis niedrig genug wäre.

Außerdem möchte ich gern fragen, ob "PV_Ertrag" der Ertrag der Überschuss (PV Leistung - Grundlast) abzüglich Speicherbeladeleistung ist oder soll die Beladeleistung aus der Grundlast herausgezogen werden? Momentan erechnet sich meine Grundlast (bei dir sonnen.0.status.consumption) ohne die Beladeleistung.

Dank dir für die Hilfe und deine Skripte

Grüße

Sebastian

@paul53 Hi, bin gerade an diesem Thema dran und dein Skript hier könnte für mich passen (nur 1 Heizstab, bei dem 2 Phasen kaskadenartig geschaltet werden, also immer die gleiche elektrische Leistung). Eine Frage muss der Variable "Wert" nicht dem PV Überschuss zugeordnet werden? Wie soll sonst der Abgleich (>1200 und <100) erfolgen? Danke für deine Hilfe. Grüße.

@tombox Hab beides versucht, ohne Erfolg. Die custom commands kommen nicht an