Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[User9]

AUijtdehaag schreef op maandag 20 april 2026 @ 19:25:
@User9
Ik zou esphome builder eens proberen (ipv studio code server?)

ik ga de lilygo even opnieuw flashen en dan de yaml van fonske vanaf scrap er op laden.
De andere entiteiten ziet die wel in HBC.
Zoals de naam en wifi van de batterij, alleen de sensoren die daadwerkelijk iets uitlezen van de batterij kloppen niet.

[jbbrans]

AUijtdehaag schreef op maandag 20 april 2026 @ 18:05:
@jbbrans
Heb je voor elke marstek een opvolgende yaml gebruikt?

Kun je niet handmatig de modbus even op enable zetten?
Op marstek control gaan ze natuurlijk van modbus af... je gaat naar marstek control duh.
Full control zou de modbus weer op enable moeten zetten

(uit mijn hoofd, ik werk ook 36 uur pw ergens anders)

Ik heb inderdaad voor alle 3 de Marsteks een eigen, opvolgende yaml gebruikt.

Maar na een avondje proberen, ben ik er achter dat mijn PID regelaar presets niet kloppen.
Welke preset ik ook instel, mijn waardes blijven 0. Pas bij een handmatig ingestelde KP, beginnen de andere batterijen iets te doen.

Hierbij wil Marstek M2 de leidende blijven. Deze geeft nu in de avond een basis hoeveelheid af en degene welke geselecteerd is in de cycle mag de verschillen opvangen. Alsof deze nog ergens anders door gestuurd wordt.
Morgen maar een harde reset doen op M2.

[onlinaius]

superduper1969 schreef op vrijdag 27 maart 2026 @ 14:17:
[...]

Homeplug Powerline Adapter kitje is ook niet duur.

Die gebruik ik er zelf ook voor, omdat Marstek mijn problemen met mijn Venus A bleef scharen onder 'slecht wifibereik'.

De ellende daarmee is dat je de batterij alleen via de app kunt benaderen als je bluetooth verbinding hebt met de batterij, daarna kun je via LAN de gegevens uitlezen / instellingen aanpassen.

Toen ik de boel nog op wifi had zitten kon ik ook op afstand contact maken met de batterij als ik niet thuis was, dat gaat nu helaas niet meer. (waarom dat is heb ik werkelijk geen idee van).

[rb1213]

hallo allemaal , de laatste tijd verliezen m'n V2 batterijen vaak de phase en gaat naar UNKNOWN ipv phase A. de CT003 blijft wel verbonden weet er iemand of je hier een info van kan opvragen via modbus ?

[AUijtdehaag]

Schakelt iedereen zijn zonnepanelen morgen uit bij negatieve uurprijzen?
https://github.com/fonske...restore_tariff_3_sma.yaml
icm HBC

Hier ook (vandaag) de blueprint mee getest met 3 SMA's

[ Voor 71% gewijzigd door AUijtdehaag op 25-04-2026 14:09 ]

[Kenwood960]

AUijtdehaag schreef op vrijdag 24 april 2026 @ 20:36:
Schakelt iedereen zijn zonnepanelen morgen uit bij negatieve uurprijzen?
https://github.com/hprax/ha-hbc-blueprints
icm HBC

Er is altijd wel een verbruiker bij ons 😁

Eerst de marstek, daarna begint de auto op te laden, en als die vol is en het is de nacht erop vrij koud, begint de warmtepomp reeds de vloer voor te verwarmen.

Als die zaken voldaan zijn is er nog de boiler en de jacuzzi.


Zie net dat de prijs -20c is.... Er zullen een paar zaken parallel moeten draaien 🤣

[ Voor 8% gewijzigd door Kenwood960 op 24-04-2026 23:44 ]

[onlinaius]

AUijtdehaag schreef op vrijdag 24 april 2026 @ 20:36:
Schakelt iedereen zijn zonnepanelen morgen uit bij negatieve uurprijzen?
https://github.com/hprax/ha-hbc-blueprints
icm HBC

Ja, automatisch via HA (en zojuist ook ingesteld dat dit altijd gaat gebeuren bij zulke negatieve prijzen, dat de warmtepomp op maximaal vermogen gaat, en dat de batterij van het net gaat laden).

[GoBieN-Be]

Ik heb (nog) geen dynamisch tarief, dus geen nut.

[florism]

Zoals ik eerder al meldde loopt cel 4 bij mij structureel ver uit de pas — terwijl de andere 15 cellen binnen 20-33mV bij elkaar blijven, zit cel 4 er 80-150mV bovenuit. Gaat om Venus E V2.

Ik denk inmiddels de oorzaak te weten en het is mijn eigen schuld: ik laadde soms met pieken tot 2500W (bijna 0,9C), veel te hoog voor een passieve balancer. Die heeft dan geen schijn van kans als één cel er al tussenuit sprint. Na best wat cycli stapelt dat gewoon op.

Inmiddels laadvermogen begrensd op 1000W, en boven 95% SOC nog maar 50W zodat de balancer rustig zijn werk kan doen. Marstek support heb ik ingeschakeld maar die reageert vooralsnog niet. 😓

Hoe doen jullie dat eigenlijk — begrenzen jullie het laadvermogen actief? En laden jullie altijd naar 100% voor de topbalans of stoppen jullie eerder?

[GoBieN-Be]

Op NOM zonder oplaad limieten, dus tot 2500W en tot 100%, (waarbij MT automatisch met minder vermogen laadt voor de laatste x percent). Mijn cellen zijn keurig dicht bij mekaar.

[ Voor 60% gewijzigd door GoBieN-Be op 26-04-2026 23:42 ]

[florism]

Klopt, laatste x percent gaan met minder. Hoeveel cycli heb je GoBieN-Be? Probleem ontstond hier recentelijk sinds dit seizoen, eerder was alles prima. Het is mij opgevallen met >220 cycli

[SatScan]

Home Battery Controller (HBC)

Integratie met custom Marstek-sensoren
Oplossing via alias/wrapper-laag in Home Assistant

Samenvatting: Pas Home Assistant aan op HBC, niet HBC op Home Assistant. Een alias-laag vertaalt de vaste namen die HBC verwacht naar jouw eigen entity-namen, zonder iets aan de Node-RED flows te hoeven veranderen.

1. Wat is het probleem?

De standaard HBC (Home Battery Controller) Node-RED flows verwachten vaste entity-namen, zoals:
sensor.marstek_m1_*
sensor.marstek_m2_*

In veel Home Assistant-installaties (zoals bij Marstek + Venus + RS485) zien de echte entities er anders uit:
sensor.venus_5_12kwh_zolder_marstek_*
sensor.lilygo_rs485_2_marstek_*

Dit leidt tot foutmeldingen zoals:
Entity could not be found in cache for entityId: select.marstek_m1_rs485_control_mode

2. De oplossing: alias-laag

In plaats van de Node-RED flows aan te passen of entities te hernoemen, maken we een alias-laag via HA templates. Deze laag vertaalt de namen die HBC verwacht naar jouw echte hardware-entities.

Voordelen

Voordeel	Toelichting
HBC blijft standaard	Je hoeft flows nooit aan te passen bij een update
Geen hernoemen nodig	Jouw echte entities blijven intact
Centrale mapping	Alles staat op een plek, makkelijk te onderhouden
Update-proof	HBC en HA kunnen los van elkaar updaten

Hoe werkt het? (architectuur)

HBC (Node-RED)
   v
marstek_m1_* / marstek_m2_*   (virtuele namen)
   v
HA template alias  <-- jouw bestand
   v
echte entities (venus / lilygo / marstek)

3. Implementatie

Bestandslocatie

/config/templates/hbc/hbc_marstek_alias.yaml

Belangrijkste regels

• Alles staat onder één  - sensor:  blok
• Gebruik ook  select:  (voor modes) en  number:  (voor instelbare waarden)
• Geen nieuwe unique_id's aanmaken
• Bestaande entities zijn altijd de bron van waarheid

4. Voorbeelden

4.1 – Sensor alias (batterijstand)

Leest de echte sensor en geeft 'unknown' terug als de waarde niet beschikbaar is:

- sensor:
  - name: marstek_m1_battery_state_of_charge
    state: >
      {% set v = states('sensor.venus_5_12kwh_veranda_marstek_battery_state_of_charge') %}
      {{ v if v not in ['unknown','unavailable','none',''] else 'unknown' }}

4.2 – Select alias (besturingsmode)

Koppelt de HBC-keuzelijst door naar de echte entity, inclusief opties en het doorzenden van de gekozen waarde:

  select:
    - name: marstek_m1_rs485_control_mode
      state: >
        {{ states('select.venus_5_12kwh_veranda_marstek_rs485_control_mode') }}
      options: >
        {{ state_attr('select.venus_5_12kwh_veranda_marstek_rs485_control_mode','options') }}

      select_option:
        service: select.select_option
        target:
          entity_id: select.venus_5_12kwh_veranda_marstek_rs485_control_mode
        data:
          option: "{{ option }}"

4.3 – Number alias (max. laadvermogen)

Cruciaal voor HBC: leest de ingestelde waarde en stuurt nieuwe waarden door naar de echte entity:

  number:
    - name: marstek_m1_max_charge_power
      state: >
        {{ states('number.venus_5_12kwh_veranda_marstek_max_charge_power') | float(0) }}

      set_value:
        service: number.set_value
        target:
          entity_id: number.venus_5_12kwh_veranda_marstek_max_charge_power
        data:
          value: "{{ value }}"

5. Welke entities moet je mappen?

Dit zijn de minimale entities die HBC nodig heeft:

Type	Entity (alias naam)
Besturing M1	select.marstek_m1_rs485_control_mode
Besturing M2	select.marstek_m2_rs485_control_mode
Max. laadvermogen M1	number.marstek_m1_max_charge_power
Max. ontlaadvermogen M1	number.marstek_m1_max_discharge_power
Max. laadvermogen M2	number.marstek_m2_max_charge_power
Max. ontlaadvermogen M2	number.marstek_m2_max_discharge_power
Batterijstand M1	sensor.marstek_m1_battery_state_of_charge
Huidig vermogen M1	sensor.marstek_m1_power

6. Veelgemaakte fouten

Fout 1 – Verkeerde YAML-structuur

Meerdere losse blokken werken niet:

- sensor:
- select:   <-- FOUT

Alles moet genest staan onder één blok:
- sensor:
  ...

  select:
  ...

  number:
  ...

Fout 2 – Entities bestaan niet

HBC verwacht names als  marstek_m1_* , maar die zijn er niet. Zolang er geen alias is, blijven de foutmeldingen komen. De alias-laag lost dit op.

Fout 3 – Vergeten te herstarten

Na elke wijziging: herstart in de juiste volgorde.

1. Home Assistant herstarten
2. Node-RED herstarten
3. Node-RED flows deployen

Let op: Als Node-RED start voordat HA klaar is, zie je een  NoConnectionError . Wacht altijd tot HA volledig is opgestart.

7. Controleren of het werkt

Gebruik de Developer Tools in Home Assistant (Ontwikkelhulpmiddelen > Sjabloon) om te testen of de aliases actief zijn:

{% set bad = ['unknown','unavailable','none',''] %}

{% for e in [
'select.marstek_m1_rs485_control_mode',
'number.marstek_m1_max_charge_power'
] %}
{% set v = states(e) %}
- {{ e }}
status: {% if v in bad %}❌{% else %}✅{% endif %}
value: {{ v }}
{% endfor %}

Als de waarden worden getoond (en niet 'unknown'), is de alias actief.

8. Extra: PV-forecast bug (optioneel)

Gebruik je HBC met PV-forecasting? Let er dan op dat dagopbrengst-sensoren geen lifetime-totaalwaarden doorgeven.

Voeg deze controle toe om spikes van duizenden kWh te voorkomen:
{% set pv = pv if pv < 200 else this.state | float(0) %}

Tip: Dagopbrengst zit zelden boven de 200 kWh. Deze controle vangt vrijwel alle gevallen af.

9. Resultaat

Wat je bereikt	Status
HBC werkt met elke Marstek-setup	Opgelost
Geen entity-fouten meer	Opgelost
Stabiele batterijsturing	Opgelost
Update-proof (zowel HBC als HA)	Opgelost
Centrale, overzichtelijke mapping	Opgelost

Tip: Deze aanpak werkt ook voor andere batterijsystemen, EV-integraties en elke HA-setup met eigen entity-namen. De alias-laag is een universeel patroon.

[AUijtdehaag]

@SatScan
Is het niet eenvoudiger de github fonske codes te gebruiken?
Die hebben al de juiste namen
Heb trouwens mijn v3 nu ook op m5stack modbus rtu aangesloten
Modbus tcp connectie verbrak soms in HA, om onduidelijke reden, waardoor HBC hem niet meer zag
Nu weer retestabiel dankzij esphome

[ Voor 49% gewijzigd door AUijtdehaag op 27-04-2026 15:07 ]

[SatScan]

AUijtdehaag schreef op maandag 27 april 2026 @ 14:32:
@SatScan
Is het niet eenvoudiger de github fonske codes te gebruiken?
Die hebben al de juiste namen

Zeker als je nieuw begint! Maar iemand zoals ik die al een fikse HA config heeft draaien en dan HBC wil gebruiken werkt dit sneller en met minder kans op fouten.
m2c

[WargamingPlayer]

AUijtdehaag schreef op vrijdag 24 april 2026 @ 20:36:
Schakelt iedereen zijn zonnepanelen morgen uit bij negatieve uurprijzen?
https://github.com/fonske...restore_tariff_3_sma.yaml
icm HBC

Hier ook (vandaag) de blueprint mee getest met 3 SMA's

[Afbeelding]

Nee, dump mijn accu’s leeg in de ochtend op hoogste periode en laad accu’s vol vanaf 13:00. Gaat niks naar het net.

[AUijtdehaag]

@WargamingPlayer
Dan laad je de batterijen ook op met zonnestroom?
Dat is toch zonde als je voor verbruik juist betaald krijgt?

[WargamingPlayer]

AUijtdehaag schreef op maandag 27 april 2026 @ 19:42:
@WargamingPlayer
Dan laad je de batterijen ook op met zonnestroom?
Dat is toch zonde als je voor verbruik juist betaald krijgt?

Ja, want ik lever op piek ongeveer 3200-3400 watt op, ik pomp dan gedurende 2,5 - 3 uur ongeveer 4000W mijn 2 accu’s in (want die zijn leeg). Ik buffer dus mijn PV opbrengst weg op het moment dat de prijs onder 0 gaat.

[GoBieN-Be]

florism schreef op zondag 26 april 2026 @ 23:57:
Klopt, laatste x percent gaan met minder. Hoeveel cycli heb je GoBieN-Be? Probleem ontstond hier recentelijk sinds dit seizoen, eerder was alles prima. Het is mij opgevallen met >220 cycli

Ik heb de batterij sinds halverwege augustus 2025 en heeft op een 3-tal dagen na iedere dag gewerkt. Maar hoeveel volledige cycli, heb ik geen idee van. Zie je dat in de App misschien? In de modbus sensoren staat het niet zo te zien.

[djiedjee]

WargamingPlayer schreef op maandag 27 april 2026 @ 20:42:
[...]

Ja, want ik lever op piek ongeveer 3200-3400 watt op, ik pomp dan gedurende 2,5 - 3 uur ongeveer 4000W mijn 2 accu’s in (want die zijn leeg). Ik buffer dus mijn PV opbrengst weg op het moment dat de prijs onder 0 gaat.

Misschien snap ik hem niet helemaal.

Jouw PV opbrengst de accu in: 0 cent
OF
PV uit en laden van het net naar de accu: x cent voor wargamingPlayer

Waarom zou je je panelen niet uitzetten?

[savale]

We hebben nog niet de "force balancing" knop gevonden ben ik bang?
savale in "Hame / Marstek 5,12kWh plug en play thuisaccu"
Hier mijn "Daily Charging Energy" van 12% -> 100% per accu: (ze waren helemaal leeg vanmorgen)

1. 2.03 kWh
2. 2.2 kWh maar nog aan het laden.
3. 2.51 kWh
4. 2.96 kWh

Behoorlijk dramatisch (net als de cell voltage delta)


Echt slijtage van de cellen kan dit nog niet zijn, maar lijkt me echt de enorme cell voltage delta. Ben wel benieuwd wat jullie er in krijgen? Te zien aan de "Daily Charging Energy". Wel opletten dat je tussendoor weer niet ontladen hebt en weer opgeladen, anders klopt dit uiteraard niet.

[ Voor 9% gewijzigd door savale op 28-04-2026 15:10 ]

[RamonMaas]

Hallo Allemaal,

Sinds een maand heb ik een dynamisch energiecontract en wil ik mijn Marstek V2 meer benutten.
Ik ben op zoek naar een kant en klare LilyGo om de batterij via Homey mee aan te kunnen sturen. Het in verbinden van kabels en flashen van hardware lijkt mij te complex. Is er een mogelijkheid om een kant en klare LilyGo aan te schaffen?

[dannyro]

savale schreef op dinsdag 28 april 2026 @ 15:08:
We hebben nog niet de "force balancing" knop gevonden ben ik bang?
savale in "Hame / Marstek 5,12kWh plug en play thuisaccu"
Hier mijn "Daily Charging Energy" van 12% -> 100% per accu: (ze waren helemaal leeg vanmorgen)

1. 2.03 kWh
2. 2.2 kWh maar nog aan het laden.
3. 2.51 kWh
4. 2.96 kWh

Behoorlijk dramatisch (net als de cell voltage delta)
[Afbeelding]

Echt slijtage van de cellen kan dit nog niet zijn, maar lijkt me echt de enorme cell voltage delta. Ben wel benieuwd wat jullie er in krijgen? Te zien aan de "Daily Charging Energy". Wel opletten dat je tussendoor weer niet ontladen hebt en weer opgeladen, anders klopt dit uiteraard niet.

Dat ziet er inderdaad niet goed uit. Daily Charging is moeilijk. Wij zijn een hele dag thuis. Hier een afbeelding van mijn V2.

[Avenger 2.0]

Een gezonde E v2 kan je ongeveer ~4kWh uithalen (met HW plug gemeten). Delta van cellen is inderdaad een ramp, vooral bij één cel is het verschil (~80mV) groot bij ontladen (11%) hier. Bij 100% geladen zijn de waarden 'all over the place' Zullen moeten zien hoe lang het mee gaat. Maar als je significant minder dan ~4kWh kan uithalen zou ik toch vragen voor een vervanging. Heb dat uiteindelijk met men Venus C ook gedaan, kreeg daar maar ~1,5kWh uit terwijl men vervanging ~2,2kWh uit haal.

[ Voor 34% gewijzigd door Avenger 2.0 op 28-04-2026 17:26 ]

[Marve79]

Hoe forceren jullie self consumption via HA/Modbus?

Ik zet work mode op antifeed, force mode op stop (0) maar dan schiet hij in bypass mode. Doe ik discharge dan gaat hij volle bak injecteren op de grid (sell electricity)

Ik gebruik de modbus integratie in HA. Die van vyper.

[AUijtdehaag]

@Marve79
Kun je niet beter meteen overstappen op de nodered code van Bob en github fonske yaml?

Heb je een V2 of V3 marstek venus?

[Marve79]

AUijtdehaag schreef op dinsdag 28 april 2026 @ 19:00:
@Marve79
Kun je niet beter meteen overstappen op de nodered code van Bob en github fonske yaml?

Heb je een V2 of V3 marstek venus?

V3, ik heb er 2. Ik zal het eens bekijken.

[AUijtdehaag]

@Marve79
Verwijder dan eerst de integratie van Viper anders botst dat met entity namen.
Discord voor specifieke vragen

[ Voor 29% gewijzigd door AUijtdehaag op 28-04-2026 19:19 ]

[onlinaius]

Marve79 schreef op dinsdag 28 april 2026 @ 18:53:
Hoe forceren jullie self consumption via HA/Modbus?

Ik zet work mode op antifeed, force mode op stop (0) maar dan schiet hij in bypass mode. Doe ik discharge dan gaat hij volle bak injecteren op de grid (sell electricity)

Ik gebruik de modbus integratie in HA. Die van vyper.

Ik gebruik de integratie van Fonske, en daarmee zet ik RS485 aansturing op disabled en de aansturing op antifeed, daarmee is de 'normale' self consumption modus weer geactiveerd.

[Marve79]

onlinaius schreef op dinsdag 28 april 2026 @ 19:23:
[...]

Ik gebruik de integratie van Fonske, en daarmee zet ik RS485 aansturing op disabled en de aansturing op antifeed, daarmee is de 'normale' self consumption modus weer geactiveerd.

Ja dat zei iemand mij net ook, de app staat dan wel op self consumption maar hij laat zien: Sell electricity en begint het net op te duwen maximaal.

Edit: Hij zegt sell electricity maar hij doet toch enkel self consumption. Die label is gewoon verkeerd.

[ Voor 10% gewijzigd door Marve79 op 28-04-2026 19:53 ]

[rb1213]

-DRINGENDE VRAAG -

ik stuur ook m'n marstek batterij v2 aan via HA modbus, (vooral voor piek shaving wat de Marstek app niet biedt)
maar ...schrijven we naar RAM of naar EEPROM (Flash) ?
want als het naar flash is dan schrijven we die snel kapot niet? en doen we dat beter niet !
gewoon op NOM zetten en vergeten dan

[Marve79]

AUijtdehaag schreef op dinsdag 28 april 2026 @ 19:17:
@Marve79
Verwijder dan eerst de integratie van Viper anders botst dat met entity namen.
Discord voor specifieke vragen

Dank. Ik heb alles gefactory reset en verwijderd en ik ga hiermee opnieuw beginnen

[Tazzios]

@rb1213 en waar wordt de aansturing van NOM data dan in weggeschreven?

[AUijtdehaag]

De vraag is niet zo dringend.
Gaat al een jaar goed met >120 k x schrijven en lezen.
Ik zou wel eens een bewijs willen zien van deze bewering? Zijn er al defecten gemeld?

[ Voor 36% gewijzigd door AUijtdehaag op 28-04-2026 22:49 ]

[Marve79]

Inmiddels node red draaien. Ik heb Claude heel de flow naar mijn wensen laten bouwen en nu werkt alles perfect.

De modbus integratie via yaml is ook een stuk simpeler dan de haca module.

[rb1213]

AUijtdehaag schreef op dinsdag 28 april 2026 @ 22:46:
De vraag is niet zo dringend.
Gaat al een jaar goed met >120 k x schrijven en lezen.
Ik zou wel eens een bewijs willen zien van deze bewering? Zijn er al defecten gemeld?

nee het was een vraag ! geen bewering
het is dus geen probleem …oef want ik stuur die ontlaad limiet soms elke 10sec aan! (en nom instellen niet)

[ Voor 4% gewijzigd door rb1213 op 29-04-2026 10:21 ]

[florism]

Voor het balanceren / SOC kalibrieren heb ik misschien wel iets gevonden - ik had een enorme drift vanaf 95% SOC - ik heb een V2 en upgrade aangevraagd op V156 met BMS V21, ik heb het gevoel dat na firmware upgrade ergens een flag wordt gezet voor SOC kalibratie/balancing want dit gaat nu wel echt goed!



Ben nu met 100W heel voorzichtig bezig, eens kijken of dat zo blijft. Zou er iets in de firmware procedure zitten wat we voor balancing/kalibratie kunnen misbruiken? 🙈

[Tazzios]

AUijtdehaag schreef op dinsdag 28 april 2026 @ 19:00:
@Marve79
Kun je niet beter meteen overstappen op de nodered code van Bob en github fonske yaml?

Heb je een V2 of V3 marstek venus?

Maar je zelf verwijzen in derde persoon?

[AUijtdehaag]

Tazzios schreef op woensdag 29 april 2026 @ 16:18:
[...]

Naar je zelf verwijzen in derde persoon?

Scheelt een hoop vragen…

[onlinaius]

AUijtdehaag schreef op woensdag 29 april 2026 @ 16:33:
[...]

Scheelt een hoop vragen…

Thank you for your service!

Nu ik je hier toch tref: ik zie wat afwijkende waardes in de SoC van mijn Venus A zoals gemeld via je integratie, en zoals gemeld in de app. Qua verloop bij het laden en ontladen gok ik toch dat de app SoC klopt.

Is dit een bekend probleem?

Op dit moment scheelt het vrij weinig, maar ik heb ook regelmatig gezien dat er meer dan 10% verschil tussen de Marstek app en de integratie zit.

[AUijtdehaag]

@onlinaius
Ik heb geen venus A om mee te testen
Probeer anders de code van @savale eens uit
savale in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

[Avenger 2.0]

florism schreef op woensdag 29 april 2026 @ 12:00:
Voor het balanceren / SOC kalibrieren heb ik misschien wel iets gevonden - ik had een enorme drift vanaf 95% SOC - ik heb een V2 en upgrade aangevraagd op V156 met BMS V21, ik heb het gevoel dat na firmware upgrade ergens een flag wordt gezet voor SOC kalibratie/balancing want dit gaat nu wel echt goed!

Welke BMS heb je nu juist gekregen? Want BMS is hier v216 en firmware v158 sinds enkele maanden. Merk hier niet direct beterschap of moet je nog iets speciaals voor doen?

[tinamar]

florism schreef op woensdag 29 april 2026 @ 12:00:
Voor het balanceren / SOC kalibrieren heb ik misschien wel iets gevonden - ik had een enorme drift vanaf 95% SOC - ik heb een V2 en upgrade aangevraagd op V156 met BMS V21, ik heb het gevoel dat na firmware upgrade ergens een flag wordt gezet voor SOC kalibratie/balancing want dit gaat nu wel echt goed!

[Afbeelding]

Ben nu met 100W heel voorzichtig bezig, eens kijken of dat zo blijft. Zou er iets in de firmware procedure zitten wat we voor balancing/kalibratie kunnen misbruiken? 🙈

Mijn V2 na de laatste 2 weken vrijwel dagelijks van 11 naar 100% met het mooie weer toch weer de volle capaciteit gekregen na heel de winter met NOM en nooit tot vol geladen.

Vanmorgen in 1 keer volgeladen zonder grote verbruikers

[Marve79]

Vandaag eerste keer laden/ontladen met dubbele marstek v3. Heb nog geen zonnepanelen dus het is nog puur prijssturing. Weinig ervaring met node red en beetje gesukkel met de automations waardoor ik iets te laat begon te laden bij de negatieve prijzen vandaag maar voor een eerste poging meer dan tevreden.

[bvansteenselen]

Is het andere Marstek forum per ongeluk verwijderd?

[bvansteenselen]

Is het andere Marstek forum per ongeluk verwijderd?
https://gathering.tweakers.net/forum/list_messages/2262054

[gmj2]

bvansteenselen schreef op donderdag 30 april 2026 @ 11:32:

Is het andere Marstek forum per ongeluk verwijderd?
https://gathering.tweakers.net/forum/list_messages/2262054

Ah, gelukkig, ik ben dus niet de enige....
Wel jammer, er stond veel nuttige info in.

[ Voor 7% gewijzigd door gmj2 op 30-04-2026 11:42 ]

[djiedjee]

Volgens mij is er een nieuwe aangemaakt voor de E series, maar staan de rechten daarvoor (nog) niet goed.

[Ronald.42]

Ik zat ook al te zoeken ik had nog wat notificaties maar die zijn niet toegankelijk.
Zal wel weer goedkomen vermoed ik, niks is weg.

[onlinaius]

bvansteenselen schreef op donderdag 30 april 2026 @ 11:32:
[Afbeelding]

Is het andere Marstek forum per ongeluk verwijderd?
Hame / Marstek 5,12kWh plug en play thuisaccu

Ik kan m via jouw link op dit moment weer laden. Tijdelijk probleempje mogelijk?

[Marve79]

Ik heb nu die homebattery control draaien: OMG. Ik was zelf met node-red al 3 dagen aan het prutsen om iets in elkaar te draaien dat werkte redelijk goed maar dit is toch nog even iets anders, dit is echt next-level!

Een vraag: Ik zie dat HBC niks geen intelligentie van Marstek meer gebruikt, al het charge/discharge is allemaal forced. Heb ik dan die CT003 P1 meter nog nodig of kan ik die in de vuilnisbak gooien? Kan deze conflicteren met HBC?

[Witlof]

Marve79 schreef op vrijdag 1 mei 2026 @ 09:16:
Ik heb nu die homebattery control draaien: OMG. Ik was zelf met node-red al 3 dagen aan het prutsen om iets in elkaar te draaien dat werkte redelijk goed maar dit is toch nog even iets anders, dit is echt next-level!

Een vraag: Ik zie dat HBC niks geen intelligentie van Marstek meer gebruikt, al het charge/discharge is allemaal forced. Heb ik dan die CT003 P1 meter nog nodig of kan ik die in de vuilnisbak gooien? Kan deze conflicteren met HBC?

Je moet natuurlijk wel een P1 meter hebben om die data aan HBC aan te kunnen bieden. Volgens mij maakt het niet veel uit welke, als er maar gezien wordt dat er geïmporteerd of geëxporteerd.

[Marve79]

Witlof schreef op vrijdag 1 mei 2026 @ 09:45:
[...]

Je moet natuurlijk wel een P1 meter hebben om die data aan HBC aan te kunnen bieden. Volgens mij maakt het niet veel uit welke, als er maar gezien wordt dat er geïmporteerd of geëxporteerd.

Ja maar die CT003 werkt enkel met de Marstek niet in HA, ik had al de Homewizard P1 in HA.

Maar ach 40 euro kan ermee leven

[Marve79]

Viel me iets op, ik had max charge en max discharge power op 1500W gezet. Vanmorgen stond dit ineens weer op 2500W? Ik had wel HA herstart maar dat doe ik wel vaker en is volgens mij geen issue.

[corsat]

Vraagje, ik lees en bestuur mijn V2 Marstek batterijen met een lilygo en heb een overzicht in HA. Nu valt het mij op dat ik tijdens het laden op mijn M1 een positieve wattage uitlees en tegelijkertijd op mijn M2 tijdens het laden een negatieve waarde uitlees. Hoe of waar kan ik dit corrigeren in de basis? Of komt dit uit de martsek zelf?

[appsec]

Vanavond komt mijn Elfin EW11, maar ik begrijp niet hoe ik deze moet aansluiten op de E V3. Ik heb de foto's in de TS gezien, maar welk kabeltje moet ik gebruiken? De 4 pins connector zit bij de EW11, maar welk kabeltje is dat met de JST connector? Moet die bij de batterij zitten?

[timvanloon]

Marve79 schreef op vrijdag 1 mei 2026 @ 09:59:
[...]


Ja maar die CT003 werkt enkel met de Marstek niet in HA, ik had al de Homewizard P1 in HA.

Maar ach 40 euro kan ermee leven

Er is ook een HACS integratie voor de marstek in HA.

[Broodro0ster]

appsec schreef op woensdag 6 mei 2026 @ 09:01:
Vanavond komt mijn Elfin EW11, maar ik begrijp niet hoe ik deze moet aansluiten op de E V3. Ik heb de foto's in de TS gezien, maar welk kabeltje moet ik gebruiken? De 4 pins connector zit bij de EW11, maar welk kabeltje is dat met de JST connector? Moet die bij de batterij zitten?

Bij de V2 zat dat bij de batterij.
BIj de V3 moet je volgens mij een ethernet kabel gebruiken die je zelf even moet wiren.

[Kenwood960]

Broodro0ster schreef op woensdag 6 mei 2026 @ 09:34:
[...]

Bij de V2 zat dat bij de batterij.
BIj de V3 moet je volgens mij een ethernet kabel gebruiken die je zelf even moet wiren.

Versie 3 is modbus over TCP. Plug and play

[appsec]

Kenwood960 schreef op woensdag 6 mei 2026 @ 09:46:
[...]


Versie 3 is modbus over TCP. Plug and play

Ook met de EW11? Ik heb geen LAN kabel waar de batterij staat, vandaar dat ik de EW11 ga gebruiken zodat ik via wifi kan uitlezen en aansturen.

[Kenwood960]

appsec schreef op woensdag 6 mei 2026 @ 09:51:
[...]


Ook met de EW11? Ik heb geen LAN kabel waar de batterij staat, vandaar dat ik de EW11 ga gebruiken zodat ik via wifi kan uitlezen en aansturen.

Geen probleem, bij mij gaat de ethernet kabel in een wifi mesh POD zonder problemen

[appsec]

Ja oke, maar dat is wat anders dan waar ik om vraag. Ik wil de EW11 op de batterij aansluiten. De EW11 verbind dan met mijn wifinetwerk.

[Marve79]

appsec schreef op woensdag 6 mei 2026 @ 10:39:
Ja oke, maar dat is wat anders dan waar ik om vraag. Ik wil de EW11 op de batterij aansluiten. De EW11 verbind dan met mijn wifinetwerk.

Ik vraag me af of dat werkt, de EW11 is RS485 naar Ethernet. De E v3 is gewoon LAN.

Kun je niet gewoon powerline adapters gebruiken?

[Kenwood960]

Had hem even opgezocht maar niet gezien dat het rs485 was .... Eender welke gewone ethernet verbinding werkt (powerline, mesh POD, ....)

[appsec]

De TS verwees mij naar https://github.com/ViperRNMC/marstek_venus_modbus die weer verwijst naar de EW11 als goed ondersteunde optie. De EW11 lijkt me ook een veel goedkoper dan de andere opties, maar nu twijfel ik hoe ik hem moet aansluiten. In de TS staat:

code:

UTP‑kleurcodering (T‑568B):
A : Oranje‑wit
+ Blauw / Blauw‑wit
- Bruin / Bruin‑wit
B : Oranje

Kan ik dit zo op de 4 pins connector die bij de EW11 zit aansluiten? Geeft dat genoeg stroom voor de EW11?

Het was allemaal veel makkelijker geweest als de glasvezelkabel in de meterkast binnen kwam, maar helaas zit ie in de woonkamer en vanaf daar kan ik niet netjes een kabel naar de berging trekken waar de batterij staat.

[Broodro0ster]

Kenwood960 schreef op woensdag 6 mei 2026 @ 09:46:
[...]


Versie 3 is modbus over TCP. Plug and play

Ja, als je de netwerk poort gebruikt. Er is ook RS485 poort.

[Marve79]

appsec schreef op woensdag 6 mei 2026 @ 13:39:
De TS verwees mij naar https://github.com/ViperRNMC/marstek_venus_modbus die weer verwijst naar de EW11 als goed ondersteunde optie. De EW11 lijkt me ook een veel goedkoper dan de andere opties, maar nu twijfel ik hoe ik hem moet aansluiten. In de TS staat:

code:

UTP‑kleurcodering (T‑568B):
A : Oranje‑wit
+ Blauw / Blauw‑wit
- Bruin / Bruin‑wit
B : Oranje

Kan ik dit zo op de 4 pins connector die bij de EW11 zit aansluiten? Geeft dat genoeg stroom voor de EW11?

Het was allemaal veel makkelijker geweest als de glasvezelkabel in de meterkast binnen kwam, maar helaas zit ie in de woonkamer en vanaf daar kan ik niet netjes een kabel naar de berging trekken waar de batterij staat.

Die integratie wil je toch niet? Gewoon de YAML modbus integratie en Home Battery Control en klaar is kees.

Ik zou gewoon een powerline adapter aansluiten en een UTP naar de LAN-poort. Klaar. Waarom zo moeilijk gaan doen met die DW11 adapter?

[appsec]

Marve79 schreef op woensdag 6 mei 2026 @ 14:43:
[...]

Die integratie wil je toch niet? Gewoon de YAML modbus integratie en Home Battery Control en klaar is kees.

Wat ik zeg, de TS verwijst nieuwe gebruikers van de V3 naar deze integratie.

Marve79 schreef op woensdag 6 mei 2026 @ 14:43:
[...]
Ik zou gewoon een powerline adapter aansluiten en een UTP naar de LAN-poort. Klaar. Waarom zo moeilijk gaan doen met die DW11 adapter?

Omdat ik geen powerline adapter in mijn woonkamer wil aansluiten. Het zit niet op een handige plek en mijn zoontje gaat hem uit het stopcontact trekken. Daarnaast ligt die EW11 vanmiddag in de brievenbus dus als ik het daarmee kan fixen heb ik dat liever want dan ben ik vanavond online.

[Marve79]

appsec schreef op woensdag 6 mei 2026 @ 14:48:
[...]


Wat ik zeg, de TS verwijst nieuwe gebruikers van de V3 naar deze integratie.


[...]


Omdat ik geen powerline adapter in mijn woonkamer wil aansluiten. Het zit niet op een handige plek en mijn zoontje gaat hem uit het stopcontact trekken. Daarnaast ligt die EW11 vanmiddag in de brievenbus dus als ik het daarmee kan fixen heb ik dat liever want dan ben ik vanavond online.

Tik op z'n vingers geven

Ik denk dat dit ding enkel modbus > Wifi is. En geen gewoon lan/internet. En dat heb je toch nodig voor fw updates enzo. Maar dat kun je dan wel via wifi doen.

Het zal vast werken alleen is het een beetje omslachtig.

[antonboonstra]

rb1213 schreef op woensdag 29 april 2026 @ 10:20:
[...]


nee het was een vraag ! geen bewering
het is dus geen probleem …oef want ik stuur die ontlaad limiet soms elke 10sec aan! (en nom instellen niet)

Ik zit al over de 170k sturingen na een jaar gebruik en nog geen problemen. Marstek wil geen antwoord/ondersteuning geven op de vraag of het eeprom of ram geheugen is.

Het kan alsnog eeprom zijn, als ik Wikipedia mag geloven:

Moderne EEPROM's kunnen ten minste een miljoen maal gewist en beschreven worden.

[appsec]

Ik heb er nog even over nagedacht en ik ga toch maar over modbus over TCP ipv iets knutselen met de EW11. Ik ben niet vies van een beetje pielen met draadjes, maar als ik de EW11 ook van stroom moet voorzien wordt wat rommelig. Dan kan kan ik beter een bridge in het stopcontact naast de batterij steken en alleen een LAN kabel naar de batterij laten lopen. Wat voor bridge gebruiken jullie hiervoor. De wifi aan die kant van het huis is prima en ik wil eigenlijk geen extra RF noise de lucht in gooien dus ik zoek iets dat zelf geen netwerk opzet of versterkt.

[Tazzios]

@appsec de EW11 kan toch stroom krijgen van de Marstek? De modbus aansluiting van Marstek levert ook 5 volt. zo werkt dat bij de lilygo oplossing tenminste.

[Marve79]

appsec schreef op woensdag 6 mei 2026 @ 17:51:
Ik heb er nog even over nagedacht en ik ga toch maar over modbus over TCP ipv iets knutselen met de EW11. Ik ben niet vies van een beetje pielen met draadjes, maar als ik de EW11 ook van stroom moet voorzien wordt wat rommelig. Dan kan kan ik beter een bridge in het stopcontact naast de batterij steken en alleen een LAN kabel naar de batterij laten lopen. Wat voor bridge gebruiken jullie hiervoor. De wifi aan die kant van het huis is prima en ik wil eigenlijk geen extra RF noise de lucht in gooien dus ik zoek iets dat zelf geen netwerk opzet of versterkt.

Je bedoelt een wifi repeater zoals dit bijv? https://www.coolblue.be/nl/product/611902/tp-link-re450.html

Ik zou toch lekker voor powerline gaan en m'n zoontje zeggen eraf te blijven, dat is toch echt de meest stabiele oplossing. Die repeaters enzo werkt allemaal voor geen meter. Je wilt toch een zo stabiel mogelijk verbinding voor die modbus.

[appsec]

Ik heb gisteravond toch maar de EW11 aangesloten. Zoals @Tazzios al zei kan je die gewoon vanaf de RS485 poort van stroom voorzien. Gewoon een ethernet kabel doorknippen en volgens het schema in de TS in het kabeltje van de EW11 schroeven. Ik twijfelde even of het verstandig is om 5W/1A uit de RS485 poort te trekken, maar het lijkt goed te gaan. Als het goed blijft werken maak zal ik er een custom kabeltje voor maken. Ik denk dat dit dan best een nette oplossing is.

[Marve79]

Weet iemand hoe je die Marstek de Wifi kan laten vergeten?

Ik had vandaag een batterij down in HA, ik ging kijken had ineens een ander IP via WIFI. Uiteindelijk bleef hij stug via WIFI praten en niet meer via de LAN poort, uiteindelijk heb ik een apart AP op moeten zetten met een ander naam, hem daarmee laten verbinden en die vervolgens weer uitzetten.

Wat een gedoe.

[eatme]

appsec schreef op donderdag 7 mei 2026 @ 12:29:
Ik heb gisteravond toch maar de EW11 aangesloten. Zoals @Tazzios al zei kan je die gewoon vanaf de RS485 poort van stroom voorzien. Gewoon een ethernet kabel doorknippen en volgens het schema in de TS in het kabeltje van de EW11 schroeven. Ik twijfelde even of het verstandig is om 5W/1A uit de RS485 poort te trekken, maar het lijkt goed te gaan. Als het goed blijft werken maak zal ik er een custom kabeltje voor maken. Ik denk dat dit dan best een nette oplossing is.

Ik gebruik het ook al een tijd, werkt probleemloos. Op mijn V2 zit geen modbus-tcp dus is dit de enige optie, maar het werkt echt mooi.

[appsec]

Marve79 schreef op donderdag 7 mei 2026 @ 18:38:
Weet iemand hoe je die Marstek de Wifi kan laten vergeten?

Ik had vandaag een batterij down in HA, ik ging kijken had ineens een ander IP via WIFI. Uiteindelijk bleef hij stug via WIFI praten en niet meer via de LAN poort, uiteindelijk heb ik een apart AP op moeten zetten met een ander naam, hem daarmee laten verbinden en die vervolgens weer uitzetten.

Wat een gedoe.

Dat is de oplossing die ik hier al een paar keer voorbij zag komen. Nogal omslachtig inderdaad. De software voelt allemaal een beetje half gebakken aan.

[Marve79]

appsec schreef op donderdag 7 mei 2026 @ 20:50:
[...]


Dat is de oplossing die ik hier al een paar keer voorbij zag komen. Nogal omslachtig inderdaad. De software voelt allemaal een beetje half gebakken aan.

Ja als je geen HBC gebruikt moet je echt geen Marstek kopen. Die software is echt bagger.

Maar die batterij ook he, ineens stond die op 0% terwijl hij net tot 100 was geladen. Paar keer uit en aangezet en hij gaf weer 100 aan.

Je moet die dingen echt babysitten. Op vakantie zet ik ze maar gewoon uit denk ik.

[Tazzios]

Marve79 schreef op donderdag 7 mei 2026 @ 21:07:
[...]
Ja als je geen HBC gebruikt moet je echt geen Marstek kopen. Die software is echt bagger.
...

Er is meer dan HBC, hetzij niet zo goed gepromoot:

• https://github.com/ffunes/Marstek-Venus-Energy-Manager
• https://github.com/Tazzios/ha-marstek/tree/main/blueprints
• https://github.com/diegoschlauri/marstek_venus_ha

Maar verder wel eens. Marstek nom gaat meestal nog wel wil je meer een modbus aansturing gebruiken.

[GoBieN-Be]

Ik heb sinds 2 dagen een 2de batterij (een E V3, naast mijn bestaande E V2). Ik heb gisteren nog zo'n speciale Weipu SP17 connector besteld omdat die kabel er niet meer bijzat, maar dom van mij, want deze is met RJ45 aansluiting voor RS485 Nu ja, dan heb ik een reserve connector voor mijn V2.

Ik heb een LillyGo besteld, ondanks dat deze modbus TCP via LAN kan doen, is het waar die staat niet eenvoudig om de batterij op LAN aan te sluiten. Dus dan gaan we via WiFi en modbus via RS485 met een LilyGO. Is ook makkelijker als beide batterijen gewoon dezelfde methode gebruiken.

Ik heb de AstraMeter addon in HA opgezet (voorheen B2500) en emuleer nu een CT002 via waardes van mijn echte Homewizard P1 (met speciale instant integratie). Werkt goed om 2 batterijen aan te sturen.

Ik had voor mijn eerste batterij indertijd een aparte WiFi SSID op 1 dichtste AP moeten aanmaken omdat de Marstek het nodig vond om te verbinden met een AP 2 kamers verder. Ik had het voor deze 2de batterij nog niet gedaan, maar na 12hr was het al prijs, WiFi problemen. Dus hebben we ook weer een apart WiFi SSID op 1 dichtste AP gemaakt en de batterij aangepast.

Dat aanpassen van de WiFi is trouwens nog niet zo makkelijk als je ook de Marstek BLE integratie in HA gebruikt, want dan is de bluetooth van de Marstek bezet, en kan de App niet via BT verbinden. Simpelste was even HA volledig herstarten en dan vlug met de App verbinden.

[WargamingPlayer]

Marve79 schreef op woensdag 6 mei 2026 @ 14:43:
[...]

Die integratie wil je toch niet? Gewoon de YAML modbus integratie en Home Battery Control en klaar is kees.

Ik zou gewoon een powerline adapter aansluiten en een UTP naar de LAN-poort. Klaar. Waarom zo moeilijk gaan doen met die DW11 adapter?

Ik ben de ontwikkeling van mij YAML gestopt omdat die van Viper gewoon vele malen beter is dan YAML.

[Marve79]

WargamingPlayer schreef op vrijdag 8 mei 2026 @ 05:30:
[...]

Ik ben de ontwikkeling van mij YAML gestopt omdat die van Viper gewoon vele malen beter is dan YAML.

Kun je ook uitleggen waarom? Yaml is toch altijd beter zonder addons? Als die addon niet meer onderhouden wordt of breekt met een firmware update?

[corsat]

Ik ben via esphome mijn 2 marsteks V2 aan het bijwerken met versie 1.4 van Fonske en m1 is geupdate maar bij M2 krijg ik steeds de volgende melding INFO Uploading /data/build/marstek_m2/.pioenvs/marstek_m2/firmware.bin (999232 bytes)
ERROR ESP requests password, but no password given!
WARNING Failed to upload to ['marstek_m2.local']

Ik kom er maar niet achter welk password er nu niet in staat, ik heb m1 gekopieerd en api en ota aangepast.

[savale]

corsat schreef op vrijdag 8 mei 2026 @ 09:04:
Ik ben via esphome mijn 2 marsteks V2 aan het bijwerken met versie 1.4 van Fonske en m1 is geupdate maar bij M2 krijg ik steeds de volgende melding INFO Uploading /data/build/marstek_m2/.pioenvs/marstek_m2/firmware.bin (999232 bytes)
ERROR ESP requests password, but no password given!
WARNING Failed to upload to ['marstek_m2.local']

Ik kom er maar niet achter welk password er nu niet in staat, ik heb m1 gekopieerd en api en ota aangepast.

Ik vermoed het OTA password. Of via usb flashen of ota password van je oude yaml overnemen in de nieuwe yaml

[corsat]

Ik heb het esphome ww aangepast naar lilygomarstek2 want zo stond het ook in mijn vorige yaml. Wijkt wel af van mijn m1 bestand maar nu werkt het tenminste wel. Ik zie ook in deze versie 1.4 nog steeds een positief getal bij M1 tijdens het laden en een negatief getal bij M2 tijdens het laden. Ik krijg dit niet gecorrigeerd.

[appsec]

Ik had net een kleine storing in de modbus koppeling met mijn E V3. De EW11 was gewoon zichtbaar op mijn netwerk, maar alle sensoren in de Viper integratie hadden al twee uur geen nieuwe data en instellingen veranderen werkte ook niet. Nadat ik in de Marstek app de batterij op handmatig had gezet gingen alle sensoren even op Unavailable en daarna werkte alles weer. Hebben andere mensen dit wel een gezien? Is er nog iets wat ik kan doen om dit te voorkomen? Voor mijn automatische aansturing is dit namelijk funest.

[Tazzios]

@appsec geen idee welke firmware versie je nu draait maar een update zou mogelijk kunnen helpen. (aanvragen via support)

[appsec]

Tazzios schreef op vrijdag 8 mei 2026 @ 19:06:
@appsec geen idee welke firmware versie je nu draait maar een update zou mogelijk kunnen helpen. (aanvragen via support)

Ah ja dat is natuurlijk belangrijk om erbij te zeggen. Ik heb V148 draaien. De rest van de version string die ik bij de software update zag kan ik niet terug vinden in de app. Is dit de nieuwste versie?

[corsat]

Even terug komen op mijn vorige vraag, ik heb inmiddels een helper aangemaakt marstek_m1_batterij_power_m1_corrected en die geeft de power van M1 negaief aan bij het laden en positief bij het ontladen en zo lopen beide batterijen nu in lijn mbt power. Dat niemand hier last van heeft of opgemerkt heeft.

[savale]

Deze is al ergens voorbij gekomen in het reguliere marstek venus topic: https://www.photovoltaikforum.com/thread/260078-mythen-rund-ums-top-balancing-der-venuse/?pageNo=1
Ben benieuwd of we balancing ooit kunnen gaan forceren!

Ik heb in ieder geval het cell balancing status register (34009) en interpretatie toegevoegd aan:
https://github.com/kiss81/marstek_esphome

(Heb hem zelf nog niet van 0 af zien gaan, maar zodra dat wel gebeurd check ik of de code helemaal klopt)

[Broodro0ster]

Ik was een beetje sceptisch tegenover de claim van de V3 efficiënter zou zijn dan de V2. Maar nu ik een dikke maand een V3 naast mijn V2 heb, klopt het wel dat hij een zo'n 5% betere RTE heeft. Althans volgens de modbus statestieken.

[appsec]

Welke modbus rgisters moet je schrijven om de V3 in en uit de NOM mode te krijgen? Ik krijg dit niet werkend op een betrouwbare manier.

Ik gebruik de integratie van Viper en ik heb een paar ha scripts geschreven om van mode te wisselen met de volgende varianten:

• idle
• NOM met alleen laden (dus ontlaadtimiet op 0W)
• NOM met alleen ontladen (dus laadlimiet op 0W)
• Laden met een vast vermogen
• Ontladen met een vast vermogen

YAML:

battery_set_idle:
  sequence:
  - action: select.select_option
    target:
      entity_id: select.marstek_venus_modbus_force_mode
    data:
      option: stop
  - action: switch.turn_on
    target:
      entity_id: switch.marstek_venus_modbus_rs485_control_mode
  - action: number.set_value
    target:
      entity_id:
      - number.marstek_venus_modbus_max_charge_power
      - number.marstek_venus_modbus_max_discharge_power
    data:
      value: '2500'
  - action: number.set_value
    target:
      entity_id:
      - number.marstek_venus_modbus_set_charge_power
      - number.marstek_venus_modbus_set_discharge_power
    data:
      value: '0'
  alias: Battery set idle
  fields: {}
battery_set_fixed_charge:
  sequence:
  - action: switch.turn_on
    target:
      entity_id: switch.marstek_venus_modbus_rs485_control_mode
  - action: number.set_value
    target:
      entity_id:
      - number.marstek_venus_modbus_max_charge_power
      - number.marstek_venus_modbus_max_discharge_power
    data:
      value: '2500'
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_set_charge_power
    data:
      value: '{{ charge_power }}'
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_set_discharge_power
    data:
      value: '0'
  - action: select.select_option
    target:
      entity_id: select.marstek_venus_modbus_force_mode
    data:
      option: charge
  alias: Battery set fixed charge
  fields:
    charge_power:
      selector:
        number:
          min: 0
          max: 2500
          step: 1
      default: 0
      name: Charge power
      required: true
battery_set_fixed_discharge:
  sequence:
  - action: switch.turn_on
    target:
      entity_id: switch.marstek_venus_modbus_rs485_control_mode
  - action: number.set_value
    target:
      entity_id:
      - number.marstek_venus_modbus_max_charge_power
      - number.marstek_venus_modbus_max_discharge_power
    data:
      value: '2500'
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_set_discharge_power
    data:
      value: '{{ discharge_power }}'
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_set_charge_power
    data:
      value: '0'
  - action: select.select_option
    target:
      entity_id: select.marstek_venus_modbus_force_mode
    data:
      option: discharge
  alias: Battery set fixed discharge
  fields:
    discharge_power:
      selector:
        number:
          min: 0
          max: 2500
          step: 1
      default: 0
      name: Discharge power
      required: true
battery_set_balance_charge_only:
  sequence:
  - action: switch.turn_off
    target:
      entity_id: switch.marstek_venus_modbus_rs485_control_mode
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_max_charge_power
    data:
      value: '2500'
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_max_discharge_power
    data:
      value: '0'
  alias: Battery set balance charge only
  fields: {}
battery_set_balance_discharge_only:
  sequence:
  - action: switch.turn_off
    target:
      entity_id: switch.marstek_venus_modbus_rs485_control_mode
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_max_discharge_power
    data:
      value: '2500'
  - action: number.set_value
    target:
      entity_id: number.marstek_venus_modbus_max_charge_power
    data:
      value: '0'
  alias: Battery set balance discharge only
  fields: {}

Alle overgangen tussen de varianten lijken prima te werken, behalve die naar de twee NOM varianten. Soms werkt het wel en soms niet. In de MT app zijn de CT waarden (via Astrameter) zichtbaar dus volgens mij is die connectie gewoon goed. Als ik in de app hem even op zeffconsumptie zet dan werkt het wisselen via de scripts daarna wel weer. Iemand enig idee wat dit kan zijn? Erg irritant als ik hier telkens op moet gaan letten.

Dit lijkt een ander probleem dan wat ik gisteren had waar ik helemaal geen modbusconnectie had want ik kon nu wel settings veranderen en kreeg metingen door.

Ik draai V148 en ik heb de local api niet aan staan.

[Tazzios]

@appsec Hetzelfde kun je met deze(/mijn) blueprint doen en meer, mogelijk werkt dat wel.
rs485 mode uitzetten gebeurd daarbij nooit. Hoe de standaard aansturing van Marstek werkt weet ik eigenlijk niet, nooit gebruikte.

[appsec]

Tazzios schreef op zaterdag 9 mei 2026 @ 17:16:
@appsec Hetzelfde kun je met deze(/mijn) blueprint doen en meer, mogelijk werkt dat wel.
rs485 mode uitzetten gebeurd daarbij nooit. Hoe de standaard aansturing van Marstek werkt weet ik eigenlijk niet, nooit gebruikte.

Begrijp ik goed dat die blueprint direct berekend wat de batterij moet doen om de netafname/teruglevering op nul te krijgen? Ik had verwacht dat je hier een P(I)D controller voor nodig zou hebben. Ik ga er vanuit dat de batterij het zelf ook op die manier doet in de zelf consumptie mode.

Overigens ben ik niet echt onder de indruk van hoe dat werkt, maar dat kan ook door de per seconde P1 metingen komen. Eigenlijk is dat best wel traag en ze lijken ook een paar tellen achter te lopen op de werkelijkheid.

[rb1213]

hallo,

Ik stuur ook m'n v2 (fw158) batteriijen op mono fase aan via HA modbus
ik zet die via rs485 control (42000) op stop of NoM omdat ik ze in cascade ipv allemaal samen wil doen werken voor een beter rendement (hoger opladen/ontladen)

ik merk dat er om de zoveel dagen batterijen naar onbekende fase gaan en stoppen met werken !

dit is omdat de chinezen af en toe (of dagelijks?) een fase diagnose doen (zonder reden!!)
Als die op dat moment niet kan opladen en ontladen (omdat ik die afgezet heb dus)
dan gaat die naar fase onbekend !

ook zelf al eens getest met manuele diagnose op moment dat een batterij rs485 control aan staat (stop dus)
--> zelfde resultaat gaan naar fase onbekend!

ik vroeg al aan Marstek om dat niet meer automatisch te doen maar helaas zonder resultaat
(of tenminste naar Fase A te gaan ipv onbekend)

heeft er nog iemand dat probleem opgemerkt?

[AUijtdehaag]

rb1213 schreef op zondag 10 mei 2026 @ 09:28:
ik zet die via rs485 control (42000) op stop of NoM omdat ik ze in cascade ipv allemaal samen wil doen werken voor een beter rendement (hoger opladen/ontladen)

Dat zit toch al in HBC ingebouwd?

Gebruik je de app dan nog steeds? Hier modbus only.

Ik draai nu alle 3 de batterijen (V1 / V2 en V3) allemaal op een m5stack atom s3 lite omdat de v3 soms ook niet meer reageerde via bedraad modbus tcp/ip. Geen idee of dat met de chinezen te maken had.
Maar heb er nu geen last meer van.

[ Voor 8% gewijzigd door AUijtdehaag op 10-05-2026 09:39 ]

[Tazzios]

appsec schreef op zaterdag 9 mei 2026 @ 20:09:
[...]

Begrijp ik goed dat die blueprint direct berekend wat de batterij moet doen om de netafname/teruglevering op nul te krijgen? Ik had verwacht dat je hier een P(I)D controller voor nodig zou hebben. Ik ga er vanuit dat de batterij het zelf ook op die manier doet in de zelf consumptie mode.

Overigens ben ik niet echt onder de indruk van hoe dat werkt, maar dat kan ook door de per seconde P1 metingen komen. Eigenlijk is dat best wel traag en ze lijken ook een paar tellen achter te lopen op de werkelijkheid.

PID controller is niet perse nodig het nut en instel complexiteit hiervan is ook wel eens bediscussieert. In de blueprint zit, deadband, minimale delta tussen setpoint en 2 gladstrijk opties tegen pieken en laden/ontladen.

Indien je P1 per seconde metingen doet mag je blij zijn, genoeg mensen waarbij het 10 seconden is. De blueprint staat per default ook op 10 seconden. Te veel wisselen in setpoint lijkt mij niet goed voor de efficiëntie.
Het is altijd zo dat je eerst een meting hebt en daarna pas de accu het setpoint geeft. Afhankelijk van je apparaten in huis werkt dat goed (genoeg) of krijg je verbruik en teruglevering.

[AUijtdehaag]

savale schreef op zaterdag 9 mei 2026 @ 11:35:
Deze is al ergens voorbij gekomen in het reguliere marstek venus topic: https://www.photovoltaikforum.com/thread/260078-mythen-rund-ums-top-balancing-der-venuse/?pageNo=1
Ben benieuwd of we balancing ooit kunnen gaan forceren!

Ik heb in ieder geval het cell balancing status register (34009) en interpretatie toegevoegd aan:
https://github.com/kiss81/marstek_esphome

(Heb hem zelf nog niet van 0 af zien gaan, maar zodra dat wel gebeurd check ik of de code helemaal klopt)

Dank voor de tip en voorbeeld code
Ik heb voor de m5stack en lilygo de code ook aangepast op mijn github voor de marstek v3

[ Voor 8% gewijzigd door AUijtdehaag op 10-05-2026 19:36 ]

[WargamingPlayer]

Marve79 schreef op vrijdag 8 mei 2026 @ 07:30:
[...]

Kun je ook uitleggen waarom? Yaml is toch altijd beter zonder addons? Als die addon niet meer onderhouden wordt of breekt met een firmware update?

Voordeel van Addon versus Yaml is eenvoudiger configureren en vanuit mij eenvoudiger te gebruiken.

Ik had 2 Marsteks E V2's. 1 was kapot, dus kreeg een V3 terug. Ben een halve avond bezig geweest om oude entries op te ruimen, en de boel om te gooien.

[sygys]

Ik heb modbus voor elkaar op een van mijn 2 accu's.ik had verwacht dat het heel ingewikkeld zou zijn maar met de custom component in ha van viper stelt het niks voor. Heb nu de api van mijn accu uitgezet. Ben benieuwd of deze nu wel stabiel blijft.

Nog wel een tip voor mensen die hieraan willen beginnen. De venus E3.0 werkt alleen met modbus over tcp als de netwerkkabel is aangesloten. Op WiFi kreeg ik het niet voor elkaar.

[savale]

Hier trouwens in mijn esphome yaml het force balancing algoritme toegevoegd:
https://www.photovoltaikforum.com/thread/260078-mythen-rund-ums-top-balancing-der-venuse/?pageNo=1

Ik wil eerst even morgen aankijken wat het doet. Als het lijkt te werken zal ik hem toevoegen aan mijn repo als iemand wil experimenteren.

[ Voor 17% gewijzigd door savale op 11-05-2026 21:37 ]