Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 08:46:
@gho
Welke esphome builder code gebruik je?
Hier staat geen vast ip adres in voor de lilygo en dan krijgt de lilygo via DHCP automatisch een ip adres van de router.
https://github.com/Superd...lilygo-rs485.yaml#L30-L32

Als je het ip adres invult in de lilygo van de marstek of van de router krijg je ip conflicten.
Lilygo moet een uniek ip adres krijgen (via dhcp is dat het handigste, dan hoef je er zelf niet over na te denken)

Verder zou ik hier ook even een hekje # voor zetten om naderhand geen herkenningsproblemen te krijgen in HA
https://github.com/Superd...lilygo-rs485.yaml#L23-L24

esphome buider code ?? Huidige versie is: 2025.9.1 of bedoel wat anders?
Heb het vast ip adresss al weer verwijderd (gebruik niet de Iot deco)

https://github.com/Superd...ain/lilygo-rs485.yaml#L28
Bij het aanmaken van een nieuw esphome device kies je "skip" bij de vraag van encrption key.

secrets, wat betreft wifi, in esphome builder zo er zo uit moeten zien
https://github.com/fonske...ecrets_example.yaml#L2-L3

Als je dan nog geen verbinding hebt, dan zou je in ieder geval een wifi hotspot moeten zien.

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 08:46:
@gho
Welke esphome builder code gebruik je?
Hier staat geen vast ip adres in voor de lilygo en dan krijgt de lilygo via DHCP automatisch een ip adres van de router.
https://github.com/Superd...lilygo-rs485.yaml#L30-L32

Als je het ip adres invult in de lilygo van de marstek of van de router krijg je ip conflicten.
Lilygo moet een uniek ip adres krijgen (via dhcp is dat het handigste, dan hoef je er zelf niet over na te denken)

Verder zou ik hier ook even een hekje # voor zetten om naderhand geen herkenningsproblemen te krijgen in HA
https://github.com/Superd...lilygo-rs485.yaml#L23-L24
en
https://github.com/Superd...ain/lilygo-rs485.yaml#L28
Bij het aanmaken van een nieuw esphome device kies je "skip" bij de vraag van encrption key.

secrets, wat betreft wifi, in esphome builder zo er zo uit moeten zien
https://github.com/fonske...ecrets_example.yaml#L2-L3

Als je dan nog geen verbinding hebt, dan zou je in ieder geval een wifi hotspot moeten zien.

Sorry weet niet waar ik de code van ESP Home builder kan vinden, Huidige versie is: 2025.9.1
Vast Ip adres heb ik alweer verwijderd en geen IOT Deco doch TPLinkDeco
zie nu dat er in mijn Secrets GEEN Marstek IP secrets staat en weet ook niet waar ik dat vandaan kan halen om met editor in secrets te verwerken.

[AUijtdehaag]

@gho
Ik heb de esphome builder code van de lilygo ongeveer 3x gelinkt in mijn vorige bericht.
Maar misschien wil iemand even de code voor je builden, dan hoef je alleen maar te flashen met https://web.esphome.io/?dashboard_install
En je wifi aanmelden via wifi hotspot.

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 14:28:
@gho
Ik heb de esphome builder code van de lilygo ongeveer 3x gelinkt in mijn vorige bericht.
Maar misschien wil iemand even de code voor je builden, dan hoef je alleen maar te flashen met https://web.esphome.io/?dashboard_install
En je wifi aanmelden via wifi hotspot.

OK hartstikke dank, ga de gelinkte opnieuw toepassen en hopelijk krijg ik hm daarmee wel aan de praat, dat zou heel fijn zijn aangezien ik niet van de Chinese EU site gekoppeld wil blijven, nogmaals veel dank voor de info en links

[SatScan]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Getest en het werk! Natuurlijk niet de solar items maar de rest wel!
Ik hoop dat je tijd vind om dit uit te bouwen met cel Temp/Mv etc...
(6 apparaten . 31 entiteiten)

Mocht ik je ergens mee kunnen helpen dan hoor ik het graag!

Dank je wel!

PS het lukt voor nu om alleen 1 batterij toe te voegen.
PPS Helaas verbreekt de CT verbinding na een tijdje. Ik test nu separaat de items om uit te zoeken welke api call dit veroorzaakt.

[ Voor 17% gewijzigd door SatScan op 28-09-2025 18:44 ]

[[RNMC] Viper]

Rik Mertens schreef op zondag 28 september 2025 @ 10:09:
Even modus update. Ik had mij een elfin EE11 gekocht. Ik geef altijd de voorkeur aan bedraad netwerk. Echter kreeg ik geen goede communicatie. Bij wijze van test toch maar eens vervangen door een EW11... Blijkt te werken bij de eerste poging.

Raar, aangezien bedrading etc niet gewijzigd is, enkel de EE11 naar EW11. Mogelijks toeval en was de EE11 defect, ofwel zit er toch ergens 'n verschil tussen beiden...

@superduper1969 mogelijks iets om te vermelden in de startpost?
@[RNMC] Viper jouw integratie doet het ook met de V3 prima (voor 'n beperkt aantal registers allesinds)

Kun je aangeven op github welke? Heb een beta klaar staan voor v3 en test hulp is welkom.

[superduper1969]

gho schreef op zondag 28 september 2025 @ 11:59:
[...]

Sorry weet niet waar ik de code van ESP Home builder kan vinden, Huidige versie is: 2025.9.1
Vast Ip adres heb ik alweer verwijderd en geen IOT Deco doch TPLinkDeco
zie nu dat er in mijn Secrets GEEN Marstek IP secrets staat en weet ook niet waar ik dat vandaan kan halen om met editor in secrets te verwerken.

Het zijn geen Marstek IP Secrets?

Je Lilygo moet op de Wifi, deze wordt geraliseerd door de TP-Link Deco.
Je TP Link Deco gebruik hiervoor een SSID (bv. Netwerk-Gho) en een wachtwoord (WatMoetinNuWeerVerzinnen!)

Dit zijn de dingen die je in je telefoon tegenkomt als je het aan je Wifi wil verbinden.
Dit is ook wat je gedaan hebt om de Marstek te verbinden.

Bij de Lilygo/ESP home heb je geen touch screen om effe je Wifi op te zoeken en het wachtwoord in te voeren, dus dat moet op een ander manier en die manier is.... Secrets!

Je Secrets ziet er dus zo uit:

code:

# Your Wi-Fi SSID and password
wifi_ssid: "Netwerk-Gho"
wifi_password: "WatMoetinNuWeerVerzinnen!"

[timvanloon]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Mooi ga ik proberen vd week, thx!

[Rik Mertens]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Op de V3 lijkt die (nog?) niet te werken? Andere proof of concepts die de API gebruiken doen het wel, dus lijkt me dat de API gewoon goed aanstaat op mijn toestel

[GoBieN-Be]

Volgens de bluetooth monitor tool staat de local API aan bij mij (na aanzetten ook via dezelfde tool), maar de swavans/home-assistant-marstek-local-api integratie levert mij ook geen data op met invullen juiste IP en kiezen battery status en charging strategy. Ik heb een V2 trouwens.

[ Voor 4% gewijzigd door GoBieN-Be op 28-09-2025 19:26 ]

[WargamingPlayer]

superduper1969 schreef op zaterdag 27 september 2025 @ 23:10:
[...]

Het probleem wat je hebt wordt waarschijnlijk veroorzaakt door iets wat je ons niet verteld. De kleinste details kunnen belangrijk zijn.
In een eerdere post hat het het over een iot netwerk?
Deco heeft standaard deze ip range:192.168.68.1 heb je deze ooit veranderd?
In de deco app moet je al je apparaten kunnen vinden.
Als je nog aan het troubleshooten bent moet je alles op hetzelfde netwerk zetten.
Dus geen iot netwerk en zeker niet het wifi netwerk van je internet provider. Normaal als je met decos werkt zet je de WiFi van je internet provider uit.
En als je wil weten hoe dat nu zit met netwerken, dan heb je deze "gouwe ouwe" https://youtu.be/EOYe71RWMvk

Ik heb gewoon mijn Deco’s in AP modus draaien. En dat werkt gewoon goed. Bij mij zitten de 2 Marsteks op de IOT ssid van de Deco’s met mijn Shelly’s, Elfin’s en andere IOT apparaten. Heb ook nooit last gehad dat mijn Marsteks de verbinding kwijt waren sinds ik op de Deco’s IOT 5Ghz heb uitgezet, WPA2 als enige modus heb staan. Het staat ook alleen op b/g/n. Wat wel telt is dat ECO modus uit staat. Dat maakt alles instabiel. Echter had ik uitvallende CT003 en dat device is gevoelig voor verstoring en netwerk onstabiliteit. Heb nu een SSID gemaakt op mijn router naast de CT003 en tot op heden geen enkel probleem. Alleen is dat een andere dan op mijn Deco’s en staat wel heel erg conservatief afgesteld. b/g/n, WPA2, kanaal 1, 20Mhz breed. En de CT003 heeft nu -24 dBm signaal en is niet onderuit te krijgen.

Dus een Deco hoeft niet in Router modus maar een CT003 heeft wel moeite met een Deco heb ik gemerkt. Maar de Accu’s zijn gewoon heel stabiel.

Overigens is de CT003 ook heel gevoelig voor API fouten heb ik al gemerkt. Resumerend geldt eigenlijk voor de CT003:

• Afstand WiFi Access Point < 2 meter houden, liefst zonder er iets tussen.
• Roaming/Mesh werkt niet lekker.
• Voorkeur voor laag kanaal, liefst kanaal 1.
• 20Mhz Wifi band is stabiel, 40Mhz is instabiel.
• Geen rare tekens in SSID en password.
• b/g of b/g/n gebruiken.
• Alleen WPA2 geen WPA2/WPA3.
• API access met verkeerde parameters laat hem crashen.

[Rik Mertens]

Ik heb tot dusver de beste resultaten met de B2500 add-on op HA. P1 meters op wifi (zowel marstek zelf als HW) hebben hier in huis de neiging om na n tijdje laggy te worden heb ik de indruk.

[springfield89]

Ik woon zelf in België en heb een dynamisch energie contract (uur prijzen). Ik wil niet dat de Marstek gaat ontladen als ik mijn EV laad (gebeurt dmv https://github.com/jonasbkarlsson/ev_smart_charging) op de goedkoopste uren. Dus ik heb begrepen dat ik dan de batterij op manueel moet zetten. Maar wat doen jullie dan om de marstek op te laden. Doen jullie dit dan ook met HA om dit te doen op de goedkoopste uren van de dag? Want in IA mode zal dit op de goedkoopste uren zijn, maar dat is dan vaak ook wanneer mijn EV zal laden aangezien ik vaak thuis werk.

[gho]

superduper1969 schreef op zondag 28 september 2025 @ 17:12:
[...]

Het zijn geen Marstek IP Secrets?

Je Lilygo moet op de Wifi, deze wordt geraliseerd door de TP-Link Deco.
Je TP Link Deco gebruik hiervoor een SSID (bv. Netwerk-Gho) en een wachtwoord (WatMoetinNuWeerVerzinnen!)

Dit zijn de dingen die je in je telefoon tegenkomt als je het aan je Wifi wil verbinden.
Dit is ook wat je gedaan hebt om de Marstek te verbinden.

Bij de Lilygo/ESP home heb je geen touch screen om effe je Wifi op te zoeken en het wachtwoord in te voeren, dus dat moet op een ander manier en die manier is.... Secrets!

Je Secrets ziet er dus zo uit:

code:

# Your Wi-Fi SSID and password
wifi_ssid: "Netwerk-Gho"
wifi_password: "WatMoetinNuWeerVerzinnen!"

Dank Superduper, de correcte Secrets waren en zijn nog reeds ingevoerd, dus daar kan het volgens mij niet aan liggen, ik zoek me rot om de WiFi verbinding met LilyGo aan de praat te krijgen, doch helaas.
LilyGo via USB koppelen aan de PC geeft vrijwel direct een rode Led en geen verbinding.
Druk op de Visit knop bij ESPHome Builder brengt me naar http://lilygo-rs485-2.local/ in de Brave browser waarvan ik de Shields heb uitgeschakeld en krijg vermelding Deze site is niet bereikbaar
Het DNS-adres van lilygo-rs485-2.local kan niet worden gevonden. Er wordt een diagnose van het probleem uitgevoerd.
DNS_PROBE_POSSIBLE[/i][/i]

[Kammika]

gho schreef op maandag 29 september 2025 @ 11:31:
[...]


Dank Superduper, de correcte Secrets waren en zijn nog reeds ingevoerd, dus daar kan het volgens mij niet aan liggen, ik zoek me rot om de WiFi verbinding met LilyGo aan de praat te krijgen, doch helaas.
LilyGo via USB koppelen aan de PC geeft vrijwel direct een rode Led en geen verbinding.
Druk op de Visit knop bij ESPHome Builder brengt me naar http://lilygo-rs485-2.local/ in de Brave browser waarvan ik de Shields heb uitgeschakeld en krijg vermelding Deze site is niet bereikbaar
Het DNS-adres van lilygo-rs485-2.local kan niet worden gevonden. Er wordt een diagnose van het probleem uitgevoerd.
DNS_PROBE_POSSIBLE[/i][/i]

dit soort geklooi is voor mij de reden dat ik juist voor zo'n elfin ben gegaan..., dan heb je geen geklooi met firmware op het apparaat zetten en zo...

Draait bij mij als een zonnetje met de integratie via HACS

[pascallj]

Kammika schreef op maandag 29 september 2025 @ 12:29:
[...]

dit soort geklooi is voor mij de reden dat ik juist voor zo'n elfin ben gegaan..., dan heb je geen geklooi met firmware op het apparaat zetten en zo...

Draait bij mij als een zonnetje met de integratie via HACS

Op zich is het natuurlijk waar dat je die Elfin niet hoeft te flashen, alleen je verplaatst de configuratie nu van een ESP apparaat dat je flasht, naar Home Assistant of een andere integratie. Het is wellicht iets makkelijker, maar is ook een beetje verplaatsen van het probleem.

Ik volg bovenstaand probleem een tijdje en het zou mij verbazen als iemand nog duidelijkheid heeft hoe of wat. Veel dingen hebben ook niets met ESP, ESPHome of Modbus te maken maar gewoon met het netwerk wat onnodig ingewikkeld is ingericht. Het voelt voor mij een beetje alsof @gho een zelfrijdende auto probeert te maken nog voordat bekend is of je wielen beter rond of vierkant kan maken. Dat is niet erg, want je kan niet alles weten, maar ik zou wel even bij het begin beginnen.

Misschien is het voor @gho handiger om even een los topic te maken en even vanaf begin af aan het probleem duidelijk probeert te beschrijven en zo simpel mogelijk te beginnen. Gewoon een simpel Wifi netwerk zonder ingewikkelde subnets/gasten netwerken/HA Greens via een Ethernet poort van een PC aangesloten.

[leejoow]

Helemaal mee eens. ESPHome is een super eenvoudig platform en volledig open source. Na de code bekeken te hebben durf ik dit ook zonder problemen op mijn 'normale' netwerk te laten draaien.

[Kenhas]

gho schreef op maandag 29 september 2025 @ 11:31:
[...]


Dank Superduper, de correcte Secrets waren en zijn nog reeds ingevoerd, dus daar kan het volgens mij niet aan liggen, ik zoek me rot om de WiFi verbinding met LilyGo aan de praat te krijgen, doch helaas.
LilyGo via USB koppelen aan de PC geeft vrijwel direct een rode Led en geen verbinding.
Druk op de Visit knop bij ESPHome Builder brengt me naar http://lilygo-rs485-2.local/ in de Brave browser waarvan ik de Shields heb uitgeschakeld en krijg vermelding Deze site is niet bereikbaar
Het DNS-adres van lilygo-rs485-2.local kan niet worden gevonden. Er wordt een diagnose van het probleem uitgevoerd.
DNS_PROBE_POSSIBLE[/i][/i]

Ik kom hier maar net kijken omdat ik eens werk wil maken van modbus (of misschien toch eens beslissen of ik ervoor ga of niet).

Het kan dus volledige onzin zijn die ik hieronder zet. Mijn excuses mocht dat het geval zijn.
Je spreekt over een rode led maar als ik eens snel in de code kijkt, heeft een rode led niets met wifi te maken


En heb je al eens in de router opgezocht of er een ip adres is toegekend? Indien ja, eens proberen met het ip adres ipv dat local adres.

Maar zoals gezegd, kan totaal verkeerd zijn

[timvanloon]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Ik krijg helaas geen data eruit.

[ Voor 35% gewijzigd door timvanloon op 29-09-2025 17:13 ]

[Weldie]

superduper1969 schreef op dinsdag 23 september 2025 @ 21:38:
[...]
dank je wel, ik ga het proberen.
Aangepast op Github, de namen waren niet uniek, melding krijg je pas bij 2 of 3 batterijen.

marstek_venus_battery2_control.yaml
Oud: daily_discharge:
Nieuw: daily_discharge2:

marstek_venus_battery3_control.yaml
Oud: daily_discharge:
Nieuw: daily_discharge3

Zelfde voor Daily Charge.

[Weldie]

WargamingPlayer schreef op woensdag 24 september 2025 @ 17:04:
[...]

Ik zie dat je de verkeerde gebruikt hebt. Die jij gebruikt hebt worden niet meer onderhouden en daar zit inderdaad dat issue in:

Je kan het beste deze gebruiken:
https://github.com/WargamingPlayer/HA-Marstek-Venus-E-Modbus

Dit omdat die van @superduper1969 registers mist en al even niet meer is onderhouden.

Dank je wel ga het testen.

[AUijtdehaag]

@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

[gho]

Kenhas schreef op maandag 29 september 2025 @ 13:30:
[...]

Ik kom hier maar net kijken omdat ik eens werk wil maken van modbus (of misschien toch eens beslissen of ik ervoor ga of niet).

Het kan dus volledige onzin zijn die ik hieronder zet. Mijn excuses mocht dat het geval zijn.
Je spreekt over een rode led maar als ik eens snel in de code kijkt, heeft een rode led niets met wifi te maken
[Afbeelding]

En heb je al eens in de router opgezocht of er een ip adres is toegekend? Indien ja, eens proberen met het ip adres ipv dat local adres.

Maar zoals gezegd, kan totaal verkeerd zijn

dank voor de reactie, zou best kunnen ede rode led rood brand door het script, maar ook bij het compileren wordt foutmelding gegeven geen wifi. Terwijl de Batterij via TP link al maanden stabiele verbinding heeft.
Zie ook reactie andere tweaker die aangeeft problemen met Deco verbinding te hebben ervaren, heb ondertussen andere PC laten aanrukken maar geefr zelfde klacht, dus mn PC is niet de oorzaak en het zoeken gaat wanhopig door

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 14:28:
@gho
Ik heb de esphome builder code van de lilygo ongeveer 3x gelinkt in mijn vorige bericht.
Maar misschien wil iemand even de code voor je builden, dan hoef je alleen maar te flashen met https://web.esphome.io/?dashboard_install
En je wifi aanmelden via wifi hotspot.

Beste,
Dank voor de reacties en zal van scratch af opnieuw de voorgestelde installatie uitvoeren deze keer met Home assistent UTP kabel in de Deco.
Heb nog een andere PC laten aanrukken, die hetzelfde effect gaf, dus mijn pc is het niet, doch wat wel ??

[gho]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

dank voor de reactie, ga alles opnieuw installeren

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 09:06:
[...]

dank voor de reactie, zou best kunnen ede rode led rood brand door het script, maar ook bij het compileren wordt foutmelding gegeven geen wifi. Terwijl de Batterij via TP link al maanden stabiele verbinding heeft.
Zie ook reactie andere tweaker die aangeeft problemen met Deco verbinding te hebben ervaren, heb ondertussen andere PC laten aanrukken maar geefr zelfde klacht, dus mn PC is niet de oorzaak en het zoeken gaat wanhopig door

Tijdens het compileren wordt niet gecontroleerd of de wifi verbinding actief is. Welk moment zie je dit exact en kan je de logging eens toevoegen?

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 09:14:
[...]


Beste,
Dank voor de reacties en zal van scratch af opnieuw de voorgestelde installatie uitvoeren deze keer met Home assistent UTP kabel in de Deco.
Heb nog een andere PC laten aanrukken, die hetzelfde effect gaf, dus mijn pc is het niet, doch wat wel ??

Hoe bedoel je de Home Assistant UTP kabel in de Deco? Heb je een tekening van je netwerksetup?

[gho]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

dank voor de reactie zal dit als 2e optie ook proberen doch eerst alles overnieuw installeren met web methode ondertussen andere pc laten aanrukken om zeker te weten dat het niet aan mijn pc ligt.
Dus mijn strijd gaat door...

[Witlof]

Ik heb de MarstekVenus-M5stackRS485 van @AUijtdehaag gekoppeld aan mijn Marstek Venus E V2.0 met sinds gisteren firmware 1.54 en BMS 2.16. Nu wil ik via Home Assistant een kalibratie-script maken om volledig op te laden en te ontladen. Is dat gewoon een kwestie van deze instellingen:

Control Mode: Enable
Forceble (dis)charge: Charge
Charge to SoC: 100%
Forceble Charge: 2500W

En als de SoC 100% bereikt

Control Mode: Enable
Forceble (dis)charge: Discharge
Discharge to SoC: 12%
Forceble Discharge: 800W

En is 1x voldoende of moet je dit meerdere keren uitvoeren voor een goede kalibratie?

[gho]

leejoow schreef op dinsdag 30 september 2025 @ 09:21:
[...]


Hoe bedoel je de Home Assistant UTP kabel in de Deco? Heb je een tekening van je netwerksetup?

Aangezien Home Assistant Green device uitsluitend met UTP verbonden is heb ik adh van Tweaker tip een UTP in de TP Link aangesloten zodat HA op hetzelfde netwerk zit.
TPLink heeft HA ook in haar netwerk opgenomen.

[gho]

superduper1969 schreef op zondag 28 september 2025 @ 17:12:
[...]

Het zijn geen Marstek IP Secrets?

Je Lilygo moet op de Wifi, deze wordt geraliseerd door de TP-Link Deco.
Je TP Link Deco gebruik hiervoor een SSID (bv. Netwerk-Gho) en een wachtwoord (WatMoetinNuWeerVerzinnen!)

Dit zijn de dingen die je in je telefoon tegenkomt als je het aan je Wifi wil verbinden.
Dit is ook wat je gedaan hebt om de Marstek te verbinden.

Bij de Lilygo/ESP home heb je geen touch screen om effe je Wifi op te zoeken en het wachtwoord in te voeren, dus dat moet op een ander manier en die manier is.... Secrets!

Je Secrets ziet er dus zo uit:

code:

# Your Wi-Fi SSID and password
wifi_ssid: "Netwerk-Gho"
wifi_password: "WatMoetinNuWeerVerzinnen!"

Mijn secrets zien er met mn ifo ook zo uit

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 09:27:
[...]


Aangezien Home Assistant Green device uitsluitend met UTP verbonden is heb ik adh van Tweaker tip een UTP in de TP Link aangesloten zodat HA op hetzelfde netwerk zit.
TPLink heeft HA ook in haar netwerk opgenomen.

Een tekening zou echt helpen hoe alles aan elkaar hangt.

[pascallj]

Witlof schreef op dinsdag 30 september 2025 @ 09:25:
Ik heb de MarstekVenus-M5stackRS485 van @AUijtdehaag gekoppeld aan mijn Marstek Venus E V2.0 met sinds gisteren firmware 1.54 en BMS 2.16. Nu wil ik via Home Assistant een kalibratie-script maken om volledig op te laden en te ontladen. Is dat gewoon een kwestie van deze instellingen:

Control Mode: Enable
Forceble (dis)charge: Charge
Charge to SoC: 100%
Forceble Charge: 2500W

En als de SoC 100% bereikt

Control Mode: Enable
Forceble (dis)charge: Discharge
Discharge to SoC: 12%
Forceble Discharge: 800W

En is 1x voldoende of moet je dit meerdere keren uitvoeren voor een goede kalibratie?

In principe kan je zelfs alleen 'Control Mode: Enable' en 'Charge To x procent SoC' gebruiken. De batterij doet het dan op vol vermogen echter (binnen de limieten die je hebt ingesteld verder natuurlijk).

Anders klopt het wat jij zegt, maar dan de '(dis)Charge to SoC' weglaten.

Maar je kunt toch ook gewoon even een klokprogramma instellen in Manuele modus via de app? Heb je hetzelfde effect. Hoef je het niet per se te programmeren.

[ Voor 7% gewijzigd door pascallj op 30-09-2025 09:55 ]

[pascallj]

gho schreef op dinsdag 30 september 2025 @ 09:06:
[...]

dank voor de reactie, zou best kunnen ede rode led rood brand door het script, maar ook bij het compileren wordt foutmelding gegeven geen wifi. Terwijl de Batterij via TP link al maanden stabiele verbinding heeft.
Zie ook reactie andere tweaker die aangeeft problemen met Deco verbinding te hebben ervaren, heb ondertussen andere PC laten aanrukken maar geefr zelfde klacht, dus mn PC is niet de oorzaak en het zoeken gaat wanhopig door

Bij het script wordt alleen geprobeerd om te uploaden via WiFi via mDNS. Maar het apparaat kan niet gevonden worden op je netwerk via mDNS. Probeer eerst eens gewoon altijd via USB te flashen. En dan kijken of dat apparaat op je netwerk verschijnt.

De verbinding van de batterij met WiFi heeft hier niets mee te maken. Probeer even te begrijpen wat er precies gebeurd en wat de foutmeldingen precies weergeven.

[bvansteenselen]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

heb dit ook geprobeerd kan op de hotspot, alleen kan ik daar geen wifi adres en password ingeven op de
eenmaal verbonden met de http://192.168.4.1 zowel op pc als telefoon lukt het me niet om een wifi netwerk aan de esp te koppelen.

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 08:46:
@gho
Welke esphome builder code gebruik je?
Hier staat geen vast ip adres in voor de lilygo en dan krijgt de lilygo via DHCP automatisch een ip adres van de router.
https://github.com/Superd...lilygo-rs485.yaml#L30-L32

Als je het ip adres invult in de lilygo van de marstek of van de router krijg je ip conflicten.
Lilygo moet een uniek ip adres krijgen (via dhcp is dat het handigste, dan hoef je er zelf niet over na te denken)

Verder zou ik hier ook even een hekje # voor zetten om naderhand geen herkenningsproblemen te krijgen in HA
https://github.com/Superd...lilygo-rs485.yaml#L23-L24
en
https://github.com/Superd...ain/lilygo-rs485.yaml#L28
Bij het aanmaken van een nieuw esphome device kies je "skip" bij de vraag van encrption key.

secrets, wat betreft wifi, in esphome builder zo er zo uit moeten zien
https://github.com/fonske...ecrets_example.yaml#L2-L3

Als je dan nog geen verbinding hebt, dan zou je in ieder geval een wifi hotspot moeten zien.

welnu deze foutmelding komt er te voorschijn ;
INFO Package configuration completed successfully
INFO Package configuration completed successfully
INFO Successfully compiled program.
ERROR Error resolving IP address of ['esphome-web-a90b50.local']. Is it connected to WiFi?
ERROR (If this error persists, please set a static IP address: https://esphome.io/components/wifi.html#manual-ips)
ERROR Timeout resolving IP address: Timeout while resolving IP address for ['esphome-web-a90b50.local']
WARNING Failed to upload to ['esphome-web-a90b50.local']

[gho]

en dat terwijl de Marstek en gekoppelde Deco unit elk het dezelfde Ip adres hebben

[pascallj]

gho schreef op dinsdag 30 september 2025 @ 10:34:
en dat terwijl de Marstek en gekoppelde Deco unit elk het dezelfde Ip adres hebben

Hetzelfde IP mag ik niet hopen want dubbele IP's in een netwerk hoort niet. Hopelijk bedoel je IP subnet.

Zoals ik hierboven al zei, vanaf nu eerst even via USB blijven uploaden want je apparaat wordt niet gevonden dus kan je ook niet flashen. En nogmaals de batterij heeft er nu nog niets mee te maken. Je probeert eerst los de LilyGo te flashen.

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 10:17:
[...]

welnu deze foutmelding komt er te voorschijn ;
INFO Package configuration completed successfully
INFO Package configuration completed successfully
INFO Successfully compiled program.
ERROR Error resolving IP address of ['esphome-web-a90b50.local']. Is it connected to WiFi?
ERROR (If this error persists, please set a static IP address: https://esphome.io/components/wifi.html#manual-ips)
ERROR Timeout resolving IP address: Timeout while resolving IP address for ['esphome-web-a90b50.local']
WARNING Failed to upload to ['esphome-web-a90b50.local']

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?

[ Voor 5% gewijzigd door leejoow op 30-09-2025 11:14 ]

[gho]

superduper1969 schreef op zaterdag 27 september 2025 @ 23:10:
[...]

Het probleem wat je hebt wordt waarschijnlijk veroorzaakt door iets wat je ons niet verteld. De kleinste details kunnen belangrijk zijn.
In een eerdere post hat het het over een iot netwerk?
Deco heeft standaard deze ip range:192.168.68.1 heb je deze ooit veranderd?
In de deco app moet je al je apparaten kunnen vinden.
Als je nog aan het troubleshooten bent moet je alles op hetzelfde netwerk zetten.
Dus geen iot netwerk en zeker niet het wifi netwerk van je internet provider. Normaal als je met decos werkt zet je de WiFi van je internet provider uit.
En als je wil weten hoe dat nu zit met netwerken, dan heb je deze "gouwe ouwe" https://youtu.be/EOYe71RWMvk

Heb alles weer overnieuw gedaan en ook hierbij geen verbinding om gek van te worden ...
ERROR Connecting to 192.168.4.1 port 3232 failed: timed out
ERROR Connection failed.
krijg tevens gele fout meldingen:
In file included from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/methods/NeoEsp32RmtMethod.h:49,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/NeoMethods.h:59,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/NeoPixelBus.h:43,
from src/esphome/components/neopixelbus/neopixelbus_light.h:12,
from src/esphome.h:59,
from src/main.cpp:3:
/data/cache/platformio/packages/framework-arduinoespressif32-libs/esp32/include/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"

ik weet niet wat ik hiermee aan moet

[Alan969]

bvansteenselen schreef op dinsdag 30 september 2025 @ 10:12:
[...]


heb dit ook geprobeerd kan op de hotspot, alleen kan ik daar geen wifi adres en password ingeven op de
eenmaal verbonden met de http://192.168.4.1 zowel op pc als telefoon lukt het me niet om een wifi netwerk aan de esp te koppelen.

Ik heb ook een ESP-module. Na verbinding via de hotspot heb ik mijn netwerkgegevens ingesteld. Ook bij mij lukte het niet om verbinding te maken met het netwerk. De reden was dat mijn oude modem mDNS niet ondersteunde. Misschien is dat ook je probleem.

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 11:32:
[...]

Heb alles weer overnieuw gedaan en ook hierbij geen verbinding om gek van te worden ...
ERROR Connecting to 192.168.4.1 port 3232 failed: timed out
ERROR Connection failed.

Waar krijg je deze melding? Dat genoemde IP adres is actief als er een fallback hotspot wordt gestart omdat er niet met de wifi verbonden kan worden. Maak nou eens een screenshot van wat je ziet, dan hebben wij een beter idee waar je mee bezig bent.

krijg tevens gele fout meldingen:
In file included from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/methods/NeoEsp32RmtMethod.h:49,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/NeoMethods.h:59,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/NeoPixelBus.h:43,
from src/esphome/components/neopixelbus/neopixelbus_light.h:12,
from src/esphome.h:59,
from src/main.cpp:3:
/data/cache/platformio/packages/framework-arduinoespressif32-libs/esp32/include/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"

ik weet niet wat ik hiermee aan moet

Die warnings kan je negeren.

[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?

Nee helaas geen LilyGo wifi te zien op de smart.
Heb telkens de LilyGo aangesloten om via USB te compileren, dat lukt op zich maar vervolgens zie ESPHome de Lilygo niet, logisch aangezien deze ook niet in het Wifi overzicht van de smart valt te zien.

Hoewel de batterij en de Deco aldaar al maanden goed verbonden zijn in het netwerk, wordt aanraden om de TP link Deco vaste dynaisch om te zetten, weet niet maar ga dat ook proberen,
Ik wil de Chineen van mn nek

[bvansteenselen]

Voor diegene die de modbus kabel heeft weggegooid of door iemand anders is weggegooid.

De modbusconnector die op de v1 en v2 past is de weipu sp1710 p5 male

[superduper1969]

gho schreef op dinsdag 30 september 2025 @ 11:32:
[...]

Heb alles weer overnieuw gedaan en ook hierbij geen verbinding om gek van te worden ...
ERROR Connecting to 192.168.4.1 port 3232 failed: timed out
ERROR Connection failed.
krijg tevens gele fout meldingen:
In file included from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/methods/NeoEsp32RmtMethod.h:49,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/NeoMethods.h:59,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/NeoPixelBus.h:43,
from src/esphome/components/neopixelbus/neopixelbus_light.h:12,
from src/esphome.h:59,
from src/main.cpp:3:
/data/cache/platformio/packages/framework-arduinoespressif32-libs/esp32/include/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"

ik weet niet wat ik hiermee aan moet

NeoPixelBus = Oude code, dit is 3-8-2025 gewijzigd maar maakt niet heel veel uit voor de werking.
Nieuwste code: https://github.com/Superd...ob/main/lilygo-rs485.yaml

192.168.4.1 = IP adres van de Hotspot Captive Portal, deze geeft een alternatieve methode om je Wifi in te stellen.

In mijn code is dat:

code:

# Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Lilygo-Rs485 Fallback Hotspot"
    password: "GBDjgqkttbFLa93eFCaj"

Natuurlijk kun je GBDjgqkttbFLa93eFCaj ook vervangen door 1234 want dat tikt makkelijker weg.

Dus je zet de nieuwste code er in, complileert, zet het in de lilygo enz,enz,
Op een of andere manier mislukt de Wifi koppeling het bij jou, je krijgt foutmeldingen enz.
DAARNA pak je je telefoon, zoekt naar nieuwe netwerken, dan VIND je Lilygo-Rs485 Fallback Hotspot
Je maakt verbinding met het wachtwoord GBDjgqkttbFLa93eFCaj of als je het gewijzigd hebt met 1234.

Als je verbinding hebt open je een webbrowser op je telefoon en ga naar 192.168.4.1 en volgt daar de instructies.
https://esphome.io/components/captive_portal/

[bvansteenselen]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

@AUijtdehaag instaleren van dit bestand gaat goed alleen kan ik niet de wifi gegevens invullen waardoor ik geen verbinding heb en deze dus ook niet kan koppelen via Esphome

[djdj105]

Ik wil me graag wat gaan bekwamen in het gebruik van Node-Red in Homeassistant en daarmee wat automatiseringen mee maken voor de Thuisaccu.
Helaas heb ik nog niet echt interessante tutorials kunnen vinden, het is vaak alleen maar basic "Hoe installeren" en dan vervolgens een lampje aansturen.
Of het is ineens heel erg complex (zoals de sturing van de Marstek gemaakt door mede tweaker @GAEvakYD ).

Ik ben dus op zoek naar iets wat daar tussen in zit.
Iemand een goede tutorial ?

[AUijtdehaag]

@gho @bvansteenselen
Mijn excuses, het blijkt dat @superduper1969 geen captive_portal in zijn esphome code heeft zitten?
Hier de juiste versie (voor 2 marsteks)
https://we.tl/t-JcbJjZrrro


@djdj105
Als je een beetje met nodered om kan gaan is die code van GAEvakYD niet zo heel moeilijk.

Echter zijn alle benamingen in de code gebaseerd op de M5stack bordjes (mijn versie) en zal je dus meer moeten aan passen met een lilygo esphome code (superduper versie)
Tenzij je mijn benaming aanhoud. marstek_m1 en marstek_m2, MT1 en MT2, enz
En dan nog kunnen er enige verschillen in namen zitten (niet gecontroleerd)
Edit: er staat daar overal nog marstek voor, vind ikzelf niet handig. Wordt de naam alleen maar langer van.

Dan is het de blauwe veldjes aanpassen naar je eigen HA server en oppassen dat sommige veldjes daarna niet leeg zijn. (omdat je een andere server kiest) En je P1 meter kiezen in de nodered flow

En afhankelijk van 1-2-3 batterijen doe je bepaalde nodes disablen.
Ik heb alle HA template entities in 1 yaml staan en in /packages gezet.
Als je die yaml code wilt geef maar even een seintje.

[ Voor 7% gewijzigd door AUijtdehaag op 30-09-2025 16:46 ]

[BjornVanc]

Interesse in code en op zoek naar Nodered tutorials :-)

[dannyro]

AUijtdehaag schreef op dinsdag 30 september 2025 @ 16:28:
@gho @bvansteenselen
Mijn excuses, het blijkt dat @superduper1969 geen captive_portal in zijn esphome code heeft zitten?
Hier de juiste versie (voor 2 marsteks)
https://we.tl/t-JcbJjZrrro


@djdj105
Als je een beetje met nodered om kan gaan is die code van GAEvakYD niet zo heel moeilijk.

Echter zijn alle benamingen in de code gebaseerd op de M5stack bordjes (mijn versie) en zal je dus meer moeten aan passen met een lilygo esphome code (superduper versie)
Tenzij je mijn benaming aanhoud. marstek_m1 en marstek_m2, MT1 en MT2, enz
En dan nog kunnen er enige verschillen in namen zitten (niet gecontroleerd)
Edit: er staat daar overal nog marstek voor, vind ikzelf niet handig. Wordt de naam alleen maar langer van.

Dan is het de blauwe veldjes aanpassen naar je eigen HA server en oppassen dat sommige veldjes daarna niet leeg zijn. (omdat je een andere server kiest) En je P1 meter kiezen in de nodered flow

En afhankelijk van 1-2-3 batterijen doe je bepaalde nodes disablen.
Ik heb alle HA template entities in 1 yaml staan en in /packages gezet.
Als je die yaml code wilt geef maar even een seintje.

Ik zie dat jij 4 dagen geleden een aanpassing heb gedaan? Mag ik vragen wat er veranderd of bijgekomen is?

[AUijtdehaag]

@dannyro
https://github.com/fonske...485/commits?author=fonske

[AUijtdehaag]

BjornVanc schreef op dinsdag 30 september 2025 @ 16:40:
Interesse in code en op zoek naar Nodered tutorials :-)

Hier de HA yaml (voor in /packages) behorende bij de nodered github
https://we.tl/t-Iiztw8ethH

Nodered tutorials op youtube

[ Voor 5% gewijzigd door AUijtdehaag op 30-09-2025 17:08 ]

[djdj105]

@AUijtdehaag

@djdj105
Als je een beetje met nodered om kan gaan is die code van GAEvakYD niet zo heel moeilijk.

Daar ligt nou net het probleem, vandaar mijn vraag naar tutorials. Inmiddels wat gevonden op YT, soort masterclass die het wat meer opbouwt.

Ik heb alle HA template entities in 1 yaml staan en in /packages gezet.
Als je die yaml code wilt geef maar even een seintje.

Dank voor het delen hiervan.

[gho]

superduper1969 schreef op dinsdag 30 september 2025 @ 14:00:
[...]

NeoPixelBus = Oude code, dit is 3-8-2025 gewijzigd maar maakt niet heel veel uit voor de werking.
Nieuwste code: https://github.com/Superd...ob/main/lilygo-rs485.yaml

192.168.4.1 = IP adres van de Hotspot Captive Portal, deze geeft een alternatieve methode om je Wifi in te stellen.

In mijn code is dat:

code:

# Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Lilygo-Rs485 Fallback Hotspot"
    password: "GBDjgqkttbFLa93eFCaj"

Natuurlijk kun je GBDjgqkttbFLa93eFCaj ook vervangen door 1234 want dat tikt makkelijker weg.

Dus je zet de nieuwste code er in, complileert, zet het in de lilygo enz,enz,
Op een of andere manier mislukt de Wifi koppeling het bij jou, je krijgt foutmeldingen enz.
DAARNA pak je je telefoon, zoekt naar nieuwe netwerken, dan VIND je Lilygo-Rs485 Fallback Hotspot
Je maakt verbinding met het wachtwoord GBDjgqkttbFLa93eFCaj of als je het gewijzigd hebt met 1234.

Als je verbinding hebt open je een webbrowser op je telefoon en ga naar 192.168.4.1 en volgt daar de instructies.
https://esphome.io/components/captive_portal/

Ok bedankt voor de hulp ik ga daar morgen verder mee aan de slag, vandaag getracht de tp link naar statisch om te zetten en toen was ik nog verder van huis, kortom alles weer terug en opnieuw geïnstalleerd met opnieuw geen Wifi koppeling wel weer de rode lLilygo led
Heel even kwam op de pc de hotspot tevoorschijn
Zal morgen ook de nieuwste code erin zetten.
Fijne avond en hartelijk dank

[AUijtdehaag]

Voor wie het leuk vind, @GAEvakYD heeft een discord servertje geregeld om over zijn (en zijn collega Bob) nodered flows te discussieren.
https://discord.gg/AERRGpQD

[ Voor 10% gewijzigd door AUijtdehaag op 30-09-2025 21:15 ]

[bvansteenselen]

AUijtdehaag schreef op dinsdag 30 september 2025 @ 16:28:
@gho @bvansteenselen
Mijn excuses, het blijkt dat @superduper1969 geen captive_portal in zijn esphome code heeft zitten?
Hier de juiste versie (voor 2 marsteks)
https://we.tl/t-JcbJjZrrro


@djdj105
Als je een beetje met nodered om kan gaan is die code van GAEvakYD niet zo heel moeilijk.

Echter zijn alle benamingen in de code gebaseerd op de M5stack bordjes (mijn versie) en zal je dus meer moeten aan passen met een lilygo esphome code (superduper versie)
Tenzij je mijn benaming aanhoud. marstek_m1 en marstek_m2, MT1 en MT2, enz
En dan nog kunnen er enige verschillen in namen zitten (niet gecontroleerd)
Edit: er staat daar overal nog marstek voor, vind ikzelf niet handig. Wordt de naam alleen maar langer van.

Dan is het de blauwe veldjes aanpassen naar je eigen HA server en oppassen dat sommige veldjes daarna niet leeg zijn. (omdat je een andere server kiest) En je P1 meter kiezen in de nodered flow

En afhankelijk van 1-2-3 batterijen doe je bepaalde nodes disablen.
Ik heb alle HA template entities in 1 yaml staan en in /packages gezet.
Als je die yaml code wilt geef maar even een seintje.

@AUijtdehaag Super bedankt, het werkt nu top

[superduper1969]

AUijtdehaag schreef op dinsdag 30 september 2025 @ 16:28:
@gho @bvansteenselen
Mijn excuses, het blijkt dat @superduper1969 geen captive_portal in zijn esphome code heeft zitten?
Hier de juiste versie (voor 2 marsteks)
https://we.tl/t-JcbJjZrrro


@djdj105
Als je een beetje met nodered om kan gaan is die code van GAEvakYD niet zo heel moeilijk.

Echter zijn alle benamingen in de code gebaseerd op de M5stack bordjes (mijn versie) en zal je dus meer moeten aan passen met een lilygo esphome code (superduper versie)
Tenzij je mijn benaming aanhoud. marstek_m1 en marstek_m2, MT1 en MT2, enz
En dan nog kunnen er enige verschillen in namen zitten (niet gecontroleerd)
Edit: er staat daar overal nog marstek voor, vind ikzelf niet handig. Wordt de naam alleen maar langer van.

Dan is het de blauwe veldjes aanpassen naar je eigen HA server en oppassen dat sommige veldjes daarna niet leeg zijn. (omdat je een andere server kiest) En je P1 meter kiezen in de nodered flow

En afhankelijk van 1-2-3 batterijen doe je bepaalde nodes disablen.
Ik heb alle HA template entities in 1 yaml staan en in /packages gezet.
Als je die yaml code wilt geef maar even een seintje.

Ja inderdaad 1 regel vergeten, staat er nu wel bij!

[GAEvakYD]

djdj105 schreef op dinsdag 30 september 2025 @ 15:57:
Ik wil me graag wat gaan bekwamen in het gebruik van Node-Red in Homeassistant en daarmee wat automatiseringen mee maken voor de Thuisaccu.
Helaas heb ik nog niet echt interessante tutorials kunnen vinden, het is vaak alleen maar basic "Hoe installeren" en dan vervolgens een lampje aansturen.
Of het is ineens heel erg complex (zoals de sturing van de Marstek gemaakt door mede tweaker @GAEvakYD ).

Ik ben dus op zoek naar iets wat daar tussen in zit.
Iemand een goede tutorial ?

Ik heb een mini discord omgeving opgezet om te praten over de Node-red besturing die gemaakt is door mijn collega Bob en ik. Hopelijk mag ik een discord link delen hier:
https://discord.gg/ndQDrq7r

Doel is om daar wat makkelijker met elkaar door te praten over de besturing en de bijbehorende strategien. Zelf ben ik soms even een dagje niet online ivm werk.

[_ferry_]

Dat is voor mij wellicht ook de volgende stap, node-red.
Maar tot nu toe heb ik een aantal "strategieën" uitgewerkt in automations en die werken best okee. Die activeren vervolgens een scène waarin de juiste settings voor de accu gedaan worden zoals de control mode en max power. Het enige is dat je een aantal zaken per automation/strategie dus weer terug moet laten komen, terwijl ik via node-red hetzelfde blok weer zou kunnen gebruiken.

Nu draai ik veelal de "zomer cheapest hours+NOM in de avond". Waarbij hij in de ochtend de NOM uitzet als de het zonnig is, en dan in de 5 goedkoopste uren mag hij de accu laden. Om half 6 over op NOM, ivm koken. En dan heb ik nog een schakelaar die aangeeft of hij moet ontladen op het duurste uur (mits dat boven de 40 cent uit komt). Dat is met deze dagen best zinvol

Maar in de winter zal de strategie natuurlijk heel anders zijn, elke zonnestraal benutten en als de stroom erg goedkoop is misschien zelfs bijladen om de dure uren te kunnen opvangen.

[ Voor 7% gewijzigd door _ferry_ op 01-10-2025 08:53 ]

[bartmoonen]

hoi ,
Ik heb met twee lilygo's op mijn marstek venus E batterijen het klaar gekregen dat ik alle gegevens in mijn home assitant green binnen krijg .Het enige wat ik nu niet binnen krijg is de realtime gegevens van 1 van de batterijen ? ik heb de twee yaml files in de package dir gezet..

[Kenhas]

bartmoonen schreef op woensdag 1 oktober 2025 @ 08:31:
hoi ,
Ik heb met twee lilygo's op mijn marstek venus E batterijen het klaar gekregen dat ik alle gegevens in mijn home assitant green binnen krijg .Het enige wat ik nu niet binnen krijg is de realtime gegevens van 1 van de batterijen ? ik heb de twee ya[Afbeelding]ml files in de package dir gezet..

je hebt ze verschillende namen gegeven? Weet niet of dat gevolgen geeft voor Home Assistant maar het zou me niet verwonderen
Namen in de yaml bestanden zijn al aangepast dus dat zal het niet zijn

Heb je de lilygo's al eens gewisseld? Als het werkend toestelletje op de andere batterij gegevens geeft, zal het aan de andere lilygo . Kabels eens wisselen?

[ Voor 19% gewijzigd door Kenhas op 01-10-2025 15:26 ]

[bartmoonen]

hoi ,
het probleem is niet dat ik de gegevens binnen krijg enkel de mogelijkheid om de realtime charge en discharing

[BjornVanc]

Zijn er nog van die discord kanalen ivm strategie Marstek en laadpalen?

[pascallj]

We hebben er een prachtig topic voor om strategieën in te bespreken: Marstek PIB Domotica integratie en je Energierekening. Beetje zonde om dat soort waardevolle discussies naar het gesloten en slecht doorzoekbare Discord te verplaatsen.

[gho]

gho schreef op dinsdag 30 september 2025 @ 19:05:
[...]

Ok bedankt voor de hulp ik ga daar morgen verder mee aan de slag, vandaag getracht de tp link naar statisch om te zetten en toen was ik nog verder van huis, kortom alles weer terug en opnieuw geïnstalleerd met opnieuw geen Wifi koppeling wel weer de rode lLilygo led
Heel even kwam op de pc de hotspot tevoorschijn
Zal morgen ook de nieuwste code erin zetten.
Fijne avond en hartelijk dank

Helaas alsof de duivel ermee speelt, vandaag blijf de batterij ineens hangen en deed niets meer!
Onmogelijk om de WiFi te koppelen en ook Bluetooth weigerde dienst,
Batterij uit kunnen zetten en na een halve dag een nieuwe poging geen verbindingen, bij opstarten van de batterij hoorde ik een klein tik en zag 2 bewegingen op de led en erna "dood" geen leven in te krijgen.
Kortom noppes, zoals eerder aangegeven komt de LilyGo wifi niet bij de Deco X20 binnen, wel zag ik de hotspot zowel op PC als Smart, voor wat het nu nog waard is.
Voor nu stop ik er even mee en kan niet eerder dan vrijdag opnieuw proberen...

[timvanloon]

AUijtdehaag schreef op dinsdag 30 september 2025 @ 17:07:
[...]

Hier de HA yaml (voor in /packages) behorende bij de nodered github
https://we.tl/t-Iiztw8ethH

Nodered tutorials op youtube

Kan iemand mij verder helpen hoe ik die yaml files in HA krijg en importeren van yaml dashboard? de rode items uit de beschrijving op github?
Node red heb ik draaien al add on en ook de flows geimporteerd.

[r03n_d]

Ik heb uiteindelijk vanaf m'n iPad gewoon de platte tekst gekopieerd en in een nieuwe file geplakt via de Visual Studio Code add-on in HA.

[timvanloon]

Iemand die al wat meer info heeft wanneer de integratie komt door middel van de "Open-API in HA?

[pascallj]

timvanloon schreef op donderdag 2 oktober 2025 @ 14:18:
Iemand die al wat meer info heeft wanneer de integratie komt door middel van de "Open-API in HA?

Er is al een custom integratie beschikbaar, die is ergens hierboven geplaatst.

Als je het hebt over degene die ik aan het maken ben, nou ja daar ben ik nog steeds mee bezig

[timvanloon]

pascallj schreef op donderdag 2 oktober 2025 @ 14:21:
[...]


Er is al een custom integratie beschikbaar, die is ergens hierboven geplaatst.

Als je het hebt over degene die ik aan het maken ben, nou ja daar ben ik nog steeds mee bezig

Al richting wanneer je het af gaat maken, Kunnen we je niet sponsoren ?

[pascallj]

timvanloon schreef op donderdag 2 oktober 2025 @ 14:24:
[...]


Al richting wanneer je het af gaat maken, Kunnen we je niet sponsoren?

Momenteel doe ik het in mijn vrije tijd. Helaas hebben ze bij Nabu Casa geen vacatures open staan en zelfs dan betwijfel ik of een Marstek integratie ontwikkelen bij de taken zal behoren. Het heeft een week of 2 op de plank gelegen vanwege omstandigheden, maar ben er nu weer mee bezig. Als het (of een eerste versie) af is zal ik wel kijken of er een mogelijkheid is om een kopje koffie te doneren, maar tot die tijd wil ik niet onder druk staan om het af te maken.

Mocht je van plan zijn om een donatie te willen doen dat mijn uurloon dekt, stuur dan maar een PB, dan komen we er wel uit

[djdj105]

Ik heb iets gemaakt in Node-Red / HA om de Local API te benaderen (werkt aardig)
Ik haal elke 30 seconden de "Bat.Getstatus" en "EM.Getstatus" op (API requests steeds 15 seconden uit elkaar), voor SOC, vermogen lading/ ontlading, bat.capaciteit (en later nog meer maar voor nu even een concept) en verwerk deze via Node-Red naar entiteiten (sensors) in HA.

Hierbij merk ik een paar dingen, waarvan nr2 wel erg vervelend is:
1, reeds bekend, de API antwoordt niet altijd. Ok, is overkomelijk.
2. Toeval of niet, de batterij koppeling met de CT003, die al enige tijd stabiel draaide, ging afgelopen nacht tig keer op niet-verbonden, waardoor de NOM niet meer gehaald werd.
Zou bevragen van de API hier van invloed op kunnen zijn?

[pascallj]

djdj105 schreef op donderdag 2 oktober 2025 @ 14:53:
Ik heb iets gemaakt in Node-Red / HA om de Local API te benaderen (werkt aardig)
Ik haal elke 30 seconden de "Bat.Getstatus" en "EM.Getstatus" op (API requests steeds 15 seconden uit elkaar), voor SOC, vermogen lading/ ontlading, bat.capaciteit (en later nog meer maar voor nu even een concept) en verwerk deze via Node-Red naar entiteiten (sensors) in HA.

Hierbij merk ik een paar dingen, waarvan nr2 wel erg vervelend is:
1, reeds bekend, de API antwoordt niet altijd. Ok, is overkomelijk.
2. Toeval of niet, de batterij koppeling met de CT003, die al enige tijd stabiel draaide, ging afgelopen nacht tig keer op niet-verbonden, waardoor de NOM niet meer gehaald werd.
Zou bevragen van de API hier van invloed op kunnen zijn?

Ja dit laatste heb ik inderdaad vaker gelezen. Lijkt mij geen toeval meer dan. Dat zou wel heel erg balen zijn.

[timvanloon]

pascallj schreef op donderdag 2 oktober 2025 @ 14:30:
[...]


Momenteel doe ik het in mijn vrije tijd. Helaas hebben ze bij Nabu Casa geen vacatures open staan en zelfs dan betwijfel ik of een Marstek integratie ontwikkelen bij de taken zal behoren. Het heeft een week of 2 op de plank gelegen vanwege omstandigheden, maar ben er nu weer mee bezig. Als het (of een eerste versie) af is zal ik wel kijken of er een mogelijkheid is om een kopje koffie te doneren, maar tot die tijd wil ik niet onder druk staan om het af te maken.

Mocht je van plan zijn om een donatie te willen doen dat mijn uurloon dekt, stuur dan maar een PB, dan komen we er wel uit

Nou ja dan wachten we rustig af

[WargamingPlayer]

djdj105 schreef op donderdag 2 oktober 2025 @ 14:53:
Ik heb iets gemaakt in Node-Red / HA om de Local API te benaderen (werkt aardig)
Ik haal elke 30 seconden de "Bat.Getstatus" en "EM.Getstatus" op (API requests steeds 15 seconden uit elkaar), voor SOC, vermogen lading/ ontlading, bat.capaciteit (en later nog meer maar voor nu even een concept) en verwerk deze via Node-Red naar entiteiten (sensors) in HA.

Hierbij merk ik een paar dingen, waarvan nr2 wel erg vervelend is:
1, reeds bekend, de API antwoordt niet altijd. Ok, is overkomelijk.
2. Toeval of niet, de batterij koppeling met de CT003, die al enige tijd stabiel draaide, ging afgelopen nacht tig keer op niet-verbonden, waardoor de NOM niet meer gehaald werd.
Zou bevragen van de API hier van invloed op kunnen zijn?

Zorg je er wel voor dat je iedere API request met een uniek, nieuw ID doet, om te voorkomen dat de MT in de war raakt?

[djdj105]

WargamingPlayer schreef op donderdag 2 oktober 2025 @ 15:45:
[...]

Zorg je er wel voor dat je iedere API request met een uniek, nieuw ID doet, om te voorkomen dat de MT in de war raakt?

Ow dat is een goeie! Daar moet ik nog ff wat op bedenken.

[Eagle0]

djdj105 schreef op donderdag 2 oktober 2025 @ 14:53:
Ik heb iets gemaakt in Node-Red / HA om de Local API te benaderen (werkt aardig)
Ik haal elke 30 seconden de "Bat.Getstatus" en "EM.Getstatus" op (API requests steeds 15 seconden uit elkaar), voor SOC, vermogen lading/ ontlading, bat.capaciteit (en later nog meer maar voor nu even een concept) en verwerk deze via Node-Red naar entiteiten (sensors) in HA.

Hierbij merk ik een paar dingen, waarvan nr2 wel erg vervelend is:
1, reeds bekend, de API antwoordt niet altijd. Ok, is overkomelijk.
2. Toeval of niet, de batterij koppeling met de CT003, die al enige tijd stabiel draaide, ging afgelopen nacht tig keer op niet-verbonden, waardoor de NOM niet meer gehaald werd.
Zou bevragen van de API hier van invloed op kunnen zijn?

Ik heb zelf een Venus E 3.0. Ik heb door support de mogelijkheid tot de API aan laten zetten.
Het valt me op dat als ik de API te vaak benader hij niet meer reageert op verzoeken.
Ik doe het nu 1 keer per kwartier en dat lijkt vrijwel altijd antwoord te geven.
Het viel me ook op dat sommige requests, zoals Marstek.GetDevice en Wifi.GetStatus veel vaker een antwoord geven dan BAT.GetStatus en ES.GetStatus. Overigens geeft ES.GetStatus bij mij eigenlijk nooit antwoord en als er dan een antwoord komt, dan krijg ik dit:

code:

{
        "id":   0,
        "src":  "VenusE 3.0-deadbeefcafe",
        "error":        {
                "code": -32700,
                "message":      "Parse error",
                "data": 403
        }
}

Ik heb op dit moment BMS 106 en firmware v139. De nummering is blijkbaar wezenlijk anders dan die van de Venus E 2.0.

[pascallj]

Eagle0 schreef op donderdag 2 oktober 2025 @ 16:01:
[...]


Ik heb zelf een Venus E 3.0. Ik heb door support de mogelijkheid tot de API aan laten zetten.
Het valt me op dat als ik de API te vaak benader hij niet meer reageert op verzoeken.
Ik doe het nu 1 keer per kwartier en dat lijkt vrijwel altijd antwoord te geven.
Het viel me ook op dat sommige requests, zoals Marstek.GetDevice en Wifi.GetStatus veel vaker een antwoord geven dan BAT.GetStatus en ES.GetStatus. Overigens geeft ES.GetStatus bij mij eigenlijk nooit antwoord en als er dan een antwoord komt, dan krijg ik dit:

code:

{
        "id":   0,
        "src":  "VenusE 3.0-deadbeefcafe",
        "error":        {
                "code": -32700,
                "message":      "Parse error",
                "data": 403
        }
}

Ik heb op dit moment BMS 106 en firmware v139. De nummering is blijkbaar wezenlijk anders dan die van de Venus E 2.0.

Bij een parse error is je request waarschijnlijk niet goed geformuleerd.

[Kenhas]

Vandaag twee LilyGo's ontvangen. Wou me dit weekend eens bezig houden maar kon natuurlijk weer niet wachten. Ging allemaal verrassend vlot. Denk dat ik een goed half uurtje bezig geweest voor de twee. Het grootste deel van de tijd was wachten tot alles gebuild was.

Nu eens zien wat ik met die overvloed aan gegevens ga aanvangen

Nog beetje dashboards aanpassen met deze waardes en Hame Relay en hm2mqtt verwijderen. Ondertussen eens denken over een strategie.

Dank aan de ontwikkelaar(s). Sta er soms toch van te kijken wat mensen allemaal in elkaar kunnen boksen "voor het grote publiek"

[SatScan]

djdj105 schreef op donderdag 2 oktober 2025 @ 14:53:
Ik heb iets gemaakt in Node-Red / HA om de Local API te benaderen (werkt aardig)
Ik haal elke 30 seconden de "Bat.Getstatus" en "EM.Getstatus" op (API requests steeds 15 seconden uit elkaar), voor SOC, vermogen lading/ ontlading, bat.capaciteit (en later nog meer maar voor nu even een concept) en verwerk deze via Node-Red naar entiteiten (sensors) in HA.

Hierbij merk ik een paar dingen, waarvan nr2 wel erg vervelend is:
1, reeds bekend, de API antwoordt niet altijd. Ok, is overkomelijk.
2. Toeval of niet, de batterij koppeling met de CT003, die al enige tijd stabiel draaide, ging afgelopen nacht tig keer op niet-verbonden, waardoor de NOM niet meer gehaald werd.
Zou bevragen van de API hier van invloed op kunnen zijn?

Ja bij gebruik van de API wordt de CT003 verbinding verbroken...

Heb er melding van gemaakt in de feedback

[djdj105]

SatScan schreef op donderdag 2 oktober 2025 @ 19:01:
[...]

Ja bij gebruik van de API wordt de CT003 verbinding verbroken...

Heb er melding van gemaakt in de feedback

Goed om te weten, dan stop ik hier effe mee met API spelen, want dat de accu steeds op Standby gaat is slecht voor mijn Nom.

[pascallj]

SatScan schreef op donderdag 2 oktober 2025 @ 19:01:
[...]


Ja bij gebruik van de API wordt de CT003 verbinding verbroken...

Heb er melding van gemaakt in de feedback

Dat is wel heel stellig gezegd. Ik heb gelezen dat de verbinding mogelijk minder stabiel wordt maar het is niet per definitie de een of het ander. Zijn ook mensen die het samen gebruiken waar het wel blijft werken.

[WargamingPlayer]

pascallj schreef op donderdag 2 oktober 2025 @ 19:19:
[...]


Dat is wel heel stellig gezegd. Ik heb gelezen dat de verbinding mogelijk minder stabiel wordt maar het is niet per definitie de een of het ander. Zijn ook mensen die het samen gebruiken waar het wel blijft werken.

Ik heb ontdekt dat API met verkeerde request de boel in de war kan gooien. Dat is met de CT003 welke een zelfde soort API heeft. Het is van belang om dus de juiste aanvraag te doen bij de API.

Wat fout gaat is bijvoorbeeld:
"Bat.Getstatus" met ID 0
"EM.Getstatus" met ID 0

Welk antwoord moet hij terug geven? Welk antwoord geeft hij terug?

De juiste volgorde is:
"Bat.Getstatus" met ID 1
"EM.Getstatus" met ID 2

Dan komen er ook twee antwoorden terug, een antwoord met 1 in ID, dat is het antwoord op de request met "1" en een antwoord op het ID = "2'". Zo kan je ook de antwoorden out of order ontvangen. Of na een timeout weet je welke je gemist hebt na bijvoorbeeld 60 seconden of andere timeout.

DE CT00x plugiun doet dat eigenlijk heel netjes, die heeft gewoon een teller in de code lijkt het.

[djdj105]

WargamingPlayer schreef op donderdag 2 oktober 2025 @ 19:58:
[...]

De juiste volgorde is:
"Bat.Getstatus" met ID 1
"EM.Getstatus" met ID 2

Dan komen er ook twee antwoorden terug, een antwoord met 1 in ID, dat is het antwoord op de request met "1" en een antwoord op het ID = "2'". Zo kan je ook de antwoorden out of order ontvangen. Of na een timeout weet je welke je gemist hebt na bijvoorbeeld 60 seconden of andere timeout.

DE CT00x plugiun doet dat eigenlijk heel netjes, die heeft gewoon een teller in de code lijkt het.

Ik gebruik nu unieke ID's (timestamp in millisec sinds epoch). Dus geeneen request is hetzelfde.
Ik hou netjes minimaal 15 sec tussen twee requests.
De syntax is correct, ik krijg de verwachte respons.
Helaas gaat na een aantal requests de CT offline aldus Venus E.
Alleen weer goed te krijgen door alles te resetten.

[WargamingPlayer]

djdj105 schreef op donderdag 2 oktober 2025 @ 20:22:
[...]


Ik gebruik nu unieke ID's (timestamp in millisec sinds epoch). Dus geeneen request is hetzelfde.
Ik hou netjes minimaal 15 sec tussen twee requests.
De syntax is correct, ik krijg de verwachte respons.
Helaas gaat na een aantal requests de CT offline aldus Venus E.
Alleen weer goed te krijgen door alles te resetten.

Nice, dan zit er toch iets in de MT die niet lekker met API om kan gaan. Ik snap ook niet waarom de API via UDP werkt, maar dat is een ander verhaal. Hoewel het nu gewoon out of order kan.

Heeft de API niet het probleem dat deze net zoals bij Modbus op verschillende aanvragen andere timing heeft?

[Eagle0]

pascallj schreef op donderdag 2 oktober 2025 @ 16:03:
[...]
Bij een parse error is je request waarschijnlijk niet goed geformuleerd.

Hmmmja, dat zou je verwachten, maar ik heb het exacte voorbeeld gepakt uit de API pdf:

code:

{"id": 1,"method": "ES.GetStatus","params": {"id": 0}}

Misschien is het bij de Venus E 3.0 gewoon nog niet goed bij de v139 versie die ik heb.

Ik zag nl. ook dat bij Bat.GetStatus bij mij de bat_temp in decigraden wordt weergegeven en de bat_capacity in decaWh.

[djdj105]

WargamingPlayer schreef op donderdag 2 oktober 2025 @ 20:42:
[...]
Nice, dan zit er toch iets in de MT die niet lekker met API om kan gaan. Ik snap ook niet waarom de API via UDP werkt, maar dat is een ander verhaal. Hoewel het nu gewoon out of order kan.

Heeft de API niet het probleem dat deze net zoals bij Modbus op verschillende aanvragen andere timing heeft?

Nog iets wat ik ontdekt heb: Het probleem van wegvallen CT koppeling speelt ALLEEN bij de CT003.
Ik heb sinds gisteravond opnieuw de B2500 Shelly EM emulatie in HA aangezet en deze als CT in de Venus geconfigureerd in plaats van de CT003.
Vanaf dat moment blijft het allemaal werken, zowel de Venus via API uitlezen als NOM draaien.

[Rik Mertens]

Ik ondervond ook problemen met WiFi P1 meters sinds de API actief was (zowel CT003 als HW P1). Zij kregen veel minder (en trager) data binnen waardoor het batterijvermogen zichzelf slechts om de 30 seconden aanpaste.

Shelly simuleren via HA werkt dan weer prima. Dat laatste heeft dan weer het issue dat het niet meer werkt van zodra de V3 aan bedraad netwerk hangt (enkel via WiFi) : https://github.com/tomquist/b2500-meter/issues/200

[gho]

IN VERVOLG OP MIJN EERDERE PROGINGEN modbus koppeling met LilyGo het volgende:
Afgelopen maanden deed de Marstek-v2 z’n werk, echter een Modbus aan de LilyGo mislukte telkens door uitblijven van wifi koppeling.
Na de Tplink Deco x20 te hebben gereset naar statische koppeling en weer terug viel de batterij geheel uit !!
Stekker uit de batterij en uitzetten, paar uur wachten: opnieuw opstarten en is er nu zowel geen wifi en net zomin Bluetooth verbinding meer mogelijk. (overigens Marstek Bluetooth koppelde voorheen en werden firmware updates wel uitgevoerd hoewel het lampje niet brande)
Opvallend is dat ook de CT003 totaal geen verbinding meer met de wifi maakt, de wel werkende HW P1 meter wordt echter niet geaccepteerd.
De vraag is nu is of de CT003 kapot is en/of de batterij zelf.

[gho]

gho schreef op zaterdag 4 oktober 2025 @ 09:48:
IN VERVOLG OP MIJN EERDERE PROGINGEN modbus koppeling met LilyGo het volgende:
Afgelopen maanden deed de Marstek-v2 z’n werk, echter een Modbus aan de LilyGo mislukte telkens door uitblijven van wifi koppeling.
Na de Tplink Deco x20 te hebben gereset naar statische koppeling en weer terug viel de batterij geheel uit !!
Stekker uit de batterij en uitzetten, paar uur wachten: opnieuw opstarten en is er nu zowel geen wifi en net zomin Bluetooth verbinding meer mogelijk. (overigens Marstek Bluetooth koppelde voorheen en werden firmware updates wel uitgevoerd hoewel het lampje niet brande)
Opvallend is dat ook de CT003 totaal geen verbinding meer met de wifi maakt, de wel werkende HW P1 meter wordt echter niet geaccepteerd.
De vraag is nu is of de CT003 kapot is en/of de batterij zelf.

Zal een Travel router bestellen om te zien of de koppeling dan wel werkt

[5tijn]

Ik ben aan het sukkelen met integreren van deze batterij in Loxone.
En zie dat het wel al bij meerdere personenn in dit forum gelukt is.
Voor de duidelijkhijd, wil ik deze rechtstreeks integregen, en niet via Loxberry of HomeAssistance ofzo.

Dit is mijn setup:
Marstek Venus E2.0 met HomeWizert P1 beiden op wifi.
Waveshare 2channel RS485 to POE Eth adaptor. aangesloten op de RS485 van marstek

Modbus server zou aan het draaien zijn (gestest met externe software),
maar krijg geen data binnen als ik de registers uit lees in loxone.

Zou iemand zo vrijdelijk willen zijn om hier de modbus template van loxon (.LxAddon exctentie) up te loaden?

[LodeBo]

Voor de HA liefhebbers heb ik deze gemaakt.
Marstek style 🤪

[AUijtdehaag]

@LodeBo
Waar vinden we de code?

[dannyro]

AUijtdehaag schreef op zaterdag 4 oktober 2025 @ 12:05:
@LodeBo
Waar vinden we de code?

Een topic over Modbus integratie in HA zou ook wel interessant zijn

[LodeBo]

AUijtdehaag schreef op zaterdag 4 oktober 2025 @ 12:05:
@LodeBo
Waar vinden we de code?

Nog even wat finetunen en dan zet ik hem op GitHub. Ik laat straks een linkje achter.

[dbra]

Is er sowieso iemand die de versie 3 van de batterij aan de praat heeft gekregen met de Lilygo RS485 adapter? Ik heb hem goed aangesloten, maar krijg dit soort foutmeldingen in de log (zie onder). Ik weet dat ik de Lilygo goed aangesloten heb, want als ik de A en B omdraai van de RS485 aansluitingen krijg ik een andere foutmelding. Ik zag dat iemand de V3 met de Elfin aan de praat had; kan ik die ook in Home Assistant gebruiken?

22:13:25 [D] [modbus_controller:039] Modbus command to device=1 register=0x8D04 no response received - removed from send queue
22:13:28 [D] [text_sensor:069] 'Marstek Inverter State': Sending state 'Unknown'
22:13:30 [D] [modbus_controller:039] Modbus command to device=1 register=0x891C no response received - removed from send queue
22:13:30 [D] [modbus_controller:039] Modbus command to device=1 register=0x8CA0 no response received - removed from send queue
22:13:30 [D] [modbus_controller:039] Modbus command to device=1 register=0x8D04 no response received - removed from send queue
22:13:33 [D] [text_sensor:069] 'Marstek Inverter State': Sending state 'Unknown'
22:13:35 [W] [modbus:135] Modbus CRC Check failed! 7343!=7F16
22:13:35 [D] [modbus_controller:039] Modbus command to device=1 register=0x7D64 no response received - removed from send queue
22:13:35 [D] [modbus_controller:039] Modbus command to device=1 register=0x7DC8 no response received - removed from send queue
22:13:35 [D] [modbus_controller:039] Modbus command to device=1 register=0x891C no response received - removed from send queue

[ Voor 0% gewijzigd door dbra op 04-10-2025 22:26 . Reden: Taalfout ]

[pascallj]

dbra schreef op zaterdag 4 oktober 2025 @ 22:25:
Is er sowieso iemand die de versie 3 van de batterij aan de praat heeft gekregen met de Lilygo RS485 adapter? Ik heb hem goed aangesloten, maar krijg dit soort foutmeldingen in de log (zie onder). Ik weet dat ik de Lilygo goed aangesloten heb, want als ik de A en B omdraai van de RS485 aansluitingen krijg ik een andere foutmelding. Ik zag dat iemand de V3 met de Elfin aan de praat had; kan ik die ook in Home Assistant gebruiken?

22:13:25 [D] [modbus_controller:039] Modbus command to device=1 register=0x8D04 no response received - removed from send queue
22:13:28 [D] [text_sensor:069] 'Marstek Inverter State': Sending state 'Unknown'
22:13:30 [D] [modbus_controller:039] Modbus command to device=1 register=0x891C no response received - removed from send queue
22:13:30 [D] [modbus_controller:039] Modbus command to device=1 register=0x8CA0 no response received - removed from send queue
22:13:30 [D] [modbus_controller:039] Modbus command to device=1 register=0x8D04 no response received - removed from send queue
22:13:33 [D] [text_sensor:069] 'Marstek Inverter State': Sending state 'Unknown'
22:13:35 [W] [modbus:135] Modbus CRC Check failed! 7343!=7F16
22:13:35 [D] [modbus_controller:039] Modbus command to device=1 register=0x7D64 no response received - removed from send queue
22:13:35 [D] [modbus_controller:039] Modbus command to device=1 register=0x7DC8 no response received - removed from send queue
22:13:35 [D] [modbus_controller:039] Modbus command to device=1 register=0x891C no response received - removed from send queue

Die mensen zijn er zeker. Alleen veel registers zijn veranderd of afwezig in de V3 dus het is logisch dat veel commando's niet werken of geen antwoord geven. Vandaar de foutmeldingen. We weten nog niet precies hoe het precies wel zit. Al heb ik wel gelezen dat met update v139, er weer meer registers het zouden doen? Zolang niemand een volledige scan maakt en registers blijft monitoren zoals ik toen gedaan heb met de V2 en eerder, zal het lastig zijn om een volledige configuratie te maken.

[dbra]

pascallj schreef op zaterdag 4 oktober 2025 @ 22:29:
[...]


Die mensen zijn er zeker. Alleen veel registers zijn veranderd of afwezig in de V3 dus het is logisch dat veel commando's niet werken of geen antwoord geven. Vandaar de foutmeldingen. We weten nog niet precies hoe het precies wel zit. Al heb ik wel gelezen dat met update v139, er weer meer registers het zouden doen? Zolang niemand een volledige scan maakt en registers blijft monitoren zoals ik toen gedaan heb met de V2 en eerder, zal het lastig zijn om een volledige configuratie te maken.

OK, als er iemand een YAML heeft die op V3 werkt, houd ik me aanbevolen.

En als ik iets kan doen om de registers uit te lezen, doe ik dat graag op mijn V3.

[Rik Mertens]

https://github.com/viperrnmc/marstek_venus_modbus geeft je al 'n aantal registers op een V3 (nog geen aansturing).

[dbra]

OK, ik heb mijn Venus V3 geïntegreerd in Home Assistant met de Lilygo RS485 adapter, en de volgende YAML:

https://github.com/Superd...ob/main/lilygo-rs485.yaml

Het meeste lijkt te werken. Ik krijg bijna alle parameters binnen, en kan de batterij ook op- en ontladen via Home Assistant. Hiervoor moet je hem wel eerst in RS485 modus zetten (daar is een parameter voor).

Hier mijn leerpunten:

1 - Je hebt op de Venus V3 software versie 139 nodig. Zonder deze krijg je maar een klein aantal parameters binnen. Je kunt versie 139 aanvragen bij Marstek support, vervolgens krijg je een melding in de App en kun je de upgrade uitvoeren.

2 - Als je een oude netwerkkabel gebruikt voor het aansluiten van je Lilygo op de V3, dan staan er in dit topic op pagina 1 twee kleurenschema's, maar slechts 1 daarvan is de juiste.

Dit aansluitschema werkt voor een netwerkkabel met de meest gebruikte kleurvolgorde van netwerkkabels (T-568B):

RS485 A : Oranje-wit
+ 5V : Blauw en/of Blauw-wit
- GND : Bruin en/of Bruin-Wit
RS485 B : Oranje

Als je de 5V en GND verkeerdom aansluit, dan start de Lilygo niet op. Als je de RS485 A en B omwisselt krijg je in de log foutmeldingen als deze:

22:13:25 [D] [modbus_controller:039] Modbus command to device=1 register=0x8D04 no response received - removed from send queue

3 - De meeste parameters worden correct uitgelezen, ik heb alleen het adres voor "Marstek AC Voltage" aangepast van adres 30002 naar 32200.

4 - Wat werkt er verder nog niet werkt (niet uitputtend):

Onlogische waarden:
- Marstek AC Current (adres: 32201)
- Marstek Max. Cell Temperature (adres: 35010)
- Marstek Min. Cell Temperature (adres: 35011)

Ik krijg Modbus errors op de volgende parameters:
- Adres 44000 ("Marstek Charging Cutoff Capacity")
- Adres 31092 ("Power restriction")

Gemini zegt daar het volgende over:
- function code: 0x3 Het commando dat ESPHome probeerde te sturen was: Read Holding Registers. Dit is een standaardcommando om gegevens (registers) uit de batterij te lezen.
- exception: 2 Dit is een Modbus-foutcode, genaamd Illegal Data Address (Illegaal Gegevensadres).

5 - Ook krijg ik de package sensorconfiguratie niet geïntegreerd in Home Assistant (ik doe kennelijk iets fout).

Tot zover even.