Marstek Venus E, Generation 3 Registeradressen haben sich im Vergleich zu den Vorgängern geändert

[christian-redhat-test]

Ich habe auch kurzem einee Marstek Venus E, aber die Generation 3 oder auch V3 genannt (das ist die mit dem etwas kleineren Gehäuse mit den abgerundeten Ecken) und versuche den in evcc einzubinden. Sowohl die Konfiguration übers GUI als auch im yaml File funktionieren nicht.
Fehlermeldung ist:
2025-10-22 16:58:39.339002741 +0200 CEST m=+7363.920553047 !! 75ms read failed: modbus: exception '2' (illegal data address), function '3'

Leider ist die wohl auch SW-mäßig nicht kompatibel mit den vorherigen Versionen.

Konkret sind wohl die Inhalte der Registeradressen die per Modbus ausgelesen werden bei der V3 anders.
Wenn ich die die neuen Adressen z.B. per nodered abfrage bekomme ich richtige Antworten. Die Hardware, Verkabelung und Setup sind also ok.

Ist da schon ein passendes Template geplant ?

[StefanSchoof]

Wenn du es hinbekommst du Adressen abzurufen, bist du auch in der Lage ein passendes Template zu bauen und zu testen.

Wenn sie nicht zuviel geändert haben kannst du dich an
https://github.com/evcc-io/evcc/blob/master/templates/definition/meter/marstek-venus.yaml
orientieren. Wie man ein Template probieren kann ohne evcc selbst zu bauen:
https://github.com/evcc-io/evcc/blob/master/CONTRIBUTING.md#device-templates

[christian-redhat-test]

Super, das werd ich gleich mal heute Abend probieren.
Habe aber noch nicht alle verwendeten Adressen rausgefunden

[christian-redhat-test]

mhm, geht doch nicht so leicht, weil ich nicht alle Registeradressen zuordnen kann. Es fehlen für die V3 die ganzen Adressen wo die verschiedenen Modi gesetzt werden.

Aber ich bleib dran, die raus zu finden

[StefanSchoof]

Ein Template würde auch erstmal ohne Akkusteuerung funktionieren. Dann kann der Akku nicht gesperrt werden, aber immerhin schon bei PV-Laden der Akkustand berücksichtigt werden.

[christian-redhat-test]

so, ich hab jetzt mal ein template gebastelt, den Teil mit der Akkusteuerung weggelassen.

ich hab aber evvc nur in docker am laufen . Kann ich das neue Template einfach in das im image vorhandene template-verzeichnis reinmounten , bzw. wie ist denn der absolute Pfad von evcc im container ?

[StefanSchoof]

Die Templates werden ein compliert. Du kannst das wie unter https://github.com/evcc-io/evcc/blob/master/CONTRIBUTING.md#device-templates beschrieben testen. Das geht auch wenn du dein Template ins docker mountest.

[christian-redhat-test]

So , hier ein Update.

Zuerst das wichtigste, es funktioniert unter EVCC ohne zusätzliches oder angepasstes Template.

Ich habe lange gesucht und probiert bis die Lösung da war. Geholfen hat mir dabei der Bericht in dem niederländischen Forum: https://gathering.tweakers.net/forum/list_message/83598942#83598942

Da wird nämlich genau der Fehler beschrieben den ich hatte und der auf einer Verpolung der ModBus Signalleitungen beruht (getauscht, und schon ging es mit NodeRed)
Ebenso muß der Modbus ControlMode einmal aktiviert werden: Adresse 42000, 0x55AA schaltet ein
(das steht auch im Standard Template von evcc so drin)
es kann auch sein, das Marstek da die Adressen angepasst hat , weil ich im Laufe der Versuche ein FW Update der Venus auf V139 bekommen hab.

Die Einbindung klappt aber nur über das WebGUI von evcc, über Einträge in der evcc.yaml hab ich es nicht ans Laufen bekommen ... werde ich mir auch noch genauer anschauen, weil ich solche Einstellungen schon ganz gern in zentralen CoinfigFiles habe, aber vorerst läuft es jedenfalls.

Momentan läuft der Marstek Venus E V3.0 (FW V139) bei mir problemlos mit den letzten 3 evcc Versionen (jetzt v0.209.6)

Die Thematik mit den verschiedenen Modbus registern kann ich mir auch nicht erklären. Habe im Netz eine Liste gefunden https://docs.google.com/spreadsheets/u/0/d/e/2PACX-1vSyu0LKoSrQQzvrosMH-sOcSKT7pgHSXEwAcIJe0cy3NCrmwiLH6VDGjh0_2HOKhL0nZmnI3Mk5Fb_d/pubhtml?gid=319238506&single=true&pli=1 , die scheint einigermassen zu stimmen, wobei ich da auch nicht alle Register lesen oder auch schreiben konnte

Ich bleib da weiter dran, weil ich gerne den Minimalen Ladestand von 11% erhöhen würde um den Akku v.a. jetzt in der dunklen Jahreszeit zu schonen, wo es schon vorkommt, das mehrere Tage nicht viel reingeladen wird.

[christian-redhat-test]

Ach ja, Verbindung zwischen shelly und venus geht über WLAN, modus über einen Elfin EW11
Alles über LAN hab ich noch nicht probiert ...

[ufux]

Als Energy Meter nutze ich eine Simulation "b2500-meter", die von MQTT liest. Ein pysma basiertes Script publisht dafür Werte vom SMA Sunny Home Manager. Verbindung zur Batterie über WLAN, Modbus via dem PUSR Lipstick für 14EUR von A**** Expr**s. LAN habe ich noch nicht probiert.

Zum PUSR lässt sich noch sagen:
Port->Workmode: TCP-Server
Edge Gateway: Modbus Simple Protocol Conversion

[christian-redhat-test]

Register 44001 (Discharge cutoff Capacity) kann ich nicht setzen,
Fehlermeldung: "Modbus exception 2: Illegal data address (register not supported by device)"

die beiden Register 44002 (Max Charge Power) und 44003 (Max Discharge Power) lassen sich problemlos setzen

[mrestorff]

@christian-redhat-test Hast du schon eine Rückmeldung vom Support bzgl. der Modbus Register bekommen? Am 44001 bzw. dessen Ersatz wäre ich auch sehr interessiert.

[TSNr1]

Hi Christian,

Wie hast du ihn über die GUI reingekommen?

Bei mir gibt EVCC immer:

power: read failed: dial tcp XXX.XXX.X.XX:30000: connect: connection refused

Die lokale API habe ich in der Marstek App aktiviert. Der Port ist die 30.000

In HomeAssistant habe ich den Akku auch problemlos bekommen.

Kannst du eventuell helfen?
Du hast geschrieben, du hättest irgendwas umgestellt? Aber wo?

[Fazer3]

Because this is written in German I don't understand whats going on. Is there a template available for a Marstek Venus E Version 3 with LAN connection?

[christian-redhat-test]

Hi,

I did not test it via LAN, only with Elfin-11W connected to the RS485 Port.
I did not yet find a Dokumentation about all the registers available via Modbus (or better: are not available)

short: it works via the Elfin and WLAN pretty fine with evcc.
But you need to configure it via the WebGUI, I did not get ist up and running via configuration of the venus in yaml File

Christian

[Fazer3]

Hi Christian, thanks for the Email.  Now it is clear for me.  If everything goes well I gone receive the battery this Friday.  I gone place it for time beeing in the garage and after testing I gone move it to the attic of the garage after I added specific cable and circuit breaker.  I have WiFi in the the garage but it is not part of the Mess Wifi from my home and that can give some issues.  Also I think via LAN it will work a bit faster and more stable. Anyway, again thanks for the mail Best Regards, Kristof 10 nov 2025, 21:42 van ***@***.***:

…

Hi, I did not test it via LAN, only with Elfin-11W connected to the RS485 Port. I did not yet find a Dokumentation about all the registers available via Modbus (or better: are not available) short: it works via the Elfin and WLAN pretty fine with evcc. But you need to configure it via the WebGUI, I did not get ist up and running via configuration of the venus in yaml File Christian — Reply to this email directly, > view it on GitHub <#24648 (reply in thread)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/BFVKNG6DO5SMIM2WYL5FGN334D2EPAVCNFSM6AAAAACJ5AK7BSVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTIOJSHE3TEMY>> . You are receiving this because you commented.> Message ID: > <evcc-io/evcc/repo-discussions/24648/comments/14929723> @> github> .> com>

[pekae]

Hallo

wird es ein offizielles Template für den marstek 3.0 geben ?

[ufux]

Die bestehende Integration für Marstek Venus funktioniert über RS485 auch für die Gen3 (SW Ver. 139). Habe ich nun seit ein paar Wochen am laufen. Auch die Aktivierung von Modbus durch Schreiben in ein bestimmtes Register ist Teil vom Template und aktiviert auch Modbus für die Gen3. Insofern macht ein neues Release erst Sinn, wenn ein neues Firmware Release der Venus Gen3 sowohl Ethernet als auch die Open API fehlerfrei unterstützt. Das ist meinem Kenntnisstand aktuell noch nicht der Fall.

[pekae]

Ich habe die Version 122 - wie kommt man an die neueste VersionLt App ist die 122 die aktuelle Version - seltsam Mit freundlichen GrußPeter KästnerAm 15.11.2025 um 17:02 schrieb ufux ***@***.***>: Die bestehende Integration für Marstek Venus funktioniert über RS485 auch für die Gen3 (SW Ver. 139). Habe ich nun seit ein paar Wochen am laufen. Auch die Aktivierung von Modbus durch Schreiben in ein bestimmtes Register ist Teil vom Template und aktiviert auch Modbus für die Gen3. Insofern macht ein neues Release erst Sinn, wenn ein neues Firmware Release der Venus Gen3 sowohl Ethernet als auch die Open API fehlerfrei unterstützt. Das ist meinem Kenntnisstand aktuell noch nicht der Fall. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[ufux]

@pekae Über die Marstek App an den Support schreiben, dass die neuste SW für einen freigeschaltet werden soll (z.B. weil man die Open API nutzen will). Dann kann man das FW Upgrade nach Freigabe aus China sic über die App installieren.

[mrestorff]

Die Open API ist allerdings nicht wirklich nutzbar. Mein Gerät hat während der Verwendung davon permanent das WLAN vergessen und war teilweise gar nicht mehr über die App erreichbar. Wenn ich keine Anfragen mehr an die API schicke, läuft alles wieder.

Die Zuverlässigkeit, die eine Batteriesteuerung benötigt, bringt die API also nicht mit.

[pekae]

DankeGanz schön umständlich mit freundlichem Gruß Peter Kästner Am 16.11.25 um 15:23 schrieb ufux Von: "ufux" ***@***.***>Datum: 16. November 2025An: "evcc-io/evcc" ***@***.***>Cc: "Mention" ***@***.***>,"pekae" ***@***.***>Betreff: Re: [evcc-io/evcc] Marstek Venus E, Generation 3 Registeradressen haben sich im Vergleich zu den Vorgängern geändert (Discussion #24648) @pekae Über die Marstek App an den Support schreiben, dass die neuste SW für einen freigeschaltet werden soll (z.B. weil man die Open API nutzen will). Dann kann man das FW Upgrade nach Freigabe aus China sic über die App installieren. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[pekae]

Duravolt-Plug-in-Battery-ModbusPDF-Dokument · 1,2 MBMit freundlichen GrußPeter KästnerAm 19.11.2025 um 00:31 schrieb mrestorff ***@***.***>: @christian-redhat-test Hast du schon eine Rückmeldung vom Support bzgl. der Modbus Register bekommen? Am 44001 bzw. dessen Ersatz wäre ich auch sehr interessiert. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[christian-redhat-test]

Bis jetzt noch nix gekommen. Hab nochmal nachgefragt, wie mann denn Modbus RS485 ohne Doku nutzen soll ...

[christian-redhat-test]

Hm, schade keine Doku erhältlich:
"Hello, Regarding Modbus: we do not provide open access to it. You may use it independently, but please exercise caution during operation – improper handling could easily damage the device. Sincerely"

Ich hab mich jetzt an die Doku gehalten, wie der Speicher in HA eingebunden werden kann.
https://github.com/ViperRNMC/marstek_venus_modbus/tree/main

Damit klappt alles was ich so brauche

[pekae]

Ich habe nur die Infos aus dem holländischen PDFFunktioniert Aber einwandfrei mit Homeassistant und evccMit freundlichen GrußPeter KästnerAm 21.11.2025 um 13:16 schrieb Christian Schulze ***@***.***>: Bis jetzt noch nix gekommen. Hab nochmal nachgefragt, wie mann denn Modbus RS485 ohne Doku nutzen soll ... —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[christian-redhat-test]

Ja, evcc funktioniert bei mir auch gut. Ich möchte gerne aber etwas mehr machen, zum Beispiel die default entladetiefe von 11% anheben usw.
Hab mich schon durch den Code der verschiedenen Implementierungen (HA, evcc, ) durchgewühlt und auch einiges gefunden. Z.b. Spannungen der einzelnen Zellen, temperaturen der leistungselektronik und des Akkus usw.
Ich bin halt datensammler und analysiere sowas gerne. Deswegen lese ich so Sachen gern mit node red aus und schreib das dann in influxdbs weg.

[pekae]

Hi Ich habe die local API benutzt - funktioniert einwandfrei Mit freundlichen Gruß Peter Kästner

…

Am 25.11.2025 um 21:56 schrieb Christian Schulze ***@***.***>: https://github.com/ViperRNMC/marstek_venus_modbus/tree/main

[GhostPV]

Könntest du vielleicht ein kurzes Tutorial machen wie du das aufgesetzt hast? Oder gibts irgendwo schon ne schöne Anleitung?

Modbus hab ich noch gut hingekriegt, aber wie ich den Venus E 3.0 über die lokale API abfragen kann hab ich noch nicht gecheckt. Ich hab zu dem Thema noch gar keinen Zugang. Danke!

Danke!

[pekae]

HiEinfach in Homeassistant über HACS Marstek local api installieren Mit freundlichen GrußPeter KästnerAm 05.12.2025 um 22:26 schrieb GhostPV ***@***.***>: Könntest du vielleicht ein kurzes Tutorial machen wie du das aufgesetzt hast? Oder gibts irgendwo schon ne schöne Anleitung? Modbus hab ich noch gut hingekriegt, aber wie ich den Venus E 3.0 über die lokale API abfragen kann hab ich noch nicht gecheckt. Ich hab zu dem Thema noch gar keinen Zugang. Danke! Danke! —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[GhostPV]

Hey,

Danke für die Antwort!. Leider hatte ich gerade gehofft das nicht zu hören. Ich habe ein System laufen aus NodeRed, InfluxDB 2.0 und Grafana. Da finde ich es jetzt etwas übertrieben HomeAssistant aufzusetzen, nur um 2 Werte auszulesen. Ich selbst habe den Venus E Gen 2 und lese alles über Modus aus. Super Easy. Ist auch super Dokumentiert.

Jetzt hat mein Dad den Venus E Gen 3 und damit komme ich gar nicht klar. Es gibt keine offizielle Information zu den Modbus registern. Die 3 Registeradressen, die ich im Internet gefunden hatte haben bei mir nicht funktioniert. Falls jemand die Registernummern für SOC und die Leistung kennt würde mir das schon ausreichen.

Ist die Abfrage des Venus E Gen 3 über die API überhaupt mit Node Red machbar? Meinen Ecotracker kann ich ja recht easy über http Get abfragen. Beim Venus E Gen 3 habe ich nach längerer Suche allerdings keine Informationen gefunden und die Dokumenation zur API hilft mir leider auch nicht weiter. Falls sich jemand auskennt, wäre cool wenn man ne kurze Info bekommen könnte wie man das macht bzw. nen Startpunkt an dem man sich dan mit Tutorials weiterhangeln kann. Modbus hab ich ja auch hingekriegt. Da gibt es ja echt einiges Zeug was man nachlesen kann. Danke!

Viele Grüße

[GhostPV]

Ich hab jetzt doch noch mal etwas getestet und bekomme vom Speicher zumindest mal eine Antwort. Leider jedoch unabhängig von meinem Input immer die gleiche. Ich denke meine Anfrage an den Speicher passt nicht. Das kriege ich aber heute nicht mehr hin.

Sicher hier die falsche Stelle zum Nachfragen. Aber hat jemand eine Anregung was nicht passt?

[ghost]

Habt ihr schon die v144 auf den E 3.0 aufgespielt bekommen?
Ich habe vor ein paar Tagen zufällig herausgefunden, dass ich bei V144 nach dem reset to factory und reboot auf dem LAN einen offenen 502 Port habe.

Es gibt da ein modbus tcp auf dem 502! Geht also ganz ohne Adapter bzw ohne RS485!

Erste Versuche sehen gut aus - ich kann einige Register lesen. Ich habe bisher aber noch keine Liste für die v3.0 gefunden um das abzugleichen.

Ich weiß nicht, ob es auch in früheren Fw Versionen schon klappt. Wichtig ist, dass man relativ schnell nach dem reboot eine Verbindung aufbaut. Es ist nämlich nur eine Verbindung möglich und irgendwoher verbindet sich etwas auf den Port.

[christian-redhat-test]

Ich kenn und kann leider kein HA, aber Node Red geht so einigermassen.

damit bekomme ich sowohl Antworten über die offizielle API (wenn du in der App in die Einstellungen gehst, dann "Local API" aktivierst, dann steht direkt darunter ein Link, der dich zur Doku der API bringt) als auch über Modbus und RS485.

Die API gibt nicht soviel her wie Modbus, aber dafür ist die halt auch einfacher, weil da schon json zurück kommt.
Über den "offiziellen" Modbus over RS485 geht fast alles, ist aber auch etwas aufwendiger

Ich schreib über den Modbusweg momentan die Spannungen der Einzelzellen, die Differenz der Einzelzellen und die Temperaturen weg. (einfach per Nodered in eine influxdb)
schreib mir direkt, dann schick ich die den Nodered code zu, ich will hier nicht den Thread kapern.

Durch das passende setzen des Registers 44003 (max Discharge Power) läßt sich die Venus ganz gut steuern. Setzen auf "0" stoppt das Entladen . Damit beende ich das Entladen, wenn der Ladestand auf 30% gefallen ist.

Wenn mal wieder die Sonne scheint, dann bastel ich da noch ein bisschen mehr dazu.

Christian

[GhostPV]

Github unterstützt meines Wissens nach keine direkten Nachrichten. Wie soll ich dich denn kontaktieren?

[christian-redhat-test]

Argh, hab ich ganz vergesssen , bist du im https://www.photovoltaikforum.com/ ?

[GhostPV]

Ja, selber Username.

[eikewink]

sage mal kann man drei Geräte parallel betreiben um alle drei Phasen voll auszunutzen oder muss man sie in reihe schalten ? die haben doch 2500w Leistung oder ? sowohl Ladung als auch Entladung ?

Sprich wenn ich drei hätte dann habe ich 7,7 kw lade- entlade Leistung ?

[uwen70]

Siehe Anleitung:

[lemuba]

Dafür benötigt man aber nicht die Marstek Smartbox! Die Smartbox wird nur beim Befarf von Pseudo 3-Phasen 220V (kein 380V zwischen den Phasen Drehstrom) Ersatzstrom benötigt.

Damit z.B. 3 Venus E V3, angeschlossen an den Phasen 1-3 zusammenarbeiten ohne sich gegenseitig zu Laden oder Zu Entladen, wird zwingend das Marstek eigene Smartmeter CT002 benötigt - oder, darin sehe ich keinen Sinn/Bedarf, baut man sich seine eigene Steuerung über z.B. Home Assistant/Modbus TCP.

Und die max. mögliche Ladeleistung/Entladeleistung summiert sich dann natürlich auch auf 3x2500 Watt, sprich 7,5kW.

[uwen70]

Grundsätzlich kann man ohne Smartbox arbeiten. Man braucht drei Steckdosen, jede an einer anderen Phase. Da kommen dann die Marsteks dran. Damit hat man aber keinen automatischen Notstrom. Der Haken ist, dass alle drei Speicher wissen müssen, wieviel die anderen einspeisen, damit man eine Nulleinspeisung hinbekommt. Ob dies mit allen Zählern möglich ist und wie man dies mit App oder nur mit Modbuskopplung hinbekommt, weis ich nicht.

[pekae]

Bei mir ging es über die gui einwandfrei Vielleicht liegt es an der Max Anzahl gleichzeitiger Verbindungen (HA + Evcc) Ich habe in meinem EW11 Konverter die max. Anzahl Verbindungen auf 3 gesetzt GrußPeter Am 22.12.2025 um 16:08 schrieb TSNr1 ***@***.***>: Hi Christian, Wie hast du ihn über die GUI reingekommen? Bei mir gibt EVCC immer: power: read failed: dial tcp XXX.XXX.X.XX:30000: connect: connection refused Die lokale API habe ich in der Marstek App aktiviert. Der Port ist die 30.000 In HomeAssistant habe ich den Akku auch problemlos bekommen. Kannst du eventuell helfen? Du hast geschrieben, du hättest irgendwas umgestellt? Aber wo? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[TSNr1]

Ne, ich hatte es probiert bevor ich HA verbunden habe mit dem selber Fehler.

HA habe ich dann erst verbunden um zu sehen ob ich den Akku überhaupt auslesen kann.

Ich hab ihn auch nochmal aus HA rausbekommen und es ändert nichts.

[TSNr1]

Ist denn die Config sonst richtig?

[pekae]

Port 502 - hat nix mit dem API port (30000) zu tunMit freundlichen GrußPeter KästnerAm 22.12.2025 um 17:56 schrieb TSNr1 ***@***.***>: Ist denn die Config sonst richtig? Screenshot_20251222_175548_evcc.jpg (view on web) —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[TSNr1]

Mit Port 502 hab ich das selbe Problem

Könnte es eventuell daran liegen, dass ich noch keinen CT für den Akku hinterlegt habe?

Ich habe einen Shelly 3EM (ohne Pro) für meine Gridüberwachung. Der Pro ist bestellt. Habe erst heute beim installieren des Marstek festgestellt, dass der 3EM kein RCP kann.

[TSNr1]

Das ist der Log den ich kriege:

2025-12-22 18:38:04.425719041 +0100 CET m=+72.231396456 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:04.45786795 +0100 CET m=+72.263545384 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:04.489426899 +0100 CET m=+72.295104314 !! 2ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:04.517668386 +0100 CET m=+72.323345801 !! 3ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:04.608919031 +0100 CET m=+72.414596446 !! 2ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:04.695520721 +0100 CET m=+72.501198229 !! 7ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:04.791573376 +0100 CET m=+72.597250773 !! 3ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:05.120725977 +0100 CET m=+72.926403504 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:05.387769062 +0100 CET m=+73.193446607 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:05.741344615 +0100 CET m=+73.547022160 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:06.611194199 +0100 CET m=+74.416871744 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:08.318192346 +0100 CET m=+76.123869910 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:09.459524651 +0100 CET m=+77.265202215 !! 4ms read failed: dial tcp 192.168.2.87:502: connect: connection refused\n2025-12-22 18:38:12.32673454 +0100 CET m=+80.132412215 !! 5ms read failed: dial tcp 192.168.2.87:502: connect: connection refused

[pekae]

Nur um sicher zu gehen ;

die Adresse, die du eingegeben hast ist die Adresse des Modbus Konverters und nicht die Adresse des Speichers?

evcc kommuniziert via Modbus ( Port 502)

[TSNr1]

Nein direkt die vom Speicher. Ich habe keinen Konverter. Ich dachte der solcher kann das nativ.

[SolarPower2024]

Die Integration in evcc ist ausschließlich über Modbus implementiert.

Wenn du nicht über Modbus drauf zugreifst, sondern einfach über das WLAN und die API aktiviert hast, funktioniert es nicht.

[TSNr1]

Ich danke euch.

Ich hab ihn jetzt einfach über die HA-Integration in EVCC gebunden.

Wenn ich mich da jetzt richtig eingelesen habe, müsste ich beispielsweise einen Elfin EW11 an die RJ45 RC485 Buchse des Marstek stecken. Richtig?

[pekae]

Genau Ew11 an Rj45

[pekae]

Glaube nicht, dass es ohne konverter geht

frag doch mal bei evcc nach, ob er die ip Verbindung über 30000 implementiert

Ich kenne nur Modbus bei evcc

[uwen70]

@SolarPower2024 Danke für die Info. Habe es jetzt doch mit einem RJ45 Kabel versucht. Die lokale API auf Port 30000 ist nun erreichbar. Wenn nur WLAN aktiv ist, ist dort der Port 30000 verfügbar. Wenn LAN angesteckt wird geht der 30000 im LAN auf und im WLAN zu. Die WLAN Verbindung besteht aber weiter und läßt sich anpingen.
Was aber nicht geht ist Modbus auf Port 502. Weder im LAN noch im WLAN. Gibt es da einen geheimen "Ritus" um den einzuschalten?

[TSNr1]

@SolarPower2024 danke für deine Erklärung.

Wenn ich das richtig verstehe, ist aber auch über den RJ45 mit der RS485 keine aktive Akkusteuerung durch EVCC möglich?!

[SolarPower2024]

Was meinst du konkret mit Akkusteuerung?
Was ist denn dein Ziel? Den Akku sperren, wenn das Auto lädt oder etwas anderes?

[uwen70]

@TSNr1 Ich habe es hinbekommen den Modbus zu aktivieren. Im Nachgang bin ich mir nicht ganz sicher, ob ich falsch getest habe (weil Modbus auf Port 502 ist TCP und lokale API auf 30000 ist UDP und ich habe vermutlich nur UDP getestet) oder es nochmals eines Werksresets bedurfte, wie @GhostPV weiter oben beschieben hat.
Fazit: Marstek Venus E V3 kann lokale API (UDP Port 30000) auf WLAN und RJ45, aber nicht gleichzeitig. RJ45 hat Vorrang. Modbus (TCP Port 502) geht nur auf RJ45. Der Test an evcc steht bei mir noch aus.

[uwen70]

Noch ein Nachtrag: Der Akku läßt sich über evcc steuern.

[Boerly]

Hallo,

wie wird der Modbus ControlMode eingestellt, über die App? wenn doch noch kein Zugriff über Modbus möglich ist ?
Ich habe moch keinen Venus E stehe aber kurz vor dem Kauf und will diesen dann über Home Assistant mit einem Varta Pulse Neo 6 zusammen betreiben.

Und wenn jemand einen Plan für den Anschluss des Eifin 11 Adapter an den Venus E hat, wäre prima. Ich habe da ein paar Quellen die sind aber alle nicht wirklich übersichtlich und untersheiden sich.

Viele Grüße

[uwen70]

@Boerly Beim Venus E V3 war bei mir nach Firmwareupdate (V144) und Werksreset am RJ45 der Modbus Port 502 aktiv. In der App war nichts einzuschalten.
In der Version 3 hat der Venus einen Ethernetanschlus (RJ45) über den der Modbus ohne weiteren Adapter verfügbar ist.

[LenoxUI2025]

So war es auch bei mir mit dem Venus 3 V3. Über die Marstek App den Support angeschrieben die neuste SW Version zur Verfügung zu stellen (bei Auslieferung V122). Das Update wurden einen Tag später zur Verfügung gestellt (V144) und konnte über die Martek App auf den Speicher aufgespielt werden was auch funktioniert hat. Damit hat auch der Modbus (Port 502) funktioniert (vorher nicht mit V122).

Anleitung zum Update vom Support:
Sehr geehrte/r, wir haben die entsprechenden Updates bereits für Sie übertragen – bitte beachten Sie die Erinnerung. Öffnen Sie die APP, klicken Sie auf das Gerät und anschließend auf „Version“, um die Firmware zu aktualisieren. Zusätzlich empfehlen wir: Bei der Aktualisierung von Venus ziehen Sie unbedingt das Netzkabel des Geräts ab und trennen Sie den Backup-Port. Nachdem die APP 100 % abgeschlossene Aktualisierung anzeigt, starten Sie das Gerät nicht umgehend manuell oder führen Sie andere Operationen durch. Warten Sie einige Minuten ab, bis das Gerät automatisch neu startet.

Hier ist eine gute Anleitung zum EW11 (ansonsten ist Waveshare eine gute Alternative und mit PoE vorhanden wenn du die Hardware im Zählrschrank platzieren möchtest). Den EW11 mit Strom versorgen und lt. Anleitung vorhgehen.
https://gathering.tweakers.net/forum/view_message/82669154

[Boerly]

Hallo,ich habe noch einen zweiten Speicher Varts Pulse neo 6 und einen marstek Venus E v3. Ich will künftig das lade und Entladeverhalten regeln.--Gesendet mit der GMX Mail AppAm 25.12.25, 11:59 schrieb SolarPower2024 ***@***.***>: Was meinst du konkret mit Akkusteuerung? Was ist denn dein Ziel? Den Akku sperren, wenn das Auto lädt oder etwas anderes? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[SolarPower2024]

evcc ist nicht dazu da das Lade und Entladeverhalten des Speichers zu regeln. Weder für den Marstek noch einen anderen Speicher. Der Speicher muss sich selber regeln oder du machst das mit einer anderen Lösung.

[fsmatrix]

Hallo in die Runde,
ich möchte noch eine generelle Frage stellen: Ich habe jetzt auch den Marstek Venus E Gen3. Über Serial Modbus Adapter konnte ich diesen auch in EVCC einbinden. Ich sehe den SOC und sehe auch, wenn ich manuell lade oder entlade. EVCC steuert aber nicht selbstständig, ob geladen oder entladen wird. Ist das richtig so oder sollte EVCC auch das Laden und Entladen über Modbus triggern können?
Ich habe einen sma Home Manager 2.0 als Smartmeter, der erst mal nicht in der Marstek App konfigurierbar ist. Dementsprechend dachte ich, dass EVCC die Steuerung übernehmen könnte.

[SolarPower2024]

Siehe Antwort oben. Evcc regelt nicht die Entladung / Ladung des Speichers.

[Tonno87]

EVCC steuert definitiv die Batterie, sonst würde der Strom aus dem Speicher immer im Auto landen. Gibt ja nicht umsonst ein extra Menü zum Thema Hausbatterie.

Laden kann man auch, nennt sich "Netzladen" und kann über den Preis gesteuert werden. Das mache ich aktuell jede Nacht weil ich dort einige Cent sparen kann (Ocotpus Go).

Entladen erfolgt halt über den Modus, welchen man bei der Einrichtung in evcc vorgegeben hat. Das regelt der Speicher dann selbst. Per default müsste das der Eigenverbrauchs-Modus sein.

[SolarPower2024]

Das ist nicht das was gemeint war. evcc kann einen Befehl setzen zb zum Batterie sperren, dass sich die nicht entlädt wenn das Auto geladen wird. Oder auch einen Befehl der das Laden anhand der Preisgrenze erzwingt, wie du schreibst.

Das hat aber nichts mit einer generellen Batterie - Steuerung anhand des Grid meters (einspeisen oder beziehen) zu tun.
Das wird evcc niemanden abnehmen. (macht je nach eingestellten Intervall auch keinen Sinn)
Wenn Überschuss vorhanden ist (und das Auto nicht lädt) muss die Batterie also selber wissen, dass sie laden soll. Oder im umgekehrten Fall, wenn Bezug ist, dass sie entladen soll.

[LenoxUI2025]

Der Marstek arbeitet im Zusammenspiel mit eine Shelly/Marstek CT02 EnergyMeter (dieser ist in der Marstek App verbunden/konfiguriert) und schaut nur ob er PV Überschuss beladen wird und wenn Strom aus dem Netz gezogen wird springt der Marstek ein und unterbindet den Netzbezug solange der Speicher genug Energie hat. evcc steuert nur das Entladen des Speichers wenn das Auto beladen wird im Modus Schnellladen oder nach Plan. Der Speicher kann aber auch über Netzladen beladen werden wenn es im evcc aktiviert ist (bspw. wenn der Strompreis kleiner 21 Cent/kWh ist).Dazu sollte man bestenfalls einen dynamischen Tarif haben und evcc bspw. mit Tibber verbunden sein.

Ich habe beim Marstek in der APP den Modus AI optimiert aktivert der auch mit der Tibber Verbindung nachts den Speicher belädt wenn der Strompreis am günstigsten ist. Am Tag erledigt dies die 30 kWp PV Anlage.

Werde mir nach meinen ganzen Tests mit einem Venus E zum Jahresende weitere zwei Speicher dazu holen und jeden einzelnen auf eine Phase legen.

[Boerly]

ich habe nun auch meine Venus E v3 bekommen.
Soweit auch alles OK, evcc über Modbus-Proxy eingerichtet, funktioniert auch.
Bin nun ein wenig am stöbern durch die Modbus Register und habe da ein Verständnis Problem.
43000 User Work Mode (Manual=0, Anti-Feed=1, Trade Mode=2) ok,
aber 42010 Force mode (None=0, Charge=1, Discharge=2)? wann hat der Gültigkeit?

[uwen70]

Die 43000 ist die Einstellung, die du auch in der APP hast: also 0 nach eigenem Plan gesteuert, 1 über Smartmeter oder 2 i.V.m. einem smarten Stromtarif.
42010 Force Mode zwingt sofort zum Laden/Entladen. Im Normalfall 0, so dass die normale Regelung greift.

[buchpetzer]

Hallo,

das sind genau die Modbus Register, die für mich relevant sind. Ich benutze bereits die Version 2.0 im Home Assistant und steuere den Speicher per Modbus zum Laden und Entladen. Da die Version 2.0 nur noch schwer zu bekommen ist und die V3 sogar günstiger ist, spiele ich mit dem Gedanken die V2 und V3 parallel zu betreiben. Da ich einen SMA Smart Meter habe und den Shelly emuliere, muss ich die beiden Akkus manuell steuern können, um das gegenseitige Entladen zu vermeiden oder bspw. die Akkus beim Laden des E-Autos zu deaktiveren.

Könnt ihr bestätigen, dass die folgenden Modbus Register funktionieren?

External control mode: 42000, value 0x55AA
Laden oder entladen im external control mode: 42010, value 1 (Laden), 2 (Entladen)
Entladeleistung setzen: 42021, value (0-2500)
Betriebsart setzen: 43000, value 0 (manuell), 1 (Anti-feed), 2 (AI.mode)

Würde mir bei meiner Entscheidung sehr weiterhelfen. Vorab schon mal vielen Dank!

[buchpetzer]

Ein Freund berichtete mir noch, dass er mit dem CT002 von Marstek zwei Akkus parallel betreiben kann, ohne dass sich diese entladen. Kennt jemand eine Möglichkeit den CT002 zu emulieren?

[uwen70]

Die Modbusregister werden in evcc zur Steuerung verwendet (marstek-venus.yaml).
Der Parallelbetrieb von zwei Akkus wird in der App eingerichtet. Nach meinem Verständnis müsste dies auch mit Shelly funktionieren. @buchpetzer hast Du anderslautende Infos?

[Alexcloud123]

Hallo in die Runde, vorneweg: Ich bin echt happy dieses Forum gefunden zu haben, da es genau die Thematik betrifft die mich gerade umtreibt. ;-)

Entschuldigt bitte auch gleich meine teilw. laihenhafte Ausdrucksweise, da ich noch relativ neu auf dem Gebiet EVCC usw bin.

Kurz zu meinem akt. Setup:

• EVCC auf einem Raspberry
• GO-E Ccharger zum Laden unseres E-Autos
• Shelly 3EM (nicht Pro)
• 10 Kwp PV an SMA Wechselrichter
• (bald) Octopus Go Stromtarif mit 16 cent/kwh von 00-05 Uhr

System läuft seit geraumer Zeit zum Überschussladen wunderbar und ich bin echt von EVCC begeistert. Nun möchte ich die Anlage entweder mit dem Marstek Venus E oder Zendure SF 2400 AC speichertechnisch erweitern. Tendenz um Marstek. (Besser geeignet oder? Taucht zumindest im gegensatz um zendure auf der offiziellen Homepage als "aktiv Batteriesteuerbar" auf)

Wichtig wäre mir eine Prio festlegen zu können (erst E-Auto mit Überschuss, dann Speicher) und eine manuelle Ladesteuerung des Speichers von 00-05 Uhr. Sollte ja gehen wenn ich die obigen Einträge sehe..

Meine konkreten Fragen:

• normal braucht der marstek, gesteuert über die eigene App einen Shelly 3EM PRO; kann ich darauf verzichten und meinen Shelly 3EM weiter nutzen wenn ich über EVCC die "Steuerung" laufen lasse; Ziel ist halt über eine App die beiden genannten Funktionen ausführen zu können. am liebsten ohne Marstek App
• evcc muss ja mit dem Speicher kommunizieren können, was empfehlt ihr da? reicht da für TCP über Modbus eine Netzwerkverbindung WLAN / LAN oder brauche ich diesen Elfin EW11 an die RJ45 RC485?

Danke schon mal vielmals für die Antworten

Beste Grüße
Alex

[uwen70]

Hallo @Alexcloud123,
zu Deinen Fragen:

• wenn Dein Shelly 3EM (PRO) derzeit die Nulleinspeisung steuert, macht er das unter evcc genauso. Die Einstellungen in der MarstekApp bleiben bestehen bezüglich deines Zählers. Mit evcc steuerst Du nur, wann laden (z.B. wenn Preis <=16Cent) oder wann Einspeisen. Nach der ersten Einrichtung des Shellys in der App brauchst du diese eigentlich nicht mehr.
• Wenn Du Version 3.0 hast, empfehle ich Modbus über LAN (WLAN geht nicht), wenn du die ältere Version hast, bauchst Du einen Anschluss für RS485, da dieser kein LAN hat und über WLAN kein Modbus geht. RS485 Wandler gibt es viele. Ich habe mal einen RS485zuUSB Stecker (https://www.amazon.de/dp/B09P8CX69G) verwendet, den ich direkt an den HA angesteckt habe. Hier im Forum ist i.v.m. Marstek oft der Elfin EW11 benannt. Auch der neue V3 hat einen RS485 Anschluss, sollte da also auch mit RS485 Adapter funktionieren. Eventuell gibt es auch mal einen neuere Firmware, die Modbus über WLAN erlaubt - dies gilt für alte und neue Version.

[Alexcloud123]

Hallo uwen70

Danke für deine schnelle Antwort :-)

• Thema Modbus / Kommunikation: Alles verstanden -> Abgehakt

• Zum Shelly noch eine Ergänzung: Ich nutze den Shelly 3EM (ohne Pro) in Verbindung mit EVCC usw. Das System läuft EINWANDFREI.
  Die Hauptfrage war hier, ob ich diesen Shelly in Verbindung mit EVCC und Marstek Venus e V3 weiter nutzen kann??? (die originale Marstek App erfordert eine Shelly 3EM PRO, der ohne Pro würde hier nicht funktionieren)

• Kann ich die beiden Einstellungen (Priorisierung Batterie oder Auto) bzw. Ladeintervall 00-05 direkt in der EVCC GUI einstellen oder empfehlt ihr das in der YAML Datei. (Chat GPT gibt hier unterschiedliche Antworten ;-)

[uwen70]

Da ich diesen Shelly 3EM nicht habe, kann ich das nicht mit Sicherheit sagen. Mein Pro tauchte in der Marstek App nicht auf, bevor ich nicht RCP über UDT auf Port 1010 aktiviert hatte. Wenn der alte 3EM das nicht hat, wird er vermutlich nicht funktionieren für die Nulleinspeisung.

Eine Alternative wäre ein ESP32 mit Phototransistor, der am Zähler den Verbrauch ausließt und den Shelly ProEM3 simuliert. Das habe ich mit Octopus Go mal probiert, nachdem ich den neuen digitalen Zähler bekommen habe. Das funktioniert bei mir für die Nulleinspeisung, liefert aber nur die aktulle Leistung und Zählerstand, keine Spannungen und Ströme der einzelnen Phasen. Das liegt an den eingeschränkten Daten, die der Zähler liefert. Andere Zähler können da mehr, wie ich bei einem Tibber User gesehen habe.

Ladeintervall und Priorisierung geht in evcc einzustellen.

[mschaeuble]

Ich habe ebenfalls einen Shelly 3EM im Einsatz, emuliere aber einen Shelly 3 EM Pro mittels dem Projekt B2500 Meter - funktioniert einwandfrei und hat mir den elektrischen Umbau erspart.

[Alexcloud123]

Klasse, jetzt bin ich schon etwas schlauer..Danke nochmal

Dass der Marstek sich über die eigene App sich nur mit dem Shelly Pro steuern lässt, wusste ich schon. Hab nur gedacht, dass ich u.U. durch die Einbindung in EVCC die Marstek-App gar nich benötige (da ja hier auch der normale Shelly die notwendigen Daten liefert) und ich somit diesen weiterverwenden kann. So quasi:

Marstek Venus <-> Shelly 3EM Pro <-> Marstek App

und meine gedachte Variante:

Marstek Venus <-> Shelly 3EM <-> EVCC

Denke ich werde den Venus einfach mal bestellen, das ganze durchtesten und dann ggf. den Shelly Pro nachordern

Noch eine Frage:

Bei dir hast du die Ladung an einer Preisgrenze von 16ct. fest gemacht. Bei mir ist der Stromtarif ja nicht dynamisch sondern einfach ein festes Zeitfenster. Gibts das auch in den Einstellungen GUI EVCC??
Falls nicht müsste ich das aber mit dem passenden Kommando in der YAML Datei hinterlegen können oder?

[uwen70]

Einen Shelly oder anderen Zähler braucht man für die Nulleinspeisung, also wenn der Speicher genau so viel einspeisen soll, wie du grade verbrauchst. Das muss ständig nachgeregelt werden, idealerweise mehrmals in der Sekunde. evcc regelt bestenfalls alle 10 Sekunden, empfolen wird alle 30 Sekunden. Das reicht nicht oder ist zumindest nicht ideal für die Nulleinspeisung. Für die Solarstromreglung der Ladesäule ist das aber OK. Viele Geräte können garnicht so schnell neue Messerte liefern, daher die Empfehlung von evcc für 30 Sekunden Intervall.

Die Marstek App brauchst Du nur für das Einrichten des Zählers am Speicher. Im laufenden Betrieb ist sie nicht nötig. Wenn der alte 3EM nicht läuft, schau einfach nach Angeboten für Venus E, wo der Marstek Zähler bereits dabei ist. Gibt es machmal kostenlos oder 20EUR mehr.

Zur Tariffrage: Du stellt den statischen Tariff für Octopus ein, indem du für die Zeitfenster die Preise hinterlegst. Das war die Abbildung oben. Bei Tibber hast du die 15min Preise in der Grafik, die eher eine Welle darstellen. Die Einstellung der Tarife erfolgt wahlweise in der GUI oder in yaml. Hier ist das Bild aus der GUI:

[pekae]

MoinIch habe den Wifi v2 Lesekopf lese-schreib-Kopf EHZ Volkszähler Original Hichi SmartmeterMit der emulation des Ecotracker drauf. Läuft einwandfrei mit dem Venus E - oder gleich den Ecotracker kaufenNull Elektriker Aufwand - funktioniert mit einem Marstek einwandfrei.Bei mehreren Marstek zwingend Ct002/3 erforderlich Mit freundlichen GrußPeter KästnerAm 28.01.2026 um 21:14 schrieb uwen70 ***@***.***>: Einen Shelly oder anderen Zähler braucht man für die Nulleinspeisung, also wenn der Speicher genau so viel einspeisen soll, wie du grade verbrauchst. Das muss ständig nachgeregelt werden, idealerweise mehrmals in der Sekunde. evcc regelt bestenfalls alle 10 Sekunden, empfolen wird alle 30 Sekunden. Das reicht nicht oder ist zumindest nicht ideal für die Nulleinspeisung. Für die Solarstromreglung der Ladesäule ist das aber OK. Viele Geräte können garnicht so schnell neue Messerte liefern, daher die Empfehlung von evcc für 30 Sekunden Intervall. Die Marstek App brauchst Du nur für das Einrichten des Zählers am Speicher. Im laufenden Betrieb ist sie nicht nötig. Wenn der alte 3EM nicht läuft, schau einfach nach Angeboten für Venus E, wo der Marstek Zähler bereits dabei ist. Gibt es machmal kostenlos oder 20EUR mehr. Zur Tariffrage: Du stellt den statischen Tariff für Octopus ein, indem du für die Zeitfenster die Preise hinterlegst. Das war die Abbildung oben. Bei Tibber hast du die 15min Preise in der Grafik, die eher eine Welle darstellen. Die Einstellung erfolg in der GUI. grafik.png (view on web) —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[Alexcloud123]

Okay! 👍
Ist bekannt wie oft der ecotracker bzw. Marstek Zähler die Daten liefert (im Vergleich zum Shelly?)

Ich dachte ursprünglich ich lass den marstek in der eigenen App praktisch auf 'dumm' stehen, da ja evcc von außen steuert und sich um das Strommanagement/Nulleinspeisung kümmert.??
So ist's zumindest bei meiner wallbox Go e charger

[uwen70]

Wie häufig Marstek den Zähler abfragt, weiss ich nicht. Der Shelly ProEM3 soll einmal in der Sekunde neue Messwerte haben. Wenn man die häufiger abruft, bekommt man mehrmals den selben Wert.

evcc regelt die Wallbox. Es gibt Boxen die nur ca. alle 30 sec neue Steuerdaten verarbeiten. Dann muss auch noch der Onboadcharger nachregeln, die Wallbox sagt ja nur wie viel Ampere er ziehen darf. Ich habe bei mir 10 sec am laufen. Kleinere Intervalle klappen dann aber auch nicht mehr.
Alle Speicher die Nulleinspeisung machen sollen, brauchen aber einen eigen Zähler dafür. Meist kann man diesen auch in evcc als Gridzähler einbinden - entweder direkt oder über den Speicher/Wechselrichter.

[SolarPower2024]

Okay! 👍 Ist bekannt wie oft der ecotracker bzw. Marstek Zähler die Daten liefert (im Vergleich zum Shelly?)

Ich dachte ursprünglich ich lass den marstek in der eigenen App praktisch auf 'dumm' stehen, da ja evcc von außen steuert und sich um das Strommanagement/Nulleinspeisung kümmert.?? So ist's zumindest bei meiner wallbox Go e charger

Ich weiß nicht woher der weit verbreitete Irrglaube kommt, dass evcc eine Nulleinspeisung steuert.
Evcc steuert keinen Akku! Evcc kann lediglich zb einen Befehl senden um ein Laden aufgrund des Preises zu erzwingen.
Es kommt aber keine Info wie viel der Speicher entladen muss um den Bedarf des Hauses zu decken.

Die Steuerung des Speichers / Nulleinspeisung muss der Speicher autark machen.

[uwen70]

Ich weiß nicht woher der weit verbreitete Irrglaube kommt, dass evcc eine Nulleinspeisung steuert.

Das ist kein Irrglaube, sondern eine fehlende Fachlichkeit bei der Verwendung der Begriffe im Hobbybereich (auch deinerseits).

Evcc steuert keinen Akku! Evcc kann lediglich zb einen Befehl senden um ein Laden aufgrund des Preises zu erzwingen.
Es kommt aber keine Info wie viel der Speicher entladen muss um den Bedarf des Hauses zu decken.

Hier wiederspreche ich. Dieses Schalten, dass der Akku aufgrund des Preises geladen wird oder zu einer anderen Zeit Nulleinspeisung macht, ist "steuern" Mann kann also sagen, der Akku wird von evcc gesteuert.

Die Steuerung des Speichers / Nulleinspeisung muss der Speicher autark machen.

Ja, die Nulleinspeisung muss der Speicher selber machen. Das ist weniger eine Steuerung sondern eine Regelung, da hier immer ein Soll/Ist Vergleich stattfindet. Viele verwenden Steuerungs- und Regelungstechnik aber synonym.

Die KI sagt:

⚙️ Steuern vs. Regeln (Automatisierungstechnik)

In technischen Systemen unterscheiden sich Steuern und Regeln grundlegend durch den Informationsfluss und die Erfolgskontrolle.

Vergleichsübersicht

Merkmal	Steuern (Open Loop)	Regeln (Closed Loop)
Wirkungsweg	Offene Kette (vorgegebener Ablauf)	Geschlossener Kreis (Rückführung)
Soll-Ist-Vergleich	Findet nicht statt	Kontinuierlicher Abgleich
Störeinflüsse	Werden nicht ausgeglichen	Werden automatisch kompensiert
Sensorik	Nicht zwingend erforderlich	Notwendig (Messung der Ausgangsgröße)
Beispiel	Zeitschaltung (Standby/Nulleinspeisung/Laden)	Nulleinspeisung (Einspeisung und Verbrauch konstant gleich)

[SolarPower2024]

@uwen70 wir können uns hier über Begrifflichkeiten streiten, aber es ändert trotzdem nichts an der Sache.

Es bleibt trotzdem ein Irrglaube - evcc kann lediglich ein Laden erzwingen. Entladen kann evcc nicht. Egal ob du das als regeln oder steuern betiteln willst ;-)

Und um das geht es, evcc ersetzt die Logik des Speichers nicht.

[Alexcloud123]

Ein bißchen schlauer bin ich nun - hoffe ich;-)

Vornweg: Ich dachte ursprünglich, dass ich den Marstek Venus komplett mit EVCC "steuern" (Laden UND Entladen) kann, da laut EVCC Homepage genau dieses Kriterium als "aktive Batteriesteuerung" (im Gegensatz zu vielen anderen Batterien) genannt wird, Zitat:

"aktive Batteriesteuerung: Eine passive Batteriesteuerung ist bei allen Hausakkus möglich. Die Ladung des Fahrzeugs wird dabei in Abhängigkeit vom Ladestand des Hausakkus dynamisch angepasst. Unterstützt der Hausakku aktive Steuerung können weitere Optimierungen vorgenommen werden. Momentan ist eine Hausakku-Entladesperre beim Schnelladen des Fahrzeuges implementiert.*"

Ich versuchs nun mal in einfachen Worten darzustellen wie ich eure Ausführungen verstanden habe, korrigiert mich gerne:

• Marstek LADEN: EVCC kann durchaus auf die Batterie Einfluss nehmen, indem sich z.B. feste Ladezeiten oder eine Priorisierung bei PV-Überschuss einstellen lassen (erst E-Auto, dann Batterie).
  Nach meinem Verständnis müsste dies mit meinem Shelly 3EM (Ohne Pro!) realisierbar sein, wenn ich den Akku über LAN und Modbus mit EVCC verbinde, da der Überschuss ja (wie aktuell bei mir auch schon) von EVCC erkannt wird, die Priosrisierung folgt und letztlich der Marstek zum laden gezwungen wird. Eine direkte Kommunikation zwischen Shelly und Marstek ist in diesem Fall ja nicht notwendig, somit spielt es auch keine Rolle ob ein Shelly 3EM oder 3EM Pro angeschlossen ist. Oder???

-Marstek ENTLADEN: Hier dürfte ich ein Problem haben, wenn ich meinen Shelly 3M (ohne Pro) weiternutze, da ja keine direkte Kommunikation zwischen Shelly und Marstek Akku besteht; heißt der Akku weiß nicht, wann er wieviel entladen muss UND EVCC kann dies auch NICHT steuern. Was wäre dann das Resultat? Der Akku gibt gar keinen Strom ab? Oder wird die Grundlast automatisch vom Akku gedeckt? Speist der Akku dann auch noch ins Netz ein?

Zum thema Shelly 3Em Pro durch einen Shelly 3EM emulieren: Wird hierzu einfach eine Software auf den Raspberry aufgepsielt?

[SolarPower2024]

Wenn du kein Smartmeter wie einen Shelly (oder etwas anderes kompatibles) mit dem Speicher verbindest passiert folgendes:
Das was du im Speicher eingestellt hast. Wenn du nichts eingestellt hast pausiert der Akku, wenn du einen fixen Wert und Zeitfenster eingestellt hast lädt/entlädt er genau diesen Wert. Anhand Überschuss oder Verbrauch wird dann nichts geregelt. Geht ja auch nicht, wenn er keine Info vom grid meter hat.

Zu deinem Punkt oben bzgl Laden: das ist nur halb richtig. Evcc würde dem Speicher per Modbus sagen wann er aufgrund des Preises laden soll.
Aber aufgrund Überschuss wird da nichts geladen. Evcc steuert den Speicher nicht, sondern die Wallbox. Je nach Priorisierung wird einfach die Wallbox etwas zurück gedreht, damit was für den Speicher übrig bleibt. Damit der Speicher aber weiß, dass er jetzt laden kann braucht er die Info des grid meters über den Shelly.

Also Fazit: Du brauchst zwingend ein kompatibles Smartmeter. Entweder physisch oder ein emuliertes.

[uwen70]

Also Fazit: Du brauchst zwingend ein kompatibles Smartmeter. Entweder physisch oder ein emuliertes.

Das ist korrekt. Wenn du regeln willst, dass der Speicher genau mit deinem PV Überschuss geladen wird oder genau so viel entladen wird, wie du verbrauchst, benötigst du ein Smartmeter welches direkt mit dem Speicher gekoppelt ist.

Die Smartmeter, welche Mastek direkt koppeln kann (CT00x, Shelly), können ca. 1 Messung je Sekunde. Damit sind sie immer zu langsam um den digitalen Zähler des Netzbetreibers genau auf Null zu bringen. Es pendelt immer zwischen Einspeisung und Bezug hin- und her. Daher sollte man noch 50 bis 150W zusätzlich zum Verbrauch dazurechnen oder abziehen, so dass es dauerhaft bei Einspeisung oder Bezug bleibt.

Zum thema Shelly 3Em Pro durch einen Shelly 3EM emulieren: Wird hierzu einfach eine Software auf den Raspberry aufgepsielt?

Das oben genannte B2500 Meter wird in Homeassistant hinzugefügt. Homeassistant läuft auch auf RP. Alternativ kann man es auch direkt unter Linux installieren, wo das evcc läuft.

[Alexcloud123]

Vielen lieben Dank nochmal an alle Forenmitglieder die hier Rede und Antwort standen. Ich denke Ich kann mir dem Wissen mein Projekt starten.

Werde zunächst einmal auf einem zweiten Raspberry den ich noch rumliegen hab die Emulation b2500 testen und versuchen meinen 3em als pro zu emulieren. HA nutze ich bisher nicht, werde ich mich aber auch mal mit befassen.

Gibt's zeittechnisch einen Nachteil zwischen 3em und der pro Version bzw bei Einbindung über Emulation?

[SolarPower2024]

Nein, zeittechnisch ist das sowieso komplett irrelevant. Der Marstek Speicher kann nicht jede Sekunde (oder gar noch öfter nachregeln) - ich habe mir die Regelung der Nulleinspeisung selber geschrieben und regel da sogar nur alle 10 Sekunden nach. Und das reicht auch vollkommen aus.

[Alexcloud123]

Alles klar 👍

[jeburkha]

Hallo,
ich hatte V144 drauf und Modbus hat auf Anhieb ohne Probleme funktioniert. Jetzt war ich leider so dumm und habe auf V147 upgedatet. Jetzt geht der Modbus leider nicht mehr. Connect geht, aber Requests führen zu Timeouts. Hat mir jemand einen Tipp, was das Problem ist? Oder wie ich auf V144 downgraden kann?
Vielen Dank!

[jeburkha]

Es geht nun wieder. Folgendes habe ich alles probiert:

Werkseinstellungen zurücksetzen mit Daten behalten auf der APP --> kein Erfolg
Werkseinstellungen zurücksetzen auf der APP --> kein Erfolg, aber Daten noch da inkl. WLAN Verbindung?!?
Werkseinstellungen zurücksetzen, APP zurückgesetzt: APP fand Gerät anschliessend nicht mehr. Problem waren fehlende APP-Berechtigungen, dann hat er es über Bluetooth gefunden. Leider hat die APP nicht gewarnt, dass man die Berechtigungen geben muss, deswegen noch mal viel Zeit verblödet. Anschliessend konnte ich das Sch...Teil neu einrichten und jetzt geht wieder alles inkl. Modbus. Aber so schnell werde ich kein Update mehr machen!!!

[Alexcloud123]

So Speicher kam heute an. Im WLAN wird er erkannt und ich hab ihn über arstek App grundkonfigurieren können. In der Fritz Box taucht er aber nicht auf!

Will ihn aber per LAN einbinden und jetzt gehen die Probleme erst richtig los. Sobald LAN Kabel drin ist WLAN aus und ich komme auch per App nicht mehr auf den Venus. Er taucht auch nirgendwo in der Fritzbox auf! Gibt's irgendeine Standard IP dass ich über den Browser draufkommen?
Sonst Ideen?

[Alexcloud123]

Hab mittlerweile einen 3em pro in Verwendung, funktioniert tadellos mit dem marstek, danke trotzdem für die hinweise

[romeoro]

Die Verbindung mit evcc ging überraschend einfach über LAN/TCP.

@Alexcloud123 Kannst du dafür die Schritte und Werte bitte teilen? Ich bin hier etwas hilflos und würde gerne den Speicher auhc in evcc haben.

[Alexcloud123]

Am einfachsten du bindest den marstek über die grafische Oberfläche im evcc ein (nicht per yaml).
Ich schick dir mal die Konfiguration. Wichtig ist vorab natürlich die LAN Verbindung und eine feste IP an d

en marstek vergeben

[romeoro]

Der Screenshot scheint nicht zu laden. Aber passt für mich, war wirklich ganz einfach. Danke dir 👍

[Alexcloud123]

Alles klar, nichts zu danken ☺️