Try this:

docker compose pull && docker compose up --force-recreate --build -d && docker image prune -f

This ensures you get the latest build and probably the new build will solve your problem.


no luck ...

Fatal Python error: Segmentation fault
Thread 0x00007fffa4aeda80 (most recent call ...

lots of troubles ...

Fatal Python error: Segmentation fault
Thread 0x00007fff2361da80 (most recent call first):
<no Python frame>
Extension modules: Domoticz (total: 1)
2026-02-25 17:50:29.140 Error: Domoticz(pid:1, tid:158('WebServer_8080')) received fatal signal 11 (Segmentation fault)
2026-02 ...

Watchtower automaticly updates to the next beta, I'll wait for a fix

on my test domoticz running all docker

2026-02-25 13:11:40.383 Status: WebServer(HTTP) stopped
double free or corruption (!prev)
Fatal Python error: Aborted
Current thread 0x00007ffed415da80 (most recent call first):
<no Python frame>
Extension modules: Domoticz (total: 1)
2026-02-25 13:11:40.384 ...

They both work on that port. I also checked the connection with Postman but get no response from the battery.


As an alternative, you could also try this
https://github.com/tomquist/hame-relay
This basically communicates with the cloud (so not using local API) in the same way the Marstek App ...

Ok, so this seems not related to my Venus E v2 setup ...

investigating goes on

Sure,
I ran nmap against the IP of the battery and checked port 30000 ... As network person I call this UDP/30000 ...
nmap -sU-sV 192.168.0.155 -p 30000
Starting Nmap 7.98 ( https://nmap.org ) at 2026-02-18 22:10 +0100
Nmap scan report for marstek-bat (192.168.0.155)
Host is up (0.024s latency ...

yes, I did a full scan

I finally had time to fully reboot my Venus v2 battery ... (need to disconnect RS485 connection because that one keeps the battery ON ...)
1 disconnected rs485
2 tested on udp/30000, still timeouts, no luck
3 tried to disable API thru the ap, no luck, gives a configuration error.
4 power down the ...

Meanwhile I updated my plugin to 1.0.4

I tried to power down my Venus E v2 but after holding the powerbutton for about 10sec it powersdown and immediatly powers up again ...

Still no luck

Need more time for this.
I tried to disable local api and that gives an error ...
still no ears on 30000/udp

Is it neccesary to reboot the Venus after enabling local api ?
I did enable it a while ago but perhaps it did not reboot after that

- yes I can ping it ...
Venus E (MST_ACCP_3393)
V153
Local API enabled
I can read it with https://rweijnen.github.io/marstek-venus-monitor/latest/
⚡ Runtime Information [19:53:54]
Backup Power: 0 W
Battery Power: 0 W
Work Mode: 1 (Standby)
Status Flags B/C/D: 1/1/1 (0x01/0x01/0x01)
📡 Connections ...

Yes,
I am pretty sure I entered the corrext IP ...

The test code gives me the same results ...
Timeouts

Although I enabled local API on port 30000 I get timeouts ....

Timeout waiting for response from 192.168.0.155:30000

Alle devices are created, none is updated ...

Should work for the Venus E since it is the same API. I already had a MQTT broker running so I slightly adapted the bridge installation to use the existing broker. But I think the plugin will not use the MQTT broker, it will just use the API functions. I will publish on github once available ...

@willemd I am interested and would like to see if this also works on a Marstek Venus E, as we are able to enable that api port there to ...
I looked at that github page but I dont like the idea of the api poller and the mqtt in one container ...

I hope someone will create a domoticz plugin for this, I am not a python programmer...
If someone does, I would be happy to test

Marstek released a new version of there App which allows us the enable OpenAPI
in the App there is a link to the documentation,

see https://resource.marstekenergy.com/ems/ ... penApi.pdf

Anyone tested this and was able to get this into domoticz ?

Can you please post de DR134.json and the mqttmapper.json you used ?