Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[Marve79]

Vraagje over Home Battery Control wat me niet helemaal duidelijk is:

Mijn laadperiode is 5 uur, maar soms is hij eerder klaar met laden, bijv 4u30. En de batterijen zitten op 100%.

Vervolgens heb ik gezegd bij batteries full, gewoon self consumption starten.

Maar, hij gaat dan ontladen wat goed is, maar hij zit dan nog in zijn laad window (cheapest hours) en zodra hij een beetje ontladen is begint hij weer te laden. Dus beetje ping-pong gedrag.

Hoe kan ik zorgen dat hij op 100% gewoon self consumption gaat doen, en dus maar 1x op een dag tot 100% laad? Of moet ik mijn cheapest hours verlagen zodat hij nooit de 100% haalt?

[GoBieN-Be]

In het eerste bericht staan 2 verschillende pinouts voor de modbus via UTP/RJ45 aansluiting.

Modbus connector V3 pinout
Pin 1 – RS485‑B
Pin 2 – RS485‑A
Pin 4/5 – +5V
Pin 7/8 – GND

UTP‑kleurcodering (T‑568B):
A : Oranje‑wit
+ Blauw / Blauw‑wit
- Bruin / Bruin‑wit
B : Oranje

Oranje-wit = pin1 en oranje = pin 2 op een T-568B UTP kabel.
Dus pin 1 = RS485-A en niet B zoals verkeerdelijk staat in de eerste quote.

Overigens nog een kleine tip voor anderen.
Ik heb letterlijk een paar uur zitten sukkelen, ik kreeg de modbus via RS485 niet aan de praat.
Kabel verschillende keren opnieuw gedaan.
Ook de batterij aan & uit gezet met de knop.

Uiteindelijk via de Marstek app "Reset met behoud van data" gedaan en direct werkte modbus via RS485.

PS: Ja, ik kies bewust voor RS485 i.p.v. Modbus TCP.

[savale]

Na van alles geprobeerd te hebben met 4 Venus v3's:

1. enkel marstek + shelly pro
2. node red (volledig modbus aangestuurd)
3. Astrameter + eigen lilygo firmware met cell balancing en topoff charging inteligentie

Nu toch nog een optie 4:

Astrameter + Home assistant automation scripts

Modbus gebruik ik puur als input voor de script. Het grote voordeel: je hoeft niks meer aan te sturen met modbus! Ik kan dit echt iedereen aanraden!

Ik heb 1 script die heel specifiek is voor mijn eigen situatie: die limiteert de stroom die de marsteks in totaal mogen gebruiken / leveren zodat de automaat er niet uit kan knallen + wat override situaties voor als de auto aan het laden is. Wat het in feite doet is het manipuleren van de P1 data voordat deze naar Astrameter gaat.

Op aanvraag kan ik dit delen, maar dat is echt heel specifiek.

Het andere script daarentegen is een script per Marstek batterij en is juist voor iedereen inzetbaar.

Het Home assistant script

1. langzamer laden vanaf 3.45v (helpt denk ik zelf de levensduur en voorkomt dat de batterij ineens vol zit voordat cell balancing actief gemaakt kan worden)
2. Of de laatste procent langzaam volladen om de marstek SOC te kalibreren of overgaan naar de top off cell balancing. Topoff balancing zorgt er voor dat indien bijna vol de batterij in het voltage gebied wordt gehouden waarin de cellen worden gekalibreerd.
3. ontladen stoppen onder 3.20v (niet echt nodig lijkt het, maar kun je er uit slopen natuurlijk)
4. Optie toevoegen om geforceerd te balanceren. Dat is handig als je accu capaciteit over hebt zodat je accu voor accu kunt balanceren. Let op: volledig top off balancing kan echt aantal weken duren... (zie deze foto)

Wat heb je nodig:

Astrameter (versie 2 of hoger nodig)

https://github.com/tomquist/AstraMeter

deze esphome lilygo firmware (of tcp modbus met aanpassing om ook de cell balancing flag uit te lezen):

https://github.com/kiss81/marstek_esphome

(de firmware ondersteund ook optie 1,2 en 3 mocht je geen Astrameter willen gebruiken, maar dat staat nu standaard uit)

home assistant automation script: (aanpassen zodat het je eigen sensoren gebruikt)

https://github.com/kiss81/marstek_esphome


bron cell balancing:

https://www.photovoltaikforum.com/thread/260078-mythen-rund-ums-top-balancing-der-venuse/?pageNo=29

[ Voor 6% gewijzigd door savale op 21-05-2026 15:49 ]

[Siewert]

rb1213 schreef op woensdag 13 mei 2026 @ 20:31:
Ik ben nog op zoek naar een MODBUS register die de batterij volledig op STOP zet (niet laden of ontladen)

ik kan 43000 op manual (0) zetten maar dan gaat een batterij 100% opladen ook al steekt er niks gepland in de manual instelling in de app. waarom weet iik niet (V2 fw158.1)

het enige wat ik kan doen is 42000 (rs485 control) aan en uitzetten maar dat is niet de goeie manier, want dan verliest de batterij de CT fase heel vaak...

weet iemand een betere manier via modbus?

Heb je hier wat aan?
registers die ik gebruik maar zijn wel voor de v3.
https://github.com/Siewer.../marstek_modbus_class.php

[Nilvo]

Regelkring vraagje.

De p1 van onze Landis+Gyr E360 zit op een P1 splitter met daarop een CT003 en een ESP. De data wordt naar HA gelogd. Onderstaande is de ESP P1 data op meetinterval 1 seconde en de modbus Marstek data https://github.com/ViperRNMC/marstek_venus_modbus op meetinterval 2 seconde. De 2 Marstek Venus E 3.0 accus zitten met netwerkkabel direct op de router aangesloten.

Wat mij opvalt is dat er ca. 1,5 kWh levering&teruglevering is door dit soort korte pieken.

1. Herkennen jullie dit gedrag? Ik vraag me af of dit een vraagprobleem (iets gebruikt werkelijk veel stroom en piekt elke x tijd) of een terugleveringsprobleem (accu levert overshoot) is.
2. Is dit te wijten aan een vertraging in de CT003 regeling?
3. Zou Node-red hier verbetering in brengen? https://github.com/gitcodebob/marstek-venus-rs485-node-red

Accu v148 Bms v1125 vms v116

[aartvark013]

Nilvo schreef op zondag 24 mei 2026 @ 22:21:
Regelkring vraagje.

De p1 van onze Landis+Gyr E360 zit op een P1 splitter met daarop een CT003 en een ESP. De data wordt naar HA gelogd. Onderstaande is de ESP P1 data op meetinterval 1 seconde en de modbus Marstek data https://github.com/ViperRNMC/marstek_venus_modbus op meetinterval 2 seconde. De 2 Marstek Venus E 3.0 accus zitten met netwerkkabel direct op de router aangesloten.[Afbeelding]

Wat mij opvalt is dat er ca. 1,5 kWh levering&teruglevering is door dit soort korte pieken.

1. Herkennen jullie dit gedrag? Ik vraag me af of dit een vraagprobleem (iets gebruikt werkelijk veel stroom en piekt elke x tijd) of een terugleveringsprobleem (accu levert overshoot) is.
2. Is dit te wijten aan een vertraging in de CT003 regeling?
3. Zou Node-red hier verbetering in brengen? https://github.com/gitcodebob/marstek-venus-rs485-node-red

Accu v148 Bms v1125 vms v116

Ik herken dit gedrag zeker. Ik gebruik ook een CT003 regeling en dan zie je duidelijke vertraging. Wat op een hele dag ook ca. 1 kWh aan levering en teruglevering oplevert. Voor mij ook de reden dat ik naar Node-red ben overgestapt, ik lees dat sommigen deze “onbalans” hebben weten terug te regelen naar ca. 0,3 kWh.

Anyway, ikzelf loop er nu tegen aan, dat mijn Home Assistant wel netjes 1 seconde data opvraagt, maar dat de PID regelaar lijkt in 5 seconde stapjes te werken, zie schermafdruk. Dat schiet niet op zo. Ben er nog niet achter hoe dit komt…. Verder overigens is Node-red wel een mooie toepassing.

[appsec]

Nilvo schreef op zondag 24 mei 2026 @ 22:21:
Regelkring vraagje.

De p1 van onze Landis+Gyr E360 zit op een P1 splitter met daarop een CT003 en een ESP. De data wordt naar HA gelogd. Onderstaande is de ESP P1 data op meetinterval 1 seconde en de modbus Marstek data https://github.com/ViperRNMC/marstek_venus_modbus op meetinterval 2 seconde. De 2 Marstek Venus E 3.0 accus zitten met netwerkkabel direct op de router aangesloten.[Afbeelding]

Wat mij opvalt is dat er ca. 1,5 kWh levering&teruglevering is door dit soort korte pieken.

1. Herkennen jullie dit gedrag? Ik vraag me af of dit een vraagprobleem (iets gebruikt werkelijk veel stroom en piekt elke x tijd) of een terugleveringsprobleem (accu levert overshoot) is.
2. Is dit te wijten aan een vertraging in de CT003 regeling?
3. Zou Node-red hier verbetering in brengen? https://github.com/gitcodebob/marstek-venus-rs485-node-red

Accu v148 Bms v1125 vms v116

Dit is onvermijdelijk, maar de mate waarin je dit ziet hangt af van de vertragingen in je aanstuursysteem. Allereerst heb je de vertraging van de meting. Mijn P1 meter geeft secondedata, maar die lijkt enkele seconden achter te lopen op de werkelijkheid. Dat zie ik bijvoorbeeld als ik de magnetron aan zet. Ik ga er vanuit dat die zo goed als direct op vol vermogen aanslaat maar dan duurt het toch nog een paar tellen voordat ik dat zie op de SlimmerLezer+ die de P1 meter uitleest. Daarbovenop komt dan de vertraging van de batterij zelf. Volgens mij kunnen ze dat niet te snel maken want dan krijg je oscillaties. Daarnaast zal er een limiet zijn aan hoe snel de omvormer kan reageren.

Ik heb een Quooker en die trekt elk half uur voor een paar seconden 2kW. Met alle vertragingen reageert leidt dat ertoe dat er eerst 2kW wordt afgenomen als het verwarmingselement aanslaat en daarna 2kW wordt teruggeleverd waneer die weer afslaat.

[Siewert]

Nilvo schreef op zondag 24 mei 2026 @ 22:21:
Regelkring vraagje.

De p1 van onze Landis+Gyr E360 zit op een P1 splitter met daarop een CT003 en een ESP. De data wordt naar HA gelogd. Onderstaande is de ESP P1 data op meetinterval 1 seconde en de modbus Marstek data https://github.com/ViperRNMC/marstek_venus_modbus op meetinterval 2 seconde. De 2 Marstek Venus E 3.0 accus zitten met netwerkkabel direct op de router aangesloten.[Afbeelding]

Wat mij opvalt is dat er ca. 1,5 kWh levering&teruglevering is door dit soort korte pieken.

1. Herkennen jullie dit gedrag? Ik vraag me af of dit een vraagprobleem (iets gebruikt werkelijk veel stroom en piekt elke x tijd) of een terugleveringsprobleem (accu levert overshoot) is.
2. Is dit te wijten aan een vertraging in de CT003 regeling?
3. Zou Node-red hier verbetering in brengen? https://github.com/gitcodebob/marstek-venus-rs485-node-red

Accu v148 Bms v1125 vms v116

Ik herken dat absoluut niet.
Hier met een Quooker die elk uur soms half uur voor 10 seconden 1600w trekt, Airco die te pas en te on pas aanspringen kom ik van 0:00uur tot laten wij zeggen zonsopkomst met 0.075kWh de nacht uit.
Let wel ik gebruik geen HA maar stuur mijn MT e v3.0 en zelfbouw stekker batterij zelf aan met php scripts middels een Raspberry.
Deze scripts draaien via cron elke 10seconden want van start script en berekeningen uitvoeren t/m het sturen en daadwerkelijk aansturen en dus dat de omvormer de nieuwe baseload heet ontvangen duurt gemiddeld 2 tot 3 seconden via modbus.
Dus aansturen op 5 seconden is te snel als er even wat latency is krijg je dubbels runs dus 10seconden is hier minimale aansturingstijd.

De MT zelf is snel genoeg dus in jouw geval ligt het echt niet daar aan.
Wat mij wel is opgevallen voordat ik hem via modbus aanstuurde is dat met zowel de HW p1-meter als ct300 die aanstuur tijd langer duurde.
Iemand in de Marstek groep op FB had daar wel een verklaring voor na enkele testen.
Komt erop neer dat de CPU te licht is om tot een snelle berekening te komen.
En het lijkt als hij het druk heeft het niet kan bijbenen.
Deze issue word nog groter als je de MT via WiFi hebt verbonden want die heeft aardig wat resources nodig.
In self consumption mode is dat probleem minder tot nihil en draait het als een trein.

Ook zie je dat soms in de app als je klikt op CT dat er staat diagnose ipv jouw fases.
Dat helpt ook niet want dan flipt de MT omdat hij ondanks zelf aansturen zegt ik kan de fases niet lezen dus ik stuur niks aan.
MT moet dit eigenlijks loskoppelen omdat wij zelf aansturen en dus niks met zijn eigen fase berekening van doen hebben, dat gezegd hebbende heb ik daar geen last meer van na het aansturen via ModBus over LAN.
En aangezien ik zelf de berekening middels php doe en alleen de baseload naar de Marstek stuur reageert hij rete snel.

Wat ook niet helpt bij de MT en wel bekend is de OpenAPI en zeker niet in combinatie met ModBus.
OpenAPI moet echt uit want dat hebben ze nog niet goed op de rit.
Verder is zoals bekend LAN een must.
MT heeft nog wel wat te fixen qua software, hardware zal in nieuwe units wel verbeterd moeten worden.

[AUijtdehaag]

Was deze al eens voorbij gekomen?
Via de discord server van HBC:

[krijn1985]

AUijtdehaag schreef op maandag 25 mei 2026 @ 18:37:
Was deze al eens voorbij gekomen?
Via de discord server van HBC:
[Afbeelding]

Ik zal dit eens nakijken. Ik heb mijne met v148 volgens op apart vlan zonder internet en herken dit (nog) niet.

[AUijtdehaag]

@krijn1985
Ik heb nu ook de wifi IP geblokkeerd via de router en de netwerk stekker eruit getrokken
Ik lees en bestuur hem toch via een ESP en RS485
Ben benieuwd!

Edit: V1 en V2 ook maar meteen de mond gesnoerd richting china Marstek

[ Voor 19% gewijzigd door AUijtdehaag op 25-05-2026 21:11 ]

[Nilvo]

@aartvark013 @appsec @Siewert
Ik ben nog even verder op zoek gegaan naar de oorzaak. Het bleek dat er een aantal verbruikers zijn die kort inschakelen. De Marstek CT003 regelt daar niet zo lekker op. En als de inschakelduur heel kort is valt het des te meer op.

In het rood onderstreept: 2 kW keukenboiler die door de thermostaat een korte hysterese heeft. Ik heb daar een tijdklok geïnstalleerd zodat die alleen overdag verwarmt.

In het blauw onderstreept, de warm water boiler voor de douche. Die had al een temperatuursensor en relais-sturing. Zodoende daar een 3 graden hysterese toegepast en gelijk een boost functie in HA geschreven voor zonnestroom gebruik.

In het zwart onderstreept een verbruiker die ik nog niet heb geïdentificeerd. Het is ca 500 watt dus best significant. Is mogelijk onze warmtepomp die aan het koelen was en dus lijkt te pendelen.

Al met al probeer ik eerst het aantal pieken te verminderen voordat ik overstap naar een node-red oplossing. Hoe minder piek-vragen, hoe minder last op de accu.

[ComPeter]

Hallo allemaal,

Ik wil mijn Marstek Venus E v3.0 via Modbus gaan uitlezen en aansturen met Home Battery Control.

Ik ben inmiddels al een heel eind, denk ik zelf. Ik heb een LilyGO T-CAN RS485 gekocht en deze via ESPHome geflasht vanuit Home Assistant. De webpagina van de module is netjes bereikbaar.

Op dit moment worden er nog geen gegevens uitgelezen, omdat ik de RS485-kabel nog niet correct heb aangesloten.

Mijn vraag is: welke aders van een standaard UTP-kabel moet ik aansluiten op RS-A en RS-B?
Volgens het schema lijkt het te gaan om pin 4 en 5, dus blauw en blauw/wit, maar met die aansluiting werkt het bij mij nog niet.

Heeft iemand ervaring met deze combinatie of weet iemand welke aders ik precies moet gebruiken voor RS-A en RS-B?

Alvast bedankt voor het meedenken!

[ Voor 17% gewijzigd door ComPeter op 26-05-2026 20:21 ]

[Siewert]

ComPeter schreef op dinsdag 26 mei 2026 @ 20:21:
Hallo allemaal,

Ik wil mijn Marstek Venus E v3.0 via Modbus gaan uitlezen en aansturen met Home Battery Control.

Ik ben inmiddels al een heel eind, denk ik zelf. Ik heb een LilyGO T-CAN RS485 gekocht en deze via ESPHome geflasht vanuit Home Assistant. De webpagina van de module is netjes bereikbaar.

Op dit moment worden er nog geen gegevens uitgelezen, omdat ik de RS485-kabel nog niet correct heb aangesloten.

Mijn vraag is: welke aders van een standaard UTP-kabel moet ik aansluiten op RS-A en RS-B?
Volgens het schema lijkt het te gaan om pin 4 en 5, dus blauw en blauw/wit, maar met die aansluiting werkt het bij mij nog niet.

Heeft iemand ervaring met deze combinatie of weet iemand welke aders ik precies moet gebruiken voor RS-A en RS-B?

Alvast bedankt voor het meedenken!

Welke aders kan ik je geen antwoord op geven ;-)
Maar mag ik vragen waarom je jouw V3 niet te samen met "Home Battery Control" en ModBus over LAN wil gaan uitlezen dan wel aansturen?
Scheelt weer extra componenten ;-)

[ComPeter]

ComPeter schreef op dinsdag 26 mei 2026 @ 20:21:
Hallo allemaal,

Ik wil mijn Marstek Venus E v3.0 via Modbus gaan uitlezen en aansturen met Home Battery Control.

Ik ben inmiddels al een heel eind, denk ik zelf. Ik heb een LilyGO T-CAN RS485 gekocht en deze via ESPHome geflasht vanuit Home Assistant. De webpagina van de module is netjes bereikbaar.

Op dit moment worden er nog geen gegevens uitgelezen, omdat ik de RS485-kabel nog niet correct heb aangesloten.

Mijn vraag is: welke aders van een standaard UTP-kabel moet ik aansluiten op RS-A en RS-B?
Volgens het schema lijkt het te gaan om pin 4 en 5, dus blauw en blauw/wit, maar met die aansluiting werkt het bij mij nog niet.

Heeft iemand ervaring met deze combinatie of weet iemand welke aders ik precies moet gebruiken voor RS-A en RS-B?

Alvast bedankt voor het meedenken!

Gevonden!!!!

[GoBieN-Be]

Ik heb de pin layout nog geplaatst enkele berichten hierboven:
GoBieN-Be in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

[ComPeter]

GoBieN-Be schreef op dinsdag 26 mei 2026 @ 22:17:
Ik heb de pin layout nog geplaatst enkele berichten hierboven:
GoBieN-Be in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

Sorry gemist!!

[Tazzios]

ComPeter schreef op dinsdag 26 mei 2026 @ 22:22:
[...]

Sorry gemist!!

En in de topic start staat het ook in tekst en met een foto.

[Lennert_hd]

Na een aantal maanden met de local API te vechten wil eindelijk kunnen monitoren met home assistent zonder de kans dat de Marstek Venus 3.0 er de bui aan geeft. Ik heb geen LAN kabels liggen in de buurt van de batterij dus de ethernet poort was enkel een optie met een kleine Wi-Fi Pocket Router maar doordat je er dan apart stroom naar moet trekken leek me dit omslachtig.

Toen kwam ik deze dongel oplossing tegen op een Franse website (CBT-solutions) en het leek wel een elegante oplossing. Een plug, geen aparte stroom nodig, creëert zijn eigen captive portal en ESPHome gebaseerd dus geen aparte Home Assistant integratie nodig.

Alleen vind ik geen Nederlandstalige of Engelstalige reviews (Enkel een Franse Facebook review). Heeft er iemand hier ervaring met deze CBT-Solutions module?

[adjego]

Lennert_hd schreef op woensdag 27 mei 2026 @ 14:53:
Na een aantal maanden met de local API te vechten wil eindelijk kunnen monitoren met home assistent zonder de kans dat de Marstek Venus 3.0 er de bui aan geeft. Ik heb geen LAN kabels liggen in de buurt van de batterij dus de ethernet poort was enkel een optie met een kleine Wi-Fi Pocket Router maar doordat je er dan apart stroom naar moet trekken leek me dit omslachtig.

Toen kwam ik deze dongel oplossing tegen op een Franse website (CBT-solutions) en het leek wel een elegante oplossing. Een plug, geen aparte stroom nodig, creëert zijn eigen captive portal en ESPHome gebaseerd dus geen aparte Home Assistant integratie nodig.

Alleen vind ik geen Nederlandstalige of Engelstalige reviews (Enkel een Franse Facebook review). Heeft er iemand hier ervaring met deze CBT-Solutions module?

[Afbeelding]

Geen ervaring met deze, maar wel met dit: https://github.com/fonske/MarstekVenus-M5stackRS485/tree/main

Staat ook benoemd in het TS, en komt van @AUijtdehaag

[AUijtdehaag]

Hier ook in V&A

[krijn1985]

AUijtdehaag schreef op maandag 25 mei 2026 @ 20:26:
@krijn1985
Ik heb nu ook de wifi IP geblokkeerd via de router en de netwerk stekker eruit getrokken
Ik lees en bestuur hem toch via een ESP en RS485
Ben benieuwd!

Edit: V1 en V2 ook maar meteen de mond gesnoerd richting china Marstek

Ik heb nog even gecontroleerd, maar het netwerk waar mijn marstek op zit heeft inderdaad geen internet en ik heb tot op heden niet het idee gehad dat de MT gecrasht was. Wel 1 keer dat modbus uitlezen in home assistant niet meer leek up te daten maar dat kon ook een andere oorzaak dan gecrashte MT hebben aangezien een restart van integratie het weer werkend maakte. Ik moet wel zeggen mijn MT heeft nooit aan een netwerk gehangen waarbij hij internet had.

[newz]

AUijtdehaag schreef op maandag 25 mei 2026 @ 18:37:
Was deze al eens voorbij gekomen?
Via de discord server van HBC:
[Afbeelding]

Eergister uitgeprobeerd op mijn Venus E V3 (versie 148) en ik had exact hetzelfde probleem. Daarnaast was het terugleververmogen weer teruggezet van 2500 -> 800

[AUijtdehaag]

@krijn1985 @newz
Ik heb ze allemaal de mond gesnoerd, v3 netwerk stekker eruit, wifi geblokkeerd, v1 en v2 ook van de wifi (geblokkeerd)
En ervaar de problemen niet.

Ik heb 1x gehad dat hij naar 800 watt ging, maar dat is vast een reset geweest of iets dergelijks na de firmware update..
Daarna is het gewoon allemaal prima blijven functioneren sinds maandag

[ Voor 3% gewijzigd door AUijtdehaag op 29-05-2026 17:25 ]

[Z900]

savale schreef op vrijdag 17 april 2026 @ 09:12:

1. Stoppen met onladen bij (bijvoorbeeld) 3.20v cell voltage (In feite voltage versie van DOD percentage)

https://github.com/kiss81/marstek_esphome

Kun je ook (pas) stoppen bij bv 3.00V ?

[savale]

Z900 schreef op vrijdag 29 mei 2026 @ 19:40:
[...]

Kun je ook (pas) stoppen bij bv 3.00V ?

Bij een v3 in ieder geval niet helaas. 3.2v is de 12% stop

[Z900]

savale schreef op vrijdag 29 mei 2026 @ 20:36:
[...]


Bij een v3 in ieder geval niet helaas. 3.2v is de 12% stop

Ahhhh, jammer idd.... zou dat ooit nog eens te "hacken" zijn ?

[Haas_nl]

Ik dacht alles op orde to hebben met 2 Venus v2 met lillygo en esphome en Open P1 meter, maar nu ik eindelijk tijd had om er serieus naar te kijken kom ik erachter dat die hele communicatie in de soep ligt omdat mijn firmware (v153) het allemaal niet zo leuk vind om te luisteren naar die lillygo? En zit nu al hele avond uit te zoeken wat ik ermee moet doen.

Maar als ik het goed begrijp is de enige oplossing om mijn batterijen in HA te krijgen en door mijn p1 meter aan te sturen door een downgrade te vragen bij Marstek? Of heb ik dat verkeerd begrepen?

[Headshot_NL]

Haas_nl schreef op vrijdag 29 mei 2026 @ 23:55:
Ik dacht alles op orde to hebben met 2 Venus v2 met lillygo en esphome en Open P1 meter, maar nu ik eindelijk tijd had om er serieus naar te kijken kom ik erachter dat die hele communicatie in de soep ligt omdat mijn firmware (v153) het allemaal niet zo leuk vind om te luisteren naar die lillygo? En zit nu al hele avond uit te zoeken wat ik ermee moet doen.

Maar als ik het goed begrijp is de enige oplossing om mijn batterijen in HA te krijgen en door mijn p1 meter aan te sturen door een downgrade te vragen bij Marstek? Of heb ik dat verkeerd begrepen?

Wat gaat er precies mis? Ik heb die versie ook gehad met een V2. Maar nu v154 en dat werkt ook prima met de lillygo. Belangrijk dat als je iets wil aanpassen dat de RS485 control mode eerst aan staat.

Ik gebruik dit bijvoorbeeld in home assistant om de Marstek te pauzeren. Zodra mijn autolader aangeeft "laden" gaat de marstek control mode aan en vervolgens op stop.

[antonboonstra]

Ik ben aardig tevreden met mijn modbus sturing. Het resultaat voor de maand mei is dat ik minder dan 0,2 kWh netafname nodig heb gehad. En als ik alle kWh die in/uit de batterij is gegaan, leg naast de Day Ahead prijzen, dan laad ik een stuk goedkoper dan dat ik ontlaad (prijzen excl belastingen). Maar met ca 55 euro per jaar (incl BTW) de accu snel terugverdienen, gaat niet lukken...

[ Voor 8% gewijzigd door antonboonstra op 30-05-2026 15:39 ]

[AUijtdehaag]

@antonboonstra
Zat jij niet bij zonneplan?
Als ik de btw eraf haal voor terugleveren heb ik het beter dan jouw 13 ct gedaan
Je jaartallen is allemaal 2026?



Zonneplan hacs integratie laatste update laat ook ex btw zien
Lijkt groter dan 21% verschil

[ Voor 30% gewijzigd door AUijtdehaag op 30-05-2026 15:59 ]

[antonboonstra]

AUijtdehaag schreef op zaterdag 30 mei 2026 @ 15:46:
@antonboonstra
Zat jij niet bij zonneplan?
Als ik de btw eraf haal voor terugleveren heb ik het beter dan jouw 13 ct gedaan
Je jaartallen is allemaal 2026?

[Afbeelding]

Zonneplan hacs integratie laatste update laat ook ex btw zien
Lijkt groter dan 21% verschil
[Afbeelding]

Als ik de energiebelasting bij Zonneplan aanvink, kom ik op 24,39 ct/kWh. Dan is jouw 28,4 ct erg netjes. Hoe haal je dat? Curtailment? Of volle bak laden/ontladen op de goedkoopste/duurste uren?

De eerste maanden in mijn tabel, had natuurlijk 2025 moeten zijn. Foutje...

[AUijtdehaag]

@antonboonstra
Ik maak gebruik van HBC en volle bak laden (indien nodig via solcast voorspelling) en ontladen op het duurste uur inderdaad, met genoeg reserve voor de nacht
3 batterijen verdeeld over 3 fase.

Er is nu ook balancing keuze van de batterijen zodat ze allemaal even vol zitten met laden en ontladen zodat er maximaal van geprofiteerd kan worden met ontladen.

[ Voor 31% gewijzigd door AUijtdehaag op 30-05-2026 16:13 ]

[antonboonstra]

@AUijtdehaag Ik probeer iets 'netvriendelijker' te regelen. Bij de 3 tot 4 dure avonduren dus iets terugleveren (bijvoorbeeld 500W) en de rest van de uren NOM. Belangrijkste parameter voor mij is: zo weinig mogelijk netafname in de zomermaanden. Dat dit een paar euro minder oplevert, heb ik er wel voor over. En het lukt mij al best aardig, met slechts 1 batterij.

Als je echt voor maximale terugleverprijs gaat, het kan nog beter: Taro in "Het grote day ahead / dynamische energieprijzen topic."

[ Voor 5% gewijzigd door antonboonstra op 30-05-2026 16:21 ]

[AUijtdehaag]

@antonboonstra
Welke RTE haal je?
Ik zit met de V3 op 81,5% (op volgorde: 2e hands V1, nieuwe V2 en nieuwe V3)



Knalle

YAML:

  - name: "Lifetime Charging Energy"
    id: lifetime_charging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33000
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 12

  - name: "Lifetime Discharging Energy"
    id: lifetime_discharging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33002
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 13

  - name: "Lifetime Round Trip Efficiency"
    id: lifetime_round_trip_efficiency
    icon: mdi:percent
    platform: template
    unit_of_measurement: "%"
    accuracy_decimals: 1
    state_class: measurement
    lambda: |-
      if (!id(lifetime_charging_energy).has_state() ||
          !id(lifetime_discharging_energy).has_state()) {
        return NAN;
      }
      float total_charge = id(lifetime_charging_energy).state;
      float total_discharge = id(lifetime_discharging_energy).state;
      if (total_charge <= 0.0f) {
        return NAN;
      }
      float eff = (total_discharge / total_charge) * 100.0f;
      if (eff < 0.0f) eff = 0.0f;
      if (eff > 110.0f) eff = 110.0f;
      return eff;
    web_server:
      sorting_group_id: Info
      sorting_weight: 14

[ Voor 65% gewijzigd door AUijtdehaag op 01-06-2026 20:15 ]

[Jassy]

Ik zou graag mijn v1 willen koppelen via RS485 aan Home Assistant, om zo bij het dimmen van de SolarEdge omvormer rekening te houden met het feit dat de batterij niet volledig geladen is.

Ik heb alle onderdelen besteld, maar ik mis bij mijn batterij de oorspronkelijk meegeleverde modbus kabel.

Is er een plek waar je deze kant en klaar kan kopen, heeft iemand hem nog liggen ter overname, of kan ik het beste contact opnemen met de dealer voor een kabel? Zelf maken is met twee linker soldeerhanden niet echt een optie.

[antonboonstra]

AUijtdehaag schreef op maandag 1 juni 2026 @ 20:10:
@antonboonstra
Welke RTE haal je?
Ik zit met de V3 op 81,5% (op volgorde: 2e hands V1, nieuwe V2 en nieuwe V3)

[Afbeelding]

Knalle


[...]

Als ik de Marstek batterij uitlees via RS485 kom ik life-time op 1.285,05 laden en 1.024,03 ontladen, dus een RTE van 79,7%.

Als ik de Eastron SDM120 kWh meter in mijn meterkast uitlees, kom ik op 1.349,97 laden en 935,52 ontladen, dus een RTE van 69,3%.

Daar zit dus nogal wat verschil tussen. Maar wel goed om te zien dat de nieuwere versies een hogere RTE hebben.

[WargamingPlayer]

antonboonstra schreef op dinsdag 2 juni 2026 @ 10:04:
[...]

Als ik de Marstek batterij uitlees via RS485 kom ik life-time op 1.285,05 laden en 1.024,03 ontladen, dus een RTE van 79,7%.

Als ik de Eastron SDM120 kWh meter in mijn meterkast uitlees, kom ik op 1.349,97 laden en 935,52 ontladen, dus een RTE van 69,3%.

Daar zit dus nogal wat verschil tussen. Maar wel goed om te zien dat de nieuwere versies een hogere RTE hebben.

Klopt, ik heb al een paar keer een afbeelding gedaan hier van mijn Marsteks. Gemeten via Shelly en via Modbus. Zelfde verschil.

[ComPeter]

Ik ben al een tijdje aan het prusten,
Het lijkt er op dat mijn homeassistant de Node-Red flow niet ziet/start

Ik heb alle keurig zoals in de youtube videos van Bob geinstalleed, er is een koppeling tussen HA en de Modbus

Waar kan dit aan liggen, wie kan mij helpen?

[DSSW]

Gisteren mijn 3 stuks Elfin EE11 toegekomen. ben van plan om mijn 3 Venus E's (V1 en V2) te koppelen via modbus RS485 naar LAN.

Aansluiting gemaakt geel (van de getwiste geel/rood) op de A en rood op de B. Ook voeding +5V en GND aangesloten. Voeding nagemeten = +5.36V

Ik zie één groen ledje op de Elfin aangaan.

Probeer daarna via browser verbinding te maken via 10.10.100.254 maar dat lukt niet.

Iemand een idee wat ik fout doe of nog moet doen?

[dannyro]

DSSW schreef op vrijdag 5 juni 2026 @ 15:21:
Gisteren mijn 3 stuks Elfin EE11 toegekomen. ben van plan om mijn 3 Venus E's (V1 en V2) te koppelen via modbus RS485 naar LAN.

Aansluiting gemaakt geel (van de getwiste geel/rood) op de A en rood op de B. Ook voeding +5V en GND aangesloten. Voeding nagemeten = +5.36V

Ik zie één groen ledje op de Elfin aangaan.

Probeer daarna via browser verbinding te maken via 10.10.100.254 maar dat lukt niet.

Iemand een idee wat ik fout doe of nog moet doen?

Is uw Elfin geflasht met de juiste yaml?

edit: ik had over de LAN gelezen...

[ Voor 3% gewijzigd door dannyro op 05-06-2026 15:26 ]

[DSSW]

dannyro schreef op vrijdag 5 juni 2026 @ 15:25:
[...]

Is uw Elfin geflasht met de juiste yaml?

edit: ik had over de LAN gelezen...

Ik heb nog niets "geflasht". Dacht dat ik eerst via ip 10.10.100.254 een aantal instellingen in de Elfin moest wijzigen en dat lukt niet. Opgelet, ben een amateur in die materie

[ Voor 5% gewijzigd door DSSW op 05-06-2026 15:31 ]

[dannyro]

DSSW schreef op vrijdag 5 juni 2026 @ 15:31:
[...]

Ik heb nog niets "geflasht". Dacht dat ik eerst via ip 10.10.100.254 een aantal instellingen in de Elfin moest wijzigen en dat lukt niet. Opgelet, ben een amateur in die materie

Lees eens in de topic start, daar staan wel de yaml's voor de Elfin via Github. Ikzelf werk met een Atom, maar dat is niet via LAN.

[eatme]

DSSW schreef op vrijdag 5 juni 2026 @ 15:21:
Gisteren mijn 3 stuks Elfin EE11 toegekomen. ben van plan om mijn 3 Venus E's (V1 en V2) te koppelen via modbus RS485 naar LAN.

Aansluiting gemaakt geel (van de getwiste geel/rood) op de A en rood op de B. Ook voeding +5V en GND aangesloten. Voeding nagemeten = +5.36V

Ik zie één groen ledje op de Elfin aangaan.

Probeer daarna via browser verbinding te maken via 10.10.100.254 maar dat lukt niet.

Iemand een idee wat ik fout doe of nog moet doen?

Als je de elfin aanzet start hij als AP waar je je laptop op kan aanmelden. Lukt dat?

Daarna kan je ze op je eigen wifi netwerk aanmelden en kan je weer kijken of je ze kan bereiken.

[Animal]

In de laatste update van Home assistant is de state of charge ook in het energy dashboard te integreren.

Helaas is de sensor.lilygo_rs485_marstek_battery_state_of_charge hier niet geschikt voor. De entity staat gewoon op procent maar hij is niet toe te passen als state of charge in het energy dashboard.


Suggestie voor de ESHome config? Ik gebruik nu esphome:

name: lilygo-rs485

friendly_name: LILYGO RS485

min_version: 2024.11.0

[WargamingPlayer]

DSSW schreef op vrijdag 5 juni 2026 @ 15:31:
[...]

Ik heb nog niets "geflasht". Dacht dat ik eerst via ip 10.10.100.254 een aantal instellingen in de Elfin moest wijzigen en dat lukt niet. Opgelet, ben een amateur in die materie

Elfin heeft geen yaml nodig.

[WargamingPlayer]

DSSW schreef op vrijdag 5 juni 2026 @ 15:21:
Gisteren mijn 3 stuks Elfin EE11 toegekomen. ben van plan om mijn 3 Venus E's (V1 en V2) te koppelen via modbus RS485 naar LAN.

Aansluiting gemaakt geel (van de getwiste geel/rood) op de A en rood op de B. Ook voeding +5V en GND aangesloten. Voeding nagemeten = +5.36V

Ik zie één groen ledje op de Elfin aangaan.

Probeer daarna via browser verbinding te maken via 10.10.100.254 maar dat lukt niet.

Iemand een idee wat ik fout doe of nog moet doen?

De ELFIN heeft een eigen SSID waar je met je laptop of PC mee moet verbinden, dan zoek je op je computer even de gateway op, dat is dan het IP adres van de ELFIN. Je gaat daar dan gewoon met je browser naar toe met [url="http://ipadres"]http://ipadres[/url] en kan hem configureren.

[GoBieN-Be]

Het YAML configuratie stuk is voor in HomeAssistant wellicht om daar toe te voegen?

[Animal]

GoBieN-Be schreef op vrijdag 5 juni 2026 @ 22:50:
Het YAML configuratie stuk is voor in HomeAssistant wellicht om daar toe te voegen?

Ik wil wel een suggestie doen maar ik zou het graag gezamenlijk doen? Zodat het bij iedereen compatible is met het nieuwe energy dashboard (zoals de rest van de sensors nu al is met de juiste unity of measurement etc)

[AUijtdehaag]

krijn1985 schreef op vrijdag 29 mei 2026 @ 14:57:
[...]

Ik heb nog even gecontroleerd, maar het netwerk waar mijn marstek op zit heeft inderdaad geen internet en ik heb tot op heden niet het idee gehad dat de MT gecrasht was. Wel 1 keer dat modbus uitlezen in home assistant niet meer leek up te daten maar dat kon ook een andere oorzaak dan gecrashte MT hebben aangezien een restart van integratie het weer werkend maakte. Ik moet wel zeggen mijn MT heeft nooit aan een netwerk gehangen waarbij hij internet had.

Sinds gisteren was de rs485 control mode disabled in HA en stond de v3 batterij weer op 800w
Het lijkt er dus op dat ik ook "het reset? probleem" heb na recentelijk alle netwerk activiteit verbroken te hebben.
Via rs485 (atom s3 met rs485 op esphome) weer enabled en via de app en bluetooth weer op 2500 w gezet

[krijn1985]

AUijtdehaag schreef op zaterdag 6 juni 2026 @ 07:08:
[...]

Sinds gisteren was de rs485 control mode disabled in HA en stond de v3 batterij weer op 800w
Het lijkt er dus op dat ik ook "het reset? probleem" heb na recentelijk alle netwerk activiteit verbroken te hebben.
Via rs485 (atom s3 met rs485 op esphome) weer enabled en via de app en bluetooth weer op 2500 w gezet

Ik ben er zelf niet bekend mee. Al moet ik zeggen dat mijn accu vaak op nom staat en ik soms controle overneemt via modbus en ontladen op max 800 staat. Dus mocht het al resetten heb ik het waarschijnlijk niet door.

[AUijtdehaag]

Ik heb de v3 maar weer wifi toegang gegeven.
V1 / v2 hebben er geen last mee.
Maar blijkbaar vind de v3 het niet zo leuk en E.T. phone home moet aanwezig blijven

[dannyro]

Animal schreef op vrijdag 5 juni 2026 @ 21:53:
In de laatste update van Home assistant is de state of charge ook in het energy dashboard te integreren.

Helaas is de sensor.lilygo_rs485_marstek_battery_state_of_charge hier niet geschikt voor. De entity staat gewoon op procent maar hij is niet toe te passen als state of charge in het energy dashboard.


Suggestie voor de ESHome config? Ik gebruik nu esphome:

name: lilygo-rs485

friendly_name: LILYGO RS485

min_version: 2024.11.0

Kan je even zeggen of met een screenshot tonen waar je dit kan ingeven?

edit: Al gevonden....Het werkt ook. Jou probleem moet je oplossen door een nieuwe sensor aan te maken met de juiste attributen.

[ Voor 8% gewijzigd door dannyro op 06-06-2026 09:59 ]

[Fr3ggel]

AUijtdehaag schreef op zaterdag 6 juni 2026 @ 08:43:
Ik heb de v3 maar weer wifi toegang gegeven.
V1 / v2 hebben er geen last mee.
Maar blijkbaar vind de v3 het niet zo leuk en E.T. phone home moet aanwezig blijven

Ik heb een tijdje geleden ergens gelezen dat het "phone home" voor de v3 alleen bij (of vanaf) een bepaalde firmware versie is.
Ik kan het bericht niet zo snel terugvinden.

[AUijtdehaag]

@Fr3ggel
Heb nu via MT app support gevraagd om downgrade van 148 naar 146
Dan weer eens testen of dat het issue oplost.

Dat was een forum bericht van mij misschien (opmerking via discord server)
AUijtdehaag in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

Ik vind zelf geen 146 firmware, wel 144 helaas
https://github.com/rweijnen/marstek-firmware-archive
https://rweijnen.github.io/marstek-venus-monitor/

Edit: ze reageren wel supersnel. V146 installing...

[ Voor 5% gewijzigd door AUijtdehaag op 06-06-2026 09:43 ]

[Fr3ggel]

@AUijtdehaag
Ja wellicht was het dat berichtje inderdaad.

Inderdaad erg snel. Ik ben benieuwd wat het resultaat is. Laat aub even weten.
Ik wil een aantal van mijn devices (net alleen accu's) ook gaan loskoppelen van het internet.

[NoFate]

Animal schreef op vrijdag 5 juni 2026 @ 21:53:
In de laatste update van Home assistant is de state of charge ook in het energy dashboard te integreren.

Helaas is de sensor.lilygo_rs485_marstek_battery_state_of_charge hier niet geschikt voor. De entity staat gewoon op procent maar hij is niet toe te passen als state of charge in het energy dashboard.


Suggestie voor de ESHome config? Ik gebruik nu esphome:

name: lilygo-rs485

friendly_name: LILYGO RS485

min_version: 2024.11.0

Je kan even via customize , de state_class: measurement toevoegen, dat is nodig voor het energy dashboard

[AUijtdehaag]

Animal schreef op vrijdag 5 juni 2026 @ 21:53:
In de laatste update van Home assistant is de state of charge ook in het energy dashboard te integreren.

Helaas is de sensor.lilygo_rs485_marstek_battery_state_of_charge hier niet geschikt voor. De entity staat gewoon op procent maar hij is niet toe te passen als state of charge in het energy dashboard.


Suggestie voor de ESHome config? Ik gebruik nu esphome:

name: lilygo-rs485

friendly_name: LILYGO RS485

min_version: 2024.11.0

Ik heb hem hier aangepast
Maak er een template sensor van en hij verkleurd mooi van groen naar rood.

[AUijtdehaag]

Fr3ggel schreef op zaterdag 6 juni 2026 @ 09:56:
@AUijtdehaag
Ja wellicht was het dat berichtje inderdaad.

Inderdaad erg snel. Ik ben benieuwd wat het resultaat is. Laat aub even weten.
Ik wil een aantal van mijn devices (net alleen accu's) ook gaan loskoppelen van het internet.

Te vroeg om te juichen maar het gaat al 1 dag goed zonder e,t, phone home,
Ik kijk het nog een weekje aan in ieder geval en meld me weer.

[DSSW]

Heb vandaag Home Battery Control van Bob geïnstalleerd.

3 Venus E's gekoppeld alles in YAML en Node Red geinstalleerd dashboard in orde gezet.

Alle data van batterijen komt binnen en dashboard lijkt in orde.



Eerste test gedaan : Control mode in full control gezet, Chosen strategy in Self Consumption. Maar de executing strategy blijft op onbekend staan en de batterijen worden niet aangestuurd.

Iemand een idee wat de oorzaak is? Ben ik nog iets vergeten?

De PID start blijkbaar niet

@TrueOrigin waarschijnlijk heb jij wel de oplossing

[ Voor 32% gewijzigd door DSSW op 10-06-2026 16:55 ]

[ComPeter]

DSSW schreef op dinsdag 9 juni 2026 @ 19:49:

Ik heb dus bijna het zelfde en ik zie mijn batterij niet aan de rechterkant, alle gegevens komen keurig binnen in modbus

[Nico-G]

Na ontvangst en installatie van de M5stack Atom lite en de installatie van HBC op mijn twee Marsteks v2 accu's voelde ik me de koning te rijk.

Maar op 10 juni stond de Node-Red update klaar en die heb ik (in vertrouwen) uitgevoerd.
Wat er gebeurd is kan ik niet begrijpen als HA-noob, maar mijn HBC kwam tot stilstand. Iets met ui_base, maar ik kon niet terugvinden waar dat in zat en wat ik er aan zou moeten doen.
Dus ik heb de oude Node-Red versie weer teruggerold en nu werkt het gelukkig weer.
Kan iemand mij uitleggen waarom het niet werkte?
En wat ik moet doen om HBC met de nieuwe versie van Node-Red aan de gang te krijgen?
Ik leer elke dag weer wat bij

[StarFox76]

Nico-G schreef op vrijdag 12 juni 2026 @ 00:34:
Na ontvangst en installatie van de M5stack Atom lite en de installatie van HBC op mijn twee Marsteks v2 accu's voelde ik me de koning te rijk.

Maar op 10 juni stond de Node-Red update klaar en die heb ik (in vertrouwen) uitgevoerd.
Wat er gebeurd is kan ik niet begrijpen als HA-noob, maar mijn HBC kwam tot stilstand. Iets met ui_base, maar ik kon niet terugvinden waar dat in zat en wat ik er aan zou moeten doen.
Dus ik heb de oude Node-Red versie weer teruggerold en nu werkt het gelukkig weer.
Kan iemand mij uitleggen waarom het niet werkte?
En wat ik moet doen om HBC met de nieuwe versie van Node-Red aan de gang te krijgen?
Ik leer elke dag weer wat bij

Ik liep tegen exact hetzelfde aan en heb het net op kunnen lossen door dit even goed te lezen: https://github.com/gitcodebob/marstek-venus-rs485-node-red/issues/144

[Nico-G]

StarFox76 schreef op vrijdag 12 juni 2026 @ 10:39:
[...]

Ik liep tegen exact hetzelfde aan en heb het net op kunnen lossen door dit even goed te lezen: https://github.com/gitcodebob/marstek-venus-rs485-node-red/issues/144

Inderdaad, dat was'm. Dubbelklik op het geselecteerde item en delete. Dank!

[ Voor 5% gewijzigd door Nico-G op 12-06-2026 15:56 ]

[comfix]

Ik moet zeggen, deze is wel top dank aan de creator: https://github.com/ffunes/Marstek-Venus-Energy-Manager

Zelf kan ik (nog?) niet gebruiken, want ik werk met 1 modbus en die maakt TCP connections per devices, de app dus. Heb geprobeerd aan te passen in type van connecties naar rtu, maar ik krijg toch een id error: "ERROR: request ask for id=1 but got id=2,"

Dus zal ik elke batterij moeten aansluiten via de LAN. Zou ook handiger zijn omdat momenteel zo is dat wanneer batterij 2 herstart, ik telkens het slave ID terug op 2 moet zetten.

[Bravertal]

Sorry, verkeerd.

[ Voor 96% gewijzigd door Bravertal op 14-06-2026 07:24 ]

[Sarge_]

Hebben we ergens staan welke sensor e.d. we het beste toe kunnen voegen in de Marstek Energy Manager om alles goed te laten draaien? Heb even snel gekeken, maar kon het nog niet vinden.

[adjego]

Ik heb al een tijdje nu een probleem met 1 van mijn Marstek Venus E V3 thuisbatterijen. Deze stuur ik via modbus aan, eerst via TCP en nu weer via de M5stackRS485. De batterij vertoont gedrag die ik niet echt kan verklaren. Hij lijkt altijd in de ochtend prima te werken, maar ineens bij het opladen van de batterij stopt hij met laden, en reageert niet meer op Forcible Charge Power waardes. Hij valt terug naar 0 Watt en daar blijft het bij.

Ik heb hem gisteren al geupdate naar V148.117.113 (EMS.VMS.BMS) maar helaas heeft dit zo blijkt niks geholpen. Heeft iemand hier toevallig dit gedrad ook gezien, en zo ja heb je dit ook kunnen oplossen?

[newz]

adjego schreef op dinsdag 16 juni 2026 @ 09:52:
Ik heb al een tijdje nu een probleem met 1 van mijn Marstek Venus E V3 thuisbatterijen. Deze stuur ik via modbus aan, eerst via TCP en nu weer via de M5stackRS485. De batterij vertoont gedrag die ik niet echt kan verklaren. Hij lijkt altijd in de ochtend prima te werken, maar ineens bij het opladen van de batterij stopt hij met laden, en reageert niet meer op Forcible Charge Power waardes. Hij valt terug naar 0 Watt en daar blijft het bij.

Ik heb hem gisteren al geupdate naar V148.117.113 (EMS.VMS.BMS) maar helaas heeft dit zo blijkt niks geholpen. Heeft iemand hier toevallig dit gedrad ook gezien, en zo ja heb je dit ook kunnen oplossen?

Wellicht niet hetzelfde probleem, maar ik had dat de max output teruggezet werd van 2500W naar 800W waardoor het geforceerd ontladen boven 800W niets meer deed. Via de app weer terugzetten naar 2500W werkte niet. Als oplossing moest ik de batterij een reboot geven door de aan-/uitknop 10 seconden ingedrukt te houden op de batterij.

Nadat ik dit gerapporteerd had via de app (en soms opvolging moest geven, omdat er maar geen reactie kwam) kreeg ik op een gegeven moment de update naar V149. Werkt nu al een week probleemloos.

[Kenwood960]

adjego schreef op dinsdag 16 juni 2026 @ 09:52:
Ik heb al een tijdje nu een probleem met 1 van mijn Marstek Venus E V3 thuisbatterijen. Deze stuur ik via modbus aan, eerst via TCP en nu weer via de M5stackRS485. De batterij vertoont gedrag die ik niet echt kan verklaren. Hij lijkt altijd in de ochtend prima te werken, maar ineens bij het opladen van de batterij stopt hij met laden, en reageert niet meer op Forcible Charge Power waardes. Hij valt terug naar 0 Watt en daar blijft het bij.

Ik heb hem gisteren al geupdate naar V148.117.113 (EMS.VMS.BMS) maar helaas heeft dit zo blijkt niks geholpen. Heeft iemand hier toevallig dit gedrad ook gezien, en zo ja heb je dit ook kunnen oplossen?

Ik had zo ook nu en dan het probleem dat er settings veranderd waren, en dat de accu ermee ophield.

Als je via modbus stuurt kun je de wifi verbinding blokkeren in je router.


Hij is dan offline en kan niks meer van de marstek servers ontvangen. Je kunt de accu wel nog instellen indien nodig als je ernaast staat via bluetooth met de app.


Dit lijkt voor mij al een paar weken de oplossing ....

[adjego]

newz schreef op dinsdag 16 juni 2026 @ 17:06:
[...]

Wellicht niet hetzelfde probleem, maar ik had dat de max output teruggezet werd van 2500W naar 800W waardoor het geforceerd ontladen boven 800W niets meer deed. Via de app weer terugzetten naar 2500W werkte niet. Als oplossing moest ik de batterij een reboot geven door de aan-/uitknop 10 seconden ingedrukt te houden op de batterij.

Nadat ik dit gerapporteerd had via de app (en soms opvolging moest geven, omdat er maar geen reactie kwam) kreeg ik op een gegeven moment de update naar V149. Werkt nu al een week probleemloos.

Ik heb hem gisteren gereset, en ga vandaag kijken of het heeft geholpen. Ik denk ook dat het hiermee te maken heeft, want ontladen gaat gewoon prima op 2500 Watt. Dus ergens staat een grens in die er voor zorgt dat het laden stopt zodra die over die grens heen komt.

Kenwood960 schreef op woensdag 17 juni 2026 @ 08:40:
[...]

Ik had zo ook nu en dan het probleem dat er settings veranderd waren, en dat de accu ermee ophield.

Als je via modbus stuurt kun je de wifi verbinding blokkeren in je router.


Hij is dan offline en kan niks meer van de marstek servers ontvangen. Je kunt de accu wel nog instellen indien nodig als je ernaast staat via bluetooth met de app.


Dit lijkt voor mij al een paar weken deze oplossing ....

Ja dat is ook nog wel het proberen waard. Maar eerst hem weer werkend en dan de wifi uit

[eatme]

Hallo,

Op dit moment lees ik mijn MT uit via een eigen ( & Claude AI) geknutselde domoticz plugin. Hij draait standaard op anti-feed via een CT003.

Ik ben nu aan het spelen om een eigen RS485 sturing te maken richting mijn MT V2 om hem periodiek geforceerd te laden.

Ik heb een test-script gemaakt om te kijken of de MT doet wat ik vraag

Doel: de batterij via Modbus TCP dwingen om 2500W te ontladen, en controleren of dat ook echt gebeurt.

Ik heb de batterij op manual ontladen 100W staan om goed de verschillen te zien.

Volgorde van acties:

1. Verbinden via Modbus TCP naar het batterij-IP, poort 502, slave-id 1.
2. Register 42000 (RS485 control mode) schrijven met waarde 0x55AA → bedoeld om "RS485 control mode" aan te zetten. (Volgens de PDF-documentatie geldt: 0x55AA = enable, 0x55BB = disable. We hebben dit experimenteel bevestigd: na het schrijven van 0x55BB lazen we dat ook terug en leek de externe besturing uit te staan.)
3. Register 43000 (user work mode) schrijven met waarde → moet de werkmodus op "manual" zetten (0=manual, 1=anti-feed, 2=trade volgens de PDF). Dit register reageert merkbaar: zodra we later weer 1 (anti-feed) schrijven, springt het gedrag direct terug.
4. Register 42010 (forcible charge/discharge) schrijven met waarde 2 → moet "discharge" activeren (0=stop, 1=charge, 2=discharge volgens de PDF).
5. Register 42021 (forcible discharge power) schrijven met waarde 2500 (decimaal, 0x9C4 hex) → moet de batterij vragen om met 2500W te ontladen (range 0–2500W volgens de PDF).
6. 30 seconden wachten, en elke 5 seconden twee waarden uitlezen:
   • Register 32102 (battery power, het vermogen van de batterij zelf)
   • Register 32202 (AC power, vermogen richting het net)
7. Na de wachttijd weer terugzetten:
   • Register 42010 → 0 (stop)
   • Register 43000 → 1 (anti-feed)
   • Register 42000 → 0x55BB (RS485 control uit)

Resultaat van de test: alle schrijfacties slagen en worden correct teruggelezen (geen Modbus-fouten), inclusief register 42010=2 en 42021=2500. Maar register 32102 (battery power) blijft rond -100 tot -135W hangen (lichte lading, geen ontlading), in plaats van richting -2500W (of +2500W, afhankelijk van tekenconventie) te gaan. De batterij accepteert het commando dus op protocolniveau, maar voert het niet uit.

Aanvullende context die mogelijk relevant is:

• Max discharge power (register 44003) staat op 2500W — geen limiet daar.
• Discharging cutoff capacity (register 44001) staat op 12%.

Kan iemand mij een tip geven wat ik mis?

Nevermind :

Het is gelukt . Om de forceren moet ik eerst 42020/42021, daarna 42010 en 42000. Dan werkt het.

[Bossi13]

edit:
gefixt*

[ Voor 97% gewijzigd door Bossi13 op 22-06-2026 08:14 ]

[adjego]

adjego schreef op woensdag 17 juni 2026 @ 08:44:
[...]


Ik heb hem gisteren gereset, en ga vandaag kijken of het heeft geholpen. Ik denk ook dat het hiermee te maken heeft, want ontladen gaat gewoon prima op 2500 Watt. Dus ergens staat een grens in die er voor zorgt dat het laden stopt zodra die over die grens heen komt.


[...]


Ja dat is ook nog wel het proberen waard. Maar eerst hem weer werkend en dan de wifi uit

Helaas heeft al het bovenstaande niet geholpen. Ik kan een manuele laadactie instellen op de Marstek en die begint soms prima maar blijft steken op 700. Ook stopt hij sporadisch en blijft dan steeds een beetje laden, en dan weer uit. Ik krijg de batterij niet echt verder opgeladen dan 40%. Ontladen gaat dan wel weer gewoon met 2500 Watt, en werkt de aansturing ook via Modbus prima. Het laden is echt het probleem, dat hij niet boven de 700 Watt wil, en dat hij er gewoon mee stopt sporadisch. Ik krijg Marstek helaas nog niet zover dat ze me v149 pushen.

[Nico-G]

AUijtdehaag schreef op zaterdag 20 juni 2026 @ 15:55:
[...]

De 3 batterijen staan allemaal op 2500W/2500W ingesteld. Per fase dus 2500 watt
Ik heb ze op losse ABB 1-fase aardlekautomaten, maar een 3-fase aardlekautomaat voor 3 batterijen kan ook. Daarachter stopcontacten of werkschakelaars
De modbus sturing loopt via een M5stack atom met rs485 converter met esphome erop
De "entities" worden uitgelezen en aangestuurd door HBC (link in vorige post)
Die stuurt dus de batterijen aan op capacitieit behoefte en dynamische prijzen.
Tussen 7 en 8 dump ik ze sowieso ff leeg om vervolgens weer geladen te worden door de zon (HA automation)

Batterijen zijn nu vol.
Maar mijn buffervat is nu aan het verwarmen met aton power to heat op overschot zonenergie
Dus weer 50 graden 450 ltr cv water (met hygienespiraal tapwater) straks

[Afbeelding]

[Afbeelding]

Hoi @AUijtdehaag
Als ik het goed zie, heb je een extra tabblad (vóór het 1e) toegevoegd aan HBC, waarin je een aantal handige overzichtjes hebt opgenomen, waarmee je in één oogopslag kunt zien hoe de zaken er voor staan. Ik heb twee Marsteks versie 2 en ook een Zonneplan dynamisch contract.
Zou je dat extra tabblad willen delen? En hoe ik dit toe kan voegen?

[SilentSimon]

Voor de geïnteresseerden:

Ik heb een python plugin geknutsteld voor Domoticz voor een Marstek V3 met modbus DR134 koppeling.

https://github.com/hopSilentSimon/Domoticz_Marstek_Modbus

[fRiEtJeSaTe]

Vraagje. Ik overweeg de aanschaf van een Marstek, om de restjes op te snoepen die de 1-fase (3,6KW) EV's laten liggen. Ik denk dan vooral wanneer 1 van de EV's van huis is. Mijn piekvermogen PV is 6Kw en opbrengst +/- 8Mwh. In de zomer zal dit dus veel zijn, in de winter weinig (dan moet ik kiezen).

Nu draai ik EVCC om dit allemaal te sturen. Kan ik de Marstek op de volgende manier in gebruik nemen?

• EV's krijgen voorrang vanuit EVCC
• Marstek mag niet ontladen, alleen PV overschot laden dat overblijft
• 's avonds tot 's ochtends mag hij in modus NOM

EVCC stuurt al op NOM maar met vertraging. Ik wil niet dat de Marstek gaat flapperen en de accu steeds gaat wisselen tussen ontladen en laden. Misschien door de hele dag een minimaal laadvermogen aan te houden van 50w bijv?

Iemand ervaring?

[Tazzios]

@fRiEtJeSaTe Je vraagt weinig spannends indien een bestaand project zoals HBC of Marstek Venus Energy Manager toch niet aanstuurt zoals je wilt kun je zelf helemaal los gaan in het maken van een eigen aansturing vanuit HA. Optioneel gebruikend maken van deze/mijn blueprint.

Ondersteunt EVCC geen Marstek. Daarbij, ik heb een Sessy en een marstek welke beide ook wel eens tegelijk op NOM staan zonder dat het gaat flapperen.

[ Voor 18% gewijzigd door Tazzios op 26-06-2026 12:12 ]

[[RNMC] Viper]

fRiEtJeSaTe schreef op vrijdag 26 juni 2026 @ 11:37:
Vraagje. Ik overweeg de aanschaf van een Marstek, om de restjes op te snoepen die de 1-fase (3,6KW) EV's laten liggen. Ik denk dan vooral wanneer 1 van de EV's van huis is. Mijn piekvermogen PV is 6Kw en opbrengst +/- 8Mwh. In de zomer zal dit dus veel zijn, in de winter weinig (dan moet ik kiezen).

Nu draai ik EVCC om dit allemaal te sturen. Kan ik de Marstek op de volgende manier in gebruik nemen?

• EV's krijgen voorrang vanuit EVCC
• Marstek mag niet ontladen, alleen PV overschot laden dat overblijft
• 's avonds tot 's ochtends mag hij in modus NOM

EVCC stuurt al op NOM maar met vertraging. Ik wil niet dat de Marstek gaat flapperen en de accu steeds gaat wisselen tussen ontladen en laden. Misschien door de hele dag een minimaal laadvermogen aan te houden van 50w bijv?

Iemand ervaring?

In evcc kun je aangeven of de batterij voorrang krijgt of de ev, marstek wordt ondersteund middels modbus.

[Tazzios]

Tazzios schreef op woensdag 13 mei 2026 @ 12:22:
[...]

HA Blueprint 'Marstek X Range OM' 2.0 Simply complex!

Simpel
Door sectie dicht te klappen die niet direct relevant zijn, velden te verplaatsen, veld namen en teksten te herschrijven hoop ik dat het voor de beginners simpeler is geworden ondanks dat er complexe functies zijn bijgekomen.

Verder is er documentatie over elk veld met daarbij voorbeelden:
https://github.com/Tazzios/ha-marstek/blob/main/blueprints/Documentation.md

Complex
De geavanceerde opties staan nu in dichtgeklapte secties. En zijn uitgebreid met Setpoint template, start conditie, stop acties EN instelbare Sort by soc percentage.

Changelog 2.0

• Breaking: Sort by soc is now a integer instead of boolean
• New: Start condition
• New: Adjustabel Sort by soc percentages
• New: Stop action
• New: Setpoint template
• Fix: Sort by soc was always applied
• Improved: Blueprint inputs, reordered inputs, update text and collapsed sections
• Improved: Code, split max difference and absolute limit
• Improved: Code, search enitities in one place

https://github.com/Tazzios/ha-marstek/tree/main/blueprints

Omdat ik zelf ook Marstek Venus Energy Manager eens wilde proberen heb ik support toegevoegd aan de blueprint zodat je beide kunt gebuiken.

HA Blueprint 'Marstek X Range OM' 2.1

Because the changes is regex there are might be some problems with entity names that i did not for see. Enable debug and check debug message 3 to see which entity does not get recognized check what it should be and let me know.

Changelog
New: Support for [Marstek Venus Energy Manager
Improved: entity regex recognition
Improved: debug messages numbered and added entity names in debug

https://github.com/Tazzios/ha-marstek/tree/main/blueprints

[sander817]

Kan ik een normale Ethernet kabel gebruiken om de elfin aan te sluiten op de v3?

Of niet ik een ethernet kabel knippen en daar de juiste draden van gebruiken?

[[RNMC] Viper]

v3 heeft geen ew11 nodig, kan rechtstreeks op lan

[AUijtdehaag]

Nico-G schreef op zondag 21 juni 2026 @ 22:25:
[...]

Hoi @AUijtdehaag
Als ik het goed zie, heb je een extra tabblad (vóór het 1e) toegevoegd aan HBC, waarin je een aantal handige overzichtjes hebt opgenomen, waarmee je in één oogopslag kunt zien hoe de zaken er voor staan. Ik heb twee Marsteks versie 2 en ook een Zonneplan dynamisch contract.
Zou je dat extra tabblad willen delen? En hoe ik dit toe kan voegen?

Heeft even geduurd maar hier staat hij
https://github.com/fonske...85/tree/main/zonneplan_HA

[ Voor 32% gewijzigd door AUijtdehaag op 27-06-2026 20:02 ]

[Nico-G]

AUijtdehaag schreef op zaterdag 27 juni 2026 @ 18:57:
[...]

Heeft even geduurd maar hier staat hij
https://github.com/fonske...85/tree/main/zonneplan_HA

[Afbeelding]

Mijn dank is groot. Vooral de duidelijke manual is geweldig.
Ik ga weer lekker knobbelen

[sander817]

[RNMC] Viper schreef op zaterdag 27 juni 2026 @ 16:13:
v3 heeft geen ew11 nodig, kan rechtstreeks op lan

ja, maar heb geen lan beschikbaar op de locatie waar die staat

[ Voor 57% gewijzigd door sander817 op 28-06-2026 09:50 ]

[[RNMC] Viper]

Ja dan is een ew11 wel een optie, in de topic start is vast een afbeelding hoe aan te sluiten

[AUijtdehaag]

@sander817 Je kan ook een m5stack gebruiken met kant en klaar kabeltje

[sander817]

Dat linkse deel, zit dat bij de V3 erbij?

[Tazzios]

@sander817 lees hoofdstuk "5. Let op! Er zijn nu 3 kabels!" van de TS, daar staat het voor elke versie uitgelegd.
Voor de v3 staat geen foto`s met de Elfin. WEL met de lilygo. draden die je aan moet sluiten bij Elfin en Lilygo zijn identiek,.

[WargamingPlayer]

sander817 schreef op zondag 28 juni 2026 @ 14:29:
[Afbeelding]

Dat linkse deel, zit dat bij de V3 erbij?

V3 moet je een ethernet kabel voor opofferen. Doorknoppen en juiste kleurtjes verbinden.



Bij een standaard UTP kabel zijn dat dus: (Gecorrigeerd):

• Pin 1 - Oranje/Wit - RS485A
• Pin 2 - Oranje - RS485B
• Pin 4 - Blauw - +5V
• Pin 5 - Bauw/Wit - +5V
• Pin 7 - Bruin/Wit - GND
• Pin 8 - Bruin - GND

[ Voor 24% gewijzigd door WargamingPlayer op 28-06-2026 16:43 ]

[AUijtdehaag]

Ik heb A en B andersom (post hierboven is inmiddels gecorrigeerd)
AUijtdehaag in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

[ Voor 15% gewijzigd door AUijtdehaag op 28-06-2026 17:07 ]

[WargamingPlayer]

AUijtdehaag schreef op zondag 28 juni 2026 @ 16:21:
Ik heb A en B andersom
AUijtdehaag in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

Klopt ik ook, de startpost is fout.

[sander817]

WargamingPlayer schreef op zondag 28 juni 2026 @ 16:08:
[...]

V3 moet je een ethernet kabel voor opofferen. Doorknoppen en juiste kleurtjes verbinden.

[Afbeelding]

Bij een standaard UTP kabel zijn dat dus: (Gecorrigeerd):

• Pin 1 - Oranje/Wit - RS485A
• Pin 2 - Oranje - RS485B
• Pin 4 - Blauw - +5V
• Pin 5 - Bauw/Wit - +5V
• Pin 7 - Bruin/Wit - GND
• Pin 8 - Bruin - GND

thanx, duidelijk nu

[Tazzios]

WargamingPlayer schreef op zondag 28 juni 2026 @ 16:31:
[...]

Klopt ik ook, de startpost is fout.

Indien je aangeeft waar er dan wat aangepast moet worden in de TS kan dat ook worden ogelost.

[WargamingPlayer]

Tazzios schreef op zondag 28 juni 2026 @ 17:30:
[...]

Indien je aangeeft waar er dan wat aangepast moet worden in de TS kan dat ook worden ogelost.

A EN B zijn omgedraaid bij Venus E 3.0 modbus.

[Tazzios]

uit de TS:

UTP‑kleurcodering (T‑568B):
A : Oranje‑wit
+ Blauw / Blauw‑wit
- Bruin / Bruin‑wit
B : Oranje

[WargamingPlayer]

Tazzios schreef op zondag 28 juni 2026 @ 18:33:
uit de TS:

[...]

Onder 4. documentatie, staat het fout. Nooit verder gekeken dan daar.

[Kenwood960]

WargamingPlayer schreef op zondag 28 juni 2026 @ 16:08:
[...]

V3 moet je een ethernet kabel voor opofferen. Doorknoppen en juiste kleurtjes verbinden.

[Afbeelding]

Bij een standaard UTP kabel zijn dat dus: (Gecorrigeerd):

• Pin 1 - Oranje/Wit - RS485A
• Pin 2 - Oranje - RS485B
• Pin 4 - Blauw - +5V
• Pin 5 - Bauw/Wit - +5V
• Pin 7 - Bruin/Wit - GND
• Pin 8 - Bruin - GND

Hmmm, als je de UTP kabel in de ethernet poort prikt heb je gewoon modbus over ethernet hoor ...

[Nico-G]

Kenwood960 schreef op dinsdag 30 juni 2026 @ 12:44:
[...]

Hmmm, als je de UTP kabel in de ethernet poort prikt heb je gewoon modbus over ethernet hoor ...

Ja, als je een LAN aansluiting in de buurt hebt. Anders: via WiFi

[WargamingPlayer]

Kenwood960 schreef op dinsdag 30 juni 2026 @ 12:44:
[...]

Hmmm, als je de UTP kabel in de ethernet poort prikt heb je gewoon modbus over ethernet hoor ...

Dus moet ik buiten maken met UTP aansluitingen, die door mijn geven heen doorvoeren. En met een V2 die geen ethernet poort heeft heb ik daar ook niks aan.

Ik werk met WiFi, dus is het een Elfin voor mij, en dat werkt perfect.