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

[WargamingPlayer]

Tommie12 schreef op donderdag 12 maart 2026 @ 19:13:
[...]

En kan je ook uitleggen waarom je niet zou laden vanuit de batterij? Wat levert dat op?
Misschien is het verschil klein, maar je kan waarschijnlijk meer cycli maken.

Heel eenvoudig. 1kWh de accu in komt er ongeveer 0,8kWh uit. Dan nog laadverlies van de auto er bij, wat tussen de 0,91-0,94 zit bij 11kWh maar op de 0,9 zit bij 2,4kWh (1 fase). Dus stel je stopt 6,406 in de accu daarvan gaat 5.12kWh naar je auto. Daarvan gaat 4,608 in de accu van de auto. Dus je verliest 33%. En dit zijn gunstige waarden. Je moet meer rekenen op 6,833 (75%) er in om 5,125 naar de auto te sturen. En dat heeft een verlies van 15% dus 4,356kWh wat de accu in gaat. Je verliest dus 2,2kWh.

[DSSW]

PNARI schreef op donderdag 12 maart 2026 @ 18:07:
En het gaat[Afbeelding] van erger naar nog erger. Nu krijg ik geen connectie meer met V2 en V3 .... en geen reactie van MT op mijn feedback🤨

Ik heb die off line vandaag ook al een paar keer gezien in de app maar als ik dan op de batterij klik en een refresh doe dan krijg ik terug data en zie ik terug het online symbool. Die off line heeft ook geen invloed op de werking, de batterijen blijven gewoon NOM draaien. De Marstek blijft na meer dan een jaar gebruik toch nog altijd een beetje brak.

[Tommie12]

Druppeltje_ schreef op donderdag 12 maart 2026 @ 19:38:
[...]


In cycli maakt dat geen verschil. Mijn batterijen zijn elke ochtend (ook in de zomer met oa de airco's) leeg of zo goed als leeg. Op zonnige dagen komt de auto sowieso altijd aan laden toe want dan zijn de marsteks in de vroege namiddag volgeladen. Alles wat er daarna over is gaat de auto in. Ik zal de vraag omdraaien, wat win je ermee met je auto op te laden met de batterijen en dan met lege batterijen de nacht in te gaan?

Maakt dat uit of je stroom ‘s nachts nu uit batterijen dan wel uit het net komt?

En wat rendement betreft denk ik dat batterijen zelfs een beter rendement halen als je kan ontladen aan hogere vermogens.

[Tommie12]

WargamingPlayer schreef op donderdag 12 maart 2026 @ 19:51:
[...]

Heel eenvoudig. 1kWh de accu in komt er ongeveer 0,8kWh uit. Dan nog laadverlies van de auto er bij, wat tussen de 0,91-0,94 zit bij 11kWh maar op de 0,9 zit bij 2,4kWh (1 fase). Dus stel je stopt 6,406 in de accu daarvan gaat 5.12kWh naar je auto. Daarvan gaat 4,608 in de accu van de auto. Dus je verliest 33%. En dit zijn gunstige waarden. Je moet meer rekenen op 6,833 (75%) er in om 5,125 naar de auto te sturen. En dat heeft een verlies van 15% dus 4,356kWh wat de accu in gaat. Je verliest dus 2,2kWh.

En als je die stroom uit het net trekt is dat laadverlies toch even groot.
En een batterij traag ontladen door je sluipverbruik levert nog meer verliezen op dacht ik.

[Druppeltje_]

Tommie12 schreef op donderdag 12 maart 2026 @ 20:08:
[...]

Maakt dat uit of je stroom ‘s nachts nu uit batterijen dan wel uit het net komt?

En wat rendement betreft denk ik dat batterijen zelfs een beter rendement halen als je kan ontladen aan hogere vermogens.

De stroom uit de batterijen kost me niets en die uit het net wel. Maar aangezien je dit topic al een hele tijd volgt neem ik aan dat je die eerste vraag niet serieus bedoeld, want dat antwoord lijkt me tamelijk evident.

Het verhaal van een beter rendement heb ik bewust altijd aan me voorbij laten gaan en vind ik een non-discussie wanneer het je (zoals in mijn geval) om 100% zonnestroom te doen is. Ik haal gemiddeld 75% met mijn 2 mt's en ik gebruik ze uitsluitend NOM. Als ik morgen 85% kan halen door de auto te laden maar ik moet 's nachts stroom inkopen heb ik niets gewonnen en zal ik zeker niet beter slapen omdat mijn rendement beter is.

[dnat]

PNARI schreef op donderdag 12 maart 2026 @ 18:07:
En het gaat[Afbeelding] van erger naar nog erger. Nu krijg ik geen connectie meer met V2 en V3 .... en geen reactie van MT op mijn feedback🤨

dat had ik daarnet ook in de app, nogthans blijft mijn systeem NOM, de HA integratie blijt werken en als ik elk device aanklik en per device refresh komt het mooi allemaal met updates

je hebt al wat meer MT ervaring he

[ Voor 3% gewijzigd door dnat op 12-03-2026 20:28 ]

[jevin20]

Chris.nl schreef op donderdag 12 maart 2026 @ 16:24:
[...]

Dat zal werken totdat je met een defecte Marstek zit, om de reden die @pascallj heeft gegeven....

Dat ding imo is gemaakt om 24/7 aan het grid te hangen en kan via tijdsschema's of externe aansturing/automatisering op 'standby' gezet worden. Een spontane stroomstoring/ongelukje zal ie vast overleven, maar hem bewust stroomloos maken via een energy-socket zou ik niet adviseren.

Lijkt me 't best om um via de powerknop 'uit te schakelen', voordat je de stekker eruit trekt.

Ondanks de zoekfunctie kan ik de door jouw gerefereerde post van @pascallj niet vinden, en heb ik dus geen idee waarom het slecht zou zijn om de batterijen met een kwh meter, of in mijn geval een HW socket van het net te koppelen op moment dat de laadpaal aangaat.
Dit heb ik dan ook in HA geautomatiseerd.
Maar ik hoor graag waarom dit technisch een probleem zou zijn!

[dnat]

jevin20 schreef op donderdag 12 maart 2026 @ 20:27:
[...]


Ondanks de zoekfunctie kan ik de door jouw gerefereerde post van @pascallj niet vinden, en heb ik dus geen idee waarom het slecht zou zijn om de batterijen met een kwh meter, of in mijn geval een HW socket van het net te koppelen op moment dat de laadpaal aangaat.
Dit heb ik dan ook in HA geautomatiseerd.
Maar ik hoor graag waarom dit technisch een probleem zou zijn!

omdat je feitelijk een hard disconnect doet, mogeljiks onder vele momenten van hoge spanning.
De devices en sturingen gaan daar zeer abrupt op reageren. Neem het aan van electriciens. Altijd mooi zo die prullaria sw sturingen, je bent wel bezig met electriciteit.

de beste sturing is via de MT controllers zelf schakelen naar manueel , dat is via de app en rechtstreekse sturing van de controller.

Dit kan je doen via de modbus, mqqt integratie, api of ble tool. Niet alles is even stabiel en het is afh van type, maar wel degelijk mogelijk dankzij het vele fijne werk van menig tweakers en andere programeur.

[ Voor 5% gewijzigd door dnat op 12-03-2026 20:35 ]

[Tommie12]

Druppeltje_ schreef op donderdag 12 maart 2026 @ 20:19:
[...]


De stroom uit de batterijen kost me niets en die uit het net wel. Maar aangezien je dit topic al een hele tijd volgt neem ik aan dat je die eerste vraag niet serieus bedoeld, want dat antwoord lijkt me tamelijk evident.

Het verhaal van een beter rendement heb ik bewust altijd aan me voorbij laten gaan en vind ik een non-discussie wanneer het je (zoals in mijn geval) om 100% zonnestroom te doen is. Ik haal gemiddeld 75% met mijn 2 mt's en ik gebruik ze uitsluitend NOM. Als ik morgen 85% kan halen door de auto te laden maar ik moet 's nachts stroom inkopen heb ik niets gewonnen en zal ik zeker niet beter slapen omdat mijn rendement beter is.

En als je nadien of vooraf je auto laadt, dan komt dat toch ook uit het net?

[Chris.nl]

jevin20 schreef op donderdag 12 maart 2026 @ 20:27:
Ondanks de zoekfunctie kan ik de door jouw gerefereerde post van @pascallj niet vinden -knip-

Stond er twee posts boven. pascallj in "Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu"

[jevin20]

Chris.nl schreef op donderdag 12 maart 2026 @ 20:32:
[...]

Stond er twee posts boven. pascallj in "Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu"

uh ok.. bizar. Excuus dan.

[jevin20]

Ik heb al een jaar 2x de v1 (icm CT003), en die draaien prima.
Nu heb ik na twee maanden de batterijen weer ingeschakeld, en ga ik verder op de AI modus omdat ik met ons dynamisch contract gewoon op het goedkoopste moment wil laden en niet de zonne-energie om 9.00 's ochtends in de batterij wil stoppen terwijl ik er 27 ct/kWh voor kan krijgen van de leverancier, en vervolgens de batterijen om 12.00 vol zijn en ik kan gaan terugleveren tegen 12 ct/kWh.
Nu las ik ook ergens een opmerking van @pascallj, zonder verdere uitleg dat de AI modus voor jou niet wenselijk was?

Los daarvan, ik heb nu ook problemen.
Sinds 6/3 weigert batterij 2 in AI modus meer dan 100W te ontladen. Ik moest dus terug naar NOM / self consumption modus. Ticket ingediend, 6 dagen later nog geen antwoord. Batterij 1 draait op dezelfde v153 prima op AI modus.
Toch besloten maar eens te gaan knoeien met de API. Leek fantastisch op het eerste oog, totdat ik merkte dat telkens 1 van de 2 batterijen de welbekende CT connectie verloor en stopte met functioneren.
Al mijn automatiseringen liepen prima, maar nu ben ik er dus alsnog niet. Ik heb alle versies van de Jaap Local API geprobeerd, de polling rates langer en langer gemaakt, allemaal zonder effect. 1 batterij functioneert, dan stopt de andere ermee en vice versa.
Is hier nou echt geen enkele oplossing voor, die wel gebruik maakt van de API? Ik heb de batterijen al niet tegen een hele voordelige prijs gekocht, dus om nog heel veel te investeren... Ik wil niet dat de auto de batterijen leeg trekt, en eigenlijk wil ik ook alleen laden naar keuze en niet wanneer Marstek bepaald dat dat een goed idee is.

Sorry als ik niet alle afgelopen 1000 pagina's goed door heb gelezen, ik heb wat teruggelezen, maar nu na een middag klooien ben ik het wel even beu. Alvast hartelijk dank voor jullie kennis en input.

[Z900]

Hoi, naar aanleiding van een topic op een Belgische Marstek FB-groep:
======================================================

Zojuist ff gekeken naar de meetwaarden tijdens het ontlaadproces van de E V3 met 1.5kW (van 100% naar 18% SOC).
Wat opvalt is dat de celspaning nog boven de nominale waarde (3.2V) ligt op 3.23V op het einde van het ontlaadproces wat op 18% SOC is ingesteld.
Dat zegt al genoeg dat 18% helemaal geen 18% is volgens Marstek zijn "denkwijze".
De veilige(!) ontlaadgrens van een LiFePo is 2,5V.
Dus als je tot Marstek's SOC van 0% zou gaan zou je nog ruim boven die 2.5V blijven m.i.

[Druppeltje_]

Tommie12 schreef op donderdag 12 maart 2026 @ 20:32:
[...]

En als je nadien of vooraf je auto laadt, dan komt dat toch ook uit het net?

Dan zit ik terug bij mijn beginpost van vandaag. Daar zeg ik al dat elke usecase anders is. En dat ik begrijp dat een full electric wagen geladen moet worden, ongeacht of er pv stroom is of niet (tenzij je de fiets neemt 's ochtends). Mijn laadpaal heeft in zijn levensduur tot op heden 9800kWh geladen. Dat zijn 9800kWh zonnestroom, omdat ik zoals gezegd een phev met een batterij van 31kWh heb en er geen nood is om die batterij elke dag tot 100% te laden. Dat is trouwens bij wel meer mensen zo dat er geen noodzaak is om elke dag 100% te laden. Je gaat je auto toch ook niet tanken als je tank nog voor 70% gevuld is? Dus in mijn geval word er gewoon een dagje niet geladen met de wagen als er geen pv overschot is.

[pascallj]

jevin20 schreef op donderdag 12 maart 2026 @ 20:38:
Ik heb al een jaar 2x de v1 (icm CT003), en die draaien prima.
Nu heb ik na twee maanden de batterijen weer ingeschakeld, en ga ik verder op de AI modus omdat ik met ons dynamisch contract gewoon op het goedkoopste moment wil laden en niet de zonne-energie om 9.00 's ochtends in de batterij wil stoppen terwijl ik er 27 ct/kWh voor kan krijgen van de leverancier, en vervolgens de batterijen om 12.00 vol zijn en ik kan gaan terugleveren tegen 12 ct/kWh.
Nu las ik ook ergens een opmerking van @pascallj, zonder verdere uitleg dat de AI modus voor jou niet wenselijk was?

Los daarvan, ik heb nu ook problemen.
Sinds 6/3 weigert batterij 2 in AI modus meer dan 100W te ontladen. Ik moest dus terug naar NOM / self consumption modus. Ticket ingediend, 6 dagen later nog geen antwoord. Batterij 1 draait op dezelfde v153 prima op AI modus.
Toch besloten maar eens te gaan knoeien met de API. Leek fantastisch op het eerste oog, totdat ik merkte dat telkens 1 van de 2 batterijen de welbekende CT connectie verloor en stopte met functioneren.
Al mijn automatiseringen liepen prima, maar nu ben ik er dus alsnog niet. Ik heb alle versies van de Jaap Local API geprobeerd, de polling rates langer en langer gemaakt, allemaal zonder effect. 1 batterij functioneert, dan stopt de andere ermee en vice versa.
Is hier nou echt geen enkele oplossing voor, die wel gebruik maakt van de API? Ik heb de batterijen al niet tegen een hele voordelige prijs gekocht, dus om nog heel veel te investeren... Ik wil niet dat de auto de batterijen leeg trekt, en eigenlijk wil ik ook alleen laden naar keuze en niet wanneer Marstek bepaald dat dat een goed idee is.

Sorry als ik niet alle afgelopen 1000 pagina's goed door heb gelezen, ik heb wat teruggelezen, maar nu na een middag klooien ben ik het wel even beu. Alvast hartelijk dank voor jullie kennis en input.

Zitten een aantal dingen in je post. Om te beginnen die AI modus. In de winter was het vaak niet rendabel omdat de prijsverschillen gewoon niet hoog genoeg waren. Dus toen konden we de AI sowieso al afschrijven.
Maar nog los daarvan, zijn er ook gewoon hordes mensen waar deze niet goed werkt. Er zijn twee versies van de AI in omloop: de oude die gewoon op de laagste zoveel momenten van de dag gaat laden, en de nieuwe die een patroon probeert te voorspellen etc.

Het nadeel van die oude is dat hij na het opladen, gewoon direct weer gaat ontladen als je verbruik hoger is dan je opwek. Laad je hem dus vannacht op, zal hij als hij klaar is meteen de rest van de nacht gaan ontladen bijvoorbeeld. Is niet altijd de beste strategie.
De nieuwe versie van de AI probeert dingen te voorspellen. Maar hoe en waarom keuzes worden gemaakt is volstrekt onduidelijk.
En dan zijn er ook gewoon hele periodes geweest waarin de AI functie gewoon niets deed bij mensen.

Ik gebruik het zelf niet en herhaal en vat alleen samen wat ik hier lees.

De problemen met de API zijn bekend, gebruik van de API zorgt voor verlies van verbinding met in elk geval de CT apparaten van Marstek. Daar is geen oplossing voor.

Als je het wilt automatiseren is Modbus de beste manier. Alternatief is met tijdschema's werken, maar of dat voldoet aan jouw gebruikspatroon is de vraag. Daarbij zit je nog niet op de firmware waar het mogelijk is om ook met tijdschema's te schakelen naar NOM. Misschien dat de HA BLE integratie van Jaappp dit ook kan, dat durf ik even niet te zeggen.

[DukeBox]

Druppeltje_ schreef op donderdag 12 maart 2026 @ 18:51:
[..]
Ik heb er zo eentje met een batterij van 31kWh. En ik kies ervoor om die volledig met overschot op te laden. En als vandaag een slechte PV dag is, laadt die niet op. Is het morgen wel een goede PV dag mag die gerust opladen daarmee.

Accus laden voor NoM en pas als er overschot is én accu's vol zijn naar de auto?
Ik kan mij daar iets bij voorstellen alleen vraag ik mij af of het in de praktijk nuttig is, met een slechte PV dag is de kans dat je de accu vol krijgt met NoM niet zo groot, je kan dan natuurlijk ook gewoon de stekker van de auto er niet insteken.

Dus via HA is het bij mij zo ingesteld dat de laadpaal geen stroom uit de Marsteks mag trekken.

Als je de auto wilt laden met pv overschot snap ik dat je dan de accu wilt 'overslaan' in dat proces, het is dan onzinnig om de RTE van de accu er tussen te hebben máár dat geld alleen als dat 100% pv is en er niets van het net komt.

[ Voor 41% gewijzigd door DukeBox op 12-03-2026 21:00 ]

[jevin20]

pascallj schreef op donderdag 12 maart 2026 @ 20:52:
[...]


Zitten een aantal dingen in je post. Om te beginnen die AI modus. In de winter was het vaak niet rendabel omdat de prijsverschillen gewoon niet hoog genoeg waren. Dus toen konden we de AI sowieso al afschrijven.
Maar nog los daarvan, zijn er ook gewoon hordes mensen waar deze niet goed werkt. Er zijn twee versies van de AI in omloop: de oude die gewoon op de laagste zoveel momenten van de dag gaat laden, en de nieuwe die een patroon probeert te voorspellen etc.

Het nadeel van die oude is dat hij na het opladen, gewoon direct weer gaat ontladen als je verbruik hoger is dan je opwek. Laad je hem dus vannacht op, zal hij als hij klaar is meteen de rest van de nacht gaan ontladen bijvoorbeeld. Is niet altijd de beste strategie.
De nieuwe versie van de AI probeert dingen te voorspellen. Maar hoe en waarom keuzes worden gemaakt is volstrekt onduidelijk.
En dan zijn er ook gewoon hele periodes geweest waarin de AI functie gewoon niets deed bij mensen.

Ik gebruik het zelf niet en herhaal en vat alleen samen wat ik hier lees.

De problemen met de API zijn bekend, gebruik van de API zorgt voor verlies van verbinding met in elk geval de CT apparaten van Marstek. Daar is geen oplossing voor.

Als je het wilt automatiseren is Modbus de beste manier. Alternatief is met tijdschema's werken, maar of dat voldoet aan jouw gebruikspatroon is de vraag. Daarbij zit je nog niet op de firmware waar het mogelijk is om ook met tijdschema's te schakelen naar NOM. Misschien dat de HA BLE integratie van Jaappp dit ook kan, dat durf ik even niet te zeggen.

Bedankt voor je reactie en de samenvatting, wordt zeer gewaardeerd.
Tijdschema's lukt niet, bij ons gebeurd er weinig op vaste tijden. Ik ga modbus uitzoeken.
Is er iemand die nog een tip heeft voor de V1?
Kwestie van https://github.com/gitcod...n/docs/02-modbus-setup.md doornemen en een keuze maken uit de 3 opties voor de V1, of is 1 van deze duidelijk de beste?

[pascallj]

Z900 schreef op donderdag 12 maart 2026 @ 20:42:
Hoi, naar aanleiding van een topic op een Belgische Marstek FB-groep:
======================================================

Zojuist ff gekeken naar de meetwaarden tijdens het ontlaadproces van de E V3 met 1.5kW (van 100% naar 18% SOC).
Wat opvalt is dat de celspaning nog boven de nominale waarde (3.2V) ligt op 3.23V op het einde van het ontlaadproces wat op 18% SOC is ingesteld.
Dat zegt al genoeg dat 18% helemaal geen 18% is volgens Marstek zijn "denkwijze".
De veilige(!) ontlaadgrens van een LiFePo is 2,5V.
Dus als je tot Marstek's SOC van 0% zou gaan zou je nog ruim boven die 2.5V blijven m.i.

[Afbeelding]

Dat 18 procent geen 18 procent is, is discutabel. Dat is lastig te berekenen als je niet kan ontladen tot 2,5 V. Elke celcurve is anders.

Maar het is veel eenvoudiger, tot 11 procent ontladen (de standaard) is gewoon tot precies 3,0 V. Echter wil ik best geloven dat 3 V ongeveer 11 procent is. Kan iets meer zijn, kan iets minder zijn. Ik heb al heel veel tests gedaan met betrekking tot celspanningen etc. Maar 3 V is inderdaad een prima veilige grens om naar te ontladen, dus dat is prima. Daarom zie ook weinig redenen om een hoger percentage in te stellen, anders dan als je nog wat stroom achter de hand wil houden als backup.

[Druppeltje_]

DukeBox schreef op donderdag 12 maart 2026 @ 20:53:
[...]

Accus laden voor NoM en pas als er overschot is én accu's vol zijn naar de auto?
Ik kan mij daar iets bij voorstellen alleen vraag ik mij af of het in de praktijk nuttig is, met een slechte PV dag is de kans dat je de accu vol krijgt met NoM niet zo groot, je kan dan natuurlijk ook gewoon de stekker van de auto er niet insteken.

[...]

Als je de auto wilt laden met pv overschot snap ik dat je dan de accu wilt 'overslaan' in dat proces, het is dan onzinnig om de RTE van de accu er tussen te hebben máár dat geld alleen als dat 100% pv is en er niets van het net komt.

Ja kwestie van gewoonte hangt de auto hier gewoon standaard altijd aan de laadpaal. Dan zijn er inderdaad dagen dat die heel de dag niets loopt te doen.
Kwestie van helemaal correct te zijn in mijn verwoording: Er zijn momenten dat de batterijen wel ''helpen'' bij de laadpaal. Als de batterijen vol zijn (die heb ik voorrang gegeven) en de laadpaal start met laden kan het gebeuren dat de MT's inspringen wanneer de pv stroom tijdelijk terugvalt. (Max voor 10minuten). Dit om ervoor te zorgen dat het vermogen van de laadpaal bij elke wolk terugschakelt. HA berekent het PV overschot en houdt tevens ook rekening wat de MT's aan het doen zijn. Dit vermogen stuur ik via de dynamische laadpaallimiet en blijft vast voor 10min. Na 10min word limiet dan opnieuw bijgesteld. Dus de MT's kunnen maximaal 10min stroom leveren aan de laadpaal.

[pascallj]

jevin20 schreef op donderdag 12 maart 2026 @ 20:56:
[...]


Bedankt voor je reactie en de samenvatting, wordt zeer gewaardeerd.
Tijdschema's lukt niet, bij ons gebeurd er weinig op vaste tijden. Ik ga modbus uitzoeken.
Is er iemand die nog een tip heeft voor de V1?
Kwestie van https://github.com/gitcod...n/docs/02-modbus-setup.md doornemen en een keuze maken uit de 3 opties voor de V1, of is 1 van deze duidelijk de beste?

Ik zou sowieso ook het Modbus topic even doornemen: Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

Ik gebruik zelf mijn eigen gemaakt code dus kan ze niet echt beoordelen. Wel heb ik het idee dat de code van ~AUijtdehaag (fonske) kwalitatief het beste is en het snelst en recentst is bijgewerkt. Die code flash je (in het geval van een V1/2) op een ESP die RS485 ondersteunt, verbind je met de batterij, en je kunt het toevoegen aan HA. Ben ik er wel even van uit gegaan dat je dat gebruikt. Heb je geen zin om te rommelen kan je via V&A ook direct een voorgeflashte module bij ~AUijtdehaag kopen.

En als je de batterij eenmaal in HA hebt, kan je of zelf gaan automatiseren, of bijvoorbeeld Home Battery Control gebruiken zoals gelinkt in jouw post.

[jevin20]

pascallj schreef op donderdag 12 maart 2026 @ 21:04:
[...]


Ik zou sowieso ook het Modbus topic even doornemen: Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

Ik gebruik zelf mijn eigen gemaakt code dus kan ze niet echt beoordelen. Wel heb ik het idee dat de code van ~AUijtdehaag (fonske) kwalitatief het beste is en het snelst en recentst is bijgewerkt. Die code flash je (in het geval van een V1/2) op een ESP die RS485 ondersteunt, verbind je met de batterij, en je kunt het toevoegen aan HA. Ben ik er wel even van uit gegaan dat je dat gebruikt. Heb je geen zin om te rommelen kan je via V&A ook direct een voorgeflashte module bij ~AUijtdehaag kopen.

En als je de batterij eenmaal in HA hebt, kan je of zelf gaan automatiseren, of bijvoorbeeld Home Battery Control gebruiken zoals gelinkt in jouw post.

Dankjewel Pascal. Scheelt me een hoop.
Ik heb alles in HA, en had daar ook mijn API gebaseerde automatiseringen die allemaal goed liepen, op het CT verlies na.

[ Voor 16% gewijzigd door jevin20 op 12-03-2026 21:10 ]

[DukeBox]

Druppeltje_ schreef op donderdag 12 maart 2026 @ 21:02:
Ja kwestie van gewoonte hangt de auto hier gewoon standaard altijd aan de laadpaal. Dan zijn er inderdaad dagen dat die heel de dag niets loopt te doen.

Denk dat het ook geen slechte gewoonte is. Ik heb af en toe wel eens een granny charger in gebruik, gezien ik maar 1 fase heb heb ik een van de CT klemmen om de automaat met de granny charger gehangen en de CT002 trekt die automatisch van het overschot af, werkt perfect.

[Gely]

Tommie12 schreef op donderdag 12 maart 2026 @ 17:31:
[...]

Mogen we daar ook een andere mening over hebben.
Een batterij is voor mij geen hobby, enkel een manier om meer van mijn PV zelf te gebruiken. Plezier beleef ik daar niet aan. Ik wil die ergens neer zetten, configureren en verder niet naar om kijken in de hoop dat de electriciteitsrekening lager wordt.
Autarkie is een illusie voor mij. In de laatste 10 jaar heb ik geen 4 uur zonder stroom gezeten, dat overleef ik wel.
En op lange termijn haal ik met beleggen 8% per jaar, dus verwacht ik dat ook van een investering als een batterij.

Als deze zienswijze ongepast is, laat maar weten, dan schrijf ik hier niks meer.

Uiteraard mag je een andere mening hebben, no problemo. Maar het deel over autarkie heb je denk ik niet goed begrepen, het gaat niet over stroomuitval van een paar uur of meer, maar eerder over een dikke middenvinger naar leveranciers en de staat om daar totaal onafhankelijk van (proberen) te zijn. Dat is een (allicht ideologische) investering op zich waard

[Druppeltje_]

DukeBox schreef op donderdag 12 maart 2026 @ 21:07:
[...]

Denk dat het ook geen slechte gewoonte is. Ik heb af en toe wel eens een granny charger in gebruik, gezien ik maar 1 fase heb heb ik een van de CT klemmen om de automaat met de granny charger gehangen en de CT002 trekt die automatisch van het overschot af, werkt perfect.

Maar dan stuur jij de charger apart aan met een sturing oid? Of laat jij die wel de hele batterij leegtrekken? Want voor de batterij is dat gewoon een huisverbruiker dan of zie ik dat verkeerd?

[DukeBox]

Druppeltje_ schreef op donderdag 12 maart 2026 @ 21:12:
Maar dan stuur jij de charger apart aan met een sturing oid? Of laat jij die wel de hele batterij leegtrekken? Want voor de batterij is dat gewoon een huisverbruiker dan of zie ik dat verkeerd?

Nee, geen schakeling o.i.d., plug hem alleen in voor familie/vrienden als er genoeg PV is, schakelt met een smartplug aan en uit op tijdschema (grofweg zolang de zon voldoende schijnt) of handmatig via de app. Heb al snel meer PV vermogen dan ik in mijn accus kan opslaan/verwerken (zowel kW als kWh).

[ Voor 48% gewijzigd door DukeBox op 12-03-2026 23:28 ]

[squareware]

Tommie12 schreef op donderdag 12 maart 2026 @ 19:13:
[...]

En kan je ook uitleggen waarom je niet zou laden vanuit de batterij? Wat levert dat op?
Misschien is het verschil klein, maar je kan waarschijnlijk meer cycli maken.

Als je vanuit het net je batterij vollaad en daarna naar de auto dat is gewoon absurd.
Als je de batterij alleen gebruikt voor zonne-overschot is het briliant.

5,12kwh opslag ×6000cycli =30720 kWh maar je hebt omzet verliezen.
30.720×0,80 netto inzetbaar capaciteit × 0,70 omzet verliezen. = 17.203kwh aan opgeslagen zonnestroom.
17.203kwh * 0.20 cent = €3.440,60 minimaal te halen waarde uit je batterij.
Is de stroom duurder is de waarde hoger welke je minimaal uit je batterij kan halen. Lijkt mij prima investering.

Wanneer sla je vanuit net op... degradatie, omvormen verliezen, prijs per kwh, zul je alleen willen doen wanneer je kwh inkoopprijs meer dan 30% lager is dan de globale prijs en dan nog, moet je daar je investering van aftrekken., dat betekend dat je winst 30% van de globale stroom prijs is. Laten we in dit voorbeeld €0,21,- heb je ongeveer 0,14,- bespaard per kwh... * 17.203kwh= €2.408,42,aan waarde.

Maar goed, na 6000 cycli is batterij. Nog wel te gebruiken toch.

[ Voor 19% gewijzigd door squareware op 12-03-2026 23:43 ]

[Omarz]

andypieters schreef op woensdag 4 maart 2026 @ 15:57:
[...]

Via P1 is het volgens mij erg afhankelijk van je meter of hij elke seconde of elke 10 seconden update.
Met de CT002 (klemmen) heb je die afhankelijkheid niet.
Ik heb een meter die elke seconde update, maar alsnog zie ik dat de CT002 net iets sneller is.

Wanneer de waarde update, stuurt de accu meteen bij, dus geen gemiddelden.
Met de P1 meter zat ik op zo'n 4-5 seconden voordat hij update, met de CT002 3-4 seconden

Marstek heeft via email reageert en ze schrijven dat
"The Venus E does not adjust output strictly “second-by-second” to each individual P1 reading. Although the P1 meter provides updates approximately every second (DSMR 5.0), the battery control algorithm applies short internal smoothing and stability filtering before adjusting charge or discharge power."

En dat CT002 iets sneller is.

[Avenger 2.0]

Nog mensen waarbij de App connectie met de batterij (via cloud en wifi, niet lokaal bluetooth) traag en onstabiel is? Vraag mij af of het aan de Marstek cloud ligt of aan de nieuwe batterij firmware v158 van men Venus E v2. Soms staat de batterij offline of wordt er een oude waarde weergegeven. Batterij zelf met CT003 blijft wel perfect lopen.

[ Voor 21% gewijzigd door Avenger 2.0 op 13-03-2026 06:52 ]

[Avenger 2.0]

pascallj schreef op donderdag 12 maart 2026 @ 20:56:
[...]
Daarom zie ook weinig redenen om een hoger percentage in te stellen, anders dan als je nog wat stroom achter de hand wil houden als backup.

Probleem daarvan is ook dat als je niet regelmatig tot 11% ontlaad, je ook nooit zeker bent van het hogere percentage. Hier zelf eens op 30% gezet in de winter, maar dan zie je na enkele weken dat de batterij ineens moet laden omdat het echte percentage ruim onder de 11% ligt.

[pascallj]

Avenger 2.0 schreef op vrijdag 13 maart 2026 @ 06:58:
[...]

Probleem daarvan is ook dat als je niet regelmatig tot 11% ontlaad, je ook nooit zeker bent van het hogere percentage. Hier zelf eens op 30% gezet in de winter, maar dan zie je na enkele weken dat de batterij ineens moet laden omdat het echte percentage ruim onder de 11% ligt.

Wel de honderd procent aangetikt in die periode?

[Avenger 2.0]

pascallj schreef op vrijdag 13 maart 2026 @ 07:54:
[...]
Wel de honderd procent aangetikt in die periode?

Nee zou inderdaad dat kunnen zijn.

[savale]

Wellicht al eens door een andere tweaker gedaan, maar dit is een venus v3 met firmware v1.45 die nu ongeveer 20 cycles heeft gehad met de DOD op de minimale 12%. Er was een redelijk stabiele discharge van ongeveer 0.2c
Bevindingen: de minimale cell spanning dipt vrijwel niet onder de 3.20v. Hij recovered daarna weer bijna naar 3.25v

Ik ken het type cell niet (een datasheet zou leuk zijn), maar andere bronnen geven toch wel aan dat de SOC van een lifepo4 cell dan nog op ongeveer 30% a 40% zit.

Mijn conclusie: lekker de hele range van de accu gebruiken. Ik ga nog wel wat proberen met langzaam laden van 85% -> 100% of eventueel al afkappen indien de maximale cell spanning wat hard omhoog loopt. Ik zal die bevingen ook wel posten nog!

Gebruikte bron:
https://www.jackery.com/b...-to-lifepo4-voltage-chart

[pascallj]

savale schreef op vrijdag 13 maart 2026 @ 08:56:
[Afbeelding]

Wellicht al eens door een andere tweaker gedaan, maar dit is een venus v3 die nu ongeveer 20 cycles heeft gehad met de DOD op de minimale 12%. Er was een redelijk stabiele discharge van ongeveer 0.2c
Bevindingen: de minimale cell spanning dipt vrijwel niet onder de 3.20v. Hij recovered daarna weer bijna naar 3.25v

Ik ken het type cell niet (een datasheet zou leuk zijn), maar andere bronnen geven toch wel aan dat de SOC van een lifepo4 cell dan nog op ongeveer 30% a 40% zit.

Mijn conclusie: lekker de hele range van de accu gebruiken. Ik ga nog wel wat proberen met langzaam laden van 85% -> 100% of eventueel al afkappen indien de maximale cell spanning wat hard omhoog loopt. Ik zal die bevingen ook wel posten nog!

Gebruikte bron:
https://www.jackery.com/b...-to-lifepo4-voltage-chart

@Druppeltje_ dit zou dus precies jouw vermoeden bevestigen: sinds het activeren van de DoD op de V3, kan je de batterij niet meer compleet ontladen.

[savale]

pascallj schreef op vrijdag 13 maart 2026 @ 09:00:
[...]


@Druppeltje_ dit zou dus precies jouw vermoeden bevestigen: sinds het activeren van de DoD op de V3, kan je de batterij niet meer compleet ontladen.

Dit is welliswaar van een v2: Maar daar zie je nog dat hij naar 3.0v dipt.
Totalen123 in "Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu"

De nieuwe "12%" bij de v3 is behoorlijk conservatief in ieder geval. Ik zie geen reden om daar nog boven te gaan zitten om de levensduur te verlengen...

[pascallj]

savale schreef op vrijdag 13 maart 2026 @ 09:06:
[...]


Dit is welliswaar van een v2: Maar daar zie je nog dat hij naar 3.0v dipt.
Totalen123 in "Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu"

De nieuwe "12%" bij de v3 is behoorlijk conservatief in ieder geval. Ik zie geen reden om daar nog boven te gaan zitten om de levensduur te verlengen...

Het zou misschien interessant zijn om te testen of een herstel naar fabrieksinstellingen (zonder behoud van data) de DoD uit kan schakelen om mogelijk weer het originele gedrag terug te krijgen. Je verliest dan wel oa je tijdschema's en dag-/maand-/totalen.

[savale]

pascallj schreef op vrijdag 13 maart 2026 @ 09:18:
[...]


Het zou misschien interessant zijn om te testen of een herstel naar fabrieksinstellingen (zonder behoud van data) de DoD uit kan schakelen om mogelijk weer het originele gedrag terug te krijgen. Je verliest dan wel oa je tijdschema's en dag-/maand-/totalen.

Inderdaad interessant, hoewel voor mij deze 12% op zich prima is. Kan me voorstellen dat als je meer mikt op 10 jaar levensduur je nog wel wat dieper zou willen kunnen ontladen.

[Druppeltje_]

pascallj schreef op vrijdag 13 maart 2026 @ 09:00:
[...]


@Druppeltje_ dit zou dus precies jouw vermoeden bevestigen: sinds het activeren van de DoD op de V3, kan je de batterij niet meer compleet ontladen.

Dat zou alleszins doodzonde zijn. Het is gewoon onbenutte capaciteit dan.
Ben ik verkeerd als er inmiddels ook V1/V2 bezitters zijn die in de mogelijkheid zijn om DoD aan te passen? Die hebben dan ook hetzelfde voorval.
Gisterenavond was bij mijn MT's in elk geval weer zo'n typische dag dat ze heel lang nog ontladen hebben van 12 naar 11%. Ben nog een beetje aan het neuzen wanneer ze dat precies doen en wanneer niet want ze doen dit niet altijd. Gisteren hebben ze in elk geval de 100% net niet aangetikt, de voorgaande dagen wel.

[S2S]

De mijne staan gewoon op 11% ook al staat DOD op 12% in de app .. dus zeg het maar..

[Gely]

Avenger 2.0 schreef op vrijdag 13 maart 2026 @ 06:58:
[...]

Probleem daarvan is ook dat als je niet regelmatig tot 11% ontlaad, je ook nooit zeker bent van het hogere percentage. Hier zelf eens op 30% gezet in de winter, maar dan zie je na enkele weken dat de batterij ineens moet laden omdat het echte percentage ruim onder de 11% ligt.

Daar wil ik ook even op door gaan. Eind oktober vorig jaar heb ik één van de 2 MT's tot 100% geladen en die voor de rest met rust gelaten. In HA zag ik dat die netjes op zichzelf ontlaadde met ongeveer 1% per 1 1/2 dag. Toen ik de batterij in januari terug actief in dienst wilde nemen (via ModBus van GitCodeBob + ESP van Alphons) bleek die helemaal niets meer te doen. T.t.z. de batterij reageerde nergens meer op, maar toonde nog altijd netjes het ontladen zoals voorheen. Wat ik ook probeerde, de batterij wilde gewoon niet meer laden. Na wat heen en weer geschrijf met Alphons (@AUijtdehaag) om tenminste al zijn deel te elimineren als oorzaak bleek enkel een harde (fabrieks) reset van de batterij deze weer tot leven te wekken. Kon ik gewoon via de app doen. Iemand anders dit ooit gezien na lange tijd in standby?

[tweeek]

Avenger 2.0 schreef op vrijdag 13 maart 2026 @ 06:51:
Nog mensen waarbij de App connectie met de batterij (via cloud en wifi, niet lokaal bluetooth) traag en onstabiel is? Vraag mij af of het aan de Marstek cloud ligt of aan de nieuwe batterij firmware v158 van men Venus E v2. Soms staat de batterij offline of wordt er een oude waarde weergegeven. Batterij zelf met CT003 blijft wel perfect lopen.

Net opende ik de app, en stond de marstek ook offline maar herstelde zicht vrij snel weer naar online.(1e keer dat ik dat zag)
Sinds een dag of 10 is er sprake van verlies van "CT" en soms BT maar ook dit herstelt weer na enige tijd.
De mijne gaat ondanks DoD wel naar de 11%.
Dit is met firmware V156

[antoinevromen]

S2S schreef op vrijdag 13 maart 2026 @ 10:08:
De mijne staan gewoon op 11% ook al staat DOD op 12% in de app .. dus zeg het maar..

Het is de V3 die niet onder de 12% geraakt. Mijn V2 gaat ook naar 11% ondanks dat zowel de V2 als de V3 op DoD van 12 staan.

[DukeBox]

tweeek schreef op vrijdag 13 maart 2026 @ 10:58:
Net opende ik de app, en stond de marstek ook offline maar herstelde zicht vrij snel weer naar online.(1e keer dat ik dat zag)

Dat gebeurd wel vaker, als je de MT geen toegang geeft tot internet krijg je het zelfde. Volgens de log is er regelmatig een timeout op eu.hamedata.com de afgelopen dagen.

Sinds een dag of 10 is er sprake van verlies van "CT" en soms BT maar ook dit herstelt weer na enige tijd.

Verlies van CT connectie heeft op niets met het eerste te maken. Wat bedoel je met verlies van BT? Die wordt alleen met de App gebruikt als je dichtbij genoeg bent.

[tweeek]

DukeBox schreef op vrijdag 13 maart 2026 @ 11:08:
[...]

Dat gebeurd wel vaker, als je de MT geen toegang geeft tot internet krijg je het zelfde. Volgens de log is er regelmatig een timeout op eu.hamedata.com de afgelopen dagen.

[...]

Verlies van CT connectie heeft op niets met het eerste te maken. Wat bedoel je met verlies van BT? Die wordt alleen met de App gebruikt als je dichtbij genoeg bent.

hier staat en ligt alles hetzelfde, en de lampjes op de marstek gaan dus met willekeur uit, het "CT" lampje en soms het "BT" lampje, en het opvallende is dat het dus sinds een dag of 10 vaker voorkomt.
Of er iets met elkaar te maken heeft dat weet ik niet maar het was in ieder geval erg opvallend.

[ Voor 6% gewijzigd door tweeek op 13-03-2026 11:13 ]

[DukeBox]

tweeek schreef op vrijdag 13 maart 2026 @ 11:12:
hier staat en ligt alles hetzelfde, en de lampjes op de marstek gaan dus met willekeur uit, het "CT" lampje en soms het "BT" lampje

BT gaat uit als er geen BT connectie is, zet BT maar eens uit op je telefoon als je bij de accu staat, dan zie je het ledje ook uitgaan. CT gaat alleen uit als de verbinding verbroken is tussen je CT en MT (langer dan 30 seconde geen update), als je die regelmatig ziet uitgaan dan is er iets mis met je setup/netwerk.

[martinenjohn]

Maar kortom: deze batterijen werken heel vaak niet en moeten dus na aankoop wekelijks worden gereset, gebabysit. Alsof ik een goedkope Chinese auto koop die om de haverklap foutmeldingen laat zien of naar de garage moet.

Concluderend is hier dus goedkoop duurkoop.

[tweeek]

DukeBox schreef op vrijdag 13 maart 2026 @ 11:17:
[...]

BT gaat uit als er geen BT connectie is, zet BT maar eens uit op je telefoon als je bij de accu staat, dan zie je het ledje ook uitgaan. CT gaat alleen uit als de verbinding verbroken is tussen je CT en MT (langer dan 30 seconde geen update), als je die regelmatig ziet uitgaan dan is er iets mis met je setup/netwerk.

Dus uit het niets vertel jij dat mijn setup mis is ....... gebeurt dat automatisch of spookt het in de meterkast?
De HWP1 is benaderbaar op de pc en kan ik alles zien, alleen de marstek die daar anders overdenkt.

[vifra]

martinenjohn schreef op vrijdag 13 maart 2026 @ 11:20:
Maar kortom: deze batterijen werken heel vaak niet en moeten dus na aankoop wekelijks worden gereset, gebabysit. Alsof ik een goedkope Chinese auto koop die om de haverklap foutmeldingen laat zien of naar de garage moet.

Concluderend is hier dus goedkoop duurkoop.

hmmm ... dat is niet iedereens ervaring. Ikzelf heb er eentje en heb er twee bij mijn ouders staan - die werken al van dag één zonder zorgen ...
granted allen in eenvoudige opstelling (marstek P1 meter en NoM opstelling).

[Gely]

martinenjohn schreef op vrijdag 13 maart 2026 @ 11:20:
Maar kortom: deze batterijen werken heel vaak niet en moeten dus na aankoop wekelijks worden gereset, gebabysit. Alsof ik een goedkope Chinese auto koop die om de haverklap foutmeldingen laat zien of naar de garage moet.

Concluderend is hier dus goedkoop duurkoop.

Een beetje héél kort door de bocht, niet?

[DukeBox]

martinenjohn schreef op vrijdag 13 maart 2026 @ 11:20:
Maar kortom: deze batterijen werken heel vaak niet ..

Wat een onzin, er zijn vele gebruikers waar het al maanden probleemloos werkt.

Veel problemen worden veroorzaakt door eigen toedoen. Aanzetten van API, uitgaan van app status zonder te refreshen, eigen aansturing via HA e.d., 3rd party P1 meters, geen voeding op P1 meter etc etc..

Het enig wat ik MT aanreken is dat als er een verstoring is, het regelmatig niet vanzelf weer oplost. Dat is waar bijv. HW het beter voor elkaar heeft.

[DukeBox]

tweeek schreef op vrijdag 13 maart 2026 @ 11:23:
Dus uit het niets vertel jij dat mijn setup mis is .......

Nee, ik geef alleen aan dat het uitgaan van BT 'normaal' is. En als CT uitgaat dat dat een indicatie is van het verlies van verbinding. Ik heb geen weet van jouw infra maar de stappen zijn altijd beginnen met uitsluiten.

[tweeek]

DukeBox schreef op vrijdag 13 maart 2026 @ 11:31:
[...]

Nee, ik geef alleen aan dat het uitgaan van BT 'normaal' is. En als CT uitgaat dat dat een indicatie is van het verlies van verbinding. Ik heb geen weet van jouw infra maar de stappen zijn altijd beginnen met uitsluiten.

Meest simpele wat je voorstellen kan, Kpn modem , meterkast met slimme meter HWP1 , zonneplan P1 , HW splitter, alles aan de stroom , de marstek staat 1,28m van de meterkast en de tablet ligt op ongeveer 2 meter ervanaf.
En ik vertelde dus dat sinds een dag of 10 er wat opvallends is en dat is dus het verlies van de CT en BT

[DukeBox]

tweeek schreef op vrijdag 13 maart 2026 @ 11:36:
En ik vertelde dus dat sinds een dag of 10 er wat opvallends is en dat is dus het verlies van de CT en BT

Wat bedoel je dan precies met verlies van BT? Wordt de verbinding met de tablet dan verbroken terwijl je bent verbonden? Wat CT betreft, heb je logs in je KPN modem om (dis)connects te bekijken? WiFi signal log op je MT al eens bekeken? Is je MT bekabeld aangesloten? Zijn er FW updates geweest (modem/router/ap, hw, mt), zijn er updates op je tablet geweest? Al een hardware reset gedaan? (geen factory reset!) etc..

Nogmaals, ik heb geen weet van jouw omgeving en kan er dus niets over zeggen op afstand zonder enige details. Het enige wat jij meld is dat je 'opeens' problemen hebt maar verder lees ik niets over wat je al geprobeerd hebt om de oorzaak te zoeken.

[dannyro]

DukeBox schreef op vrijdag 13 maart 2026 @ 11:25:
[...]

Wat een onzin, er zijn vele gebruikers waar het al maanden probleemloos werkt.

Veel problemen worden veroorzaakt door eigen toedoen. Aanzetten van API, uitgaan van app status zonder te refreshen, eigen aansturing via HA e.d., 3rd party P1 meters, geen voeding op P1 meter etc etc..

Het enig wat ik MT aanreken is dat als er een verstoring is, het regelmatig niet vanzelf weer oplost. Dat is waar bijv. HW het beter voor elkaar heeft.

Inderdaad. Maar op de HW groepen op FB lees je toch ook veel problemen hoor. Mensen die per toeval ontdekken dat de PIB in fout staat. Ook geen melding oid.

[tweeek]

DukeBox schreef op vrijdag 13 maart 2026 @ 11:50:
[...]

Wat bedoel je dan precies met verlies van BT? Wordt de verbinding met de tablet dan verbroken terwijl je bent verbonden? Wat CT betreft, heb je logs in je KPN modem om (dis)connects te bekijken? WiFi signal log op je MT al eens bekeken? Is je MT bekabeld aangesloten? Zijn er FW updates geweest (modem/router/ap, hw, mt), zijn er updates op je tablet geweest? Al een hardware reset gedaan? (geen factory reset!) etc..

Nogmaals, ik heb geen weet van jouw omgeving en kan er dus niets over zeggen op afstand zonder enige details. Het enige wat jij meld is dat je 'opeens' problemen hebt maar verder lees ik niets over wat je al geprobeerd hebt om de oorzaak te zoeken.

Onderschrift , wifi in de marstek app is groen ..... .ik heb geen V3 dus ook geen kabel...... ik ben geen techneut over logs en dergelijke van modem..... eergister update van HWP1...... update van de marstek is al langer geleden..... tablet is ook langer geleden ge updated.
Dus nogmaals het evenement vind plaats sinds 10 dagen dat het vaker voorkomt dat het opvalt, en weken lang dit niet gehad.

[dannyro]

martinenjohn schreef op vrijdag 13 maart 2026 @ 11:20:
Maar kortom: deze batterijen werken heel vaak niet en moeten dus na aankoop wekelijks worden gereset, gebabysit. Alsof ik een goedkope Chinese auto koop die om de haverklap foutmeldingen laat zien of naar de garage moet.

Concluderend is hier dus goedkoop duurkoop.

Wat zeg jij nu allemaal Hier zijn genoeg gebruikers die meer dan tevreden zijn.

[vifra]

dannyro schreef op vrijdag 13 maart 2026 @ 11:56:
[...]

Inderdaad. Maar op de HW groepen op FB lees je toch ook veel problemen hoor. Mensen die per toeval ontdekken de de PIB in fout staat. Ook geen melding oid.

In de groepen (tweakers en anderen) komen hoofdzakelijk twee soorten mensen:
- zij met problemen op zoek naar oplossing
- zij met technische vragen / uitdagingen die raad en kennis zoeken

De ondervertegenwoordigde groep mensen zijn zij die gewoon tevreden zijn met hun stekkerbatterij en daar ook niets verder over willen weten ...

Maar als je eens bevraagt aan een dealer wat hun ervaring is, dan kreeg ik volgend antwoord: Overall niet negatief, maar wat aanddachtspunten. hardware swaps is relatief laag - wel is een firmware update of hard reset soms wel nodig, of dient er na gegaan te worden hoe het netwerk beter op te zetten. Samengevat - plug and play maar liefst voor mensen met wat technische skills.

[dannyro]

vifra schreef op vrijdag 13 maart 2026 @ 12:01:
[...]

In de groepen (tweakers en anderen) komen hoofdzakelijk twee soorten mensen:
- zij met problemen op zoek naar oplossing
- zij met tehnisceh rvagen / uitdagingen die raad en kennis zoeken

De ondervertegenwoordigde groep mensen zijn zij die gewoon tevreden zijn met hun stekkerbatterij en daar ook niets verder over willen weten ...

Maar als je eens bevraagt aan een dealer wat hun ervaring is, dan kreeg ik volgend antwoord: Oerall niet negatief, maar wat aanddachtspunten. hardware swaps is relatief laag - wel is een firmware update of hard reset soms wel nodig, of dient er na gegaan te worden hoe het netwerk beter op te zetten. Samengevat - plug and play maar liefst voor mensen met wat technische skills.

Dat is zeker waar wat jij zegt. Maar ik constateer toch wel dat hier op tweakers soms toch wel rare vragen worden gesteld. Meer bepaald vragen die je perfect kan vinden in de openingspost. En vanaf dag 1 beginnen experimenteren met van alles en nog wat. Als je dan raad geeft om te beginnen met een gewone NOM regeling zonder franjes (om 10cent te besparen), krijg je geen antwoord meer.

[DukeBox]

tweeek schreef op vrijdag 13 maart 2026 @ 11:58:
Onderschrift , wifi in de marstek app is groen ..... .ik heb geen V3 dus ook geen kabel...... ik ben geen techneut over logs en dergelijke van modem..... eergister update van HWP1...... update van de marstek is al langer geleden..... tablet is ook langer geleden ge updated.

Je dumpt je probleem, blijft je probleem herhalen maar wilt blijkbaar niets doen om de oorzaak te achterhalen. Je hoeft geen techneut te zijn om logs/wifi te bekijken op je router/MT app. En je beantwoord de vraag over BT ook niet. Wat verwacht je dan van ons?

[pascallj]

Dat gezegd hebbende, mag je natuurlijk wel beargumenteren dat het aanzetten van de API, AP's op meerdere kanalen hebben, het bedraad laten van het apparaat tijdens het updaten en allemaal dat soort op het eerste gezicht normaal uitziende fratsen, niet hoeft te leiden tot foutmeldingen, instabiele verbindingen en alles.

Dat wij dat weten en kunnen herstellen is prachtig. Maar als ik deze batterij zou kopen, zoals ik ook een wasmachine koop, dat wil dus zeggen zonder een community te raadplegen, zou het toch wel een heel ander verhaal zijn in mijn ogen! Dat mag vermeld worden, ook op Tweakers. Je kunt bij de pakken neer blijven zitten dat er steeds meer 'beginners' op deze site komen, maar we kunnen ze ook verwelkomen en uitleggen hoe wij dingen hier doen. Over de lange duur is dat beter voor de website als geheel.

Mijn advies blijft dat deze batterij prima kan werken, mits je zelf een beetje handig bent en er een community beschikbaar is waar je ervaringen mee kan delen.

[dannyro]

pascallj schreef op vrijdag 13 maart 2026 @ 12:14:
Dat gezegd hebbende, mag je natuurlijk wel beargumenteren dat het aanzetten van de API, AP's op meerdere kanalen hebben, het bedraad laten van het apparaat tijdens het updaten en allemaal dat soort op het eerste gezicht normaal uitziende fratsen, niet hoeft te leiden tot foutmeldingen, instabiele verbindingen en alles.

Dat wij dat weten en kunnen herstellen is prachtig. Maar als ik deze batterij zou kopen, zoals ik ook een wasmachine koop, dat wil dus zeggen zonder een community te raadplegen, zou het toch wel een heel ander verhaal zijn in mijn ogen! Dat mag vermeld worden, ook op Tweakers. Je kunt bij de pakken neer blijven zitten dat er steeds meer 'beginners' op deze site komen, maar we kunnen ze ook verwelkomen en uitleggen hoe wij dingen hier doen. Over de lange duur is dat beter voor de website als geheel.

Mijn advies blijft dat deze batterij prima kan werken, mits je zelf een beetje handig bent en er een community beschikbaar is waar je ervaringen mee kan delen.

Een mooi diplomatisch antwoord.

[tweeek]

DukeBox schreef op vrijdag 13 maart 2026 @ 12:09:
[...]

Je dumpt je probleem, blijft je probleem herhalen maar wilt blijkbaar niets doen om de oorzaak te achterhalen. Je hoeft geen techneut te zijn om logs/wifi te bekijken op je router/MT app. En je beantwoord de vraag over BT ook niet. Wat verwacht je dan van ons?

Het lampje op de marstek gaat dus met willekeur uit en komt gewoon ook weer terug aan ...... zonder dat ik wat doe of er een storing zou zijn.

Je wil dit zien?


kan geen afbeelding uppen op het moment

[dannyro]

tweeek schreef op vrijdag 13 maart 2026 @ 12:19:
[...]

kan geen afbeelding uppen op het moment

Toch wat mis met uw infrastructuur. (sorry, kon het niet laten)

[vifra]

dannyro schreef op vrijdag 13 maart 2026 @ 12:09:
[...]

Dat is zeker waar wat jij zegt. Maar ik constateer toch wel dat hier op tweakers soms toch wel rare vragen worden gesteld. Meer bepaald vragen die je perfect kan vinden in de openingspost. En vanaf dag 1 beginnen experimenteren met van alles en nog wat. Als je dan raad geeft om te beginnen met een gewone NOM regeling zonder franjes (om 10cent te besparen), krijg je geen antwoord meer.

Hier wordt mestal wel antwoord gegeven ... maar het is juist dat:

• - lees best eerst de openingspost ... daar staat al veel verzameld
• - NOM levert al veel op (als je ZP hebt natuurlijk en overproductie van die ZP) - de andere zaken kunnen eventueel iets meer opleveren. Wat zeker is, voor techies is NOM wat saai en de rest wat leuker ... zeker als je modbus of APi integratie gaat doen en dat combineert met tal van andere databronnen om zo een voor hen zo goed mogelijk afgestemd gebruik te kunnen programeren ...
• - en als je iets vraagt - krijg je wel antwoord hoor. Soms wat kort in de zin van "zoek eerst op forum want antwoord staat al ergens), soms een uitgebreide uitleg. Uiteindelijk willen we elkaar helpen, deleken alsook de techie mensen

[DukeBox]

tweeek schreef op vrijdag 13 maart 2026 @ 12:19:
Het lampje op de marstek gaat dus met willekeur uit en komt gewoon ook weer terug aan ...... zonder dat ik wat doe of er een storing zou zijn.

En al eens gekeken of dat overeenkomt met de BT connectie status op je tablet (zoals ik al eerder aangaf)?
Het is ook vaak dat rechten (zoals BT + locatie) worden ingetrokken bij app updates en opnieuw moeten worden toegekend.

Je wil dit zien?

Ik wil niets, ik weet niet wat het is (link werkt niet) maar ik vermoed dat het iets is dat jíj moet bekijken.

[ Voor 10% gewijzigd door DukeBox op 13-03-2026 12:39 ]

[martinenjohn]

Ik heb mijn meterkast inmiddels aangepast. Ik heb drie aparte groepen, elk op hun eigen fase en hun eigen stopcontact. Ik kan salderen tot en met 31-12-2026. Ik heb een productie van zonnepanelen van meer dan 12.000 kwh en vebruik van 6.000 kwh (I know, kwh verkeerd gebruikt en overproductie) Maar: nu dacht ik dus 3 van die batterijen te kopen en deze zoveel mogelijk NOM te gebruiken om terugleververgoedingen te voorkomen en om lekker zo veel mogelijk onafhankelijk te zijn. (ja kan nooit 100%, weet het!).

Maar nu lees ik toch heel veel gedoe. En zo slim ben ik nou ook weer niet. Dus als "the Community" hier op het respectabele Tweakers denkt dat de kans groot is dat dit gaat werken zonder babysitting de komende jaren (wil er best natuurlijk initieel moeite voor doen hoor) dan bestel ik ze. Maar ik ben wel een beetje bevreesd na het lezen van de positieve openingspost (check, done!) en vervolgens alle frustraties en problemen. Ik dacht ik leg even mijn situatie uit-;)

[dannyro]

vifra schreef op vrijdag 13 maart 2026 @ 12:32:
[...]


Hier wordt mestal wel antwoord gegeven ... maar het is juist dat:

• - lees best eerst de openingspost ... daar staat al veel verzameld
• - NOM levert al veel op (als je ZP hebt natuurlijk en overproductie van die ZP) - de andere zaken kunnen eventueel iets meer opleveren. Wat zeker is, voor techies is NOM wat saai en de rest wat leuker ... zeker als je modbus of APi integratie gaat doen en dat combineert met tal van andere databronnen om zo een voor hen zo goed mogelijk afgestemd gebruik te kunnen programeren ...
• - en als je iets vraagt - krijg je wel antwoord hoor. Soms wat kort in de zin van "zoek eerst op forum want antwoord staat al ergens), soms een uitgebreide uitleg. Uiteindelijk willen we elkaar helpen, deleken alsook de techie mensen

Voor de duidelijkheid, ik sta ook al wat verder hoor Over de NOM regeling bedoelde ik, als er problemen zijn, back to basics...

[cold]

Firmware EMS v147.6
Optimize MQTT connection stability

blijkbaar zijn er issues met EMS v148 waardoor ze die momenteel niet meer uitrollen

[DSSW]

martinenjohn schreef op vrijdag 13 maart 2026 @ 11:20:
Maar kortom: deze batterijen werken heel vaak niet en moeten dus na aankoop wekelijks worden gereset, gebabysit. Alsof ik een goedkope Chinese auto koop die om de haverklap foutmeldingen laat zien of naar de garage moet.

Concluderend is hier dus goedkoop duurkoop.

Dit is een volledig verkeerde interpretatie van u. Hier draait de eerste Venus E al bijna 14 maanden met de eerste maand wat verbindingsproblemen maar na de plaatsing van dedicated rourtertje draait het zo goed als vlekkeloos. Ondertussen heeft die eerste al 1301 kwh geladen en 968 kwh ontladen.

[THE_BASE]

martinenjohn schreef op vrijdag 13 maart 2026 @ 11:20:
Maar kortom: deze batterijen werken heel vaak niet en moeten dus na aankoop wekelijks worden gereset, gebabysit. Alsof ik een goedkope Chinese auto koop die om de haverklap foutmeldingen laat zien of naar de garage moet.

Concluderend is hier dus goedkoop duurkoop.

Door dit soort posts schiet ik dus weer naar de verkeerde kant. Terwijl ik geloof dat als je de batterij basis gebruikt met een goed wifi netwerk en simpele setup er niets aan de hand hoeft te zijn. Door zo’n opmerking verpest je het wel een beetje voor velen.

[DSSW]

martinenjohn schreef op vrijdag 13 maart 2026 @ 12:40:
Ik heb mijn meterkast inmiddels aangepast. Ik heb drie aparte groepen, elk op hun eigen fase en hun eigen stopcontact. Ik kan salderen tot en met 31-12-2026. Ik heb een productie van zonnepanelen van meer dan 12.000 kwh en vebruik van 6.000 kwh (I know, kwh verkeerd gebruikt en overproductie) Maar: nu dacht ik dus 3 van die batterijen te kopen en deze zoveel mogelijk NOM te gebruiken om terugleververgoedingen te voorkomen en om lekker zo veel mogelijk onafhankelijk te zijn. (ja kan nooit 100%, weet het!).

Maar nu lees ik toch heel veel gedoe. En zo slim ben ik nou ook weer niet. Dus als "the Community" hier op het respectabele Tweakers denkt dat de kans groot is dat dit gaat werken zonder babysitting de komende jaren (wil er best natuurlijk initieel moeite voor doen hoor) dan bestel ik ze. Maar ik ben wel een beetje bevreesd na het lezen van de positieve openingspost (check, done!) en vervolgens alle frustraties en problemen. Ik dacht ik leg even mijn situatie uit-;)

Mijn situatie is gelijkaardig, zowel qua productie als qua opzet en NOM regeling. Is al meer dan jaar in gebruik. Zorg voor apart routertje, plaats in één keer een CT002, alles verbinden met dat routertje en het zal werken. Ik heb nog geen seconde spijt gehad van de keuze voor Marstek.

[martinenjohn]

Voor een CT002 moet ik een installateur laten komen, voor een CT003 niet toch?

[DukeBox]

martinenjohn schreef op vrijdag 13 maart 2026 @ 13:15:
Voor een CT002 moet ik een installateur laten komen..

In NL mag je dat gewoon zelf doen.

[martinenjohn]

Moet je wel weten waar je mee bezig bent als het gaat om elektriciteit en helaas........

[DukeBox]

martinenjohn schreef op vrijdag 13 maart 2026 @ 13:29:
Moet je wel weten waar je mee bezig bent als het gaat om elektriciteit en helaas........

Stelt op zich niets voor. Je kan hem ook in een los kastje plaatsen met een stekker eraan (zo zet ik ze weg). Het enige dat je dan moet doen is hoofdschakelaar om, kap eraf. Klemmen om de kabels klikken (snoertjes netjes naar buiten leiden), kap erop en weer aanzetten. Is letterlijk niet meer dan een minuut werk.

[ Voor 3% gewijzigd door DukeBox op 13-03-2026 13:32 ]

[martinenjohn]

maar de CT002 werkt beter dan de CT003? Ik zou er dus drie kopen met NOM. Mijn 3 accu's zouden in de trapkast komen te staan op maximaal 2 meter van de meterkast met slimme meter 5.0.

[kdhoe]

tweeek schreef op vrijdag 13 maart 2026 @ 10:58:
[...]

Net opende ik de app, en stond de marstek ook offline maar herstelde zicht vrij snel weer naar online.(1e keer dat ik dat zag)
Sinds een dag of 10 is er sprake van verlies van "CT" en soms BT maar ook dit herstelt weer na enige tijd.
De mijne gaat ondanks DoD wel naar de 11%.
Dit is met firmware V156

Ik heb de laatste week hetzelfde probleem. CT is deze week al 2x weggevallen. Tot voor deze week heeft dit altijd goed gewerkt. De app openen lost dit meestal onmiddellijk op. Mijn batterij stond in de app ook “offline”. Dus ik verdenk toch de Marstek cloud.
Dat BT weg valt is normaal. Geforceerd sluiten vd Marstek app verbreekt de BT connectie.

[DukeBox]

martinenjohn schreef op vrijdag 13 maart 2026 @ 13:34:
maar de CT002 werkt beter dan de CT003?

Hij werkt niet beter, hooguit iets sneller voor NoM maar de vraag is of dat uiteindelijk echt grote invloed heeft, het gaat uiteindelijk maar om 10/20 sec. Als je basis gebruik heel erg schommelt misschien iets meer.
Het is nou eenmaal dat wij tweakers een mooie strakke NoM grafiek mooier vinden

Mocht je een meter hebben die maar iedere 10 sec. de p1 poort update, dan is het verschil wel groter.

[ Voor 11% gewijzigd door DukeBox op 13-03-2026 13:40 ]

[DukeBox]

kdhoe schreef op vrijdag 13 maart 2026 @ 13:36:
Ik heb de laatste week hetzelfde probleem. CT is deze week al 2x weggevallen.

CT weggevallen als in CT led op de MT uit?

Dus ik verdenk toch de Marstek cloud.

CT loopt niet via de cloud.

[tweeek]

kdhoe schreef op vrijdag 13 maart 2026 @ 13:36:
[...]


Ik heb de laatste week hetzelfde probleem. CT is deze week al 2x weggevallen. Tot voor deze week heeft dit altijd goed gewerkt. De app openen lost dit meestal onmiddellijk op. Mijn batterij stond in de app ook “offline”. Dus ik verdenk toch de Marstek cloud.
Dat BT weg valt is normaal. Geforceerd sluiten vd Marstek app verbreekt de BT connectie.

Het waren de dingen die me opvielen de afgelopen 10 dagen, BT vind ik niet zo erg, met het verlies van de "CT" stopt de marstek ook en dat is vervelender, het gebeurt bij mij wel wat vaker om even vluchtig te spreken over 10x zeker per dag ..... maar het kan even duren en herstelt zich wel.

[vifra]

DukeBox schreef op vrijdag 13 maart 2026 @ 13:37:
[...]

Hij werkt niet beter, hooguit iets sneller voor NoM maar de vraag is of dat uiteindelijk echt grote invloed heeft, het gaat uiteindelijk maar om 10/20 sec. Als je basis gebruik heel erg schommelt misschien iets meer.
Het is nou eenmaal dat wij tweakers een mooie strakke NoM grafiek mooier vinden

Mocht je een meter hebben die maar iedere 10 sec. de p1 poort update, dan is het verschil wel groter.

Hij werkt:
- CT002 - beter want niet afhankelijk van de P1 poort en ondersteunde versie van uw digitale meter. Klemmen rechtsreeks metend op de fase draden ... en dus geen feed van de P1 poort (CT003)
- hetzelfde daar de communicatie zelfde netwerk protocol is over wifi (CT002 en CT003 gebruiken zelfde communicatie met de batterij)

Weet wel dat de acuraatheid van die klemmen (ct002) of via P1 poort beiden niet industrieel normen hanteerd, maar voldoende is voor het bedoelde gebruik (plug-in thuisgebruik en daardoor zelf consumptie verhogen ... ).

[ Voor 8% gewijzigd door vifra op 13-03-2026 13:58 ]

[DukeBox]

vifra schreef op vrijdag 13 maart 2026 @ 13:45:
Hij werkt:
- beter want niet afhankelijk van de P1 poort en ondersteunde versie van uw digitale meter

In welk opzicht werkt die dan beter? Hij werkt of werkt niet.

Weet wel dat de acuraatheid van die klemmen (ct002) of via P1 poort beiden niet industrieel normen hanteerd..

Wat is het alternatief dan?

[ Voor 11% gewijzigd door DukeBox op 13-03-2026 13:57 ]

[pascallj]

cold schreef op vrijdag 13 maart 2026 @ 12:53:
Firmware EMS v147.6
Optimize MQTT connection stability

blijkbaar zijn er issues met EMS v148 waardoor ze die momenteel niet meer uitrollen

Aangezien we alleen updates krijgen op feedback: hoeveel keer per week vraag jij om de nieuwste updates?

[Brent]

DukeBox schreef op vrijdag 13 maart 2026 @ 13:56:


Wat is het alternatief dan?

Accepteren dat de lijn niet perfect vlak is, en je sturing evt iets boven of onder 0 (al naar wens) zetten. Het is vooral relevant voor snelle wisselingen, en op zich is het heel goed voor de batterij die wat uit te smeren, wat je dus gratis kado krijgt met een minder frequente uitlezing.

[vifra]

DukeBox schreef op vrijdag 13 maart 2026 @ 13:56:
[...]

In welk opzicht werkt die dan beter? Hij werkt of werkt niet.


[...]

Wat is het alternatief dan?

Beter -aangepast en verduidelijkt. CT003 kan al eens fout gaan gewoon omdat het uitlezen van de P1 poort niet lukt of compatibiliteitsproblemen of stroomproblemmen ... wat de CT002 niet heeft ...

Alternatief? Waarom. Het is voldoende voor het beoogde gebruik. Je gaat ook geen VW Golf gebruiken om een voetbalteam 10 jarigen te vervoeren in één keer ..; daarvoor is dat niet gemaakt ...

Wil je beter dan heb je andere systemen op de markt, aan andere prijzen ...

[pascallj]

Brent schreef op vrijdag 13 maart 2026 @ 14:01:
[...]

Accepteren dat de lijn niet perfect vlak is, en je sturing evt iets boven of onder 0 (al naar wens) zetten. Het is vooral relevant voor snelle wisselingen, en op zich is het heel goed voor de batterij die wat uit te smeren, wat je dus gratis kado krijgt met een minder frequente uitlezing.

Dit behoort niet tot de opties?

[Brent]

pascallj schreef op vrijdag 13 maart 2026 @ 14:07:
[...]


Dit behoort niet tot de opties?

Als je zelf stuurt.

[pascallj]

Brent schreef op vrijdag 13 maart 2026 @ 14:08:
[...]

Als je zelf stuurt.

Maar dan heb je ook de limieten niet van de CT002/3. Daar ging het volgens mij om. Lijkt mij goed om dat onderscheid te maken dat je bij de standaard sturing geen ene invloed hebt op het algoritme en de sturing.

[DukeBox]

vifra schreef op vrijdag 13 maart 2026 @ 14:02:
Beter -aangepast en verduidelijkt. CT003 kan al eens fout gaan gewoon omdat het uitlezen van de P1 poort niet lukt of compatibiliteitsproblemen of stroomproblemmen ... wat de CT002 niet heeft ...

Ok, maar dat is niet echt dat de een dan 'beter' werkt dan de ander, ze doen exact het zelfde. Hooguit werkt een CT002 betrouwbaarder t.o.v. CT003

Alternatief? Waarom. Het is voldoende voor het beoogde gebruik.

Brent schreef op vrijdag 13 maart 2026 @ 14:01:
Accepteren dat de lijn niet perfect vlak is, en je sturing evt iets boven of onder 0 (al naar wens) zetten.

Ik bedoelde alternatief voor CT klemmen of P1 meter, ik begreep @vifra verkeerd. Zover ik weet is het enige alternatief een MID meter. Ik vraag mij ook af bijv. de HWE-KWH1 werkt, het liefst zou ik een MT MID meter hebben met LAN poort.

[THE_BASE]

Even nog een vraag waar ik niet uit kom: ik heb een P1 meter van HomeWizard hangen, maar heb ook nog een slot vrij op de splitter. Is er een voordeel om toch die P1 van Marstek daar aan te hangen? Stabieler bijvoorbeeld?

[DukeBox]

THE_BASE schreef op vrijdag 13 maart 2026 @ 14:17:
Is er een voordeel om toch die P1 van Marstek daar aan te hangen? Stabieler bijvoorbeeld?

In welk opzicht? Ben je van plan die te gaan koppelen i.p.v. de HW? IS de HW niet stabiel?

[Brent]

pascallj schreef op vrijdag 13 maart 2026 @ 14:11:
[...]


Maar dan heb je ook de limieten niet van de CT002/3. Daar ging het volgens mij om. Lijkt mij goed om dat onderscheid te maken dat je bij de standaard sturing geen ene invloed hebt op het algoritme en de sturing.

Volgens mij loopt het wat door elkaar, want DSMR 4.2 levert nu eenmaal elke 5 sec, niet elke sec. Dat komt niet door de Marstek uitlezer.

Maargoed, ikzelf denk dat je hier druk om maken de verkeerde prio is. Ook met de Marstek krijg je een sturing die niet verkeerd is (of ik begrijp het verkeerd en ze meten gewoon niet goed omdat ze vermogen missen, in welk geval het ruk-meters zijn). Op de seconde-af nul houden: volgens mij niet wat je per se moet willen.

Wil je controle: zelf sturen, daar helpt geen Marstek meter veranderen bij

[THE_BASE]

DukeBox schreef op vrijdag 13 maart 2026 @ 14:19:
[...]

In welk opzicht? Ben je van plan die te gaan koppelen i.p.v. de HW? IS de HW niet stabiel?

Zeker wel, maar dacht dat het misschien beter is voor de Marstek. Of is zo'n P1 meter in de basis altijd hetzelfde. Geen idee, vandaar de vraag.

[TODED]

pascallj schreef op vrijdag 13 maart 2026 @ 13:58:
[...]


Aangezien we alleen updates krijgen op feedback: hoeveel keer per week vraag jij om de nieuwste updates?

Eerlijk gezegd niet. Het draaide hier stabiel met mijn versie (zie signatuur), en nadien ben ik op het forum blijven lezen en zag vaker problemen voorbijkomen. Heb besloten niets te veranderen gezien het al ~ een jaar stabiel draait.

Enige issue sinds deze week is dat de batterijen niet vanzelf updaten in de app, las ik ook meermaals hierboven. Maar dan tik ik ze apart aan en zie ik ook wel hoe ver ze staan. Ondertussen ééntje zichtbaar via HA, nog op zoek waar ik de tweede modbus kabel heb verstopt edit: nu viel me net binnen waar dit lag :-) beide online in HA

[ Voor 4% gewijzigd door TODED op 13-03-2026 14:31 ]

[DukeBox]

THE_BASE schreef op vrijdag 13 maart 2026 @ 14:20:
Of is zo'n P1 meter in de basis altijd hetzelfde.

Ja, in basis het zelfde (wel met het limiet van 1 MT E met de HW). Ik heb zelf geen MT P1 meter om echt te vergelijken maar ik weet wel dat de HW P1 meter heel betrouwbaar werkt zonder extra voeding e.d. Het is natuurlijk wel zo dat zowel MT als HW een eigen beleid hebben qua FW updates dus het zou zo kunnen gebeuren dat het opeens niet meer werkt.

[ Voor 4% gewijzigd door DukeBox op 13-03-2026 14:26 ]

[vifra]

de zoektocht naar perfectie geeft op het einde enkel ontgoocheling dat die niet gehaald wordt.
Of je de digitale meter uitleest via P1 poort met de CT003 (en de traagheid van die P1 poort afhankelijk van protocol al 1 sec, 5 sec of zelfs 10 sec is … ), of je dat doet met klemmen met de CT002 (en die sampled om de seconde ?), of een andere MID meter, ...
Er zal altijd vertraging zijn bij snel wisselende stroomsterktes door:
- Netwerk vertraging
- De batterij zelf een niet super snelle reactietijd heeft, of de tijd van lezen tot aansturen ook wat tijd nog heeft, ...
- …

Zoals eerder gezegd, dit is een low end systeem met als doel de kosten te verlagen, niet als stroombron voor gans het huis te dienen en dan virtueel off-grid te werken … (al heb je een “light” versie via de backup poort en de smartbox … maar ook daar et de nodige beperking gezien low end … ).

[cold]

pascallj schreef op vrijdag 13 maart 2026 @ 13:58:
[...]


Aangezien we alleen updates krijgen op feedback: hoeveel keer per week vraag jij om de nieuwste updates?

ik heb vorige week mijn tweede accu geïnstalleerd en daar na de vraag om een update (zat op v139) direct 148 voor gekregen. toen voor de accu die ik al langer had een update gevraagd om ze gelijk te krijgen maar daar heb ik dus nu 147.6 voor gekregen. heb nu wel een verzoek uitstaan om op accu nummer twee ook 147.6 te krijgen

[DukeBox]

vifra schreef op vrijdag 13 maart 2026 @ 14:28:
de zoektocht naar perfectie geeft op het einde enkel ontgoocheling dat die niet gehaald wordt.

Toch heb ik sinds ik de CT002 gebruik vergelijkbare grafieken van de HW en MT bij NoM. Met een kleine offset die ik heb toegepast zelfs 0 teruglevering meer.

[ Voor 10% gewijzigd door DukeBox op 13-03-2026 14:43 ]

[mjl]

Ik ben van plan een Marstek Venus E v3 aan te schaffen binnekort om eens te kijken of het bevalt (en als het bevalt nog 2 er bij...). Het uiteindelijke idee is om alles via Home assistant aan te gan sturen. 3x Marstek plus laadpalen (1x smartevse, 1x "dom" 16A) en HomeWizzard P1 meter, daarmee zoveel mogelijk NoM te krijgen (of turbo modus voor auto opladen, dus als het ff kan >16A op 1 fase als de zon schijnt) en voorrang op de auto. Dynamisch contract heb ik (nog) niet, het experiment met de eerste batterij is vooral om te zien of ik straks het eigen gebruik van de zonneenergie kan maximaliseren zodra salderen er af is (en omdat het leuk is hier mee bezig te zijn )

Nou zou ik de eerste Marstek willen ophangen (en de volgende 2 ook) aan de achterkant van de meterkast (wandje is 18mm OSB met daarop gipslaat en behang). Ik wil dan een CEE 16A (3 aders 1 fase) gebruiken om op een aparte groep aan te sluiten. De bijgeleverde kabel is een gewone stekker. In de filmpjes zie ik dat de stroomaansluitng een aparte form factor is? (geen C13/C14 of C19/C20). Is dit een standaard formaat zodat ik een eigen kabel kan maken of moet ik dan de stekker van de meegeleverde kabel doorknippen (doe ik liever niet, geen idee of dat nog garantie issues geeft....)?

Daarnaast heb ik me net een uur suf gezocht naar een filmpje of wat foto's van het bijgeleverde ophang systeem. Maar kan buiten wat vage renders, weinig informatieve verkoop praatjes en de schematische tekening niks vinden. Iemand die daar wat beeldmateriaal van heeft (of een link die ik niet kan vinden...)?

Ik ben vooral benieuwd hoeveel ruimte (verschillende bronnen spreken over 20 of 15cm...) er achter de Venus zit als deze opgehangen is. vanuit de meterkast zou ik net een paar cm achter de marstek uitkomen, dus kan de kabel daar makkelijk achterlangs lopen om naast de marstek uit te komen? Als bekabeling ga ik een stuk 3x2.5 YMVK kabel gebruiken die ik nog heb liggen.

[Chris.nl]

mjl schreef op vrijdag 13 maart 2026 @ 14:44:
-knip-
Ik ben vooral benieuwd hoeveel ruimte (verschillende bronnen spreken over 20 of 15cm...) er achter de Venus zit als deze opgehangen is.
-knip-

Bron gebruiksaanwijzing. Ik zie 20mm vanaf de muur, ik zou daar geen kabel achter willen drukken maar die omleiden.

[ Voor 4% gewijzigd door Chris.nl op 13-03-2026 14:53 ]

[kdhoe]

DukeBox schreef op vrijdag 13 maart 2026 @ 13:38:
[...]
CT weggevallen als in CT led op de MT uit?
[...]

Ja.

CT loopt niet via de cloud.

Dit dacht ik ook. Maar ik heb geen andere verklaring.
CT is gisteren rond 18u weggevallen na het openen van de app (ik was niet thuis), dus alles liep via de cloud. Dit heb ik deze morgen gemerkt via HA. De batterij stond sinds dan standby wegens geen CT connectie.
Toen ik de app vervolgens opnieuw opende deze morgen, kwam CT onmiddellijk terug en begon de batterij normaal te werken in NOM.
Heb nu de app geforceerd gesloten en kom er voorlopig niet meer aan. Dit werkt blijkbaar het beste. Ik zie toch alles via modbus in HA.