Marstek Venus A – Erfahrungen & Modbus-Tools

Bei uns trat das nur auf, solange die lokale JSON-RPC-API des Akkus (UDP, Port 30000) aktiv war. Ist diese API eingeschaltet, kommt es zu unregelmäßigen Aussetzern und Fehlfunktionen – unter anderem schaltet sich die Backup-Steckdose eigenständig aus (siehe Kernerkenntnis oben). Nachdem wir die API deaktiviert und ausschließlich per Modbus TCP über LAN gesteuert haben, ist das Problem bei uns nicht mehr aufgetreten. Ein gesicherter Ursachennachweis ist das nicht, aber es passt zu allen bislang beobachteten Aussetzern.

Bei uns trat das nur auf, solange die lokale JSON-RPC-API des Akkus (UDP, Port 30000, muss extra eingeschaltet werden) aktiv war. Ist diese API aktiv, kommt es zu unregelmäßigen Aussetzern und Fehlverhalten – unter anderem deaktiviert der Akku von selbst die Überschusseinspeisung, oft zusammen mit weiteren Symptomen wie einer ausgeschalteten Backup-Steckdose oder sich selbst einschaltenden LEDs, teils alles gleichzeitig, was insgesamt wie ein halber Reset oder Neustart wirkt. Mit aktiver API lief der Akku bei uns keine zwei Tage am Stück stabil. Nachdem wir die API komplett deaktiviert und den Akku stattdessen ausschließlich per Modbus TCP über ein LAN-Kabel angesteuert haben, ist das Problem nicht mehr aufgetreten (in unserem Test bislang mehrere Wochen ohne Aussetzer, Firmware-Version 149). Ein gesicherter Ursachennachweis ist das nicht – im Internet finden sich viele ähnliche Berichte über solche Aussetzer, aber kaum je eine Erklärung für die Ursache –, aber es passt zu allen bislang beobachteten Fehlfunktionen.

Auch das trat bei uns ausschließlich auf, solange die lokale JSON-RPC-API des Akkus (UDP, Port 30000, muss extra eingeschaltet werden) aktiv war. Neben spontan wieder eingeschalteten LEDs kam es dabei zu weiteren unregelmäßigen Aussetzern – etwa schaltete sich die Backup-Steckdose von selbst aus, die Überschusseinspeisung wurde deaktiviert, oder die API selbst schaltete sich wieder ab –, teils alles gleichzeitig, was insgesamt wie ein halber Reset oder Neustart wirkte. Mit aktiver API lief der Akku bei uns keine zwei Tage am Stück stabil. Nachdem wir die API komplett deaktiviert und den Akku stattdessen ausschließlich per Modbus TCP über ein LAN-Kabel angesteuert haben, ist das Problem nicht mehr aufgetreten (in unserem Test bislang mehrere Wochen ohne Aussetzer, Firmware-Version 149). Ein gesicherter Ursachennachweis ist das nicht, aber es passt zu allen bislang beobachteten Fehlfunktionen.

Ja. Der Akku bietet Modbus TCP auf Port 502 – allerdings nur über die kabelgebundene LAN/Ethernet-Schnittstelle, nicht über WLAN. Die Implementierung ist zudem nicht vollständig standardkonform, weshalb handelsübliche Modbus-Software damit oft scheitert (Details). Wir haben deshalb ein eigenes, schlankes Python-Script (modbus.py) geschrieben, das genau mit diesen Abweichungen klarkommt und bei uns zuverlässig funktioniert – zum kostenlosen Download weiter unten auf dieser Seite, keine externen Modbus-Bibliotheken nötig. Die wichtigsten Register sind in der Register-Tabelle oben aufgeführt.

Das war bei uns ein Totalschaden. Der Akku ließ sich zwar einschalten (grüne Power-LED leuchtet), reagierte aber weder über die LED-Leiste an der Front noch über App oder Netzwerk – auch per App war er nicht erreichbar. Nach etwa einer Minute ging bei uns sogar die grüne Power-LED wieder aus. Eine Lösung, um das Gerät in diesem Zustand selbst wieder zum Laufen zu bringen, ist uns nicht bekannt – in unserem Fall half nur, den Support zu kontaktieren und das Gerät tauschen zu lassen.

Uns ist keine Möglichkeit bekannt, das in der App einstellbare Minimum von 12 % zu unterschreiten – und wir würden davon auch abraten. Bei den vermutlich verbauten LFP-Zellen (siehe Zellchemie-Einschätzung in den Battery-Stats-FAQ) gilt ein unterer Spannungs-Cutoff von ca. 2,8 V pro Zelle als üblicher, konservativ gewählter Sicherheitswert: Unterhalb davon flacht die Entladekurve stark ab, zwischen 2,8 V und 2,6 V steckt Erfahrungswerten zufolge nur noch rund 3 % der nutzbaren Kapazität. Wirklich kritisch – im Sinne von spürbaren Kapazitätsverlusten – wird es bei LFP-Zellen meist erst deutlich darunter, etwa ab 2,5 V, irreversible Schäden typischerweise erst unter 2,0 V pro Zelle; 2,8 V selbst ist also eher der Rand des Sicherheitspuffers als bereits der kritische Bereich. Dieser Puffer ist trotzdem sinnvoll, weil einzelne Zellen im Pack nie perfekt balanciert sind: Bei 12 % Pack-SOC kann eine schwächere Einzelzelle schon spürbar tiefer liegen als der Durchschnitt. Ein niedrigeres Limit würde diesen Sicherheitsabstand verkleinern, ohne nennenswert mehr nutzbare Energie zu bringen. Hinzu kommt: Bei uns springt der angezeigte SOC in diesem unteren Bereich gelegentlich sprunghaft, z. B. von 12 % auf 5 %, statt gleichmäßig zu sinken. Das ist ein bekanntes Symptom bei LFP-Zellen: Die Spannungskurve verläuft über weite Teile des Ladebereichs extrem flach, sodass das BMS den SOC dort kaum aus der Spannung ableiten kann und stattdessen auf Coulomb-Counting (Strom-Integration) angewiesen ist – ein Verfahren, das ohne regelmäßige Vollladung/-entladung zur Rekalibrierung mit der Zeit drifted. Genau im unteren Bereich, wo die Kurve wieder steiler wird, zeigt sich diese Ungenauigkeit dann als sprunghafte Korrektur. Ein zusätzlicher Grund, hier keinen Puffer zu verschenken, indem man die 12-%-Grenze künstlich weiter absenkt.

Aus unserer Erfahrung sollte man mindestens Version 148 installiert haben. Version 149 verbessert danach noch ein paar Kleinigkeiten und ist die Version, mit der wir aktuell stabil per Modbus TCP laufen (siehe Kernerkenntnis oben). Version 150 gibt es inzwischen ebenfalls, die haben wir bislang aber noch nicht getestet – uns ist kein Weg bekannt, eine Firmware wieder zurückzustufen, falls sich mit 150 neue Probleme zeigen sollten, weshalb wir hier bewusst vorsichtig sind. Was sich zwischen den Versionen konkret ändert, ist reine Spekulation: Der Hersteller veröffentlicht keine Changelogs zu seinen Firmware-Updates, sodass man nur anhand des eigenen Nutzungsverhaltens raten kann, was besser oder anders geworden ist.