3 x Marstek V3.0 v147 VNS117 BMS 112 LAN - CT003 v122 -Enphase 14 st zonnepaneel Jinko 425 N-Type / 5950Wp / 6500 KWh opbrengst/ 3 x 25A / 50five laadpaal / Tesla model Y bj 2024 / HA / Marstek TCP/IP + node red integration
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.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...
.
[ Voor 12% gewijzigd door sun62 op 07-02-2026 20:31 ]
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 ]
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.sun62 schreef op zondag 8 februari 2026 @ 11:42:
@savale zie linkje hieronder dat is precies wat ik gemaakt/ maken ben.
[ Voor 29% gewijzigd door savale op 08-02-2026 11:57 ]
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.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.
Die van jou werkt via Modbus en @savale wilde dat juist niet.sun62 schreef op zondag 8 februari 2026 @ 11:42:
@savale zie linkje hieronder dat is precies wat ik gemaakt/ maken ben.
Ja maar dat is bijna geen modbus verkeer. De pid blijft bezig.😉pascallj schreef op zondag 8 februari 2026 @ 13:50:
[...]
Die van jou werkt via Modbus en @savale wilde dat juist niet.
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 schreef op zondag 8 februari 2026 @ 13:52:
[...]
Ja maar dat is bijna geen modbus verkeer. De pid blijft bezig.😉
Ik stuur niet op vermogen maar gebruik register 43000 deze selecteerd direct self mode van marstek.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.
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?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]
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.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.
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.
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 ]
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.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
@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 ]
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 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.
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 snelsavale 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.
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.
\
/f/image/3goRwsF4vgbjlt5M0H04eW6J.png?f=fotoalbum_large)
\
Even voor de duidelijkheid: Marstek Nederland is een leverancier zoals vele andere officiële leveranciers van Marstek-producten.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.
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.
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | Venus v1 en v2 - 5.12KWh V157.3 - CT003 V122 - BMS 216 - Modi:NOM | 2 MHI - CC | HA DS224+
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
:strip_exif()/f/image/ORGI2nLfVU0uLqE0z40VmQcE.jpg?f=fotoalbum_large)
(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 ]
Mooi dat het je gelukt is. Ben wel benieuwd of het aansturen van de limieten goed gaat in "marstek selfMode" ?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)
Gisteren een FW update gedaan van de batterijen en ineens is mijn modbus adres terug op standaard en krijg precies niet meer op 2 gezetcomfix 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.
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.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.
Zou jij je Loxone Shelly Emulator script willen delen?
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?
1x MT Venus E 3.0 EMS 146, VNS 116, BMS 112, HW-P1 Solar: 3.9 kWp
Weet je zeker dat register 30001 Battery Power is? Ik gebruik 30006 ch/dis-charge power.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?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?
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
Dankje wel @sun62. Die geeft bij mij ook de waarde aan die ik in de app zie.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.
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.
1x MT Venus E 3.0 EMS 146, VNS 116, BMS 112, HW-P1 Solar: 3.9 kWp
Daar zit inderdaad AC Power ook. Net als op 32202 en 37004 geloof ik. Battery Power is 30001.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.
Het is idd overal lijstjes doorspitten en proberen.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.
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.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?
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.
1x MT Venus E 3.0 EMS 146, VNS 116, BMS 112, HW-P1 Solar: 3.9 kWp
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:
Update 12feb: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)
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 ]
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
:strip_exif()/f/image/3MicfsoiFuK1X4tkO4zrAWC0.png?f=user_large)
/f/image/BQaQK3sC0ISWNz3cvzRCGgL4.png?f=fotoalbum_large)
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 ]
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 ]
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.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?
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 ]
Maar met die code kan ik niet uploaden.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.
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.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
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:
1
| [code]jouw code[/code] |
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.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
Met halfbewolkt weer zie ik nog wel een verbeterpunt
/f/image/nHG42SZpwb0wnu5XFiFByVHY.png?f=fotoalbum_large)
(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 ]
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.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:
1 [code]jouw code[/code]
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
/f/image/kjTYZBDw8WQ2hSdQF6b4WyDw.png?f=fotoalbum_large)
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
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
| 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% |
Dankjewel! Het gaat dus om deze code: https://github.com/fonske...b/main/lilygo_mt1_v3.yamlJanFey 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 werdcode:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 1398 1399 1400 1401 1402 1403 1404 1405 1406 1407 1408 1409 1410 1411 1412 1413 1414 1415 1416 1417 1418 1419 1420 1421 1422 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 1527 1528 1529 1530 1531 1532 1533 1534 1535 1536 1537 1538 1539 1540 1541 1542 1543 1544 1545 1546 1547 1548 1549 1550 1551 1552 1553 1554 1555 1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1568 1569 1570 1571 1572 1573 1574 1575 1576 1577 1578 1579 1580 1581 1582 1583 1584 1585 1586 1587 1588 1589 1590 1591 1592 1593 1594 1595 1596 1597 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 1611 1612 1613 1614 1615 1616 1617 1618 1619 1620 1621 1622 1623 1624 1625 1626 1627 1628 1629 1630 1631 1632 1633 1634 1635 1636 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647[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]
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.
Mooi en duidelijk stappenplan! Daar kan ik straks mee verderpascallj 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...
Bij mij waren A en B in mijn V3 omgedraaid.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....
☀️ 8 x 430wp op zuid | ☀️ Huawei SUN2000-3KTL-L1 | 🔋 2 x Marstek Venus-E BMS: 155, EMS: 216 | 📱 Home Assistant | 🚗 Kia EV6-LR 2024 |🔌 Delta 8/8
Onlangs is de name gewijzigd om problemen te voorkomen met de wifi.JanFey schreef op donderdag 12 februari 2026 @ 15:42:
[...]
Mooi en duidelijk stappenplan! Daar kan ik straks mee verder
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/
Ik heb de bekabeling voor de stroom verdubbeld.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.
met die bewuste sectie uncomment eindigt het alsdus en dat blijft lang zo
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| 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 |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 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 |
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 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 zocode:met dat bewuste stuk gecomment met
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 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 backgroundcode:Dus dan wel verbinding.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 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
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 ik via USB adaptor voed, lijkt hij te werken.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?
Ale toch info te krijgen. Aansturen moet ik dan nog testen
[ Voor 25% gewijzigd door JanFey op 13-02-2026 23:05 ]
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.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]
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | Venus v1 en v2 - 5.12KWh V157.3 - CT003 V122 - BMS 216 - Modi:NOM | 2 MHI - CC | HA DS224+
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.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?
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 ]
Goede tip!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.
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.
:strip_exif()/f/image/2wzwYoF89PaFTwLyz9Ax6Utl.jpg?f=fotoalbum_large)
[ Voor 90% gewijzigd door sun62 op 15-02-2026 13:05 ]
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.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?
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.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?
Maar je kunt natuurlijk altijd tegen die tijd weer opnieuw koppelen.
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.
Open-source je thuisbatterij via Home Assistant aansturen - homebatterycontrol.com
Waarom gebruik je de elfin, de v3 spreekt al modbus tcp/ip over ethernet aansluiting?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?
En kijk eens naar het bericht hierboven..
[ Voor 4% gewijzigd door AUijtdehaag op 18-02-2026 17:25 ]
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.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.
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
EX30 - SMER - Ultra sinds 16-03-2024 / Wallbox Pulsar Max / HomeAssistant / Unifi / 2 x Marstek Venus E v2 en 1 x Marstek E v3
Ik kijk uit naar de volgende updates!
Bedankt voor alle uren die je erin hebt gestoken! Is nu verwerkt in de TS.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.
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.
1
2
3
4
5
6
| - name: "Forcible Charge/Discharge"
id: forcible_charge_discharge
moet worden:
- name: "Forcible Charge-Discharge"
id: forcible_charge_discharge |
MTVenus V156 + BMSV216 + CT003 V122 Lilygo Modbus HA integration+ Anker E1600 + 16ZP Enphase + 2ZP Anker + Quatt
Je moet een andere slash gebruiken dan is ook de foutmelding in esphome weg
https://github.com/fonske..._s3_lite_rs485.yaml#L1435
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
Marstek Venus E 5,12 kWh v153 | 9x Jinko 435 WP met Enphase iQ8+ | HW P1 6.0304 | Quatt | Vvw | Tibber
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.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 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.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.
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.
Marstek Venus E 5,12 kWh v153 | 9x Jinko 435 WP met Enphase iQ8+ | HW P1 6.0304 | Quatt | Vvw | Tibber
Homey is wel iets meer gericht op eenvoud dan HA. Daarom kan er ook veel minder en is de community veel kleiner.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.
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.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.
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.
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?
Marstek Venus E 5,12 kWh v153 | 9x Jinko 435 WP met Enphase iQ8+ | HW P1 6.0304 | Quatt | Vvw | Tibber
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.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.
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.[...] 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...
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.
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.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?
Voor homebatterycontrol heb je ook nog Node-Red nodig ergens in de chain. Daar houdt mijn kennis op, dat kunnen anderen je beter vertellen.
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 ]
Marstek Venus E 5,12 kWh v153 | 9x Jinko 435 WP met Enphase iQ8+ | HW P1 6.0304 | Quatt | Vvw | Tibber
Maar een gedacht hé, maar ik zou opteren voor een Pi5 met externe SSD 500GB eraan, dan ben je gesetteld voor de toekomst.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
BE MTVenus V2 V158 BMS 216 APP V1.6.59 HW-P1 M5stack Atom lite Modbus HA integration ZP 3,28kWp Goodwe 3kW
- MarstekVenusV3-modbus-TCP-IP van Fonske geinstalleerd (https://github.com/fonske...3-modbus-TCP-IP/tree/main)
- Node-RED geinstalleerd
- YAML files uit Home Battery Control repo in mijn eigen packages folder gezet
- alle Node-RED flows geimporteerd en deployed
- Cheapest Prices van TheFes geinstalleerd (https://github.com/TheFes/cheapest-energy-hours/tree/main)
- Energy Price Sensor blueprint geinstalleerd voor mijn Tibber integration (https://github.com/TheFes...ts/energy_price_sensor.md)
Wat mis ik nog?
🇳🇱 🔋 Marstek Venus E v3 | EMS xxx, BMS xxx, App vxxx | HW P1 | Marstek CT003 P1 | ☀️14kWp zuid-west+noord-oost
Ik heb geen lan kabel in de buurt. Daarvoor heb ik keen 30m kabel nodig en in de tuin ingraven.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 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
Zou deze vraag even droppen bij codebob in het discordkanaal. Daar heb je een hulp gedeelte.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: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.
- MarstekVenusV3-modbus-TCP-IP van Fonske geinstalleerd (https://github.com/fonske...3-modbus-TCP-IP/tree/main)
- Node-RED geinstalleerd
- YAML files uit Home Battery Control repo in mijn eigen packages folder gezet
- alle Node-RED flows geimporteerd en deployed
- Cheapest Prices van TheFes geinstalleerd (https://github.com/TheFes/cheapest-energy-hours/tree/main)
- Energy Price Sensor blueprint geinstalleerd voor mijn Tibber integration (https://github.com/TheFes...ts/energy_price_sensor.md)
Wat mis ik nog?
3 x Marstek V3.0 v147 VNS117 BMS 112 LAN - CT003 v122 -Enphase 14 st zonnepaneel Jinko 425 N-Type / 5950Wp / 6500 KWh opbrengst/ 3 x 25A / 50five laadpaal / Tesla model Y bj 2024 / HA / Marstek TCP/IP + node red integration
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?
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?
:strip_exif()/f/image/pr0NmiD13DBhoP5CXZaSMdTO.jpg?f=fotoalbum_large)
Dit is type van de conector voor de v1 en v2
Hierbij de link naar de beschrijving: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?
https://1drv.ms/b/c/d0066...mZAc4BsQ2TybGcRONLVoNfNBs
Loxone home automation - MT Venus - Shelly Pro 3EM - Unifi UDM Pro - Waveshare Mobus I/F
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 !!!
2 x MT Venus E V3.0 v147.117.112 + CT003, UCG-Fiber + Pro max 24PoE + 2xU6+
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.PVerga schreef op zondag 22 februari 2026 @ 11:31:
[...]
Hierbij de link naar de beschrijving:
https://1drv.ms/b/c/d0066...mZAc4BsQ2TybGcRONLVoNfNBs
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.
NL.1xMT5.12(V156)CT003(V117) 4000Wp . If you think you are smarter than the previous generation, 50 years ago the owners manual of a car showed you how to adjust the valves. Today it warns you not to drink the contents the battery…
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.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.
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.
Loxone home automation - MT Venus - Shelly Pro 3EM - Unifi UDM Pro - Waveshare Mobus I/F
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...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.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]
de 5v, zijn de 2 zwarte draden, de rode moet je niet gebruiken
MTVenus v2 v155 CT002 v124
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 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
:strip_exif()/f/image/A0y8kZNlB6yO7zaGog2RaV5o.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.
[ Voor 3% gewijzigd door andypieters op 24-02-2026 17:13 ]
MTVenus v2 v155 CT002 v124
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 hetandypieters 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.
[ Voor 3% gewijzigd door pascallj op 24-02-2026 17:13 ]
Zo toch?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
:strip_exif()/f/image/J4ggJGy6mXriNx0zHq5qMW1T.jpg?f=fotoalbum_large)
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 schreef op dinsdag 24 februari 2026 @ 17:16:
[...]
Zo toch?[Afbeelding]
Lukt bij beide batterijen niet. Enkel via usb.
deze zin had ik dus niet boven de foto zien staan op pagina 1.
Zwart - zwart probeer ik nu
[ Voor 95% gewijzigd door BigTasty op 28-02-2026 08:07 ]
:strip_exif()/f/image/06vyPGrD0WpMCDK6ZcKzBkWh.jpg?f=fotoalbum_large)