Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[superduper1969]

JSTAL schreef op dinsdag 15 juli 2025 @ 20:49:
[...]


en hoe zou dat pauzeren dan moeten gebeuren? de 5V van de liliygo ondebreken?

Ik denk dat je de vragen vanuit HA zou moeten kunnen blokkeren.

Ik heb als test even de vraag "Hoe kan ik in home assistant ervoor kiezen om een ESP home device tijdelijk niet te gebruiken via een schedule" aan Copilot gesteld en ik kreeg een redelijk plausibel antwoord.

[De_Sint]

Hoi,

Ik ben geheel nieuw in dit avontuur. Heb de accu's nu 2 twee weken en heb de lilyboardjes net binnen.
Ik raakte geïnspireerd door de YT van Denie van Kleef, maar nu ik het stap voor stap doorloop merk ik dat de wereld er inmiddels weer heel anders uitziet.
Hij gebruikt nog de V1 accu, kopieert de instellingen van de 1e pagina, en stapt soms makkelijk over zaken die voor een first user lastig zijn.
Het zal voor jullie vast domme vragen zijn, maar ik doe toch een poging:

1. In zijn video heeft hij het over de connector en over welke kabeltjes je moet doorverbinden en welke afknippen. Inmiddels zie ik dat er 3 varianten zijn. Ik heb de Marstek V2 (met handvatten boven). Kan ik zijn handleiding op dat gebied nog gebruiken?
2. Hij refereert naar de configuratiepagina op pagina 1. Nu is daar inmiddels een Github pagina, maar daar staan lilygo-rs485.yaml, lilygo-rs485-2.yaml en lilygo-rs485-2.yaml. Welke moet ik hebben?
3. In zijn filmpje en in jullie uitleg wordt er gerefereerd naar een API en OTA. Een api in HA kan ik nog wel aanmaken, maar waar moet ik de OTA instellen. Na het editen in ESPhome was die leeg. Moet ik die ergens anders in HA aanmaken?

Naja, tot zover de dingen waar ik tegenaan liep. De kabels moeten nog binnenkomen, maar bij programmeren had ik de lilygo-rs485.yaml gepakt omdat die 1 maand oud was, maar ik liep vast bij het OTA wachtwoord.

Bij voorbaat dank.

[SatScan]

De_Sint schreef op woensdag 16 juli 2025 @ 16:47:
Hoi,

Ik ben geheel nieuw in dit avontuur. Heb de accu's nu 2 twee weken en heb de lilyboardjes net binnen.
Ik raakte geïnspireerd door de YT van Denie van Kleef, maar nu ik het stap voor stap doorloop merk ik dat de wereld er inmiddels weer heel anders uitziet.
Hij gebruikt nog de V1 accu, kopieert de instellingen van de 1e pagina, en stapt soms makkelijk over zaken die voor een first user lastig zijn.
Het zal voor jullie vast domme vragen zijn, maar ik doe toch een poging:

1. In zijn video heeft hij het over de connector en over welke kabeltjes je moet doorverbinden en welke afknippen. Inmiddels zie ik dat er 3 varianten zijn. Ik heb de Marstek V2 (met handvatten boven). Kan ik zijn handleiding op dat gebied nog gebruiken?
2. Hij refereert naar de configuratiepagina op pagina 1. Nu is daar inmiddels een Github pagina, maar daar staan lilygo-rs485.yaml, lilygo-rs485-2.yaml en lilygo-rs485-2.yaml. Welke moet ik hebben?
3. In zijn filmpje en in jullie uitleg wordt er gerefereerd naar een API en OTA. Een api in HA kan ik nog wel aanmaken, maar waar moet ik de OTA instellen. Na het editen in ESPhome was die leeg. Moet ik die ergens anders in HA aanmaken?

Naja, tot zover de dingen waar ik tegenaan liep. De kabels moeten nog binnenkomen, maar bij programmeren had ik de lilygo-rs485.yaml gepakt omdat die 1 maand oud was, maar ik liep vast bij het OTA wachtwoord.

Bij voorbaat dank.

1. In zijn video heeft hij het over de connector en over welke kabeltjes je moet doorverbinden en welke afknippen. Inmiddels zie ik dat er 3 varianten zijn. Ik heb de Marstek V2 (met handvatten boven). Kan ik zijn handleiding op dat gebied nog gebruiken?

De TS hier is up to date die kun je het beste gebruiken en nog beter is het om zelf even na te meten.

2. Hij refereert naar de configuratiepagina op pagina 1. Nu is daar inmiddels een Github pagina, maar daar staan lilygo-rs485.yaml, lilygo-rs485-2.yaml en lilygo-rs485-2.yaml. Welke moet ik hebben?

Deze files zijn genummerd voor gebruikers met meerdere batterijen zoals ik, lilygo-rs485.yaml is de basis file

3. In zijn filmpje en in jullie uitleg wordt er gerefereerd naar een API en OTA. Een api in HA kan ik nog wel aanmaken, maar waar moet ik de OTA instellen. Na het editen in ESPhome was die leeg. Moet ik die ergens anders in HA aanmaken?

Als je de TS volgt dan zie je het in de aangemaakte yaml file zodra je de Lilygo creëert in de ESPHome builder. Even die gegevens opslaan in je notepad of kladblok.


Succes!

[De_Sint]

SatScan schreef op woensdag 16 juli 2025 @ 19:20:
[...]


1. In zijn video heeft hij het over de connector en over welke kabeltjes je moet doorverbinden en welke afknippen. Inmiddels zie ik dat er 3 varianten zijn. Ik heb de Marstek V2 (met handvatten boven). Kan ik zijn handleiding op dat gebied nog gebruiken?

Ja dat kun je, beste is om het na te meten.

2. Hij refereert naar de configuratiepagina op pagina 1. Nu is daar inmiddels een Github pagina, maar daar staan lilygo-rs485.yaml, lilygo-rs485-2.yaml en lilygo-rs485-2.yaml. Welke moet ik hebben?

Deze files zijn genummerd voor gebruikers met meerdere batterijen zoals ik, lilygo-rs485.yaml is de basis file

3. In zijn filmpje en in jullie uitleg wordt er gerefereerd naar een API en OTA. Een api in HA kan ik nog wel aanmaken, maar waar moet ik de OTA instellen. Na het editen in ESPhome was die leeg. Moet ik die ergens anders in HA aanmaken?

Als je de TS volgt dan zie je het in de aangemaakte yaml file zodra je de Lilygo creëert in de ESPHome builder. Even die gegevens opslaan in je notepad of kladblok.


Succes!

Hoi, Dank voor je antwoord.

2. "Deze files zijn genummerd voor gebruikers met meerdere batterijen zoals ik, lilygo-rs485.yaml is de basis file"

Ik heb 2 Marsteks. Dit betekend dus dat voor de 2e modbus/lilygo. ik de lilygo-rs485-2.yaml moet gebruiken?

3. "Als je de TS volgt dan zie je het in de aangemaakte yaml file zodra je de Lilygo creëert in de ESPHome builder. Even die gegevens opslaan in je notepad of kladblok."

Mij mij stond bij aangemaakte Yaml file geen API en geen OTA gegevens. Had ik die ergens moeten invullen? Of betekend dit leeg is leeg dus ook niets neerzetten in de lilygo-rs485-2.yaml?

Edit: Zonet ChatGTP gevraagd en die zegt dat je zelf een wachtwoord bij API en OTA moet bedenken en dan terug flashen.
Is het echt zo simpel of moet je echt een gegenereerde API bij HA maken en daar invullen?

Dank

[ Voor 5% gewijzigd door De_Sint op 16-07-2025 20:00 ]

[SatScan]

Zo juist even een test gedaan... was alweer enige tijd geleden... en toen de yaml bekeken en zag de gegevens erin staan. De key die je gelijk te zien krijgt als je de module in ESPHome creëert gebruik je niet

[

code:

esphome:
  name: test
  friendly_name: Test

esp32:
  board: esp32dev
  framework:
    type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "EDM7KzDwOj1BHILnfnZ8BGNDLr/pG9xE87boVEIt5gw="

ota:
  - platform: esphome
    password: "ca78412abafe4cc57cd9dd184ae2d6b4"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Test Fallback Hotspot"
    password: "8kqGCW7cCq92"

captive_portal:

Die gegevens even opstaan en dan de voorbeeld yaml gebruiken en jouw gegevens erin plakken.

De fallback gegevens mag je eventueel zelf verzinnen.

[ Voor 14% gewijzigd door SatScan op 16-07-2025 21:16 ]

[stimpyke1]

Beste,
Is het dan mogelijk om de marstek venus e batterij rechtstreeks te connecteren via de modbus extensie via loxone?
Alvast bedankt.

[corsat]

Een vraag aan medetweakers, wie woont er in de omgeving Rotterdam en heeft een lilygo via ha en esphome werkend en kan ik langskomen voor uitleg hoe je dat uiteindelijk werkend heb gekregen want ik krijg mijn lilygo niet werkend ondanks het vele inlezen en uitproberen.

[JoebarRC]

corsat schreef op donderdag 17 juli 2025 @ 07:05:
Een vraag aan medetweakers, wie woont er in de omgeving Rotterdam en heeft een lilygo via ha en esphome werkend en kan ik langskomen voor uitleg hoe je dat uiteindelijk werkend heb gekregen want ik krijg mijn lilygo niet werkend ondanks het vele inlezen en uitproberen.

Zoetermeer, geen Lilygo maar een esp32 bordje met een $1 rs485 converter. Wel alles in ha

[De_Sint]

corsat schreef op donderdag 17 juli 2025 @ 07:05:
Een vraag aan medetweakers, wie woont er in de omgeving Rotterdam en heeft een lilygo via ha en esphome werkend en kan ik langskomen voor uitleg hoe je dat uiteindelijk werkend heb gekregen want ik krijg mijn lilygo niet werkend ondanks het vele inlezen en uitproberen.

Idem voor iemand uit Leeuwarden en omgeving.

[antonboonstra]

pascallj schreef op woensdag 16 juli 2025 @ 14:36:
[...]


Bij deze een vervolg m.b.t. onbekende Modbus registers.

Heb nu een aantal dagen de onbekende registers gemonitord en wat tests gedraaid en voor een hoop is nu duidelijk waar het voor dient. Helaas zijn veel registers dubbel uitgevoerd, dus aan die data hebben we niet zoveel. Heb alles gedocumenteerd in de datasheet.

Hier een overzicht van wat we tot nu toe extra weten ten opzichte van het Duravolt document, maar voor de details verwijs ik je naar de datasheet:

• Maximum cell voltage
• Minimum cell voltage

Als ik modbus adressen 32100, 37007 en 37008 uitlees, krijg ik onderstaand resultaat.

code:

32100 [battery_voltage] => 5414
37007 [battery_maxvoltage] => 3376
37008 [battery_minvoltage] => 3356

Volgens mij is de eerste waarde de spanning van het volledige accupakket, dus 16 cellen in serie. Dat betekent dat de gemiddelde spanning per cell 54,14 / 16 = 3,384V is. Hoe kan de maximale spanning van een cell (modbus adres 37007) dan lager zijn?

[tekenbord]

@JoebarRC Heb je ze beide op 1 fase? (of juist niet?) en werken ze een beetje naar behoren met elkaar?

[De_Sint]

Nou, Ik heb nu 1 aan de praat. Tenminste, ik moet nog wachten op de connectors uit china, maar de 1e liligo heeft de configuratie in zich en die zijn als identiteiten zichtbaar in HA.

Nog even 2 vragen.

1. Kan ik voor de 2e accu dezelfde lilygo-rs485.yaml gebruiken of moet ik lilygo-rs485-2.yaml gebruiken (ik neem aan dat alleen de verwijzingen naar name anders zijn in de andere, of zit er meer in?
2. Wat doet de marstek_venus_battery_control.yaml? En kun je zonder?

Bij voorbaat dank

[Maarten69]

@De_Sint voor de tweede pak je inderdaad lilygo-rs485-2.yaml

[pascallj]

antonboonstra schreef op donderdag 17 juli 2025 @ 14:20:
[...]

Als ik modbus adressen 32100, 37007 en 37008 uitlees, krijg ik onderstaand resultaat.

code:

32100 [battery_voltage] => 5414
37007 [battery_maxvoltage] => 3376
37008 [battery_minvoltage] => 3356

Volgens mij is de eerste waarde de spanning van het volledige accupakket, dus 16 cellen in serie. Dat betekent dat de gemiddelde spanning per cell 54,14 / 16 = 3,384V is. Hoe kan de maximale spanning van een cell (modbus adres 37007) dan lager zijn?

Haha heel goed opgemerkt. Leuk dat je ermee aan de slag bent gegaan! Ik heb dit inderdaad ook opgemerkt. Maar de data van min en max voltage komt overeen met de MQTT data, dus die redenering klopt denk ik wel. Er is iets mis met de Battery Total Voltage waarde.

Dit gebeurde namelijk gisterochtend:



De batterij stond al een tijdje op 100% (de cyclus van eergisteren kon beter naar gisteren om meer rendabel te zijn of zoiets) en sprong toen naar 99 procent, maar het voltage ging tegelijkertijd ook met 0,6 V omhoog.

En het gekke is dat de cellen na zo'n lange tijd op 100 procent gestaan te hebben wel binnen 0,003 V van elkaar uitgekomen zijn. Ondertussen weer half leeg en volgeladen en nu zit er weer 0,04 V verschil tussen, maar misschien laten ze dus de hoogste cel wat leeglopen om de rest te matchen? Dat dat stopte op 99 procent en daarom het voltage weer terug krabbelde.

Slechts ideetjes maar het is nu wel makkelijker te monitoren voor mij.

[pascallj]

De_Sint schreef op donderdag 17 juli 2025 @ 15:56:
Nou, Ik heb nu 1 aan de praat. Tenminste, ik moet nog wachten op de connectors uit china, maar de 1e liligo heeft de configuratie in zich en die zijn als identiteiten zichtbaar in HA.

Nog even 2 vragen.

1. Kan ik voor de 2e accu dezelfde lilygo-rs485.yaml gebruiken of moet ik lilygo-rs485-2.yaml gebruiken (ik neem aan dat alleen de verwijzingen naar name anders zijn in de andere, of zit er meer in?
2. Wat doet de marstek_venus_battery_control.yaml? En kun je zonder?

Bij voorbaat dank

Dan beantwoord ik vraag 2: het berekent wat extra waardes die niet standaard in de batterij zitten. Je kunt prima zonder.

[Chris96]

Wat zou er voor kunnen zorgen dat de lilygo zijn instellingen niet vast houd. Als ik de helderheid van de led op 30% zet. Staat hij een aantal uren later weer op 100%

Extra detail: de Lilygo krijgt zijn voeding vanuit de marstek.

[JoebarRC]

tekenbord schreef op donderdag 17 juli 2025 @ 15:26:
@JoebarRC Heb je ze beide op 1 fase? (of juist niet?) en werken ze een beetje naar behoren met elkaar?

Nee heb in totaal 3 batterijen, beetje lui geweest en nog niet de derde in HA app dashboard toegevoegd.
Alles staat op een eigen fase en de PV is een 3 fase inverter dus alles werkt vrij goed.
Nog niet optimaal, de CT003 stuurt ze niet perfect in balans aan, in de ochtend zit er soms 25-30% verschil in SOC tussen de batterijen. Heb nu tijdelijk een scriptje draaien die een accu stopt als er 10% verschil in zit, maar Marstek zegt dat dit ook wordt geoptimaliseerd.

Heb nog 1.16 op de CT draaien, 1.17 hoor ik betere resultaten over

[rtlvandeven]

antonboonstra schreef op donderdag 17 juli 2025 @ 14:20:
[...]

Als ik modbus adressen 32100, 37007 en 37008 uitlees, krijg ik onderstaand resultaat.

code:

32100 [battery_voltage] => 5414
37007 [battery_maxvoltage] => 3376
37008 [battery_minvoltage] => 3356

Volgens mij is de eerste waarde de spanning van het volledige accupakket, dus 16 cellen in serie. Dat betekent dat de gemiddelde spanning per cell 54,14 / 16 = 3,384V is. Hoe kan de maximale spanning van een cell (modbus adres 37007) dan lager zijn?

Register 32100 is waarschijnlijk de spanning die de omvormer meet. Als dit tijdens het laad proces is zal deze inderdaad iets hoger kunnen zijn ivm verliezen (kabels cq overgangen). Daarnaast zitten er altijd toleranties in Analoog-Digitaal converters. Als ik kijk hoe klein dit verschil is, te verwaarlozen.

Tijdens het ontlaad proces zal de gezamenlijke spanning van alle cellen net iets hoger kunnen zijn dan wat de omvormer meet/binnenkrijgt. Zeker bij grote stromen.

[SatScan]

JoebarRC schreef op donderdag 17 juli 2025 @ 19:01:
[...]

Nee heb in totaal 3 batterijen, beetje lui geweest en nog niet de derde in HA app dashboard toegevoegd.
Alles staat op een eigen fase en de PV is een 3 fase inverter dus alles werkt vrij goed.
Nog niet optimaal, de CT003 stuurt ze niet perfect in balans aan, in de ochtend zit er soms 25-30% verschil in SOC tussen de batterijen. Heb nu tijdelijk een scriptje draaien die een accu stopt als er 10% verschil in zit, maar Marstek zegt dat dit ook wordt geoptimaliseerd.

Heb nog 1.16 op de CT draaien, 1.17 hoor ik betere resultaten over

CT3 v117 houd mijn 2 batt bijna gelijk met ontladen ondanks verschillende max ontlaad instellingen 1400w en 2000w

PS zat vanmorgen 3% verschil in
PPS 18/7 vandaag zat er 10% verschil in...

[ Voor 5% gewijzigd door SatScan op 19-07-2025 09:56 ]

[Jan6]

Heb de liligo POE aangesloten op de RS485 poort, alles gecontrolleerd en aangesloten.
Als ik de RS485 aansluit, lijkt het dat de LiliGo opstart, echter wordt het netwerk niet actief.
Als ik de LiliGo aansluit op mijn POE Ethernet switch gaat het boardje ook aan en is bereikbaar op het netwerk. Sluit ik daarna de RS485 aan, dat gaat de Ethernet poort uit.

Ik heb daarna de +5v losgekoppeld en alles werkt dan. Ik zou niet weten waarom +5v voeding nodig is. A+B en een GND zou toch voldoende moeten zijn. Bovendien valt mij op dat het LilyGo board ook verschillende GND aansluitingen heeft waaronder DGND (data ground?). Moet deze DGND soms worden gebruikt ipv de GND?

Hier de foto van mijn aansluitingen. Iemand nog suggesties?

[rtlvandeven]

Jan6 schreef op donderdag 17 juli 2025 @ 21:02:
Heb de liligo POE aangesloten op de RS485 poort, alles gecontrolleerd en aangesloten.
Als ik de RS485 aansluit, lijkt het dat de LiliGo opstart, echter wordt het netwerk niet actief.
Als ik de LiliGo aansluit op mijn POE Ethernet switch gaat het boardje ook aan en is bereikbaar op het netwerk. Sluit ik daarna de RS485 aan, dat gaat de Ethernet poort uit.

Ik heb daarna de +5v losgekoppeld en alles werkt dan. Ik zou niet weten waarom +5v voeding nodig is. A+B en een GND zou toch voldoende moeten zijn. Bovendien valt mij op dat het LilyGo board ook verschillende GND aansluitingen heeft waaronder DGND (data ground?). Moet deze DGND soms worden gebruikt ipv de GND?

Hier de foto van mijn aansluitingen. Iemand nog suggesties?

[Afbeelding]

Volgens mij moet je deze lilygo voeden of via Vin aansluiting of via poe, je zegt dat je een poe switch hebt dus er hoeven maar 2 draden A en B verbonden te worden.met de Marstek.

[JoebarRC]

Jan6 schreef op donderdag 17 juli 2025 @ 21:02:
Heb de liligo POE aangesloten op de RS485 poort, alles gecontrolleerd en aangesloten.
Als ik de RS485 aansluit, lijkt het dat de LiliGo opstart, echter wordt het netwerk niet actief.
Als ik de LiliGo aansluit op mijn POE Ethernet switch gaat het boardje ook aan en is bereikbaar op het netwerk. Sluit ik daarna de RS485 aan, dat gaat de Ethernet poort uit.

Ik heb daarna de +5v losgekoppeld en alles werkt dan. Ik zou niet weten waarom +5v voeding nodig is. A+B en een GND zou toch voldoende moeten zijn. Bovendien valt mij op dat het LilyGo board ook verschillende GND aansluitingen heeft waaronder DGND (data ground?). Moet deze DGND soms worden gebruikt ipv de GND?

Hier de foto van mijn aansluitingen. Iemand nog suggesties?

[Afbeelding]

In principe kan je zelfs zonder de ground.. de afstanden zijn kort, ik heb een modbus kabel met alleen A&B naar 4 verschillende systemen van ongeveer 10m alles zonder ground.

[TDSgame]

Jan6 schreef op donderdag 17 juli 2025 @ 21:02:
Heb de liligo POE aangesloten op de RS485 poort, alles gecontrolleerd en aangesloten.
Als ik de RS485 aansluit, lijkt het dat de LiliGo opstart, echter wordt het netwerk niet actief.
Als ik de LiliGo aansluit op mijn POE Ethernet switch gaat het boardje ook aan en is bereikbaar op het netwerk. Sluit ik daarna de RS485 aan, dat gaat de Ethernet poort uit.

Ik heb daarna de +5v losgekoppeld en alles werkt dan. Ik zou niet weten waarom +5v voeding nodig is. A+B en een GND zou toch voldoende moeten zijn. Bovendien valt mij op dat het LilyGo board ook verschillende GND aansluitingen heeft waaronder DGND (data ground?). Moet deze DGND soms worden gebruikt ipv de GND?

Hier de foto van mijn aansluitingen. Iemand nog suggesties?

[Afbeelding]

Je hebt de 5V op de 3V3 van de lilygo aangesloten voor zo ver ik zie... Dat is misschien niet zo handig. En het is inderdaad beter om dataground te gebruiken.

[corsat]

Ik ben inmiddels ook enkele stappen verder gekomen, de sw staat op de lilygo, na flaxen heb ik een ip adres in esphome maar brand de lamp rood maar zie ik wel dat de lilygo actief is in de logfile. Daarna aangesloten op mijn Marstek en eerst rode lamp en na 1 minuut gaat de groene lamp aan. Echter zie ik nog geen data binnenkomen in ha dus iets staat nog niet goed ingesteld maar wat?

[corsat]

SatScan schreef op woensdag 16 juli 2025 @ 19:20:
[...]


1. In zijn video heeft hij het over de connector en over welke kabeltjes je moet doorverbinden en welke afknippen. Inmiddels zie ik dat er 3 varianten zijn. Ik heb de Marstek V2 (met handvatten boven). Kan ik zijn handleiding op dat gebied nog gebruiken?

De TS hier is up to date die kun je het beste gebruiken en nog beter is het om zelf even na te meten.

2. Hij refereert naar de configuratiepagina op pagina 1. Nu is daar inmiddels een Github pagina, maar daar staan lilygo-rs485.yaml, lilygo-rs485-2.yaml en lilygo-rs485-2.yaml. Welke moet ik hebben?

Deze files zijn genummerd voor gebruikers met meerdere batterijen zoals ik, lilygo-rs485.yaml is de basis file

3. In zijn filmpje en in jullie uitleg wordt er gerefereerd naar een API en OTA. Een api in HA kan ik nog wel aanmaken, maar waar moet ik de OTA instellen. Na het editen in ESPhome was die leeg. Moet ik die ergens anders in HA aanmaken?

Als je de TS volgt dan zie je het in de aangemaakte yaml file zodra je de Lilygo creëert in de ESPHome builder. Even die gegevens opslaan in je notepad of kladblok.


Succes!

Heb dezelfde video gevolgd en na het flashen brand de rode lamp op mijn lilygo maar ik heb wel verbinding. Daarna aangesloten op mijn marstek en eerst weer een rode lamp en daarna een groene lamp en heb ik volgens mij verbinding echter er komt nog geen data binnen dus ik vermoed dat er in HA nog iets niet goed staat. Vanavond of van het weekend weer verder puzzelen.

[blackcom]

corsat schreef op vrijdag 18 juli 2025 @ 08:00:
[...]

Heb dezelfde video gevolgd en na het flashen brand de rode lamp op mijn lilygo maar ik heb wel verbinding. Daarna aangesloten op mijn marstek en eerst weer een rode lamp en daarna een groene lamp en heb ik volgens mij verbinding echter er komt nog geen data binnen dus ik vermoed dat er in HA nog iets niet goed staat. Vanavond of van het weekend weer verder puzzelen.

Wat krijg je te zien in de log? En wat bedoel je juist met je krijgt nog geen data binnen? Zijn de entiteiten wel zichtbaar in HA, maar krijg je geen data? Of krijg je ook de entiteiten niet te zien?

[SatScan]

corsat schreef op vrijdag 18 juli 2025 @ 08:00:
[...]

Heb dezelfde video gevolgd en na het flashen brand de rode lamp op mijn lilygo maar ik heb wel verbinding. Daarna aangesloten op mijn marstek en eerst weer een rode lamp en daarna een groene lamp en heb ik volgens mij verbinding echter er komt nog geen data binnen dus ik vermoed dat er in HA nog iets niet goed staat. Vanavond of van het weekend weer verder puzzelen.

Mijn advies, als je de video hebt bekeken volg dan de instructie in de TS die is up to date.
Daarnaast loop de berichten in dit topic even langs...

[antonboonstra]

rtlvandeven schreef op donderdag 17 juli 2025 @ 19:28:
[...]
Register 32100 is waarschijnlijk de spanning die de omvormer meet. Als dit tijdens het laad proces is zal deze inderdaad iets hoger kunnen zijn ivm verliezen (kabels cq overgangen). Daarnaast zitten er altijd toleranties in Analoog-Digitaal converters. Als ik kijk hoe klein dit verschil is, te verwaarlozen.

Tijdens het ontlaad proces zal de gezamenlijke spanning van alle cellen net iets hoger kunnen zijn dan wat de omvormer meet/binnenkrijgt. Zeker bij grote stromen.

Alle 3 de waarden zijn op hetzelfde moment uitgelezen en dit was ook in rust, dus dat zou geen verschil moeten maken. Jouw andere uitleg zou wel eens de reden kunnen zijn. De totaalmeting komt van de omvormer en de celspanningen van het BMS. Het scheelt uiteindelijk maar 1% en dat kan best een meetfout/verschil zijn.

[antonboonstra]

stimpyke1 schreef op woensdag 16 juli 2025 @ 23:03:
Beste,
Is het dan mogelijk om de marstek venus e batterij rechtstreeks te connecteren via de modbus extensie via loxone?
Alvast bedankt.

Als je deze bedoelt: https://shop.loxone.com/nlnl/product/100124-modbus-extension
Dan ja; dit is een universele modbus RTU (RS485) koppeling en daarmee kun je de Marstek Venus E batterij uitlezen en aansturen. Zijn wel prijzige componenten van Loxone, maar als je al in het eco-systeem zit is het wel mooi spul. Ze hebben ook een duidelijke instructievideo over modbus integratie: YouTube: Video tutorial: Modbus

[ Voor 21% gewijzigd door antonboonstra op 18-07-2025 09:46 ]

[SatScan]

corsat schreef op vrijdag 18 juli 2025 @ 08:00:
[...]

Heb dezelfde video gevolgd en na het flashen brand de rode lamp op mijn lilygo maar ik heb wel verbinding. Daarna aangesloten op mijn marstek en eerst weer een rode lamp en daarna een groene lamp en heb ik volgens mij verbinding echter er komt nog geen data binnen dus ik vermoed dat er in HA nog iets niet goed staat. Vanavond of van het weekend weer verder puzzelen.

Kun je de lilygo nu lokaal benaderen?
Het ip-nummer van je lilygo in je browser invoeren.

[superduper1969]

De_Sint schreef op donderdag 17 juli 2025 @ 15:56:
Nou, Ik heb nu 1 aan de praat. Tenminste, ik moet nog wachten op de connectors uit china, maar de 1e liligo heeft de configuratie in zich en die zijn als identiteiten zichtbaar in HA.

Nog even 2 vragen.

1. Kan ik voor de 2e accu dezelfde lilygo-rs485.yaml gebruiken of moet ik lilygo-rs485-2.yaml gebruiken (ik neem aan dat alleen de verwijzingen naar name anders zijn in de andere, of zit er meer in?
2. Wat doet de marstek_venus_battery_control.yaml? En kun je zonder?

Bij voorbaat dank

Hi, beide bestanden zijn gewoon leesbaar in een Tekst editor of op github.
Het is echt geen rocket-science
Als je niet weet wat alles betekend vraag dan aan een AI, die duwt je in de goede richting.

[superduper1969]

Jan6 schreef op donderdag 17 juli 2025 @ 21:02:
Heb de liligo POE aangesloten op de RS485 poort, alles gecontrolleerd en aangesloten.
Als ik de RS485 aansluit, lijkt het dat de LiliGo opstart, echter wordt het netwerk niet actief.
Als ik de LiliGo aansluit op mijn POE Ethernet switch gaat het boardje ook aan en is bereikbaar op het netwerk. Sluit ik daarna de RS485 aan, dat gaat de Ethernet poort uit.

Ik heb daarna de +5v losgekoppeld en alles werkt dan. Ik zou niet weten waarom +5v voeding nodig is. A+B en een GND zou toch voldoende moeten zijn. Bovendien valt mij op dat het LilyGo board ook verschillende GND aansluitingen heeft waaronder DGND (data ground?). Moet deze DGND soms worden gebruikt ipv de GND?

Hier de foto van mijn aansluitingen. Iemand nog suggesties?

[Afbeelding]

Alleen A+B aansluiten.
Wel de goede file februiken!
Dus: MarstekVenus-Lilygo-T-POE-Pro.yaml en niet lilygo-rs485.yaml.

[[RNMC] Viper]

Heb zelf een poging gedaan om een custom integratie te maken voor de EW11 combinatie. Suggesties of verbeteringen zijn welkom.

Zag dat hier ook al extra registers waren gevonden waaronder die om de discharge limit te bekijken, schrijven hiervan was mij nog niet gelukt.

[pascallj]

[RNMC] Viper schreef op vrijdag 18 juli 2025 @ 11:43:
Zag dat hier ook al extra registers waren gevonden waaronder die om de discharge limit te bekijken, schrijven hiervan was mij nog niet gelukt.

Als je mijn post van laatst bedoelt: de discharge limit was al bekend in het Duravolt document. Deze is inderdaad niet schrijfbaar. Alle registers waar voor staat function code 0x03 kan je alleen maar lezen. Dat komt neer op alles tussen 30000 en 39999. Overigens heb je ook niet zo veel aan deze waarde, het verandert in grove stappen en is niet duidelijk wat het nu precies doet.

Je kunt het wel ontlaadvermogen beperken naar een door jouw gekozen waarde of het ontlaadvermogen van een, via Modbus gestarte actie, instellen. Over die laatste waardes vind je in de TS meer.

[Chris96]

Zijn er mensen die een externe voeding gebruiken op de lilygo? Of waarbij de voeding vanuit de marstek soms tekort schiet?

[mgiebels]

Chris96 schreef op vrijdag 18 juli 2025 @ 15:09:
Zijn er mensen die een externe voeding gebruiken op de lilygo? Of waarbij de voeding vanuit de marstek soms tekort schiet?

Vanuit de marstek is ruim voldoende nog nooit problemen gehad ermee,

[corsat]

blackcom schreef op vrijdag 18 juli 2025 @ 08:28:
[...]


Wat krijg je te zien in de log? En wat bedoel je juist met je krijgt nog geen data binnen? Zijn de entiteiten wel zichtbaar in HA, maar krijg je geen data? Of krijg je ook de entiteiten niet te zien?

Ik krijg maar 1 entiteit te zien. De logs waren te zien tijden en na het flashen en daarna heb ik de lilygo aangesloten op de batterij. Ga vandaag of morgen verder puzzelen.

[[RNMC] Viper]

JoebarRC schreef op donderdag 17 juli 2025 @ 12:19:
[...]

Zoetermeer, geen Lilygo maar een esp32 bordje met een $1 rs485 converter. Wel alles in ha[Afbeelding]

[Afbeelding]

Welke card gebruik je voor de batterij en omvormer? Wil je de config delen?

[De_Sint]

Yesss...

Was even aanklooien om de Lilygo te programmeren met 0% ervaring en alleen een YT filmpje van Denie van Kleef als referentie.
Gelukkig door hulp van mensen hier en TS info erachter gekomen wat ik (consequent) fout deed.

15 minuten Liligo in elkaar zetten en modbus aansluiten en de data druppelde goed binnen.

Nu op naar de 2e accu aansluiten.

Thnx voor de hulp allen!!

[ Voor 4% gewijzigd door De_Sint op 19-07-2025 12:29 ]

[tekenbord]

JoebarRC schreef op donderdag 17 juli 2025 @ 19:01:
[...]

Nee heb in totaal 3 batterijen, beetje lui geweest en nog niet de derde in HA app dashboard toegevoegd.
Alles staat op een eigen fase en de PV is een 3 fase inverter dus alles werkt vrij goed.
Nog niet optimaal, de CT003 stuurt ze niet perfect in balans aan, in de ochtend zit er soms 25-30% verschil in SOC tussen de batterijen. Heb nu tijdelijk een scriptje draaien die een accu stopt als er 10% verschil in zit, maar Marstek zegt dat dit ook wordt geoptimaliseerd.

Heb nog 1.16 op de CT draaien, 1.17 hoor ik betere resultaten over

Tenzij je iets op krachtstroom hebt draaien, maakt het verschil niet uit toch? aangezien elke fase zijn eigen groepen voorziet.
Maar dank voor de update. Denk dat het niet lang duurt voor ik de volgende 2 er ook bij haal.

[pascallj]

tekenbord schreef op zaterdag 19 juli 2025 @ 13:09:
[...]


Tenzij je iets op krachtstroom hebt draaien, maakt het verschil niet uit toch? aangezien elke fase zijn eigen groepen voorziet.
Maar dank voor de update. Denk dat het niet lang duurt voor ik de volgende 2 er ook bij haal.

Als je 3-fasen hebt en je hebt enigszins de mogelijkheid om te spreiden over de fases, is dat natuurlijk wel het beste. Zo verklein je de kans dat je hoofdzekering eruit gaat op 1 van de fases.

Je kunt echter (met een Marstek geleverde meter) prima alle batterijen op 3-fase som zetten zodat elke batterij naar elke fase kan kijken. Je levert dan misschien terug op fase 1 terwijl je gebruikt op fase 3, maar dit maakt voor je rekening niet uit. Althans, nog niet.

[tekenbord]

Balans op je fasen is inderdaad wel aan te raden, aangezien je ook maar 1 nul hebt, en het NUTS bedrijf is er ook bij gebaad.
Maar dan ontkom je er niet aan dat je smorgens verschillende batterij levels hebt, tenzij je je nachtstroom afname ook heel goed in balans hebt

[iorses]

JoebarRC schreef op donderdag 17 juli 2025 @ 12:19:
[...]

Zoetermeer, geen Lilygo maar een esp32 bordje met een $1 rs485 converter. Wel alles in ha[Afbeelding]

[Afbeelding]

Dashboard ziet er mooi uit, zou je deze kunnen/willen delen?
Daarbij vraag ik me af wat de offgrid laden functie op je dashboard doet.

[MsXgAmEs]

Heb de Marstek nu werkend in home assistant, maar ik lijk last te hebben van oscillaties. Ik heb het programma van de Marstek gewoon ingesteld op "0 op de meter", maar er lijkt steeds een overshoot plaats te vinden. De firmware is v153 en ik gebruik trouwens de homewizard als P1 device. Is iemand hier bekend mee? Ik heb het idee dat dit optreedt sinds v153.

[ Voor 4% gewijzigd door MsXgAmEs op 19-07-2025 19:10 ]

[TDSgame]

MsXgAmEs schreef op zaterdag 19 juli 2025 @ 19:08:
Heb de Marstek nu werkend in home assistant, maar ik lijk last te hebben van oscillaties. Ik heb het programma van de Marstek gewoon ingesteld op "0 op de meter", maar er lijkt steeds een overshoot plaats te vinden. De firmware is v153 en ik gebruik trouwens de homewizard als P1 device. Is iemand hier bekend mee? Ik heb het idee dat dit optreedt sinds v153.

[Afbeelding]

Ik begrijp niet helemaal goed wat er gebeurt, want voor 5u16 ongveer is het net 0 (maar iets perfect 0?). Wat er daarna gebeurt klopt inderdaad niet echt (heb je de marstek voeding van de CT003 in zitten?), Wat de Oscillaties betreft kan het voor een stuk de belasting zijn?

[MsXgAmEs]

Voor 5:16 was de batterij 100% vol en stond in idle mode. Het vermogen uit de P1 was negatief vanwege de zonnepanelen. Op 5:16 gingen de wasmachine en de droger aan waardoor de batterij mee ging helpen. Om 5:29 begonnen de oscillaties en om 5:32 heb ik het "nul op meter" programma even handmatig onderbroken. Rond 5:35 heb ik "nul op de meter" van de batterij weer aangezet. Je ziet dan weer lichte oscillaties die uiteindelijk weer veel groter worden. Geen idee waarom het daarna weer rustig is geworden.

[dannyro]

MsXgAmEs schreef op zaterdag 19 juli 2025 @ 19:08:
Heb de Marstek nu werkend in home assistant, maar ik lijk last te hebben van oscillaties. Ik heb het programma van de Marstek gewoon ingesteld op "0 op de meter", maar er lijkt steeds een overshoot plaats te vinden. De firmware is v153 en ik gebruik trouwens de homewizard als P1 device. Is iemand hier bekend mee? Ik heb het idee dat dit optreedt sinds v153.

[Afbeelding]

Hier v151 ook HWP1 meter. Zo ziet dit er hier uit. Maar is ook niet zo betrouwbaar denk ik. Kunnen we deze waarden wel vergelijken en moeten ze gelijk lopen? Ik weet dat niet.

[TDSgame]

MsXgAmEs schreef op zaterdag 19 juli 2025 @ 19:08:
Heb de Marstek nu werkend in home assistant, maar ik lijk last te hebben van oscillaties. Ik heb het programma van de Marstek gewoon ingesteld op "0 op de meter", maar er lijkt steeds een overshoot plaats te vinden. De firmware is v153 en ik gebruik trouwens de homewizard als P1 device. Is iemand hier bekend mee? Ik heb het idee dat dit optreedt sinds v153.

[Afbeelding]

Ik had erover gelezen dat je de HWP1 gebruikt, is deze voorzien van extra voeding? Het lijkt een zeer laag aantal metingen (welk model meter is dit?)

[Flesym]

MsXgAmEs schreef op zaterdag 19 juli 2025 @ 19:08:
Heb de Marstek nu werkend in home assistant, maar ik lijk last te hebben van oscillaties. Ik heb het programma van de Marstek gewoon ingesteld op "0 op de meter", maar er lijkt steeds een overshoot plaats te vinden. De firmware is v153 en ik gebruik trouwens de homewizard als P1 device. Is iemand hier bekend mee? Ik heb het idee dat dit optreedt sinds v153.

[Afbeelding]

Ik ken jouw omgeving niet maar betwijfel of dit oscilleren is. Een voorbeeldje bij mij: Op fase 1 zit mijn kooktoestel en op fase 3 mijn accu (en op fase 2 en 3 ook mijn zonnepanelen). Per fase ziet dit er zo uit, je ziet de accu keurig compenseren:


Maar als ik naar het totaal vermogen kijk geeft dit een "oscilatie-beeld":


Maar uiteindelijk heb ik die dag maar 0,7kWh afgenomen van het net. Door alle tijdvertragingen ontstaat een heel piekerig beeld maar de werkelijkheid is dat ik dicht bij NOM blijft. Voor 17:53 was mijn accu vol, vandaar dat ik daar onder 0 ga (teruglever).

Ps. Mijn accu ontladen heb ik begrensd op 2000W

[ Voor 3% gewijzigd door Flesym op 20-07-2025 08:09 ]

[MsXgAmEs]

De meter is idd een oudje uit 2016, een Landis&Gyr E350 met DSMR 4.2. Op de P1 zit een homewizard met externe voeding, omdat de meter geen voeding heeft op de P1.

De batterij kan 2500W laden én ontladen. De reden waarom ik denk dat het oscillatie is, is vanwege het feit dat hij maximaal op- en ontlaadt. Maar die kleine oscillaties zijn ook niet lekker. Je ziet ook dat als de batterij vol zit en niets doet de power best rustig verloopt iig niet met die pieken en dalen.

Ook maar eens een nieuwe meter aanvragen... Toch een oudje met GPRS.

[Flesym]

MsXgAmEs schreef op zaterdag 19 juli 2025 @ 22:14:
De meter is idd een oudje uit 2016, een Landis&Gyr E350 met DSMR 4.2. Op de P1 zit een homewizard met externe voeding, omdat de meter geen voeding heeft op de P1.

De batterij kan 2500W laden én ontladen. De reden waarom ik denk dat het oscillatie is, is vanwege het feit dat hij maximaal op- en ontlaadt. Maar die kleine oscillaties zijn ook niet lekker. Je ziet ook dat als de batterij vol zit en niets doet de power best rustig verloopt iig niet met die pieken en dalen.

Ook maar eens een nieuwe meter aanvragen... Toch een oudje met GPRS.

En waarschijnlijk geeft hij dan ook P1 data per 10 seconden door ipv iedere 1 seconde. Dat versterkt de slinger beweging

[corsat]

Na nogmaals alle instellingen te hebben nagelopen is dit wat ik nu te zien krijg in HA, de lilygo is geconnected maar tussen HA en de lilygo is er blijkbaar geen contact. Hier loop ik dus vast en kom niet verder.

[ Voor 51% gewijzigd door corsat op 20-07-2025 11:20 ]

[TDSgame]

corsat schreef op zaterdag 19 juli 2025 @ 23:07:
[Afbeelding][Afbeelding]
[Afbeelding]

Na nogmaals alle instellingen te hebben nagelopen is dit wat ik nu te zien krijg in HA, de lilygo is geconnected maar tussen HA en de lilygo is er blijkbaar geen contact. Hier loop ik dus vast en kom niet verder.[Afbeelding][Afbeelding]

Ik denk dat iedereen hier wat meer context zal voor moeten hebben. Wat lukt er juist niet? Het instellen van de lilygo in homeassistant als apparaat? Zit deze op het zelfde netwerk (zelfde VLANà?

[TDSgame]

Deze code past hier beter dan in het algemene forum dus vandaar nogmaals de code om min max en delta cell spanning te zien

code:

  - name: "Marstek Battery Maximum Cell Voltage"
    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: 2
    state_class: measurement
    filters:
      - multiply: 0.001
    id: marstek_max_cell_voltage
    skip_updates: 10

  - name: "Marstek Battery Minimum Cell Voltage"
    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: 2
    state_class: measurement
    filters:
      - multiply: 0.001
    id: marstek_min_cell_voltage
    skip_updates: 10

  - platform: template
    name: "Marstek Battery Cell Voltage Delta"
    unit_of_measurement: "V"
    device_class: voltage
    accuracy_decimals: 3
    state_class: measurement
    lambda: |-
      if (isnan(id(marstek_max_cell_voltage).state) || isnan(id(marstek_min_cell_voltage).state)) {
        return NAN;
      }
      return id(marstek_max_cell_voltage).state - id(marstek_min_cell_voltage).state;

[corsat]

TDSgame schreef op zondag 20 juli 2025 @ 12:38:
[...]


Ik denk dat iedereen hier wat meer context zal voor moeten hebben. Wat lukt er juist niet? Het instellen van de lilygo in homeassistant als apparaat? Zit deze op het zelfde netwerk (zelfde VLANà?

De liliygo zit in het zelfde wifinetwerk als de marstek, maar de ene keer is de lilygo offline en daarna weer online maar in alle gevallen krijg ik de entiteiten van de marstek niet te zien.

[superduper1969]

TS Aangepast:
- 20-7-2025 Github Issues verwerkt
- 20-7-2025 Max, Min en Delta Battery voltage sensoren toegevoegd @TDSgame

[ Voor 44% gewijzigd door superduper1969 op 20-07-2025 22:21 ]

[WargamingPlayer]

Jan6 schreef op donderdag 17 juli 2025 @ 21:02:
Heb de liligo POE aangesloten op de RS485 poort, alles gecontrolleerd en aangesloten.
Als ik de RS485 aansluit, lijkt het dat de LiliGo opstart, echter wordt het netwerk niet actief.
Als ik de LiliGo aansluit op mijn POE Ethernet switch gaat het boardje ook aan en is bereikbaar op het netwerk. Sluit ik daarna de RS485 aan, dat gaat de Ethernet poort uit.

Ik heb daarna de +5v losgekoppeld en alles werkt dan. Ik zou niet weten waarom +5v voeding nodig is. A+B en een GND zou toch voldoende moeten zijn. Bovendien valt mij op dat het LilyGo board ook verschillende GND aansluitingen heeft waaronder DGND (data ground?). Moet deze DGND soms worden gebruikt ipv de GND?

Hier de foto van mijn aansluitingen. Iemand nog suggesties?

[Afbeelding]

Voor A & B heb je geen GND nodig. A&B zijn voldoende voor data uitwisseling. Ik heb hier al een artikel over geschreven hier.

RS485 kan zonder GND zelfs over grote afstanden communiceren omdat het signaal tussen A & B “moduleert” om het maar zo te zeggen.

[WargamingPlayer]

[RNMC] Viper schreef op vrijdag 18 juli 2025 @ 11:43:
Heb zelf een poging gedaan om een custom integratie te maken voor de EW11 combinatie. Suggesties of verbeteringen zijn welkom.

Zag dat hier ook al extra registers waren gevonden waaronder die om de discharge limit te bekijken, schrijven hiervan was mij nog niet gelukt.

Mooi werk. Wilde er aan beginnen maar moest eerst nog even phyton leren :-)

[TDSgame]

corsat schreef op zondag 20 juli 2025 @ 20:03:
[...]

De liliygo zit in het zelfde wifinetwerk als de marstek, maar de ene keer is de lilygo offline en daarna weer online maar in alle gevallen krijg ik de entiteiten van de marstek niet te zien.

Ik zou aanraden om eens op het IP adres van de lilygo te kijken wat voor errors deze geeft. Ook misschien eens kijken naar de bedrading (zelf heb ik al wat problemen gehad met de witte jst connector).

[SatScan]

superduper1969 schreef op zondag 20 juli 2025 @ 22:19:
TS Aangepast:
- 20-7-2025 Github Issues verwerkt
- 20-7-2025 Max, Min en Delta Battery voltage sensoren toegevoegd @TDSgame

Getest en het werk!

[KabouterSuper]

SatScan schreef op maandag 21 juli 2025 @ 09:16:
[...]


Getest en het werk!

Roger that, bij mij werkt het ook. @superduper1969 , dank je voor het doorvoeren mijn github-melding over het rode lampje icm een wifi-signaal van 71dB....ik heb toch wel een paar weken lopen te denken waarom mijn lampje wisselde tussen rood en blauw, terwijjl alle data goed doorkwam.

[superduper1969]

Ik heb uit de post van @pascallj ook al expirimenteerd met de Wifi Status, Wifi Signal Strength, BT Status en Cloud Status.
Alleen de Scaling is nog niet goed met .0 achter de Status waarden, maar toen was het al na 23:00....
De Wifi Strength + Wifi Status is wel een nuttige controle voor veel mensen die Wifi problemen ervaren.

Maar @pascallj zal wel een Github Pull Request doen met de handigste code als hij zelf zover is.

[ Voor 7% gewijzigd door superduper1969 op 21-07-2025 12:37 ]

[pascallj]

superduper1969 schreef op maandag 21 juli 2025 @ 12:35:
Ik heb uit de post van @pascallj ook al expirimenteerd met de Wifi Status, Wifi Signal Strength, BT Status en Cloud Status.
Alleen de Scaling is nog niet goed met .0 achter de Status waarden, maar toen was het al na 23:00....
De Wifi Strength + Wifi Status is wel een nuttige controle voor veel mensen die Wifi problemen ervaren.
[Afbeelding]

De Signal Strength is in gehele getallen, dus accuracy_decimals: 0.

De status waarden moeten eigenlijk omgezet worden naar binaire sensors of naar Text Sensors als de waarde meer dan alleen 0 of 1 kan zijn. Alleen aangezien nog niet van alles bekend is wat het betekent (wat is BT status 1?) heb ik het nog niet geïmplementeerd.

Maar @pascallj zal wel een Github Pull Request doen met de handigste code als hij zelf zover is.

Klopt, maar kan even duren

[ Voor 6% gewijzigd door pascallj op 21-07-2025 12:41 ]

[De_Sint]

Hoi,

Zijn er hier ook handige HA mensen die met de gegevens een sensor hebben over wat de besparing is voor de accu op basis van ontlading (dus W uit accu dat niet van het net is gehaald) op uurbasis ivm Dynamisch uur prijs op dat moment?
En met Nutsmeters dit doorrekenen naar dag, week, maand, jaar en ga zo maar door?

Ik heb wel het eea geprobeerd met AI, maar die stuurt me elke keer weer een andere kant op.
Bij de marstek_venus_battery2_control.yaml zie ik al een paar nutsmeters die dat doen bij discharge kWh. Maar niet icm met een prijssensor zoals bijv. sensor.entso_current_electricity_market_price (dat is toevallig mijn entso huidige marktprijs.

Als iemand al zoiets heeft en zou willen delen dan super graag. Of wellicht een noob op weg helpen.

Bvd

[SatScan]

De_Sint schreef op maandag 21 juli 2025 @ 15:15:
Hoi,

Zijn er hier ook handige HA mensen die met de gegevens een sensor hebben over wat de besparing is voor de accu op basis van ontlading (dus W uit accu dat niet van het net is gehaald) op uurbasis ivm Dynamisch uur prijs op dat moment?
En met Nutsmeters dit doorrekenen naar dag, week, maand, jaar en ga zo maar door?

Ik heb wel het eea geprobeerd met AI, maar die stuurt me elke keer weer een andere kant op.
Bij de marstek_venus_battery2_control.yaml zie ik al een paar nutsmeters die dat doen bij discharge kWh. Maar niet icm met een prijssensor zoals bijv. sensor.entso_current_electricity_market_price (dat is toevallig mijn entso huidige marktprijs.

Als iemand al zoiets heeft en zou willen delen dan super graag. Of wellicht een noob op weg helpen.

Bvd

Vraag het hier ook eens:
Marstek PIB Domotica integratie en je Energierekening

[german_noob]

Hallo, ik heb de LilygoRS485 en wil graag de code bijwerken. Als ik het IP adres van de LilygoRS485 invoer staat er onderaan een OTA update functie. Welk bestand moet ik importeren?

[german_noob]

corsat schreef op zondag 20 juli 2025 @ 20:03:
[...]

De liliygo zit in het zelfde wifinetwerk als de marstek, maar de ene keer is de lilygo offline en daarna weer online maar in alle gevallen krijg ik de entiteiten van de marstek niet te zien.

Voor mij is het precies hetzelfde. Daarom wil ik updaten in de hoop dat het niet de hele tijd offline zal zijn.

[TDSgame]

german_noob schreef op maandag 21 juli 2025 @ 18:43:
Hallo, ik heb de LilygoRS485 en wil graag de code bijwerken. Als ik het IP adres van de LilygoRS485 invoer staat er onderaan een OTA update functie. Welk bestand moet ik importeren?

Een esphome .bin bestand die je krijgt als je de code gecompileerd hebt.

[tdolder]

Vandaag de Elfin EW11A ontvangen. Instellen was makkie.
Nu alle entiteiten bekijken en toevoegen aan een dashboard. Accu al toegevoegd aan energy distribution today. Nog genoeg te ontdekken 😀

[corsat]

TDSgame schreef op maandag 21 juli 2025 @ 08:51:
[...]


Ik zou aanraden om eens op het IP adres van de lilygo te kijken wat voor errors deze geeft. Ook misschien eens kijken naar de bedrading (zelf heb ik al wat problemen gehad met de witte jst connector).

Ga na mijn vakantie nog een keer proberen en als het niet werkt gaat de hele zooi de vuilnisbak in, ben er ondertussen dus wel helemaal klaar mee met die stomme lilygo zooi, ha en esphome.

[superduper1969]

corsat schreef op maandag 21 juli 2025 @ 22:08:
[...]

Ga na mijn vakantie nog een keer proberen en als het niet werkt gaat de hele zooi de vuilnisbak in, ben er ondertussen dus wel helemaal klaar mee met die stomme lilygo zooi, ha en esphome.

Heel begrijpelijk dat je er even klaar mee bent — soms lijkt het alsof die dingen expres tegenwerken. Maar goed dat je het na je vakantie nog één keer probeert, met een frisse blik lukt het vaak ineens wél. En zo niet, dan heb je het in elk geval alles gegeven. Wie weet valt het dan toch nog mee.
Kijk eerst eens op je gemak Beginner's Guide to ESPHome

[superduper1969]

german_noob schreef op maandag 21 juli 2025 @ 18:43:
Hallo, ik heb de LilygoRS485 en wil graag de code bijwerken. Als ik het IP adres van de LilygoRS485 invoer staat er onderaan een OTA update functie. Welk bestand moet ik importeren?

Dat is niet de handigste manier.
Doe dit:

[superduper1969]

TS aangepast:
- 22-7-2025 Wifi Signal Strength toegevoegd in de Lilygo code.
- 22-7-2025 float aangepast naar float(0) in marstek_venus_battery_control.yaml

[ Voor 41% gewijzigd door superduper1969 op 22-07-2025 01:17 ]

[wrak]

@superduper1969 Dank voor alle werk dat je hierin steekt. Om de weergave van de eenheid conform "platform: wifi_signal" te laten zijn heb ik de volgende aanpassing gemaakt.

code:

- name: "Battery Wifi Signal Strength"
    id: "battery_wifi_signal_strenght"
    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

[Kr3Kr]

Mijn Marstek ook werkend door iedereen's goede werk hier, dank! De afgelopen dagen bezig geweest om via de USB P1-meter die al aan HA hing naar een semi-NOM-situatie te komen. Dus de accu 'dom' houden, zodat ik dit voor verschillende batterijen kan hergebruiken. Niet de ingebouwde 'anti-feed'-functie gebruiken, maar via een automation de 'forcible (dis)charge'-registers aansturen.

Complexere aansturingen zoals WattWise, Emhass, enz. wil ik later naar gaan kijken - eerst maar eens KISS "opladen wanneer zon, ontladen wanneer donker"

Er zijn vast meer mensen die hiermee bezig zijn (geweest), maar ik kon zo snel geen kant-en-klare oplossing vinden.
Bij deze deel ik mijn (heel erg WiP) yaml voor de HA Automation.

Wat de automation doet: elke keer als er nieuwe data binnenkomt van de DSMR, past hij het (ont)laadvermogen aan aan de gemeten situatie. Daarnaast zijn er randvoorwaarden (minimale/maximale SoC, enz.).

Het omschakelen van laden naar ontladen gaat nog niet helemaal lekker (soms heeft hij een 'zetje' nodig), maar als hij eenmaal loopt, houd hij de meter redelijk op 0.

Dit is natuurlijk geen ideale situatie (bijv. DSMR maar eens in 10s data, veel meer oscillatie), maar daar krijg je wel een 'software only', 'draadloze' oplossing voor terug - geen shelly's, modbus-meters (mijn accu staat heel ergens anders en draait zelfs helemaal op een remote HA via een VPN)

code:

alias: Battery marstek State-Aware Proportional Battery Control (v3)
description: >-
  Maintains current state (charge/discharge) and adjusts power to prevent
  oscillation.
triggers:
  - entity_id: sensor.electricity_meter_power_production
    trigger: state
  - entity_id: sensor.electricity_meter_power_consumption
    trigger: state

actions:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ soc >= soc_high_limit or soc <= soc_low_limit }}"
        sequence:
          - if:
              - condition: template
                value_template: "{{ current_mode != 'stop' }}"
            then:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: stop
                action: select.select_option
              - target:
                  entity_id:
                    - number.lilygo_rs485_3_marstek_forcible_charge_power
                    - number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: 0
                action: number.set_value
      - conditions:
          - condition: template
            value_template: "{{ current_mode == 'charge' }}"
        sequence:
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: >-
                    {{ [0, [current_charge_power + net_power, max_charge_rate] |
                    min] | max }}
                action: number.set_value
      - conditions:
          - condition: template
            value_template: "{{ current_mode == 'discharge' }}"
        sequence:
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: >-
                    {{ [0, [current_discharge_power - net_power,
                    max_discharge_rate] | min] | max }}
                action: number.set_value
    default:
      - choose:
          - conditions:
              - condition: template
                value_template: "{{ current_mode == 'discharge' and current_discharge_power == 0 and net_power > dead_zone }}"
            sequence:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: charge # <<<--------------
                action: select.select_option
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: "{{ [net_power, max_charge_rate] | min }}"
                action: number.set_value
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: 0
                action: number.set_value
          - conditions:
              - condition: template
                value_template: "{{ current_mode == 'charge' and current_charge_power == 0 and net_power < -dead_zone }}"
            sequence:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: discharge # <<<--------------
                action: select.select_option
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: "{{ [-net_power, max_discharge_rate] | min }}"
                action: number.set_value
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: 0
                action: number.set_value
mode: single
variables:
  max_charge_rate: 2000
  max_discharge_rate: 800
  soc_sensor: sensor.lilygo_rs485_3_marstek_battery_state_of_charge
  soc_high_limit: 98
  soc_low_limit: 5
  dead_zone: 50
  production: "{{ states('sensor.electricity_meter_power_production') | float(0) * 1000 }}"
  consumption: "{{ states('sensor.electricity_meter_power_consumption') | float(0) * 1000 }}"
  soc: "{{ states(soc_sensor) | float(0) }}"
  net_power: "{{ production - consumption }}"
  current_mode: "{{ states('select.lilygo_rs485_3_marstek_forcible_charge_discharge') }}"
  current_charge_power: >-
    {{ states('number.lilygo_rs485_3_marstek_forcible_charge_power') | float(0)
    }}
  current_discharge_power: >-
    {{ states('number.lilygo_rs485_3_marstek_forcible_discharge_power') |
    float(0) }}

Wellicht heeft iemand hier iets aan. Ik hoor het natuurlijk ook graag als hier al oplossingen voor waren...

[superduper1969]

wrak schreef op dinsdag 22 juli 2025 @ 05:43:
@superduper1969 Dank voor alle werk dat je hierin steekt. Om de weergave van de eenheid conform "platform: wifi_signal" te laten zijn heb ik de volgende aanpassing gemaakt.

code:

- name: "Battery Wifi Signal Strength"
    id: "battery_wifi_signal_strenght"
    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

Top, zal het effe aanpassen op GitHub.

[pascallj]

Kr3Kr schreef op dinsdag 22 juli 2025 @ 09:57:
Mijn Marstek ook werkend door iedereen's goede werk hier, dank! De afgelopen dagen bezig geweest om via de USB P1-meter die al aan HA hing naar een semi-NOM-situatie te komen. Dus de accu 'dom' houden, zodat ik dit voor verschillende batterijen kan hergebruiken. Niet de ingebouwde 'anti-feed'-functie gebruiken, maar via een automation de 'forcible (dis)charge'-registers aansturen.

Complexere aansturingen zoals WattWise, Emhass, enz. wil ik later naar gaan kijken - eerst maar eens KISS "opladen wanneer zon, ontladen wanneer donker"

Er zijn vast meer mensen die hiermee bezig zijn (geweest), maar ik kon zo snel geen kant-en-klare oplossing vinden.
Bij deze deel ik mijn (heel erg WiP) yaml voor de HA Automation.

Wat de automation doet: elke keer als er nieuwe data binnenkomt van de DSMR, past hij het (ont)laadvermogen aan aan de gemeten situatie. Daarnaast zijn er randvoorwaarden (minimale/maximale SoC, enz.).

Het omschakelen van laden naar ontladen gaat nog niet helemaal lekker (soms heeft hij een 'zetje' nodig), maar als hij eenmaal loopt, houd hij de meter redelijk op 0.

Dit is natuurlijk geen ideale situatie (bijv. DSMR maar eens in 10s data, veel meer oscillatie), maar daar krijg je wel een 'software only', 'draadloze' oplossing voor terug - geen shelly's, modbus-meters (mijn accu staat heel ergens anders en draait zelfs helemaal op een remote HA via een VPN)

code:

alias: Battery marstek State-Aware Proportional Battery Control (v3)
description: >-
  Maintains current state (charge/discharge) and adjusts power to prevent
  oscillation.
triggers:
  - entity_id: sensor.electricity_meter_power_production
    trigger: state
  - entity_id: sensor.electricity_meter_power_consumption
    trigger: state

actions:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ soc >= soc_high_limit or soc <= soc_low_limit }}"
        sequence:
          - if:
              - condition: template
                value_template: "{{ current_mode != 'stop' }}"
            then:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: stop
                action: select.select_option
              - target:
                  entity_id:
                    - number.lilygo_rs485_3_marstek_forcible_charge_power
                    - number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: 0
                action: number.set_value
      - conditions:
          - condition: template
            value_template: "{{ current_mode == 'charge' }}"
        sequence:
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: >-
                    {{ [0, [current_charge_power + net_power, max_charge_rate] |
                    min] | max }}
                action: number.set_value
      - conditions:
          - condition: template
            value_template: "{{ current_mode == 'discharge' }}"
        sequence:
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: >-
                    {{ [0, [current_discharge_power - net_power,
                    max_discharge_rate] | min] | max }}
                action: number.set_value
    default:
      - choose:
          - conditions:
              - condition: template
                value_template: "{{ current_mode == 'discharge' and current_discharge_power == 0 and net_power > dead_zone }}"
            sequence:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: charge # <<<--------------
                action: select.select_option
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: "{{ [net_power, max_charge_rate] | min }}"
                action: number.set_value
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: 0
                action: number.set_value
          - conditions:
              - condition: template
                value_template: "{{ current_mode == 'charge' and current_charge_power == 0 and net_power < -dead_zone }}"
            sequence:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: discharge # <<<--------------
                action: select.select_option
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: "{{ [-net_power, max_discharge_rate] | min }}"
                action: number.set_value
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: 0
                action: number.set_value
mode: single
variables:
  max_charge_rate: 2000
  max_discharge_rate: 800
  soc_sensor: sensor.lilygo_rs485_3_marstek_battery_state_of_charge
  soc_high_limit: 98
  soc_low_limit: 5
  dead_zone: 50
  production: "{{ states('sensor.electricity_meter_power_production') | float(0) * 1000 }}"
  consumption: "{{ states('sensor.electricity_meter_power_consumption') | float(0) * 1000 }}"
  soc: "{{ states(soc_sensor) | float(0) }}"
  net_power: "{{ production - consumption }}"
  current_mode: "{{ states('select.lilygo_rs485_3_marstek_forcible_charge_discharge') }}"
  current_charge_power: >-
    {{ states('number.lilygo_rs485_3_marstek_forcible_charge_power') | float(0)
    }}
  current_discharge_power: >-
    {{ states('number.lilygo_rs485_3_marstek_forcible_discharge_power') |
    float(0) }}

Wellicht heeft iemand hier iets aan. Ik hoor het natuurlijk ook graag als hier al oplossingen voor waren...

Bedankt voor het delen, kan altijd handig zijn of ter inspiratie.

Misschien iets om in je achterhoofd te houden, is dat wij niet weten of het veelvoudig beschrijven van de Modbus registers zorgt voor een grote hoeveelheid schrijfacties naar het flash geheugen en de bijbehorende degradatie daarvan. Er is namelijk geen officiële Modbus documentatie.

De discussie of het wel of geen kwaad kan is hier al vaak gevoerd en wil ik zeker niet opnieuw aanwakkeren, maar we weten het gewoon niet.

[JanAllElectric]

pascallj schreef op dinsdag 22 juli 2025 @ 10:05:
[...]


Bedankt voor het delen, kan altijd handig zijn of ter inspiratie.

Misschien iets om in je achterhoofd te houden, is dat wij niet weten of het veelvoudig beschrijven van de Modbus registers zorgt voor een grote hoeveelheid schrijfacties naar het flash geheugen en de bijbehorende degradatie daarvan. Er is namelijk geen officiële Modbus documentatie.

De discussie of het wel of geen kwaad kan is hier al vaak gevoerd en wil ik zeker niet opnieuw aanwakkeren, maar we weten het gewoon niet.

@superduper1969 Gezien de steeds weer terugkerende discussie over (eventuele) degradatie flashgeheugen kan de Lilygo-yaml zo aangepast worden dat het wel elke cyclus alles leest, maar alleen schrijft als de forcibles daadwerkelijk veranderen?

Dan kan je gewoon de yaml voor NOM blijven gebruiken en toch het aantal schrijfbewegingen naar flash verminderen.

[pascallj]

JanAllElectric schreef op dinsdag 22 juli 2025 @ 10:27:
[...]


@superduper1969 Gezien de steeds weer terugkerende discussie over (eventuele) degradatie flashgeheugen kan de Lilygo-yaml zo aangepast worden dat het wel elke cyclus alles leest, maar alleen schrijft als de forcibles daadwerkelijk veranderen?

Dan kan je gewoon de yaml voor NOM blijven gebruiken en toch het aantal schrijfbewegingen naar flash verminderen.

Dat is standaard ESPHome gedrag. Een schrijfactie wordt alleen uitgevoerd bij een veranderende variabele.

[JanAllElectric]

pascallj schreef op dinsdag 22 juli 2025 @ 10:29:
[...]


Dat is standaard ESPHome gedrag. Een schrijfactie wordt alleen uitgevoerd bij een veranderende variabele.

Ok. Gelukkig maar. Dat wist ik niet. Als je naar de lilygo-log kijkt lijkt dat echter niet zo.

[SatScan]

superduper1969 schreef op dinsdag 22 juli 2025 @ 10:05:
[...]

Top, zal het effe aanpassen op GitHub.

Getest en werk!
Topper!

[pascallj]

JanAllElectric schreef op dinsdag 22 juli 2025 @ 10:31:
[...]


Ok. Gelukkig maar. Dat wist ik niet. Als je naar de lilygo-log kijkt lijkt dat echter niet zo.

Ik gebruik de configuratie van dit topic niet, maar waaraan denk je dat te zien?

Logs zoals deze:

YAML:

[D][text_sensor:064]: '[...]': Sending state '0000'

gaan over het versturen van de data van ESPHome naar HA. Alles wordt wel met elke uitvraag naar HA verstuurd.

Als je log level op 'VERBOSE' hebt staan, zie je logs zoals deze:

C++:

"Sending next modbus command to device %d register 0x%02X count %d"

Dit is zowel voor het uitvragen als voor het versturen van data. De registers worden dus wel altijd uitgevraagd of ze niet veranderd zijn, maar niet per se geschreven.

Als er een schrijfcommando verstuurt wordt, zal de batterij, indien correct geschreven, antwoorden met een 'ACK'. Alleen als je ACK's in de log ziet (bij log level 'VERBOSE'), is er een waarde veranderd en ook bevestigd door de batterij:

C++:

"Command ACK 0x%X %d"

[MaGy]

Hoi
ondertussen is mijn batterij en de waveshare RS485 - eth geïnstalleerd geraakt.
ook het uitlezen vanuit loxone is grotendeels in orde.
Ik zit enkel nog met zeer vreemde waardes voor het vermogen. Deze waardes slaan echt nergens op.
Voor de gemakkelijkheid heb ik er momenteel een homewizard socket tussen geplaatst om de meting te doen.

Heeft iemand enig idee waar dit aan kan liggen?

alvast bedankt

[pascallj]

MaGy schreef op dinsdag 22 juli 2025 @ 10:48:
Hoi
ondertussen is mijn batterij en de waveshare RS485 - eth geïnstalleerd geraakt.
ook het uitlezen vanuit loxone is grotendeels in orde.
Ik zit enkel nog met zeer vreemde waardes voor het vermogen. Deze waardes slaan echt nergens op.
Voor de gemakkelijkheid heb ik er momenteel een homewizard socket tussen geplaatst om de meting te doen.

Heeft iemand enig idee waar dit aan kan liggen?

alvast bedankt

[Afbeelding]

Ik heb geen ervaring met de Waveshare danwel met Loxone, maar aan de waardes is te zien dat er iets fout gaat bij de register lengte. Ik durf even niet te zeggen wat de correcte lengte is, maar ik denk dat de 'woord-volgorde' omgedraaid moet worden. Als je ze beschouwt als 32-bit registers (volgens mij zou het ook in een 16-bit register passen) en ik zou de woord-volgorde van jouw waardes omdraaien kom ik uit op:

AC Power: -968 Watt
Battery Power: 916 Watt

[SatScan]

*knip*

[ Voor 99% gewijzigd door SatScan op 22-07-2025 11:07 ]

[mueller]

Hallo,

Ik heb wat hulp nodig, alstublieft. Aangezien ik geen Nederlands spreek, heb ik misschien iets over het hoofd gezien. Ik heb lilygo geïnstalleerd en alles staat waar het hoort te staan in HA. Helaas kan ik niet aansturen via Modbus omdat ik de “control mode” niet kan activeren. Dan gaat de work mode naar aniti-feed. Als ik de work mode op handmatig zet, gaat de contol mode naar uitschakelen. @superduper1969 heeft erop gewezen dat het hier wordt beschreven, maar ik kan het niet vinden. Geef alstublieft de link ... Hartelijk dank

Vertaald met DeepL.com (gratis versie)

[pascallj]

mueller schreef op dinsdag 22 juli 2025 @ 11:11:
Hallo,

Ik heb wat hulp nodig, alstublieft. Aangezien ik geen Nederlands spreek, heb ik misschien iets over het hoofd gezien. Ik heb lilygo geïnstalleerd en alles staat waar het hoort te staan in HA. Helaas kan ik niet aansturen via Modbus omdat ik de “control mode” niet kan activeren. Dan gaat de werkmodus naar aniti-feed. Als ik de werkmodus op handmatig zet, gaat de besturingsmodus naar uitschakelen. @superduper1969 heeft erop gewezen dat het hier wordt beschreven, maar ik kan het niet vinden. Geef alstublieft de link ... Hartelijk dank

Vertaald met DeepL.com (gratis versie)

Dat de User Work Mode van Manual naar Anti-Feed gaat bij het activeren van RS485 Control Mode is correct. Dit is slechts een probleem in de weergave. Helaas is er geen status voor 'RS485 controlled'. De control registers (Forcible (dis)charge / forcible action) werken vanaf dat moment wel gewoon. Als je daarna de User Work Mode verandert, of RS485 Control Mode uitschakelt werken deze niet meer.

[MaGy]

pascallj schreef op dinsdag 22 juli 2025 @ 11:06:
[...]


Ik heb geen ervaring met de Waveshare danwel met Loxone, maar aan de waardes is te zien dat er iets fout gaat bij de register lengte. Ik durf even niet te zeggen wat de correcte lengte is, maar ik denk dat de 'woord-volgorde' omgedraaid moet worden. Als je ze beschouwt als 32-bit registers (volgens mij zou het ook in een 16-bit register passen) en ik zou de woord-volgorde van jouw waardes omdraaien kom ik uit op:

AC Power: -968 Watt
Battery Power: 916 Watt

Met het vinkje bij woordvolgorde aan te zetten klopt het, dank je
dat ik dit zelf nog niet geprobeerd had

[superduper1969]

mueller schreef op dinsdag 22 juli 2025 @ 11:11:
Hallo,

Ik heb wat hulp nodig, alstublieft. Aangezien ik geen Nederlands spreek, heb ik misschien iets over het hoofd gezien. Ik heb lilygo geïnstalleerd en alles staat waar het hoort te staan in HA. Helaas kan ik niet aansturen via Modbus omdat ik de “control mode” niet kan activeren. Dan gaat de work mode naar aniti-feed. Als ik de work mode op handmatig zet, gaat de contol mode naar uitschakelen. @superduper1969 heeft erop gewezen dat het hier wordt beschreven, maar ik kan het niet vinden. Geef alstublieft de link ... Hartelijk dank

Vertaald met DeepL.com (gratis versie)

Translated from Topic Starter: (First Post)

[WargamingPlayer]

[RNMC] Viper schreef op vrijdag 18 juli 2025 @ 11:43:
Heb zelf een poging gedaan om een custom integratie te maken voor de EW11 combinatie. Suggesties of verbeteringen zijn welkom.

Zag dat hier ook al extra registers waren gevonden waaronder die om de discharge limit te bekijken, schrijven hiervan was mij nog niet gelukt.

Je hebt in de laatste update de background refresh uit gezet, is hiervoor een reden?

[Animal]

Kr3Kr schreef op dinsdag 22 juli 2025 @ 09:57:
Mijn Marstek ook werkend door iedereen's goede werk hier, dank! De afgelopen dagen bezig geweest om via de USB P1-meter die al aan HA hing naar een semi-NOM-situatie te komen. Dus de accu 'dom' houden, zodat ik dit voor verschillende batterijen kan hergebruiken. Niet de ingebouwde 'anti-feed'-functie gebruiken, maar via een automation de 'forcible (dis)charge'-registers aansturen.

Complexere aansturingen zoals WattWise, Emhass, enz. wil ik later naar gaan kijken - eerst maar eens KISS "opladen wanneer zon, ontladen wanneer donker"

Er zijn vast meer mensen die hiermee bezig zijn (geweest), maar ik kon zo snel geen kant-en-klare oplossing vinden.
Bij deze deel ik mijn (heel erg WiP) yaml voor de HA Automation.

Wat de automation doet: elke keer als er nieuwe data binnenkomt van de DSMR, past hij het (ont)laadvermogen aan aan de gemeten situatie. Daarnaast zijn er randvoorwaarden (minimale/maximale SoC, enz.).

Het omschakelen van laden naar ontladen gaat nog niet helemaal lekker (soms heeft hij een 'zetje' nodig), maar als hij eenmaal loopt, houd hij de meter redelijk op 0.

Dit is natuurlijk geen ideale situatie (bijv. DSMR maar eens in 10s data, veel meer oscillatie), maar daar krijg je wel een 'software only', 'draadloze' oplossing voor terug - geen shelly's, modbus-meters (mijn accu staat heel ergens anders en draait zelfs helemaal op een remote HA via een VPN)

code:

alias: Battery marstek State-Aware Proportional Battery Control (v3)
description: >-
  Maintains current state (charge/discharge) and adjusts power to prevent
  oscillation.
triggers:
  - entity_id: sensor.electricity_meter_power_production
    trigger: state
  - entity_id: sensor.electricity_meter_power_consumption
    trigger: state

actions:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ soc >= soc_high_limit or soc <= soc_low_limit }}"
        sequence:
          - if:
              - condition: template
                value_template: "{{ current_mode != 'stop' }}"
            then:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: stop
                action: select.select_option
              - target:
                  entity_id:
                    - number.lilygo_rs485_3_marstek_forcible_charge_power
                    - number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: 0
                action: number.set_value
      - conditions:
          - condition: template
            value_template: "{{ current_mode == 'charge' }}"
        sequence:
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: >-
                    {{ [0, [current_charge_power + net_power, max_charge_rate] |
                    min] | max }}
                action: number.set_value
      - conditions:
          - condition: template
            value_template: "{{ current_mode == 'discharge' }}"
        sequence:
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: >-
                    {{ [0, [current_discharge_power - net_power,
                    max_discharge_rate] | min] | max }}
                action: number.set_value
    default:
      - choose:
          - conditions:
              - condition: template
                value_template: "{{ current_mode == 'discharge' and current_discharge_power == 0 and net_power > dead_zone }}"
            sequence:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: charge # <<<--------------
                action: select.select_option
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: "{{ [net_power, max_charge_rate] | min }}"
                action: number.set_value
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: 0
                action: number.set_value
          - conditions:
              - condition: template
                value_template: "{{ current_mode == 'charge' and current_charge_power == 0 and net_power < -dead_zone }}"
            sequence:
              - target:
                  entity_id: select.lilygo_rs485_3_marstek_forcible_charge_discharge
                data:
                  option: discharge # <<<--------------
                action: select.select_option
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_discharge_power
                data:
                  value: "{{ [-net_power, max_discharge_rate] | min }}"
                action: number.set_value
              - target:
                  entity_id: number.lilygo_rs485_3_marstek_forcible_charge_power
                data:
                  value: 0
                action: number.set_value
mode: single
variables:
  max_charge_rate: 2000
  max_discharge_rate: 800
  soc_sensor: sensor.lilygo_rs485_3_marstek_battery_state_of_charge
  soc_high_limit: 98
  soc_low_limit: 5
  dead_zone: 50
  production: "{{ states('sensor.electricity_meter_power_production') | float(0) * 1000 }}"
  consumption: "{{ states('sensor.electricity_meter_power_consumption') | float(0) * 1000 }}"
  soc: "{{ states(soc_sensor) | float(0) }}"
  net_power: "{{ production - consumption }}"
  current_mode: "{{ states('select.lilygo_rs485_3_marstek_forcible_charge_discharge') }}"
  current_charge_power: >-
    {{ states('number.lilygo_rs485_3_marstek_forcible_charge_power') | float(0)
    }}
  current_discharge_power: >-
    {{ states('number.lilygo_rs485_3_marstek_forcible_discharge_power') |
    float(0) }}

Wellicht heeft iemand hier iets aan. Ik hoor het natuurlijk ook graag als hier al oplossingen voor waren...

Ik gebruik zelf een P1 naar usb convertortje via home assistant. Daarmee pull ik elke seconde data vanaf de p1 meter. Met de 2500 intergratie emuleer ik een Shelly pro voor de Marstek. NOM werkt hierdoor erg goed en accuraat. Soms wel eens 100Wh voor de hele dag

[Animal]

Ik ben zelf van plan om een twee Marstek erbij te kopen.
Wat is de handigste manier om te zorgen dat beide batterijen in esp home komen. Moet ik elke entiteit wijzigen qua naam?

[vsander]

tdolder schreef op maandag 21 juli 2025 @ 19:17:
Vandaag de Elfin EW11A ontvangen. Instellen was makkie.
Nu alle entiteiten bekijken en toevoegen aan een dashboard. Accu al toegevoegd aan energy distribution today. Nog genoeg te ontdekken 😀

Bij mij lijkt het dan toch minder vlot te gaan. In de openingspost staat dat de Venus aan de Elfin ook stroom kan leveren, maar mijn Venus E v2 geeft ofwel te weinig stroom ofwel werkt mijn Elfin niet. Gebruiken jullie een aparte 5V adapter of toch enkel de RS485 poort zoals TS?

[tdolder]

vsander schreef op dinsdag 22 juli 2025 @ 16:28:
[...]


Bij mij lijkt het dan toch minder vlot te gaan. In de openingspost staat dat de Venus aan de Elfin ook stroom kan leveren, maar mijn Venus E v2 geeft ofwel te weinig stroom ofwel werkt mijn Elfin niet. Gebruiken jullie een aparte 5V adapter of toch enkel de RS485 poort zoals TS?

Ik heb ook de Venus E v2 en de Elfin krijgt de voeding vanuit de RS485 kabel.

[TDSgame]

Animal schreef op dinsdag 22 juli 2025 @ 15:40:
Ik ben zelf van plan om een twee Marstek erbij te kopen.
Wat is de handigste manier om te zorgen dat beide batterijen in esp home komen. Moet ik elke entiteit wijzigen qua naam?

Er is een 2 en 3 file op github.

[TDSgame]

superduper1969 schreef op dinsdag 22 juli 2025 @ 00:46:
[...]

Dat is niet de handigste manier.
Doe dit:
[Afbeelding]

Daarvoor moet de wifi natuurlijk wel (goed) werken...

[WargamingPlayer]

vsander schreef op dinsdag 22 juli 2025 @ 16:28:
[...]


Bij mij lijkt het dan toch minder vlot te gaan. In de openingspost staat dat de Venus aan de Elfin ook stroom kan leveren, maar mijn Venus E v2 geeft ofwel te weinig stroom ofwel werkt mijn Elfin niet. Gebruiken jullie een aparte 5V adapter of toch enkel de RS485 poort zoals TS?

Ik heb een post hierover gemaakt waarin de Elfin uitgelegd wordt. Hij is ook compleet te voeden door de Marstek. Moet geen enkel probleem zijn.

WargamingPlayer in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"
WargamingPlayer in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

Templates:
https://github.com/Wargam...-Venus-E-Modbus/tree/main

Op mijn Git staat ook waar je even rekening mee moet houden en welke stappen je moet doen met de Elfin.

[ Voor 5% gewijzigd door WargamingPlayer op 22-07-2025 18:20 ]

[[RNMC] Viper]

WargamingPlayer schreef op dinsdag 22 juli 2025 @ 14:44:
[...]

Je hebt in de laatste update de background refresh uit gezet, is hiervoor een reden?

jazeker, tijdens het ombouwen naar async werkte dit deel niet goed. Dit ga ik zeker nog fixen, want voor de berekende sensoren heb je een aantal waardes nodig.

[LodeBo]

Ik wil mijn Lilygo wisselen voor de POE versie.
Zover ik kan zien is hier nog geen 3D behuizing voor.
Ik wil deze ontwerpen en de STL hier plaatsen.

Is dat ok voor jullie ?

Oeps, het staat er al. Sorry 😣

[ Voor 9% gewijzigd door LodeBo op 22-07-2025 21:16 ]

[WargamingPlayer]

Inmiddels een kleine update met wat extra sensoren en wat fixes.

https://github.com/Wargam...-Venus-E-Modbus/tree/main

Ben overigens met belangstelling naar de Plugin van @[RNMC] Viper aan het kijken, want dat is heel veelbelovend. Moet nog even python leren om het helemaal te begrijpen. Maar wanneer die plugin klaar is, dan kan mijn werk de prullenbak in

Viper's custom Integratie.
https://github.com/ViperRNMC/marstek_venus_modbus

[ Voor 9% gewijzigd door WargamingPlayer op 23-07-2025 00:21 ]