Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[AUijtdehaag]

Animal schreef op vrijdag 5 juni 2026 @ 21:53:
In de laatste update van Home assistant is de state of charge ook in het energy dashboard te integreren.

Helaas is de sensor.lilygo_rs485_marstek_battery_state_of_charge hier niet geschikt voor. De entity staat gewoon op procent maar hij is niet toe te passen als state of charge in het energy dashboard.


Suggestie voor de ESHome config? Ik gebruik nu esphome:

name: lilygo-rs485

friendly_name: LILYGO RS485

min_version: 2024.11.0

Ik heb hem hier aangepast
Maak er een template sensor van en hij verkleurd mooi van groen naar rood.

[AUijtdehaag]

Fr3ggel schreef op zaterdag 6 juni 2026 @ 09:56:
@AUijtdehaag
Ja wellicht was het dat berichtje inderdaad.

Inderdaad erg snel. Ik ben benieuwd wat het resultaat is. Laat aub even weten.
Ik wil een aantal van mijn devices (net alleen accu's) ook gaan loskoppelen van het internet.

Te vroeg om te juichen maar het gaat al 1 dag goed zonder e,t, phone home,
Ik kijk het nog een weekje aan in ieder geval en meld me weer.

[DSSW]

Heb vandaag Home Battery Control van Bob geïnstalleerd.

3 Venus E's gekoppeld alles in YAML en Node Red geinstalleerd dashboard in orde gezet.

Alle data van batterijen komt binnen en dashboard lijkt in orde.



Eerste test gedaan : Control mode in full control gezet, Chosen strategy in Self Consumption. Maar de executing strategy blijft op onbekend staan en de batterijen worden niet aangestuurd.

Iemand een idee wat de oorzaak is? Ben ik nog iets vergeten?

De PID start blijkbaar niet

@TrueOrigin waarschijnlijk heb jij wel de oplossing

[ Voor 32% gewijzigd door DSSW op 10-06-2026 16:55 ]

[ComPeter]

DSSW schreef op dinsdag 9 juni 2026 @ 19:49:

Ik heb dus bijna het zelfde en ik zie mijn batterij niet aan de rechterkant, alle gegevens komen keurig binnen in modbus

[Nico-G]

Na ontvangst en installatie van de M5stack Atom lite en de installatie van HBC op mijn twee Marsteks v2 accu's voelde ik me de koning te rijk.

Maar op 10 juni stond de Node-Red update klaar en die heb ik (in vertrouwen) uitgevoerd.
Wat er gebeurd is kan ik niet begrijpen als HA-noob, maar mijn HBC kwam tot stilstand. Iets met ui_base, maar ik kon niet terugvinden waar dat in zat en wat ik er aan zou moeten doen.
Dus ik heb de oude Node-Red versie weer teruggerold en nu werkt het gelukkig weer.
Kan iemand mij uitleggen waarom het niet werkte?
En wat ik moet doen om HBC met de nieuwe versie van Node-Red aan de gang te krijgen?
Ik leer elke dag weer wat bij

[StarFox76]

Nico-G schreef op vrijdag 12 juni 2026 @ 00:34:
Na ontvangst en installatie van de M5stack Atom lite en de installatie van HBC op mijn twee Marsteks v2 accu's voelde ik me de koning te rijk.

Maar op 10 juni stond de Node-Red update klaar en die heb ik (in vertrouwen) uitgevoerd.
Wat er gebeurd is kan ik niet begrijpen als HA-noob, maar mijn HBC kwam tot stilstand. Iets met ui_base, maar ik kon niet terugvinden waar dat in zat en wat ik er aan zou moeten doen.
Dus ik heb de oude Node-Red versie weer teruggerold en nu werkt het gelukkig weer.
Kan iemand mij uitleggen waarom het niet werkte?
En wat ik moet doen om HBC met de nieuwe versie van Node-Red aan de gang te krijgen?
Ik leer elke dag weer wat bij

Ik liep tegen exact hetzelfde aan en heb het net op kunnen lossen door dit even goed te lezen: https://github.com/gitcodebob/marstek-venus-rs485-node-red/issues/144

[Nico-G]

StarFox76 schreef op vrijdag 12 juni 2026 @ 10:39:
[...]

Ik liep tegen exact hetzelfde aan en heb het net op kunnen lossen door dit even goed te lezen: https://github.com/gitcodebob/marstek-venus-rs485-node-red/issues/144

Inderdaad, dat was'm. Dubbelklik op het geselecteerde item en delete. Dank!

[ Voor 5% gewijzigd door Nico-G op 12-06-2026 15:56 ]

[comfix]

Ik moet zeggen, deze is wel top dank aan de creator: https://github.com/ffunes/Marstek-Venus-Energy-Manager

Zelf kan ik (nog?) niet gebruiken, want ik werk met 1 modbus en die maakt TCP connections per devices, de app dus. Heb geprobeerd aan te passen in type van connecties naar rtu, maar ik krijg toch een id error: "ERROR: request ask for id=1 but got id=2,"

Dus zal ik elke batterij moeten aansluiten via de LAN. Zou ook handiger zijn omdat momenteel zo is dat wanneer batterij 2 herstart, ik telkens het slave ID terug op 2 moet zetten.

[Bravertal]

Sorry, verkeerd.

[ Voor 96% gewijzigd door Bravertal op 14-06-2026 07:24 ]

[Sarge_]

Hebben we ergens staan welke sensor e.d. we het beste toe kunnen voegen in de Marstek Energy Manager om alles goed te laten draaien? Heb even snel gekeken, maar kon het nog niet vinden.

[adjego]

Ik heb al een tijdje nu een probleem met 1 van mijn Marstek Venus E V3 thuisbatterijen. Deze stuur ik via modbus aan, eerst via TCP en nu weer via de M5stackRS485. De batterij vertoont gedrag die ik niet echt kan verklaren. Hij lijkt altijd in de ochtend prima te werken, maar ineens bij het opladen van de batterij stopt hij met laden, en reageert niet meer op Forcible Charge Power waardes. Hij valt terug naar 0 Watt en daar blijft het bij.

Ik heb hem gisteren al geupdate naar V148.117.113 (EMS.VMS.BMS) maar helaas heeft dit zo blijkt niks geholpen. Heeft iemand hier toevallig dit gedrad ook gezien, en zo ja heb je dit ook kunnen oplossen?

[newz]

adjego schreef op dinsdag 16 juni 2026 @ 09:52:
Ik heb al een tijdje nu een probleem met 1 van mijn Marstek Venus E V3 thuisbatterijen. Deze stuur ik via modbus aan, eerst via TCP en nu weer via de M5stackRS485. De batterij vertoont gedrag die ik niet echt kan verklaren. Hij lijkt altijd in de ochtend prima te werken, maar ineens bij het opladen van de batterij stopt hij met laden, en reageert niet meer op Forcible Charge Power waardes. Hij valt terug naar 0 Watt en daar blijft het bij.

Ik heb hem gisteren al geupdate naar V148.117.113 (EMS.VMS.BMS) maar helaas heeft dit zo blijkt niks geholpen. Heeft iemand hier toevallig dit gedrad ook gezien, en zo ja heb je dit ook kunnen oplossen?

Wellicht niet hetzelfde probleem, maar ik had dat de max output teruggezet werd van 2500W naar 800W waardoor het geforceerd ontladen boven 800W niets meer deed. Via de app weer terugzetten naar 2500W werkte niet. Als oplossing moest ik de batterij een reboot geven door de aan-/uitknop 10 seconden ingedrukt te houden op de batterij.

Nadat ik dit gerapporteerd had via de app (en soms opvolging moest geven, omdat er maar geen reactie kwam) kreeg ik op een gegeven moment de update naar V149. Werkt nu al een week probleemloos.

[Kenwood960]

adjego schreef op dinsdag 16 juni 2026 @ 09:52:
Ik heb al een tijdje nu een probleem met 1 van mijn Marstek Venus E V3 thuisbatterijen. Deze stuur ik via modbus aan, eerst via TCP en nu weer via de M5stackRS485. De batterij vertoont gedrag die ik niet echt kan verklaren. Hij lijkt altijd in de ochtend prima te werken, maar ineens bij het opladen van de batterij stopt hij met laden, en reageert niet meer op Forcible Charge Power waardes. Hij valt terug naar 0 Watt en daar blijft het bij.

Ik heb hem gisteren al geupdate naar V148.117.113 (EMS.VMS.BMS) maar helaas heeft dit zo blijkt niks geholpen. Heeft iemand hier toevallig dit gedrad ook gezien, en zo ja heb je dit ook kunnen oplossen?

Ik had zo ook nu en dan het probleem dat er settings veranderd waren, en dat de accu ermee ophield.

Als je via modbus stuurt kun je de wifi verbinding blokkeren in je router.


Hij is dan offline en kan niks meer van de marstek servers ontvangen. Je kunt de accu wel nog instellen indien nodig als je ernaast staat via bluetooth met de app.


Dit lijkt voor mij al een paar weken de oplossing ....

[adjego]

newz schreef op dinsdag 16 juni 2026 @ 17:06:
[...]

Wellicht niet hetzelfde probleem, maar ik had dat de max output teruggezet werd van 2500W naar 800W waardoor het geforceerd ontladen boven 800W niets meer deed. Via de app weer terugzetten naar 2500W werkte niet. Als oplossing moest ik de batterij een reboot geven door de aan-/uitknop 10 seconden ingedrukt te houden op de batterij.

Nadat ik dit gerapporteerd had via de app (en soms opvolging moest geven, omdat er maar geen reactie kwam) kreeg ik op een gegeven moment de update naar V149. Werkt nu al een week probleemloos.

Ik heb hem gisteren gereset, en ga vandaag kijken of het heeft geholpen. Ik denk ook dat het hiermee te maken heeft, want ontladen gaat gewoon prima op 2500 Watt. Dus ergens staat een grens in die er voor zorgt dat het laden stopt zodra die over die grens heen komt.

Kenwood960 schreef op woensdag 17 juni 2026 @ 08:40:
[...]

Ik had zo ook nu en dan het probleem dat er settings veranderd waren, en dat de accu ermee ophield.

Als je via modbus stuurt kun je de wifi verbinding blokkeren in je router.


Hij is dan offline en kan niks meer van de marstek servers ontvangen. Je kunt de accu wel nog instellen indien nodig als je ernaast staat via bluetooth met de app.


Dit lijkt voor mij al een paar weken deze oplossing ....

Ja dat is ook nog wel het proberen waard. Maar eerst hem weer werkend en dan de wifi uit

[eatme]

Hallo,

Op dit moment lees ik mijn MT uit via een eigen ( & Claude AI) geknutselde domoticz plugin. Hij draait standaard op anti-feed via een CT003.

Ik ben nu aan het spelen om een eigen RS485 sturing te maken richting mijn MT V2 om hem periodiek geforceerd te laden.

Ik heb een test-script gemaakt om te kijken of de MT doet wat ik vraag

Doel: de batterij via Modbus TCP dwingen om 2500W te ontladen, en controleren of dat ook echt gebeurt.

Ik heb de batterij op manual ontladen 100W staan om goed de verschillen te zien.

Volgorde van acties:

1. Verbinden via Modbus TCP naar het batterij-IP, poort 502, slave-id 1.
2. Register 42000 (RS485 control mode) schrijven met waarde 0x55AA → bedoeld om "RS485 control mode" aan te zetten. (Volgens de PDF-documentatie geldt: 0x55AA = enable, 0x55BB = disable. We hebben dit experimenteel bevestigd: na het schrijven van 0x55BB lazen we dat ook terug en leek de externe besturing uit te staan.)
3. Register 43000 (user work mode) schrijven met waarde → moet de werkmodus op "manual" zetten (0=manual, 1=anti-feed, 2=trade volgens de PDF). Dit register reageert merkbaar: zodra we later weer 1 (anti-feed) schrijven, springt het gedrag direct terug.
4. Register 42010 (forcible charge/discharge) schrijven met waarde 2 → moet "discharge" activeren (0=stop, 1=charge, 2=discharge volgens de PDF).
5. Register 42021 (forcible discharge power) schrijven met waarde 2500 (decimaal, 0x9C4 hex) → moet de batterij vragen om met 2500W te ontladen (range 0–2500W volgens de PDF).
6. 30 seconden wachten, en elke 5 seconden twee waarden uitlezen:
   • Register 32102 (battery power, het vermogen van de batterij zelf)
   • Register 32202 (AC power, vermogen richting het net)
7. Na de wachttijd weer terugzetten:
   • Register 42010 → 0 (stop)
   • Register 43000 → 1 (anti-feed)
   • Register 42000 → 0x55BB (RS485 control uit)

Resultaat van de test: alle schrijfacties slagen en worden correct teruggelezen (geen Modbus-fouten), inclusief register 42010=2 en 42021=2500. Maar register 32102 (battery power) blijft rond -100 tot -135W hangen (lichte lading, geen ontlading), in plaats van richting -2500W (of +2500W, afhankelijk van tekenconventie) te gaan. De batterij accepteert het commando dus op protocolniveau, maar voert het niet uit.

Aanvullende context die mogelijk relevant is:

• Max discharge power (register 44003) staat op 2500W — geen limiet daar.
• Discharging cutoff capacity (register 44001) staat op 12%.

Kan iemand mij een tip geven wat ik mis?

Nevermind :

Het is gelukt . Om de forceren moet ik eerst 42020/42021, daarna 42010 en 42000. Dan werkt het.

[Bossi13]

edit:
gefixt*

[ Voor 97% gewijzigd door Bossi13 op 22-06-2026 08:14 ]

[adjego]

adjego schreef op woensdag 17 juni 2026 @ 08:44:
[...]


Ik heb hem gisteren gereset, en ga vandaag kijken of het heeft geholpen. Ik denk ook dat het hiermee te maken heeft, want ontladen gaat gewoon prima op 2500 Watt. Dus ergens staat een grens in die er voor zorgt dat het laden stopt zodra die over die grens heen komt.


[...]


Ja dat is ook nog wel het proberen waard. Maar eerst hem weer werkend en dan de wifi uit

Helaas heeft al het bovenstaande niet geholpen. Ik kan een manuele laadactie instellen op de Marstek en die begint soms prima maar blijft steken op 700. Ook stopt hij sporadisch en blijft dan steeds een beetje laden, en dan weer uit. Ik krijg de batterij niet echt verder opgeladen dan 40%. Ontladen gaat dan wel weer gewoon met 2500 Watt, en werkt de aansturing ook via Modbus prima. Het laden is echt het probleem, dat hij niet boven de 700 Watt wil, en dat hij er gewoon mee stopt sporadisch. Ik krijg Marstek helaas nog niet zover dat ze me v149 pushen.

[Nico-G]

AUijtdehaag schreef op zaterdag 20 juni 2026 @ 15:55:
[...]

De 3 batterijen staan allemaal op 2500W/2500W ingesteld. Per fase dus 2500 watt
Ik heb ze op losse ABB 1-fase aardlekautomaten, maar een 3-fase aardlekautomaat voor 3 batterijen kan ook. Daarachter stopcontacten of werkschakelaars
De modbus sturing loopt via een M5stack atom met rs485 converter met esphome erop
De "entities" worden uitgelezen en aangestuurd door HBC (link in vorige post)
Die stuurt dus de batterijen aan op capacitieit behoefte en dynamische prijzen.
Tussen 7 en 8 dump ik ze sowieso ff leeg om vervolgens weer geladen te worden door de zon (HA automation)

Batterijen zijn nu vol.
Maar mijn buffervat is nu aan het verwarmen met aton power to heat op overschot zonenergie
Dus weer 50 graden 450 ltr cv water (met hygienespiraal tapwater) straks

[Afbeelding]

[Afbeelding]

Hoi @AUijtdehaag
Als ik het goed zie, heb je een extra tabblad (vóór het 1e) toegevoegd aan HBC, waarin je een aantal handige overzichtjes hebt opgenomen, waarmee je in één oogopslag kunt zien hoe de zaken er voor staan. Ik heb twee Marsteks versie 2 en ook een Zonneplan dynamisch contract.
Zou je dat extra tabblad willen delen? En hoe ik dit toe kan voegen?

[SilentSimon]

Voor de geïnteresseerden:

Ik heb een python plugin geknutsteld voor Domoticz voor een Marstek V3 met modbus DR134 koppeling.

https://github.com/hopSilentSimon/Domoticz_Marstek_Modbus

[fRiEtJeSaTe]

Vraagje. Ik overweeg de aanschaf van een Marstek, om de restjes op te snoepen die de 1-fase (3,6KW) EV's laten liggen. Ik denk dan vooral wanneer 1 van de EV's van huis is. Mijn piekvermogen PV is 6Kw en opbrengst +/- 8Mwh. In de zomer zal dit dus veel zijn, in de winter weinig (dan moet ik kiezen).

Nu draai ik EVCC om dit allemaal te sturen. Kan ik de Marstek op de volgende manier in gebruik nemen?

• EV's krijgen voorrang vanuit EVCC
• Marstek mag niet ontladen, alleen PV overschot laden dat overblijft
• 's avonds tot 's ochtends mag hij in modus NOM

EVCC stuurt al op NOM maar met vertraging. Ik wil niet dat de Marstek gaat flapperen en de accu steeds gaat wisselen tussen ontladen en laden. Misschien door de hele dag een minimaal laadvermogen aan te houden van 50w bijv?

Iemand ervaring?

[Tazzios]

@fRiEtJeSaTe Je vraagt weinig spannends indien een bestaand project zoals HBC of Marstek Venus Energy Manager toch niet aanstuurt zoals je wilt kun je zelf helemaal los gaan in het maken van een eigen aansturing vanuit HA. Optioneel gebruikend maken van deze/mijn blueprint.

Ondersteunt EVCC geen Marstek. Daarbij, ik heb een Sessy en een marstek welke beide ook wel eens tegelijk op NOM staan zonder dat het gaat flapperen.

[ Voor 18% gewijzigd door Tazzios op 26-06-2026 12:12 ]

[[RNMC] Viper]

fRiEtJeSaTe schreef op vrijdag 26 juni 2026 @ 11:37:
Vraagje. Ik overweeg de aanschaf van een Marstek, om de restjes op te snoepen die de 1-fase (3,6KW) EV's laten liggen. Ik denk dan vooral wanneer 1 van de EV's van huis is. Mijn piekvermogen PV is 6Kw en opbrengst +/- 8Mwh. In de zomer zal dit dus veel zijn, in de winter weinig (dan moet ik kiezen).

Nu draai ik EVCC om dit allemaal te sturen. Kan ik de Marstek op de volgende manier in gebruik nemen?

• EV's krijgen voorrang vanuit EVCC
• Marstek mag niet ontladen, alleen PV overschot laden dat overblijft
• 's avonds tot 's ochtends mag hij in modus NOM

EVCC stuurt al op NOM maar met vertraging. Ik wil niet dat de Marstek gaat flapperen en de accu steeds gaat wisselen tussen ontladen en laden. Misschien door de hele dag een minimaal laadvermogen aan te houden van 50w bijv?

Iemand ervaring?

In evcc kun je aangeven of de batterij voorrang krijgt of de ev, marstek wordt ondersteund middels modbus.

[Tazzios]

Tazzios schreef op woensdag 13 mei 2026 @ 12:22:
[...]

HA Blueprint 'Marstek X Range OM' 2.0 Simply complex!

Simpel
Door sectie dicht te klappen die niet direct relevant zijn, velden te verplaatsen, veld namen en teksten te herschrijven hoop ik dat het voor de beginners simpeler is geworden ondanks dat er complexe functies zijn bijgekomen.

Verder is er documentatie over elk veld met daarbij voorbeelden:
https://github.com/Tazzios/ha-marstek/blob/main/blueprints/Documentation.md

Complex
De geavanceerde opties staan nu in dichtgeklapte secties. En zijn uitgebreid met Setpoint template, start conditie, stop acties EN instelbare Sort by soc percentage.

Changelog 2.0

• Breaking: Sort by soc is now a integer instead of boolean
• New: Start condition
• New: Adjustabel Sort by soc percentages
• New: Stop action
• New: Setpoint template
• Fix: Sort by soc was always applied
• Improved: Blueprint inputs, reordered inputs, update text and collapsed sections
• Improved: Code, split max difference and absolute limit
• Improved: Code, search enitities in one place

https://github.com/Tazzios/ha-marstek/tree/main/blueprints

Omdat ik zelf ook Marstek Venus Energy Manager eens wilde proberen heb ik support toegevoegd aan de blueprint zodat je beide kunt gebuiken.

HA Blueprint 'Marstek X Range OM' 2.1

Because the changes is regex there are might be some problems with entity names that i did not for see. Enable debug and check debug message 3 to see which entity does not get recognized check what it should be and let me know.

Changelog
New: Support for [Marstek Venus Energy Manager
Improved: entity regex recognition
Improved: debug messages numbered and added entity names in debug

https://github.com/Tazzios/ha-marstek/tree/main/blueprints

[sander817]

Kan ik een normale Ethernet kabel gebruiken om de elfin aan te sluiten op de v3?

Of niet ik een ethernet kabel knippen en daar de juiste draden van gebruiken?

[[RNMC] Viper]

v3 heeft geen ew11 nodig, kan rechtstreeks op lan

[AUijtdehaag]

Nico-G schreef op zondag 21 juni 2026 @ 22:25:
[...]

Hoi @AUijtdehaag
Als ik het goed zie, heb je een extra tabblad (vóór het 1e) toegevoegd aan HBC, waarin je een aantal handige overzichtjes hebt opgenomen, waarmee je in één oogopslag kunt zien hoe de zaken er voor staan. Ik heb twee Marsteks versie 2 en ook een Zonneplan dynamisch contract.
Zou je dat extra tabblad willen delen? En hoe ik dit toe kan voegen?

Heeft even geduurd maar hier staat hij
https://github.com/fonske...85/tree/main/zonneplan_HA

[ Voor 32% gewijzigd door AUijtdehaag op 27-06-2026 20:02 ]

[Nico-G]

AUijtdehaag schreef op zaterdag 27 juni 2026 @ 18:57:
[...]

Heeft even geduurd maar hier staat hij
https://github.com/fonske...85/tree/main/zonneplan_HA

[Afbeelding]

Mijn dank is groot. Vooral de duidelijke manual is geweldig.
Ik ga weer lekker knobbelen

[sander817]

[RNMC] Viper schreef op zaterdag 27 juni 2026 @ 16:13:
v3 heeft geen ew11 nodig, kan rechtstreeks op lan

ja, maar heb geen lan beschikbaar op de locatie waar die staat

[ Voor 57% gewijzigd door sander817 op 28-06-2026 09:50 ]

[[RNMC] Viper]

Ja dan is een ew11 wel een optie, in de topic start is vast een afbeelding hoe aan te sluiten

[AUijtdehaag]

@sander817 Je kan ook een m5stack gebruiken met kant en klaar kabeltje

[sander817]

Dat linkse deel, zit dat bij de V3 erbij?

[Tazzios]

@sander817 lees hoofdstuk "5. Let op! Er zijn nu 3 kabels!" van de TS, daar staat het voor elke versie uitgelegd.
Voor de v3 staat geen foto`s met de Elfin. WEL met de lilygo. draden die je aan moet sluiten bij Elfin en Lilygo zijn identiek,.

[WargamingPlayer]

sander817 schreef op zondag 28 juni 2026 @ 14:29:
[Afbeelding]

Dat linkse deel, zit dat bij de V3 erbij?

V3 moet je een ethernet kabel voor opofferen. Doorknoppen en juiste kleurtjes verbinden.



Bij een standaard UTP kabel zijn dat dus: (Gecorrigeerd):

• Pin 1 - Oranje/Wit - RS485A
• Pin 2 - Oranje - RS485B
• Pin 4 - Blauw - +5V
• Pin 5 - Bauw/Wit - +5V
• Pin 7 - Bruin/Wit - GND
• Pin 8 - Bruin - GND

[ Voor 24% gewijzigd door WargamingPlayer op 28-06-2026 16:43 ]

[AUijtdehaag]

Ik heb A en B andersom (post hierboven is inmiddels gecorrigeerd)
AUijtdehaag in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

[ Voor 15% gewijzigd door AUijtdehaag op 28-06-2026 17:07 ]

[WargamingPlayer]

AUijtdehaag schreef op zondag 28 juni 2026 @ 16:21:
Ik heb A en B andersom
AUijtdehaag in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

Klopt ik ook, de startpost is fout.

[sander817]

WargamingPlayer schreef op zondag 28 juni 2026 @ 16:08:
[...]

V3 moet je een ethernet kabel voor opofferen. Doorknoppen en juiste kleurtjes verbinden.

[Afbeelding]

Bij een standaard UTP kabel zijn dat dus: (Gecorrigeerd):

• Pin 1 - Oranje/Wit - RS485A
• Pin 2 - Oranje - RS485B
• Pin 4 - Blauw - +5V
• Pin 5 - Bauw/Wit - +5V
• Pin 7 - Bruin/Wit - GND
• Pin 8 - Bruin - GND

thanx, duidelijk nu

[Tazzios]

WargamingPlayer schreef op zondag 28 juni 2026 @ 16:31:
[...]

Klopt ik ook, de startpost is fout.

Indien je aangeeft waar er dan wat aangepast moet worden in de TS kan dat ook worden ogelost.

[WargamingPlayer]

Tazzios schreef op zondag 28 juni 2026 @ 17:30:
[...]

Indien je aangeeft waar er dan wat aangepast moet worden in de TS kan dat ook worden ogelost.

A EN B zijn omgedraaid bij Venus E 3.0 modbus.

[Tazzios]

uit de TS:

UTP‑kleurcodering (T‑568B):
A : Oranje‑wit
+ Blauw / Blauw‑wit
- Bruin / Bruin‑wit
B : Oranje

[WargamingPlayer]

Tazzios schreef op zondag 28 juni 2026 @ 18:33:
uit de TS:

[...]

Onder 4. documentatie, staat het fout. Nooit verder gekeken dan daar.

[Kenwood960]

WargamingPlayer schreef op zondag 28 juni 2026 @ 16:08:
[...]

V3 moet je een ethernet kabel voor opofferen. Doorknoppen en juiste kleurtjes verbinden.

[Afbeelding]

Bij een standaard UTP kabel zijn dat dus: (Gecorrigeerd):

• Pin 1 - Oranje/Wit - RS485A
• Pin 2 - Oranje - RS485B
• Pin 4 - Blauw - +5V
• Pin 5 - Bauw/Wit - +5V
• Pin 7 - Bruin/Wit - GND
• Pin 8 - Bruin - GND

Hmmm, als je de UTP kabel in de ethernet poort prikt heb je gewoon modbus over ethernet hoor ...

[Nico-G]

Kenwood960 schreef op dinsdag 30 juni 2026 @ 12:44:
[...]

Hmmm, als je de UTP kabel in de ethernet poort prikt heb je gewoon modbus over ethernet hoor ...

Ja, als je een LAN aansluiting in de buurt hebt. Anders: via WiFi

[WargamingPlayer]

Kenwood960 schreef op dinsdag 30 juni 2026 @ 12:44:
[...]

Hmmm, als je de UTP kabel in de ethernet poort prikt heb je gewoon modbus over ethernet hoor ...

Dus moet ik buiten maken met UTP aansluitingen, die door mijn geven heen doorvoeren. En met een V2 die geen ethernet poort heeft heb ik daar ook niks aan.

Ik werk met WiFi, dus is het een Elfin voor mij, en dat werkt perfect.

[Sr_Ogel]

Sinds 1 juli over op een dynamisch contract en moet dus met een nieuwe blik naar Home Battery Control (in home assistant icm marstek batterij) instellingen kijken.

Tot een uur of 10 krijg ik nog een 25 cent voor een kWh die ik het net op duw. ik zou zeggen dat dan de batterij nog een geforceerde stop moet hebben.

NA 10 uur gaat de prijs naar het laagste punt van de dag en kan ik dus beter de batterij opladen met de zonnestroom die ik overhoud.

Nu begint om 12:00 mijn sanitair warm water run van de warmtepomp. ik zit nu in dubio ga ik die uit de batterij halen of uit het net. De warmtepomp verbruikt op dat moment 3kW en mijn zonnepanelen zitten ergens tussen de 1500 en 2000 watt opbrengst. Als ik het uit het net haal betaal ik de 13 cent voor de btw en heffingen en blijft de batterij vol voor al het verbruik tussen 18:00 en 22:00.

Met het charge PV scenario lijkt hij niet meer te ontladen mocht er meer vraag zijn dan de zonnepanelen aankunnen maar kan ik dus wel sturen op een volle batterij. Met Self consumption houdt hij wel het verbuik in de gaten maar stuurt hij niet op zo veel mogelijk vermogen in de batterij om de avond door te komen.

iemand suggesties? Mis ik een optie?

[AUijtdehaag]

@Sr_Ogel
Met solcast voorspelling laden? Dan kun je reserve huis aangeven wat je nodig hebt
Ik ontlaad met een HA automation de rest capaciteit tussen 07.00 - 08.00
Daarna mag de batterij(en) laden op zon. (self consumption)
Vaak zijn ze dan alsnog rond 14:00 vol en gaat mijn hygienebuffer verwarmd worden door Aton power to heat op teruglevering.

[ Voor 22% gewijzigd door AUijtdehaag op 03-07-2026 18:47 ]

[GoBieN-Be]

@Tazzios
Zie mijn post van even geleden, over de fout in de startpost.
Het staat dus tweemaal vermeld in de startpost, en de eerste keer quote (onder documentatie) is verkeerd.

GoBieN-Be schreef op dinsdag 19 mei 2026 @ 17:51:
In het eerste bericht staan 2 verschillende pinouts voor de modbus via UTP/RJ45 aansluiting.


[...]


[...]


Oranje-wit = pin1 en oranje = pin 2 op een T-568B UTP kabel.
Dus pin 1 = RS485-A en niet B zoals verkeerdelijk staat in de eerste quote.

Overigens nog een kleine tip voor anderen.
Ik heb letterlijk een paar uur zitten sukkelen, ik kreeg de modbus via RS485 niet aan de praat.
Kabel verschillende keren opnieuw gedaan.
Ook de batterij aan & uit gezet met de knop.

Uiteindelijk via de Marstek app "Reset met behoud van data" gedaan en direct werkte modbus via RS485.

PS: Ja, ik kies bewust voor RS485 i.p.v. Modbus TCP.

[edterbak]

Hoi allemaal,

Ik ben al even bezig met een Dashboard maken voor de Marstek. Een Node Red-ONLY platform. Node Red Dashbaord.

De reden dat ik deze route ben gaan verkennen:
1 - Zoals we allemaal wel weten is de Marstek API ruk
2 - De HomeAssistant route > Node Red vind ik te veel overhead / delay geven.

Toelichting op punt 2,
Er zijn een hoop initiatieven al in Home Assistant. Ontzettend veel mooi werk. Voor de meeste zal dat wel prima zijn en maken hier zich niet druk om. Ik ben helaas eigenwijs
Prachtige oplossingen als BatteryManagement van Rob, berusten toch in de kern op Node Red, en voor de interface op Home Assistant. Over de werking niks dan lof !!

P1 informatie van HA > Node Red
Gebruikers settings van HA > Node Red
Dan doet Node Red er zijn ding mee, om het vervolgens via Home Assistant > via ModBus naar de batterij te sturen.
Dus de communicatie gaat dan:
HA (UI) > NR > [Process] > HA (modbus) > Batterij

Ik wilde zelf een alternatief proberen te maken met minder points of failure, kijken of dat lukt. En dat is grotendeels gelukt.
De communicatie gaat bij mij nu:
NR (UI) > [Process] > Batterij

Voor de helderheid; Ik heb Node Red dus ook NIET in Home Assistant als app draaien. Node Red zit bij mij in een aparte dedicated container (proxmox).

En de P1 informatie dan?:
Daarvoor gebruik ik dit om het feder licht naar MQTT te sturen:
https://github.com/hansij66/dsmr2mqtt

De informatie komt instantaan binnen in de MQTT broker, zodra ieder telegram berichtje verzonden wordt van je slimme meter. Dus seconden data, als je meter dit doet via dsmr5.

Node Red leest MQTT nativly.
Ter info: Home Assistant leest dit ook nativly via de mqtt route in. Dus de Energy functie werkt gewoon prima. (mooie bonus)


Wat ik nu heb:
1 - Een functioneel dashboard.
2 - setup en configuratie mogelijk via dashboard
3 - Stop/Manual/NoM functies werken.
4 - Fase detectie. (Op welke fase zit welke batterij aangesloten?)

Het ziet er zo uit op dit moment

Batterij connectie:
Je vult je IP adres / port in. Drukt op Connect en de batterij is na 3 seconden wel verbonden.
Als het goed gaat, zie je groene bolletjes, met het mac adres er achter in de response. Als het fout gaat, zie je de foutmelding.
Ik heb nu van 3 typen marstek nu de modbus informatie in Node Red geschoven. Venus A, D en E (v1,v2 en v3)
De detectie van welke batterij het is, gaat automatisch, zo ook welke modbus registers gebruikt moeten worden dus, per batterij.

Fase detectie:

Fase detectie is werkend. Druk op het vergrootglasje, en na een minuut ofzo staat op welke fase de batterij aangesloten is.
Wat ik hier uiteindelijk wil maken, is een logica welke alles aan kan.
Dat je 1 batterij op Manual zet, bv batterij 1 op 300W export op fase 1
Dat je batterij 2 op NoM zet, en bijvoorbeeld alleen kijkt naar fase 2
Dat je batterij 3 op NoM zet, en bijvoorbeeld kijkt naar alle fasen.

Strategie selectie:


De huidige Zero-Energy (NoM) functie is nog wat grof, maar werkt.
Ik wil Voor iedere functie nog een configuratie tab maken als dat nodig is.
Bijvoorbeeld dus voor de NoM, de details. Welke controle methode, P, PD, PID, ... Filter settings, etc.

Dan de meest logische vraag die ik verwacht:
Hoe zit dit met handelen? Stroomprijzen? Hoe werkt dat?
> Antwoord: Daar wil ik mij niet pro-actief mee bezig houden.

Ik ga ervoor zorgen dat de Node Red flow input kan ontvangen van externe applicaties. Haakjes blootstellen, zodat Node Red er naar luistert. Dus bijvoorbeeld Day Ahead Optimizer, of andere externe (HA) applicaties. Als deze een signaal sturen.. "Het is nu tijd om te laden met X Watt" dat de flow dit gewoon uitvoert, alsof de gebruiker het zelf doet.
Dat is voorlopig mijn voornemen. Want er zijn al zoveel mensen en oplossingen hiervoor. Dat alles wat ik maak zwaar inferieur zal zijn. Zou dom zijn voor mij om dat ook nog er bij te nemen, als het niet hoeft


Vraag:
Is er vanuit deze community behoefte dat ik dit deel via Github?

Het is op dit moment nog niet deelbaar hoor, maar 'im getting there...'

[Edit]
Aanvullend.
Als je de batterij verbind via Modbus binnen Node Red, dan weet Home Assistant niks.
Daar heb ik een oplossing voor gemaakt om alle infomratie van de batterij via MQTT uit te sturen met de benodigde Discovery messages.
Als je de batterij [Disconnect] is in HA de batterij unavailable.
Zodra je [Connect] is hij gelijk weer available en zie je alle informatie weer.
Ik stuur de informatie uit onder het topic "marstek/{{mac_address}}/...." zodat je niet iedere keer nieuwe entities hebt als je de batterij van slot 1 naar slot 3 verplaatst.
Maar zo kun je dus ook gewoon de Energy tab blijven vullen in Home Assistant.

[ Voor 6% gewijzigd door edterbak op 04-07-2026 16:55 ]

[edterbak]

5 min history chart van de fasen (resultaat)


P1 meter resultaat
Note; Veel apparaten aan, wasmachine, droger, AC etc. en de zon is wat grillig.

Technisch dit is de opzet in de basis, in bird view


1, daar staan de modbus variabelen als registers, datatypes etc. per battery
2, dummy servers, voor als je disconnect
3, Generieke link-in node voor modbus reads
4. Modbus response link-out node
5. Dashboard > battery nummers, de structuur.

Ik heb nu 6 batterijen gemaakt, maar de layout is dusdanig opgezet dat ik het eenvoudig kan uitbreiden. Dat was ook mijn doel. Maar in ontwerp/first-build fase start ik even met 6. Ik zal ook een number toggle toeveogen zodat je kan aangeven hoeveel batterijen je hebt, zodat je dat aantal slechts in het dashboard ziet.

[ Voor 49% gewijzigd door edterbak op 04-07-2026 18:47 ]

[Tazzios]

@GoBieN-Be ik heb het aan @superduper1969 gemeld en die heeft het aangepast.

Ander nieuws:
De Marstek Venus Energy Manager gaat hernoemt worden naar omnibattery krijgt naast zendure ook marstek lilygo support! Fijn voorals je geen netwerkkabel bij de marstek hebt.Deze esphome config wordt daarbij genoemd als ondersteunt

https://github.com/whyisthisbroken/marstek-lilygo-rs485
Deze zegt allerlei optimalisaties te hebben maar dat kan ik niet beoordelen. Mogelijke werkt de config van fonske ook gewoon, als de identies hetzelfde heten.

Bron:
https://github.com/ffunes...iscussioncomment-17530156

[AUijtdehaag]

@Tazzios De ESP32 van de liligo is al wat trager dan de ESP32S3 van de M5stack Atom s3
Ik update met de m5stack iedere 2 sec. ipv 3 sec.

Dat van de delta waarden in filters is wel een goede, zal het in fonske code ook aanbrengen.

Ik gebruik voor de v3 ook gewoon de esp modbus adapter, dan zijn alle 3 de batterijen hier hetzelfde (3 generaties)

[DSSW]

sander817 schreef op zaterdag 27 juni 2026 @ 13:37:
Kan ik een normale Ethernet kabel gebruiken om de elfin aan te sluiten op de v3?

Of niet ik een ethernet kabel knippen en daar de juiste draden van gebruiken?

Op de elfin EE11 kan je een normale ethernet kabel hebruiken

[JohnS]

Hallo,

Ik probeer een Elfin EW11 aan de praat te krijgen op mijn Marstek Venus E3.

Ik heb via YT een filmpje gevonden voor het maken van de kabel :



Ik heb de Elfin geconfigureerd in STA modes en dat werkt goed. Ik kan bij de Elfin komen alleen heb ik het idee dat hij geen modbus gegevens krijgt van de Marstek.

Ik heb mij Elfin EW11 zo geconfigureerd :





Staan deze settings goed zo of mis ik nog iets?

Ik ben de plugin voor Domoticz aan het testen van : https://github.com/hopSilentSimon/Domoticz_Marstek_Modbus

[superduper1969]

JohnS schreef op donderdag 9 juli 2026 @ 14:24:
Hallo,

Ik probeer een Elfin EW11 aan de praat te krijgen op mijn Marstek Venus E3.

Ik heb via YT een filmpje gevonden voor het maken van de kabel :

[Afbeelding]

Ik heb de Elfin geconfigureerd in STA modes en dat werkt goed. Ik kan bij de Elfin komen alleen heb ik het idee dat hij geen modbus gegevens krijgt van de Marstek.

Ik heb mij Elfin EW11 zo geconfigureerd :
[Afbeelding]


[Afbeelding]

Staan deze settings goed zo of mis ik nog iets?

Ik ben de plugin voor Domoticz aan het testen van : https://github.com/hopSilentSimon/Domoticz_Marstek_Modbus

Op een van de web pagina's van de Elfin is het aantal ontvangen / verzonden packets te zien en is ook te zien of er een endpoint contact maakt met de EW11, je moet dan het IP adres zien van Domoticz.

Geen endpoint = geen opdracht naar EW11, Wel data heen maar geen data terug is vaak kabel.

[iPanini]

Hallo Allemaal,

Allereerst super bedankt aan superduper1969 voor dit mooie verzamelwerk en ook aan allen die hieraan hebben bijgedragen!

Ik heb een vraagje:
Allereerst wat achtergrond informatie.
Wij zijn recent de Marstek wereld ingestapt, onze thuisinstallatie (BE) 3-fase, 3x Marstek Venus E, op elke fase 1x Marstek.

Qua controle:
In eerste instantie een Marstek CT002 geplaatst, na een firmware update is dit ding totaal ontoegankelijk, loopt inmiddels communicatie met de verkoper van de CT002, afwachten dus.

Verder gezocht naar mogelijkheden om te controleren.
Uitgekomen bij Home Assistant in combinatie met ViperRNMC marstek-venus-modbus.
Dit allemaal in onze Home Assistant installatie toegevoegd, en configureren maar..

2 van de 3 batterijen netjes kunnen toevoegen aan Home Assistant.

Probleem:
Nummer 3 is niet bereikbaar via modbus.
Connection refused.
Dit getest via terminal commando:
---------------------------------------------------------------------
erwin@i9 ~ % nc -vz 192.168.1.223 502
Connection to 192.168.1.223 port 502 [tcp/asa-appl-proto] succeeded!
erwin@i9 ~ % nc -vz 192.168.1.250 502
nc: connectx to 192.168.1.250 port 502 (tcp) failed: Connection refused
---------------------------------------------------------------------------

Ondertussen heb ik al zowat alles geprobeerd wat ik maar kan verzinnen, firmware van de Marstek geupgrade etc, maar niets baat.

Kan iemand mij vertellen wat / hoe ik modbus aan de praat krijg bij die ene batterij?
Welke mogelijkheden heb ik hier?

Alvast bedankt voor alle hulp!
Erwin

P.S. Hoe kan ik hier afbeeldingen invoegen?

[JohnS]

superduper1969 schreef op donderdag 9 juli 2026 @ 15:06:
[...]

Op een van de web pagina's van de Elfin is het aantal ontvangen / verzonden packets te zien en is ook te zien of er een endpoint contact maakt met de EW11, je moet dan het IP adres zien van Domoticz.

Geen endpoint = geen opdracht naar EW11, Wel data heen maar geen data terug is vaak kabel.

Bedankt voor je antwoord.

Ik zie wel data zo te zien. Misschien kan de fout ook zitten in de plug-in. Ik zal eens navragen op Github.

[AUijtdehaag]

iPanini schreef op donderdag 9 juli 2026 @ 15:40:
Hallo Allemaal,

Allereerst super bedankt aan superduper1969 voor dit mooie verzamelwerk en ook aan allen die hieraan hebben bijgedragen!

Ik heb een vraagje:
Allereerst wat achtergrond informatie.
Wij zijn recent de Marstek wereld ingestapt, onze thuisinstallatie (BE) 3-fase, 3x Marstek Venus E, op elke fase 1x Marstek.

Qua controle:
In eerste instantie een Marstek CT002 geplaatst, na een firmware update is dit ding totaal ontoegankelijk, loopt inmiddels communicatie met de verkoper van de CT002, afwachten dus.

Verder gezocht naar mogelijkheden om te controleren.
Uitgekomen bij Home Assistant in combinatie met ViperRNMC marstek-venus-modbus.
Dit allemaal in onze Home Assistant installatie toegevoegd, en configureren maar..

2 van de 3 batterijen netjes kunnen toevoegen aan Home Assistant.

Probleem:
Nummer 3 is niet bereikbaar via modbus.
Connection refused.
Dit getest via terminal commando:
---------------------------------------------------------------------
erwin@i9 ~ % nc -vz 192.168.1.223 502
Connection to 192.168.1.223 port 502 [tcp/asa-appl-proto] succeeded!
erwin@i9 ~ % nc -vz 192.168.1.250 502
nc: connectx to 192.168.1.250 port 502 (tcp) failed: Connection refused
---------------------------------------------------------------------------

Ondertussen heb ik al zowat alles geprobeerd wat ik maar kan verzinnen, firmware van de Marstek geupgrade etc, maar niets baat.

Kan iemand mij vertellen wat / hoe ik modbus aan de praat krijg bij die ene batterij?
Welke mogelijkheden heb ik hier?

Alvast bedankt voor alle hulp!
Erwin

P.S. Hoe kan ik hier afbeeldingen invoegen?

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

Plaatje via "toon voorbeeld" en dat het foto(toestel)

[GoBieN-Be]

Geef die derde batterij eens een reset met behoud van data via de app. Ik heb gehad dat Modbus niet werkte en enkel een reset schakelde modbus weer in.

[ Voor 4% gewijzigd door GoBieN-Be op 09-07-2026 16:34 ]

[iPanini]

AUijtdehaag schreef op donderdag 9 juli 2026 @ 15:55:
[...]

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

Plaatje via "toon voorbeeld" en dat het foto(toestel)

Bedankt, ga ik eens bekijken / testen.
Ik zocht vooral een oplossing om bestaande screenshots te kunnen invoegen.

[Kenwood960]

iPanini schreef op donderdag 9 juli 2026 @ 15:40:
Hallo Allemaal,

Allereerst super bedankt aan superduper1969 voor dit mooie verzamelwerk en ook aan allen die hieraan hebben bijgedragen!

Ik heb een vraagje:
Allereerst wat achtergrond informatie.
Wij zijn recent de Marstek wereld ingestapt, onze thuisinstallatie (BE) 3-fase, 3x Marstek Venus E, op elke fase 1x Marstek.

Qua controle:
In eerste instantie een Marstek CT002 geplaatst, na een firmware update is dit ding totaal ontoegankelijk, loopt inmiddels communicatie met de verkoper van de CT002, afwachten dus.

Verder gezocht naar mogelijkheden om te controleren.
Uitgekomen bij Home Assistant in combinatie met ViperRNMC marstek-venus-modbus.
Dit allemaal in onze Home Assistant installatie toegevoegd, en configureren maar..

2 van de 3 batterijen netjes kunnen toevoegen aan Home Assistant.

Probleem:
Nummer 3 is niet bereikbaar via modbus.
Connection refused.
Dit getest via terminal commando:
---------------------------------------------------------------------
erwin@i9 ~ % nc -vz 192.168.1.223 502
Connection to 192.168.1.223 port 502 [tcp/asa-appl-proto] succeeded!
erwin@i9 ~ % nc -vz 192.168.1.250 502
nc: connectx to 192.168.1.250 port 502 (tcp) failed: Connection refused
---------------------------------------------------------------------------

Ondertussen heb ik al zowat alles geprobeerd wat ik maar kan verzinnen, firmware van de Marstek geupgrade etc, maar niets baat.

Kan iemand mij vertellen wat / hoe ik modbus aan de praat krijg bij die ene batterij?
Welke mogelijkheden heb ik hier?

Alvast bedankt voor alle hulp!
Erwin

P.S. Hoe kan ik hier afbeeldingen invoegen?

Bijkomende tip uit BE: als je alles geconfigureerd hebt, maak met een gsm een hotspot aan, verbind de marstek ermee, en zet de hotspot weer uit.


Op die manier moet alles via de lan kabel en krijg je geen settings die random veranderen .


Instellingen aanpassen doet ie nog altijd via app en bluetooth.

[iPanini]

GoBieN-Be schreef op donderdag 9 juli 2026 @ 16:34:
Geef die derde batterij eens een reset met behoud van data via de app. Ik heb gehad dat Modbus niet werkte en enkel een reset schakelde modbus weer in.

Eerlijk gezegd kan ik niet met 100% zekerheid zeggen wat het 'em nou gedaan heeft.
Ik heb gezocht naar "reset" maar kon dit niet meteen vinden, heb vervolgens de batterij een redelijke tijd uitgeschakeld en van het net gescheiden (automaat uit), en dan weer opgestart. Ik weet dat ik ook (maar weet niet meer in welke volgorde) tijdens opzetten de power knop van de Marstek zeeeeeer lang heb ingedrukt gehouden..

In alle geval, is de 3de batterij nu ook ingevoegd in Home Assistant via de ViperRNMC HA add-on.
Nu nog uitzoeken hoe ik e.e.a. het best ga aansturen. (SolarEdge installatie'tje)
Ik bekijk op dit moment EMHASS en HomeBatteryControl.

Alle tips welkom!
Bedankt!

[Marve79]

iPanini schreef op vrijdag 10 juli 2026 @ 16:48:
[...]

Eerlijk gezegd kan ik niet met 100% zekerheid zeggen wat het 'em nou gedaan heeft.
Ik heb gezocht naar "reset" maar kon dit niet meteen vinden, heb vervolgens de batterij een redelijke tijd uitgeschakeld en van het net gescheiden (automaat uit), en dan weer opgestart. Ik weet dat ik ook (maar weet niet meer in welke volgorde) tijdens opzetten de power knop van de Marstek zeeeeeer lang heb ingedrukt gehouden..

In alle geval, is de 3de batterij nu ook ingevoegd in Home Assistant via de ViperRNMC HA add-on.
Nu nog uitzoeken hoe ik e.e.a. het best ga aansturen. (SolarEdge installatie'tje)
Ik bekijk op dit moment EMHASS en HomeBatteryControl.

Alle tips welkom!
Bedankt!

Ik zou het wel in de gaten houden, ik had ook een Marstek die steeds verdween uit HA en weer terugkwam na een reset. Bleek slechte UTP kabel te zijn, nieuwe stekkers eraan en probleem was weg.

Ik gebruik HBC, EMHASS kon ik nog niet dus eens gevraagd aan ChatGPT. Schijnt vooral interessant te zijn met grote verbruikers, warmtepomp/EV en bij batterij capaciteit tussen de 20-40 kwh maar wel zeer complex en lastig te debuggen.

HBC heb je in 30 minuten draaien en daarna geen omkijken meer naar.

[DSSW]

iPanini schreef op vrijdag 10 juli 2026 @ 16:48:
[...]

Eerlijk gezegd kan ik niet met 100% zekerheid zeggen wat het 'em nou gedaan heeft.
Ik heb gezocht naar "reset" maar kon dit niet meteen vinden, heb vervolgens de batterij een redelijke tijd uitgeschakeld en van het net gescheiden (automaat uit), en dan weer opgestart. Ik weet dat ik ook (maar weet niet meer in welke volgorde) tijdens opzetten de power knop van de Marstek zeeeeeer lang heb ingedrukt gehouden..

In alle geval, is de 3de batterij nu ook ingevoegd in Home Assistant via de ViperRNMC HA add-on.
Nu nog uitzoeken hoe ik e.e.a. het best ga aansturen. (SolarEdge installatie'tje)
Ik bekijk op dit moment EMHASS en HomeBatteryControl.

Alle tips welkom!
Bedankt!

Home battery control kan ik zeker aanraden. Is eenvoudig te installeren en draait echt lekker hier met 3 Venus E's. Ook veel mogelijkheden qua instellingen.

[Tazzios]

Vandaag is mijn netaansluiting verlaagt van 35 ampère naar 10 ampère. Dit levert met 25 euro per maand meer op dan handelen (wat ook nog steeds een beetje kan).
Om binnen de 10 te blijven heb ik een Marstek en een Sessy die extra vermogen kunnen leveren indien nodig.


@iPanini bekijk ook Marstek Venus Energy Manager

[ Voor 31% gewijzigd door Tazzios op 10-07-2026 20:33 ]

[AUijtdehaag]

@iPanini
Viperrnmc niet gebruiken icm HBC
HBC verwacht identieke entities van Fonskes github
Dus beste geheel eerst verwijderen voordat je er aan begint.

Via modbus tcp;
https://github.com/gitcod...enus-v3-and-venus-ad-only

Of via esphome en rs485
https://github.com/gitcod...e-based---modbus-4-string

@Tazzios
Verkeerde zuinigheid?

[ Voor 41% gewijzigd door AUijtdehaag op 10-07-2026 21:43 ]

[Tazzios]

Nee hoor.
>>>>insert image without context here<<<<<

[AUijtdehaag]

Tazzios schreef op zaterdag 11 juli 2026 @ 11:32:
Nee hoor.
-25 pm vs -50 in 10 dg

[Tazzios]

Ik bedoel, dat bedrag zeg gewoon niets. Je hebt 3 Marsteks en een bak zonnepanelen (5200WP?) en plaatst een screenshot van een goede maand.
Met handelen met 1 Marstek heb ik vorige maand 22 euro verdient maar gemiddeld 11 per maand dit jaar. Verlagen levert mij nu gegarandeerd 25 euro per maand op + handelen kan ook nog steeds een beetje. En handelen is volgend jaar voorbij door afschaf saldering minder rendabel.

dit is mijn situatie (+ 2 niet optimaal geplaatste zonnepanelen)
Tazzios in "Voorlopig beperkt tot 1x35A, futureproof gasloos?"

[ Voor 4% gewijzigd door Tazzios op 12-07-2026 14:14 ]

[WargamingPlayer]

Tazzios schreef op zaterdag 11 juli 2026 @ 13:36:
Ik bedoel, dat bedrag zeg gewoon niets. Je hebt 3 Marsteks en een bak zonnepanelen (5200WP?) en plaatst een screenshot van een goede maand.
Met handelen met 1 Marstek heb ik vorige maand 22 euro verdient maar gemiddeld 11 per maand dit jaar. Verlagen levert mij nu gegarandeerd 25 euro per maand op + handelen kan ook nog steeds een beetje. En handelen is volgend jaar voorbij.

dit is mijn situatie (+ 2 niet optimaal geplaatste zonnepanelen)
Tazzios in "Voorlopig beperkt tot 1x35A, futureproof gasloos?"

Ik heb vorig jaar gehandeld met mijn twee Marsteks en toch blijkt het zelf uitgesteld verbruiken het meest op te leveren. Wat inderdaad jouw beschrijving bevestigd. Zeker met maar 8 x 430wp op het dak en 10kWh aan accu capaciteit. Op goede dagen had ik iets van € 20,00 en op negatieve dagen was ik al blij dat ik bijna niks terug leverde, maar wel met hangen en wurgen, die dagen dumpte ik wat ik over had tussen 5 en 8 in de morgen het net op (meestal zo een 8kWh) wat de teruglever kosten van die dag aardig compenseerde. Maar ik heb nogal wat zitten rekenen, maar met mijn panelen moet ik zo een 20kWh aan capaciteit aan batterijen hebben om deze dagen op te vangen. En dan krijg ik dat weer niet vol op andere dagen, waardoor je weer meer panelen nodig hebt, met weer meer accu.

Kortom het gaat nooit ideaal worden. Maar ik heb wel gezien dat je een hele dag aan zonne opbrengst op een goede, negatief geprijsde dag moet kunnen wegwerken. En daar is niet alleen accu voor nodig.

[AUijtdehaag]

Tazzios schreef op zaterdag 11 juli 2026 @ 13:36:
En handelen is volgend jaar voorbij.

Toch benieuwd waar je die wijsheid vandaan haalt, maar dan gaan we teveel offtopic helaas.

[ Voor 16% gewijzigd door AUijtdehaag op 11-07-2026 16:08 ]

[M.v.Veelen]

Ik heb bij Ali een male connector besteld voor de Marstek Venus E V2 omdat ik geen originele kabel heb (heel verhaal, 3 thuisbatterijen geërfd en 2 naar broer met kabels, 1 naar mij zonder kabels, blabla). Tevens een PUSR-DR134 besteld en geleverd gekregen.

En dan nu? Welke aansluitingen van de male connector moeten aangesloten worden op welke aansluitingen van de PUSR-DR134? Ik wil hier geen f*ck up maken en iets slopen.

Ik heb nu, de male connector (van afbeelding in de start post):
Pin 1 = A
Pin 2 = B
Pin 3 = V1 DataGND/V2 GND (V1 of V2, hoe zie ik het verschil?)
Pin 4 = +5V
Pin 5 = V1 GND/V2 DataGND (V1 of V2, hoe zie ik het verschil?)

De PUSR-DR134 heeft de volgende aansluitingen:
DC: 5-24V +
DC: 5-24V -
RX A
RX B
GND

[superduper1969]

M.v.Veelen schreef op zondag 12 juli 2026 @ 00:19:
Ik heb bij Ali een male connector besteld voor de Marstek Venus E V2 omdat ik geen originele kabel heb (heel verhaal, 3 thuisbatterijen geërfd en 2 naar broer met kabels, 1 naar mij zonder kabels, blabla). Tevens een PUSR-DR134 besteld en geleverd gekregen.

En dan nu? Welke aansluitingen van de male connector moeten aangesloten worden op welke aansluitingen van de PUSR-DR134? Ik wil hier geen f*ck up maken en iets slopen.

Ik heb nu, de male connector (van afbeelding in de start post):
Pin 1 = A
Pin 2 = B
Pin 3 = V1 DataGND/V2 GND (V1 of V2, hoe zie ik het verschil?)
Pin 4 = +5V
Pin 5 = V1 GND/V2 DataGND (V1 of V2, hoe zie ik het verschil?)

De PUSR-DR134 heeft de volgende aansluitingen:
DC: 5-24V +
DC: 5-24V -
RX A
RX B
GND

Verschil V1 V2 staat in plaatje TS met de handvatten!

Data ground nooit aansluiten.

DC: 5-24V - Niet aansluiten

[AUijtdehaag]

M.v.Veelen schreef op zondag 12 juli 2026 @ 00:19:
Ik heb bij Ali een male connector besteld voor de Marstek Venus E V2 omdat ik geen originele kabel heb (heel verhaal, 3 thuisbatterijen geërfd en 2 naar broer met kabels, 1 naar mij zonder kabels, blabla). Tevens een PUSR-DR134 besteld en geleverd gekregen.

En dan nu? Welke aansluitingen van de male connector moeten aangesloten worden op welke aansluitingen van de PUSR-DR134? Ik wil hier geen f*ck up maken en iets slopen.

Ik heb nu, de male connector (van afbeelding in de start post):
Pin 1 = A
Pin 2 = B
Pin 3 = V2 GND
Pin 4 = +5V
Pin 5 = V1 GND

De PUSR-DR134 heeft de volgende aansluitingen:
DC: 5-24V +
DC: 5-24V -
RX A
RX B
GND

Zie dikgedrukt voor de V2

Je zou +5V en GND kunnen gebruiken voor de voeding van de PUSR-DR134 op 5-24V + en - vermoed ik.
Zie plaatje hier: https://blog.resch.cloud/...enus-e-in-home-assistant/
De data GND heb je niet nodig, Modbus A en B werkt op potentiaalverschil en heeft de GND niet nodig.

[ Voor 30% gewijzigd door AUijtdehaag op 12-07-2026 08:14 ]

[M.v.Veelen]

Dank voor dit zetje, mannen. Ik heb de 4 verbonden, de boel aangesloten en ik kan (na wat gehannes, want ik bleek 192.168.0.7 al voor een AP te hebben vastgezet) nu in de webinterface. Ik ga eens goed lezen welke settings ik moet instellen.

Edit: Er is verbinding en ik heb de stappen op https://github.com/RneeJ/Domoticz-Marstek/tree/main opgevolgd.

TX loopt wel op, RX blijft op 0.



Edit 2: ik heb op een gegeven moment data teruggekregen en ook mbo MQTTmapper devices weten te krijgen in Domoticz en dit een paar uur laten draaien. Maar ik zag toen dat de camera, die op dezelfde switch zit, sinds het aansluiten van de PUSR ineens niet meer werkte. Geen IP conflict, maar als ik de kabel van de PUSR uit de switch haalde, ging de camera aan. Deed ik de netwerkkabel van de PUSR weer terug in de switch, stopte de camera weer. Het is een powered switch en ik heb daarna een non-manager Netgear switch (GS-108) op de netwerkkabel aangesloten die rechtstreeks naar de meter kast gaat en op die "domme" switch ook de PUSR aangesloten. Alle apparaten die op deze switch zijn aangesloten werken prima, de PUSR geeft geen sjoege meer.

Daarom nog eens de zelfgemaakte kabel losgehaald van de batterij, de batterij 2 minuten uitgezet. PUSR weer aangesloten op de batterij (die ging dan meteen aan zonder dat ik op de ON/OFF knop hoefde te drukken....), vervolgens de netwerkkabel en weer/nog steeds niets.

Wat kan ik nog proberen? Lijkt me toch sterk dat de PUSR na enkele uren al stuk zou zijn.

De POW, COM en WORK ledjes branden/knipperen. LINK knippert niet en ook aan de kant van de switch zie ik geen LED's knipperen.

Edit 3: het lijkt er toch op dat de PoE switch de PUSR heeft gesloopt, een nieuwe is besteld en ik gebruik de PoE switch alleen nog maar voor de camera. Ouch....

[ Voor 107% gewijzigd door M.v.Veelen op 13-07-2026 09:42 ]

[Kenwood960]

Vandaag deed de accu weer héél wispelturig, na maanden keurig werk...


Mijn vermoeden was de CT003 P1-meter, meter verwijderd, terug toevoegen, fabrieksinstellingen, etc.... Tot hij het plots weer deed.... zonder de oorzaak te vinden.

Was het onderhand al een beetje beu dat je constant moet loeren naar de thuisaccu, en maar eens aan Claude gevraagd of er een andere manier van aansturen is.

Die was er ondertussen wel: Omnibattery (doorontwikkeling van ffunes marstek integratie).


Die maakt het mogelijk om de Pd sturing in homeassistant te doen, en de meter in de kast wordt nu uitgelezen door mijn niko home control meting. De onbetrouwbare p1 meter van marstek mag dus met pensioen.

Als je nog een andere meting van je electriciteit hebt, die in home assistant loopt, kan die dienen om de accu aan te sturen.


Er zijn nog verschillende batterijen die ondersteund worden, het loont eens de moeite om te kijken! De mijne is de marstek E 3.0 met modbus over tcp.

[ Voor 7% gewijzigd door Kenwood960 op 15-07-2026 02:37 ]

[Fr3ggel]

Ik had Omnibattery/Marstek energy manager ook al vaker voorbij zien komen.

Zijn er tweakers die daar ervaring mee hebben en ook met home battery control?

Hoe verhoudt het zich tot elkaar? En wat zijn de voordelen (/nadelen) van beide oplossingen?

[nodri2000]

Goedendag,


Na gisteren een Venus V3 in de garage gezet te hebben heb ik omnibattery intgratie geladen in Home Assistant.

Een hele bult aan informatie en zo te zien staat alles nog niet helemaal goed ingesteld bij mij. In principe is de Omnibattery een voortborduring op de Marstek integratie maar nu kan men meerdere batterij merken door elkaar gaan gebruiken. De Omnibattery intgratei blijft wel ondersteund, de Marstek niet meer.

Zal er de komende tijd mee gaan stoeien en ondertussen dit draadje even goed doornemen.

[DSSW]

Fr3ggel schreef op woensdag 15 juli 2026 @ 08:53:
Ik had Omnibattery/Marstek energy manager ook al vaker voorbij zien komen.

Zijn er tweakers die daar ervaring mee hebben en ook met home battery control?

Hoe verhoudt het zich tot elkaar? En wat zijn de voordelen (/nadelen) van beide oplossingen?

Ken enkel HBC en daar zie ik enkel voordelen tov de marstek eigen regeling. Is 100% stabiel en onafhankelijk van de Chinezen. Stuurt ook meerdere batterijen sequentieel aan ipv parallel, geeft betere RTE.

Een zeer duidelijke UI en mooie dashboards, kortom zeer tevreden over.

[r03n_d]

Misschien een vrij basale / domme vraag; ik gebruik home battery control (mooi gemaakt, onwijs handig) icm. 1 Marstek. Welke 'minimum price delta' houden jullie aan? Hij staat bij mij nu op 20ct, en als ik in de ochtend nog stroom over heb ontlaadt hij dat om 7 uur.

[AUijtdehaag]

@r03n_d
Staat bij mij voorlopig op 0 ct
Iedere dag wordt hij geladen op de zon dus delta mag 0 zijn.
Ik ontlaad de rest capaciteit ook tussen 7 en 8 met HA automation

[ Voor 24% gewijzigd door AUijtdehaag op 15-07-2026 22:56 ]

[DSSW]

r03n_d schreef op woensdag 15 juli 2026 @ 22:44:
Misschien een vrij basale / domme vraag; ik gebruik home battery control (mooi gemaakt, onwijs handig) icm. 1 Marstek. Welke 'minimum price delta' houden jullie aan? Hij staat bij mij nu op 20ct, en als ik in de ochtend nog stroom over heb ontlaadt hij dat om 7 uur.

Ik gebruik enkel self consumption

[superduper1969]

r03n_d schreef op woensdag 15 juli 2026 @ 22:44:
Misschien een vrij basale / domme vraag; ik gebruik home battery control (mooi gemaakt, onwijs handig) icm. 1 Marstek. Welke 'minimum price delta' houden jullie aan? Hij staat bij mij nu op 20ct, en als ik in de ochtend nog stroom over heb ontlaadt hij dat om 7 uur.

Met 20 triggert hij niet zo vaak al ik wil, met 18 wel, vaak rond 20:00. Ik heb nog een 2e accu voor nachtverbruik, het brengt meer op dan om 07:00. Maar op de dagen dat hij niet gedumpt wordt ga ik het nu wel om 7:00 doen. goed idee.

[JSTAL]

Fr3ggel schreef op woensdag 15 juli 2026 @ 08:53:
Ik had Omnibattery/Marstek energy manager ook al vaker voorbij zien komen.

Zijn er tweakers die daar ervaring mee hebben en ook met home battery control?

Hoe verhoudt het zich tot elkaar? En wat zijn de voordelen (/nadelen) van beide oplossingen?

HBC werkte OK voor mij, maar eerlijk vind ik Omnibattery mooier en makkelijker te installeren en werkt evengoed. HBC heeft dan wel voordeel dat je makkelijk andere grafiekjes etc... aan het dashboard kan toevoegen. Bij Omnibattery is dat geblokkeerd (althans toch in mijn HA systeem) Maar op zich vormt dat geen probleem en misschien goed ook ivbm toekomstige updates

[ Voor 22% gewijzigd door JSTAL op 16-07-2026 21:58 ]

[MarjaR]

Kunnen HBC en Omnibattery (tijdelijk) tegelijk geladen zijn in Home Assistant?

Ik draai nu HBC en dat bevalt me op zich prima. Maar ik zou Omnibattery ook eens beter willen bekijken.

[Fr3ggel]

MarjaR schreef op donderdag 16 juli 2026 @ 22:44:
Kunnen HBC en Omnibattery (tijdelijk) tegelijk geladen zijn in Home Assistant?

Ik draai nu HBC en dat bevalt me op zich prima. Maar ik zou Omnibattery ook eens beter willen bekijken.

Lijkt me ook wel eens interessant om te proberen.
Maar ik ben niet ontevreden over HBC. Dus ik ben ook wat sceptisch om zomaar over te stappen.
Als er een manier is waarbij ik HBC niet hoef "af te breken" en dus een goed fall-back scenario heb zou ik Omnibattery graag een keer proberen.

[AUijtdehaag]

@Fr3ggel
Je kan toch de nodered flows even op non-actief zetten? Of verwijderen, ze zijn zo weer terug gezet.

[MarjaR]

AUijtdehaag schreef op donderdag 16 juli 2026 @ 23:30:
@Fr3ggel
Je kan toch de nodered flows even op non-actief zetten? Of verwijderen, ze zijn zo weer terug gezet.

Zou het niet genoeg zijn om in HBC de 'Control Mode' op 'Marstek control' te zetten? Dan doet HBC als het goed is toch niets meer?

[newz]

Fr3ggel schreef op woensdag 15 juli 2026 @ 08:53:
Ik had Omnibattery/Marstek energy manager ook al vaker voorbij zien komen.

Zijn er tweakers die daar ervaring mee hebben en ook met home battery control?

Hoe verhoudt het zich tot elkaar? En wat zijn de voordelen (/nadelen) van beide oplossingen?

Ik heb Omnibattery eventjes geïntegreerd, maar ik zie nergens de mogelijkheid om zoals HBC slim te laden o.b.v. een dynamisch energieprijs. Daar maak ik nu nog gebruik van. Wellicht in 2027 niet meer, maar dat is voor mij nog een reden om Omnibattery even links te laten liggen.

Edit: je kan laden o.b.v. dynamische prijs wél instellen. Ik vond het alleen niet duidelijk dat je dat bij configureren van de integration moet doen. Linkje naar de docs over het instellen

[ Voor 19% gewijzigd door newz op 17-07-2026 10:37 ]

[JanAllElectric]

newz schreef op vrijdag 17 juli 2026 @ 09:51:
[...]


....... o.b.v. een dynamisch energieprijs. Daar maak ik nu nog gebruik van. Wellicht in 2027 niet meer, maar dat is voor mij nog een reden om Omnibattery even links te laten liggen.

Het is een misverstand dat dynamische prijzen vanaf 2027 niet meer interessant zijn.

Vanaf 2027 ontstaat er een fundamenteel verschil tussen zelfgebruik en handel. Tot en met 2026 werden beide door de salderingsregeling grotendeels gelijk behandeld. Daarna niet meer.

Kopen/verkopen voor handel wordt inderdaad minder interessant, maar laden voor zelfgebruik blijft net zo interessant omdat het dan EPEX, EB en inkoopvergoeding vermijdt.

Een kort voorbeeld voor na 2026 (zonder salderen):

• Laden om 14:00: netto inkoopprijs €0,15/kWh
• Om 20:00:
  • netto inkoopprijs €0,35/kWh
  • netto verkoopprijs €0,20/kWh (-EB - inkoopkosten provider)
• RTE 80%

Zelfgebruik

• Koop 1 kWh voor €0,15
• Gebruik later 0,8 kWh zelf.
• Bespaarde netinkoop: 0,8 × €0,35 = €0,28

Voordeel: €0,28 − €0,15 = €0,13/kWh

Handel

• Koop 1 kWh voor €0,15
• Verkoop later 0,8 kWh aan het net.
• Opbrengst: 0,8 × €0,20 = €0,16

Winst: €0,16 − €0,15 = €0,01/kWh

---

[ Voor 4% gewijzigd door JanAllElectric op 17-07-2026 12:20 ]

[Nico-G]

Zeer onder de indruk van HBC, Chapeau voor Bob en companen: ik leer nog steeds nieuwe dingen.
Dit heb ik ook al in discord gevraagd, maar nog geen reactie gehad.
Waarschijnlijk heb ik daar deze gedachten wat kreupel onder woorden gebracht , dus probeer ik het hier iets uitgebreider beschreven opnieuw.
Weet iemand hoe dit zou kunnen? Dan hoor ik het graag

HBC werkt bij mij nu al een tijdje via "timed". Ik heb 2 Marstek E v2 5,12 kWh, ieder op eigen fase en eigen groep, ontladen op 2500 W is mogelijk. Dynamische contract bij Zonneplan.
De basisinstelling is "self-consumption".

In de ochtend, als de prijzen nog hoog zijn, dump ik de rest van de accu-lading naar het net (period A, vanaf 07:00 uur ) met "sell" met als doel "batteries are empty"

Als dat doel is bereikt, switchen ze naar "full stop",(period B tot 14:00 uur ) zodat ik de opbrengst van mijn panelen tegen een redelijke opbrengt kan terugleveren naar het net.
Na afloop van Period B switchen de batterijen weer terug naar de basisinstelling "self-consumption". In die tijd worden de batterijen om en om weer geladen met PV .
Als die vol zijn, dan wordt het resterende overschot-PV naar het net teruggeleverd en worden, als de zon achter de horizon is verdwenen, de pieken van de avond en het verbruik in de nacht geëgaliseerd, tot de volgende morgen 07:00 uur. <REPEAT>

Maar soms wil ik 's middags geforceerd laden, als de prijzen negatief zijn. (dat zou dan Period C worden).
En soms wil ik bij extreme prijzen in de avond geforceerd verkopen. (dat zou dan Period D worden) Daarbij wil ik een andere afloop van het "sell" commando: dan wil ik ontladen tot een SOC % om de rest van de nacht door te kunnen komen en als dat doel bereikt is weer automatisch switchen naar "self-consumption"

Mogelijk ontstaan er nog aanvullende instellingen (Period D, E, etc) naar aanleiding van ontwikkelingen, bijvoorbeeld lage prijzen in de winternacht, etc.
Dus ook bij het "charge" commando een mogelijk ander afloop na bereiken van het doel.

Ik heb dus twee vragen:

1. hoe kan ik het einde van de "sell" periodes anders laten aflopen?
   • een keer tot batterijen leeg zijn en dan naar "full stop"
   • een keer tot SOC % en dan naar "self-consumption"
2. Kan er een of meer extra Periodes D, E, F, etc. worden ingelast (of naar believen worden aangemaakt?)

[iPanini]

AUijtdehaag schreef op vrijdag 10 juli 2026 @ 21:33:
@iPanini
Viperrnmc niet gebruiken icm HBC
HBC verwacht identieke entities van Fonskes github
Dus beste geheel eerst verwijderen voordat je er aan begint.

Via modbus tcp;
https://github.com/gitcod...enus-v3-and-venus-ad-only

Of via esphome en rs485
https://github.com/gitcod...e-based---modbus-4-string

@Tazzios
Verkeerde zuinigheid?
[Afbeelding]

Hoi!
Even een update en een paar vraagjes:
- heb intussen ViperRNMC verwijderd
- heb ook een Shelly 3 Pro EM geïnstalleerd en toegevoegd aan Home Assistant, stand-alone bekeken werkt de Shelly, ik kan hem via zijn IP address benaderen, so far so good.

Maar hoe gebruik ik de Shelly als GRID sensor in HBC?

Bedankt voor alle hulp!!

[AUijtdehaag]

@iPanini
HBC accepteerd alleen p1 meter power en geen naam zoals L3 meter power
https://github.com/gitcod...ntrol_config.yaml#L33-L34
Dus L3 ff renamen naar p1

Maar heeft de shelly al geen sensor die total active power heet?

code:

template:
  - sensor:
      - name: "P1 Meter Power"
        unique_id: "p1_meter_power"
        state: "{{ states('sensor.shellypro3em_xxxxxxxxxxxx_total_active_power') | float(0) | round(0) | int }}"
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"

[ Voor 43% gewijzigd door AUijtdehaag op 18-07-2026 17:35 ]

[iPanini]

AUijtdehaag schreef op zaterdag 18 juli 2026 @ 17:23:
@iPanini
HBC accepteerd alleen p1 meter power en geen naam zoals L3 meter power
https://github.com/gitcod...ntrol_config.yaml#L33-L34
Dus L3 ff renamen naar p1

Maar heeft de shelly al geen sensor die total active power heet?

code:

template:
  - sensor:
      - name: "P1 Meter Power"
        unique_id: "p1_meter_power"
        state: "{{ states('sensor.shellypro3em_xxxxxxxxxxxx_total_active_power') | float(0) | round(0) | int }}"
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"

Bedankt voor je hulp!
In de tussentijd al van alles en nog wat geprobeerd, met verschillende, maar meest negatieve resultaten. Ik ken er gewoon te weinig van, en dan verbrand je je vingers helaas.

Intussen ook hulp gezocht via discord via een link die ik gevolgd heb ergens van gitcodebob.
Ik heb L3 gerenamed naar p1, dus da's ok.

Nu vraag ik me het volgende af:
- Ik heb dus een CT002, maar volgens mij is dat ding defect.
- heb intussen die Shelly Pro EM3 aangekocht, dat schijnt een V2 te zijn.
Dat ding werkt, maar ik krijg hem niet aan de praat in combinatie met HBC.
Verder heb ik ook nog een SlimmeLezer van Marcel Zuidwijk. Volgens mij moet die ook daarvoor te gebruiken zijn?

Wat de Shelly entiteiten betreft:
Die heeft er een hele hoop, maar total active power staat er niet bij.
Ik heb ook degene die jij suggereert gekopiëerd en het MAC adres aangepast.

Update: (2026-07-19 15:53:42)
Ik heb in de tussentijd nog een aanpassing in de YAML gedaan, deels had ik misschien vorige comments verkeerd geïnterpreteerd, of simpelweg over het hoofd gezien.
In alle geval heb ik terug leven in de brouwerij!
Hieronder mijn house_battery_control_config.yaml

Bij het Onboarding stappen plan, heb ik nu:
Step 1 => aantal batterijen = staat op 3, echter ik krijg er slechts 1 te zijn
Step 2 => Grid Power Sensor = staat nu op groen (configured)
In de middelste kolom heb je een grafiekje met PID control en Grid power, daar zou je per batterij een balkje moeten zien, echter bij mij zie ik slechts 1 balkje..
Dus ergens klopt nog e.e.a. niet?
Hoe kan ik de communicatie met elke individuele batterij checken?

Alvast bedankt voor jullie hulp!!
2026-07-19 18:23:46
---------------------------- update------------------------------------------
Dank zij de fantastische hulp van de leden van tweakers.net, en dank zij de nodige aanpassingen zie ik inmiddels terug alle 3 de marsteks in HBC

Nu nog verder uitzoeken in HBC onboarding, wat ik met Step 4 kan bereiken.
(Optional) review power limits
Use limits and peak shaving to reducepeaks and overload risk.

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
# 2026-07-19 12:08:47 ik heb dit document leeg gemaakt en opnieuw gepaste van github gitcodebob

template:
  - sensor:
      # Example: sensor for single-phase power meter (split into consumption and production)
      # - 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_consumption_phase_l1') | float(0) %}
      #    {{ (consumption - production) | round(2) }}

      # Example: sensor for three-phase power meter (singular net power value going positive for consumption, negative for production)
      # 2026-07-19 15:48:20 hieronder aangepast van L3 => l1
      - name: "L1 Meter Power"
        unique_id: "l1_meter_power"
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"
        state: >
          {% set l1 = states('sensor.shellypro3em_2805a5cafaf8_phase_a_power') | float(0) %}
          {% set l2 = states('sensor.shellypro3em_2805a5cafaf8_phase_b_power') | float(0) %}
          {% set l3 = states('sensor.shellypro3em_2805a5cafaf8_phase_c_power') | float(0) %}
          {{ (l1 + l2 + l3) | 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.l1_meter_power') }}" # << SET YOUR GRID POWER SENSOR HERE
        unit_of_measurement: "W"
        device_class: "power"
        state_class: "measurement"

[ Voor 50% gewijzigd door iPanini op 19-07-2026 18:26 ]

[AUijtdehaag]

@iPanini
You got DM

[Fr3ggel]

@iPanini

Ik heb HBC in gebruik met een Shelly. Als ik nog config moet delen dan laat maar weten.

[iPanini]

Fr3ggel schreef op zondag 19 juli 2026 @ 17:29:
@iPanini

Ik heb HBC in gebruik met een Shelly. Als ik nog config moet delen dan laat maar weten.

Altijd welkom!
Ik kan er alleen van leren

[iPanini]

Dank zij de fantastische hulp van de leden van tweakers.net, en dank zij de nodige aanpassingen zie ik inmiddels terug alle 3 de marsteks in HBC

Nu nog verder uitzoeken in HBC onboarding, wat ik met Step 4 kan bereiken.
(Optional) review power limits
Use limits and peak shaving to reducepeaks and overload risk.

[Fr3ggel]

iPanini schreef op zondag 19 juli 2026 @ 18:20:
[...]

Altijd welkom!
Ik kan er alleen van leren

Ik heb je een PM gestuurd.

[iPanini]

AUijtdehaag schreef op zondag 19 juli 2026 @ 16:12:
@iPanini
You got DM

Ik heb het intussen een beetje proberen in de gaten te houden, moet natuurlijk nog veel leren begrijpen ;-)
Wat ik erg vreemd vind is dat ik voor de sensoren: sensor.marstek_m1_ac_power en dan telkens dezelfde van m2, m3 op 0 zie blijven?

Wat mis ik hier?

[AUijtdehaag]

@iPanini
De batterijen staan in stop dus 0 watt wordt er teruggeleverd / verbruikt
Heb je het dynamische deel al actief?
Anders op self consumtion zetten
Staat nu ook op peak shaving?

[ Voor 9% gewijzigd door AUijtdehaag op 19-07-2026 22:18 ]

[iPanini]

Voor zover ik kan inschatten staat self consumption actief.
Hoe check ik het dynamisch deel?
- ik heb ENTSOE gekozen, mogelijk moeten daar nog dingen ingesteld worden. (prijzen?)
- er miste ook nog "cheapest hours" van TheFes, heb ik toegevoegd.
- waar / hoe kan ik een batterij uit stop halen?

[ Voor 12% gewijzigd door iPanini op 19-07-2026 23:26 ]