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

[Druppeltje_]

NoFate schreef op zaterdag 28 februari 2026 @ 15:48:
Ter info, nieuwe b2500 addon beschikbaar MET homewizard websocket functie!!

Je moet deze toevoegen met speciale config.ini file, hierbij vb code om je CT003 te emuleren met websocket functie van de HWP1 meter:
Repo toevoegen met speciale TAG voor de test build:

https://github.com/tomquist/b2500-meter#ct002

code:

[GENERAL]
DEVICE_TYPE = ct003
POLL_INTERVAL = 1
THROTTLE_INTERVAL = 0

[CT003]
CT_MAC =
UDP_PORT = 12345
DEDUPE_TIME_WINDOW = 0

[HOMEWIZARD]
IP = 192.168.0.29
# Token must be obtained once via POST /api/user while pressing the device button
# curl -k -X POST https://192.168.0.29/api/user -H "X-Api-Version: 2" -H "Content-Type: application/json" -d '{"name": "local/my-app"}'
# curl -k -H "Authorization: Bearer XXX" -H "X-Api-Version: 2" https://192.168.0.29/api
TOKEN = XXX
SERIAL = XXX

Zo dan weten we vanavond weer wat doen

[NoFate]

Druppeltje_ schreef op zaterdag 28 februari 2026 @ 16:25:
[...]


Zo dan weten we vanavond weer wat doen

Zelf ook nog niet getest, even batterijen handmatig opladen, en dan straks de NOM testen, moest hem feedback geven hoe het ging. Ben benieuwd, via de API V1 van HW kreeg ik geen mooie 0, mss door de polling hammering, dat niet goed gaat, met deze websocket kunnen we dat uitsluiten, want zou instant moeten zijn

[Koffrie]

Ik heb alles aan het draaien. lijkt wel aardig te werken.
CT003. met V116
Batterij met V147
Comm met V202409090159

Ik draai nu NoM.
Is dit gedrag hier boven normaal. Ik vind het een vrij grofe regeling. Is hier nog wat aan te doen?

[dannyro]

NoFate schreef op zaterdag 28 februari 2026 @ 16:44:
[...]

Zelf ook nog niet getest, even batterijen handmatig opladen, en dan straks de NOM testen, moest hem feedback geven hoe het ging. Ben benieuwd, via de API V1 van HW kreeg ik geen mooie 0, mss door de polling hammering, dat niet goed gaat, met deze websocket kunnen we dat uitsluiten, want zou instant moeten zijn

De API V2 van de HW P1 meter is er toch al een paar maanden? Ik heb de Homewizard instant eens geïnstalleerd. Van gisteren en vandaag lopen de waarden gelijk in de grafiek. Zowel de normale integratie als de instant.

[ Voor 13% gewijzigd door dannyro op 28-02-2026 17:38 ]

[NoFate]

dannyro schreef op zaterdag 28 februari 2026 @ 17:36:
[...]

De API V2 van de HW P1 meter is er toch al een paar maanden?

klopt, nu gebruikt de b2500 addon deze ook, voorheen, kon je alleen nog via json de polling doen
Ook HA gebruikt de V2 nog niet optimaal, nog steeds polling van 5 sec...
Dus er was nog niet ech een goeie mogelijkheid om de V2 api te injecteren in de emulator

[dannyro]

NoFate schreef op zaterdag 28 februari 2026 @ 17:37:
[...]

klopt, nu gebruikt de b2500 addon deze ook, voorheen, kon je alleen nog via json de polling doen
Ook HA gebruikt de V2 nog niet optimaal, nog steeds polling van 5 sec...
Dus er was nog niet ech een goeie mogelijkheid om de V2 api te injecteren in de emulator

Bericht hierboven aangepast.

[dannyro]

In Home assistant zie je de 1 seconde poling wel in de sensor, maar daar houdt HA geen rekening mee. Lijnen in de grafiek lopen gelijk. Een geemuleerde CT in de Marstek app heb ik niet getest omdat dit redelijk goed werkt met de HW P1.

[ Voor 27% gewijzigd door dannyro op 28-02-2026 17:46 ]

[NoFate]

dannyro schreef op zaterdag 28 februari 2026 @ 17:41:
In Home assistant zie je de 1 seconde poling wel in de sensor, maar daar houdt HA geen rekening mee. Lijnen in de grafiek lopen gelijk. Een geemuleerde CT in de Marstek app heb ik niet getest omdat dit redelijk goed werkt met de HW P1.

ja, en toch ik had de polling naar 1 sec aangepast in de code van de integratie, maar toch was deze niet goed, liep precies nog steeds achter, nu de websocket aan het testen... loopt voorlopig uitstekend!!

[Druppeltje_]

Koffrie schreef op zaterdag 28 februari 2026 @ 16:56:
[Afbeelding]

Ik heb alles aan het draaien. lijkt wel aardig te werken.
CT003. met V116
Batterij met V147
Comm met V202409090159

Ik draai nu NoM.
Is dit gedrag hier boven normaal. Ik vind het een vrij grofe regeling. Is hier nog wat aan te doen?

+100w/-100W. Dat kan inderdaad wel beter.
Zou het bij Marstek neerleggen. In het verleden nog al mensen geweest waar ze dan CT polling aangepast hebben en dan was dat beter verholpen. Kan soms wel ook met een bepaald apparaat te maken hebben. Ik heb hier 's nachts een zo goed als vlakke lijn met max. +5W/-5W. (Buiten momenten dat koelkast of dergelijke aanslaat). Als de tv opstaat of de vrouw is aan het strijken dan kan de lijn ook wel golven.

[gigabit]

Marstek sinds oktober 2025 naar tevredenheid maar nu gebeurd er echter wat vreemds.
Marstek Venus E v2.0 V153 BMS 213 App 1.6.59 Lilygo Modbus HA inegratie.

De Marstek reageerde in de vroege ochtend nergens meer op en stond op dat moment op 45%.
De Modbus losgekoppeld 230V stekker eruit en geheel uitgezet door de knop in te houden.
Na +/- 10 min weer aangezet en nu staat hij op 10%.
Oke kan dacht ik. Maar later die dag na opgeladen te zijn naar bijna 100% ontlaad de marstek rustig tot 54% maar dan ineens zakt hij weg naar 10%.

Iemand enig idee wat er aan de hand kan zijn?
O ja de BT Status is ook van "Active" naar "Active afther reboot" naar "Connected" naar "Active" en nu weer "Connected" gegaan.

[pascallj]

gigabit schreef op zaterdag 28 februari 2026 @ 19:57:
Marstek sinds oktober 2025 naar tevredenheid maar nu gebeurd er echter wat vreemds.
Marstek Venus E v2.0 V153 BMS 213 App 1.6.59 Lilygo Modbus HA inegratie.

De Marstek reageerde in de vroege ochtend nergens meer op en stond op dat moment op 45%.
De Modbus losgekoppeld 230V stekker eruit en geheel uitgezet door de knop in te houden.
Na +/- 10 min weer aangezet en nu staat hij op 10%.
Oke kan dacht ik. Maar later die dag na opgeladen te zijn naar bijna 100% ontlaad de marstek rustig tot 54% maar dan ineens zakt hij weg naar 10%.

Iemand enig idee wat er aan de hand kan zijn?
O ja de BT Status is ook van "Active" naar "Active afther reboot" naar "Connected" naar "Active" en nu weer "Connected" gegaan.

[Afbeelding]

[Afbeelding]

De batterij heeft de honderd procent nooit aangetikt zo te zien. De SoC is niet accuraat bij gebruik van NOM (Anti-Feed) en gaat al vrij snel scheef lopen. Dit wordt gecorrigeerd in het stuk tussen 99 en 100 procent. Als de kalibratie dus heel erg af is, kan het zijn dat deze heel lang op 99 procent staat om vol te raken.

Laad de batterij de eerstvolgende keer even handmatig vol tot honderd procent tot hij afslaat. Dan zal je waarschijnlijk zien dat er ook weer een fatsoenlijke hoeveelheid energie uitkomt.

Die BT status staat er overigens los van. Ik heb ooit eens gedocumenteerd dat er een andere status is nadat de batterij is opgestart. Anders dan wanneer er een apparaat verbonden en daarna niet meer verbonden is. Maar waarom die status anders is en wat het betekent, zou ik niet weten.

[ Voor 7% gewijzigd door pascallj op 28-02-2026 20:03 ]

[gigabit]

pascallj schreef op zaterdag 28 februari 2026 @ 20:01:
[...]


De batterij heeft de honderd procent nooit aangetikt zo te zien. De SoC is niet accuraat bij gebruik van NOM (Anti-Feed) en gaat al vrij snel scheef lopen. Dit wordt gecorrigeerd in het stuk tussen 99 en 100 procent. Als de kalibratie dus heel erg af is, kan het zijn dat deze heel lang op 99 procent staat om vol te raken.

Laad de batterij de eerstvolgende keer even handmatig vol tot honderd procent tot hij afslaat. Dan zal je waarschijnlijk zien dat er ook weer een fatsoenlijke hoeveelheid energie uitkomt.

Oke dank je ga ik morgen proberen.

[ Voor 10% gewijzigd door gigabit op 28-02-2026 21:43 ]

[PNARI]

Gamm86 schreef op vrijdag 27 februari 2026 @ 11:07:
[...]

Via Home Assistant en ESP, indien je dit hebt, kun je gebruik maken van binary_sensor.marstek_m1_ct_connection_abnormal om een melding te krijgen.

Helaas ken ik niks van HA programmatie en heb ook geen zin meer om me daar in te verdiepen.

[Mg4gebruiker]

Heeft iemand de HW splitter in gebruik om zowel de CT003 als de HW p1 meter aan te sluiten? Werkt dan het uitlezen van HWP1 goed?

[NoFate]

Mg4gebruiker schreef op zaterdag 28 februari 2026 @ 22:32:
Heeft iemand de HW splitter in gebruik om zowel de CT003 als de HW p1 meter aan te sluiten? Werkt dan het uitlezen van HWP1 goed?

Ja, maar heb zowel de splitter als de CT aparte voeding gegeven, anders had ik soms wel eens een uitval, nu niet, de HW geen voeding

[Bossi13]

Mg4gebruiker schreef op zaterdag 28 februari 2026 @ 22:32:
Heeft iemand de HW splitter in gebruik om zowel de CT003 als de HW p1 meter aan te sluiten? Werkt dan het uitlezen van HWP1 goed?

Hier beiden op de Marstek USB voeding die is aangesloten op de splitter zelf.

[Mg4gebruiker]

Bossi13 schreef op zaterdag 28 februari 2026 @ 23:24:
[...]


Hier beiden op de Marstek USB voeding die is aangesloten op de splitter zelf.

[Afbeelding]

Lees jij allebei uit? Geen last van uitval met ct003?

[Bossi13]

Mg4gebruiker schreef op zaterdag 28 februari 2026 @ 23:31:
[...]

Lees jij allebei uit? Geen last van uitval met ct003?

Nope, niks uitval. (Edit*: correctie: in het begin las de MP1 veel sneller dan HWP1, nu zie ik dat ze beiden net binnen de seconde hernieuwen).

[ Voor 21% gewijzigd door Bossi13 op 01-03-2026 00:44 ]

[Druppeltje_]

NoFate schreef op zaterdag 28 februari 2026 @ 15:48:
Ter info, nieuwe b2500 addon beschikbaar MET homewizard websocket functie!!

Je moet deze toevoegen met speciale config.ini file, hierbij vb code om je CT003 te emuleren met websocket functie van de HWP1 meter:
Repo toevoegen met speciale TAG voor de test build:

https://github.com/tomquist/b2500-meter#ct002

code:

[GENERAL]
DEVICE_TYPE = ct003
POLL_INTERVAL = 1
THROTTLE_INTERVAL = 0

[CT003]
CT_MAC =
UDP_PORT = 12345
DEDUPE_TIME_WINDOW = 0

[HOMEWIZARD]
IP = 192.168.0.29
# Token must be obtained once via POST /api/user while pressing the device button
# curl -k -X POST https://192.168.0.29/api/user -H "X-Api-Version: 2" -H "Content-Type: application/json" -d '{"name": "local/my-app"}'
# curl -k -H "Authorization: Bearer XXX" -H "X-Api-Version: 2" https://192.168.0.29/api
TOKEN = XXX
SERIAL = XXX

Heb geprobeerd om deze te testen.
Ik loop vast bij het homewizard gedeelte.
Mijn API is V1 en geen V2. Ik vermoed dat het daarom misloopt?

[NoFate]

Druppeltje_ schreef op zondag 1 maart 2026 @ 00:47:
[...]


Heb geprobeerd om deze te testen.
Ik loop vast bij het homewizard gedeelte.
Mijn API is V1 en geen V2. Ik vermoed dat het daarom misloopt?

Hoe bedoel je? Alle Homewizard dongles hebben V2, ik heb de 2 curl commands erbij gezet in comment om de token en serial te bekomen, deze moet je dan invullen in de die config, en that's it
Je moet die config.ini in de addon folder plaatsen en dan de filename invullen in de addon config

[PNARI]

Koffrie schreef op zaterdag 28 februari 2026 @ 16:56:
[Afbeelding]

Ik heb alles aan het draaien. lijkt wel aardig te werken.
CT003. met V116
Batterij met V147
Comm met V202409090159

Ik draai nu NoM.
Is dit gedrag hier boven normaal. Ik vind het een vrij grofe regeling. Is hier nog wat aan te doen?

Ja, is min of meer normaal. Hangt er ook vanaf welke belastingen je aan hebt staan.

[PNARI]

Weet iemand wat bypass mode is ?

[pascallj]

PNARI schreef op zondag 1 maart 2026 @ 08:34:
Weet iemand wat bypass mode is ?[Afbeelding]

Batterij in stand-by, maar het back-upstopcontact aan.

[dannyro]

gigabit schreef op zaterdag 28 februari 2026 @ 20:03:
[...]

Oke dank je ga ik morgen proberen.

Ik heb dat ook eens gehad toen ik nog op V153 draaide. Soc viel regelmatig naar 0. In uw plaats zou ik toch overwegen om een update van de FW te krijgen, Nu draai ik inmiddels V158 en BMS V216 en dat draait hier heel stabiel. Als ik het mij nog herinner was dat probleem al van V154 BMS V216 al van de baan.

[WillemD61]

pascallj schreef op zondag 1 maart 2026 @ 08:36:
[...]


Batterij in stand-by, maar het back-upstopcontact aan.

Volgens mij betekent bypass mode dat de stroom van direct (aan pv aansluitingen) aangesloten zonnepanelen doorgeleverd wordt aan het net i.p.v. wordt opgeslagen.

[ Voor 4% gewijzigd door WillemD61 op 01-03-2026 09:22 ]

[pascallj]

WillemD61 schreef op zondag 1 maart 2026 @ 09:20:
[...]

Volgens mij betekent het dat de stroom van direct aangesloten zonnepanelen doorgeleverd wordt aan het net i.p.v. wordt opgeslagen.

De Venus E heeft geen aansluiting voor zonnepanelen (tenzij micro-omvormer op het back-upstopcontact). Het betekent dat er een verbinding is tussen het net, en het stopcontact (die er ook is als er wordt geladen/ontladen), maar dat de batterij niets doet, de batterij wordt 'gebypassed'.

[Perkouw]

Even een lompe brainfart deze ochtend; zou het allicht helpen om twee CT003's te hebben en ze beide een subset aan accu's aan te laten sturen?

[pascallj]

Perkouw schreef op zondag 1 maart 2026 @ 09:26:
Even een lompe brainfart deze ochtend; zou het allicht helpen om twee CT003's te hebben en ze beide een subset aan accu's aan te laten sturen?

Nee want dan ga je de samenwerking missen. Meerdere CT003's communiceren niet met elkaar. Nog steeds verbindingsproblemen?

[Perkouw]

@pascallj geen verbindingsproblemen. Accu's die gewoon niet goed werken. Staan op NOM en dat is het wel. Laden over het algemeen OK. Ontladen wil soms bij een enkele en soms meerdere ineens niet. Stroom eraf tot harde reset nodig om dat weer aan de praat te krijgen. . .best irritant en tijdrovend aan het worden.

[Druppeltje_]

NoFate schreef op zondag 1 maart 2026 @ 06:39:
[...]

Hoe bedoel je? Alle Homewizard dongles hebben V2, ik heb de 2 curl commands erbij gezet in comment om de token en serial te bekomen, deze moet je dan invullen in de die config, en that's it
Je moet die config.ini in de addon folder plaatsen en dan de filename invullen in de addon config

Ja jouw voorbeeld was duidelijk genoeg, daar ligt het niet aan
Vooralsnog lukt het mij niet om de token op te vragen. Dat ligt hoe dan ook aan mij hoor, is allemaal tamelijk nieuwe materie voor me. We blijven proberen.

[Sarge_]

Ik heb met mijn accu's op 147 en de CT003 nu ineens alleen maar problemen.

Support reageert ook helemaal niet meer op geen enkele ticket. Misschien vinden ze mij niet zo aardig meer.

Als ik van handmatig naar zelf ini ga, merk ik dat ze gewoon niets doen en ik stroom sta terug te leveren. Super zonde. Kijk ik in de CT geen accu's op de plaatjes. Heb al resets gedaan naar fabrieksinstellingen en alleen nog niet de versie zonder behoud van instellingen. Dat ga ik zo dan maar doen. Was ik maar op 146 gebleven. Dat werkte prima.

Heeft iemand een mailadres voor support? Die app support werkt bij mij niet meer.
Anders toch de leverancier maar weer mailen.

[Stevencito]

SInds een paar weken werken de CT003 en de VenusE3 niet echt lekker samen. Bij opnieuw alles opstarten kwam ik erachter dat de CT003 blijft hangen bij de diagnose van de fases. Oplossing bleek te zijn om die diagnose te doen met de telefoon binnen Bluetooth-afstand van de batterij. Ik dacht dat dit de gouden tip was, totdat alles vanochtend de batterij met volle zon op de panelen, weer op stand-by stond. De CT was weer blijven hangen op de diagnose van de fases, terwijl dat al ingesteld was op 3-fasensom.

Hoe kan ik voorkomen dat de CT elke keer weer een diagnose gaat doen en vastloopt?

[pascallj]

Stevencito schreef op zondag 1 maart 2026 @ 11:01:
SInds een paar weken werken de CT003 en de VenusE3 niet echt lekker samen. Bij opnieuw alles opstarten kwam ik erachter dat de CT003 blijft hangen bij de diagnose van de fases. Oplossing bleek te zijn om die diagnose te doen met de telefoon binnen Bluetooth-afstand van de batterij. Ik dacht dat dit de gouden tip was, totdat alles vanochtend de batterij met volle zon op de panelen, weer op stand-by stond. De CT was weer blijven hangen op de diagnose van de fases, terwijl dat al ingesteld was op 3-fasensom.

Hoe kan ik voorkomen dat de CT elke keer weer een diagnose gaat doen en vastloopt?

Om te beginnen is het belangrijk om te zorgen dat je voor zowel de batterij als de CT003 de verbinding stabiel en heel goed is. Dat hebben ze gewoon nodig.

Heb je soms de API aanstaan? Dan kan de batterij resetten en zal de diagnose opnieuw uitgevoerd moeten worden.

[WillemD61]

NoFate schreef op zondag 1 maart 2026 @ 06:39:
[...]

Hoe bedoel je? Alle Homewizard dongles hebben V2,

Ja, ze kunnen V2 hebben, maar als je hem ooit gekocht hebt met V1 wordt die niet automatisch ge-upgrade naar V2. Dat moet je zelf doen omdat deze een andere opzet (met https en token) vereist.

[Pe1dtq]

Stevencito schreef op zondag 1 maart 2026 @ 11:01:
SInds een paar weken werken de CT003 en de VenusE3 niet echt lekker samen. Bij opnieuw alles opstarten kwam ik erachter dat de CT003 blijft hangen bij de diagnose van de fases. Oplossing bleek te zijn om die diagnose te doen met de telefoon binnen Bluetooth-afstand van de batterij. Ik dacht dat dit de gouden tip was, totdat alles vanochtend de batterij met volle zon op de panelen, weer op stand-by stond. De CT was weer blijven hangen op de diagnose van de fases, terwijl dat al ingesteld was op 3-fasensom.

Hoe kan ik voorkomen dat de CT elke keer weer een diagnose gaat doen en vastloopt?

Hebben velen momenteel. Is ook geen communicatie fout in de zin van Wifi /LAN.
Accu icoontje verdwijnt dan ook op de CT-003 pagina. Firmware update gaf bij mij geen verbetering.
Tijdelijke oplossing bij mij is toggelen tussen manual en NOM.

[ Voor 3% gewijzigd door Pe1dtq op 01-03-2026 11:22 ]

[Druppeltje_]

WillemD61 schreef op zondag 1 maart 2026 @ 11:16:
[...]

Ja, ze kunnen V2 hebben, maar als je hem ooit gekocht hebt met V1 wordt die niet automatisch ge-upgrade naar V2. Dat moet je zelf doen omdat deze een andere opzet (met https en token) vereist.

Daar dacht ik dus in eerste instantie aan dat het probleem bij mij lag. Maar ik heb erna naar updates gezocht via de hw app. Die waren er ook.. deze geinstalleerd en dat is nog steeds api v1.

[dannyro]

Druppeltje_ schreef op zondag 1 maart 2026 @ 11:27:
[...]


Daar dacht ik dus in eerste instantie aan dat het probleem bij mij lag. Maar ik heb erna naar updates gezocht via de hw app. Die waren er ook.. deze geinstalleerd en dat is nog steeds api v1.

6.0304 is bij mij de laatste FW voor de HW P1. Deze heb ik ook moeten updaten in HA. Bezitters van een HW Pib kunnen een andere versie hebben.

[WillemD61]

Druppeltje_ schreef op zondag 1 maart 2026 @ 11:27:
[...]


Daar dacht ik dus in eerste instantie aan dat het probleem bij mij lag. Maar ik heb erna naar updates gezocht via de hw app. Die waren er ook.. deze geinstalleerd en dat is nog steeds api v1.

Er staat op de website van Homewizard dat uitrol in fases gaat. Misschien even contact opnemen?

[Perkouw]

Herken het beeld wel dat er niet meer gereageerd wordt op support tickets overigens. Zoals eerder geschreven een 2e ticket geopend, maar tot op heden geen reactie. Al bedenk ik me net met dat ik schrijf. . .het is Chinees Nieuwjaar. Stom, niet aan gedacht. Zou dat het zijn?

[Sarge_]

Perkouw schreef op zondag 1 maart 2026 @ 11:42:
Herken het beeld wel dat er niet meer gereageerd wordt op support tickets overigens. Zoals eerder geschreven een 2e ticket geopend, maar tot op heden geen reactie. Al bedenk ik me net met dat ik schrijf. . .het is Chinees Nieuwjaar. Stom, niet aan gedacht. Zou dat het zijn?

Och natuurlijk! Dat heb ik vorig jaar ook al eens gelezen. Dat zal het zijn. Komen ze terug straks naar aardig wat teleurstellende berichtjes

[WillemD61]

Sarge_ schreef op zondag 1 maart 2026 @ 11:43:
[...]


Och natuurlijk! Dat heb ik vorig jaar ook al eens gelezen. Dat zal het zijn. Komen ze terug straks naar aardig wat teleurstellende berichtjes

Dat was 17 februari. Ik weet niet hoe lang ze dat vieren....

[DukeBox]

WillemD61 schreef op zondag 1 maart 2026 @ 11:48:
[...]

Dat was 17 februari. Ik weet niet hoe lang ze dat vieren....

t/m 3 maart

[Pe1dtq]

Willekeur.
Hier afgelopen week 2 x een firmware update gevraagd en gekregen.
Geen peil op te trekken helaas.

Trouwens voor mijn kapotte V2 eindelijk een V3 gekregen. Volle charge en discharge gedaan. Ding wil alleen niet met meer dan 1600W laden😡

Maar weer ticket aangemaakt.

[ Voor 44% gewijzigd door Pe1dtq op 01-03-2026 12:36 ]

[Druppeltje_]

dannyro schreef op zondag 1 maart 2026 @ 11:34:
[...]

6.0304 is bij mij de laatste FW voor de HW P1. Deze heb ik ook moeten updaten in HA. Bezitters van een HW Pib kunnen een andere versie hebben.

Hier ook 6.0304.
Maar als ik hem ping krijg ik API V1.

[pascallj]

Pe1dtq schreef op zondag 1 maart 2026 @ 12:02:
Willekeur.
Hier afgelopen week 2 x een firmware update gevraagd en gekregen.
Geen peil op te trekken helaas.

Trouwens voor mijn kapotte V2 eindelijk een V3 gekregen. Volle charge en discharge gedaan. Ding wil alleen niet met meer dan 1600W laden😡

Maar weer ticket aangemaakt.

Dat is balen! Al eens een fabrieksreset gedaan? Zou niet weten waarom, maar misschien dat het Max vermogen al ingesteld stond op een of andere manier?

[Pe1dtq]

Nee, nog niet gedaan.

Het gekke is, dat een manual lading van 12 naar 100% wel lukt met 2000W. Echter zodra er dan NOM gebruikt en de capaciteit rond de 70% hangt, het laadvermogen niet meer hoger komt dan 1600W (zowel via NOM als manual).

[antoinevromen]

Voor mijn plug-in zonnepanelen heb ik een HW-energysocket gekocht. Weet iemand misschien of ik die HW-energysocket ook middels een http-request vanuit de browser via een api kan benaderen zoals ik de HW P1 met zo'n http-request kan uitlezen? (dat het uiteindelijk via de HW-app kan geloof ik wel, maar dat is weer op cloud/internet gebaseerd)

[ Voor 7% gewijzigd door antoinevromen op 01-03-2026 13:42 ]

[De Senaat]

antoinevromen schreef op zondag 1 maart 2026 @ 13:40:
Voor mijn plug-in zonnepanelen heb ik een HW-energysocket gekocht. Weet iemand misschien of ik die HW-energysocket ook middels een http-request vanuit de browser via een api kan benaderen zoals ik de HW P1 met zo'n http-request kan uitlezen? (dat het uiteindelijk via de HW-app kan geloof ik wel, maar dat is weer op cloud/internet gebaseerd)

Kan op dezelfde manier: http://<IPnr>/api/v1/data en http://<IPnr>/api/v1/state

[Pharos1985]

Eerste dagen met veel zon hier geweest afgelopen dagen. Ik heb de Marstek nog maar paar maand.
Nu zie ik dit op mijn energy dashboard:


De batterij is zeker niet volgeraakt die dag (ze heeft wel geladen). Hoe kan er dan toch nog zoveel terug geleverd zijn aan het net?
Dat de batterij en zonnepanelen 0 geven is logisch en niet relevant in deze screenshot (de modbus interface naar de PV omvormer werkt niet stabiel en de Marstek zet ik de local API uit omdat die anders om de x aantal tijd herstart moet worden en weer factory default staat).

Ik heb maar 7 zonnepanelen van 450wattpiek liggen en de Marstek kan laden op 2500watt, dus kan toch bijna niet dat ik dan nog zoveel overschot had die dag dat dat in het net gepompt moest worden?

Iemand? Alvast bedankt!

[ Voor 11% gewijzigd door Pharos1985 op 01-03-2026 14:08 ]

[tweeek]

Pe1dtq schreef op zondag 1 maart 2026 @ 13:32:
Nee, nog niet gedaan.

Het gekke is, dat een manual lading van 12 naar 100% wel lukt met 2000W. Echter zodra er dan NOM gebruikt en de capaciteit rond de 70% hangt, het laadvermogen niet meer hoger komt dan 1600W (zowel via NOM als manual).

Ik heb zoiets eens gehad met mijn V1, die bleef vrij stug op de 1200 watt maximaal gebruiken.
dus maximaal kon die laden en ontladen op 1200 watt en op NOM meelopen op lager wattage wat de huiselijke vraag op dat moment dan zou zijn.

Ik kon wel de kiezen tussen 800 en 2500 watt en dat maakte geen verschil.
Uiteindelijk heeft marstek(kyle alan of hun andere team) iets gedaan en toen kon ik weer laden bijvoorbeeld met 2500watt.

[Bossi13]

Stevencito schreef op zondag 1 maart 2026 @ 11:01:
SInds een paar weken werken de CT003 en de VenusE3 niet echt lekker samen. Bij opnieuw alles opstarten kwam ik erachter dat de CT003 blijft hangen bij de diagnose van de fases. Oplossing bleek te zijn om die diagnose te doen met de telefoon binnen Bluetooth-afstand van de batterij. Ik dacht dat dit de gouden tip was, totdat alles vanochtend de batterij met volle zon op de panelen, weer op stand-by stond. De CT was weer blijven hangen op de diagnose van de fases, terwijl dat al ingesteld was op 3-fasensom.

Hoe kan ik voorkomen dat de CT elke keer weer een diagnose gaat doen en vastloopt?

Daar heb ik 12 dagen mee liggen klooien, alle pistes doorlopen tot ik de CT003 vervangen heb door een nieuwe.
Alles direct weer online.

[Stevencito]

Pe1dtq schreef op zondag 1 maart 2026 @ 11:21:
[...]

Hebben velen momenteel. Is ook geen communicatie fout in de zin van Wifi /LAN.
Accu icoontje verdwijnt dan ook op de CT-003 pagina. Firmware update gaf bij mij geen verbetering.
Tijdelijke oplossing bij mij is toggelen tussen manual en NOM.

Wifi-signaal is meer dan voldoende; apparaten staan maar een meter of twee uit elkaar met alleen een houten vloertje ertussen. Bovendien werkte alles stabieler dan nu, dus een beetje raar dit. Hopellijk komt er een update die dit verbetert, want ik wil nog 2 of drie batterijen erbij. Vandaar ook de CT003, want met de Homewizzard P1-meter werkte het eigenlijk met 1 batterij zelfs beter dan met de CT003.

[Pe1dtq]

Wifi hier net zo. Antenne van de CT-003 75cm van de accu's vandaan.


@Tweek Hopelijk kunnen ze er wat aan doen. Had vandaag 3 kW aan overschot op een bepaald moment. Dan wil je toch graag dat er 2.5 in de accu gaat.

[ Voor 23% gewijzigd door Pe1dtq op 01-03-2026 17:16 ]

[AUijtdehaag]

Pharos1985 schreef op zondag 1 maart 2026 @ 14:07:
Eerste dagen met veel zon hier geweest afgelopen dagen. Ik heb de Marstek nog maar paar maand.
Nu zie ik dit op mijn energy dashboard:
[Afbeelding]

De batterij is zeker niet volgeraakt die dag (ze heeft wel geladen). Hoe kan er dan toch nog zoveel terug geleverd zijn aan het net?
Dat de batterij en zonnepanelen 0 geven is logisch en niet relevant in deze screenshot (de modbus interface naar de PV omvormer werkt niet stabiel en de Marstek zet ik de local API uit omdat die anders om de x aantal tijd herstart moet worden en weer factory default staat).

Ik heb maar 7 zonnepanelen van 450wattpiek liggen en de Marstek kan laden op 2500watt, dus kan toch bijna niet dat ik dan nog zoveel overschot had die dag dat dat in het net gepompt moest worden?

Iemand? Alvast bedankt!

Join the club zou ik zeggen
TrueOrigin in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"
3x100% en wachtend op de ochtendpiek om ze leeg te gooien.
Het worden mooie dagen.

[ Voor 3% gewijzigd door AUijtdehaag op 01-03-2026 17:18 ]

[DukeBox]

Stevencito schreef op zondag 1 maart 2026 @ 16:42:
Wifi-signaal is meer dan voldoende; apparaten staan maar een meter of twee uit elkaar met alleen een houten vloertje ertussen.

Pe1dtq schreef op zondag 1 maart 2026 @ 17:12:
Wifi hier net zo. Antenne van de CT-003 75cm van de accu's vandaan.

Je AP/WiFi-router ook? Verkeer is namelijk niet direct.

[ Voor 23% gewijzigd door DukeBox op 01-03-2026 17:39 ]

[tweeek]

Pe1dtq schreef op zondag 1 maart 2026 @ 17:12:
Wifi hier net zo. Antenne van de CT-003 75cm van de accu's vandaan.


@Tweek Hopelijk kunnen ze er wat aan doen. Had vandaag 3 kW aan overschot op een bepaald moment. Dan wil je toch graag dat er 2.5 in de accu gaat.

Had even teruggezocht, mijn probleem was naar het technische team gestuurd, en die hebben wat gedaan zodat ie weer naar de 2500watt kon.
Wat ze hebben gedaan, is geen bericht over geweest.

[Pharos1985]

AUijtdehaag schreef op zondag 1 maart 2026 @ 17:15:
[...]

Join the club zou ik zeggen
TrueOrigin in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"
3x100% en wachtend op de ochtendpiek om ze leeg te gooien.
Het worden mooie dagen.

Ja maar dit heeft met local API te maken denk ik toch? Dat mijn batterij niet in HA zit, vind ik niet dadelijk een probleem. Maar ik vraag me alleen af waarom ik zo'n hoge teruglevering heb (zie screenshot) als die Marstek ertussen zit? Ze heeft wel degelijk geladen en ontladen die dag.

[AUijtdehaag]

@Pharos1985
Nee modbus om local api juist te vermijden
Als je deze in een yaml gooit heb je ook alle cijfertjes incl lifetime cycles kWh en RTE
https://github.com/fonske/MarstekVenusV3-modbus-TCP-IP

Edit: cycles heb ik er nog niet in zitten, wel bij mezelf

[ Voor 70% gewijzigd door AUijtdehaag op 01-03-2026 17:58 ]

[WillemD61]

Pharos1985 schreef op zondag 1 maart 2026 @ 14:07:
Eerste dagen met veel zon hier geweest afgelopen dagen. Ik heb de Marstek nog maar paar maand.
Nu zie ik dit op mijn energy dashboard:
[Afbeelding]

De batterij is zeker niet volgeraakt die dag (ze heeft wel geladen). Hoe kan er dan toch nog zoveel terug geleverd zijn aan het net?
Dat de batterij en zonnepanelen 0 geven is logisch en niet relevant in deze screenshot (de modbus interface naar de PV omvormer werkt niet stabiel en de Marstek zet ik de local API uit omdat die anders om de x aantal tijd herstart moet worden en weer factory default staat).

Ik heb maar 7 zonnepanelen van 450wattpiek liggen en de Marstek kan laden op 2500watt, dus kan toch bijna niet dat ik dan nog zoveel overschot had die dag dat dat in het net gepompt moest worden?

Iemand? Alvast bedankt!

Ik snap de vraag niet helemaal. Vind je 4 kWh te veel? Mijn 450wattpiek panelen produceren op een dag als vandaag ongeveer 1kWh per stuk, dus als je 7 kWh geproduceerd hebt en je hebt daarvan 4 kWh teruggeleverd, wat is het probleem?

[AUijtdehaag]

@WillemD61
Probleem is dat zijn batterij niks gedaan heeft (volgens HA)
Die teruglevering had in de batterij moeten zitten

[ Voor 34% gewijzigd door AUijtdehaag op 01-03-2026 18:26 ]

[Koffrie]

hier ook net wat dingen aan het testen.

Buiten de "voor mij" instabiele regeling. werkt het best prima.

Wat me wel op valt, is dat wat de app zegt totaal niet lijkt te kloppen.
Ik heb een 3 fase KWh (HW) meter tussen de batterijen, en die geven precies weer wat ze doen.

nu staat er in de app soms, dat er geen verbinding is met wifi, etc. ze staan stanby, of op bypass.

Maar dat is dus niet zo. volgens de HW zie je dat ze werken en staan te regelen. (nom)

Dus vm is de app niet vertrouwen.

Bij mij lijkt het er op dat de app zomaar wat zegt, maar dat ze wel gewoon doen wat ze moeten doen, en contact hebben met de ct003. ook al zegt de app van niet.

[Druppeltje_]

Pharos1985 schreef op zondag 1 maart 2026 @ 14:07:
Eerste dagen met veel zon hier geweest afgelopen dagen. Ik heb de Marstek nog maar paar maand.
Nu zie ik dit op mijn energy dashboard:
[Afbeelding]

De batterij is zeker niet volgeraakt die dag (ze heeft wel geladen). Hoe kan er dan toch nog zoveel terug geleverd zijn aan het net?
Dat de batterij en zonnepanelen 0 geven is logisch en niet relevant in deze screenshot (de modbus interface naar de PV omvormer werkt niet stabiel en de Marstek zet ik de local API uit omdat die anders om de x aantal tijd herstart moet worden en weer factory default staat).

Ik heb maar 7 zonnepanelen van 450wattpiek liggen en de Marstek kan laden op 2500watt, dus kan toch bijna niet dat ik dan nog zoveel overschot had die dag dat dat in het net gepompt moest worden?

Iemand? Alvast bedankt!

En je batterij heeft ook effectief met 2500W geladen? Er is er hier vandaag (en in het verleden ook nog al) iemand geweest waar die niet wou laden op 2500W. Dus als bijvoorbeeld je batterij maar 1200W laadt en je panelen brengen 2500W op... Dan stuur je vanzelf al veel terug natuurlijk.

[Druppeltje_]

Koffrie schreef op zondag 1 maart 2026 @ 18:45:
hier ook net wat dingen aan het testen.

Buiten de "voor mij" instabiele regeling. werkt het best prima.

Wat me wel op valt, is dat wat de app zegt totaal niet lijkt te kloppen.
Ik heb een 3 fase KWh (HW) meter tussen de batterijen, en die geven precies weer wat ze doen.

nu staat er in de app soms, dat er geen verbinding is met wifi, etc. ze staan stanby, of op bypass.

Maar dat is dus niet zo. volgens de HW zie je dat ze werken en staan te regelen. (nom)

Dus vm is de app niet vertrouwen.

Bij mij lijkt het er op dat de app zomaar wat zegt, maar dat ze wel gewoon doen wat ze moeten doen, en contact hebben met de ct003. ook al zegt de app van niet.

De app zegt inderdaad soms maar lukraak iets. Ik vond de app toen ik mijn batterijen pas had beter werken dan nu na alle updates. Voorheen moest je wel eens naar onder trekken om te verversen maar de info die je dan kreeg klopte ook wel. Dat is nu belange niet altijd het geval.

[pascallj]

AUijtdehaag schreef op zondag 1 maart 2026 @ 17:41:
@Pharos1985
Nee modbus om local api juist te vermijden
Als je deze in een yaml gooit heb je ook alle cijfertjes incl lifetime cycles kWh en RTE
https://github.com/fonske/MarstekVenusV3-modbus-TCP-IP

Edit: cycles heb ik er nog niet in zitten, wel bij mezelf

Cycles is toch niet uitleesbaar? Bereken je dit zelf?

[pascallj]

Pharos1985 schreef op zondag 1 maart 2026 @ 17:38:
[...]

Ja maar dit heeft met local API te maken denk ik toch? Dat mijn batterij niet in HA zit, vind ik niet dadelijk een probleem. Maar ik vraag me alleen af waarom ik zo'n hoge teruglevering heb (zie screenshot) als die Marstek ertussen zit? Ze heeft wel degelijk geladen en ontladen die dag.

Zonder meer data blijft dit gokken. Je zou dan gelijktijdig een grafiek moeten hebben van wat de batterij geladen en ontladen heeft samen met hoeveel er op dat moment op de meter staat.

De grootte van je omvormer kan ook nog van belang zijn bijvoorbeeld. Ik heb hier ook 12 400 Wp panelen, maar met een 3680 W omvormer, dus ik kan de panelen nooit ten volle benutten. Op basis van alleen de hoeveelheid en Wp van de panelen kan je dus niet veel zeggen.

[AUijtdehaag]

pascallj schreef op zondag 1 maart 2026 @ 18:53:
[...]


Cycles is toch niet uitleesbaar? Bereken je dit zelf?

Ja klopt, in een template sensor.

YAML:

- name: "Marstek m3 Lifetime Cycles"
        unique_id: marstek_m3_lifetime_cycles
        icon: mdi:chart-bar
        unit_of_measurement: ""
        state_class: measurement
        state: >
          {% set lifetime_charged_raw = states('sensor.marstek_m3_lifetime_charging_energy') %}
          {% if lifetime_charged_raw not in ['unknown','unavailable',''] %}
            {% set lifetime_charged = lifetime_charged_raw | float %}
            {% set max_cap = states('sensor.marstek_m3_battery_total_energy') | float * 0.88 | float %}
            {% if lifetime_charged > 0 %}
              {{ (lifetime_charged / max_cap) | float(0) | round(0) }}
            {% else %}
              0
            {% endif %}
          {% else %}
            unknown
          {% endif %}

[Koffrie]

Nog iets vaags in de app.

als ik wifi helemaal uitzet op mijn mob. maar alleen via 4g en bluetooth heb, zegt de aap dat ik met bluetooth en wifi en de CT verbonden ben.

Als ik wifi en 4g uitzet, zegt de app gewoon verbonden te zijn met wifi

kort om, de app is vm ruk.

Via HW zie ik dat de regeling wel gewoon door loopt

[WillemD61]

Koffrie schreef op zondag 1 maart 2026 @ 19:24:
Nog iets vaags in de app.

als ik wifi helemaal uitzet op mijn mob. maar alleen via 4g en bluetooth heb, zegt de aap dat ik met bluetooth en wifi en de CT verbonden ben.

Als ik wifi en 4g uitzet, zegt de app gewoon verbonden te zijn met wifi

kort om, de app is vm ruk.

Via HW zie ik dat de regeling wel gewoon door loopt

Die indicatie van wifi, gaat waarschijnlijk over je wifi verbinding van je batterij, niet over de wifi verbinding van je telefoon. En je kan via bluetooth dus zien hoe je batterij is verbonden

[ Voor 5% gewijzigd door WillemD61 op 01-03-2026 19:36 ]

[NoFate]

Na een heel aantal testen en updates, is de CT002 / CT003 emulator een feit, een perfecte NOM, lijkt me zelfs nog beter als een echte CT003 , zie hieronder de NOM met 3 batterijen!

[Druppeltje_]

NoFate schreef op zondag 1 maart 2026 @ 20:01:
Na een heel aantal testen en updates, is de CT002 / CT003 emulator een feit, een perfecte NOM, lijkt me zelfs nog beter als een echte CT003 , zie hieronder de NOM met 3 batterijen!

[Afbeelding]

Welke FW versie heeft jou HWP1?

[NoFate]

Druppeltje_ schreef op zondag 1 maart 2026 @ 20:25:
[...]


Welke FW versie heeft jou HWP1?

6.0206

[Yeshua]

GiovanniW schreef op vrijdag 27 februari 2026 @ 22:43:
[...]

Waar heb je deze simulatie gedaan? Ik ben van België dus het salderen ben ik sowieso al niets mee.
Ik begrijp uiteraard dat het een berekening is en dat als morgen de boel volledig veranderd qua prijzen dat dit een maat voor niets was.

https://thuisbatterij-simulator.be/

[Mg4gebruiker]

Koffrie schreef op zondag 1 maart 2026 @ 18:45:
hier ook net wat dingen aan het testen.

Buiten de "voor mij" instabiele regeling. werkt het best prima.

Wat me wel op valt, is dat wat de app zegt totaal niet lijkt te kloppen.
Ik heb een 3 fase KWh (HW) meter tussen de batterijen, en die geven precies weer wat ze doen.

nu staat er in de app soms, dat er geen verbinding is met wifi, etc. ze staan stanby, of op bypass.

Maar dat is dus niet zo. volgens de HW zie je dat ze werken en staan te regelen. (nom)

Dus vm is de app niet vertrouwen.

Bij mij lijkt het er op dat de app zomaar wat zegt, maar dat ze wel gewoon doen wat ze moeten doen, en contact hebben met de ct003. ook al zegt de app van niet.

De app is in ieder geval op zijn hoofdscherm niet te vertrouwen. Het is vrijwel nooit up-to-date. Je moet echt de ct003 zelf openen en soms herhaaldelijk verversen wil je iets zien. Idem voor de (twee) batterijen.
Als de Venus E op standby staat terwijl ik verwacht dat er voldoende restopbrengst is voor laden, dan moet ik een paar keer refreshen. Meestal komt het laden dan tevoorschijn. Maar het is allemaal behoorlijk brak...

[GoBieN-Be]

NoFate schreef op zondag 1 maart 2026 @ 20:01:
Na een heel aantal testen en updates, is de CT002 / CT003 emulator een feit, een perfecte NOM, lijkt me zelfs nog beter als een echte CT003 , zie hieronder de NOM met 3 batterijen!

[Afbeelding]

Ik gebruik eerst templating op de waarde die ik via de P1 meter ophaal, en dan presenteer ik die aangepaste waarde aan de b2500 addon (peak shaving). Dus ik kan niet rechtstreeks de addon/app de HW P1 laten uitlezen.
Tenzij de auteur van de addon/app templating ondersteuning zou toevoegen, dan zou ik wel die websocket methode kunnen gebruiken.

[NoFate]

GoBieN-Be schreef op zondag 1 maart 2026 @ 21:11:
[...]

Ik gebruik eerst templating op de waarde die ik via de P1 meter ophaal, en dan presenteer ik die aangepaste waarde aan de b2500 addon (peak shaving). Dus ik kan niet rechtstreeks de addon/app de HW P1 laten uitlezen.
Tenzij de auteur van de addon/app templating ondersteuning zou toevoegen, dan zou ik wel die websocket methode kunnen gebruiken.

Ja. Hij is volop bezig met de emulator!! Door alle testen die we aan het doen zijn nu, gaat hij ook manipulatie kunnen doen op de emulator!! We zijn nu aan het testen om een fake ct003 toe te voegen in je account ....
Hierbij nog zeeeeeer leuke feedback van hem, een sneak peak )

Oh, and I learned a bit more about how the CT002 works. I need to update what I initially said about where the intelligence resides. It seems like the CT is mainly controlling the battery. The reason the new version is working much better is that I added some intelligence to the steering. This gives us much more control over the steering. For example, we can manage how batteries are weighted when charging or discharging. Currently, I try to perfectly balance the charge and discharge power across all connected devices so they all charger/discharge with the same power. But in theory, this can be controlled more precisely. For instance, we might want to weight charging power based on the batteries' SoC, so that batteries with higher SoC discharge more or charge less than others.
And there are now lots of parameters that can be tweaked that affect how fast the CT reacts to load changes, how much it prevents oscillation etc.

Dus er komen nog leuke features!!! :-)

[pascallj]

NoFate schreef op zondag 1 maart 2026 @ 21:18:
[...]

Ja. Hij is volop bezig met de emulator!! Door alle testen die we aan het doen zijn nu, gaat hij ook manipulatie kunnen doen op de emulator!! We zijn nu aan het testen om een fake ct003 toe te voegen in je account ....
Hierbij nog zeeeeeer leuke feedback van hem, een sneak peak )


[...]


Dus er komen nog leuke features!!! :-)

Maar de strategie zat toch wel in de batterijen en de CT003 was alleen maar de bron waar alle informatie verzameld en uitgewisseld werd?

Nu is er wel weer strategie mogelijk?

Ik denk dat ik het na het lezen van deze pagina al begrijp: https://github.com/tomqui...s/ct002-ct003-protocol.md

Op het moment dat er gestuurd gaat worden, dan worden de waardes gemanipuleerd. Dan emuleert het dus niet meer de strategie zoals die ook gebruikt wordt bij een echte CT003, maar worden de waardes zo gemanipuleerd om de batterijen een ander gedrag te laten vertonen. Dat vereist wel nauwkeurige tweaking, dus ben benieuwd hoe dat gaat uitpakken.

[ Voor 27% gewijzigd door pascallj op 01-03-2026 21:28 ]

[Mg4gebruiker]

NoFate schreef op zondag 1 maart 2026 @ 21:18:
[...]

Ja. Hij is volop bezig met de emulator!! Door alle testen die we aan het doen zijn nu, gaat hij ook manipulatie kunnen doen op de emulator!! We zijn nu aan het testen om een fake ct003 toe te voegen in je account ....
Hierbij nog zeeeeeer leuke feedback van hem, een sneak peak )


[...]


Dus er komen nog leuke features!!! :-)

Die extra features: ik dacht dat het verdelen van het laden/ontladen helemaal niet gunstig is (verminderde efficientie) als de wattages lager zijn?

Btw, mooi initiatief. Ga ik zeker volgen!

[NoFate]

pascallj schreef op zondag 1 maart 2026 @ 21:21:
[...]


Maar de strategie zat toch wel in de batterijen en de CT003 was alleen maar de bron waar alle informatie verzameld en uitgewisseld werd?

Nu is er wel weer strategie mogelijk?

Ja blijkbaar, door alle testen die we samen aan het doen zijn, is hij een hoop info te weten gekomen...
Morgen nog de laatste testen doen als mijn batterijn gaan opladen, want hij heeft zelf geen Venus devices, alleen maar de b2500

Zou wel tof zijn als hij ook nog de mogelijkheid gaat maken dat we de tweaks gaan kunnen doorvoeren via zij addon, maar eerst gaan we de ct003 op punt zetten, zodat gebruikers die geen echte ct003 hebben, hem als Ghost device kunnen toevoegen via hame-relay

[NoFate]

GoBieN-Be schreef op zondag 1 maart 2026 @ 21:11:
[...]

Ik gebruik eerst templating op de waarde die ik via de P1 meter ophaal, en dan presenteer ik die aangepaste waarde aan de b2500 addon (peak shaving). Dus ik kan niet rechtstreeks de addon/app de HW P1 laten uitlezen.
Tenzij de auteur van de addon/app templating ondersteuning zou toevoegen, dan zou ik wel die websocket methode kunnen gebruiken.

Ja, templating rechtstreeks op de addon stond op een lage Todo list :-), maar je kan gebruik maken van een custom script via zijn addon on de waardes te injecteren

[Pe1dtq]

DukeBox schreef op zondag 1 maart 2026 @ 17:16:
[...]

Je AP/WiFi-router ook? Verkeer is namelijk niet direct.

Ja, geldt ook voor de router. Die hangt aan de muur. Accu's staan precies achter die muur.

[NoFate]

Mg4gebruiker schreef op zondag 1 maart 2026 @ 21:23:
[...]

Die extra features: ik dacht dat het verdelen van het laden/ontladen helemaal niet gunstig is (verminderde efficientie) als de wattages lager zijn?

Btw, mooi initiatief. Ga ik zeker volgen!

Ja. Eenmaal hij de tweaks kan toevoegen, hebben we er volledig controle over... Zou echt wel tof zijn!!! Want nu zie ik vaak bv een 3de batterij ook aan het ontladen is aan 30 Watt, totaal inefficiënt!! Als je dat kan sturen via de CT emulator , dat die pas gaat ontladen als de andere leeg zijn...

Nuja, we zijn volop aan het testen, straffe kerel wel!! Verdient zeker donaties!! )

[Pharos1985]

Wat ik me ook afvraag:
De Marstek kan indien op aparte kring niet ontladen op meer dan 800watt (veiligheidsmaatregel). Goed zo, dat heb ik graag, veiligheidsmaatsregelen.
Maar waarom laadt ie dan wel op 2500watt (altijd!), dat is toch even gevaarlijk? Ook die stroom gaat toch vanop zijn kring door naar de accu zelf?

[pascallj]

Pharos1985 schreef op zondag 1 maart 2026 @ 22:10:
Wat ik me ook afvraag:
De Marstek kan indien op aparte kring niet ontladen op meer dan 800watt (veiligheidsmaatregel). Goed zo, dat heb ik graag, veiligheidsmaatsregelen.
Maar waarom laadt ie dan wel op 2500watt (altijd!), dat is toch even gevaarlijk? Ook die stroom gaat toch vanop zijn kring door naar de accu zelf?

Nee, het gaat om de situatie die zich kan voordoen elders in huis in dezelfde groep:

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

[snameroc]

Misschien is het al eens benoemd maar ik kan er geen duidelijk antwoord op vinden. Ik heb een accu en een homewizard p1 meter en dat werkt goed. Stel dat ik een 2e accu wel kan dat dan gewoon en werkt dat goed?

[pascallj]

snameroc schreef op zondag 1 maart 2026 @ 22:56:
Misschien is het al eens benoemd maar ik kan er geen duidelijk antwoord op vinden. Ik heb een accu en een homewizard p1 meter en dat werkt goed. Stel dat ik een 2e accu wel kan dat dan gewoon en werkt dat goed?

'Ondersteuning meerdere batterijen' in Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu

TL;DR: standaard kan het niet. De CT002/3 dient als centrale uitwisselplek voor data tussen de batterijen. De HW P1 heeft deze extra's niet en de batterijen communiceren onderling niet, dus zullen ze niet samenwerken.

Met omwegen zoals de nieuwe CT003 emulator software waar het op de vorige pagina's over ging, of zelf sturen via Modbus kan het wel met de HW P1. Maar daar moet je maar net zin in hebben.

[Druppeltje_]

NoFate schreef op zondag 1 maart 2026 @ 20:01:
Na een heel aantal testen en updates, is de CT002 / CT003 emulator een feit, een perfecte NOM, lijkt me zelfs nog beter als een echte CT003 , zie hieronder de NOM met 3 batterijen!

[Afbeelding]

Hier loop ik vooralsnog vast.
Config.ini klopt voor zover ik het kan vertellen.

ERROR:b2500-meter:HomeWizard WebSocket error: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch, certificate is not valid for 'appliance/p1dongle/5c2faf38b51c'. (_ssl.c:1016)

[NoFate]

Druppeltje_ schreef op zondag 1 maart 2026 @ 23:32:
[...]


Hier loop ik vooralsnog vast.
Config.ini klopt voor zover ik het kan vertellen.

ERROR:b2500-meter:HomeWizard WebSocket error: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch, certificate is not valid for 'appliance/p1dongle/5c2faf38b51c'. (_ssl.c:1016)

Niet direct een idee.mss een Factory reset doen van je HW?
Edit: hij denkt dat je een fout hebt gemaakt in het SN, ik heb de 2 curl commands erbij gezet, om je token en sn te bekomen, die werken effectief?

Update: de emulator kan nu ook een fake CT toevoegen, je moet je account credentials invullen in de b2500 addon, en hij gaat dan een CT aanmaken...
(Blijft wel offline, maar je kan hem selecteren bij de batterijen)

[ Voor 21% gewijzigd door NoFate op 02-03-2026 07:11 ]

[Druppeltje_]

NoFate schreef op maandag 2 maart 2026 @ 06:48:
[...]

Niet direct een idee.mss een Factory reset doen van je HW?
Edit: hij denkt dat je een fout hebt gemaakt in het SN, ik heb de 2 curl commands erbij gezet, om je token en sn te bekomen, die werken effectief?

Update: de emulator kan nu ook een fake CT toevoegen, je moet je account credentials invullen in de b2500 addon, en hij gaat dan een CT aanmaken...
(Blijft wel offline, maar je kan hem selecteren bij de batterijen)

Token opvragen is inderdaad gelukt. Als ik via terminal opvraag krijg ik ook elke mogelijke output terug van de HW.

[NoFate]

Druppeltje_ schreef op maandag 2 maart 2026 @ 07:47:
[...]


Token opvragen is inderdaad gelukt. Als ik via terminal opvraag krijg ik ook elke mogelijke output terug van de HW.

En de SN? Want deze is ook belangrijk, kan je met de 2de curl doen, die is belangrijk voor de validatie

[WillemD61]

NoFate schreef op maandag 2 maart 2026 @ 08:06:
[...]

En de SN? Want deze is ook belangrijk, kan je met de 2de curl doen, die is belangrijk voor de validatie

Is het niet logischer om support e.d. voor deze software op github te doen?

[GiovanniW]

Yeshua schreef op zondag 1 maart 2026 @ 21:00:
[...]


https://thuisbatterij-simulator.be/

Deze lijkt wel totaal geen rekening te houden met verlies van de omvormer.
Als ik de verbruiksgegevens van de calculator gebruik en dan zelf bereken met verliezen van de batterij/omvormer kom ik toch een stuk lager uit.

Het is een redelijk indicatie maar lijkt mij de winst wel te overschatten.

[Joarie]

Ok, die firmware V157.3 werkt echt een stuk fijner nu je in Manual mode ook Self Consumption kunt instellen.
In mijn geval erg nuttig omdat ik zonnepanelen heb op Zuid-Oost ligging die stroom opwekken die als de dynamische prijs nog guntig is om die terug te leveren. Ik wil dat de batterij pas rond 12 uur gaat opladen met het overschot en dan lekker alles op het net dumpt als de avondpiek begint.
Voorheen zat de accu al in de ochtend vol op de modus Self Consumption of deed de AI inkopen op momenten dat het niet gunstig was (niet rekening houdend met een mogelijk overschot van zonne-energie).

[WillemD61]

Joarie schreef op maandag 2 maart 2026 @ 10:21:
Ok, die firmware V157.3 werkt echt een stuk fijner nu je in Manual mode ook Self Consumption kunt instellen.
In mijn geval erg nuttig omdat ik zonnepanelen heb op Zuid-Oost ligging die stroom opwekken die als de dynamische prijs nog guntig is om die terug te leveren. Ik wil dat de batterij pas rond 12 uur gaat opladen met het overschot en dan lekker alles op het net dumpt als de avondpiek begint.
Voorheen zat de accu al in de ochtend vol op de modus Self Consumption of deed de AI inkopen op momenten dat het niet gunstig was (niet rekening houdend met een mogelijk overschot van zonne-energie).

En mocht je het gemist hebben, dat is ook via HA of Domoticz aan te sturen via de Open API. Als je een manuele periode met stroom -1 via de Open API stuurt komt dat overeen met self-consumption.

[Joarie]

WillemD61 schreef op maandag 2 maart 2026 @ 10:30:
[...]

En mocht je het gemist hebben, dat is ook via HA of Domoticz aan te sturen via de Open API. Als je een manuele periode met stroom -1 via de Open API stuurt komt dat overeen met self-consumption.

Ja daar moet ik nog eens goed voor gaan zitten. Heb HA op een docker draaien op de Synology NAS, maar ben daar nog niet ver genoeg in gedoken. Ook is de functionaliteit door de docker beperkt.
Wellicht toch maar eens een aparte device er voor opzetten om HA stand-alone te draaien en eens zaken te automatiseren (voor 20-30 euro besparing op jaarbasis )

[Druppeltje_]

NoFate schreef op maandag 2 maart 2026 @ 08:06:
[...]

En de SN? Want deze is ook belangrijk, kan je met de 2de curl doen, die is belangrijk voor de validatie

Maar de SN van de HWp1 staat toch ook gewoon in de HW app? Vlak boven de FW versie. Tenzij hier nog verschil in zit, dan moet ik inderdaad even op zoek gaan vanavond.

[Polycom]

Ik heb hier nu een maand een Venus E 3.0 draaien in samenwerking met de bijgeleverde P1 meter. Voor mijn usecase is de Self Consumption mode prima deluxe en ik hoef niet te klooien met API's. Gewoon via de WI-FI en de verbinding is stabiel.

Paar dagen geleden was het na 4 mooie weken wel opeens raak en deed de Marstek helemaal niets meer. Niet opladen, niet ontladen noppes, nada. Nieuwe firmware erop gezet, stekker eruit, uitgezet, aangezet, factory reset de hele mikmak geprobeerd maar helaas geen succes. Toen maar eens bedacht om de P1 meter te resetten (stroom er af en stroom er weer op) en toen werkte de boel opeens weer .

TLDR: Mocht je batterij ooit in de digitale soep lopen, reset allereerst eens de P1-meter.

[NoFate]

Druppeltje_ schreef op maandag 2 maart 2026 @ 10:52:
[...]


Maar de SN van de HWp1 staat toch ook gewoon in de HW app? Vlak boven de FW versie. Tenzij hier nog verschil in zit, dan moet ik inderdaad even op zoek gaan vanavond.

Ja, daar zit idd een verschil op!

[NoFate]

Guys , jullie dit al gezien?

https://github.com/tomquist/marsrelay

[antoinevromen]

Misschien een rare vraag, maar is er ook een soort aan/uit schakelaar in de HW App om een HW energy-socket handmatig aan/uit te zetten zodat je een apparaat (zonnepanelen/batterij) kunt uit/aan zetten van het net? (dus niet via een tijdschema). Ik heb schakelslot "uit" staan

[De Senaat]

antoinevromen schreef op maandag 2 maart 2026 @ 12:37:
Misschien een rare vraag, maar is er ook een soort aan/uit schakelaar in de HW App om een HW energy-socket handmatig aan/uit te zetten zodat je een apparaat (zonnepanelen/batterij) kunt uit/aan zetten van het net? (dus niet via een tijdschema). Ik heb schakelslot "uit" staan

Ja hoor die is er. Ga in de HW app naar de socket en klik op "Nu". In dat scherm staat dan ook de Aan/uit knop.