Open guergen1 opened 1 year ago
Hallo, vielen Dank. Wer einen MQTT Broker am laufen hat, für den sollte es doch nicht schwer sein eine passende Automatisierung zu konfigurieren. Zumal der Broker die Chance hat auf den echten SOC des BMS zuzugreifen und den aktuellen Ladezustand nicht aus der Batteriespannung bestimmen muss. Viele Grüße, Trucki
Hi, ja klar kann man das über MQTT machen, aber da ich den DP MAXPOWEROVR SOC-abhängig regel (zwischen 10 und 20% gehe stufig auf Werte zwischen 50 und 150W) kann ich nicht nachts einfach so auf pauschale 50W runter regeln (auch bei SOC >20%). Das Script wäre mir viel zu unübersichtlich ;-) Ich möchte verhindern, dass der Akku täglich nachts leer gezogen wird. Es wäre schön, wenn die o.g. DP in MQTT übergeben werden könnten.
Jetzt habe ich versucht das Ganze mal anzugehen: Ich betreibe den Lumentree an einem Shelly 3EM, der tagsüber die Leistungsabgabe für dem LT regelt, soweit so gut. Über den SUN1 Unterpunkt "Max Power at night" wird Nachts der Maximale Wert von 50W aufgerufen, das geht auch soweit. Bei einem SOC von kleiner als 15% schreibe ich in den DP MAXPOWEROVR einen Wert von 25. Allerdings wird der Wert nicht angefahren, da er ja auf Nacht steht, der LT bleibt auf 50W. Ich habe vesucht den Wert ACSETPOINTOVR zu nutzen (der ist leider als String registriert), dann kommt meine Anbindung an den Shelly durcheinander. Wo ist mein Gedankenfehler?
Hast Du einen SUN2000? Könnte es sich um dieses Phänomen handeln?
Nein, ich habe einen SUN-1000
Macht er denn 0W, wenn Du manuell 0W im T2SG einstellst? Und wenn Du die beiden PINs vom analogen RT1 Eingang am SUN verbindest (ohne RS485 Platine).
Bei machen SUN hat es geholfen den Widerstand R7 zu überbrücken.
Also bei mir ist der mindestwert den ich verwenden kann 25-30W Drunter gibt er nichts aus bzw fährt auf 5W standby verbrauch
Ich setz das TargetOVR auf einen sehr hohen wert, er geht auf den Mindesteinspeisewert von 25-30W und schaltet nach einer Zeit auf den standby um.. Wenn ich halt nicht mehr einspeisen möchte.. Glaube nur 25W einspeisen geht halt nicht gerade so nicht..
Wenn ich 0W einstelle macht er auch 0W. Ich weiss grade nicht wo du hin willst... Vielleicht hast Du mich ja auch falsch verstanden: Ich habe hier einen SUN-1000 per Meter mit dem Shelly 3EM angebunden. Das funktioniert auch perfekt. Jedoch möchte ich nachts immer max 50W einspeisen lassen, wenn der SOC aber unter einen bestimmten Wert geht, soll er nur noch 25W einspeisen, das habe ich mittels Script per MQTT übergeben. Jetzt ist es so, dass der SOC nachts unter z.B. 15% geht, dann wird MAXPOWEROVR mit 25 beschrieben. Tagsüber funktioniert das. Nachts wird aber der MAXPOWEROVR ignoriert, und der LT speisst immer 50W ein.
EDIT: Das Problem ist, dass der Nacht-Wert den MAX-Wert überschreibt
Also bei mir ist der mindestwert den ich verwenden kann 25-30W Drunter gibt er nichts aus bzw fährt auf 5W standby verbrauch
Ich setz das TargetOVR auf einen sehr hohen wert, er geht auf den Mindesteinspeisewert von 25-30W und schaltet nach einer Zeit auf den standby um.. Wenn ich halt nicht mehr einspeisen möchte.. Glaube nur 25W einspeisen geht halt nicht gerade so nicht..
Doch, das funktioniert:
Ok das sieht mir aber nach 26W aus? Würde sich mit meinen Messungen decken weil ich komm nicht weiter runter.. (aber das nur am rande) Hab zuerst so verstanden, dass er die 25W allgemein nicht anfährt.. Das mit dem Nachtfeature hab ich überlesen..
aber ich kann das Problem bestätigen, dass sobald Nacht aktiv ist er das OVR nicht mehr nimmt!
Mir ist das vorher nur noch nicht aufgefallen, da ich allgemein dieses Feature nicht nutze weil das OVR sowieso woanders her kommt und ich den Nachtmodus wenn dann dort realisieren würde..
Für die Lösung deines Problems müsste also das OVR für beide Modi gelten.. das bräuchte sicher eine Codeanpassung..
Ich schätze bis dahin ist leider die einzige Möglichkeit am Stick den Nachtmodus nicht zu verwenden und das OVR von extern für den Zeitraum zu senden..
Hallo, einen super Job machst Du hier! Danke dafür! Wäre es möglich die drei o.g. MQTT-Punkte beschreibbar zur Verfügung zu stellen? Dann könnte man je nach Batterieinhalt den Nachtverbrauch steuerbar machen.