Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[RefleXion]

Omdat ik geen reactie kreeg van Marstek Nederland over de modbus (is het veilig om vaak te schrijven?) heb ik een apparte controller gebouwd.
Ik draai nu op een raspberry pi 5 een zelf geschreven Python programma dat voor alle 9 accu's apart een meter emuleert aan de hand van een HomeWizard P1 meter (elke seconde). Via Elfin 11a's leest de controller via de modbus de actuele energielevering, SoC en error's uit van alle accu's.
Op poort 80 heb ik een API gemaakt zodat ik in home assistant alles kan uitlezen en bedienen (modus, balanceren, min / max laadsnelheid, min / max lading etc.)
Uiteindelijk veel te veel tijd aan kwijt geweest, maar nu wel een super stabiele oplossing en volledige controle over de accu's.
Ergens wel jammer dat dit nodig is, maar de Marstek software werkt echt waardeloos met 9 accu's. De accu's verliezen willekeurig verbinding met de eigen Marstek P1 meter en SoC's lopen ver uiteen.

[AUijtdehaag]

@RefleXion
3 accus per fase dus 7500 watt / 32 A per fase? Wat voor hoofdaansluiting heb je dan?

Je had ook Gitcode Bob even kunnen aanschrijven via zijn discord channel
Die ondersteund 4 batterijen (wellicht was 9 ook mogelijk)
Maar chapeau dat je het zelf al voor elkaar hebt

Aanname: het is niet zo vreemd dat Marstek er geen antwoord op geeft wat betreft modbus.
Stel dat de mensen de app niet meer gebruiken....

[ Voor 20% gewijzigd door AUijtdehaag op 07-02-2026 11:21 ]

[RefleXion]

AUijtdehaag schreef op zaterdag 7 februari 2026 @ 11:17:
@RefleXion
3 accus per fase dus 7500 watt / 32 A per fase? Wat voor hoofdaansluiting heb je dan?

Je had ook Gitcode Bob even kunnen aanschrijven via zijn discord channel
Die ondersteund 4 batterijen (wellicht was 9 ook mogelijk)
Maar chapeau dat je het zelf al voor elkaar hebt

3x 40A hoofdaansluiting, past precies. Pieklevering zonnepanelen kan ik nu precies opvangen.
Zelf aanmodderen en ervan leren is de Tweaker way toch .

[AUijtdehaag]

@RefleXion
Misschien toch eens met de warmtebeeldcamera alles nalopen.
En zeker geen backup box aanschaffen met 100 A door de nul

[ Voor 28% gewijzigd door AUijtdehaag op 07-02-2026 11:28 ]

[RefleXion]

AUijtdehaag schreef op zaterdag 7 februari 2026 @ 11:23:
@RefleXion
Misschien toch eens met de warmtebeeldcamera alles nalopen.

One step ahead of you. Al gedaan! Voor verzwaren hoofdaansluiting blies ik er wel eens een hoofdzekering (25A) uit met de teruglevering, maar binnenshuis is alles stabiel en koel.

Sorry voor de off-topic reactie.

[savale]

sun62 schreef op maandag 2 februari 2026 @ 12:33:
Ik zie ander gedrag op v147 tov v144. Bij mij was mijn venus A ook niet gestart op self consumption.
Manueel opladen of ontladen via force mode werkt wel.
Nu ben ik er achter als ik in de app een tijds blok aanmaak en via modbus extern stuur op register 43000 deze wel schakelt. Maar nul op de meter doet niets. Vanavond maar eens een power cycle doen.

Heb je self consumption toevallig weer aan de gang? Hier 1 accu over op v147 maar self consumption blijft in standby...

[timvanloon]

Ik moest in het begin even via het dashboard eerst even alles op manual zetten en daarna op timed en alles werkt al 24 uur goed nu.
Ik doe het via de node red van codebob met modbus tcp-ip van fonske.

[sun62]

savale schreef op zaterdag 7 februari 2026 @ 17:41:
[...]


Heb je self consumption toevallig weer aan de gang? Hier 1 accu over op v147 maar self consumption blijft in standby...

Ja het werkt weer. Om het weer aan de gang krijgen zou je een powercycle kunnen proberen. Heeft hier vanochtend opgeladen en daarna toen de panelen minder gingen leveren weer stroom geleverd.
.

[ Voor 12% gewijzigd door sun62 op 07-02-2026 20:31 ]

[savale]

Geen idee of iemand met node red ervaring mee kan / wil werken om self consumption mode te laten werken via Marstek CT/anti-feed?
https://github.com/gitcod...-rs485-node-red/issues/87

Het idee is: aantal modbus / mogelijk flash writes beperken ten goede van de levensduur van de accu. Ik weet al dat de Marstek CT / anti-feed rekening houdt met de limieten die je instelt via modbus, dus de normale node red / self consumption features kunnen denk ik blijven werken.

Het mooiste is een optie dat je kunt schakelen tussen de PID implementatie en de Marstek Anti-feed. Maar als dat lastig is, is het eerst misschien een idee om de PID eruit te slopen en eerst een testversie te maken om te kijken of het überhaupt een beetje mooi werkt, maar ik heb nog geen idee waar precies in te grijpen....

Anders ga ik mij er zelf in verdiepen hoor.

[ Voor 60% gewijzigd door savale op 08-02-2026 11:43 ]

[sun62]

@savale zie linkje hieronder dat is precies wat ik gemaakt/ maken ben.

[savale]

sun62 schreef op zondag 8 februari 2026 @ 11:42:
@savale zie linkje hieronder dat is precies wat ik gemaakt/ maken ben.

Eens kijken of ik dat snap / kan uitbreiden naar 4 accu's en de koppeling naar home assistant kan gaan maken. Probeer het anders eerst een te begrijpen en dan kan ik het wellicht porten naar de versie van gitcodebob.

[ Voor 29% gewijzigd door savale op 08-02-2026 11:57 ]

[sun62]

savale schreef op zondag 8 februari 2026 @ 11:45:
[...]


Eens kijken of ik dat snap / kan uitbreiden naar 4 accu's en de koppeling naar home assistant kan gaan maken. Probeer het anders eerst een te begrijpen en dan kan ik het wellicht porten naar de versie van gitcodebob.

Is een kwestie van de relevante nodes kopiëren en hernoemen en configureren. Ik had eerst een poging gedaan om een eigen pid te maken maar de marstek regeling is sneller omdat zij gebruik maken van een hardware pid denk ik. Tevens maken die paar Watt voor die korte tijd niet uit op de kosten.

[pascallj]

sun62 schreef op zondag 8 februari 2026 @ 11:42:
@savale zie linkje hieronder dat is precies wat ik gemaakt/ maken ben.

Die van jou werkt via Modbus en @savale wilde dat juist niet.

[sun62]

pascallj schreef op zondag 8 februari 2026 @ 13:50:
[...]


Die van jou werkt via Modbus en @savale wilde dat juist niet.

Ja maar dat is bijna geen modbus verkeer. De pid blijft bezig.😉

[pascallj]

sun62 schreef op zondag 8 februari 2026 @ 13:52:
[...]

Ja maar dat is bijna geen modbus verkeer. De pid blijft bezig.😉

Wat bedoel je PID blijft bezig? Als je niets stuurt, zal er toch ook niets veranderen? Ik heb geen verstand van Node RED naar als ik zo even de graph bestudeer lijkt het dat je het vermogen stuurt via Modbus en niet een P1 meter emuleert. Dat laatste is de enige manier om de Marstek in 'Self-Consumption' modus te laten werken.

[sun62]

pascallj schreef op zondag 8 februari 2026 @ 13:55:
[...]


Wat bedoel je PID blijft bezig? Als je niets stuurt, zal er toch ook niets veranderen? Ik heb geen verstand van Node RED naar als ik zo even de graph bestudeer lijkt het dat je het vermogen stuurt via Modbus en niet een P1 meter emuleert. Dat laatste is de enige manier om de Marstek in 'Self-Consumption' modus te laten werken.

Ik stuur niet op vermogen maar gebruik register 43000 deze selecteerd direct self mode van marstek.

[pascallj]

sun62 schreef op zondag 8 februari 2026 @ 14:07:
[...]

Ik stuur niet op vermogen maar gebruik register 43000 deze selecteerd direct self mode van marstek.
[Afbeelding]

En wat stuur je dan precies? Als je hem op die modus zet heb je daarna toch geen controle meer en ben je afhankelijk van een CT. In feite schakel je dus alleen maar modi dan?

Maar misschien snap in het doel van ~savale niet helemaal. Ik dacht dat de bedoeling was om niet afhankelijk te zijn van een CT.

[sun62]

pascallj schreef op zondag 8 februari 2026 @ 14:11:
[...]


En wat stuur je dan precies? Als je hem op die modus zet heb je daarna toch geen controle meer en ben je afhankelijk van een CT. In feite schakel je dus alleen maar modi dan?

Maar misschien snap in het doel van ~savale niet
helemaal. Ik dacht dat de bedoeling was om niet afhankelijk te zijn van een CT.

De bedoeling is de software pid vermijden ivm het vele schrijven.
Ik kies de user mode zoals ik de app. in manual heb ik niets gekozen dus dat is in mijn geval off. Of ik kies antifeed en gebruik dus de marstek hardware. En stuur dan eigenlijk niet veel meer als aleen de status enz uitlezen.
Mijn UI doet dus hetzelfde als de marstek app maar hoef niet 3lagen diep om het te kiezen plus "live" updates.

[savale]

@pascallj @sun62
Volgens mij doet het script van @sun62 enkel switchen tussen self-consumption / manual feed zoals je zou doen in de marstek app. Het vermogen wordt dus niet continu geregeld vanuit de node red software. Dat doet de firmware van marstek dus zelf aan de hand van de CT data.

Het script is ook alleen zinvol voor systemen met meerdere accu's. Het hoeft dan ook niks anders te doen dan op strategische momenten de ene accu op anti-feed te zetten en een andere weer op manual (load balancing) / ter voorkoming dat de ene accu de andere oplaad etc.
Als Marstek dit nou zelf helemaal op orde zou hebben dan zou het hele script ook overbodig zijn.

Wat moet het script doen

: (met als voorbeeld van 4 accu's):

1) Slim bijschakelen tijdens laden / ontladen. Voorbeeld: ontladen van in totaal 800watt: laat dat 1 accu uitvoeren in plaats van alle 4 200watt ontladen. (want met 4 accu's is dan minder efficiënt).

2) Ingestelde accu laad / ontlaad limieten respecteren: Ontladen tot bijvoorbeeld 20% en opladen tot bijvoorbeeld 90%. (DOD zit inmiddels wel al in de marstek firmware zelf).

3) slijtage voorkomen: eventueel al omschakelen tussen accu's om ze zoveel als mogelijk in het gebied te houden van de minste slijtage. Dus niet 1 accu al helemaal ontladen en dan switchen, maar juist eerder al wisselen.

Hopelijk wat duidelijker @pascallj

[ Voor 9% gewijzigd door savale op 08-02-2026 16:29 ]

[sun62]

@savale ik had ook graag een max soc gehad voor het laden. Heb een feature request ingediend hiervoor. Anders zou ik het via het script moeten doen wat ik zo simpel mogelijk wil houden. reactie van marstek:

[AUijtdehaag]

@savale
Dat zit allemaal al in de nodered code van Bob.
Ik voeg er nog solcast voorspelling aan toe met HA automatisering zodat de batterijen variabel dynamisch opladen tot xx SOC gedurende de nacht afhankelijk van de zon voorspelling

[savale]

AUijtdehaag schreef op zondag 8 februari 2026 @ 16:48:
@savale
Dat zit allemaal al in de nodered code van Bob.
Ik voeg er nog solcast voorspelling aan toe met HA automatisering zodat de batterijen variabel dynamisch opladen tot xx SOC gedurende de nacht afhankelijk van de zon voorspelling

Klopt: de nodered code van Bob is fantastisch! Enige dat ik dus graag anders zou zien is vermogen regelen via modbus kunnen omschakelen naar marstek CT anti-feed. Waarbij 0 betekend naar manual mode. Wellicht een simpele aanpassing, maar zo goed zit ik niet in de code.
@sun62 een idee om jouw code te porten naar die van Bob? Het beste van 2 werelden.

[ Voor 6% gewijzigd door savale op 08-02-2026 17:44 ]

[sun62]

savale schreef op zondag 8 februari 2026 @ 17:43:
[...]


Klopt: de nodered code van Bob is fantastisch! Enige dat ik dus graag anders zou zien is vermogen regelen via modbus kunnen omschakelen naar marstek CT anti-feed. Waarbij 0 betekend naar manual mode. Wellicht een simpele aanpassing, maar zo goed zit ik niet in de code.
@sun62 een idee om jouw code te porten naar die van Bob? Het beste van 2 werelden.

Ik heb op het moment een HA versie draaien in mijn qnap nas in container. Die is zo beperkt dat ik heel weinig kan aanpassen. Ik heb nog een rpi liggen waar ik het op kan zetten. Maar ik heb nu nog geen idee waar ik het zou moeten aan passen. Het omschakelen van de modes is in principe maar 2 nodes dus dat zou niet zo moeilijk moeten zijn. Ik vermoed dat bob veel in force mode aanstuurt en dat gaat niet goed samen met self mode van marstek.

[savale]

Node red werkt best intuïtief. In totaal 2 uurtjes aan besteed en het lijkt erop dat ik al wat heb dat ik kan gaan testen. Wat details van de aanpassingen staan hier:
https://github.com/gitcod...-rs485-node-red/issues/87
Echt nog quick en dirty, dus even kijken of ik dit ook een beetje netjes kan gaan integreren zodat Bob het kan toevoegen. Even horen hoe hij denkt dat dit netjes toe te voegen is.
Eerst eens testen wat het gaat doen zo.

[sun62]

savale schreef op maandag 9 februari 2026 @ 22:43:
Node red werkt best intuïtief. In totaal 2 uurtjes aan besteed en het lijkt erop dat ik al wat heb dat ik kan gaan testen. Wat details van de aanpassingen staan hier:
https://github.com/gitcod...-rs485-node-red/issues/87
Echt nog quick en dirty, dus even kijken of ik dit ook een beetje netjes kan gaan integreren zodat Bob het kan toevoegen. Even horen hoe hij denkt dat dit netjes toe te voegen is.
Eerst eens testen wat het gaat doen zo.

Ja als je het eenmaal een beetje door hebt gaat het vrij snel
Ik heb het nu even op een andere manier aangepakt omdat ik gemerkt hebt dat de batterij de kluts kwijtraakt als je in self mode de limits gaat aansturen via de modbus. Het is jammer dat ze hetzelfde register gebruiken voor charge/discharge daardoor moet je al in de goede mode zitten voordat je een limit wegschrijft.
Ik gebruik nu een if/else loop om te kijken of ik nog binnen mijn limits zit. Zoniet dan zet ik de batterij in standby. Dat gaat wel goed heb ik nu gezien. Ik heb de laatste versie zover in de testing branch gezet.
Net voor 1.00u vanmorgen was de min limit bereikt en zijn de batterijen 1 voor 1 in standby gegaan.
\

\

[SatScan]

RefleXion schreef op zaterdag 7 februari 2026 @ 11:12:
Omdat ik geen reactie kreeg van Marstek Nederland over de modbus (is het veilig om vaak te schrijven?) heb ik een apparte controller gebouwd.
Ik draai nu op een raspberry pi 5 een zelf geschreven Python programma dat voor alle 9 accu's apart een meter emuleert aan de hand van een HomeWizard P1 meter (elke seconde). Via Elfin 11a's leest de controller via de modbus de actuele energielevering, SoC en error's uit van alle accu's.
Op poort 80 heb ik een API gemaakt zodat ik in home assistant alles kan uitlezen en bedienen (modus, balanceren, min / max laadsnelheid, min / max lading etc.)
Uiteindelijk veel te veel tijd aan kwijt geweest, maar nu wel een super stabiele oplossing en volledige controle over de accu's.
Ergens wel jammer dat dit nodig is, maar de Marstek software werkt echt waardeloos met 9 accu's. De accu's verliezen willekeurig verbinding met de eigen Marstek P1 meter en SoC's lopen ver uiteen.

Even voor de duidelijkheid: Marstek Nederland is een leverancier zoals vele andere officiële leveranciers van Marstek-producten.

Als je technische vragen hebt over het product aan de fabrikant, zul je dat via de feedback in de app of via Marstek Europe moeten doen.
Er is geen officiële Nederlandse Marstek-importeur; er is 1 importeur voor geheel Europa, Marstek Europa, die een distributiecentrum in Duitsland heeft.

[savale]

@sun62 Heb het bijna voor elkaar nu, maar moet de code nog in een eigen "hybride mode" gieten. Al die PID calculaties van Rob slaan nu nergens meer op...
Voordeel van deze hybride mode is dat het eigenlijk werkt alsof je in self-consumption mode van Rob zit met alle features die hij erin heeft gebouwd (max charge & min discharge soc per batterij, omschakelen tussen batterijen etc), maar dan stuurt hij niet meer direct de power handmatig aan, maar laat dat door de marstek PID oplossen.

Hier schakelt accu 1 af en 3 in, want accu 1 kwam onder de discharge SOC te zitten

(marstek PID werkt nu niet lekker met pieken, want heb nog een 10 seconden p1 meter en had wat maffe waardes in m'n filters. Let dus niet teveel op de gele lijn. De meter wordt binnenkort vervangen)

[ Voor 4% gewijzigd door savale op 10-02-2026 11:02 ]

[sun62]

savale schreef op dinsdag 10 februari 2026 @ 11:01:
@sun62 Heb het bijna voor elkaar nu, maar moet de code nog in een eigen "hybride mode" gieten. Al die PID calculaties van Rob slaan nu nergens meer op...
Voordeel van deze hybride mode is dat het eigenlijk werkt alsof je in self-consumption mode van Rob zit met alle features die hij erin heeft gebouwd (max charge & min discharge soc per batterij, omschakelen tussen batterijen etc), maar dan stuurt hij niet meer direct de power handmatig aan, maar laat dat door de marstek PID oplossen.

Hier schakelt accu 1 af en 3 in, want accu 1 kwam onder de discharge SOC te zitten
[Afbeelding]
(marstek PID werkt nu niet lekker met pieken, want heb nog een 10 seconden p1 meter en had wat maffe waardes in m'n filters. Let dus niet teveel op de gele lijn. De meter wordt binnenkort vervangen)

Mooi dat het je gelukt is. Ben wel benieuwd of het aansturen van de limieten goed gaat in "marstek selfMode" ?

[comfix]

comfix schreef op zondag 7 december 2025 @ 21:17:
[...]


Het is ondertussen gelukt om via Home Assistant - Modbus, een write te doen naar de 2de batterij (enkel deze aangesloten op de modbus) en dus het slave adres naar 2 te veranderen.

Gisteren een FW update gedaan van de batterijen en ineens is mijn modbus adres terug op standaard en krijg precies niet meer op 2 gezet

[hypernova]

PVerga schreef op zondag 13 april 2025 @ 14:38:
Ik heb mijn Marstek batterij nu een maand operationeel en wil mijn ervaringen en benadering delen, misschien is het nuttig voor iemand.

Aanpak:
Vermits ik de Marstek enkel wil gebruiken voor optimalisatie huishoudelijk verbruik, dus los van phev laden en ik reeds beschikte over de Shelly, heb ik de CT003 in de doos gelaten en een Shelly emulator gebouwd in Loxone.

Ik sta op het punt om 3 Marstek batterijen te bestellen, 1 voor elke fase. Ik wil deze ook integreren in Loxone en ervoor zorgen dat het laden van 2 elektrische wagens niet gebeurd door het leegtrekken van de Marstek batterijen.
Zou jij je Loxone Shelly Emulator script willen delen?

[De Senaat]

Even een vraagje. Ik ben sinds een paar dagen nu ook met modbus TCP bezig. Ik gebruik geen HA en node-red, maar programmeer alles zelf op een ESP32 om de modbus registers uit te lezen.
Ik heb vanaf het begin de Local API van de MT gebruikt om de batterij waardes uit te lezen en aan te sturen. Maar zie nu de nodige verschillen tussen wat ik via modbus zie en dat wat ik in de MT app en de local API zie.
Met name register 35000 (temperatuur) geeft een verschil van zo'n 3 tot 5 graden aan met wat ik in de API terug krijg. En ook register 30001 (Battery power) geeft niet de waarde weer die ik in de app en de API zie. Zo wordt er nu bijvoorbeeld volgens modbus opgeladen met 113 watt, waar de app en api zeggen dat het 149 watt is. Die waardes fluctueren behoorlijk natuurlijk, maar toch zou ik verwachten dat de app en de modbus waardes meer in overeenstemming zouden zijn met elkaar. Herkent iemand dit?

[sun62]

De Senaat schreef op woensdag 11 februari 2026 @ 11:20:
Even een vraagje. Ik ben sinds een paar dagen nu ook met modbus TCP bezig. Ik gebruik geen HA en node-red, maar programmeer alles zelf op een ESP32 om de modbus registers uit te lezen.
Ik heb vanaf het begin de Local API van de MT gebruikt om de batterij waardes uit te lezen en aan te sturen. Maar zie nu de nodige verschillen tussen wat ik via modbus zie en dat wat ik in de MT app en de local API zie.
Met name register 35000 (temperatuur) geeft een verschil van zo'n 3 tot 5 graden aan met wat ik in de API terug krijg. En ook register 30001 (Battery power) geeft niet de waarde weer die ik in de app en de API zie. Zo wordt er nu bijvoorbeeld volgens modbus opgeladen met 113 watt, waar de app en api zeggen dat het 149 watt is. Die waardes fluctueren behoorlijk natuurlijk, maar toch zou ik verwachten dat de app en de modbus waardes meer in overeenstemming zouden zijn met elkaar. Herkent iemand dit?

Weet je zeker dat register 30001 Battery Power is? Ik gebruik 30006 ch/dis-charge power.

[pascallj]

De Senaat schreef op woensdag 11 februari 2026 @ 11:20:
Even een vraagje. Ik ben sinds een paar dagen nu ook met modbus TCP bezig. Ik gebruik geen HA en node-red, maar programmeer alles zelf op een ESP32 om de modbus registers uit te lezen.
Ik heb vanaf het begin de Local API van de MT gebruikt om de batterij waardes uit te lezen en aan te sturen. Maar zie nu de nodige verschillen tussen wat ik via modbus zie en dat wat ik in de MT app en de local API zie.
Met name register 35000 (temperatuur) geeft een verschil van zo'n 3 tot 5 graden aan met wat ik in de API terug krijg. En ook register 30001 (Battery power) geeft niet de waarde weer die ik in de app en de API zie. Zo wordt er nu bijvoorbeeld volgens modbus opgeladen met 113 watt, waar de app en api zeggen dat het 149 watt is. Die waardes fluctueren behoorlijk natuurlijk, maar toch zou ik verwachten dat de app en de modbus waardes meer in overeenstemming zouden zijn met elkaar. Herkent iemand dit?

Even ter interesse, wat heb je aan de waardes op een ESP32? Is dat het eindapparaat waarop je het wilt gebruiken?

Je hebt meerdere temperatuursensoren, intern (35000), mosfet (35001/2) en cel (35010/11). Waarschijnlijk laat de api een andere waarde zien dan intern.

Zo laat de api en de app ook alleen de AC zijde van de power zien (dus wat er in/uit de stekker gaat/komt) en is 30001 de battery power (dus de DC zijde, in theorie zonder omvormer verliezen). AC Power zit op 32202

[De Senaat]

sun62 schreef op woensdag 11 februari 2026 @ 11:29:
[...]
Weet je zeker dat register 30001 Battery Power is? Ik gebruik 30006 ch/dis-charge power.

Dankje wel @sun62. Die geeft bij mij ook de waarde aan die ik in de app zie.
Ik had me gebaseerd op de HA.yaml die ik ergens gevonden had. Daarin wordt 30001 aangegeven met marstek_m1_battery_power. En 30006 staat daar niet in. Maar die ga ik voortaan nu wel gebruiken natuurlijk. Top.

[pascallj]

sun62 schreef op woensdag 11 februari 2026 @ 11:29:
[...]

Weet je zeker dat register 30001 Battery Power is? Ik gebruik 30006 ch/dis-charge power.

Daar zit inderdaad AC Power ook. Net als op 32202 en 37004 geloof ik. Battery Power is 30001.

[sun62]

pascallj schreef op woensdag 11 februari 2026 @ 11:41:
[...]


Daar zit inderdaad AC Power ook. Net als op 32202 en 37004 geloof ik. Battery Power is 30001.

Het is idd overal lijstjes doorspitten en proberen.

[De Senaat]

pascallj schreef op woensdag 11 februari 2026 @ 11:33:
[...]
Even ter interesse, wat heb je aan de waardes op een ESP32? Is dat het eindapparaat waarop je het wilt gebruiken?

Ik gebruik een ESP32 om alle waardes van electra, gas en water meterstanden, zonnepanelen en zonneboiler temperaturen te monitoren en vast te leggen. Puur voor het inzicht wat dat geeft. En nu dus ook de waardes van de batterij erbij gezet.
Verder gebruik ik voor de batterij voornamelijk de app om e.e.a. aan te sturen. Maar kan nu de esp32 ook laten zorgen, als NoM staat ingesteld, dat er tijdens laag-tarief uren (12-16 uur bij mij) niet op volle kracht wordt ontladen. Dat kunnen we beter gebruiken tijdens de duurdere uren.

[savale]

Hier de all in one flow geforked van Bob zijn flows voor als iemand de CT anti-feed in plaats van rs485 forced mode wil testen. Enkel de "full control + self consumption" is te testen, maar ben wel benieuwd. Als er meer animo is ga ik de code wel even proberen netjes te maken in een eigen mode, zodat ook Bob het kan gaan integreren.
Zorg uiteraard dat je accu's wel CT data krijgen anders werkt dit niet.
Verder even een backup maken van je huidige node red script als je zelf wat hebt aangepast, zodat je makkelijk terug kunt gaan. Home assistant dashboard hoef je niet te updaten. Puur de node red flows.

https://github.com/kiss81/marstek-venus-rs485-node-red

@sun62 heb je ook even getagged.

Uit de aangepaste readme:

This fork is a proof of concept for a multi battery setup that uses the marstek CT PID anti-feed mode in "full control mode" instead of forcing the batteries in rs485 mode and forcing power updates. The rationale behind this is that it might damage your marstek flash memory because of having so many "forced power" updates. This version works the same as gitcodebob version, but for now you need to set the PID to: Kp = 1, Ki = 0, Kd = 0, input smoothing / output smoothing to your liking. (high output smoothing prevents additional batteries to be switched into anti-feed during short peak currents)

Update 12feb:

Gebruik nu niet meer rs485 forcible_charge_discharge voor de "stop / charge / discharge". Het enige dat het script in feite nog schakelt over rs485 is de keuze tussen manual / anti-feed per batterij.

[ Voor 7% gewijzigd door savale op 12-02-2026 12:05 ]

[JanFey]

Ik ben ook aan de slag gegaan met de Lilygo en de Marstek Venus E V3. (geupdate naar V147)
De bekabeling naar de Lilygo zoals beschreven.
Al verschillende versies van configuraties er op gezet via ESPHome Builder maar telkens krijg in NA bij alle waarden




Hij krijgt dus wel voeding, is te vinden op de wifi en kan naar zijn IP gaan. Maar hij krijgt blijkbaar niets door van de Marstek.
Verbinden lukt wel enkel als ik een deel achter # zet
dit onderstaand deel in de configuratie zorgt dat het de configuratie niet kan uploaden naar de Lilygo en is hij niet te vinden op zijn IP
Als ik er # voor zet, lukt het wel om te connecteren

# Set pins required for LilyGo T-CAN485 board
output:
- platform: gpio
id: ENABLE_PIN # Enable the chip
pin:
number: GPIO19
inverted: true

- platform: gpio
id: SE_PIN # Enable autodirection
pin:
number: GPIO17
inverted: true

- platform: gpio
id: ENABLE_5V_PIN # Enable 5V pin for RS485 chip
pin:
number: GPIO16
inverted: true

Wie kan me op weg helpen om dit aan de praat te krijgen?
Moet de bedrading toch gewijzigd worden en kan dat zonder dat Lilygo kapot gaat?

[ Voor 14% gewijzigd door JanFey op 12-02-2026 12:22 ]

[savale]

@JanFey De verbinding tussen home assistant en de lilygo is gewoon goed zo te zien: anders had je ook al die velden niet gehad. Je probleem lijkt in de lilygo -> rs485 van de marstek te zitten.

Ik zou zeggen: bedrading checken (zie topic start) data+ en - omgedraaid?
en de accu even uit en weer aan. En dan pas na een minuutje de rs485 utp erin steken....

[ Voor 3% gewijzigd door savale op 12-02-2026 12:33 ]

[JanFey]

@savale de bedrading is zoals op de foto aanhet begin. Ik ga er van uit dat alle UTP kabels dezelfde kleuren op dezelfde plaatsen hebben zitten. Ik heb ook gewoon een UTP kabel doorgeknipt zodat ik elk uiteinde van die kabel kan gebruiken voor 2 verschillende Lilygo's. Dus de RJ54 niet zelf geperst.

Wat is de juiste volgorde i.v.m. uitzetten / aanzetten / inpluggen RJ45?
1. Batterij uitzetten en uittrekken en nachtje uit laten staan zodat die zeker uit is (batterijen doen momenteel 's nachts toch niets)
2. RJ45 inpluggen
3. Batterij inpluggen en aanzetten.
zodat die de Lilygo ontdekt tijdens de opstart
Of 2 en 3 omgekeerd? en hoelang dan wachten voor de RJ45 in te pluggen? Tot batterij helemaal is opgestart?

[pascallj]

JanFey schreef op donderdag 12 februari 2026 @ 12:47:
@savale de bedrading is zoals op de foto aanhet begin. Ik ga er van uit dat alle UTP kabels dezelfde kleuren op dezelfde plaatsen hebben zitten. Ik heb ook gewoon een UTP kabel doorgeknipt zodat ik elk uiteinde van die kabel kan gebruiken voor 2 verschillende Lilygo's. Dus de RJ54 niet zelf geperst.

Wat is de juiste volgorde i.v.m. uitzetten / aanzetten / inpluggen RJ45?
1. Batterij uitzetten en uittrekken en nachtje uit laten staan zodat die zeker uit is (batterijen doen momenteel 's nachts toch niets)
2. RJ45 inpluggen
3. Batterij inpluggen en aanzetten.
zodat die de Lilygo ontdekt tijdens de opstart
Of 2 en 3 omgekeerd? en hoelang dan wachten voor de RJ45 in te pluggen? Tot batterij helemaal is opgestart?

Vaak zijn ze wel dezelfde kleuren, maar je hebt twee manieren van bedraden. 1 manier wordt wel verreweg het vaakst gebruikt. Kan je voor de zekerheid even een foto maken van hoe je de LilyGo hebt aangesloten (of de kleuren benoemen)? Er staan namelijk nogal wat pinouts in dit topic.

De volgorde van aanzetten maakt niet echt uit. Modbus werkt eigenlijk altijd en direct vanaf het opstarten. Je kunt er zelfs de batterij mee aanzetten als je wilt (uitzetten dan weer niet).

Maar wacht even, ik lees nogmaals je bericht, je krijgt de configuratie alleen geüpload, als je de genoemde code uitcomment? Dan is het logisch dat het niet werkt, want dan schakel je de RS485 communicatiechip uit.

[ Voor 14% gewijzigd door pascallj op 12-02-2026 12:52 ]

[JanFey]

pascallj schreef op donderdag 12 februari 2026 @ 12:50:
[...]


Vaak zijn ze wel dezelfde kleuren, maar je hebt twee manieren van bedraden. 1 manier wordt wel verreweg het vaakst gebruikt. Kan je voor de zekerheid even een foto maken van hoe je de LilyGo hebt aangesloten (of de kleuren benoemen)? Er staan namelijk nogal wat pinouts in dit topic.

De volgorde van aanzetten maakt niet echt uit. Modbus werkt eigenlijk altijd en direct vanaf het opstarten. Je kunt er zelfs de batterij mee aanzetten als je wilt (uitzetten dan weer niet).

Maar wacht even, ik lees nogmaals je bericht, je krijgt de configuratie alleen geüpload, als je de genoemde code uitcomment? Dan is het logisch dat het niet werkt, want dan schakel je de RS485 communicatiechip uit.

Maar met die code kan ik niet uploaden.
Geen idee waar dat dan aan ligt.
Dan maar experimenteren met de bekabeling voor de data? Alles eens proberen zolang er maar geen spanning op zit? Zal nog eens op pinout zoeken in dit topic

[jj85]

JanFey schreef op donderdag 12 februari 2026 @ 13:04:
[...]

Maar met die code kan ik niet uploaden.
Geen idee waar dat dan aan ligt.
Dan maar experimenteren met de bekabeling voor de data? Alles eens proberen zolang er maar geen spanning op zit? Zal nog eens op pinout zoeken in dit topic

Je geeft veel te weinig info.
Dus geef een foto van je setup en plaats even de volledige code + foutmeldingen waar je tegenaan loopt. Dus wat upload wel en wat upload niet. Anders blijven we maar gissen
Zet code even tussen de code-tags:

code:

[code]jouw code[/code]

[pascallj]

JanFey schreef op donderdag 12 februari 2026 @ 13:04:
[...]

Maar met die code kan ik niet uploaden.
Geen idee waar dat dan aan ligt.
Dan maar experimenteren met de bekabeling voor de data? Alles eens proberen zolang er maar geen spanning op zit? Zal nog eens op pinout zoeken in dit topic

Plaats even duidelijk welke pinout je hebt gebruikt en hoe je het nu hebt aangesloten. Liefste met foto's. Kan zijn dat je te weinig spanning hebt ofzo waardoor als je die chip aanzet, hij niet meer werkt oid.

[savale]

[b]savale in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"
....

Met halfbewolkt weer zie ik nog wel een verbeterpunt Dat is in de force mode van Bob wat minder erg, maar in anti-feed niet wenselijk.



(hij moet gewoon zoveel mogelijk dezelfde accu blijven gebruiken)

Update: is al iets dat Bob er in heeft:
self consumption -> advanced settings:
flow.set("has_reverse_priority_discharge", false);

[ Voor 9% gewijzigd door savale op 12-02-2026 17:29 ]

[JanFey]

jj85 schreef op donderdag 12 februari 2026 @ 13:10:
[...]

Je geeft veel te weinig info.
Dus geef een foto van je setup en plaats even de volledige code + foutmeldingen waar je tegenaan loopt. Dus wat upload wel en wat upload niet. Anders blijven we maar gissen
Zet code even tussen de code-tags:

code:

[code]jouw code[/code]

Heb hier nu geen foto van bedrading. Ik heb voor aansluiten wel 5.2V gemeten op de Lilygo voedingspunten. Ik zal vanavond checken op de oranje-wit en orange op 1 en 2 zitten.
Het is een copy paste van een yaml file voor V3 uit de handleiding
Ik kreeg nu andere foutmelding als ik het stuk na
# Set pins required for LilyGo T-CAN485 board
uncomment

De lilygo kan ik met config dus niet bereiken op zijn IP adres. Enkel als ik het stuk achter # Set pins required for LilyGo T-CAN485 board , comment

De code die naar de Lilygo gestuurd werd

code:

substitutions:
  name: marstek-m1    ## change name to marstek-m2 or marstek-m3 for more batterys
  friendly_name: Marstek m1    ## change name to Marstek m2 or Marstek m3 for more batterys

## Version 1.11 - lilygo marstek v3 - added uart logging switch
#
# not working:
# sensor:
#   ac_offgrid_power
#   software_version
#   firmware_version
#   ac_current
#   ac_offgrid_current
# number:
#   charging_cutoff_capacity
#   discharging_cutoff_capacity

esphome:
  name: ${name}
  friendly_name: ${friendly_name}
  min_version: 2025.11.0
  name_add_mac_suffix: false

esp32:
  board: esp32dev
  cpu_frequency: 240MHz
  flash_size: 4MB
  framework:
    type: esp-idf

## Enable/Disable logging
logger:
  logs:
    component: ERROR
  
# Enable Home Assistant API
api:
  reboot_timeout: 0s
  encryption:
    key: !secret api_encryption_key

## Enable OTA updates
ota:
  - platform: esphome
    password: !secret ota_password

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  reboot_timeout: 0s
  fast_connect: true
  power_save_mode: high
  min_auth_mode: wpa2

# uncomment if you need a fixed ip address
  manual_ip:
    static_ip: 192.168.****** #ip hier even weggehaald voor de post
    gateway: 192.168.****** #ip hier even weggehaald voor de post
    subnet: 255.255.**** # hier even weggehaald voor de post

## Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "${friendly_name} Hotspot"
    password: # hier even weggehaald voor de post

    ap_timeout: 15s

captive_portal:
  id: id_captive_portal

web_server:
  port: 80
  version: 3
  include_internal: False
#  ota: False
  local: True
  sorting_groups:
    - id: Info
      name: "Info"
      sorting_weight: -40
    - id: Control
      name: "Control"
      sorting_weight: -30
    - id: Status
      name: "Status"
      sorting_weight: -20
    - id: Diagnostic
      name: "Diagnostic"
      sorting_weight: -10

# Als ik dit deel uncomment kan hij niet uploaden

# Set pins required for LilyGo T-CAN485 board
#output:
#  - platform: gpio
#    id: ENABLE_PIN # Enable the chip
#    pin:
#      number: GPIO19
#      inverted: true

#  - platform: gpio
#    id: SE_PIN # Enable autodirection
#    pin:
#      number: GPIO17
#      inverted: true
#
#  - platform: gpio
#    id: ENABLE_5V_PIN # Enable 5V pin for RS485 chip
#    pin:
#      number: GPIO16
#      inverted: true

# Configure UART
uart:
  - id: mod_bus
    rx_pin: GPIO21
    tx_pin: GPIO22
    baud_rate: 115200
    data_bits: 8
    stop_bits: 1
    parity: NONE

modbus:
  - uart_id: mod_bus
    id: modbus1
    send_wait_time: 30ms

modbus_controller:
  - id: mt
    address: 0x1
    modbus_id: modbus1
    command_throttle: 30ms
    update_interval: 5s

debug:
  update_interval: 10s

# Uart logging on/off switch
switch:
  - platform: template
    name: UART Logging
    id: uart_debug_switch
    icon: mdi:text
    restore_mode: ALWAYS_OFF
    optimistic: true
    turn_on_action:
      - logger.set_level: VERBOSE
    turn_off_action:
      - logger.set_level: ERROR
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 20
      
# Tekstsensoren
text_sensor:
  ## DEBUG
  - platform: debug
    reset_reason:
      name: "Reset Reason"
      entity_category: diagnostic
#    device:
#      name: "Device Info"
#      entity_category: diagnostic
  ## END DEBUG

  - name: "Device Name"
    id: device_name
    icon: mdi:rename-outline
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 31000
    register_count: 10
    response_size: 20
    skip_updates: 60 # 5 minutes
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 7

#  - name: "Software Version"   # missing on V3 / V139 ?
#    id: software_version_text
#    icon: mdi:factory
#    platform: template
#    update_interval: never  # updates only when sensor triggers
#    entity_category: diagnostic
#    web_server:
#      sorting_group_id: Diagnostic
#      sorting_weight: 8

#  - name: "Firmware Version"   # missing on V3 / V139 ?
#    id: firmware_version_text
#    icon: mdi:factory
#    platform: template
#    update_interval: never  # updates only when sensor triggers
#    entity_category: diagnostic
#    web_server:
#      sorting_group_id: Diagnostic
#      sorting_weight: 9

  - name: "VNS Version"
    id: vns_version_text
    icon: mdi:factory
    platform: template
    update_interval: never  # updates only when sensor triggers
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 10

  - name: "EMS Version"
    id: ems_version_text
    icon: mdi:factory
    platform: template
    update_interval: never  # updates only when sensor triggers
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 11

  - name: "BMS Version"
    id: bms_version_text
    icon: mdi:factory
    platform: template
    update_interval: never  # updates only when sensor triggers
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 12

  - name: "Inverter State"
    id: inverter_state_text
    icon: mdi:state-machine
    platform: template
    lambda: |-
      switch (int(id(inverter_state).state)) {
        case 0: return std::string("Sleep");
        case 1: return std::string("Standby");
        case 2: return std::string("Charge");
        case 3: return std::string("Discharge");
        case 4: return std::string("Fault");
        case 5: return std::string("Idle");
        case 6: return std::string("AC bypass");
        default: return std::string("Unknown");
      };
    update_interval: 5s
    web_server:
      sorting_group_id: Info
      sorting_weight: 5

  - platform: wifi_info
    ip_address:
      name: ESP IP
      icon: mdi:ip
      web_server:
        sorting_group_id: Diagnostic
        sorting_weight: 4
    ssid:
      name: ESP SSID
      icon: mdi:wifi
      web_server:
        sorting_group_id: Diagnostic
        sorting_weight: 3

  - platform: version
    name: ESP Version
    hide_timestamp: true
    disabled_by_default: false
    icon: mdi:new-box
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 2

  - name: "Wifi status"
    id: wifi_status
    icon: mdi:wifi-alert
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30300
    raw_encode: NONE
    entity_category: diagnostic
    skip_updates: 20
    lambda: |-
      uint16_t int_mode = (data[item->offset] << 8) + data[item->offset+1];
      ESP_LOGD("main","Parsed operation mode int : %d", int_mode);
      std::string mode_str;
      switch (int_mode) {
        case 0:  mode_str = "Disconnected"; break;
        case 1:  mode_str = "Connected"; break;                                                              
      }
      return mode_str;
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 20

  - name: "BT status"
    id: bt_status
    icon: mdi:home-heart
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30301
    raw_encode: NONE
    entity_category: diagnostic
    skip_updates: 20
    lambda: |-
      uint16_t int_mode = (data[item->offset] << 8) + data[item->offset+1];
      ESP_LOGD("main","Parsed operation mode int : %d", int_mode);
      std::string mode_str;
      switch (int_mode) {
        case 0:  mode_str = "Off"; break;
        case 1:  mode_str = "Active after boot"; break;    
        case 2:  mode_str = "Connected"; break; 
        case 3:  mode_str = "Active"; break;                                                           
      }
      return mode_str;
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 21

  - name: "Cloud status"
    id: cloud_status
    icon: mdi:home-heart
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30302
    raw_encode: NONE
    entity_category: diagnostic
    skip_updates: 20
    lambda: |-
      uint16_t int_mode = (data[item->offset] << 8) + data[item->offset+1];
      ESP_LOGD("main","Parsed operation mode int : %d", int_mode);
      std::string mode_str;
      switch (int_mode) {
        case 0:  mode_str = "Disconnected"; break;
        case 1:  mode_str = "Connected"; break;                                                              
      }
      return mode_str;
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 22

## Sensoren
sensor:
  - name: "Battery Wifi Signal Strength"
    id: battery_wifi_signal_strength
    icon: mdi:wifi
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30303
    value_type: U_WORD
    unit_of_measurement: "dBm"
    filters:
      - multiply: -1
    accuracy_decimals: 0   
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 7

  - name: Battery Wifi signal
    id: battery_wifi_signal_proc
    icon: mdi:wifi
    platform: copy # Reports the Battery signal strength in %
    source_id: battery_wifi_signal_strength
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "%"
    entity_category: diagnostic
    device_class: ""
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 6

  - id: inverter_state  # No name, since it's internal
    icon: mdi:state-machine
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35100
    value_type: U_WORD
    internal: true # Hides from Home Assistant
    web_server:
      sorting_group_id: Info
      sorting_weight: 30

#  - id: software_version # No name, since it's internal / on V3 working?
#    icon: mdi:factory
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 31100
#    value_type: U_WORD
#    accuracy_decimals: 0
#    skip_updates: 60 # 5 minutes
#    internal: true # Hides from Home Assistant
#    on_value:
#      then:
#        - lambda: |-
#            int version = (int)x;
#            char buf[5];
#            sprintf(buf, "V%d", version);
#            id(software_version_text).publish_state(buf);

 # - id: firmware_version # No name, since it's internal / on V3 working?
 #   icon: mdi:factory
 #   platform: modbus_controller
 #   modbus_controller_id: mt
 #   register_type: holding
 #   address: 31101
 #   value_type: U_WORD
 #   accuracy_decimals: 0
 #   skip_updates: 60 # 5 minutes
 #   internal: true # Hides from Home Assistant
 #   on_value:
 #     then:
 #       - lambda: |-
 #           int version = (int)x;
 #           char buf[5];
 #           sprintf(buf, "V%d", version);
 #           id(firmware_version_text).publish_state(buf);

  - id: ems_version # No name, since it's internal
    icon: mdi:factory
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30200
    value_type: U_WORD
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    internal: true
    on_value:
      then:
        - lambda: |-
            int version = (int)x;
            char buf[5];
            sprintf(buf, "V%d", version);
            id(ems_version_text).publish_state(buf);

  - id: vns_version # No name, since it's internal
    icon: mdi:factory
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30202
    value_type: U_WORD
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    internal: true
    on_value:
      then:
        - lambda: |-
            int version = (int)x;
            char buf[5];
            sprintf(buf, "V%d", version);
            id(vns_version_text).publish_state(buf);

  - id: bms_version # No name, since it's internal
    icon: mdi:factory
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30204 #31102
    value_type: U_WORD
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    internal: true
    on_value:
      then:
        - lambda: |-
            int version = (int)x;
            char buf[5];
            sprintf(buf, "V%d", version);
            id(bms_version_text).publish_state(buf);

  - name: "Battery Voltage"
    id: battery_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30100 #32100 in V12
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 2
    state_class: measurement
    filters:
      - multiply: 0.01
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 16

  - name: "Battery Current"
    icon: mdi:current-dc
    id: battery_current
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30101 #32101 in V12
    value_type: S_WORD
    unit_of_measurement: "A"
    device_class: current
    accuracy_decimals: 2
    state_class: measurement
    filters:
      - multiply: 0.1
    skip_updates: 60 # 10 seconds
    web_server:
      sorting_group_id: Info
      sorting_weight: 15
    
  - name: "Battery Power"
    id: battery_power
    icon: mdi:flash
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30001
    value_type: S_WORD
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 0
    web_server:
      sorting_group_id: Info
      sorting_weight: 14

  - name: "Battery State Of Charge"
    id: battery_state_of_charge
    icon: mdi:power-plug-battery-outline
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32104
    value_type: U_WORD
    unit_of_measurement: "%"
    accuracy_decimals: 0
    web_server:
      sorting_group_id: Info
      sorting_weight: 6

  - name: "Battery Total Energy"
    id: battery_total_energy
    icon: mdi:battery-charging-100
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32105 
    value_type: U_WORD
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    filters:
      - multiply: 0.001 
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 8

  - name: "Battery Remaining Capacity"
    id: battery_remaining_capacity
    icon: mdi:battery-arrow-down-outline
    platform: template
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    update_interval: 300s
    lambda: |-
      if (id(battery_total_energy).has_state() && id(battery_state_of_charge).has_state()) {
        float total_energy = id(battery_total_energy).state;
        float soc = id(battery_state_of_charge).state / 100.0;
        return roundf(total_energy * soc * 100) / 100; // Ensures two decimal places
      }
      return NAN;
    web_server:
      sorting_group_id: Info
      sorting_weight: 7

  - name: "AC Power"
    id: ac_power
    icon: mdi:flash
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32202
    value_type: S_DWORD
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 1 # 10 seconds
    web_server:
      sorting_group_id: Info
      sorting_weight: 1

#  - name: "AC Current"    # missing on V3 / V139 ?
#    id: ac_current
#    icon: mdi:current-ac
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32201 #37004 V3?
#    value_type: U_WORD
#    unit_of_measurement: "A"
#    device_class: current
#    state_class: measurement
#    accuracy_decimals: 2
#    filters:
#      - multiply: 0.01 #0.004 V3?
#    skip_updates: 2 # 10 seconds
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 2

  - name: "AC Voltage"
    id: ac_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32200
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 2 # 10 seconds 
    web_server:
      sorting_group_id: Info
      sorting_weight: 3

  - name: "AC Frequency"
    id: ac_frequency
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32204
    value_type: U_WORD
    unit_of_measurement: "Hz"
    device_class: frequency
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 2 # 10 seconds 
    web_server:
      sorting_group_id: Info
      sorting_weight: 4

#  - name: "AC Offgrid Voltage"  # 32300 gives 0x7E2C modbus error on v3/ if backup outlet not switched on?
#    id: ac_offgrid_voltage
#    icon: mdi:sine-wave
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32300
#    value_type: U_WORD
#    unit_of_measurement: "V"
#    device_class: voltage
#    accuracy_decimals: 1
#    filters:
#      - multiply: 0.1
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 44

#  - name: "AC Offgrid Current"
#    id: ac_offgrid_current
#    icon: mdi:current-ac
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32301
#    value_type: U_WORD
#    unit_of_measurement: "A"
#    device_class: current
#    accuracy_decimals: 2
#    filters:
#      - multiply: 0.01
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 45

#  - name: "AC Offgrid Power"
#    id: ac_offgrid_power
#    icon: mdi:flash
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32302
#    value_type: S_DWORD
#    unit_of_measurement: "W"
#    device_class: power
#    state_class: measurement
#    accuracy_decimals: 0
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 43

  - name: "Maximum Cell Voltage"
    id: max_cell_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 37007
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 24

  - name: "Minimum Cell Voltage"
    id: min_cell_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 37008
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 25

  - name: "Cell Voltage Delta"
    id: cell_voltage_delta
    icon: mdi:sine-wave
    platform: template
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    lambda: |-
      if (isnan(id(max_cell_voltage).state) || isnan(id(min_cell_voltage).state)) {
        return NAN;
      }
      return id(max_cell_voltage).state - id(min_cell_voltage).state;
    web_server:
      sorting_group_id: Info
      sorting_weight: 26

  - name: "Cell 1 Voltage"  #V3 only
    id: cell_1_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34018
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 27

  - name: "Cell 2 Voltage"  #V3 only
    id: cell_2_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34019
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 28

  - name: "Cell 3 Voltage"  #V3 only
    id: cell_3_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34020
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 29

  - name: "Cell 4 Voltage"  #V3 only
    id: cell_4_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34021
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 30

  - name: "Cell 5 Voltage"  #V3 only
    id: cell_5_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34022
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 31

  - name: "Cell 6 Voltage"  #V3 only
    id: cell_6_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34023
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 32

  - name: "Cell 7 Voltage"  #V3 only
    id: cell_7_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34024
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 33

  - name: "Cell 8 Voltage"  #V3 only
    id: cell_8_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34025
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 34

  - name: "Cell 9 Voltage"  #V3 only
    id: cell_9_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34026
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 35

  - name: "Cell 10 Voltage"  #V3 only
    id: cell_10_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34027
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 36

  - name: "Cell 11 Voltage"  #V3 only
    id: cell_11_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34028
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 37

  - name: "Cell 12 Voltage"  #V3 only
    id: cell_12_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34029
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 38

  - name: "Cell 13 Voltage"  #V3 only
    id: cell_13_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34030
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 39

  - name: "Cell 14 Voltage"  #V3 only
    id: cell_14_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34031
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 40

  - name: "Cell 15 Voltage"  #V3 only
    id: cell_15_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34032
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 41


  - name: "Cell 16 Voltage"  #V3 only
    id: cell_16_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34033
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 42

  - name: "Lifetime Charging Energy"
    id: lifetime_charging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33000
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 12

  - name: "Lifetime Discharging Energy"
    id: lifetime_discharging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33002
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 13

  - name: "Lifetime Round Trip Efficiency"
    id: lifetime_round_trip_efficiency
    icon: mdi:percent
    platform: template
    unit_of_measurement: "%"
    accuracy_decimals: 1
    state_class: measurement
    lambda: |-
      if (!id(lifetime_charging_energy).has_state() ||
          !id(lifetime_discharging_energy).has_state()) {
        return NAN;
      }
      float total_charge = id(lifetime_charging_energy).state;       // kWh in
      float total_discharge = id(lifetime_discharging_energy).state; // kWh out
      if (total_charge <= 0.0f) {
        return NAN;  // avoid divide-by-zero until we have data
      }
      float eff = (total_discharge / total_charge) * 100.0f;
      // Optional: clamp to a sane range to avoid noise
      if (eff < 0.0f) eff = 0.0f;
      if (eff > 110.0f) eff = 110.0f;
      return eff;
    web_server:
      sorting_group_id: Info
      sorting_weight: 14

  - name: "Daily Charging Energy"
    id: daily_charging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33004
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 9

  - name: "Daily Discharging Energy"
    id: daily_discharging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33006
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 10

# Slow Sensor
  - name: "Monthly Charging Energy"   
    id: monthly_charging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33008
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 11

# Slow Sensor
  - name: "Monthly Discharging Energy"
    id: monthly_discharging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33010
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 12

  - name: "Internal Temperature"
    id: internal_mt_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35000
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 19

  - name: "Internal MOS1 Temperature"
    id: internal_mos1_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35001
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 20

  - name: "Internal MOS2 Temperature"
    id: internal_mos2_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35002
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.1
    web_server:
      sorting_group_id: Info
      sorting_weight: 21

  - name: "Max Cell Temperature"
    id: max_cell_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35010
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.1
    web_server:
      sorting_group_id: Info
      sorting_weight: 22
    
  - name: "Min Cell Temperature"
    id: min_cell_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35011
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    web_server:
      sorting_group_id: Info
      sorting_weight: 23

  - name: "Battery Charge Voltage Limit"
    id: battery_charge_voltage_limit
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35110
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.01
    web_server:
      sorting_group_id: Info
      sorting_weight: 16

# Slow Sensor 
  - name: "Battery Charge Current Limit"
    id: battery_charge_current_limit
    icon: mdi:current-dc
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35111
    value_type: S_WORD
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.01
    web_server:
      sorting_group_id: Info
      sorting_weight: 17

# Slow Sensor 
  - name: "Battery Discharge Current Limit"
    id: battery_discharge_current_limit
    icon: mdi:current-dc
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35112
    value_type: S_WORD
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.01
    web_server:
      sorting_group_id: Info
      sorting_weight: 18

  - platform: wifi_signal
    name: "ESP WiFi Signal Strength"
    icon: mdi:wifi
    id: wifi_strength
    update_interval: 30s
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 6

  - platform: copy # Reports the WiFi signal strength in %
    source_id: wifi_strength
    name: ESP Wifi signal
    id: wifi_signal_proc
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "%"
    entity_category: diagnostic
    device_class: ""
    icon: mdi:wifi
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 5

  # An internal sensor to check Modbus communication status.
  - name: "Modbus Status"
    id: modbus_status
    icon: mdi:transit-connection
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32104  # Using the Battery SOC register as a reference
    value_type: U_WORD
    internal: true # Hides from Home Assistant
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 15

 # Instellingen en modi (Select en Number)
select:
  - name: "RS485 Control Mode"
    id: rs485_control_mode
    icon: mdi:connection
    platform: modbus_controller
    modbus_controller_id: mt
    address: 42000
    value_type: U_WORD
    optionsmap:
      "enable": 21930
      "disable": 21947
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 1

  - name: "User Work Mode"
    id: user_work_mode
    icon: mdi:auto-mode
    platform: modbus_controller
    modbus_controller_id: mt
    address: 43000
    value_type: U_WORD
    optionsmap:
      "manual": 0
      "anti-feed": 1
      "ai": 2
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 2

  - name: "Backup Function"
    id: backup_function
    icon: mdi:power-plug-battery
    platform: modbus_controller
    modbus_controller_id: mt
    address: 41200
    value_type: U_WORD
    optionsmap:
      "enable": 0
      "disable": 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 3 

  - name: "Forcible Charge⁄Discharge"
    id: forcible_charge_discharge
    icon: mdi:arrow-up-down
    platform: modbus_controller
    modbus_controller_id: mt
    address: 42010
    value_type: U_WORD
    optionsmap:
      "stop": 0
      "charge": 1
      "discharge": 2
    web_server:
      sorting_group_id: Control
      sorting_weight: 4

number:
  - name: "Charge To SOC"
    id: charge_to_soc
    icon: mdi:battery-charging-medium 
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 42011
    value_type: U_WORD
    unit_of_measurement: "%"
    min_value: 12
    max_value: 100
    step: 1
    web_server:
      sorting_group_id: Control
      sorting_weight: 9

  - name: "Forcible Charge Power"
    id: forcible_charge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 42020
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 5

  - name: "Forcible Discharge Power"
    id: forcible_discharge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 42021
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 6

#  - name: "Charging Cutoff Capacity" # not working on V3 / V139 ?
#    id: charging_cutoff_capacity
#    icon: mdi:battery-90
#    mode: box
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 44000
#    value_type: U_WORD
#    unit_of_measurement: "%"
#    min_value: 80
#    max_value: 100
#    multiply: 10
#    skip_updates: 6 # 30 seconds
#    web_server:
#      sorting_group_id: Control
#     sorting_weight: 10

#  - name: "Discharging Cutoff Capacity" # not working on V3 / V139 ?
#    id: discharging_cutoff_capacity
#    icon: mdi:battery-10
#    mode: box
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 44001
#    value_type: U_WORD
#    unit_of_measurement: "%"
#    min_value: 12
#    max_value: 30
#    multiply: 10
#    skip_updates: 6 # 30 seconds
#    web_server:
#     sorting_group_id: Control
#      sorting_weight: 11

  - name: "Max. Charge Power"
    id: max_charge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 44002
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 7

  - name: "Max. Discharge Power"
    id: max_discharge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 44003
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 8

###############################################################################
# LED
###############################################################################
light:
  - platform: esp32_rmt_led_strip
    rgb_order: GRB
    chipset: WS2812
    pin: GPIO4
    num_leds: 1
    name: "Status LED"
    id: status_led

interval:
  - interval: 5s
    then:
      - lambda: |-
          ESP_LOGD("status", "Modbus: %.0f, WiFi: %.0f", id(modbus_status).state, id(wifi_strength).state);
      - if:
          condition:
            lambda: |-
              return !isnan(id(modbus_status).state) && id(wifi_strength).state > -80;
          then:
            - light.turn_on:
                id: status_led
                red: 0%
                green: 100%  # 🟢 Green = Modbus OK & WiFi strong
                blue: 0%
          else:
            - if:
                condition:
                  lambda: |-
                    return isnan(id(modbus_status).state) && id(wifi_strength).state < -80;
                then:
                  - light.turn_on:
                      id: status_led
                      red: 100%  # 🟣 Purple = Both Modbus & WiFi failed
                      green: 0%
                      blue: 100%
                else:
                  - if:
                      condition:
                        lambda: |-
                          return id(wifi_strength).state < -80;
                      then:
                        - light.turn_on:
                            id: status_led
                            red: 0%
                            green: 0%
                            blue: 100%  # 🔵 Blue = Weak WiFi signal (< -80 dBm)
                      else:
                        - light.turn_on:
                            id: status_led
                            red: 100%  # 🔴 Red = Modbus error, WiFi OK
                            green: 0%
                            blue: 0%

[pascallj]

JanFey schreef op donderdag 12 februari 2026 @ 13:49:
[...]

Heb hier nu geen foto van bedrading. Ik heb voor aansluiten wel 5.2V gemeten op de Lilygo voedingspunten. Ik zal vanavond checken op de oranje-wit en orange op 1 en 2 zitten.
Het is een copy paste van een yaml file voor V3 uit de handleiding
Ik kreeg nu andere foutmelding als ik het stuk na
# Set pins required for LilyGo T-CAN485 board
uncomment
[Afbeelding]
De lilygo kan ik met config dus niet bereiken op zijn IP adres. Enkel als ik het stuk achter # Set pins required for LilyGo T-CAN485 board , comment

De code die naar de Lilygo gestuurd werd

code:

[code]substitutions:
  name: marstek-m1    ## change name to marstek-m2 or marstek-m3 for more batterys
  friendly_name: Marstek m1    ## change name to Marstek m2 or Marstek m3 for more batterys

## Version 1.11 - lilygo marstek v3 - added uart logging switch
#
# not working:
# sensor:
#   ac_offgrid_power
#   software_version
#   firmware_version
#   ac_current
#   ac_offgrid_current
# number:
#   charging_cutoff_capacity
#   discharging_cutoff_capacity

esphome:
  name: ${name}
  friendly_name: ${friendly_name}
  min_version: 2025.11.0
  name_add_mac_suffix: false

esp32:
  board: esp32dev
  cpu_frequency: 240MHz
  flash_size: 4MB
  framework:
    type: esp-idf

## Enable/Disable logging
logger:
  logs:
    component: ERROR
  
# Enable Home Assistant API
api:
  reboot_timeout: 0s
  encryption:
    key: !secret api_encryption_key

## Enable OTA updates
ota:
  - platform: esphome
    password: !secret ota_password

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  reboot_timeout: 0s
  fast_connect: true
  power_save_mode: high
  min_auth_mode: wpa2

# uncomment if you need a fixed ip address
  manual_ip:
    static_ip: 192.168.****** #ip hier even weggehaald voor de post
    gateway: 192.168.****** #ip hier even weggehaald voor de post
    subnet: 255.255.**** # hier even weggehaald voor de post

## Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "${friendly_name} Hotspot"
    password: # hier even weggehaald voor de post

    ap_timeout: 15s

captive_portal:
  id: id_captive_portal

web_server:
  port: 80
  version: 3
  include_internal: False
#  ota: False
  local: True
  sorting_groups:
    - id: Info
      name: "Info"
      sorting_weight: -40
    - id: Control
      name: "Control"
      sorting_weight: -30
    - id: Status
      name: "Status"
      sorting_weight: -20
    - id: Diagnostic
      name: "Diagnostic"
      sorting_weight: -10

# Als ik dit deel uncomment kan hij niet uploaden

# Set pins required for LilyGo T-CAN485 board
#output:
#  - platform: gpio
#    id: ENABLE_PIN # Enable the chip
#    pin:
#      number: GPIO19
#      inverted: true

#  - platform: gpio
#    id: SE_PIN # Enable autodirection
#    pin:
#      number: GPIO17
#      inverted: true
#
#  - platform: gpio
#    id: ENABLE_5V_PIN # Enable 5V pin for RS485 chip
#    pin:
#      number: GPIO16
#      inverted: true

# Configure UART
uart:
  - id: mod_bus
    rx_pin: GPIO21
    tx_pin: GPIO22
    baud_rate: 115200
    data_bits: 8
    stop_bits: 1
    parity: NONE

modbus:
  - uart_id: mod_bus
    id: modbus1
    send_wait_time: 30ms

modbus_controller:
  - id: mt
    address: 0x1
    modbus_id: modbus1
    command_throttle: 30ms
    update_interval: 5s

debug:
  update_interval: 10s

# Uart logging on/off switch
switch:
  - platform: template
    name: UART Logging
    id: uart_debug_switch
    icon: mdi:text
    restore_mode: ALWAYS_OFF
    optimistic: true
    turn_on_action:
      - logger.set_level: VERBOSE
    turn_off_action:
      - logger.set_level: ERROR
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 20
      
# Tekstsensoren
text_sensor:
  ## DEBUG
  - platform: debug
    reset_reason:
      name: "Reset Reason"
      entity_category: diagnostic
#    device:
#      name: "Device Info"
#      entity_category: diagnostic
  ## END DEBUG

  - name: "Device Name"
    id: device_name
    icon: mdi:rename-outline
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 31000
    register_count: 10
    response_size: 20
    skip_updates: 60 # 5 minutes
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 7

#  - name: "Software Version"   # missing on V3 / V139 ?
#    id: software_version_text
#    icon: mdi:factory
#    platform: template
#    update_interval: never  # updates only when sensor triggers
#    entity_category: diagnostic
#    web_server:
#      sorting_group_id: Diagnostic
#      sorting_weight: 8

#  - name: "Firmware Version"   # missing on V3 / V139 ?
#    id: firmware_version_text
#    icon: mdi:factory
#    platform: template
#    update_interval: never  # updates only when sensor triggers
#    entity_category: diagnostic
#    web_server:
#      sorting_group_id: Diagnostic
#      sorting_weight: 9

  - name: "VNS Version"
    id: vns_version_text
    icon: mdi:factory
    platform: template
    update_interval: never  # updates only when sensor triggers
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 10

  - name: "EMS Version"
    id: ems_version_text
    icon: mdi:factory
    platform: template
    update_interval: never  # updates only when sensor triggers
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 11

  - name: "BMS Version"
    id: bms_version_text
    icon: mdi:factory
    platform: template
    update_interval: never  # updates only when sensor triggers
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 12

  - name: "Inverter State"
    id: inverter_state_text
    icon: mdi:state-machine
    platform: template
    lambda: |-
      switch (int(id(inverter_state).state)) {
        case 0: return std::string("Sleep");
        case 1: return std::string("Standby");
        case 2: return std::string("Charge");
        case 3: return std::string("Discharge");
        case 4: return std::string("Fault");
        case 5: return std::string("Idle");
        case 6: return std::string("AC bypass");
        default: return std::string("Unknown");
      };
    update_interval: 5s
    web_server:
      sorting_group_id: Info
      sorting_weight: 5

  - platform: wifi_info
    ip_address:
      name: ESP IP
      icon: mdi:ip
      web_server:
        sorting_group_id: Diagnostic
        sorting_weight: 4
    ssid:
      name: ESP SSID
      icon: mdi:wifi
      web_server:
        sorting_group_id: Diagnostic
        sorting_weight: 3

  - platform: version
    name: ESP Version
    hide_timestamp: true
    disabled_by_default: false
    icon: mdi:new-box
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 2

  - name: "Wifi status"
    id: wifi_status
    icon: mdi:wifi-alert
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30300
    raw_encode: NONE
    entity_category: diagnostic
    skip_updates: 20
    lambda: |-
      uint16_t int_mode = (data[item->offset] << 8) + data[item->offset+1];
      ESP_LOGD("main","Parsed operation mode int : %d", int_mode);
      std::string mode_str;
      switch (int_mode) {
        case 0:  mode_str = "Disconnected"; break;
        case 1:  mode_str = "Connected"; break;                                                              
      }
      return mode_str;
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 20

  - name: "BT status"
    id: bt_status
    icon: mdi:home-heart
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30301
    raw_encode: NONE
    entity_category: diagnostic
    skip_updates: 20
    lambda: |-
      uint16_t int_mode = (data[item->offset] << 8) + data[item->offset+1];
      ESP_LOGD("main","Parsed operation mode int : %d", int_mode);
      std::string mode_str;
      switch (int_mode) {
        case 0:  mode_str = "Off"; break;
        case 1:  mode_str = "Active after boot"; break;    
        case 2:  mode_str = "Connected"; break; 
        case 3:  mode_str = "Active"; break;                                                           
      }
      return mode_str;
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 21

  - name: "Cloud status"
    id: cloud_status
    icon: mdi:home-heart
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30302
    raw_encode: NONE
    entity_category: diagnostic
    skip_updates: 20
    lambda: |-
      uint16_t int_mode = (data[item->offset] << 8) + data[item->offset+1];
      ESP_LOGD("main","Parsed operation mode int : %d", int_mode);
      std::string mode_str;
      switch (int_mode) {
        case 0:  mode_str = "Disconnected"; break;
        case 1:  mode_str = "Connected"; break;                                                              
      }
      return mode_str;
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 22

## Sensoren
sensor:
  - name: "Battery Wifi Signal Strength"
    id: battery_wifi_signal_strength
    icon: mdi:wifi
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30303
    value_type: U_WORD
    unit_of_measurement: "dBm"
    filters:
      - multiply: -1
    accuracy_decimals: 0   
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 7

  - name: Battery Wifi signal
    id: battery_wifi_signal_proc
    icon: mdi:wifi
    platform: copy # Reports the Battery signal strength in %
    source_id: battery_wifi_signal_strength
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "%"
    entity_category: diagnostic
    device_class: ""
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 6

  - id: inverter_state  # No name, since it's internal
    icon: mdi:state-machine
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35100
    value_type: U_WORD
    internal: true # Hides from Home Assistant
    web_server:
      sorting_group_id: Info
      sorting_weight: 30

#  - id: software_version # No name, since it's internal / on V3 working?
#    icon: mdi:factory
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 31100
#    value_type: U_WORD
#    accuracy_decimals: 0
#    skip_updates: 60 # 5 minutes
#    internal: true # Hides from Home Assistant
#    on_value:
#      then:
#        - lambda: |-
#            int version = (int)x;
#            char buf[5];
#            sprintf(buf, "V%d", version);
#            id(software_version_text).publish_state(buf);

 # - id: firmware_version # No name, since it's internal / on V3 working?
 #   icon: mdi:factory
 #   platform: modbus_controller
 #   modbus_controller_id: mt
 #   register_type: holding
 #   address: 31101
 #   value_type: U_WORD
 #   accuracy_decimals: 0
 #   skip_updates: 60 # 5 minutes
 #   internal: true # Hides from Home Assistant
 #   on_value:
 #     then:
 #       - lambda: |-
 #           int version = (int)x;
 #           char buf[5];
 #           sprintf(buf, "V%d", version);
 #           id(firmware_version_text).publish_state(buf);

  - id: ems_version # No name, since it's internal
    icon: mdi:factory
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30200
    value_type: U_WORD
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    internal: true
    on_value:
      then:
        - lambda: |-
            int version = (int)x;
            char buf[5];
            sprintf(buf, "V%d", version);
            id(ems_version_text).publish_state(buf);

  - id: vns_version # No name, since it's internal
    icon: mdi:factory
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30202
    value_type: U_WORD
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    internal: true
    on_value:
      then:
        - lambda: |-
            int version = (int)x;
            char buf[5];
            sprintf(buf, "V%d", version);
            id(vns_version_text).publish_state(buf);

  - id: bms_version # No name, since it's internal
    icon: mdi:factory
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30204 #31102
    value_type: U_WORD
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    internal: true
    on_value:
      then:
        - lambda: |-
            int version = (int)x;
            char buf[5];
            sprintf(buf, "V%d", version);
            id(bms_version_text).publish_state(buf);

  - name: "Battery Voltage"
    id: battery_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30100 #32100 in V12
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 2
    state_class: measurement
    filters:
      - multiply: 0.01
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 16

  - name: "Battery Current"
    icon: mdi:current-dc
    id: battery_current
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30101 #32101 in V12
    value_type: S_WORD
    unit_of_measurement: "A"
    device_class: current
    accuracy_decimals: 2
    state_class: measurement
    filters:
      - multiply: 0.1
    skip_updates: 60 # 10 seconds
    web_server:
      sorting_group_id: Info
      sorting_weight: 15
    
  - name: "Battery Power"
    id: battery_power
    icon: mdi:flash
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 30001
    value_type: S_WORD
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 0
    web_server:
      sorting_group_id: Info
      sorting_weight: 14

  - name: "Battery State Of Charge"
    id: battery_state_of_charge
    icon: mdi:power-plug-battery-outline
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32104
    value_type: U_WORD
    unit_of_measurement: "%"
    accuracy_decimals: 0
    web_server:
      sorting_group_id: Info
      sorting_weight: 6

  - name: "Battery Total Energy"
    id: battery_total_energy
    icon: mdi:battery-charging-100
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32105 
    value_type: U_WORD
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    filters:
      - multiply: 0.001 
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 8

  - name: "Battery Remaining Capacity"
    id: battery_remaining_capacity
    icon: mdi:battery-arrow-down-outline
    platform: template
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    update_interval: 300s
    lambda: |-
      if (id(battery_total_energy).has_state() && id(battery_state_of_charge).has_state()) {
        float total_energy = id(battery_total_energy).state;
        float soc = id(battery_state_of_charge).state / 100.0;
        return roundf(total_energy * soc * 100) / 100; // Ensures two decimal places
      }
      return NAN;
    web_server:
      sorting_group_id: Info
      sorting_weight: 7

  - name: "AC Power"
    id: ac_power
    icon: mdi:flash
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32202
    value_type: S_DWORD
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 1 # 10 seconds
    web_server:
      sorting_group_id: Info
      sorting_weight: 1

#  - name: "AC Current"    # missing on V3 / V139 ?
#    id: ac_current
#    icon: mdi:current-ac
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32201 #37004 V3?
#    value_type: U_WORD
#    unit_of_measurement: "A"
#    device_class: current
#    state_class: measurement
#    accuracy_decimals: 2
#    filters:
#      - multiply: 0.01 #0.004 V3?
#    skip_updates: 2 # 10 seconds
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 2

  - name: "AC Voltage"
    id: ac_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32200
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 2 # 10 seconds 
    web_server:
      sorting_group_id: Info
      sorting_weight: 3

  - name: "AC Frequency"
    id: ac_frequency
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32204
    value_type: U_WORD
    unit_of_measurement: "Hz"
    device_class: frequency
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 2 # 10 seconds 
    web_server:
      sorting_group_id: Info
      sorting_weight: 4

#  - name: "AC Offgrid Voltage"  # 32300 gives 0x7E2C modbus error on v3/ if backup outlet not switched on?
#    id: ac_offgrid_voltage
#    icon: mdi:sine-wave
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32300
#    value_type: U_WORD
#    unit_of_measurement: "V"
#    device_class: voltage
#    accuracy_decimals: 1
#    filters:
#      - multiply: 0.1
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 44

#  - name: "AC Offgrid Current"
#    id: ac_offgrid_current
#    icon: mdi:current-ac
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32301
#    value_type: U_WORD
#    unit_of_measurement: "A"
#    device_class: current
#    accuracy_decimals: 2
#    filters:
#      - multiply: 0.01
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 45

#  - name: "AC Offgrid Power"
#    id: ac_offgrid_power
#    icon: mdi:flash
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 32302
#    value_type: S_DWORD
#    unit_of_measurement: "W"
#    device_class: power
#    state_class: measurement
#    accuracy_decimals: 0
#    web_server:
#      sorting_group_id: Info
#      sorting_weight: 43

  - name: "Maximum Cell Voltage"
    id: max_cell_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 37007
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 24

  - name: "Minimum Cell Voltage"
    id: min_cell_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 37008
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 25

  - name: "Cell Voltage Delta"
    id: cell_voltage_delta
    icon: mdi:sine-wave
    platform: template
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    lambda: |-
      if (isnan(id(max_cell_voltage).state) || isnan(id(min_cell_voltage).state)) {
        return NAN;
      }
      return id(max_cell_voltage).state - id(min_cell_voltage).state;
    web_server:
      sorting_group_id: Info
      sorting_weight: 26

  - name: "Cell 1 Voltage"  #V3 only
    id: cell_1_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34018
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 27

  - name: "Cell 2 Voltage"  #V3 only
    id: cell_2_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34019
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 28

  - name: "Cell 3 Voltage"  #V3 only
    id: cell_3_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34020
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 29

  - name: "Cell 4 Voltage"  #V3 only
    id: cell_4_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34021
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 30

  - name: "Cell 5 Voltage"  #V3 only
    id: cell_5_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34022
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 31

  - name: "Cell 6 Voltage"  #V3 only
    id: cell_6_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34023
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 32

  - name: "Cell 7 Voltage"  #V3 only
    id: cell_7_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34024
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 33

  - name: "Cell 8 Voltage"  #V3 only
    id: cell_8_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34025
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 34

  - name: "Cell 9 Voltage"  #V3 only
    id: cell_9_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34026
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 35

  - name: "Cell 10 Voltage"  #V3 only
    id: cell_10_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34027
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 36

  - name: "Cell 11 Voltage"  #V3 only
    id: cell_11_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34028
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 37

  - name: "Cell 12 Voltage"  #V3 only
    id: cell_12_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34029
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 38

  - name: "Cell 13 Voltage"  #V3 only
    id: cell_13_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34030
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 39

  - name: "Cell 14 Voltage"  #V3 only
    id: cell_14_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34031
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 40

  - name: "Cell 15 Voltage"  #V3 only
    id: cell_15_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34032
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 41


  - name: "Cell 16 Voltage"  #V3 only
    id: cell_16_voltage
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 34033
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    filters:
      - multiply: 0.001
    skip_updates: 10
    web_server:
      sorting_group_id: Info
      sorting_weight: 42

  - name: "Lifetime Charging Energy"
    id: lifetime_charging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33000
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 12

  - name: "Lifetime Discharging Energy"
    id: lifetime_discharging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33002
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 13

  - name: "Lifetime Round Trip Efficiency"
    id: lifetime_round_trip_efficiency
    icon: mdi:percent
    platform: template
    unit_of_measurement: "%"
    accuracy_decimals: 1
    state_class: measurement
    lambda: |-
      if (!id(lifetime_charging_energy).has_state() ||
          !id(lifetime_discharging_energy).has_state()) {
        return NAN;
      }
      float total_charge = id(lifetime_charging_energy).state;       // kWh in
      float total_discharge = id(lifetime_discharging_energy).state; // kWh out
      if (total_charge <= 0.0f) {
        return NAN;  // avoid divide-by-zero until we have data
      }
      float eff = (total_discharge / total_charge) * 100.0f;
      // Optional: clamp to a sane range to avoid noise
      if (eff < 0.0f) eff = 0.0f;
      if (eff > 110.0f) eff = 110.0f;
      return eff;
    web_server:
      sorting_group_id: Info
      sorting_weight: 14

  - name: "Daily Charging Energy"
    id: daily_charging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33004
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 9

  - name: "Daily Discharging Energy"
    id: daily_discharging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33006
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    web_server:
      sorting_group_id: Info
      sorting_weight: 10

# Slow Sensor
  - name: "Monthly Charging Energy"   
    id: monthly_charging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33008
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 11

# Slow Sensor
  - name: "Monthly Discharging Energy"
    id: monthly_discharging_energy
    icon: mdi:chart-bar
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 33010
    value_type: U_DWORD
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
    filters:
      - multiply: 0.01
    register_count: 2
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 12

  - name: "Internal Temperature"
    id: internal_mt_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35000
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 19

  - name: "Internal MOS1 Temperature"
    id: internal_mos1_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35001
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    skip_updates: 60 # 5 minutes
    web_server:
      sorting_group_id: Info
      sorting_weight: 20

  - name: "Internal MOS2 Temperature"
    id: internal_mos2_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35002
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.1
    web_server:
      sorting_group_id: Info
      sorting_weight: 21

  - name: "Max Cell Temperature"
    id: max_cell_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35010
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.1
    web_server:
      sorting_group_id: Info
      sorting_weight: 22
    
  - name: "Min Cell Temperature"
    id: min_cell_temperature
    icon: mdi:thermometer
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35011
    value_type: S_WORD
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    web_server:
      sorting_group_id: Info
      sorting_weight: 23

  - name: "Battery Charge Voltage Limit"
    id: battery_charge_voltage_limit
    icon: mdi:sine-wave
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35110
    value_type: U_WORD
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.01
    web_server:
      sorting_group_id: Info
      sorting_weight: 16

# Slow Sensor 
  - name: "Battery Charge Current Limit"
    id: battery_charge_current_limit
    icon: mdi:current-dc
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35111
    value_type: S_WORD
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.01
    web_server:
      sorting_group_id: Info
      sorting_weight: 17

# Slow Sensor 
  - name: "Battery Discharge Current Limit"
    id: battery_discharge_current_limit
    icon: mdi:current-dc
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 35112
    value_type: S_WORD
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    accuracy_decimals: 0
    skip_updates: 60 # 5 minutes
    filters:
      - multiply: 0.01
    web_server:
      sorting_group_id: Info
      sorting_weight: 18

  - platform: wifi_signal
    name: "ESP WiFi Signal Strength"
    icon: mdi:wifi
    id: wifi_strength
    update_interval: 30s
    entity_category: diagnostic
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 6

  - platform: copy # Reports the WiFi signal strength in %
    source_id: wifi_strength
    name: ESP Wifi signal
    id: wifi_signal_proc
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "%"
    entity_category: diagnostic
    device_class: ""
    icon: mdi:wifi
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 5

  # An internal sensor to check Modbus communication status.
  - name: "Modbus Status"
    id: modbus_status
    icon: mdi:transit-connection
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 32104  # Using the Battery SOC register as a reference
    value_type: U_WORD
    internal: true # Hides from Home Assistant
    web_server:
      sorting_group_id: Diagnostic
      sorting_weight: 15

 # Instellingen en modi (Select en Number)
select:
  - name: "RS485 Control Mode"
    id: rs485_control_mode
    icon: mdi:connection
    platform: modbus_controller
    modbus_controller_id: mt
    address: 42000
    value_type: U_WORD
    optionsmap:
      "enable": 21930
      "disable": 21947
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 1

  - name: "User Work Mode"
    id: user_work_mode
    icon: mdi:auto-mode
    platform: modbus_controller
    modbus_controller_id: mt
    address: 43000
    value_type: U_WORD
    optionsmap:
      "manual": 0
      "anti-feed": 1
      "ai": 2
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 2

  - name: "Backup Function"
    id: backup_function
    icon: mdi:power-plug-battery
    platform: modbus_controller
    modbus_controller_id: mt
    address: 41200
    value_type: U_WORD
    optionsmap:
      "enable": 0
      "disable": 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 3 

  - name: "Forcible Charge⁄Discharge"
    id: forcible_charge_discharge
    icon: mdi:arrow-up-down
    platform: modbus_controller
    modbus_controller_id: mt
    address: 42010
    value_type: U_WORD
    optionsmap:
      "stop": 0
      "charge": 1
      "discharge": 2
    web_server:
      sorting_group_id: Control
      sorting_weight: 4

number:
  - name: "Charge To SOC"
    id: charge_to_soc
    icon: mdi:battery-charging-medium 
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 42011
    value_type: U_WORD
    unit_of_measurement: "%"
    min_value: 12
    max_value: 100
    step: 1
    web_server:
      sorting_group_id: Control
      sorting_weight: 9

  - name: "Forcible Charge Power"
    id: forcible_charge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 42020
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 5

  - name: "Forcible Discharge Power"
    id: forcible_discharge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 42021
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 6

#  - name: "Charging Cutoff Capacity" # not working on V3 / V139 ?
#    id: charging_cutoff_capacity
#    icon: mdi:battery-90
#    mode: box
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 44000
#    value_type: U_WORD
#    unit_of_measurement: "%"
#    min_value: 80
#    max_value: 100
#    multiply: 10
#    skip_updates: 6 # 30 seconds
#    web_server:
#      sorting_group_id: Control
#     sorting_weight: 10

#  - name: "Discharging Cutoff Capacity" # not working on V3 / V139 ?
#    id: discharging_cutoff_capacity
#    icon: mdi:battery-10
#    mode: box
#    platform: modbus_controller
#    modbus_controller_id: mt
#    register_type: holding
#    address: 44001
#    value_type: U_WORD
#    unit_of_measurement: "%"
#    min_value: 12
#    max_value: 30
#    multiply: 10
#    skip_updates: 6 # 30 seconds
#    web_server:
#     sorting_group_id: Control
#      sorting_weight: 11

  - name: "Max. Charge Power"
    id: max_charge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 44002
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 7

  - name: "Max. Discharge Power"
    id: max_discharge_power
    icon: mdi:tune-variant
    mode: box
    platform: modbus_controller
    modbus_controller_id: mt
    register_type: holding
    address: 44003
    value_type: U_WORD
    unit_of_measurement: "W"
    min_value: 0
    max_value: 2500
    step: 1
    skip_updates: 2 # 10 seconds
    web_server:
      sorting_group_id: Control
      sorting_weight: 8

###############################################################################
# LED
###############################################################################
light:
  - platform: esp32_rmt_led_strip
    rgb_order: GRB
    chipset: WS2812
    pin: GPIO4
    num_leds: 1
    name: "Status LED"
    id: status_led

interval:
  - interval: 5s
    then:
      - lambda: |-
          ESP_LOGD("status", "Modbus: %.0f, WiFi: %.0f", id(modbus_status).state, id(wifi_strength).state);
      - if:
          condition:
            lambda: |-
              return !isnan(id(modbus_status).state) && id(wifi_strength).state > -80;
          then:
            - light.turn_on:
                id: status_led
                red: 0%
                green: 100%  # 🟢 Green = Modbus OK & WiFi strong
                blue: 0%
          else:
            - if:
                condition:
                  lambda: |-
                    return isnan(id(modbus_status).state) && id(wifi_strength).state < -80;
                then:
                  - light.turn_on:
                      id: status_led
                      red: 100%  # 🟣 Purple = Both Modbus & WiFi failed
                      green: 0%
                      blue: 100%
                else:
                  - if:
                      condition:
                        lambda: |-
                          return id(wifi_strength).state < -80;
                      then:
                        - light.turn_on:
                            id: status_led
                            red: 0%
                            green: 0%
                            blue: 100%  # 🔵 Blue = Weak WiFi signal (< -80 dBm)
                      else:
                        - light.turn_on:
                            id: status_led
                            red: 100%  # 🔴 Red = Modbus error, WiFi OK
                            green: 0%
                            blue: 0%[/code]

Dankjewel! Het gaat dus om deze code: https://github.com/fonske...b/main/lilygo_mt1_v3.yaml

Op de oranje/oranje-wit hoef je niet per se te meten, dat is een RS485 signaal en is lastig te meten tenzij je weet waar je naar moet kijken.

We moeten eerst onderscheid maken of je code niet kunt uploaden, of dat je daarna de LilyGo niet kan bereiken na het flashen. In jouw screenshot is de code dus wel succesvol geflasht, alleen kan hij daarna de ESP niet bereiken. Dit kan dan aan van alles liggen met je netwerk. Maar als dit echt consistent alleen zo is met alleen het genoemde stuk niet uitgecomment, vermoed ik dat het met de stroomvoorziening te maken heeft.

Het doel is om nu eerst het apparaat met de genoemde code (dus dat gedeelte niet uitgecomment) erop opgestart en bereikbaar te krijgen. Als dat werkt, kunnen we gaan kijken of we data binnenkrijgen, maar als je hem met die code niet lekker opgestart en bereikbaar krijgt, heeft data geen zin.

Flash de code zonder die dingen uitgecomment en kijk of hij wel succesvol opstart (en je de webserver kan bereiken) als je het RS485 paar niet verbonden hebt. Als hij dan niet opstart, probeer dan de bekabeling van de stroomvoorziening te verdubbelen, door zowel blauw als blauw-wit op de + en zowel bruin als bruin-wit op de - aan te sluiten. Werkt het nog steeds niet, probeer dan eens of hij wel succesvol opstart als je hem via USB-C voedt.

Als je hem ergens in dit stappenplan succesvol opgestart krijgt, sluit dan het RS485 paar (oranje en oranje-wit) aan en kijk via de webserver of je data binnenkrijgt. Krijg je geen data, draait het paar dan om. Krijg je nog steeds geen data, vervang oranje dan door groen en oranje-wit door groen-wit en probeer opnieuw.

Krijg je hem met die code op geen enkele manier succesvol opgestart, dan moet ik weer even verder gaan nadenken...

Ohja, overigens heeft het geen meerwaarde om lokale IP adressen te maskeren. Dat is geen geheim en kan je verder niets mee.

[JanFey]

pascallj schreef op donderdag 12 februari 2026 @ 14:59:
[...]


Dankjewel! Het gaat dus om deze code: https://github.com/fonske...b/main/lilygo_mt1_v3.yaml

Op de oranje/oranje-wit hoef je niet per se te meten, dat is een RS485 signaal en is lastig te meten tenzij je weet waar je naar moet kijken.

We moeten eerst onderscheid maken of je code niet kunt uploaden, of dat je daarna de LilyGo niet kan bereiken na het flashen. In jouw screenshot is de code dus wel succesvol geflasht, alleen kan hij daarna de ESP niet bereiken. Dit kan dan aan van alles liggen met je netwerk. Maar als dit echt consistent alleen zo is met alleen het genoemde stuk niet uitgecomment, vermoed ik dat het met de stroomvoorziening te maken heeft.

Het doel is om nu eerst het apparaat met de genoemde code (dus dat gedeelte niet uitgecomment) erop opgestart en bereikbaar te krijgen. Als dat werkt, kunnen we gaan kijken of we data binnenkrijgen, maar als je hem met die code niet lekker opgestart en bereikbaar krijgt, heeft data geen zin.

Flash de code zonder die dingen uitgecomment en kijk of hij wel succesvol opstart (en je de webserver kan bereiken) als je het RS485 paar niet verbonden hebt. Als hij dan niet opstart, probeer dan de bekabeling van de stroomvoorziening te verdubbelen, door zowel blauw als blauw-wit op de + en zowel bruin als bruin-wit op de - aan te sluiten. Werkt het nog steeds niet, probeer dan eens of hij wel succesvol opstart als je hem via USB-C voedt.

Als je hem ergens in dit stappenplan succesvol opgestart krijgt, sluit dan het RS485 paar (oranje en oranje-wit) aan en kijk via de webserver of je data binnenkrijgt. Krijg je geen data, draait het paar dan om. Krijg je nog steeds geen data, vervang oranje dan door groen en oranje-wit door groen-wit en probeer opnieuw.

Krijg je hem met die code op geen enkele manier succesvol opgestart, dan moet ik weer even verder gaan nadenken...

Mooi en duidelijk stappenplan! Daar kan ik straks mee verder

[WargamingPlayer]

savale schreef op donderdag 12 februari 2026 @ 12:33:
@JanFey De verbinding tussen home assistant en de lilygo is gewoon goed zo te zien: anders had je ook al die velden niet gehad. Je probleem lijkt in de lilygo -> rs485 van de marstek te zitten.

Ik zou zeggen: bedrading checken (zie topic start) data+ en - omgedraaid?
en de accu even uit en weer aan. En dan pas na een minuutje de rs485 utp erin steken....

Bij mij waren A en B in mijn V3 omgedraaid.

[AUijtdehaag]

JanFey schreef op donderdag 12 februari 2026 @ 15:42:
[...]

Mooi en duidelijk stappenplan! Daar kan ik straks mee verder

Onlangs is de name gewijzigd om problemen te voorkomen met de wifi.
Een underscore geeft foutmeldingen in de name, dus nu een tussenstreepje, dan is die foutmelding ook weg tijdens het compilen

Een gewijizigde name kan het compilen vanuit home assistant en direct via wifi overbrengen problemen geven tijdens de upload

Compile daarom eerst op manual install en upload de bin via esphome web en usb kabeltje op de lilygo direct

Vanaf Select Manual Download
https://digiblur.com/wiki/ha/esphome-esp32-how-to-flash/

[JanFey]

pascallj schreef op donderdag 12 februari 2026 @ 14:59:
[...]


Dankjewel! Het gaat dus om deze code: https://github.com/fonske...b/main/lilygo_mt1_v3.yaml

Op de oranje/oranje-wit hoef je niet per se te meten, dat is een RS485 signaal en is lastig te meten tenzij je weet waar je naar moet kijken.

We moeten eerst onderscheid maken of je code niet kunt uploaden, of dat je daarna de LilyGo niet kan bereiken na het flashen. In jouw screenshot is de code dus wel succesvol geflasht, alleen kan hij daarna de ESP niet bereiken. Dit kan dan aan van alles liggen met je netwerk. Maar als dit echt consistent alleen zo is met alleen het genoemde stuk niet uitgecomment, vermoed ik dat het met de stroomvoorziening te maken heeft.

Het doel is om nu eerst het apparaat met de genoemde code (dus dat gedeelte niet uitgecomment) erop opgestart en bereikbaar te krijgen. Als dat werkt, kunnen we gaan kijken of we data binnenkrijgen, maar als je hem met die code niet lekker opgestart en bereikbaar krijgt, heeft data geen zin.

Flash de code zonder die dingen uitgecomment en kijk of hij wel succesvol opstart (en je de webserver kan bereiken) als je het RS485 paar niet verbonden hebt. Als hij dan niet opstart, probeer dan de bekabeling van de stroomvoorziening te verdubbelen, door zowel blauw als blauw-wit op de + en zowel bruin als bruin-wit op de - aan te sluiten. Werkt het nog steeds niet, probeer dan eens of hij wel succesvol opstart als je hem via USB-C voedt.

Als je hem ergens in dit stappenplan succesvol opgestart krijgt, sluit dan het RS485 paar (oranje en oranje-wit) aan en kijk via de webserver of je data binnenkrijgt. Krijg je geen data, draait het paar dan om. Krijg je nog steeds geen data, vervang oranje dan door groen en oranje-wit door groen-wit en probeer opnieuw.

Krijg je hem met die code op geen enkele manier succesvol opgestart, dan moet ik weer even verder gaan nadenken...

Ohja, overigens heeft het geen meerwaarde om lokale IP adressen te maskeren. Dat is geen geheim en kan je verder niets mee.

Ik heb de bekabeling voor de stroom verdubbeld.
met die bewuste sectie uncomment eindigt het alsdus en dat blijft lang zo

code:

Copied firmware to /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.ota.bin
========================= [SUCCESS] Took 94.70 seconds =========================
INFO Build Info: config_hash=0x95caf2cc build_time_str=2026-02-13 21:05:37 +0100
INFO Successfully compiled program.
INFO Connecting to 192.168.0.180 port 3232...
INFO Connected to 192.168.0.180
INFO Uploading /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.bin (1097408 bytes)
Uploading: [============================================================] 100% Done...

INFO Upload took 8.14 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.
INFO Starting log output from 192.168.0.180 using esphome API
INFO Successfully resolved marstek-m2 @ 192.168.0.180 in 0.000s
INFO Trying to connect to marstek-m2 @ 192.168.0.180 in the background

met dat bewuste stuk gecomment met

code:

Copied firmware to /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.ota.bin
======================== [SUCCESS] Took 167.30 seconds ========================
INFO Build Info: config_hash=0x6a830995 build_time_str=2026-02-13 21:10:28 +0100
INFO Successfully compiled program.
INFO Connecting to 192.168.0.181 port 3232...
INFO Connected to 192.168.0.181
INFO Uploading /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.bin (1096704 bytes)
Uploading: [============================================================] 100% Done...

INFO Upload took 8.29 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.
INFO Starting log output from 192.168.0.181 using esphome API
INFO Successfully resolved marstek-m2 @ 192.168.0.181 in 0.000s
INFO Successfully connected to marstek-m2 @ 192.168.0.181 in 5.258s
INFO Successful handshake with marstek-m2 @ 192.168.0.181 in 0.096s

Dus dan wel verbinding.
Ik heb ook eens de voeding via USB gedaan en dan eindigt het ook goed
Dus een voedingsprobleem. Het bordje of de Marstek?
Ik meet 5.2 a 5.3V zonder de Lilygo aan de Marstek en 4.9 met de Lilygo eraan

[pascallj]

JanFey schreef op vrijdag 13 februari 2026 @ 21:44:
[...]

Ik heb de bekabeling voor de stroom verdubbeld.
met die bewuste sectie uncomment eindigt het alsdus en dat blijft lang zo

code:

Copied firmware to /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.ota.bin
========================= [SUCCESS] Took 94.70 seconds =========================
INFO Build Info: config_hash=0x95caf2cc build_time_str=2026-02-13 21:05:37 +0100
INFO Successfully compiled program.
INFO Connecting to 192.168.0.180 port 3232...
INFO Connected to 192.168.0.180
INFO Uploading /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.bin (1097408 bytes)
Uploading: [============================================================] 100% Done...

INFO Upload took 8.14 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.
INFO Starting log output from 192.168.0.180 using esphome API
INFO Successfully resolved marstek-m2 @ 192.168.0.180 in 0.000s
INFO Trying to connect to marstek-m2 @ 192.168.0.180 in the background

met dat bewuste stuk gecomment met

code:

Copied firmware to /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.ota.bin
======================== [SUCCESS] Took 167.30 seconds ========================
INFO Build Info: config_hash=0x6a830995 build_time_str=2026-02-13 21:10:28 +0100
INFO Successfully compiled program.
INFO Connecting to 192.168.0.181 port 3232...
INFO Connected to 192.168.0.181
INFO Uploading /data/build/marstek-m2/.pioenvs/marstek-m2/firmware.bin (1096704 bytes)
Uploading: [============================================================] 100% Done...

INFO Upload took 8.29 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.
INFO Starting log output from 192.168.0.181 using esphome API
INFO Successfully resolved marstek-m2 @ 192.168.0.181 in 0.000s
INFO Successfully connected to marstek-m2 @ 192.168.0.181 in 5.258s
INFO Successful handshake with marstek-m2 @ 192.168.0.181 in 0.096s

Dus dan wel verbinding.
Ik heb ook eens de voeding via USB gedaan en dan eindigt het ook goed
Dus een voedingsprobleem. Het bordje of de Marstek?
Ik meet 5.2 a 5.3V zonder de Lilygo aan de Marstek en 4.9 met de Lilygo eraan

Als je via USB voedt en het werkt wel, is dat op het moment dat die bewuste code niet uitgecomment is?

[JanFey]

pascallj schreef op vrijdag 13 februari 2026 @ 21:46:
[...]


Als je via USB voedt en het werkt wel, is dat op het moment dat die bewuste code niet uitgecomment is?

Als ik via USB adaptor voed, lijkt hij te werken.
Ale toch info te krijgen. Aansturen moet ik dan nog testen

[ Voor 25% gewijzigd door JanFey op 13-02-2026 23:05 ]

[pascallj]

JanFey schreef op vrijdag 13 februari 2026 @ 23:04:
[...]

Als ik via USB adaptor voed, lijkt hij te werken.
Ale toch info te krijgen. Aansturen moet ik dan nog testen

[Afbeelding]

Ah top! Nouja dan weet je in elk geval waar het aan ligt en hoe het wel moet werken. Hoe lang is je RS485 kabel? Mogelijk dat als die heel lang is dat daarom de stroomvoorziening niet genoeg is. Had gehoopt dat het verdubbelen van de stroomparen dan kon helpen. Maar anders is het wat het is en is er gewoon niet genoeg vermogen om jouw LilyGo te voeden. Dan wordt het gewoon even een losse 5V voeding aansluiten permanent.

[SatScan]

Verzoek aan eenieder die code dropt... gebruik ook de quote tags dan wordt het bericht ook ingeklapt wat de leesbaarheid van het topic bevordert.

[PoltergeistBE]

met de nieuwe functies, DoD en LED, met de Marstek Venus Modbus
Marstek Venus Modbus
Versie 2025.11.5
Aangepaste integratie

Hoe voeg ik die toe, wat zijn de registerkeys van die integratie, heeft iemand daar de update van met deze v158 update?

[pascallj]

PoltergeistBE schreef op zaterdag 14 februari 2026 @ 11:05:
met de nieuwe functies, DoD en LED, met de Marstek Venus Modbus
Marstek Venus Modbus
Versie 2025.11.5
Aangepaste integratie

Hoe voeg ik die toe, wat zijn de registerkeys van die integratie, heeft iemand daar de update van met deze v158 update?

Wat bedoel je? DoD heeft al vanaf het begin in Modbus gezeten als "Discharging cutoff capacity" op 44001. Voor het uitschakelen van de LED neem ik niet aan dat ze ook een Modbus update hebben uitgebracht. Dat is niet bepaald hun prioriteit.

Dan ga ik er overigens vanuit dat DoD in de app dezelfde is als die van de Modbus. Dat kan je nu mooi met elkaar vergelijken dan.

[ Voor 9% gewijzigd door pascallj op 14-02-2026 11:09 ]

[JanFey]

pascallj schreef op vrijdag 13 februari 2026 @ 23:09:
[...]
Ah top! Nouja dan weet je in elk geval waar het aan ligt en hoe het wel moet werken. Hoe lang is je RS485 kabel? Mogelijk dat als die heel lang is dat daarom de stroomvoorziening niet genoeg is. Had gehoopt dat het verdubbelen van de stroomparen dan kon helpen. Maar anders is het wat het is en is er gewoon niet genoeg vermogen om jouw LilyGo te voeden. Dan wordt het gewoon even een losse 5V voeding aansluiten permanent.

Goede tip!
De kabel 70 cm ingekort voor de 2e Marstek en dan werkt het wel zonder USB voeding. Nu nog slechts 30cm UTP kabel van Marstek tot Lilygo.

[sun62]

@AUijtdehaag ik heb register 34002 nog eens getest op de verse fw147.3 voor de venus A en nu krijg ik wel de soc met 0.1 nauwkeurigheid terug. Het lijkt dat de venus A weer dichter bij de V3 zit.

[sun62]

Maar het is de waarde van de eerste cel.

[ Voor 90% gewijzigd door sun62 op 15-02-2026 13:05 ]

[Kammika]

Hoi,

Nadat die nu ruimte tijd goed gedraaid heeft toch een issue: Ik krijg via modbus besturing (gebruik de viperrnmc plugin in home assistant) de marstek venus v2 niet meer aan het laden. Ontladen werkt pima overigens.

Geprobeerd of "normale" laad functionaliteit wel werkt, dus teruggezet naar Anti Teruglevering en RS485 control uit, maar dan doet die helemaal niets meer. De accu ziet de CTxxx meter niet meer. Weet niet of het gerelateerd is...

Iemand enige tips?

[pascallj]

Kammika schreef op maandag 16 februari 2026 @ 16:53:
Hoi,

Nadat die nu ruimte tijd goed gedraaid heeft toch een issue: Ik krijg via modbus besturing (gebruik de viperrnmc plugin in home assistant) de marstek venus v2 niet meer aan het laden. Ontladen werkt pima overigens.

Geprobeerd of "normale" laad functionaliteit wel werkt, dus teruggezet naar Anti Teruglevering en RS485 control uit, maar dan doet die helemaal niets meer. De accu ziet de CTxxx meter niet meer. Weet niet of het gerelateerd is...

Iemand enige tips?

En gewoon met een tijdschema in de app de batterij laden, werkt dat wel? Of UPS modus, dat is hetzelfde.

[edterbak]

Vraagje.
Ik heb nu mijn Venus E v3 via modbus, dat elfin ding. Werkt perfect (in tegenstelling tot de api over wifi..)

Heeft het nu nog nut om de marstek op wifi aangesloten te laten?
Dat zou ik volgens mij alleen nog nodig hebben om via de CT003 de "Self-Consumption" modus te gebruiken toch?

[pascallj]

edterbak schreef op dinsdag 17 februari 2026 @ 22:47:
Vraagje.
Ik heb nu mijn Venus E v3 via modbus, dat elfin ding. Werkt perfect (in tegenstelling tot de api over wifi..)

Heeft het nu nog nut om de marstek op wifi aangesloten te laten?
Dat zou ik volgens mij alleen nog nodig hebben om via de CT003 de "Self-Consumption" modus te gebruiken toch?

Als je de app nog zou willen gebruiken voor het een of ander, wel. Updates schijnen bij de V3 ook via internet binnen te komen ipv via BT verstuurd te worden zoals bij de V2.

Maar je kunt natuurlijk altijd tegen die tijd weer opnieuw koppelen.

[TrueOrigin]

Hallo allemaal, tweaker CodeBob hier.

Ik laat me hier wat weinig zien. Ik dacht ik deel wat updates die de vindbaarheid van info ook hier op het forum misschien verbeterd.
Blijft anders te veel in de Discord verstopt zitten.

Het Home Battery Control project / marstek-venus-rs485-node-red is nu te bereiken via: homebatterycontrol.com

Documentatie via:
https://docs.homebatterycontrol.com

YouTube:
https://homebatterycontrol.com/youtube

Discord (voor aankondigingen en hulpvragen):
https://homebatterycontrol.com/discord

De meest recente release 18-2-2026 is v4.5.0, deze bevat ondersteuning voor Peak Shaving.

Hopelijk helpen of halen we nog wat mensen over om PnP thuisbatterij oplossingen te gebruiken. Goed bezig.
Ik ga weer verder met coden, dit project nog een stukje mooier en bruikbaarder maken.

[AUijtdehaag]

edterbak schreef op dinsdag 17 februari 2026 @ 22:47:
Vraagje.
Ik heb nu mijn Venus E v3 via modbus, dat elfin ding. Werkt perfect (in tegenstelling tot de api over wifi..)

Heeft het nu nog nut om de marstek op wifi aangesloten te laten?
Dat zou ik volgens mij alleen nog nodig hebben om via de CT003 de "Self-Consumption" modus te gebruiken toch?

Waarom gebruik je de elfin, de v3 spreekt al modbus tcp/ip over ethernet aansluiting?

En kijk eens naar het bericht hierboven..

[ Voor 4% gewijzigd door AUijtdehaag op 18-02-2026 17:25 ]

[tdolder]

TrueOrigin schreef op woensdag 18 februari 2026 @ 16:26:
Hallo allemaal, tweaker CodeBob hier.

Ik laat me hier wat weinig zien. Ik dacht ik deel wat updates die de vindbaarheid van info ook hier op het forum misschien verbeterd.
Blijft anders te veel in de Discord verstopt zitten.

Het Home Battery Control project / marstek-venus-rs485-node-red is nu te bereiken via: homebatterycontrol.com

Documentatie via:
https://docs.homebatterycontrol.com

YouTube:
https://homebatterycontrol.com/youtube

Discord (voor aankondigingen en hulpvragen):
https://homebatterycontrol.com/discord

De meest recente release 18-2-2026 is v4.5.0, deze bevat ondersteuning voor Peak Shaving.

Hopelijk helpen of halen we nog wat mensen over om PnP thuisbatterij oplossingen te gebruiken. Goed bezig.
Ik ga weer verder met coden, dit project nog een stukje mooier en bruikbaarder maken.

Ik gebruik dit nu ruim een maand. En het is een supermooi project. Volledig lokale aansturing via HA van mijn Marstek batterijen, wat ook mij doel was. Voor de dynamische modus heb je natuurlijk wel de marktprijzen nodig dus maar voor de rest lokaal.
De Wallbox lader zorgt in HA voor een trigger dat de batterijen even op standby gaan.
Heb de Marstek app al een paar weken niet meer gebruikt

[Beekforel]

@TrueOrigin leuk dat je hier ook meedoet. Ik ben ook zeer tevreden over het project, draait super hier.

Ik kijk uit naar de volgende updates!

[superduper1969]

TrueOrigin schreef op woensdag 18 februari 2026 @ 16:26:
Hallo allemaal, tweaker CodeBob hier.

Ik laat me hier wat weinig zien. Ik dacht ik deel wat updates die de vindbaarheid van info ook hier op het forum misschien verbeterd.
Blijft anders te veel in de Discord verstopt zitten.

Het Home Battery Control project / marstek-venus-rs485-node-red is nu te bereiken via: homebatterycontrol.com

Documentatie via:
https://docs.homebatterycontrol.com

YouTube:
https://homebatterycontrol.com/youtube

Discord (voor aankondigingen en hulpvragen):
https://homebatterycontrol.com/discord

De meest recente release 18-2-2026 is v4.5.0, deze bevat ondersteuning voor Peak Shaving.

Hopelijk helpen of halen we nog wat mensen over om PnP thuisbatterij oplossingen te gebruiken. Goed bezig.
Ik ga weer verder met coden, dit project nog een stukje mooier en bruikbaarder maken.

Bedankt voor alle uren die je erin hebt gestoken! Is nu verwerkt in de TS.
Was het je al opgevallen dat de Slash (/) over een paar maanden deprecated is in de ESP-Home Yaml van de Marstek?
Ik weet niet of dit invloed heeft op jouw code? Ik had het vervangen en daarna werkte het bij mij niet meer, maar dat kan ook aan mij liggen.

code:

- name: "Forcible Charge/Discharge"
    id: forcible_charge_discharge

moet worden:
  - name: "Forcible Charge-Discharge"
    id: forcible_charge_discharge

[AUijtdehaag]

@superduper1969
Je moet een andere slash gebruiken dan is ook de foutmelding in esphome weg
https://github.com/fonske..._s3_lite_rs485.yaml#L1435

[User9]

SInds een jaar gebruiken we de Marstek Venus E 5,12 kWh maar ik wil het gaan automatiseren. Op dit moment ontlaad ik de accu op de duurste momenten en laad ik op op de goedkoopste. Elke dag kijk ik naar de prijzen voor morgen, en stel deze dan vervolgens in voor deze strategie.Maar met de salderingsregeling die ten einde komt wil ik zoveel mogelijk zonnestroom opslaan en gebruiken als de zon weer weg is.

Met de TS kom ik er niet helemaal uit. Ik zie wat ik voor spullen nodig heb, zoals bijv een Lilygo en een verlengkabel. Maar hoe ik het verder installeren begrijp ik niet. Heb ik daarvoor bijv Homeassistant nodig? Moet HA per se continu draaien op bijvoorbeeld een RPi? Of kan ik dit ook via HA op Windows allemaal configureren en dat Lilygo dan gewoon opzichzelf werkt?
Dit zijn allemaal beginnersvragen met dit onderwerp dus misschien kan iemand mij daar mee helpen of verwijzen naar topics waar men dat uitlegt voor starters

[pascallj]

User9 schreef op vrijdag 20 februari 2026 @ 15:15:
SInds een jaar gebruiken we de Marstek Venus E 5,12 kWh maar ik wil het gaan automatiseren. Op dit moment ontlaad ik de accu op de duurste momenten en laad ik op op de goedkoopste. Elke dag kijk ik naar de prijzen voor morgen, en stel deze dan vervolgens in voor deze strategie.Maar met de salderingsregeling die ten einde komt wil ik zoveel mogelijk zonnestroom opslaan en gebruiken als de zon weer weg is.

Met de TS kom ik er niet helemaal uit. Ik zie wat ik voor spullen nodig heb, zoals bijv een Lilygo en een verlengkabel. Maar hoe ik het verder installeren begrijp ik niet. Heb ik daarvoor bijv Homeassistant nodig? Moet HA per se continu draaien op bijvoorbeeld een RPi? Of kan ik dit ook via HA op Windows allemaal configureren en dat Lilygo dan gewoon opzichzelf werkt?
Dit zijn allemaal beginnersvragen met dit onderwerp dus misschien kan iemand mij daar mee helpen of verwijzen naar topics waar men dat uitlegt voor starters

De LilyGo (of Elfin) is slechts een apparaat wat zorgt dat de batterij, die aangestuurd wordt via Modbus (een protocol) over RS485 (een robuuste manier van signalen versturen), beschikbaar komt in je thuisnetwerk. Eenmaal in je thuisnetwerk, kan een home automatiseringssysteem de batterij besturen door commando's te sturen naar de LilyGo, die het vervolgens omzet en doorstuurt naar de batterij. In theorie kan je ook een USB naar RS485 converter aan een automatiseringssysteem hangen, dan zou je geen LilyGo meer nodig hebben. Alleen via zo'n tussen apparaat hangt het op je netwerk en kan je het dus overal waar je netwerk beschikbaar is benaderen en ben je dus flexibeler.

De V3 batterij heeft Modbus TCP ingebouwd via de LAN verbinding. Modbus TCP is al de netwerk variant van Modbus RTU (Modbus over RS485) dus heb je geen tussen apparaat meer nodig. En kan je het direct aan je netwerk hangen.

De LilyGo doet qua automatiseringen dus niets. In theorie kan het wel (elk apparaat is een computer) maar dat moet je niet willen.

Je hebt dus inderdaad een systeem nodig dat continu draait. Het meest gebruikelijke is Home Assistant. Maar er zijn er nog meer zoals Domoticz en volgens mij kan Node-Red ook zelfstandig draaien. Ik ben zelf bekend met HA en zou dat daarom ook aanraden, maar volgens mij staat dat over het algemeen ook wel bekend als het meest gebruikelijksvriendelijk. Er gaat hier ook een Node-Red flow rond die wel heel uitgebreid schijnt te zijn m.b.t. sturen van de batterij. Node-Red zou je ook weer kunnen installeren als add-on van Home Assistant en dan zou je dat kunnen gebruiken zonder dat je zelf automatiseringen hoeft te bedenken.

Mocht je zo snel mogelijk willen beginnen met HA, zou ik aanraden om gewoon een Home Assistant Green te kopen. Die is al voor geïnstalleerd en klaar voor gebruik. Je hebt dan ook alle functies beschikbaar, zoals add-ons etc.

Persoonlijk denk ik wel dat er nog wel een flinke leercurve zit tussen nog helemaal geen home automation systeem gebruiken, en de batterij aansturen rekening houdend met dynamische prijzen etc. in zit. De meeste mensen beginnen met lampen automatisch aansturen ofzo, iets eenvoudiger .

[User9]

pascallj schreef op vrijdag 20 februari 2026 @ 15:36:
[...]


De LilyGo (of Elfin) is slechts een apparaat wat zorgt dat de batterij, die aangestuurd wordt via Modbus (een protocol) over RS485 (een robuuste manier van signalen versturen), beschikbaar komt in je thuisnetwerk. Eenmaal in je thuisnetwerk, kan een home automatiseringssysteem de batterij besturen door commando's te sturen naar de LilyGo, die het vervolgens omzet en doorstuurt naar de batterij. In theorie kan je ook een USB naar RS485 converter aan een automatiseringssysteem hangen, dan zou je geen LilyGo meer nodig hebben. Alleen via zo'n tussen apparaat hangt het op je netwerk en kan je het dus overal waar je netwerk beschikbaar is benaderen en ben je dus flexibeler.

De V3 batterij heeft Modbus TCP ingebouwd via de LAN verbinding. Modbus TCP is al de netwerk variant van Modbus RTU (Modbus over RS485) dus heb je geen tussen apparaat meer nodig. En kan je het direct aan je netwerk hangen.

De LilyGo doet qua automatiseringen dus niets. In theorie kan het wel (elk apparaat is een computer) maar dat moet je niet willen.

Je hebt dus inderdaad een systeem nodig dat continu draait. Het meest gebruikelijke is Home Assistant. Maar er zijn er nog meer zoals Domoticz en volgens mij kan Node-Red ook zelfstandig draaien. Ik ben zelf bekend met HA en zou dat daarom ook aanraden, maar volgens mij staat dat over het algemeen ook wel bekend als het meest gebruikelijksvriendelijk. Er gaat hier ook een Node-Red flow rond die wel heel uitgebreid schijnt te zijn m.b.t. sturen van de batterij. Node-Red zou je ook weer kunnen installeren als add-on van Home Assistant en dan zou je dat kunnen gebruiken zonder dat je zelf automatiseringen hoeft te bedenken.

Mocht je zo snel mogelijk willen beginnen met HA, zou ik aanraden om gewoon een Home Assistant Green te kopen. Die is al voor geïnstalleerd en klaar voor gebruik. Je hebt dan ook alle functies beschikbaar, zoals add-ons etc.

Persoonlijk denk ik wel dat er nog wel een flinke leercurve zit tussen nog helemaal geen home automation systeem gebruiken, en de batterij aansturen rekening houdend met dynamische prijzen etc. in zit. De meeste mensen beginnen met lampen automatisch aansturen ofzo, iets eenvoudiger .

Bedankt, ik heb dus een extern apparaat nodig om HA te draaien.
In het verleden heb ik de 1e Homey gebruikt. Dus ik ben niet helemaal onbekend met automatiseren, alleen niet op deze manier met Modbus en dat soort dingen.
Nu gebruik ik de batterij icm Homewizard, maar dat is niet zoals ik het wil. Bijvoorbeeld wil ik dat de batterij niet ontlaad overdag. In Homewizard kan je dat theoretisch wel instellen, maar er zit altijd vertraging in de P1 meter waardoor deze nu soms alsnog ontlaad overdag als de zonne energie even wat minder is.

Vandaar dat ik kijk naar de mogelijkheden kijk die in dit topic staan, onder andere van coderBob.

[pascallj]

User9 schreef op vrijdag 20 februari 2026 @ 15:42:
[...]

Bedankt, ik heb dus een extern apparaat nodig om HA te draaien.
In het verleden heb ik de 1e Homey gebruikt. Dus ik ben niet helemaal onbekend met automatiseren, alleen niet op deze manier met Modbus en dat soort dingen.
Nu gebruik ik de batterij icm Homewizard, maar dat is niet zoals ik het wil. Bijvoorbeeld wil ik dat de batterij niet ontlaad overdag. In Homewizard kan je dat theoretisch wel instellen, maar er zit altijd vertraging in de P1 meter waardoor deze nu soms alsnog ontlaad overdag als de zonne energie even wat minder is.

Vandaar dat ik kijk naar de mogelijkheden kijk die in dit topic staan, onder andere van coderBob.

Homey is wel iets meer gericht op eenvoud dan HA. Daarom kan er ook veel minder en is de community veel kleiner.

Hoe gebruik je de batterij dan in HomeWizard? De Marstek is daar niet in te integreren. En ik hoop niet dat je batterij constant in- en uitschakeld met een HW socket want dat is niet de bedoeling. Of bedoel je dat je de Marstek op zelfconsumptie laat kijken naar de HW P1?

Overigens blijf je die vertraging ook houden als je zelf gaat sturen. Je moet een bron als informatie gebruiken hoe het verbruik van je huis is. Dat is waarschijnlijk diezelfde P1 meter. Al kan je natuurlijk wel zelf instellen wat de hysterese is etc.

[User9]

pascallj schreef op vrijdag 20 februari 2026 @ 16:00:
[...]


Homey is wel iets meer gericht op eenvoud dan HA. Daarom kan er ook veel minder en is de community veel kleiner.

Hoe gebruik je de batterij dan in HomeWizard? De Marstek is daar niet in te integreren. En ik hoop niet dat je batterij constant in- en uitschakeld met een HW socket want dat is niet de bedoeling. Of bedoel je dat je de Marstek op zelfconsumptie laat kijken naar de HW P1?

Overigens blijf je die vertraging ook houden als je zelf gaat sturen. Je moet een bron als informatie gebruiken hoe het verbruik van je huis is. Dat is waarschijnlijk diezelfde P1 meter. Al kan je natuurlijk wel zelf instellen wat de hysterese is etc.

Homey gebruik ik niet meer.

In de HW app heb ik via een HW socket wat "slimme taken" ingesteld.
Dus de HW socket schakelt inderdaad aan of uit. De batterij zelf blijft dan een aantal minuten aan, maar staat dan losgekoppeld van het lichtnet. Ik heb hier wel mijn twijfels over of dit goed is voor de batterij. Hij schakelt namelijk dan dus wel een paar keer per dag helemaal uit op bewolkte dagen.
In de Marstek heb ik de zelfconsumptie mode ingesteld.
Nu doe ik het zo:

• Socket aan bij 50 W teruglevering naar het net voor minimaal 1 minuut. Dan laad de batterij zichzelf dus op met overtollige zonnestroom.
• Socket uit wanneer Marstek stijgt naar -35 W voor 5 minuten tussen 15 minuten na zonsondergang en 15 minuten voor zonsopgang
• Socket aan tussen zonsondergang en zonsopgang. Hiermee ga ik dus snachts stroom verbruiken uit de accu om 0 W op de meter na te streven.

Dit wil ik dus veranderen met een modus die de batterij niet heel de tijd uit en inschakelt. Nu ontlaad de batterij ook redelijk vaak omdat er een hysterese ontstaat omdat de P1 meter wat traag is. Dan ontlaad en laad de batterij tientallen keren per uur. Dat is ook niet goed voor de batterij. Blijkbaar is elke keer ontladen en laden 1 laadcycli. Dan gaat het hard met de cycli en zit ik binnen een jaar aan de + 6000 cyclis...

Dus conclusie, ik heb een apparaat nodig dat HA draait zoals de HA green.
Daar koppel ik bijv een Lilygo T-can485 aan met ESPhome. Dan kan ik daarna in principe via het programma van de homebatterycontrol github de rest instellen die daardoor ondersteunt worden?

[pascallj]

User9 schreef op vrijdag 20 februari 2026 @ 16:15:
[...]

Homey gebruik ik niet meer.

In de HW app heb ik via een HW socket wat "slimme taken" ingesteld.
Dus de HW socket schakelt inderdaad aan of uit. De batterij zelf blijft dan een aantal minuten aan, maar staat dan losgekoppeld van het lichtnet. Ik heb hier wel mijn twijfels over of dit goed is voor de batterij. Hij schakelt namelijk dan dus wel een paar keer per dag helemaal uit op bewolkte dagen.
In de Marstek heb ik de zelfconsumptie mode ingesteld.
Nu doe ik het zo:

• Socket aan bij 50 W teruglevering naar het net voor minimaal 1 minuut. Dan laad de batterij zichzelf dus op met overtollige zonnestroom.
• Socket uit wanneer Marstek stijgt naar -35 W voor 5 minuten tussen 15 minuten na zonsondergang en 15 minuten voor zonsopgang
• Socket aan tussen zonsondergang en zonsopgang. Hiermee ga ik dus snachts stroom verbruiken uit de accu om 0 W op de meter na te streven.

Daar zou ik dus inderdaad mee stoppen, dat lijkt mij niet zo goed voor de batterij. Nu valt het mee dat je bij lage belastingen schakelt, maar echt goed kan het niet zijn.

[...] Dan ontlaad en laad de batterij tientallen keren per uur. Dat is ook niet goed voor de batterij. Blijkbaar is elke keer ontladen en laden 1 laadcycli. Dan gaat het hard met de cycli en zit ik binnen een jaar aan de + 6000 cyclis...

Dat is niet hoe batterijcycli werken. 1 cycli is altijd helemaal vol tot helemaal leeg. Waar de grens van helemaal vol en helemaal leeg ligt, is arbitrair. Dit kan dus ook van 10-90 zijn bijvoorbeeld, maar een schakeling is niet 1 cyclus. Daarom kan je bijvoorbeeld ook beter je telefoon twee keer opladen op een dag van 30-80 procent, dan van 0-100 procent. Het is allebei 1 cyclus, alleen die eerste is beter voor je batterij.

Overigens kan Marstek het aantal cycli waarschijnlijk niet eens uitlezen. Desalniettemin is het waarschijnlijk wel beter het aantal schakelingen te beperken als je de mogelijkheid hebt.

Dus conclusie, ik heb een apparaat nodig dat HA draait zoals de HA green.
Daar koppel ik bijv een Lilygo T-can485 aan met ESPhome. Dan kan ik daarna in principe via het programma van de homebatterycontrol github de rest instellen die daardoor ondersteunt worden?

De LilyGo T-can hang je aan thuisnetwerk net als je de green. Die communiceren zo met elkaar. De LilyGo dus via WiFi en de Green via LAN.
Voor homebatterycontrol heb je ook nog Node-Red nodig ergens in de chain. Daar houdt mijn kennis op, dat kunnen anderen je beter vertellen.

[User9]

@pascallj
Oh dat wist ik niet van de cycli dat dat zo werkte.
De configuratie met HW draait trouwens 2 dagen op deze manier. Maar ik ben daar niet tevreden over, dus vandaar dat ik dat wil aanpassen. Ik ga het iig weer afkoppelen en een Green en Lilygo bestellen.
Bedankt voor je hulp zover

[ Voor 5% gewijzigd door User9 op 20-02-2026 19:28 . Reden: Typo ]

[dannyro]

User9 schreef op vrijdag 20 februari 2026 @ 16:50:
@pascallj
Oh dat wist ik niet van de cycli dat dat zo werkte.
De configuratie met HW draait trouwens 2 dagen op deze manier. Maar ik ben daar niet tevreden over, dus vandaag dat ik dat wil aanpassen. Ik ga het iig weer afkoppelen en een Green en Lilygo bestellen.
Bedankt voor je hulp zover

Maar een gedacht hé, maar ik zou opteren voor een Pi5 met externe SSD 500GB eraan, dan ben je gesetteld voor de toekomst.

[f1r3b4ll]

Ik heb een vraag over Home Battery Control v4.5.0 (https://github.com/gitcod...-rs485-node-red/tree/main). Deze heb ik vandaag geinstalleerd. Stappen die ik heb genomen:

1. MarstekVenusV3-modbus-TCP-IP van Fonske geinstalleerd (https://github.com/fonske...3-modbus-TCP-IP/tree/main)
2. Node-RED geinstalleerd
3. YAML files uit Home Battery Control repo in mijn eigen packages folder gezet
4. alle Node-RED flows geimporteerd en deployed
5. Cheapest Prices van TheFes geinstalleerd (https://github.com/TheFes/cheapest-energy-hours/tree/main)
6. Energy Price Sensor blueprint geinstalleerd voor mijn Tibber integration (https://github.com/TheFes...ts/energy_price_sensor.md)

Daarna heb ik Home Battery Control zelf geconfigureerd. Hij ziet mijn batterij. Als ik bij Timed/Dynamic strategy Tibber / Nordpool (core) kies verwacht ik dat de velden "Expensive period", "charget at", "price delta" worden gevuld maar er gebeurt niks. Ik heb mijn Tibber API key en client id/secret opnieuw aangemaakt en in HA gezet en alles voor Home Battery Control opnieuw aan HA toegevoegd maar niets helpt.

Wat mis ik nog?

[edterbak]

AUijtdehaag schreef op woensdag 18 februari 2026 @ 17:24:
[...]

Waarom gebruik je de elfin, de v3 spreekt al modbus tcp/ip over ethernet aansluiting?

En kijk eens naar het bericht hierboven..

Ik heb geen lan kabel in de buurt. Daarvoor heb ik keen 30m kabel nodig en in de tuin ingraven.
Ik heb tcp/ip over wifi geprobeerd. maar dat werkt niet.
De next-best-thing leek mij de elfin.
Het werkt prima en stabiel.

Dank voor de beide reactie @pascallj en AUijtdehaag

[timvanloon]

f1r3b4ll schreef op vrijdag 20 februari 2026 @ 22:25:
Ik heb een vraag over Home Battery Control v4.5.0 (https://github.com/gitcod...-rs485-node-red/tree/main). Deze heb ik vandaag geinstalleerd. Stappen die ik heb genomen:

1. MarstekVenusV3-modbus-TCP-IP van Fonske geinstalleerd (https://github.com/fonske...3-modbus-TCP-IP/tree/main)
2. Node-RED geinstalleerd
3. YAML files uit Home Battery Control repo in mijn eigen packages folder gezet
4. alle Node-RED flows geimporteerd en deployed
5. Cheapest Prices van TheFes geinstalleerd (https://github.com/TheFes/cheapest-energy-hours/tree/main)
6. Energy Price Sensor blueprint geinstalleerd voor mijn Tibber integration (https://github.com/TheFes...ts/energy_price_sensor.md)

Daarna heb ik Home Battery Control zelf geconfigureerd. Hij ziet mijn batterij. Als ik bij Timed/Dynamic strategy Tibber / Nordpool (core) kies verwacht ik dat de velden "Expensive period", "charget at", "price delta" worden gevuld maar er gebeurt niks. Ik heb mijn Tibber API key en client id/secret opnieuw aangemaakt en in HA gezet en alles voor Home Battery Control opnieuw aan HA toegevoegd maar niets helpt.

Wat mis ik nog?

Zou deze vraag even droppen bij codebob in het discordkanaal. Daar heb je een hulp gedeelte.

[AUijtdehaag]

@f1r3b4ll
Bij mij update het na middernacht (zonneplan)
Is dat bij jou ook niet het geval dat het nog niet is bijgewerkt?
(en de PID al op safe gezet anders is alles nog 0)

[ Voor 16% gewijzigd door AUijtdehaag op 21-02-2026 11:29 ]

[platvoet]

Hi,

Ik zou graag mijn marstek accu lokaal aan sturen. Helaas zat de rs485 stekker er niet bij toen ik hem tweedehands kocht. Heeft iemand er nog een liggen?

[bvansteenselen]

platvoet schreef op zaterdag 21 februari 2026 @ 17:08:
Hi,

Ik zou graag mijn marstek accu lokaal aan sturen. Helaas zat de rs485 stekker er niet bij toen ik hem tweedehands kocht. Heeft iemand er nog een liggen?

Dit is type van de conector voor de v1 en v2

[PVerga]

hypernova schreef op dinsdag 10 februari 2026 @ 21:33:
[...]

Ik sta op het punt om 3 Marstek batterijen te bestellen, 1 voor elke fase. Ik wil deze ook integreren in Loxone en ervoor zorgen dat het laden van 2 elektrische wagens niet gebeurd door het leegtrekken van de Marstek batterijen.
Zou jij je Loxone Shelly Emulator script willen delen?

Hierbij de link naar de beschrijving:
https://1drv.ms/b/c/d0066...mZAc4BsQ2TybGcRONLVoNfNBs

[Bossi13]

Hoi,

Ik wens @AUijtdehaag hier toch wel even HEEL HARD te bedanken voor de geleverde hulp om mijn thuisbatterijen via home assistant aan te sturen en uit te lezen.
Niet normaal wat hij kan, volgens mij zit er een intel 18, 86 core in die bovenkamer van hem.
Top man !!!

[hypernova]

PVerga schreef op zondag 22 februari 2026 @ 11:31:
[...]


Hierbij de link naar de beschrijving:
https://1drv.ms/b/c/d0066...mZAc4BsQ2TybGcRONLVoNfNBs

Dank je wel. Ik heb ondertussen de emulator in Node-RED gemaakt. Ik heb alleszins jou instructies bewaard, het kan zijn dat ik dit toch nog implementeer in Loxone.

[eatme]

Ik heb mijn Marstek V2 sinds mei 2025 en draai NoM. Dit werkt altijd zonder problemen, maar ik ben langzaam voorbereidingen aan het maken voor einde-Saldering.
Ik draai domoticz waar ik mijn Solaredge, zonvoorspelling, Elektra- en Gasmeter mee uitlees.

Nu heb ik de Marstek API getest voor uitlezen, maar dat vond de CT003 verbinding niet leuk.

Nu heb ik gisteren een Elfin (PUSR DR-164) binnen gekregen en vandaag met wat Python van Claude.ai is het me gelukt om de SoC en Power uit te lezen.

Ik ben helemaal blij, nu kan ik rustig gaan nadenken hoe ik een boiler start en stop aan de hand van zon-voorspelling, Solar-power en accu SoC.

[PVerga]

hypernova schreef op zondag 22 februari 2026 @ 17:18:
[...]


Dank je wel. Ik heb ondertussen de emulator in Node-RED gemaakt. Ik heb alleszins jou instructies bewaard, het kan zijn dat ik dit toch nog implementeer in Loxone.

Prima. Ik ben een beetje van het principe dat wanneer het sturing betreft, ik liefst alles op hetzelfde platform heb om de kans op fouten en problemen minimaal te houden.
Da’s de reden waarom ik de moeite genomen heb de sturing van de batterij in Loxone uit te pluizen.
Ondertussen draai ik bijna een jaar (met de nodige bijsturingen) met het manipuleren van Shelly data voor laden / ontladen van de Marstek alsook afsplitsing van het laden van mijn PHEV terwijl de Marstek gewoon in Self Consumption mode blijft staan.
Moet wel toegeven dat dit met de nodige complexiteit is in de Loxone config.

[YLA]

kan iemand mij snel op weg helpen aub?

Lilygo werkt (groene led en info op HA) via usb terwijl die aan de marstek v2 hangt.. maar met de 5 volt aansluiting vanuit de batterij niet.

Wat doe ik mis?

[pascallj]

YLA schreef op dinsdag 24 februari 2026 @ 16:50:
kan iemand mij snel op weg helpen aub?

Lilygo werkt (groene led en info op HA) via usb terwijl die aan de marstek v2 hangt.. maar met de 5 volt aansluiting vanuit de batterij niet.

Wat doe ik mis?


[Afbeelding]

Het is op de foto niet te zien, maar hoe heb je die rood en zwart van de voeding verbonden? Zwart is in dit geval +5V en rood GND. Ik heb het niet verzonnen...

[andypieters]

YLA schreef op dinsdag 24 februari 2026 @ 16:50:
kan iemand mij snel op weg helpen aub?

Lilygo werkt (groene led en info op HA) via usb terwijl die aan de marstek v2 hangt.. maar met de 5 volt aansluiting vanuit de batterij niet.

Wat doe ik mis?


[Afbeelding]

Ik heb dezelfde fout gemaakt.
de 5v, zijn de 2 zwarte draden, de rode moet je niet gebruiken

[pascallj]

andypieters schreef op dinsdag 24 februari 2026 @ 17:08:
[...]


Ik heb dezelfde fout gemaakt.
de 5v, zijn de 2 zwarte draden, de rode moet je niet gebruiken

De andere zwart is de DATA GND. Het zou zomaar kunnen dat deze intern gekoppeld is aan de andere GND, alleen de rode als GND nemen heeft hier (als in dit topic) altijd gewerkt, dus dat zou ik ook aanhouden.

[andypieters]

Dit is het juiste plaatje uit de ts voor de v2.
Ik heb hem precies zo aangesloten en zo werkt hij.

[ Voor 3% gewijzigd door andypieters op 24-02-2026 17:13 ]

[pascallj]

andypieters schreef op dinsdag 24 februari 2026 @ 17:11:
https://tweakers.net/i/O5...og2RaV5o.png?f=user_large

Dit is het juiste plaatje uit de ts voor de v2.
Ik heb hem precies zo aangesloten en zo werkt hij.

Oh haha, ik vermoed alsnog dat de DATA GND en GND daar zijn omgedraaid, zoals het bij de V1 ook staat. Dat zou logischer zijn voor de pinout en V1 en V2 zijn verder identieke producten. Maar als het werkt, dan werkt het

[ Voor 3% gewijzigd door pascallj op 24-02-2026 17:13 ]

[YLA]

pascallj schreef op dinsdag 24 februari 2026 @ 17:13:
[...]


Oh haha, ik vermoed alsnog dat de DATA GND en GND daar zijn omgedraaid, zoals het bij de V1 ook staat. Dat zou logischer zijn voor de pinout en V1 en V2 zijn verder identieke producten. Maar als het werkt, dan werkt het

Zo toch?

Lukt bij beide batterijen niet. Enkel via usb.

[pascallj]

YLA schreef op dinsdag 24 februari 2026 @ 17:16:
[...]


Zo toch?[Afbeelding]

Lukt bij beide batterijen niet. Enkel via usb.

Misschien dat toch even zwart-zwart proberen zoals hierboven voorgesteld. Best wel even meten welke zwart + en welke - is.

[YLA]

"R=DataGround(Niet gebruiken)"

deze zin had ik dus niet boven de foto zien staan op pagina 1.

Zwart - zwart probeer ik nu

[YLA]

Bedankt Pascal en Andy! Dat was het. De afbeelding was niet super duidelijk.