Het grote Victron aansturing topic

[Japie.G]

NTS schreef op zondag 9 augustus 2026 @ 16:56:
[...]

Dat is ook wat je ziet bij warmte, hij draait dan een tijd op laag vermogen en daarna weer harder.

Warmte is het zeker niet. Heb het al bij verschillende temperaturen gezien, en meerdere mij bekende systemen doen exact hetzelfde op hetzelfde moment. Daarbij werkt ‘keep batteries charged’ wel (zei het na een x aantal minuten). Het is zeker weten een regel/aansturingsprobleem wat getriggerd wordt door een mij onbekende oorzaak.

[Ies Korpershoek]

DanTm schreef op zondag 9 augustus 2026 @ 19:37:
[...]

Dat zou kunnen ja, ik zal LOM eens uitschakelen, kijken of dat invloed heeft. Maar ik verwacht dat het volgende test moment pas volgend weekend is.

Ik draai hier een eigen bouwsysteempje met een MP 24/800, een Cerbo GX en een Smart Solar 150/35 met 1 paneel van 435 Wp, niets bijzonders in ESS. Naar aanleiding van de post gisteren is even in mijn Home Assistant gekeken wat de frequentie aangeeft. Ik zie hier hetzelfde 50.1 met een aantal spikes naar 50.35. Geen idee waarom en ook nog nooit iets van gemerkt. Blijf dit volgen

[ Voor 20% gewijzigd door Ies Korpershoek op 10-08-2026 11:20 ]

[stefdej]

Ies Korpershoek schreef op maandag 10 augustus 2026 @ 11:12:
[...]

Ik draai hier een eigen bouwsysteempje met een MP 24/800, een Cerbo GX en een Smart Solar 150/35 met 1 paneel van 435 Wp, niets bijzonders in ESS. Naar aanleiding van de post gisteren is even in mijn Home Assistant gekeken wat de frequentie aangeeft. Ik zie hier hetzelfde 50.1 met een aantal spikes naar 50.35. Geen idee waarom en ook nog nooit iets van gemerkt. Blijf dit volgen

[Afbeelding]

Waarmee meet je deze frequenties? Dit lijken wel resolutiefouten, dat de frequentie natuurlijk schommelt tussen 50.1 en 50.35, maar dat je dit niet nauwkeurig genoeg kan meten.

[Ies Korpershoek]

stefdej schreef op maandag 10 augustus 2026 @ 12:40:
[...]

Waarmee meet je deze frequenties? Dit lijken wel resolutiefouten, dat de frequentie natuurlijk schommelt tussen 50.1 en 50.35, maar dat je dit niet nauwkeurig genoeg kan meten.

Dit doe ik met de native Victron GX add-on in Home Assistant. Ik denk dat de resolutie wel oké is. Hier zomaar een andergrafiekje de resolutie is super.

[MJ de Bruijn]

Over meet-waarnemingen en verschillen zoals hierboven beschreven.
In het algemeen...
Verschillende apparaten meten met verschillende intervallen en nauwkeurigheid. Volgens mij ook binnenin Victron apparaten (dat laatste is mijn vermoeden, ik heb geen bewijs).
Bij lage vermogens meten sommige apparaten enorm veel onnauwkeuriger dan bij hoge vermogens.
Wanneer er een communicatie-laag tussen zit (MQTT) kunnen er buffers ontstaan waardoor metingen vertraagd worden weergegeven en daarmee (schijnbare) verschillen introduceren, bijvoorbeeld als er mee wordt gerekend.
De 'officiële' Victron integratie in Home Assistant verschilt soms van weergave binnen Node Red in de Cerbo (mijn waarneming). Ik heb geen kennis of verklaring maar ik vermoed dat er in de integratie 'eigen' berekeningen worden toegevoegd (geen bewijs). Er zit in ieder geval een MQTT laag tussen met risico op vertraging.
Voor frequentie metingen kun je ook eens naar schakel-stekkers kijken (zoals Selphy). Ik vermoed dat pieken (vrijwel altijd) worden veroorzaakt door meet-fouten.

[SmoothTweaker]

Ik heb nu voor de 2e keer dat mijn Multiplus II 4K5 GX vastloopt. Het scherm geeft aan dat hij in pass through modus staat en alle devices zijn niet meer bereikbaar via de VRM of Victron Connect. Alleen een harde reset helpt. Weet iemand hoe ik dit kan troubleshooten?

[Dirduc]

Smooth tweaker

Software update van cerbo gx hielp bij mij.

Na 2 dagen proberen en tobben.

Succes

[peter123]

Ik las dat de frequentie tussen de 49,8 en 50,2 moet zijn. 50,36 zit daar dus boven, maar zou heel goed een meetfout kunnen zijn. Misschien kan Victron hier iets aan doen.

https://bolk.energy/kennisbank/frequentie-hz/

https://deingenieur.nl/artikelen/hoe-houden-ingenieurs-het-stroomnet-stabiel

[Plead]

Zie https://50-hz.nl/.

Dit komt aardig overeen met mijn energiemeter op het grid. De MP2 heeft een zeer lage resolutie en laat alleen een paar spikes zien ook nog eens veel te ver uitschieten.

[LigeTRy]

Ik heb een tijd lopen pielen met de aansturing van m'n victron, en dan specifiek iets vinden wat beter werkt met planningen dan DESS, want die vind ik te gelimiteerd en laat geld op de tafel liggen.

Een paar weken geleden ben ik tegen predbat aangelopen (ik heb verder 0 belangen hierin, ben inmiddels wel github sponsor) en moet zeggen dat ik echt enorm impressed ben. Er is nog geen native victron integratie maar de verschillende 'states' zijn prima met node red te pushen naar de victron.

ML Forecasting met temperatuur, hogere planning SOC als er meteo alarmen zijn, mooie balans tussen eigenverbruik en het restant verkopen.

Wellicht voor anderen hier ook interessant. Documentatie is zeer uitgebreid ook.

Er is ook een tweakers topic over maar nog niet zo actief: [Predbat] – Slim energiebeheer voor batterij en EV

[DavidZH]

Plead schreef op dinsdag 11 augustus 2026 @ 21:30:
Zie https://50-hz.nl/.

Dit komt aardig overeen met mijn energiemeter op het grid. De MP2 heeft een zeer lage resolutie en laat alleen een paar spikes zien ook nog eens veel te ver uitschieten.

De metingen die de Victron apparatuur doet zijn voor snel genoeg en hebben prima resolutie, alleen aflezen op VRM zorgt er voor dat er van de resolutie niets over blijft.

[maartenvdv737]

Mijn victron setup draait:

• Multiplus 2 5000 op fase 2 in DESS via VRM
• Cerbo gx
• 16kw yixiang accu met jk bms v19
• Power t class
• Distributor
• VM-3P75CT

Ik monitor alles in Home Assistant. Ik zie nu elke 34 tot 36 min een 2kw power spike in de multiplus en idem op de homewizard kwh meter die erachter zit.

De VM-3P75CT ip de hoofdschakelaar meet ook wel dat er iets gebeurt op L2, maar geen 2k (zie plaatje).

Alle verbruikers in mijn huis worden gemeten. Ik zie nergens een 2kw vraag op deze interval (bijv niet quooker, boilers, etc). De DSMR P1 meter ziet niet alles als export, maar kan aan de update interval liggen. Er is geen import op L1 en L3 om deze export te compenseren op L2.

De screenshot is snachts maar het is dag en nacht. De accu is nu 35% soc dus dit is geen float gedrag. De zonnepanelen leveren ook 0 nu tijdens dit tijdblok.

Het lijkt dus alsof de LFP accu zelf of de multiplus dit commando geeft. Wie heeft er een idee wat er kan zijn?

[ Voor 7% gewijzigd door maartenvdv737 op 16-08-2026 07:25 ]

[pvg]

maartenvdv737 schreef op zondag 16 augustus 2026 @ 07:13:
Mijn victron setup draait:

• Multiplus 2 5000 op fase 2 in DESS via VRM
• Cerbo gx
• 16kw yixiang accu met jk bms v19
• Power t class
• Distributor
• VM-3P75CT

Ik monitor alles in Home Assistant. Ik zie nu elke 34 tot 36 min een 2kw power spike in de multiplus en idem op de homewizard kwh meter die erachter zit.

De VM-3P75CT ip de hoofdschakelaar meet ook wel dat er iets gebeurt op L2, maar geen 2k (zie plaatje).

Alle verbruikers in mijn huis worden gemeten. Ik zie nergens een 2kw vraag op deze interval (bijv niet quooker, boilers, etc). De DSMR P1 meter ziet niet alles als export, maar kan aan de update interval liggen. Er is geen import op L1 en L3 om deze export te compenseren op L2.

De screenshot is snachts maar het is dag en nacht. De accu is nu 35% soc dus dit is geen float gedrag. De zonnepanelen leveren ook 0 nu tijdens dit tijdblok.

Het lijkt dus alsof de LFP accu zelf of de multiplus dit commando geeft. Wie heeft er een idee wat er kan zijn?

~[Afbeelding]

~[Afbeelding]

Een enkel fase victron systeem moet op L1. Dat zit hardcoded in de software…

Voor dat je dess gaat gebruiken eerst ess aan praat brengen met simpel nul-op-meter.

[ Voor 3% gewijzigd door pvg op 16-08-2026 07:33 ]

[Beer070]

pvg schreef op zondag 16 augustus 2026 @ 07:29:
[...]

Een enkel fase victron systeem moet op L1. Dat zit hardcoded in de software…

Voor dat je dess gaat gebruiken eerst ess aan praat brengen met simpel nul-op-meter.

je kan ook de fases op de VM omdraaien zodat je victron op de L1 aansluiting zit. (komt op hetzelfde neer, maar ik betrap mezelf er soms op dat ik L1 'bruin' wil hebben en dat ik daardoor in een soort van vast denk patroon zit).

[pvg]

Beer070 schreef op zondag 16 augustus 2026 @ 08:35:
[...]

je kan ook de fases op de VM omdraaien zodat je victron op de L1 aansluiting zit. (komt op hetzelfde neer, maar ik betrap mezelf er soms op dat ik L1 'bruin' wil hebben en dat ik daardoor in een soort van vast denk patroon zit).

Dat kan idd, maar @maartenvdv737 gebruikt ook p1 en die kun je niet eenvoudig omdraaien…
Worst-case zal hij ook de groepenverdeling moeten aanpassen om VM en p1 matchend te krijgen in HA.

[Beer070]

pvg schreef op zondag 16 augustus 2026 @ 08:50:
[...]

Dat kan idd, maar @maartenvdv737 gebruikt ook p1 en die kun je niet eenvoudig omdraaien…
Worst-case zal hij ook de groepenverdeling moeten aanpassen om VM en p1 matchend te krijgen in HA.

scherp gezien. ik heb deze week gehoord dat ik nog 2 jaar moet wachten op een slimme meter, dus niet ervaren met een P1. In dat geval moet je inderdaad de fase draden uit de hoofdaansluiting op de juiste manier aansluiten op de rest van de groepen.

[MJ de Bruijn]

Laadvenster schreef op zaterdag 15 augustus 2026 @ 00:47:
Ik zoek specifiek naar ervaringen rondom de terugleverblokkering/het knijpen van de GoodWe DT-omvormers via Node-RED.

Deze vraag is oorspronkelijk gesteld in het "Victron ontwerp" topic. Omdat het om aansturing gaat geef ik hier een antwoord.

Je vraag omvat meerdere aspecten.
Allereerst is belangrijk of de GoodWe omvormer kan moduleren en hoe. Ik heb daar geen kennis van, dus dat moet je nog uitzoeken. Wat zegt de documentatie daarvan?

Ik heb een algemeen verhaal geschreven over moduleren in combinatie met prijzen. Zie: MJ de Bruijn in "Victron MESS - Mijn ESS"
Dit kun je als eerste inspiratie gebruiken.

Verder heb je informatie nodig over prijzen. Heb je dat al beschikbaar? Anders kun je verdere inspiratie opdoen bij Victron MESS - Mijn ESS

[Impossibl3]

maartenvdv737 schreef op zondag 16 augustus 2026 @ 07:13:
Mijn victron setup draait:

• Multiplus 2 5000 op fase 2 in DESS via VRM
• Cerbo gx
• 16kw yixiang accu met jk bms v19
• Power t class
• Distributor
• VM-3P75CT

Ik monitor alles in Home Assistant. Ik zie nu elke 34 tot 36 min een 2kw power spike in de multiplus en idem op de homewizard kwh meter die erachter zit.

De VM-3P75CT ip de hoofdschakelaar meet ook wel dat er iets gebeurt op L2, maar geen 2k (zie plaatje).

Alle verbruikers in mijn huis worden gemeten. Ik zie nergens een 2kw vraag op deze interval (bijv niet quooker, boilers, etc). De DSMR P1 meter ziet niet alles als export, maar kan aan de update interval liggen. Er is geen import op L1 en L3 om deze export te compenseren op L2.

De screenshot is snachts maar het is dag en nacht. De accu is nu 35% soc dus dit is geen float gedrag. De zonnepanelen leveren ook 0 nu tijdens dit tijdblok.

Het lijkt dus alsof de LFP accu zelf of de multiplus dit commando geeft. Wie heeft er een idee wat er kan zijn?

[Afbeelding]

[Afbeelding]

Toevallig een Quooker in huis? Die geeft van deze typische pieken.

[Beer070]

Impossibl3 schreef op zondag 16 augustus 2026 @ 10:41:
[...]


Toevallig een Quooker in huis? Die geeft van deze typische pieken.

onze plint boiler geeft ook zulke pieken. die zie ik trouwens nauwelijks op een Shelly terug.

[macbelly]

MJ de Bruijn schreef op zondag 16 augustus 2026 @ 10:15:
[...]

Je vraag omvat meerdere aspecten.
Allereerst is belangrijk of de GoodWe omvormer kan moduleren en hoe. Ik heb daar geen kennis van, dus dat moet je nog uitzoeken. Wat zegt de documentatie daarvan?

@Laadvenster Mijn GoodWe GW12K-SDT-20 laat zich moduleren in 2 stappen (als ik me goed herinner):

1. Moduleren vrijgeven via menu Power Limit op de inverter
2. Vervolgens kun je de output van de inverter instellen op 0-100% van het nominale vermogen. Ik doe dat via de Goodwe Home Assistant integratie. Lijkt me dan dat dat ook moet lukken via NodeRED.

[ Voor 5% gewijzigd door macbelly op 16-08-2026 11:49 ]

[MJ de Bruijn]

Instellen van 0 tot 100% lijkt me 100 stappen. Dat is een goed uitgangspunt.
Nu uitzoeken of er een Node Red integratie is voor de GoodWe.
Of een alternatief via MQTT.
Als je dat weet kun je eerst proberen of je 'handmatig' via Node Red de uitvoer kunt moduleren.
En als je die horde genomen hebt kun je aan de automatisering beginnen.

[maartenvdv737]

Impossibl3 schreef op zondag 16 augustus 2026 @ 10:41:
[...]


Toevallig een Quooker in huis? Die geeft van deze typische pieken.

Ik heb een quooker. Daar zit een kwh meter voor. Die meet wel gebruik, maar heel anders dan deze pieken.

[maartenvdv737]

pvg schreef op zondag 16 augustus 2026 @ 07:29:
[...]

Een enkel fase victron systeem moet op L1. Dat zit hardcoded in de software…

Voor dat je dess gaat gebruiken eerst ess aan praat brengen met simpel nul-op-meter.

De hele victron zit op een 3 fase onderverdeler. Ik kan daar zelf de fase die naar de multiplus gaat wijzigen. De reden dat deze op fase 2 zit, is omdat de autolader op fase 1 zit. Als beide vol aan gaan, dan kan het knijpen. Aangezien ik geen echte controle logica in ESS of DESS zie om dat te voorkomen splits ik het liever over 2 fasen.

Ik kan zoals gesuggereerd wordt de klemmen en bedrading van de VM aanpassen. Of terug naar aansluiting op L1.


Dank voor deze hint. Wel zou het me verbazen dat dit veroorzaakt dat er elke 30 min een spike is. Maar goed, wie weet.

[Japie.G]

Spikes lijken zoals eerder gezegd precies op quookerpatroon, Of je ze wel of niet ziet ligt nogal aan de meetresolutie van je kwh meter en/of logging interval van je loggingsysteem. Ik zou zeggen, gooi die quooker eens een uur of 2 uit en je hebt hoogstwaarschijnlijk zekerheid :-)

[macbelly]

Zo zien mijn Quooker spikes er uit over de afgelopen 24uur en laatste 60 min (gemeten met Fibaro smart plug). Typisch verbruik rond de 1kWh per dag met 2-persoons huishouden.

[ Voor 6% gewijzigd door macbelly op 16-08-2026 14:09 ]

[AMD]

Hoi allemaal ik heb een probleem waarvan ik gok dat ik hierin niet de eerste ben.
Het probleem is dat mijn batterij en mijn auto willen laden van het net als de dynamische prijzen laag zijn, maar ik merk dat Victron DESS voorrang heeft en de auto met niets overblijft. De auto laadt dus niet, want Victron DESS laadt elke dag

Ik heb een Victron systeem met

• 3x Multiplus RS Solar
• Cerbo GX met Node Red
• 2x 16KWh batterij met JK-BMS
• DESS staat op trade met 11KW

Auto laden doe ik met EVCC met

• Raspberry Pi 5
• Easee laadpaal
• Load balancing in EVCC softwarematig max 11KW
• "Prevent battery discharge in fast and planned mode" staat aan.

Hoe lossen jullie dit op?
Ik wil dat EVCC prioriteit heeft boven Victron bij planned en fast charging. Vermoedelijk moet dat in Node Red, maar ik heb de systemen ook in Home Assistent.
Alles communiceert wel met MQTT.

[LigeTRy]

AMD schreef op zondag 16 augustus 2026 @ 18:19:
Hoi allemaal ik heb een probleem waarvan ik gok dat ik hierin niet de eerste ben.
Het probleem is dat mijn batterij en mijn auto willen laden van het net als de dynamische prijzen laag zijn, maar ik merk dat Victron DESS voorrang heeft en de auto met niets overblijft. De auto laadt dus niet, want Victron DESS laadt elke dag

Ik heb een Victron systeem met

• 3x Multiplus RS Solar
• Cerbo GX met Node Red
• 2x 16KWh batterij met JK-BMS
• DESS staat op trade met 11KW

Auto laden doe ik met EVCC met

• Raspberry Pi 5
• Easee laadpaal
• Load balancing in EVCC softwarematig max 11KW
• "Prevent battery discharge in fast and planned mode" staat aan.

Hoe lossen jullie dit op?
Ik wil dat EVCC prioriteit heeft boven Victron bij planned en fast charging. Vermoedelijk moet dat in Node Red, maar ik heb de systemen ook in Home Assistent.
Alles communiceert wel met MQTT.

Yup, bekend probleem, Ik heb het relatief simpel opgelost, maar dat was bij mij mogelijk omdat de laadpaal aan de AC in kant zit, als ie bij jou aan de AC out zit wordt het lastiger.

Mocht ie aan de AC in kant zitten kijk ik of de laadpaal aan het laden is. Als dat zo doe ik 2 dingen
- Switch van alle loads compenseren naar critical loads only (W/<id>/settings/0/Settings/CGwacs/BatteryUse1 = Only critical, 0 = All loads)
- Ik zet de AC in Current limit op 9A (W/<id>//vebus/275/Ac/ActiveIn/CurrentLimit, dit zorgt ervoor dat de laadpaal load balancing niet inklapt (als dat wel zo is kan je m ook op 8 zetten)

Als de laadpaal klaar is dan gaat de critical loads weer naar 0, en Currentlimit naar 24.5.
Er zit een hele kleine delay (paar seconden) in, maar mijn easee laadpaal gaat niet van 0-11kw in die paar seconde dus dat is prima voor mij.

Enige nadeel is dat de batterij planning denkt dat er tijdens die periode met vol vermogen geladen kan worden, dus dat is een beetje verlies, maar energie in de auto stoppen is financieel beter (ERE, Grid rewards)

[ Voor 3% gewijzigd door LigeTRy op 16-08-2026 19:10 ]

[Japie.G]

Ik gooi gewoon het actuele evlader vermogen (wanneer groter dan bv 500w) naar het ess grid setpoint. Works like a charm.

[ Voor 13% gewijzigd door Japie.G op 16-08-2026 19:16 ]

[AMD]

LigeTRy schreef op zondag 16 augustus 2026 @ 19:09:
[...]


Yup, bekend probleem, Ik heb het relatief simpel opgelost, maar dat was bij mij mogelijk omdat de laadpaal aan de AC in kant zit, als ie bij jou aan de AC out zit wordt het lastiger.

Mocht ie aan de AC in kant zitten kijk ik of de laadpaal aan het laden is. Als dat zo doe ik 2 dingen
- Switch van alle loads compenseren naar critical loads only (W/<id>/settings/0/Settings/CGwacs/BatteryUse1 = Only critical, 0 = All loads)
- Ik zet de AC in Current limit op 9A (W/<id>//vebus/275/Ac/ActiveIn/CurrentLimit, dit zorgt ervoor dat de laadpaal load balancing niet inklapt (als dat wel zo is kan je m ook op 8 zetten)

Als de laadpaal klaar is dan gaat de critical loads weer naar 0, en Currentlimit naar 24.5.
Er zit een hele kleine delay (paar seconden) in, maar mijn easee laadpaal gaat niet van 0-11kw in die paar seconde dus dat is prima voor mij.

Enige nadeel is dat de batterij planning denkt dat er tijdens die periode met vol vermogen geladen kan worden, dus dat is een beetje verlies, maar energie in de auto stoppen is financieel beter (ERE, Grid rewards)

Hij zit inderdaad niet aan AC in, maar AC out.

[AMD]

Japie.G schreef op zondag 16 augustus 2026 @ 19:15:
Ik gooi gewoon het actuele evlader vermogen (wanneer groter dan bv 500w) naar het ess grid setpoint. Works like a charm.

Dat is dan een flow die je in Node Red zet neem ik aan?

Ik moet nog helemaal hier in duiken, en nog nagenoeg geen ervaring ermee. Kom ik vast wel uit met Google en AI. Maar is er een voorbeeld dat ik kan gebruiken als referentie?

[NTS]

AMD schreef op zondag 16 augustus 2026 @ 18:19:
Ik wil dat EVCC prioriteit heeft boven Victron bij planned en fast charging. Vermoedelijk moet dat in Node Red, maar ik heb de systemen ook in Home Assistent.
Alles communiceert wel met MQTT.

De heel luie manier is je Victron wijs maken dat de aansluiting maar 24A mag hebben en de EVCC Load balancing op 25A laten staan. Dan zie je tijdens de ramp up van EVCC dat je batterij steeds een stapje minder gaat laden om naar 24A te komen en dat EVCC niet limit tenzij het nodig is voor andere load.

Mijn laadpaal kan niet harder dan 3x16A dus met een beetje zonnestroom er bij gaat de batterij alsnog vrij hard.

[Q]

maartenvdv737 schreef op zondag 16 augustus 2026 @ 07:13:
Mijn victron setup draait:

• Multiplus 2 5000 op fase 2 in DESS via VRM
• Cerbo gx
• 16kw yixiang accu met jk bms v19
• Power t class
• Distributor
• VM-3P75CT

Ik monitor alles in Home Assistant. Ik zie nu elke 34 tot 36 min een 2kw power spike in de multiplus en idem op de homewizard kwh meter die erachter zit.

De VM-3P75CT ip de hoofdschakelaar meet ook wel dat er iets gebeurt op L2, maar geen 2k (zie plaatje).

Alle verbruikers in mijn huis worden gemeten. Ik zie nergens een 2kw vraag op deze interval (bijv niet quooker, boilers, etc). De DSMR P1 meter ziet niet alles als export, maar kan aan de update interval liggen. Er is geen import op L1 en L3 om deze export te compenseren op L2.

De screenshot is snachts maar het is dag en nacht. De accu is nu 35% soc dus dit is geen float gedrag. De zonnepanelen leveren ook 0 nu tijdens dit tijdblok.

Het lijkt dus alsof de LFP accu zelf of de multiplus dit commando geeft. Wie heeft er een idee wat er kan zijn?

[Afbeelding]

[Afbeelding]

Ik heb een oude koelkast wiens motor bij inschakelen 1.5 kW trekt voor een seconde of twee/drie. Gezien je patroon kan het een koelkast, vriezer of ander apparaat zijn met een motor die start?

[maartenvdv737]

Q schreef op zondag 16 augustus 2026 @ 22:49:
[...]

Ik heb een oude koelkast wiens motor bij inschakelen 1.5 kW trekt voor een seconde of twee/drie. Gezien je patroon kan het een koelkast, vriezer of ander apparaat zijn met een motor die start?

Het is idd toch de quooker. De Nous A1T meet de pieken niet. Kijken of het met de update instellingen toch te vangen is. Geeft wel veel stress op de accu zo. Jammer dat die quooker niet echt aan te sturen is op langere blokken opwarmen. Ik zag wel iemand die het gelukt is met een slimme stekker aan/uit zetten en dan 13 min de quooker op niet verwarmen krijgen. Misschien is dat meerdere keren te herhalen.

[macbelly]

Q schreef op zondag 16 augustus 2026 @ 22:49:
[...]

Ik heb een oude koelkast wiens motor bij inschakelen 1.5 kW trekt voor een seconde of twee/drie. Gezien je patroon kan het een koelkast, vriezer of ander apparaat zijn met een motor die start?

offtopic:
Oude koelkasten zegt echte energievreters. Verstandig om het verbruik een aantal dagen te meten (bijvoorbeeld met een Homewizard energiemeter) en te vertalen naar een jaarverbruik. Je zult versteld staan hoe hoog dat verbruik kan zijn voor minder goed geïsoleerde koelkasten of als de koelkast z'n warmte niet kwijt kan.

[luigi87]

maartenvdv737 schreef op zondag 16 augustus 2026 @ 07:13:
Mijn victron setup draait:

• Multiplus 2 5000 op fase 2 in DESS via VRM
• Cerbo gx
• 16kw yixiang accu met jk bms v19
• Power t class
• Distributor
• VM-3P75CT

Ik monitor alles in Home Assistant. Ik zie nu elke 34 tot 36 min een 2kw power spike in de multiplus en idem op de homewizard kwh meter die erachter zit.

De VM-3P75CT ip de hoofdschakelaar meet ook wel dat er iets gebeurt op L2, maar geen 2k (zie plaatje).

Alle verbruikers in mijn huis worden gemeten. Ik zie nergens een 2kw vraag op deze interval (bijv niet quooker, boilers, etc). De DSMR P1 meter ziet niet alles als export, maar kan aan de update interval liggen. Er is geen import op L1 en L3 om deze export te compenseren op L2.

De screenshot is snachts maar het is dag en nacht. De accu is nu 35% soc dus dit is geen float gedrag. De zonnepanelen leveren ook 0 nu tijdens dit tijdblok.

Het lijkt dus alsof de LFP accu zelf of de multiplus dit commando geeft. Wie heeft er een idee wat er kan zijn?

[Afbeelding]

[Afbeelding]

Heb je een echte Quooker? dan is het 90% zeker die

hier had ik heb ik het zelfde, dit is het warmte element die even kort verwarmt. Vaak zo kort dat die in andere metingen niet goed naar voren komt (was bij mij).

Test maar eens met een halve dag je Quooker uit te zetten, dan zal je zien dat die spike weg is.

Mij zorgde deze spike ervoor dat mijn laadpaal direct stopte met laden, en erna weer rsutig ging opbouwen.

[IvoB2]

@macbelly Mijn oude koelkast verbruikt idd iets meer dan de nieuwe.
Maar het jaarverbruik is niet zoveel hoger dat het al de aankoop van een nieuwe zou verantwoorden.
En al helemaal niet wanneer dat (meer)verbruik geleverd wordt door de batterij gekoppeld aan Victron omvormers.

[ Voor 3% gewijzigd door IvoB2 op 17-08-2026 12:33 ]

[macbelly]

IvoB2 schreef op maandag 17 augustus 2026 @ 12:32:
@macbelly Mijn oude koelkast verbruikt idd iets meer dan de nieuwe.
Maar het jaarverbruik is niet zoveel hoger dat het al de aankoop van een nieuwe zou verantwoorden.
En al helemaal niet wanneer dat (meer)verbruik geleverd wordt door de batterij gekoppeld aan Victron omvormers.

Helemaal goed.

offtopic:
Ik kom in mijn (vrijwilligers)werk wel situaties tegen waar het om honderden extra kWh per jaar gaat (tot meer dan 1000kWh extra per jaar omdat de koelkast de warmte niet kwijt kon). Dan wordt het wel interessant om te vervangen. Mijn gemeente geeft in dit soort situaties zelfs een nieuwe koelkast weg aan bewoners die op het bestaansminimum zitten en zich geen nieuwe koelkast kunnen veroorloven maar wel de hoge energiekosten voor de kiezen krijgen.

[AMD]

Bedankt voor het idee. Het werkt echter niet helemaal om grid point aan te passen omdat DESS het blijft overschrijven.
Tijdens max laden moet DESS gewoon uit.
Ik heb nu een mogelijke oplossing die goed lijkt te werken in Node Red voor EVCC
Later nog bijschaven, maar eerste tests zijn positief. Ik wil het hier toch even delen voor toekomstige vragen van Tweakers:

Met functie:

[Japie.G]

AMD schreef op maandag 17 augustus 2026 @ 14:42:
Bedankt voor het idee. Het werkt echter niet helemaal om grid point aan te passen omdat DESS het blijft overschrijven.
Tijdens max laden moet DESS gewoon uit.
Ik heb nu een mogelijke oplossing die goed lijkt te werken in Node Red voor EVCC
Later nog bijschaven, maar eerste tests zijn positief. Ik wil het hier toch even delen voor toekomstige vragen van Tweakers:

~~~[Afbeelding] Met functie:

[Afbeelding]

Je moet Venus settings, grid setpoint gebruiken. Die default ik op -10, en bij het laden van de auto gooi ik daar de actual power in:



Werkt hier eigenlijk altijd goed! Ik gooi wel elke zoveel tijd de waarde er heen. Zal jouw oplossing ook eens bekijken. Zie dat je RS gebruikt, wellicht werkt het daar een beetje anders?

[ Voor 6% gewijzigd door Japie.G op 17-08-2026 14:48 ]

[reneeke1970]

macbelly schreef op maandag 17 augustus 2026 @ 13:01:
[...]

Helemaal goed.

offtopic:
Ik kom in mijn (vrijwilligers)werk wel situaties tegen waar het om honderden extra kWh per jaar gaat (tot meer dan 1000kWh extra per jaar omdat de koelkast de warmte niet kwijt kon). Dan wordt het wel interessant om te vervangen. Mijn gemeente geeft in dit soort situaties zelfs een nieuwe koelkast weg aan bewoners die op het bestaansminimum zitten en zich geen nieuwe koelkast kunnen veroorloven maar wel de hoge energiekosten voor de kiezen krijgen.

Haha grappig,al zet ik mijn koelkast deur gewoon open dan verbruikt hij jou getallen niet eens,dat lukt niet met een verbruik van 55 watt. Geld ook voor mijn 25 jaar oude vriezer trouwens

[NTS]

Ik heb koude koelkasten wel ruim boven de 100W zien gebruiken. Meestal in een aan/uit patroon, maar als je de achterkant helemaal dicht timmert en de warmte niet weg kan zoals @macbelly zegt dan kan die permanent blijven draaien.

Een moderne koelkast zit makkelijk onder de 30W, dus dat verschil kan in een extreem geval wel oplopen tot bijna 1000 kWh per jaar.

[IvoB2]

Zelfs mijn oude inbouwkoelkast doet een 500 Wh per etmaal wat neerkomt op gemiddeld een 21 W. En die draait niet continu maar heeft eveneens een aan/uit zaagtandpatroon dat van 0 naar 60-70 W springt en terug.
De nieuwere komt idd net niet aan de 30 W maar houdt dat langer aan en herhaalt dat meermaals zodat het iets zuiniger is maar niet significant veel.

Hoe dikwijls en hoe lang de deur opengaat beïnvloed het verbruik veel negatiever.

Maar op geen van beiden heeft de Victron invloed.

[ Voor 49% gewijzigd door IvoB2 op 18-08-2026 00:21 ]

[reneeke1970]

NTS schreef op maandag 17 augustus 2026 @ 23:22:
Ik heb koude koelkasten wel ruim boven de 100W zien gebruiken. Meestal in een aan/uit patroon, maar als je de achterkant helemaal dicht timmert en de warmte niet weg kan zoals @macbelly zegt dan kan die permanent blijven draaien.

Een moderne koelkast zit makkelijk onder de 30W, dus dat verschil kan in een extreem geval wel oplopen tot bijna 1000 kWh per jaar.

Voor een dicht gemaakte achterkant hoef je geen nieuwe te kopen. Koelkasten en vriezers hebben op het gebied van efficiency nauwelijks iets gewonnen. Het enige wat gebeurt is dat ze tegenwoordig dikkere isolatie hebben wat ten koste gaat van binnenruimte. Dus enkel voor besparing een nieuwe kopen terwijl de oude nog werkt is een beetje dom.

Maarja offtopic want het is het verkeerde topic zie ik,excuus....

[Q]

Wow, ik noemde een koelkast en het gaat er nog steeds over . Mijn oude koelkast / vriezer combinatie doet 100W continue als deze aan staat en is de grootste verbruiker in mijn huis. Maar financieel kan ik het niet verantwoorden om 'm te vervangen tegen nog geen kWh aan energie per dag. Even ter context, ik wil het topic niet teveel verder over koelkasten laten gaan.

[ Voor 12% gewijzigd door Q op 18-08-2026 09:45 ]

[IvoB2]

Wat bedoel je precies, dat je die koelkast door de dag een tiental uur laat draaien en 's nachts terug afzet om de volgende dag dat proces te herhalen?
Nogal wiedes dat je koelkast in de koelfase dan telkens meer gaat verbruiken.

[MJ de Bruijn]

De past beter in "Het Grote Koelkast Mijn Mening Topic".

[simonj]

Ik heb mijn AP system toegevoegd in venus os.via node red. alleen ik krijg om de 5 min. een update. dat zelfde zie ik ook in de APP van AP system.kan dit ook vaker ingesteld worden?

en doet dynamic ess wat met de waardes?

[brt652]

simonj schreef op dinsdag 18 augustus 2026 @ 19:30:
Ik heb mijn AP system toegevoegd in venus os.via node red. alleen ik krijg om de 5 min. een update. dat zelfde zie ik ook in de APP van AP system.kan dit ook vaker ingesteld worden?

en doet dynamic ess wat met de waardes?

Je kunt APSystems ook via Modbus uitlezen: brt652 in "Het grote Victron aansturing topic"

Update is frequenter dan elke 5 minuten, weet niet precies hoe frequent. GX device ziet de opbrengst als PV en de PV voorspelling en de werkelijke PV opbrengst wordt dan ook meegenomen in DESS. Met de Modbus koppeling is ook de dynamic powerlimiting te gebruiken.

[simonj]

brt652 schreef op dinsdag 18 augustus 2026 @ 19:49:
[...]

Je kunt APSystems ook via Modbus uitlezen: brt652 in "Het grote Victron aansturing topic"

Update is frequenter dan elke 5 minuten, weet niet precies hoe frequent. GX device ziet de opbrengst als PV en de PV voorspelling en de werkelijke PV opbrengst wordt dan ook meegenomen in DESS. Met de Modbus koppeling is ook de dynamic powerlimiting te gebruiken.

Ik heb helaas niet de sunspec logo.

[Kanoet]

Mijn Victron+US5000 heb ik nog niet hangen omdat er genoeg andere klussen te doen zijn thuis. En de eerste regels van de openingspost van dit topic zijn ook niet echt motiverend.

Toch maar vragen: hoeveel tijd heb je nu nodig om het systeem werkend te krijgen op een nul-op-de-meter modus? En hoeveel tijd kost het om naar DESS te gaan?
Mijn opstelling wordt 3x MP2 48/5000 met 4 x US5000.
Direct achter netaansluiting, hele huis (verbruikers+Enphase) achter AC out1.

[HRV]

@Kanoet Daar is niet echt een antwoord op te geven. Ik ben er al even mee bezig, maar het is een uurtje hier en een uurtje daar, dus dan schiet het ook niet op.

Ook geheel afhankelijk van de aanpassingen aan groepenkast, wil je noodstroom, hoeveel beveiliging wil je inbouwen, moeten er kabels gelegd worden, moet de wand brandveilig gemaakt worden... Er kan nogal wat bij komen kijken.

Te snel is ook niet goed, dat kan ten koste gaan van de veiligheid.

[MJ de Bruijn]

Kanoet schreef op dinsdag 18 augustus 2026 @ 22:25:

... de eerste regels van de openingspost van dit topic zijn ook niet echt motiverend.

Je bent de eerste die hierop reageert. Leuk.
Iedereen weet het, maar in de praktijk beginnen toch heel veel mensen er aan (kinderen dus).

Toch maar vragen: hoeveel tijd heb je nu nodig om het systeem werkend te krijgen op een nul-op-de-meter modus? En hoeveel tijd kost het om naar DESS te gaan?

Als alle hardware is geïnstalleerd en werkend en goed aangesloten etc. verschilt het instellen van een uur tot dagen tot continu-mee-bezig.
Het hangt van je kennis af, je interesse, je motivatie en de combinatie met je hardware.

[ahjwinth]

Ik heb mijn ess meeverhuisd naar onze nieuwe woning. 3x mpII 3000, 3x 14kwh accu. Het aansluiten in de nieuwe woning duurde voor mij ongeveer een week naast mijn gewone werk. Maar dan had ik wel alles voorbereid, accu’s naar zolder getild met een shovel, nieuwe groepenkast besteld voor in de schuur, alle materialen binnen die ik nodig had. Dus het is moeilijk in te schatten want het verschilt per situatie en of je alle spullen hebt.

[Kanoet]

MJ de Bruijn schreef op woensdag 19 augustus 2026 @ 09:29:
[...]
Je bent de eerste die hierop reageert. Leuk.
Iedereen weet het, maar in de praktijk beginnen toch heel veel mensen er aan (kinderen dus).
[...]

* Kanoet overthinking life choices

Ik hoop toch dat de gemiddelde user hier minder vaak wordt wakker gemaakt door hun Victron systeem anders haak ik af


Bedankt voor de reacties. Met mijn hardwarekeuze heb ik geprobeerd een zo compatibel en algemeen mogelijk systeem samen te stellen. Mijn vraag is vooral gericht op de aansturing, dus instellen van de software.
Het gaat mij nu ook even niet om finetuning om de laatste 0.1% rendement er uit te halen, maar om een werkend systeem te krijgen dat er niet uit vliegt en enigszins efficiënt NOM kan draaien.

Het hele Victron configuratie gebeuren is natuurlijk praktisch onmogelijk om in te schatten als je het systeem niet al hebt hangen. Vandaar mijn vraag aan de ervaringsdeskundigen. Wordt je door Victron er op een logische manier doorheen geloodst? Of moet je op tig verschillende plekken waardes aanpassen die niet voor de hand liggen? Dus eigenlijk: heeft Victron een logische onboarding die is toegepast op ESS gebruik voor de Nederlandse elektra aansluitingen?

[IvoB2]

Bedoel je nu het configureren van een Victron installatie voor ingebruikname of dat je zelf nog veel moet aanpassen eenmaal de installatie loopt in ESS modus?

In het eerste geval moet je wel rekening houden met een aantal parameters en weten wat je doet.
In het tweede geval loopt op ESS en NoM dat ding daarna doorgaans gewoon vanzelf.

[Kanoet]

Ik bedoel sowieso het configureren bij ingebruikname. Tegelijkertijd zal je een soort SAT willen uitvoeren waarbij je enkele scenario's nabootst om zeker te zijn dat het systeem niet uitvalt bij bv lege accu, volledig laden etc.

Zo te merken houdt ik teveel rekening met rampscenario's en komt het wel goed.

[pvg]

Firmwares upgraden, VM instellen, MP instellen, cerbo instellen en JK BMS instellen heeft mij de laatste keer een uur of 3 gekost.
Hardware installatie inclusief meterkast aanpassingen heeft me 3 avonden gekost.
Dit was het 2e systeem dat ik installeerde (1 fase). Voor een 3 fase systeem ben je minstens het dubbele kwijt schat ik in.
(En ik heb dus ervaring en de nodige technische kennis.)
Bij een NOM systeem heb je er daarna nagenoeg geen omkijken meer naar: alleen af en toe checken of het goed werkt: Capaciteit en vermogen ok voor doel? Celspanningen en balans ok? Temperaturen ok? In begin dagelijks, daarna wekelijks en daarna nog minder vaak.

[ Voor 25% gewijzigd door pvg op 19-08-2026 20:34 ]

[MJ de Bruijn]

Kanoet schreef op woensdag 19 augustus 2026 @ 13:33:
Vandaar mijn vraag aan de ervaringsdeskundigen. Wordt je door Victron er op een logische manier doorheen geloodst? Of moet je op tig verschillende plekken waardes aanpassen die niet voor de hand liggen?

Vegelijk het met een auto.
Je hebt zelfrijdende auto's, auto's met assistentie functies, automatische versnellingsbakken etc.
Victron is (naar mijn idee) handgeschakeld zonder navigatie met harde vering.

[HyperBart]

Kanoet schreef op woensdag 19 augustus 2026 @ 14:44:
Ik bedoel sowieso het configureren bij ingebruikname. Tegelijkertijd zal je een soort SAT willen uitvoeren waarbij je enkele scenario's nabootst om zeker te zijn dat het systeem niet uitvalt bij bv lege accu, volledig laden etc.

Zo te merken houdt ik teveel rekening met rampscenario's en komt het wel goed.

Een mooie SAT vind ik wel om eens stevig de batterij op “max vermogen” op te laden en te ontladen.
Dit terwijl je in de buurt bent en met een IR thermometer eens goed alle verbindingen kan meten qua temp.

Meest spannende of ingewikkelde vond ik met die VE configure alles juist zetten en daarna DVCC aan te zetten.

Daarna een paar zonnedagen kijken of de SOC indicator goed loopt (afhankelijk van wat je gekozen hebt, shunt etc).

[ Voor 7% gewijzigd door HyperBart op 19-08-2026 21:19 ]

[Hu2bPV]

Mijn Victron-systeem heeft ongeveer twee jaar probleemloos gewerkt. Sinds begin augustus is de ESS-regeling plotseling instabiel.

Configuratie:

MultiPlus II 48/3000, Cerbo GX, Venus OS 3.75 (ook getest met 3.73), Pylontech batterij, ET340 als grid meter, 4,8 kWp PV op L1 + 1,3 kWp op L2, ESS grid setpoint: -10 W, max inverter power: 800 W, min SoC: 15%

De MultiPlus begint bij ingeschakelde ESS vrijwel direct te oscilleren tussen laden en ontladen. Daarbij loopt het vermogen soms op tot circa 2,5–3 kW, terwijl de ingestelde limiet 800 W is.

De werkelijke huisbelasting oscilleert niet; de MultiPlus/ESS regeling veroorzaakt de oscillatie.

Herstarten en een downgrade van Venus OS 3.75 naar 3.73 hebben het probleem niet opgelost.

Ik wacht momenteel op de installatie van een EM24 Ethernet als vervanging van de ET340, om de netmeting als mogelijke oorzaak uit te sluiten.

Heeft iemand een idee waar ik dit verder moet zoeken?

[ Voor 23% gewijzigd door Hu2bPV op 24-08-2026 13:30 . Reden: Ik zie de plaatjes niet ]

[Hu2bPV]

[V_ger]

@Hu2bPV valt er communicatie weg? Check je logfiles op aanwijzingen. Zelf tijdje maffe problemen gehad door een slecht contact in een communicatie kabel.

[Hu2bPV]

V_ger schreef op maandag 24 augustus 2026 @ 13:48:
@Hu2bPV valt er communicatie weg? Check je logfiles op aanwijzingen. Zelf tijdje maffe problemen gehad door een slecht contact in een communicatie kabel.

Dank. Ik heb ook het vermoeden dat er iets met de communicatie mis is zodat de feedback draait naar feed forward met resonantie als gevolg. Ik had om een andere reden al een EM24 gekocht. Ik hoop dat dat het probleem oplost. (Elektricien is op vakantie en zelf doen is niet verstandig voor mij {te veel de neiging te leren van mijn fouten})
Mijn vraag is waar ik de logfiles zou kunnen raadplegen. Via remote console lukt het me niet maar misschien ben ik te vroeg de weg daar kwijt geraakt?

[V_ger]

Hu2bPV schreef op maandag 24 augustus 2026 @ 14:16:
[...]

Dank. Ik heb ook het vermoeden dat er iets met de communicatie mis is zodat de feedback draait naar feed forward met resonantie als gevolg. Ik had om een andere reden al een EM24 gekocht. Ik hoop dat dat het probleem oplost. (Elektricien is op vakantie en zelf doen is niet verstandig voor mij {te veel de neiging te leren van mijn fouten})
Mijn vraag is waar ik de logfiles zou kunnen raadplegen. Via remote console lukt het me niet maar misschien ben ik te vroeg de weg daar kwijt geraakt?

Even SSH aanzetten, dan kan je inloggen op de GX apparaat. Dat is eigenlijk gewoon Linux. Dan ff zoeken of je ergens iets kan vinden, ik gok in /var/log. Anders ff je favo LLM model vragen om locaties.

[MJ de Bruijn]

Hu2bPV schreef op maandag 24 augustus 2026 @ 14:16:
... {te veel de neiging te leren van mijn fouten} ...

Wil je dan altijd dom blijven?

[RikHa]

Japie.G schreef op zondag 16 augustus 2026 @ 19:15:
Ik gooi gewoon het actuele evlader vermogen (wanneer groter dan bv 500w) naar het ess grid setpoint. Works like a charm.

Hoe doe je dat? Heb je iets meer details?

[Japie.G]

RikHa schreef op dinsdag 25 augustus 2026 @ 09:28:
[...]

Hoe doe je dat? Heb je iets meer details?

Ik meet de actuele waarde van mijn ev lader en zet die op mijn mqtt broker. In victron nodered connect ik naar die broker en lees ik die waarde dus live uit. Die waarde gaat via een function node naar de grid setpoint sturing van victron. Ik zet hier mijn nodered flow neer, maar let op, die is niet direct toepasbaar op ieders situatie. Maar wellicht kun je het als voorbeeld gebruiken. Een willekeurig AI model bouwt het zo voor je om naar de voor jou werkende situatie.

code:

[
    {
        "id": "b70a836071e65056",
        "type": "group",
        "z": "a5197c9e9e9aac37",
        "style": {
            "stroke": "#999999",
            "stroke-opacity": "1",
            "fill": "none",
            "fill-opacity": "1",
            "label": true,
            "label-position": "nw",
            "color": "#a4a4a4"
        },
        "nodes": [
            "f6509b6071e57fb5",
            "31c3c6a161e74b1d",
            "5cd9cb9df0eb0e43",
            "5bf393c9d5ac73bb",
            "28168acbee4d3057",
            "e2524e1725f2d2ba",
            "f82c99b2a2f9ebc6",
            "bd1cf2989fb28ea0"
        ],
        "x": 14,
        "y": 419,
        "w": 732,
        "h": 262
    },
    {
        "id": "f6509b6071e57fb5",
        "type": "mqtt in",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "name": "EVCharger",
        "topic": "HomeServerLiveValues/EVCharger",
        "qos": "0",
        "datatype": "auto-detect",
        "broker": "9f574f2f6f5531cb",
        "nl": false,
        "rap": true,
        "rh": 0,
        "inputs": 0,
        "x": 220,
        "y": 520,
        "wires": [
            [
                "5bf393c9d5ac73bb",
                "5cd9cb9df0eb0e43"
            ]
        ]
    },
    {
        "id": "31c3c6a161e74b1d",
        "type": "victron-output-ess",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "service": "com.victronenergy.settings",
        "path": "/Settings/CGwacs/AcPowerSetPoint",
        "serviceObj": {
            "service": "com.victronenergy.settings",
            "name": "Venus settings",
            "communityTag": "ess"
        },
        "pathObj": {
            "path": "/Settings/CGwacs/AcPowerSetPoint",
            "type": "integer",
            "name": "Grid set-point (W)",
            "mode": "both"
        },
        "initial": -10,
        "name": "Grid setpoint",
        "onlyChanges": false,
        "roundValues": "no",
        "rateLimit": 0,
        "conditionalMode": false,
        "condition1Operator": ">",
        "condition2Enabled": false,
        "condition2Service": "",
        "condition2Path": "",
        "condition2Operator": ">",
        "logicOperator": "AND",
        "outputTrue": "true",
        "outputFalse": "false",
        "outputOnChange": false,
        "debounce": 2000,
        "x": 650,
        "y": 580,
        "wires": []
    },
    {
        "id": "5cd9cb9df0eb0e43",
        "type": "function",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "name": "set_setpoint",
        "func": "// ============================================================================\n// EV -> ESS GRID SETPOINT\n// Met Virtual Switch enable/disable\n//\n// Inputs:\n// 1) MQTT:\n//      HomeServerLiveValues/EVCharger\n//      payload { ActualPower, ... }\n//\n// 2) Victron Virtual Switch:\n//      \"Charge EV from grid\"\n//\n// Werking:\n// - Switch UIT:\n//      functie uitgeschakeld\n//      Grid setpoint wordt direct DEFAULT_SETPOINT_W (-10 W)\n//\n// - Switch AAN:\n//      EV > drempel:\n//          Grid setpoint ≈ EV-laadvermogen\n//\n//      EV niet actief:\n//          Grid setpoint = -10 W\n//\n// Output:\n//      msg.payload -> /Settings/CGwacs/AcPowerSetPoint\n// ============================================================================\n\n\n// ---------------- USER SETTINGS ----------------\n\nconst DEFAULT_SETPOINT_W = -10;\n\nconst EV_ACTIVE_THRESHOLD_W = 1000;\n\nconst ROUND_STEP_W = 100;\n\nconst MIN_DELTA_W = 300;\n\nconst MIN_INTERVAL_MS = 10000; // 10 seconden\n\n\n// ============================================================================\n// HERKEN INPUTTYPE\n// ============================================================================\n\nconst topic = msg.topic || \"\";\n\n\n// ---------------------------------------------------------------------------\n// VIRTUAL SWITCH INPUT\n// ---------------------------------------------------------------------------\n//\n// De state-output van de Victron Virtual Switch wordt hier gebruikt.\n//\n// We proberen de gangbare payloadvormen robuust af te handelen:\n// 0 / 1\n// false / true\n// \"0\" / \"1\"\n// object met state/value\n//\n\nif (!topic.includes(\"HomeServerLiveValues/EVCharger\")) {\n\n    let raw = msg.payload;\n    let enabled = null;\n\n    if (typeof raw === \"boolean\") {\n\n        enabled = raw;\n\n    } else if (\n        raw === 0 ||\n        raw === 1 ||\n        raw === \"0\" ||\n        raw === \"1\"\n    ) {\n\n        enabled = Number(raw) === 1;\n\n    } else if (raw && typeof raw === \"object\") {\n\n        if (typeof raw.state === \"boolean\") {\n            enabled = raw.state;\n        }\n\n        else if (\n            raw.state === 0 ||\n            raw.state === 1 ||\n            raw.state === \"0\" ||\n            raw.state === \"1\"\n        ) {\n            enabled = Number(raw.state) === 1;\n        }\n\n        else if (\n            raw.value === 0 ||\n            raw.value === 1 ||\n            raw.value === \"0\" ||\n            raw.value === \"1\"\n        ) {\n            enabled = Number(raw.value) === 1;\n        }\n    }\n\n\n    // Payload niet herkenbaar\n    if (enabled === null) {\n\n        node.status({\n            fill: \"red\",\n            shape: \"ring\",\n            text: \"Onbekende switch payload\"\n        });\n\n        return null;\n    }\n\n\n    const oldEnabled = context.get(\"enabled\");\n\n    context.set(\"enabled\", enabled);\n\n\n    // --------------------------------------------------------\n    // SWITCH UIT\n    // --------------------------------------------------------\n    //\n    // Meteen terug naar normaal ESS-setpoint.\n    //\n\n    if (enabled === false) {\n\n        const lastSetpoint = context.get(\"lastSetpoint\");\n\n        node.status({\n            fill: \"grey\",\n            shape: \"dot\",\n            text: \"UIT | EV grid priority disabled\"\n        });\n\n\n        // Alleen schrijven indien nodig.\n        if (lastSetpoint === DEFAULT_SETPOINT_W) {\n            return null;\n        }\n\n\n        context.set(\"lastSetpoint\", DEFAULT_SETPOINT_W);\n        context.set(\"lastSentTs\", Date.now());\n\n        msg.payload = DEFAULT_SETPOINT_W;\n\n        return msg;\n    }\n\n\n    // --------------------------------------------------------\n    // SWITCH AAN\n    // --------------------------------------------------------\n    //\n    // Niet meteen iets gokken.\n    // Wacht op de eerstvolgende geldige EV-vermogensmeting.\n    //\n\n    if (enabled === true) {\n\n        node.status({\n            fill: \"blue\",\n            shape: \"dot\",\n            text: \"AAN | wacht op EV data\"\n        });\n\n        return null;\n    }\n}\n\n\n// ============================================================================\n// MQTT EV INPUT\n// ============================================================================\n\nlet p = msg.payload;\n\nif (typeof p === \"string\") {\n\n    try {\n        p = JSON.parse(p);\n\n    } catch (e) {\n\n        node.status({\n            fill: \"red\",\n            shape: \"ring\",\n            text: \"Ongeldige EV JSON\"\n        });\n\n        return null;\n    }\n}\n\n\nif (!p || typeof p !== \"object\") {\n\n    node.status({\n        fill: \"red\",\n        shape: \"ring\",\n        text: \"Geen geldige EV payload\"\n    });\n\n    return null;\n}\n\n\n// ---------------- EV VERMOGEN ----------------\n\nconst evPowerW = Number(p.ActualPower);\n\nif (!Number.isFinite(evPowerW)) {\n\n    node.status({\n        fill: \"red\",\n        shape: \"ring\",\n        text: \"Geen geldige ActualPower\"\n    });\n\n    return null;\n}\n\n\n// Bewaar laatste EV-vermogen.\ncontext.set(\"lastEvPowerW\", evPowerW);\n\n\n// ============================================================================\n// CHECK ENABLE SWITCH\n// ============================================================================\n//\n// Fail-safe keuze:\n// Als Node-RED net opnieuw gestart is en we nog geen switchstatus hebben,\n// beschouwen we de functie als UIT.\n//\n// Dit voorkomt dat de EV-gridregeling onverwacht actief wordt.\n//\n\nconst enabled = context.get(\"enabled\") === true;\n\n\nif (!enabled) {\n\n    const lastSetpoint = context.get(\"lastSetpoint\");\n\n\n    node.status({\n        fill: \"grey\",\n        shape: \"ring\",\n        text:\n            `UIT | EV ${Math.round(evPowerW)}W | ` +\n            `SP ${DEFAULT_SETPOINT_W}W`\n    });\n\n\n    // Zorg eventueel éénmalig dat we werkelijk terug op default staan.\n    if (lastSetpoint !== DEFAULT_SETPOINT_W) {\n\n        context.set(\"lastSetpoint\", DEFAULT_SETPOINT_W);\n        context.set(\"lastSentTs\", Date.now());\n\n        msg.payload = DEFAULT_SETPOINT_W;\n\n        return msg;\n    }\n\n\n    return null;\n}\n\n\n// ============================================================================\n// FUNCTIE IS AAN\n// ============================================================================\n\nconst evActive =\n    evPowerW > EV_ACTIVE_THRESHOLD_W;\n\n\nlet desiredSetpoint;\n\n\nif (evActive) {\n\n    desiredSetpoint =\n        Math.round(evPowerW / ROUND_STEP_W) *\n        ROUND_STEP_W;\n\n} else {\n\n    desiredSetpoint = DEFAULT_SETPOINT_W;\n}\n\n\n// ---------------- VORIGE STATUS ----------------\n\nconst lastSetpoint = context.get(\"lastSetpoint\");\n\nconst lastSentTs =\n    context.get(\"lastSentTs\") || 0;\n\nconst now = Date.now();\n\n\n// ---------------- EERSTE KEER ----------------\n\nif (lastSetpoint === undefined) {\n\n    context.set(\n        \"lastSetpoint\",\n        desiredSetpoint\n    );\n\n    context.set(\n        \"lastSentTs\",\n        now\n    );\n\n    msg.payload =\n        desiredSetpoint;\n\n\n    node.status({\n        fill: evActive ? \"green\" : \"blue\",\n        shape: \"dot\",\n        text:\n            `AAN | EV ${Math.round(evPowerW)}W → ` +\n            `SP ${desiredSetpoint}W`\n    });\n\n\n    return msg;\n}\n\n\n// ============================================================================\n// EV AAN / UIT TRANSITIE\n// ============================================================================\n\nconst wasEvActive =\n    lastSetpoint !== DEFAULT_SETPOINT_W;\n\nconst modeChanged =\n    wasEvActive !== evActive;\n\n\nif (modeChanged) {\n\n    context.set(\n        \"lastSetpoint\",\n        desiredSetpoint\n    );\n\n    context.set(\n        \"lastSentTs\",\n        now\n    );\n\n    msg.payload =\n        desiredSetpoint;\n\n\n    node.status({\n        fill: evActive ? \"green\" : \"blue\",\n        shape: \"dot\",\n        text:\n            evActive\n                ? `AAN | EV actief ${Math.round(evPowerW)}W → SP ${desiredSetpoint}W`\n                : `AAN | EV gestopt → SP ${DEFAULT_SETPOINT_W}W`\n    });\n\n\n    return msg;\n}\n\n\n// ============================================================================\n// EV NIET ACTIEF\n// ============================================================================\n\nif (!evActive) {\n\n    node.status({\n        fill: \"blue\",\n        shape: \"ring\",\n        text:\n            `AAN | wacht | EV ${Math.round(evPowerW)}W | ` +\n            `SP ${lastSetpoint}W`\n    });\n\n    return null;\n}\n\n\n// ============================================================================\n// EV ACTIEF\n// ============================================================================\n\nconst delta =\n    Math.abs(\n        desiredSetpoint -\n        lastSetpoint\n    );\n\n\n// ---------------- DEADBAND ----------------\n\nif (delta < MIN_DELTA_W) {\n\n    node.status({\n        fill: \"yellow\",\n        shape: \"ring\",\n        text:\n            `AAN | hold Δ${delta}W | ` +\n            `EV ${Math.round(evPowerW)}W | ` +\n            `SP ${lastSetpoint}W`\n    });\n\n    return null;\n}\n\n\n// ---------------- RATE LIMIT ----------------\n\nconst elapsed =\n    now -\n    lastSentTs;\n\n\nif (elapsed < MIN_INTERVAL_MS) {\n\n    const remaining =\n        Math.ceil(\n            (MIN_INTERVAL_MS - elapsed) /\n            1000\n        );\n\n\n    node.status({\n        fill: \"blue\",\n        shape: \"ring\",\n        text:\n            `AAN | wait ${remaining}s | ` +\n            `EV ${Math.round(evPowerW)}W | ` +\n            `target ${desiredSetpoint}W`\n    });\n\n\n    return null;\n}\n\n\n// ============================================================================\n// SETPOINT VERSTUREN\n// ============================================================================\n\ncontext.set(\n    \"lastSetpoint\",\n    desiredSetpoint\n);\n\ncontext.set(\n    \"lastSentTs\",\n    now\n);\n\n\nmsg.payload =\n    desiredSetpoint;\n\n\nnode.status({\n    fill: \"green\",\n    shape: \"dot\",\n    text:\n        `AAN | EV ${Math.round(evPowerW)}W → ` +\n        `Grid SP ${desiredSetpoint}W`\n});\n\n\nreturn msg;",
        "outputs": 1,
        "timeout": 0,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 390,
        "y": 580,
        "wires": [
            [
                "31c3c6a161e74b1d"
            ]
        ]
    },
    {
        "id": "5bf393c9d5ac73bb",
        "type": "debug",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "name": "check_output",
        "active": false,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 400,
        "y": 520,
        "wires": []
    },
    {
        "id": "28168acbee4d3057",
        "type": "inject",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "name": "Manual inject Grid setpoint",
        "props": [
            {
                "p": "payload"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "-10",
        "payloadType": "num",
        "x": 170,
        "y": 580,
        "wires": [
            [
                "5cd9cb9df0eb0e43"
            ]
        ]
    },
    {
        "id": "e2524e1725f2d2ba",
        "type": "victron-virtual-switch",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "name": "ChargeEVfromGrid",
        "outputs": 2,
        "switch_1_type": "1",
        "switch_1_initial": 0,
        "switch_1_label": "",
        "switch_1_customname": "Charge EV from grid",
        "switch_1_group": "NodeRED",
        "switch_1_include_measurement": false,
        "switch_1_rgb_color_wheel": false,
        "switch_1_cct_wheel": false,
        "switch_1_rgb_white_dimmer": false,
        "switch_1_show_ui_input": 1,
        "switch_1_passthrough_mode": "auto_only",
        "x": 190,
        "y": 640,
        "wires": [
            [],
            [
                "5cd9cb9df0eb0e43",
                "f82c99b2a2f9ebc6"
            ]
        ]
    },
    {
        "id": "f82c99b2a2f9ebc6",
        "type": "debug",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "name": "check switch_output",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 420,
        "y": 640,
        "wires": []
    },
    {
        "id": "bd1cf2989fb28ea0",
        "type": "comment",
        "z": "a5197c9e9e9aac37",
        "g": "b70a836071e65056",
        "name": "Charge EV from GRID (or not)",
        "info": "",
        "x": 160,
        "y": 460,
        "wires": []
    },
    {
        "id": "9f574f2f6f5531cb",
        "type": "mqtt-broker",
        "name": "",
        "broker": "192.168.30.10",
        "port": "1883",
        "clientid": "VictronGX",
        "autoConnect": true,
        "usetls": false,
        "protocolVersion": "4",
        "keepalive": "60",
        "cleansession": true,
        "autoUnsubscribe": true,
        "birthTopic": "",
        "birthQos": "0",
        "birthRetain": "false",
        "birthPayload": "",
        "birthMsg": {},
        "closeTopic": "",
        "closeQos": "0",
        "closeRetain": "false",
        "closePayload": "",
        "closeMsg": {},
        "willTopic": "",
        "willQos": "0",
        "willRetain": "false",
        "willPayload": "",
        "willMsg": {},
        "userProps": "",
        "sessionExpiry": ""
    },
    {
        "id": "053915b26369563c",
        "type": "global-config",
        "env": [],
        "modules": {
            "@victronenergy/node-red-contrib-victron": "1.7.22"
        }
    }
]

Ohja, ik heb ook een virtual switch er aan zitten waarmee ik de functie aan of uit kan zetten.

edit: quote tags rondom codetag gezet voor betere leesbaarheid, tnx voor de tip ;-) )

[ Voor 100% gewijzigd door Japie.G op 25-08-2026 09:50 ]

[MJ de Bruijn]

Japie.G schreef op dinsdag 25 augustus 2026 @ 09:34:
Ik zet hier mijn nodered flow neer

Tip. Zet quote tags rondom je code-tags.

[Hu2bPV]

MJ de Bruijn schreef op maandag 24 augustus 2026 @ 16:37:
[...]

Wil je dan altijd dom blijven?

Touché. Ik geef er de voorkeur aan van andermans fouten te leren als het 400V en enkele kW's betreft....

[cyclone]

Hu2bPV schreef op dinsdag 25 augustus 2026 @ 14:04:
[...]

Touché. Ik geef er de voorkeur aan van andermans fouten te leren als het 400V en enkele kW's betreft....

Vergis je vooral niet in wat een DC kortsluiting kan doen ook op laag voltage.
400V AC zit thuis nog altijd achter de hoofd zekering / automaat. Je Accu op 48 DC waar je in aan het sleutelen bent vind ik een stuk spannender.

[RikHa]

Japie.G schreef op dinsdag 25 augustus 2026 @ 09:34:
[...]


Ik meet de actuele waarde van mijn ev lader en zet die op mijn mqtt broker. In victron nodered connect ik naar die broker en lees ik die waarde dus live uit. Die waarde gaat via een function node naar de grid setpoint sturing van victron. Ik zet hier mijn nodered flow neer, maar let op, die is niet direct toepasbaar op ieders situatie. Maar wellicht kun je het als voorbeeld gebruiken. Een willekeurig AI model bouwt het zo voor je om naar de voor jou werkende situatie.


[...]


[Afbeelding]

Ohja, ik heb ook een virtual switch er aan zitten waarmee ik de functie aan of uit kan zetten.

edit: quote tags rondom codetag gezet voor betere leesbaarheid, tnx voor de tip ;-) )

Goed bedacht en uitgevoerd zo te zien. Dankje.

[ahjwinth]

cyclone schreef op dinsdag 25 augustus 2026 @ 14:35:
[...]

Vergis je vooral niet in wat een DC kortsluiting kan doen ook op laag voltage.
400V AC zit thuis nog altijd achter de hoofd zekering / automaat. Je Accu op 48 DC waar je in aan het sleutelen bent vind ik een stuk spannender.

De 400vac kan je afschakelen, controleren dat het spanningsloos is en veilig aan werken.

De accu blijft geladen, geen zekering per cel dus een kortsluiting bij 48v of 3.5 cell volt is in mij opinie veel gevaarlijker want je kan het niet uitzetten. Dus geïsoleerd gereedschap gebruiken is geadviseerd

[NTS]

Precies. Lage spanning is veilig voor elektrocutie, maar dat is maar de helft van het verhaal. De kortsluitstroom van 10 kA is heel serieus werk. Nooit zonder goede kleding en gezichtsmasker aan werken.

[Rimco]

@NTS Ik zie het al helemaal voor me

[SmoothTweaker]

RikHa schreef op dinsdag 25 augustus 2026 @ 09:28:
[...]

Hoe doe je dat? Heb je iets meer details?

Ik heb de Large firmware niet geïnstalleerd en kan geen NodeRed gebruiken. Mijn idee was om het gewoon via HA aan te sturen.

code:

action: number.set_value
target:
  entity_id: number.gx_device_ac_power_setpoint
data:
  value: 9000

Waarbij 9000 het actuele EV vermogen is.

[NTS]

Rimco schreef op dinsdag 25 augustus 2026 @ 22:12:
@NTS Ik zie het al helemaal voor me

Niet zo'n dik pak en een gasmasker, maar verder is het wel hoe dit gaat als het werk is in plaats van hobby hoor. Bel maar eens je netbeheerder om iets onder spanning te komen doen. Die dragen sowieso werkkleding en een gezichtsscherm of bril. NEN3140 is er vrij duidelijk over.

[ Voor 5% gewijzigd door NTS op 25-08-2026 22:37 ]

[Rimco]

@NTS Die jongens van de netbeheerder zijn hier al eens langs geweest om het hele meterbord te vervangen en zolang er maar niemand kwam controleren ging dat toch echt met zo min mogelijk bescherming

Mijn punt is dus ook een beetje dat alhoewel het eigenlijk wel verstandig is, dat je het in de praktijk maar vaak genoeg zonder zult zien

[HRV]

Klopt en het gaat ook bijna altijd goed....

https://nos.nl/artikel/2628189-boetes-en-werkstraf-na-dodelijk-ongeval-van-16-jarige-stagiair-in-tubbergen

[Jazsie]

SmoothTweaker schreef op dinsdag 25 augustus 2026 @ 22:17:
[...]
Ik heb de Large firmware niet geïnstalleerd en kan geen NodeRed gebruiken. Mijn idee was om het gewoon via HA aan te sturen.

code:

action: number.set_value
target:
  entity_id: number.gx_device_ac_power_setpoint
data:
  value: 9000

Waarbij 9000 het actuele EV vermogen is.

Kan je de "larg" fw van harte aanbevelen, draait hier al jaren als een zonnetje.

Aansturing laat ik liever over op de "Venus OS" zelf, wilt niet dat je thuisbatterij plat ligt omdat Home Assistant een keer eruit ligt om welk reden dan ook.

[Hu2bPV]

V_ger schreef op maandag 24 augustus 2026 @ 13:48:
@Hu2bPV valt er communicatie weg? Check je logfiles op aanwijzingen. Zelf tijdje maffe problemen gehad door een slecht contact in een communicatie kabel.

ik zie nu een discussie over een gelijkaardig probleem met een oplossing door Venus OS terug te zetten op 3.33: er lijkt iets mis te zijn met de victron software: Hub4Mode spontaneously reverts to a fallback value during normal ESS Optimized operation, causing severe AC power oscillation
zie : https://github.com/victro...57?utm_source=chatgpt.com

[ Voor 0% gewijzigd door Hu2bPV op 26-08-2026 13:09 . Reden: tikfout het gaat om Venus 3.33 niet 3.44 ]

[Beer070]

Rimco schreef op dinsdag 25 augustus 2026 @ 22:44:
@NTS Die jongens van de netbeheerder zijn hier al eens langs geweest om het hele meterbord te vervangen en zolang er maar niemand kwam controleren ging dat toch echt met zo min mogelijk bescherming

Mijn punt is dus ook een beetje dat alhoewel het eigenlijk wel verstandig is, dat je het in de praktijk maar vaak genoeg zonder zult zien

ik heb in mijn leven al aardig wat domme dingen gedaan, inclusief 'even voelen' of ergens prik op staat. ook een keer gemerkt dat ik (onverwacht) zelf niet meer los kon laten, en sindsdien een stuk voorzichtiger geworden.

Overigens kan je 50V van je accu 'zonder problemen' aanraken, zolang je maar niet beide polen aanraakt, en genoeg weerstand in de schakeling hebt om de stroom te beperken.

Een ongeisoleerde schroevendraaier over de polen van een volgeladen 50V 5kwh accu geeft echt een stevige knal waarbij het vloeibaar staal ook jouw gezicht tegemoet kan komen.

[NTS]

Precies, aanraken is niet het probleem, kortsluiten is waar je die bril en werkkleding voor wil hebben. Er staan op Youtube wat filmpjes waar ze een losse cel kortsluiten. Dan heb je het over 3.4V met 100 Ah, daarmee smelten ze een schroevendraaier. Je thuisbatterij heeft er 16 in serie en meestal 300+ Ah capaciteit...

[ahjwinth]

Je kan mensen waarschuwen voor de gevaren van elektriciteit, het uitleggen waarom maar als ze niet willen luisteren en er komen argumenten want de netbeheerder werkt ook zonder beschermende kleding, of het is maar 50 volt, als mensen geen kennis hebben van de korstluitstroomen tussen de 5 en 10 kilo Ampere en de gevaren daarvan onderschatten is het een verloren zaak.

Ik weet het wel, als een netbeheerder wat bij mij uitvoert en de monteur vraagt even of ik een paar stappen naar achteren wil gaan, zijn gelaatscherm op zet en goede handschoenen aantrekt dat geeft mij dat meer vertrouwen als dat een cowboy binnenloopt en zo snel mogelijk weer naar buitenloopt. Die monteur met PBM zal de rest van zijn werk ook serieus doen.

En de argumenten het valt allemaal wel mee, dit overkomt mij niet, ik maak geen fouten, helpen niet als je in het ziekenhuis ligt. Een gewaarschuwd mens telt voor twee maar, you can’t fix stupidity.

[Japie.G]

ahjwinth schreef op vrijdag 28 augustus 2026 @ 09:01:
Je kan mensen waarschuwen voor de gevaren van elektriciteit, het uitleggen waarom maar als ze niet willen luisteren en er komen argumenten want de netbeheerder werkt ook zonder beschermende kleding, of het is maar 50 volt, als mensen geen kennis hebben van de korstluitstroomen tussen de 5 en 10 kilo Ampere en de gevaren daarvan onderschatten is het een verloren zaak.

Ik weet het wel, als een netbeheerder wat bij mij uitvoert en de monteur vraagt even of ik een paar stappen naar achteren wil gaan, zijn gelaatscherm op zet en goede handschoenen aantrekt dat geeft mij dat meer vertrouwen als dat een cowboy binnenloopt en zo snel mogelijk weer naar buitenloopt. Die monteur met PBM zal de rest van zijn werk ook serieus doen.

En de argumenten het valt allemaal wel mee, dit overkomt mij niet, ik maak geen fouten, helpen niet als je in het ziekenhuis ligt. Een gewaarschuwd mens telt voor twee maar, you can’t fix stupidity.

Toen de netbeheerder monteur hier de 1 fase naar de 3 fase zekeringen omzette ging dat keurig met kap, handschoenen en beschermende kleding.

[MJ de Bruijn]

Ik zie kansen voor een nieuw topic...
"Het Grote Dit Is Mijn Mening Over Veilig Werken Topic".

[reneeke1970]

Japie.G schreef op vrijdag 28 augustus 2026 @ 10:06:
[...]


Toen de netbeheerder monteur hier de 1 fase naar de 3 fase zekeringen omzette ging dat keurig met kap, handschoenen en beschermende kleding.

Zijn ze gewoon verplicht,of het nou wel of niet nodig is. Bij controle,of jij verlinkt hem.... Is ie zijn baantje kwijt

[cyclone]

@ahjwinth ”hear hear” ! Goed verwoord !
@reneeke1970 PBM’s doe je voor jezelf, niet omdat het verplicht is.

Wat @ahjwinth zei “you can’t fix stupidity.“

[Hu2bPV]

Hu2bPV schreef op maandag 24 augustus 2026 @ 13:25:
Mijn Victron-systeem heeft ongeveer twee jaar probleemloos gewerkt. Sinds begin augustus is de ESS-regeling plotseling instabiel.

Configuratie:

MultiPlus II 48/3000, Cerbo GX, Venus OS 3.75 (ook getest met 3.73), Pylontech batterij, ET340 als grid meter, 4,8 kWp PV op L1 + 1,3 kWp op L2, ESS grid setpoint: -10 W, max inverter power: 800 W, min SoC: 15%

De MultiPlus begint bij ingeschakelde ESS vrijwel direct te oscilleren tussen laden en ontladen. Daarbij loopt het vermogen soms op tot circa 2,5–3 kW, terwijl de ingestelde limiet 800 W is.

De werkelijke huisbelasting oscilleert niet; de MultiPlus/ESS regeling veroorzaakt de oscillatie.

Herstarten en een downgrade van Venus OS 3.75 naar 3.73 hebben het probleem niet opgelost.

Ik wacht momenteel op de installatie van een EM24 Ethernet als vervanging van de ET340, om de netmeting als mogelijke oorzaak uit te sluiten.

Heeft iemand een idee waar ik dit verder moet zoeken?

Update: waarschijnlijk oorzaak gevonden

Naar aanleiding van een reactie in het Victron-topic heb ik de Current Sense-aansluiting van de MultiPlus nader bekeken. Daar zit normaal geen externe sensor op; de interne meting wordt gebruikt.

De Victron-documentatie beschrijft een mogelijk slecht contact in deze jack als oorzaak van vreemd ESS-regelgedrag. De voorgeschreven handeling is om een 3,5-mm jackplug een aantal keer in de aansluiting te steken en weer te verwijderen.

Uiteraard heb ik eerst de MultiPlus volledig uitgeschakeld voordat ik aan de aansluiting kwam. 🙂 Daarna heb ik vijf keer een 3,5-mm koptelefoonplug erin en eruit gedaan.

Vervolgens de MultiPlus weer ingeschakeld en ESS aangezet.

Inmiddels draait het systeem ruim 12 uur stabiel, zonder de eerdere oscillaties. De ESS-regeling houdt het netvermogen weer netjes rond het ingestelde setpoint.

Ik kijk het nog een paar dagen aan voordat ik definitief zeg dat het probleem opgelost is, maar voorlopig ziet het er zeer goed uit.

Als dit inderdaad de oplossing blijkt te zijn, is dit toch wel een van de merkwaardigste storingen die ik ben tegengekomen: een slecht contact in een niet gebruikte aansluiting kan kennelijk leiden tot oscillaties waarbij de MultiPlus tot ongeveer 4000 W gaat laden/ontladen, terwijl de ingestelde limiet voor de ESS-regeling 800 W is.

En ja: ik ben vooral blij dat ik niet thuis was toen dit begon en dat er geen brand is ontstaan. 🙂

[habbekrats]

Beer070 schreef op donderdag 27 augustus 2026 @ 15:03:
[...]

ik heb in mijn leven al aardig wat domme dingen gedaan, inclusief 'even voelen' of ergens prik op staat. ook een keer gemerkt dat ik (onverwacht) zelf niet meer los kon laten, en sindsdien een stuk voorzichtiger geworden.

Overigens kan je 50V van je accu 'zonder problemen' aanraken, zolang je maar niet beide polen aanraakt, en genoeg weerstand in de schakeling hebt om de stroom te beperken

Dat ligt er aan welke type omvormer je gebruikt een met trafoloze omvormer kan er op de polen meer spaning staan dan je denkt. Een van de voordelen van een omvormer welke met een trafo volledig net gescheiden werkt. Bij Victron website is hier ook wat over geschreven.

En ja eerst meten dan pas eraan werken.

[ Voor 3% gewijzigd door habbekrats op 01-09-2026 10:48 ]

[Beer070]

habbekrats schreef op dinsdag 1 september 2026 @ 10:34:
[...]

Dat ligt er aan welke type omvormer je gebruikt een met trafoloze omvormer kan er op de polen meer spaning staan dan je denkt. Een van de voordelen van een omvormer welke met een trafo volledig net gescheiden werkt. Bij Victron website is hier ook wat over geschreven.

En ja eerst meten dan pas eraan werken.

en volgens NEN3140: altijd eerst meten of je meter werkt...

[habbekrats]

Beer070 schreef op dinsdag 1 september 2026 @ 12:11:
[...]

en volgens NEN3140: altijd eerst meten of je meter werkt...

Dat doe je in principe bij spanningsloosheid aan te tonen. Als ik verwacht en 52v op mijn accu meet is er ook gelijk getest.

[Vorkie]

Was in het verkeerde topic

Even een vraagje, hoe ziet jullie formule eruit bij een dynamisch contract?

[reneeke1970]

Hu2bPV schreef op dinsdag 1 september 2026 @ 08:42:
[...]


Update: waarschijnlijk oorzaak gevonden

Naar aanleiding van een reactie in het Victron-topic heb ik de Current Sense-aansluiting van de MultiPlus nader bekeken. Daar zit normaal geen externe sensor op; de interne meting wordt gebruikt.

De Victron-documentatie beschrijft een mogelijk slecht contact in deze jack als oorzaak van vreemd ESS-regelgedrag. De voorgeschreven handeling is om een 3,5-mm jackplug een aantal keer in de aansluiting te steken en weer te verwijderen.

Uiteraard heb ik eerst de MultiPlus volledig uitgeschakeld voordat ik aan de aansluiting kwam. 🙂 Daarna heb ik vijf keer een 3,5-mm koptelefoonplug erin en eruit gedaan.

Vervolgens de MultiPlus weer ingeschakeld en ESS aangezet.

Inmiddels draait het systeem ruim 12 uur stabiel, zonder de eerdere oscillaties. De ESS-regeling houdt het netvermogen weer netjes rond het ingestelde setpoint.

Ik kijk het nog een paar dagen aan voordat ik definitief zeg dat het probleem opgelost is, maar voorlopig ziet het er zeer goed uit.

Als dit inderdaad de oplossing blijkt te zijn, is dit toch wel een van de merkwaardigste storingen die ik ben tegengekomen: een slecht contact in een niet gebruikte aansluiting kan kennelijk leiden tot oscillaties waarbij de MultiPlus tot ongeveer 4000 W gaat laden/ontladen, terwijl de ingestelde limiet voor de ESS-regeling 800 W is.

En ja: ik ben vooral blij dat ik niet thuis was toen dit begon en dat er geen brand is ontstaan. 🙂

Oh dat heb ik inderdaad ook gehad,een enorm jojo effect van 0 naar 4000 watt,en dat terwijl in het menu de externe meting niet eens aan stond

[workzone]

reneeke1970 schreef op dinsdag 1 september 2026 @ 18:01:
[...]

Oh dat heb ik inderdaad ook gehad,een enorm jojo effect van 0 naar 4000 watt,en dat terwijl in het menu de externe meting niet eens aan stond

In de oudere multiplus gebruiken ze een contact die in de jackplug zit om het signaal van de interne meting door te sturen naar de meet electronica zolang er _geen_ plug in zit.

De nieuwere modellen maken gebruik van een andere connector, daar monteren ze standaard een draad lus in voor de interne meting.

[vinniefireman]

Misschien is het al eens langsgekomen, maar ik kan het niet vinden.

Ik heb thuis een sauna, met een 10 kW kachel. Als wij 's avonds de sauna aanzetten en mijn Victron systeem is uit de batterij aan het voeden, is in no-time de batterij leeg. Dit wil ik graag voorkomen.

Nu is het standaard antwoord "Je sauna niet aan de AC-out kan van de Multiplussen aansluiten". Maar dat is helaas enorm veel werk. Wat ik nu heb gedaan is via Home Assistant de Multiplussen op "Charger only" zetten zodra de sauna aan gaat.

Maar ik heb liever een elegantere oplossing. Ik heb een Shelly meter voor mijn sauna, dus Victron/ESS weet precies hoeveel deze verbruikt. Ik zoek eigenlijk naar een manier om mijn systeem altijd alleen het basis verbruik uit de batterijen te laten voeden. Dus "totaal verbruik - sauna verbruik".

Weet iemand of dit mogelijk is? Is er een manier om een bepaalde meter juist te excluden? Ik zie voor me dat dit met laadpalen ook een wens is.

[V_ger]

vinniefireman schreef op woensdag 2 september 2026 @ 09:08:
Misschien is het al eens langsgekomen, maar ik kan het niet vinden.

Ik heb thuis een sauna, met een 10 kW kachel. Als wij 's avonds de sauna aanzetten en mijn Victron systeem is uit de batterij aan het voeden, is in no-time de batterij leeg. Dit wil ik graag voorkomen.

Nu is het standaard antwoord "Je sauna niet aan de AC-out kan van de Multiplussen aansluiten". Maar dat is helaas enorm veel werk. Wat ik nu heb gedaan is via Home Assistant de Multiplussen op "Charger only" zetten zodra de sauna aan gaat.

Maar ik heb liever een elegantere oplossing. Ik heb een Shelly meter voor mijn sauna, dus Victron/ESS weet precies hoeveel deze verbruikt. Ik zoek eigenlijk naar een manier om mijn systeem altijd alleen het basis verbruik uit de batterijen te laten voeden. Dus "totaal verbruik - sauna verbruik".

Weet iemand of dit mogelijk is? Is er een manier om een bepaalde meter juist te excluden? Ik zie voor me dat dit met laadpalen ook een wens is.

Gewoon je grid set-point gelijk stellen aan het sauna verbruik. Klaar. Doe ik ook als ik niet de EV wil laden uit de batterij, maar dan met het vermogen van de EV charger obviously.

[ Voor 5% gewijzigd door V_ger op 02-09-2026 09:46 ]

[vinniefireman]

V_ger schreef op woensdag 2 september 2026 @ 09:45:
[...]

Gewoon je grid set-point gelijk stellen aan het sauna verbruik. Klaar. Doe ik ook als ik niet de EV wil laden uit de batterij, maar dan met het vermogen van de EV charger obviously.

Natuurlijk! Soms is de oplossing zo simpel Bedankt

@V_ger waar schrijf je dit grid set-point naartoe? /Settings/CGwacs/AcPowerSetPoint? Ik lees wat (wellicht spook) verhalen dat dit niet bedoeld is om continue te wijzigen.

Ik zou het ook naar /Hub4/L1/AcPowerSetpoint kunnen wegschrijven, maar dan moet ik de ESS in external control zetten. Wat betekent dat het normale schedule van laden/ontladen niet meer actief is en de batterij stopt met laden/ontladen op basis van stroomprijs.

[ Voor 39% gewijzigd door vinniefireman op 02-09-2026 11:31 ]

[V_ger]

vinniefireman schreef op woensdag 2 september 2026 @ 10:27:
[...]

Natuurlijk! Soms is de oplossing zo simpel Bedankt

@V_ger waar schrijf je dit grid set-point naartoe? /Settings/CGwacs/AcPowerSetPoint? Ik lees wat (wellicht spook) verhalen dat dit niet bedoeld is om continue te wijzigen.

Ik zou het ook naar /Hub4/L1/AcPowerSetpoint kunnen wegschrijven, maar dan moet ik de ESS in external control zetten. Wat betekent dat het normale schedule van laden/ontladen niet meer actief is en de batterij stopt met laden/ontladen op basis van stroomprijs.

Ik gebruik die 1e, al vanaf het begin. Via mqtt. Zo bepaal ik ook of ik ga laden/ontladen of dat ik dus het eigen verbruik van een groot apparaat wil afdekken. Ik schrijf dus of elk kwartier een nieuw setpoint (weet niet zeker of ie schrijft als de waarde hetzelfde blijft) en bij eigen verbruik om de 5 minuten ofzo. Hoeft echt niet elke seconde. Dat voegt niets toe.

Ik ben me niet bewust van dat dit niet goed zou zijn, ik weet alleen dat het gewoon werkt.

[HyperBart]

@V_ger nadeel is dan wel dat je ESS door het verzetten van dat setpoint ook grid stroom gaat gebruiken als de laadpaal stopt met laden, dus je moet dat wel meenemen in je logica om het ook terug te zetten.

[V_ger]

HyperBart schreef op woensdag 2 september 2026 @ 14:47:
@V_ger nadeel is dan wel dat je ESS door het verzetten van dat setpoint ook grid stroom gaat gebruiken als de laadpaal stopt met laden, dus je moet dat wel meenemen in je logica om het ook terug te zetten.

Uiteraard, daarom om de 5 minuten gelijk zetten. Want de ev lader wisselt elke seconde wel een paar wat. Maar meestal wil ik mijn ESS laden op dezelfde momenten als de auto...