Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu

[bvansteenselen]

Erik1805 schreef op donderdag 9 oktober 2025 @ 09:39:
[...]

Dank je wel. Het rare is dat ie het altijd deed en ineens niet meer. Ik zal support maar weer even benaderen

Heb je de tool van @bommel gebruikt?
Daar kun je volgensmij wel max vermogen op 800w zetten en ook weer op 2500w

[pascallj]

Kees-Jan schreef op donderdag 9 oktober 2025 @ 11:26:
[...]

Als de batterij helemaal leeg is (op 11%=0,5632kWh), en je kan met 2500W/2,5kW laden tot 5,12kWh, dan zou de laadtijd toch (5,12-0,5632)/2,5kW= 1,82272 uur (= 1 uur en 50 minuten) moeten zijn? Verliezen niet meegenomen.
Eergisteren was de batterij leeg en was de start laadtijd om 03:00; om 04:50 was de batterij op 99%.
Dus dat klopt dan toch aardig?
Alleen bij het ontladen zie ik die drop-offs; binnen een paar minuten van (bujvoorbeeld) 50% naar 11%.
En dat vind ik vreemd.

Ongeveer ja, maar aan de hand van de SoC indicator kan je niet zo veel zeggen, die kan ook niet goed zijn. Daarom de vraag om even de capaciteitstest te doen. Ik heb wel een vermoeden dat er iets met je batterij niet goed is, maar zonder test kan is dat lastig te zeggen. En als je een test gedaan hebt, heb je ook meteen de data om te overleggen aan Marstek voor het geval het niet goed blijkt.

[Aapje]

Kees-Jan schreef op donderdag 9 oktober 2025 @ 11:01:
[...]

Welke ModBus oplossing gebruik jij?

[...]

Die van @AUijtdehaag Een kleine compacte oplossing die via ESPHome binnenkomt in HAS.

Ik heb ook nog de Tesla via Tibber aangestuurd, dus ik moet soms beetje vechten met Tibbers planning en het overbelasten van m'n hoofdzekering. Want als ik zie dat 't goedkoop is, is Tibber ook bezig om m'n Tesla te laden... Dus ga ik ruim over de 25A heen (3600w+2500w) +/- 25~26A... Hou ik niet van, dus ik zit constant de Max Charge limit aan te sturen dan. Zodat ie beetje rond 20~22A hangt. Dus echt een kant en klaar plugin kan ik niet gebruiken...

Via homeassistant automatiseren is leuk maar heb wel gemerkt dat ik toch soms tegen limieten aanloop en irritaties in de manier van het modeleren. Dus ik twijfel nog beetje om naar NodeRED te stappen.

Verder heb ik een Helper selectbox gemaakt. Paar opties; auto, do nothing, full charge, full discharge, NOM #1, NOM #2 (want twee accu's).

Verder hou ik de daily discharge/charge bij en hoop ik daarmee m'n effecientie beetje inzichtelijk te hebben.

Screenshotje van m'n Powerzzz dashboard :-)

[Erik1805]

bvansteenselen schreef op donderdag 9 oktober 2025 @ 11:28:
[...]


Heb je de tool van @bommel gebruikt?
Daar kun je volgensmij wel max vermogen op 800w zetten en ook weer op 2500w

Ik heb eerst een reset uitgevoerd. Even afwachten of dat helpt.

[Engineer Stewie]

mtouw78 schreef op donderdag 9 oktober 2025 @ 10:49:
[...]


Vandaag van Marstek support een update gepushed in de V154 reeks en nu werkt het weer.
Geen verdere uitleg etc, dus begrijp niet helemaal waarom maar blij dat het nu weer werkt met de EM-50.

Heb vandaag ook die update gekregen nadat ik een ticketje had gemaakt dat hij plots met 1000W begint te laden en of dat wat minder kon. Maar je krijgt geen releasenotes/uitleg idd.
Ik ben EMS.BMS van 153.215 naar 154.216 gegaan nu.

[DMI]

d3x schreef op donderdag 9 oktober 2025 @ 09:35:
[...]

dus rond de 40% gaat uw batterij ping-pong spelen en de schakeling van NOM and manueel duurt enkele seconden. nu zal dat mogeljiks wel meevallen omdat je <2500 neemt als waarde en ik vermoed dat je ook nog PV hebt, dus de momenten dan je EN PV hebt EN <2500 verbruik zelden voorkomen. Onder de 40% ga je de batterij laten laden via alternatieve laadsturing.

je wil dus eigenlijk de CAPTAR vermijden die 4eur /1 kw boven kostboven de 2.5 maar je laat de 29% batterij niet gebruiken voor NOM, dus daar verlies je bij 1 cyclus per dag 1.3kw aan 25cent een mogelijke 9-10eur/maand.

ik begrijp echt niet waarom Vlaming zo gefocussed zijn op die CAPTAR, dat is enkele eur per maand, maar dan wel allerhande dingen draaien die ook verbruiken, kunnen falen, tijdverdrijf, etc...

mooi voorbeeld vandaag in het forum waar emulator niet meer werkte... daar gaat je 4eur van die dag al, je hele maand is omzeep.

Ik merk nu reeds dat ik mijn batterij niet meer vol krijg (PV op oost en west), dus ik verlies niets door 29 % capaciteit van de batterij op te offeren ook al is het om slechts een paar euro te besparen aan CAPTAR. Vanaf de lente schakel ik weer over op de volledige capaciteit. Lijkt mij ook beter voor de batterij om deze niet langdurig op 11 % te laten staan.

[pascallj]

Engineer Stewie schreef op donderdag 9 oktober 2025 @ 11:36:
[...]


Heb vandaag ook die update gekregen nadat ik een ticketje had gemaakt dat hij plots met 1000W begint te laden en of dat wat minder kon. Maar je krijgt geen releasenotes/uitleg idd.
Ik ben EMS.BMS van 153.215 naar 154.216 gegaan nu.

Maar die hebben we wel:

BMS 216: "Fixed the low battery SOC jump issue."
EMS 154: "V154 Optimize system program performance"

Doe ermee wat je wilt

[Engineer Stewie]

pascallj schreef op donderdag 9 oktober 2025 @ 11:40:
[...]


Maar die hebben we wel:

BMS 216: "Fixed the low battery SOC jump issue."
EMS 154: "V154 Optimize system program performance"

Doe ermee wat je wilt

Ik monitor verder

[Kees-Jan]

pascallj schreef op donderdag 9 oktober 2025 @ 11:40:
[...]


Maar die hebben we wel:

BMS 216: "Fixed the low battery SOC jump issue."
EMS 154: "V154 Optimize system program performance"

Doe ermee wat je wilt

Dus ik "loop achter"?


In de Marstek app krijg ik alleen maar dat ik op de laatste versie zit?!

Is dat te forceren?

[pascallj]

Kees-Jan schreef op donderdag 9 oktober 2025 @ 11:52:
[...]

Dus ik "loop achter"?
[Afbeelding]

In de Marstek app krijg ik alleen maar dat ik op de laatste versie zit?!

Is dat te forceren?

Ik heb ze ook nog niet gekregen dus ik vermoed dat ze alleen nog aanvraag via feedback zijn vrijgegeven.

[harrr]

Vraag: zijn er mensen geswitcht van de HW P1 naar CT002 of CT003 en dat de verbinding daarna wel stabiel was? Of heeft dat geen zin omdat het connectie probleem meestal ligt aan de wifi van de Venus zelf?

Ik wil het probleem bij mijn schoonouders oplossen, waarbij de CT nog steeds elke dag zijn verbinding kwijt is. De support antwoord niet, een ander 2,4 Ghz netwerk opzetten werkt ook niet, dus het eerste wat me te binnen schiet is dat een Marstekl CT misschien helpt...

Blijf het raar vinden dat de Venus E niet zelf kijkt of hij opnieuw kan verbinden...

[ Voor 9% gewijzigd door harrr op 09-10-2025 12:18 ]

[S2S]

Erik1805 schreef op donderdag 9 oktober 2025 @ 09:02:
Net antwoord van support.

Regarding the 15-minute pricing issue with AI mode, our technical team is currently addressing the matter, though it has not yet been fully resolved. We appreciate your understanding and cooperation. Wishing you all the best. Kyle

Ah mooi! Ze zijn er dus mee bezig.

[S2S]

harrr schreef op donderdag 9 oktober 2025 @ 12:18:
Vraag: zijn er mensen geswitcht van de HW P1 naar CT002 of CT003 en dat de verbinding daarna wel stabiel was? Of heeft dat geen zin omdat het connectie probleem meestal ligt aan de wifi van de Venus zelf?

Ik wil het probleem bij mijn schoonouders oplossen, waarbij de CT nog steeds elke dag zijn verbinding kwijt is. De support antwoord niet, een ander 2,4 Ghz netwerk opzetten werkt ook niet, dus het eerste wat me te binnen schiet is dat een Marstekl CT misschien helpt...

Blijf het raar vinden dat de Venus E niet zelf kijkt of hij opnieuw kan verbinden...

2.4 GHz, kijken of alle apparaten erop zitten ,(zitten ze niet allemaal op dezelfde ap/router 2.4 GHz, heb ik hier ook uitval) geen rare tekens in de SSID naam. Of de wifi sterkte voldoende is. Goede voedingen aansluiten op de p1 meters. Zou genoeg moeten zijn. Zowel HW-p1 als ct003 werkt hier. Ben nu paar maanden over naar ct003.

[ Voor 7% gewijzigd door S2S op 09-10-2025 12:28 ]

[3DWim]

harrr schreef op donderdag 9 oktober 2025 @ 12:18:
Vraag: zijn er mensen geswitcht van de HW P1 naar CT002 of CT003 en dat de verbinding daarna wel stabiel was?

Meestal is het andersom.
HW P1 is heel stabiel.
Maar hoe weet je of de verbinding weg is?
Is indicator op accu uit, geen CT in app, geen P1 in HW app ?
De app heeft geen continue verbinding maar "logt in" op het moment van app openen.

[Kees-Jan]

pascallj schreef op donderdag 9 oktober 2025 @ 11:29:
[...]


Ongeveer ja, maar aan de hand van de SoC indicator kan je niet zo veel zeggen, die kan ook niet goed zijn. Daarom de vraag om even de capaciteitstest te doen. Ik heb wel een vermoeden dat er iets met je batterij niet goed is, maar zonder test kan is dat lastig te zeggen. En als je een test gedaan hebt, heb je ook meteen de data om te overleggen aan Marstek voor het geval het niet goed blijkt.

Dit klopt toch niet?

beginnen met laden op zon-energie om ~10:00 op 11%

om 12:10 op 55%

en om 12:20 op 99%

[pascallj]

Kees-Jan schreef op donderdag 9 oktober 2025 @ 12:50:
[...]

Dit klopt toch niet?
[Afbeelding]
beginnen met laden op zon-energie om ~10:00 op 11%
[Afbeelding]
om 12:10 op 55%
[Afbeelding]
en om 12:20 op 99%

Hoogstwaarschijnlijk niet, maar dan alsnog ben ik benieuwd hoeveel er uiteindelijk in is gegaan als hij op 100 staat en hoeveel eruit komt als hij weer leeg gaat .

[PNARI]

S2S schreef op donderdag 9 oktober 2025 @ 12:24:
[...]

Ah mooi! Ze zijn er dus mee bezig.

AI lijkt terug te werken maar in de grafiek staan wel 3 laadmomenten.

[ Voor 10% gewijzigd door PNARI op 09-10-2025 13:07 ]

[Erik1805]

PNARI schreef op donderdag 9 oktober 2025 @ 13:05:
[...]

AI lijkt terug te werken maar in de grafiek staan wel 3 laadmomenten.

Dat is bij mij al een aantal dagen zo

[PNARI]

Erik1805 schreef op donderdag 9 oktober 2025 @ 13:07:
[...]

Dat is bij mij al een aantal dagen zo

Zie nu weer een grafiek op basis van uren en niet kwartieren, was gisteren nog niet het geval maar laadmomenten kloppen niet 🤨

[ Voor 6% gewijzigd door PNARI op 09-10-2025 13:10 ]

[Erik1805]

PNARI schreef op donderdag 9 oktober 2025 @ 13:09:
[...]

Zie nu weer een grafiek op basis van uren en niet kwartieren, was gisteren nog niet het geval maar laadmomenten kloppen niet 🤨

Klopt, kreeg wel het onderstaande bericht. Ze zijn er wel mee bezig.

Regarding the 15-minute pricing issue with AI mode, our technical team is currently addressing the matter, though it has not yet been fully resolved.

[Erik1805]

Net geprobeerd te laden in manual mode maar dat werkt dus ook niet meer. Batterij blijft in stand-by staan. Ik zal, als ik thuis ben de batterij even uit en aanzetten.

[bvansteenselen]

Erik1805 schreef op donderdag 9 oktober 2025 @ 14:23:
Net geprobeerd te laden in manual mode maar dat werkt dus ook niet meer. Batterij blijft in stand-by staan. Ik zal, als ik thuis ben de batterij even uit en aanzetten.

Als je modbus hebt kun je ook op afstand restarten Zie ook screenshot

[Erik1805]

bvansteenselen schreef op donderdag 9 oktober 2025 @ 14:29:
[...]


Als je modbus hebt kun je ook op afstand restarten Zie ook screenshot [Afbeelding]

Heb ik helaas niet

Nu helemaal aan de hobbel. Staat opladen met 0w

[ Voor 30% gewijzigd door Erik1805 op 09-10-2025 14:47 ]

[Iverke]

pascallj schreef op donderdag 9 oktober 2025 @ 07:27:
[...]


Ik was daar inderdaad benieuwd naar bij welke celspanning hij naar 0 zou gaan. En aangezien de minimum celspanning ook via Modbus ook uit te lezen is, dacht ik misschien heb je daar een grafiekje van. Maar om het topic daar niet mee te belasten had ik het via PB gevraagd, maargoed nu zijn we toch al hier

Als je er niet blij mee bent is het beste want je kunt doen een ticket inschieten via Feedback en vragen of het niet een tikkeltje minder kan met opladen in geval dat het naar 0 gaat.

Bij mij gisteren rond 20u van 11% plots naar 0%. voltage van cel 4 was toen 2998 mV. de andere cellen eerder rond 3100 mV

[Avenger 2.0]

Iverke schreef op donderdag 9 oktober 2025 @ 14:47:
[...]
Bij mij gisteren rond 20u van 11% plots naar 0%. voltage van cel 4 was toen 2998 mV. de andere cellen eerder rond 3100 mV

Hier bijna 200mV verschil tussen de laagste en volgende cel, zowel bij ontladen als volledig geladen. Iedereen hier zegt dat er een (passieve) cel balancing in de Marstek zit, maar moet hem toch nog zien in werking treden

[S2S]

Ach draai straks al 8 maanden er is nog niets in de fik gevlogen 😂😬

[ Voor 9% gewijzigd door S2S op 09-10-2025 14:56 ]

[Gamm86]

Erik1805 schreef op donderdag 9 oktober 2025 @ 14:37:
[...]

Heb ik helaas niet

Nu helemaal aan de hobbel. Staat opladen met 0w

Is dit ook het geval wanneer je zelf geïnitieerd zelfconsumptiemodel kiest i.p.v. AI-optimalisatie?

[harrr]

3DWim schreef op donderdag 9 oktober 2025 @ 12:33:
[...]

Meestal is het andersom.
HW P1 is heel stabiel.
Maar hoe weet je of de verbinding weg is?
Is indicator op accu uit, geen CT in app, geen P1 in HW app ?
De app heeft geen continue verbinding maar "logt in" op het moment van app openen.

Simpel CT is dan uitgegrijsd en toont offline als je erop drukt in de APP. Er wordt 1000W teruggeleverd vanuit PV en de accu laadt niet op en staat wel in zelf consumptie modus. Na opnieuw koppelen begint hij direct weer te laden. Zelfde met terugleveren, accu is 50% en levert niks terug. Afname uit het net is 300W, de Marstek levert niks terug, na opnieuw koppelen van de CT wel.

[Erik1805]

Gamm86 schreef op donderdag 9 oktober 2025 @ 14:59:
[...]


Is dit ook het geval wanneer je zelf geïnitieerd zelfconsumptiemodel kiest i.p.v. AI-optimalisatie?

Dan blijft ie op stand-by staan. Ik zal straks, als ik thuis ben hem uit en aan zetten

[antoinevromen]

Erik1805 schreef op donderdag 9 oktober 2025 @ 15:03:
[...]

Dan blijft ie op stand-by staan. Ik zal straks, als ik thuis ben hem uit en aan zetten

Zou ook een zekering van netspanning eruit kunnen liggen. Ik heb zo'n gedrag ook al eens meegemaakt met ontladen aan 0W (zie onderstaande screenprint; Misschien even vergelijken met jouw app pagina)

[Maxwp]

Iverke schreef op donderdag 9 oktober 2025 @ 14:47:
[...]

[Afbeelding]
Bij mij gisteren rond 20u van 11% plots naar 0%. voltage van cel 4 was toen 2998 mV. de andere cellen eerder rond 3100 mV

Ondanks dat via modbus alleen nog de min en max cell uit te lezen us heb ik even gekeken en bij mij ook 1 of meerdere waren ool naar 2.84 gezakt
Dus dat is vergelijkbaar blijkbaar.

[Maxwp]

pascallj schreef op donderdag 9 oktober 2025 @ 07:27:
[...]


Ik was daar inderdaad benieuwd naar bij welke celspanning hij naar 0 zou gaan. En aangezien de minimum celspanning ook via Modbus ook uit te lezen is, dacht ik misschien heb je daar een grafiekje van. Maar om het topic daar niet mee te belasten had ik het via PB gevraagd, maargoed nu zijn we toch al hier

Als je er niet blij mee bent is het beste want je kunt doen een ticket inschieten via Feedback en vragen of het niet een tikkeltje minder kan met opladen in geval dat het naar 0 gaat.

Sorry ja midbus geeft wel de laagste aan
Deze was eerder gezakt tot onder de 3 volt rond 4u snachts. Accu was toen op 11%
Om 7u is hij ineebs naar 0% gezakt maar de cel wareb gelijk gebleven. Zelfs lichtelijk gestegen


Zag dat volt diff op dat moment maar 50milivolt was.
Dus dat betekend dat niet 1 maar alle cellen wel zo laag zaten.
Het totaal pakket voltage was 46 volt

[ Voor 9% gewijzigd door Maxwp op 09-10-2025 15:38 ]

[MrPort]

Erik1805 schreef op donderdag 9 oktober 2025 @ 14:23:
Net geprobeerd te laden in manual mode maar dat werkt dus ook niet meer. Batterij blijft in stand-by staan. Ik zal, als ik thuis ben de batterij even uit en aanzetten.

Hier exact hetzelfde probleem. Het begon om ca.11.15 uur. Beide MT's waren aan het laden (NOM). #1 was voller (28%) dan #2 (25%). MT 1 ging spontaan in stand-by stand, ik dacht eerst dat de regelaar CT002 ze gelijk wilde trekken. Maar toen ik later keek bleek dat niet zo te zijn. Er was volop PV stroom beschikbaar, meer dan één MT kon laden >>2,5kW. Ik leverde dus tegelijk met het laden van MT 2 volop terug maar MT 1 werd niet bijgeschakeld terwijl alle actief stond, dus ook de CT. Ik heb alle regelingen geprobeerd maar wilde niet gaan laden, dus ook niet manueel. Gelukkig zijn mijn MT's via een HW stekker aangesloten, dus ik heb hem op afstand een uurtje losgekoppeld. Daarna begon hij gewoon weer te laden. Heel vreemd.

[ Voor 16% gewijzigd door MrPort op 09-10-2025 16:43 ]

[SatScan]

Avenger 2.0 schreef op donderdag 9 oktober 2025 @ 14:54:
[...]

Hier bijna 200mV verschil tussen de laagste en volgende cel, zowel bij ontladen als volledig geladen. Iedereen hier zegt dat er een (passieve) cel balancing in de Marstek zit, maar moet hem toch nog zien in werking treden

Testen hoeveel capaciteit eruit komt van 100% naar 11%. Als dat onvoldoende is heb je een defecte batterij. Verschil is erg groot . Max 100 mV in rust (30min) bij 50% lading zou binnen LFP spec zijn

[ Voor 3% gewijzigd door SatScan op 09-10-2025 16:44 ]

[Sonero]

Zojuist op de Energiebeurs in de Brabanthallen geweest. Een van de wederverkopers / importeurs / dozenschuivers (onduidelijk) wist aan te geven dat voor een V3, een open API voorlopig alleen maar beschikbaar zal komen voor wat hij “projecten” noemde. Bijvoorbeeld renovatie of installaties waar het om de grotere aantallen gaat. Voor particulieren voorlopig niet. Een reden wist hij niet te geven. Gelukkig hebben we hier wat handige leden…

[Magicw00b]

Sonero schreef op donderdag 9 oktober 2025 @ 16:12:
Zojuist op de Energiebeurs in de Brabanthallen geweest. Een van de wederverkopers / importeurs / dozenschuivers (onduidelijk) wist aan te geven dat voor een V3, een open API voorlopig alleen maar beschikbaar zal komen voor wat hij “projecten” noemde. Bijvoorbeeld renovatie of installaties waar het om de grotere aantallen gaat. Voor particulieren voorlopig niet. Een reden wist hij niet te geven. Gelukkig hebben we hier wat handige leden…

Ik heb 3x een v3 en open api. Gewoon via een service request via de app…

[d3x]

MrPort schreef op donderdag 9 oktober 2025 @ 15:56:
[...]

Hier exact hetzelfde probleem. Het begon om ca.11.15 uur, hij was aan het laden (NOM) en ging spontaan in stand-by stand. Alle regelingen geprobeerd maar wilde niet gaan laden, dus ook niet manueel. Gelukkig zijn mijn MT's via een HW stekker aangesloten, dus ik heb hem op afstand een uurtje losgekoppeld. Daarna begon hij gewoon weer te laden. Heel vreemd.[Afbeelding]

ik weet niet wat je tijdscurve is, maar weet dat als 1 MT op 11% een drop krijgt en deze dus dan moet gaan bij laden dat de andere MT's stoppen met NOM, dit heb ik al enkele weken geleden gemeld hier op forum. Al lijkt de schakeling bij u wel heel erg lang.

Nu zie ik al enkele berichten hier met soortgelijk gedrag, alleen is het niet altijd duidelijk dat er meerdere MT operationeel zijn. Jij vermeld dit duidelijk.

Ook vraag ik mij af of er niet meer en meer uitval van operatie is rond al deze manuele sturingen, een controller kan op den duur echt wel eens zijn pedalen gaan verliezen, je ziet er hier die elke milliseconde verwachten dat je die toestellen via extern kan gaan uit/aan/ander laad type/ ander vermogen..... noem maar op

[pascallj]

Magicw00b schreef op donderdag 9 oktober 2025 @ 16:33:
[...]

Ik heb 3x een v3 en open api. Gewoon via een service request via de app…

We weten dat het kan. Maar dat is toch niet 'gewoon'? Het idee was dat het voor iedereen beschikbaar zou komen. Gewoon als optie binnen de app. Dat je erom kon vragen, was meer omdat het nog in 'beta' was.

[harrr]

Heeft iemand een discovery scriptje voor de Marstek API? De API is geactiveerd, aangevraagd via de support en in de app geactiveerd op poort 30000, maar ik krijg geen response.

Een NMAP op poort 3000 UDP levert een IP op, maar als ik naar dan deze check doe, krijg ik geen response.
echo -n '{"id":0,"method":"Marstek.GetDevice","params":{"ble_mac":"0"}}' | nc -u -w2 192.168.2.41 30000

[djdj105]

harrr schreef op donderdag 9 oktober 2025 @ 16:48:
Heeft iemand een discovery scriptje voor de Marstek API? De API is geactiveerd, aangevraagd via de support en in de app geactiveerd op poort 30000, maar ik krijg geen response.

Een NMAP op poort 3000 UDP levert een IP op, maar als ik naar dan deze check doe, krijg ik geen response.
echo -n '{"id":0,"method":"Marstek.GetDevice","params":{"ble_mac":"0"}}' | nc -u -w2 192.168.2.41 30000

De api method "Marstek.GetDevice" mag naar een broadcast adres op je subnet gestuurd worden. Alle Marstek devices zouden dan moeten antwoorden.
De laatste byte 255 is broadcast adres als je een /24 subnet hebt.

[d3x]

harrr schreef op donderdag 9 oktober 2025 @ 16:48:
Heeft iemand een discovery scriptje voor de Marstek API? De API is geactiveerd, aangevraagd via de support en in de app geactiveerd op poort 30000, maar ik krijg geen response.

Een NMAP op poort 3000 UDP levert een IP op, maar als ik naar dan deze check doe, krijg ik geen response.
echo -n '{"id":0,"method":"Marstek.GetDevice","params":{"ble_mac":"0"}}' | nc -u -w2 192.168.2.41 30000

daar is een specifieke MT side topic voor..... lees de TS eens door.

Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[ Voor 6% gewijzigd door d3x op 09-10-2025 16:57 ]

[pascallj]

d3x schreef op donderdag 9 oktober 2025 @ 16:55:
[...]

daar is een specifieke MT side topic voor..... lees de TS eens door.

Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

Modbus is iets heel anders dan de API...

[antoinevromen]

harrr schreef op donderdag 9 oktober 2025 @ 16:48:
Heeft iemand een discovery scriptje voor de Marstek API? De API is geactiveerd, aangevraagd via de support en in de app geactiveerd op poort 30000, maar ik krijg geen response.

Een NMAP op poort 3000 UDP levert een IP op, maar als ik naar dan deze check doe, krijg ik geen response.
echo -n '{"id":0,"method":"Marstek.GetDevice","params":{"ble_mac":"0"}}' | nc -u -w2 192.168.2.41 30000

Ik neem aan dat je weet dat je ook een listener op je locale poort 30000 moet hebben. Want met dit commando stuur je alleen iets, maar ontvang je niets. Je zou beter onderstaande eens kunnen proberen:
echo -n '{"id":1,"method":"ES.SetMode","params":{"id":1,"config":{"mode":"AI","ai_cfg":{"enable":1}}}}' | ncat -w1 -u -p 30000 <hier jouw ip-adres van de batterij> 30000
Daar heb je geen antwoord op nodig en kun je zelf in de app zien of hij naar AI mode is geswitched

Ik heb zelf op windows nog geen fatsoenlijke tool gevonden waar ik een goed antwoord op zo'n udp-request krijg, maar ik laat me graag verrassen

[ Voor 7% gewijzigd door antoinevromen op 09-10-2025 17:06 ]

[d3x]

pascallj schreef op donderdag 9 oktober 2025 @ 16:59:
[...]


Modbus is iets heel anders dan de API...

zouden we dan ook nog eens beter opsplitsen, zeker omdat het een 100% beta is
ik heb em ook opstaan, maar moet het nog verder regelen voor zeer passief data verzamelen.

[ Voor 15% gewijzigd door d3x op 09-10-2025 17:05 ]

[pascallj]

d3x schreef op donderdag 9 oktober 2025 @ 17:03:
[...]

zouden we dan ook nog eens beter opsplitsen, zeker omdat het een 100% beta is

Komt voor de bakker!

[pascallj]

Gezien er meerdere mensen zijn/waren met het probleem dat de batterij naar 0 procent gaat, heb ik vandaag eens geprobeerd om dit te reproduceren en daar mooie grafieken van te maken zodat we zien wat er precies gebeurd.

Ik heb daarvoor, toen de batterij op 12 procent stond, heel langzaam de batterij ontladen totdat de laagste celspanning net onder 3 V komt. Dan stopt de batterij met ontladen en gaat de SoC indicator naar 11 procent. Vervolgens duurde het nog zo'n 8 uur voordat het gedrag zich voordeed, maar toen schoot de mijne inderdaad ook naar 0 procent.





Wat we dus zien is dat het niet zo zeer de minimale celspanning is die het proces start, maar meer dat de totale batterijspanning, om wat voor reden dan ook, instort. Vervolgens neemt de batterij aan dat hij 0 procent is, en wordt er geladen naar '12 procent'. Daarom duurt het bijladen ook zo lang: de SoC indicator wordt gebruikt om te bepalen wanneer de batterij weer in de 'veilige zone' zit. Uiteraard slaat dit nergens op want er is nu ongeveer 11 procent aan stroom bijgeladen en we nu dus ongeveer op een SoC van 22 procent zouden moeten zitten (je kunt hier niet letterlijk mee rekenen, maar even ter indicatie). Ik ben dus ook heel benieuwd wat er nu met de indicator gebeurt als ik de batterij weer vol ga laden.

Ik zie niet de 1000 W waar anderen het over hebben, maar zie wel dat het vermogen waarmee geladen wordt zeker niet stabiel is. Het gerapporteerde batterijvermogen fluctueert net zoveel. In totaal is er 0,78 kWh bijgeladen.

[antoinevromen]

pascallj schreef op donderdag 9 oktober 2025 @ 17:22:
Gezien er meerdere mensen zijn/waren met het probleem dat de batterij naar 0 procent gaat, heb ik vandaag eens geprobeerd om dit te reproduceren en daar mooie grafieken van te maken zodat we zien wat er precies gebeurd.

Ik heb daarvoor, toen de batterij op 12 procent stond, heel langzaam de batterij ontladen totdat de laagste celspanning net onder 3 V komt. Dan stopt de batterij met ontladen en gaat de SoC indicator naar 11 procent. Vervolgens duurde het nog zo'n 8 uur voordat het gedrag zich voordeed, maar toen schoot de mijne inderdaad ook naar 0 procent.

[Afbeelding]

[Afbeelding]

Wat we dus zien is dat het niet zo zeer de minimale celspanning is die het proces start, maar meer dat de totale batterijspanning, om wat voor reden dan ook, instort. Vervolgens neemt de batterij aan dat hij 0 procent is, en wordt er geladen naar '12 procent'. Daarom duurt het bijladen ook zo lang: de SoC indicator wordt gebruikt om te bepalen wanneer de batterij weer in de 'veilige zone' zit. Uiteraard slaat dit nergens op want er is nu ongeveer 11 procent aan stroom bijgeladen en we nu dus ongeveer op een SoC van 22 procent zouden moeten zitten (je kunt hier niet letterlijk mee rekenen, maar even ter indicatie). Ik ben dus ook heel benieuwd wat er nu met de indicator gebeurt als ik de batterij weer vol ga laden.

Ik zie niet de 1000 W waar anderen het over hebben, maar zie wel dat het vermogen waarmee geladen wordt zeker niet stabiel is. Het gerapporteerde batterijvermogen fluctueert net zoveel. In totaal is er 0,78 kWh bijgeladen.

Mooi uitgezocht voor de community. In dat trapje van ca. 16:15 tot ca. 17:00 heb je in totaal 0,78 kWh bijgeladen; dan is dat toch meer dan de rekenkundige 11% (van 11% naar 22%); Ik weet dat je niet zo exact mag rekenen met die soc, maar 0,78 is toch een serieuze hoeveelheid (hoeveel omzettingsverlies zit daar nog in?).
Zie je dan in de app ook een groen-laadblokje terug in de statistiek van vandaag? Ik heb ook wel vaker dat de batterij op 11% komt in de nacht, maar dan zie ik geen groen balkje dat volgt (zonder dat de batterij daar actief op is aangespoord).

[Druppeltje_]

pascallj schreef op donderdag 9 oktober 2025 @ 17:22:
Gezien er meerdere mensen zijn/waren met het probleem dat de batterij naar 0 procent gaat, heb ik vandaag eens geprobeerd om dit te reproduceren en daar mooie grafieken van te maken zodat we zien wat er precies gebeurd.

Ik heb daarvoor, toen de batterij op 12 procent stond, heel langzaam de batterij ontladen totdat de laagste celspanning net onder 3 V komt. Dan stopt de batterij met ontladen en gaat de SoC indicator naar 11 procent. Vervolgens duurde het nog zo'n 8 uur voordat het gedrag zich voordeed, maar toen schoot de mijne inderdaad ook naar 0 procent.

[Afbeelding]

[Afbeelding]

Wat we dus zien is dat het niet zo zeer de minimale celspanning is die het proces start, maar meer dat de totale batterijspanning, om wat voor reden dan ook, instort. Vervolgens neemt de batterij aan dat hij 0 procent is, en wordt er geladen naar '12 procent'. Daarom duurt het bijladen ook zo lang: de SoC indicator wordt gebruikt om te bepalen wanneer de batterij weer in de 'veilige zone' zit. Uiteraard slaat dit nergens op want er is nu ongeveer 11 procent aan stroom bijgeladen en we nu dus ongeveer op een SoC van 22 procent zouden moeten zitten (je kunt hier niet letterlijk mee rekenen, maar even ter indicatie). Ik ben dus ook heel benieuwd wat er nu met de indicator gebeurt als ik de batterij weer vol ga laden.

Ik zie niet de 1000 W waar anderen het over hebben, maar zie wel dat het vermogen waarmee geladen wordt zeker niet stabiel is. Het gerapporteerde batterijvermogen fluctueert net zoveel. In totaal is er 0,78 kWh bijgeladen.

Hoe heb je dat kunnen simuleren? Ontladen tot hij op 11% stond en dan wachten (8u). Dat is toch evenzeer vreemd, de batterijen hier hebben al vaker en langer op 11% gestaan. De drop naar 0% had ik enkel vanmorgen. Enige verschil hier met voorheen is dat de batterij nu al enkele dagen niet tot 100% geladen werd. De batterij die ik gisterennacht handmatig had opgeladen heeft die drop vandaag niet gemaakt.

Voor de volledigheid: mijn batterij heeft exact van 8u30 tot 9u00 geladen aan +/- 1000 watt (constant vermogen, geen fluctuatie). Een halfuurtje dus en toen stond hij opeens op 14%

[Maxwp]

pascallj schreef op donderdag 9 oktober 2025 @ 17:22:
Gezien er meerdere mensen zijn/waren met het probleem dat de batterij naar 0 procent gaat, heb ik vandaag eens geprobeerd om dit te reproduceren en daar mooie grafieken van te maken zodat we zien wat er precies gebeurd.

Ik heb daarvoor, toen de batterij op 12 procent stond, heel langzaam de batterij ontladen totdat de laagste celspanning net onder 3 V komt. Dan stopt de batterij met ontladen en gaat de SoC indicator naar 11 procent. Vervolgens duurde het nog zo'n 8 uur voordat het gedrag zich voordeed, maar toen schoot de mijne inderdaad ook naar 0 procent.

[Afbeelding]

[Afbeelding]

Wat we dus zien is dat het niet zo zeer de minimale celspanning is die het proces start, maar meer dat de totale batterijspanning, om wat voor reden dan ook, instort. Vervolgens neemt de batterij aan dat hij 0 procent is, en wordt er geladen naar '12 procent'. Daarom duurt het bijladen ook zo lang: de SoC indicator wordt gebruikt om te bepalen wanneer de batterij weer in de 'veilige zone' zit. Uiteraard slaat dit nergens op want er is nu ongeveer 11 procent aan stroom bijgeladen en we nu dus ongeveer op een SoC van 22 procent zouden moeten zitten (je kunt hier niet letterlijk mee rekenen, maar even ter indicatie). Ik ben dus ook heel benieuwd wat er nu met de indicator gebeurt als ik de batterij weer vol ga laden.

Ik zie niet de 1000 W waar anderen het over hebben, maar zie wel dat het vermogen waarmee geladen wordt zeker niet stabiel is. Het gerapporteerde batterijvermogen fluctueert net zoveel. In totaal is er 0,78 kWh bijgeladen.

Mooi.
Ja de totale spanning want zover ik zag was de cell diff maar 55mv tussen hoog en laag cel dus zouden ze allemaal rond die 2.9 hebben gezeten.
Ook was die lage spanning al uren eerder voordat hij ineebs naar 0% zakt

Volgends de laad cap meter is er zn 550wh ingegaan om van 0 naar 11 te gaan.

Vraag me af of hij echt leeg was en niet eerder gewoon een safety van het bms.
Heb wel begin dit jaar ook vaker nirt tot 100% geladen en tot 11 gegaan en dit gedrag toen niet gezien

Mijn total rest cap sensor geeft nu geen 5.12 maar 5.02 aan
Hrb hem wel nog vol gekregen al duurdee de laatste 1 % erg lang

[pascallj]

antoinevromen schreef op donderdag 9 oktober 2025 @ 17:43:
[...]

Mooi uitgezocht voor de community. In dat trapje van ca. 16:15 tot ca. 17:00 heb je in totaal 0,78 kWh bijgeladen; dan is dat toch meer dan de rekenkundige 11% (van 11% naar 22%); Ik weet dat je niet zo exact mag rekenen met die soc, maar 0,78 is toch een serieuze hoeveelheid (hoeveel omzettingsverlies zit daar nog in?).
Zie je dan in de app ook een groen-laadblokje terug in de statistiek van vandaag? Ik heb ook wel vaker dat de batterij op 11% komt in de nacht, maar dan zie ik geen groen balkje dat volgt (zonder dat de batterij daar actief op is aangespoord).

Je kent mijn standpunt inderdaad al te goed Rekenen met de SoC indicator kan alleen als die accuraat is, en dat is die van de Marstek zeker niet. Maar het ging met ongeveer 600 Watt, en volgens mijn benadering van toen, is dat met ongeveer 85 procent efficiëntie, dus dat zou er nog afmoeten.

Ja het is in de App ook terug te zien.

[pascallj]

Druppeltje_ schreef op donderdag 9 oktober 2025 @ 17:46:
[...]


Hoe heb je dat kunnen simuleren? Ontladen tot hij op 11% stond en dan wachten (8u). Dat is toch evenzeer vreemd, de batterijen hier hebben al vaker en langer op 11% gestaan. De drop naar 0% had ik enkel vanmorgen. Enige verschil hier met voorheen is dat de batterij nu al enkele dagen niet tot 100% geladen werd. De batterij die ik gisterennacht handmatig had opgeladen heeft die drop vandaag niet gemaakt.

Voor de volledigheid: mijn batterij heeft exact van 8u30 tot 9u00 geladen aan +/- 1000 watt (constant vermogen, geen fluctuatie). Een halfuurtje dus en toen stond hij opeens op 14%
[Afbeelding]

Ik handel met de batterij en heb gisteren geprobeerd om uit te rekenen hoe ik een halve lading kon verhandelen (als in hoeveel moet ik precies laden). Op 0,06 kWh na, had ik het goed uitgerekend, maar omdat de batterij niet leeg was, stond hij nog op 12 procent en kon ik nog verder ontladen. Dit heb ik vanmorgen vroeg dus gedaan en net zo lang het vermogen blijven verlagen zodat ik net boven de 3 V bleef met de laagste cel, want dan schiet hij naar 11 procent en stopt hij. Uiteindelijk met slechts 25 W aan ontlaadvermogen hem over die grens laten gaan en toen stil laten staan.

[antoinevromen]

pascallj schreef op donderdag 9 oktober 2025 @ 18:16:
[...]


Je kent mijn standpunt inderdaad al te goed Rekenen met de SoC indicator kan alleen als die accuraat is, en dat is die van de Marstek zeker niet. Maar het ging met ongeveer 600 Watt, en volgens mijn benadering van toen, is dat met ongeveer 85 procent efficiëntie, dus dat zou er nog afmoeten.

Ja het is in de App ook terug te zien.

Dan ben ik toch wel benieuwd hoeveel je er bij het laden naar 100% dan nog bijgeduwd krijgt. Als hij toch echt zoals jij vermoedt "denkt" dat er een dip naar 0% is (softwarebug?) en dan naar "nivo van 22%" bijlaadt, dan moet je dat toch terugzien bij het naar 100% laden.

[Erik1805]

Ik heb hem aan en uit gezet. Geen resultaat. Ik zie wel op de accu dat CT niet brand. Moet die aan staan ?

[Peter-59]

pascallj schreef op donderdag 9 oktober 2025 @ 18:16:
[...]


Je kent mijn standpunt inderdaad al te goed Rekenen met de SoC indicator kan alleen als die accuraat is, en dat is die van de Marstek zeker niet. Maar het ging met ongeveer 600 Watt, en volgens mijn benadering van toen, is dat met ongeveer 85 procent efficiëntie, dus dat zou er nog afmoeten.

Ja het is in de App ook terug te zien.

Hier het zelfde verhaal, mijn Marstek stond op 11 procent en heeft vannacht ook
bijgeladen. Dit nog nooit eerder opgemerkt.

[PNARI]

Erik1805 schreef op donderdag 9 oktober 2025 @ 18:26:
Ik heb hem aan en uit gezet. Geen resultaat. Ik zie wel op de accu dat CT niet brand. Moet die aan staan ?

[Afbeelding]

Uiteraard moet CT branden als je nom of ai wil draaien.

[S2S]

Erik1805 schreef op donderdag 9 oktober 2025 @ 18:26:
Ik heb hem aan en uit gezet. Geen resultaat. Ik zie wel op de accu dat CT niet brand. Moet die aan staan ?

[Afbeelding]

Systeem moet rebooten , alle leds moeten eerst uit. Stekker eruit , knop weer inhouden tot je leds uit zijn. Anders weer opnieuw knop inhouden. Hoor je fan geluid met opstarten . (Dan reboot de accu, anders niet) Daarna ct003 of iet la dergelijks helemaal van stroom en weer aansluiten. (Nadat accu is herstart) heb ik afgelopen week paar keer moeten doen na zelf veroorzaakte stroom storingen (bezig met iets , stroom moest er een paar keer af)

[ Voor 11% gewijzigd door S2S op 09-10-2025 18:33 ]

[Erik1805]

PNARI schreef op donderdag 9 oktober 2025 @ 18:27:
[...]

Uiteraard moet CT branden als je nom of ai wil draaien.

Vermoeden had ik al. Connectie met P1 dus weg

Maar weer proberen connectie te maken

[ Voor 8% gewijzigd door Erik1805 op 09-10-2025 18:37 ]

[Preaper]

harrr schreef op donderdag 9 oktober 2025 @ 16:48:
Heeft iemand een discovery scriptje voor de Marstek API? De API is geactiveerd, aangevraagd via de support en in de app geactiveerd op poort 30000, maar ik krijg geen response.

Een NMAP op poort 3000 UDP levert een IP op, maar als ik naar dan deze check doe, krijg ik geen response.
echo -n '{"id":0,"method":"Marstek.GetDevice","params":{"ble_mac":"0"}}' | nc -u -w2 192.168.2.41 30000

Dit script is gemaakt om buiten Home Assistant om gedraaid te kunnen worden:

https://github.com/jaapp/ha-marstek/tree/master/test

[antoinevromen]

Preaper schreef op donderdag 9 oktober 2025 @ 18:36:
[...]


Dit script is gemaakt om buiten Home Assistant om gedraaid te kunnen worden:

https://github.com/jaapp/ha-marstek/tree/master/test

Om mij uitzoekwerk te besparen; Hoe start ik dat script? Heb je daar ook een cmd-filetje of zo voor of prerequisites (draait dat op windows)?

Ik heb inmiddels de README.md gevonden. Blijkbaar moet ik python 3.10+ installeren en dan starten met
cd marstek-local-api
python3 test/test_discovery.py

Ik ga proberen !!

[ Voor 18% gewijzigd door antoinevromen op 09-10-2025 18:45 ]

[Erik1805]

Zal het topic weer even doorspitten. Vind mijn HW P1 niet meer. Enige is een week geleden een nieuwe telefoon gekregen. Misschien heeft het daarmee te maken

[ Voor 44% gewijzigd door Erik1805 op 09-10-2025 18:53 ]

[3DWim]

Ik zal ook een duit in het 11% zakje doen, ik kan mij niet vinden of mijn marstek kan zich niet herkennen in het 11% verhaal. SOC via HA van deze week:



Dit is niet uniek, bij geen zon staat de accu vaker op standby te wachten op zonnestroom.
Soms meerdere dagen.
Het dippen naar 0% gebeurt wel maar alleen 's ochtends vroeg en vaak van zo op ma nacht.
Ik heb ook al vaker screenshots hier gedeeld van dit gedrag.

De laadpiek naar 100% is op de stand Manual gedaan.

[Erik1805]

Zo werkt weer. Dat was dus het hele probleem. Bedankt voor alle hulp 👍

[HBO88]

Vraagje, ik heb de Venus E 3, icm de HW p1 meter, en die ook geselecteerd als beta.
Accu werkt goed, enkel zie ik geen waarden bij statistieken. Is dit een bekend issue?

[antoinevromen]

HBO88 schreef op donderdag 9 oktober 2025 @ 19:27:
Vraagje, ik heb de Venus E 3, icm de HW p1 meter, en die ook geselecteerd als beta.
Accu werkt goed, enkel zie ik geen waarden bij statistieken. Is dit een bekend issue?
[Afbeelding]

Dat was het wel bij Venus E V2, maar is door een firmwarefix opgelost (bij ons stond toen overal hetzelfde).
Maar de V3 heeft andere firmware, dus ik zou dat gewoon via de feedback aan marstek als "bugje" melden.

P.s. ik neem aan dat je nog nooit met de V3 met de ble-monitortool hebt gewerkt? Het vermoeden is namelijk dat sommige mensen hier met de tellers ook problemen ervaren na het gebruik van sommige functies van dat experimentele tool.

[ Voor 14% gewijzigd door antoinevromen op 09-10-2025 19:32 ]

[pascallj]

antoinevromen schreef op donderdag 9 oktober 2025 @ 19:29:
[...]

Dat was het wel bij Venus E V2, maar is door een firmwarefix opgelost (bij ons stond toen overal hetzelfde).
Maar de V3 heeft andere firmware, dus ik zou dat gewoon via de feedback aan marstek als "bugje" melden.

Volgens mij hebben dat op V2 en eerder ook nog nooit gezien. Er was laatst die fout dat de dagteller bleef doorlopen, maar dat kwam (een soort van) door de Marstek Monitor Tool.

[antoinevromen]

pascallj schreef op donderdag 9 oktober 2025 @ 19:31:
[...]


Volgens mij hebben dat op V2 en eerder ook nog nooit gezien. Er was laatst die fout dat de dagteller bleef doorlopen, maar dat kwam (een soort van) door de Marstek Monitor Tool.

Ik heb zelf toen het feit bij Marstek aangekaart dat ik steeds overal op dag/maand/jaar dezelfde cijfers zag, dus was toen ook iets in de software die door een firmwareupdate is gecorrigeerd.
Is wel al lang geleden, ik schat ergens in augustus.
Zou ook nog aan de versie van de app kunnen liggen, maar ik denk dat hier nog niet zoveel mensen zijn die ervaring met een V3 hebben.

[ Voor 15% gewijzigd door antoinevromen op 09-10-2025 19:35 ]

[antoinevromen]

HBO88 schreef op donderdag 9 oktober 2025 @ 19:27:
Vraagje, ik heb de Venus E 3, icm de HW p1 meter, en die ook geselecteerd als beta.
Accu werkt goed, enkel zie ik geen waarden bij statistieken. Is dit een bekend issue?
[Afbeelding]

Heb je ook overal 0 staan als je voor maand of jaar kiest?

[antoinevromen]

pascallj schreef op donderdag 9 oktober 2025 @ 19:31:
[...]


Volgens mij hebben dat op V2 en eerder ook nog nooit gezien. Er was laatst die fout dat de dagteller bleef doorlopen, maar dat kwam (een soort van) door de Marstek Monitor Tool.

Het is maar een idee, maar komen die cijfers uit de cloud (die misschien nog niet is bijgewerkt; routerblokkade voor inbound/outbound verkeer? of werkt deze statistiekgrafiek zonder internet helemaal niet in de app?); Voor het geval hij vandaag pas is gestart met de batterij?

[ Voor 11% gewijzigd door antoinevromen op 09-10-2025 19:40 ]

[pascallj]

antoinevromen schreef op donderdag 9 oktober 2025 @ 19:38:
[...]

Het is maar een idee, maar komen die cijfers uit de cloud (die misschien nog niet is bijgewerkt; routerblokkade voor inbound/outbound verkeer? of werkt deze statistiekgrafiek zonder internet helemaal niet in de app?); Voor het geval hij vandaag pas is gestart met de batterij?

Goed punt! De cijfers worden lokaal opgeslagen (want ook via Modbus offline uitleesbaar), maar worden ook gesynchroniseerd naar de Cloud. Als je ze via de App uitleest, lees je de informatie uit de Cloud. Dus je theorie zou kunnen, alleen zou je dan waarschijnlijk ook niet de grafiek zien, want die wordt ook realtime geüpload naar de Cloud.

[antoinevromen]

pascallj schreef op donderdag 9 oktober 2025 @ 19:59:
[...]


Goed punt! De cijfers worden lokaal opgeslagen (want ook via Modbus offline uitleesbaar), maar worden ook gesynchroniseerd naar de Cloud. Als je ze via de App uitleest, lees je de informatie uit de Cloud. Dus je theorie zou kunnen, alleen zou je dan waarschijnlijk ook niet de grafiek zien, want die wordt ook realtime geüpload naar de Cloud.

@HBO88 Hmm, HBO88 heb je ooit daar cijfers gezien in het verleden? Hoe lang heb je de batterij draaiend? Staan er wel cijfers bij maand/jaar en bij now? Heb je de laatste firmware (eens op firmware clicken of hij misschien zegt dat er een update is?) Wij hebben hier nagenoeg geen ervaring met V3

[antoinevromen]

Preaper schreef op donderdag 9 oktober 2025 @ 18:36:
[...]


Dit script is gemaakt om buiten Home Assistant om gedraaid te kunnen worden:

https://github.com/jaapp/ha-marstek/tree/master/test

Ik krijg na installatie van python onderstaande als ik het script draai (enig idee?):

[pascallj]

antoinevromen schreef op donderdag 9 oktober 2025 @ 20:08:
[...]

Ik krijg na installatie van python onderstaande als ik het script draai (enig idee?):
[Afbeelding]

Dit soort vragen kan je beter even via je PB oid stellen. Dit is meer een programmeervraag en heeft niets meer met de Marstek te maken.

Overigens komt het in dit geval omdat _set_reuseport alleen op Linux werkt en niet op Windows.

[HBO88]

antoinevromen schreef op donderdag 9 oktober 2025 @ 20:05:
[...]

@HBO88 Hmm, HBO88 heb je ooit daar cijfers gezien in het verleden? Hoe lang heb je de batterij draaiend? Staan er wel cijfers bij maand/jaar en bij now? Heb je de laatste firmware (eens op firmware clicken of hij misschien zegt dat er een update is?) Wij hebben hier nagenoeg geen ervaring met V3

Sinds gisteren draaiend. Ik dacht misschien werkt het pas nadat hij de 1e x tot 100 procent is geladen dus dat heb ik vanmiddag handmatig gedaan.
In de statistieken bij maand of jaar ook niets. Ik heb bedragen ingevuld bij de elektriciteitsprijzen, ik dacht dat dat misschien ook nog uit zou maken.
De app zegt dat alles laatste versie is.

[Preaper]

@antoinevromen ik heb je adviezen opgevolgd en mijn HA integratie aangepast ( https://github.com/jaapp/ha-marstek ). Nu hamer ik een stuk minder op de Marstek (incl backoff functionaliteit om hem op adem te laten komen mocht hij in de stress schiet, en jitter om de verzoeken wat meer de spreiden).

Hiermee lijkt ik een effectieve update rate van 60s te hebben terwijl de Marstek Batterij zijn verbinding met de CT003 behoudt.

Het is nog wat vroeg voor een harde conclusie, maar dit is best acceptabel.

[Preaper]

pascallj schreef op donderdag 9 oktober 2025 @ 20:10:
[...]


Dit soort vragen kan je beter even via je PB oid stellen. Dit is meer een programmeervraag en heeft niets meer met de Marstek te maken.

Overigens komt het in dit geval omdat _set_reuseport alleen op Linux werkt en niet op Windows.

Ik heb een fix gecommit. Claude code had had er een makkelijke oplossing voor, maar ik kan hem niet testen want ik heb geen windows pc.

[antoinevromen]

pascallj schreef op donderdag 9 oktober 2025 @ 20:10:
[...]


Dit soort vragen kan je beter even via je PB oid stellen. Dit is meer een programmeervraag en heeft niets meer met de Marstek te maken.

Overigens komt het in dit geval omdat _set_reuseport alleen op Linux werkt en niet op Windows.

Heb je gelijk in, maar ben ik de enige hier die op windows werkt? Wel top dat je meteen weet waar het probleem ligt. Ik zal via de PB kijken of er ook een oplossing is.

[antoinevromen]

Preaper schreef op donderdag 9 oktober 2025 @ 20:17:
[...]


Ik heb een fix gecommit. Claude code had had er een makkelijke oplossing voor, maar ik kan hem niet testen want ik heb geen windows pc.

Dank je voor het fixen.
Dus als ik het goed begrijp kan ik gewoon opnieuw een fetch van de code halen van github?

[antoinevromen]

Preaper schreef op donderdag 9 oktober 2025 @ 20:13:
@antoinevromen ik heb je adviezen opgevolgd en mijn HA integratie aangepast ( https://github.com/jaapp/ha-marstek ). Nu hamer ik een stuk minder op de Marstek (incl backoff functionaliteit om hem op adem te laten komen mocht hij in de stress schiet, en jitter om de verzoeken wat meer de spreiden).

Hiermee lijkt ik een effectieve update rate van 60s te hebben terwijl de Marstek Batterij zijn verbinding met de CT003 behoudt.

Het is nog wat vroeg voor een harde conclusie, maar dit is best acceptabel.

Mooi te lezen dat je uiteindelijk toch de integratie hebt kunnen verbeteren t.a.v. stabiliteit richting ct003
Nu weet ik ook dat mijn script als ik dat nodig acht een hogere frequentie kan krijgen. Thanks

[ Voor 6% gewijzigd door antoinevromen op 09-10-2025 20:31 ]

[DSSW]

Engineer Stewie schreef op donderdag 9 oktober 2025 @ 11:36:
[...]


Heb vandaag ook die update gekregen nadat ik een ticketje had gemaakt dat hij plots met 1000W begint te laden en of dat wat minder kon. Maar je krijgt geen releasenotes/uitleg idd.
Ik ben EMS.BMS van 153.215 naar 154.216 gegaan nu.

Heb die problemen ook gehad enkele weken geleden, na feedback in de app ook de V154/216 ontvangen sindsdien geen enkele drop onder de 11% gehad.

[Bkul]

S2S schreef op woensdag 8 oktober 2025 @ 17:43:
[...]

Stroom, de actieve splitter zit aan het stroom als het goed is en dus krijgt de ct003 ook extra stroom. Anders werkt deze hier ook niet goed.

De CT003 was aangesloten met zijn eigen usb-C kabel voor stroom. Zowel als hij direct in de slimme meter zit, als dat hij in de actieve splitter (die zelf ook nog usb-C aangesloten zit voor stroom).

Ik probeer te begrijpen waardoor het signaal direct niet doorkomt, maar via de splitter wel.

[HHF]

Bkul schreef op donderdag 9 oktober 2025 @ 21:20:
[...]


De CT003 was aangesloten met zijn eigen usb-C kabel voor stroom. Zowel als hij direct in de slimme meter zit, als dat hij in de actieve splitter (die zelf ook nog usb-C aangesloten zit voor stroom).

Ik probeer te begrijpen waardoor het signaal direct niet doorkomt, maar via de splitter wel.

De CT003 versterkt het uitgangssignaal maar niet de ingang, en je slimme meter heeft niet genoeg signaalsterkte. De actieve splitter versterkt het signaal van je slimme meter tot een niveau dat voldoende is voor je CT003.

[ Voor 4% gewijzigd door HHF op 09-10-2025 21:49 ]

[Preaper]

Weet iemand welke meter je moet selecteren in de app als je de CT003 achter een Homewizard P1 splitter hebt zitten?

[slagtree]

Ik heb nog een moxa Uport 1150 liggen die ik op de marstek kan aansluiten.

Dit is een RS485 / USB converter. Zie de link hieronder

https://www.moxa.com/en/p...verters/uport-1100-series

Kan ik deze rechtstreeks via raspbarry PI5 op de home assistant aansluiten? Of moet ik dit helemaal gaan programmeren?

[pascallj]

slagtree schreef op donderdag 9 oktober 2025 @ 23:14:
Ik heb nog een moxa Uport 1150 liggen die ik op de marstek kan aansluiten.

Dit is een RS485 / USB converter. Zie de link hieronder

https://www.moxa.com/en/p...verters/uport-1100-series

Kan ik deze rechtstreeks via raspbarry PI5 op de home assistant aansluiten? Of moet ik dit helemaal gaan programmeren?

Zoals ik al zei hebben we een topic speciaal voor aansturing van de Modbus: Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling. Daar kunnen we de discussie voortzetten.

En om alvast een ontopic reactie te geven: je zal wel iets moeten gaan programmeren, want de rest gebruikt volgens mij allemaal een LilyGo of Modbus TCP adapter. Draait je HA op die Raspberry Pi, of wil je die Pi aan je HA installatie koppelen? En zoja waar draait je HA installatie dan op?

[Magicw00b]

pascallj schreef op donderdag 9 oktober 2025 @ 16:35:
[...]


We weten dat het kan. Maar dat is toch niet 'gewoon'? Het idee was dat het voor iedereen beschikbaar zou komen. Gewoon als optie binnen de app. Dat je erom kon vragen, was meer omdat het nog in 'beta' was.

Ik reageer op mijn voorganger die zegt dat het niet voor particulieren beschikbaar komt.. ik ben toch echt een particulier.

[slagtree]

pascallj schreef op donderdag 9 oktober 2025 @ 23:22:
[...]


Zoals ik al zei hebben we een topic speciaal voor aansturing van de Modbus: Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling. Daar kunnen we de discussie voortzetten.

En om alvast een ontopic reactie te geven: je zal wel iets moeten gaan programmeren, want de rest gebruikt volgens mij allemaal een LilyGo of Modbus TCP adapter. Draait je HA op die Raspberry Pi, of wil je die Pi aan je HA installatie koppelen? En zoja waar draait je HA installatie dan op?

Ik ben nog aan overwegen of ik RB-PI5 ga aanschaffen om de marstek hieraan te koppelen. En ik had deze serial converter nog thuis liggen maar als ik het wiel opnieuw moet uitvinden ga ik er nog over nadenken.

[pascallj]

Magicw00b schreef op donderdag 9 oktober 2025 @ 23:32:
[...]

Ik reageer op mijn voorganger die zegt dat het niet voor particulieren beschikbaar komt.. ik ben toch echt een particulier.

Er zal wel bedoeld worden dan het niet voor iedereen beschikbaar komt in de app... Via Feedback vragen om de optie was bedoeld om te testen.

We hebben ook signalen gehoord dat sommige medewerkers weigeren om de API te activeren dus dat zou daar wel bij passen.

[pascallj]

slagtree schreef op donderdag 9 oktober 2025 @ 23:38:
[...]


Ik ben nog aan overwegen of ik RB-PI5 ga aanschaffen om de marstek hieraan te koppelen. En ik had deze serial converter nog thuis liggen maar als ik het wiel opnieuw moet uitvinden ga ik er nog over nadenken.

Het zou zomaar kunnen dat er al Tweakers zijn die een kant en klaar apparaatje voor je kunnen maken en opsturen voor een klein prijsje wat je direct in HA kan integreren... Of je gebruikt een van de oplossingen die we al voor je gemaakt hebben. Hoef je er zelf niet tegen aan te programmeren. Maar alle informatie en alle vragen daarover, kunnen in dat topic.

[Maxwp]

DSSW schreef op donderdag 9 oktober 2025 @ 20:59:
[...]

Heb die problemen ook gehad enkele weken geleden, na feedback in de app ook de V154/216 ontvangen sindsdien geen enkele drop onder de 11% gehad.

154 215 zit ik nu
Zal eens vragen

[Avenger 2.0]

Maxwp schreef op vrijdag 10 oktober 2025 @ 05:51:
[...]
154 215 zit ik nu
Zal eens vragen

Hier ook gevraagd. Snap niet dat het zo lang kan duren voordat ze die fix gewoon doorduwen naar iedereen. Je ziet overal dat het klachten regent dat bij mensen de batterij onder 11% zakt en dan ineens moet laden.

[Engineer Stewie]

DSSW schreef op donderdag 9 oktober 2025 @ 20:59:
[...]

Heb die problemen ook gehad enkele weken geleden, na feedback in de app ook de V154/216 ontvangen sindsdien geen enkele drop onder de 11% gehad.

Ik heb nu een automation draaien die dat gedrag detecteerd en het laadstation van de auto of terugschaalt of even pauzeert. Maar als het nooit voorkomt, des te beter.

Heb geprobeerd de loadbalancing van mijn Alfen paal aan de praat te krijgen, maar of die kijkt naar de 3-fase afzonderlijk (maar ik laad mono) of naar 1 specifieke fase. Dat werkt dus niet echt zoals ik wil (die licentie kost dan 250 euro...)

[Bkul]

Preaper schreef op donderdag 9 oktober 2025 @ 22:16:
Weet iemand welke meter je moet selecteren in de app als je de CT003 achter een Homewizard P1 splitter hebt zitten?

De Slimme meter waar die in zit.
Maar wellicht werkt hij al direct zonder een selectie te maken.
Vorige week getest, maar weet niet zeker of we de meter selectie hadden aangepast.
Uiteindelijk gekozen voor een HW P1 meter (goedkoper dan de splitter, extra info in de HW app en slechts 1 Marstek batterij).

[d3x]

Avenger 2.0 schreef op vrijdag 10 oktober 2025 @ 07:31:
[...]

Hier ook gevraagd. Snap niet dat het zo lang kan duren voordat ze die fix gewoon doorduwen naar iedereen. Je ziet overal dat het klachten regent dat bij mensen de batterij onder 11% zakt en dan ineens moet laden.

jij noemt dat een klacht? ik noem dat normaal operationeel dat gewoon interessant is om te weten... is toch ook logisch, je MT heeft geen lading meer want geen zon voor X tijd maar verbruikt wel eigen batterij per dag, ja dan moet je ooit wel eens gaan laden om je SOC niveau te behouden.

Er is wel natuurlijk wat randgedrag rond de soc die dicuteerbaar is alsmede de NOM disable voor andere MT als die ene MT moet laden. maar soit dat is een klacht/feedback, dat die onder de 11% gaat is geen klacht, das by design en wegens de iets aggressievere SOC FW zien we nu sneller dat gedrag.

[pascallj]

d3x schreef op vrijdag 10 oktober 2025 @ 08:05:
[...]

jij noemt dat een klacht? ik noem dat normaal operationeel dat gewoon interessant is om te weten... is toch ook logisch, je MT heeft geen lading meer want geen zon voor X tijd maar verbruikt wel eigen batterij per dag, ja dan moet je ooit wel eens gaan laden om je SOC niveau te behouden.

Er is wel natuurlijk wat randgedrag rond de soc die dicuteerbaar is alsmede de NOM disable voor andere MT als die ene MT moet laden. maar soit dat is een klacht/feedback, dat die onder de 11% gaat is geen klacht, das by design en wegens de iets aggressievere SOC FW zien we nu sneller dat gedrag.

Je moet het wel een beetje in perspectief plaatsen. Het zelfverbruik van de batterij is minimaal. 0,08 kWh per dag. Er werd gisteren 0,78 kWh bijgeladen bij mijn test. Dat is voor bijna 10 dagen aan standby-stroom wat er is bijgeladen. Dat staat natuurlijk totaal niet meer in verhouding met het doel wat het heeft om zelfontlading tegen te gaan. Dus het lijkt mij een terecht puntje van feedback. Maar mogelijk is dat dus al opgelost in BMS 216.

[S2S]

d3x schreef op vrijdag 10 oktober 2025 @ 08:05:
[...]

jij noemt dat een klacht? ik noem dat normaal operationeel dat gewoon interessant is om te weten... is toch ook logisch, je MT heeft geen lading meer want geen zon voor X tijd maar verbruikt wel eigen batterij per dag, ja dan moet je ooit wel eens gaan laden om je SOC niveau te behouden.

Er is wel natuurlijk wat randgedrag rond de soc die dicuteerbaar is alsmede de NOM disable voor andere MT als die ene MT moet laden. maar soit dat is een klacht/feedback, dat die onder de 11% gaat is geen klacht, das by design en wegens de iets aggressievere SOC FW zien we nu sneller dat gedrag.

Yup, alle accu’s lopen leeg, ook in auto’s. Als je ze niet juist laadt gaan ze zelfs kapot. Er is niets voor niets deze bijladen tot 11%. En het gedrag is waarschijnlijk anders omdat nu veel accu’s niet tot 100% komen door niet genoeg te laden. (Dus werkt het simple balanceren waarschijnlijk niet goed genoeg , maar het zijn dan ook goedkope producten, that’s the price you pay, dubbeltje op de voorste rij verhaal)

En daar buiten er is ook nog een AI stand. En anders laadt je handmatig. Een accu alleen is geen garantie om nooit van het net energie te halen. Dan moeten mensen ook wind turbines en waterkracht zien te benutten , en alle 3 kunnen op dagen afwezig zijn. Of weken , zoals eind vorig jaar.

Wie het onderste uit de kan wil, krijgt de deksel op de neus.

[ Voor 13% gewijzigd door S2S op 10-10-2025 08:49 ]

[Avenger 2.0]

S2S schreef op vrijdag 10 oktober 2025 @ 08:44:
[...]

Yup, alle accu’s lopen leeg, ook in auto’s. Als je ze niet laad gaan ze zelfs kapot. Er is niets voor niets deze bijladen tot 11%. En daar buiten er is ook nog een AI stand. En anders laadt je handmatig. Een accu alleen is geen garantie om nooit van het net energie te halen. Dan moeten mensen ook wind turbines en waterkracht zien te benutten , en alle 3 kunnen op dagen afwezig zijn. Of weken , zoals eind vorig jaar.

Gelukkig moet ik mijn auto accu niet iedere ochtend bij laden voordat ik deze kan starten. De Marstek doet dit wel elke ochtend. Toch een teken dat er iets niet werkt zoals voorzien. Blijkbaar lost de nieuwe firmware dit op, dus toch duidelijk dat er een fout (voor sommige) in de huidige firmware zit...

[S2S]

Avenger 2.0 schreef op vrijdag 10 oktober 2025 @ 08:49:
[...]

Gelukkig moet ik mijn auto accu niet iedere ochtend bij laden voordat ik deze kan starten. De Marstek doet dit wel elke ochtend. Toch een teken dat er iets niet werkt zoals voorzien. Blijkbaar lost de nieuwe firmware dit op, dus toch duidelijk dat er een fout (voor sommige) in de huidige firmware zit...

Geen idee verder, ik pruts niet meer met de accu’s sinds ze goed draaien . Ik herken dit gedraag niet, maar ik laadt ook bij van het net. Jij dan?
Een auto is anders dan een Marstek, een Marstek gaat in principe iedere dag leeg en vol (tenzij je geen stroom verbruikt) dan moeten ze nog eens in de zoveel tijd naar de 100% anders SOC drift(sommige EVs vast ook)


Even advocaat van de duivel:
Ik verwacht in de toekomst wel dat mensen die ander aansturen geen garantie krijgen of niet makkelijk. (Modbus etc, wie zegt dat dit niet veroorzaakt wordt door een combinatie ) want wie zegt dat iedereen een juiste automation heeft draaien die de accu juist goed behandeld. Weten wij hier meer dan Marstek engineers? Plus het is wel heel toevallig met minder zon uren, zie ik deze klachten ontstaan. Lees al mee vanaf januari en heb de mijne ook rond die tijd gekocht .

En als je nieuwe firmwares iedere keer aanvraagt ben je eigenlijk bèta tester, en dat kan resulteren in bugs . Daarom rollen ze nu ook veel later uit naar iedereen. Plus in jouw geval kan je accu ook gewoon kapot zijn, gebeurt.

[ Voor 27% gewijzigd door S2S op 10-10-2025 09:07 ]

[Avenger 2.0]

S2S schreef op vrijdag 10 oktober 2025 @ 08:55:
[...]
Geen idee verder, ik pruts niet meer met de accu’s sinds ze goed draaien . Ik herken dit gedraag niet, maar ik laadt ook bij van het net. Jij dan?

Hier ook niets speciaals gedaan hoor. Geen OpenAPI, geen Modbus, enkel hun officiële CT003 P1 gekoppeld met de batterij die ernaast staat. Bij de vorige firmware werkte alles prima, de miserie is bij de laatste 153 gekomen die ze uit hunzelf naar iedereen gepushed hebben...

[pascallj]

S2S schreef op vrijdag 10 oktober 2025 @ 08:55:
[...]

Geen idee verder, ik pruts niet meer met de accu’s sinds ze goed draaien . Ik herken dit gedraag niet, maar ik laadt ook bij van het net. Jij dan?
Een auto is anders dan een Marstek, een Marstek gaat in principe iedere dag leeg en vol gaat (tenzij je geen stroom verbruikt) (sommige EVs vast ook)


Even advocaat van de duivel:
Ik verwacht in de toekomst wel dat mensen die ander aansturen geen garantie krijgen of niet makkelijk. (Modbus etc, wie zegt dat dit niet veroorzaakt wordt door een combinatie ) want wie zegt dat iedereen een juiste automation heeft draaien die de accu juist goed behandeld. Weten wij hier meer dan Marstek engineers? Plus het is wel heel toevallig met minder zon uren, zie ik deze klachten ontstaan. Lees al mee vanaf januari en heb de mijne ook rond die tijd gekocht .

Moeilijker garantie wel of niet, zou kunnen, maar dat is een ander verhaal.

Maar dit heeft niets te maken sturing via Modbus of andere automatiseringen. Ik heb gisteren laten zien hoe en waarom het gebeurt. Dat had je ook prima na kunnen bootsen zonder Modbus. De reden dat je het nu ziet is inderdaad omdat de batterijen langer stilstaan dan voorheen. Ze zijn eerder leeg en beginnen pas later met laden. Je ziet het het eerste terug bij mensen die de batterij hebben ontladen op een laag vermogen.

[S2S]

Avenger 2.0 schreef op vrijdag 10 oktober 2025 @ 09:06:
[...]

Hier ook niets speciaals gedaan hoor. Geen OpenAPI, geen Modbus, enkel hun officiële CT003 P1 gekoppeld met de batterij die ernaast staat. Bij de vorige firmware werkte alles prima, de miserie is bij de laatste 153 gekomen die ze uit hunzelf naar iedereen gepushed hebben...

Tja alles kan kapot? Laadt jij bij uit het net, AI of manueel. Ik draai die firmware ook, maar ik heb er geen last van. Misschien dat er een verband is.