openWB Forum

Hallo!
Ich habe letzthin einen Bericht über den Speicher Solakon ONE gelesen, der wohl mit dem Shelly pro 3PM zusammenarbeiten und eine gute & verbesserte HomeAssistant-Integration haben soll.

Gibt es schon Ideen oder Pläne zur Integration? Wäre ein interessantes Nachrüstkonzept für meine 12 Jahre alte SMA-PV.

Seitenbemerkung: der Solakon-Support scheint nur aus Standard-Textbausteinen zu bestehen. Die Frage ob im Inselbetrieb 1.200W technisch mögliche Watt statt der 800W freigschaltet werden können, wurde nicht beantwortet. Stattdessen habe ich nichtssagende Aussagen zu "800W" bekommen.
Das ist für mich im Moment schon ein Ausschlusskriterium zur Anschaffung, die immerhin dreiphasig über 20kWh Speicher umfassen soll.

Ideen gibt es mangels Nachfrage keine.

Brauchen tut es eine brauchbare Doku zur Auslesung und auch zur Steuerung.

Und wie immer kann ein brauchbarer echter Support ohne KI Wall sehr hilfreich sein und sollte zurecht ein Kaufkriterium sein

Ich denke ebenfalls über eine Anschaffung dieses Balkonspeichers als Ergänzung zu meiner PV-Anlage nach.

Unter dem Markennamen "Solakon One" gibt es den FoxESS Speicher wohl erst seit kurzem auf dem deutschen Markt.

Inzwischen findet man auf Github einige Infos.
Doku rund um Modbus TCP: https://github.com/solakon-de/solakon-o ... t-internal
Homeassistant Integration: https://github.com/solakon-de/solakon-one-homeassistant
evcc Template: https://github.com/solakon-de/evcc/blob ... n-one.yaml

@BJ Axel Die Antwort auf die Frage nach der max. Leistung im Inselbetrieb gibt's in den FAQs:
https://support.solakon.de/hc/de/articl ... -Steckdose

Inzwischen steht ein Solakon One in meinem Keller und lädt überschüssigen Strom von der Dach-PV-Anlage. Als EVU-Schnittstelle dient ihm ein Shelly Pro 3EM Zähler, den auch die openWB nutzt. In Kombination mit der openWB läuft er automatisch mit Speichervorrang.

Leider lässt sich das openWB Geräte-Modul vom o.g. FoxESS Speicher nicht verwenden, weil der Solakon One andere Modbus TCP Register nutzt:

• AC-Leistung in W im Register 39134 im I32 Format. Entladen hat positive Werte.

• Batterie-SoC in % im Register 39424 im I16 Format.

Wenn es in der openWB Software ein generisches/universelles Gerät für Speicher (und Zähler/Wechselrichter) mit Modbus TCP Protokoll gäbe, so wie es je eines für die HTTP, JSON und MQTT Protokolle gibt, dann könnte der Solakon One rein per Geräte-/Komponenten-Konfiguration eingebunden werden.

Ist so ein generisches Modbus TCP Modul bereits in Arbeit und in absehbarer Zeit verfügbar?

Ein spezifisches mit passenden Registern macht mehr Sinn.

Schade bzgl. generischem Modul. Wobei mir die Komplexität einer Modbus TCP Konfiguration durchaus bewusst ist. Wahrscheinlich würde es viele Hilfrufe geben.

Ich interpretiere die Antwort als DIY.
Auf https://github.com/openWB/core/tree/mas ... es/devices gibt es reichlich Beispiele, die als Vorlage dienen können. Ich probiere mich an einer Solakon-spezifischen Variante. Beim zusätzlichen WebUI brauchen ich dann wahrscheinlich Unterstützung.

Inzwischen gibt es ein fertiges Python Modul für den Solakon One unter https://github.com/mekrapp/core/tree/ma ... es/solakon

Ich konnte es bereits auf einem separaten Pi 3 mit einem frisch installierten Raspbian Bullseye lite, aktuellem openWB 2.1.9 und meinem manuell ergänzten Solakon Modul testen. Der SoC und die AC-Leistung der Batterie werden korrekt ausgelesen und im Diagramm dargestellt. Die Speicherentladung ist im Diagram negativ.

Die Konfiguration des Speichers erfolgt in OpenWB 2 wie üblich über Hersteller "Solakon", Gerät "Solakon One" und die Komponente Speicher. Die IP Adresse muss aktuell noch in der rudimentären JSON Maske eingegeben werden.

Da ich noch kein PV-Modul am Solakon One angeschlossen habe, kann ich das separate Python Modul für die im Speicher ankommende PV-Leistung aktuell noch nicht testen (richtiges Modbusregister und Vorzeichen?). Diese Infos habe ich aus der HA-Integration übernommen und sollten passen. Falls hier jemand bereits einen Solakon One mit PV-Modulen betreibt, wäre es nett, wenn er auch das Inverter-Modul testet.

@openWB
Kommt das fehlende Stück WebUI in der Konfiguration von Euch (Eingabe IP-Adresse)?
Trotz des fehlenden Testergebnisses der Inverter Komponente und des fehlenden WebUI würde ich nun einen PR in Github auslösen. OK?

Ja, gerne einen PR erstellen. Die Einstellungen für das GUI können wir dann noch ergänzen.