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

[pascallj]

SatScan schreef op maandag 6 oktober 2025 @ 18:26:
[...]


Misschien heb ik het verkeerd begrepen... als je een stekker is de backup-poort steekt zal als de MT is aangesloten aan grid de stroom doorgeven. Als de grid wegvalt zal bij uitgeschakelde back-up functie niets gebeuren. Bij de ingeschakelde backup-functie zal de MT het overnemen en je app blijven werken.

Dit hebben afgelopen maand getest zoals je in andere topic kunt lezen.
En die ingebouwde pass-true mode kunnen we (nog?) niet uitschakelen

Je bedoeld waarschijnlijk 'pass-through'. Maar dan alsnog geldt dit alleen als er 'iets' actief is. Dus een echte pass-through is het juist alleen op het moment dat de back-up functie aanstaat (en de batterij niet leeg is).

[ Voor 5% gewijzigd door pascallj op 06-10-2025 18:32 ]

[bth27]

dannyro schreef op maandag 6 oktober 2025 @ 17:39:
[...]

Heb jij daar al eens een simulatie van gemaakt. Ik blijf bij mijn vast (Engie) contract. Maakt geen verschil met dynamisch. Tegendeel zelfs. Ik heb hier met een forumlid in pb gecommuniceerd over het verschil in prijs tussen onze beide landen, en daar zit nogal wat verschil op. (Is hier niet de juiste plaats denk ik)

Hangt er toch van af hoe je het gebruikt? Vorig jaar zat ik onder de 10 cent per kWh. Vorige maand 7 cent per kWh met batterij. Bij negatieve prijzen valt mijn omvormer uit en neemt dat batterij even over.

Dit bij Frank energie België

[PNARI]

dannyro schreef op maandag 6 oktober 2025 @ 17:39:
[...]

Heb jij daar al eens een simulatie van gemaakt. Ik blijf bij mijn vast (Engie) contract. Maakt geen verschil met dynamisch. Tegendeel zelfs. Ik heb hier met een forumlid in pb gecommuniceerd over het verschil in prijs tussen onze beide landen, en daar zit nogal wat verschil op. (Is hier niet de juiste plaats denk ik)

Ik heb in begin van het jaar een simulatie gedaan met de kwartiergegevens van de laatste 3 jaar en met de tariefkaarten incl prijsherzieningsformule in de tariefkaarten op basis van Belpex en toen nog geen batterij. Er zat geen honderd euro verschil tussen variabel en dynamisch. ( dynamisch duurste) maar daarbij natuurlijk het gewone verbruiksprofiel van variabel contract zonder te focussen op dynamisch verbruiksprofiel. Van november t.e.m februari leverenmijn zonnepanelen zo goed als niets op dus wil ik wel eens 4 maanden dynamisch proberen maar dan moet AI wel werken. Ik moet twee weken van tevoren opgeven dat ik naar dynamisch wil overschakelen, kost niets extra bij Octa+ en in maart terug naar variabel geeft ook geen extra kost. Ik laat wel sinds 1.5 jaar maandelijks mijn verbruik/injectie factureren. Zo heb ik wat beter zicht op wat er gebeurt.

[dannyro]

bth27 schreef op maandag 6 oktober 2025 @ 19:12:
[...]


Hangt er toch van af hoe je het gebruikt? Vorig jaar zat ik onder de 10 cent per kWh. Vorige maand 7 cent per kWh met batterij. Bij negatieve prijzen valt mijn omvormer uit en neemt dat batterij even over.

Dit bij Frank energie België

Ik zit op 16 cent, en teruglevering 2 cent. Uw laatste zin begrijp ik niet.

[dannyro]

PNARI schreef op maandag 6 oktober 2025 @ 19:21:
[...]

Ik heb in begin van het jaar een simulatie gedaan met de kwartiergegevens van de laatste 3 jaar en met de tariefkaarten incl prijsherzieningsformule in de tariefkaarten op basis van Belpex en toen nog geen batterij. Er zat geen honderd euro verschil tussen variabel en dynamisch. ( dynamisch duurste) maar daarbij natuurlijk het gewone verbruiksprofiel van variabel contract zonder te focussen op dynamisch verbruiksprofiel. Van november t.e.m februari leverenmijn zonnepanelen zo goed als niets op dus wil ik wel eens 4 maanden dynamisch proberen maar dan moet AI wel werken. Ik moet twee weken van tevoren opgeven dat ik naar dynamisch wil overschakelen, kost niets extra bij Octa+ en in maart terug naar variabel geeft ook geen extra kost. Ik laat wel sinds 1.5 jaar maandelijks mijn verbruik/injectie factureren. Zo heb ik wat beter zicht op wat er gebeurt.

Oke, houd ons op de hoogte.

[PNARI]

[BoSS] schreef op maandag 6 oktober 2025 @ 15:45:
[...]


Ik dacht er net pas aan, maar in een mail van een service request rond half september stond in de reactie de volgende tekst:


[...]


Ik heb eerder met een Chinese softwareleverancier gewerkt en in China is het zeer gebruikelijk dat rond deze nationale feestdagen (ook met Chinees nieuwjaar rond eind januari) kantoren volledig gesloten zijn. Dat is vaak ook (bijna) de enige vakantie die er is. Uiteindelijk is dat efficiënter dan allemaal losse vakanties... (het ethische aspect daar gelaten).

Vond het al vreemd dat ik geen reactie kreeg op mijn feedback. Ze gaan werk hebben met al die opmerkingen te beantwoorden over het niet werken van AI. Maar MT kan er ook niets aan doen. Als hun software data haalt van een "officiële website" en die site verandert hun data , notabene buiten hun wil om , dan kan je MT en in dit geval Nordpool niks verwijten. MT kennende gaan ze wel asap de nodige correcties doen .

[[BoSS]]

PNARI schreef op maandag 6 oktober 2025 @ 21:38:
[...]

Vond het al vreemd dat ik geen reactie kreeg op mijn feedback. Ze gaan werk hebben met al die opmerkingen te beantwoorden over het niet werken van AI. Maar MT kan er ook niets aan doen. Als hun software data haalt van een "officiële website" en die site verandert hun data , notabene buiten hun wil om , dan kan je MT en in dit geval Nordpool niks verwijten. MT kennende gaan ze wel asap de nodige correcties doen .[Afbeelding]

Hier ben ik het niet mee eens. De wijziging naar 15-minute pricing was al een tijd bekend en zowel Nordpool als Marstek konden hier verstandiger mee omgaan. Nordpool had naast de huidige (uurlijkse) API een kwartier-API kunnen maken (overigens was het een bewuste keuze om het andersom te doen want de markt gaat naar 15-minute-pricing) en Marstek/Hame had hier al veel eerder op kunnen inspelen (het was immers al maanden bekend).

Als er bij ons (middelgrote IT organisatie) dit soort zaken 'kapot' gaan vanwege externe wijzigingen heeft er iemand zijn werk toch niet helemaal goed gedaan...

[PNARI]

dannyro schreef op maandag 6 oktober 2025 @ 19:23:
[...]

Ik zit op 16 cent, en teruglevering 2 cent. Uw laatste zin begrijp ik niet.

16 cent en 2 cent gemiddeld over de laatste 12 maand ?

[bth27]

dannyro schreef op maandag 6 oktober 2025 @ 19:23:
[...]

Ik zit op 16 cent, en teruglevering 2 cent. Uw laatste zin begrijp ik niet.

Ik heb een solaredge omvormer die kan uitschakelen bij negatieve prijzen. Dat gat vult de batterij in. Meestal gaat het om zeer zonnige dagen waarna de batterij op korte tijd weer vol is.

Als je een dynamisch contract hetzelfde gebruikt als een variabel, is er weinig verschil. Als je je verbruik kan verplaatsen door onder andere een batterij, dan kan je er wel voordeel mee doen.

Bij een vast contract betaal je altijd wat meer om minder risico van prijsstijgingen te hebben.

[ Voor 27% gewijzigd door bth27 op 06-10-2025 21:57 ]

[PNARI]

[BoSS] schreef op maandag 6 oktober 2025 @ 21:47:
[...]


Hier ben ik het niet mee eens. De wijziging naar 15-minute pricing was al een tijd bekend en zowel Nordpool als Marstek konden hier verstandiger mee omgaan. Nordpool had naast de huidige (uurlijkse) API een kwartier-API kunnen maken (overigens was het een bewuste keuze om het andersom te doen want de markt gaat naar 15-minute-pricing) en Marstek/Hame had hier al veel eerder op kunnen inspelen (het was immers al maanden bekend).

Als er bij ons (middelgrote IT organisatie) dit soort zaken 'kapot' gaan vanwege externe wijzigingen heeft er iemand zijn werk toch niet helemaal goed gedaan...

NordPool misschien wel maar ik denk dat MT dat nog niet zo in detail volgt en ook geen waarschueing krijgt. Gebeurt toch wel vaker tegenwoordig dat als je via Google iets opzoekt dat de link niet meer werkt, toch geen kleine organisatie denk ik. Er hangt gelukkig ook geen levensinkomen of bedrijf van af van mijn 2vVenus batterijen, is maar een hobby 😅

[pascallj]

[BoSS] schreef op maandag 6 oktober 2025 @ 21:47:
[...]


Hier ben ik het niet mee eens. De wijziging naar 15-minute pricing was al een tijd bekend en zowel Nordpool als Marstek konden hier verstandiger mee omgaan. Nordpool had naast de huidige (uurlijkse) API een kwartier-API kunnen maken (overigens was het een bewuste keuze om het andersom te doen want de markt gaat naar 15-minute-pricing) en Marstek/Hame had hier al veel eerder op kunnen inspelen (het was immers al maanden bekend).

Als er bij ons (middelgrote IT organisatie) dit soort zaken 'kapot' gaan vanwege externe wijzigingen heeft er iemand zijn werk toch niet helemaal goed gedaan...

Ik denk dat je gigantisch overschat hoe belangrijk dit is voor hen. Dit soort functies zijn slechts een extratje. Afgezien van een paar klagende mensen op een forum hoor je de meesten er niet over. Dit soort Chinese bedrijven werken echt op een heel andere manier dan wat wij hier gewend zijn.

De verandering was al wel maanden bekend, maar is ook al een keer uitgesteld. Het had zomaar nog een keer kunnen gebeuren. Daarbij zal je toch ook echt de praktijk moeten afwachten hoe het allemaal uit gaat pakken en of de API echt wel zo werkt als dat je verteld wordt. En als ze tijdens de omschakeling dicht zijn, gaan ze echt geen engineer paraat laten staan om direct wijzigingen te maken, daar is het echt niet belangrijk genoeg voor.

offtopic:
En dan nog een kleine persoonlijke mening: misschien moeten mensen ook gewoon leren niet afhankelijk te zijn van een Cloud-dienst van een derde partij... Ik zou het alternatief voor de niet-technieker ook niet weten, maar ik kan je wel vertellen dat deze AI functie niet voor eeuwig zal blijven werken...

[dannyro]

PNARI schreef op maandag 6 oktober 2025 @ 21:49:
[...]

16 cent en 2 cent gemiddeld over de laatste 12 maand ?

Neen, vast contract.

[Farmie]

Iemand een idee wat er hier gebeurt?
Sinds gisteren kloppen mijn "Daily Charging Capacity" gegevens niet meer; zowel in de Marstek app als in HA via Modbus.

[pascallj]

Farmie schreef op maandag 6 oktober 2025 @ 23:25:
Iemand een idee wat er hier gebeurt?
Sinds gisteren kloppen mijn "Daily Charging Capacity" gegevens niet meer; zowel in de Marstek app als in HA via Modbus.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

We hebben dit eerder gezien hier. Toen moest de batterij vervangen worden volgens Marstek. Laatst was er weer iemand met dit probleem en wat er toen van gekomen is weet ik niet. Ik zou het in elk geval aangeven bij Marstek via Feedback...

[scatman]

Farmie schreef op maandag 6 oktober 2025 @ 23:25:
Iemand een idee wat er hier gebeurt?
Sinds gisteren kloppen mijn "Daily Charging Capacity" gegevens niet meer; zowel in de Marstek app als in HA via Modbus.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

is dat niet exact hetzelfde als https://github.com/rweijnen/marstek-venus-monitor/issues/13
zover ik weet, lost alleen een reset dit op

[Magicw00b]

FYI support lijkt weer aan het werk te zijn. Kreeg vanochtend om 06:01 een mail als reactie op mijn verzoek om de local api aan te zetten. Ze hebben het aangezet.

[pascallj]

scatman schreef op dinsdag 7 oktober 2025 @ 07:55:
[...]

is dat niet exact hetzelfde als https://github.com/rweijnen/marstek-venus-monitor/issues/13
zover ik weet, lost alleen een reset dit op

Nee dit is een ander probleem. Het probleem wat jij noemt zorgt ervoor dat de dag/maand teller op blijft lopen maar wel met 'logische' waarden.

Dit probleem zorgt voor hele gekke meetwaardes en hebben we ook al voorbij zien komen voordat de Marstek Monitor tool bestond.

[jackyboy8500]

ik las hier en daar berichten over mensen die via de API instellingen wijzigen in de Marstek batterij.
Kan je op die manier de laadstrategie aanpassen (bvb van zelf geïnitieerd naar manueel of omgekeerd).
Ik kan programmeren. Hoe begin aan je aan zoiets? is er al ergens een manual beschikbaar ? ik meen ooit eens gelezen te hebben dat hier een apart forum voor is zelfs ?

[SatScan]

jackyboy8500 schreef op dinsdag 7 oktober 2025 @ 08:49:
ik las hier en daar berichten over mensen die via de API instellingen wijzigen in de Marstek batterij.
Kan je op die manier de laadstrategie aanpassen (bvb van zelf geïnitieerd naar manueel of omgekeerd).
Ik kan programmeren. Hoe begin aan je aan zoiets? is er al ergens een manual beschikbaar ? ik meen ooit eens gelezen te hebben dat hier een apart forum voor is zelfs ?

Marstek PIB Domotica integratie en je Energierekening
Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[LodeBo]

Voor de HA liefhebbers heb ik deze gemaakt.
Als er genoeg belangstelling is wil ik wel eventuele aanpassingen doen.
@superduper1969 misschien kan je hem op de startpagina zetten ?

https://github.com/LodeBo/battery-donut-card

[Erik1805]

Hij heeft vannacht op AI mode wel geladen op 3 punten. Alleen nog steeds op max. 800w. Geen idee hoe dat kan. Maar even een ticket voor ingeschoten.

[ Voor 15% gewijzigd door Erik1805 op 07-10-2025 09:20 ]

[S2S]

Erik1805 schreef op dinsdag 7 oktober 2025 @ 09:06:
Hij heeft vannacht op AI mode wel geladen op 3 punten. Alleen nog steeds op max. 800w. Geen idee hoe dat kan.

Hier niets .

[pascallj]

jackyboy8500 schreef op dinsdag 7 oktober 2025 @ 08:49:
ik las hier en daar berichten over mensen die via de API instellingen wijzigen in de Marstek batterij.
Kan je op die manier de laadstrategie aanpassen (bvb van zelf geïnitieerd naar manueel of omgekeerd).
Ik kan programmeren. Hoe begin aan je aan zoiets? is er al ergens een manual beschikbaar ? ik meen ooit eens gelezen te hebben dat hier een apart forum voor is zelfs ?

De API zal je moeten laten aanzetten via Marstek aangezien deze nog niet publiek beschikbaar is.

In dit document vind je hoe je de API moet gebruiken: https://eu.hamedata.com/e.../MarstekDeviceOpenApi.pdf

Ik was wel van plan hier inderdaad een nieuw topic over te starten samen met ook de HA integratie als ik dat ding ooit eens uitbreng.

[jelleeelco]

SatScan schreef op maandag 6 oktober 2025 @ 16:47:
Voor de komende winter en alle Marstek bezitters die de batterijen in een niet verwarmde ruimte hebben geplaatst. Een laadtest met min 15c ... brrr

YouTube: MARSTEK JUPITER C PLUS bei -15°C laden ? LiFePO4 - Akku mit Spezialc...

behoorlijk onrealistische stress test volgens mij. Wanneer heb je nou een accu die bij coldstart al -15 graden is? in de praktijk is die in een ruimte waar het mss koud is, maar de accu is aan en zal dus altijd warmte genereren. Hij zal dus nooit -15 zijn en dan pas aangaan, althans niet in ons klimaat.

[Druppeltje_]

jelleeelco schreef op dinsdag 7 oktober 2025 @ 10:08:
[...]

behoorlijk onrealistische stress test volgens mij. Wanneer heb je nou een accu die bij coldstart al -15 graden is? in de praktijk is die in een ruimte waar het mss koud is, maar de accu is aan en zal dus altijd warmte genereren. Hij zal dus nooit -15 zijn en dan pas aangaan, althans niet in ons klimaat.

Je kan ook redeneren dat als hij in deze omstandigheden zijn werk doet, dit zeker ook zal doen bij pakweg -6 in de winter als de accu buiten of ergens niet-geisoleerd staat.

[jelleeelco]

Druppeltje_ schreef op dinsdag 7 oktober 2025 @ 10:11:
[...]


Je kan ook redeneren dat als hij in deze omstandigheden zijn werk doet, dit zeker ook zal doen bij pakweg -6 in de winter als de accu buiten of ergens niet-geisoleerd staat.

Oh ja zeker, heb je helemaal gelijk in. Dit is een goede uitkomst voor de Marstek.

[Hans C]

LodeBo schreef op dinsdag 7 oktober 2025 @ 09:00:
Voor de HA liefhebbers heb ik deze gemaakt.
Als er genoeg belangstelling is wil ik wel eventuele aanpassingen doen.
@superduper1969 misschien kan je hem op de startpagina zetten ?

https://github.com/LodeBo/battery-donut-card

Interessant. Ik heb HA draaien, maar ben er nog zeer onhandig in. Via HACS heb ik je donut toegevoegd, maar als ik hem probeer toe te voegen aan een dashboard vind ik eigenlijk alleen maar de entiteit die aangeeft dat de app up to date is.

[JeffreyGorissen]

LodeBo schreef op dinsdag 7 oktober 2025 @ 09:00:
Voor de HA liefhebbers heb ik deze gemaakt.
Als er genoeg belangstelling is wil ik wel eventuele aanpassingen doen.
@superduper1969 misschien kan je hem op de startpagina zetten ?

https://github.com/LodeBo/battery-donut-card

Ook wel leuk om te zien hoe je donut card er uit ziet, kan je een foto toevoegen aan je git repo?

[ Voor 10% gewijzigd door JeffreyGorissen op 07-10-2025 11:09 . Reden: typo ]

[PNARI]

pascallj schreef op dinsdag 7 oktober 2025 @ 09:42:
[...]


De API zal je moeten laten aanzetten via Marstek aangezien deze nog niet publiek beschikbaar is.

In dit document vind je hoe je de API moet gebruiken: https://eu.hamedata.com/e.../MarstekDeviceOpenApi.pdf

Ik was wel van plan hier inderdaad een nieuw topic over te starten samen met ook de HA integratie als ik dat ding ooit eens uitbreng.

Ik heb MT gevraagd om de API aan te zetten maar kreeg antwoord dat ze dat niet konden doen .

[ Voor 16% gewijzigd door PNARI op 07-10-2025 11:23 ]

[dannyro]

PNARI schreef op dinsdag 7 oktober 2025 @ 11:22:
[...]

Ik heb MT gevraagd om de API aan te zetten maar kreeg antwoord dat ze dat niet konden doen .[Afbeelding]

Er zal wel een reden zijn zeker dat ze dat nu of voorlopig niet meer doen?

[Tazzios]

@PNARI Ik kreeg deze om 9:37 van Kyle

Dear Customer, We have now activated the API in accordance with your requirements. Wishing you all the best. Kyle

Maar met mijn firmware v122 schiet dat nog niet echt op lijkt het.

[PNARI]

Tazzios schreef op dinsdag 7 oktober 2025 @ 11:34:
@PNARI Ik kreeg deze om 9:37 van Kyle

[...]


Maar met mijn firmware v122 schiet dat nog niet echt op lijkt het.

Hangt er precies een beetje er van af bij wie de feedback terecht komt 🤨

[Marco_64]

PNARI schreef op dinsdag 7 oktober 2025 @ 11:47:
[...]

Hangt er precies een beetje er van af bij wie de feedback terecht komt 🤨

Inderdaad, als je wat aandringt doen ze het uiteindelijk wel.

[Magicw00b]

PNARI schreef op dinsdag 7 oktober 2025 @ 11:22:
[...]

Ik heb MT gevraagd om de API aan te zetten maar kreeg antwoord dat ze dat niet konden doen .[Afbeelding]

Ik heb het gister gevraagd en vanmorgen zijn ze al geactiveerd.

[Magicw00b]

Tazzios schreef op dinsdag 7 oktober 2025 @ 11:34:
@PNARI Ik kreeg deze om 9:37 van Kyle

[...]


Maar met mijn firmware v122 schiet dat nog niet echt op lijkt het.

Hier idem ook van Kyle

[LodeBo]

Hans C schreef op dinsdag 7 oktober 2025 @ 10:56:
[...]


Interessant. Ik heb HA draaien, maar ben er nog zeer onhandig in. Via HACS heb ik je donut toegevoegd, maar als ik hem probeer toe te voegen aan een dashboard vind ik eigenlijk alleen maar de entiteit die aangeeft dat de app up to date is.

Had je hem kunnen toevoegen via de cardpicker?
Daar heb ik nog wat problemen mee.
In elk geval werkt het zeker als je de yaml kopieert in de ReadMe en daar de juiste entity inzet.

[LodeBo]

JeffreyGorissen schreef op dinsdag 7 oktober 2025 @ 11:08:
[...]


Ook wel leuk om te zien hoe je donut card er uit ziet, kan je een foto toevoegen aan je git repo?

Done ✅

[SatScan]

Vandaag was de andere batterij (v2) aan de 'beurt'. Connectie lost en niet meer mogelijk om met de CT003 te koppelen.

Hardware reset met behoud van gegevens gedaan en werkte weer als vanouds...
?? Lijkt erop dat er iets in de backend veranderd is waardoor dit nodig was bij beide batterijen... ??

En nog een keer met dezelfde batterij... ppfff na maanden zonder problemen nu dit..

[ Voor 12% gewijzigd door SatScan op 07-10-2025 16:38 ]

[S2S]

SatScan schreef op dinsdag 7 oktober 2025 @ 12:28:
Vandaag was de andere batterij (v2) aan de 'beurt'. Connectie lost en niet meer mogelijk om met de CT003 te koppelen.

Hardware reset met behoud van gegevens gedaan en werkte weer als vanouds...
?? Lijkt erop dat er iets in de backend veranderd is waardoor dit nodig was bij beide batterijen... ??

Ja blijf mooi spul he meestal werkt het hier wel weer na stroom van ct003 af en de accu’s opnieuw laten opstarten. Dat de fans ook opstarten , dat geluid . (Doen ze dat niet en zijn alle leds ook niet uit geweest , is het geen complete reboot) Doen ze dat niet power knop weer indrukken en van het grid af. Nooit ze hoeven te resetten of iets dergelijks.

Kan voorkomen dat ik meerdere malen de aan/uit knop moet inhouden . En stekker eruit.

[ Voor 21% gewijzigd door S2S op 07-10-2025 12:38 ]

[pascallj]

SatScan schreef op dinsdag 7 oktober 2025 @ 12:28:
Vandaag was de andere batterij (v2) aan de 'beurt'. Connectie lost en niet meer mogelijk om met de CT003 te koppelen.

Hardware reset met behoud van gegevens gedaan en werkte weer als vanouds...
?? Lijkt erop dat er iets in de backend veranderd is waardoor dit nodig was bij beide batterijen... ??

Heb je ook gewoon opnieuw opstarten geprobeerd? Denk niet dat de backend veel invloed heeft op de situatie. Alles zou gewoon lokaal moeten werken.

[Preaper]

PNARI schreef op dinsdag 7 oktober 2025 @ 11:22:
[...]

Ik heb MT gevraagd om de API aan te zetten maar kreeg antwoord dat ze dat niet konden doen .[Afbeelding]

Ergens verbaasd me dit ook niet. Ik heb (op v153) alleen nog maar instabiliteit ondervonden sinds het inschakelen van de Local API (en het actief pollen via https://github.com/jaapp/ha-marstek ).
De Marstek raakt zijn verbinding met de CT003 kwijt, lijkt soms niet meer te reageren op de app. Local API knalt er ook op willekeurige momenten uit en dan is een systeem reboot van de Marstek batterij nodig. Veel informatieverzoeken op de API geven willekeurig geen of wel response.

Los daarvan lijken belangrijke sensoren (zoals geimporterde / exporteerde energie) geen goede waardes terug te geven en reageert de batterij ook nog niet goed op commando's!

Hier moet nog hoop werk worden verzet door Marstek...

[ Voor 3% gewijzigd door Preaper op 07-10-2025 12:33 ]

[S2S]

Preaper schreef op dinsdag 7 oktober 2025 @ 12:32:
[...]


Ergens verbaasd me dit ook niet. Ik heb (op v153) alleen nog maar instabiliteit ondervonden sinds het inschakelen van de Local API (en het actief pollen via https://github.com/jaapp/ha-marstek ).
De Marstek raakt zijn verbinding met de CT003 kwijt, lijkt soms niet meer te reageren op de app. Local API knalt er ook op willekeurige momenten uit en dan is een systeem reboot van de Marstek batterij nodig. Veel informatieverzoeken op de API geven willekeurig geen of wel response.

Los daarvan lijken belangrijke sensoren (zoals geimporterde / exporteerde energie) geen goede waardes terug te geven en reageert de batterij ook nog niet goed op commando's!

Hier moet nog hoop werk worden verzet door Marstek...

Is allemaal veel werk, bouw zelf dagelijks aan endpoints. Niet voor Marsteks .

[S2S]

dubbel

[ Voor 97% gewijzigd door S2S op 07-10-2025 12:37 ]

[pascallj]

Preaper schreef op dinsdag 7 oktober 2025 @ 12:32:
[...]


Ergens verbaasd me dit ook niet. Ik heb (op v153) alleen nog maar instabiliteit ondervonden sinds het inschakelen van de Local API (en het actief pollen via https://github.com/jaapp/ha-marstek ).
De Marstek raakt zijn verbinding met de CT003 kwijt, lijkt soms niet meer te reageren op de app. Local API knalt er ook op willekeurige momenten uit en dan is een systeem reboot van de Marstek batterij nodig. Veel informatieverzoeken op de API geven willekeurig geen of wel response.

Los daarvan lijken belangrijke sensoren (zoals geimporterde / exporteerde energie) geen goede waardes terug te geven en reageert de batterij ook nog niet goed op commando's!

Hier moet nog hoop werk worden verzet door Marstek...

Is er nog een andere HA integratie beschikbaar voor de API? Ik heb blijkbaar de boot gemist ondertussen. Mag heel hard mijn best gaan doen merk ik

[Avenger 2.0]

Druppeltje_ schreef op dinsdag 7 oktober 2025 @ 10:11:
[...]
Je kan ook redeneren dat als hij in deze omstandigheden zijn werk doet, dit zeker ook zal doen bij pakweg -6 in de winter als de accu buiten of ergens niet-geisoleerd staat.

Inderdaad. Had uit de (vertaalde) video ook begrepen dat dit wel kon doordat Marstek speciale LFP cellen had ontwikkeld die onder nul (beperkt) geladen mochten worden? Maar als ik dat zo op zoek mag je elke LFP onder nul laden als je maar maximaal aan 0.1C doet. Dus de LFP cellen van Marstek zullen niet speciaal aangepast zijn hiervoor zoals de video beweert gok ik.

[pascallj]

Avenger 2.0 schreef op dinsdag 7 oktober 2025 @ 12:54:
[...]

Inderdaad. Had uit de (vertaalde) video ook begrepen dat dit wel kon doordat Marstek speciale LFP cellen had ontwikkeld die onder nul (beperkt) geladen mochten worden? Maar als ik dat zo op zoek mag je elke LFP onder nul laden als je maar maximaal aan 0.1C doet. Dus de LFP cellen van Marstek zullen niet speciaal aangepast zijn hiervoor zoals de video beweert gok ik.

EVE, naar mijn idee de grootste en bekendste celbouwer van LFP cellen, geeft volgens mij voor al hun cellen minimaal laadtemperatuur van 0 graden op. Dus volgens mij houden de meesten aan dat je LFP onder het vriespunt gewoon helemaal niet mag laden. Ik geloof niet dat Marstek 'speciale' cellen heeft waar dat wel kan.

Maar hopelijk zijn er een paar die hier de batterij buiten hebben staan en via Modbus ook de celtemperatuur kunnen uitlezen. Ik vermoed namelijk dat er wel genoeg warmte geproduceerd wordt (en blijft hangen) dat het intern warm genoeg blijft bij onze temperaturen hier in de Benelux.

[kurt1977]

Als ik 1 unit van de 2 wil uitschakelen - zonnepanelen brengen niks meer op - hoe doe ik dat best?
Ik heb de on/off knop 3 seconden ingehouden en nu staat die zogezegd uit maar zie hem nog steeds in de app.
Moet de stroomkabel ook ontkoppeld worden?

[pascallj]

kurt1977 schreef op dinsdag 7 oktober 2025 @ 13:03:
Als ik 1 unit van de 2 wil uitschakelen - zonnepanelen brengen niks meer op - hoe doe ik dat best?
Ik heb de on/off knop 3 seconden ingehouden en nu staat die zogezegd uit maar zie hem nog steeds in de app.
Moet de stroomkabel ook ontkoppeld worden?

Ja klopt, anders gaan alleen de LED's uit. Je hoort binnen een paar seconde na het ontkoppelen een zacht klikje en dan zal je de batterij niet meer vinden via BT. Als het goed is staat hij dan uit.

[superduper1969]

kurt1977 schreef op dinsdag 7 oktober 2025 @ 13:03:
Als ik 1 unit van de 2 wil uitschakelen - zonnepanelen brengen niks meer op - hoe doe ik dat best?
Ik heb de on/off knop 3 seconden ingehouden en nu staat die zogezegd uit maar zie hem nog steeds in de app.
Moet de stroomkabel ook ontkoppeld worden?

En modbus moet afgekoppeld worden anders herstart hij.

[kurt1977]

dus knop induwen, stekker uittrekken en dat is het.
Weet er iemand of die leeg gaat komen na x tijd?
Met andere woorden, kan ik de stekker eruit doen als de batterij op 11% staat?

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

[pascallj]

kurt1977 schreef op dinsdag 7 oktober 2025 @ 13:07:
dus knop induwen, stekker uittrekken en dat is het.
Weet er iemand of die leeg gaat komen na x tijd?

Ja klopt, of andersom, dat maakt niet uit.

Zoals alle batterijen, loopt hij na verloop van tijd leeg. Als je hem echt van plan bent om lang niet te gebruiken, kan je hem het beste opladen tot 50 procent en dan uitzetten. Na een paar maanden even kijken hoe het ervoor staat.

[kurt1977]

pascallj schreef op dinsdag 7 oktober 2025 @ 13:09:
[...]


Ja klopt, of andersom, dat maakt niet uit.

Zoals alle batterijen, loopt hij na verloop van tijd leeg. Als je hem echt van plan bent om lang niet te gebruiken, kan je hem het beste opladen tot 50 procent en dan uitzetten. Na een paar maanden even kijken hoe het ervoor staat.

Bedankt

[Hometek]

pascallj schreef op dinsdag 7 oktober 2025 @ 13:00:
[...]
... Ik vermoed namelijk dat er wel genoeg warmte geproduceerd wordt (en blijft hangen) dat het intern warm genoeg blijft bij onze temperaturen hier in de Benelux.

Ik denk dat dat alleen zou werken als de batterij continu aan staat en actief gebruikt wordt. Maar het zou kunnen dat Marstek wel een speciale opstart procedure gebruikt (zoals in de video ook gesuggereert wordt) om de cellen bij een koude start eerst voorzichtig op temperatuur te brengen.

[pascallj]

Hometek schreef op dinsdag 7 oktober 2025 @ 13:15:
[...]

Ik denk dat dat alleen zou werken als de batterij continu aan staat en actief gebruikt wordt. Maar het zou kunnen dat Marstek wel een speciale opstart procedure gebruikt (zoals in de video ook gesuggereert wordt) om de cellen bij een koude start eerst voorzichtig op temperatuur te brengen.

Het duurt hier echt wel een dag voordat de cellen weer rond kamertemperatuur zijn, dus als je hem blijft gebruiken zal het lange tijd wel goed gaan. Echt ver onder 0 raken we meestal niet voor lange tijd.

De enige manier om de cellen warm te krijgen zonder verwarming, is door ze te ontladen. Dat mag wel langzaam bij negatieve temperaturen. Is de batterij leeg, is er geen mogelijkheid om deze op te warmen boven 0 zonder verwarming. En aangezien je dus eigenlijk niet mag laden onder 0, ook niet langzaam, gaat je dat met een speciale procedure ook niet lukken.

Maarja het is natuurlijk ook niet dat als je het wel doet bij -1 graden Celsius, de batterij meteen kapot gaat. Dus of het echt schade veroorzaakt zullen we pas weten na jaren, of extreme vorst.

[tweeek]

pascallj schreef op dinsdag 7 oktober 2025 @ 13:20:
[...]


Het duurt hier echt wel een dag voordat de cellen weer rond kamertemperatuur zijn, dus als je hem blijft gebruiken zal het lange tijd wel goed gaan. Echt ver onder 0 raken we meestal niet voor lange tijd.

De enige manier om de cellen warm te krijgen zonder verwarming, is door ze te ontladen. Dat mag wel langzaam bij negatieve temperaturen. Is de batterij leeg, is er geen mogelijkheid om deze op te warmen boven 0 zonder verwarming. En aangezien je dus eigenlijk niet mag laden onder 0, ook niet langzaam, gaat je dat met een speciale procedure ook niet lukken.

Maarja het is natuurlijk ook niet dat als je het wel doet bij -1 graden Celsius, de batterij meteen kapot gaat. Dus of het echt schade veroorzaakt zullen we pas weten na jaren, of extreme vorst.

Zou me dan het meeste zorgen maken over optrekkende kou en wat minder over de omgevingstemperatuur.

[drosophila]

JeffreyGorissen schreef op dinsdag 7 oktober 2025 @ 11:08:
[...]


Ook wel leuk om te zien hoe je donut card er uit ziet, kan je een foto toevoegen aan je git repo?

[ Voor 21% gewijzigd door drosophila op 07-10-2025 14:42 ]

[TweakersOnly]

Voor degene die gebruik maken van Home Assistant:

Zowel Marstek thuisbatterij alsook een Peblar laadpaal kunnen vanuit overschot zonnepanelen worden geladen. Kan ik vanuit Home Assistent aangeven dat in dat geval de Peblar laadpaal eerst ingezet moet worden en vervolgens pas de Marstek thuisbatterij? Ik meen dat ik het antwoord hier op tweakers heb gezien, maar kan het niet meer terugvinden.

[d3x]

TweakersOnly schreef op dinsdag 7 oktober 2025 @ 13:46:
Voor degene die gebruik maken van Home Assistant:

Zowel Marstek thuisbatterij alsook een Peblar laadpaal kunnen vanuit overschot zonnepanelen worden geladen. Kan ik vanuit Home Assistent aangeven dat in dat geval de Peblar laadpaal eerst ingezet moet worden en vervolgens pas de Marstek thuisbatterij? Ik meen dat ik het antwoord hier op tweakers heb gezien, maar kan het niet meer terugvinden.

ga je uw MT moeten controleren via modbus of API, er zijn al alternatieve topics voor.

[DSSW]

SatScan schreef op dinsdag 7 oktober 2025 @ 12:28:
Vandaag was de andere batterij (v2) aan de 'beurt'. Connectie lost en niet meer mogelijk om met de CT003 te koppelen.

Hardware reset met behoud van gegevens gedaan en werkte weer als vanouds...
?? Lijkt erop dat er iets in de backend veranderd is waardoor dit nodig was bij beide batterijen... ??

Na 5 maanden zonder problemen met de CT koppeling plots 2 dagen na elkaar de CT verbinding verbroken en geen data meer in de CT003...raar.

Heb hem eens verwijderd in de app en terug toegevoegd in de app, nu weer stabiele verbinden...

[Hemmik]

DSSW schreef op dinsdag 7 oktober 2025 @ 14:06:
[...]

Na 5 maanden zonder problemen met de CT koppeling plots 2 dagen na elkaar de CT verbinding verbroken en geen data meer in de CT003...raar.

Heb hem eens verwijderd in de app en terug toegevoegd in de app, nu weer stabiele verbinden...

Hier had ik hetzelfde. Ik verdenk de API, ik heb daar toen mee zitten spelen. Sinds ik deze weer uit heb gezet in de app geen problemen meer.

[Magicw00b]

Preaper schreef op dinsdag 7 oktober 2025 @ 12:32:
[...]


Ergens verbaasd me dit ook niet. Ik heb (op v153) alleen nog maar instabiliteit ondervonden sinds het inschakelen van de Local API (en het actief pollen via https://github.com/jaapp/ha-marstek ).
De Marstek raakt zijn verbinding met de CT003 kwijt, lijkt soms niet meer te reageren op de app. Local API knalt er ook op willekeurige momenten uit en dan is een systeem reboot van de Marstek batterij nodig. Veel informatieverzoeken op de API geven willekeurig geen of wel response.

Los daarvan lijken belangrijke sensoren (zoals geimporterde / exporteerde energie) geen goede waardes terug te geven en reageert de batterij ook nog niet goed op commando's!

Hier moet nog hoop werk worden verzet door Marstek...

Welke het pullen naar de API bij jou wel, bij mij op alle 3 de batterijen alleen de initiële setup en daarna niks meer:


in de logs wel deze gevonden:
Deze fout is ontstaan door een aangepaste integratie.

Logger: custom_components.marstek_local_api.api
Bron: custom_components/marstek_local_api/api.py:257
integratie: Marstek Local API (documentatie, problemen)
Eerst voorgekomen: 14:33:38 (64 gebeurtenissen)
Laatst gelogd: 14:43:22

Command ES.GetStatus timed out after 15s (host=10.0.1.75, transport=True, connected=True)
Command EM.GetStatus timed out after 15s (host=10.0.1.75, transport=True, connected=True)
Command EM.GetStatus timed out after 15s (host=10.0.1.77, transport=True, connected=True)
Command Bat.GetStatus timed out after 15s (host=10.0.1.77, transport=True, connected=True)
Command Bat.GetStatus timed out after 15s (host=10.0.1.30, transport=True, connected=True)

lijkt er dus op dat de api niet reageert. Nu zit ik op firmware V114, waar zit jij op?

[Preaper]

pascallj schreef op dinsdag 7 oktober 2025 @ 12:38:
[...]


Is er nog een andere HA integratie beschikbaar voor de API? Ik heb blijkbaar de boot gemist ondertussen. Mag heel hard mijn best gaan doen merk ik

Hoe bedoel je, heb ik het gras voor de voeten weggemaaid?
Ik vind het prima om samen te werken aan deze integratie, er is nog heel wat debug werk te verrichten maar er staat nu wel een redelijk stabiele basis.

[Preaper]

Magicw00b schreef op dinsdag 7 oktober 2025 @ 14:44:
[...]

Welke het pullen naar de API bij jou wel, bij mij op alle 3 de batterijen alleen de initiële setup en daarna niks meer:
[Afbeelding]

in de logs wel deze gevonden:
Deze fout is ontstaan door een aangepaste integratie.

Logger: custom_components.marstek_local_api.api
Bron: custom_components/marstek_local_api/api.py:257
integratie: Marstek Local API (documentatie, problemen)
Eerst voorgekomen: 14:33:38 (64 gebeurtenissen)
Laatst gelogd: 14:43:22

Command ES.GetStatus timed out after 15s (host=10.0.1.75, transport=True, connected=True)
Command EM.GetStatus timed out after 15s (host=10.0.1.75, transport=True, connected=True)
Command EM.GetStatus timed out after 15s (host=10.0.1.77, transport=True, connected=True)
Command Bat.GetStatus timed out after 15s (host=10.0.1.77, transport=True, connected=True)
Command Bat.GetStatus timed out after 15s (host=10.0.1.30, transport=True, connected=True)

lijkt er dus op dat de api niet reageert. Nu zit ik op firmware V114, waar zit jij op?

Hij reageert wel. Ik zie diverse sensoren gevuld met informatie.

Ik test hem op v153 . Local API is nog erg in ontwikkeling dus zou me niets verbazen als v114 nog niet op alle verzoeken reageert.

En die timeouts heb ik ook, dat is een terugkerend probleem. De API is nog niet zo stabiel. Maar de integratie houdt er rekening mee door oude gegevens vast te houden als een update mislukt.

[ Voor 6% gewijzigd door Preaper op 07-10-2025 14:53 ]

[pascallj]

Preaper schreef op dinsdag 7 oktober 2025 @ 14:48:
[...]


Hoe bedoel je, heb ik het gras voor de voeten weggemaaid?
Ik vind het prima om samen te werken aan deze integratie, er is nog heel wat debug werk te verrichten maar er staat nu wel een redelijk stabiele basis.

Die van mij is ook al een heel eind en is opgebouwd om te voldoen aan de HA richtlijnen om als officiële integratie te worden opgenomen. Dus ben bang dat er binnenkort nog een integratie bijkomt...

[Preaper]

pascallj schreef op dinsdag 7 oktober 2025 @ 14:53:
[...]


Die van mij is ook al een heel eind en is opgebouwd om te voldoen aan de HA richtlijnen om als officiële integratie te worden opgenomen. Dus ben bang dat er binnenkort nog een integratie bijkomt...

Dat is mooi. Kunnen we van elkaar afkijken, wordt de uiteindelijke integratie alleen maar beter van

Heb je al iets op github gezet?

[ Voor 3% gewijzigd door Preaper op 07-10-2025 14:55 ]

[Gely]

kurt1977 schreef op dinsdag 7 oktober 2025 @ 13:03:
Als ik 1 unit van de 2 wil uitschakelen - zonnepanelen brengen niks meer op - hoe doe ik dat best?
Ik heb de on/off knop 3 seconden ingehouden en nu staat die zogezegd uit maar zie hem nog steeds in de app.
Moet de stroomkabel ook ontkoppeld worden?

Je kan het ook anders doen zoals ik, alternerend de ene en daarna de andere gebruiken. Eventueel even bijladen van het net als je er net niet geraakt. Weet niet wat gezonder is voor de batterij. Maanden laten staan zonder volledige laad/ontlaad cyclus lijkt mij toch niet zo optimaal maar ik ben geen LFP specialist.

[DSSW]

Hemmik schreef op dinsdag 7 oktober 2025 @ 14:44:
[...]

Hier had ik hetzelfde. Ik verdenk de API, ik heb daar toen mee zitten spelen. Sinds ik deze weer uit heb gezet in de app geen problemen meer.

Ik had hetzelfde idee, ik heb deze enkele dagen geleden laten open zetten. Maar ik heb ze vandaag voor alle 3 mijn MT's terug uit gezet.

[antoinevromen]

jackyboy8500 schreef op dinsdag 7 oktober 2025 @ 08:49:
ik las hier en daar berichten over mensen die via de API instellingen wijzigen in de Marstek batterij.
Kan je op die manier de laadstrategie aanpassen (bvb van zelf geïnitieerd naar manueel of omgekeerd).
Ik kan programmeren. Hoe begin aan je aan zoiets? is er al ergens een manual beschikbaar ? ik meen ooit eens gelezen te hebben dat hier een apart forum voor is zelfs ?

@jackyboy8500 Marstek PIB Domotica integratie en je Energierekening vind je alle voorbeeldcode en "documentatie"/handleiding

[antoinevromen]

pascallj schreef op dinsdag 7 oktober 2025 @ 09:42:
[...]


De API zal je moeten laten aanzetten via Marstek aangezien deze nog niet publiek beschikbaar is.

In dit document vind je hoe je de API moet gebruiken: https://eu.hamedata.com/e.../MarstekDeviceOpenApi.pdf

Ik was wel van plan hier inderdaad een nieuw topic over te starten samen met ook de HA integratie als ik dat ding ooit eens uitbreng.

Yep ook @pascallj kan de natuurwetten van 24 uur in een dag niet aanpassen

[Magicw00b]

Gely schreef op dinsdag 7 oktober 2025 @ 14:57:
[...]

Je kan het ook anders doen zoals ik, alternerend de ene en daarna de andere gebruiken. Eventueel even bijladen van het net als je er net niet geraakt. Weet niet wat gezonder is voor de batterij. Maanden laten staan zonder volledige laad/ontlaad cyclus lijkt mij toch niet zo optimaal maar ik ben geen LFP specialist.

Nu kan LFP heel goed tegen stilstaan, mits je ergens tussen de 50-80% geladen start gaan te met gemak de winter doorkomen.

[Magicw00b]

Preaper schreef op dinsdag 7 oktober 2025 @ 14:52:
[...]


Hij reageert wel. Ik zie diverse sensoren gevuld met informatie.

Ik test hem op v153 . Local API is nog erg in ontwikkeling dus zou me niets verbazen als v114 nog niet op alle verzoeken reageert.

En die timeouts heb ik ook, dat is een terugkerend probleem. De API is nog niet zo stabiel. Maar de integratie houdt er rekening mee door oude gegevens vast te houden als een update mislukt.

toevallig al een firmware aangevraagd gister, ff afwachten dus wat dat doet.

[antoinevromen]

Preaper schreef op dinsdag 7 oktober 2025 @ 12:32:
[...]


Ergens verbaasd me dit ook niet. Ik heb (op v153) alleen nog maar instabiliteit ondervonden sinds het inschakelen van de Local API (en het actief pollen via https://github.com/jaapp/ha-marstek ).
De Marstek raakt zijn verbinding met de CT003 kwijt, lijkt soms niet meer te reageren op de app. Local API knalt er ook op willekeurige momenten uit en dan is een systeem reboot van de Marstek batterij nodig. Veel informatieverzoeken op de API geven willekeurig geen of wel response.

Los daarvan lijken belangrijke sensoren (zoals geimporterde / exporteerde energie) geen goede waardes terug te geven en reageert de batterij ook nog niet goed op commando's!

Hier moet nog hoop werk worden verzet door Marstek...

Dat heeft te maken met hoe je aan de HA kant de integratie richting de local-API geprogrammeerd hebt/is. Als je daar zonder voldoende rekening te houden met het asynchrone aspect van UDP en de hoge frequenties van Home Assistant berichten mee gaat afvuren naar de batterij (local-api), dan krijg je dit soort zaken. Ik draai al maanden met de local-api vanuit een power-shell-script heel stabiel (elke 15 minuten een programma-call met al dan niet een mogelijke mode-switch op basis van de business-logica. Het kan dus wel en mijn ervaring uit mijn werkzame verleden (met aysnchrone software MQ-series) leert mij dat dit heel iets anders is dan een synchrone-rpc/webservice-call uitvoeren..

[Preaper]

antoinevromen schreef op dinsdag 7 oktober 2025 @ 15:19:\

Dat heeft te maken met hoe je aan de HA kant de integratie richting de local-API geprogrammeerd hebt/is. Als je daar zonder voldoende rekening te houden met het asynchrone aspect van UDP en de hoge frequenties van Home Assistant berichten mee gaat afvuren naar de batterij (local-api), dan krijg je dit soort zaken. Ik draai al maanden met de local-api vanuit een power-shell-script heel stabiel (elke 15 minuten een programma-call met al dan niet een mogelijke mode-switch op basis van de business-logica. Het kan dus wel en mijn ervaring uit mijn werkzame verleden (met aysnchrone software MQ-series) leert mij dat dit heel iets anders is dan een synchrone-rpc/webservice-call uitvoeren..

De integratie houdt daar al rekening mee door niet alle data continu op te vragen. Maar er valt ongetwijfeld nog het een en ander te verbeteren - ik sta open voor feedback.

Los daarvan: als je elke 15 minuten een call doet, heb je waarschijnlijk weinig problemen. Dan verwacht je ook niet veel van de API. Zodra je echter realtime data nodig hebt om de batterij dynamisch aan te sturen, wordt het een ander verhaal. Dan blijkt al snel dat de local API gewoon niet stabiel is.

Dat gezegd hebbende: het blijft natuurlijk onacceptabel dat de Marstek zelf instabiel wordt, de CT003-verbinding kwijtraakt of zelfs een reboot nodig heeft. Een batterijcontroller hoort robuust te blijven. Dit is niet alleen slecht design - het is potentieel gevaarlijk bij een batterij.

[pascallj]

Preaper schreef op dinsdag 7 oktober 2025 @ 15:34:
[...]

Dat gezegd hebbende: het blijft natuurlijk onacceptabel dat de Marstek zelf instabiel wordt, de CT003-verbinding kwijtraakt of zelfs een reboot nodig heeft. Een batterijcontroller hoort robuust te blijven. Dit is niet alleen slecht design - het is potentieel gevaarlijk bij een batterij.

Hier wil ik wel even op inhaken, de batterij bevat een BMS en EMS en dat zijn twee verschillende dingen. Het EMS regelt de communicatie met de CT003, lokale API, Modbus, Bluetooth en alle leuke software trucjes. Deze mag dan misschien wel overbelast raken, maar het BMS zorgt voor de veiligheid van de batterij en de cellen. Dat staat daar helemaal los van.

Hooguit gaat het EMS als het vastloopt de hele batterij opladen of leegpompen. Maar dat is geen veiligheidsprobleem. Het BMS zal het vermogen, de temperatuur etc. nog steeds in de gaten blijven houden. Daarbij zullen al je zekeringen in je installatie ook nog eens zorgen voor de veiligheid. Als je afhankelijk bent van de software in het EMS om een veilige situatie te houden, dan heb je je systeem verkeerd aangelegd.

[Preaper]

pascallj schreef op dinsdag 7 oktober 2025 @ 15:39:
[...]


Hier wil ik wel even op inhaken, de batterij bevat een BMS en EMS en dat zijn twee verschillende dingen. Het EMS regelt de communicatie met de CT003, lokale API, Modbus, Bluetooth en alle leuke software trucjes. Deze mag dan misschien wel overbelast raken, maar het BMS zorgt voor de veiligheid van de batterij en de cellen. Dat staat daar helemaal los van.

Hooguit gaat het EMS als het vastloopt de hele batterij opladen of leegpompen. Maar dat is geen veiligheidsprobleem. Het BMS zal het vermogen, de temperatuur etc. nog steeds in de gaten blijven houden. Daarbij zullen al je zekeringen in je installatie ook nog eens zorgen voor de veiligheid. Als je afhankelijk bent van de software in het EMS om een veilige situatie te houden, dan heb je je systeem verkeerd aangelegd.

Ja dit is een goede nuance om aan te brengen. Voor de veiligheid moet je niet afhankelijk zijn van de batterij software. Maar dit doet niets af aan mijn punt: Dat de EMS zou niet zo onstabiel mogen zijn. En veiligheid bestaat uit lagen, en de software is er een van.

Plus dat het niet zo grappig is als mijn stoppen er uit vliegen omdat 3 batterijen op hetzelfde moment 2500W gaan trekken omdat ze niet goed aangestuurd kunnen worden.

Maar, nogmaals: terrechte nuance.

[antoinevromen]

Preaper schreef op dinsdag 7 oktober 2025 @ 15:34:
[...]


De integratie houdt daar al rekening mee door niet alle data continu op te vragen. Maar er valt ongetwijfeld nog het een en ander te verbeteren - ik sta open voor feedback.

Los daarvan: als je elke 15 minuten een call doet, heb je waarschijnlijk weinig problemen. Dan verwacht je ook niet veel van de API. Zodra je echter realtime data nodig hebt om de batterij dynamisch aan te sturen, wordt het een ander verhaal. Dan blijkt al snel dat de local API gewoon niet stabiel is.

Dat gezegd hebbende: het blijft natuurlijk onacceptabel dat de Marstek zelf instabiel wordt, de CT003-verbinding kwijtraakt of zelfs een reboot nodig heeft. Een batterijcontroller hoort robuust te blijven. Dit is niet alleen slecht design - het is potentieel gevaarlijk bij een batterij.

@Preaper Belangrijke aspecten bij de local-api-calls zijn retrys/wait-times/inter-call-times/error-handling/vooraf-en-achteraf drainen van late-packages en beperken van de hoeveelheid berichten.
Het is zeker niet het mechanisme om real-time sturing in de zin van bij NOM-houden mee uit te voeren. Maar 1 x per kwartier kijken of je de modus van AI, NOM, MANUAL, PASSIVE zou moeten aanpassen werkt voor mij prima en valt gewoon onder dynamisch sturen (alleen niet op micro-nivo). Ik zie als ik aan het programmeren ben en tussen de geplande geautomatiseerde call's van de task-scheduler door ook zelf nog berichten afvuur ook wel eens dat er verschillende nagekomen antwoorden nog in de interne queues van UDP zitten (die ik eerst weglees). (als je dat niet doet lijkt het alsof je geen goed antwoord krijgt en dan krijg je timeouts en lijkt de local-api niet op je vragen te reageren). Eigenlijk ben je dan de queues aan het verstoppen. Zoals ik al schreef heeft alles te maken met frequentie en handling van de berichten. Voorbeelden van mijn power-shell-scripts vind je in het forum Marstek PIB Domotica integratie en je Energierekening (is al een oudere versie, maar de basiszaken zit daar in). Anders kun je me nog een PB sturen en deel ik daar mijn laatste versie. Als je echt realtime-sturing zeg per 5 of 10seconden wilt gaan doen (ik kan niet direct nu een use-case daarvoor bedenken, dus verbaas me maar), kun je beter met modbus gaan werken lijkt mij. @pascallj Klopt dit laatste van modbus bij de wens voor real-time-schakeling?

[NoFate]

Iemand al v155 getest met de local API om te zien of het stabieler is?
als ik 10 x achter elkaar de netcat doe, dan krijg ik altijd respons ... lijkt beter toch
(verbinding met CT valt dan idd wel weg na 10 x snel achter elkaar het commando te doen)

[ Voor 60% gewijzigd door NoFate op 07-10-2025 16:51 ]

[Preaper]

antoinevromen schreef op dinsdag 7 oktober 2025 @ 15:50:
[...]

@Preaper Belangrijke aspecten bij de local-api-calls zijn retrys/wait-times/inter-call-times/error-handling/vooraf-en-achteraf drainen van late-packages en beperken van de hoeveelheid berichten.
Het is zeker niet het mechanisme om real-time sturing in de zin van bij NOM-houden mee uit te voeren. Maar 1 x per kwartier kijken of je de modus van AI, NOM, MANUAL, PASSIVE zou moeten aanpassen werkt voor mij prima en valt gewoon onder dynamisch sturen (alleen niet op micro-nivo). Ik zie als ik aan het programmeren ben en tussen de geplande geautomatiseerde call's van de task-scheduler door ook zelf nog berichten afvuur ook wel eens dat er verschillende nagekomen antwoorden nog in de interne queues van UDP zitten (die ik eerst weglees). (als je dat niet doet lijkt het alsof je geen goed antwoord krijgt en dan krijg je timeouts en lijkt de local-api niet op je vragen te reageren). Eigenlijk ben je dan de queues aan het verstoppen. Zoals ik al schreef heeft alles te maken met frequentie en handling van de berichten. Voorbeelden van mijn power-shell-scripts vind je in het forum Marstek PIB Domotica integratie en je Energierekening (is al een oudere versie, maar de basiszaken zit daar in). Anders kun je me nog een PB sturen en deel ik daar mijn laatste versie. Als je echt realtime-sturing zeg per 5 of 10seconden wilt gaan doen (ik kan niet direct nu een use-case daarvoor bedenken, dus verbaas me maar), kun je beter met modbus gaan werken lijkt mij. @pascallj Klopt dit laatste van modbus bij de wens voor real-time-schakeling?

Je zet me aan het denken - dat waardeer ik. Er valt vast nog wat te verbeteren in hoe ik de data inlees. Het verschil zit denk ik vooral in wat we van het apparaat verwachten. Ik bekijk het als consument en verwacht dat het systeem stabiel blijft, niet zijn CT003-verbinding verliest en niet stopt met reageren op API-calls op de frequentie waarmee ik hem nu bevraag. Dat lijkt me geen onredelijke verwachting.

Ter vergelijking: mijn BLE-gateway ( https://github.com/jaapp/marstek-ble-gateway ) leest elke 10 seconden BMS-waardes uit en dat werkt probleemloos. Dat vormt voor mij de basis van de verwachting dat de Local API ook kortcyclische updates moet kunnen leveren.

Maar, ik zal mijn verwachtingen bijstellen - ik zal wel moeten. Maar het blijft dat de Local API nog flink aan verbetering toe is.

[Druppeltje_]

DSSW schreef op dinsdag 7 oktober 2025 @ 14:58:
[...]

Ik had hetzelfde idee, ik heb deze enkele dagen geleden laten open zetten. Maar ik heb ze vandaag voor alle 3 mijn MT's terug uit gezet.

Ik heb dat hier eerder ook al ergens gemeld.
Ik had nog nooit uitval van verbinding gehad van de batterij naar de CT003. Toen ik de api had opengezet had ik heel veel last hiervan. Deze terug uitgezet en niet 1 keer nog uitval gehad. Ergens zit er daar iets wat de CT003 niet goed kan hebben. Ik heb hem mooi uitstaan, en zolang de mqtt koppeling blijft werken komt die er hier niet terug op.

[antoinevromen]

Preaper schreef op dinsdag 7 oktober 2025 @ 17:35:
[...]


Je zet me aan het denken - dat waardeer ik. Er valt vast nog wat te verbeteren in hoe ik de data inlees. Het verschil zit denk ik vooral in wat we van het apparaat verwachten. Ik bekijk het als consument en verwacht dat het systeem stabiel blijft, niet zijn CT003-verbinding verliest en niet stopt met reageren op API-calls op de frequentie waarmee ik hem nu bevraag. Dat lijkt me geen onredelijke verwachting.

Ter vergelijking: mijn BLE-gateway ( https://github.com/jaapp/marstek-ble-gateway ) leest elke 10 seconden BMS-waardes uit en dat werkt probleemloos. Dat vormt voor mij de basis van de verwachting dat de Local API ook kortcyclische updates moet kunnen leveren.

Maar, ik zal mijn verwachtingen bijstellen - ik zal wel moeten. Maar het blijft dat de Local API nog flink aan verbetering toe is.

@Preaper . En wat zal er nou voor processor-/netwerk-hardware in een batterij zitten. De grootste supercomputers kun je middels een ddos-aanval plat leggen.
Ik ben bang dat door de ingeslagen weg door Marstek van UDP als communicate en niet TCP/IP dit gedrag niet zal gaan veranderen. Wat niet wegneemt dat je waarschijnlijk bij een synchrone variant net zo goed tegen de limieten van de processor-hardware zou aanlopen. Onze applicaties kunnen gewoon niet goed omgaan met berichten die in verschillende (niet volgtijdelijke) volgorde retour komen.

Toch ben ik nog steeds gewoon benieuwd welke sturingswens je vanuit HA hebt waarvoor je zo vaak de batterij wilt bevragen?

Ja je krijgt bij dit soort systemen die op basis van queueing werken als snel wachtrij-problematiek.
Dan lijkt iets niet meer te werken, maar dan is het systeem nog bezig met berichten die vooraf aan jouw bericht in de queue staan. Maakt niet uit. Ik ben mij namelijk niet zeker of of zo'n BLE-gateway (ik neem aan hetzelfde als de rweijnen-tool op basis van bluetooth zal werken met de batterij. Volgens mij is bluetooth een synchrone connectie). Ook die kun je natuurlijk overvoeren, maar die bufferen geen nieuwe requests meer als ze overvoert worden (die surplus-verzoeken gaan gewoon allemaal down-the-drain) Zie het als een soort DDos-aanval, die wordt op een gegeven moment ook gewoon geblocked en niet meer verder geprocessed;

Wij (mensen) hebben de gewoonte om bij een vraag ook per ommegaande een antwoord te krijgen. En daar zijn asynchrone systemen juist niet voor bedoeld. In een asynchroon systeem stel je een vraag en ergens in de tijd komt er een antwoord. De volgorde van die antwoorden is dan ook vaak niet eens vooraf te voorspellen. Alleen als je aan de luisterende kant gewoon alle antwoorden weer separaat verwerkt alsof het ook weer een los bericht is, waar je als ontvanger op gaat acteren heb je van al die asynchroniteit geen last.

[djdj105]

Sorry dat ik het moet zeggen UDP heeft geen queues. Maar:

Misschien heeft de Marstek EME intern een queue om ontvangen commando's in te bewaren, of de antwoorden daarop, maar als die na een minuut nog niet leeg zijn, ga ik er van uit dat ze nooit leeg zullen raken. Wat valt er dan nog leeg te maken ?

Alleen al het feit dat local API aangezet is, zonder er iets naar toe te sturen gaf bij mij al instabiliteit van de verbinding met de CT003. Voor mij onbruikbaar en dus maar alles weer uitgezet en bij een volgende firmware update nog maar eens testen.

[antoinevromen]

djdj105 schreef op dinsdag 7 oktober 2025 @ 19:07:
Sorry dat ik het moet zeggen UDP heeft geen queues. Maar:

Misschien heeft de Marstek EME intern een queue om ontvangen commando's in te bewaren, of de antwoorden daarop, maar als die na een minuut nog niet leeg zijn, ga ik er van uit dat ze nooit leeg zullen raken. Wat valt er dan nog leeg te maken ?

Alleen al het feit dat local API aangezet is, zonder er iets naar toe te sturen gaf bij mij al instabiliteit van de verbinding met de CT003. Voor mij onbruikbaar en dus maar alles weer uitgezet en bij een volgende firmware update nog maar eens testen.

@djdj105 Ja dat bedoel ik natuurlijk ook met queues dat er intern een vorm van vasthouden van binnenkomende requests is (ik noem dat queueing, waardoor je soms geen antwoord krijgt omdat de batterij nog een vorig verzoek aan het processen is). Ik tref soms meerdere nagekomen antwoorden nog terug bij een udp.Receive (dus er kunnen wel degelijk nog berichten zijn die je vooraf aan je programmalogica kan weglezen om te bevorderen dat het eerstvolgende bericht dat retour komt ook behoort bij jouw laatste request; Dus dan valt er wel degelijk iets leeg te maken !!).
Ik heb zelf de Home Wizard P1-dongle, dus kan niet spreken over de CT003 qua stabiliteit (om de simpele reden dat die bij niet niet eens functioneert). Misschien heeft het wel eerder met dat productonderdeel te maken omdat die CT003 niet in staat was om met mijn digitale meter te werken, waar de HW P1 dat prima doet. Over verbindingsperikelen rondom de CT003 staat het forum vol, maar het staat natuurlijk iedereen vrij zijn eigen keuzes te maken.
Een winstpakker hebben we gelukkig al: jij zult nu na het uitzetten van de local-api geen meldingen meer hoeven te maken van instabiliteit rondom de CT003.

Maar ik kan mij niet vinden in de stelling dat alleen het aanzetten van een Local-API zonder berichten te zenden de CT003 instalbiel maakt. Waar komt dan al die instalbiliteit bij alle andere mensen in het forum vandaan die geen Local-Api open hebben staan?

[Rooverz]

In de marstek zitten verschillende temperatuur sensoren. Via de BLE tool zie ik waardes van de MOSFET en van de cellen. Nu krijg ik via de local API integratie een waarde te zien van 2,0 graden Celsius. Iemand enig idee waar deze waarde vandaan komt en waar deze voor staat? Deze is ook wezenlijk anders dan de mosfet of cel waardes.

[Druppeltje_]

antoinevromen schreef op dinsdag 7 oktober 2025 @ 19:59:
[...]

.... Maar ik kan mij niet vinden in de stelling dat alleen het aanzetten van een Local-API zonder berichten te zenden de CT003 instalbiel maakt. Waar komt dan al die instalbiliteit bij alle andere mensen in het forum vandaan die geen Local-Api open hebben staan?

Ik praat alleen over mezelf als ik zeg dat mijn 2 Marsteks vanaf halverwege mei draaien met de CT003. Dat was een echte set and forget. Ik heb niet 1 keer een uitval gehad. Liep als een trein. Ik heb een kleine maand geleden op vrijdagavond de API aan gezet. 's ochtends: verbinding weg. Terug gekoppeld. Uur later: verbinding weg. Dit heb ik 6 of 7 keer moeten herhalen op zaterdag. Sommige keren ging het koppelen door gewoon terug de CT003 toe te voegen. Andere keren was dat 20min klooien om hem terug gekoppeld te krijgen. Ik wist opeens hoe de frustraties van uitval van sommigen hier voelden. Ik heb toen 's namiddags de API terug uitgeschakeld. Nu 4 weken verder: geen enkele uitval meer gehad. Ik ben er (in mijn geval alleszins) voor 99,99% zeker dat het die zaterdag voormiddag aan de ingeschakelde API lag.

[djdj105]

Druppeltje_ schreef op dinsdag 7 oktober 2025 @ 20:41:
[...]


Ik heb toen 's namiddags de API terug uitgeschakeld. Nu 4 weken verder: geen enkele uitval meer gehad. Ik ben er (in mijn geval alleszins) voor 99,99% zeker dat het die zaterdag voormiddag aan de ingeschakelde API lag.

Blij dat ik niet de enige ben die de relatie tussen Venus- CT003 instabiliteit en local-api enabled heeft gemerkt.
Maar of het probleem nou aan de Venus kant, of aan de CT003 kant zit, ben ik nog niet zeker van.

[ Voor 9% gewijzigd door djdj105 op 07-10-2025 20:46 ]

[Preaper]

antoinevromen schreef op dinsdag 7 oktober 2025 @ 18:40:
[...]

@Preaper . En wat zal er nou voor processor-/netwerk-hardware in een batterij zitten. De grootste supercomputers kun je middels een ddos-aanval plat leggen.
Ik ben bang dat door de ingeslagen weg door Marstek van UDP als communicate en niet TCP/IP dit gedrag niet zal gaan veranderen. Wat niet wegneemt dat je waarschijnlijk bij een synchrone variant net zo goed tegen de limieten van de processor-hardware zou aanlopen. Onze applicaties kunnen gewoon niet goed omgaan met berichten die in verschillende (niet volgtijdelijke) volgorde retour komen.

Toch ben ik nog steeds gewoon benieuwd welke sturingswens je vanuit HA hebt waarvoor je zo vaak de batterij wilt bevragen?

Ja je krijgt bij dit soort systemen die op basis van queueing werken als snel wachtrij-problematiek.
Dan lijkt iets niet meer te werken, maar dan is het systeem nog bezig met berichten die vooraf aan jouw bericht in de queue staan. Maakt niet uit. Ik ben mij namelijk niet zeker of of zo'n BLE-gateway (ik neem aan hetzelfde als de rweijnen-tool op basis van bluetooth zal werken met de batterij. Volgens mij is bluetooth een synchrone connectie). Ook die kun je natuurlijk overvoeren, maar die bufferen geen nieuwe requests meer als ze overvoert worden (die surplus-verzoeken gaan gewoon allemaal down-the-drain) Zie het als een soort DDos-aanval, die wordt op een gegeven moment ook gewoon geblocked en niet meer verder geprocessed;

Wij (mensen) hebben de gewoonte om bij een vraag ook per ommegaande een antwoord te krijgen. En daar zijn asynchrone systemen juist niet voor bedoeld. In een asynchroon systeem stel je een vraag en ergens in de tijd komt er een antwoord. De volgorde van die antwoorden is dan ook vaak niet eens vooraf te voorspellen. Alleen als je aan de luisterende kant gewoon alle antwoorden weer separaat verwerkt alsof het ook weer een los bericht is, waar je als ontvanger op gaat acteren heb je van al die asynchroniteit geen last.

We raken wat ver af van de praktijk. Ik heb het niet over een DDOS, maar over een normaal gebruiksscenario: actuele waardes in Home Assistant, zoals de Marstek-app ze ook toont. Een vertraging van 15 minuten zorgt er al voor dat het energiedashboard verkeerde aannames doet - soms 25% van het batterijverbruik in het verkeerde uur. Dat is precies waarom realtime updates nodig zijn. Dit is geen theoretische discussie over UDP, maar gewoon basisfunctionaliteit die bij een consumentenproduct hoort te werken.

[djdj105]

antoinevromen schreef op dinsdag 7 oktober 2025 @ 19:59:
[...]

@djdj105\Een winstpakker hebben we gelukkig al: jij zult nu na het uitzetten van de local-api geen meldingen meer hoeven te maken van instabiliteit rondom de CT003.

@antoinevromen Antoine, ik heb natuurlijk een vraag gesteld aan Marstek support hierover, maar zolang er geen nieuwe/verbeterde firmware voor een van beide apparaten uitkomt, ga ik hier geen tijd meer in steken.

Ik heb je een PB gestuurd

[d3x]

Ik heb nu 2 weken de API aanstaan zonder actieve connectie en heb geen enkel probleem met disconnects,
1 malig de test gedaan met API uit te lezen. Maar momenteel op basis van de feedback de actieve HA integratie afgezet - on hold .

API optie staat echter nog steeds gewoon aan op beide MT.

[antoinevromen]

Preaper schreef op dinsdag 7 oktober 2025 @ 20:55:
[...]


We raken wat ver af van de praktijk. Ik heb het niet over een DDOS, maar over een normaal gebruiksscenario: actuele waardes in Home Assistant, zoals de Marstek-app ze ook toont. Een vertraging van 15 minuten zorgt er al voor dat het energiedashboard verkeerde aannames doet - soms 25% van het batterijverbruik in het verkeerde uur. Dat is precies waarom realtime updates nodig zijn. Dit is geen theoretische discussie over UDP, maar gewoon basisfunctionaliteit die bij een consumentenproduct hoort te werken.

@Preaper ik mis zelf ook functionaliteit in de app, die je zou mogen verwachten, maar ik probeer te roeien met de riemen (local-api) die ik heb. In jouw geval zou je bijv eens kunnen proberen of het bijv wel werkt bij 1 request per minuut of zo. En dan vooraf eventueel nagekomen berichten weg te lezen.

[DSSW]

djdj105 schreef op dinsdag 7 oktober 2025 @ 20:44:
[...]


Blij dat ik niet de enige ben die de relatie tussen Venus- CT003 instabiliteit en local-api enabled heeft gemerkt.
Maar of het probleem nou aan de Venus kant, of aan de CT003 kant zit, ben ik nog niet zeker van.

Hier identiek, api staat terug uit, ik ga het opvolgen of de CT003 nu terug stabiel blijft zoals de 6 maanden voor activeren van de api.

[antoinevromen]

djdj105 schreef op dinsdag 7 oktober 2025 @ 20:44:
[...]


Blij dat ik niet de enige ben die de relatie tussen Venus- CT003 instabiliteit en local-api enabled heeft gemerkt.
Maar of het probleem nou aan de Venus kant, of aan de CT003 kant zit, ben ik nog niet zeker van.

@Druppeltje_ Naast jou schreef nog iemand dat hij vermoedt dat de local-api de ct003 verstoord heeft. Dan zit er toch serieus iets mis bij de koppeling tussen de batterij en een ct003. Ik heb hier met de hw p1 geen ervaring mee en draai al maanden mijn scripts tegen de local api. Misschien nu ik dit schrijf zou het kunnen dat in tegenstelling tot de hw p1 een ct003 zelf gaat communiceren richting de batterijen vanwege de sturing die daar in zit om meerdere batterijen te kunnen beheren. @pascallj zou dat misschien kunnen? Ik heb geen idee of de batterij of de ct003 het initiatief heeft bij sturing vanuit de ct. Terwijl een hw p1 die geen weet heeft van een marstek batterij enkel communiceert met de batterij als de batterij iets vraagt aan de hw p1

[Druppeltje_]

antoinevromen schreef op dinsdag 7 oktober 2025 @ 21:57:
[...]

@Druppeltje_ Naast jou schreef nog iemand dat hij vermoedt dat de local-api de ct003 verstoord heeft. Dan zit er toch serieus iets mis bij de koppeling tussen de batterij en een ct003. Ik heb hier met de hw p1 geen ervaring mee en draai al maanden mijn scripts tegen de local api. Misschien nu ik dit schrijf zou het kunnen dat in tegenstelling tot de hw p1 een ct003 zelf gaat communiceren richting de batterijen vanwege de sturing die daar in zit om meerdere batterijen te kunnen beheren. @pascallj zou dat misschien kunnen? Ik heb geen idee of de batterij of de ct003 het initiatief heeft bij sturing vanuit de ct. Terwijl een hw p1 die geen weet heeft van een marstek batterij enkel communiceert met de batterij als de batterij iets vraagt aan de hw p1

Ik heb er geen idee van. Mijn technische kennis op dat vlak is te beperkt. Ik kan hier enkel meedelen hetgeen ik merk en waar ik zeker van ben. Aan placebo-effecten, aannames of vermoedens doe ik nooit mee. Door het probleem te benoemen komt er hopelijk misschien een oplossing uit de bus. Mijn MT's hebben een zeer belabberde verbinding met de router. Die staan er 15m vanaf in een niet-gebruikte betonnen kelder. Verder dan 1 wifistreepje in de app kom ik bijvoorbeeld niet. Toch heb ik nooit last van verbindingsverlies tot die ene dag met de API aan. Los van dit alles, en zeker als je dit topic al lange tijd volgt zoals ik, heeft het hele Marstek gebeuren gewoon 1 grote zwakke plek. En dat zijn de verbindingsproblemen (ook buiten de ingeschakelde API) Het is enkel te hopen dat dat ooit opgelost geraakt, en ik kan enkel heel, héél blij zijn dat ik daar in het dagelijks gebruik werkelijk nooit last van heb.

[HHF]

Druppeltje_ schreef op dinsdag 7 oktober 2025 @ 22:18:
[...]


Ik heb er geen idee van. Mijn technische kennis op dat vlak is te beperkt. Ik kan hier enkel meedelen hetgeen ik merk en waar ik zeker van ben. Aan placebo-effecten, aannames of vermoedens doe ik nooit mee. Door het probleem te benoemen komt er hopelijk misschien een oplossing uit de bus. Mijn MT's hebben een zeer belabberde verbinding met de router. Die staan er 15m vanaf in een niet-gebruikte betonnen kelder. Verder dan 1 wifistreepje in de app kom ik bijvoorbeeld niet. Toch heb ik nooit last van verbindingsverlies tot die ene dag met de API aan. Los van dit alles, en zeker als je dit topic al lange tijd volgt zoals ik, heeft het hele Marstek gebeuren gewoon 1 grote zwakke plek. En dat zijn de verbindingsproblemen (ook buiten de ingeschakelde API) Het is enkel te hopen dat dat ooit opgelost geraakt, en ik kan enkel heel, héél blij zijn dat ik daar in het dagelijks gebruik werkelijk nooit last van heb.

Hopelijk brengt Marstek ooit nog een versie van de CT003 uit met een LAN verbinding (zoals de V3 ook heeft). Dan ben je in ieder geval van dat gedoe met de WiFi af

[Druppeltje_]

HHF schreef op dinsdag 7 oktober 2025 @ 22:23:
[...]

Hopelijk brengt Marstek ooit nog een versie van de CT003 uit met een LAN verbinding (zoals de V3 ook heeft). Dan ben je in ieder geval van dat gedoe met de WiFi af

Dat is net het hele punt. Ik heb 0,0 gedoe
Ik heb hele slechte verbinding in die kelder, maar die MT's lopen als een trein, hebben nooit uitval. Ik zie hier verhalen voorbij komen van mensen die volop verbinding hebben en toch de hele tijd uitval ervaren. Ik heb heel slechte verbinding, en nooit uitval.

[Avenger 2.0]

kurt1977 schreef op dinsdag 7 oktober 2025 @ 13:07:
dus knop induwen, stekker uittrekken en dat is het.
Weet er iemand of die leeg gaat komen na x tijd?
Met andere woorden, kan ik de stekker eruit doen als de batterij op 11% staat?

Voor korte tijd enkel op 11%, als je enkele weken/maanden niet wil gebruiken zou ik (manueel) tot 50% laden. Dan kan je voor lange tijd stockeren.

Vraag mij af of je een batterij die normaal buiten staat beter kan binnen zetten voor de winter of toch uitgeschakeld buiten mag laten staan. Of is het toch beter om deze ingeschakeld te laten in manueel zodat er zich geen vocht/condens kan opbouwen in de batterij?

[Erik1805]

Ik zie zo waar een oplaad punt in de loop van de ochtend. Hoop dat het nu beter gaat

[S2S]

Erik1805 schreef op woensdag 8 oktober 2025 @ 08:05:
Ik zie zo waar een oplaad punt in de loop van de ochtend. Hoop dat het nu beter gaat

[Afbeelding]

Eerst stonden de punten in op een andere plek in de app. Volgens mij bij winst , dus ik weet het niet. Vakantie is daar bijna voorbij dus ze zullen wel weer een keer aan de slag gaan.

[vinom]

Erik1805 schreef op woensdag 8 oktober 2025 @ 08:05:
Ik zie zo waar een oplaad punt in de loop van de ochtend. Hoop dat het nu beter gaat

[Afbeelding]

Hmm, die zie ik dan weer niet voor vandaag. Bij mij staat er elke keer een laad moment in de nacht, die het dan vervolgens niet doet.

[toktokcity]

Ik heb al twee nachten via de Tibber AI koppeling laadmomenten waargenomen, maar tot twee keer nu heeft ie niets opgeladen. Dit is wel erg irritant, met dit grijze weer is het nu juist een interessante functionaliteit.

[Engineer Stewie]

Is er een oplossing om ervoor te zorgen dat de batterij indien in standby staat maar leeg is niet plots te laten laden aan 1kW voor 40 minuten.

Mijn SoC viel deze nacht van 11 naar 2% zonder reden en daarop is de marstek V2 gaan laden toen de auto reeds aan het laden is. Aangezien we in Vlaanderen worden afgerekend op capaciteitspiek kost dat grapje geld (in dit geval wel beperkt, aangezien ik aan het laden was onder de default 2,5kW piek).