Local API op Marstek Venus E 3.0

vrijdag 10 oktober 2025 16:18

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

Acties:

harrr

Ik heb hem aan de praat, heb er ook een PHP-script op geschreven die op het goedkoopste tijdstip kan switchen van Auto naar Manual, kan volladen en bij >98% weer kan switchen naar Auto.

Handelen zou op dezelfde manier mogelijk moeten zijn. Probeer het eens met ncat in Linux. Voorbeeld commando in Linux, wel even het IP aanpassen.

code:

echo -n '{"id":1,"method":"ES.SetMode","params":{"id":1,"cong":{"mode":"Manual","manual_cfg":{"time_num":1,"start_time":"08:30","end_time":"20:30","week_set":127,"power":100,"enable":1}}}}' | ncat -w1 -u -p 30000 192.168.2.41 30000

10.000 WP Zuid, 3400 WP Oost/West, Tesla M3 AWD LR, PompAO 8KW, Marstek Venus E 10,24kWh

vrijdag 10 oktober 2025 16:33

Acties:

BertSmelik

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 heb het aan de praat in HA. Weet nog niet of alle functies (goed) werken, maar HA ziet de batterijen en de CT003 die ik heb.
Bleek dat in ik in hm2mqtt het deviceType het type moest ingeven zoals hame-relay die in zijn log laat zien.
Dus voor de Venus E 3.0: VNSE3-0 en voor de CT003: HME-3
In alle gevallen voor de deviceid het macadres gebruikt dat laat zien in zijn log.
Nu eens kijken of er iets te automatiseren valt!

zaterdag 11 oktober 2025 18:03

Acties:

maandag 13 oktober 2025 20:11

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.

[ Voor 88% gewijzigd door Septillion op 13-10-2025 20:37 . Reden: Code tags ]

Acties:

dinsdag 14 oktober 2025 11:36

Ik kwam deze tegen en probeer hiermee mijn v3 uit te lezen.
https://github.com/DoctaShizzle/marstek_local_api

API is enabled (firmware v139) maar helaas geen succes, krijg geen connectie.
Ook als ik zelf een pakket stuur (via node red) krijg ik geen reactie terug.
Iemand al betere ervaringen zonder gebruik te maken van hame-relay?

Acties:

digibaro

API is enabled (firmware v139) maar helaas geen succes, krijg geen connectie.

Ik heb firmware v139 en krijg connectie vanuit een Home Assistant add-on naar de accu op UDP poort 30000 na local API aangezet te hebben in de app.

https://github.com/jaapp/ha-marstek/

Ik merk wel dat niet alle items succesvol zijn uit te lezen waaronder power in/uit.

dinsdag 14 oktober 2025 13:23

Acties:

dinsdag 14 oktober 2025 13:52

BertSmelik schreef op vrijdag 10 oktober 2025 @ 16:33:
[...]

Ik heb het aan de praat in HA. Weet nog niet of alle functies (goed) werken, maar HA ziet de batterijen en de CT003 die ik heb.
Bleek dat in ik in hm2mqtt het deviceType het type moest ingeven zoals hame-relay die in zijn log laat zien.
Dus voor de Venus E 3.0: VNSE3-0 en voor de CT003: HME-3
In alle gevallen voor de deviceid het macadres gebruikt dat laat zien in zijn log.
Nu eens kijken of er iets te automatiseren valt!

Ik zie in de hame-relay de Shelly niet verschijnen in de logs. Misschien dat daar mijn probleem ligt. Even kijken of ik die aan de praat krijg dat hij verschijnt in de relay.

Acties:

dinsdag 14 oktober 2025 21:49

digibaro schreef op dinsdag 14 oktober 2025 @ 11:36:
[...]

Ik heb firmware v139 en krijg connectie vanuit een Home Assistant add-on naar de accu op UDP poort 30000 na local API aangezet te hebben in de app.

https://github.com/jaapp/ha-marstek/

Ik merk wel dat niet alle items succesvol zijn uit te lezen waaronder power in/uit.

Thanks om te delen, zonet deze geladen; lijkt voor mij ook te werken.
Zoals je aangeeft komen niet alle waarden door, onder andere total grid in/uit, jammer aangezien deze handig zouden zijn in het energie dashboard.

Acties:

jackyboy8500

d0n0van schreef op dinsdag 30 september 2025 @ 07:17:
Ik heb de local api aangezet via marstek venus monitor.
Maar ik krijg op geen enkele manier response.
Marstek Device Open API
Nmap bevestigd dat de poort open is.
code:
1
2
3
4
Host is up (0.31s latency).

PORT      STATE         SERVICE
30000/udp open|filtered unknown
Ik heb dit getest met payload ble_mac=0, maar ook met het effectieve mac address.

Ben ik stappen vergeten?
Is er iemand die dit werkend heeft?

heb je dit al werkend gekregen ? ik ervaar net hetzelfde maar mijn batterij is een V2.0
nmap geeft net hetzelfde terug als bij jou. Ik heb geprobeerd met python en met packetsender en query te doen en de status terug te krijgen maar de Venus E 2.0 antwoordt nergens op.

woensdag 15 oktober 2025 12:56

Acties:

filipmartens

Marstek Venus E Frimware V154
Local API "ON" Port:30000
Tested with Macbook Air with 2 terminals:
T1 listens for response from Marstek
T2 sends request

T1: nc -ul 30000 (Listening to message from Marstek)

T2: i=1; while true; do json=$(printf '{"id":%d,"version":"1.0","src":"myClient","method":"ES.GetStatus","params":{"id":0}}' "$i"); echo "[$(date '+%H:%M:%S')] Verzonden ($i): $json"; echo "$json" | nc -u -w10 192.168.3.100 30000; ((i++)); sleep 10; done

This has been working ONES (!!), repeating the same command-lines the next day, I got no response from Marstek.
sudo -S tcpdump -n udp and host 192.168.3.100 returns NOTHING

woensdag 15 oktober 2025 18:13

Acties:

GORby

DaVa schreef op maandag 13 oktober 2025 @ 20:11:
Ik kwam deze tegen en probeer hiermee mijn v3 uit te lezen.
https://github.com/DoctaShizzle/marstek_local_api

API is enabled (firmware v139) maar helaas geen succes, krijg geen connectie.
Ook als ik zelf een pakket stuur (via node red) krijg ik geen reactie terug.
Iemand al betere ervaringen zonder gebruik te maken van hame-relay?

Het aansturen via Node-Red lukt hier gewoon met v139.
Dit is de code die voor mij werkt. Wel nog even het IP adres aanpassen natuurlijk, en niet vergeten de ID telkens te veranderen bij je request, anders werkt het niet.

code:

[
    {
        "id": "8b65196d8e0682a7",
        "type": "group",
        "z": "2984d9c5a5be7840",
        "style": {
            "stroke": "#999999",
            "stroke-opacity": "1",
            "fill": "none",
            "fill-opacity": "1",
            "label": true,
            "label-position": "nw",
            "color": "#a4a4a4"
        },
        "nodes": [
            "c69190416293c2c5",
            "1448bee95281f5bb",
            "4d31d05731f0fa6c",
            "cd0155779b527eb2",
            "9b0fd28ce351cbee",
            "53660b468f150faa",
            "f6a7c1eb340b372e"
        ],
        "x": 94,
        "y": 79,
        "w": 492,
        "h": 282
    },
    {
        "id": "c69190416293c2c5",
        "type": "inject",
        "z": "2984d9c5a5be7840",
        "g": "8b65196d8e0682a7",
        "name": "",
        "props": [
            {
                "p": "payload"
            },
            {
                "p": "topic",
                "vt": "str"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "{\"id\":4,\"method\":\"Bat.GetStatus\",\"params\":{\"id\":1}}",
        "payloadType": "json",
        "x": 190,
        "y": 200,
        "wires": [
            [
                "1448bee95281f5bb"
            ]
        ]
    },
    {
        "id": "1448bee95281f5bb",
        "type": "udp out",
        "z": "2984d9c5a5be7840",
        "g": "8b65196d8e0682a7",
        "name": "",
        "addr": "192.168.20.12",
        "iface": "",
        "port": "30000",
        "ipv": "udp4",
        "outport": "",
        "base64": false,
        "multicast": "false",
        "x": 460,
        "y": 200,
        "wires": []
    },
    {
        "id": "4d31d05731f0fa6c",
        "type": "udp in",
        "z": "2984d9c5a5be7840",
        "g": "8b65196d8e0682a7",
        "name": "",
        "iface": "",
        "port": "30000",
        "ipv": "udp4",
        "multicast": "false",
        "group": "",
        "datatype": "utf8",
        "x": 200,
        "y": 320,
        "wires": [
            [
                "cd0155779b527eb2"
            ]
        ]
    },
    {
        "id": "cd0155779b527eb2",
        "type": "debug",
        "z": "2984d9c5a5be7840",
        "g": "8b65196d8e0682a7",
        "name": "UDP received",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "true",
        "targetType": "full",
        "statusVal": "",
        "statusType": "auto",
        "x": 460,
        "y": 320,
        "wires": []
    },
    {
        "id": "9b0fd28ce351cbee",
        "type": "comment",
        "z": "2984d9c5a5be7840",
        "g": "8b65196d8e0682a7",
        "name": "Sending data to client",
        "info": "",
        "x": 320,
        "y": 120,
        "wires": []
    },
    {
        "id": "53660b468f150faa",
        "type": "comment",
        "z": "2984d9c5a5be7840",
        "g": "8b65196d8e0682a7",
        "name": "Receving data from server ",
        "info": "",
        "x": 330,
        "y": 260,
        "wires": []
    },
    {
        "id": "f6a7c1eb340b372e",
        "type": "link in",
        "z": "2984d9c5a5be7840",
        "g": "8b65196d8e0682a7",
        "name": "To Marstek UDP",
        "links": [
            "14810a12ed91c472"
        ],
        "x": 225,
        "y": 160,
        "wires": [
            [
                "1448bee95281f5bb"
            ]
        ]
    }
]

donderdag 16 oktober 2025 13:01

Acties:

vrijdag 17 oktober 2025 12:03

Via Marstek support heb ik de local api op 30000 gekregen en gelijk de update naar versie 139.
MQTT is ook te activeren echter dan verlies je alle vorm van ondersteuning van marstek. Ik twijfel of ik MQTT zal activeren gezien dat er nog weinig bekend in over de Venus v 3.0. Kan hier iemand in adviseren wat handig is?
Edit:
MQTT is niet nodig in dit geval

[ Voor 5% gewijzigd door Goosmeister op 17-10-2025 11:10 ]

Acties:

hamc86

Open API inmiddels actief op UDP port 30000

Via de open API 1.0 handleiding van Marstek ook de commando's voor de open api

Ze geven allemaal respons behalve:

{
"id": 1,
"method": "EM.GetStatus",
"params": {
"id": 0
}
}

Deze zou de volgende respons moeten geven:

{
"id": 1,
"src": "VenusC-mac",
"result": {
"id": 0,
"bat_soc": 98,
"bat_cap": 2560,
"pv_power": 0,
"ongrid_power": 100,
"offgrid_power": 0,
"bat_power": 0,
"total_pv_energy": 0,
"total_grid_output_energy": 844,
"total_grid_input_energy": 1607,
"total_load_energy": 0
}
}

Juist uit deze info kunnen we de sensoren maken voor het energie dashboard voor HA of andere monitoring.

Kan of heeft iemand ervaring met dit?
Inmiddels is het ook gemeld via support van Marstek en die geven aan het aan de juiste afdeling te vragen.
Ik hoop dat het een bug is die iedereen heeft met V139 ?

Trouwens de Marstek local api integratie
Werkt goed wel erg moeizaam en traag

vrijdag 17 oktober 2025 14:23

Acties:

maandag 20 oktober 2025 15:21

hamc86 schreef op vrijdag 17 oktober 2025 @ 12:03:
Open API inmiddels actief op UDP port 30000

Via de open API 1.0 handleiding van Marstek ook de commando's voor de open api

Ze geven allemaal respons behalve:

{
"id": 1,
"method": "EM.GetStatus",
"params": {
"id": 0
}
}

Deze zou de volgende respons moeten geven:

{
"id": 1,
"src": "VenusC-mac",
"result": {
"id": 0,
"bat_soc": 98,
"bat_cap": 2560,
"pv_power": 0,
"ongrid_power": 100,
"offgrid_power": 0,
"bat_power": 0,
"total_pv_energy": 0,
"total_grid_output_energy": 844,
"total_grid_input_energy": 1607,
"total_load_energy": 0
}
}

Juist uit deze info kunnen we de sensoren maken voor het energie dashboard voor HA of andere monitoring.

Kan of heeft iemand ervaring met dit?
Inmiddels is het ook gemeld via support van Marstek en die geven aan het aan de juiste afdeling te vragen.
Ik hoop dat het een bug is die iedereen heeft met V139 ?

Trouwens de Marstek local api integratie
Werkt goed wel erg moeizaam en traag

Zelfde ervaring hier met een V3 v139, EM.getstatus doet het niet.

Acties:

Umberto Fabri

harrr schreef op vrijdag 10 oktober 2025 @ 16:18:
Ik heb hem aan de praat, heb er ook een PHP-script op geschreven die op het goedkoopste tijdstip kan switchen van Auto naar Manual, kan volladen en bij >98% weer kan switchen naar Auto.

Handelen zou op dezelfde manier mogelijk moeten zijn. Probeer het eens met ncat in Linux. Voorbeeld commando in Linux, wel even het IP aanpassen.
code:
1
echo -n '{"id":1,"method":"ES.SetMode","params":{"id":1,"cong":{"mode":"Manual","manual_cfg":{"time_num":1,"start_time":"08:30","end_time":"20:30","week_set":127,"power":100,"enable":1}}}}' | ncat -w1 -u -p 30000 192.168.2.41 30000

Beste, ik heb de locale API aangezet op poort 3000 (bevestigt via MQTT message), maar krijg geen reactie als ik er iets naartoe stuur. Ik heb heb firmware V153. Welke firware gebruikt u?

vrijdag 24 oktober 2025 21:42

Acties:

sunnybeam

Eerst en vooral bedankt om dit te delen. Ik heb hem ook werkende gekregen, ook hier ontbreken nog heel wat metingen maar het komt wel goed. Mijn temperatuuur van de batterij staat op 285 graden, vermoedelijk zal hier nog een comma ontbreklen.

Sunnybeam

vrijdag 14 november 2025 00:31

Acties:

raver1972

Is er ondertussen al beterschap of is de V3 nog steeds niet even goed aanstuurbaar als V2 ?

vrijdag 14 november 2025 13:12

Acties:

vrijdag 14 november 2025 13:14

Heb gisteren de fa. Marstek maar eens een berichtje gezonden.
Ik vind het onbegrijpelijk dat er als usp wordt gezegd dat er sprake is van Open Api en dat integratie in bijvoorbeeld HA appeltje eitje zou moeten zijn. Ik voel me enigszins bekocht. Heb nu nog goede hoop dat het goed komt, maar vind het eigenlijk waardeloos.

Acties:

zaterdag 15 november 2025 08:15

sunnybeam schreef op vrijdag 24 oktober 2025 @ 21:42:
Eerst en vooral bedankt om dit te delen. Ik heb hem ook werkende gekregen, ook hier ontbreken nog heel wat metingen maar het komt wel goed. Mijn temperatuuur van de batterij staat op 285 graden, vermoedelijk zal hier nog een comma ontbreklen.

Sunnybeam

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

Acties:

zaterdag 15 november 2025 19:04

Quriass schreef op vrijdag 14 november 2025 @ 13:12:
Heb gisteren de fa. Marstek maar eens een berichtje gezonden.
Ik vind het onbegrijpelijk dat er als usp wordt gezegd dat er sprake is van Open Api en dat integratie in bijvoorbeeld HA appeltje eitje zou moeten zijn. Ik voel me enigszins bekocht. Heb nu nog goede hoop dat het goed komt, maar vind het eigenlijk waardeloos.

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

Acties:

zondag 16 november 2025 00:07

Ik heb de mijne (V3) aan de praat na de laatste update van https://github.com/tomquist/hame-relay
[1.3.2] - 2025-11-08: Fixed Venus 3 devices (VNSE3) working on firmware version 139

Die werkt samen met de https://github.com/tomquist/hm2mqtt

Let wel ik had de batterij op een ander Vlan zitten en dat vind hij niet fijn. Nu even HA verhuist en terug en nu pakt hij hem wel. Top werk van Tom Quist .

Acties:

TTommie

Het leven is een pijpkaneel...

Goed nieuws.

Het is nu een optie in de app geworden om de locale API aan te zetten op poort 30000.

Mr. T.

zondag 16 november 2025 13:03

Acties:

TimDu

ej.cools schreef op zaterdag 15 november 2025 @ 19:04:
Ik heb de mijne (V3) aan de praat na de laatste update van https://github.com/tomquist/hame-relay
[1.3.2] - 2025-11-08: Fixed Venus 3 devices (VNSE3) working on firmware version 139

Die werkt samen met de https://github.com/tomquist/hm2mqtt

Let wel ik had de batterij op een ander Vlan zitten en dat vind hij niet fijn. Nu even HA verhuist en terug en nu pakt hij hem wel. Top werk van Tom Quist .

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.

zondag 16 november 2025 13:53

Acties:

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?

zondag 16 november 2025 21:20

Acties:

zondag 16 november 2025 22:51

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.

Acties:

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.

maandag 17 november 2025 10:23

Acties:

dinsdag 18 november 2025 10:56

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.

Acties:

woensdag 19 november 2025 16:34

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

Acties:

donderdag 20 november 2025 18:01

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

Acties:

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

zaterdag 22 november 2025 18:04

Acties:

woensdag 26 november 2025 19:24

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 ]

Acties:

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

donderdag 27 november 2025 17:08

Acties:

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?

Mid-Limb, 2-ond-1-kap, 1965, 133m2, 12 ZP 4800wp met 4200wp GoodWe conv, 67m2 VVW, etage: 4 rad + 7 m2 VVW, 1 Quatt, Mits Heavy 5KW + 3.5KW, Toon 1, elec koken, CV uit, VVW mengt niet, 'oud' dubbel glas, isolatie RD 1.5 - 2.5.

donderdag 27 november 2025 20:19

Acties:

zondag 30 november 2025 15:17

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

Acties:

maandag 1 december 2025 21:31

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 ]

Acties:

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".

maandag 1 december 2025 21:47

Acties:

dinsdag 2 december 2025 05:55

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-

Acties:

vrijdag 5 december 2025 19:29

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

Acties:

edterbak

@Quriass bedankt voor de update

maandag 8 december 2025 17:49

Acties:

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

donderdag 11 december 2025 16:54

Acties:

vrijdag 12 december 2025 17:38

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/

Acties:

vrijdag 12 december 2025 20:57

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?

Acties:

vrijdag 12 december 2025 21:05

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.

Acties:

donderdag 18 december 2025 17:33

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.

Acties:

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 ]

donderdag 18 december 2025 20:03

Acties:

donderdag 18 december 2025 20:10

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.

Acties:

donderdag 18 december 2025 20:25

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.

Acties:

donderdag 18 december 2025 20:36

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.

Acties:

donderdag 18 december 2025 22:32

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).

Acties:

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 ]

vrijdag 19 december 2025 09:07

Acties:

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 ]

zondag 21 december 2025 01:40

Acties:

maandag 22 december 2025 12:56

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?

Acties:

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.

dinsdag 23 december 2025 20:25

Acties:

dinsdag 23 december 2025 22:05

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:

1 2	sensor.marstek_venus_e_3_0_total_grid_import sensor.marstek_venus_e_3_0_total_grid_export

(respectievelijk 'opladen' en 'ontladen')

Afbeeldingslocatie: https://tweakers.net/i/VI_08BqS8sNQ4egjiSD1mHeb_uI=/x800/filters:strip_exif()/f/image/NP4C3vikklUgYDkTW330PY1R.png?f=fotoalbum_large

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.
Afbeeldingslocatie: https://tweakers.net/i/09V6Iu8yGcBXSv0nrBaO_espRe8=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/FvKY9VdkBXlWuhFkCveB9chQ.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/09V6Iu8yGcBXSv0nrBaO_espRe8=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/FvKY9VdkBXlWuhFkCveB9chQ.png?f=user_large

Aan de grafiek van State of charge kan je zien wanneer de Wifi weg is. Je ziet gaatjes in de lijn.
Afbeeldingslocatie: https://tweakers.net/i/srI0d0rXRpNOUNv99yYq8zVvpDY=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/BywHokuV1WLJzNID0Fc4So1f.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/srI0d0rXRpNOUNv99yYq8zVvpDY=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/BywHokuV1WLJzNID0Fc4So1f.png?f=user_large

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

Acties:

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).

vrijdag 26 december 2025 16:18

Acties:

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:
1
2
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!

vrijdag 26 december 2025 19:45

Acties:

zaterdag 27 december 2025 19:38

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!

Acties:

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:
1
2
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.

zaterdag 27 december 2025 21:26

Acties: