Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[superduper1969]

r03n_d schreef op woensdag 15 juli 2026 @ 22:44:
Misschien een vrij basale / domme vraag; ik gebruik home battery control (mooi gemaakt, onwijs handig) icm. 1 Marstek. Welke 'minimum price delta' houden jullie aan? Hij staat bij mij nu op 20ct, en als ik in de ochtend nog stroom over heb ontlaadt hij dat om 7 uur.

Met 20 triggert hij niet zo vaak al ik wil, met 18 wel, vaak rond 20:00. Ik heb nog een 2e accu voor nachtverbruik, het brengt meer op dan om 07:00. Maar op de dagen dat hij niet gedumpt wordt ga ik het nu wel om 7:00 doen. goed idee.

[JSTAL]

Fr3ggel schreef op woensdag 15 juli 2026 @ 08:53:
Ik had Omnibattery/Marstek energy manager ook al vaker voorbij zien komen.

Zijn er tweakers die daar ervaring mee hebben en ook met home battery control?

Hoe verhoudt het zich tot elkaar? En wat zijn de voordelen (/nadelen) van beide oplossingen?

HBC werkte OK voor mij, maar eerlijk vind ik Omnibattery mooier en makkelijker te installeren en werkt evengoed. HBC heeft dan wel voordeel dat je makkelijk andere grafiekjes etc... aan het dashboard kan toevoegen. Bij Omnibattery is dat geblokkeerd (althans toch in mijn HA systeem) Maar op zich vormt dat geen probleem en misschien goed ook ivbm toekomstige updates

[ Voor 22% gewijzigd door JSTAL op 16-07-2026 21:58 ]

[MarjaR]

Kunnen HBC en Omnibattery (tijdelijk) tegelijk geladen zijn in Home Assistant?

Ik draai nu HBC en dat bevalt me op zich prima. Maar ik zou Omnibattery ook eens beter willen bekijken.

[Fr3ggel]

MarjaR schreef op donderdag 16 juli 2026 @ 22:44:
Kunnen HBC en Omnibattery (tijdelijk) tegelijk geladen zijn in Home Assistant?

Ik draai nu HBC en dat bevalt me op zich prima. Maar ik zou Omnibattery ook eens beter willen bekijken.

Lijkt me ook wel eens interessant om te proberen.
Maar ik ben niet ontevreden over HBC. Dus ik ben ook wat sceptisch om zomaar over te stappen.
Als er een manier is waarbij ik HBC niet hoef "af te breken" en dus een goed fall-back scenario heb zou ik Omnibattery graag een keer proberen.

[AUijtdehaag]

@Fr3ggel
Je kan toch de nodered flows even op non-actief zetten? Of verwijderen, ze zijn zo weer terug gezet.

[MarjaR]

AUijtdehaag schreef op donderdag 16 juli 2026 @ 23:30:
@Fr3ggel
Je kan toch de nodered flows even op non-actief zetten? Of verwijderen, ze zijn zo weer terug gezet.

Zou het niet genoeg zijn om in HBC de 'Control Mode' op 'Marstek control' te zetten? Dan doet HBC als het goed is toch niets meer?

[newz]

Fr3ggel schreef op woensdag 15 juli 2026 @ 08:53:
Ik had Omnibattery/Marstek energy manager ook al vaker voorbij zien komen.

Zijn er tweakers die daar ervaring mee hebben en ook met home battery control?

Hoe verhoudt het zich tot elkaar? En wat zijn de voordelen (/nadelen) van beide oplossingen?

Ik heb Omnibattery eventjes geïntegreerd, maar ik zie nergens de mogelijkheid om zoals HBC slim te laden o.b.v. een dynamisch energieprijs. Daar maak ik nu nog gebruik van. Wellicht in 2027 niet meer, maar dat is voor mij nog een reden om Omnibattery even links te laten liggen.

Edit: je kan laden o.b.v. dynamische prijs wél instellen. Ik vond het alleen niet duidelijk dat je dat bij configureren van de integration moet doen. Linkje naar de docs over het instellen

[ Voor 19% gewijzigd door newz op 17-07-2026 10:37 ]

[JanAllElectric]

newz schreef op vrijdag 17 juli 2026 @ 09:51:
[...]


....... o.b.v. een dynamisch energieprijs. Daar maak ik nu nog gebruik van. Wellicht in 2027 niet meer, maar dat is voor mij nog een reden om Omnibattery even links te laten liggen.

Het is een misverstand dat dynamische prijzen vanaf 2027 niet meer interessant zijn.

Vanaf 2027 ontstaat er een fundamenteel verschil tussen zelfgebruik en handel. Tot en met 2026 werden beide door de salderingsregeling grotendeels gelijk behandeld. Daarna niet meer.

Kopen/verkopen voor handel wordt inderdaad minder interessant, maar laden voor zelfgebruik blijft net zo interessant omdat het dan EPEX, EB en inkoopvergoeding vermijdt.

Een kort voorbeeld voor na 2026 (zonder salderen):

• Laden om 14:00: netto inkoopprijs €0,15/kWh
• Om 20:00:
  • netto inkoopprijs €0,35/kWh
  • netto verkoopprijs €0,20/kWh (-EB - inkoopkosten provider)
• RTE 80%

Zelfgebruik

• Koop 1 kWh voor €0,15
• Gebruik later 0,8 kWh zelf.
• Bespaarde netinkoop: 0,8 × €0,35 = €0,28

Voordeel: €0,28 − €0,15 = €0,13/kWh

Handel

• Koop 1 kWh voor €0,15
• Verkoop later 0,8 kWh aan het net.
• Opbrengst: 0,8 × €0,20 = €0,16

Winst: €0,16 − €0,15 = €0,01/kWh

---

[ Voor 4% gewijzigd door JanAllElectric op 17-07-2026 12:20 ]

[Nico-G]

Zeer onder de indruk van HBC, Chapeau voor Bob en companen: ik leer nog steeds nieuwe dingen.
Dit heb ik ook al in discord gevraagd, maar nog geen reactie gehad.
Waarschijnlijk heb ik daar deze gedachten wat kreupel onder woorden gebracht , dus probeer ik het hier iets uitgebreider beschreven opnieuw.
Weet iemand hoe dit zou kunnen? Dan hoor ik het graag

HBC werkt bij mij nu al een tijdje via "timed". Ik heb 2 Marstek E v2 5,12 kWh, ieder op eigen fase en eigen groep, ontladen op 2500 W is mogelijk. Dynamische contract bij Zonneplan.
De basisinstelling is "self-consumption".

In de ochtend, als de prijzen nog hoog zijn, dump ik de rest van de accu-lading naar het net (period A, vanaf 07:00 uur ) met "sell" met als doel "batteries are empty"

Als dat doel is bereikt, switchen ze naar "full stop",(period B tot 14:00 uur ) zodat ik de opbrengst van mijn panelen tegen een redelijke opbrengt kan terugleveren naar het net.
Na afloop van Period B switchen de batterijen weer terug naar de basisinstelling "self-consumption". In die tijd worden de batterijen om en om weer geladen met PV .
Als die vol zijn, dan wordt het resterende overschot-PV naar het net teruggeleverd en worden, als de zon achter de horizon is verdwenen, de pieken van de avond en het verbruik in de nacht geëgaliseerd, tot de volgende morgen 07:00 uur. <REPEAT>

Maar soms wil ik 's middags geforceerd laden, als de prijzen negatief zijn. (dat zou dan Period C worden).
En soms wil ik bij extreme prijzen in de avond geforceerd verkopen. (dat zou dan Period D worden) Daarbij wil ik een andere afloop van het "sell" commando: dan wil ik ontladen tot een SOC % om de rest van de nacht door te kunnen komen en als dat doel bereikt is weer automatisch switchen naar "self-consumption"

Mogelijk ontstaan er nog aanvullende instellingen (Period D, E, etc) naar aanleiding van ontwikkelingen, bijvoorbeeld lage prijzen in de winternacht, etc.
Dus ook bij het "charge" commando een mogelijk ander afloop na bereiken van het doel.

Ik heb dus twee vragen:

1. hoe kan ik het einde van de "sell" periodes anders laten aflopen?
   • een keer tot batterijen leeg zijn en dan naar "full stop"
   • een keer tot SOC % en dan naar "self-consumption"
2. Kan er een of meer extra Periodes D, E, F, etc. worden ingelast (of naar believen worden aangemaakt?)

[iPanini]

AUijtdehaag schreef op vrijdag 10 juli 2026 @ 21:33:
@iPanini
Viperrnmc niet gebruiken icm HBC
HBC verwacht identieke entities van Fonskes github
Dus beste geheel eerst verwijderen voordat je er aan begint.

Via modbus tcp;
https://github.com/gitcod...enus-v3-and-venus-ad-only

Of via esphome en rs485
https://github.com/gitcod...e-based---modbus-4-string

@Tazzios
Verkeerde zuinigheid?
[Afbeelding]

Hoi!
Even een update en een paar vraagjes:
- heb intussen ViperRNMC verwijderd
- heb ook een Shelly 3 Pro EM geïnstalleerd en toegevoegd aan Home Assistant, stand-alone bekeken werkt de Shelly, ik kan hem via zijn IP address benaderen, so far so good.

Maar hoe gebruik ik de Shelly als GRID sensor in HBC?

Bedankt voor alle hulp!!

[AUijtdehaag]

@iPanini
HBC accepteerd alleen p1 meter power en geen naam zoals L3 meter power
https://github.com/gitcod...ntrol_config.yaml#L33-L34
Dus L3 ff renamen naar p1

Maar heeft de shelly al geen sensor die total active power heet?

code:

template:
  - sensor:
      - name: "P1 Meter Power"
        unique_id: "p1_meter_power"
        state: "{{ states('sensor.shellypro3em_xxxxxxxxxxxx_total_active_power') | float(0) | round(0) | int }}"
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"

[ Voor 43% gewijzigd door AUijtdehaag op 18-07-2026 17:35 ]

[iPanini]

AUijtdehaag schreef op zaterdag 18 juli 2026 @ 17:23:
@iPanini
HBC accepteerd alleen p1 meter power en geen naam zoals L3 meter power
https://github.com/gitcod...ntrol_config.yaml#L33-L34
Dus L3 ff renamen naar p1

Maar heeft de shelly al geen sensor die total active power heet?

code:

template:
  - sensor:
      - name: "P1 Meter Power"
        unique_id: "p1_meter_power"
        state: "{{ states('sensor.shellypro3em_xxxxxxxxxxxx_total_active_power') | float(0) | round(0) | int }}"
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"

Bedankt voor je hulp!
In de tussentijd al van alles en nog wat geprobeerd, met verschillende, maar meest negatieve resultaten. Ik ken er gewoon te weinig van, en dan verbrand je je vingers helaas.

Intussen ook hulp gezocht via discord via een link die ik gevolgd heb ergens van gitcodebob.
Ik heb L3 gerenamed naar p1, dus da's ok.

Nu vraag ik me het volgende af:
- Ik heb dus een CT002, maar volgens mij is dat ding defect.
- heb intussen die Shelly Pro EM3 aangekocht, dat schijnt een V2 te zijn.
Dat ding werkt, maar ik krijg hem niet aan de praat in combinatie met HBC.
Verder heb ik ook nog een SlimmeLezer van Marcel Zuidwijk. Volgens mij moet die ook daarvoor te gebruiken zijn?

Wat de Shelly entiteiten betreft:
Die heeft er een hele hoop, maar total active power staat er niet bij.
Ik heb ook degene die jij suggereert gekopiëerd en het MAC adres aangepast.

Update: (2026-07-19 15:53:42)
Ik heb in de tussentijd nog een aanpassing in de YAML gedaan, deels had ik misschien vorige comments verkeerd geïnterpreteerd, of simpelweg over het hoofd gezien.
In alle geval heb ik terug leven in de brouwerij!
Hieronder mijn house_battery_control_config.yaml

Bij het Onboarding stappen plan, heb ik nu:
Step 1 => aantal batterijen = staat op 3, echter ik krijg er slechts 1 te zijn
Step 2 => Grid Power Sensor = staat nu op groen (configured)
In de middelste kolom heb je een grafiekje met PID control en Grid power, daar zou je per batterij een balkje moeten zien, echter bij mij zie ik slechts 1 balkje..
Dus ergens klopt nog e.e.a. niet?
Hoe kan ik de communicatie met elke individuele batterij checken?

Alvast bedankt voor jullie hulp!!
2026-07-19 18:23:46
---------------------------- update------------------------------------------
Dank zij de fantastische hulp van de leden van tweakers.net, en dank zij de nodige aanpassingen zie ik inmiddels terug alle 3 de marsteks in HBC

Nu nog verder uitzoeken in HBC onboarding, wat ik met Step 4 kan bereiken.
(Optional) review power limits
Use limits and peak shaving to reducepeaks and overload risk.

YAML:

--------------------------------------------------
# This file contains config for Home Assistant unique to your installation and should not be overwritten with each update of House Battery Control
# It should be included in the main configuration.yaml file as a `package` via `!include_dir_named` https://www.home-assistant.io/docs/configuration/packages/.
# Use the values below as a `template` for your specific needs
# 2026-07-19 12:08:47 ik heb dit document leeg gemaakt en opnieuw gepaste van github gitcodebob

template:
  - sensor:
      # Example: sensor for single-phase power meter (split into consumption and production)
      # - name: "L1 Meter Power"
      #  unique_id: "l1_meter_power"
      #  unit_of_measurement: "W"
      #  device_class: "power"
      #  state_class: "measurement"
      #  state: >
      #    {% set consumption = states('sensor.electricity_meter_power_consumption_phase_l1') | float(0) %}
      #    {% set production = states('sensor.electricity_meter_power_consumption_phase_l1') | float(0) %}
      #    {{ (consumption - production) | round(2) }}

      # Example: sensor for three-phase power meter (singular net power value going positive for consumption, negative for production)
      # 2026-07-19 15:48:20 hieronder aangepast van L3 => l1
      - name: "L1 Meter Power"
        unique_id: "l1_meter_power"
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"
        state: >
          {% set l1 = states('sensor.shellypro3em_2805a5cafaf8_phase_a_power') | float(0) %}
          {% set l2 = states('sensor.shellypro3em_2805a5cafaf8_phase_b_power') | float(0) %}
          {% set l3 = states('sensor.shellypro3em_2805a5cafaf8_phase_c_power') | float(0) %}
          {{ (l1 + l2 + l3) | round(2) }}

      # House battery control | Grid power
      # Your P1 meter indicates the power drawn or returned to grid.
      # This "P1 meter power" sensor acts as an alias for you power sensing configuration and is used throughout the node-RED scripts.
      - name: "P1 Meter Power"
        unique_id: "p1_meter_power"
        state: "{{ states('sensor.l1_meter_power') }}" # << SET YOUR GRID POWER SENSOR HERE
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"

[ Voor 50% gewijzigd door iPanini op 19-07-2026 18:26 ]

[AUijtdehaag]

@iPanini
You got DM

[Fr3ggel]

@iPanini

Ik heb HBC in gebruik met een Shelly. Als ik nog config moet delen dan laat maar weten.

[iPanini]

Fr3ggel schreef op zondag 19 juli 2026 @ 17:29:
@iPanini

Ik heb HBC in gebruik met een Shelly. Als ik nog config moet delen dan laat maar weten.

Altijd welkom!
Ik kan er alleen van leren

[iPanini]

Dank zij de fantastische hulp van de leden van tweakers.net, en dank zij de nodige aanpassingen zie ik inmiddels terug alle 3 de marsteks in HBC

Nu nog verder uitzoeken in HBC onboarding, wat ik met Step 4 kan bereiken.
(Optional) review power limits
Use limits and peak shaving to reducepeaks and overload risk.

[Fr3ggel]

iPanini schreef op zondag 19 juli 2026 @ 18:20:
[...]

Altijd welkom!
Ik kan er alleen van leren

Ik heb je een PM gestuurd.

[iPanini]

AUijtdehaag schreef op zondag 19 juli 2026 @ 16:12:
@iPanini
You got DM

Ik heb het intussen een beetje proberen in de gaten te houden, moet natuurlijk nog veel leren begrijpen ;-)
Wat ik erg vreemd vind is dat ik voor de sensoren: sensor.marstek_m1_ac_power en dan telkens dezelfde van m2, m3 op 0 zie blijven?

Wat mis ik hier?

[AUijtdehaag]

@iPanini
De batterijen staan in stop dus 0 watt wordt er teruggeleverd / verbruikt
Heb je het dynamische deel al actief?
Anders op self consumtion zetten
Staat nu ook op peak shaving?

[ Voor 9% gewijzigd door AUijtdehaag op 19-07-2026 22:18 ]

[iPanini]

Voor zover ik kan inschatten staat self consumption actief.
Hoe check ik het dynamisch deel?
- ik heb ENTSOE gekozen, mogelijk moeten daar nog dingen ingesteld worden. (prijzen?)
- er miste ook nog "cheapest hours" van TheFes, heb ik toegevoegd.
- waar / hoe kan ik een batterij uit stop halen?

[ Voor 12% gewijzigd door iPanini op 19-07-2026 23:26 ]

[AUijtdehaag]

Ik moet het toch even zeggen:
Tweakers is geen helpdesk voor HBC. Daar heb je de discord server voor.

Allereerst zet de control mode eens op manual en weer terug naar full control. Er zit een bugje in dat hij bij wijziging buiten HBC niet meteen alle batterijen meepakt. (Zoals jij 2 batterijen later hebt toegevoegd)

Hie vaak refreshed de p1? Per seconde?
Draai de debug mode eens met insights aan?
Als die er langer over doet dan 1s dan is je hardware te traag.
Ik regel zelf met een 5s p1 waarde om onder de 1s verwerking te blijven.
Vaak zie je in debug mode met insights waar het mis gaat.



Doe eerst de basic strategy self consumption kiezen uit de dropdown menu, voordat je een andere neemt met allerlei voorwaarden.
Ook nog geen peakshaving instellen.
De basis moet eerst kloppen, zodat je weet dat het niet aan de batterijen modbus sturing of aan de traagheid van je hardware ligt.
Ontladen doe je met Sell,
Maar ook weer afhankelijk van wat je hebt ingesteld in een ander menu.

Tot zover het nachtelijk advies.

[iPanini]

Hoi,
Nogmaals bedankt om me al zover vooruit te helpen! Respect & dank!
Even een update, zoals je van voor je nachtelijke interventie weet, schijnt dus de sensor.marstek_m1_ac_power van de 3 batterijen geen waarde terug te leveren, waardoor in HBC de waarde "power" niets binnenkomt.

Mijn systeem is gisteravond in self consumption strategie de nacht in gegaan.
Wat ik ook zie, is dat de middelste van de 3, die staat op fase B, die is nu (2026-07-20 12:23:01) wel quais totaal ontladen (12,6%).

De m1 en de m3 staan dus nog in de stop modus.
Vandaag dus niet zoveel zon, maar volgens mijn SolarEdge appje is er met onze luttele 10 paneeltjes, 3.5 kWp, toch een opbrengst van 8,35 kWh.

Ik heb dus de indruk dat e.e.a wel aan het werk is, maar dat ik in alle geval m1, en m3 aan het werk moet zien te krijgen, niet?

Wat ik ook nog wil regelen is er voor zorgen dat de marsteks een vast IP address krijgen.
Ik gebruik Pi-Hole, maar ik denk dat die geupgrade moet worden, en mijn bedoeling was om 2x een intel nuc te regelen met daar dan Proxmox op, en daar dan weer HA en Pi-Hole in, met backup naar 2de systeem.
Maar zover ben ik nog niet, en dat zal nog wel een paar weken kosten...

[ Voor 12% gewijzigd door iPanini op 20-07-2026 12:55 ]

[iPanini]

Wat ik zo even zie, en voor zover ik het correct begrijp staat jouw PID regeling trager dan de mijne.
Ik zag gisteren dat je dat ergens kon instellen, maar weet niet waar?
Ik vind de PID presets wel terug in Node-RED, maar daar blijf ik effe lekker af!

In de insights modus, zie ik wel een tweetal dingen waar ik me vragen bij stel:
m1 en m3, not enable.

Lijkt dan toch nog een RS485 probleem?
Wat denken jullie?

[iPanini]

Nog een keer bij de batterijen gekeken en aan de TCP/IP kabels gemorreld, op het switchje zag ik voor het morrelen sowieso netwerkactiviteit.
Na het morrelen terug in HBC, zie ik dat nu M1 en M2 ook aan het dischargen zijn.

Ik heb ook nog even via terminal de batterijen gepingd en ook met nc -vz 192.168.1.220 502 de communicatie getest, en die was voor alle 3 connection refused, wat me lijkt te kloppen aangezien ze verbonden zijn met HBC.

En ik zie nu ook bij M1 en M3 de Power waarden verschijnen. M2 heeft Power 0 W, maar dat kan kloppen want die staat op 15%. En als ik me niet vergis is M2 intussen een ietsje bijgeladen wat die stond daarnet op 12.7% (om 12:12h) en nu leven we 13:12, dus 1 uur later.

Ter info:
Eerder had ik al bij max charge 800 W en max discharge 2500 W per batterij ingegeven.
Dat is ingegeven door het BE capaciteitstarief, m.a.w mijn streven zou optimaal zijn om de GRID power zoveel mogelijk te limiteren tot 2.5 kW.

Kunnen we nu peak shaving proberen?
En hoe zorg ik er nu voor dat wat van de PV binnenkomt gebruikt wordt om de Marsteks te laden?

Alvast bedankt voor alle hulp!!

[rsschaap]

Waar kan ik een versie vinden van MarstekVenus-Lilygo-T-POE-Pro2.yaml zonder Wifi?

Als ik ethernet configureer dan loopt de installatie vast op het ontbreken van wifi.

[superduper1969]

rsschaap schreef op dinsdag 21 juli 2026 @ 14:18:
Waar kan ik een versie vinden van MarstekVenus-Lilygo-T-POE-Pro2.yaml zonder Wifi?

Als ik ethernet configureer dan loopt de installatie vast op het ontbreken van wifi.

Er zijn inderdaad later modulen ingeslopen met Wifi.
Ik haal ze er wel uit.

[ Voor 63% gewijzigd door superduper1969 op 21-07-2026 15:04 ]

[Nico-G]

vannacht gepubliceerd op github HBC versie 4.12.0
- nu 5 perioden in Timed

https://github.com/gitcodebob/marstek-venus-rs485-node-red/releases/tag/v4.12.0

[Bossi13]

Hoi,


Ik zit met het volgende probleem. 2 batterijen, ze wisselen wekelijks van voorrang maar nu is het zo dat batterij 1 voorrang heeft om te laden maar wel batterij 2 om te ontladen en de week erna is het gewisseld.

Waar kan ik deze setting aanpassen? Iemnad een idee?

[BigTasty]

Hoe stuur je de batterijen aan? met HBC heb je op het Advanced Settings tabblad (tandwiel) het menutje
https://docs.homebatterycontrol.com/06-advanced-features.html#battery-life:~:text=Cycle%20which%20battery%20to%20charge%20first%3A%20(Multi%2Dbattery%20only)

[WargamingPlayer]

Bossi13 schreef op zondag 26 juli 2026 @ 12:41:
Hoi,


Ik zit met het volgende probleem. 2 batterijen, ze wisselen wekelijks van voorrang maar nu is het zo dat batterij 1 voorrang heeft om te laden maar wel batterij 2 om te ontladen en de week erna is het gewisseld.

Waar kan ik deze setting aanpassen? Iemnad een idee?

Is volledig willekeurig. Nergens aan te passen.

[Nico-G]

BigTasty schreef op zondag 26 juli 2026 @ 21:32:
Hoe stuur je de batterijen aan? met HBC heb je op het Advanced Settings tabblad (tandwiel) het menutje
https://docs.homebatterycontrol.com/06-advanced-features.html#battery-life:~:text=Cycle%20which%20battery%20to%20charge%20first%3A%20(Multi%2Dbattery%20only)

@Bossi13 Dat kan in het tandwielmenu
-klik in Battery Life op Cycle

- klik in venster dat verschijnt op keuze menu (pijltje naar beneden)

Maak je keuze en sluit het venster: voilá

[Bossi13]

Hoi,

zoals Nico-G laat zien , staan mijn batterijen op weekly.

Tot voor de crash had batterij 1 voorrang voor laden EN ontladen. De andere week was het volledig batterij 2.

Nu is de voorrang verdeeld. Batterij 1 voorrang laden “maar” batterij 2 wel voorrang om te ontladen. En dit wisselt ook elke week.

Ik denk dat ik ergens in een yaml moet gaan zoeken. Maar er zitten er tussen met 1300 lijnen.

[Nico-G]

Bossi13 schreef op vrijdag 31 juli 2026 @ 07:09:
Hoi,

zoals Nico-G laat zien , staan mijn batterijen op weekly.

Tot voor de crash had batterij 1 voorrang voor laden EN ontladen. De andere week was het volledig batterij 2.

Nu is de voorrang verdeeld. Batterij 1 voorrang laden “maar” batterij 2 wel voorrang om te ontladen. En dit wisselt ook elke week.

Ik denk dat ik ergens in een yaml moet gaan zoeken. Maar er zitten er tussen met 1300 lijnen.

Bij mij staat-ie op Automatisch. Dan wordt er per 30 minuten gewisseld. Goed voor de temperatuur van de batterijen bij snel laden/ontladen. Zowel laden als ontladen gaat dan per batterij die dan aan de beurt is. Dan kan de ene batterij afkoelen, terwijl de andere het overneemt. Maar als er meer ge-, of ontladen moet worden dan met 2500 W, dan springt de andere batterij bij tot 5000 W. (Overigens: je kunt ook instellen, dat er met minder hoge wattages ge-, of ontladen moet worden)
Doordat er in de lage ontlaadperiodes 's nachts maar één batterij actief is, ligt het rendement niet zo laag als wanneer je daarvoor beide batterijen tegelijkertijd inschakelt. (zoals standaard in de Marstek-app)
Welke batterij als eerste aan de beurt is, maakt dan niet uit: een half uurtje later wordt er toch al gewisseld...

Voor jouw probleem heb ik geen clue. Als mij dit zou overkomen, dan zou ik HBC opnieuw installeren..

my2ct

[ Voor 4% gewijzigd door Nico-G op 31-07-2026 13:01 ]

[Bossi13]

Ik dacht dat batterijen net rapper defect raakten door ze niet aan 1 stuk te laden of in meerdere periodes verdeeld. Dat is bij mij de reden dat 1 batterij de volle voorrang krijgt maar das ieders interpretatie denk ik.

Zoals je meldt heb ik er ook al aan gedacht om HBC volledig opnieuw te installeren. Enige lastige is dat ik mijn yaml’s kan gaan aanpassen voor het dashboard.qua kleur/layout

[BigTasty]

Bossi13 schreef op vrijdag 31 juli 2026 @ 14:27:
Ik dacht dat batterijen net rapper defect raakten door ze niet aan 1 stuk te laden of in meerdere periodes verdeeld. Dat is bij mij de reden dat 1 batterij de volle voorrang krijgt maar das ieders interpretatie denk ik.

Zoals je meldt heb ik er ook al aan gedacht om HBC volledig opnieuw te installeren. Enige lastige is dat ik mijn yaml’s kan gaan aanpassen voor het dashboard.qua kleur/layout

zou toch af en toe updaten, er komen telkens leuke verbeteringen mee

[Bossi13]

BigTasty schreef op vrijdag 31 juli 2026 @ 21:00:
[...]

zou toch af en toe updaten, er komen telkens leuke verbeteringen mee

Doe ik elke keer, voor alle dingen die dit zelf komen melden, maar ik heb helaas een crash gehad zonder backup 🙈

Alleen HBC gaat niet via een upgrade maar zelf installeren als ik het goed heb.

[ Voor 20% gewijzigd door Bossi13 op 31-07-2026 22:04 ]

[superduper1969]

Bossi13 schreef op vrijdag 31 juli 2026 @ 14:27:
Ik dacht dat batterijen net rapper defect raakten door ze niet aan 1 stuk te laden of in meerdere periodes verdeeld. Dat is bij mij de reden dat 1 batterij de volle voorrang krijgt maar das ieders interpretatie denk ik.

Zoals je meldt heb ik er ook al aan gedacht om HBC volledig opnieuw te installeren. Enige lastige is dat ik mijn yaml’s kan gaan aanpassen voor het dashboard.qua kleur/layout

Ik update iedere versie van HBC, 5 minuten werk 3 files, Dashboard, 1 Yaml en all-flows-in-one-file.json

Ik vermoed dat je Dashboard file kleurtjes makkelijk zijn te fixen met wat hulp van AI. Effe een compare en verzoek om dit te implementeren in jouw dashboard versie.

[Mee_]

Ik gebruik HBC nu al enkele maanden en ben hier heel tevreden over, alleen heb ik het gevoel dat hij niet erg snel reageert op wisselingen in het "huis"-vermogen.
Nu heb ik net gezien dat als ik bij debug -> insights ga kijken er bij "step size" steeds iets van een 10 seconden staat.

Ik gebruik een Youless P1 meter die (als ik naar de webinterface ga) om de seconde een nieuwe waarde inleest, maar HA leest Youless maar om de 10 seconden uit. Ik heb daarom een automatisatie gemaakt die Youless zelf om de 3 seconden opnieuw zou moeten uitlezen. "Zou", want in de praktijk lijkt het eerder om de +/- 6 seconden te gebeuren.

2 vraagjes dus:
- kan die step size van HBC ergens manueel aangepast worden?
- zijn er hier nog die een Youless P1 meter gebruiken hiervoor? Hoe hebben jullie de pollfrequentie kunnen verhogen?

Alvast bedankt!

[HobbitBluelabel]

De youless geeft volgens mij altijd de waarde om de 10 seconden.

Daar had ik ook last van en ik gebruik nu een simpele esp32 met esphome om de meter uit te lezen.

Gegevens komen nu wel iedere seconde binnen.

[Mee_]

Om mijn eigen vraag te beantwoorden en voor wie het ooit nog interessant kan zijn: via een command line sensor kan je om de seconde de Youless pollen en zo ook de batterij sneller aansturen. Gebruik daarvoor onderstaande code in configuration.yaml:

code:

command_line:
    - sensor:
        name: youless_rest_power
        unique_id: youless_rest_power
        command: "curl -s http://192.168.X.X/e"
        scan_interval: 1
        value_template: "{{ value_json[0].pwr }}"
        unit_of_measurement: "W"

Enkel voor ophalen van huidige power, voor statistieken wordt de ingebouwde Youless-integratie nog gebruikt.

[JSTAL]

Mee_ schreef op dinsdag 4 augustus 2026 @ 09:48:
Om mijn eigen vraag te beantwoorden en voor wie het ooit nog interessant kan zijn: via een command line sensor kan je om de seconde de Youless pollen en zo ook de batterij sneller aansturen. Gebruik daarvoor onderstaande code in configuration.yaml:

code:

command_line:
    - sensor:
        name: youless_rest_power
        unique_id: youless_rest_power
        command: "curl -s http://192.168.X.X/e"
        scan_interval: 1
        value_template: "{{ value_json[0].pwr }}"
        unit_of_measurement: "W"

Enkel voor ophalen van huidige power, voor statistieken wordt de ingebouwde Youless-integratie nog gebruikt.

Dank u voor deze code, nu hoef ik niet meer de CT003 te gebruiken en zal Omnibattery hopelijk geen meldingen meer geven ivb een te trage power sensor.

[RP6conrad]

Ik heb nu ook de Marstek Venus E3 aangestuurd via lan, nu nog met de local api. De P1 meter wordt uitgelezen met een python script, en aan de hand hiervan wordt de Marstek aangestuurd om 0 op de meter te bekomen. Mijn huidige aansturing gebeurt elke 5 sek, mijn P1 meter geeft wel elke sekonde een telegram (DSMR5). Loopt prima allemaal, en tussendoor (bij accu vol), vraag ik via modbus de celspanningen uit.

Nu mijn vraag : als ik de batterij volledig aanstuur via modbus, kan ik dan sneller aansturen, vb elke sekonde ?

[r03n_d]

RP6conrad schreef op dinsdag 4 augustus 2026 @ 18:29:
Ik heb nu ook de Marstek Venus E3 aangestuurd via lan, nu nog met de local api. De P1 meter wordt uitgelezen met een python script, en aan de hand hiervan wordt de Marstek aangestuurd om 0 op de meter te bekomen. Mijn huidige aansturing gebeurt elke 5 sek, mijn P1 meter geeft wel elke sekonde een telegram (DSMR5). Loopt prima allemaal, en tussendoor (bij accu vol), vraag ik via modbus de celspanningen uit.

Nu mijn vraag : als ik de batterij volledig aanstuur via modbus, kan ik dan sneller aansturen, vb elke sekonde ?

De "5 seconden" komt door Home Assistant, de werkelijke updates zijn wel elke seconde. Je kan dit aanpassen, maar als je je Marstek direct gekoppeld hebt aan de P1 moet ie volgens mij gewoon elke seconde een update ontvangen?

Zie ook dit draadje: https://www.zonstraal.be/forum/viewtopic.php?t=27486

[JanAllElectric]

r03n_d schreef op dinsdag 4 augustus 2026 @ 19:34:
[...]

De "5 seconden" komt door Home Assistant, de werkelijke updates zijn wel elke seconde. Je kan dit aanpassen, maar als je je Marstek direct gekoppeld hebt aan de P1 moet ie volgens mij gewoon elke seconde een update ontvangen?

Zie ook dit draadje: https://www.zonstraal.be/forum/viewtopic.php?t=27486

Zelfs met een slimme meter / P1 meter die per seconden de standen doorgeeft, zal de Marstek altijd enige reactietijd nodig hebben om het gevraagde vermogen volledig te leveren of af te nemen. Dat zal ook 1 of 2 seconden zijn (incl HASS, netwerk en modbus). Mijn ervaring met mijn oude DMRS4 slimme meter, die om de 10 seconden standen doorgeeft, is dat 12 seconden nog net goed gaat. Straks met mijn DMRS5 slimme meter hoop ik terug te gaan naar 3 seconden.

[Antonie_Bouman]

Sinds een poosje inmiddels heb ik een probleem in HA dat 1 van mijn 2 Marstek's niet meer de daily / montly charging / discharging en een hele hoge lifetime charging / discharging energy doorgeeft. (deze veranderd ook niet meer) doorgeeft.




Ik heb in het verleden wel eens foutieve data / en of rare values verwijderd via de Homeassistant Instellingen > Hulpmiddelen > Statistieken maar dat gaat hier niet op / heeft geen nut.

Ik heb alle data uit mijn homeassistant proberen te verwijderen maar deze waarde blijft staan op deze manier.

Iemand een idee? Geeft de betreffende Marstek deze waarde constant door? (als ik naar de grafiek / geschiedenis kijk lijkt het daar wel op:


Heeft iemand hier ervaring mee? Alles werkt via netwerk / modbus voor zover ik het begrijp.

Het laden / ontladen werkt via HBC voor zover ik kan zien allemaal gewoon normaal / goed.

[Sarge_]

Vraagje,

Ik heb nu HBC draaien. Als de HA wegvalt even of de P1 of wat dan ook. Hebben de batterijen een actie hierop?

Ik draai zelfconsumptie. Stel dat de laatste opdracht was te gaan laden met 2500, HA klapt eruit om wat voor reden dan ook, blijven de batterijen dan doorgaan? Valt het ergens op terug?

[niek35]

Opzich geef je het antwoord zelf al: de laatste opdracht was te gaan laden met 2500.

Die blijft staan. De controlmode staat ook op rs485, dus de batterijen wachten op de sturing via rs485.

[Leonardus66]

Mijn marstek venus 2 wordt nu uitgelezen in home assistant via omnibattery/Elfin . Werkt mi prima in de modus “ zelfconsumptie “ In de Marstek app blijk ik nu de modus niet meer. te kunnen wijzigen en wordt ook niet aangegeven welke modus er nu staat ingesteld. Momenteel dus geen probleem maar als ik wil wijzigen dus wel. Graag advies hoe ik dit kan oplossen, alvast bedankt

[superduper1969]

Leonardus66 schreef op donderdag 13 augustus 2026 @ 22:40:
Mijn marstek venus 2 wordt nu uitgelezen in home assistant via omnibattery/Elfin . Werkt mi prima in de modus “ zelfconsumptie “ In de Marstek app blijk ik nu de modus niet meer. te kunnen wijzigen en wordt ook niet aangegeven welke modus er nu staat ingesteld. Momenteel dus geen probleem maar als ik wil wijzigen dus wel. Graag advies hoe ik dit kan oplossen, alvast bedankt

[Leonardus66]

Dat is inderdaad een manier om de modus in te stellen in de app, je zou dat bovendien via instellingen ( tandwieltje) kunnen doen maar gedrag is dan hetzelfde , daarna volgen de vier opties maar die kunnen niet meer gekozen worden en er is bovendien geen enkele keuze ingevuld

[Avenger 2.0]

Leonardus66 schreef op vrijdag 14 augustus 2026 @ 11:10:
Dat is inderdaad een manier om de modus in te stellen in de app, je zou dat bovendien via instellingen ( tandwieltje) kunnen doen maar gedrag is dan hetzelfde , daarna volgen de vier opties maar die kunnen niet meer gekozen worden en er is bovendien geen enkele keuze ingevuld

Dat is normaal, als je modbus sturing gebruikt kan je de modus niet meer wijzigen in Marstek App tot je kabel (of batterij in HA) los koppelt.

[dannyro]

Avenger 2.0 schreef op vrijdag 14 augustus 2026 @ 13:28:
[...]

Dat is normaal, als je modbus sturing gebruikt kan je de modus niet meer wijzigen in Marstek App tot je kabel (of batterij in HA) los koppelt.

Ha, dan is dat bij mij dan abnormaal Als ik een sturing doe via HA (modbus) RS485 control enable, en ik schakel in de Marstek app terug over naar zelf consumptie of wat anders, gaat dit zonder problemen hoor. Dan gaat de RS485 control mode terug naar disable.

[Avenger 2.0]

dannyro schreef op vrijdag 14 augustus 2026 @ 13:53:
[...]

Ha, dan is dat bij mij dan abnormaal Als ik een sturing doe via HA (modbus) RS485 control enable, en ik schakel in de Marstek app terug over naar zelf consumptie of wat anders, gaat dit zonder problemen hoor. Dan gaat de RS485 control mode terug naar disable.

Dat lukt hier niet. Maar misschien is er een verschil tussen modbus RTU wat ik gebruik en modbus TCP?

[dannyro]

Avenger 2.0 schreef op vrijdag 14 augustus 2026 @ 13:58:
[...]

Dat lukt hier niet. Maar misschien is er een verschil tussen modbus RTU wat ik gebruik en modbus TCP?

Zie mijn onderschrift, dan weet je wat ik gebruik. Ook Modbus RTU. Maw uw uitleg klopt niet.

[ Voor 7% gewijzigd door dannyro op 14-08-2026 18:20 ]

[DSSW]

Avenger 2.0 schreef op vrijdag 14 augustus 2026 @ 13:58:
[...]

Dat lukt hier niet. Maar misschien is er een verschil tussen modbus RTU wat ik gebruik en modbus TCP?

In HBC kies je gewoon tussen full control( dan loopt de volledige regeling via HBC) of Marstek control. Zodra je hem op Marstek control zet gaat hij hier onmiddelijk terug in NOM werken via de CT002 en de Marstek software,

[JSTAL]

DSSW schreef op zaterdag 15 augustus 2026 @ 13:44:
[...]

In HBC kies je gewoon tussen full control( dan loopt de volledige regeling via HBC) of Marstek control. Zodra je hem op Marstek control zet gaat hij hier onmiddelijk terug in NOM werken via de CT002 en de Marstek software,

voor OmniBattery is dat dan de "manual mode" button die de controle teruggeeft aan de Marstek app. Althans dat is wat ik vermoed.

[Tazzios]

OmniBattery op "manual mode" stopt alleen de aansturing zodat je bv zelf via modbus kunt sturen. Wil je de Marstek aansturing gebruiken moet je RS485 control uitschakelen.

[r03n_d]

Ik weet niet of dit iets met de modus koppeling te maken heeft (denk het niet), maar aangezien ik deze gebruik in combinatie met HBC post ik het maar hier.

Vandaag ging mijn batterij opeens van 11 naar 1%, en dit zonder dat hij heeft ontladen op dat moment. De afgelopen weken ging de batterij netjes elke dag vol en weer leeg, maar met de huidige energieprijzen die weinig schelen plus weinig zonnestroom komt de batterij nu een paar daagjes niet vol.

[RonnyRaeymakers]

Dag allen,

Ik zit een beetje met mijn handen in het haar over de koppeling van de Venus E 3 via modbus TCP over LAN. Mijn batterij staat in de kelder, dus ik heb niet de mogelijkheid om deze direct via een ethernet kabel aan te sluiten (of ik moet 30m kabel door mijn kelder, gang, en living trekken).

Ik dacht dit op te lossen door een routertje te flashen op een WT32-ETH01 board om de batterij met mijn netwerk te verbinden via de LAN poort. Ik heb deze firmware geflashed volgens de instructies: https://github.com/martin-ger/esp32_ethernet_router
Zowel wifi uplink als ethernet downlink getest, alles werkt zoals verwacht. Daarna wat configuratie gedaan om consistente port forwarding te krijgen:

DCHP reservation en port 502 forwarding:

MAC Address	IP Address	Device Name
0C:3D:5E:1B:58:9B	192.168.4.10	marstek_venus_e3

Interface	Protocol	Ext. Port	Internal IP	Int. Port	Action
STA	TCP	502	marstek_venus_e3	502

Dus theoretisch gezien zou ik nu gewoon HA kunnen pointen naar het IP address van dit routertje en naar port 502, en dit zou me de batterij moeten laten aansturen. In 99% van de gevallen lukt het me echter niet... De TCP connection failed meestal.

Test-NetConnection -ComputerName 192.168.0.113 -Port 502
WARNING: TCP connect to (192.168.0.113 : 502) failed
ComputerName : 192.168.0.113
RemoteAddress : 192.168.0.113
RemotePort : 502
InterfaceAlias : WiFi
SourceAddress : 192.168.0.212
PingSucceeded : True
PingReplyDetails (RTT) : 16 ms
TcpTestSucceeded : False

Het is me echter 1 keer gelukt, een tiental minuten na een volledige reset van de batterij. Perfecte sturing via Omnibattery in HA, maar ik had toen verder geen tijd om het te configureren, dus verbinding verbroken en de batterij verder zijn ding laten doen. Sindsdien lukt het me niet meer. Als ik de configuratie van Omnibattery probeer, krijg ik de volgende error:

Cannot connect to the battery. Check the IP address and that the battery is accessible on the network

Ik vermoed dat de issue bij de Marstek zit, aangezien het de vorige keer werkte na een reset. Iemand hier ervaring mee?

[dannyro]

r03n_d schreef op donderdag 20 augustus 2026 @ 00:05:
Ik weet niet of dit iets met de modus koppeling te maken heeft (denk het niet), maar aangezien ik deze gebruik in combinatie met HBC post ik het maar hier.

Vandaag ging mijn batterij opeens van 11 naar 1%, en dit zonder dat hij heeft ontladen op dat moment. De afgelopen weken ging de batterij netjes elke dag vol en weer leeg, maar met de huidige energieprijzen die weinig schelen plus weinig zonnestroom komt de batterij nu een paar daagjes niet vol.

[Afbeelding]

[Afbeelding]

Ik veronderstel een Marstek V2 aan de FW te zien? Vorig jaar heb ik dit ook een aantal keren gehad. Gemeld bij Marstek, nieuwe FW en opgelost.

[Tazzios]

@RonnyRaeymakers Vrij generieke melding die net zo goed aan je WT32-ETH01 kan liggen.
Ik zou de de WT32-ETH01 een tijdje met je laptop gebruiken om uit te sluiten dat die het probleem is.

[r03n_d]

dannyro schreef op donderdag 20 augustus 2026 @ 08:51:
[...]

Ik veronderstel een Marstek V2 aan de FW te zien? Vorig jaar heb ik dit ook een aantal keren gehad. Gemeld bij Marstek, nieuwe FW en opgelost.

Klopt, ik zal eens een melding maken in de app.

[nos]

ik heb via marktplaats goedkoop twee powerline adapters gehaald en werkt tot op heden prima.

zie setup:

[John.S]

Hallo,

Ik ben aan het stoeien met het werkend krijgen van de dynamic stragegy in Home Battery Control (HBC).

Mij valt op dat mij Zonneplan data bij het beschikbaar zijn (rond 14:00, Zonneplan integratie) over wordt genomen door de HBC sensor.hbc_energy_prices_data. Cheapest energy hours is geinstalleerd.

De zonneplan sensor heeft de data wel (attribute). Om dit beschikbaar te maken voor HBC, moet ik een herstart doen van de YAMLs in HA.

Dus ik verwacht dat ik ergens een automatisering mis, zodat een entiteit in actie komt.

Hebben jullie enig idee?

[ Voor 102% gewijzigd door John.S op 20-08-2026 19:51 ]

[GoBieN-Be]

r03n_d schreef op donderdag 20 augustus 2026 @ 00:05:
Ik weet niet of dit iets met de modus koppeling te maken heeft (denk het niet), maar aangezien ik deze gebruik in combinatie met HBC post ik het maar hier.

Vandaag ging mijn batterij opeens van 11 naar 1%, en dit zonder dat hij heeft ontladen op dat moment. De afgelopen weken ging de batterij netjes elke dag vol en weer leeg, maar met de huidige energieprijzen die weinig schelen plus weinig zonnestroom komt de batterij nu een paar daagjes niet vol.

Ik had gisterenavond hetzelfde met mijn V2. Dit is het gekende SOC drift probleem. Wel een beetje vreemd dat het al na 2 slechte dagen zicht voordoet, maar op zich geen ramp. Ik kijk er niet naar om. Ik gebruik geen HBC, maar Astrameter. Ik heb wel modbus, maar lees enkel (RS485 Control uit).

[nos]

John.S schreef op donderdag 20 augustus 2026 @ 18:33:
Hallo,

Ik ben aan het stoeien met het werkend krijgen van de dynamic stragegy in Home Battery Control (HBC).

Mij valt op dat mij Zonneplan data bij het beschikbaar zijn (rond 14:00, Zonneplan integratie) over wordt genomen door de HBC sensor.hbc_energy_prices_data. Cheapest energy hours is geinstalleerd.

De zonneplan sensor heeft de data wel (attribute). Om dit beschikbaar te maken voor HBC, moet ik een herstart doen van de YAMLs in HA.

Dus ik verwacht dat ik ergens een automatisering mis, zodat een entiteit in actie komt.

Hebben jullie enig idee?

Cheapest energy hours moet je installeren via HACS .. anders werkt hij niet (heb ik gehad)

[tweetyn]

Weet iemand of en waar je een originele modbus kabel kunt krijgen voor de Marstek Venus E versie 2?

[Avenger 2.0]

tweetyn schreef op woensdag 26 augustus 2026 @ 23:46:
Weet iemand of en waar je een originele modbus kabel kunt krijgen voor de Marstek Venus E versie 2?

Bedoel je de kabel die erbij geleverd is? Volgens mij niet apart te koop.
Als je gewoon de connector koopt kan je je eigen kabel maken.
Anders misschien even berichtje bij vraag & aanbod plaatsen, zullen wel mensen zijn die hem weg doen.

[nos]

Zie link https://docs.homebatterycontrol.com/02-modbus-setup


Wij doen alles over modbus over TCP/IP en dat werkt perfect en zonder onderbrekingen.

[ikbenmichel]

John.S schreef op donderdag 20 augustus 2026 @ 18:33:
Hallo,

Ik ben aan het stoeien met het werkend krijgen van de dynamic stragegy in Home Battery Control (HBC).

Mij valt op dat mij Zonneplan data bij het beschikbaar zijn (rond 14:00, Zonneplan integratie) over wordt genomen door de HBC sensor.hbc_energy_prices_data. Cheapest energy hours is geinstalleerd.

De zonneplan sensor heeft de data wel (attribute). Om dit beschikbaar te maken voor HBC, moet ik een herstart doen van de YAMLs in HA.

Dus ik verwacht dat ik ergens een automatisering mis, zodat een entiteit in actie komt.

Hebben jullie enig idee?

Probleem heb ik ook met 1 v2

case aangemaakt bij marstek omdat deze drift mij mij elke dag kwam

marstek heeft mij toegezeg om via garantie een nieuwe te sturen, krijg alleen dan wel een v3

[John.S]

Goedemorgen, wellicht ben ik hier aan het juiste adres Misschien kan iemand mij helpen.

Ik gebruik Fonkse zijn TCP/Modbus koppeling i.c.m. Home Battery Control. Hiermee stuur ik mijn Marstek Venus E 3.0 aan.

Mij valt het volgende regelgedrag op; elke 2 minuten (precies) lijkt mijn Marstek E 3.0 zijn Modbus waardes voor (forcible) power charge intern te resetten. Daardoor krijg je even een klein dipje te zien bij NOM, en een veel grotere als ik maximaal (2.5 kW) aan het laden ben. Komt dit jullie bekend voor? Zo ja, is hier een oplossing voor.

Aangezien dit gedrag ook waar te nemen is tijdens NOM, snap ik het niet helemaal.. de registers worden hierdoor regelmatig ververst.

edit:
Het regelgedrag is relatief snel. Makkelijk te zien als je Homewizard instant gebruikt als sensor. Ook met de originele (beetje mazzel hebben met de timing). Hier is de hardware snel genoeg om 1 sec wijzigingen te kunnen verwerken.

Als ik verder zoek, kom ik zelf uit op een interne Marstek watchdog dat na 2 minuten een aantal dingen reset bij gebruik van Modbus t.b.v. veiligheid (indien de verbinding wegvalt, de batterij niet op max blijft laden).

edit:
Zojuist een update gedaan van de BMS en VMS. Regelgedrag is tot nu toe niet meer waar te nemen.

[ Voor 29% gewijzigd door John.S op 29-08-2026 12:22 ]

[r03n_d]

dannyro schreef op donderdag 20 augustus 2026 @ 08:51:
[...]

Ik veronderstel een Marstek V2 aan de FW te zien? Vorig jaar heb ik dit ook een aantal keren gehad. Gemeld bij Marstek, nieuwe FW en opgelost.

Terugkomend hierop, de fw update staat klaar. Nu weet ik van de startpost dat de batterij niet volledig uitschakelt zolang de modbus gebruikt wordt. Kan ik gewoon updaten via de app, of moet ik eerst even de lilygo loshalen voor een reboot na de update?

[dannyro]

r03n_d schreef op zaterdag 29 augustus 2026 @ 12:03:
[...]

Terugkomend hierop, de fw update staat klaar. Nu weet ik van de startpost dat de batterij niet volledig uitschakelt zolang de modbus gebruikt wordt. Kan ik gewoon updaten via de app, of moet ik eerst even de lilygo loshalen voor een reboot na de update?

Netsnoer en modbus afkoppelen. Update doen, daarna als de Marstek terug is opgestart alles weer aansluiten. Zo zegt Marstek het en zo heb ik het ook gedaan. Al de updates in het verleden ook zo gedaan. Nooit geen problemen. Ik heb een Deco AP in mijn tuinhuis hangen waar alles mee verbonden is. Ik wacht altijd om de update uit te voeren tot mijn iPhone ook verbonden is met dit AP. Dat is maar een tip dat ik meegeef.

[r03n_d]

Vlekkeloos gelukt, dank! FW is het zelfde, maar BMS heeft wel een update gekregen na hierom gevraagd te hebben.

[ Voor 64% gewijzigd door r03n_d op 29-08-2026 20:01 ]

[terijdt]

Goedenavond! Sinds kort heb ik ook twee Marstek Venus 3.0 accu's, deze werken als een zonnetje. Ik ben veel bezig in Home Assistant. graag krijg ik de accu's draaiende in HBC. Helaas krijg ik de batterijen nog niet lekker gekoppeld via https://github.com/fonske/MarstekVenusV3-modbus-TCP-IP/issues. De stappen stuk voor stuk gevolgd, echter bij de eerste stap loop ik tegen de volgende YAML, configuratie fout aan. Iemand een tip om mij verder te helpen? Alvast bedankt!

[AUijtdehaag]

@terijdt
Haal het regeltje met icon even weg of plaats er een # voor
Ook category dient verwijderd te worden

YAML:

      - name: "Marstek m1 Battery Cycle Count"
        unique_id: marstek_m1_battery_cycle_count
        address: 34003
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint16
        state_class: total_increasing
        scale: 1
        offset: 0
        precision: 0

[ Voor 72% gewijzigd door AUijtdehaag op 08-09-2026 22:08 ]

[terijdt]

@AUijtdehaag hartelijk dank, dit was de oplossing!:)

[YLA]

Ik krijg recent (na update?) deze error in dev tools als ik een check doe. Iemand?

Configuration warnings

code:

Setup of package 'marstek_m3_modbus_tcp_MENU' failed: Invalid package definition 'marstek_m3_modbus_tcp_MENU': invalid slug marstek_m3_modbus_tcp_MENU (try marstek_m3_modbus_tcp_menu). Package will not be initialized

[DSSW]

Heeft er iemand een Venus A gekoppeld in HBC? De Venus E draaien al enkele maanden in HBC maar de A lukt niet. Heb de indruk dat de Yaml package niet geschikt is voor de Venus A

[AUijtdehaag]

@DSSW
Werkt deze niet (meer)? (Venus A branch)
https://github.com/fonske...odbus-TCP-IP/tree/Venus-A

[ Voor 3% gewijzigd door AUijtdehaag op 21-09-2026 12:12 ]

[DSSW]

AUijtdehaag schreef op maandag 21 september 2026 @ 12:08:
@DSSW
Werkt deze niet (meer)? (Venus A branch)
https://github.com/fonske...odbus-TCP-IP/tree/Venus-A

De batterij werkt perfect, ik kan ze ook uitlezen via modbus integratie :

maar in HBC wil het niet lukken.

[AUijtdehaag]

@DSSW Je gebruikt deze? https://github.com/ViperRNMC/marstek_venus_modbus
Dan gaat dat niet lukken inderdaad.
De entities moeten marstek-mx (x=1 tm 6) heten zodat HBC ze herkend.

[ Voor 6% gewijzigd door AUijtdehaag op 21-09-2026 13:07 ]

[WargamingPlayer]

AUijtdehaag schreef op maandag 21 september 2026 @ 13:06:
@DSSW Je gebruikt deze? https://github.com/ViperRNMC/marstek_venus_modbus
Dan gaat dat niet lukken inderdaad.
De entities moeten marstek-mx (x=1 tm 6) heten zodat HBC ze herkend.

Dat is de reden dat it HBC niet gebruik. Omdat die niet samenwerkt met deze integratie.

[AUijtdehaag]

@WargamingPlayer
Jammer.
Ik denk dat het aardig gelukt is ook een nog voltdeer SR5000 pro te integreren met deze toevoegingen. (elke AECC batterij zou moeten werken icm met deze)
https://github.com/fonske...er-batteries/AECC-battery
3 marteks venus E en 1 voltdeer SR5000 pro werken nu prima samen op v4.15.0 van HBC

Verschil moet er zijn he

[ Voor 25% gewijzigd door AUijtdehaag op 21-09-2026 13:33 ]

[DSSW]

AUijtdehaag schreef op maandag 21 september 2026 @ 13:28:
@WargamingPlayer
Jammer.
Ik denk dat het aardig gelukt is ook een nog voltdeer SR5000 pro te integreren met deze toevoegingen. (elke AECC batterij zou moeten werken icm met deze)
https://github.com/fonske...er-batteries/AECC-battery
3 marteks venus E en 1 voltdeer SR5000 pro werken nu prima samen op v4.15.0 van HBC

Verschil moet er zijn he

@AUijtdehaag integratie in HBC is gelukt met de aangepast yaml file, waarvoor dank! Ik heb de andere modbuskoppeling gestopt.

Regeling met 4 batterijen werkt. Ik heb enkel nog een probleem in de menu, ik heb het yaml menu bestand gecopieerd maar dat is blijkbaar niet aangepast voor een Venus A, ik zie geen MPPT's, is daar een oplossing voor?

[AUijtdehaag]

@DSSW Zelf even toevoegen?
Marstek m1 MPPT1 Power ? enz

[ Voor 8% gewijzigd door AUijtdehaag op 21-09-2026 14:18 ]

[DSSW]

AUijtdehaag schreef op maandag 21 september 2026 @ 14:18:
@DSSW Zelf even toevoegen?
Marstek m1 MPPT1 Power ? enz

Gelukt ! Thanks. Nog even en ik ben een "mini" specialist

[ Voor 11% gewijzigd door DSSW op 21-09-2026 14:27 ]

[Tazzios]

Tazzios schreef op vrijdag 26 juni 2026 @ 14:08:
[...]

Omdat ik zelf ook Marstek Venus Energy Manager eens wilde proberen heb ik support toegevoegd aan de blueprint zodat je beide kunt gebuiken.

HA Blueprint 'Marstek X Range OM' 2.1

Because the changes is regex there are might be some problems with entity names that i did not for see. Enable debug and check debug message 3 to see which entity does not get recognized check what it should be and let me know.

Changelog
New: Support for [Marstek Venus Energy Manager
Improved: entity regex recognition
Improved: debug messages numbered and added entity names in debug

https://github.com/Tazzios/ha-marstek/tree/main/blueprints

HA Blueprint 'Marstek X Range OM' 2.2

Het is even geleden maar gaande weg verzin je altijd wel weer iets wat ook handig zou kunnen zijn of beter kan.

Version: 2.2
New: Smoothing near target
New: Option to force modbus (rs485) to enable
Improved: Setpoint to 0 when grid entity is unknown
Improved: Apply smoothing and min/max difference limits only inside the target range
Improved: Apply the min/max difference limits after smoothing
Fix: Devices named lilygo_rs485 won't causes an error

https://github.com/Tazzios/ha-marstek/tree/main/blueprints

[hansoli]

Sinds 2 maanden bestuur ik mijn Nissan Leaf (Chademo) via een eigen software interface met behulp van HBC.

Dit werkt uitstekend. Petje af voor de makers 🙏👍

[Bossi13]

AUijtdehaag schreef op maandag 21 september 2026 @ 13:28:
@WargamingPlayer
Jammer.
Ik denk dat het aardig gelukt is ook een nog voltdeer SR5000 pro te integreren met deze toevoegingen. (elke AECC batterij zou moeten werken icm met deze)
https://github.com/fonske...er-batteries/AECC-battery
3 marteks venus E en 1 voltdeer SR5000 pro werken nu prima samen op v4.15.0 van HBC

Verschil moet er zijn he

Mag ik vragen waarvoor de voltdeer dient? Ik werk met hbc en 2 x Venus E V3.

[AUijtdehaag]

@Bossi13
De voltdeer (van 2x aktie ibood) is mijn 4e "marstek"
https://github.com/fonske...with%20aecc%20integration

En draait gewoon mee op HBC.
Vrijdag komt mijn 5e "marstek" in de vorm van een Voltdeer SR5000 Pro
De maker van de aecc_battery integratie, heeft het voor elkaar gekregen om elke 5 sec. te kunnen regelen op p1. Dat werkt nu goed. (sneller kan niet), Gaat wel allemaal via wifi.

Ik zag nog een interessante:
https://eu.humsienk.com/n...wh?variant=53560735236375

Die valt ook onder de aecc battery group (net als de Voltdeer)
Die praat denk ik wel direkt modbus rs485 (er is iemand op github mee bezig)
Heb ik op de voltdeer nog niet kunnen aanspreken (staat misschien uit intern) Ik meet wel +5V over de pinnen die het zouden moeten zijn.

[ Voor 11% gewijzigd door AUijtdehaag op 30-09-2026 17:35 ]

[DSSW]

AUijtdehaag schreef op woensdag 30 september 2026 @ 17:30:
@Bossi13
De voltdeer (van 2x aktie ibood) is mijn 4e "marstek"
https://github.com/fonske...with%20aecc%20integration

En draait gewoon mee op HBC.
Vrijdag komt mijn 5e "marstek" in de vorm van een Voltdeer SR5000 Pro
De maker van de aecc_battery integratie, heeft het voor elkaar gekregen om elke 5 sec. te kunnen regelen op p1. Dat werkt nu goed. (sneller kan niet), Gaat wel allemaal via wifi.

Ik zag nog een interessante:
https://eu.humsienk.com/n...wh?variant=53560735236375

Die valt ook onder de aecc battery group (net als de Voltdeer)
Die praat denk ik wel direkt modbus rs485 (er is iemand op github mee bezig)
Heb ik op de voltdeer nog niet kunnen aanspreken (staat misschien uit intern) Ik meet wel +5V over de pinnen die het zouden moeten zijn.

Waarom ga je naar andere merken? Venus E V3 is toch ook al aan 949€ te koop als je hem zelf gaat afhalen. En zal misschien nog wel wat zakken met Black Friday in het zicht en levering van de V4. Of zijn die andere beter?

[AUijtdehaag]

@DSSW
Ik was nieuwsgierig of hij aan te sturen was in combinatie met de marsteks en HBC.
En een mooie ibood aanbieding vond ik.
Maar was verbaasd over "hoeveel" merken er wel niet onder de AECC noemer vielen na enig onderzoek.
Tweaker he.... altijd op zoek.

M4 = Voltdeer (*na een aantal testdagen draait die nu continu mee, vrjdag komt een 5e bat)

[ Voor 47% gewijzigd door AUijtdehaag op 30-09-2026 19:44 ]

[Bossi13]

dank voor je antwoord @AUijtdehaag . 👍

@DSSW , ik denk een actie 1+1 gratis als ik het juist interpreteer.

[Bossi13]

Hoi,

Ik heb een update gedaan naar versie 4.15.1 van home battery control maar krijg nu deze log.

Iemand die me hierbij kan helpen?

Alvast bedankt

[Bossi13]

problem solved. Er stonden 2 flows dubbel in node red.

[DSSW]

Deze lijkt ook mooie aanbieding. Heeft Ook 1 MPPT tracker voor grote string . Iemand al ervaring met aansturing in HBC?



Er is zelfs nog een korting van 149€ op dan zit je aan 850€incl BTW en gratis verzending.

[AUijtdehaag]

@DSSW
Wellicht iets voor in een ander topic.
[Humsienk Nova 7,68 kWh] Ervaringen & Discussie

[Tony1971]

Nou,idd,leuke. 1199,- (kortingscode NEWHS is nog 3% er af) voor 7.68 kwh.

[Kammika]

Even delen:

Ik was er klaar mee dat ik mijn Marstek op max. 1700 W moest begrenzen om te voorkomen dat mijn 3-fasen laadpaal ging knijpen. De auto wil ik voorrang geven.

Daarom via RS485/Home Assistant zelf dynamische loadbalancing voor de Marstek gemaakt.

Je moet alleen:

de juiste fase/entiteiten instellen;
een helper maken voor de maximale fasebelasting, bij mij input_number.l1_loadbalance_limiet_marstek.

Door die limiet iets lager te zetten dan die van de laadpaal, knijpt de Marstek als eerste. Bij mij: Marstek 24,5 A, laadpaal 25 A. Pas als de Marstek niet verder kan terugregelen, gaat ook de laadpaal knijpen.

code:

alias: Marstek load balancing L1
description: Begrens laadvermogen volgens instelbare L1-limiet

triggers:
  - trigger: time_pattern
    seconds: /5

conditions:
  - condition: numeric_state
    entity_id: sensor.marstek_venus_modbus_ac_power
    below: 0

actions:
  - condition: template
    value_template: >
      {% set new = [
           [
             (((states('input_number.l1_loadbalance_limiet_marstek') | float(20))
               - (states('sensor.net_current_l1') | float(0))
               + (states('sensor.marstek_venus_modbus_ac_current') | float(0))
              ) * 230 / 100) | round(0, 'floor') * 100,
             2500
           ] | min,
           0
         ] | max %}

      {% set current =
        states('number.marstek_venus_modbus_set_forcible_charge_power') | float(0)
      %}

      {{ (new == 2500 and current != 2500) or
         (new != 2500 and (new - current) | abs >= 100) }}

  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_set_forcible_charge_power
    data:
      value: >
        {{ [
             [
               (((states('input_number.l1_loadbalance_limiet_marstek') | float(20))
                 - (states('sensor.net_current_l1') | float(0))
                 + (states('sensor.marstek_venus_modbus_ac_current') | float(0))
                ) * 230 / 100) | round(0, 'floor') * 100,
               2500
             ] | min,
             0
           ] | max }}

mode: restart