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

[harrr]

Update 6x Marstek Venus E bij mijn ouders.

Het was wel even een strijd. De DSMR4 meter i.c.m. het niet ondersteunen van die meter en het vinden van de juiste P1 Splitter voor de CT003 en HomeWizard P1, kostte bijna even veel tijd als het aansluiten.

Marstek geeft zelf aan dat 6 x Marstek werkt, als je ze per 2 op een fase zet en ze alleen hun eigen fase laat monitoren en compenseren via de CT003. Als ze andere fases moeten kunnen compenseren (wat werkt met 3 stuks) dan heb je dus te veel aan 6 en is 3 de max. Maar met het laten compenseren van hun eigen fase liep ik tegen het probleem aan dat de 2e fase veel meer verbruikers had, en ik dus met 2 lege accus zat en 4 half volle. Toen op een dag de warmtepomp aan sloeg, had ik te weinig capaciteit op fase 1 en op een dag met veel wasmachines hadden ze lege accus op fase 3.

Daarnaast merkte ik dat met 6 Marsteks er ook 6 tegelijkertijd worden ingezet, dus er stonden 6 Marsteks te moduleren tussen de 10W en 200W. Heel onefficient, wat we natuurlijk ook al weten van werken met meer dan 1 Marstek. De reden waarom veel mensen dan eigen automatisering gaan inzetten.

Maar: af en toe was de CT003 duidelijk overbelast met 6 Marsteks en dan kreeg ik weer terugleverpieken of de Marsteks begonnen elkaar te laden en ontladen.

Niet fijn, dus ben opnieuw naar de tekentafel gegaan en heb op alle 6 de API laten activeren. Vervolgens heb ik een simpele aansturing gemaakt, die het verbruik nu continue houd op de grid tussen de -10W en +10W en continue maar 4 van de 6 Marsteks actief zet.

Daarbij activeer ik bij ontlading altijd de Marstek van elke fase met de hoogste SOC, als er meer verbruikt wordt dan opgewekt in de woning en bij meer opwek die met de laagste SOC en ik switch indien nodig elk kwartier.

Ik pak altijd als willekeurige Marstek de volste van de overige 3 als "extra" zodat er 10KW beschikbaar is. Deze monitoren allemaal alle 3 de fases en kunnen elkaar dus ook compenseren als er 2 accu's op 1 fase leeg is.

Dit lijkt goed te gaan, het is nu een hele dag stabiel! Omdat er weinig zon is heb ik om te testen de accu's regelmatig even half vol laten laden.

Daarmee kom ik wel wat terug op 6 Marsteks op een aansluiting, niet doen als je niet handig bent met de aansturing en zelf de mogelijkheid hebt om te "tweaken". Dit omdat het out-of-the-box niet zo stabiel werkt als dat de fabrikant garandeert met 6 stuks. Uiteraard wel aan Marstek gemeld en we hopen op een betere firmware in de toekomst. Dan meld ik me zeker weer.

Gelukkig voor deze situatie: het idee is toch om volgend jaar dynamisch ook goedkoop te gaan inkopen met eigen automatisering, dus de API en regeling was toch al nodig.

En: wellicht is het idee van Marstek om alleen meer dan 3 in te zetten met de Smartbox, dus we houden die toekomstige ontwikkelingen in de gaten.

[ Voor 9% gewijzigd door harrr op 08-11-2025 09:33 ]

[S2S]

Mja, zie het ook niet als gewenst 6 Marsteks , zijn er dan niet goedkopere oplossingen voor hetzelfde bedrag?

[dannyro]

BjornVH schreef op zaterdag 8 november 2025 @ 00:33:
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...

pollingInterval: 30
responseTimeout: 60
enableCellData: true
enableCalibrationData: true
enableExtraBatteryData: true
allowedConsecutiveTimeouts: 3
topicPrefix: hm2mqtt
mqttProxyEnabled: true
log_level: info
devices:
- deviceType: HMG-50
deviceId: acdxxxxx
username: mailadres
password: xxxxx
mqtt:
host: core-mosquitto
port: 1883
username: addons
password: xxxxx
client_id: hm2mqtt-ha-addon
topics:
subscribe: hame_energy/HMG-50/#

Zo staat dit hier geconfigureerd. Wel een V2.

[Tazzios]

@harrr Misschien ook leuk om te vertellen hoe je de aansturing hebt gemaakt. Ha, modbus?

[PNARI]

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


Dank, die ziet er nu goed uit.

Heb je V2 of V3 uitvoering ?

[Avenger 2.0]

harrr schreef op zaterdag 8 november 2025 @ 09:07:
En: wellicht is het idee van Marstek om alleen meer dan 3 in te zetten met de Smartbox, dus we houden die toekomstige ontwikkelingen in de gaten.

Die smartbox bestaat enkel uit wat schakelaars, helemaal niets smart aan en zal met dit probleem ook niets helpen. Zie ander topic hierover.

[Avenger 2.0]

S2S schreef op zaterdag 8 november 2025 @ 09:45:
Mja, zie het ook niet als gewenst 6 Marsteks , zijn er dan niet goedkopere oplossingen voor hetzelfde bedrag?

Inderdaad. Zelfs met twee Marsteks loopt het niet echt goed vind ik. Random eentje inefficient aan enkele watt aan het laden of aan het ontladen ipv gewoon niets of beter te verdelen tussen de twee zodat de RTE nog deftig is. Geen idee of ze daar ooit iets aan of kunnen aan doen. Mijn oplossing, gewoon eentje in standby programmeren en pas inschakelen als dit nodig is. Dus kan mij inbeelden dat 6 Marsteks echt wel een ramp kan zijn...

[funkylicious]

Helemaal mee eens. Meer dan 1 batterij is een ramp.

[S2S]

Avenger 2.0 schreef op zaterdag 8 november 2025 @ 10:09:
[...]

Inderdaad. Zelfs met twee Marsteks loopt het niet echt goed vind ik. Random eentje inefficient aan enkele watt aan het laden of aan het ontladen ipv gewoon niets of beter te verdelen tussen de twee zodat de RTE nog deftig is. Geen idee of ze daar ooit iets aan of kunnen aan doen. Mijn oplossing, gewoon eentje in standby programmeren en pas inschakelen als dit nodig is. Dus kan mij inbeelden dat 6 Marsteks echt wel een ramp kan zijn...

Goed idee, Insturen aan Marstek , kunnen ze vast wat mee. Hier draai ik 2 Marsteks, ik vind het tot nu toe prima. Ct003 , nooit uitval , tenzij ik zelf iets stoms doe. Maar een wissel zou nog beter zijn. In de nacht op 1 batterij draaien zou al helpen . Toggle in settings . Met tijd wanneer aan. Tja als hun development stack goed is, kun je gemakkelijk dit soort kleine wijzigingen doorvoeren.

[ Voor 20% gewijzigd door S2S op 08-11-2025 10:42 ]

[Druppeltje_]

funkylicious schreef op zaterdag 8 november 2025 @ 10:17:
Helemaal mee eens. Meer dan 1 batterij is een ramp.

Ben ik het niet mee eens. Dan heb ik het natuurlijk niet over de 6 mt's (dat is een uitzonderlijk geval). Maar 2 mt's loopt hier perfect. Zou niet weten waarom meer dan 1 batterij een ramp is?

[funkylicious]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 10:40:
[...]


Ben ik het niet mee eens. Dan heb ik het natuurlijk niet over de 6 mt's (dat is een uitzonderlijk geval). Maar 2 mt's loopt hier perfect. Zou niet weten waarom meer dan 1 batterij een ramp is?

Ik krijg het met meer dan één batterij gewoon niet goed werkend ondanks de nieuwe firmware die ik via Support hebt ontvangen. Inmiddels wordt één batterij vervangen voor een nieuwe.

Zie afbeelding: in de nacht had ik twee batterijen aan staan en s’middags een enkele wat een veel vlakker resultaat geeft. Nadat ik de nieuwe firmware had geïnstalleerd bleef het dagen goed draaien met twee batterijen om vervolgens weer hetzelfde op- en ontlaadgedrag te laten zien.

[Avenger 2.0]

Zou gewoon veel helpen als je eenvoudige setting zou hebben in CT configuratie. Bv eerst batterij 1 laden, dan pas batterij 2 en idem voor ontladen. Eventueel opgeven hoe je verdeling wilt hebben bij laden/ontladen met meerdere, bv 50%/50% of 33%/67%, etc. Moet niets complex zijn, gewoon iets meer sturing dan random verdeling nu.

[Druppeltje_]

funkylicious schreef op zaterdag 8 november 2025 @ 10:51:
[...]


Ik krijg het met meer dan één batterij gewoon niet goed werkend ondanks de nieuwe firmware die ik via Support hebt ontvangen. Inmiddels wordt één batterij vervangen voor een nieuwe.

Zie afbeelding: in de nacht had ik twee batterijen aan staan en s’middags een enkele wat een veel vlakker resultaat geeft. Nadat ik de nieuwe firmware had geïnstalleerd bleef het dagen goed draaien met twee batterijen om vervolgens weer hetzelfde op- en ontlaadgedrag te laten zien.

[Afbeelding]

Wat is de reden waarom de batterij vervangen word? Dit gedrag, of een ander probleem? Hier is bijvoorbeeld mijn situatie van gisteren. In de nacht waren beiden leeg. Vanaf het moment er PV opwek was word de lijn mooi uitgevlakt (met hier en daar een normale uitschieter maar dat is doorgaans max 500w voor een paar tellen). Begrijp wel dat een curve zoals de jouwe vragen oproept, maar in normale omstandigheden werken 2 of 3 stuks toch mooi samen. Ik heb ze ondertussen een half jaar altijd samen aan staan en allebei gewoon nom over de 3 fasen.

[DSSW]

funkylicious schreef op zaterdag 8 november 2025 @ 10:17:
Helemaal mee eens. Meer dan 1 batterij is een ramp.

Niet mee eens, draai al +6 maanden met 3 Marsteks in 3 fasen net NOM 3-fasen som en dat loopt zeer goed.

[ Voor 40% gewijzigd door DSSW op 08-11-2025 11:25 ]

[S2S]

funkylicious schreef op zaterdag 8 november 2025 @ 10:51:
[...]


Ik krijg het met meer dan één batterij gewoon niet goed werkend ondanks de nieuwe firmware die ik via Support hebt ontvangen. Inmiddels wordt één batterij vervangen voor een nieuwe.

Zie afbeelding: in de nacht had ik twee batterijen aan staan en s’middags een enkele wat een veel vlakker resultaat geeft. Nadat ik de nieuwe firmware had geïnstalleerd bleef het dagen goed draaien met twee batterijen om vervolgens weer hetzelfde op- en ontlaadgedrag te laten zien.

[Afbeelding]

Is je wifi en ct bereik wel goed? Gebruik je de ct antenne ? En de ct002 of ct003 van Marstek ? Anders werken de accu’s niet samen .

[ Voor 4% gewijzigd door S2S op 08-11-2025 12:18 ]

[funkylicious]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 11:17:
[...]


Wat is de reden waarom de batterij vervangen word? Dit gedrag, of een ander probleem? Hier is bijvoorbeeld mijn situatie van gisteren. In de nacht waren beiden leeg. Vanaf het moment er PV opwek was word de lijn mooi uitgevlakt (met hier en daar een normale uitschieter maar dat is doorgaans max 500w voor een paar tellen). Begrijp wel dat een curve zoals de jouwe vragen oproept, maar in normale omstandigheden werken 2 of 3 stuks toch mooi samen. Ik heb ze ondertussen een half jaar altijd samen aan staan en allebei gewoon nom over de 3 fasen.
[Afbeelding]

Dit ziet er een stuk beter uit. Het kan dus wel Welke firmware versies?

Een van de drie batterijen wordt vervangen omdat deze vanaf dag één dag nog geen dag heeft gewerkt. Er was geen enkele beweging in te krijgen, ook niet na support van Marstek. Via Marstek heb ik een formulier ontvangen om een nieuwe in ontvangst te nemen en de kapotte terug te sturen.

[funkylicious]

S2S schreef op zaterdag 8 november 2025 @ 12:13:
[...]

Is je wifi en ct bereik wel goed? Gebruik je de ct antenne ? En de ct002 of ct003 van Marstek ? Anders werken de accu’s niet samen .

Ik heb sinds vorige week allebei de batterijen via een aparte UTP-kabel op een switch aangesloten die direct met de router is verbonden. Daarvoor via WiFi en dat zou ook goed moeten zijn geweest; ik heb op elke verdieping een access point van extreme networks waarvan eentje op ca. 4 meter van de batterijen.

De CT003 heb ik in gebruik inclusief de CT antenne aan de buitenkant van de meterkast.

[Druppeltje_]

funkylicious schreef op zaterdag 8 november 2025 @ 12:55:
[...]


Dit ziet er een stuk beter uit. Het kan dus wel Welke firmware versies?

Een van de drie batterijen wordt vervangen omdat deze vanaf dag één dag nog geen dag heeft gewerkt. Er was geen enkele beweging in te krijgen, ook niet na support van Marstek. Via Marstek heb ik een formulier ontvangen om een nieuwe in ontvangst te nemen en de kapotte terug te sturen.

154.216

[S2S]

funkylicious schreef op zaterdag 8 november 2025 @ 13:00:
[...]


Ik heb sinds vorige week allebei de batterijen via een aparte UTP-kabel op een switch aangesloten die direct met de router is verbonden. Daarvoor via WiFi en dat zou ook goed moeten zijn geweest; ik heb op elke verdieping een access point van extreme networks waarvan eentje op ca. 4 meter van de batterijen.

De CT003 heb ik in gebruik inclusief de CT antenne aan de buitenkant van de meterkast.

Ja erg vreemd , klinkt inderdaad kapot.

[PNARI]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 11:17:
[...]


Wat is de reden waarom de batterij vervangen word? Dit gedrag, of een ander probleem? Hier is bijvoorbeeld mijn situatie van gisteren. In de nacht waren beiden leeg. Vanaf het moment er PV opwek was word de lijn mooi uitgevlakt (met hier en daar een normale uitschieter maar dat is doorgaans max 500w voor een paar tellen). Begrijp wel dat een curve zoals de jouwe vragen oproept, maar in normale omstandigheden werken 2 of 3 stuks toch mooi samen. Ik heb ze ondertussen een half jaar altijd samen aan staan en allebei gewoon nom over de 3 fasen.
[Afbeelding]

Hangt er maar vanaf wat 's nachts allemaal verbruikt, warmtepomp? Wamtepompboiler, EV etc

[Druppeltje_]

PNARI schreef op zaterdag 8 november 2025 @ 14:29:
[...]

Hangt er maar vanaf wat 's nachts allemaal verbruikt, warmtepomp? Wamtepompboiler, EV etc

Dat zou eigenlijk niet mogen uitmaken voor de samenwerking van meerdere batterijen. Ik kan begrijpen dat er dan kortstondig hogere pieken of dalen zichtbaar zijn bij het aan- of afslaan van deze grootverbruikers omwille van de vertraging die erop zit. Maar zo'n jojo grafiek zoals @funkylicious hier deelde staat daar los van. Het klopt dat de batterijen moeite hebben met bepaalde apparaten zoals strijkijzer, quooker, kookvuur,... Maar ik neem aan dat hij niet van middernacht tot 10u in de ochtend de strijk heeft gedaan

[PNARI]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 14:47:
[...]


Dat zou eigenlijk niet mogen uitmaken voor de samenwerking van meerdere batterijen. Ik kan begrijpen dat er dan kortstondig hogere pieken of dalen zichtbaar zijn bij het aan- of afslaan van deze grootverbruikers omwille van de vertraging die erop zit. Maar zo'n jojo grafiek zoals @funkylicious hier deelde staat daar los van. Het klopt dat de batterijen moeite hebben met bepaalde apparaten zoals strijkijzer, quooker, kookvuur,... Maar ik neem aan dat hij niet van middernacht tot 10u in de ochtend de strijk heeft gedaan

Als je niet weet op er op hangt vind ik het moeilijk om een oordeel te vormen

[funkylicious]

Druppeltje_ schreef op zaterdag 8 november 2025 @ 14:47:
[...]


Dat zou eigenlijk niet mogen uitmaken voor de samenwerking van meerdere batterijen. Ik kan begrijpen dat er dan kortstondig hogere pieken of dalen zichtbaar zijn bij het aan- of afslaan van deze grootverbruikers omwille van de vertraging die erop zit. Maar zo'n jojo grafiek zoals @funkylicious hier deelde staat daar los van. Het klopt dat de batterijen moeite hebben met bepaalde apparaten zoals strijkijzer, quooker, kookvuur,... Maar ik neem aan dat hij niet van middernacht tot 10u in de ochtend de strijk heeft gedaan

Er staat weinig bijzonders aan s’nachts. Geen EV, warmtepomp of een boiler. Wel een Quooker, NAS en buiten al het keukenapparatuur om nog een extra vriezer in de schuur. De vaatwasser laten we s’nachts draaien.

[Yargo]

Hoe gaan jullie eigenlijk om met de AI modus nu de batterijen enkel vol geraken als het een vrij zonnige dag is? Want ik veronderstel dat de AI modus van Marstek geen rekening houdt met weersvoorspellingen in die regio?

Stel dat ze een stralende dag voorspellen morgen. Dan hoeven de batterijen eigenlijk niet vol geladen worden gezien je ze de komende dag waarschijnlijk gratis kunt vol laden met zonnestroom.

Ik moet momenteel de keuze maken tussen een variabel tarief of voor de eerste keer een dynamisch en weet eerlijk gezegd niet wat te kiezen (BE). Ik zou dynamisch kiezen om mijn tweede batterij weer te kunnen gebruiken gezien ik deze nu afgeschakeld heb. De eerste batterij krijgt hij amper nog vol dus heeft het geen zin om de tweede te gebruiken. Want de zonnestroom gaat dan in de twee batterijen waardoor er eigenlijk 2x omzetverlies is ipv 1x. Of zie ik dat verkeerd? Moeilijk deze nieuwe situatie voor mij 🙃.

[d3x]

Yargo schreef op zaterdag 8 november 2025 @ 16:48:
Hoe gaan jullie eigenlijk om met de AI modus nu de batterijen enkel vol geraken als het een vrij zonnige dag is? Want ik veronderstel dat de AI modus van Marstek geen rekening houdt met weersvoorspellingen in die regio?

Stel dat ze een stralende dag voorspellen morgen. Dan hoeven de batterijen eigenlijk niet vol geladen worden gezien je ze de komende dag waarschijnlijk gratis kunt vol laden met zonnestroom.

Ik moet momenteel de keuze maken tussen een variabel tarief of voor de eerste keer een dynamisch en weet eerlijk gezegd niet wat te kiezen (BE). Ik zou dynamisch kiezen om mijn tweede batterij weer te kunnen gebruiken gezien ik deze nu afgeschakeld heb. De eerste batterij krijgt hij amper nog vol dus heeft het geen zin om de tweede te gebruiken. Want de zonnestroom gaat dan in de twee batterijen waardoor er eigenlijk 2x omzetverlies is ipv 1x. Of zie ik dat verkeerd? Moeilijk deze nieuwe situatie voor mij 🙃.

ik zat ook in deze situatie in BE, de AI is echter niet slim genoeg en uiteindelijk de alternatieve sturingen nog niet stabiel genoeg (modbus-BT-API) met de nodige overhead van alle HA en andere. Dus ik heb nog een jaartje goedkoop variabel gekozen en het gemak. Ja het is misschien nog 100-200eur max verschil op een jaar met dynamisch, maar dat is voor mij een 5-10% verschil en dus veel kopzorgen en controle voor beetje lagere faktuur.Alles start met een goedkoop tarief... ik heb net nieuw contract met een jaar contract prospectie van net 10cent /kw en 0 abo kost. Daar doe ik het voor, geen nakijken naar, vanaf maart tot sept heb ik 15-20eur basis elec kost, dat si alles , kan je niet onderuit.

[d3x]

funkylicious schreef op zaterdag 8 november 2025 @ 10:51:
[...]


Ik krijg het met meer dan één batterij gewoon niet goed werkend ondanks de nieuwe firmware die ik via Support hebt ontvangen. Inmiddels wordt één batterij vervangen voor een nieuwe.

Zie afbeelding: in de nacht had ik twee batterijen aan staan en s’middags een enkele wat een veel vlakker resultaat geeft. Nadat ik de nieuwe firmware had geïnstalleerd bleef het dagen goed draaien met twee batterijen om vervolgens weer hetzelfde op- en ontlaadgedrag te laten zien.

[Afbeelding]

wat een wacko stroom verbruik pieken heb jij... misschien eerder eens kijken wat er allemaal kortstondig op je verbruikers zitten,. Raar dat 1 stabieler is als meerdere, staan ze allen als som op de 3 fase? Allen even goede connectie richting CT?

dat de laadcurve PIB niet klopt, hoeveel laden ze elk op die moment? want ze kunnen elks ook maar 2.5laden he als ze op hun hoogste balans rendement zitten...

[Yargo]

d3x schreef op zaterdag 8 november 2025 @ 16:55:
[...]


ik zat ook in deze situatie in BE, de AI is echter niet slim genoeg en uiteindelijk de alternatieve sturingen nog niet stabiel genoeg (modbus-BT-API) met de nodige overhead van alle HA en andere. Dus ik heb nog een jaartje goedkoop variabel gekozen en het gemak. Ja het is misschien nog 100-200eur max verschil op een jaar met dynamisch, maar dat is voor mij een 5-10% verschil en dus veel kopzorgen en controle voor beetje lagere faktuur.Alles start met een goedkoop tarief... ik heb net nieuw contract met een jaar contract prospectie van net 10cent /kw en 0 abo kost. Daar doe ik het voor, geen nakijken naar, vanaf maart tot sept heb ik 15-20eur basis elec kost, dat si alles , kan je niet onderuit.

Klopt, ben ook bang dat wanneer ik voor dynamisch ga dat ik er constant ga moeten naar kijken en vaak zelf ga moeten switchen tussen de verschillende modi. Kan wel een besparing opleveren... Lastig 🙃. Welk contract heb je nu genomen en bij welke leverancier? Klinkt inderdaad wel mooi.

[3DWim]

Yargo schreef op zaterdag 8 november 2025 @ 16:48:
Stel dat ze een stralende dag voorspellen morgen. Dan hoeven de batterijen eigenlijk niet vol geladen worden gezien je ze de komende dag waarschijnlijk gratis kunt vol laden met zonnestroom.

Als het echt slimme AI is dan zou zonnestroom, dus een mooie dag, voor moeten gaan met laden op een mogelijk goedkoop laadtijdstip.
Maar volgens mij heeft niemand de exacte beslismomenten van HAME doorgekregen. Dus afgezien van de algemene tekst in de app kan je weinig voorspelen qua laadgedrag.

[harrr]

Tazzios schreef op zaterdag 8 november 2025 @ 09:57:
@harrr Misschien ook leuk om te vertellen hoe je de aansturing hebt gemaakt. Ha, modbus?

Via de API dus zoals ik vermelde in mijn bericht. Op zich werkt dat prima. Op die locatie heb ik een server draaien voor een ander doel, staat dus geen HA op. Het draait dus met een los script.

Zojuist heb ik een Raspberry Pi gescoord voor 15 euro op Marktplaats. Mijn idee is om een Pi dit dedicated te laten regelen.

[harrr]

Heeft de AI modus de afgelopen dagen bij jullie geladen? Mijn eigen automatisering heeft dit NIET gedaan. En terecht: de prijs incl. belastingen was nooit 25% goedkoper dan de duurste prijs binnen 6-8 uur de afgelopen dagen. Dus dat had niet uit gekund. Ik ben echter benieuwd naar de keuzes van Marstek.

[PNARI]

3DWim schreef op zaterdag 8 november 2025 @ 18:09:
[...]

Als het echt slimme AI is dan zou zonnestroom, dus een mooie dag, voor moeten gaan met laden op een mogelijk goedkoop laadtijdstip.
Maar volgens mij heeft niemand de exacte beslismomenten van HAME doorgekregen. Dus afgezien van de algemene tekst in de app kan je weinig voorspelen qua laadgedrag.

AI houdt geen rekening met zonnevoorspelling. Lijkt een week terug te kijken naar het verbruik en stemt daar de laadmomenten op af gedurende de goedkoopste uren van de dag zodat de batterij een bepaald niveau houdt tot de volgende goedkope uren. Werkt nog niet helemaal zoals het zou moeten vind ik. Laadt bv tijdens de middag op het goedkoopste uur 0.5 kWh bij terwijl de batterij op dat moment op 2kWh staat. AI zou voor mij op de goedkoopste 2 u tussen 22u en 10u en tussen 10u en 22u moeten volladen en na die 2u bv 1 of 2u in standby gaan en dan nom. En aks ptijsverschil tussen min and max van de dag kleiner is dan 30 % niet laden.Als er nog rekening kon gehouden worden met de zonnevoorspelling zou nog beter zijn maar in Vlaanderen is AI zoals het nu werkt alleen maar interessant als je zonnepanelen hebt van november tot eind februari.

[ Voor 3% gewijzigd door PNARI op 08-11-2025 19:23 ]

[PNARI]

harrr schreef op zaterdag 8 november 2025 @ 18:34:
Heeft de AI modus de afgelopen dagen bij jullie geladen? Mijn eigen automatisering heeft dit NIET gedaan. En terecht: de prijs incl. belastingen was nooit 25% goedkoper dan de duurste prijs binnen 6-8 uur de afgelopen dagen. Dus dat had niet uit gekund. Ik ben echter benieuwd naar de keuzes van Marstek.

Marstek houdt geen rekening met prijsverschillen. Dan heb jij een goede script gemaakt . Heb je V2 of V3 versie van de venus ? Welke programmeertaal gebruik je ?

[ Voor 3% gewijzigd door PNARI op 08-11-2025 19:24 ]

[trebor.ed]

Nu er wat minder zon is heb ik me wat zitten verdiepen in manieren om de kwaliteit van mijn batterijen (ik heb 2 x V2 marstek) te behouden. Ik kan ze allebei (of een enkele) op 60% of 70% volladen en uitzetten. Nadeel hiervan is dat ik niet meer profiteer van de 5Kwh buffer per batterij (en dus weer ga terugleveren). Ik zou eigenlijk mijn batterijen willen blijven inzetten om mijn minimale opbrengst aan solar toch te kunnen opvangen, tenslotte is alles meegenomen toch ?
Waarom zou ik mijn batterijen niet 1x of 2x per week geheel opladen en weer ontladen. Eventueel aangevuld met wat minimale solar (Ik gebruik ze overigens geheel voor zelfconsumptie). Op die manier blijven mijn batterijen niet te lang op 12% hangen en maak ik er optimaal gebruik van. Is er een nadeel te noemen voor deze keuze ? of, hoe zouden jullie dat in mijn situatie oplossen ?

[Druppeltje_]

trebor.ed schreef op zaterdag 8 november 2025 @ 18:53:
Nu er wat minder zon is heb ik me wat zitten verdiepen in manieren om de kwaliteit van mijn batterijen (ik heb 2 x V2 marstek) te behouden. Ik kan ze allebei (of een enkele) op 60% of 70% volladen en uitzetten. Nadeel hiervan is dat ik niet meer profiteer van de 5Kwh buffer per batterij (en dus weer ga terugleveren). Ik zou eigenlijk mijn batterijen willen blijven inzetten om mijn minimale opbrengst aan solar toch te kunnen opvangen, tenslotte is alles meegenomen toch ?
Waarom zou ik mijn batterijen niet 1x of 2x per week geheel opladen en weer ontladen. Eventueel aangevuld met wat minimale solar (Ik gebruik ze overigens geheel voor zelfconsumptie). Op die manier blijven mijn batterijen niet te lang op 12% hangen en maak ik er optimaal gebruik van. Is er een nadeel te noemen voor deze keuze ? of, hoe zouden jullie dat in mijn situatie oplossen ?

Ik laad ze hier minimaal 1x (soms zelfs 2x) per week op in de nacht op de goedkope uren. Niet beiden op dezelfde nacht, eentje blijft leeg staan om het weinige overschot aan zon 's anderdaags toch te kunnen opslaan.

[tweeek]

trebor.ed schreef op zaterdag 8 november 2025 @ 18:53:
Nu er wat minder zon is heb ik me wat zitten verdiepen in manieren om de kwaliteit van mijn batterijen (ik heb 2 x V2 marstek) te behouden. Ik kan ze allebei (of een enkele) op 60% of 70% volladen en uitzetten. Nadeel hiervan is dat ik niet meer profiteer van de 5Kwh buffer per batterij (en dus weer ga terugleveren). Ik zou eigenlijk mijn batterijen willen blijven inzetten om mijn minimale opbrengst aan solar toch te kunnen opvangen, tenslotte is alles meegenomen toch ?
Waarom zou ik mijn batterijen niet 1x of 2x per week geheel opladen en weer ontladen. Eventueel aangevuld met wat minimale solar (Ik gebruik ze overigens geheel voor zelfconsumptie). Op die manier blijven mijn batterijen niet te lang op 12% hangen en maak ik er optimaal gebruik van. Is er een nadeel te noemen voor deze keuze ? of, hoe zouden jullie dat in mijn situatie oplossen ?

Gebruik de batterijen naar je eigen keuze aangezien voor alles uiteindelijk wat te zeggen valt, als het prettig is hoe je ze nu gebruikt lekker mee doorgaan

[mrme12345]

Ik heb nu de Venus E 3.0 op de HW P1 aangesloten en ze staan letterlijk 30cm van elkaar vandaan. Maar de data komt niet goed door in de MArstek app ondanks dat de Venus met LAN verbonden is. De data ververst om de 30sec of zo, niet bruikbaar dus. Meer mensen hier last van en een oplossing voor ondanks LAN? Bij de Venus D had ik nergens last van en deed de P1 van HW het voortreffelijk bij het testen.

[pascallj]

mrme12345 schreef op zaterdag 8 november 2025 @ 19:33:
Ik heb nu de Venus E 3.0 op de HW P1 aangesloten en ze staan letterlijk 30cm van elkaar vandaan. Maar de data komt niet goed door in de MArstek app ondanks dat de Venus met LAN verbonden is. De data ververst om de 30sec of zo, niet bruikbaar dus. Meer mensen hier last van en een oplossing voor ondanks LAN? Bij de Venus D had ik nergens last van en deed de P1 van HW het voortreffelijk bij het testen.

De werkelijke afstand tussen de apparaten is niet relevant. Ze verbinden allebei met je netwerk. Is de Venus, ondanks dat deze met LAN kabel aangesloten zit, ook daadwerkelijk via LAN verbonden? Schijnt in eerdere firmware versies niet helemaal goed te werken. Las laatst dat je dan in de App een Ethernet icoontje moet zien bij de manier waarop hij verbonden is.

Alles komt neer op goede verbinding met het netwerk.

[mrme12345]

pascallj schreef op zaterdag 8 november 2025 @ 19:36:
[...]


De werkelijke afstand tussen de apparaten is niet relevant. Ze verbinden allebei met je netwerk. Is de Venus, ondanks dat deze met LAN kabel aangesloten zit, ook daadwerkelijk via LAN verbonden? Schijnt in eerdere firmware versies niet helemaal goed te werken. Las laatst dat je dan in de App een Ethernet icoontje moet zien bij de manier waarop hij verbonden is.

Alles komt neer op goede verbinding met het netwerk.

Ja heeft gewoon LAN icoontje, eerst niet, maar na verwijderen en toevoegen in app wel en zou dus gewoon met LAN moeten werken. En met de Venus D op zelfde plek werkte het perfect, nog wel met wifi en nu met LAN zelfs niet.

[BjornVH]

Er zat een bug in Hame Relay, de dev heeft een fix gereleased.

https://github.com/tomqui...0#issuecomment-3506825375

[_ferry_]

trebor.ed schreef op zaterdag 8 november 2025 @ 18:53:
Nu er wat minder zon is heb ik me wat zitten verdiepen in manieren om de kwaliteit van mijn batterijen (ik heb 2 x V2 marstek) te behouden. Ik kan ze allebei (of een enkele) op 60% of 70% volladen en uitzetten. Nadeel hiervan is dat ik niet meer profiteer van de 5Kwh buffer per batterij (en dus weer ga terugleveren). Ik zou eigenlijk mijn batterijen willen blijven inzetten om mijn minimale opbrengst aan solar toch te kunnen opvangen, tenslotte is alles meegenomen toch ?
Waarom zou ik mijn batterijen niet 1x of 2x per week geheel opladen en weer ontladen. Eventueel aangevuld met wat minimale solar (Ik gebruik ze overigens geheel voor zelfconsumptie). Op die manier blijven mijn batterijen niet te lang op 12% hangen en maak ik er optimaal gebruik van. Is er een nadeel te noemen voor deze keuze ? of, hoe zouden jullie dat in mijn situatie oplossen ?

Ikzelf kijk niet echt naar levensduur verlengende instellingen om het zo maar te zeggen. Als je een sportwagen koopt ga je ook geen 80 rijden omdat dat beter is voor de motor
Hij moet gewoon ten dienste staan van mij, niet andersom. Wel probeer ik wekelijks een keer de 100% aan te tikken.
En tegen de tijd dat de accu echt achteruit gaat koop je een V7 voor de helft van het geld van een V2

Maar qua laden, pak ik sowieso alle zon natuurlijk. En als ze echt laag zitten, dan probeer ik op de goedkoopste uren bij te laden. En dan is het inderdaad de sport om wel plek over te houden als de volgende dag opeens volop de zon schijnt

[NoFate]

Heb hier 2 batterijen op 2 fases A en B, wou een 3de batterij bijplaatsen, maar die gaat ook op fase B terecht komen, dus 1 op fase A en 2 op fase B, gaat die goed NOM samen werken? Het zijn wel aparte groepen

[Druppeltje_]

BjornVH schreef op zaterdag 8 november 2025 @ 20:57:
Er zat een bug in Hame Relay, de dev heeft een fix gereleased.

https://github.com/tomqui...0#issuecomment-3506825375

Ah mooi dat het werkt nu. In de comments te lezen allemaal mensen met V3.
Dat zou verklaren waarom hij hier wel gewoon werkte. Blij dat het opgelost is voor je

[_ferry_]

NoFate schreef op zaterdag 8 november 2025 @ 21:37:
Heb hier 2 batterijen op 2 fases A en B, wou een 3de batterij bijplaatsen, maar die gaat ook op fase B terecht komen, dus 1 op fase A en 2 op fase B, gaat die goed NOM samen werken? Het zijn wel aparte groepen

De CT3 lijkt gewoon naar de som van de fases, en zal dan ook "zien" op welke fase de accu aangesloten is.
Idem met verbruikers trouwens.

[NoFate]

_ferry_ schreef op zaterdag 8 november 2025 @ 21:46:
[...]

De CT3 lijkt gewoon naar de som van de fases, en zal dan ook "zien" op welke fase de accu aangesloten is.
Idem met verbruikers trouwens.

Waarom zetten dan de meeste ze op aparte fase? Om overbelasting te voorkomen van 2 batterijen op 1 fase?

[Druppeltje_]

NoFate schreef op zaterdag 8 november 2025 @ 22:17:
[...]

Waarom zetten dan de meeste ze op aparte fase? Om overbelasting te voorkomen van 2 batterijen op 1 fase?

Ook een beetje om de balans te bewaren tussen de 3 fasen.
Als je nu in een situatie komt dat de 2 batterijen allebei op vol vermogen gaan opladen dan trek je al 22A op 1 fase terwijl de andere fases misschien onbelast zijn.

[Sarge_]

BjornVH schreef op zaterdag 8 november 2025 @ 20:57:
Er zat een bug in Hame Relay, de dev heeft een fix gereleased.

https://github.com/tomqui...0#issuecomment-3506825375

Crisis! Heeft mij heel wat uurtjes gekost...

Goed dat het nu werkt!

[Druppeltje_]

Sarge_ schreef op zaterdag 8 november 2025 @ 22:32:
[...]


Crisis! Heeft mij heel wat uurtjes gekost...

Goed dat het nu werkt!

Werkt bij jou de BLE integratie inmiddels? Daar is vandaag een update van gekomen maar heeft het probleem niet opgelost (bij mij alleszins)

[Sarge_]

Ik zie in mijn HA een warning code (entity) 4

Iemand een idee wat dat is?

[Sarge_]

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

Werkt bij jou de BLE integratie inmiddels? Daar is vandaag een update van gekomen maar heeft het probleem niet opgelost (bij mij alleszins)

Ik ben nu op de Hame_Relay en hm2MQTT manier aan de slag gegaan

[Druppeltje_]

Sarge_ schreef op zaterdag 8 november 2025 @ 22:34:
Ik zie in mijn HA een warning code (entity) 4

Iemand een idee wat dat is?

Staat de BLE integratie nog in je HA?
Die heeft vandaag bij mij veel warnings en errors gegeven.

[GL2387]

3DWim schreef op zaterdag 8 november 2025 @ 18:09:
[...]

Als het echt slimme AI is dan zou zonnestroom, dus een mooie dag, voor moeten gaan met laden op een mogelijk goedkoop laadtijdstip.
Maar volgens mij heeft niemand de exacte beslismomenten van HAME doorgekregen. Dus afgezien van de algemene tekst in de app kan je weinig voorspelen qua laadgedrag.

Bij mij lijkt AI de afgelopen dagen wel rekening gehouden te hebben met de mogelijkheid van een zonnige dag. Maar wellicht is het besluit om.niet geheel vol te laden ook ingegeven door de lage prijsverschillen tussen dag en nacht. Zou fijn als we konden zien waarop de AI beslissingen gebasserd zijn en dat je afwijkend gedrag kunt ingeven zoals: "houd er rekening mee dat ik de komende twee dagen niet thuis ben"

[S2S]

GL2387 schreef op zondag 9 november 2025 @ 08:27:
[...]

Bij mij lijkt AI de afgelopen dagen wel rekening gehouden te hebben met de mogelijkheid van een zonnige dag. Maar wellicht is het besluit om.niet geheel vol te laden ook ingegeven door de lage prijsverschillen tussen dag en nacht. Zou fijn als we konden zien waarop de AI beslissingen gebasserd zijn en dat je afwijkend gedrag kunt ingeven zoals: "houd er rekening mee dat ik de komende twee dagen niet thuis ben"

Ik zie dat soort gedag ook, maar we weten het simpel weg niet. Als ze echt klaar zijn met AI, zal de marketing wel worden aangepast .. dan weten we meer .. tot die tijd .. speculatie. Ik ben al lang blij dat het enigszins weer (beter) werkt.

[ Voor 3% gewijzigd door S2S op 09-11-2025 09:22 ]

[funkylicious]

d3x schreef op zaterdag 8 november 2025 @ 17:02:
[...]

wat een wacko stroom verbruik pieken heb jij... misschien eerder eens kijken wat er allemaal kortstondig op je verbruikers zitten,. Raar dat 1 stabieler is als meerdere, staan ze allen als som op de 3 fase? Allen even goede connectie richting CT?

dat de laadcurve PIB niet klopt, hoeveel laden ze elk op die moment? want ze kunnen elks ook maar 2.5laden he als ze op hun hoogste balans rendement zitten...

Ik vermoed dat de pieken veroorzaakt worden door de batterijen. Gemiddeld verbruik vannacht was namelijk tussen de 200-250 kWh met een piek richting 2500 vanwege de vaatwasser; batterijen waren volledig leeg en deden niet mee. De twee batterijen staan als som op de 3 fase en data via de p1 (CT003) komt relatief snel binnen. Het symbooltje van de verbindingen zijn volledig groen gekleurd bij de zowel de batterijen als de p1. Het lijkt vandaag stabieler te verlopen.

In de data van Marstek zie ik dat ze beide maximaal met 2.500W laden. Alleen ik begrijp gewoon niet waarom ze blijven schakelen tussen laden en ontladen terwijl bijvoorbeeld nu de zon schijnt en er weinig verbruikers aan staan.. dan zou je toch verwachten dat ze blijven laden..

Misschien gewoon vragen om een nieuwe firmware. De batterijen zitten op v139 en de p1 meter op V122.

[Druppeltje_]

funkylicious schreef op zondag 9 november 2025 @ 10:29:
[...]


Ik vermoed dat de pieken veroorzaakt worden door de batterijen. Gemiddeld verbruik vannacht was namelijk tussen de 200-250 kWh met een piek richting 2500 vanwege de vaatwasser

Ik neem aan dat je 200-250W per uur bedoeld? Dat is ongeveer hetzelfde als mijn nachtverbruik in deze periode van het jaar. Heb je al eens getest hoe je 2 batterijen dit op 0 houden als je de vaatwasser niet gebruikt? Normaal gezien is de nacht het makkelijkst om op 0 te houden omdat het verbruik tamelijk constant is. Er kan wel een koelkast of diepvries aan of uitspringen maar voor het overige is het verbruik in huis dan tamelijk rechtlijnig.

Edit: ik zou even de reactie van MT afwachten. Ik heb eerder na een fw update het probleem gehad dat de batterijen te ''heftig'' gingen reageren. Toen gingen ze continu overcompenseren en had ik met momenten ook zo'n jojo lijn. De fw update die ik daarna kreeg heeft dit volledig opgelost

Edit2: als mijn herinneringen goed zijn lag dit toen bij de CT. Toen ik van V115 naar 116 ging had ik dat voor. Op V117 werkt dit perfect bij mij. Maar er zijn er hier ook geweest waar de 116 beter werkte dan de 117...

[ Voor 25% gewijzigd door Druppeltje_ op 09-11-2025 11:22 ]

[3DWim]

GL2387 schreef op zondag 9 november 2025 @ 08:27:
[...]
Bij mij lijkt AI de afgelopen dagen wel rekening gehouden te hebben met de mogelijkheid van een zonnige dag. Maar wellicht is het besluit om.niet geheel vol te laden ook ingegeven door de lage prijsverschillen tussen dag en nacht. Zou fijn als we konden zien waarop de AI beslissingen gebasserd zijn en dat je afwijkend gedrag kunt ingeven zoals: "houd er rekening mee dat ik de komende twee dagen niet thuis ben"

Volgens mij houd AI alleen je PV opbrengst bij.
Dus geen prognose of voorspelling van het weer en dus eventueel zon.

[harrr]

_ferry_ schreef op zaterdag 8 november 2025 @ 21:46:
[...]

De CT3 lijkt gewoon naar de som van de fases, en zal dan ook "zien" op welke fase de accu aangesloten is.
Idem met verbruikers trouwens.

Ja de Marsteks compenseren eerst hun eigen fase, is er geen Marstek op hun eigen fase, dan springen andere Marsteks bij.

Let wel even op: met 2 Marsteks op dezelfde fase en eigen groep (dus volledige vermogen) kom je op 20A bij laden en ontladen. Als je ook nog PV hebt op fase B gaat dit direct de accus in. Maar als je PV op een andere fase in voed en je Marsteks halen van een andere fase de energie binnen, dan krijg je dus 2 richtingsverkeer over de NUL. Tel dus de maximale vermogen bij elkaar op en kijk of er geen risico bestaat om meer dan 40A over de null te trekken. Eigenlijk al een stapje lager: 32A. Je NUL van je netbeheerder is namelijk niet beveiligd met een zekering en is waarschijnlijk maximaal 6mm2.

Eventueel kun je een remautonaat plaatsen na de hoofdschakelaar of als hoofdschakelaar. Zoals in België ook verplicht is.

Anyway: als je ze toch al op een eigen groep plaatst, bel even een electricien en laat die accu groepen verdelen over de fases. Ben je direct er vanaf.

[ Voor 54% gewijzigd door harrr op 09-11-2025 12:37 ]

[harrr]

PNARI schreef op zaterdag 8 november 2025 @ 18:51:
[...]

Marstek houdt geen rekening met prijsverschillen. Dan heb jij een goede script gemaakt . Heb je V2 of V3 versie van de venus ? Welke programmeertaal gebruik je ?

Hoe bedoel je precies? Kijkt alleen naar de Europese/landelijke inkoopprijzen? Dan heb je helemaal niks aan de AI functie. Energiebelasting is zo'n groot percentage in NL dat je dat moet meenemen om te bepalen of je nog winst behaald uit laden op goedkope momenten.

[PNARI]

harrr schreef op zondag 9 november 2025 @ 12:42:
[...]


Hoe bedoel je precies? Kijkt alleen naar de Europese/landelijke inkoopprijzen? Dan heb je helemaal niks aan de AI functie. Energiebelasting is zo'n groot percentage in NL dat je dat moet meenemen om te bepalen of je nog winst behaald uit laden op goedkope momenten.

Inderdaad, alleen naar de landelijke energieprijs. Ze houden zelfs geen rekening met de laadverliezen. Als de batterij op 11% staat laden ze 4500kWh bij . Door de laadverliezen van +/- 12% is de batterij dus niet vol aan het einde van de laadcyclus.

[runob]

Hoe moet je de electricity pricing invullen? Ik vond het niet dadelijk terug bij de handleiding.
Ik betaal om stroom van het net te trekken: 0.379 EUR/kWh. Ik krijg 0.028 EUR/kWh voor geïnjecteerde stroom. (Dat is wat ik ongeveer kon afleiden, niet zo makkelijk te berekenen aangezien ik vroeger analoge meter had met prosumententarief en nu digitale)

Dus wat moet ik voor elk van deze invullen in de app, en moet het ergens negatief zijn aangezien het inkomst ipv kost is?
Charging Price(EUR/kWh):
Discharging Price(EUR/KWh):

[3DWim]

runob schreef op zondag 9 november 2025 @ 14:05:
Hoe moet je de electricity pricing invullen?

Wat jij wilt. De app doet er verder niets slims mee. Je totalen worden er mee verrekent en je ziet het saldo.
Je krijgt "een idee" wat je verdient hebt.

[DSSW]

runob schreef op zondag 9 november 2025 @ 14:05:
Hoe moet je de electricity pricing invullen? Ik vond het niet dadelijk terug bij de handleiding.
Ik betaal om stroom van het net te trekken: 0.379 EUR/kWh. Ik krijg 0.028 EUR/kWh voor geïnjecteerde stroom. (Dat is wat ik ongeveer kon afleiden, niet zo makkelijk te berekenen aangezien ik vroeger analoge meter had met prosumententarief en nu digitale)

Dus wat moet ik voor elk van deze invullen in de app, en moet het ergens negatief zijn aangezien het inkomst ipv kost is?
Charging Price(EUR/kWh):
Discharging Price(EUR/KWh):

Bij charging prijs vul je de injectie prijs in en bij discharging vul je de 0.379€ in

[runob]

DSSW schreef op zondag 9 november 2025 @ 14:45:
[...]

Bij charging prijs vul je de injectie prijs in en bij discharging vul je de 0.379€ in

Ok thanks, had het omgekeerd gedaan en kreeg negatieve Profit. Zo maar eens proberen dan maar

[WargamingPlayer]

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

Werkt bij jou de BLE integratie inmiddels? Daar is vandaag een update van gekomen maar heeft het probleem niet opgelost (bij mij alleszins)

Kreeg hem niet aan de praat. Had mijn Shelly’s als BLE proxy ingesteld. Maar kreeg ze niet toegevoegd. Dus via Amazon even een € 6,00 BT 4.0 USB 2 adaptertje laten komen, aangesloten en kon ze direct toevoegen via de Adapter. Echter 1 van de 3 gaf waarden terug.
Dus ik dacht, dat gaat mij weer een nachtje werk kosten.
Dus wordt wakker, kijk even in HA, 2 keer Venus E actief met waarden (en verzoek tot conversie van een sensor). En wat schetst mijn verbazing, aangesloten via de BT proxy van mijn Shelly’s….
Wat is HA soms nukkig.

[Druppeltje_]

WargamingPlayer schreef op zondag 9 november 2025 @ 15:52:
[...]

Kreeg hem niet aan de praat. Had mijn Shelly’s als BLE proxy ingesteld. Maar kreeg ze niet toegevoegd. Dus via Amazon even een € 6,00 BT 4.0 USB 2 adaptertje laten komen, aangesloten en kon ze direct toevoegen via de Adapter. Echter 1 van de 3 gaf waarden terug.
Dus ik dacht, dat gaat mij weer een nachtje werk kosten.
Dus wordt wakker, kijk even in HA, 2 keer Venus E actief met waarden (en verzoek tot conversie van een sensor). En wat schetst mijn verbazing, aangesloten via de BT proxy van mijn Shelly’s….
Wat is HA soms nukkig.

En de waarden worden automatisch ververst? Het detecteren en toevoegen gaat bij mij vanzelf. Alleen haalt die maar eenmalig waardes op. Maar ik zag bij de issues op github dat er velen dat probleem hebben.

[PNARI]

Druppeltje_ schreef op zondag 9 november 2025 @ 16:09:
[...]


En de waarden worden automatisch ververst? Het detecteren en toevoegen gaat bij mij vanzelf. Alleen haalt die maar eenmalig waardes op. Maar ik zag bij de issues op github dat er velen dat probleem hebben.

Haha , was toch allemaal plug and play en met mogelijkheden tot handelen enz. zoals het eind vorig jaar werd aangekondigd in de folders van Marstek die elke verdeler op zijn naam publiceerde. Ben nog altijd tevreden van mijn investering maar als je niet technisch bent is het voor sommigen/meerderen toch niet P&P en heb je toch wat hulp nodig van een Tweaker

[Druppeltje_]

PNARI schreef op zondag 9 november 2025 @ 17:32:
[...]

Haha , was toch allemaal plug and play en met mogelijkheden tot handelen enz. zoals het eind vorig jaar werd aangekondigd in de folders van Marstek die elke verdeler op zijn naam publiceerde. Ben nog altijd tevreden van mijn investering maar als je niet technisch bent is het voor sommigen/meerderen toch niet P&P en heb je toch wat hulp nodig van een Tweaker

Dit gaat natuurlijk wel over een custom integratie in HA.
Daar staat Marstek natuurlijk volledig buiten.

[WargamingPlayer]

Druppeltje_ schreef op zondag 9 november 2025 @ 16:09:
[...]


En de waarden worden automatisch ververst? Het detecteren en toevoegen gaat bij mij vanzelf. Alleen haalt die maar eenmalig waardes op. Maar ik zag bij de issues op github dat er velen dat probleem hebben.

Nee hij update niet. Zie alleen de initiële waarden vanaf het moment dat hij ze zag.

[harrr]

PNARI schreef op zondag 9 november 2025 @ 13:18:
[...]

Inderdaad, alleen naar de landelijke energieprijs. Ze houden zelfs geen rekening met de laadverliezen. Als de batterij op 11% staat laden ze 4500kWh bij . Door de laadverliezen van +/- 12% is de batterij dus niet vol aan het einde van de laadcyclus.

Lol ik laad gewoon bij tot de EMS zelf stopt of ik zie dat hij 98% is. Raar dat ze het zelf niet zo kunnen doen. Lijkt erop dat de AI modus enkel helpt als je zo goedkoop mogelijk back-up stroom wilt inkopen. Maar niet als je voor je eigen gebruik goedkoop wilt inkopen.

[Chris96]

PNARI schreef op zaterdag 8 november 2025 @ 18:51:
[...]

Marstek houdt geen rekening met prijsverschillen. Dan heb jij een goede script gemaakt . Heb je V2 of V3 versie van de venus ? Welke programmeertaal gebruik je ?

Afgelopen 2 dagen was het inderdaad niet rendabel om de accu op basis van EPEX te laden. Ik heb hem een beetje zonnestroom laden laden. Morgen is het verhaal weer anders.

Ik heb een main mode Solar of Epex
En op de Epex mode neemt hij de huidige RTE % plus 5ct om tot een waarde Rendabel te komen.
Met sliders kan ik aangeven wat de drempel moet zijn waaronder of boven de accu kan gaan laden of terug naar NOM moet. Vrij complex maar in 90% van de gevallen werkt het goed.

Ik heb zelfs EPEX of Solar mode op basis van weer bericht laten regelen maar dat werkte niet. Dus dat gaat nog handmatig.

code:

{% set high = states('sensor.epex_spot_data_highest_price') | replace(',', '.') | float(none) %}
{% set low  = states('sensor.epex_spot_data_lowest_price')  | replace(',', '.') | float(none) %}
{% set cur  = states('sensor.epex_spot_data_price')         | replace(',', '.') | float(none) %}
{% set perc = states('input_number.epex_ondergrens') | float(0) %}
{% if high is number and low is number and cur is number and high > low %}
  {% set grens = low + (high - low) * (perc / 100) %}
  {{ cur <= grens }}
{% else %}
  false
{% endif %}

[ Voor 9% gewijzigd door Chris96 op 09-11-2025 21:56 ]

[PNARI]

harrr schreef op zondag 9 november 2025 @ 20:37:
[...]


Lol ik laad gewoon bij tot de EMS zelf stopt of ik zie dat hij 98% is. Raar dat ze het zelf niet zo kunnen doen. Lijkt erop dat de AI modus enkel helpt als je zo goedkoop mogelijk back-up stroom wilt inkopen. Maar niet als je voor je eigen gebruik goedkoop wilt inkopen.

Heb je Venus V2 of V3 ? Welke programmeertaal gebruik je en wil je script delen ? Ik zoek iets om van november tot einde februari dynamisch tarief slim te gebruiken.

[pascallj]

PNARI schreef op zondag 9 november 2025 @ 22:04:
[...]

Heb je Venus V2 of V3 ? Welke programmeertaal gebruik je en wil je script delen ? Ik zoek iets om van november tot einde februari dynamisch tarief slim te gebruiken.

Waar komt die fascinatie vandaan dat je de laatste paar dagen aan iedereen vraagt of deze een V2 of V3 heeft? Wat maakt het uit? Ze zijn nagenoeg identiek.

[PNARI]

Chris96 schreef op zondag 9 november 2025 @ 21:54:
[...]


Afgelopen 2 dagen was het inderdaad niet rendabel om de accu op basis van EPEX te laden. Ik heb hem een beetje zonnestroom laden laden. Morgen is het verhaal weer anders.

Ik heb een main mode Solar of Epex
En op de Epex mode neemt hij de huidige RTE % plus 5ct om tot een waarde Rendabel te komen.
Met sliders kan ik aangeven wat de drempel moet zijn waaronder of boven de accu kan gaan laden of terug naar NOM moet. Vrij complex maar in 90% van de gevallen werkt het goed.

Ik heb zelfs EPEX of Solar mode op basis van weer bericht laten regelen maar dat werkte niet. Dus dat gaat nog handmatig.

code:

{% set high = states('sensor.epex_spot_data_highest_price') | replace(',', '.') | float(none) %}
{% set low  = states('sensor.epex_spot_data_lowest_price')  | replace(',', '.') | float(none) %}
{% set cur  = states('sensor.epex_spot_data_price')         | replace(',', '.') | float(none) %}
{% set perc = states('input_number.epex_ondergrens') | float(0) %}
{% if high is number and low is number and cur is number and high > low %}
  {% set grens = low + (high - low) * (perc / 100) %}
  {{ cur <= grens }}
{% else %}
  false
{% endif %}

[Afbeelding]

[Afbeelding]

Welke data gebruikte je om de weersafhankelijke regeling te sturen ? Ik volg in Vlaanderen al een tijd de voorspellingen qua PV -opbrengst en die zijn toch behoorlijk goed.

[PNARI]

pascallj schreef op zondag 9 november 2025 @ 22:07:
[...]


Waar komt die fascinatie vandaan dat je de laatste paar dagen aan iedereen vraagt of deze een V2 of V3 heeft? Wat maakt het uit? Ze zijn nagenoeg identiek.

Ik vraag het niet aan iedereen , enkel aan @harrr omdat ik van hem/haar hier geen antwoord op krijg en ik hier lees dat V3 meer problemen geeft met aansturing

[Chris96]

PNARI schreef op zondag 9 november 2025 @ 22:08:
[...]

Welke data gebruikte je om de weersafhankelijke regeling te sturen ? Ik volg in Vlaanderen al een tijd de voorspellingen qua PV -opbrengst en die zijn toch behoorlijk goed.

https://www.home-assistant.io/integrations/met

Maar deze is niet gedetailleerd genoeg. Voorlopig doe ik het handmatig en zie ik als de rest goed werkt verder. Genoeg opties voor het weer om iets mee te doen.

[pascallj]

PNARI schreef op zondag 9 november 2025 @ 22:13:
[...]

Ik vraag het niet aan iedereen , enkel aan @harrr omdat ik van hem/haar hier geen antwoord op krijg en ik hier lees dat V3 meer problemen geeft met aansturing

Oh twee keer dan inderdaad. Je vroeg het aan mij ook al uit het niets gisteren. Ik snapte gewoon niet waar dat vandaan kwam.

Maar ik lees elk bericht in de Marstek topics en ik heb daar nog geen tekenen van gezien. Dus dat maakt verder niet zoveel uit denk ik.

[PNARI]

pascallj schreef op zondag 9 november 2025 @ 22:18:
[...]


Oh twee keer dan inderdaad. Je vroeg het aan mij ook al uit het niets gisteren. Ik snapte gewoon niet waar dat vandaan kwam.

Maar ik lees elk bericht in de Marstek topics en ik heb daar nog geen tekenen van gezien. Dus dat maakt verder niet zoveel uit denk ik.

Als jij elk bericht leest heb je wel een dagtaak daarmee 😀

[PNARI]

Chris96 schreef op zondag 9 november 2025 @ 22:13:
[...]


https://www.home-assistant.io/integrations/met

Maar deze is niet gedetailleerd genoeg. Voorlopig doe ik het handmatig en zie ik als de rest goed werkt verder. Genoeg opties voor het weer om iets mee te doen.

Ik volg de data van Elia