Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[leejoow]

jevin20 schreef op vrijdag 20 maart 2026 @ 16:43:
Hallo allen,
Ik wil graag @superduper1969 en iedereen die hieraan bijgedragen heeft van harte bedanken.
Ik heb twee LilyGo's besteld, twee enclosures besteld op Laser & Layers (top, dank hiervoor de Tweaker van wie die website is!), de Lilygo's geflashed, verbonden met mijn 2 MT 2.0's en aan HA toegevoegd. Absoluut plug&play met een beetje hulp van ChatGPT bij het flashen.
Fantastisch werk allemaal. Eindelijk van het API drama en CT verbinding verlies af, en lekker automatiseren in samenwerking met de zonnepanelen, auto laadpaal, actuele stroomprijzen en natuurlijk nog even een handmatige charge knop op m'n dashboard.
Thanks thanks thanks!

Goed om te horen dat de behuizing bevalt! Mocht je nog een aantal accus er bij zetten, dan weet je me vinden als je meer behuizingen nodig hebt

[AUijtdehaag]

jevin20 schreef op vrijdag 20 maart 2026 @ 16:43:
Hallo allen,
Ik wil graag @superduper1969 en iedereen die hieraan bijgedragen heeft van harte bedanken.
Ik heb twee LilyGo's besteld, twee enclosures besteld op Laser & Layers (top, dank hiervoor de Tweaker van wie die website is!), de Lilygo's geflashed, verbonden met mijn 2 MT 2.0's en aan HA toegevoegd. Absoluut plug&play met een beetje hulp van ChatGPT bij het flashen.
Fantastisch werk allemaal. Eindelijk van het API drama en CT verbinding verlies af, en lekker automatiseren in samenwerking met de zonnepanelen, auto laadpaal, actuele stroomprijzen en natuurlijk nog even een handmatige charge knop op m'n dashboard.
Thanks thanks thanks!

Wat gebruik je nu dan als automatisering? Of maak je die zelf?
Je hoeft het wiel niet opnieuw uit te vinden. https://github.com/gitcodebob/marstek-venus-rs485-node-red
Wel even deze code flashen op de lilygo

[ Voor 6% gewijzigd door AUijtdehaag op 21-03-2026 07:34 ]

[Tazzios]

AUijtdehaag schreef op zaterdag 21 maart 2026 @ 07:31:
[...]

Wat gebruik je nu dan als automatisering? Of maak je die zelf?
Je hoeft het wiel niet opnieuw uit te vinden. https://github.com/gitcodebob/marstek-venus-rs485-node-red
Wel even deze code flashen op de lilygo

De reactie waarvan je wist dat die zou komen.

[AUijtdehaag]

Tazzios schreef op zaterdag 21 maart 2026 @ 07:39:
[...]


De reactie waarvan je wist dat die zou komen.

Nu ook met zon voorspelling geintegreerd
Wel even zelf solcast integratie in HA installeren en api key (gratis) aanvragen bij solcast

[ Voor 26% gewijzigd door AUijtdehaag op 21-03-2026 08:14 ]

[Simpel78]

Afgelopen week in het bezit van een Marstek Venus V3. Eerst via bluetooth API nu via de ethernet kabel met node-RED en een youless P1 meter. Het werkt erg goed. NOM is perfect in de nacht. Alleen kan ik een aantal id's niet uitlezen alsof de modbus adressen zijn veranderd. EMS 144, VNS 117 BMS 112 het gaat om deze serie:

code:

- name: "Marstek m1 Lifetime Charging Energy"
        unique_id: marstek_m1_lifetime_charging_energy
        address: 33000
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Lifetime Discharging Energy"
        unique_id: marstek_m1_lifetime_discharging_energy
        address: 33002
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Daily Charging Energy"
        unique_id: marstek_m1_daily_charging_energy
        address: 33004
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Daily Discharging Energy"
        unique_id: marstek_m1_daily_discharging_energy
        address: 33006
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 monthly Charging Energy"
        unique_id: marstek_m1_monthly_charging_energy
        address: 33008
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Monthly Discharging Energy"
        unique_id: marstek_m1_monthly_discharging_energy
        address: 33010
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

Heeft iemand de juiste adressen? Of doe ik iets verkeerd?

[DikkieDick]

Aarghh... iemand idee hoe ik mijn energy dashboard goed en handig kan corrigeren? De Marstek Local Api lijkt de boel te vernaggelen danwel vernaggeld te hebben:



Of ff kijken of er nog een backup is. Op mijn raspberry pi werd de database altijd gebackupt maar sinds de boel in Docker draait op het NAS is dat nog niet geheel ingericht. Ja, dom.
Nu kloppen de totalen voor het jaar ook niet meer. Ben ik ineens 0% zelfvoorzienend.

Update: inmiddels toch weten op te lossen door de configuratie van de Marstek Local API uit het energiedashboard te halen. Had wel paar sensoren (die van de HW-energiesocket) uitgeschakeld zodat die niet meer er bij werden geteld. Maar het maffe is dat ie nu op Niet beschikbaar staan en als ik ze wil inschakelen staan ze wel ingeschakeld. Gelukkig had ik nog een integral destijds aangemaakt en heb nu ook die oude batterij-config eruit en de boel maar aangepast. Ziet mijn grafiek er weer wat fatsoenlijker uit.

[ Voor 29% gewijzigd door DikkieDick op 21-03-2026 15:14 ]

[Z900]

Zit "Edzelf" hier ook?
Van deze intergratie : https://github.com/Edzelf/venus-control

[AUijtdehaag]

@Simpel78
Ik denk dat je moet updaten naar ems 146

[ Voor 30% gewijzigd door AUijtdehaag op 21-03-2026 17:05 ]

[AUijtdehaag]

Z900 schreef op zaterdag 21 maart 2026 @ 16:34:
Zit "Edzelf" hier ook?
Van deze intergratie : https://github.com/Edzelf/venus-control

Zet er even een @ voor @Edzelf

[Z900]

@Edzelf Heb jij kunnen vaststellen dat je ook lager dan 12% kunt gaan bij discharge-cutoff in de EV3 ?
Liefst iets van tussen de 0% en 6% .

[pimNH]

Simpel78 schreef op zaterdag 21 maart 2026 @ 14:41:
Afgelopen week in het bezit van een Marstek Venus V3. Eerst via bluetooth nu via de ethernet kabel met node-RED en een youless P1 meter. Het werkt erg goed. Alleen kan ik een aantal id's niet uitlezen alsof de modbus adressen zijn veranderd. EMS 144, VNS 117 BMS 112 het gaat om deze serie:

code:

- name: "Marstek m1 Lifetime Charging Energy"
        unique_id: marstek_m1_lifetime_charging_energy
        address: 33000
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Lifetime Discharging Energy"
        unique_id: marstek_m1_lifetime_discharging_energy
        address: 33002
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Daily Charging Energy"
        unique_id: marstek_m1_daily_charging_energy
        address: 33004
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Daily Discharging Energy"
        unique_id: marstek_m1_daily_discharging_energy
        address: 33006
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 monthly Charging Energy"
        unique_id: marstek_m1_monthly_charging_energy
        address: 33008
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Monthly Discharging Energy"
        unique_id: marstek_m1_monthly_discharging_energy
        address: 33010
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

Heeft iemand de juiste adressen? Of doe ik iets verkeerd?

Ik kan ze ook niet uitlezen met V144, in de marstek App zie ik ook discharged en charged op nul staan.

[jevin20]

AUijtdehaag schreef op zaterdag 21 maart 2026 @ 07:31:
[...]

Wat gebruik je nu dan als automatisering? Of maak je die zelf?
Je hoeft het wiel niet opnieuw uit te vinden. https://github.com/gitcodebob/marstek-venus-rs485-node-red
Wel even deze code flashen op de lilygo

Ja daar moet ik me nog in verdiepen haha.
Ook zijn wij sinds gisteren op vakantie, en is 1 van de 2 Marstek’s ineens z’n wifi kwijt 🤔 vrij vervelend want daar kan ik op afstand niks mee. Nog nooit eerder voorgekomen.

Ik werk nu met zelfgeschreven automatiseringen op basis van de self consumption modus die ik over het algemeen gebruik voor NOM:
- laadpaal aan, batterijen op manueel (= uit behalve laden tussen 12.00-14.00 maar die logica zit hieronder ook)
- laadpaal aan, stroom goedkoop, batterijen handmatig laden op 2,5kW , maar alleen als de zon schijnt want anders heb ik 2 fases overbelast
- als de batterijen boven de 30% SOC hebben, de zonnepanelen stroom beginnen op te wekken en het vóór 12.00 is, dan batterijen op manueel zodat ik ‘s ochtends stroom die veel oplevert teruglever
- om 12.00 batterijen op self consumption
- bij goedkope stroom batterijen force charge met 2,5kW
- als de batterijen vol zijn terug naar self consumption
- een force charge button op m’n dashboard gemaakt zodat ik ze snel beiden kan opladen wanneer het mij uitkomt.

Er is zeker ruimte voor verbetering en ik kom vast bugs tegen in m’n logica maar voor nu lijkt het goed te werken. De rest moest ik me nog in verdiepen.

[jevin20]

Edit:
De Lilygo is wel online, er zijn zo te zien 2 verschillende Wifi Status indicaties, 1 connected de ander disconnected.
De Marstek zelf is offline, waardoor de self consumption mode niet meer lijkt te werken. De eerste keer dat dit gebeurd. Handmatig aansturen kan natuurlijk, maar daar heb ik nog niks voor, ik gebruikte de self consumption mode.

Iemand tips om hem van afstand weer online te krijgen?

[ Voor 74% gewijzigd door jevin20 op 22-03-2026 08:26 ]

[AUijtdehaag]

@jevin20
Slechte tip waarschijnlijk, maar wellicht kan de buurman hem resetten
https://rweijnen.github.io/marstek-venus-monitor/latest/

[SatScan]

Z900 schreef op zaterdag 21 maart 2026 @ 17:24:
@Edzelf Heb jij kunnen vaststellen dat je ook lager dan 12% kunt gaan bij discharge-cutoff in de EV3 ?
Liefst iets van tussen de 0% en 6% .

#Nieuwsgierig: waarom zou je dat willen terwijl de fabrikant die 11% als ondergrens heeft gesteld voor blijvende goede werking batterij en de daaraan gekopplede 10j garantie?

[Z900]

SatScan schreef op zondag 22 maart 2026 @ 10:08:
[...]

#Nieuwsgierig: waarom zou je dat willen terwijl de fabrikant die 11% als ondergrens heeft gesteld voor blijvende goede werking batterij en de daaraan gekopplede 10j garantie?

Nou komt ie: Bij 100% opladen zijn alle 16 cellspanningen -> 3.48V (mag tot 3.65V)
Bij volledige ontlading (12% DOD) zijn ze 3.2V (mag tot 2.5V) en dat is de nominale spanning van een LiFePo4 !
Dus ik wil eens een paar keer testen ghoevel meer ik uit de batterij haal als ik de waardes verhoog en verlaag.
Gewoon voor mij als TEST.
Ik heb al gekeken of ik een enkele cell kan bemachtigen maar dat valt niet me (3.2V 100Ah)

[krijn1985]

Ik kon het niet vinden in dit topic maar kan zijn dat ik verkeerd gezocht heb. Is het mogelijk een Venus e V3.0 in gebruik te nemen met modbus zonder hem te "installeren" via de app? Of ga ik de app sowieso af en toe nodig hebben? Wil hem eigenlijk hooguit aan het geen internet iot wifi netwerk hangen maar vooral met modbus aansturen.

[AUijtdehaag]

@krijn1985
Dat ligt er een beetje aan, met welke firmware de MT komt.
EMS 144 zou je willen updaten naar EMS 146 omdat je anders enkele modbus parameters mist.

Misschien een hotspot maken via je telefoon, die je dan naderhand niet meer gebruikt

[krijn1985]

AUijtdehaag schreef op zondag 22 maart 2026 @ 12:00:
@krijn1985
Dat ligt er een beetje aan, met welke firmware de MT komt.
EMS 144 zou je willen updaten naar EMS 146 omdat je anders enkele modbus parameters mist.

Misschien een hotspot maken via je telefoon, die je dan naderhand niet meer gebruikt

Dank. Als hij de goede EMS versie heeft zou ik dus aan de gang kunnen zonder de app als ik het goed begrijp. Zo niet moet ik maar even tijdelijke wifi en app gebruiken.

[ERN5T]

Omdat de support van Marstek het laat afweten bij mijn pogingen om 3x de Venus en de CT003 te laten werken op NOM, ga ik een andere route volgen, aansturing via Modbus.
Aangezien ik de Venussen al een LAN-aansluiting heb gegeven is Modbus via tcp/ip de simpelste oplossing.
Ik heb geen uitgebreide HA ervaring, mijn warmtepomp monitor ik via HA en daar wil ik nu de batterijen aan toevoegen.
Vertrokken ben ik met "MarstekVenusV3-modbus-TCP-IP" van Fonske, de stappen (hoewel hier en daar wat vaag) gevolgd hebbende, heb ik nu een dashboard in HA, maar geen gegevens. Om het stap voor stap te doen ben ik met 1 batterij gestart. HA vindt de juiste file, maar geeft bij regel 15 een foutmelding, hij verwacht baudrate, bytesize, method, parity, stopbits en regel 16: not a valid value for dictionary value 'modbus->0->type', got 'tcp'.
Heeft iemand een idee waar ik de fout ben ingegaan?

[Tommy9321]

AUijtdehaag schreef op zondag 22 maart 2026 @ 12:00:
@krijn1985
Dat ligt er een beetje aan, met welke firmware de MT komt.
EMS 144 zou je willen updaten naar EMS 146 omdat je anders enkele modbus parameters mist.

Misschien een hotspot maken via je telefoon, die je dan naderhand niet meer gebruikt

Hoe update je naar een EMS die je niet kan verkrijgen via de app?

[AUijtdehaag]

@ERN5T
Heb je het ip adres ingevuld zonder de haakjes (zoals in de comments erboven)?

@Tommy9321
Je zou via de feedback kunnen vragen maar ik denk elke versie erboven zou moeten werken.
Ik heb sinds 146 niets meer geupdate

[Z900]

ERN5T schreef op zondag 22 maart 2026 @ 20:11:
Omdat de support van Marstek het laat afweten bij mijn pogingen om 3x de Venus en de CT003 te laten werken op NOM, ga ik een andere route volgen, aansturing via Modbus.
Aangezien ik de Venussen al een LAN-aansluiting heb gegeven is Modbus via tcp/ip de simpelste oplossing.
Ik heb geen uitgebreide HA ervaring, mijn warmtepomp monitor ik via HA en daar wil ik nu de batterijen aan toevoegen.
Vertrokken ben ik met "MarstekVenusV3-modbus-TCP-IP" van Fonske, de stappen (hoewel hier en daar wat vaag) gevolgd hebbende, heb ik nu een dashboard in HA, maar geen gegevens. Om het stap voor stap te doen ben ik met 1 batterij gestart. HA vindt de juiste file, maar geeft bij regel 15 een foutmelding, hij verwacht baudrate, bytesize, method, parity, stopbits en regel 16: not a valid value for dictionary value 'modbus->0->type', got 'tcp'.
Heeft iemand een idee waar ik de fout ben ingegaan?

Dit staat er bij mij in (maar geen idee of hij hier nog gebruik van maakt, heb zoveel geprobeerd )

[ERN5T]

@AUijtdehaag en @Z900
Bingo!
Dank jullie wel😅

[twokker]

Ongetwijfeld al gevraagd maar lastig terug te vinden in de thread: is het mogelijk om op de venus E versie 3 ‘modbus via lan’ aan de praat te krijgen met een wifi dongel op de lan poort, ipv een kabel? Bijvoorbeeld met een TP-Link TL-WR902AC ?

[Z900]

twokker schreef op maandag 23 maart 2026 @ 08:29:
Ongetwijfeld al gevraagd maar lastig terug te vinden in de thread: is het mogelijk om op de venus E versie 3 ‘modbus via lan’ aan de praat te krijgen met een wifi dongel op de lan poort, ipv een kabel? Bijvoorbeeld met een TP-Link TL-WR902AC ?

Ik heb zopas hetzelfde gedaan met mijn SolarEdge omvormer, dat ging goed.... Dus denk dat het bij de EV3 ook wel zal lukken op deze manier.

[Tazzios]

twokker schreef op maandag 23 maart 2026 @ 08:29:
Ongetwijfeld al gevraagd maar lastig terug te vinden in de thread: is het mogelijk om op de venus E versie 3 ‘modbus via lan’ aan de praat te krijgen met een wifi dongel op de lan poort, ipv een kabel? Bijvoorbeeld met een TP-Link TL-WR902AC ?

Vraag nog niet eerder voorbij zien komen (maar dat heeft een rede )
De Venus heeft verder geen idee over welke layer1 het verkeer verder loopt: wifi, coaxkabel, powerline, glasvezel, etc maakt allemaal niet uit.

[twokker]

Tazzios schreef op maandag 23 maart 2026 @ 13:48:
[...]

Vraag nog niet eerder voorbij zien komen (maar dat heeft een rede )
De Venus heeft verder geen idee over welke layer1 het verkeer verder loopt: wifi, coaxkabel, powerline, glasvezel, etc maakt allemaal niet uit.

Is die reden dat het een te laag nerd gehalte heeft?
Als het geen nadelen heeft, lijkt me een native lan / wifi aanpak best elegant toch? En de batterijen. En sowieso handig omdat ik de batterijen ooit nog wil bekabelen, ben ik meteen klaar.

[Tommy9321]

Simpel78 schreef op zaterdag 21 maart 2026 @ 14:41:
Afgelopen week in het bezit van een Marstek Venus V3. Eerst via bluetooth API nu via de ethernet kabel met node-RED en een youless P1 meter. Het werkt erg goed. NOM is perfect in de nacht. Alleen kan ik een aantal id's niet uitlezen alsof de modbus adressen zijn veranderd. EMS 144, VNS 117 BMS 112 het gaat om deze serie:

code:

- name: "Marstek m1 Lifetime Charging Energy"
        unique_id: marstek_m1_lifetime_charging_energy
        address: 33000
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Lifetime Discharging Energy"
        unique_id: marstek_m1_lifetime_discharging_energy
        address: 33002
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Daily Charging Energy"
        unique_id: marstek_m1_daily_charging_energy
        address: 33004
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Daily Discharging Energy"
        unique_id: marstek_m1_daily_discharging_energy
        address: 33006
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 monthly Charging Energy"
        unique_id: marstek_m1_monthly_charging_energy
        address: 33008
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: uint32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

      - name: "Marstek m1 Monthly Discharging Energy"
        unique_id: marstek_m1_monthly_discharging_energy
        address: 33010
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int32
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        scale: 0.01
        offset: 0
        precision: 2

Heeft iemand de juiste adressen? Of doe ik iets verkeerd?

Na het upgraden naar v147 via Marstek support kan ik bevestigen dat deze adressen nu wel binnenkomen in HA en de app.

[avangalen]

De Marstek m1 RS485 control mode gaat bij mij op willekeurige momenten op disable. Nu heb ik een automatisering in HA gemaakt, maar die is niet 100% in detectie, waardoor zonneenergie 'verloren' gaat.
Is dit een known bug in firmware versie 144?

[Sarge_]

Hebben jullie een goed idee hiervoor. Ik mis op dit moment echt even de logica hiervoor in mijn hoofd
Ik wil mijn batterijen zo efficiënt mogelijk gebruiken en als het kan 2 cycli per dag draaien.

Ik heb 3x Venus E3 en een CT003.
Ik heb een Alfen laadpaal, met loadbalancing en het heeft mogelijkheden tot solarcharging enz. Ik kan verschillende dingen instellen zoals deels of volledig green charging en er is een comfort stand dat er altijd wat in gaat. Er is ook een HA integratie voor deze laadpaal.
Ik heb sinds dit weekend ook via modbus over ethernet de batterijen in HA staan. Ik heb nog nooit iets gedaan met Node Red, maar als het nodig is, dan geen probleem.

Ik begin in de ochtend al vroeg met iets op te wekken tot op het hoogtepunt van de middag max 6800 kWh van 13:00 tot 17:00 en dan weer afbouwen. De batterijen zijn op eigen groep aangesloten en kunnen 2500 per batterij laden. Ik gebruik ook een Multisplit AC voor verwarmen of koelen. Idealer was het geweest als ik in de ochtend ook volle bak kon pakken. Nu al wel eens gezien dat de batterijen rond 14:00 al vol zitten. Op een mooie dag in maart pak ik 44 kWh en in de zomer 60 kWh.

Ik kan regelmatig overdag de auto laden, maar soms moet ik ook in de avond zorgen dat ik in de avond kan laden zodat ik in de ochtend wel weer op pad kan.

Iemand een slim schema in het hoofd en een werkwijze via HA of Node red?

[AUijtdehaag]

@Sarge_ Het wordt een beetje een standaard antwoord maar probeer deze eens.
Daar kan je "als je laad met de EV" de ontlading stoppen van de batterijen, zodat de EV de master is.
Nog meer wensen kan je kenbaar maken via de discord server.

[ Voor 6% gewijzigd door AUijtdehaag op 24-03-2026 16:25 ]

[AUijtdehaag]

avangalen schreef op dinsdag 24 maart 2026 @ 11:38:
De Marstek m1 RS485 control mode gaat bij mij op willekeurige momenten op disable. Nu heb ik een automatisering in HA gemaakt, maar die is niet 100% in detectie, waardoor zonneenergie 'verloren' gaat.
Is dit een known bug in firmware versie 144?

Gebruik je naast de HA modbus tcp yaml, nog een andere integratie via api (jaapp) of die van viper?

Als je via de MT app wat wijzigt bij wijzen, veranderd de modus ook.

[avangalen]

AUijtdehaag schreef op dinsdag 24 maart 2026 @ 16:27:
[...]

Gebruik je naast de HA modbus tcp yaml, nog een andere integratie via api (jaapp) of die van viper?

Als je via de MT app wat wijzigt bij wijzen, veranderd de modus ook.

Geen andere integratie behalve de Marstek Local api integratie. Is het beter die te verwijderen?

[AUijtdehaag]

avangalen schreef op dinsdag 24 maart 2026 @ 21:53:
[...]


Geen andere integratie behalve de Marstek Local api integratie. Is het beter die te verwijderen?

Lijkt me de boosdoener idd

[DikkieDick]

En de continuing story goes on and on.

Half uurtje geleden zag ik dat de CT (in dit geval CT003) groen was in de app. Dus de Venus op zelf-initierend gezet. Wandel naar de supermarkt. Voordat ik daar ben aangekomen is ie weer grijs, om een minuutje of 5 later weer even groen en vervolgens grijs te zijn. En nu is ie zowaar al bijna 10 minuten groen. Dit gaan we maar eens even aanzien vandaag. En dan maar een nieuwe P1-meter bestellen bij HW omdat ie toch overleden lijkt, of ze moeten zo aardig zijn een nieuwe te sturen. :-)

Update: te vroeg gejuicht: ik sla het bericht op en zie dat ie weer grijs is. Nou ja, sowies toch maar even op de zelf-initiërende stand vandaag. Kijken of ie later ook weer tot leven komt.

[ Voor 15% gewijzigd door DikkieDick op 25-03-2026 09:00 ]

[Simpel78]

Tommy9321 schreef op zondag 22 maart 2026 @ 22:49:
[...]


Hoe update je naar een EMS die je niet kan verkrijgen via de app?

Op je app even een berichtje sturen naar Marstek. Dan zetten ze de update voor je open. Dan kun je wel updaten naar V146. Alle parameters doen het nu bij mij.

[avangalen]

AUijtdehaag schreef op dinsdag 24 maart 2026 @ 21:54:
[...]

Lijkt me de boosdoener idd

Integratie gisteren uitgeschakeld en sindsdien geen disables meer gehad

[SatScan]

Sarge_ schreef op dinsdag 24 maart 2026 @ 15:49:
Hebben jullie een goed idee hiervoor. Ik mis op dit moment echt even de logica hiervoor in mijn hoofd
Ik wil mijn batterijen zo efficiënt mogelijk gebruiken en als het kan 2 cycli per dag draaien.

Ik heb 3x Venus E3 en een CT003.
Ik heb een Alfen laadpaal, met loadbalancing en het heeft mogelijkheden tot solarcharging enz. Ik kan verschillende dingen instellen zoals deels of volledig green charging en er is een comfort stand dat er altijd wat in gaat. Er is ook een HA integratie voor deze laadpaal.
Ik heb sinds dit weekend ook via modbus over ethernet de batterijen in HA staan. Ik heb nog nooit iets gedaan met Node Red, maar als het nodig is, dan geen probleem.

Ik begin in de ochtend al vroeg met iets op te wekken tot op het hoogtepunt van de middag max 6800 kWh van 13:00 tot 17:00 en dan weer afbouwen. De batterijen zijn op eigen groep aangesloten en kunnen 2500 per batterij laden. Ik gebruik ook een Multisplit AC voor verwarmen of koelen. Idealer was het geweest als ik in de ochtend ook volle bak kon pakken. Nu al wel eens gezien dat de batterijen rond 14:00 al vol zitten. Op een mooie dag in maart pak ik 44 kWh en in de zomer 60 kWh.

Ik kan regelmatig overdag de auto laden, maar soms moet ik ook in de avond zorgen dat ik in de avond kan laden zodat ik in de ochtend wel weer op pad kan.

Iemand een slim schema in het hoofd en een werkwijze via HA of Node red?

Home Battery Control installeren via node-red. Werk als een zonnetje hier. Daar kun je precies alle scenario's van laden en ontladen van je batterijen instellen, rekening houdend met de laadmomenten voor je EV.

Ik gebruik het heel simpel. Bij voldoende groene stroom EV laden. In de laadschema van EV zet ik het percentage dat ik geladen wil zijn op X moment. Dan gaat auto laden en HBC zorgt ervoor dat de batterijen op dat moment niets doen.

[ Voor 6% gewijzigd door SatScan op 26-03-2026 08:28 ]

[MJPVDH]

Goedemorgen,

Kan iemand mij vertellen hoe ik in Home Assistant alle entiteiten van

lilygo_mt1_v3.yaml

die ik op mijn Lilygo heb gezet van naam kan veranderen.

Dit geflasht op de Lilygo

esphome:
name: marstek
friendly_name: Marstek Venus E
min_version: 2025.11.0
name_add_mac_suffix: false

In home Assistant

switch.lilygors485_venus_api_uart_logging
Het zou switch.marstek_uart_logging moeten zijn.

Dank voor jullie hulp.

[savale]

MJPVDH schreef op donderdag 26 maart 2026 @ 09:29:
Goedemorgen,

Kan iemand mij vertellen hoe ik in Home Assistant alle entiteiten van

lilygo_mt1_v3.yaml

die ik op mijn Lilygo heb gezet van naam kan veranderen.

Dit geflasht op de Lilygo

esphome:
name: marstek
friendly_name: Marstek Venus E
min_version: 2025.11.0
name_add_mac_suffix: false

In home Assistant

switch.lilygors485_venus_api_uart_logging
Het zou switch.marstek_uart_logging moeten zijn.

Dank voor jullie hulp.

Probeer in home assistant eens naar devices te gaan. (je lilygors485) en dan bij die 3 stipjes -> recreate entity id's

[pascallj]

Z900 schreef op donderdag 19 maart 2026 @ 19:33:
Is het mogelijk (zoja heeft iemand info hoe dat moet) om de DOD (standaard min 12%) aan te passen lager dan 12% dus naar 2% 4% of 8% bv ?

Het Modbus register waarmee de minimum ontlaadwaarde is in te stellen, is helaas niet meer beschikbaar op de V3. Op de V1/2 was die er wel, maar was 11 procent de ondergrens. Lager werd niet geaccepteerd.

[MJPVDH]

savale schreef op donderdag 26 maart 2026 @ 10:00:
[...]


Probeer in home assistant eens naar devices te gaan. (je lilygors485) en dan bij die 3 stipjes -> recreate entity id's

Wat een held ben jij zeg dat werkt.

Nu moet ik alleen nog een oplossing hebben voor deze Duitse versie naar Nederlands.
Zodat mij dashboard klopt.

[ Voor 97% gewijzigd door MJPVDH op 26-03-2026 19:02 ]

[ERN5T]

Een vraag van een beginnende Modbus-amateur. Ik heb Home Battery Control (v4.6.0) draaien in HA. Nu is er een update v4.6.2. Het hele pakket heb ik geïmporteerd in Node RED, deployed, bij info zie ik bij de files v4.6.2 staan, maar in HA staat nog steeds v4.6.0 op het dashboard. Hoe activeer ik de nieuwe versie?

[Beekforel]

ERN5T schreef op donderdag 26 maart 2026 @ 19:44:
Een vraag van een beginnende Modbus-amateur. Ik heb Home Battery Control (v4.6.0) draaien in HA. Nu is er een update v4.6.2. Het hele pakket heb ik geïmporteerd in Node RED, deployed, bij info zie ik bij de files v4.6.2 staan, maar in HA staat nog steeds v4.6.0 op het dashboard. Hoe activeer ik de nieuwe versie?

Heb je het HA dashboard wel geupdate?

[ Voor 10% gewijzigd door Beekforel op 26-03-2026 20:32 ]

[ERN5T]

Beekforel schreef op donderdag 26 maart 2026 @ 20:31:
[...]

Heb je het HA dashboard wel geupdate?

Inderdaad dat was de ontbrekende stap, de kopregel van het dashboard is nu ook aangepast. De functionaliteit lijkt op het oog niet gewijzigd (minimum SOC nog steeds 12%) waardoor ik nog een activatie verwachtte. Maar deze amateur heeft weer iets geleerd, bedankt.

[adjego]

ERN5T schreef op donderdag 26 maart 2026 @ 23:03:
[...]

Inderdaad dat was de ontbrekende stap, de kopregel van het dashboard is nu ook aangepast. De functionaliteit lijkt op het oog niet gewijzigd (minimum SOC nog steeds 12%) waardoor ik nog een activatie verwachtte. Maar deze amateur heeft weer iets geleerd, bedankt.

Heb je ook home assistant/packages/house_battery_control.yaml geupdate?

[superduper1969]

twokker schreef op maandag 23 maart 2026 @ 08:29:
Ongetwijfeld al gevraagd maar lastig terug te vinden in de thread: is het mogelijk om op de venus E versie 3 ‘modbus via lan’ aan de praat te krijgen met een wifi dongel op de lan poort, ipv een kabel? Bijvoorbeeld met een TP-Link TL-WR902AC ?

Homeplug Powerline Adapter kitje is ook niet duur.

[JustFogMaxi]

Mensen die een werkende Homey integratie weten? Ik heb net met modbus TCP (LAN) lopen spelen en mijn vibecode python script werkt prima. Echter integraties zoals Marstek Energy Storage krijgen geen juiste connectie...

[jevin20]

AUijtdehaag schreef op zaterdag 21 maart 2026 @ 07:31:
[...]

Wat gebruik je nu dan als automatisering? Of maak je die zelf?
Je hoeft het wiel niet opnieuw uit te vinden. https://github.com/gitcodebob/marstek-venus-rs485-node-red
Wel even deze code flashen op de lilygo

Met een wirwar aan automatiseringen toch maar eens hier naar gekeken, deze code flashen is dus anders dan ik tot nu toe gedaan heb?
Zorgt die dan voor dat het dashboard de batterijen herkent? Het nodered Dashboard van Bob laat vooral heel erg veel unknown entities zien. Zelfs de input number in step 1 laat unknown entity zien.
Ik heb t voor nu maar even opgegeven, ben de hele dag al met HA weer bezig geweest.

[AUijtdehaag]

jevin20 schreef op zondag 29 maart 2026 @ 20:49:
[...]

Met een wirwar aan automatiseringen toch maar eens hier naar gekeken, deze code flashen is dus anders dan ik tot nu toe gedaan heb?
Zorgt die dan voor dat het dashboard de batterijen herkent? Het nodered Dashboard van Bob laat vooral heel erg veel unknown entities zien. Zelfs de input number in step 1 laat unknown entity zien.
Ik heb t voor nu maar even opgegeven, ben de hele dag al met HA weer bezig geweest.

Hoe heten je entities dan?
sensor.marstek_m1_huppelepup?

[jevin20]

AUijtdehaag schreef op zondag 29 maart 2026 @ 21:04:
[...]

Hoe heten je entities dan?
sensor.marstek_m1_huppelepup?

sensor.batterij_1_muur_marstek_battery_etc
sensor.batterij_2_grond_marstek_battery_etc
Ik kon ze zelf noemen destijds

[AUijtdehaag]

@jevin20
Daar gaat het mis.

De node red code kijkt naar deze entities:
https://github.com/fonske...ain/lilygo_mt1.yaml#L2-L3
zie uitleg achter #

[ Voor 4% gewijzigd door AUijtdehaag op 29-03-2026 21:35 ]

[jevin20]

AUijtdehaag schreef op zondag 29 maart 2026 @ 21:33:
@jevin20
Daar gaat het mis.

De node red code kijkt naar deze entities:
https://github.com/fonske...ain/lilygo_mt1.yaml#L2-L3
zie uitleg achter #

Oké. Is dat een kwestie van de andere software flashen? En werkt dat voor beide MT’s die ik heb?

[AUijtdehaag]

@jevin20
Ja.
Volgende is m2

[sygys]

DikkieDick schreef op woensdag 25 maart 2026 @ 08:59:
En de continuing story goes on and on.

Half uurtje geleden zag ik dat de CT (in dit geval CT003) groen was in de app. Dus de Venus op zelf-initierend gezet. Wandel naar de supermarkt. Voordat ik daar ben aangekomen is ie weer grijs, om een minuutje of 5 later weer even groen en vervolgens grijs te zijn. En nu is ie zowaar al bijna 10 minuten groen. Dit gaan we maar eens even aanzien vandaag. En dan maar een nieuwe P1-meter bestellen bij HW omdat ie toch overleden lijkt, of ze moeten zo aardig zijn een nieuwe te sturen. :-)

Update: te vroeg gejuicht: ik sla het bericht op en zie dat ie weer grijs is. Nou ja, sowies toch maar even op de zelf-initiërende stand vandaag. Kijken of ie later ook weer tot leven komt.

Ik zit exact in hetzelfde schuitje. Ik heb marstek gevraagd de batterij op te komen halen. De software in zowel de batterij als de ct003 is zeer onbetrouwbaar. Ook überhaupt de configuratie in de app loopt totaal niet vlekkeloos. Ik voeg eerst de batterij toe en daarna via de batterij de ct003. De batterij is bedraad aangesloten maar toch vraagt deze tijdens de config om een wifi verbinding. Deze is dus zeer zwak en daarom ook dat ik een kabel aansluit. Dus de accu komt niet door de configuratie heen of pas na 100x proberen. Daarna probeer ik dan de ct003 toe te voegen die geeft ook 100x een foutmelding bij 100% wifi dekking. En dan opeens staat deze toch groen bij de accu terwijl de config faalt. Dan functioneert het een uurtje of wat en dan is de accu toch weer de verbinding kwijt en herstelt ook niet meer tot je alles reset. Ik heb het via wifi 1 keer stabiel gekregen maar heb geen idee meer hoe. Echter zit er in de software ergens nog een grote fout die de accu laat crashen waarbij alle settings terug naar standaard gaan. Hierbij wordt het wattage aangepast 800w de dod naar 12% en de api uitgezet. Dit moet je dan handmatig weer aanpassen iedere 2 dagen ongeveer.

Maargoed alleen al hoe de vertaling in de app is naar het Nederlands bewijst al hoe weinig tijd en moeite er gespendeerd is aan de software. Verschrikkelijk gewoon. Het is wel duidelijk waarom die rommel zo goedkoop is t.o.v. andere

Ik ben er helemaal klaar mee nu.

Ik vraag me af of de accu met modbus wel stabiel blijft. Ik kan het me haast niet voorstellen

[ Voor 5% gewijzigd door sygys op 30-03-2026 09:19 ]

[dannyro]

sygys schreef op maandag 30 maart 2026 @ 09:11:
[...]

Ik zit exact in hetzelfde schuitje. Ik heb marstek gevraagd de batterij op te komen halen. De software in zowel de batterij als de ct003 is zeer onbetrouwbaar. Ook überhaupt de configuratie in de app loopt totaal niet vlekkeloos. Ik voeg eerst de batterij toe en daarna via de batterij de ct003. De batterij is bedraad aangesloten maar toch vraagt deze tijdens de config om een wifi verbinding. Deze is dus zeer zwak en daarom ook dat ik een kabel aansluit. Dus de accu komt niet door de configuratie heen of pas na 100x proberen. Daarna probeer ik dan de ct003 toe te voegen die geeft ook 100x een foutmelding bij 100% wifi dekking. En dan opeens staat deze toch groen bij de accu terwijl de config faalt. Dan functioneert het een uurtje of wat en dan is de accu toch weer de verbinding kwijt en herstelt ook niet meer tot je alles reset. Ik heb het via wifi 1 keer stabiel gekregen maar heb geen idee meer hoe. Echter zit er in de software ergens nog een grote fout die de accu laat crashen waarbij alle settings terug naar standaard gaan. Hierbij wordt het wattage aangepast 800w de dod naar 12% en de api uitgezet. Dit moet je dan handmatig weer aanpassen iedere 2 dagen ongeveer.

Ik ben er helemaal klaar mee nu.

Ik vraag me af of de accu met modbus wel stabiel blijft. Ik kan het me haast niet voorstellen

Het is hier al meermaals voorbijgekomen dat de local api voor problemen zorgt. Waarom schakel je deze in?

[sygys]

Omdat ik zonder api geen integratie heb met home assistant. Daarnaast poll ik eens per minuut een enkel bericht. Als het ding dat al niet aan kan dan is het gewoon rommel. En marstek doet ook geen ene moer eraan.. Het is al maanden aan een stuk zo.

[ Voor 18% gewijzigd door sygys op 30-03-2026 09:30 ]

[SatScan]

sygys schreef op maandag 30 maart 2026 @ 09:11:
[...]

Ik zit exact in hetzelfde schuitje. Ik heb marstek gevraagd de batterij op te komen halen. De software in zowel de batterij als de ct003 is zeer onbetrouwbaar. Ook überhaupt de configuratie in de app loopt totaal niet vlekkeloos. Ik voeg eerst de batterij toe en daarna via de batterij de ct003. De batterij is bedraad aangesloten maar toch vraagt deze tijdens de config om een wifi verbinding. Deze is dus zeer zwak en daarom ook dat ik een kabel aansluit. Dus de accu komt niet door de configuratie heen of pas na 100x proberen. Daarna probeer ik dan de ct003 toe te voegen die geeft ook 100x een foutmelding bij 100% wifi dekking. En dan opeens staat deze toch groen bij de accu terwijl de config faalt. Dan functioneert het een uurtje of wat en dan is de accu toch weer de verbinding kwijt en herstelt ook niet meer tot je alles reset. Ik heb het via wifi 1 keer stabiel gekregen maar heb geen idee meer hoe. Echter zit er in de software ergens nog een grote fout die de accu laat crashen waarbij alle settings terug naar standaard gaan. Hierbij wordt het wattage aangepast 800w de dod naar 12% en de api uitgezet. Dit moet je dan handmatig weer aanpassen iedere 2 dagen ongeveer.

Maargoed alleen al hoe de vertaling in de app is naar het Nederlands bewijst al hoe weinig tijd en moeite er gespendeerd is aan de software. Verschrikkelijk gewoon. Het is wel duidelijk waarom die rommel zo goedkoop is t.o.v. andere

Ik ben er helemaal klaar mee nu.

Ik vraag me af of de accu met modbus wel stabiel blijft. Ik kan het me haast niet voorstellen

Wat vervelend voor je!

Als je eerder dit type vragen in het Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu topic had gesteld hadden we snel en effectief kunnen helpen.

Lees eerst de Topic Start eens door .. de eerste post en dan de pinned berichten. Dan ben je op de hoogte van de laatste ontwikkelingen.

[ Voor 3% gewijzigd door SatScan op 30-03-2026 09:42 ]

[SatScan]

sygys schreef op maandag 30 maart 2026 @ 09:29:
Omdat ik zonder api geen integratie heb met home assistant. Daarnaast poll ik eens per minuut een enkel bericht. Als het ding dat al niet aan kan dan is het gewoon rommel. En marstek doet ook geen ene moer eraan.. Het is al maanden aan een stuk zo.

Er zijn zo'n tien andere mogelijkheden om de batterijen aan te sturen en te integreren in HA zonder API en met en zonder de modbus te gebruiken... ik doe dit al ruim een jaar met 2 batterijen!

[ Voor 3% gewijzigd door SatScan op 30-03-2026 09:37 ]

[JanAllElectric]

sygys schreef op maandag 30 maart 2026 @ 09:11:
[...]


Ik vraag me af of de accu met modbus wel stabiel blijft. Ik kan het me haast niet voorstellen

Hier 3 Marsteks V2 sinds mei 2025 met (liligo) modbus geflashed via esphome (waardoor automatisch integratie met HA). Draait eigenlijk vlekkeloos. Zelfs geen enkele firmware upgrade meer gedaan. app (nauwelijks) nodig, maar werkt altijd.

Ik stuur wel zelf alles aan via nod-red <-> HA <> modbus, maar er zijn nu ook kant en klare integraties beschikbaar .

[ Voor 29% gewijzigd door JanAllElectric op 30-03-2026 09:49 ]

[sygys]

JanAllElectric schreef op maandag 30 maart 2026 @ 09:35:
[...]


Hier 3 Marsteks V2 sinds mei 2025 met (liligo) modbus geflashed via esphome (waardoor automatisch integratie met HA). Draait eigenlijk vlekkeloos. Zelfs geen enkele firmware upgrade meer gedaan. app (nauwelijks) nodig, maar werkt altijd.

Ik stuur wel zelf alles aan via nod-red <-> HA <> modbus.

Ik snap goed dat alles waarschijnlijk al is gezegd 9p dit forum. het is echter voor iemand die er net aan begint heel lastig om de juiste info te vinden. Er zijn 100den forum pagina's met 1000den posts van allerlei mensen met allerlei manieren waardoor je heel snel het overzicht kwijt raak van wat werkt en hoe. Kan je mij de juiste richting op sturen hoe een leek dit ingesteld krijgt? Ik heb overigens de 3.0 weet niet of dat anders werkt

[ Voor 3% gewijzigd door sygys op 30-03-2026 09:41 ]

[JanAllElectric]

knip

[ Voor 103% gewijzigd door JanAllElectric op 30-03-2026 09:46 ]

[SatScan]

sygys schreef op maandag 30 maart 2026 @ 09:39:
[...]

Ik snap goed dat alles waarschijnlijk al is gezegd 9p dit forum. het is echter voor iemand die er net aan begint heel lastig om de juiste info te vinden. Er zijn 100den forum pagina's met 1000den posts van allerlei mensen met allerlei manieren waardoor je heel snel het overzicht kwijt raak van wat werkt en hoe. Kan je mij de juiste richting op sturen hoe een leek dit ingesteld krijgt? Ik heb overigens de 3.0 weet niet of dat anders werkt

Je zit in het Modbus-topic, dus ik neem aan dat je dat wilt gaan gebruiken. De vraag is: heb je hier al ervaring mee of niet? Toen ik ermee begon had ik dat ook nog nooit gedaan, maar door het topic goed door te nemen en vragen te stellen, heb ik twee EEPROMs geflasht en aangesloten. Dat draait nu al ruim een jaar stabiel op deze manier. Om het mezelf makkelijker te maken heb ik daarnaast HBC voor de batterijsturing in Home Assistant geïnstalleerd, en daar heb ik verder geen omkijken meer naar.

Het is handig om te weten hoe ervaren je hierin bent!

[sygys]

Ik heb echt nul ervaring. Heb wel wat dingen bekeken en als ik zaken lees als dat bij de v3.0 de kleuren weer anders zijn en dat dit niet is getest dan wordt het voor mij al erg moeilijk. Ik moet blijkbaar een liligo of iets dergelijks kopen en dan met arduin ofzo flashen. Dan allerlei kabels aansluiten waarvan ik de functie niet eens weet en dan aansluiten op de batterij en hopen dat het werkt. Ik ben ook ooit zo begonnen met home assistant zelf zonder kennis. En ondertussen heb ik 1000den entiteiten met 100den apparaten aangesloten die feilloos werken. Met een batterij heb ik wel mijn bedenkingen. Dat is een wat risicovoller apparaat

[DikkieDick]

sygys schreef op maandag 30 maart 2026 @ 09:11:
[...]

Ik zit exact in hetzelfde schuitje. Ik heb marstek gevraagd de batterij op te komen halen. De software in zowel de batterij als de ct003 is zeer onbetrouwbaar. Ook überhaupt de configuratie in de app loopt totaal niet vlekkeloos. Ik voeg eerst de batterij toe en daarna via de batterij de ct003. De batterij is bedraad aangesloten maar toch vraagt deze tijdens de config om een wifi verbinding. Deze is dus zeer zwak en daarom ook dat ik een kabel aansluit. Dus de accu komt niet door de configuratie heen of pas na 100x proberen. Daarna probeer ik dan de ct003 toe te voegen die geeft ook 100x een foutmelding bij 100% wifi dekking. En dan opeens staat deze toch groen bij de accu terwijl de config faalt. Dan functioneert het een uurtje of wat en dan is de accu toch weer de verbinding kwijt en herstelt ook niet meer tot je alles reset. Ik heb het via wifi 1 keer stabiel gekregen maar heb geen idee meer hoe. Echter zit er in de software ergens nog een grote fout die de accu laat crashen waarbij alle settings terug naar standaard gaan. Hierbij wordt het wattage aangepast 800w de dod naar 12% en de api uitgezet. Dit moet je dan handmatig weer aanpassen iedere 2 dagen ongeveer.

Maargoed alleen al hoe de vertaling in de app is naar het Nederlands bewijst al hoe weinig tijd en moeite er gespendeerd is aan de software. Verschrikkelijk gewoon. Het is wel duidelijk waarom die rommel zo goedkoop is t.o.v. andere

Ik ben er helemaal klaar mee nu.

Ik vraag me af of de accu met modbus wel stabiel blijft. Ik kan het me haast niet voorstellen

Inmiddels, zaterdag uitvoerige update geplaatst, zijn mijn problemen opgelost. Even heel kort: vrijdag had ik de HomeWizard P1-meter ineens in 2 delen, dus daar rees het vermoeden dat die connectie al brak was. Nieuwe besteld, zaterdag geïnstalleerd, de Marstek weer verbinding laten maken en sindsdien is de verbinding met deze nieuwe HomeWizard P1-meter niet meer weggeweest.

[sygys]

Ik wil meerdere accu's dus dan werkt een homewizzard niet. Als ik echter lees hoe ingewikkeld die modbus integratie is denk ik niet dat dat gaat lukken. Als ik de tutorials lees heb ik gelijk al 100 vragen. Nadeel is altijd dat dit soort tutorials altijd geschreven zijn door mensen die weten hoe het werkt. Hierdoor missen vaak of bijna altijd de kleine details die ervoor zorgen dat je 4 weken bezig bent ipv 1 dag. Dat heb ik met bijna alles gemerkt wat ik tot nu toe met smarthome en home assistant heb gedaan. Je hebt een soort van basis kennis nodig of een video tutorial waarbij echt stap voor stap alles wordt uitgelegd zodat je niks mist. Althans.. Dat geld voor mij omdat ik van modbus op dit moment echt helemaal 0 verstand heb.

Ik had gehoopt dat het gewoon een kwestie was van een modbus kastje kopen. In node red verbinding maken ermee en uitlezen net als met api's maar dit is dus blijkbaar een heel stuk ingewikkelder dan dat.

[ Voor 12% gewijzigd door sygys op 30-03-2026 10:39 ]

[Tazzios]

@sygys je hoeft 0,0 met draden, modbus kastjes en flashen te doen indien je de Modbus over TCP/IP manier gebruikt.
Zet modbus over Ethernet aan(mogelijk heb je eerst een firmware update nodig) en stop er een netwerkkabel in.
Deze manier staat als eerste in de TS vermeld.

[sygys]

Ja sorry voor alle domme opmerkingen... Ik lees inderdaad dat je ook modbus kunt gebruiken via de gewone utp internet poort. Ik zou alleen niet weten waar ik die functie aan moet zetten. In de app heb ik die functie volgens mij niet. Ik heb ooit eens op een of andere vage website gezeten die via bt verbinding maakt met de batterij en dan veel meer instellingen kunt aanpassen dan de app. Weet alleen niet meer wat de website ook alweer was. En kan ik met die modbus over tcp ook de accu volledig besturen dus zelf voeden met de slimme meter waardes om hem te laden en ontladen?

[SatScan]

sygys schreef op maandag 30 maart 2026 @ 10:54:
Ja sorry voor alle domme opmerkingen... Ik lees inderdaad dat je ook modbus kunt gebruiken via de gewone utp internet poort. Ik zou alleen niet weten waar ik die functie aan moet zetten. In de app heb ik die functie volgens mij niet. Ik heb ooit eens op een of andere vage website gezeten die via bt verbinding maakt met de batterij en dan veel meer instellingen kunt aanpassen dan de app. Weet alleen niet meer wat de website ook alweer was. En kan ik met die modbus over tcp ook de accu volledig besturen dus zelf voeden met de slimme meter waardes om hem te laden en ontladen?

sygys schreef op maandag 30 maart 2026 @ 10:54:
Ja sorry voor alle domme opmerkingen... Ik lees inderdaad dat je ook modbus kunt gebruiken via de gewone utp internet poort. Ik zou alleen niet weten waar ik die functie aan moet zetten. In de app heb ik die functie volgens mij niet. Ik heb ooit eens op een of andere vage website gezeten die via bt verbinding maakt met de batterij en dan veel meer instellingen kunt aanpassen dan de app. Weet alleen niet meer wat de website ook alweer was. En kan ik met die modbus over tcp ook de accu volledig besturen dus zelf voeden met de slimme meter waardes om hem te laden en ontladen?

Volgens mij maak je jezelf het veels te ingewikkeld. Wat jij leest is nog vanaf de beginperiode. Nu zijn we ruim een jaar verder en is het een stuk eenvoudiger geworden. Ik heb zelf geen v3 versie dus kan je daar niet verder mee helpen maar wat ik gelezen heb is het hiermee juist een stuk eenvoudiger en hoef je niet meer te flashen etc. Zorg dat je tenminste fimware v147 in de batterijen hebt zitten. Kun je aanvragen via de feedback in de app.

[sygys]

Die versie is gelukkig ondertussen als stable uitgerold Dus die heb ik simpel via de app kunnen installeren en draait al. Zou je me kunnen verwijzen naar de post waar ik de info kan vinden om dit werkend te krijgen? Ik vind zoveel dat ik geen idee heb welke ik moet hebben. Daarnaast zijn zoals. Je al zegt sommige posts inderdaad ondertussen zo oud dat ze of niet meer werken of niet meer nodig zijn. Dat is altijd het nadeel van zoeken naar info op een forum. Je vind vooral heel veel wat niet (meer) relevant is. Zeker als je niet weet wat je zoekt zoals ik

[djiedjee]

Ik zit een beetje in hetzelfde schuitje als @sygys

Als ik alle topics teruglees heb ik mega-veel info die niet van toepassing is op mijn v3 accu of inmiddels achterhaald is.

De batterij draait inmiddels netjes op self-consumption.
Ik ga deze week een netwerk-kabel inprikken om modbus te proberen.
In eerste instantie dacht ik via Postman eerst wat te testen met de local API, maar ik lees dat je daarmee problemen veroorzaakt.

Het is best lastig om alle info hier te fiteren op mijn eigen situatie.

[sygys]

Api is super eenvoudig maar de accu blijft niet lang functioneren. Al vraag ik me af of dat echt het probleem is. Want als de api uitstaat dan zie ik nog steeds dat de accu savonds crasht en vaak de verbinding kwijt raakt met de CT. @djiedjee Heb jij het probleem dat in de app de accu zomaar opeens gereset is en alles terug staat op de standaard waardes en de modus op handmatig?

[djiedjee]

Nee, hij draait zonder problemen. Ik gebruik overigens geen P1 meter, maar de b2500 addon in HA.
Ik heb mijn P1-poort namelijk rechtstreeks aan HA hangen.

[teaser]

Ik vind dat het het wel wat explicieter aangegeven mag worden in de TS dat voor de V3 geen externe hardware meer nodig is. Er staat zoveel informatie in die TS, vooral over hoe je het praktisch aan de praat krijgt voor de v1/v2, dat je over die paar regeltjes over de V3 snel heen leest. Een kort overzicht bovenaan de TS zonder techische details kan al helpen.

Gezien de nieuwe bezoekers van dit topic voornamelijk V3 gebruikers zullen zijn - de V2 wordt niet meer verkocht - lijkt me het wel nuttig om hierop te focussen om veel gelijkaardige vragen te vermijden.

[sygys]

Ik zag de b2500 ook voorbij komen. Dat kan nog wel eens een goed alternatief zijn voor mij. Weet alleen niet of deze werkt met meerdere accus

[djiedjee]

Het idee is dan toch dat je elke fase apart doorgeeft? Zou moeten werken maar ik kan het met mijn enkele accu niet testen.

[dannyro]

djiedjee schreef op maandag 30 maart 2026 @ 11:14:
Ik zit een beetje in hetzelfde schuitje als @sygys

Als ik alle topics teruglees heb ik mega-veel info die niet van toepassing is op mijn v3 accu of inmiddels achterhaald is.

De batterij draait inmiddels netjes op self-consumption.
Ik ga deze week een netwerk-kabel inprikken om modbus te proberen.
In eerste instantie dacht ik via Postman eerst wat te testen met de local API, maar ik lees dat je daarmee problemen veroorzaakt.

Het is best lastig om alle info hier te fiteren op mijn eigen situatie.

Wel, toen ik mijn Marstek V2 besteld heb, direct werk gemaakt van >600 pagina's te lezen. Dat maakte het veel gemakkelijker voor mij ipv RTFM...Nu, alle dagen lees ik hier bij, ik vind dat wel prettig en blijf goed op de hoogte van de verdere ontwikkelingen. En geloof mij, er zitten hier velen met een enorme kennis.

[djiedjee]

Ik ben ook erg blij met alle info in ieder geval!

[SatScan]

teaser schreef op maandag 30 maart 2026 @ 11:41:
Ik vind dat het het wel wat explicieter aangegeven mag worden in de TS dat voor de V3 geen externe hardware meer nodig is. Er staat zoveel informatie in die TS, vooral over hoe je het praktisch aan de praat krijgt voor de v1/v2, dat je over die paar regeltjes over de V3 snel heen leest. Een kort overzicht bovenaan de TS zonder techische details kan al helpen.

Gezien de nieuwe bezoekers van dit topic voornamelijk V3 gebruikers zullen zijn - de V2 wordt niet meer verkocht - lijkt me het wel nuttig om hierop te focussen om veel gelijkaardige vragen te vermijden.

Je hebt helemaal gelijk, maar dit topic wordt momenteel vooral bijgehouden door gebruikers met ervaring in v1 of v2 (zoals ikzelf). We kunnen daarom helaas nog geen praktijkervaringen over v3 delen. Misschien kunnen ze je in dit topic ( Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu ) je beter helpen met specifieke vragen over de v3.

[sygys]

Ik ben ook blij met alle info hoor maar het is als beginner echt heel goed zoeken.

Ik probeer nog uit te vinden welk apparaat precies de verdeling regelt van het vermogen die binnenkomt. Volgens mij doet de ct003 dat nu. Tenzij de accu's met elkaar communiceren om de verdeling te regelen. Ik heb zowel op fase 1 als fase 2 zonnepanelen die ook nog eens in wattage erg verschillen ik wil dus wel kunnen bepalen wat er max aan vermogen de 2 accu's in gaat. Gebaseerd op de vermogens die de zonnepanelen leveren. Nu probeert de accu (als hij werkt) de meter op nul te houden. Dus kijkt naar het verschil en levert of laadt naargelang het verschil. Met 2 accu's wordt het ingewikkelder omdat dan de accu's moeten laden en rekening moeten houden met elkaar. Ik vraag me af of de b2500 addon dat kan. Ik kan het in de documentatie niet goed terug vinden. Ook geeft marstek zelf aan dat geen. Enkele 3rd party meter dit kan behalve hun eigen ct002 en ct003 dus volgens mij zit het slimme deel in de meter en niet in de accu

[jevin20]

Ik deel je mening wel een beetje hoor.
Ik weet dat er heel veel fanatieke Tweakers hier actief zijn, maar je kunt er niet vanuit gaan dat mensen 600+ pagina’s doorlezen om een antwoord op 1 vraag te vinden. Dit geldt voor meerdere topics, want dit is niet het enige topic dat enorm overspoeld raakt met nieuwe reacties, elke dag.
Laten we daarom, zoals de meeste hier doen, een beetje solidair zijn met elkaar en indien nodig in een PB wat info delen als dat iemand 600 pagina's lezen scheelt. Ik doe hetzelfde om mijn kennis te delen.

[jevin20]

JanAllElectric schreef op maandag 30 maart 2026 @ 09:35:
[...]


Hier 3 Marsteks V2 sinds mei 2025 met (liligo) modbus geflashed via esphome (waardoor automatisch integratie met HA). Draait eigenlijk vlekkeloos. Zelfs geen enkele firmware upgrade meer gedaan. app (nauwelijks) nodig, maar werkt altijd.

Ik stuur wel zelf alles aan via nod-red <-> HA <> modbus, maar er zijn nu ook kant en klare integraties beschikbaar .

[Afbeelding]

Tof! Wat voor kant en klare integraties? Ik hou van kant en klaar
Mooi Dashboard trouwens. Dat wil ik ook wel

[dannyro]

sygys schreef op maandag 30 maart 2026 @ 12:19:
Ik ben ook blij met alle info hoor maar het is als beginner echt heel goed zoeken.

Ik probeer nog uit te vinden welk apparaat precies de verdeling regelt van het vermogen die binnenkomt. Volgens mij doet de ct003 dat nu. Tenzij de accu's met elkaar communiceren om de verdeling te regelen. Ik heb zowel op fase 1 als fase 2 zonnepanelen die ook nog eens in wattage erg verschillen ik wil dus wel kunnen bepalen wat er max aan vermogen de 2 accu's in gaat. Gebaseerd op de vermogens die de zonnepanelen leveren. Nu probeert de accu (als hij werkt) de meter op nul te houden. Dus kijkt naar het verschil en levert of laadt naargelang het verschil. Met 2 accu's wordt het ingewikkelder omdat dan de accu's moeten laden en rekening moeten houden met elkaar. Ik vraag me af of de b2500 addon dat kan. Ik kan het in de documentatie niet goed terug vinden. Ook geeft marstek zelf aan dat geen. Enkele 3rd party meter dit kan behalve hun eigen ct002 en ct003 dus volgens mij zit het slimme deel in de meter en niet in de accu

Uw post vandaag om 9:11h vertelde heel wat anders dan deze post. Dat maakt het ook niet gemakkelijker voor ons om daar een goed antwoord op te geven...

[sygys]

Bedoel je een tweede accu? Ik heb de 2de nog niet en ondertussen gisteren via de mail mijn bestelling geannuleerd omdat het niet werkt. Ik vind het echter erg jammer want dit zijn wel de accu's die ik eigenlijk het liefste zou willen. Vandaar dat ik nog een laatste poging doe om een manier te vinden om mijn accu te houden en de 2de toch ook te laten komen. Dus ik ga nu uit van 2 accu's want dat wordt mijn wens.

Die b2500 werkt overigens meteen. Ik voeg de Shelly em toe en hop gelijk loopt alles. Ik vind hem alleen wel ontzettend schommelen. En vraag me dus nog af of 2 accu's werkt.

[ Voor 24% gewijzigd door sygys op 30-03-2026 12:37 ]

[djiedjee]

Wat vind jij "ontzettend schommelen"?
Ik heb in de DSMR-integratie de "minum time between entity updates" naar 0 gezet. Met mijn slimme meter is dat iedere seconde een update.

Het schommelt hier nog wel iets, maar niet zoveel als in de standaard setting.

[Tazzios]

SatScan schreef op maandag 30 maart 2026 @ 12:17:
[...]

Je hebt helemaal gelijk, maar dit topic wordt momenteel vooral bijgehouden door gebruikers met ervaring in v1 of v2 (zoals ikzelf). We kunnen daarom helaas nog geen praktijkervaringen over v3 delen. Misschien kunnen ze je in dit topic ( Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu ) je beter helpen met specifieke vragen over de v3.

Dat is wel wat N=1 redenering. Sinds de release in september vind je genoeg berichten over de v3. En heel vaak wordt er niet eens aangegeven om welke versie het gaat.

De aansturing functionaliteit is volgens mij ook gelijk getrokken, de V1 en V2 ondersteunen toch ook modbus over IP/TCP? Dit maak ik tenminste op uit de https://github.com/ViperRNMC/marstek_venus_modbus "Device version (v1/v2 or v3)"

[SatScan]

Tazzios schreef op maandag 30 maart 2026 @ 12:52:
[...]

Dat is wel wat N=1 redenering. Sinds de release in september vind je genoeg berichten over de v3. En heel vaak wordt er niet eens aangegeven om welke versie het gaat.

De aansturing functionaliteit is volgens mij ook gelijk getrokken, de V1 en V2 ondersteunen toch ook modbus over IP/TCP? Dit maak ik tenminste op uit de https://github.com/ViperRNMC/marstek_venus_modbus "Device version (v1/v2 or v3)"

Klopt, alleen werkt het niet direct 'out of the box' bij v1 en v2. Dat is voor nieuwe gebruikers blijkbaar nogal verwarrend. Omdat ik zelf geen V3 heb, ken ik de fijne details niet, en dat geldt voor meer gebruikers. Er staat niet voor niets: 'vul je signatuur/setup in'. Wat er nu vaak gebeurt, is dat nieuwe gebruikers eerst zelf gaan knutselen en dan pas — volledig gefrustreerd — deze topics vinden. Ze uiten dan hun frustratie zonder een duidelijke vraag te stellen of te vermelden welke hardware ze precies gebruiken (Batterij Vx, CT00x, Smart Meter 1, 5 of 10sec, etc.).

Begrijpelijk maar lastig om te helpen.

[sygys]

djiedjee schreef op maandag 30 maart 2026 @ 12:44:
Wat vind jij "ontzettend schommelen"?
Ik heb in de DSMR-integratie de "minum time between entity updates" naar 0 gezet. Met mijn slimme meter is dat iedere seconde een update.

Het schommelt hier nog wel iets, maar niet zoveel als in de standaard setting.

Ik heb het nu beter ingesteld even wat mqtt sensoren bijgemaakt voor total consumption en total production en nu werkt het erg goed. Zie nog wel schommelingen van 300/500 watt maar deze worden vrij snel opgevangen. Heb nog nooit zovaak een verschil gezien van 0 watt maar het is toch ongelofelijk dat marstek zelf zo'n ongelofelijk klote apparaat maakt (ct003) die constant de verbinding kwijt raakt en ook nog eens super traag is en dus maar de halve tijd waardes doorgeeft en crasht. Ik snap niet dat je als bedrijf zo'n troep maakt.


Super bedankt voor de b2500 tip dit is alvast een goed alternatief. Ik hoop dat de addon meer accu's kan aansturen. Dan ben ik geholpen

[ Voor 21% gewijzigd door sygys op 30-03-2026 13:32 ]

[djiedjee]

@sygys mooi dat het werkt. Nu rustig blijven ademhalen.

In de addon heb ik 1 template-sensor gebruikt die totale afname en teruglevering over 3 fasen heen teruggeeft.
Als je hetzelfde doet, maar dan 1 sensor per fase, zou het moeten werken.

Eventueel de afname en teruglevering splitsen, ik weet alleen wat daar de meerwaarde van zou zijn.

[SatScan]

sygys schreef op maandag 30 maart 2026 @ 13:27:
[...]

Ik heb het nu beter ingesteld even wat mqtt sensoren bijgemaakt voor total consumption en total production en nu werkt het erg goed. Zie nog wel schommelingen van 300/500 watt maar deze worden vrij snel opgevangen. Heb nog nooit zovaak een verschil gezien van 0 watt maar het is toch ongelofelijk dat marstek zelf zo'n ongelofelijk klote apparaat maakt (ct003) die constant de verbinding kwijt raakt en ook nog eens super traag is en dus maar de halve tijd waardes doorgeeft en crasht. Ik snap niet dat je als bedrijf zo'n troep maakt.
[Afbeelding]

Super bedankt voor de b2500 tip dit is alvast een goed alternatief. Ik hoop dat de addon meer accu's kan aansturen. Dan ben ik geholpen

De CT003 werkt hier perfect! zie mijn signatuur.
Wat belangrijk is dat je een goed wifi netwerk hebt, liefst en mesh-systeem en anders kun je het koppelen aan een travel-modem bij blijvende problemen.

[sygys]

Ja maar als je dus een ct003 hebt die op wifi zit en de accu op een utp kabel aansluit met hetzelfde subnet dan werkt het voor geen meter meer. En dat zou wel moeten werken...

Ik zat nog te denken mochten 2 accu's niet werken met de b2500 addon zou je dan beide accu's de helft van de waarde kunnen doorsturen die het daadwerkelijk is? Stel. Je hebt een verschil van 500 watt en je zou naar beide 250 sturen dan zou je het geheel toch op 0 of dicht daarbij moeten krijgen. Nadeel is alleen dat beide accu's exact even vol zouden moeten zitten anders stopt een van de 2 te vroeg en laad de andere maar met halve kracht op

[SatScan]

sygys schreef op maandag 30 maart 2026 @ 13:56:
Ja maar als je dus een ct003 hebt die op wifi zit en de accu op een utp kabel aansluit met hetzelfde subnet dan werkt het voor geen meter meer. En dat zou wel moeten werken...

Ik zat nog te denken mochten 2 accu's niet werken met de b2500 addon zou je dan beide accu's de helft van de waarde kunnen doorsturen die het daadwerkelijk is? Stel. Je hebt een verschil van 500 watt en je zou naar beide 250 sturen dan zou je het geheel toch op 0 of dicht daarbij moeten krijgen. Nadeel is alleen dat beide accu's exact even vol zouden moeten zitten anders stopt een van de 2 te vroeg en laad de andere maar met halve kracht op

De CT003 in samenwerking met de batterijen bepalen hoe de load onderling verdeeld wordt. Die sturen gezamenlijk de NOM (slimme sturing).

Hoe bepaalde HA integratie dat doen is verschillend, die gebruiken de P1 meter (sensor) alleen om de actuele waarde uit te lezen.

[jevin20]

AUijtdehaag schreef op zondag 29 maart 2026 @ 21:46:
@jevin20
Ja.
Volgende is m2

Done, opnieuw geflashed en al mn automatiseringen (voor nu) opnieuw ingesteld met de nieuwe entities.
Maar nu loop ik vast bij stap 7: Home Assistant DASHBOARD - continue installation with guidance van https://github.com/gitcod...ocs/01-getting-started.md
De interactive dashboard laat bij mij nog steeds exact dezelfde hoeveelheid unknown entities zien. Er is weinig interactief aan dit dashboard, en ik zie al helemaal niet hoe ik de node red flows hierin te zien moet krijgen. De node red flows heb ik wel gedeployed.

Misschien de volgende informatie nog erbij, ik heb geen file editor (ik draai HA docker, niet OS), en alle links in het dashboard, behalve die naar externe websites, leiden gewoon naar mijn eerste 'homepage' dashboard. Zo ook bijvoorbeeld 'review power limits' in step 4.
Het hele dashboard doet weinig op dit moment.
Tips?

[AUijtdehaag]

@jevin20
Ik heb die pagina even vluchtig bekeken maar het is denk ik ook wel onduidelijk geformuleerd allemaal
Heb je een directory packages gemaakt in HA (/config/packages)?

Grofweg komt het neer op:
lilygo of m5stack voor V1 en V2 vd marstek /modbus tcp voor de V3(zoek het ipadres op)

Directory /packages aan maken en deze in configuration.yaml

YAML:

homeassistant:
  packages: !include_dir_named packages

En daar die 2 yamls in kopieren
house_battery_control.yaml en house_battery_control_config
Die laatste heeft een template sensor die je moet aanpassen voor jou p1 meter

een keer herstarten van HA

Dashboard importeren in HA

All flows in one importeren in nodered
https://github.com/gitcod...ll-flows-in-one-file.json
deploy

en dan kan je naar het tabje( in nodered) Home Battery start gaan om te kijken wat er wel/niet doorkomt

En daarna naar de discord server om vragen te stellen
https://github.com/gitcod...adme-ov-file#getting-help


Als je al allerlei andere integraties hebt toegepast zal het iets meer moeite kosten, want je moet de entitiy-ids opnieuw aan laten maken of refreshen.
HA heeft een bugje dat die achterblijven in de oude staat (instellingen - apparaten en diensten - entiteiten - tandwieltje of 3 puntjes)(uit mijn hoofd)

[ Voor 9% gewijzigd door AUijtdehaag op 30-03-2026 17:27 ]

[jevin20]

AUijtdehaag schreef op maandag 30 maart 2026 @ 17:22:
@jevin20
Ik heb die pagina even vluchtig bekeken maar het is denk ik ook wel onduidelijk geformuleerd allemaal
Heb je een directory packages gemaakt in HA (/config/packages)?

Grofweg komt het neer op:
lilygo of m5stack voor V1 en V2 vd marstek /modbus tcp voor de V3(zoek het ipadres op)

Directory /packages aan maken en deze in configuration.yaml

YAML:

homeassistant:
  packages: !include_dir_named packages

En daar die 2 yamls in kopieren
house_battery_control.yaml en house_battery_control_config
Die laatste heeft een template sensor die je moet aanpassen voor jou p1 meter

een keer herstarten van HA

Dashboard importeren in HA

All flows in one importeren in nodered
https://github.com/gitcod...ll-flows-in-one-file.json
deploy

en dan kan je naar het tabje( in nodered) Home Battery start gaan om te kijken wat er wel/niet doorkomt

En daarna naar de discord server om vragen te stellen
https://github.com/gitcod...adme-ov-file#getting-help


Als je al allerlei andere integraties hebt toegepast zal het iets meer moeite kosten, want je moet de entitiy-ids opnieuw aan laten maken of refreshen.
HA heeft een bugje dat die achterblijven in de oude staat (instellingen - apparaten en diensten - entiteiten - tandwieltje of 3 puntjes)(uit mijn hoofd)

Met alles wat ik al gedaan had.... En het gaat mis bij de packages
Anyway. Nu is het gelukt. Super bedankt!
Nu heb ik nog wat additionele vragen:
- Ik ben benieuwd of ik ergens kan verifiëren dat de instellingen in het dashboard daadwerkelijk worden overgenomen door de batterijen. Ik heb dit getest met [/quote]Marstek m1 Discharging Cutoff Capacity[quote], en als ik die in de instellingen op het dashboard aanpas, zie ik die niet aangepast worden in de actuele entity via de Marstek m1 zelf.
- Ik wil graag de EV stop trigger toepassen, maar begrijp niet zo goed wat voor entity id ik daar moet invullen? Mijn Easee charger integration heeft bijv een status ID, maar die kan meerdere statussen hebben... Moet ik hier zelf een helper voor maken dan die bij Charging een on/off signaal geeft en die helper hier invullen? Ik zie tevens geen schakelaar om de EV stop trigger aan of uit te zetten. Is die altijd aan zodra ik hier uitgevogeld heb wat de juiste entity ID is om in te vullen?

Edit:
- Nog een vraag, ik heb niet echt mijn p1 meter ingesteld in de house_battery_control_config.yaml, maar dit ging gewoon goed lijkt het (homewizard P1), moet ik hier nog iets mee doen? Ik heb een 3 fase meter, daar wordt nu niet naar gekeken geloof ik, maar ook geen idee of dat uitmaakt. Om eerlijk te zijn begrijp ik dat 3 fase verhaal niet in de config yaml.
- NodeRed ziet ook nog 37 issues (allemaal action .... not found) wat moet ik hiermee?

Edit 2:
- Heb ik de CT003 nu nog nodig of niet? Want mijn splitter zit vol met 3 meters en binnenkort komt er weer een P1 meter van de laadpaal bij (nu laden we nog gewoon op de goedkoopste momenten, straks willen we op zonne-energie laden en dan hebben we de Easee Equalizer nodig )

[ Voor 15% gewijzigd door jevin20 op 30-03-2026 18:11 ]

[AUijtdehaag]

@jevin20
Ik wil niet flauw doen, maar dit topic is niet bedoeld voor HBC ondersteuning.
Daarvoor ga je hier naar toe: https://discord.com/invite/yeAGaE4kgy

Wat korte antwoorden:
Heb je nodered al eens "restart"?
Als je de yaml's NA de installatie van nodered geplaatst hebt, herkend nodered ze niet natuurlijk, na een restart vaak wel.
Powerbaas heeft een 4 poort splitter en ik heb nooit een CT003 gehad (dus ook niet nodig meer, tenzij je terug wilt naar marstek sturing)
Voor HW P1 wifi en 3-fase meter heb je maar 1 entity nodig in de template sensor en dat is de entity: sensor.p1_meter_power van HW

[ Voor 12% gewijzigd door AUijtdehaag op 30-03-2026 18:30 ]

[djiedjee]

Ik heb een LAN-kabel ingeprikt en de modbus-yaml van Fonske geinstalleerd inclusief standaard dashboard.
Het werkte binnen 10 minuten, dat viel alles mee!

Thanks allemaal.

Nu nog kijken of ik in EVCC wat eenvoudige zaken kan combineren met de laadpaal of dat ik toch node-red / automations ga proberen.

[NoFate]

sygys schreef op maandag 30 maart 2026 @ 13:27:
[...]

Ik heb het nu beter ingesteld even wat mqtt sensoren bijgemaakt voor total consumption en total production en nu werkt het erg goed. Zie nog wel schommelingen van 300/500 watt maar deze worden vrij snel opgevangen. Heb nog nooit zovaak een verschil gezien van 0 watt maar het is toch ongelofelijk dat marstek zelf zo'n ongelofelijk klote apparaat maakt (ct003) die constant de verbinding kwijt raakt en ook nog eens super traag is en dus maar de halve tijd waardes doorgeeft en crasht. Ik snap niet dat je als bedrijf zo'n troep maakt.
[Afbeelding]

Super bedankt voor de b2500 tip dit is alvast een goed alternatief. Ik hoop dat de addon meer accu's kan aansturen. Dan ben ik geholpen

In de develop branch van de b2500 emulator kan je de ct003 emuleren, die werkt wel met meerdere batterijen en je kan zelfs bijsturen.... Heel veel extra opties... Maar de CT003 is een goed device , dat je verbinding wegvalt ligt wellicht niet aan de meter zelf. Ik zou je netwerk apparaat eens laten nakijken

[djiedjee]

Ik mis, net zoals andere hier, een aantal waarden uit modbus, bijb. Daily Charging energy.

De accu draait op firmware 144 en zou versie 146 of hoger moeten hebben?
Via de app is er geen update mogelijk.

Is dat aan te vragen via mail of kan ik dat beter via "Ask Marstek" in de app aanvragen?