Problemen en oplossingen Marstek thuis accu

[Willem2]

Nomis schreef op dinsdag 24 februari 2026 @ 15:14:
Bij mij waren de problemen met het spontaan terug springen naar basis settings in mijn v3's spontaan opgelost na het uitschakelen van de API in de settings. Met API op disabled zijn ze niet meer terug gesprongen en draaien ze nu al een tijd 100% goed en stabiel (v147) .

Hmm, dank voor de tip, maar dat zou dus betekenen als je iets met HA of vergelijksbaars wilt doen dat niet gaat of je moet met de RS485 poort aan de slag?

[Nomis]

Ik had de marsteks toegevoegd aan home assistant via de Api. Maar dat was meer om te kijken of het kon. Aangezien ik verwacht dat de accus in mijn huis vooral gebruikt zullen worden voor NOM is de link naar Home assistant niet echt belangrijk voor mij.

Er zijn wel routes beschikbaar via de netwerk poort, maar daar ben ik niet in gedoken.

[AUijtdehaag]

Willem2 schreef op woensdag 25 februari 2026 @ 11:44:
[...]


Hmm, dank voor de tip, maar dat zou dus betekenen als je iets met HA of vergelijksbaars wilt doen dat niet gaat of je moet met de RS485 poort aan de slag?

Netwerk poort praat modbus tcp/ip dus de RS485 poort heb je niet meer nodig. (tenzij geen vast netwerk kabel, dan een esp)
https://github.com/fonske/MarstekVenusV3-modbus-TCP-IP

[X-DJiNn]

X-DJiNn schreef op zondag 22 februari 2026 @ 08:43:
Mijn accu heeft vreemde nukken, het lijkt een poosje goed te gaan.
En zo ineens lijkt het de volgende dag wel of de hele accu gereset is naar basis instellingen

Alles staat ineens anders.zoals

AI is ineens handmatig
2500W is ineens 800W
Shelly Pro 3EM CT is ineens CT003
API staat ineens uit

Iemand hier ook ervaring mee ? En voornamelijk ook een oplossing voor ?

Schijnt bekend te zijn bij Marstek samen met de oplossing te updaten van 147.116.110 naar:

147.3.116.110, die 3 staat voor de EMS denk ik.

Ik heb deze uodate gedraaid met alle stekkers eruit, ben benieuwd hoe het nu gaat,

[ Voor 6% gewijzigd door X-DJiNn op 26-02-2026 04:47 ]

[Willem2]

AUijtdehaag schreef op woensdag 25 februari 2026 @ 19:20:
[...]

Netwerk poort praat modbus tcp/ip dus de RS485 poort heb je niet meer nodig. (tenzij geen vast netwerk kabel, dan een esp)
https://github.com/fonske/MarstekVenusV3-modbus-TCP-IP

Dat weet ik, maar ik dacht dat als je local API uitzet in de app, je geen modbus over tcp hebt. Of heb ik dat verkeerd begrepen? Ik heb mijn V3 inderdaad aan een LAN kabel hangen.

[Willem2]

X-DJiNn schreef op donderdag 26 februari 2026 @ 04:46:
[...]


Schijnt bekend te zijn bij Marstek samen met de oplossing te updaten van 147.116.110 naar:

147.3.116.110, die 3 staat voor de EMS denk ik.

Ik heb deze uodate gedraaid met alle stekkers eruit, ben benieuwd hoe het nu gaat,

Ah, die update staat in de wacht, maar is al 3x fout gegaan. Nog eens rustig naar kijken. Las dat het over Wifi beter zou gaan?

[Wibo001]

Hallo, ik ben nieuw hier.
Ik gebruik Modbus via RS485 op mijn Venus E V3 (v147) via zelf geprogrammeerde ESP32 toepassing die onder Blynk draait. Voorlopig gebruik ik dat alleen om bepaalde batterij waarden uit te lezen. Werkt perfect. MAAR als ik deze toepassing laat draaien op een identieke Venus E V3 (ook op v147) van een vriend werkt dit niet, "geen response van de slave".
Ik lees hier dat misschien de "local API" optie dient aangevinkt om Modbus te laten werken, maar dat is op mijn batterij niet nodig om het te laten werken.
Ik lees in dit forum ook dat er al eens een batterij wordt geleverd met een disabled Modbus. Maar hoe zet je die dan op?

Heeft er iemand hier misschien een suggestie wat de oorzaak zou kunnen zijn waarom mijn toepassing wel werkt op de ene batterij maar niet op de andere (die een identieke firmware versie heeft)?
Suggesties meer dan welkom.

[conradh]

Je kunt de modbus op de v3 gewoon uitlezen via de ethernet poort over het netwerk. Helemaal geen andere hardware nodig.

Wibo001 schreef op vrijdag 27 februari 2026 @ 15:12:
Hallo, ik ben nieuw hier.
Ik gebruik Modbus via RS485 op mijn Venus E V3 (v147) via zelf geprogrammeerde ESP32 toepassing die onder Blynk draait. Voorlopig gebruik ik dat alleen om bepaalde batterij waarden uit te lezen. Werkt perfect. MAAR als ik deze toepassing laat draaien op een identieke Venus E V3 (ook op v147) van een vriend werkt dit niet, "geen response van de slave".
Ik lees hier dat misschien de "local API" optie dient aangevinkt om Modbus te laten werken, maar dat is op mijn batterij niet nodig om het te laten werken.
Ik lees in dit forum ook dat er al eens een batterij wordt geleverd met een disabled Modbus. Maar hoe zet je die dan op?

Heeft er iemand hier misschien een suggestie wat de oorzaak zou kunnen zijn waarom mijn toepassing wel werkt op de ene batterij maar niet op de andere (die een identieke firmware versie heeft)?
Suggesties meer dan welkom.

[Wibo001]

Hi Conradh, bedankt voor de reactie.
Ik weet dat ik ook via de andere connectie (Ethernet) zou kunnen gaan, maar ik ben niet vertrouwd met die manier van werken EN ik probeer natuurlijk mijn reeds bestaande (en werkende) applicatie werkende te krijgen.
Maar ik vrees inderdaad dat ik mij uiteindelijk zal moeten gaan verdiepen in de ethernet connectie en mijn applicatie aanpassen.
Extra hardware heb ik zowiezo nodig omdat ik de batterij gegevens via de Blynk API in mijn Blynk applicatie moet krijgen.

[X-DJiNn]

@Wibo001

Kun je hier wat mee ?
https://rweijnen.github.io/marstek-venus-monitor/latest/

[sonina]

Gaat hier al goed van vorige zomer.
En dan vandaag plots 1 van de twee batterijen niet meer opladen. (wel ontladen tot 12% na opladen gisteren).

Batterij uit gezet, weer aan en die ging direct laden. Ik blij want de zon schijnt eindelijk eens wat.

Kijk ik net en is die niet meer aan het ontladen. Blijkt die de CT meter niet te zien.

De tweede batterij maakt er allemaal geen probleem van en doet rustig verder. Straks hier alles maar eens doorlezen en de boel nog eens herstarten.
Voor nu even manueel rustig laden ontladen zodat die hopelijk morgen weer helemaal beschikbaar is.


Update: WiFi opnieuw verboden en direct CT verbinding en doet weer normaal verder.
Verbinding werkte wel, want kon ze bedienen va'op afstand buiten range van Bluetooth..

[ Voor 12% gewijzigd door sonina op 03-03-2026 20:43 ]

[saken]

Bij mij gaat steeds de verbindig met P1 meter van homewizard verbroken. Na een tijdje doet hij het weer maar valt steeds weg. iemand hier een oplossing voor gevonden ? (marstek venus e v3 )
Op youtube kwam ik een workaround tegen om de batterij status van de marstek in HASSIO te integreren in het energydashboard middels ESPHOME. Vraag me af of dit het zou oplossen en met het oog op meerdere marsteks in de toekomst of dit dan ook samen zal werken met meerdere units.
Of gewoon een marstek p1 meter kopen en op een splitter zetten met de Homewizard P1 (wil tevens niet updaten)

[ Voor 50% gewijzigd door saken op 04-03-2026 23:33 ]

[AUijtdehaag]

@saken
Draait hier al een aantal maanden prima icm nodered flow van Bob op drie batterijen en HW p1
Ik heb nog nooit een marstek p1 meting gehad en heb 3 generaties venus E

De v3 heeft geen esp meer nodig omdat deze modbus tcp praat via het bedraad netwerk. Een yaml droppen in HA en het ip adres invullen van je marstek.
Ga niet meer linken, zoek eens in mijn posts of klik in mijn sig op github.

[ Voor 16% gewijzigd door AUijtdehaag op 05-03-2026 00:43 ]

[saken]

AUijtdehaag schreef op donderdag 5 maart 2026 @ 00:36:
@saken
Draait hier al een aantal maanden prima icm nodered flow van Bob op drie batterijen en HW p1
Ik heb nog nooit een marstek p1 meting gehad en heb 3 generaties venus E

De v3 heeft geen esp meer nodig omdat deze modbus tcp praat via het bedraad netwerk. Een yaml droppen in HA en het ip adres invullen van je marstek.
Ga niet meer linken, zoek eens in mijn posts of klik in mijn sig op github.

Ik zal me even goed moeten inlezen, ben met veel termen die je gebruikt nog niet bekend. Ik zie dat je een modbus kaart verkoopt, ik neem dan aan dat je bedoelt dat deze met HASSIO werkt icm de Marstek.

Ik gebruik de Marstek voor NOM met een vast energiecontract.

[X-DJiNn]

Ik heb de batterij uit de app gegooid.
Vervolgens monitor ik de accu via localAPI in HA
Hij geeft aan dat hij om de 2 a 3 minuten op AI wordt gezet door Marstek.

Ik gebruik nu de software van Fonske icm Bob,... Maar ik weet niet wie nou wat aanstuurt.
Batterij doet het wel, maar... is de aansturing nu door HA of Marstek...?

Nog even een en ander in de gaten houden

[X-DJiNn]

Batterij doet bij mij helemaal niets meer. Heb wel verbinding, modbus is gestart, kan een en ander uitlezen.
Maar komt op een of andere manier niet in selfconsumption....

Zucht,,,,....

Ik ga wel weer terug naar de app.
Wat een klotenbatterij, en dat ligt voornamelijk aan de software van dat ding.

[Yeshua]

Mijn probleem lijkt opgelost te zijn, mede dankzij de berichten hier, maar ik post het hier toch even. Misschien heeft iemand er iets aan.

- Marstek Venus E 3.0 5 ,12 kWh (gekocht via tubotek.be)
- Marstek CT003 P1 meter
- Marstek app 1.6.59

• CT003 - V116
• Venus E - V147

- Landis+Gyr E360-1P - digitale meter
- TP Link AX3000 (2.4 en 5 GHz SSID) - router
- TP-Link AX1800 (2.4 en 5 GHz SSID) - Acces Point
- 12 zonnepanelen met piekvermogen 5,16 kWp

Installatie van zowel de meter als de batterij leken zonder problemen te verlopen. Voor Meter Selection had ik gekozen voor Landis + Gyr E360-SMR5.0(Beta)-P1. Maar na instellen op Self consumptiom bleef de batterij passief op Standby staan, terwijl er opbrengst van de zonnepanelen was. Manueel laden en ontladen lukten wél.

De batterij en CT003 meter waren verbonden via het internet. Op de batterij waren de witte leds CT en WIFI verlicht. Ook in de app toonde CT groen. En toch faalde de diagnose.



Op aanraden van een bericht in deze draad probeerde ik de diagnose terwijl ik via BT verbonden was met de batterij, maar ook dat faalde. Uit nazicht bij Fluvius bleek dat ik via Poortbeheer de P1 had geopend, dus dat kon het ook niet zijn.

Toen ik alles opnieuw nakeek zag ik dat de CT meter het volle WiFi signaal had, terwijl dat in de batterij zwak was. Raar, want zowel de meter als de batterij als de router bevinden zich in dezelfde ruimte. Dan heb ik de AP (2 kamers verder) uitgeschakeld, de WiFi in beide toestellen opnieuw ingesteld via de app en de diagnose opnieuw uitgevoerd terwijl ik via BT verbonden was. Deze keer geen fout tijdens de diagnose.

Alles werkt nu zoals het hoort. De batterij laadt als de zonnepanelen opbrengen en ontlaadt als de zon weg is. Best wel raar, want de router en AP bevinden zich in hetzelfde netwerk (192.168.*.*) en deze morgen zag ik dat het WiFi signaal van de batterij terug zwak was. Dus de batterij is terug verbonden met het zwakkere signaal van de AP.



Maar alles blijft nu wel werken zoals het hoort. In principe kan ik in de router een derde netwerk instellen, speciaal voor IoT, maar voorlopig laat ik het zo, omdat het toch werkt.

TL;DR: Als je meerdere draadloze netwerken hebt, schakel dan alle toestellen op één na uit, zodat de meter en batterij op hetzelfde draadloze netwerk (van één toestel) verbonden zijn.

[igela3]

bericht verplaatst

[ Voor 106% gewijzigd door igela3 op 10-03-2026 14:10 . Reden: verkeerde thread ]

[X-DJiNn]

Ben nu zelf een EMS aan het bouwen met behulp van YAML wat basiskennis over thuis batterij, home-asisstant en chatGPT, werkt nu al verrassend goed en heb nu beheer helemaal zelf en maatwerk.

[R0N]

X-DJiNn schreef op donderdag 12 maart 2026 @ 20:03:
Ben nu zelf een EMS aan het bouwen met behulp van YAML wat basiskennis over thuis batterij, home-asisstant en chatGPT, werkt nu al verrassend goed en heb nu beheer helemaal zelf en maatwerk.

Neem aan dat je direct op de Modbus aanstuur. Wat zijn jouw ervaringen met betreft reactie tijd ofwel hoe snel reageert de Marstek op een opdracht.

[X-DJiNn]

Reactietijd is goed, 1 a 2 sec. Idd via Modbus TCP

sensors:
- name: marstek2_soc
slave: 1
address: 34002
input_type: holding
data_type: uint16
scale: 0.1

- name: marstek2_battery_power
slave: 1
address: 30001
input_type: holding
data_type: int16

- name: marstek2_ac_power
slave: 1
address: 32202
input_type: holding
data_type: int32

- name: marstek2_inverter_state_raw
slave: 1
address: 35100
input_type: holding
data_type: uint16

Deze adressen gebruik ik nu, maar heb nog een probleem met accu 1, deze reboot steeds. Ik ga m morgen maar eens resetten. Marstek geeft aan dat deze accu een BMS is zero probleem heeft. En hebben zelfs al aangeboden de accu te vervangen als het probleem blijft.

Als beide accu goed blijven reageren, eventueel nog uitbreiden met een PID regeling, maar het gaat nu al prima eigenlijk. Maar om goed te kunnen testen heb ik meer zon nodig.

Tevens dan later de toekomst prijzen van Tibber integreren en daar slim op doorborduren.

[ Voor 13% gewijzigd door X-DJiNn op 13-03-2026 21:17 ]

[Yeshua]

Update: ik dacht dat mijn probleem opgelost was, maar toch heeft de batterij een paar keer een steek laten vallen en werkte NOM niet naar behoren. Van een sterke verbinding viel de batterij terug op een zwakke verbinding. Ik heb nu op de router (die in dezelfde ruimte als de batterij is) een zgn. dedicated network for IoT ingesteld en dit op WPA2, dus niet WPA2+WPA3 waar de batterij blijkbaar problemen mee heeft.

Het signaal op de batterij is nu sterk en sinds een paar dagen stabiel. (Hout vasthouden!)

[ Voor 7% gewijzigd door Yeshua op 14-03-2026 14:44 ]

[Pierredr]

Dag allen,
Het was mijn bedoeling om ook een Marstek Venus 3.0 aan te schaffen maar als ik dit hier allemaal lees kan ik beter op zoek gaan naar een ander merk vermoed ik,
Mvrgr Pierre

[X-DJiNn]

De accu op zich is goed, en niet duur.
Reactietijd is wel snel, je kunt 2500W laden en ontladen en er zijn goede mogelijkheden om deze op HA aan te sluiten.

Software en CT003 van Marstek zelf zijn gewoon ruk. Daar zie je ook dat iedereen daar tegenaan loopt.

Dus wil je eenvoudig plug en play,... kies dan niet voor Marstek.
Wil je goedkoop en kun/wil je een beetje knutselen en je geduld trainen, kies dan voor Marstek.

Via de software van Marstek het er op aan laten komen en hopen dat hij goed blijft laden, dan kom je hoogstwaarschijnlijk van een koude kermis thuis.

Kwaliteit van de hardware mbt de accu zelf is naar mijn idee wel goed. Randapparatuur laad nog wel eens te wensen over. Toevallig heb ik dan waarschijnlijk een defecte accu (BMS-deel), maar heb het idee dat dit niet vaak voorkomt. Althans, ik heb er niet veel over gelezen.

Ga je voor een Marstek Venus E3.0 sluit het dan aan via een ethernetkabel sla setting voor wifi over, en stuur heb dan aan via modbus-tcp i.c.m Home-Assistant. Dat werkt bij mij het best, heb nu voor € 3000,- 10,2 kWh voor overschot. Moet nog zien dat je een ander systeem hebt voor hetzelfde geld.

Home assistant is overigens gratis, je hebt alleen een RaspberryPi of zoals in mijn geval een NUC (€ 100,- via marktplaats) nodig.

[ Voor 13% gewijzigd door X-DJiNn op 15-03-2026 07:39 . Reden: Spelllvoutjes ]

[Yeshua]

Is er iemand die Electricity Pricing aan het werk heeft gekregen onder Self Consumption? Ik heb het volgende ingegeven:



Dit heeft een paar keer gegevens opgeleverd, maar de laatste dagen doet dit gewoon niets, ondanks het feit dat de batterij al enkele keren geladen en ontladen is.

App 1.6.60 (Android) Batterij V148 CT003 V116

[Ceaus]

Pierredr schreef op zaterdag 14 maart 2026 @ 19:39:
Het was mijn bedoeling om ook een Marstek Venus 3.0 aan te schaffen maar als ik dit hier allemaal lees kan ik beter op zoek gaan naar een ander merk vermoed ik,

Dan zit je in het verkeerde forum te kijken Dis is het forum "Problemen en oplossingen Marstek thuis accu". Er zijn hele volksstammen (waaronder ik) die er geen enkel probleem mee hebben.

[X-DJiNn]

Hou er rekening meer dat de continueiteit van de EMS in de accu niet betrouwbaar is. Hij hangt regelmatig. Voordat je zaken gaat wijzigen, probeer eerst te rebooten, resetten of de accu opnieuw toe te voegen met de zelfde setting. Ik ben bang dat je er handigheid in gaat vinden....

[ranico]

Uit deze topic blijkt dat de ct003 p1 niet echt goed werkt in vergelijking met de ct002 klemmen met meerdere MT batterijen.
Momenteel 2 batterijen gestuurd met ct0003, de derde staat op peakshaving. En geen problemen de voorbije maanden. Sinds vorige week, derde batterij op ct003 gezet, en daar gaat soms een batterij in standby.
Gaar een ct002 met klemmen beter zijn?
Alle batterijen zijn op LAN aangesloten.

[Ronnie6719]

Ik ben geïnteresseerd in een marstek venus e3.0 maar ben bang dat het niet gaat werken zodat ik graag wil.

Ik heb een elektrische auto die ik thuis met een ratio met load balancing doe laden via mijn zonnepanelen. Ik denk als ik een marstek accu plaats deze voorrang zal gaan nemen op de auto en ik wil natuurlijk eerst mijn auto vol laden, zijn hier mensen die ook dit probleem hebben en daar een oplossing voor hebben.

[Ceaus]

Ronnie6719 schreef op maandag 23 maart 2026 @ 06:48:
Ik ben geïnteresseerd in een marstek venus e3.0 maar ben bang dat het niet gaat werken zodat ik graag wil.

Ik heb een elektrische auto die ik thuis met een ratio met load balancing doe laden via mijn zonnepanelen. Ik denk als ik een marstek accu plaats deze voorrang zal gaan nemen op de auto en ik wil natuurlijk eerst mijn auto vol laden, zijn hier mensen die ook dit probleem hebben en daar een oplossing voor hebben.

Dan de Marstek loskoppelen van je P1, en mbv Modbus TCP handmatig aansturen. Waarschijnlijk doe je dit het makkelijkst in jouw bestaande home automation omgeving. Voor Modbus TCP heb je een kabelverbinding nodig (geen wifi).

[Ronnie6719]

Oke dat zegt mij helemaal niets ben niet zo thuis in de computerwereld.

[AUijtdehaag]

@Ronnie6719
Hier kan het allemaal mee.
https://github.com/gitcodebob/marstek-venus-rs485-node-red
https://github.com/fonske/MarstekVenusV3-modbus-TCP-IP
https://www.home-assistant.io/installation/odroid/ of iets anders wat HA kan draaien (geen sd kaartjes systeem)

[MikeDASpike]

Ronnie6719 schreef op woensdag 25 maart 2026 @ 18:11:
Oke dat zegt mij helemaal niets ben niet zo thuis in de computerwereld.

Als je niet zo thuis bent in de computerwereld, zou ik de Marstek V3 niet kopen. Ondanks de ondersteuning die ze bieden, vind ik de verbinding slecht en de P1 meter (ct003) verliest steeds de verbinding.
Maar als iemand je kan helpen om het buiten de standaard Marstek app/P1 meter om het werkend te krijgen, dan is het een goed apparaat.
Ik dacht zelf wel verstand van IT te hebben, maar de jongere generatie heeft me ingehaald. Gelukkig zijn er mannen als AUijtdehaag en Codebob (en inmiddels een hele Discord community) om elkaar te helpen.
Dit is mijn persoonlijke mening. Er kunnen mensen zijn die prima uit de voeten kunnen met de Venus E 3.0 en de Marstek app.

[Ronnie6719]

Ik had daar al iets van gevonden en ben het aan het lezen bedankt alvast.

[Ronnie6719]

MikeDASpike schreef op woensdag 25 maart 2026 @ 18:42:
[...]

Als je niet zo thuis bent in de computerwereld, zou ik de Marstek V3 niet kopen. Ondanks de ondersteuning die ze bieden, vind ik de verbinding slecht en de P1 meter (ct003) verliest steeds de verbinding.
Maar als iemand je kan helpen om het buiten de standaard Marstek app/P1 meter om het werkend te krijgen, dan is het een goed apparaat.
Ik dacht zelf wel verstand van IT te hebben, maar de jongere generatie heeft me ingehaald. Gelukkig zijn er mannen als AUijtdehaag en Codebob (en inmiddels een hele Discord community) om elkaar te helpen.
Dit is mijn persoonlijke mening. Er kunnen mensen zijn die prima uit de voeten kunnen met de Venus E 3.0 en de Marstek app.

Ik moet hem via de ct002 aansluiten omdat ik geen p1 ingang heb op mijn meter. Daar zijn volgens mij ook minder problemen mee.

[Leen1967]

Ik heb sinds ongeveer een week een Marstek venus e v3. Aangesloten mbv LAN omdat hij achterin de tuin in een schuur staat. Installeren via app en bluetooth ging zonder problemen. Die draait nu op NoM en doet dat zoals verwacht. Netjes zoals verwacht laden met zon en in de avond en nacht ontladen. Echter sinds een dag of twee problemen met de app. Probleem zit hem in de app op mijn telefoon en ook iPad. Die continu de verbinding verliest zowel bluetooth als LAN. Zowel als ik thuis ben of aan het werk. Als je dan verbinding hebt is die ook zo weer weg. Realtime grafiek werkt wel maar de dag of week grafiek blijft leeg en ook oudere data staat er niet meer in.
Ik zie met de HW Kwh meter dat de batterij wel volledig normaal werkt.
Is hier een oplossing voor?

[DjAntoon]

Zijn er hier ook marstek venus E V3 met domoticz gebruikers? Overweeg om 3 accu's / 3 fase aan te schaffen. Ct003 begrijp ik al, is niet de beste keus, dan dus CT002. Of shelly EM kan dat met 3 accu's ook. (Heb ik liggen) Ik zou graag met data uit de Marstek in domoticz keuzes willen maken voor het verwarmen van mijn boilers.

[Ceaus]

Ronnie6719 schreef op woensdag 25 maart 2026 @ 18:11:
Oke dat zegt mij helemaal niets ben niet zo thuis in de computerwereld.

Dan zit je hier helemaal verkeerd. Tweakers is nou eenmaal een DHZ gemeenschap. En zonder home automation waar jijzelf beheer en controle over hebt gaat dit niet lukken. Ik zou nu als eerste overleggen met de verkoper van je EV, of met de klantenservice van Marstek om uit te zoeken welke commerciële opties er voor je zijn. Zijn die er niet, bereid je dan maar voor op toch een DHZ avontuur.

[Ronnie6719]

Ik zit meer te denken wat ik in de instellingen van de marstek venus e3.0 zelf kan instellen. Als je nu het laadvermogen naar ongeveer 400 watt zou kunnen zetten en ontlaadvermogen overdag op 20 watt dan zou mijn mijn auto denk ik gewoon gaan laden als er van de zonnepanelen 1800watt afkomt. Dan ziet de accu de auto vanzelf als verbruiker en zou hij het ingestelde vermogen van 20 watt gaan leveren. Dit klinkt volgens mij als een goede oplossing voor waar ik mee zit maar weet niet of deze instellingen mogelijk zijn? Misschien kan een gebruiker hier van deze marstek accu mij dit vertellen.

Mvg

Ronnie

[AUijtdehaag]

@Ronnie6719
Ja dat kan allemaal.
Maar niet met de standaard marstek app.
Gewoon op HA met nodered geinstalleerd wel

[NOFX]

Weet iemand hier hoe ik deze melding van de marstek CT002 kan verhelpen
De meterkast heb ik vervangen deze zit in een chalet op een veld met 20 chaletjes heb een Venus D met drie panelen van 455 watt op drie mppt trackers acuu laad vol door de panelen maar geen levering aan het chalet omdat de ct diagnose niet goed gaat zie foto maar hoe lof is dat op

[Z0ttek3]

Ben sinds gisteren eigenaar van een Marstek Venus E 3.0 en de CT003. Ik heb een Homey 2023 pro in huis + Homey energy dongle. Deze dongle heeft een extra P1 uitgang om nog een P1 meter op aan te sluiten.
Ideaal dacht ik, ik knal daar die CT003 in. Helaas met 0,0 resultaat.
De CT003 leest totaal geen data uit. Lijkt verder operationeel te zijn daar het verbonden is met wifi, het lampje geen andere kleur geeft dan wit en prima te koppelen was in de app.
Ik heb de CT003 vervolgens direct aangesloten op mijn P1 meter. Maar ook hier geen inkomende data.

Ik heb een ISKRA MT382 meter die er al een tijdje hangt. Na opzoeken van wat info blijkt het een DSMR2.2 protocol te gebruiken. In de app onder "Meter Selection" heb ik gekozen voor "Others" en het DSMR2.2 protocol gekozen. Maar ook dit maakt helemaal geen verschil.

Hopelijk is er iemand met advies hoe ik dit wel aan de praat kan krijgen?

[funkylicious]

Een actieve p1 splitter gebruiken.

[Z0ttek3]

funkylicious schreef op zaterdag 4 april 2026 @ 07:47:
Een actieve p1 splitter gebruiken.

Dank voor de tip.... Maar hoe gaat dat helpen als de CT003 ook al geen data uitleest als ik die direct aansluit op mijn slimme meter?

[funkylicious]

Dat deed de CT003 bij mij ook niet bij het direct aansluiten op de slimme meter. Met een actieve splitter er tussen werkt het wel gek genoeg. Ik had zelf de splitter van homewizzard gekocht. Inmiddels draai ik met de CT002 en dat werkt in mijn situatie echt 10 keer beter dan met de CT003.

[berend_99]

PatrickSTH schreef op dinsdag 19 augustus 2025 @ 14:53:
Hier ook 10 dagen geleden een Marstek Venus E neergezet.
Zeer eenvoudig te koppelen; binnen een paar minuten had ik hem werkend i.c.m. de HomeWizard P1 meter die we al hadden.
Maar sinds een aantal dagen valt de verbinding weg tussen de Markstek en de P1 meter.
De laatste geeft dan aan dat hij Offline is; terwijl de Homewizard app nog gewoon werkt en realtime werkt.
Met het opnieuw koppelen / configureren van de P1 meter binnen een minuutje werkt het weer, maar een dag later weer hetzelfde liedje.
En natuurlijk altijd als je niet thuis bent, en de accu op een random punt (gisteren bij 16% accu, vandaag op 79%) stopt met opladen.

Iemand enig idee? Wat kan ik eventueel doen / testen om deze bug er uit te krijgen?

Zelfde probleem hier. Het gaat goed totdat je de marstek app opent, terwijl je op een andere locatie met een wifi netwerk bent verbonden. Zolang ik de Marstek app niet gebruik vanuit een ander netwerk blijft de verbinding tussen de HW P1 en de Marstek in stand.

[SaldelaKirsch]

Goede14 schreef op maandag 31 maart 2025 @ 19:35:
[...]

Heb een Venus 3.0 met P1 meter. Installatie lukte eerst niet, de Bluetooth werd niet gevonden.
Toen ik de locatie op de telefoon aanzette ging alles gesmeerd. Die Chinezen willen weten waar hun spulletjes terecht komen ;-)

[X-DJiNn]

Heb nu 2 accu's draaien in een eigen gemaakt EMS systeem en heb dus alles nu in eigen beheer. In homeassistant draait nu 1 automation elke seconden met PID-regeling, SoC-balancing, FF, dag/nacht targets ivm variabel tarief enz. enz. Je kunt het zo uitgebreid maken als je wilt, maar het is natuurlijk veel trial en error. Ik heb gebruik gemaakt van gezond verstand en chatgpt en samen zijn we eruit gekomen. in de configuration yaml extra sensoren aangemaakt en ik lees de P1 meter van HomeWizard per seconde uit om snel te reageren. Accus's reageren ook snel btw.

Wat me opviel is dat de accu's steeds in slaap vallen. Ik stuur dus nu met de automation keihard op adres 42000 met waarde 21930 om de accu's enabled te houden (heartbeat)

De app van Marstek gebruik ik niet, alleen om eventueel te updaten, heb ze wel toegevoegd, maar niet geconfigureerd op geen enkele manier.

Dus:
Home-Assistant via netwerkkabel
P1 meter van HomeWizard met 1s refresh op realtime buiten de app om (geen gemiddelde, die gaat je alle kanten op met regelen)
2 Marstek Venus E3.0 op ethernet uitgang via netwerkkabel (niet op RS385)
Lijst met Modbus registers van Marstek voor de automation
Diverse entiteiten/helpers in Home Assistant voor aansturing
1 Automation in Home Assistant (Vergeet de heartbeat niet)

Statische IP-adressen voor de accu's
Modbus werkt over TCP Ethernet dus die linker RJ45 ingang RS485 ben je niet nodig
Aparte groepen met geschikte WCD's voor de verbinding met GRID per accu (ivm 2500W laden/ontladen)

Met een P1 meting kun je gewoon salderen over de som van de fasen. Oftewel, je hoeft niet per fase een accu aan te schaffen (zag een eerder bericht, vandaar deze opmerking).

Ja ik lever nog steeds terug, maar het ging mij erom dat ik de nacht doorkom op accu's in de zomer, dus dat ik in de zomer op nagenoeg 0 uitkom import per dag.

Wanneer de 2 5,12kwh accu's vol zijn, en dat heb ik nu al rond 11 uur smorgens, dan gaat de boiler (120L) aan op alleen puur zon-overschot tegen de middag zodat ik 'savonds weer besparing heb op mijn gas. Maar de boiler mag ook alleen aan als mijn SoC boven de 95% is van beide accu's, dus accu's hebben prio. Boiler importeert nooit, alleen zonnestroom (1650W) Bosch Nefit 2102T

Hieronder een screenshot van mijn dashboard, ben er nog mee bezig, maar als ik EMS uitzet, dan wordt mijn grafiek ook niet vlak. Heb best veel ruis op de P1.

[baau]

hallo,
ik heb 2 Marstek Venus 3 en een paar dagen geleden was er een Firmware update van 147 naar 148.
Deze i wel op een accu geinstalleerd maar op de nadere niet.
Heb van alles geprobeerd spanning los en Lan kabel, Fabrieksinstellingen teruggezet maar niks helpt, deze meldt dat is de laaste Firmware, waardeloos Marstek.
Heeft hier iemand suggesties.
Ik heb ook gelezen dat soomige mensen al versi 153 hebben, hoe kan dat nou?
Zitten er zoveel verschillen in de batterijen?

[Haan]

Ik heb inmiddels ook dit topic gevonden omdat mijn Venus E 3.0 helemaal vlekkeloos werkt

Opzich werkt ie wel, aangesloten op LAN poort, HomeWizard P1 weten te koppelen. Batterij laadt en ontlaadt, maar dat werkt alsof je iemand die straalbezopen is, vraagt om over een rechte lijn te lopen.. Het schiet steeds volledig uit de bocht, dus hij gaat ofwel honderden Watts teveel terugleveren, of vraagt juist te veel.
Ik heb even geprobeerd met de CT003 maar die deed het nog veel slechter, die ging gewoon steeds 2 kilowatt uit het net vragen en dan weer 500 watt terugleveren

Maar nu zie ik hier firmware 146 of zelfs 147 voorbijkomen, terwijl mijn apparaat op 144 zit en daarbij aangeeft dat ie up-to-date is. Ik hoop een beetje dat een firmware update het laden/ontladen verbetert (hoe moeilijk kan het zijn om te maximaliseren op 0 op de meter .. ) dus hoe kom ik aan een nieuwere versie?

[X-DJiNn]

Voor een nieuwe update van je accu/CT00X geef je je probleem aan via feedback in de app van Marstek van het betreffende onderdeel.

Marstek zet hem dan klaar voor je, jij kan hem dan downloaden

[ Voor 20% gewijzigd door X-DJiNn op 05-04-2026 12:03 ]

[Dorank]

Hmmm, geupgrade naar v148 (van 147). Local API is er niet stabieler op geworden, stop met reageren van een minuut of 5 tot een paar uur. Bij de instellingen volgens de android applicatie staat de API dan daadwerkelijk uit, 147 had dit gedrag niet.

Factory reset, uit/aan maakt verder geen verschil. Iemand dezelfde ervaring?

[Avenger 2.0]

X-DJiNn schreef op zondag 5 april 2026 @ 12:02:
Voor een nieuwe update van je accu/CT00X geef je je probleem aan via feedback in de app van Marstek van het betreffende onderdeel.

Marstek zet hem dan klaar voor je, jij kan hem dan downloaden

Laatste maand geen reactie meer gehad van Marstek op verschillende vragen voor een firmware update. Aan de andere kant is het dan niet moment om update te doen, want als dat mis loopt sta je er alleen voor...

[X-DJiNn]

Dan is het einde zoek lijkt me.

Ik kreeg ook om de haverklap updates nadat ik een probleem bij hen had neergelegd. Ik ben ermee gestopt door dus zelf wat te gaan bouwen. Als je het in eigen beheer hebt, ben je minder afhankelijk.
Accu is goed, software van Marstek is gewoon slecht.

Probeer de kant-en-klare dingen die in een vorige pagina werder aangeboden als je problemen hebt.
Of bouw zelf wat.

[Haan]

Ik heb vandaag een firmware update naar v148 gepusht gekregen, nadat ik in het weekend een support verzoek heb ingediend. Dus dat is een prima responsetijd. Ik zie helaas nog niet direct een verbetering in gedrag qua laden/ontladen, wel wat fixes in de app, bijv. Discharged energy' wordt nu weergegeven, daar stond voorheen altijd 0.
Maar er is nu ook een communication module update (daar staat nu iets van 20240909) alleen krijg ik die niet geïnstalleerd. Ik heb naast de batterij gezeten voor een stabiele BT connectie en de LAN kabel er uit (zoals wordt aangeraden bij de firmware update), zijn hier nog andere trucs voor nodig?

[krijn1985]

Haan schreef op zondag 5 april 2026 @ 11:42:
Maar nu zie ik hier firmware 146 of zelfs 147 voorbijkomen, terwijl mijn apparaat op 144 zit en daarbij aangeeft dat ie up-to-date is. Ik hoop een beetje dat een firmware update het laden/ontladen verbetert (hoe moeilijk kan het zijn om te maximaliseren op 0 op de meter .. ) dus hoe kom ik aan een nieuwere versie?

Ik heb dit probleem ook. Vorige week gevraagd of ik een update naar 146 of 147 kan krijgen, echter tot op heden nog geen antwoord of update gezien. MIjn batterij zit wel via LAN op een vlan zonder internet, maar zover ik weet/gelezen heb komt de update binnen via je telefoon.

[EotT]

Hier ook, heb nog versie 144. Een week geleden ook aangevraagd, maar nog geen reactie gekregen (en ook geen firmware update).

[glowworm2]

Ik heb exact hetzelfde. Na de update naar 148 is de connectie van mijn app met de batterij een stuk vlotter: Eerst moest je dicht genoeg in de buurt zijn en als je dan op de batterij klikte, dan verscheen er eerst een groen Bluetooth icoon en daarna pas een wifi icoon en de data werd pas zichtbaar toen het wifi icoon zichtbaar werd.
Nu met 148 is het verholpen: als je nu op de batterij klikt dan opent hij direct met een groen wifi icoontje en met de data. En later pas komt het Bluetooth icoontje erbij. De setup werkt nu ook een aantal dagen stabiel. Voor de update vverloor de batterij regelmatig de verbinding met de batterij en moest ik de CT003 meter eruit halen en er weer in doen. Maar na de v148 update lijkt het beter. De melding van nieuwe firmware stond plotseling in de marstek app. Ik had niet gechecked ofzo.
Maar nu zit mijn andere batterij nog steeds op 147 en ik heb de afgelopen dagen al tientallen keren gecheckt of er nieuwe firmware is maar de app blijft inderdaad ook aangeven dat er geen updates zijn terwijl mijn andere batterij wel is geupdate.

baau schreef op zondag 5 april 2026 @ 08:14:
hallo,
ik heb 2 Marstek Venus 3 en een paar dagen geleden was er een Firmware update van 147 naar 148.
Deze i wel op een accu geinstalleerd maar op de nadere niet.
Heb van alles geprobeerd spanning los en Lan kabel, Fabrieksinstellingen teruggezet maar niks helpt, deze meldt dat is de laaste Firmware, waardeloos Marstek.
Heeft hier iemand suggesties.
Ik heb ook gelezen dat soomige mensen al versi 153 hebben, hoe kan dat nou?
Zitten er zoveel verschillen in de batterijen?

[EddieW]

Ik heb een vreemd probleem met de AI integratie.
Deze laadt buiten de laagste prijzen om. Tevens zie ik geen regels meer van het beoogde laadschema en historisch verbruik van die dag waar hij zich op aanpaste (zo leek het). Ik zie alleen nog maar een de lijn van de energieprijzen, maar geen SOC (blauw) en verbruik (rood) Eerder werkte dat wel. Heb recent wel update een naar V148 voor beide batterijen gehad.
Daarnaast werk ik met een CT002. Welke in de basis goed aanstuurt.
Het lijkt wel of AI rekening houdt, gezien de tijden, met negatieve prijzen (vandaag tussen 12:00 en 15:00 uur) wat uiteraard niet handig is.
Hebben anderen hier ook last van of een oplossing?

[ Voor 5% gewijzigd door EddieW op 08-04-2026 18:15 ]

[Cerv47]

Iemand ervaring met 2 Marstek batterijen op dezelfde fase en me op weg wil zetten hoe dit best aan te pakken?

[krijn1985]

krijn1985 schreef op woensdag 8 april 2026 @ 12:46:
[...]


Ik heb dit probleem ook. Vorige week gevraagd of ik een update naar 146 of 147 kan krijgen, echter tot op heden nog geen antwoord of update gezien. MIjn batterij zit wel via LAN op een vlan zonder internet, maar zover ik weet/gelezen heb komt de update binnen via je telefoon.

Vandaag eindelijk de update naar v148 kunnen installeren. Op vraag hierover niks gehoord uiteindelijk.

[Z0ttek3]

funkylicious schreef op zaterdag 4 april 2026 @ 12:12:
Dat deed de CT003 bij mij ook niet bij het direct aansluiten op de slimme meter. Met een actieve splitter er tussen werkt het wel gek genoeg. Ik had zelf de splitter van homewizzard gekocht. Inmiddels draai ik met de CT002 en dat werkt in mijn situatie echt 10 keer beter dan met de CT003.

Zojuist de homewizard actieve p1 splitter aangesloten. De ct003 meter ingesteld op "other" en vervolgens dsmr5 gekozen.
Helaas toont het nog steeds geen data. Ook niet als ik andere dsmr versies kies of het toestel verwijder, herstart en opnieuw toe voeg.

Wat doe ik verkeerd?

[funkylicious]

Probeer eens een andere poort van de p1 splitter of dat wel werkt. En heb je alle voedingen aangesloten? Die van de p1 meter en van de CT003.

[Z0ttek3]

funkylicious schreef op vrijdag 10 april 2026 @ 15:16:
Probeer eens een andere poort van de p1 splitter of dat wel werkt. En heb je alle voedingen aangesloten? Die van de p1 meter en van de CT003.

Helpt helaas niks. Ik zie wel de witte lampjes om de zoveel seconden aan / uit gaan. Eerst de P1 in en vervolgens de andere p1 meters die aangesloten zijn. Ook die CT003.
Alles is op zijn eigen stroombron aangesloten.

[Zeetaart]

Ik heb recent een upgrade naar firmware v148 gekregen (omdat de statistieken niet werkten), en ik merk dat de stabiliteit bij het vinden van de Homewizard P1 meter minder goed gaat. Ik heb de Marstek Venus E 3.0 via WiFi of via ethernet getest
Via WiFi kan die goed de Homewizard P1 meter volgen, met responstijd van 1-3 seconden op de automatische mode, maar verliest die regelmatig de verbinding met de Homewizard P1 meter
Via ethernet verliest die de verbinding niet, maar varieert de responstijd tussen 30 seconden en 1 minuut op de automatische mode.
In Home Assistant blijft de Homewizard P1 meter stabiel en reageert deze altijd onmiddellijk op veranderingen.

Ik kan ook de Marstek Venus E 3.0 via de local API niet frequent aansturen, 1 request per 30 - 60 seconden max. Sneller breekt die verbinding. Ik zou wel willen weten hoe dit elke seconden kan met

X-DJiNn schreef op zondag 5 april 2026 @ 07:17:
In homeassistant draait nu 1 automation elke seconden met PID-regeling, SoC-balancing, FF, dag/nacht targets ivm variabel tarief enz. enz.

[MikeDASpike]

Zeetaart schreef op maandag 13 april 2026 @ 09:01:
Ik heb recent een upgrade naar firmware v148 gekregen (omdat de statistieken niet werkten), en ik merk dat de stabiliteit bij het vinden van de Homewizard P1 meter minder goed gaat. Ik heb de Marstek Venus E 3.0 via WiFi of via ethernet getest
Via WiFi kan die goed de Homewizard P1 meter volgen, met responstijd van 1-3 seconden op de automatische mode, maar verliest die regelmatig de verbinding met de Homewizard P1 meter
Via ethernet verliest die de verbinding niet, maar varieert de responstijd tussen 30 seconden en 1 minuut op de automatische mode.
In Home Assistant blijft de Homewizard P1 meter stabiel en reageert deze altijd onmiddellijk op veranderingen.

Ik kan ook de Marstek Venus E 3.0 via de local API niet frequent aansturen, 1 request per 30 - 60 seconden max. Sneller breekt die verbinding. Ik zou wel willen weten hoe dit elke seconden kan met
[...]

gebruik niet de local API, maar als je hem op ethernet heb gebruik dan MarstekVenusV3-modbus-TCP-IP
En gebruik eventueeel in home assistant Home Battery control

ikzelf heb geen ethernet in mijn schuur en heb een wifi modbus en ondanks dat mijn wifi erg slechte verbinding heeft, wordt mijn Marstek V3 elke seconde aangestuurd/gewijzigd.

Werkt echt top

[Zeetaart]

Is dat puur over ethernet, of is hier extra hardware voor nodig?

MikeDASpike schreef op maandag 13 april 2026 @ 09:19:
[...]


gebruik niet de local API, maar als je hem op ethernet heb gebruik dan MarstekVenusV3-modbus-TCP-IP
En gebruik eventueeel in home assistant Home Battery control

ikzelf heb geen ethernet in mijn schuur en heb een wifi modbus en ondanks dat mijn wifi erg slechte verbinding heeft, wordt mijn Marstek V3 elke seconde aangestuurd/gewijzigd.

Werkt echt top

[MikeDASpike]

Zeetaart schreef op maandag 13 april 2026 @ 16:08:
Is dat puur over ethernet, of is hier extra hardware voor nodig?


[...]

Ik gebruik het zelf niet, maar dat is puur ethernet. Geen hardware nodig. Wel de ethernet port gebruiken en niet de modbus port!

[Zeetaart]

Bedankt, ik heb het kunnen installeren. Zal nog even moeten testen hoe deze best in te stellen, zeker in combinatie met constant op en neer piekend verbruik.
Is de controller sensitivity vooral afhankelijk van welke P1 meter, of van interne netwerk snelheid, of van de toestellen in huis? Op welke manier gebruiken anderen dit?

[X-DJiNn]

Zeetaart schreef op maandag 13 april 2026 @ 21:35:
Bedankt, ik heb het kunnen installeren. Zal nog even moeten testen hoe deze best in te stellen, zeker in combinatie met constant op en neer piekend verbruik.
Is de controller sensitivity vooral afhankelijk van welke P1 meter, of van interne netwerk snelheid, of van de toestellen in huis? Op welke manier gebruiken anderen dit?

Heb een aparte extra sensor gemaakt in homeassistant welke buiten de homewizard app om, dus rechtstreeks de P1 benaderd. Update 1x/s. Via ipadress van de p1 en dan de API.

[Haan]

Ik heb onlangs dus de firmware naar 148 kunnen updaten, dat ging in één keer goed. Maar daarna kwam nog een update voor de communication module en die heb ik tot op heden nog niet geïnstalleerd weten te krijgen, iemand hier nog een tip voor?
Na starten van de update blijft er 'updating... ' staan, als je daar op klikt bevriest de app en moet je die herstarten Lang wachten doet niks, en als je weer uit de settings terug gaat, is er niks gebeurd en staat di update weer klaar..

[sygys]

Haan schreef op dinsdag 14 april 2026 @ 16:03:
Ik heb onlangs dus de firmware naar 148 kunnen updaten, dat ging in één keer goed. Maar daarna kwam nog een update voor de communication module en die heb ik tot op heden nog niet geïnstalleerd weten te krijgen, iemand hier nog een tip voor?
Na starten van de update blijft er 'updating... ' staan, als je daar op klikt bevriest de app en moet je die herstarten Lang wachten doet niks, en als je weer uit de settings terug gaat, is er niks gebeurd en staat di update weer klaar..

Ik kreeg zojuist ook de update. Na het updaten kreeg ik gewoon weer de melding dat er dezelfde update was. De batterij is daarbij niet geüpdatet. Ik krijg hem dus niet geïnstalleerd. Ook die vertalingen in de app... Wat een bagger software überhaupt. Als je nog niet eens alle tekst in de app kunt configureren dan snap ik wel dat de software in je producten ook niet werkt.

[ Voor 15% gewijzigd door sygys op 14-04-2026 18:21 ]

[Avenger 2.0]

"Ship fast, fix later" is wel het motto van Marstek Misschien zouden ze beter wat rustiger aan doen.
Niet elk kwartaal weer een stapel nieuwe batterijen uitbrengen en revisies sneller dan de schepen kunnen varen. Van de nieuwe batterijen die eind vorig jaar zijn uitgebracht en nu amper beschikbaar is blijkbaar al een v2 voor komende zomer. En het Venus alfabet is ook bijna rond zeker (A, B, C, D, D AC, E, G, X, I, II, ...)

[spacy]

Nadat ik via help menu om een firmware update gevraagd had, ging de 2e batterij hier ook updaten. Ook nog een v144. Maar de laatste update en SOC leken niet goed te gaan. Na uitzetten (NIET tijdens updaten...) en weer aanzetten was dat verholpen en werkte de laatste update ook naar wens.

[jj85]

sygys schreef op dinsdag 14 april 2026 @ 18:18:
[...]

Ik kreeg zojuist ook de update. Na het updaten kreeg ik gewoon weer de melding dat er dezelfde update was. De batterij is daarbij niet geüpdatet. Ik krijg hem dus niet geïnstalleerd. Ook die vertalingen in de app... Wat een bagger software überhaupt. Als je nog niet eens alle tekst in de app kunt configureren dan snap ik wel dat de software in je producten ook niet werkt.
[Afbeelding]

Toevallig via ethernet verbonden? Dat werkte bij mij net ook niet. Dus weer even op wifi, netwerkkabel los en daarna ging update goed.

[X-DJiNn]

Je update via je telefoon nabij via BT.
In principe kan de netwerkkabel er dan gewoon ook uit en geen wifi. Anders krijg je daar later weer shit mee.

Voor updaten trek ook de kabel uit het stopcontact (grid) Deze ben je straks alleen weer nodig om je CT te configureren (Dus na de update)

Lees verder goed dit forum door, er staan echt goeie tips in.

Ben zelf inmiddels afgestapt van Marstek-App, heb de batterijen (2 stuks) nog wel, die zijn hardware-matig wel goed. Ik stuur ze aan via de Ethernet aansluiting over modbus via een automation in Home-Assistant. De modbusadressen zijn allemaal te vinden in een van de scripts van Fonske Modbus TCP/IP waarvoor dank.
Draait bij mij nu al even vlekkeloos in eigen beheer. Geen last meer van updaten/wegvallen en/of ander gezeur. Af en toe beetje tweaken, maar daar is dit forum ook voor.

Succes

[Zeetaart]

X-DJiNn schreef op dinsdag 14 april 2026 @ 10:19:
[...]


Heb een aparte extra sensor gemaakt in homeassistant welke buiten de homewizard app om, dus rechtstreeks de P1 benaderd. Update 1x/s. Via ipadress van de p1 en dan de API.

Maakt dat een groot verschil? En is dat iets wat je kan delen?

[Zeetaart]

Ik heb gevonden dat dit eenvoudig kan, zoals in (andere P1 meter code, of IP adres gebruiken):

code:

sensor:
  - platform: rest
    name: homewizard_p1_fast_power
    resource: http://p1meter-334455.local/api/v1/data
    scan_interval: 1
    value_template: "{{ value_json.active_power_w }}"
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement

Dit is effectief veel sneller, en werkt veel beter met https://github.com/gitcod...-rs485-node-red/tree/main samen. Ik heb die nu op `Regular` staan voor de self-consumption, maar kan misschien nog betere configuratie krijgen

[Zeetaart]

Heeft er nog iemand die https://github.com/gitcod...-rs485-node-red/tree/main en https://github.com/fonske...3-modbus-TCP-IP/tree/main gebruikt, problemen dat de connectie met de batterij wegvalt, en de Marstek m1 RS485 Control Mode op disable gezet wordt.

Dit kwam gisteren voor, en de batterij deed niets meer. Na wat zoeken in debug mode gevonden wat de reden was, maar ook vandaag valt die batterij af en toe uit, en zet die dit random op disable

[MikeDASpike]

Zeetaart schreef op vrijdag 17 april 2026 @ 09:08:
Heeft er nog iemand die https://github.com/gitcod...-rs485-node-red/tree/main en https://github.com/fonske...3-modbus-TCP-IP/tree/main gebruikt, problemen dat de connectie met de batterij wegvalt, en de Marstek m1 RS485 Control Mode op disable gezet wordt.

Dit kwam gisteren voor, en de batterij deed niets meer. Na wat zoeken in debug mode gevonden wat de reden was, maar ook vandaag valt die batterij af en toe uit, en zet die dit random op disable

Op moment dat je de firmware upgrade via de app, wordt wel de rs485 control mode op disabled gezet en (merkte ik gisteren) dat de batterij op charging wordt gezet. Verder geen last (ik gebruik een wifi en geen direct cable)

[X-DJiNn]

Ik heb nu dit dashboard voor wat ik zelf heb gemaakt.
Ik gebruik idd de homewizard P1 door een sensor te maken zoals 3 berichten terug vanaf DIT bericht. Voor een elke seconde update.
Ook heb ik 2 homewizard plugs welke ik uitlees per seconde buiten de app om, om het vermogen uit te lezen van de marstek aansluiting op de huisinstallatie. Die in de accu zelf vond ik niet snel genoeg.

Hieronder mijn enige automation welke hard aanstuurd zodat de marstek niet in slaap valt.
Ik maak in deze setup gebruik van 2 accu's, allebei aangesloten via ethernet (static IP's)

code:

alias: EMS v1 - pro control (ff + soc-balancing + PiD) by X-DJiNn
triggers:
  - seconds: /1
    trigger: time_pattern
conditions:
  - condition: template
    value_template: "{{ run }}"
actions:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ keepalive }}"
        sequence:
          - action: modbus.write_register
            data:
              hub: marstek1
              slave: 1
              address: 42000
              value: 21930
          - action: modbus.write_register
            data:
              hub: marstek2
              slave: 1
              address: 42000
              value: 21930
  - action: modbus.write_register
    data:
      hub: marstek1
      slave: 1
      address: "{{ 42020 if b1_final > 0 else 42021 }}"
      value: "{{ b1_final | abs | int }}"
  - action: modbus.write_register
    data:
      hub: marstek2
      slave: 1
      address: "{{ 42020 if b2_final > 0 else 42021 }}"
      value: "{{ b2_final | abs | int }}"
  - action: modbus.write_register
    data:
      hub: marstek1
      slave: 1
      address: 42010
      value: "{{ 1 if b1_final > 0 else 2 }}"
  - action: modbus.write_register
    data:
      hub: marstek2
      slave: 1
      address: 42010
      value: "{{ 1 if b2_final > 0 else 2 }}"
  - action: input_number.set_value
    data:
      entity_id: input_number.ems_integral
      value: "{{ integral }}"
  - action: input_number.set_value
    data:
      entity_id: input_number.ems_prev_error
      value: "{{ error_db }}"
  - action: input_number.set_value
    data:
      entity_id: input_number.pid_output
      value: "{{ pid }}"
mode: restart
variables:
  interval: "{{ states('input_number.ems_interval_sec') | int(1) }}"
  last_run: >-
    {{ state_attr('automation.ems_v6_pro_control_ff_stable_soc',
    'last_triggered') }}
  now_ts: "{{ now().timestamp() }}"
  last_ts: "{{ as_timestamp(last_run) if last_run else 0 }}"
  run: "{{ (now_ts - last_ts) >= interval }}"
  now_time: "{{ now().strftime('%H:%M') }}"
  day_start: "{{ states('input_datetime.ems_day_start')[0:5] }}"
  night_start: "{{ states('input_datetime.ems_night_start')[0:5] }}"
  target: |
    {% if night_start <= now_time or now_time < day_start %}
      {{ states('input_number.ems_target_night')|float(250) }}
    {% else %}
      {{ states('input_number.ems_target_day')|float(60) }}
    {% endif %}
  grid: "{{ states('sensor.p1_realtime_vermogen')|float(0) }}"
  b1_meas: "{{ states('sensor.accu1_vermogen_hw')|float(0) }}"
  b2_meas: "{{ states('sensor.accu2_vermogen_hw')|float(0) }}"
  batt_total: "{{ b1_meas + b2_meas }}"
  soc1: "{{ states('sensor.marstek1_soc')|float(0) }}"
  soc2: "{{ states('sensor.marstek2_soc')|float(0) }}"
  kp: "{{ states('input_number.ems_kp')|float(0.015) }}"
  ki: "{{ states('input_number.ems_ki')|float(0.002) }}"
  kd: "{{ states('input_number.ems_kd')|float(0.04) }}"
  deadband: "{{ states('input_number.ems_deadband')|float(30) }}"
  ramp: "{{ states('input_number.ems_ramp')|float(120) }}"
  integral_prev: "{{ states('input_number.ems_integral')|float(0) }}"
  prev_error: "{{ states('input_number.ems_prev_error')|float(0) }}"
  error: "{{ target - grid }}"
  error_db: |
    {% if error|abs < deadband %}
      0
    {% else %}
      {{ error }}
    {% endif %}
  max_power: 2475
  max_integral: "{{ max_power * 5 }}"
  integral: |
    {% if error_db == 0 %}
      {{ integral_prev * 0.9 }}
    {% else %}
      {{ [ [ integral_prev + error_db , max_integral ] | min , -max_integral ] | max }}
    {% endif %}
  derivative: "{{ (error_db - prev_error) / interval }}"
  pid: "{{ kp*error_db + ki*integral + kd*derivative }}"
  ff: "{{ target - grid }}"
  request_raw: "{{ batt_total + ff + pid }}"
  request_lim: "{{ [ [ request_raw , max_power*2 ] | min , -max_power*2 ] | max }}"
  delta: "{{ request_lim - batt_total }}"
  request: |
    {% if delta > ramp %}
      {{ batt_total + ramp }}
    {% elif delta < -ramp %}
      {{ batt_total - ramp }}
    {% else %}
      {{ request_lim }}
    {% endif %}
  charging: "{{ request > 0 }}"
  discharging: "{{ request < 0 }}"
  b1_ok: "{{ (charging and soc1 < 99.5) or (discharging and soc1 > 8) }}"
  b2_ok: "{{ (charging and soc2 < 99.5) or (discharging and soc2 > 8) }}"
  active: "{{ b1_ok|int + b2_ok|int }}"
  share: "{{ request / active if active > 0 else 0 }}"
  soc_delta: |
    {% if active == 2 and (soc1 - soc2)|abs > 1 %}
      {{ soc1 - soc2 }}
    {% else %}
      0
    {% endif %}
  soc_gain: 35
  b1_bias: "{{ soc_delta * soc_gain }}"
  b2_bias: "{{ -soc_delta * soc_gain }}"
  b1_target: "{{ share - b1_bias }}"
  b2_target: "{{ share - b2_bias }}"
  b1_final: "{{ [ [ b1_target , max_power ] | min , -max_power ] | max if b1_ok else 0 }}"
  b2_final: "{{ [ [ b2_target , max_power ] | min , -max_power ] | max if b2_ok else 0 }}"
  keepalive: "{{ (now().second % 10) == 0 }}"

Onderstaand toegevoegd in mijn configuration.yaml

code:

rest:
  - resource: http://192.168.20.100/api/v1/data
    scan_interval: 1
    timeout: 2
    sensor:
      - name: "P1 realtime vermogen"
        unique_id: p1_realtime_power
        value_template: "{{ value_json.active_power_w }}"
        unit_of_measurement: "W"
        device_class: power
        state_class: measurement

  - resource: http://192.168.20.110/api/v1/data
    scan_interval: 1
    sensor:
      - name: "Accu1 vermogen HW"
        unique_id: accu1_hw_power
        value_template: "{{ value_json.active_power_w }}"
        unit_of_measurement: W
        device_class: power
        state_class: measurement

  - resource: http://192.168.20.107/api/v1/data
    scan_interval: 1
    sensor:
      - name: "Accu2 vermogen HW"
        unique_id: accu2_hw_power
        value_template: "{{ value_json.active_power_w }}"
        unit_of_measurement: W
        device_class: power
        state_class: measurement
modbus:
  - name: marstek1
    type: tcp
    host: 192.168.20.50
    port: 502

    sensors:
      - name: marstek1_soc
        slave: 1
        address: 34002
        input_type: holding
        data_type: uint16
        scale: 0.1
      
      - name: marstek1_battery_power
        slave: 1
        address: 30001
        input_type: holding
        data_type: int16

      - name: marstek1_ac_power
        slave: 1
        address: 32202
        input_type: holding
        data_type: int32

      - name: marstek1_inverter_state_raw
        slave: 1
        address: 35100
        input_type: holding
        data_type: uint16

      - name: marstek1_total_energy
        slave: 1
        address: 32105
        input_type: holding
        data_type: uint16
        unit_of_measurement: kWh
        device_class: energy_storage
        scale: 0.001
        offset: 0
        precision: 2

      - name: marstek1_internal_temperature
        address: 35000
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int16
        unit_of_measurement: °C
        device_class: temperature
        state_class: measurement
        scale: 0.1
        offset: 0
        precision: 1


  - name: marstek2
    type: tcp
    host: 192.168.20.51
    port: 502

    sensors:
      - name: marstek2_soc
        slave: 1
        address: 34002
        input_type: holding
        data_type: uint16
        scale: 0.1
      
      - name: marstek2_battery_power
        slave: 1
        address: 30001
        input_type: holding
        data_type: int16

      - name: marstek2_ac_power
        slave: 1
        address: 32202
        input_type: holding
        data_type: int32

      - name: marstek2_inverter_state_raw
        slave: 1
        address: 35100
        input_type: holding
        data_type: uint16

      - name: marstek2_total_energy
        slave: 1
        address: 32105
        input_type: holding
        data_type: uint16
        unit_of_measurement: kWh
        device_class: energy_storage
        scale: 0.001
        offset: 0
        precision: 2

      - name: marstek2_internal_temperature
        address: 35000
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int16
        unit_of_measurement: °C
        device_class: temperature
        state_class: measurement
        scale: 0.1
        offset: 0
        precision: 1

template:
  - sensor:
      - name: "Marstek 1 status"
        unique_id: marstek1_status
        state: >
          {% set v = states('sensor.marstek1_inverter_state_raw') | int(0) %}
          {% if v == 1 %}
            Idle
          {% elif v == 2 %}
            Laden
          {% elif v == 3 %}
            Ontladen
          {% else %}
            Onbekend
          {% endif %}
        icon: >
          {% set v = states('sensor.marstek1_inverter_state_raw') | int(0) %}
          {% if v == 2 %}
            mdi:battery-arrow-down
          {% elif v == 3 %}
            mdi:battery-arrow-up
          {% else %}
            mdi:battery-outline
          {% endif %}  

  - sensor:
      - name: "Marstek 2 status"
        unique_id: marstek2_status
        state: >
          {% set v = states('sensor.marstek2_inverter_state_raw') | int(0) %}
          {% if v == 1 %}
            Idle
          {% elif v == 2 %}
            Laden
          {% elif v == 3 %}
            Ontladen
          {% else %}
            Onbekend
          {% endif %}
        icon: >
          {% set v = states('sensor.marstek2_inverter_state_raw') | int(0) %}
          {% if v == 2 %}
            mdi:battery-arrow-down
          {% elif v == 3 %}
            mdi:battery-arrow-up
          {% else %}
            mdi:battery-outline
          {% endif %}

Daarbij heb ik nog wat helpers gemaakt om de in te stellen waardes zoals je kan zien in het dashboard vanuit het dashboard te wijzigen zodat ze worden opgenomen in de automation. Op deze manier hoef je de automation niet steeds te wijzigen bij tunen.
Gebruik chatgpt als je vriend voor je helpers te maken voor je automation. JA die helpers ben je nodig. Steek hier zelf even wat effort in.

Ik ben er nog mee bezig, maar deze werkt voor mij en accu's slapen niet meer.

Succes !

[ Voor 102% gewijzigd door X-DJiNn op 18-04-2026 06:43 . Reden: Spelllvoutjes ]