Local API op Marstek Venus E 3.0

[dualisimo]

Heb een venus E V3 en wil hem snel kunnen aansturen, zo snel mogelijk.
Is de API dan juiste optie of beter RS485 port gebruiken als ik echt snelle communicatie met de batterij wil?

En, de V3 heeft nu een UTP poort voor RS485.
Kan ik hem dan 'gewoon' direct in mijn vaste netwerk plaatsen en uitlezen/aansturen ipv eerst ESP32 ertussen die weer via Wifi iets stuurt?

[Goosmeister]

dualisimo schreef op zondag 16 november 2025 @ 13:53:
Heb een venus E V3 en wil hem snel kunnen aansturen, zo snel mogelijk.
Is de API dan juiste optie of beter RS485 port gebruiken als ik echt snelle communicatie met de batterij wil?

En, de V3 heeft nu een UTP poort voor RS485.
Kan ik hem dan 'gewoon' direct in mijn vaste netwerk plaatsen en uitlezen/aansturen ipv eerst ESP32 ertussen die weer via Wifi iets stuurt?

Hoi, kijk even op dit topic. Zelf heb k de Marstek Venus E V3 in combinatie met een Elfin en kan deze zonder problemen aansturen
Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling
Met de open API oplossing ben ik gestopt.

[dualisimo]

Goosmeister schreef op zondag 16 november 2025 @ 21:20:
[...]


Hoi, kijk even op dit topic. Zelf heb k de Marstek Venus E V3 in combinatie met een Elfin en kan deze zonder problemen aansturen
Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling
Met de open API oplossing ben ik gestopt.

Thanx, had ik gezien. Las later al ergens dat api maar om de 60 sec leest... dat is veel te traag.
Jij gebruikt een Elfin, met welke code... er zijn nogal wat projecten, en dus nogal lastig door de bomen het bos te zien.

[ej.cools]

TimDu schreef op zondag 16 november 2025 @ 13:03:
[...]


Gekke vraag maar werken jou manual schemas nog? Ik heb gister hem ook netjes aan de praat gekregen maar zag hierna dat de schemas wel activeerde maar de batterij gewoon in standby blijft.

Ik gebruik mijn manuele schema's niet. Ik ga nu rustig kijken hoe ik hem kan gaan aansturen. Ik wil naar nul op de meter plus. En met de plus bedoel ik dat ik op de goedkoopste momenten wil extra bijladen voor de dure momenten en de rest nul op de meter draaien. Ik zal het eens proberen.

[ej.cools]

Vannacht is hij weer weggevallen. Erg onstabiel allemaal. Duidelijk work in progress.

[Goosmeister]

dualisimo schreef op zondag 16 november 2025 @ 22:51:
[...]


Thanx, had ik gezien. Las later al ergens dat api maar om de 60 sec leest... dat is veel te traag.
Jij gebruikt een Elfin, met welke code... er zijn nogal wat projecten, en dus nogal lastig door de bomen het bos te zien.

De code van Viper. In Home Assistant wel de laatste bètaversie met HACS installeren
Nu maar weer snel on topic, iets met een Open API

[Ceaus]

ej.cools schreef op donderdag 9 oktober 2025 @ 18:21:
Volgens mij werkt het niet met de Venus E3.
Ik probeer ook connectie te maken met mijn batterij maar zonder succes.
Ik ben aan het proberen met de relay https://github.com/tomquist/hame-relay en die werkt.
Maar de vertaler naar MQTT niet https://github.com/tomquist/hm2mqtt
Ik ben benieuwd als iemand hem aan de praat krijgt.
Succes

Ik vermoed dat het een firmware probleem is. Hier ongeveer hetzelfde: nmap bevestigt dat de UDP poort open staat. Maar een netcat naar de Venus E3 levert geen output. Zelfs geen foutmelding als ik er bagger naar toe stuur. wireshark laat ook geen retourverkeer zien. Het is een black hole

[ej.cools]

Ondertussen heb ik weer verbinding maar zowel de firmware als de app zijn geüpdatet. Ik heb nu firmware 143. Die werkt weer.
In de api handleiding staat api over mqtt en tcp als pending. Dus ze zijn inderdaad nog hard aan het werk. Dit zal nog wel voor de nodige problemen zorgen.

[ Voor 43% gewijzigd door ej.cools op 22-11-2025 18:26 ]

[sunnybeam]

Quriass schreef op vrijdag 14 november 2025 @ 13:14:
[...]

Ik las ergens dat dat zou komen door oudere BMI versie, maar nadat Marstek een update heeft gepusht was hierin geen verandering

Ik zit nu aan firmware V143 en de temperatuur alsook enkele andere zaken worden nu correct weergegeven. Beetje bij beetje komt het wel in orde

Sunnybeam

[onlinaius]

Quriass schreef op zaterdag 15 november 2025 @ 08:15:
[...]

Dear Sir/Madam, The integration of MARSTEK devices into Home Assistant has been completed and is currently awaiting approval for release. We anticipate it will be available by the end of this month. Sincerely, Keay

Hier al meer over bekend?

[Ploeftia]

Hier elke ervaringen met de open API op een Venus-E V3.
1: Met de upgrade van EMS version 1.39 naar 1.44 is de response tijd van alle requests van 10 sec naar minder dan 1 seconde gegaan.

2: Bij EMS V1.44 geeft de eerste request geen response alle andere daarna wel.

3: Bij EMS V.139 stopten de responses na tijd en liep de Venus-E V3 vast. Alleen na de power off/on deed hij het weer een tijdje.

4: Het sturen van UDP request naar een Marstek kan op 2 manieren.

A. D.m.v. het IP address van de Venus. De eerst UPD read geeft de response.

B. Een broadcast (255.255.255.255) op het netwerk.
De eerste UPD read dan de verzonden request, de tweede UDP read is de response van de Venus-E V3
De broadcast mogelijkheid is getest met 1 Venus-E V3, als er meer dan een Venus op het netwerk zit weet ik niet wat er gebeurd.(Ik heb maar een Venus-E). Maar misschien is het mogelijk om met 1 request broadcast alle Venus-E op het netwerk uit te lezen en dmv de src string in de response ("src": "VenusE 3.0-serialno:",) op te spitsen en de div.data naar de juiste indicators te sturen.

Bovenstaande getest dmv LabView.

Venus-E V3 EMS 1.44 VNS 1.13 BMS 1.06

[Quriass]

onlinaius schreef op donderdag 27 november 2025 @ 17:08:
[...]

Hier al meer over bekend?

Ik heb nog niks voorbij zien komen. Iemand anders?
https://github.com/MarstekEnergy

https://github.com/home-assistant/core/pull/156012

[ Voor 10% gewijzigd door Quriass op 30-11-2025 15:26 ]

[rbaalen]

Een vraagje tussendoor. Hoe hebben jullie de firmware ge-upgrade? Ik zit op versie v1.22 maar als ik in de APP op het versie nr klik geeft hij aan "you are using the latest version".

[Quriass]

rbaalen schreef op maandag 1 december 2025 @ 21:31:
Een vraagje tussendoor. Hoe hebben jullie de firmware ge-upgrade? Ik zit op versie v1.22 maar als ik in de APP op het versie nr klik geeft hij aan "you are using the latest version".

Er worden op dit moment weinig spontane updates gepushed.
Je kunt het vragen bij de menuoptie - feedback-

[Quriass]

Quriass schreef op zondag 30 november 2025 @ 15:17:
[...]

Ik heb nog niks voorbij zien komen. Iemand anders?
https://github.com/MarstekEnergy

https://github.com/home-assistant/core/pull/156012

Update van Marstek:

Dear customer, thank you very much for your feedback. As we need to release new firmware to work with it, we are still debugging and troubleshooting the issue. It will be released in the middle to late of this month. Alan

[edterbak]

@Quriass bedankt voor de update

[SuperT130]

Hi all,
Eerst de essentie: Gebruik geen Wifi!

Mijn ervaring met zowel Local API als HameRelay+hm2mqtt i.c.m. 3 stuks Venus E v3 fw139;
Beiden waren de afgelopen maanden niet al te stabiel, Local API lag er het meest uit.
hm2mqtt stopte er een paar dagen geleden vrijwel helemaal mee.
Oorzaak:
De slechte WiFi implementatie van de Venus-E V3.0
Hoe test je hier op:
Zet je Bluetooth uit op je telefoon en probeer met de Marstek App te verbinden met je accu, lukt dit niet: WiFi verbinding ligt eruit of is slecht.
Oplossing:
Verbindt je accu met ethernet met je Router/switch. Zet hem hierna uit en weer aan om de WiFi connectie te uit te schakelen (Wifi lampje blijft uit).
Dit heb ik gedaan met mijn 3 Marsteks en sindsdien is de verbinding met zowel Local API als HameRelay/hm2mqtt volkomen stabiel.

Ps. Mijn Venus E's staan binnen 5 meter van mijn Wifi AP, Mesh uit en geforceerd op 2.4GHz. Helpt allemaal niets, ethernet blijkt (voor mij) een must.

3x Venus-E V3.0 Firmware139

[Ploeftia]

Ik heb mijn Venus -E V3 via een paar powerline adaptors met ethernet ingangen aan mijn router gehangen. De local-api werkt nu als een speer, en blijft stabiel. De powerline adaptors zijn 2e hands vollop verkrijgbaar op Marktplaats ik heb voor 15 euro 2 TP-link PA4010P V5 gekocht. Deze types P zijn makelijk te updaten met firmware die ze stabiel maakt. zie: https://fitzcarraldoblog....pters-in-my-home-network/

[DaVa]

Ploeftia schreef op donderdag 11 december 2025 @ 16:54:
Ik heb mijn Venus -E V3 via een paar powerline adaptors met ethernet ingangen aan mijn router gehangen. De local-api werkt nu als een speer, en blijft stabiel. De powerline adaptors zijn 2e hands vollop verkrijgbaar op Marktplaats ik heb voor 15 euro 2 TP-link PA4010P V5 gekocht. Deze types P zijn makelijk te updaten met firmware die ze stabiel maakt. zie: https://fitzcarraldoblog....pters-in-my-home-network/

Welke integratie gebruik je voor de local-api?

[Ploeftia]

Ik doe alles in LabView. Zo heb ik ook mijn 2 Goodwe XS omvormers met powerline adaptors verbonden.om ze in mijn LabView programma binnen te halen. De Homewizard P1/ MT CT003 zijn alleen wifi. De bedoeling is dat in een wired standalone netwerk maak, waar China geen toegang toe heeft. Hiervoor heb een Mikrotik Hap lite router a 30,- Euro (Europees) met een Mikrotik PL7400 powerline adaptor (duur en zeldzaam) die tevens voeding voor de Mikrotik is. De software staat op een Acemagic M1 Windows Pro pc a 159,- Euro. Via Remote desktop kan ik dan de zaak bekijken. Voor mijn Landis and Gyr E360 meter moest ik wel een P1 splitter aanschaffen anders werkt de CT003 niet.
Het doel is om mijn PV omvormers terug te schroeven als de Marstek vol is en ze dan met het verbruik mee te laten lopen. Dit algoritme is nog niet klaar, daar er te weinig zon om dit te testen. Alle communicatie werkt en vinden automatische hun IP addressen, zonder dat ik ze fixed hoeft te maken. Waarom powerline adaptors, om dat geen zin heb om ethernet kabels te trekken en omdat er heel weinig data te versturen is en ze zijn erg goedkoop 2e hands en geen gezeik met wifi. In totaal heb ik vier powerline adaptor is gebruik. met allen dezelfe firmware (1.5xxxxx). Let op een Mikrotik router is niet makelijk te configureren, er zit Mikrotik OS op waar me zo ongeveer alles kan. Net zo ingeikkeld als Open WRT maar met een beter user inteface "WinBox". De Shelly 3EM pro moet ik nog in mijn meter kast bouwen en uitzoeken hoe ik daar mee moet communiceren. Dan ik alles wired.

[Ploeftia]

Nog iets over Acemagic M1 de Windows Pro pc zijn met Wake on Lan en Wake on Power. Dit lost ook een hoop problemen met net spannings uitval.

[RezzZ]

Ploeftia schreef op donderdag 27 november 2025 @ 20:19:
Hier elke ervaringen met de open API op een Venus-E V3.
1: Met de upgrade van EMS version 1.39 naar 1.44 is de response tijd van alle requests van 10 sec naar minder dan 1 seconde gegaan.

2: Bij EMS V1.44 geeft de eerste request geen response alle andere daarna wel.

3: Bij EMS V.139 stopten de responses na tijd en liep de Venus-E V3 vast. Alleen na de power off/on deed hij het weer een tijdje.

4: Het sturen van UDP request naar een Marstek kan op 2 manieren.

A. D.m.v. het IP address van de Venus. De eerst UPD read geeft de response.

B. Een broadcast (255.255.255.255) op het netwerk.
De eerste UPD read dan de verzonden request, de tweede UDP read is de response van de Venus-E V3
De broadcast mogelijkheid is getest met 1 Venus-E V3, als er meer dan een Venus op het netwerk zit weet ik niet wat er gebeurd.(Ik heb maar een Venus-E). Maar misschien is het mogelijk om met 1 request broadcast alle Venus-E op het netwerk uit te lezen en dmv de src string in de response ("src": "VenusE 3.0-serialno:",) op te spitsen en de div.data naar de juiste indicators te sturen.

Bovenstaande getest dmv LabView.

Venus-E V3 EMS 1.44 VNS 1.13 BMS 1.06

hoe heb jij je ems geupgrade? ik zit vast op v135 en er is geen nieuwe update beschikbaar...
mijn LAN werkt niet, alles blijft via wifi lopen. als ik wifi blokkeer in mn router dan is het apparaat niet beschikbaar behalve via bluetooth

[ Voor 13% gewijzigd door RezzZ op 18-12-2025 17:34 ]

[Ploeftia]

Ik heb via de Marstek app bij settings hulp en feedback een upgrade aangevraagd. Jij zal waarschijnlijk versie 1.45 krijgen. Een andere tip die bij mensen met oude firmware. Druk eens een keer of wat op apparaat bij settings daar zie het versie nummer. Bij sommige mensen werkt dat ook, niemand weet waarom.

[Ploeftia]

Ik vanmiddag een keer of 20 op apparaat version 1.44 gedrukt en nu zie 4 uur later dat er een update dat er update voor VNS is version 1.13 naar 1.16. Stom toeval hoe ik maar op.

[Ploeftia]

O ja. Haal al je modbus en ethernet verbindingen los (connectors aan de linker zijkant) als je gaat updaten, anders blijft hij maar zeuren dat er een update is. Tevens even na een minuut of 10 de power off/on indrukken +/- 10 seconden.

Leuk he, wat een esoterisch apparaat.

[Ploeftia]

Nog een raar ding na de update van VNS 1.13 naar 1.16 begon de Marstek NOM te regelen, ondanks dat deze op 12% SOC staat. Dit heeft hij de gehele dag niet gedaan. (geen zon).

[RezzZ]

ik had idd maar contact gezocht via de app. was ook de tip van thuisbatterij.io waar ik de batterij gekocht heb.
ik zat vanochtend op v133 en na tig keer klikken kreeg ik ineens een update... maarja dat was pas v135. raar update beleid bij marstek. dank voor de overige tips. zal de lan kabel er alvast vanaf halen. modbus heb ik nog niet gedaan, zou ik met de localapi niet hetzelfde moeten kunnen? heb liever gewoon een kabel naar mn server dan weer met een extra dongetje klooien

edit: na wat heen en weer geklik is er weer een update beschikbaar. eens kijken welke versie ik nu krijg... eerst naar de batterij lopen want moet blijkbaar via bluetooth uploaden..

Edit2: ok zit nu op 145 en LAN werkt. Local api ook via homeassistant. Batterij begint alleen wat vroeg te laden. Met 2500w per uur zit de batterij toch in ruim 2 uur vol dus gezien de prijzen had hij best nog wel even kunnen wachten met de wind en 15cent / kwh die op komst is..

Wordt de ai nog wat slimmer? Heb de batterij pas een dagje ofzo draaien maar vandaag heeft ie niets gedaan.

[ Voor 37% gewijzigd door RezzZ op 18-12-2025 23:07 ]

[RezzZ]

en vandaag nieuwe app, en meteen nieuwe firmware weer. ben benieuwd. met de 145 valt mijn localapi stil. al 8 uur geen veranderingen via de integratie in HomeAssistant.

edit: geen nieuwe firmware, support heeft versie v144 gepushed... tja wil ik die wel?

[ Voor 20% gewijzigd door RezzZ op 19-12-2025 09:09 ]

[nanapipirara]

Ik zit nog op V135 en heb nog geen update gekregen. Heeft iemand hem al netjes in het energie dashboard van Home Assistant? Werkt met de nieuwste versie de power in/out waardes al?

[andrasj]

Ik heb vorige week via support ook een upgrade aangevraagd (was v135 bij levering), toen upgrade naar v144 gekregen.
Hierbij kwam ook in de app een extra optie op de DOD in te stellen. (zou ook kunnen te maken hebben met de app zelf die ook een update kreeg op 'toevallig' hetzelfde ogenblik.)
De integratie van https://github.com/jaapp/ha-marstek-local-api lijkt wel deels info op te halen (maar nog geen Power In/Out).

Zonet een 'spontane' update via de app van 144.111.106 => 144.111.110
(blijkbaar staan de 3 versies respectievelijk voor: EMS.VNS.BMS)
Na reboot na bovenstaande update kwam er vrij snel melding van nog een nieuwe versie, inmiddels naar: 144.116.110
Persoonlijk vind ik de App niet echt degelijk aanvoelen, ook na FW-update leek het alsof sommige configuratie gereset was, maar een tijdje later kwamen toch terug de geconfigureerde waardes.
Ik heb het gevoel dat een betrouwbare connectie maken met het toestel over IP (niet BLE) vaak niet goed lukt, en dat dan ook soms niet goed teruggekoppeld wordt in de app, met de nodige verwarrende info als gevolg.

[nanapipirara]

Inmiddels werkt het hier goed met firmware V145, maar ter info:

Ik kreeg van de week firmware V144, en kon hem daarna prima aan het Energie Dashboard van Home Assistant hangen door deze sensoren in te stellen bij Thuisbatterijopslag:

code:

sensor.marstek_venus_e_3_0_total_grid_import
sensor.marstek_venus_e_3_0_total_grid_export

(respectievelijk 'opladen' en 'ontladen')

De dashboard laat nu de standen goed zien! Daarna ging (door V144 vermoed ik, daarvoor met V135 ging het 2 weken goed) de wifi totaal naar de klote. En was er na een uur zo goed als 0 connectie. (Vandaag was niet zo'n zonnige dag zoals je ziet, de batterij heeft vooral ontladen met stroom die hij had opgeladen van het net tijdens een goedkoop moment + wat zonne energie).

Ik heb het idee dat de AI mode wel echt beter wordt na een verloop van tijd. Hij kijkt iig mee naar het dynamisch tarief van Tibber en lijkt daarvan te profiteren. In de zomer ben ik echter van plan alleen de zonnepanelen te gebruiken of een automatisering te schrijven die rekening houdt met de zonvoorspelling en alleen gaat laden van het grid als het goedkoop is en bewolkt blijft)

Gister geupdate naar V145 en de Wifi doet het weer prima.

En wat Wifi betreft - omdat ik hier wat slechte ervaringen lees - hij staat echt ver van de router, en heeft maar 1 streepje wifi, zelfs mijn telefoon heeft daar slecht wifi bereik. Dus dat hij af en toe geen bereik heeft, is logisch. Maar >95% van de tijd is de Wifi goed genoeg. Dus het is vermoedt ik een firmware probleem als de Wifi slecht is.

Aan de grafiek van State of charge kan je zien wanneer de Wifi weg is. Je ziet gaatjes in de lijn.

Heb nog geen automations gemaakt verder, maar ben best tevreden met de huidige firmware update.

[Leslie56]

Net een update gedaan naar V146.116.110 (oude versie V145.111.106)
Voor de CT003 update naar V120 (voorheen V116)
Marstek app update naar V1.6.55 (voorheen V1.6.53)
Het probleem dat Bluetooth nodig was voor de app is opgelost.
De local API blijkt nog altijd te werken. Ik gebruik wel een lan-kabel en de wifi verbinding is uitstekend.
Ik gebruik geen Home Assistant maar wens zelf iets eenvoudig te programmeren.
Voorlopig enkel het loggen van de GetStatus resultaten in csv-bestanden.
Via wifi lukte dit niet denderend. Vrij traag en 1 op de 10 requests mislukte.
Met de lan-kabel perfect (ook in V145).

[Sprinkler98]

nanapipirara schreef op dinsdag 23 december 2025 @ 20:25:
Inmiddels werkt het hier goed met firmware V145, maar ter info:

Ik kreeg van de week firmware V144, en kon hem daarna prima aan het Energie Dashboard van Home Assistant hangen door deze sensoren in te stellen bij Thuisbatterijopslag:

code:

sensor.marstek_venus_e_3_0_total_grid_import
sensor.marstek_venus_e_3_0_total_grid_export

(respectievelijk 'opladen' en 'ontladen')
[Afbeelding]
De dashboard laat nu de standen goed zien! Daarna ging (door V144 vermoed ik, daarvoor met V135 ging het 2 weken goed) de wifi totaal naar de klote. En was er na een uur zo goed als 0 connectie. (Vandaag was niet zo'n zonnige dag zoals je ziet, de batterij heeft vooral ontladen met stroom die hij had opgeladen van het net tijdens een goedkoop moment + wat zonne energie).

Ik heb het idee dat de AI mode wel echt beter wordt na een verloop van tijd. Hij kijkt iig mee naar het dynamisch tarief van Tibber en lijkt daarvan te profiteren. In de zomer ben ik echter van plan alleen de zonnepanelen te gebruiken of een automatisering te schrijven die rekening houdt met de zonvoorspelling en alleen gaat laden van het grid als het goedkoop is en bewolkt blijft)

Gister geupdate naar V145 en de Wifi doet het weer prima.

En wat Wifi betreft - omdat ik hier wat slechte ervaringen lees - hij staat echt ver van de router, en heeft maar 1 streepje wifi, zelfs mijn telefoon heeft daar slecht wifi bereik. Dus dat hij af en toe geen bereik heeft, is logisch. Maar >95% van de tijd is de Wifi goed genoeg. Dus het is vermoedt ik een firmware probleem als de Wifi slecht is.
[Afbeelding]
Aan de grafiek van State of charge kan je zien wanneer de Wifi weg is. Je ziet gaatjes in de lijn.
[Afbeelding]
Heb nog geen automations gemaakt verder, maar ben best tevreden met de huidige firmware update.

Hoe krijg jij dit uitgelezen in home assistant? Of staat er ergens een handleiding? Bedankt!

[nanapipirara]

Sprinkler98 schreef op vrijdag 26 december 2025 @ 16:18:
[...]

Hoe krijg jij dit uitgelezen in home assistant? Of staat er ergens een handleiding? Bedankt!

Oeps, die informatie is wel handig om erbij te zetten.
Via deze integratie: https://github.com/jaapp/ha-marstek-local-api
De uitleg op Github is helder en eenvoudig te volgen!

[WoodChisel]

nanapipirara schreef op dinsdag 23 december 2025 @ 20:25:
Inmiddels werkt het hier goed met firmware V145, maar ter info:

Ik kreeg van de week firmware V144, en kon hem daarna prima aan het Energie Dashboard van Home Assistant hangen door deze sensoren in te stellen bij Thuisbatterijopslag:

code:

sensor.marstek_venus_e_3_0_total_grid_import
sensor.marstek_venus_e_3_0_total_grid_export

(respectievelijk 'opladen' en 'ontladen')
[Afbeelding]
De dashboard laat nu de standen goed zien! Daarna ging (door V144 vermoed ik, daarvoor met V135 ging het 2 weken goed) de wifi totaal naar de klote. En was er na een uur zo goed als 0 connectie. (Vandaag was niet zo'n zonnige dag zoals je ziet, de batterij heeft vooral ontladen met stroom die hij had opgeladen van het net tijdens een goedkoop moment + wat zonne energie).

Ik heb het idee dat de AI mode wel echt beter wordt na een verloop van tijd. Hij kijkt iig mee naar het dynamisch tarief van Tibber en lijkt daarvan te profiteren. In de zomer ben ik echter van plan alleen de zonnepanelen te gebruiken of een automatisering te schrijven die rekening houdt met de zonvoorspelling en alleen gaat laden van het grid als het goedkoop is en bewolkt blijft)

Gister geupdate naar V145 en de Wifi doet het weer prima.

En wat Wifi betreft - omdat ik hier wat slechte ervaringen lees - hij staat echt ver van de router, en heeft maar 1 streepje wifi, zelfs mijn telefoon heeft daar slecht wifi bereik. Dus dat hij af en toe geen bereik heeft, is logisch. Maar >95% van de tijd is de Wifi goed genoeg. Dus het is vermoedt ik een firmware probleem als de Wifi slecht is.
[Afbeelding]
Aan de grafiek van State of charge kan je zien wanneer de Wifi weg is. Je ziet gaatjes in de lijn.
[Afbeelding]
Heb nog geen automations gemaakt verder, maar ben best tevreden met de huidige firmware update.

Hoi nanapipirara,

Ik vind je dashboard van de batterij status er wel mooi uitzien.
Zou je de yaml code hiervan willen delen?

Bedankt alvast.

[nanapipirara]

WoodChisel schreef op zaterdag 27 december 2025 @ 19:38:
[...]


Hoi nanapipirara,

Ik vind je dashboard van de batterij status er wel mooi uitzien.
Zou je de yaml code hiervan willen delen?

Bedankt alvast.

Ja tuurlijk, het zijn maar simpele tile cards met Nordic theme met deze YAML:

code:

type: grid
cards:
  - type: heading
    heading: Thuisbatterij
    heading_style: title
    icon: mdi:home-battery
  - type: tile
    entity: sensor.marstek_venus_e_3_0_state_of_charge
    vertical: false
    features:
      - type: trend-graph
      - type: bar-gauge
    features_position: bottom
  - type: tile
    entity: sensor.marstek_venus_e_3_0_remaining_capacity
    vertical: false
    features_position: inline
  - type: tile
    entity: binary_sensor.marstek_venus_e_3_0_charging_enabled
    vertical: false
    features_position: bottom
  - type: tile
    entity: binary_sensor.marstek_venus_e_3_0_discharging_enabled
  - type: tile
    entity: select.marstek_venus_e_3_0_operating_mode
    vertical: false
    features:
      - type: select-options
    features_position: inline
  - type: tile
    entity: sensor.marstek_venus_e_3_0_firmware_version
    vertical: false
    features_position: bottom
  - type: tile
    entity: sensor.marstek_venus_e_3_0_error_code
    vertical: false
    features_position: bottom
  - type: tile
    entity: sensor.marstek_venus_e_3_0_total_grid_import
    color: purple
    vertical: false
    features:
      - type: trend-graph
    features_position: inline
  - type: tile
    entity: sensor.marstek_venus_e_3_0_total_grid_export
    color: red
    vertical: false
    features:
      - type: trend-graph
    features_position: inline
  - type: markdown
    content: "``Marstek Venus E 3.0 (5,12 kWh)``"
    text_only: true

[Sarge_]

Ik zit nu heel erg te twijfelen of ik weer ga lopen rommelen met API of BLE integraties of dat ik even wacht tot de officiele HA uit gaat komen , zoals Marstek zegt dat het nu snel gaat komen.

Eerder al Hame Relay enz geprobeerd , maar kreeg het niet lekker functioneel.
Zouden jullie wachten op dit punt als je nog niets had draaien?

[onlinaius]

Sarge_ schreef op zondag 28 december 2025 @ 12:49:
Ik zit nu heel erg te twijfelen of ik weer ga lopen rommelen met API of BLE integraties of dat ik even wacht tot de officiele HA uit gaat komen , zoals Marstek zegt dat het nu snel gaat komen.

Eerder al Hame Relay enz geprobeerd , maar kreeg het niet lekker functioneel.
Zouden jullie wachten op dit punt als je nog niets had draaien?

Ik heb niet gewacht, maar ik heb ook nog niet alles mooi geintegreerd in HA. Daar wacht ik mee tot de officiele integratie uitkomt, maar op dit moment vind ik het wel fijn dat een aantal automations die alleen uitgingen van de HomeWizard P1 meter nu ook de accu meenemen.

[Sarge_]

Voor mij is het vooral het inlezen, zoals energie dashboard of een smarthub, de rest vind ik niet zo spannend nu. Daarom wil ik wellicht nog even wachten, maar ja... ongeduld.

[WoodChisel]

nanapipirara schreef op zaterdag 27 december 2025 @ 21:26:
[...]

Ja tuurlijk, het zijn maar simpele tile cards met Nordic theme met deze YAML:

code:

type: grid
cards:
  - type: heading
    heading: Thuisbatterij
    heading_style: title
    icon: mdi:home-battery
  - type: tile
    entity: sensor.marstek_venus_e_3_0_state_of_charge
    vertical: false
    features:
      - type: trend-graph
      - type: bar-gauge
    features_position: bottom
  - type: tile
    entity: sensor.marstek_venus_e_3_0_remaining_capacity
    vertical: false
    features_position: inline
  - type: tile
    entity: binary_sensor.marstek_venus_e_3_0_charging_enabled
    vertical: false
    features_position: bottom
  - type: tile
    entity: binary_sensor.marstek_venus_e_3_0_discharging_enabled
  - type: tile
    entity: select.marstek_venus_e_3_0_operating_mode
    vertical: false
    features:
      - type: select-options
    features_position: inline
  - type: tile
    entity: sensor.marstek_venus_e_3_0_firmware_version
    vertical: false
    features_position: bottom
  - type: tile
    entity: sensor.marstek_venus_e_3_0_error_code
    vertical: false
    features_position: bottom
  - type: tile
    entity: sensor.marstek_venus_e_3_0_total_grid_import
    color: purple
    vertical: false
    features:
      - type: trend-graph
    features_position: inline
  - type: tile
    entity: sensor.marstek_venus_e_3_0_total_grid_export
    color: red
    vertical: false
    features:
      - type: trend-graph
    features_position: inline
  - type: markdown
    content: "``Marstek Venus E 3.0 (5,12 kWh)``"
    text_only: true

Hartelijk dank nanapipirara

[nanapipirara]

Inmiddels heb ik 'm draaien met deze automation in Home Assistant:

code:

alias: Batterij modus op basis van zonverwachting
description: ""
triggers:
  - entity_id: sensor.energy_production_today_remaining
    for: "00:30:00"
    trigger: state
conditions: []
actions:
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.energy_production_today_remaining
            above: 7
        sequence:
          - target:
              entity_id: select.marstek_venus_e_3_0_operating_mode
            data:
              option: Auto
            action: select.select_option
      - conditions:
          - condition: numeric_state
            entity_id: sensor.energy_production_today_remaining
            below: 4
        sequence:
          - target:
              entity_id: select.marstek_venus_e_3_0_operating_mode
            data:
              option: AI
            action: select.select_option
mode: single

Lijkt vooralsnog zijn werk te doen, maar draait pas 2 nachten. Hij kijkt of de 'voorspelling resterende dagproductie' langer dan een half uur hoger is dan 7 kWh of lager dan 4 kWh. En zet de Marstek modus respectievelijk op Auto of AI. Hiervoor ging hij met AI toch soms stiekem opladen als de prijzen goedkoop waren volgens hem, terwijl het vervolgens een hele zonnige dag ging worden. Dat is ook zonde.

Je zou de Tibber prijs-stand ook met HA en de automation kunnen meenemen, maar ik hou het voorlopig hier even op en kijk hoe het gaat. Tot nu toe kiest de AI wel redelijk goeie momenten om op te laden 's nachts (met de AI modus die ook meekijkt met Tibber).

Ik heb overigens niet echt een idee of het uberhaupt verstandig is om de batterij op te laden met goedkopere stroomstanden. Is het niet zonde van de accu qua levensduur, en schiet het uberhaupt op die paar centen per kWh verschil terwijl je ook rendement verliest?

[Richh]

De afgelopen dagen even mee zitten spelen. Super tof dat dit er nu is
Het werkt prima hier op mijn Venus E op v154.

Die Hame2MQTT en HameRelay add-ons kunnen lekker van Home Assistant af. Marstek Local API werkt prima. Ook chill hoe het rechtstreeks in het energy dashboard integreert, dat wou minder lekker met de 2 eerder genoemde addons.

nanapipirara schreef op woensdag 31 december 2025 @ 13:14:
Je zou de Tibber prijs-stand ook met HA en de automation kunnen meenemen, maar ik hou het voorlopig hier even op en kijk hoe het gaat. Tot nu toe kiest de AI wel redelijk goeie momenten om op te laden 's nachts (met de AI modus die ook meekijkt met Tibber).

Ik heb overigens niet echt een idee of het uberhaupt verstandig is om de batterij op te laden met goedkopere stroomstanden. Is het niet zonde van de accu qua levensduur, en schiet het uberhaupt op die paar centen per kWh verschil terwijl je ook rendement verliest?

Mijn RPI met Home Assistant hangt met een P1-meter aan mijn slimme meter. Ik heb de add-on "B2500 meter" welke een Shelly emuleert https://github.com/tomquist/b2500-meter. Deze 'Shelly' wordt dan weer gevonden door de Marstek alsof het de CT meter zou zijn.

Vervolgens kan je een template sensor aanmaken die zo nodig het getalletje aanpast. Zo heb ik een boolean "is_ontladen_rendabel" opgesteld zodat de accu nooit zal ontladen als de stroomprijs in een range van 15% rond de laagste stroomprijs van vandaag zit (Nordpool), welke wordt verwerkt in dat getalletje.

[ Voor 63% gewijzigd door Richh op 05-01-2026 15:53 ]

[Richh]

Het heeft een weekje gewerkt, maar inmiddels is Home Assistant mijn Marstek weer helemaal kwijt.

De Marstek kan wél nog prima bij mijn geemuleerde CT-meter, dus de wifi verbinding lijkt prima...
In de logs vind ik "Command Bat.GetStatus timed out after 15s" en dat 3x geretried.

Uiteindelijk de Marstek een keer rebooten (geen idee hoe dat moet eigenlijk, ik haal de stroom eraf en houd power 10s vast?) en nu pakt ie m weer...

[ Voor 21% gewijzigd door Richh op 08-01-2026 00:50 ]

[The Fatal]

even crosspost vanuit het Venus A topic.

hier even wat zitten proberen te debuggen.

op de GitHub stond een test script, die heb ik gedraaid en kom tot het volgende:

code:

🔋 Battery Status
--------------------------------------------------------------------------------
  State of Charge:        15%
  Temperature:            8.0°C
  Remaining Capacity:     973.0 Wh
  Rated Capacity:         6240.0 Wh
  Charging Enabled:       True
  Discharging Enabled:    True

⚡ Energy System Status
--------------------------------------------------------------------------------
  Battery SOC:            15%
  Battery Capacity:       6240 Wh
  Battery Power:          N/A
  Battery State:          idle
  Battery Power In:       0 W
  Battery Power Out:      0 W
  Available Capacity:     5.304 Wh
  Grid Power:             -888 W
  Off-Grid Power:         65517 W
  Solar Power:            0 W
  Total Solar Energy:     0 Wh
  Total Grid Import:      15337 Wh
  Total Grid Export:      7406 Wh
  Total Load Energy:      0 Wh

⚙️   Operating Mode
--------------------------------------------------------------------------------
  Current Mode:           Manual
  Grid Power:             -888 W
  Off-Grid Power:         65517 W
  Battery SOC:            15%

de waardes die ik zie in HA, kloppen hier gedeeltelijk mee.


rated capacity sensor staat in HA als 6.24kWh, wat correct is. Waarde 6240/1000.
Total grid export. HA 74,06kWh. Waarde 7406wh/100.
Total grid import. HA 153.37kWh Waarde15337wh/100.
Zullen waardes lijken mij dus niet goed.

Mijn python is niet al te best (meer), maar vermoed dat het in sensor.py zit.

de volgende functie is gemaakt om watt-hour naar kiloWatthour om te rekenen. dus wh/1000 = kWh.

code:

def _wh_to_kwh(value: float | int | None) -> float | None:
    """Convert a raw value in watt-hours to kilowatt-hours."""
    if value is None:
        return None
    try:
        return float(value) / 1000
    except (TypeError, ValueError):
        return None

en de volgende sensor wordt daarmee gemaakt:

code:

    MarstekSensorEntityDescription(
        key="total_grid_import",
        name="Total grid import",
        native_unit_of_measurement=UnitOfEnergy.KILO_WATT_HOUR,
        device_class=SensorDeviceClass.ENERGY,
        state_class=SensorStateClass.TOTAL_INCREASING,
        value_fn=lambda data: _wh_to_kwh(data.get("es", {}).get("total_grid_input_energy")),
        category="es",
    ),
    MarstekSensorEntityDescription(
        key="total_grid_export",
        name="Total grid export",
        native_unit_of_measurement=UnitOfEnergy.KILO_WATT_HOUR,
        device_class=SensorDeviceClass.ENERGY,
        state_class=SensorStateClass.TOTAL_INCREASING,
        value_fn=lambda data: _wh_to_kwh(data.get("es", {}).get("total_grid_output_energy")),
        category="es",
    ),

lijkt mij dus dat de waardes door 1000 gedeeld worden in de boven genoemde functie.
Dus ben er nog niet helemaal achter waar het fout gaat.
Iemand anders dit toevallig al eens bekeken?

[edterbak]

heads up voor de hobbyisten hier.

ik heb zojuist deze git van marstek gevonden, 2 dagen oud.
ik heb handmatig de folders gemaakt in HA en de files gedownload.
restart HA
integration installeren > wizzard werkt en detecteerd mijn venus E v3
de api werkt.

https://github.com/Marste...custom_components/marstek

Ik zie nog geen knoppen om te duwen, maar dat komt vast vanzelf. Read only for now.

[ Voor 6% gewijzigd door edterbak op 10-01-2026 13:42 ]

[onlinaius]

edterbak schreef op zaterdag 10 januari 2026 @ 13:41:
heads up voor de hobbyisten hier.

ik heb zojuist deze git van marstek gevonden, 2 dagen oud.
ik heb handmatig de folders gemaakt in HA en de files gedownload.
restart HA
integration installeren > wizzard werkt en detecteerd mijn venus E v3
de api werkt.

https://github.com/Marste...custom_components/marstek

Ik zie nog geen knoppen om te duwen, maar dat komt vast vanzelf. Read only for now.

[Afbeelding]

Oeeh, vooral die losse panelen vind ik wel erg interessant om in HA te hebben, ik wil namelijk de opwek van de individuele panelen kunnen berekenen zodat ik daarmee de positionering kan verbeteren.

[onlinaius]

edterbak schreef op zaterdag 10 januari 2026 @ 13:41:
heads up voor de hobbyisten hier.

ik heb zojuist deze git van marstek gevonden, 2 dagen oud.
ik heb handmatig de folders gemaakt in HA en de files gedownload.
restart HA
integration installeren > wizzard werkt en detecteerd mijn venus E v3
de api werkt.

https://github.com/Marste...custom_components/marstek

Ik zie nog geen knoppen om te duwen, maar dat komt vast vanzelf. Read only for now.

[Afbeelding]

Ik zie de main branch en de marstek dev branch. Dus als iemand zin heeft om er in te duiken zou je ook nog kunnen kijken wat de verschillen zijn.

[edterbak]

onlinaius schreef op zaterdag 10 januari 2026 @ 13:57:
[...]

Ik zie de main branch en de marstek dev branch. Dus als iemand zin heeft om er in te duiken zou je ook nog kunnen kijken wat de verschillen zijn.

op dit moment 0
dev is 0 behind / 0 ahead

[edterbak]

Hij faalt nu. De api update niet meer bij mij. Het is nog niet stabiel.

edit:
Maar dat kan komen omdat hij niet wil verbinden met mijn netwerk nu. mogelijk ongerelateerd aan marstek integration

[ Voor 47% gewijzigd door edterbak op 10-01-2026 14:09 ]

[onlinaius]

edterbak schreef op zaterdag 10 januari 2026 @ 13:41:
integration installeren > wizzard werkt en detecteerd mijn venus E v3

Met mijn Venus A werkt de wizard niet:

"Failed to discover devices. Please check your network connection and try again."

[edterbak]

had ik ook, maar api stond niet aan in de app . Bij jou ook toevallig?

[ Voor 7% gewijzigd door edterbak op 10-01-2026 15:05 ]

[onlinaius]

edterbak schreef op zaterdag 10 januari 2026 @ 15:05:
had ik ook, maar api stond niet aan in de app . Bij jou ook toevallig?

Nee, die staat wel aan. De melding komt ook echt direct in 1 seconde, dus erg uitgebreid lijkt er ook niet gezocht te worden. Of moet er in een van de files nog wat handmatig geconfigureerd worden?

Of zou het kunnen komen omdat ik de andere integratie ook nog heb draaien? (zou gokken dat dat wel zou moeten kunnen)

[Filip91]

N/a

[ Voor 99% gewijzigd door Filip91 op 20-01-2026 21:09 ]

[TTommie]

onlinaius schreef op zaterdag 10 januari 2026 @ 13:54:
[...]

Oeeh, vooral die losse panelen vind ik wel erg interessant om in HA te hebben, ik wil namelijk de opwek van de individuele panelen kunnen berekenen zodat ik daarmee de positionering kan verbeteren.

Dat zal vooral voor de Venus A en D zijn vermoed ik. Hier kan je direct PV op aansluiten.
Voor de E serie zal die waarde altijd leegblijven denk ik.

[ Voor 7% gewijzigd door TTommie op 19-01-2026 23:45 ]

[FiberSam]

edterbak schreef op zaterdag 10 januari 2026 @ 13:41:

https://github.com/Marste...custom_components/marstek

Ik zie nog geen knoppen om te duwen, maar dat komt vast vanzelf. Read only for now.

Tja, idd, het werkt, maar wat hebben we hieraan? Voor reads hadden we voldoende alternatieven. Het interessante zou writes moeten zijn. Geen idéé waarom Marstek dit zo publiceert, tenzij ze helemaal niet van plan zijn om writes open te zetten.

[gbonny]

Goosmeister schreef op zaterdag 11 oktober 2025 @ 18:03:
De local api stond bij mij al enabled volgende de Marstek Venus Monitor echter op poort 28416. Ik heb geprobeerd de poort naar 30000 te krijgen maar lukte niet aangezien het api serveradres nergens te vinden was. Met hame-relay en hm2mqtt als Docker containers is het gelukt de Marstek Venus V3 in Home Assistant aan de praat te krijgen. De Marstek verschijnt in home assistant via mqtt.
Waar ik veel tijd mee kwijt ben geweest is alles uit te zoeken voor mijn home assistant op docker installatie vandaar dat is dit deel. Uitgaande dat er een mqtt broker actief is zijn dit mijn stappen geweest:

De docker compose file voor hame-relay:

YAML:

services:
  mqtt-forwarder:
    image: ghcr.io/tomquist/hame-relay:latest
    container_name: hame-relay
    restart: unless-stopped
    volumes:
      - ~/<pad naar Hame-Relay>/config:/app/config
    environment:
      - LOG_LEVEL=info

Maak een bestand config.json aan in ~/<pad naar Hame-Relay>/config met de volgende inhoud:

JSON:

{
  "broker_url": "mqtt://mqtt gebruikersnaam: mqtt wachtwoord@mqttserveradres:1883",
  "username": "marstek gebruikersnaam",
  "password": "marstek wachtwoord",
  "inverse_forwarding": false,
  "default_broker_id": "hame-2024",
  "inverse_forwarding_device_ids": "",
  "devices": [
    {
      "device_id": "<verkrijgbaar via Marstek Venus Monitor>",
      "mac": "<verkrijgbaar via Marstek Venus Monitor>",
      "type": "VNSE3-0",
      "version": 0,
      "inverse_forwarding": true,
      "broker_id": "hame-2025"
    }
  ]
}

Dan de docker compose file voor de hm2mqtt installatie:

YAML:

services:
  hm2mqtt:
    container_name: hm2mqtt
    image: ghcr.io/tomquist/hm2mqtt:latest
    restart: unless-stopped
    environment:
      - MQTT_BROKER_URL=mqtt://<mqttserveradres>:1883
      - MQTT_USERNAME= <mqtt gebruikersnaam>
      - MQTT_PASSWORD= <mqtt wachtwoord>
      - POLL_CELL_DATA=true
      - POLL_EXTRA_BATTERY_DATA=true
      - POLL_CALIBRATION_DATA=true
      - DEVICE_0=VNSE3-0:<macadres uit config.json>

Thats it. Met dank aan https://github.com/tomquist/ dit mogelijk te maken.

Dank je, dit helpt me een heel eind op weg. Ik heb ook een Venus E 3.0. Paar opmerkingen/vragen, die "POLL" opties zouden B2500 only zijn, dus die moeten op false, toch?!
zie ook https://github.com/tomquist/hm2mqtt

Hoe achterhaal je het device_id? Ik kan daar niets over vinden helaas. Ook zegt de Marstek Venus Monitor mij niets?

Het mac achterhaal je vermoedelijk via de app, naar de accu, daar instellingen en naar beneden scrollen tot regel "Apparaat", klopt dat? En niet het LAN of WIFI mac adres wat je op je router ziet.

Verder kun je wel een MQTT_TOPIC_PREFIX opgeven maar geen AUTODISCOVERY_TOPIC, klopt dat?
Dat zou wel wenselijk zijn.

Bedankt voor het verder op weg helpen

[WillemD61]

Voor degenen die belangstelling hebben voor een Domoticz integratie met Marstek Venus (getest met Venus A), zie hier een post over de Open API implementatie met Domoticz plugin.

WillemD61 in "Hame Marstek Venus A, D en G- plug and play solar batterij"

Wordt komende dagen zeker verder ontwikkeld, maar de basis is er. Alle data wordt binnengehaald en je kan de modus wijzigen.

[WillemD61]

WillemD61 schreef op dinsdag 10 februari 2026 @ 22:30:
Voor degenen die belangstelling hebben voor een Domoticz integratie met Marstek Venus (getest met Venus A), zie hier een post over de Open API implementatie met Domoticz plugin.

WillemD61 in "Hame Marstek Venus A, D en G- plug and play solar batterij"

Wordt komende dagen zeker verder ontwikkeld, maar de basis is er. Alle data wordt binnengehaald en je kan de modus wijzigen.

Nog even een toevoeging, met deze integratie kan je nu ook de operating mode wijzigen, inclusief UPS. Ook kan je de API library apart gebruiken, los van de Domoticz integratie, om deze bijvoorbeeld via python aan te sturen.

[WimIsErNuOok]

Ik kan inmiddels bijna alles uitlezen*, maar ik heb niet echt een zekerheid met waar welke params voor staan.

Wat is bijv. offgrid_power, bat_power en total_power?

Heeft iemand een lijst van wat de parameters precies zijn?

* Er zijn wel wat velden die 0 terugkomen, zoals bijv. bat_power.

(Ik draai overigens een python script dat UDP stuurt.)

[ Voor 8% gewijzigd door WimIsErNuOok op 17-02-2026 15:47 . Reden: Toevoeginkje ]

[De Senaat]

@WimIsErNuOok offgrid_power is voor de backup funtie van de MT. total_power is het totaal van de 3 fase die de CT doorgeeft. Zie de api documentatie:
https://static-eu.marstek.../MarstekDeviceOpenApi.pdf

[obed112]

Dit is allemaal erg leuk, maar ik wil graag dat ha de batterijen aanstuurt voor laden en ontladen. Uitlezen is mooi, van mode veranderen kan handig zijn maar gewoon aansturen met helpers en automatiseringen zou nog veel beter zijn.

[dotcom87]

obed112 schreef op vrijdag 20 februari 2026 @ 22:58:
Dit is allemaal erg leuk, maar ik wil graag dat ha de batterijen aanstuurt voor laden en ontladen. Uitlezen is mooi, van mode veranderen kan handig zijn maar gewoon aansturen met helpers en automatiseringen zou nog veel beter zijn.

Ik ben zelf aan het kijken om een plug-in thuisbatterij te kopen en ik had de Marstek Venus op het oog. Maar deze integreert dan niet zo goed met HA? Welke batterijen doen dit beter?

[WillemD61]

dotcom87 schreef op zaterdag 21 februari 2026 @ 13:15:
[...]


Ik ben zelf aan het kijken om een plug-in thuisbatterij te kopen en ik had de Marstek Venus op het oog. Maar deze integreert dan niet zo goed met HA? Welke batterijen doen dit beter?

Zendure schijnt dat beter te doen (ik heb zelf Marstek)

[obed112]

dotcom87 schreef op zaterdag 21 februari 2026 @ 13:15:
[...]


Ik ben zelf aan het kijken om een plug-in thuisbatterij te kopen en ik had de Marstek Venus op het oog. Maar deze integreert dan niet zo goed met HA? Welke batterijen doen dit beter?

Ik weet het niet, ik heb de Marstek batterijen de v2 en v3 wel in ha. Ik kan ze van modes veranderen in ha en uitlezen maar zou ze graag willen aansturen, ik mis een laad en ontlaad functie (identity). Vanaf 2027 zijn ze, wanneer zelfconsumptie belangrijker wordt, wel hele goede batterijen. Nu heb ik een dynamisch contract en wil ik graag handelen. Daarom dus op zoek naar een ha oplossing zodat ik dit niet steeds handmatig hoef te doen.

Misschien zie ik iets over het hoofd en zijn er wel mogelijkheden om de batterijen van Marstek dynamisch te laten handelen met een hoog laag prijsverschil van bijvoorbeeld 0,10 cent met home assistent. Als dat zo is hoop ik dat iemand hier op reageert.

[WillemD61]

obed112 schreef op zaterdag 21 februari 2026 @ 20:32:
[...]


Ik weet het niet, ik heb de Marstek batterijen de v2 en v3 wel in ha. Ik kan ze van modes veranderen in ha en uitlezen maar zou ze graag willen aansturen, ik mis een laad en ontlaad functie (identity). Vanaf 2027 zijn ze, wanneer zelfconsumptie belangrijker wordt, wel hele goede batterijen. Nu heb ik een dynamisch contract en wil ik graag handelen. Daarom dus op zoek naar een ha oplossing zodat ik dit niet steeds handmatig hoef te doen.

Misschien zie ik iets over het hoofd en zijn er wel mogelijkheden om de batterijen van Marstek dynamisch te laten handelen met een hoog laag prijsverschil van bijvoorbeeld 0,10 cent met home assistent. Als dat zo is hoop ik dat iemand hier op reageert.

je kan natuurlijk dat zelf via de handmatige modus configureren. Er is een Open API commando om de manual modus te activeren met een bepaald vermogen laden/ontladen in een bepaalde periode (net als in de app).

Met de ai modus wordt er rekening gehouden met de prijzen, maar die vind ik nog niet erg slim.

Je kan zelf je planning doen, bijvoorbeel in HA, Domoticz, Python en dan via de interface marstek aansturen.

[DaVa]

obed112 schreef op vrijdag 20 februari 2026 @ 22:58:
Dit is allemaal erg leuk, maar ik wil graag dat ha de batterijen aanstuurt voor laden en ontladen. Uitlezen is mooi, van mode veranderen kan handig zijn maar gewoon aansturen met helpers en automatiseringen zou nog veel beter zijn.

Bekijk deze eens, niet via API maar wel Modbus, draait al een 3-tal weken bij mij zonder problemen. Inclusief aansturen.
Nadeel: werkt alleen op V3 en via bekabelde netwerkverbinding (niet WiFi)
https://github.com/ViperRNMC/marstek_venus_modbus

[ Voor 0% gewijzigd door DaVa op 23-02-2026 20:08 . Reden: typo ]

[Sarge_]

Weet iemand hier dit misschien?

Ik weet dat je via de ble monitor (https://rweijnen.github.io/marstek-venus-monitor/latest/) veel data in kunt zien. Iemand een idee waar ik naar moet kijken om echt de gezondheid van de cellen enz te bekijken? Ik wil weten of de capaciteit anders is bij 1 van de 3 V3 batterijen, die mogelijk bijgeschaafd wordt door Marstek door de met de DoD percentages te schuiven of de achtergrond.

[ Voor 11% gewijzigd door Sarge_ op 24-02-2026 09:42 ]

[onlinaius]

Sarge_ schreef op dinsdag 24 februari 2026 @ 09:38:
Weet iemand hier dit misschien?

Ik weet dat je via de ble monitor (https://rweijnen.github.io/marstek-venus-monitor/latest/) veel data in kunt zien. Iemand een idee waar ik naar moet kijken om echt de gezondheid van de cellen enz te bekijken? Ik wil weten of de capaciteit anders is bij 1 van de 3 V3 batterijen, die mogelijk bijgeschaafd wordt door Marstek door de met de DoD percentages te schuiven of de achtergrond.

Bedankt voor de tip, die kende ik nog niet!

Ik hoop toch dat die temperaturen een foutje zijn Weggevallen komma gok ik, dat lijkt me qua waardes het meest logisch.

[ Voor 3% gewijzigd door onlinaius op 27-02-2026 12:18 ]

[Knorretje-]

Sinds ik via een Home Assistant plugin de Venus E 3.0 uitlees heb ik problemen met de API setting. Binnen 24 uur schakeld de Open API functie van aan naar uit. Elke keer moet ik die weer handmatig aanzetten via de app.. Hebben anderen hier ook last van?

[Leslie56]

Knorretje- schreef op dinsdag 3 maart 2026 @ 22:20:
Sinds ik via een Home Assistant plugin de Venus E 3.0 uitlees heb ik problemen met de API setting. Binnen 24 uur schakeld de Open API functie van aan naar uit. Elke keer moet ik die weer handmatig aanzetten via de app.. Hebben anderen hier ook last van?

Ik gebruik wel geen Home Assist maar de local API rechtstreeks en heb hetzelfde probleem.
Met V146.116.110 , geinstalleerd op 23/12 ging het heel stabiel tot ik een upgrade naar V147.117.112 gepushed kreeg op 19/02. De upgrade vertoonde geen fouten, maar in de app werd nog steeds v146 getoond. ???
Ook was de teller total_grid_input_energy op 0 gezet ? De total_grid_output_energy was niet veranderd.
Na een downgrade naar V146.117.110 op 27/02 is het nog niet opgelost.
Het enige verschil met 23/12 is de VNS die nu 117 ipv 116 is.
Bij mij is het niet alleen de localAPI die uitgeschakeld wordt, maar ook de mode die van Self-consuming naar Manual gaat. Heel vervelend

[daphilbe]

Knorretje- schreef op dinsdag 3 maart 2026 @ 22:20:
Sinds ik via een Home Assistant plugin de Venus E 3.0 uitlees heb ik problemen met de API setting. Binnen 24 uur schakeld de Open API functie van aan naar uit. Elke keer moet ik die weer handmatig aanzetten via de app.. Hebben anderen hier ook last van?

Exact zelfde probleem, en met zoeken naar oorzaak/oplossing hier terecht gekomen. Nu api polling eens uitgezet in HA om te zien of het stabiel blijft.

[vinneke]

Ik zou een Venus E 3.0 willen kopen maar is er nu eigenlijk een betrouwbare manier om die volledig handmatig aan te sturen? Zoals in: "LAAD NU" of "ONTLAAD NU MET X VERMOGEN".

Hoe maakt me allemaal niet uit, Modbus, REST API, enz. Iets dat hopelijk morgen ook nog werkt, en wat niet stuk gaat bij elke update.

Ik heb zelf een Node-RED set-up draaien waar al allerlei andere stroomzaken in geautomatiseerd zijn. De Marstek gewoon laten werken op wat ie ziet op de P1 Meter zou niet zo goed zijn.

Zijn er misschien nog mensen die de Marstek Venus E 3.0 volledig manueel aansturen volgens eigen custom logica?

[WillemD61]

vinneke schreef op woensdag 18 maart 2026 @ 11:29:
Ik zou een Venus E 3.0 willen kopen maar is er nu eigenlijk een betrouwbare manier om die volledig handmatig aan te sturen? Zoals in: "LAAD NU" of "ONTLAAD NU MET X VERMOGEN".

Hoe maakt me allemaal niet uit, Modbus, REST API, enz. Iets dat hopelijk morgen ook nog werkt, en wat niet stuk gaat bij elke update.

Ik heb zelf een Node-RED set-up draaien waar al allerlei andere stroomzaken in geautomatiseerd zijn. De Marstek gewoon laten werken op wat ie ziet op de P1 Meter zou niet zo goed zijn.

Zijn er misschien nog mensen die de Marstek Venus E 3.0 volledig manueel aansturen volgens eigen custom logica?

Ik weet niet hoe stabiel de Open API op Model E is (ik heb een A en daar is het nu heel stabiel) maar in principe kan de aansturing die je wilt prima via de Open API en uiteraard ook via de Marstek App direct.

Je hebt:
1) een AI modus die op basis van tarieven stuurt (ben ik niet van onder de indruk)
2) een passive modus, die dus geen sturing doet.
3) een UPS modus, die volop laadt als er stroom beschikbaar is en ook de noodstroomuitgang aanzet.
4) een handmatige modus, waarbij je periodes kan definiëren met voor elke periode de instellingen of deze op laden (en hoeveel kw), ontladen (en hoeveel kw) of self consumption (nul-op-de-meter) moet werken.
5) een self-consumption (nul-op-de-meter) modus permanent.

Prima in te stellen via de App of via Open API.

Ik heb zelf een plugin voor Domoticz gemaakt om via Open API alle waardes in te lezen en ben nu bezig (bijna klaar) om aansturing te ontwikkelen op basis van tarieven, verwachte PV onbrengst en verwacht verbruik.

[WimIsErNuOok]

De Senaat schreef op dinsdag 17 februari 2026 @ 16:21:
@WimIsErNuOok offgrid_power is voor de backup funtie van de MT. total_power is het totaal van de 3 fase die de CT doorgeeft. Zie de api documentatie:
https://static-eu.marstek.../MarstekDeviceOpenApi.pdf

Thanks! Alleen in de API docs staat niet duidelijk wat wat precies voorstelt.

[Charlie_Root]

WimIsErNuOok schreef op donderdag 19 maart 2026 @ 18:44:
[...]


Thanks! Alleen in de API docs staat niet duidelijk wat wat precies voorstelt.

Ik heb 2x Venus E 3.0 en met de API is het totaal instabiel. Sterker nog de firmware is echt een probleem, halve dag doen ze niets daardoor. Support reageert totaal niet, api valt it, AI mode werkt slecht. Kan ze op dit moment alles behalve aanraden..

[Scriptkid]

Charlie_Root schreef op donderdag 19 maart 2026 @ 21:41:
[...]


Ik heb 2x Venus E 3.0 en met de API is het totaal instabiel. Sterker nog de firmware is echt een probleem, halve dag doen ze niets daardoor. Support reageert totaal niet, api valt it, AI mode werkt slecht. Kan ze op dit moment alles behalve aanraden..

Hoe werkt modbus bij jouw is dat wel stabiel, is toch net een iets betere interface,

Ik wou ze ook kopen maar zoek nog wat refferanties op modbus als dat wel werkt is het een nobrainer.

[WillemD61]

Ik zie dat Open API spec versie 2.0 is gepubliceerd. Het heeft datum 6 januari maar ik zie het nu pas, volgens mij is het pas recent online gegaan.
Bevat een aantal foutcorrecties op versie 1.0., met name de details van de response velden. Deze komen nu overeen met de werkelijkheid.
Nieuwe elementen zijn commando's voor het instellen van depth-of-discharge, bluetooth-lock en LED display.
https://static-eu.marstek.../MarstekDeviceOpenApi.pdf

[daphilbe]

Zit nu op firmware v147.6. In Home Assistant heb ik enkele uitgeschakelde entiteiten aangezet.

Zoals Forceer Laadvermorgen, Forceer Ontlaadvermogen, Max Laadvermorgen,..
Deze op max gezet. Nu reset de marsek app zich niet meer van 2500 naar 800w en gaat ie niet meer op handmatig.

De local api switch staat uit in de marstel app, maar toch werkt dat nog.

Dat is nu al 2 dagen stabiel...

[Peter_1975]

Ik zie dat Modbus geen entiteit "CT connected" heeft. Heeft het andere naam?

[onlinaius]

Ik heb de local api op de Venus A (mag ik nu hier ook meedoen?)

Ik loop tegen het volgende probleem aan:

Mijn doel is om 2x per dag (op de duurste momenten van de dag) in manual mode te ontladen om optimaal gebruik te maken van de dynamische tarieven.

Dat doe ik onder bepaalde voorwaarden via Home Assistant. Het schakelen gaat deels goed. Ik heb 2 tijdsblokken ingesteld in manuele modus waarin maximaal ontladen wordt. De batterij gaat inderdaad op de juiste momenten van NOM naar manuele modus.

Het rare is dat een van de ingestelde tijdsblokken dan overschreven wordt.

Voorheen:
06:30 - 10:00 ontladen met 800, schema is geactiveerd
19:00 - 21:00 ontladen met 800, schema is geactiveerd

Na automatisch schakelen naar manueel:
06:30 - 10:00 ontladen met 800, schema is gedeactiveerd
00:00 - 23:59 ontladen met 0, schema is geactiveerd.

Iemand enig idee wat hier mis gaat / hoe ik dit kan oplossen?

Edit: ok, kennelijk is dit normaal gedrag voor de HACS integratie van Jaapp. Die schema's moet ik ergens in HA installeren, maar dat lukt nog niet helemaal omdat de juiste actions niet beschikbaar lijken te zijn.

Edit2: opgelost door naar een pre-release versie van de Marstek HACS integratie van Jaapp te gaan. Nu lijken de schema's wel te blijven staan (even testen of dat ook het geval is als het niet meer voor de test, maar voor het echie is).

[ Voor 19% gewijzigd door onlinaius op 13-04-2026 11:45 ]

[Kinart]

Nog iemand die gemerkt heeft dat Marstek de open api interface disabled vanaf firmware v148? #boerenbedrog
Als je deze interface gebruikt voor lokale EMS sturing raad ik je aan de update niet door te voeren.

[Charlie_Root]

Kinart schreef op dinsdag 14 april 2026 @ 10:59:
Nog iemand die gemerkt heeft dat Marstek de open api interface disabled vanaf firmware v148? #boerenbedrog
Als je deze interface gebruikt voor lokale EMS sturing raad ik je aan de update niet door te voeren.

Hier ook, moet hem steeds weer aanzetten.

[shoresup]

Kinart schreef op dinsdag 14 april 2026 @ 10:59:
Nog iemand die gemerkt heeft dat Marstek de open api interface disabled vanaf firmware v148? #boerenbedrog
Als je deze interface gebruikt voor lokale EMS sturing raad ik je aan de update niet door te voeren.

Ik draai V148.117.112, hier blijft de Local API interface op 'enabled' staan. Wel geeft hij al een tijdje een nieuwe versie beschikbaar V148.119.113. Zijn er ergens release notes per firmware versie?

[Kinart]

Geen release note gevonden. Ook niet van eerdere versies. Ik zou op je huidige v148 blijven. Ik kan niet zien welke versie ik heb. De volledige versiestring wordt niet weergegeven in de app maar aangezien ik geen prompt meer krijg, is dit hoogst waarschijnlijk de meest recente en daar loopt het mis. Naast “open api disable” merk ik ook op dat de netwerkvermogenconfiguratie parameter geforceerd wordt op 2500W. Iets om in het achterhoofd te houden ifv. de belasting van de kring.

[shoresup]

Nu ook hier de Marstek Venus E v3 totaal van het padje. De local API wordt telkens uitgezet, de schemas voor manual mode telkens weg of overschreven, de CT koppeling kwijt etc. Zelfs de 'grid power settings' al zien wijzigen naar 2500W (ipv 800). Firmware versie V148.117.112 in combinatie met HA 1.2.0.rc7.

Lijkt wel of er ergens een memory leak in de firmware van de API zit. Zodra de 'Local API' wordt aangezet is het binnen een uur hommeles. Met 'Local APi' uit draait e.e.a. wel door.

Denk dat ik maar een RS485 interface moet gaan optuigen...

[Kinart]

Als je via modbus serial wil sturen… niet aan beginnen. Registers zijn read only.
Ik zie trouwens hetzelfde gedrag mbt grid power settings, manual mode, CT, … dan hetgeen je beschrijft.

[ Voor 46% gewijzigd door Kinart op 17-04-2026 10:11 ]

[shoresup]

Hmm, best slecht. Ik wist dat dit een hobby batterij was die aandacht nodig heeft. Maar heeft nog geen dag gedraaid zonder issues..

Doel van mijn sturing is eigenlijk om op het goedkoopste moment van de dag te laden met eigen zonnestroom, en dan in self-consumption mode tot de volgende dag. Een simpel 'charge now met <x> W' zou ook handig zijn.

Ik heb e.e.a. gemeld via de help/feedback in de app. We wachten af...

[arry16]

Bij mij werkt de update sinds een paar dagen niet meer. Hij staat op 147.117.112 en wil naar 148.119.113. Alles lijkt goed te gaan, ik krijg de melding dat de update geslaagd is, maar hij blijft op 147 staan. En telkens krijg ik opnieuw een melding dat er nieuwe firmware beschikbaar is.

Daarnaast heb ik altijd al last gehad van het feit dat hij zichzelf reset als ik hem via de lokale API probeer uit te lezen met HA. 1 dag gaat het goed, maar daarna is alles weer gereset. Mijn energiemonitoring in HA is daardoor erg onduidelijk geworden, omdat hij niet weet wanneer de accu wordt opgeladen of ontladen.

De CT-verbinding was ook vreselijk, maar inmiddels heb ik hem op LAN aangesloten en dat werkt nu stabiel.

Ik vind het ook tegenvallen hoe onstabiel het geheel is. Die AI-functie is gewoon vreemd. Hij laadt wel op op het goedkoopste moment, maar levert vervolgens direct weer terug aan het net tegen diezelfde lage prijzen. Zo wordt het natuurlijk nooit efficiënt.

[shoresup]

Kinart schreef op vrijdag 17 april 2026 @ 10:05:
Als je via modbus serial wil sturen… niet aan beginnen. Registers zijn read only.
Ik zie trouwens hetzelfde gedrag mbt grid power settings, manual mode, CT, … dan hetgeen je beschrijft.

Betreffende Modbus sturing. Heb je ervaring met deze: https://github.com/ViperRNMC/marstek_venus_modbus ?

[onlinaius]

shoresup schreef op vrijdag 17 april 2026 @ 09:15:
Nu ook hier de Marstek Venus E v3 totaal van het padje. De local API wordt telkens uitgezet, de schemas voor manual mode telkens weg of overschreven, de CT koppeling kwijt etc. Zelfs de 'grid power settings' al zien wijzigen naar 2500W (ipv 800). Firmware versie V148.117.112 in combinatie met HA 1.2.0.rc7.

Lijkt wel of er ergens een memory leak in de firmware van de API zit. Zodra de 'Local API' wordt aangezet is het binnen een uur hommeles. Met 'Local APi' uit draait e.e.a. wel door.

Denk dat ik maar een RS485 interface moet gaan optuigen...

Ik heb problemen die bijna 1 op 1 hetzelfde zijn als die van jou, deze houden al een paar dagen aan, sinds ik de update naar 148 heb gedaan.

Dat van die local Api is een goede tip. Ik bestuur nu via modbus over LAN (is mogelijk ook een optie voor jou?), en ik heb de batterij nu al heel wat uren stabiel (ja, waanzinnig dat ik dat al zie als 'winst').
Dit zou echter 'toeval' kunnen zijn omdat ik hiervoor de local api niet hoef aan te zetten voor sturing.

Ik ga nu eens proberen wat er gebeurd als ik de batterij helemaal vol laad. Ik had zelf het idee dat deze altijd crashte op het moment dat deze helemaal vol was. Surplus feedin werkte niet, en alle instellingen leken te resetten. Als jij gelijk hebt zou dit echter ook kunnen komen omdat er iets mis gaat in de software die de local api aanbiedt zodra de batterij 100% vol is.

Vandaag hield ik de batterij via de modbus tussen de 83 en 87%, door steeds automatisch via HA te schakelen tussen ontladen en self consumption modus.

Nu ga ik dus die laatste procentjes maar eens bijladen en kijken wat er dan gebeurd. Ik ben heel benieuwd of dat weer een crash geeft, of dat dit nu wel (incl surplus feedin) werkt nu de local api niet gebruikt wordt.

Edit: ik zie net dat ik de local api wel degelijk had aanstaan. Maar ik gebruik deze dus niet meer rechtstreeks (modbus lijkt niet via die api te lopen). Misschien dat dit toch het verschil maakt tussen wel en niet crashen, daarvoor was het al bijzonder als de boel 1.5 uur werkte zonder dat het er mee stopte.

Edit 2: helaas 100% vol, en er gebeurd weer niets meer. Surplus feedin werkt niet, en ook handmatig ontladen werkt niet.

[ Voor 9% gewijzigd door onlinaius op 17-04-2026 16:59 ]

[DaVa]

shoresup schreef op vrijdag 17 april 2026 @ 13:23:
[...]


Betreffende Modbus sturing. Heb je ervaring met deze: https://github.com/ViperRNMC/marstek_venus_modbus ?

Al maanden probleemloos in gebruik, wel op een v3 via modbus over LAN.

[Peter_1975]

arry16 schreef op vrijdag 17 april 2026 @ 12:24:
Bij mij werkt de update sinds een paar dagen niet meer. Hij staat op 147.117.112 en wil naar 148.119.113. Alles lijkt goed te gaan, ik krijg de melding dat de update geslaagd is, maar hij blijft op 147 staan. En telkens krijg ik opnieuw een melding dat er nieuwe firmware beschikbaar is.

Daarnaast heb ik altijd al last gehad van het feit dat hij zichzelf reset als ik hem via de lokale API probeer uit te lezen met HA. 1 dag gaat het goed, maar daarna is alles weer gereset. Mijn energiemonitoring in HA is daardoor erg onduidelijk geworden, omdat hij niet weet wanneer de accu wordt opgeladen of ontladen.

De CT-verbinding was ook vreselijk, maar inmiddels heb ik hem op LAN aangesloten en dat werkt nu stabiel.

Ik vind het ook tegenvallen hoe onstabiel het geheel is. Die AI-functie is gewoon vreemd. Hij laadt wel op op het goedkoopste moment, maar levert vervolgens direct weer terug aan het net tegen diezelfde lage prijzen. Zo wordt het natuurlijk nooit efficiënt.

Ik had hier de firmware 147.117.112, ook zelfde probleem met upgraden gehad. Er is oplossing met dank aan Google:

De problemen met het uitvallen van je Marstek-systeem na de update naar versie 147.117.112 komen vaker voor bij de Venus-modellen. De stap naar versie 148.119.113 is juist bedoeld om deze instabiliteit en communicatiefouten op te lossen.

Volg deze stappen om de blokkade op te heffen en de update succesvol uit te voeren:
Ontkoppel kabels: Trek de LAN-kabel en eventuele RS-kabels uit het apparaat voordat je de update start. Dit is de meest genoemde oplossing in de gebruikerscommunity om firmware-hangers te verhelpen.
Bluetooth-verbinding: Voer de update uit via Bluetooth in plaats van Wi-Fi. Zorg dat je telefoon dicht bij het apparaat blijft tijdens het proces.
App-reset: Als de update blijft hangen, verwijder dan de Marstek-app van je telefoon, installeer deze opnieuw en log opnieuw in.
Hardware-reset: Houd de aan/uit-knop op het apparaat 20-30 seconden ingedrukt om een volledige herstart te forceren als het systeem niet meer reageert.
Factory Reset (met behoud van data): Sommige gebruikers melden dat een 'factory reset with data keeping' in de app-instellingen noodzakelijk was om de update naar v148 te kunnen voltooien.

Waarom updaten naar 148 belangrijk is:
Versie 148 verbetert de reactiesnelheid van de batterij bij lage zonne-opbrengst en lost de "rebooting issues" op waar versie 147 last van heeft.

[WillemD61]

Google heeft het fout, ook bij versie 148 blijven er reset-problemen tijdens gebruik van Open API.

[onlinaius]

WillemD61 schreef op dinsdag 21 april 2026 @ 21:37:
Google heeft het fout, ook bij versie 148 blijven er reset-problemen tijdens gebruik van Open API.

Mogelijk zelfs nog meer? Met de Venus A is voor mij versie 148 veruit het minst stabiel van de versies die ik tot nu toe heb gehad (144, 147 en 148).

[WillemD61]

onlinaius schreef op dinsdag 21 april 2026 @ 21:40:
[...]

Mogelijk zelfs nog meer? Met de Venus A is voor mij versie 148 veruit het minst stabiel van de versies die ik tot nu toe heb gehad (144, 147 en 148).

Moeilijk te zeggen.of het vaker is. Zonder gebruik van Open API is versie 148 overigens wel stabiel, het is het gebruik van open api dat de problemen veroorzaakt. Ik stuur nu via mqtt (met gebruik van hame relay) en dat gaat prima.

[onlinaius]

WillemD61 schreef op dinsdag 21 april 2026 @ 21:55:
[...]

Moeilijk te zeggen.of het vaker is. Zonder gebruik van Open API is versie 148 overigens wel stabiel, het is het gebruik van open api dat de problemen veroorzaakt. Ik stuur nu via mqtt (met gebruik van hame relay) en dat gaat prima.

Bij mij lijken er meerdere problemen op elkaar te liggen.

Bij het gebruik van OpenApi lijken er inderdaad de meeste crashes te zijn, waarbij ook alle instellingen gereset worden.

Verder heb ik regelmatig dat ik de accu moet resetten omdat deze niets meer doet, en als de accu op 100% komt te staan moet deze altijd worden gereset voordat deze weer werkt.

Serieus irritant allemaal. Ik heb vandaag contact met de leverancier (Marstek.nl) opgenomen, omdat Marstek International zo traag / half / niet reageert dat ik me afvraag of deze de problemen ooit nog op gaan lossen.

[Charlie_Root]

WillemD61 schreef op dinsdag 21 april 2026 @ 21:37:
Google heeft het fout, ook bij versie 148 blijven er reset-problemen tijdens gebruik van Open API.

Net binnen van support:

Dear Customer, Additionally, if you have enabled the API, we recommend that you disable it for the time being. We are currently working hard to investigate the issue causing devices to reset when the API is enabled, and we will release a new version to resolve this in due course. Wishing you all the best, Wendy

[Kinart]

Deze bron https://github.com/ViperRNMC/marstek_venus_modbus bekeken als inspiratie maar enkel readout / geen sturing. Ik zoek succesvolle ontwikkeling die manuele laad - en ontlaadsessies realiseert zoals ik voorheen deed via open-api dewelke Marstek in meest recente versie vakkundig gebricked heeft. Eigen gateway ontwikkeling succesvol opgezet om via ModbusTCP interface een eigen HTTP api te exposen. Uitlezing Modbus registers OK. Sturing niet.
Hypothese 1: write-pad technisch OK voor 42000, 43000, 42021, 42010.
Hypothese 2: discharge wordt niet operationeel vastgehouden door firmware
42010=2 blijft staan, maar 35100 blijft 1 (standby) en power blijft 0.
Hypothese 3: user work mode valt terug. Bij schrijven 43000=0, na readback wordt tijdens polls opnieuw 43000=1. Dit wijst op firmware/andere regelfunctie die mode terugzet.
Hypothese 4: 36000x2 en 36100x4 zijn nul (geen alarms/faults), maar missen nog exact wat de fallback triggert.
De rs485_control_mode switch (register 42000) wordt als een latching register geïnterpreteerd in mijn codebase (command_on=21930, command_off=21947). Maw voor Manual mode/power dubbel-register-write eerst RS485 control mode switch enablen.

[WillemD61]

Kinart schreef op donderdag 23 april 2026 @ 12:53:
Deze bron https://github.com/ViperRNMC/marstek_venus_modbus bekeken als inspiratie maar enkel readout / geen sturing. Ik zoek succesvolle ontwikkeling die manuele laad - en ontlaadsessies realiseert zoals ik voorheen deed via open-api dewelke Marstek in meest recente versie vakkundig gebricked heeft. Eigen gateway ontwikkeling succesvol opgezet om via ModbusTCP interface een eigen HTTP api te exposen. Uitlezing Modbus registers OK. Sturing niet.

Zolang ze nog bezig zijn Open API stabiel te maken, kan je mqtt gebruiken voor sturing, via hame-relay. Geen extra hardware nodig. Je stuurt gewenste instelling naar de Marstek cloud via mqtt en dat wordt dan naar je batterij gestuurd en je ziet het verschijnen in de app. (Wel interval van 30 sec aanhouden tussen verschillende commando's)

[shoresup]

Kinart schreef op donderdag 23 april 2026 @ 12:53:
Deze bron https://github.com/ViperRNMC/marstek_venus_modbus bekeken als inspiratie maar enkel readout / geen sturing. Ik zoek succesvolle ontwikkeling die manuele laad - en ontlaadsessies realiseert zoals ik voorheen deed via open-api dewelke Marstek in meest recente versie vakkundig gebricked heeft. Eigen gateway ontwikkeling succesvol opgezet om via ModbusTCP interface een eigen HTTP api te exposen. Uitlezing Modbus registers OK. Sturing niet.

Ik heb die modbus sturing ook in gebruik nu. Werkt inderdaad voor uitlezen en sommige commandos. Maar niet alle commandos werken zoals jij ook hebt vastgesteld. Heb je bij het testen van je hypotheses cloud access uitgeschakeld? Het lijkt er bij mij sterk op dat lokale commandos worden overschreven door commandos uit de cloud. Maar nog geen 100% bevestiging daarvan.