Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu

[Druppeltje_]

Quriass schreef op vrijdag 7 november 2025 @ 16:39:
[...]

Had ergens het idee, nadat ik de verschillende HA integraties heb gelezen, dat er pas enig herkenning is als ik een IP adres kan opvoeren.

Moet eerlijk zeggen dat ik bij de term OPEN API en de mogelijkheden van toewijzen van een poort in de app, meer had verwacht.

Iemand die een lopende goede HA integratie heeft, en hiermee bijvoorbeeld beter kan sturen op laden en ontladen?

De meesten hier gebruiken vooralsnog modbus denk ik.
Ikzelf gebruik de hm2mqtt icm de hame relay integratie.

Edit: de BLE integratie van Preaper ben ik sinds kort mee bezig maar daar zitten momenteel nog paar schoonheidsfoutjes in.

[ Voor 8% gewijzigd door Druppeltje_ op 07-11-2025 16:52 ]

[Hemmik]

Gaat helemaal top hier. Batterij valt op duurste moment van de dag van 11 naar 0% en gaat laden. AI-modus is nog niet heel I..

[Quriass]

Druppeltje_ schreef op vrijdag 7 november 2025 @ 16:42:
[...]


De meesten hier gebruiken vooralsnog modbus denk ik.
Ikzelf gebruik de hm2mqtt icm de hame relay integratie.

Edit: de BLE integratie van reaper ben ik sinds kort mee bezig maar daar zitten momenteel nog paar schoonheidsfoutjes in.

En kun je met de modbus HA inderdaad beetje sturen op laden en/of ontladen.

Heb docker versie, en weet nog niet zo goed hoe ik dit moet aanvliegen. De andere apparaten in huis gingen van een leien dakje

[Druppeltje_]

Quriass schreef op vrijdag 7 november 2025 @ 16:52:
[...]

En kun je met de modbus HA inderdaad beetje sturen op laden en/of ontladen.

Heb docker versie, en weet nog niet zo goed hoe ik dit moet aanvliegen. De andere apparaten in huis gingen van een leien dakje

Ik denk dat je met modbus alles kan wat je wil. Maar ikzelf gebruik die niet dus er gaan er hier velen anderen zijn die je daar gerichter op kunnen antwoorden. Ik lees en stuur (batterijen off bij opladen EV) via hm2mqtt.
Modbus is wel uitgebreider dacht ik

[ Voor 3% gewijzigd door Druppeltje_ op 07-11-2025 17:05 ]

[Tazzios]

@Quriass @Druppeltje_
Voor Marstek met modbus is er dit topic met een uitgebreide topic start.
Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[dannyro]

Quriass schreef op vrijdag 7 november 2025 @ 16:39:
[...]

Had ergens het idee, nadat ik de verschillende HA integraties heb gelezen, dat er pas enig herkenning is als ik een IP adres kan opvoeren.

Moet eerlijk zeggen dat ik bij de term OPEN API en de mogelijkheden van toewijzen van een poort in de app, meer had verwacht.

Iemand die een lopende goede HA integratie heeft, en hiermee bijvoorbeeld beter kan sturen op laden en ontladen?

Stuur eens een PB naar @AUijtdehaag , die zal je met plezier verderhelpen. Ik ben hem dankbaar.

[Quriass]

dannyro schreef op vrijdag 7 november 2025 @ 17:24:
[...]

Stuur eens een PB naar @AUijtdehaag , die zal je met plezier verderhelpen. Ik ben hem dankbaar.

dank.

[BjornVH]

Sinds vandaag de Marstek Venus E v3 geïnstalleerd. Had al een collega geholpen met de hm2mqtt en Hame relay een tijd geleden en dat werkte perfect voor zijn v2, maar ik krijg het zelf niet aan de praat met de v3.
Firmware 135.

Hame relay:

[2025-11-07 21:52:04] INFO: Device 1:
[2025-11-07 21:52:04] INFO: Name: MST_VNSE3_***
[2025-11-07 21:52:04] INFO: Device ID: 391a12323732***
[2025-11-07 21:52:04] INFO: Remote ID: 1b7136fdc441f***
[2025-11-07 21:52:04] INFO: MAC: 18cedff***
[2025-11-07 21:52:04] INFO: Type: VNSE3-0
[2025-11-07 21:52:04] INFO: Version: 135
[2025-11-07 21:52:04] INFO: Broker: hame-2025
[2025-11-07 21:52:04] INFO: Inverse Forwarding: true
[2025-11-07 21:52:04] INFO: Use Remote Topic ID: false
[2025-11-07 21:52:04] INFO: ------------------
[2025-11-07 21:52:04] INFO: Device 2:
[2025-11-07 21:52:04] INFO: Name: MST-SMR_***
[2025-11-07 21:52:04] INFO: Device ID: 009b08a5***
[2025-11-07 21:52:04] INFO: Remote ID: abfbee26c15ad73a8c***
[2025-11-07 21:52:04] INFO: MAC: 009b08***
[2025-11-07 21:52:04] INFO: Type: HME-3
[2025-11-07 21:52:04] INFO: Version: 117
[2025-11-07 21:52:04] INFO: Broker: hame-2025
[2025-11-07 21:52:04] INFO: Inverse Forwarding: true
[2025-11-07 21:52:04] INFO: Use Remote Topic ID: false


hm2mqtt:

[22:57:05] INFO: Starting hm2mqtt...
[21:57:05] INFO: Starting hm2mqtt application...
[21:57:05] INFO: Environment: production
[21:57:05] INFO: MQTT Proxy: disabled
[21:57:05] INFO: Registering device: VNSE3-0:18cedff*** from DEVICE_0=VNSE3-0:18cedff***
[21:57:05] INFO: Found 1 device(s)
[21:57:05] INFO: - Device: VNSE3-0:18cedff***
[21:57:05] INFO: Initializing topics for device: VNSE3-0:18cedff***
[21:57:05] INFO: Connecting to MQTT broker at mqtt://addons:eeshiepohpheiZ0Oox7liecee3iChahh8eecahkeiy0ye0nie7geidieTheengoo@core-mosquitto:1883 with client ID hm2mqtt-ha-addon
[21:57:05] INFO: MQTT Proxy is disabled (set MQTT_PROXY_ENABLED=true to enable)
[21:57:05] INFO: Connected to MQTT broker
[21:57:35] WARN: No response received from 18cedff*** within timeout period
[21:58:35] WARN: No response received from 18cedff*** within timeout period
[21:59:35] WARN: No response received from 18cedff*** within timeout period
[22:00:35] WARN: No response received from 18cedff*** within timeout period
[22:01:35] WARN: No response received from 18cedff*** within timeout period
[22:02:35] WARN: No response received from 18cedff*** within timeout period

Iemand een idee waarom ik die timeouts krijg?

Is er ondertussen een andere manier om deze aan te sturen via HA naast modbus?

[pascallj]

BjornVH schreef op vrijdag 7 november 2025 @ 23:04:
Sinds vandaag de Marstek Venus E v3 geïnstalleerd. Had al een collega geholpen met de hm2mqtt en Hame relay een tijd geleden en dat werkte perfect voor zijn v2, maar ik krijg het zelf niet aan de praat met de v3.
Firmware 135.

Hame relay:

[2025-11-07 21:52:04] INFO: Device 1:
[2025-11-07 21:52:04] INFO: Name: MST_VNSE3_***
[2025-11-07 21:52:04] INFO: Device ID: 391a12323732***
[2025-11-07 21:52:04] INFO: Remote ID: 1b7136fdc441f***
[2025-11-07 21:52:04] INFO: MAC: 18cedff***
[2025-11-07 21:52:04] INFO: Type: VNSE3-0
[2025-11-07 21:52:04] INFO: Version: 135
[2025-11-07 21:52:04] INFO: Broker: hame-2025
[2025-11-07 21:52:04] INFO: Inverse Forwarding: true
[2025-11-07 21:52:04] INFO: Use Remote Topic ID: false
[2025-11-07 21:52:04] INFO: ------------------
[2025-11-07 21:52:04] INFO: Device 2:
[2025-11-07 21:52:04] INFO: Name: MST-SMR_***
[2025-11-07 21:52:04] INFO: Device ID: 009b08a5***
[2025-11-07 21:52:04] INFO: Remote ID: abfbee26c15ad73a8c***
[2025-11-07 21:52:04] INFO: MAC: 009b08***
[2025-11-07 21:52:04] INFO: Type: HME-3
[2025-11-07 21:52:04] INFO: Version: 117
[2025-11-07 21:52:04] INFO: Broker: hame-2025
[2025-11-07 21:52:04] INFO: Inverse Forwarding: true
[2025-11-07 21:52:04] INFO: Use Remote Topic ID: false


hm2mqtt:

[22:57:05] INFO: Starting hm2mqtt...
[21:57:05] INFO: Starting hm2mqtt application...
[21:57:05] INFO: Environment: production
[21:57:05] INFO: MQTT Proxy: disabled
[21:57:05] INFO: Registering device: VNSE3-0:18cedff*** from DEVICE_0=VNSE3-0:18cedff***
[21:57:05] INFO: Found 1 device(s)
[21:57:05] INFO: - Device: VNSE3-0:18cedff***
[21:57:05] INFO: Initializing topics for device: VNSE3-0:18cedff***
[21:57:05] INFO: Connecting to MQTT broker at mqtt://addons:eeshiepohpheiZ0Oox7liecee3iChahh8eecahkeiy0ye0nie7geidieTheengoo@core-mosquitto:1883 with client ID hm2mqtt-ha-addon
[21:57:05] INFO: MQTT Proxy is disabled (set MQTT_PROXY_ENABLED=true to enable)
[21:57:05] INFO: Connected to MQTT broker
[21:57:35] WARN: No response received from 18cedff*** within timeout period
[21:58:35] WARN: No response received from 18cedff*** within timeout period
[21:59:35] WARN: No response received from 18cedff*** within timeout period
[22:00:35] WARN: No response received from 18cedff*** within timeout period
[22:01:35] WARN: No response received from 18cedff*** within timeout period
[22:02:35] WARN: No response received from 18cedff*** within timeout period

Iemand een idee waarom ik die timeouts krijg?

Is er ondertussen een andere manier om deze aan te sturen via HA naast modbus?

Zijn dit de volledige logs? Volgens mij mis ik een hoop meldingen van de hame-relay. Connected to remote broker, connected to local broker etc.

Er bestaat ook nog een manier via de lokale API (kan wel storingen veroorzaken met de CT) en er is ook een manier via Bluetooth (maar weet niet of die al heel stabiel werkt).

[Druppeltje_]

BjornVH schreef op vrijdag 7 november 2025 @ 23:04:
Sinds vandaag de Marstek Venus E v3 geïnstalleerd. Had al een collega geholpen met de hm2mqtt en Hame relay een tijd geleden en dat werkte perfect voor zijn v2, maar ik krijg het zelf niet aan de praat met de v3.
Firmware 135.

Hame relay:

[2025-11-07 21:52:04] INFO: Device 1:
[2025-11-07 21:52:04] INFO: Name: MST_VNSE3_***
[2025-11-07 21:52:04] INFO: Device ID: 391a12323732***
[2025-11-07 21:52:04] INFO: Remote ID: 1b7136fdc441f***
[2025-11-07 21:52:04] INFO: MAC: 18cedff***
[2025-11-07 21:52:04] INFO: Type: VNSE3-0
[2025-11-07 21:52:04] INFO: Version: 135
[2025-11-07 21:52:04] INFO: Broker: hame-2025
[2025-11-07 21:52:04] INFO: Inverse Forwarding: true
[2025-11-07 21:52:04] INFO: Use Remote Topic ID: false
[2025-11-07 21:52:04] INFO: ------------------
[2025-11-07 21:52:04] INFO: Device 2:
[2025-11-07 21:52:04] INFO: Name: MST-SMR_***
[2025-11-07 21:52:04] INFO: Device ID: 009b08a5***
[2025-11-07 21:52:04] INFO: Remote ID: abfbee26c15ad73a8c***
[2025-11-07 21:52:04] INFO: MAC: 009b08***
[2025-11-07 21:52:04] INFO: Type: HME-3
[2025-11-07 21:52:04] INFO: Version: 117
[2025-11-07 21:52:04] INFO: Broker: hame-2025
[2025-11-07 21:52:04] INFO: Inverse Forwarding: true
[2025-11-07 21:52:04] INFO: Use Remote Topic ID: false


hm2mqtt:

[22:57:05] INFO: Starting hm2mqtt...
[21:57:05] INFO: Starting hm2mqtt application...
[21:57:05] INFO: Environment: production
[21:57:05] INFO: MQTT Proxy: disabled
[21:57:05] INFO: Registering device: VNSE3-0:18cedff*** from DEVICE_0=VNSE3-0:18cedff***
[21:57:05] INFO: Found 1 device(s)
[21:57:05] INFO: - Device: VNSE3-0:18cedff***
[21:57:05] INFO: Initializing topics for device: VNSE3-0:18cedff***
[21:57:05] INFO: Connecting to MQTT broker at mqtt://addons:eeshiepohpheiZ0Oox7liecee3iChahh8eecahkeiy0ye0nie7geidieTheengoo@core-mosquitto:1883 with client ID hm2mqtt-ha-addon
[21:57:05] INFO: MQTT Proxy is disabled (set MQTT_PROXY_ENABLED=true to enable)
[21:57:05] INFO: Connected to MQTT broker
[21:57:35] WARN: No response received from 18cedff*** within timeout period
[21:58:35] WARN: No response received from 18cedff*** within timeout period
[21:59:35] WARN: No response received from 18cedff*** within timeout period
[22:00:35] WARN: No response received from 18cedff*** within timeout period
[22:01:35] WARN: No response received from 18cedff*** within timeout period
[22:02:35] WARN: No response received from 18cedff*** within timeout period

Iemand een idee waarom ik die timeouts krijg?

Is er ondertussen een andere manier om deze aan te sturen via HA naast modbus?

Die time outs zijn er altijd. Dat is normaal.
Maar in de hamerelay staat inverse forwarding = true.. dit moet toch uitstaan? (Inverse forwarding=false).
Die schuif schakelaar moet uit vanboven in je configuratie

[thezahir]

Ik installeer binnenkort 2 marstek venussen (versie 2 nog). Ik had al een Homewizard p1 meter. Kan ik deze nu wegdoen (aangezien die niet twee venussen ondersteunt) en vanaf nu gewoon de meegeleverde p1 meter van Marstek gebruiken, ervan uitgaande dat die verder dezelfde functionaliteit en inzicht biedt als de HW meter? Of ga ik dan iets missen aan de HW meter?

[Druppeltje_]

thezahir schreef op vrijdag 7 november 2025 @ 23:59:
Ik installeer binnenkort 2 marstek venussen (versie 2 nog). Ik had al een Homewizard p1 meter. Kan ik deze nu wegdoen (aangezien die niet twee venussen ondersteunt) en vanaf nu gewoon de meegeleverde p1 meter van Marstek gebruiken, ervan uitgaande dat die verder dezelfde functionaliteit en inzicht biedt als de HW meter? Of ga ik dan iets missen aan de HW meter?

De HWP1 is gebruiksvriendelijker in het gebruik, en mooiere schermpjes voor zover je daar aandacht voor hebt. De HW app is zo simpel als maar kan zijn en tegelijk heel overzichtelijk en makkelijk (persoonlijke mening natuurlijk). Dagverbruik/maandverbruik opvolgen en verbruik/teruggave daar heb je toch de HWP1 voor nodig.

[ Voor 6% gewijzigd door Druppeltje_ op 08-11-2025 00:16 ]

[BjornVH]

Druppeltje_ schreef op vrijdag 7 november 2025 @ 23:27:
[...]


Die time outs zijn er altijd. Dat is normaal.
Maar in de hamerelay staat inverse forwarding = true.. dit moet toch uitstaan? (Inverse forwarding=false).
Die schuif schakelaar moet uit vanboven in je configuratie

Volgens de github van Hame relay moet hij op true staan (mode 2). De schuiver staat uit bij mij.

Hoe staat deze bij jou?

[Druppeltje_]

BjornVH schreef op zaterdag 8 november 2025 @ 00:06:
[...]


Volgens de github van Hame relay moet hij op true staan (mode 2). De schuiver staat uit bij mij.

Hoe staat deze bij jou?

[Afbeelding]

inverse_forwarding: false
default_broker_id: hame-2025
username: xxxxxxxxx
password: xxxxxxxxx

[ Voor 25% gewijzigd door Druppeltje_ op 08-11-2025 00:13 ]

[pascallj]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 00:08:
[...]


inverse_forwarding: false
default_broker_id: hame-2025
username: xxxxxxxxx
password: xxxxxxxxx
[Afbeelding]

Inverse forwarding hoort wel echt aan. Kan zijn dat het bij jou werkt omdat er ook een logica zit die het automatisch aanzet bij apparaten die 'false' niet ondersteunen.

[BjornVH]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 00:08:
[...]


inverse_forwarding: false
default_broker_id: hame-2025
username: xxxxxxxxx
password: xxxxxxxxx

Bizar! In de YAML is het idd false, maar in de log is het true... Maar lijkt geen verschil te maken.

[Druppeltje_]

pascallj schreef op zaterdag 8 november 2025 @ 00:17:
[...]


Inverse forwarding hoort wel echt aan. Kan zijn dat het bij jou werkt omdat er ook een logica zit die het automatisch aanzet bij apparaten die 'false' niet ondersteunen.

Bij mij haalt die geen data op als die op 'true' staat. En toevallig heb ik 2 weken geleden via DM nog een medetweaker geholpen die hem niet aan de praat kreeg. Stond ook op 'true'. Ging gelijk werken toen hij die naar 'false' omschakelde.

[pascallj]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 00:22:
[...]


Bij mij haalt die geen data op als die op 'true' staat. En toevallig heb ik 2 weken geleden via DM nog een medetweaker geholpen die hem niet aan de praat kreeg. Stond ook op 'true'. Ging gelijk werken toen hij die naar 'false' omschakelde.

Dan is er een probleem in de integratie denk ik, want dat is niet consistent met hoe het zou moeten werken en ook niet met hoe het vroeger gewerkt heeft.

[pascallj]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 00:22:
[...]


Bij mij haalt die geen data op als die op 'true' staat. En toevallig heb ik 2 weken geleden via DM nog een medetweaker geholpen die hem niet aan de praat kreeg. Stond ook op 'true'. Ging gelijk werken toen hij die naar 'false' omschakelde.

Aah ik zie het al:

code:

# Optional: Global setting to flip all forwarding directions (usually keep off unless you know what you're doing)
inverse_forwarding: false

De globale inverse forwarding flipt alle waardes van de device inverse forwarding. Oftewel de globale inverse forwarding moet op false want anders wordt de inverse forwarding van het device (die op true moet staan) geflipt naar false.

Nee echt heel handig om twee keer daar dezelfde term voor te gebruiken. Hoe verzin je het.

[Druppeltje_]

pascallj schreef op zaterdag 8 november 2025 @ 00:23:
[...]


Dan is er een probleem in de integratie denk ik, want dat is niet consistent met hoe het zou moeten werken en ook niet met hoe het vroeger gewerkt heeft.

Komt uit github update:

Er is een wereldwijde inverse_forwardingvlag toegevoegd die de doorstuurrichting voor alle apparaten omdraait wanneer deze is ingeschakeld. Meestal laat je deze uitgeschakeld, tenzij je weet wat je doet.

Jij hebt er ongetwijfeld meer verstand van dan ik wat hij ermee bedoeld

[BjornVH]

Hame Relay:

[2025-11-07 23:24:55] INFO: [hame-2025] Connected to config broker
[2025-11-07 23:24:55] INFO: [hame-2025] Subscribed to local broker topics
[2025-11-07 23:24:55] INFO: [hame-2025] Connected to remote broker
[2025-11-07 23:24:55] INFO: [hame-2025] Subscribed to remote broker topics
[2025-11-07 23:25:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedff***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:25:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedff***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:26:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedff***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:26:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedf***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:26:51] INFO: [hame-2025] Devices configured with inverse_forwarding get rate limited. Rate limiting message with code cd=1 for device VNSE3-0:391a1232373259565011***:18cedff***. Please wait for 46049ms before sending another message. Use inverse_forwarding=false to avoid rate limiting.

[pascallj]

BjornVH schreef op zaterdag 8 november 2025 @ 00:29:
Hame Relay:

[2025-11-07 23:24:55] INFO: [hame-2025] Connected to config broker
[2025-11-07 23:24:55] INFO: [hame-2025] Subscribed to local broker topics
[2025-11-07 23:24:55] INFO: [hame-2025] Connected to remote broker
[2025-11-07 23:24:55] INFO: [hame-2025] Subscribed to remote broker topics
[2025-11-07 23:25:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedff***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:25:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedff***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:26:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedff***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:26:38] INFO: [hame-2025] Forwarded message from local to remote: hame_energy/VNSE3-0/App/18cedf***/ctrl -> marstek_energy/VNSE3-0/App/1b7136fdc441fc11525faf280bc6***/ctrl
[2025-11-07 23:26:51] INFO: [hame-2025] Devices configured with inverse_forwarding get rate limited. Rate limiting message with code cd=1 for device VNSE3-0:391a1232373259565011***:18cedff***. Please wait for 46049ms before sending another message. Use inverse_forwarding=false to avoid rate limiting.

Dank, die ziet er nu goed uit.

[BjornVH]

hm2mqtt:

pollingInterval: 60
responseTimeout: 30
enableCellData: false
enableCalibrationData: false
enableExtraBatteryData: false
allowedConsecutiveTimeouts: 3
topicPrefix: hm2mqtt
mqttProxyEnabled: false
log_level: info
devices:
- deviceType: VNSE3-0
deviceId: 18cedff***

En nog steeds is alles unavailable bij het device onder MQTT...