Sungrow Speichersteuerung

[seaspotter]

Aktive Speichersteuerung bei Sungrow Hybrid WR

[LKuemmel]

Die Klassen werden zu Beginn des Regelzyklus kopiert, damit die Daten innerhalb des Zyklus konsistent sind. die lokale Variable last_mode geht dann verloren.
Du kannst die Information aus dem Register auslesen, falls möglich oder diese mit in die Component_config packen. Wenn sich die Variable ändert, muss die component_config gepublished werden. last_mode wird dann nicht wie die anderen Einstellungen im UI angezeigt.

[MartinRinas]

last_mode habe ich im SMA Modul auch so implementiert, das wurde hier für Sungrow 1:1 übernommen. Ich schau' mal ob ich das heute Abend in meinem SMA Modul anpassen kann, dann kann das hier übernommen werden.

[seaspotter]

last_mode habe ich im SMA Modul auch so implementiert, das wurde hier für Sungrow 1:1 übernommen. Ich schau' mal ob ich das heute Abend in meinem SMA Modul anpassen kann, dann kann das hier übernommen werden.

Richtig, den last_mode hast du von mir übernommen. Ich habs jetzt aber auch verstanden worum es geht.
Ich teste meine Änderungen lokal nochmal, die ersten Versuche waren aber nicht so ganz erfolgreich. Aber da wird es sicher eine Lösung geben :)

[MartinRinas]

@LKuemmel weißt Du ad hoc ob es irgendwo ein Beispiel gibt um die Komponentenkonfig aus dem Code heraus wieder zu schreiben? Es braucht ja device und component ID um das Topic zu bauen. Gibts da eine fertige Funktion um die aktuelle Konfig zu schreiben, oder müssen wir das Topic aufbauen (woher bekomme ich die device ID? muss ich mal schauen) und selbst publishen?

[MartinRinas]

das wäre halt der Charme mit dem Konzept des last_mode - hier wird lediglich geschaut ob man vorher schonmal die Regelung wieder deaktiviert hat. Wenn danach ein weiteres System externe Steuerung aktiviert spielt das keine Rolle.

Das ist ein grundsätzliches Problem wenn man mehrere Regelungen für ein System hat, die kommen sich zwangsweise in die Quere.