Zelfde probleem hier met Marstek V3 op HW P1 op een Siconia T211 digitale teller. Bij mij blijft de Marstek app op Diagnosing hangen… app opnieuw geïnstalleerd, HW P1 verwijderd en opnieuw toegevoegd, maar niets helpt. P1 meter is perfect uitleesbaar in HW-app en ook in de Marstek-app leest hij correcte waardes per fase uit.phoenix88 schreef op vrijdag 15 augustus 2025 @ 10:37:
[...]
[...]
We zijn al anderhalve maand verder, dus ik hoop dat jullie probleem ondertussen al is opgelost. Maar aangezien ik gisteren hetzelfde probleem had, en ik het antwoord niet vond in dit topic, zal ik het hier alsnog posten. Hopelijk kan het nog iemand anders helpen in de toekomst.
Ik had dus exact hetzelfde probleem: wifi verbinding ok, koppeling met de P1 meter ok (CT groen in de app), app kan ook de fasen uitlezen van de P1 meter, maar toch bleef de batterij in standby staan.
Oplossing was om in de app, op het P1 meter scherm waar je de waarden per fase kan uitlezen, te klikken op "Uitgangsvermogen Referentie" ("Output Power Reference"), en dan onderaan "Auto Diagnosis" te doen.
Na enkele seconden kwam de batterij dan uit standby.
Echter ipv opladen op een lager tarief kreeg ik wederom een update.
:strip_exif()/f/image/sQmlGtWEUq1RuFybeFDUenTv.jpg?f=fotoalbum_large)
Vervolgens is de accu nog steeds niet aan het laden.
Wat ook een ding is, de update wordt beschouwd als goed verlopen maar de versie blijft op voorgaande staan. Gevolg is dat de app keer op keer aangeeft dat er een update is.
Inmiddels gemeld bij Marstek via feedback in de app.
Ook uitzetten (5 sec knop indrukken en daarna 3 minuten stekker eruit) mag niet baten.
Verder is mijn batterij verbruik gedaald met 9 watt in idle.
Voorheen idle was 10W en nu 0-1W (en ja, ik kan de batterij gewoon pingen en staat gewoon aan)
[ Voor 15% gewijzigd door X-DJiNn op 01-12-2025 07:15 ]
SE5K-RWB @ 9100WP // 3x Marstek Venus E3.0 5,12kWh // Mikrotik RB5009UG+S+ // Mikrotik hEX E50UG // Mikrotik cAP ax // Mikrotik hAP ax2 // Home-Assistant
:strip_exif()/f/image/6dZivLbQkqdzhyHff8DvaxNQ.jpg?f=fotoalbum_large)
:strip_exif()/f/image/tXrphqCyYU54d9y0UV66vb11.jpg?f=fotoalbum_large)
Hopelijk vinden ze snel een oplossing dat de batterij dan ook daadwerkelijk gaat laden. Maar begin is er.
SE5K-RWB @ 9100WP // 3x Marstek Venus E3.0 5,12kWh // Mikrotik RB5009UG+S+ // Mikrotik hEX E50UG // Mikrotik cAP ax // Mikrotik hAP ax2 // Home-Assistant
ik gebruik de CT003 voor de communicatie met de batterij. Batterij zit op firmware versie V135.
Wat ik ervaar is dat ik in de app geen verbinding heb met beide batterijen, tenzij ik via bluetooth verbind (en er dus kort bij sta) dan heb ik zowel bluetooth verbinding als wifi verbinding (echter slechte kwaliteit 80dBm), nochtans staan de batterijen kort bij mijn modem. De eerste dagen had ik trouwens wel verbinding in de app (ook zonde bluetooth), maar nu dus enkel nog via bluetooth. Ik weet niet of de batterij 'in de achtergrond' wel goed functioneert als de app aangeeft dat er geen verbinding is, de status LEDS op de batterij (wifi en CT) branden gewoon en als ik de batterij manueel laad zie ik de statusbalk ook bewegen (ook als ik buiten het bluetooth bereik ben), maar of die dan effectief goed laad... geen idee. Dus ik dacht, rot op met die wifi, ik sluit een UTP aan, maar als ik dit doe gebeurd er helemaal niets. Verder heb ik ook al het 2,4Ghz en 5Ghz issue bekeken: ik heb een router die beide uitzend en ik kan die zelf niet splitsen (zal ik voor naar telenet moeten bellen). Mijn batterijen zijn verbonden met 2,4Ghz maar mijn GSM met 5Ghz, zou dit een probleem kunnen vormen?
Nu mijn vraag, wat kan ik best proberen?
1) via telenet 2,4Ghz en 5Ghz laten splitsen?
2) via support firmware V139 aanvragen en koppelen via de LAN verbinding?
Als ik één van deze twee doe, hoe doe ik dit dan best? Batterijen uit de app verwijderen en opnieuw toevoegen? Of batterijen fysiek resetten en factory reset doen? of Beide?
Ik ga me ook alvast een P1 splitter bestellen, al denk ik dat dat bij mij niet het probleem is. Alvast bedankt om mee te denken met mij.
:strip_exif()/f/image/jgcA8CUX8THMItMcsSBMbk83.jpg?f=fotoalbum_large)
:strip_exif()/f/image/ZURznwxCjpBCTodKf1kcZ2zT.jpg?f=fotoalbum_large)
Maar jij gebruikt de CT003 ook nog zie ik, daar heb ik ook niet veel goeds over gelezen. Wel eens gedacht over te stappen naar een andere P1 of CT-meter ?
Vandaag heeft mijn accu alleen nog maar ontladen zie ik net, dus ik hou mn hart vast. Hij zou vannacht/morgenvroeg sowieso weer moeten gaan laden.
:strip_exif()/f/image/E1EcN3JZw46z5G3oV7sbWpfq.jpg?f=fotoalbum_large)
:strip_exif()/f/image/r0QMd3eLAhTtzxyj1kPPuiWw.jpg?f=fotoalbum_large)
:strip_exif()/f/image/y71n298Cxx8xrjYD52shy3oN.jpg?f=fotoalbum_large)
:strip_exif()/f/image/wPMD5AXTGaSTe4RMut8OHqzz.jpg?f=fotoalbum_large)
We gaan t meemaken
SE5K-RWB @ 9100WP // 3x Marstek Venus E3.0 5,12kWh // Mikrotik RB5009UG+S+ // Mikrotik hEX E50UG // Mikrotik cAP ax // Mikrotik hAP ax2 // Home-Assistant
Ik heb dit support document van Marstek gevolgd:
https://cdn.shopify.com/s...on_operation_tutorial.pdf
De optie "P1 Meter (Beta)", zoals beschreven in het support document bij stap 8 verschijnt niet bij mij. De HomeWizard P1 meter is correct geïnstalleerd en is te pingen.
Zie ik wat over het hoofd of is de Marstek B2500-D niet compatible met de HomeWizard P1 meter? Met de support van Marstek kom ik er niet uit. Op de Marstek draait firmware V116.6 en 202409090159 voor de communicatiemodule.
Hij vond mn VPN niet zo leuk, dus deze ff tijdelijk uitgezet. Update gedraaid, ... alles dood. Verbinding weg, CT weg, heb m uitgezet, stekker dr uit en dr weer in. Aangezet en opnieuw toegevoegd aan de app. CT ingesteld en AI, en we draaien weer met onze "fingers crossed".
Je zult denken dat ik er handig in wordt.
Nu hopen dat ie weer gaat laden op daltarieven zoals het hoort, maar mag wel iets slimmer dan laden bij daltarief. Ontladen op piektarief zou dan mooi zijn.
[ Voor 11% gewijzigd door X-DJiNn op 22-12-2025 19:47 ]
SE5K-RWB @ 9100WP // 3x Marstek Venus E3.0 5,12kWh // Mikrotik RB5009UG+S+ // Mikrotik hEX E50UG // Mikrotik cAP ax // Mikrotik hAP ax2 // Home-Assistant
:no_upscale():strip_exif()/f/image/AfOXYrLyO9QeZwCHwGUwrFzv.avif?f=user_large)
[ Voor 25% gewijzigd door Lambiek19 op 25-12-2025 14:34 ]
Bedankt voor je reactie.X-DJiNn schreef op vrijdag 26 december 2025 @ 19:46:
[...]
Wat voor SSID gebruik je ?
Is deze extreem lang of met moeilijke tekens ?
Al eens op 2,4ghz alleen geprobeerd ?
Aub zie ook nu 2 st foto's
Op einde geeft marstek aan , alles geïnstalleerd enz enz. Met groen oke logo zie foto. Wat kan dan wifi t probleem zijn. Als ik op 5ghz laad, dan zou ik toch niet kunnen laden ? Ik kan de firmware gewoon downloaden.
Aub zie foto's
Wat die ik verkeerd. Na installatie zegt marstek alles oké..... maar niks geïnstalleerd...
:no_upscale():strip_icc():strip_exif()/f/image/WJ7dBUejReFU5RKFimaSiEZl.jpg?f=user_large)
De batterij kwam met 48% volgeladen.
Na aanmelden batterij via de app, de nodige updates gehad. EMS V144 was de laatste update.
VNS zit op V116, BMS is V110
MAAR de batterij wilde niet laden of ontladen (P1 HW beta ingesteld) en ook niet op manueel en niet via modbus.
Diverse malen geresest met > 10s powerknop indrukken en no-go
Dus marstek feedback gemeld en die waren al vrij snel met het antwoord, probeer 10s powerknop en dan manueel, anders sturen we een nieuwe.
Weer geprobeerd, gereset en op manual maar er gebeurde niks, zoals verwacht.
Dus op manual laten staan met 800 W laden. Geen beweging
Kerstdiner met familie en waarempel een aantal uren later is deze spontaan gaan laden.
Marstek maar laten weten dat die werkt, voordat ze met een refurbished komen, en draait nu op modbus tesamen met de andere 2.
Wordt het jaar toch nog mooi afgesloten
[ Voor 19% gewijzigd door AUijtdehaag op 27-12-2025 08:27 ]
Mijn pinball cabinet : My Virtual Pinball Cabinet build
1 januari: nog steeds geen laadacties. Batterij staat nog op 12%. Wel een grafiek met schema om te laden op bepaalde tijdstippen. Ziet er wel goed uit, maar er is op deze tijdstippen niet geladen. Geldt voor alle 3 de batterijen. Ik geeft het nog 2 dagen en dan schakel ik weer over op aansturen vanuit Homey.
:strip_exif()/f/image/PzmJ7TgLHZB5upiDKGhw16XV.jpg?f=fotoalbum_large)
Update 2 januari: mooie laadschema's, maar geen van de drie gaat laden. Maar weer een bericht naar Marstek gestuurd. Ben weer overgeschakeld naar aansturing via Homey. Dat werkt in ieder geval goed.Laat hier wel weten wat Marstek antwoord.
[ Voor 14% gewijzigd door Case2025 op 02-01-2026 11:43 ]
3x25A, 24x 365Wp en 8x 405Wp. 2x Growatt 3-fase. 3x MT Venus E3.0 FW 146, met CT003. Daikin warmtepomp. Homey Pro.
In combinatie met de nodered code van Bob, draait het hier nu op 3 batterijen (V1 t/m V3, V1 en V2 esphome m5stack en V3 modbus tcp/ip via netwerk)
[ Voor 41% gewijzigd door AUijtdehaag op 04-01-2026 03:34 ]
Na contact met marstek een update gepusht gekregen, zonder succes. De update werd geïnstalleerd, maar blijft telkens opnieuw vragen om update uit te voeren...
Iemand al gelijkaardig opgelost gekregen?
Ik wil eerst over alle data kunnen beschikken binnen HA alvorens automatiseringen te gaan aanmaken...
:strip_exif()/f/image/cD5xhpIub7Ge1ESaOf264wLO.jpg?f=fotoalbum_large)
HoiNicken83 schreef op vrijdag 16 januari 2026 @ 08:04:
Ik heb het probleem dat enkele gegevens blijven op 0 staan. Er is wel degelijk lading en ontlading geweest, maar deze tellers veranderen niet. Ik maak gebruik van een Shelly 3em emulator via de b2500 integratie in Home assistant. Deze krijgt de digitale teller gegevens rechtstreeks binnen via de dsmr integratie op de USB poort.
Na contact met marstek een update gepusht gekregen, zonder succes. De update werd geïnstalleerd, maar blijft telkens opnieuw vragen om update uit te voeren...
Iemand al gelijkaardig opgelost gekregen?
Ik wil eerst over alle data kunnen beschikken binnen HA alvorens automatiseringen te gaan aanmaken...
[Afbeelding]
[Afbeelding]
Deze opmerking van je (De update werd geïnstalleerd, maar blijft telkens opnieuw vragen om update uit te voeren...) heb ik ook gehad , vanalles geprobeerd, inderdaad, geeft dan aan update gelukt, maar niks is veranderd, firmware versie blijft de oude.
En telkens weer, de zelfde melding, updaten.... pffff. Heb update terug laten trekken. En opnieuw, weer t zelfde.
Oplossing, was bij mij .
Ik heb mesh wifi. Alles uitgezet. Modem kpn glasvezel wifi aangezet, en ik wilde instellen alleen 2,4ghz wifi. Lukte niet. Toen , gastnetwerk in kpn modem gekozen, deze wel 2,4ghz , alles zo dicht mogelijk bij marstrek batterijen, ook telefoon
Toen is het gelukt. Maar ik heb versie v146 , ik weet niet of dat wel de laatste/beste versie is.....
Ik weet wel, mooi klote dat updaten installeren....
Vanaf dat ik ‘m aan heb gezet geeft hij als status Laden met 29 watt, maar dan laadt hij niet daadwerkelijk op volgens mij. Deze status blijft hij geven, of de zon nou schijnt of dat het donker is. De modus die ik gekozen heb is “Zelf geïnitieerd zelfconsumptiemodel”.
Wat ik vreemd vind is dat hij onder CT blijft hangen op “uitgangsvermogen referentie: diagnose bezig”.
Bijgevoegd een paar screenshots. Hopelijk kunnen jullie me helpen hem aan de praat te krijgen?
:strip_exif()/f/image/kes8xOov4CtX1xcgF7FQSPHT.jpg?f=fotoalbum_large)
Update mislukt.
Stappenplan vervolgens:
Stekker uit stopcontact
Netwerkkabel eruit.
Wifi en VPN uit op eigen telefoon waarme geupdate
Verbinding via bluetooth met accu en geupdate.
Update afgerond.
Stekker 230V en ethernet er weer in
Verwijderd uit de app en cache leeg
10 sec ingedrukt houden van aan/uit knop accu, reboot
Accu weer toegevoegd, diagnosis via BT binnen 2 seconden afgerond en weer door.
Zo hoort het naar mijn idee.
:strip_exif()/f/image/B0pIc90YMEHggO9yHUAufJr1.jpg?f=fotoalbum_large)
[ Voor 48% gewijzigd door X-DJiNn op 08-02-2026 08:25 ]
SE5K-RWB @ 9100WP // 3x Marstek Venus E3.0 5,12kWh // Mikrotik RB5009UG+S+ // Mikrotik hEX E50UG // Mikrotik cAP ax // Mikrotik hAP ax2 // Home-Assistant
Dank je. Ik heb maar weer een software update aangevraagd. Blijft hetzelfdeX-DJiNn schreef op dinsdag 17 februari 2026 @ 05:27:
[...]
Diagnose doen wanneer je verbonden bent met de accu middels Bluetooth. Paar seconden en hij zou ok moeten aangeven. Doet ie dit niet. 10sec aanuit indrukken totdat ie opnieuw start, dan weer proberen.
Probeer ook desnoods met de stekker eruit, die 10sec aanuit.
Dan verbinden met BT (telefoon op accu) en dan weer auto-diagnosis.
Zo niet, softwareupdate aanvragen
Marstek Venus E v3 | v145 | NoM | CT003 I v122
Dank je, ik had al op aanraden van iemand van het forum Homey de homewizzard p1 splitter gekocht. https://www.homewizard.co...Lf8GOXCKcis2MbYaFQfAxGdbXZander schreef op vrijdag 20 februari 2026 @ 16:18:
[...]
Ik kreeg de CT003 ook niet aan de praat ondanks actieve splitter met USB voeding van de splitter en de CT003 in combinatie met een Landis-Kyr E360 Slimme meter. Ik had echter een Wifi P1 Pro+ gekocht tbv Home Assistant en deze bleek een extra aansluiting te hebben voor een P1 meter in serie. Op deze uitgang bleek mijn CT003 wel informatie uit de slimme meter binnen te krijgen. Misschien heb je hier wat aan.
En deze laat al meer zien, zie foto alleen auto diagnose werkt nog steeds niet
Marstek Venus E v3 | v145 | NoM | CT003 I v122
- Marstek Venus E 3.0 5 ,12 kWh (gekocht via tubotek.be)
- Marstek CT003 P1 meter
- Marstek app 1.6.59
- CT003 - V116
- Venus E - V147
- TP Link AX3000 (2.4 en 5 GHz SSID) - router
- TP-Link AX1800 (2.4 en 5 GHz SSID) - Acces Point
- 12 zonnepanelen met piekvermogen 5,16 kWp
Installatie van zowel de meter als de batterij leken zonder problemen te verlopen. Voor Meter Selection had ik gekozen voor Landis + Gyr E360-SMR5.0(Beta)-P1. Maar na instellen op Self consumptiom bleef de batterij passief op Standby staan, terwijl er opbrengst van de zonnepanelen was. Manueel laden en ontladen lukten wél.
De batterij en CT003 meter waren verbonden via het internet. Op de batterij waren de witte leds CT en WIFI verlicht. Ook in de app toonde CT groen. En toch faalde de diagnose.
/f/image/wGINd4nXaHFDMhQNX2NhcPlN.png?f=fotoalbum_large)
Op aanraden van een bericht in deze draad probeerde ik de diagnose terwijl ik via BT verbonden was met de batterij, maar ook dat faalde. Uit nazicht bij Fluvius bleek dat ik via Poortbeheer de P1 had geopend, dus dat kon het ook niet zijn.
Toen ik alles opnieuw nakeek zag ik dat de CT meter het volle WiFi signaal had, terwijl dat in de batterij zwak was. Raar, want zowel de meter als de batterij als de router bevinden zich in dezelfde ruimte. Dan heb ik de AP (2 kamers verder) uitgeschakeld, de WiFi in beide toestellen opnieuw ingesteld via de app en de diagnose opnieuw uitgevoerd terwijl ik via BT verbonden was. Deze keer geen fout tijdens de diagnose.
Alles werkt nu zoals het hoort. De batterij laadt als de zonnepanelen opbrengen en ontlaadt als de zon weg is. Best wel raar, want de router en AP bevinden zich in hetzelfde netwerk (192.168.*.*) en deze morgen zag ik dat het WiFi signaal van de batterij terug zwak was. Dus de batterij is terug verbonden met het zwakkere signaal van de AP.
/f/image/pfknYLwr7Tk69Gc78pRxNBLe.png?f=fotoalbum_large)
Maar alles blijft nu wel werken zoals het hoort. In principe kan ik in de router een derde netwerk instellen, speciaal voor IoT, maar voorlopig laat ik het zo, omdat het toch werkt.
TL;DR: Als je meerdere draadloze netwerken hebt, schakel dan alle toestellen op één na uit, zodat de meter en batterij op hetzelfde draadloze netwerk (van één toestel) verbonden zijn.
🇧🇪 | SolarEdge HD-Wave SE4000H | Maysun MS430MDG-54H N-Topcon Double Glass - 4380Wp (x12) ☀️Z | 🔋MT Venus E 3.0 5.12 kWh V148.117.112 | MT CT003 V116 | MT app 1.6.62 | VIOFO A129 Pro | RPi Zero 2 W (Pi-Hole & Unbound)
/f/image/bNAQxKfViCYPArMBGXekJZsb.png?f=fotoalbum_large)
Dit heeft een paar keer gegevens opgeleverd, maar de laatste dagen doet dit gewoon niets, ondanks het feit dat de batterij al enkele keren geladen en ontladen is.
App 1.6.60 (Android) Batterij V148 CT003 V116
🇧🇪 | SolarEdge HD-Wave SE4000H | Maysun MS430MDG-54H N-Topcon Double Glass - 4380Wp (x12) ☀️Z | 🔋MT Venus E 3.0 5.12 kWh V148.117.112 | MT CT003 V116 | MT app 1.6.62 | VIOFO A129 Pro | RPi Zero 2 W (Pi-Hole & Unbound)
Ja dat kan allemaal.
Maar niet met de standaard marstek app.
Gewoon op HA met nodered geinstalleerd wel
![]() | ![]() |
De meterkast heb ik vervangen deze zit in een chalet op een veld met 20 chaletjes heb een Venus D met drie panelen van 455 watt op drie mppt trackers acuu laad vol door de panelen maar geen levering aan het chalet omdat de ct diagnose niet goed gaat zie foto maar hoe lof is dat op
/f/image/76HYCvgJnDiSqH2IzJjiXPCA.png?f=fotoalbum_large)
/f/image/ILgrxdNQ1ySspkKXRJQ3hrIN.png?f=fotoalbum_large)
Wat me opviel is dat de accu's steeds in slaap vallen. Ik stuur dus nu met de automation keihard op adres 42000 met waarde 21930 om de accu's enabled te houden (heartbeat)
De app van Marstek gebruik ik niet, alleen om eventueel te updaten, heb ze wel toegevoegd, maar niet geconfigureerd op geen enkele manier.
Dus:
Home-Assistant via netwerkkabel
P1 meter van HomeWizard met 1s refresh op realtime buiten de app om (geen gemiddelde, die gaat je alle kanten op met regelen)
2 Marstek Venus E3.0 op ethernet uitgang via netwerkkabel (niet op RS385)
Lijst met Modbus registers van Marstek voor de automation
Diverse entiteiten/helpers in Home Assistant voor aansturing
1 Automation in Home Assistant (Vergeet de heartbeat niet)
Statische IP-adressen voor de accu's
Modbus werkt over TCP Ethernet dus die linker RJ45 ingang RS485 ben je niet nodig
Aparte groepen met geschikte WCD's voor de verbinding met GRID per accu (ivm 2500W laden/ontladen)
Met een P1 meting kun je gewoon salderen over de som van de fasen. Oftewel, je hoeft niet per fase een accu aan te schaffen (zag een eerder bericht, vandaar deze opmerking).
Ja ik lever nog steeds terug, maar het ging mij erom dat ik de nacht doorkom op accu's in de zomer, dus dat ik in de zomer op nagenoeg 0 uitkom import per dag.
Wanneer de 2 5,12kwh accu's vol zijn, en dat heb ik nu al rond 11 uur smorgens, dan gaat de boiler (120L) aan op alleen puur zon-overschot tegen de middag zodat ik 'savonds weer besparing heb op mijn gas. Maar de boiler mag ook alleen aan als mijn SoC boven de 95% is van beide accu's, dus accu's hebben prio. Boiler importeert nooit, alleen zonnestroom (1650W) Bosch Nefit 2102T
Hieronder een screenshot van mijn dashboard, ben er nog mee bezig, maar als ik EMS uitzet, dan wordt mijn grafiek ook niet vlak. Heb best veel ruis op de P1.
SE5K-RWB @ 9100WP // 3x Marstek Venus E3.0 5,12kWh // Mikrotik RB5009UG+S+ // Mikrotik hEX E50UG // Mikrotik cAP ax // Mikrotik hAP ax2 // Home-Assistant
Deze laadt buiten de laagste prijzen om. Tevens zie ik geen regels meer van het beoogde laadschema en historisch verbruik van die dag waar hij zich op aanpaste (zo leek het). Ik zie alleen nog maar een de lijn van de energieprijzen, maar geen SOC (blauw) en verbruik (rood) Eerder werkte dat wel. Heb recent wel update een naar V148 voor beide batterijen gehad.
Daarnaast werk ik met een CT002. Welke in de basis goed aanstuurt.
Het lijkt wel of AI rekening houdt, gezien de tijden, met negatieve prijzen (vandaag tussen 12:00 en 15:00 uur) wat uiteraard niet handig is.
Hebben anderen hier ook last van of een oplossing?
[ Voor 5% gewijzigd door EddieW op 08-04-2026 18:15 ]
Ik kreeg zojuist ook de update. Na het updaten kreeg ik gewoon weer de melding dat er dezelfde update was. De batterij is daarbij niet geüpdatet. Ik krijg hem dus niet geïnstalleerd. Ook die vertalingen in de app... Wat een bagger software überhaupt. Als je nog niet eens alle tekst in de app kunt configureren dan snap ik wel dat de software in je producten ook niet werkt.Haan schreef op dinsdag 14 april 2026 @ 16:03:
Ik heb onlangs dus de firmware naar 148 kunnen updaten, dat ging in één keer goed. Maar daarna kwam nog een update voor de communication module en die heb ik tot op heden nog niet geïnstalleerd weten te krijgen, iemand hier nog een tip voor?
Na starten van de update blijft er 'updating... ' staan, als je daar op klikt bevriest de app en moet je die herstartenLang wachten doet niks, en als je weer uit de settings terug gaat, is er niks gebeurd en staat di update weer klaar..
[ Voor 15% gewijzigd door sygys op 14-04-2026 18:21 ]
NL - 1 x Venus E 3.0 v147 + 1 x Venus E 3.0 v148, API enabled, CT003 emulatie - Astrameter add-on, NUC10 watercooled + Home Assistant OS
/f/image/lyMQPA4kU8usPq54JJrhqbiI.png?f=fotoalbum_large)
Ik heb nu dit dashboard voor wat ik zelf heb gemaakt.
Ik gebruik idd de homewizard P1 door een sensor te maken zoals 3 berichten terug vanaf DIT bericht. Voor een elke seconde update.
Ook heb ik 2 homewizard plugs welke ik uitlees per seconde buiten de app om, om het vermogen uit te lezen van de marstek aansluiting op de huisinstallatie. Die in de accu zelf vond ik niet snel genoeg.
Hieronder mijn enige automation welke hard aanstuurd zodat de marstek niet in slaap valt.
Ik maak in deze setup gebruik van 2 accu's, allebei aangesloten via ethernet (static IP's)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
| alias: EMS v1 - pro control (ff + soc-balancing + PiD) by X-DJiNn
triggers:
- seconds: /1
trigger: time_pattern
conditions:
- condition: template
value_template: "{{ run }}"
actions:
- choose:
- conditions:
- condition: template
value_template: "{{ keepalive }}"
sequence:
- action: modbus.write_register
data:
hub: marstek1
slave: 1
address: 42000
value: 21930
- action: modbus.write_register
data:
hub: marstek2
slave: 1
address: 42000
value: 21930
- action: modbus.write_register
data:
hub: marstek1
slave: 1
address: "{{ 42020 if b1_final > 0 else 42021 }}"
value: "{{ b1_final | abs | int }}"
- action: modbus.write_register
data:
hub: marstek2
slave: 1
address: "{{ 42020 if b2_final > 0 else 42021 }}"
value: "{{ b2_final | abs | int }}"
- action: modbus.write_register
data:
hub: marstek1
slave: 1
address: 42010
value: "{{ 1 if b1_final > 0 else 2 }}"
- action: modbus.write_register
data:
hub: marstek2
slave: 1
address: 42010
value: "{{ 1 if b2_final > 0 else 2 }}"
- action: input_number.set_value
data:
entity_id: input_number.ems_integral
value: "{{ integral }}"
- action: input_number.set_value
data:
entity_id: input_number.ems_prev_error
value: "{{ error_db }}"
- action: input_number.set_value
data:
entity_id: input_number.pid_output
value: "{{ pid }}"
mode: restart
variables:
interval: "{{ states('input_number.ems_interval_sec') | int(1) }}"
last_run: >-
{{ state_attr('automation.ems_v6_pro_control_ff_stable_soc',
'last_triggered') }}
now_ts: "{{ now().timestamp() }}"
last_ts: "{{ as_timestamp(last_run) if last_run else 0 }}"
run: "{{ (now_ts - last_ts) >= interval }}"
now_time: "{{ now().strftime('%H:%M') }}"
day_start: "{{ states('input_datetime.ems_day_start')[0:5] }}"
night_start: "{{ states('input_datetime.ems_night_start')[0:5] }}"
target: |
{% if night_start <= now_time or now_time < day_start %}
{{ states('input_number.ems_target_night')|float(250) }}
{% else %}
{{ states('input_number.ems_target_day')|float(60) }}
{% endif %}
grid: "{{ states('sensor.p1_realtime_vermogen')|float(0) }}"
b1_meas: "{{ states('sensor.accu1_vermogen_hw')|float(0) }}"
b2_meas: "{{ states('sensor.accu2_vermogen_hw')|float(0) }}"
batt_total: "{{ b1_meas + b2_meas }}"
soc1: "{{ states('sensor.marstek1_soc')|float(0) }}"
soc2: "{{ states('sensor.marstek2_soc')|float(0) }}"
kp: "{{ states('input_number.ems_kp')|float(0.015) }}"
ki: "{{ states('input_number.ems_ki')|float(0.002) }}"
kd: "{{ states('input_number.ems_kd')|float(0.04) }}"
deadband: "{{ states('input_number.ems_deadband')|float(30) }}"
ramp: "{{ states('input_number.ems_ramp')|float(120) }}"
integral_prev: "{{ states('input_number.ems_integral')|float(0) }}"
prev_error: "{{ states('input_number.ems_prev_error')|float(0) }}"
error: "{{ target - grid }}"
error_db: |
{% if error|abs < deadband %}
0
{% else %}
{{ error }}
{% endif %}
max_power: 2475
max_integral: "{{ max_power * 5 }}"
integral: |
{% if error_db == 0 %}
{{ integral_prev * 0.9 }}
{% else %}
{{ [ [ integral_prev + error_db , max_integral ] | min , -max_integral ] | max }}
{% endif %}
derivative: "{{ (error_db - prev_error) / interval }}"
pid: "{{ kp*error_db + ki*integral + kd*derivative }}"
ff: "{{ target - grid }}"
request_raw: "{{ batt_total + ff + pid }}"
request_lim: "{{ [ [ request_raw , max_power*2 ] | min , -max_power*2 ] | max }}"
delta: "{{ request_lim - batt_total }}"
request: |
{% if delta > ramp %}
{{ batt_total + ramp }}
{% elif delta < -ramp %}
{{ batt_total - ramp }}
{% else %}
{{ request_lim }}
{% endif %}
charging: "{{ request > 0 }}"
discharging: "{{ request < 0 }}"
b1_ok: "{{ (charging and soc1 < 99.5) or (discharging and soc1 > 8) }}"
b2_ok: "{{ (charging and soc2 < 99.5) or (discharging and soc2 > 8) }}"
active: "{{ b1_ok|int + b2_ok|int }}"
share: "{{ request / active if active > 0 else 0 }}"
soc_delta: |
{% if active == 2 and (soc1 - soc2)|abs > 1 %}
{{ soc1 - soc2 }}
{% else %}
0
{% endif %}
soc_gain: 35
b1_bias: "{{ soc_delta * soc_gain }}"
b2_bias: "{{ -soc_delta * soc_gain }}"
b1_target: "{{ share - b1_bias }}"
b2_target: "{{ share - b2_bias }}"
b1_final: "{{ [ [ b1_target , max_power ] | min , -max_power ] | max if b1_ok else 0 }}"
b2_final: "{{ [ [ b2_target , max_power ] | min , -max_power ] | max if b2_ok else 0 }}"
keepalive: "{{ (now().second % 10) == 0 }}" |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
| rest:
- resource: http://192.168.20.100/api/v1/data
scan_interval: 1
timeout: 2
sensor:
- name: "P1 realtime vermogen"
unique_id: p1_realtime_power
value_template: "{{ value_json.active_power_w }}"
unit_of_measurement: "W"
device_class: power
state_class: measurement
- resource: http://192.168.20.110/api/v1/data
scan_interval: 1
sensor:
- name: "Accu1 vermogen HW"
unique_id: accu1_hw_power
value_template: "{{ value_json.active_power_w }}"
unit_of_measurement: W
device_class: power
state_class: measurement
- resource: http://192.168.20.107/api/v1/data
scan_interval: 1
sensor:
- name: "Accu2 vermogen HW"
unique_id: accu2_hw_power
value_template: "{{ value_json.active_power_w }}"
unit_of_measurement: W
device_class: power
state_class: measurement
modbus:
- name: marstek1
type: tcp
host: 192.168.20.50
port: 502
sensors:
- name: marstek1_soc
slave: 1
address: 34002
input_type: holding
data_type: uint16
scale: 0.1
- name: marstek1_battery_power
slave: 1
address: 30001
input_type: holding
data_type: int16
- name: marstek1_ac_power
slave: 1
address: 32202
input_type: holding
data_type: int32
- name: marstek1_inverter_state_raw
slave: 1
address: 35100
input_type: holding
data_type: uint16
- name: marstek1_total_energy
slave: 1
address: 32105
input_type: holding
data_type: uint16
unit_of_measurement: kWh
device_class: energy_storage
scale: 0.001
offset: 0
precision: 2
- name: marstek1_internal_temperature
address: 35000
slave: 1
scan_interval: 30
input_type: holding
data_type: int16
unit_of_measurement: °C
device_class: temperature
state_class: measurement
scale: 0.1
offset: 0
precision: 1
- name: marstek2
type: tcp
host: 192.168.20.51
port: 502
sensors:
- name: marstek2_soc
slave: 1
address: 34002
input_type: holding
data_type: uint16
scale: 0.1
- name: marstek2_battery_power
slave: 1
address: 30001
input_type: holding
data_type: int16
- name: marstek2_ac_power
slave: 1
address: 32202
input_type: holding
data_type: int32
- name: marstek2_inverter_state_raw
slave: 1
address: 35100
input_type: holding
data_type: uint16
- name: marstek2_total_energy
slave: 1
address: 32105
input_type: holding
data_type: uint16
unit_of_measurement: kWh
device_class: energy_storage
scale: 0.001
offset: 0
precision: 2
- name: marstek2_internal_temperature
address: 35000
slave: 1
scan_interval: 30
input_type: holding
data_type: int16
unit_of_measurement: °C
device_class: temperature
state_class: measurement
scale: 0.1
offset: 0
precision: 1
template:
- sensor:
- name: "Marstek 1 status"
unique_id: marstek1_status
state: >
{% set v = states('sensor.marstek1_inverter_state_raw') | int(0) %}
{% if v == 1 %}
Idle
{% elif v == 2 %}
Laden
{% elif v == 3 %}
Ontladen
{% else %}
Onbekend
{% endif %}
icon: >
{% set v = states('sensor.marstek1_inverter_state_raw') | int(0) %}
{% if v == 2 %}
mdi:battery-arrow-down
{% elif v == 3 %}
mdi:battery-arrow-up
{% else %}
mdi:battery-outline
{% endif %}
- sensor:
- name: "Marstek 2 status"
unique_id: marstek2_status
state: >
{% set v = states('sensor.marstek2_inverter_state_raw') | int(0) %}
{% if v == 1 %}
Idle
{% elif v == 2 %}
Laden
{% elif v == 3 %}
Ontladen
{% else %}
Onbekend
{% endif %}
icon: >
{% set v = states('sensor.marstek2_inverter_state_raw') | int(0) %}
{% if v == 2 %}
mdi:battery-arrow-down
{% elif v == 3 %}
mdi:battery-arrow-up
{% else %}
mdi:battery-outline
{% endif %} |
Gebruik chatgpt als je vriend voor je helpers te maken voor je automation. JA die helpers ben je nodig. Steek hier zelf even wat effort in.
Ik ben er nog mee bezig, maar deze werkt voor mij en accu's slapen niet meer.
Succes !
[ Voor 102% gewijzigd door X-DJiNn op 18-04-2026 06:43 . Reden: Spelllvoutjes ]
SE5K-RWB @ 9100WP // 3x Marstek Venus E3.0 5,12kWh // Mikrotik RB5009UG+S+ // Mikrotik hEX E50UG // Mikrotik cAP ax // Mikrotik hAP ax2 // Home-Assistant
De laatste tijd al een paar keer mijn modem moeten resetten wegens internetproblemen en daarna zijn de batterijen niet meer te koppelen met de ct module.
Batterijen liggen er sinds vanmorgen uit en kunnen niet meer gekoppeld worden ondanks reset van batterij en ct003. Alles verwijderd, terug geinstalleerd maar helaas de ct module lijkt offline te blijven.
/f/image/XOqpnyLopVxEyTK1WRfTYEd0.png?f=fotoalbum_large)
/f/image/4mnFOFI2rGQuNdpegdwpdpRB.png?f=fotoalbum_large)
/f/image/JQjHKkLLSQ7jNpSGISqSb0WF.png?f=fotoalbum_large)
/f/image/FDXdSGAMCs6DO7k1mvEWJW9T.png?f=fotoalbum_large)
:strip_exif()/f/image/KpjTAj7zoriDtm4vZKJQ7PQI.jpg?f=fotoalbum_large)
:strip_exif()/f/image/j7Ft4CClPwQOCRYbLIF3Bcwv.jpg?f=fotoalbum_large)
:strip_exif()/f/image/qSJ4B1jpKHdfpXSqKqgQAMEt.jpg?f=fotoalbum_large)
:strip_exif()/f/image/C0Egibij72vyG1Zl3cLZn2dD.jpg?f=fotoalbum_large)
:strip_exif()/f/image/JL8AQ1OcI2qbYZvjhU2phaPB.jpg?f=fotoalbum_large)
:strip_exif()/f/image/A0T9FJFLd2oc9Meci2RX7fzN.jpg?f=fotoalbum_large)
:strip_exif()/f/image/JjL7b1A6x5snVNOwWkvdrbiT.jpg?f=fotoalbum_large)
/f/image/nsuZWoSN1xHD6vEr15GIW3VC.png?f=fotoalbum_large)
/f/image/navZHlGG8yzLY5T6OsAeR7T5.png?f=fotoalbum_large)
:strip_exif()/f/image/XQrAmHlzwNv2RVKKkjB7uR6d.png?f=user_large)
:strip_exif()/f/image/xnIOhrcRfANSPIPU6B7wUIe4.png?f=user_large)
:strip_exif()/f/image/r8jq1FtgDX0ZPpR6GsjiyGbC.jpg?f=fotoalbum_large)
:strip_exif()/f/image/fiqFdhrMIbJcX0YcWVXW4Dti.jpg?f=fotoalbum_tile)
:strip_exif()/f/image/hvbKbz3jT3HuQ21BCjjicF4L.jpg?f=fotoalbum_tile)