Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[pascallj]

sponsjeee schreef op donderdag 16 oktober 2025 @ 15:50:
[...]


Ik dacht dat die aan moest staan om de batterij te kunnen sturen via HA. Goede tip, ik ga testen! Bedankt.

Voor elke andere sturing dan het wijzigen van het programma moet dat inderdaad. Je kunt niet laden/ontladen via Modbus en NOM draaien tegelijk; dat zou tegenstrijdig zijn.

[sponsjeee]

Duidelijk, RS485 enkel voor het laden en waardes in te stellen.
Andere modus voor de rest.
Ik moet RS485 dus zoals je zegt als een extra modus zien om handmatig iets in te stellen.

Het werkt nu ook zoals ik wil in mijn HA automation, bedankt voor de info!

[Eagle0]

pascallj schreef op woensdag 8 oktober 2025 @ 12:41:
[...]
Op basis van dit project (althans daar ga ik vanuit) is er ondertussen ook al een Bluetooth gateway gemaakt die de data kan ophalen: https://github.com/jaapp/marstek-ble-gateway gemaakt door mede-Tweaker @Preaper. Dus het is inderdaad mogelijk om dit ook via BT te doen.

Modbus via RS485 blijft altijd de stabielste manier om data op te halen. Maar mogelijk kan je, als je een ESP32
als Modbus apparaat gebruikt, deze ook gebruiken om via Bluetooth de rest van data te laten ophalen.

Geweldig! Ik heb vorige week het stukje yaml van jaapp/Preaper toegevoegd aan een bestaande esp32 in esphome die dicht genoeg bij de Venus ligt en het werkte direct. Geen gedoe, gewoon direct werken.
Ik snap nog niet precies hoe ik vanuit deze implementatie de CT polling rate kan aanpassen, maar dat doe ik dan wel met het browser gebaseerde marstek-venus-monitor project van rweijnen.

Ik kijk evt. bij een latere firmware versie wel weer naar de API.

[pascallj]

Eagle0 schreef op donderdag 16 oktober 2025 @ 17:06:
[...]


Geweldig! Ik heb vorige week het stukje yaml van jaapp/Preaper toegevoegd aan een bestaande esp32 in esphome die dicht genoeg bij de Venus ligt en het werkte direct. Geen gedoe, gewoon direct werken.
Ik snap nog niet precies hoe ik vanuit deze implementatie de CT polling rate kan aanpassen, maar dat doe ik dan wel met het browser gebaseerde marstek-venus-monitor project van rweijnen.

Ik kijk evt. bij een latere firmware versie wel weer naar de API.

Ja dat is mooi werk van de community weer inderdaad! Ik heb er nu een losse ESP32 voor bij gelegd, maar hoop dat ik het uiteindelijk ook samen kan voegen met mijn bestaande Modbus ESP32. Echter heeft die het met 351 Modbus registers al wel redelijk zwaar momenteel

[gho]

leejoow schreef op dinsdag 30 september 2025 @ 11:13:
[...]


Deze melding geeft aan dat na het compileren van de YAML naar een ESP32 binary dat deze niet via de WiFi kan worden geüpload omdat hij de module niet kan vinden. Dit kan komen omdat hij inderdaad niet gevonden wordt. Kan je ergens zien welke DHCP leases je hebt (en of de module dus inderdaad geen IP heeft)?

Verder geheel eens met @pascallj, sluit de LilyGo met een kabel aan op je laptop en installeer de module bedraad een eerste keer.


En nog een vraagje: zie je een netwerk met de naam Lilygo-Rs485 Fallback Hotspot als je zoekt naar netwerken met je telefoon?

Sorry voor de late na-reactie; had dit gemist vandaar,
In eerste instantie zag het erna uit dat de batterij ter ziele was, nadat ik een travel router bedraad koppelde aan e TP Link Deco X20 kreeg ik de batterij alsnog aan de praat, waarbij overigens Bluetooth wel koppelde doch de Bluetooth led Niet brandde, ra ra.
Duidelijk is me dat de Deco 20 wellicht onvoldoende wifi contact maakt, hoewel beiden op 2mtr afstand zitten
Bij dit contact liet de LilyGo nu wel info zien en ook op de PC Lilygo-Rs485 Fallback Hotspot.
Heb inmiddels Deco's met groter bereik aangeschaft die ik het weekend ga installeren en zal de TravelRouter en vast aankoppelen.
Hopelijk kom ik dan verder en constateer dat er een nieuw script voor EspHomeBuilder is en daarna komt begrijp ik eerdaags ook API om de hoek kijken.
Afijn bedankt voor de reactie...

[AUijtdehaag]

Eagle0 schreef op donderdag 16 oktober 2025 @ 17:06:
[...]


Geweldig! Ik heb vorige week het stukje yaml van jaapp/Preaper toegevoegd aan een bestaande esp32 in esphome die dicht genoeg bij de Venus ligt en het werkte direct. Geen gedoe, gewoon direct werken.
Ik snap nog niet precies hoe ik vanuit deze implementatie de CT polling rate kan aanpassen, maar dat doe ik dan wel met het browser gebaseerde marstek-venus-monitor project van rweijnen.

Ik kijk evt. bij een latere firmware versie wel weer naar de API.

Kun je dan nog iets met de app doen als hij bezet is door bluetooth?
Zoals firmware updates?

[pascallj]

AUijtdehaag schreef op donderdag 16 oktober 2025 @ 17:48:
[...]

Kun je dan nog iets met de app doen als hij bezet is door bluetooth?
Zoals firmware updates?

Alleen via WiFi (Cloud) en dan geen firmware updates inderdaad, maar je kan wel kijken of ze er zijn. Ik heb daar zelf een switch voor ingebouwd waarmee ik via HA de verbinding van de ESP kan laten verbreken.

[slagtree]

superduper1969 schreef op donderdag 16 oktober 2025 @ 11:47:
[...]

Ik onderhoud deze niet actief vanwege de andere HA integraties die werken met de EW11 (Zie TS).
Overigens is de V3 Modbus commandoset al een paar keer uitgebreid en gelijkgetrokken met de V1/V2.

Hoi, Ik vroeg me af welke HA integraties adviseer je me om te gebruiken voor de venus V3?
Ik heb geprobeerd optie A in de TS maar in de HACS is de repository niet beschikbaar.
Optie C wordt omschreven als een oude originele code

[GoBieN-Be]

Opties voor gebruik met HomeAssistant.

Lezen/sturen via Modus

Voor V3 zijn er nog een paar registers die anders zijn dan V1/V2 vermoedelijk.

1. LilyGO met ESPHome
   Werkt betrouwbaar en goed met de opgegeven code.
2. Elfin met TCP/Modbus bridge
   Code voorhanden die ook door velen gebruikt wordt hier.

Lezen/sturen via Local API (netwerk)

De API is nog niet echt stabiel. Te snel de API aanspreken zorgt voor verloren verbinding tussen batterij en CT meter.

1. HA Integratie, manueel toevoegen aan HACS.
   https://github.com/jaapp/ha-marstek
2. Scripting zoals met Powershell of python

Lezen via Bluetooth

1. ESPHome die via Bluetooth de batterij uitleest
   https://github.com/jaapp/marstek-ble-gateway

Lezen/sturen via MQTT Hame relay

1. HA Integraties en addon (beide nodig) van TomQuist
   github.com/tomquist/hame-relay
   github.com/tomquist/hm2mqtt
   Bij firmware updates breekt deze soms tot er een update komt

Cloud API van Hame/marstek

• Ik heb geen informatie over deze methode, en of dat het zelfs nog werkt of niet.

De b2500-addon gebruiken als CT

• Je kan in de addon templating gebruiken waarmee je effectief aangepaste stuurgegevens doorgeeft aan de batterij.
  Bijvoorbeeld, de batterij draait dus NOM of AI, en het echte actief vermogen dat je afneemt van het net is 3000W maar de b2500 addon zegt aan de batterij dat het 1000W is. De batterij zal dus slechts 1000W terugleveren. Het doel daarvan is peak-shaving (Belgisch CAPTAR tarief) en de lading van de batterij langer doen meegaan. Je draait dus Nul-op-de-Meter, maar jij bepaalt zelf het nulpunt, dat je bijvoorbeeld dynamisch aanpast n.a.v. de resterende batterijcapaciteit.

[ Voor 103% gewijzigd door GoBieN-Be op 18-10-2025 21:28 ]

[Arko0321]

Kan iemand mij helpen? Ik krijg mijn V3 niet in Homey.
Mijn V2 staat wel in homey en ik heb 2 EW11's.

Ik heb ze zelf al eens gewisseld om te vermijden dat het aan de configuratie ligt van de EW11 maar neen. Het moet dus echt aan mijn aansluiting liggen.

Kan iemand mij helpen?

[pascallj]

Arko0321 schreef op zaterdag 18 oktober 2025 @ 00:47:
Kan iemand mij helpen? Ik krijg mijn V3 niet in Homey.
Mijn V2 staat wel in homey en ik heb 2 EW11's.

Ik heb ze zelf al eens gewisseld om te vermijden dat het aan de configuratie ligt van de EW11 maar neen. Het moet dus echt aan mijn aansluiting liggen.

Kan iemand mij helpen?[Afbeelding]

[Afbeelding]

Ik heb geen ervaring met Homey en wij weten ook niet hoe en wat je precies via Homey uitvraagt. Maar ik heb zo'n vermoeden dat je nog op firmware 114 zit. Bij firmware 139 zijn er veel registers toegevoegd en zullen configuraties van de V2 1-op-1 werken (op enkele registers na geloof ik).

[ Voor 59% gewijzigd door pascallj op 18-10-2025 06:53 ]

[slagtree]

Arko0321 schreef op zaterdag 18 oktober 2025 @ 00:47:
Kan iemand mij helpen? Ik krijg mijn V3 niet in Homey.
Mijn V2 staat wel in homey en ik heb 2 EW11's.

Ik heb ze zelf al eens gewisseld om te vermijden dat het aan de configuratie ligt van de EW11 maar neen. Het moet dus echt aan mijn aansluiting liggen.

Kan iemand mij helpen?[Afbeelding]

[Afbeelding]

Mooie groene verloopkabel van RJ45 naar klemmen Ik ben benieuwd waar je die vandaan haalt. Ik voed de EW11 uit de marstek. Eerst meten met een multimeter op mijn ftp kabel stond op de groene 5V ipv de blauwe.

[Tazzios]

@slagtree https://www.allekabels.nl...j45-naar-klemmenblok.html

[GoBieN-Be]

Wij weten niet in welke volgorde de aders zitten op die klemmenstrook.
Ik stel voor dat je eerst probeert met een gewone straight netwerkkabel die je doorknipt en dan de aders aansluit zoals in de TS staat.

[brechtvhb]

AUijtdehaag schreef op zondag 12 oktober 2025 @ 16:18:
@Chris96
De laatste nieuwe versie van esphome 2025.9.3 is de boosdoener.
Als je deze aan repositories (drie puntjes) toevoegd aan de addons kun je een oudere versie van esphome ernaast installeren
https://github.com/khenderick/esphome-legacy-addons

Iemand die weet of dit probleem zich nog steeds voor doet met esphome 2025.10.x?

[AUijtdehaag]

@brechtvhb
Compileert hier weer prima.

[crabe919]

GoBieN-Be schreef op vrijdag 17 oktober 2025 @ 23:07:
Opties voor gebruik met HomeAssistant.

Lezen/sturen via Modus

Voor V3 zijn er nog een paar registers die anders zijn dan V1/V2 vermoedelijk.

1. LilyGO met ESPHome
   Werkt betrouwbaar en goed met de opgegeven code.
2. Elfin met TCP/Modbus bridge
   Code voorhanden die ook door velen gebruikt wordt hier.

Lezen/sturen via Local API (netwerk)

De API is nog niet echt stabiel. Te snel de API aanspreken zorgt voor verloren verbinding tussen batterij en CT meter.

1. HA Integratie, manueel toevoegen aan HACS.
   https://github.com/jaapp/ha-marstek
2. Scripting zoals met Powershell of python

Lezen via Bluetooth

1. ESPHome die via Bluetooth de batterij uitleest
   https://github.com/jaapp/marstek-ble-gateway

Lezen/sturen via MQTT Hame relay

1. HA Integraties en addon (beide nodig) van TomQuist
   github.com/tomquist/hame-relay
   github.com/tomquist/hm2mqtt
   Bij firmware updates breekt deze soms tot er een update komt

Cloud API van Hame/marstek

• Ik heb geen informatie over deze methode, en of dat het zelfs nog werkt of niet.

De b2500-addon gebruiken als CT

• Je kan in de addon templating gebruiken waarmee je effectief aangepaste stuurgegevens doorgeeft aan de batterij.
  Bijvoorbeeld, de batterij draait dus NOM of AI, en het echte actief vermogen dat je afneemt van het net is 3000W maar de b2500 addon zegt aan de batterij dat het 1000W is. De batterij zal dus slechts 1000W terugleveren. Het doel daarvan is peak-shaving (Belgisch CAPTAR tarief) en de lading van de batterij langer doen meegaan. Je draait dus Nul-op-de-Meter, maar jij bepaalt zelf het nulpunt, dat je bijvoorbeeld dynamisch aanpast n.a.v. de resterende batterijcapaciteit.

Dank voor het overzicht! reeds een tijdje op zoek naar wat momenteel de beste weg is om de V3 aan te sturen vanuit HA.
Denk dat ik voorlopig de modbusweg in zal slaan en de api nog even links laat liggen.

[Maxwp]

GoBieN-Be schreef op maandag 13 oktober 2025 @ 00:27:
[...]


Ik lees nu ook via Bluetooth uit op een bestaand ESP32 bordje.
Ik ga testen als ik dat gewoon op de LilyGO kan integreren zonder conflict.

dat is een goede
de lilygo esp 32 bleutooth gebruiken om naast de modbus ook via die weg te connecten
is dat al gelukt?
gewoon deze data toevoegen?
kun je de mac adressen gebruiken om er voor te zorgen dat de zelfde esp steeds met de zelfde marstek connect?

--

code:

# your-device.yaml
esphome:
  name: my-marstek-gateway
  friendly_name: My Marstek Gateway

esp32:
  board: esp32-s3-devkitc-1
  variant: esp32s3
  framework:
    type: esp-idf

logger:
  level: INFO

api:
  encryption:
    key: "YOUR_32_BYTE_BASE64_ENCRYPTION_KEY_HERE"

ota:
  - platform: esphome
    password: "YOUR_OTA_PASSWORD_HERE"

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

# Time component - REQUIRED
time:
  - platform: homeassistant
    id: ha_time

# Import the Marstek BLE Gateway package
packages:
  marstek_ble: github://jaapp/marstek-ble-gateway/marstek-ble-gateway.yaml@main

[Animal]

Ik merk in home assistant dat mijn Marstek User Work Mode entity niet synchroon loopt met de user work mode in de Marstek app zelf. Ook kan ik de user work mode niet wijzigen (de helper zelf) naar bijvoorbeeld AI>>Anti-feed. Iemand een oplossing?
Marstek v2 via Lillygo

[ Voor 4% gewijzigd door Animal op 21-10-2025 14:02 ]

[pascallj]

Animal schreef op dinsdag 21 oktober 2025 @ 13:59:
Ik merk in home assistant dat mijn Marstek User Work Mode entity niet synchroon loopt met de user work mode in de Marstek app zelf. Ook kan ik de user work mode niet wijzigen (de helper zelf) naar bijvoorbeeld AI>>Anti-feed. Iemand een oplossing?
Marstek v2 via Lillygo

Er zit een bug in de Modbus dat als je Modus wijzigt naar AI dat hij vanzelf terugschiet naar Anti-Feed. De modus wordt echter wel ingesteld. Dit kan je controleren met de App. Ook als je RS485 Control aanzet, zal de Work Mode Anti-Feed weergeven. Wil je dus wijzigen van AI naar Anti-Feed, zal je hem eerst van Anti-Feed weergave (AI) af moeten halen (naar bv Manual) en dan weer terug naar Anti-Feed anders wordt de wijziging niet doorgevoerd.

Is dat misschien waar je last van hebt?

[Animal]

pascallj schreef op dinsdag 21 oktober 2025 @ 14:12:
[...]


Er zit een bug in de Modbus dat als je Modus wijzigt naar AI dat hij vanzelf terugschiet naar Anti-Feed. De modus wordt echter wel ingesteld. Dit kan je controleren met de App. Ook als je RS485 Control aanzet, zal de Work Mode Anti-Feed weergeven. Wil je dus wijzigen van AI naar Anti-Feed, zal je hem eerst van Anti-Feed weergave (AI) af moeten halen (naar bv Manual) en dan weer terug naar Anti-Feed anders wordt de wijziging niet doorgevoerd.

Is dat misschien waar je last van hebt?

Ja! Dankjewel. Deze bug is wellicht te omzeilen of automatiseren? Misschien zelfs in de ESPhome firmware? We kunnen het gedrag precies voorspellen?

[pascallj]

Animal schreef op dinsdag 21 oktober 2025 @ 14:16:
[...]

Ja! Dankjewel. Deze bug is wellicht te omzeilen of automatiseren? Misschien zelfs in de ESPhome firmware? We kunnen het gedrag precies voorspellen?

Het is een bug in de firmware van de batterij dus dat kunnen we zelf niet oplossen. Marstek geeft geen support op Modbus, dus daar hoef je ook niet te veel van te verwachten.

Zoals je opmerkt, kan je wel zelf de status bij gaan houden, alleen dit werkt alleen als je geen andere aansturing gebruikt (zoals de App) omdat anders de verwachte status niet correct kan zijn als iets anders de status heeft gewijzigd. Ook zal je rekening moeten houden met randvoorwaarden zoals welke status de batterij zich in bevindt na een herstart bijvoorbeeld. Het lijkt me daarom niet eenvoudig om dit in een integratie te verwerken omdat je geen rekening kan houden met alle gebruiksscenario's van alle gebruikers.

Als je zelf zeker weet dat niets anders de status zal wijzigen, lijkt het mij eenvoudiger dat je binnen je eigen omgeving zelf bijhoudt wat de daadwerkelijke status moet zijn (als je dat belangrijk vindt om te weten) of dat je bij het wijzigen van de modus altijd eerst een andere modus forceert, zodat de verwachte modus klopt. Of allebei.

[Kammika]

pascallj schreef op dinsdag 21 oktober 2025 @ 14:23:
[...]
Het is een bug in de firmware van de batterij dus dat kunnen we zelf niet oplossen. Marstek geeft geen support op Modbus, dus daar hoef je ook niet te veel van te verwachten.

Dat is toch wel gek. Heb het apparaat gekocht o.a. omdat er een modbus aansluiting op zat, dan verwacht je toch ook dat dat het doet en zo niet, dat ze dat dan fixen?

[pascallj]

Kammika schreef op dinsdag 21 oktober 2025 @ 14:25:
[...]

Dat is toch wel gek. Heb het apparaat gekocht o.a. omdat er een modbus aansluiting op zat, dan verwacht je toch ook dat dat het doet en zo niet, dat ze dat dan fixen?

Tsja, die discussie hebben we ook vaker gevoerd en als de Modbus helemaal niet gewerkt had, had mijn batterij terug gegaan. Maar het werkt voor 95 procent goed nu. We hebben zelf veel werk verricht om registers goed te krijgen en dat is prima zo. Zolang ze er nu vanaf blijven, vind ik het best.

Bij de V3 hadden we ook weer onze bedenkingen want er zat bijna geen Modbus ondersteuning in, en dat is nu blijkbaar op bijna hetzelfde niveau als de V2. Dus mogen we ook niet klagen denk ik.

Volgens mij is dit de enige of 1 van de weinige bugs in de Modbus en zo'n ramp is het ook weer niet. Er is prima zelf omheen te programmeren als je het echt wil. Het zou netjes zijn als ze het oplossen, maar aan de andere kant heb je dit soort merkwaardigheden met heel veel apparatuur als je op een wat lager niveau gaat aansturen.

Ik heb wel eens wat geprogrammeerd voor de Linux Kernel en je moest eens weten wat voor gekke trucs er uitgehaald moeten worden om bijvoorbeeld een PWM controller voor een display of een USB controller werkend te krijgen omdat er bugs inzitten. Om nog maar te zwijgen over bugs in WiFi en Ethernet chipsets. Dat is weliswaar in de hardware en dus lastiger op te lossen, maar toch.

[dannyro]

pascallj schreef op dinsdag 21 oktober 2025 @ 14:12:
[...]


Er zit een bug in de Modbus dat als je Modus wijzigt naar AI dat hij vanzelf terugschiet naar Anti-Feed. De modus wordt echter wel ingesteld. Dit kan je controleren met de App. Ook als je RS485 Control aanzet, zal de Work Mode Anti-Feed weergeven. Wil je dus wijzigen van AI naar Anti-Feed, zal je hem eerst van Anti-Feed weergave (AI) af moeten halen (naar bv Manual) en dan weer terug naar Anti-Feed anders wordt de wijziging niet doorgevoerd.

Is dat misschien waar je last van hebt?

Als je RS485 Control aanzet wat nut heeft de modus dan nog? Ik stuur de batterij aan via de RS485 Control, laden en ontladen. En dat werkt prima.

[pascallj]

dannyro schreef op dinsdag 21 oktober 2025 @ 14:40:
[...]


Als je RS485 Control aanzet wat nut heeft de modus dan nog? Ik stuur de batterij aan via de RS485 Control, laden en ontladen. En dat werkt prima.

Niets, die doet niks. Alleen als je nu een beslisboom wilt maken voor een automatisering, kan je dus niet alleen uitgaan van wat de huidige status zegt. Je zal nu ook moeten kijken of RS485 Control aan staat. Het had een stap gescheeld als er een vierde modus in had gezeten genaamd RS485 control (die zit er ook in alleen wordt niet goed doorgegeven via het Modbus register) en je dan alleen de modus hoeft te wijzigen om in de gewenste situatie te komen.

[dannyro]

pascallj schreef op dinsdag 21 oktober 2025 @ 14:43:
[...]


Niets, die doet niks. Alleen als je nu een beslisboom wilt maken voor een automatisering, kan je dus niet alleen uitgaan van wat de huidige status zegt. Je zal nu ook moeten kijken of RS485 Control aan staat. Het had een stap gescheeld als er een vierde modus in had gezeten genaamd RS485 control (die zit er ook in alleen wordt niet goed doorgegeven via het Modbus register) en je dan alleen de modus hoeft te wijzigen om in de gewenste situatie te komen.

Dat begrijp ik. Ik wilde alleen maar aantonen dat er via automatisaties alleen gewerkt kan worden met de RS458 Control. Aan de modus verander ik niets. Dit werk hier dan ook feilloos. Ik dacht dat er misschien voorbeelden zijn waar de modus verandering via Modbus belangrijk kan zijn.

[Goosmeister]

Arko0321 schreef op zaterdag 18 oktober 2025 @ 00:47:
Kan iemand mij helpen? Ik krijg mijn V3 niet in Homey.
Mijn V2 staat wel in homey en ik heb 2 EW11's.

Ik heb ze zelf al eens gewisseld om te vermijden dat het aan de configuratie ligt van de EW11 maar neen. Het moet dus echt aan mijn aansluiting liggen.

Kan iemand mij helpen?[Afbeelding]

[Afbeelding]

Mijn EW11 wordt ook direct gevoed door de RJ45/modbus, het schema van de 1e pagina gebuikt en dat werkt goed. De HA integratie van wargaming player gebuikt (wel even de yaml files geschikt maken voor de v3).

[XChallenge]

Ik heb 2 batterijen Marstek Venus E 2.0 en die zijn gekoppeld aan mijn Homey via elk een Elfin EW11A.
Ik gebruik enkel "geforceerd laden" en "geforceerd ontladen". Nu is mijn vraag: Wat is de kortste interval om het laadvermogen of ontlaadvermogen aan te passen zodat alles kan volgen en waar zit het knelpunt ? Met andere woorden, wat kan er het moeilijkst volgen ? Is het de Homey, de Elfin AW11A's of zijn het de Marsteks ? Ik gebruik nu een flow die om de 3 seconden een nieuw laadvermogen (of ontlaadvermogen) doorgeeft aan de batterijen en blijkbaar is dit zowat het kortst mogelijke interval. Of zit er ergens een probleem ?

[crabe919]

Goosmeister schreef op dinsdag 21 oktober 2025 @ 19:04:
[...]


Mijn EW11 wordt ook direct gevoed door de RJ45/modbus, het schema van de 1e pagina gebuikt en dat werkt goed. De HA integratie van wargaming player gebuikt (wel even de yaml files geschikt maken voor de v3).

Zou je een linkje hebben naar de Yaml files voor de V3, ikzelf ben niet genoeg thuis in het herprogrammeren van zon'n dingen..;

Dank!

[crabe919]

Ik ben intussen al een stapje verder, adapter gemaakt volgens V3 schema, elfin geconfigureerd en modbusinstellingen gedaan.

Voor de configuratie heb ik de github van WargamingPlayer gevolgd.
De packages folder aangemaakt en de nodige yaml files opgeladen in HA. Ip adres ingevuld in de yaml file.
Bij het heropstarten vind ik de modbus integratie maar die blijft leeg, als ik in de yaml file de code voor enkel V3 actief maak, en heropstart, verdwijnt de de modbus integratie terug.

onderstaande haal ik uit de HA logs:

code:

Invalid config for 'modbus' at packages/marstek_venus_battery_1_control.yaml, line 111: Marstek 1 COM Module version: `structure` missing, demanded with `data_type: custom` 'modbus->0->sensors->5', got {'name': 'Marstek 1 COM Module version', 'unique_id': 'marstek_1_com_module_version', 'address': 30350, 'slave': 1, 'scan_interval': 300, 'input_type': 'holding', 'data_type': 'custom', 'count': 6}, please check the docs at https://www.home-assistant.io/integrations/modbus

Kan iemand me in de juiste richting wijzeen om dit werkend te krijgen?

Mijn installatie: Marstek Venus E V3, Firmware V139.

[ Voor 30% gewijzigd door crabe919 op 23-10-2025 11:10 ]

[superduper1969]

crabe919 schreef op donderdag 23 oktober 2025 @ 05:29:
Ik ben intussen al een stapje verder, adapter gemaakt volgens V3 schema, elfin geconfigureerd en modbusinstellingen gedaan.

Voor de configuratie heb ik de github van WargamingPlayer gevolgd.
De packages folder aangemaakt en de nodige yaml files opgeladen in HA. Ip adres ingevuld in de yaml file.
Bij het heropstarten vind ik de modbus integratie maar die blijft leeg, als ik in de yaml file de code voor enkel V3 actief maak, en heropstart, verdwijnt de de modbus integratie terug.

onderstaande haal ik uit de HA logs:

code:

Invalid config for 'modbus' at packages/marstek_venus_battery_1_control.yaml, line 111: Marstek 1 COM Module version: `structure` missing, demanded with `data_type: custom` 'modbus->0->sensors->5', got {'name': 'Marstek 1 COM Module version', 'unique_id': 'marstek_1_com_module_version', 'address': 30350, 'slave': 1, 'scan_interval': 300, 'input_type': 'holding', 'data_type': 'custom', 'count': 6}, please check the docs at https://www.home-assistant.io/integrations/modbus

Kan iemand me in de juiste richting wijzeen om dit werkend te krijgen?

Mijn installatie: Marstek Venus E V3, Firmware V139.

Zonder dat ik weet wat de broncode is, ik kon gewoon de foutmelding in Copilot kopieren en die kwam met een plausibel antwoord.
Natuurlijk kun je ook met een andere AI aan de slag, de meeste leggen ook uit wat ze "Vreemd" vinden, maken een "Actieplan" hoe ze het denken op te lossen en geven voorbeelden waarvan hun denken wat het zou moeten zijn.

Gisteravond samen met Youtube en Copilot een automatisering gemaakt voor HA die via Google Maps-Locatie delen de batteij-status van de telefoon van mijn vader ophaalt en bij een batterij percentage van 5% een melding in zijn kalender zet die altijd op zijn in vaste opstelling geplaatste tablet wordt gepresenteerd. "Telefoon Opladen" (Als 81 jarige vergeet je wel eens wat)

[Kammika]

Hemmik schreef op dinsdag 14 oktober 2025 @ 14:23:
[...]

Waar heb je dit precies aangepast? lukt hier nog niet helemaal

Mij is tie iig gelukt, door deze regel:

self._duration = 60

in EPEXSpot/EPEXSpotWeb/__init__.py

aan te passen naar:

self._duration = 15

[pierrick]

Hi all,
I will post in English but I'm French. If someone can help me...
I have a Venus E v3 and had installed the lilygo-rs485-3.yaml on a lilygo device to controle the battery.
I can get many information in the ESPhome web module (and also Home assistant) but it seems that some adresses are not correct, and I don't find the correct and complete register for the v3 model.
I don't understand Dustch and it's difficultfor me to go through all the posts... Can someone summarize and tell me if if it's possible to work with the v3 model and modbus?
For the moment, the problems in my logs


[16:52:04.854][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[16:52:04.857][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[16:52:04.861][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xABE0 registers count=4 payload size=0

16:57:24.289][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[16:57:24.293][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[16:57:24.296][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0x797C registers count=3 payload size=0

[16:57:26.591][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[16:57:26.594][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[16:57:26.598][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xA032 registers count=1 payload size=0

Thank you for your help

[pascallj]

pierrick schreef op donderdag 23 oktober 2025 @ 17:05:
Hi all,
I will post in English but I'm French. If someone can help me...
I have a Venus E v3 and had installed the lilygo-rs485-3.yaml on a lilygo device to controle the battery.
I can get many information in the ESPhome web module (and also Home assistant) but it seems that some adresses are not correct, and I don't find the correct and complete register for the v3 model.
I don't understand Dustch and it's difficultfor me to go through all the posts... Can someone summarize and tell me if if it's possible to work with the v3 model and modbus?
For the moment, the problems in my logs


[16:52:04.854][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[16:52:04.857][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[16:52:04.861][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xABE0 registers count=4 payload size=0

16:57:24.289][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[16:57:24.293][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[16:57:24.296][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0x797C registers count=3 payload size=0

[16:57:26.591][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[16:57:26.594][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[16:57:26.598][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xA032 registers count=1 payload size=0

Thank you for your help

The '3' in 'lilygo-rs485-3.yaml' stands for the third battery in your system in case you have more. So you don't need to use that one, you can use 'lilygo-rs485.yaml' just as well, but is doesn't really matter. The only things that are changed between the files, are the names of the devices.

However the v3 only got a proper Modbus implementation in firmware version v139. You are probably still on an older version like v114. You have to request an update to firmware v139.

[pierrick]

pascallj schreef op donderdag 23 oktober 2025 @ 17:12:
[...]


The '3' in 'lilygo-rs485-3.yaml' stands for the third battery in your system in case you have more. So you don't need to use that one, you can use 'lilygo-rs485.yaml' just as well, but is doesn't really matter. The only things that are changed between the files, are the names of the devices.

However the v3 only got a proper Modbus implementation in firmware version v139. You are probably still on an older version like v114. You have to request an update to firmware v139.

Thank you for your help.
I changed to the 'lilygo-rs485.yaml' but I'm already in firmware v139

And always bad modbus address:

[17:26:21.537][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[17:26:21.541][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[17:26:21.546][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xA032 registers count=1 payload size=0

[17:26:21.790][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[17:26:21.796][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[17:26:21.799][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xABE0 registers count=4 payload size=0

[pascallj]

pierrick schreef op donderdag 23 oktober 2025 @ 17:27:
[...]

Thank you for your help.
I changed to the 'lilygo-rs485.yaml' but I'm already in firmware v139

And always bad modbus address:

[17:26:21.537][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[17:26:21.541][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[17:26:21.546][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xA032 registers count=1 payload size=0

[17:26:21.790][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[17:26:21.796][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[17:26:21.799][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xABE0 registers count=4 payload size=0

Does the rest of the commands work? Or none at all? Not every command of v2 is implemented in v3.

[pierrick]

Some commands work but I have to learn how each command acts over the battery.
I will try to command charge and discharge manually from the RS485 command and set the value.
I will post the results.
But the logs show error for 0xA032 and 0xABE0

[dbra]

pierrick schreef op donderdag 23 oktober 2025 @ 17:27:
[...]

Thank you for your help.
I changed to the 'lilygo-rs485.yaml' but I'm already in firmware v139

And always bad modbus address:

[17:26:21.537][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[17:26:21.541][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[17:26:21.546][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xA032 registers count=1 payload size=0

[17:26:21.790][D][modbus:157]: Modbus error function code: 0x83 exception: 2
[17:26:21.796][E][modbus_controller:094]: Modbus error function code: 0x3 exception: 2
[17:26:21.799][E][modbus_controller:098]: Modbus error - last command: function code=0x3 register address = 0xABE0 registers count=4 payload size=0

Address 0xA032 (decimal 44000) is lilygo_rs485_marstek_charging_cutoff_capacity
Address 0xABE0 (decimal 41010) is power_restriction_discharge

Both these registers are not supported on my Venus C v3 with software version 139 (or this information is at a different but currently unknown register address). I get error messages as well for these registers.

I commented the sections out for registers 44000 and 41010 in the YAML, as I wanted to get rid of the error codes.

If you can read most of the other registers, you're all set.

My hypothesis is that in future software version, these registers will be supported.

I hope this helps.

[Goosmeister]

crabe919 schreef op woensdag 22 oktober 2025 @ 18:09:
[...]


Zou je een linkje hebben naar de Yaml files voor de V3, ikzelf ben niet genoeg thuis in het herprogrammeren van zon'n dingen..;

Dank!

Deze heb ik gebruikt en in de instructies staan de yaml files en waar deze moeten komen te staan.
https://github.com/WargamingPlayer/HA-Marstek-Venus-E-Modbus
In deze yaml moet je in de secties voor V1/2 een # zetten om deze uit te schakelen en de # weghalen bij de V3 om deze te activeren.

Een dingetje: ik kan de accu wel goed uitlezen maar nog niet alles aansturen om te laden/ontladen. Alleen de standaard selecties: trade / manual / anti feed zijn in te stellen

[Goosmeister]

Ik gebruik een Marstek Venus V3 (firmware 139) samen met een Elfin TCP/IP RS485-adapter..
De Home Assistant-integratie van WargamingPlayer werkt over het algemeen prima — ik kan de waardes uitlezen, het vermogen aanpassen en de verschillende modi gebruiken (handmatig, zelf geïnitieerd en AI-optimalisatie).

Wat me echter niet lukt, is het geforceerd laden of ontladen, en het inschakelen van RS485 control.
Heeft iemand dit al eens werkend gekregen? En zo ja, hoe is dat gedaan? Ik loop hier namelijk een beetje op vast.

[ Voor 14% gewijzigd door Goosmeister op 24-10-2025 01:19 ]

[crabe919]

Goosmeister schreef op donderdag 23 oktober 2025 @ 22:50:
[...]


Deze heb ik gebruikt en in de instructies staan de yaml files en waar deze moeten komen te staan.
https://github.com/WargamingPlayer/HA-Marstek-Venus-E-Modbus
In deze yaml moet je in de secties voor V1/2 een # zetten om deze uit te schakelen en de # weghalen bij de V3 om deze te activeren.

Een dingetje: ik kan de accu wel goed uitlezen maar nog niet alles aansturen om te laden/ontladen. Alleen de standaard selecties: trade / manual / anti feed zijn in te stellen

Thanks!

[crabe919]

superduper1969 schreef op donderdag 23 oktober 2025 @ 13:09:
[...]

Zonder dat ik weet wat de broncode is, ik kon gewoon de foutmelding in Copilot kopieren en die kwam met een plausibel antwoord.
Natuurlijk kun je ook met een andere AI aan de slag, de meeste leggen ook uit wat ze "Vreemd" vinden, maken een "Actieplan" hoe ze het denken op te lossen en geven voorbeelden waarvan hun denken wat het zou moeten zijn.

Gisteravond samen met Youtube en Copilot een automatisering gemaakt voor HA die via Google Maps-Locatie delen de batteij-status van de telefoon van mijn vader ophaalt en bij een batterij percentage van 5% een melding in zijn kalender zet die altijd op zijn in vaste opstelling geplaatste tablet wordt gepresenteerd. "Telefoon Opladen" (Als 81 jarige vergeet je wel eens wat)

Dank voor de reactie!
Op heden eigenlijk geen ervaring met AI, maar heb deze ingezet en het probleem opgelost.
Terug iets bijgeleerd!

Goosmeister schreef op donderdag 23 oktober 2025 @ 22:50:
[...]

Een dingetje: ik kan de accu wel goed uitlezen maar nog niet alles aansturen om te laden/ontladen. Alleen de standaard selecties: trade / manual / anti feed zijn in te stellen

Zijn dit voorlopig de enige opties in V139 V3?

[RF1000]

Goosmeister schreef op donderdag 23 oktober 2025 @ 22:50:
[...]


Deze heb ik gebruikt en in de instructies staan de yaml files en waar deze moeten komen te staan.
https://github.com/WargamingPlayer/HA-Marstek-Venus-E-Modbus
In deze yaml moet je in de secties voor V1/2 een # zetten om deze uit te schakelen en de # weghalen bij de V3 om deze te activeren.

...

Noob vraag; deze yaml files (en werkwijze) kunnen ook gebruikt worden voor een lilygo?

[_ferry_]

Goosmeister schreef op vrijdag 24 oktober 2025 @ 00:51:
Ik gebruik een Marstek Venus V3 (firmware 139) samen met een Elfin TCP/IP RS485-adapter..
De Home Assistant-integratie van WargamingPlayer werkt over het algemeen prima — ik kan de waardes uitlezen, het vermogen aanpassen en de verschillende modi gebruiken (handmatig, zelf geïnitieerd en AI-optimalisatie).

Wat me echter niet lukt, is het geforceerd laden of ontladen, en het inschakelen van RS485 control.
Heeft iemand dit al eens werkend gekregen? En zo ja, hoe is dat gedaan? Ik loop hier namelijk een beetje op vast.
[Afbeelding]

Daarvoor moet je eerst de control mode aan zetten. Of zijn ze beide greyed out/niet beschikbaar?

[denbeire]

Heeft iemand met de V3 (FW v139) de Cycle Count succesvol uitgelezen, en zo ja, welk exact startadres en datatype (en eventueel swap) is hiervoor nodig?

[WargamingPlayer]

Goosmeister schreef op vrijdag 24 oktober 2025 @ 00:51:
Ik gebruik een Marstek Venus V3 (firmware 139) samen met een Elfin TCP/IP RS485-adapter..
De Home Assistant-integratie van WargamingPlayer werkt over het algemeen prima — ik kan de waardes uitlezen, het vermogen aanpassen en de verschillende modi gebruiken (handmatig, zelf geïnitieerd en AI-optimalisatie).

Wat me echter niet lukt, is het geforceerd laden of ontladen, en het inschakelen van RS485 control.
Heeft iemand dit al eens werkend gekregen? En zo ja, hoe is dat gedaan? Ik loop hier namelijk een beetje op vast.
[Afbeelding]

Helaas geen V3 om dit te testen.

[pascallj]

denbeire schreef op vrijdag 24 oktober 2025 @ 09:31:
Heeft iemand met de V3 (FW v139) de Cycle Count succesvol uitgelezen, en zo ja, welk exact startadres en datatype (en eventueel swap) is hiervoor nodig?

Dit was op de V2 ook niet aanwezig dus lijkt me sterk dat het in de V3 wel zit. Heb je een aanleiding om aan te nemen dat het bestaat?

[denbeire]

pascallj schreef op vrijdag 24 oktober 2025 @ 10:05:
[...]


Dit was op de V2 ook niet aanwezig dus lijkt me sterk dat het in de V3 wel zit. Heb je een aanleiding om aan te nemen dat het bestaat?

neen, ik ging er gewoon vanuit dat deze er wel zou inzitten

[superduper1969]

RF1000 schreef op vrijdag 24 oktober 2025 @ 08:47:
[...]


Noob vraag; deze yaml files (en werkwijze) kunnen ook gebruikt worden voor een lilygo?

In de startpost staat hoe je een Lilygo kunt laten werken als een Elfin.
- https://github.com/rosenrot00/esphome_modbus_bridge Maak van de Lilygo een Elfin.

[Landon]

Ik heb een Marstek V2 perfect draaien met Lilygo in Home Assistant en heb zojuist een Marstek V3 besteld, kan ik deze ook dmv Lilygo aansluiten, of wordt iets anders aangeraden?

[HotSpot79]

Goedemiddag, ik heb de v2 aangesloten icm een Growatt APX systeem en een conpleet PV systeem. Nu is het zo dat de Growatt APX systeem de p1 meter rond de 0 houdt. Netjes en ook de bedoeling.

Echter, met de Marstek erbij gaat deze dan opladen uit mijn APX accu, omdat deze denkt dat er overschot is.

Ik zou dus graag willen dat de Marstek gaat laden als er echt een solar overschot is (groter dan -200 W), want het is jiet echt handig dat de ene batterij de andere leeg trekt.

Hoe zou ik zoiets kunnen realiseren. Ik heb de Marstek aan de LiliGo PRO hangen.

Ik gebruik ook HA.

[dbra]

Landon schreef op vrijdag 24 oktober 2025 @ 14:53:
Ik heb een Marstek V2 perfect draaien met Lilygo in Home Assistant en heb zojuist een Marstek V3 besteld, kan ik deze ook dmv Lilygo aansluiten, of wordt iets anders aangeraden?

Als eerste moet je software versie 139 vragen van de Marstek helpdesk. Daarna kun je de Lilygo met dezelfde YAML gebruiken als de V2, alleen zul je merken dat sommige registers nog niet zijn geïmplementeerd, en dat je een aantal waarden door 100 moet delen. De belangrijke dingen werken gewoon.

Zie ook mijn eerdere post:

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

[dbra]

HotSpot79 schreef op vrijdag 24 oktober 2025 @ 17:28:
Goedemiddag, ik heb de v2 aangesloten icm een Growatt APX systeem en een conpleet PV systeem. Nu is het zo dat de Growatt APX systeem de p1 meter rond de 0 houdt. Netjes en ook de bedoeling.

Echter, met de Marstek erbij gaat deze dan opladen uit mijn APX accu, omdat deze denkt dat er overschot is.

Ik zou dus graag willen dat de Marstek gaat laden als er echt een solar overschot is (groter dan -200 W), want het is jiet echt handig dat de ene batterij de andere leeg trekt.

Hoe zou ik zoiets kunnen realiseren. Ik heb de Marstek aan de LiliGo PRO hangen.

Ik gebruik ook HA.

Ik vermoed dat dit te implementeren moet zijn via Home Assistant. Je kunt de Marstek via zijn RS485 poort aan HA koppelen met een Lilygo; er is eerder beschreven in dit topic hoe dat moet. Daarna moet je ook zorgen dat je in HA het vermogen van je slimme meter kunt uitlezen. Vervolgens kun je via een automation in HA de Marstek van Manual (zolang er geen stroomoverschot is) in anti-feed zetten zodra er stroomoverschot is.

Zodra de zon onder is, moet je nadenken over hoe je APX en de Marstek wil aansturen (de Marstek in anti-feed mode zodra de APX leeg is?).

[pascallj]

dbra schreef op vrijdag 24 oktober 2025 @ 18:40:
[...]


Ik vermoed dat dit te implementeren moet zijn via Home Assistant. Je kunt de Marstek via zijn RS485 poort aan HA koppelen met een Lilygo; er is eerder beschreven in dit topic hoe dat moet. Daarna moet je ook zorgen dat je in HA het vermogen van je slimme meter kunt uitlezen. Vervolgens kun je via een automation in HA de Marstek van Manual (zolang er geen stroomoverschot is) in anti-feed zetten zodra er stroomoverschot is.

Zodra de zon onder is, moet je nadenken over hoe je APX en de Marstek wil aansturen (de Marstek in anti-feed mode zodra de APX leeg is?).

Ik zou niet aanraden om Anti-Feed überhaupt nog te gebruiken. Je hebt dan twee batterijen die allebei naar de P1 meter kijken en blijven compenseren. Bij stabiele zonneschijn kan het goed gaan, maar bij een klein wolkje is het systeem uit balans en is het afhankelijk van de reactietijden wie wie gaat opladen. Als dat eenmaal gestabiliseerd is blijft dat doorgaan en kan je het (aan de hand van de P1 meter) niet meer detecteren.

Heb je communicatie met het Growatt systeem om die parameters uit te lezen? Dat zou het makkelijkst zijn en kan je op basis daarvan gaan programmeren. Anders zal je een combinatie moeten maken van de data uit je zonnepanelen + slimme meter. Je hebt in elk geval meer data nodig om dit goed te laten gaan. Wat wel nog kan is zelf een implementatie schrijven die significant trager is dan je Growatt systeem en een grote hysterese heeft, die wel gebruik maakt van alleen de P1 meter maar echt alleen bij grote overschotten die een lange tijd aanhouden gaat laden. Gaan moeten 'programmeren' zal je sowieso.

[WargamingPlayer]

denbeire schreef op vrijdag 24 oktober 2025 @ 09:31:
Heeft iemand met de V3 (FW v139) de Cycle Count succesvol uitgelezen, en zo ja, welk exact startadres en datatype (en eventueel swap) is hiervoor nodig?

Cycle count is niet uit te lezen. Ook niet door Hame (Fabrikant) in China. Ik heb bewijs voor deze uitspraak indien mensen dat willen.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[dbra]

pascallj schreef op vrijdag 24 oktober 2025 @ 18:53:
[...]


Ik zou niet aanraden om Anti-Feed überhaupt nog te gebruiken. Je hebt dan twee batterijen die allebei naar de P1 meter kijken en blijven compenseren. Bij stabiele zonneschijn kan het goed gaan, maar bij een klein wolkje is het systeem uit balans en is het afhankelijk van de reactietijden wie wie gaat opladen. Als dat eenmaal gestabiliseerd is blijft dat doorgaan en kan je het (aan de hand van de P1 meter) niet meer detecteren.

Heb je communicatie met het Growatt systeem om die parameters uit te lezen? Dat zou het makkelijkst zijn en kan je op basis daarvan gaan programmeren. Anders zal je een combinatie moeten maken van de data uit je zonnepanelen + slimme meter. Je hebt in elk geval meer data nodig om dit goed te laten gaan. Wat wel nog kan is zelf een implementatie schrijven die significant trager is dan je Growatt systeem en een grote hysterese heeft, die wel gebruik maakt van alleen de P1 meter maar echt alleen bij grote overschotten die een lange tijd aanhouden gaat laden. Gaan moeten 'programmeren' zal je sowieso.

Ik denk dat je een punt hebt qua anti-feed. Als je het Growatt systeem ook vanuit HA kunt uitlezen en besturen, zou je de anti-feed tussen de twee accu systemen kunnen schakelen, dus eerst de ene accu laden en dan de andere. Bij ontladen idem.

[Goosmeister]

_ferry_ schreef op vrijdag 24 oktober 2025 @ 08:52:
[...]

Daarvoor moet je eerst de control mode aan zetten. Of zijn ze beide greyed out/niet beschikbaar?

Beide helaas grayed out.

[Goosmeister]

dbra schreef op vrijdag 24 oktober 2025 @ 18:31:
[...]


Als eerste moet je software versie 139 vragen van de Marstek helpdesk. Daarna kun je de Lilygo met dezelfde YAML gebruiken als de V2, alleen zul je merken dat sommige registers nog niet zijn geïmplementeerd, en dat je een aantal waarden door 100 moet delen. De belangrijke dingen werken gewoon.

Zie ook mijn eerdere post:

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

Zover ben ik ook. Heb je misschien ook het laden en ontladen vanuit HA aan de praat?

[Goosmeister]

WargamingPlayer schreef op vrijdag 24 oktober 2025 @ 09:41:
[...]

Helaas geen V3 om dit te testen.

Dank je voor je integratie en die komt een heel eind met de v3, echt heel blij mee!😀

[dbra]

Goosmeister schreef op vrijdag 24 oktober 2025 @ 22:50:
[...]


Zover ben ik ook. Heb je misschien ook het laden en ontladen vanuit HA aan de praat?

Ja dat werkt met de V3. Ik heb het onderstaande dashboardje gebouwd (YAML onderaan). Eerst zet je de Mode op Manual, Daarna Manual Mode op Enable, je stelt b.v. Discharge Power in op 500 Watt en vervolgens Set mode op Discharge. Daarna gaat hij met 500 Watt ontladen. Mijn huisverbruik was op dat moment ca. 80 watt, dus exporteer ik 419 Watt.





type: entities
entities:
- entity: select.esphome_web_a85944_marstek_user_work_mode
name: Mode
- entity: select.esphome_web_a85944_marstek_rs485_control_mode
name: Manual Mode (be carefull)
- entity: select.esphome_web_a85944_marstek_forcible_charge_discharge
name: Set Mode
secondary_info: none
- entity: select.esphome_web_a85944_marstek_backup_function
name: Enable Backup Socket
- entity: number.esphome_web_a85944_marstek_forcible_charge_power
name: Charge Power Setting
- entity: number.esphome_web_a85944_marstek_forcible_discharge_power
name: Discharge Power Setting
- entity: number.esphome_web_a85944_marstek_charge_to_soc
name: Desired State of Charge

[AUijtdehaag]

Voor de nodered gebruikers van de code van @GAEvakYD en zijn collega is er weer een video geplaatst.

[pierrick]

dbra schreef op donderdag 23 oktober 2025 @ 20:39:
[...]


Address 0xA032 (decimal 44000) is lilygo_rs485_marstek_charging_cutoff_capacity
Address 0xABE0 (decimal 41010) is power_restriction_discharge

Both these registers are not supported on my Venus C v3 with software version 139 (or this information is at a different but currently unknown register address). I get error messages as well for these registers.

I commented the sections out for registers 44000 and 41010 in the YAML, as I wanted to get rid of the error codes.

If you can read most of the other registers, you're all set.

My hypothesis is that in future software version, these registers will be supported.

I hope this helps.

You made an inversion:
Address 0xABE0 (decimal 41010) is lilygo_rs485_marstek_charging_cutoff_capacity
Address 0xA032 (decimal 44000) is power_restriction_discharge

I must also comment 44001, 44002 et 44003 to avoid same errors
Now, I haven't errors in logs but I must check If I can control charge and discharge and set power value.

Some questions... Is the system responsive wit RS485? Can I avoid anti-feed mode and command myself the power charge and discharge?
I find that anti-feed mode is not very responsive and it very often oscillates around 0...
Indeed, I would like to creat y own anti-feed system by controling the charge and discharge

[dbra]

pierrick schreef op zaterdag 25 oktober 2025 @ 11:52:
[...]

You made an inversion:
Address 0xABE0 (decimal 41010) is lilygo_rs485_marstek_charging_cutoff_capacity
Address 0xA032 (decimal 44000) is power_restriction_discharge

I must also comment 44001, 44002 et 44003 to avoid same errors
Now, I haven't errors in logs but I must check If I can control charge and discharge and set power value.

Some questions... Is the system responsive wit RS485? Can I avoid anti-feed mode and command myself the power charge and discharge?
I find that anti-feed mode is not very responsive and it very often oscillates around 0...
Indeed, I would like to creat y own anti-feed system by controling the charge and discharge

Hi, on commanding charge and discharge; see two posts back. I even added some YAML code. Let me know if you have further questions.

On the power tracking of the battery in anti-feed mode; I am experimenting with both power meters from Marstek, the CT-0002 and CT-003. I will post the results here once I gathered some more data. The CT-002 is inductively coupled to the three phase feed, the CT-003 is a dongle that connects to your smartmeter's P1 port.

My initial conclusions are that the CT-002 may be a bit quicker to track big changes in power consumption, as it doesn't need to wait for the power numbers to be published on the smartmeter's P1 port. But it seems less accurate; with the CT-002 I often keep importing about 10 watt from the net even when the house consumes a stable load at night. It is also always off by a few watt compared to my smartmeter P1 reading. I deem 10 watt a lot, since my baseload at night was 28 watt only before I bought this battery. With the CT-003, the battery seems to be able to reduce import to low single digit numbers.

There also seems to be a CT polling rate parameter, which can be set using the BLE tool, but I didn't notice a difference.

I also found the CT-003 very difficult to install in my panel; the inductive pickups are very big and there is a bunch of wire between the pickups and the CT-003. Also, the CT-003 tripped my RCD device on L1 so I had to attach it to the L1 phase of my hob. So far I would advice against it. Perhaps a software update will change my opinion in the future....

I hope this helps.

[dbra]

pierrick schreef op zaterdag 25 oktober 2025 @ 11:52:
[...]

You made an inversion:
Address 0xABE0 (decimal 41010) is lilygo_rs485_marstek_charging_cutoff_capacity
Address 0xA032 (decimal 44000) is power_restriction_discharge

I must also comment 44001, 44002 et 44003 to avoid same errors
Now, I haven't errors in logs but I must check If I can control charge and discharge and set power value.

Some questions... Is the system responsive wit RS485? Can I avoid anti-feed mode and command myself the power charge and discharge?
I find that anti-feed mode is not very responsive and it very often oscillates around 0...
Indeed, I would like to creat y own anti-feed system by controling the charge and discharge

I haven't tested responsiveness. See also my post above about Martek's power meters.

I also disabled 44001, but not 44002 and 44003. Not sure if the latter are working.

I get one more error, but that is in a row of ten registers that is being red in one go, I could not bother to address so far.

If you want to write your own anti-feed routines, think about whether you want to remove or modify the skip_updates: statements in your YAML, since these reduce the frequency at which some parameters are polled from the battery.

[Goosmeister]

dbra schreef op zaterdag 25 oktober 2025 @ 09:26:
[...]


Ja dat werkt met de V3. Ik heb het onderstaande dashboardje gebouwd (YAML onderaan). Eerst zet je de Mode op Manual, Daarna Manual Mode op Enable, je stelt b.v. Discharge Power in op 500 Watt en vervolgens Set mode op Discharge. Daarna gaat hij met 500 Watt ontladen. Mijn huisverbruik was op dat moment ca. 80 watt, dus exporteer ik 419 Watt.

[Afbeelding]

[Afbeelding]

type: entities
entities:
- entity: select.esphome_web_a85944_marstek_user_work_mode
name: Mode
- entity: select.esphome_web_a85944_marstek_rs485_control_mode
name: Manual Mode (be carefull)
- entity: select.esphome_web_a85944_marstek_forcible_charge_discharge
name: Set Mode
secondary_info: none
- entity: select.esphome_web_a85944_marstek_backup_function
name: Enable Backup Socket
- entity: number.esphome_web_a85944_marstek_forcible_charge_power
name: Charge Power Setting
- entity: number.esphome_web_a85944_marstek_forcible_discharge_power
name: Discharge Power Setting
- entity: number.esphome_web_a85944_marstek_charge_to_soc
name: Desired State of Charge

Dank je voor je uitleg en ga het met de Elfin proberen.

[LodeBo]

V1.0.2 met wifi en power indicator



https://github.com/LodeBo/battery-donut-card/tree/main

[rtlvandeven]

In de winter krijg je met de NOM mode op de Marstek zelf, de accu niet vol en zal deze pendelen tussen de 11 en x procent. De Marstek zal dus weinig keren de cellen balanceren aangezien dat pas gebeurt als deze 100% zijn. Aangezien ik mijn Marstek zelf door een lilygo laat aansturen (geen HA dus), heb ik daar de volgende oplossing voor ingebouwd. Op het moment dat de batterij leeg is (instelbaar perc aantikt) laat ik alleen nog maar overtollige energy de batterij ingaan totdat deze vol is (of een instelbaar perc heeft bereikt). Hiermee gaat ook in de winter de batterij vol maar kan het 2 of 3 dagen duren.
Misschien is dit een idee ook voor anderen interessant.

Onderstaand de webinterface die ik in mijn lilyGo heb verwerkt:



Ik ben nog steeds bezig om de code aan te passen adhv nieuwe inzichten dus wellicht komen er nog opties bij.

[rienk_brandsma]

Hallo Allen,

sinds een paar weken heb ik een venus E V3 met FW 139
de rs485 lees ik uit via een EW11A
in Home Assistant gebruik ik de integratie "Marstek Venus Battery 2025.10.1" van ViperRNMC
dit werk tot nu toe allemaal top.
nu wil ik wat gaan stoeien en met automatiseringen gaan werken
en de accu handmatig laten (ont)laden.
hoewel dit vanuit het integratie menu goed werkt
(force mode op charge en dan RS485 control mode aan)

maar als ik vanuit een automatisering de force mode een andere mode wil geven
dan kent HA de keuze optie "select.marstek_venus_modbus_force_mode" niet

als ik onder acties handmatig de code geef
action: input_select.select_option
target:
entity_id: select.marstek_venus_modbus_force_mode
data:
option: Charge

dan zie ik in de integratie de mode veranderen naar charge
maar na een paar seconde weer terug springen naar none

dit zelfde doet hij ook met de Work-mode (al zie je die wel onder de automatisering)

iemand hier meer ervaringen mee?

[ Voor 4% gewijzigd door rienk_brandsma op 27-10-2025 22:11 ]

[GoBieN-Be]

Eerst RS485 Controle Mode aanzetten.
Dan pas charge of discharge force.
Maar voor de work mode hoeft dat niet.

[ Voor 51% gewijzigd door GoBieN-Be op 28-10-2025 00:33 ]

[pascallj]

GoBieN-Be schreef op dinsdag 28 oktober 2025 @ 00:32:
Eerst RS485 Controle Mode aanzetten.
Dan pas charge of discharge force.
Maar voor de work mode hoeft dat niet.

De volgorde maakt niet uit. Andersom kan ook.

[rienk_brandsma]

rienk_brandsma schreef op maandag 27 oktober 2025 @ 21:53:
Hallo Allen,

sinds een paar weken heb ik een venus E V3 met FW 139
de rs485 lees ik uit via een EW11A
in Home Assistant gebruik ik de integratie "Marstek Venus Battery 2025.10.1" van ViperRNMC
dit werk tot nu toe allemaal top.
nu wil ik wat gaan stoeien en met automatiseringen gaan werken
en de accu handmatig laten (ont)laden.
hoewel dit vanuit het integratie menu goed werkt
(force mode op charge en dan RS485 control mode aan)

maar als ik vanuit een automatisering de force mode een andere mode wil geven
dan kent HA de keuze optie "select.marstek_venus_modbus_force_mode" niet

als ik onder acties handmatig de code geef
action: input_select.select_option
target:
entity_id: select.marstek_venus_modbus_force_mode
data:
option: Charge

dan zie ik in de integratie de mode veranderen naar charge
maar na een paar seconde weer terug springen naar none

dit zelfde doet hij ook met de Work-mode (al zie je die wel onder de automatisering)

iemand hier meer ervaringen mee?

ik denk het probleem gevonden te hebben

HA heeft 2 verschillende typen actions voor select

input_select.select_option
select.select_option
de laatste lijkt wel te werken

[Goosmeister]

Zojuist heb ik de integratie "Marstek Venus Battery 2025.10.1" van ViperRNMC geïnstalleerd in Home Assistant . Vervolgens het bestand registers_v3.py uit de fork van b-elio toegevoegd, wat voor zover ik kan zien de enige wijziging is binnen de fork.
De Marstek Venus E V3 met firmwareversie 139 en Elfin 11A functioneert nu eindelijk goed binnen Home Assistant.

[corsat]

AUijtdehaag schreef op zaterdag 25 oktober 2025 @ 11:49:
Voor de nodered gebruikers van de code van @GAEvakYD en zijn collega is er weer een video geplaatst.
[YouTube: Control Marstek Venus home batteries using Home Assistant and Node-RED | instructies (NL)]

Ik ben bezig deze node red in mijn ha te zetten maar welke grid power sensor moet ik gebruiken als ik nu de ct003 gebruik. Verder probeer ik de verschillende nodes te begrijpen maar ik wil onafhankelijk van Marstek via ha mijn batterijen monitoren en laten werken via ct003 op nom. Verder ziet mijn dashboard er anders uit dan in het yt filmpje, ik mis onderdelen.

[ Voor 5% gewijzigd door corsat op 31-10-2025 19:10 ]

[AUijtdehaag]

@corsat
Het is juist de bedoeling om ter vervanging van de marstek besturing, modbus sturing te gebruiken
Heb je geen HW p1 wifi of iets dergelijks waar de p1 waarde vandaan kan komen?

[[RNMC] Viper]

Goosmeister schreef op woensdag 29 oktober 2025 @ 00:16:
Zojuist heb ik de integratie "Marstek Venus Battery 2025.10.1" van ViperRNMC geïnstalleerd in Home Assistant . Vervolgens het bestand registers_v3.py uit de fork van b-elio toegevoegd, wat voor zover ik kan zien de enige wijziging is binnen de fork.
De Marstek Venus E V3 met firmwareversie 139 en Elfin 11A functioneert nu eindelijk goed binnen Home Assistant.

[Afbeelding]

In laatste beta zitten nu ook de controls, wel mis in nog een aantal registers voor de v3.

sensor:

• ac_offgrid_power
• sn_code
• software_version
• bms_version
• ems_version
• fault_status
• alarm_status
• ac_current
• ac_offgrid_current
• battery_current
• battery_power

binary:

• discharge_limit_mode

select:

• grid_standard

number:

• charging_cutoff_capacity
• discharging_cutoff_capacity

[ Voor 26% gewijzigd door [RNMC] Viper op 31-10-2025 20:19 ]

[jeankebos]

Ik heb 2 venus e 2.0 batterijen en ik heb al 1 batterij kunnen aansturen via home assistant en een Elfin EW11. (tweede elfin is onderweg) Ik heb optie C gebruikt, de oude originele code.

Ik begrijp alleen niet hoe ik de batterij nu via home assistant moet aansturen? Ik zie wel de gegevens binnenkomen maar hoe maak ik de batterij wijs dat ze naar home assistant moet luisteren en niet naar de marstek app? Gaan jullie ervan uit dat iedereen hier weet hoe dat moet? Ik ben een absolute home assistant newbie...

Ook wel bang dat ik iets verkeerd doe en dat de door MT app aangestuurde batterij de HA Batterij begint op te laden of omgekeerd...

Oja, wil de batterij via HA instellen om op te laden wanneer mijn zonnepanelen overschot hebben, maar dan iets verfijnder dan met de MT app

[ Voor 20% gewijzigd door jeankebos op 31-10-2025 21:22 ]

[corsat]

@AUijtdehaag Ik heb youless p1 meter en de Shelly 3em pro dus die moet ik dan selecteren, zal morgen de entiteit opzoeken.

[ Voor 6% gewijzigd door corsat op 31-10-2025 22:36 ]

[pascallj]

jeankebos schreef op vrijdag 31 oktober 2025 @ 21:17:
Ik heb 2 venus e 2.0 batterijen en ik heb al 1 batterij kunnen aansturen via home assistant en een Elfin EW11. (tweede elfin is onderweg) Ik heb optie C gebruikt, de oude originele code.

Ik begrijp alleen niet hoe ik de batterij nu via home assistant moet aansturen? Ik zie wel de gegevens binnenkomen maar hoe maak ik de batterij wijs dat ze naar home assistant moet luisteren en niet naar de marstek app? Gaan jullie ervan uit dat iedereen hier weet hoe dat moet? Ik ben een absolute home assistant newbie...

Ook wel bang dat ik iets verkeerd doe en dat de door MT app aangestuurde batterij de HA Batterij begint op te laden of omgekeerd...

Oja, wil de batterij via HA instellen om op te laden wanneer mijn zonnepanelen overschot hebben, maar dan iets verfijnder dan met de MT app

Je zal toch automatiseringen moeten maken binnen Home Assistant. Als je daar geen ervaring mee hebt gaat het een beetje ver om dat hier te gaan uitleggen.

In elk geval staat in de TS van dit topic welke waarde waarop moeten staan om de batterij aan te sturen en wat ze betekenen. Denk aan RS485 Control aan etc.

Maar aangezien je twee batterijen hebt is dat ook al wel een extra moeilijkheid om rekening mee te houden als je niet wilt dat ze elkaar gaan opladen. Je zal dus altijd rekening moeten houden met de status van beide batterijen.

Stel dat je wil laden van je zonne overschot. Kijk je naar de waarde van de P1 meter en als die negatief is kan je met dat vermogen gaan laden. Maar negatief zijn kan in dit geval ook betekenen dat de andere batterij aan het ontladen is. Moet je ook rekening mee houden.

Het kan allemaal, maar een eigen NOM regeling maken, zeker met twee batterijen, is geen kinderspel. Als je echt een HA newbie bent, misschien eerst kijken of je wat eenvoudigere dingen kan automatiseren.

[RF1000]

Ik ben ook enigszins een newbee en ga dit weekend aan de slag met een lilygo en homey. Maar een andere optie is toch het aansturen van de stand nu volle bak laden bij de laagste elektriciteitsprijs en bij vol naar NOM overschakelen waarna de marstek gewoon regulier wordt aangestuurd door (bv) de CT003?

[pascallj]

RF1000 schreef op zaterdag 1 november 2025 @ 09:15:
Ik ben ook enigszins een newbee en ga dit weekend aan de slag met een lilygo en homey. Maar een andere optie is toch het aansturen van de stand nu volle bak laden bij de laagste elektriciteitsprijs en bij vol naar NOM overschakelen waarna de marstek gewoon regulier wordt aangestuurd door (bv) de CT003?

Ja hoor dat kan ook. Stuk eenvoudiger om te programmeren. Forceren laden dmv van 'force' registers en daarna RS485 Control weer uitzetten en de Marstek springt terug naar het programma wat hij hiervoor had (AI, Anti-Feed of Manual).

[crabe919]

Ik heb de elfin EW11 koppeling aan de praat gekregen, maar nu kom ik volgende nodered flows tegen die blijkbaar voorzien zijn voor een lillygo/atom esp koppeling.

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

Is er een mogelijkheid om deze met de elfin aan de praat te krijgen? of stap ik beter over naar liliygo installatie.

Ik had gekozen voor de modbus aansturing om een stapje ervan tussen te halen en geen performance te moeten inboeten. Verkeerde keuze?

Liefst had ik de standaardsturing op de marstek behouden (hij werkt goed samen met de ct002) maar wil wat meer vrijheid naar programma keuzes (peekshaving in Belgie en charge and wait mode). He geprobeerd met de B2500 emulator maar de marstek reageert soms niet op de input ( waarde zichtbaar in app maar battery doet los daarvan zijn ding en volgt niet).

[r03n_d]

RF1000 schreef op zaterdag 1 november 2025 @ 09:15:
Ik ben ook enigszins een newbee en ga dit weekend aan de slag met een lilygo en homey. Maar een andere optie is toch het aansturen van de stand nu volle bak laden bij de laagste elektriciteitsprijs en bij vol naar NOM overschakelen waarna de marstek gewoon regulier wordt aangestuurd door (bv) de CT003?

Dat is precies wat ik doe. Geforceerd vol laden als de prijs het laagst is, en daarna terug naar AI stand. Ik moet alleen nog zien in te bouwen dat dat geforceerd laden als het verschil tussen de hoogste en de laagste prijs op een bepaalde dag groot genoeg is. Maar daar stopt mijn eveneens newbie-kennis.

[Goosmeister]

[RNMC] Viper schreef op vrijdag 31 oktober 2025 @ 20:14:
[...]

In laatste beta zitten nu ook de controls, wel mis in nog een aantal registers voor de v3.

sensor:

• ac_offgrid_power
• sn_code
• software_version
• bms_version
• ems_version
• fault_status
• alarm_status
• ac_current
• ac_offgrid_current
• battery_current
• battery_power

binary:

• discharge_limit_mode

select:

• grid_standard

number:

• charging_cutoff_capacity
• discharging_cutoff_capacity

Van het weekeinde de bèta geïnstalleerd en AC current, Battery Current en Battery Power zie ik wel in je integratie. Het blijft een beetje behelpen met de V3 want bepaalde waardes wil je kunnen aanpassen en vervelend als deze niet vanuit de V3 beschikbaar worden gesteld
Dank in ieder geval voor je integratie! 😀

[corsat]

AUijtdehaag schreef op zaterdag 25 oktober 2025 @ 11:49:
Voor de nodered gebruikers van de code van @GAEvakYD en zijn collega is er weer een video geplaatst.
[YouTube: Control Marstek Venus home batteries using Home Assistant and Node-RED | instructies (NL)]

Ik heb deze instructie gevolgd maar krijg mijn power meting niet werkend. Heb zowel mijn youless als mijn Shelly 3pro em in de configuratie file geplaatst maar er gebeurt niets. Ik neem aaan dat ik alleen regel 23 moet aanpassen of moet regel 14 en 15 ook aangepast worden?

[AUijtdehaag]

@corsat
Welke yaml?
Er is een discord server opgezet voor directe vragen
Zie linkje onder de video (meer) in het YouTube kanaal van gitcodebob

[ Voor 77% gewijzigd door AUijtdehaag op 03-11-2025 20:24 ]

[dbra]

Heeft iemand voor de E V3 al software versie 143 geprobeerd in combinatie met RS485? Ik lees dat deze op verzoek geïnstalleerd kan worden.

Ik mis nog steeds een aantal parameters in Home Assistant onder software versie 139, in het bijzonder discharging_cutoff_capacity, en hoop dat deze in toekomstige versies beschikbaar komen. Ik zie ook verhalen dat Marstek de RS485 poort uitschakelt, ivm crashende batterijen, dus ik verzoek niet graag om een software versie die mijn monitoring via RS485 onmogelijk maakt.

Dank alvast!

[WargamingPlayer]

Zie hier een grote update voor de Modbus Elfin packages.
https://github.com/Wargam...odbus/blob/main/README.md

Er zijn behoorlijk wat updates, vandaar dat er tussen 2025.9.1 en 2025.11.1 best wel wat tijd zat. 2025.10.1 is nooit gepubliceerd.

Er zat een fout in de scripts en automations om forcable charge te doen, met name wanneer je de yaml voor device 2 en device 3 gebruikte. Ik kwam daar achter na introductie van nieuwe functionaliteit.

De nieuwe functionaliteit maakt het mogelijk om Manual Schedule 1 t/m 6 te lezen en te schrijven.

Dit is handig wanneer je nu zelf een EMS wil maken in HA. Waarbij je bijvoorbeeld standaard AI modus wil draaien, maar op bepaalde tijdstippen alleen Manual wil draaien. Of dat je gewoon "dynamisch manual" wil draaien.

Veel plezier!

[corsat]

AUijtdehaag schreef op maandag 3 november 2025 @ 20:20:
@corsat
Welke yaml?
Er is een discord server opgezet voor directe vragen
Zie linkje onder de video (meer) in het YouTube kanaal van gitcodebob

Het gaat om deze YAML en ik heb 2 verschillende power meters geprobeerd maar zonder succes, heb alleen regel 23 aangepast.
unique_id: "p1_meter_power"
state: "{{ states('sensor.energiemeter_huidig_stroomverbruik_2') }}" # << SET YOUR GRID POWER SENSOR HERE


# It should be included in the main configuration.yaml file as a `package` via `!include_dir_named` https://www.home-assistant.io/docs/configuration/packages/.
# Use the values below as a `template` for your specific needs

template:
- sensor:
# Example: sensor for single-phase power meter
- name: "YOULESS Meter Power"
unique_id: "YOULESS_meter_power"
unit_of_measurement: "W"
device_class: "power"
state_class: "measurement"
state: >
{% set consumption = states('sensor.electricity_meter_power_consumption_phase_l1') | float(0) %}
{% set production = states('sensor.electricity_meter_power_production_phase_l1') | float(0) %}
{{ (consumption - production) | round(2) }}

# House battery control | Grid power
# Your P1 meter indicates the power drawn or returned to grid.
# This "P1 meter power" sensor acts as an alias for you power sensing configuration and is used throughout the node-RED scripts.
- name: "Grid Power"
# This file contains config for Home Assistant unique to your installation and should not be overwritten with each update of House Battery Control
unique_id: "p1_meter_power"
state: "{{ states('sensor.energiemeter_huidig_stroomverbruik_2') }}" # << SET YOUR GRID POWER SENSOR HERE
unit_of_measurement: "W"
device_class: "power"
state_class: "measurement"

[AUijtdehaag]

Alleen op regel 23 komt de juiste p1 sensor

YAML:

# This file contains config for Home Assistant unique to your installation and should not be overwritten with each update of House Battery Control
# It should be included in the main configuration.yaml file as a `package` via `!include_dir_named` https://www.home-assistant.io/docs/configuration/packages/.
# Use the values below as a `template` for your specific needs

template:
  - sensor:
      # Example: sensor for single-phase power meter
#      - name: "L1 Meter Power"
#        unique_id: "l1_meter_power"
#        unit_of_measurement: "W"
#        device_class: "power"
#        state_class: "measurement"
#        state: >
#          {% set consumption = states('sensor.electricity_meter_power_consumption_phase_l1') | float(0) %}
#          {% set production = states('sensor.electricity_meter_power_production_phase_l1') | float(0) %}
#          {{ (consumption - production) | round(2) }}

      # House battery control | Grid power
      # Your P1 meter indicates the power drawn or returned to grid.
      # This "P1 meter power" sensor acts as an alias for you power sensing configuration and is used throughout the node-RED scripts.
      - name: "p1 meter power"
        unique_id: "p1_meter_power"
        state: "{{ states('sensor.p1_meter_active_power') }}" # << SET YOUR GRID POWER SENSOR HERE
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"

Ik heb een HW p1 wifi die zowel positief als negatief al aan kan geven. Dus het 1e gedeelte is onbelangrijk voor mij. (de berekening van 2 sensor waarden)
Ik heb vandaag discord nog niet bekeken, maar ik heb een vermoeden dat het nog hapert als template sensor in nodered te gebruiken.
Ik moet soms nodered herstarten, wil hij de gevraagde p1 vermogen weer oppikken
Ik raad je ook aan discord in de gaten te houden, om dit topic niet teveel te vervuilen met vragen.

[slagtree]

Goosmeister schreef op woensdag 29 oktober 2025 @ 00:16:
Zojuist heb ik de integratie "Marstek Venus Battery 2025.10.1" van ViperRNMC geïnstalleerd in Home Assistant . Vervolgens het bestand registers_v3.py uit de fork van b-elio toegevoegd, wat voor zover ik kan zien de enige wijziging is binnen de fork.
De Marstek Venus E V3 met firmwareversie 139 en Elfin 11A functioneert nu eindelijk goed binnen Home Assistant.

[Afbeelding]

Waar heb je het bestand registers_v3.py vandaan gehaald en hoe heb je die geinstalleerd?

[[RNMC] Viper]

slagtree schreef op dinsdag 4 november 2025 @ 22:02:
[...]
Waar heb je het bestand registers_v3.py vandaan gehaald en hoe heb je die geinstalleerd?

In de nieuwste beta heb ik de registers van deze fork toegevoegd, samen met de voltages van de cellen die we onlangs ontdekte. Dit geldt alleen voor de v3.

[slagtree]

[RNMC] Viper schreef op dinsdag 4 november 2025 @ 22:27:
[...]

In de nieuwste beta heb ik de registers van deze fork toegevoegd, samen met de voltages van de cellen die we onlangs ontdekte. Dit geldt alleen voor de v3.

Ik kreeg via HACS onlangs een melding dat er een update was en die update heb ik uitgevoerd en toen bleek dat de aansturingen van de batterij er niet meer zijn. Ik ben niet zo bekend met github. Hoe kan ik die fork van je vinden? en kan ik de huidige registers_v3.py bestand hiermee vervangen?

Gevonden, via hacs kan ik ook je beta versie downloaden!

[ Voor 4% gewijzigd door slagtree op 04-11-2025 22:50 ]

[W.Eskens]

Dag allen

Ik ben sinds kort ook trotse eigenaar van een Marstek V3 en ben op zoek naar manieren om data in Home Assistant te krijgen. De Bluetooth integratie van Jaap werkte tot voor kort goed, zelfs met een interval van 1 seconden.
Nu ben ik echter van plan om te veranderen naar een modbus aansluiting en ik zag de Elfin voorbijkomen.

Is het nodig om een converter kabel bij te bestellen of kan je in principe een UTP kabel doorknippen, het draadschema volgen, nieuwe connector aansluiten en deze rechtstreeks vanuit de Elfin in de Venus stoppen?

Is het ook nodig om een antenne bij te bestellen als de wifi vlakbij staat?

Alvast bedankt
Wouter

[pascallj]

W.Eskens schreef op woensdag 5 november 2025 @ 22:31:
Dag allen

Ik ben sinds kort ook trotse eigenaar van een Marstek V3 en ben op zoek naar manieren om data in Home Assistant te krijgen. De Bluetooth integratie van Jaap werkte tot voor kort goed, zelfs met een interval van 1 seconden.
Nu ben ik echter van plan om te veranderen naar een modbus aansluiting en ik zag de Elfin voorbijkomen.

Is het nodig om een converter kabel bij te bestellen of kan je in principe een UTP kabel doorknippen, het draadschema volgen, nieuwe connector aansluiten en deze rechtstreeks vanuit de Elfin in de Venus stoppen?

Is het ook nodig om een antenne bij te bestellen als de wifi vlakbij staat?

Alvast bedankt
Wouter

Bedoel je rechtstreeks een netwerkkabel maken van de Marstek naar de Elfin ipv van eerst de break-out connecter erin te stoppen? Dat moet denk ik wel werken. Lastige is alleen, dat als blijkt dat de Marstek niet genoeg voeding geeft oid, je niet makkelijk een andere voeding kan aansluiten. Maar dat zie je dan vanzelf. Wel even goed de pin-out controleren.

De WiFi antenne wordt er toch standaard bijgeleverd? Lijkt mij wel dat die nodig is, meestal werkt iets wat een antenne verwacht echt nauwelijks zonder.

[Goosmeister]

W.Eskens schreef op woensdag 5 november 2025 @ 22:31:
Dag allen

Ik ben sinds kort ook trotse eigenaar van een Marstek V3 en ben op zoek naar manieren om data in Home Assistant te krijgen. De Bluetooth integratie van Jaap werkte tot voor kort goed, zelfs met een interval van 1 seconden.
Nu ben ik echter van plan om te veranderen naar een modbus aansluiting en ik zag de Elfin voorbijkomen.

Is het nodig om een converter kabel bij te bestellen of kan je in principe een UTP kabel doorknippen, het draadschema volgen, nieuwe connector aansluiten en deze rechtstreeks vanuit de Elfin in de Venus stoppen?

Is het ook nodig om een antenne bij te bestellen als de wifi vlakbij staat?

Alvast bedankt
Wouter

Wat je wilt met de kabel kan. Zelf heb ik een netwerkkabel doorgeknipt en een rj45 connector gekrompen met het bedradingsschema van de Elfin . Of het bereik van de elfin zonder externe antenne lukt weet ik niet.
De Elfin krijgt in ieder geval genoeg stroom van de Marstek.

[W.Eskens]

pascallj schreef op woensdag 5 november 2025 @ 23:30:
[...]


Bedoel je rechtstreeks een netwerkkabel maken van de Marstek naar de Elfin ipv van eerst de break-out connecter erin te stoppen? Dat moet denk ik wel werken. Lastige is alleen, dat als blijkt dat de Marstek niet genoeg voeding geeft oid, je niet makkelijk een andere voeding kan aansluiten. Maar dat zie je dan vanzelf. Wel even goed de pin-out controleren.

De WiFi antenne wordt er toch standaard bijgeleverd? Lijkt mij wel dat die nodig is, meestal werkt iets wat een antenne verwacht echt nauwelijks zonder.

Op Ali ook te vinden zonder antenne. Maar dan bestel ik die wel even bij. Bedankt voor het antwoord!

[ Voor 14% gewijzigd door W.Eskens op 06-11-2025 06:57 ]

[W.Eskens]

Goosmeister schreef op donderdag 6 november 2025 @ 01:25:
[...]


Wat je wilt met de kabel kan. Zelf heb ik een netwerkkabel doorgeknipt en een rj45 connector gekrompen met het bedradingsschema van de Elfin . Of het bereik van de elfin zonder externe antenne lukt weet ik niet.
De Elfin krijgt in ieder geval genoeg stroom van de Marstek.

Bedankt voor het antwoord, dan ga ik dat ook op deze manier proberen!

[WargamingPlayer]

W.Eskens schreef op donderdag 6 november 2025 @ 06:56:
[...]


Op Ali ook te vinden zonder antenne. Maar dan bestel ik die wel even bij. Bedankt voor het antwoord!

Voor die ene € prijsverschil gewoon met antenne natuurlijk 🤣

[nicovdk]

Ik heb inmiddels 2 LilyGo T-CAN485s liggen, waarbij ik niet op de webserver kom.

Wanneer ik kijk naar de youtube van dennyvankleef, dan kan je via het IP-Adres naar de webserver.
Dit lukt bij mij niet. IP-adres wordt wel geregistreerd in de TPLink DECO router, maar valt niet te benaderen.
Is er iemand die een idee heeft wat hier aan de hand kan zijn??