Het grote Victron aansturing topic

[bdl78]

reneeke1970 schreef op donderdag 25 juni 2026 @ 12:49:
[...]

Dat geeft nogal verlies als de mp dit doet. Ik heb ook maar 1 accu,en mijn mppt doet max 4000 watt,de rest hangt aan gewone pv omvormer alles het net op te gooien. Als de mppt te weinig doet met slecht weer,kun je gewoon via de mp altijd nog extra bij laden

Geeft een gewone pv omvormer niet evenveel verlies dan?

[reneeke1970]

bdl78 schreef op donderdag 25 juni 2026 @ 12:52:
[...]

Geeft een gewone pv omvormer niet evenveel verlies dan?

Nee die doen 97 rendement vanaf panelen. De mppt doet 98 en de mp tot wel 85 afhankelijk van vermogen,dus dat kan behoorlijk schelen

[bdl78]

reneeke1970 schreef op donderdag 25 juni 2026 @ 12:54:
[...]

Nee die doen 97 rendement vanaf panelen. De mppt doet 98 en de mp tot wel 85 afhankelijk van vermogen,dus dat kan behoorlijk schelen

ok, weer wat geleerd. Maar feit blijft dat als je er niets mee doet je er ook niets voor krijgt en het verloren is toch.

[reneeke1970]

bdl78 schreef op donderdag 25 juni 2026 @ 13:01:
[...]

ok, weer wat geleerd. Maar feit blijft dat als je er niets mee doet je er ook niets voor krijgt en het verloren is toch.

Dat is zeker zonde,daarom zeg ik,hang er in zomer een pv omvormer bij,en in de winter zoveel mogelijk op de mppt,jou string voltage is denk ik prima voor beide opties,dus even over klikken en klaar. En met die omvormer op de ac out heb je er ook nog controle over

[ Voor 6% gewijzigd door reneeke1970 op 25-06-2026 13:05 ]

[Q]

bdl78 schreef op donderdag 25 juni 2026 @ 12:09:
Hoi Iedereen,

De volgende situatie:

Ik heb een 3f multiplus installatie met een 450-200 en een 250-70 mppt.

Nu wil ik het laadvermogen naar en ontlaadvermogen van mijn batterij beperken naar 70 amp max. Ik heb in de gx ingeteld dat deze niet hoger mag bij dvcc maximale laadstroom maar hij blijft er gewoon overheen gaan. Ik heb het nu tijdelijk opgelost door mijn mppt's te beperken maar dat kan natuurlijk niet de bedoeling zijn. Hij moet toch gewoon terug sturen of op het net het overschot terugleveren? Wat zie ik over het hoofd?

Dess staat aan

accu is jkbms gekoppeld via can.

Wat je wil kan niet zomaar.

Wat veel mensen niet weten - het zit in de handleiding verstopt - is dat DVCC charge limieten genegeerd worden door de MPPTs als je ook overschot op het grid wil teugleveren.

Je hebt dan standaard nul controle over hoeveel stroom de accu in gaat en dat kan meer ampere zijn dan goed is voor de kabels en accu, als je niet uitkijkt.

Je zult iets in node red moeten doen om te voorkomen dat er teveel stroom naar de accu gaat. Wat precies weet ik zo niet.

[bdl78]

Q schreef op donderdag 25 juni 2026 @ 13:44:
[...]

Wat je wil kan niet zomaar.

Wat veel mensen niet weten - het zit in de handleiding verstopt - is dat DVCC charge limieten genegeerd worden door de MPPTs als je ook overschot op het grid wil teugleveren.

Je hebt dan standaard nul controle over hoeveel stroom de accu in gaat en dat kan meer ampere zijn dan goed is voor de kabels en accu, als je niet uitkijkt.

Je zult iets in node red moeten doen om te voorkomen dat er teveel stroom naar de accu gaat. Wat precies weet ik zo niet.

Ok, dan ga ik eens kijken of ik dit (overschot op grid terugleveren) uit kan zetten als de accu vol is en aan als de accu meer vraagt als een bepaald aantal amp. Hiermee zou het dan wel moeten werken?

reneeke1970 schreef op donderdag 25 juni 2026 @ 13:03:
[...]

Dat is zeker zonde,daarom zeg ik,hang er in zomer een pv omvormer bij,en in de winter zoveel mogelijk op de mppt,jou string voltage is denk ik prima voor beide opties,dus even over klikken en klaar. En met die omvormer op de ac out heb je er ook nog controle over

Dat zou ook een oplossing kunnen zijn voor dit jaar. Jammere is dat volgend jaar nog voor iedereen een raadsel is.

[reneeke1970]

@bdl78 wat maakt dit uit voor volgend jaar? Ik zit dynamisch en wil nog steeds zoveel mogelijk terug leveren,en de verhouding waarmee je de accu laad moet nog steeds in orde zijn

[NTS]

Q schreef op donderdag 25 juni 2026 @ 13:44:
[...]
Wat veel mensen niet weten - het zit in de handleiding verstopt - is dat DVCC charge limieten genegeerd worden door de MPPTs als je ook overschot op het grid wil teugleveren.

Je hebt dan standaard nul controle over hoeveel stroom de accu in gaat en dat kan meer ampere zijn dan goed is voor de kabels en accu, als je niet uitkijkt.

Ik dacht dat het idee daarachter was dat de MP dan zoveel ampere van de DC kant zou opnemen dat je charge current weer klopt? En dus de rest omzet naar AC en teruglevert het net op.

Gaat het in deze setup ook over bijvoorbeeld BMS limieten heen? Of zijn die wel hard?

Edit: Jij bedoelt deze opmerking in de handleiding denk ik:

DVCC-laadstroomlimieten worden niet toegepast op DC MPPT's als ESS ingeschakeld is met Allow DC MPPT om te exporteren. Dit is om het maximale rendement van de PV-panelen te exporteren.

Maar ik dacht dus dat het idee daarvan was dat de MP van het teveel zou "opnemen" en als AC zou exporteren. Dus dat de stroom naar je batterij wel op het ingestelde niveau uit komt.

[ Voor 23% gewijzigd door NTS op 25-06-2026 16:32 ]

[Q]

@NTS het idee is inderdaad dat het overschot door een Multiplus op het net gedumpt wordt. Maar als je MPPTs meer vermogen produceren dan je multiplus kwijt kan, dan gaat dat overschot gewoon de accu in, ook al is dat teveel voor de accu.

Als je de BMS goed heb afgesteld zal die wel ingrijpen, maar je wilt nooit in die situatie komen want dat geeft gezeik op je DC bus (over voltage meldingen enzo).

[NTS]

Maar wat gaat er dan mis bij @bdl78? Daar zit zoals ik het lees 160A aan MPPT output en een 3 fase MP setup. Dat is 55A per MP die "afgevoerd" moet worden, dat zou zelfs een kleine MP3000 gewoon moeten kunnen.

Hoe komt het dan dat de accu over z'n maximum stroom gaat?

[Q]

NTS schreef op vrijdag 26 juni 2026 @ 08:12:
Maar wat gaat er dan mis bij @bdl78? Daar zit zoals ik het lees 160A aan MPPT output en een 3 fase MP setup. Dat is 55A per MP die "afgevoerd" moet worden, dat zou zelfs een kleine MP3000 gewoon moeten kunnen.

Hoe komt het dan dat de accu over z'n maximum stroom gaat?

De oorspronkelijke vraag was: waarom wordt er geladen over het maximale vermogen heen van 70A zoals ingesteld via DVCC en dat is nu verklaard. De laad en ontlaad max A van DVCC 'bestaat effectief gewoon niet'. En die 48V bus is een systeem van communicerende vaten op basis van voltage (dat weet je wel maar even voor de volledigheid) en die accu trekt door de lage weerstand alle DC PV naar zich toe.

De multiplusx3 doen niets want de accu zit niet vol en er is geen overschot voor op het net. Die 160A gaat gewoon de accu in, totdat het max voltage van dvcc? wordt bereikt.

Pas bij die voltage grens zal de mppt zijn standaard truc doen door +0.1 oid volt er bovenop te gooien wat voor de MP het singaal is om te gaan terugleveren.

[HyperBart]

Ik heb net als test een Shelly PM device toegevoegd aan mijn Cerbo met het idee om deze voor een bepaalde load in huis apart te laten visualiseren in VRM.
Hij heeft 'm als Shelly device opgemerkt (zichtbaar in de console) en een VRM ID gekregen. Hij komt op dit moment niet apart tevoorschijn als een kaartje in VRM, klopt dat?

Wat heb je nodig om een apart kaartje in VRM te krijgen zodat je een verbruiker apart kan laten weergeven? Deze verbruiker zit wel mee achter de centrale grid meter dus mag er niet nog eens bijgeteld worden.

[NTS]

Q schreef op vrijdag 26 juni 2026 @ 09:53:
[...]
De multiplusx3 doen niets want de accu zit niet vol en er is geen overschot voor op het net. Die 160A gaat gewoon de accu in, totdat het max voltage van dvcc? wordt bereikt.

Pas bij die voltage grens zal de mppt zijn standaard truc doen door +0.1 oid volt er bovenop te gooien wat voor de MP het singaal is om te gaan terugleveren.

Ja, dat is een logische verklaring. Maar bij een batterij waar het laden door een BMS wordt aangestuurd zou ik dus verwachten dat de CCL gerespecteerd wordt. Dat kan namelijk prima, de MP doet dat zonder MPPT door het voltage zo te kiezen dat de laadstroom precies onder de limiet blijft. En als je een maximum voltage override instelt lager dan waar de accu nu op zit dan begint de MP stroom te vragen om naar dat voltage te komen.

Dus waarom zorgt de GX/MP combinatie er niet voor dat de charge current onder de BMS aangegeven CCL blijft (of DVCC setting indien lager) door de MP stroom te laten opnemen?

De meeste BMSen geven namelijk onderweg naar 100% "geladen" langzaam een steeds lagere limiet aan. Als de MPPT er voor zorgt dat die limiet niet gerespecteerd wordt heb je toch een rare situatie. Ook niet geheel veilig volgens mij.

[Q]

NTS schreef op vrijdag 26 juni 2026 @ 19:04:
[...]

Ja, dat is een logische verklaring. Maar bij een batterij waar het laden door een BMS wordt aangestuurd zou ik dus verwachten dat de CCL gerespecteerd wordt. Dat kan namelijk prima, de MP doet dat zonder MPPT door het voltage zo te kiezen dat de laadstroom precies onder de limiet blijft. En als je een maximum voltage override instelt lager dan waar de accu nu op zit dan begint de MP stroom te vragen om naar dat voltage te komen.

Dus waarom zorgt de GX/MP combinatie er niet voor dat de charge current onder de BMS aangegeven CCL blijft (of DVCC setting indien lager) door de MP stroom te laten opnemen?

De meeste BMSen geven namelijk onderweg naar 100% "geladen" langzaam een steeds lagere limiet aan. Als de MPPT er voor zorgt dat die limiet niet gerespecteerd wordt heb je toch een rare situatie. Ook niet geheel veilig volgens mij.

Ik heb bij die installatie geholpen van die vriend die 5 x MPPT draait, en bij de eerste set MPPT liepen we dus precies tegen het probleem aan dat we geen limitatie van de stroom richting accu zagen. En als deze dan in de limiet van de accu liep dan sloot de accu af en kreeg je over voltage / DC ripple. Soms is de handleiding lezen erg verhelderend

Ik kan verder geen verklaringen geven, maar in deze specifieke omstandigheden doet CCL dus niets, wordt 100% genegeerd. En dat kan dus best gevaarlijk worden als je je daar niet van bewust bent, want je volle 10kW aan solar (bij wijze van spreken) kan zo in die accu geramd worden.

In deze setup heb je eigenlijk niets aan de communicatie met het BMS en de Cerbo want er wordt eigenlijk niets mee gedaan. Mischien leuk om de cel voltages te zien, dat wel. Maar CCL etc is typisch iets waarvoor die communicatie zo handig is, en dat werkt dus niet.

Het hele ESS met DVCC verhaal werkt toch prima verder, omdat alles op voltage is gestuurd en dat gaat goed, zolang de limieten van het BMS iets buiten de limieten van DVCC staan.

Dus waarom zorgt de GX/MP combinatie er niet voor dat de charge current onder de BMS aangegeven CCL blijft (of DVCC setting indien lager) door de MP stroom te laten opnemen?

Het probleem is dat de multiplus en de MPPT alleen voltage ziet en daar op reageert. Zolang het voltage van de 48V bus te laag blijft gaat al het vermogen naar het 'laagste punt' ofwel de accu, omdat die zo'n lage weerstand heeft.

Als je een shunt naar de accu(s) hebt lopen zou een Cerbo dus kunnen zien dat de MPPTs geknepen moeten worden om die accu niet te hard te laden, met teveel amperes. Maar dat is fundamenteel in strijd met het doel om die solar capaciteit van de MPPTs maximaal te benutten, dus in de accu en de rest op het net. Daar zit het probleem.

Die vriend waar ik over sprak heeft fundamenteel het probleem nog niet opgelost. In de praktijk heeft hij zo onwijs veel solar vermogen met die 5 x MPPTs dat als de stroom aan de erg hoge kant dreigt te worden, de accu al lang en breed vol zit (BMS grijpt niet in, DVCC voltage wordt behaald) en dan gaat de solar allemaal via de MP naar buiten. Dan worden de MPPTs wel geknepen als de energie niet weg kan (1-fase MP) omdat het DVCC votlage niet hoger mag worden (doen ze automatisch). Nu kan die setup max 150-170A genereren, en dat kan zo'n accu wel een keertje hebben, dus niet zoveel vrees. Maar het is mooier om daar iets met node red tegenaan te gooien.

Lang verhaal kort, als jij je lekker efficiente MPPT vermogen maximaal wilt benutten, dan ben je mogelijk beter uit met een grotere accu set om het solar MPPT vermogen af te vangen en een 3-fase setup om de energie ook op het net kwijt te kunnen, zonder dat de MPPTs geknepen moeten worden. Of dat uiteindelijk financieel optimaal is, weet ik niet.

[NTS]

Nouja ook met een grote accu heb je issues. Mijn batterijen mogen met maximaal 320A (ongeveer 0.5C, het is 32 kWh) laden, dat haalt een MPPT niet. Maar het BMS kan ook lager aangeven, als ze bijvoorbeeld redelijk vol zijn of de temperatuur is heel laag. Zonder MPPT voert de MP zo'n limiet keurig uit. Maar met MPPT en feed in DC aan dus niet.

Terwijl dat toch echt wel zou moeten kunnen. De GX weet de stroom naar de accu, dat is MPPT en MPs bij elkaar opgeteld (MP kan negatief zijn) en het BMS geeft het ook door. Op basis daarvan zou je toch denken dat de MP aangestuurd kan worden om meer vermogen van de DC bus op te nemen totdat de stroom naar de accu laag genoeg is. En als de MP niet meer harder kan zou de GX prima ook de MPPT output nog kunnen verlagen.

Het alternatief is feed in DC uitzetten, eigenlijk moet dat dus nu wel als je zeker wilt weten dat het BMS gevolgd wordt. En ik verwacht dat DESS dat lastig vindt, want die gaat er vanuit dat alles wat niet naar de batterij kan het net op gaat.

Victron heeft dus nog wel iets te fixen als ze hun MPPT product in ESS opzet aantrekkelijk willen maken.

[Q]

Terwijl dat toch echt wel zou moeten kunnen. De GX weet de stroom naar de accu, dat is MPPT en MPs bij elkaar opgeteld (MP kan negatief zijn) en het BMS geeft het ook door. Op basis daarvan zou je toch denken dat de MP aangestuurd kan worden om meer vermogen van de DC bus op te nemen totdat de stroom naar de accu laag genoeg is. En als de MP niet meer harder kan zou de GX prima ook de MPPT output nog kunnen verlagen.

Het doel is om 'overtollige zonnestroom via de MP het net op te duwen'. Dat wil eigenlijk al zeggen dat zolang er zon in de accu kan, dat ook prioriteit heeft.

Je kunt inderdaad de MP al eerder vermogen van de bus aftappen, zo het voltage omlaag trekken en solar dus op het net gooien, maar dat is niet efficient. Het is beter om die solar allemaal de accu in te krijgen en op een duur moment te verbruiken of te verkopen.

Technisch heb je denk ik gelijk, maar conceptueel is dit niet de bedoeling en niet efficient. Je kunt bijna stellen dat als je PV vermogen naar de accu sturen betekent dat de accu overbelast raakt, dat je dan je accu te klein hebt bemeten. Niet eens voor de capaciteit, maar voor het 'vermogen'.

Overigens denk ik dat je met node red alsnog precies doen wat je voorstelt door te gaan 'injecteren' in het net als de stroom naar de accu te groot dreigt te worden.

[reneeke1970]

Q schreef op zaterdag 27 juni 2026 @ 01:05:
[...]


Het doel is om 'overtollige zonnestroom via de MP het net op te duwen'. Dat wil eigenlijk al zeggen dat zolang er zon in de accu kan, dat ook prioriteit heeft.

Je kunt inderdaad de MP al eerder vermogen van de bus aftappen, zo het voltage omlaag trekken en solar dus op het net gooien, maar dat is niet efficient. Het is beter om die solar allemaal de accu in te krijgen en op een duur moment te verbruiken of te verkopen.

Technisch heb je denk ik gelijk, maar conceptueel is dit niet de bedoeling en niet efficient. Je kunt bijna stellen dat als je PV vermogen naar de accu sturen betekent dat de accu overbelast raakt, dat je dan je accu te klein hebt bemeten. Niet eens voor de capaciteit, maar voor het 'vermogen'.

Overigens denk ik dat je met node red alsnog precies doen wat je voorstelt door te gaan 'injecteren' in het net als de stroom naar de accu te groot dreigt te worden.

Je kunt toch gewoon een laad limiet instellen in de mppt,je accu is dan altijd veilig. En bij terug leveren aan het net word die instelling weer genegeerd dus prima toch

[HRV]

Ik vraag me af of de RS Solar dit probleem ook heeft? Daar loop alles via de RS en wordt niet direct op de DC bus ingevoerd. Of is dit technisch wel het geval en is het solar deel van de RS zonder enige verdere "sturing" aan de DC bus gekoppeld?

[NTS]

Q schreef op zaterdag 27 juni 2026 @ 01:05:
[...]
Het doel is om 'overtollige zonnestroom via de MP het net op te duwen'. Dat wil eigenlijk al zeggen dat zolang er zon in de accu kan, dat ook prioriteit heeft.

Ja dat is prima, maar het issue is dus dat dit ook doorgaat als er geen zon meer in de accu kan. Dat kan gevaarlijk zijn. Als het BMS zegt "ik kan niet met meer dan 10A laden" dan moet je je daar aan houden, niet gewoon door duwen.

Je kunt inderdaad de MP al eerder vermogen van de bus aftappen, zo het voltage omlaag trekken en solar dus op het net gooien, maar dat is niet efficient. Het is beter om die solar allemaal de accu in te krijgen en op een duur moment te verbruiken of te verkopen.

Uiteraard, maar ik vind het dus niet logisch om dat te gaan doen terwijl de accu de stroom niet kan hebben.

Je kunt bijna stellen dat als je PV vermogen naar de accu sturen betekent dat de accu overbelast raakt, dat je dan je accu te klein hebt bemeten. Niet eens voor de capaciteit, maar voor het 'vermogen'.

Daar ben ik het niet mee eens. Ik heb bijvoorbeeld 32 kWh aan capaciteit en 320A maximum laadstroom. Maar uiteindelijk gaat mijn BMS naar max 20A als de accu bijna vol zit. DESS kiest er sowieso vol om de batterij helemaal vol te laden op goedkope momenten, hoe groot die ook is. Dus dit is echt een issue voor alle formaten batterijen.

Overigens denk ik dat je met node red alsnog precies doen wat je voorstelt door te gaan 'injecteren' in het net als de stroom naar de accu te groot dreigt te worden.

Ja dat denk ik ook. Bijzonder dat Victron dat dan zelf niet regelt.

[Q]

NTS schreef op zaterdag 27 juni 2026 @ 08:27:
[...]

Ja dat is prima, maar het issue is dus dat dit ook doorgaat als er geen zon meer in de accu kan. Dat kan gevaarlijk zijn. Als het BMS zegt "ik kan niet met meer dan 10A laden" dan moet je je daar aan houden, niet gewoon door duwen.

Dat kan dus technisch niet. Aan de DC bus hangen drie type apparaten, de Multiplus(sen), accu's en MPPTs. De Cerbo kan ofwel de MPPTs knijpen of gas laten geven en idem voor de multiplus(sen). Maar over de batterij heeft ze geen controle. Terugleveren op het net gebeurt doordat de MPPTs hun voltage ietsje boven de DVCC grens voltage pushen en dat verschil wordt gezien door de Multiplus, die vervolgens begrijpt dat er solar overschot is en ze op het net terug moet gaan leveren. Maar dat drukt net zo goed vermogen zo die accu in, daar kun je fundamenteel niets aan doen - zoals ik het begrijp.

Theoretisch kan ik met je punt mee gaan: de multiplussen zouden de MPPT solar energie kunnen 'afvakkelen' door boven de CCL gewoon PV vermogen op het net te drukken in een strakke control loop. Maar ik denk dat dit ook gevaarlijk is omdat de MPs maar een beperkte repsonsetijd hebben en er dus kort vaak teveel stroom de accu alsnog wordt ingedrukt.

Nieuwere BMSsen kunnen vaak de stroom reguleren en dat kan een soort van oplossing zijn, heb er zelf geen ervaring mee. Het zou niet nodig moeten zijn, maar technisch kan het niet anders en misschien is dat OK.

Uiteraard, maar ik vind het dus niet logisch om dat te gaan doen terwijl de accu de stroom niet kan hebben.

Niet mee oneens, maar ik denk dat dit gewoon een kwestie van natuurkunde is waar je niets aan kan doen. Ik laat me echter graag corrigeren.

Daar ben ik het niet mee eens. Ik heb bijvoorbeeld 32 kWh aan capaciteit en 320A maximum laadstroom. Maar uiteindelijk gaat mijn BMS naar max 20A als de accu bijna vol zit. DESS kiest er sowieso vol om de batterij helemaal vol te laden op goedkope momenten, hoe groot die ook is. Dus dit is echt een issue voor alle formaten batterijen.

Ik bedoel het iets anders. Het is een verhouding tussen PV en accu capaciteit. Als je PV nooit meer dan 0.5C in je accu kan drukken - of 0.3C dan is er eigenlijk helemaal niets aan de hand. Maar het is vaak handig - ook voor de winter - om gewoon zoveel mogelijk PV neer te leggen als financieel en ruimte technisch mogelijk is, en dan heb je een fors overschot aan PV dat de accu(s) kan overbelasten.

Ja dat denk ik ook. Bijzonder dat Victron dat dan zelf niet regelt.

Dit is misschien flauw van mij maar ik ben geen power elektronicus en het zou me gewoon niet verbazen dat er issues zijn waar jij en ik misschien geen weet van hebben waarom de dingen zijn zoals ze zijn. Ik ben geen Victron simp (al zou je denken) maar gezien de kwaliteit van de producten ga ik de engineers het voordeel van de twijfel geven.

[Beer070]

HRV schreef op zaterdag 27 juni 2026 @ 06:54:
Ik vraag me af of de RS Solar dit probleem ook heeft? Daar loop alles via de RS en wordt niet direct op de DC bus ingevoerd. Of is dit technisch wel het geval en is het solar deel van de RS zonder enige verdere "sturing" aan de DC bus gekoppeld?

De mppts binnen MRS worden in mijn situatie wel normaal beperkt door GX. Maar misschien komt dat omdat mijn MRS PV vermogen lager is dan de toegestane DC laadstroom. Ik ga binnen afzienbare tijd het hele boeltje verhuizen naar de schuur en dan kan ik dit in het klein even testen bij het opnieuw aansluiten en aanzetten. Mijn MRS PV draait 4.5kw piek, dus als ik de laadstroom beperk op 50A en AC-in afkoppel dan zou ie de mppt’s moeten beperken toch?

[iCrOn]

Beer070 schreef op zaterdag 27 juni 2026 @ 11:11:
[...]

De mppts binnen MRS worden in mijn situatie wel normaal beperkt door GX. Maar misschien komt dat omdat mijn MRS PV vermogen lager is dan de toegestane DC laadstroom. Ik ga binnen afzienbare tijd het hele boeltje verhuizen naar de schuur en dan kan ik dit in het klein even testen bij het opnieuw aansluiten en aanzetten. Mijn MRS PV draait 4.5kw piek, dus als ik de laadstroom beperk op 50A en AC-in afkoppel dan zou ie de mppt’s moeten beperken toch?

Als je via VRM Maximale ingangsstroom bij de multi RS op 0A zet worden de mppt's ook terug geregeld. Hier een keer per toeval achter gekomen

[Rene5]

Ik heb een Victron‑systeem met een 14 kWh accu. Aan de achterkant van mijn huis liggen 10 zonnepanelen met een SolarEdge‑omvormer, en aan de voorkant 8 panelen met Enphase‑micro‑omvormers. Het probleem is dat ik een Enphase Gateway Standard heb, waardoor ik de Enphase‑installatie niet automatisch kan laten stoppen bij negatieve stroomprijzen.

Ik heb van alles geprobeerd om de Enphase‑micro‑omvormers uit te schakelen, maar dat is tot nu toe niet gelukt. Daarom ben ik nu bezig met een andere aanpak: de Enphase‑panelen automatisch uitschakelen met een relais vóór zonsopkomst, zodat de micro‑omvormers helemaal niet opstarten wanneer er hoge negatieve tarieven worden verwacht. Zodra de prijzen weer positief zijn, worden ze automatisch weer ingeschakeld en starten ze normaal op.

Het voordeel hiervan is dat ik nooit onder vollast hoef te schakelen, wat voor micro‑omvormers niet ideaal is. Wanneer ze nog niets produceren, maakt uitschakelen volgens mij niets uit. De SolarEdge‑omvormer kan in die periode gewoon de accu vol laden, want die kan ik wel goed aansturen.

Het enige nadeel is dat ik dan het stukje zonne‑opwek mis tussen zonsopkomst en het moment dat de prijzen negatief worden. Maar dat is meestal beperkt, en ik voorkom zo dat ik moet betalen voor teruglevering.

Heeft iemand ervaring met het automatisch uitschakelen en opstarten van Enphase‑micro‑omvormers op deze manier?

[HermanGast]

Rene5 schreef op woensdag 1 juli 2026 @ 14:49:
Ik heb een Victron‑systeem met een 14 kWh accu. Aan de achterkant van mijn huis liggen 10 zonnepanelen met een SolarEdge‑omvormer, en aan de voorkant 8 panelen met Enphase‑micro‑omvormers. Het probleem is dat ik een Enphase Gateway Standard heb, waardoor ik de Enphase‑installatie niet automatisch kan laten stoppen bij negatieve stroomprijzen.

Ik heb van alles geprobeerd om de Enphase‑micro‑omvormers uit te schakelen, maar dat is tot nu toe niet gelukt. Daarom ben ik nu bezig met een andere aanpak: de Enphase‑panelen automatisch uitschakelen met een relais vóór zonsopkomst, zodat de micro‑omvormers helemaal niet opstarten wanneer er hoge negatieve tarieven worden verwacht. Zodra de prijzen weer positief zijn, worden ze automatisch weer ingeschakeld en starten ze normaal op.

Het voordeel hiervan is dat ik nooit onder vollast hoef te schakelen, wat voor micro‑omvormers niet ideaal is. Wanneer ze nog niets produceren, maakt uitschakelen volgens mij niets uit. De SolarEdge‑omvormer kan in die periode gewoon de accu vol laden, want die kan ik wel goed aansturen.

Het enige nadeel is dat ik dan het stukje zonne‑opwek mis tussen zonsopkomst en het moment dat de prijzen negatief worden. Maar dat is meestal beperkt, en ik voorkom zo dat ik moet betalen voor teruglevering.

Heeft iemand ervaring met het automatisch uitschakelen en opstarten van Enphase‑micro‑omvormers op deze manier?

De Enphase IQ7 serie is erg robuust. Heb als test aan AC-kant met relais een IQ7 een paar duizend (!) keer zowel in de nacht als onder volle productie dagenlang uit- en aan geschakeld. Dat ging prima, geen enkel issue. Die omvormer presteert nog steeds goed. Dat relais (3 fase, 63A normally open) zit nu tussen alle strings/omvormers en het huis.Bij negatieve prijs schakel ik automatisch uit. Maar pas als de prijs onder de 0 zit en niet vooraf.

In de nacht (zonsondergang-opkomst) schakel ik af (sluipverbruik omvormers) en bij dreigend onweer schakel ik ook af.

[ Voor 6% gewijzigd door HermanGast op 01-07-2026 18:38 ]

[grotegok]

excuses geplaatst in verkeerd topic

[ Voor 88% gewijzigd door grotegok op 01-07-2026 18:51 ]

[gertvdijk]

grotegok schreef op woensdag 1 juli 2026 @ 18:48:
Ik begrijp iets niet, ik heb 3x 6k5 multiplus en op ac out een 16A Eaton aardlekautomaat 3P+N 30mA aangesloten, Deze klapt er meteen uit zodra ik ook maar iets een belasting (100W) aansluit.
Voorheen had ik 3x 3k multiplus en geen enkel probleem.

Doe ik iets fout? Instelling? Of beter naar 20A Eaton aardlekautomaat 3P+N 300mA gaan?

weet je of het de aardlekfunctie is of de overbelasting/kortsluiting is die hem doet trippen?

een aardlek meet het verschil vanaf dat punt, achter je ac-out zeg je, dus het lijkt me juist onwaarschijnlijk dat het iets met je multiplussen te maken heeft.

heb je een eenvoudig reproduceerbare load/apparaat die het probleem geeft? en met precies dezelfde setup geen probleem als je je multiplus even helemaal bypasst (direct op het grid)? dat zou wel heel vreemd zijn.

[grotegok]

gertvdijk schreef op woensdag 1 juli 2026 @ 18:53:
[...]

weet je of het de aardlekfunctie is of de overbelasting/kortsluiting is die hem doet trippen?

een aardlek meet het verschil vanaf dat punt, achter je ac-out zeg je, dus het lijkt me juist onwaarschijnlijk dat het iets met je multiplussen te maken heeft.

heb je een eenvoudig reproduceerbare load/apparaat die het probleem geeft? en met precies dezelfde setup geen probleem als je je multiplus even helemaal bypasst (direct op het grid)? dat zou wel heel vreemd zijn.

Gevonden!

Had per ongeluk de nul aan beide kanten op de rails gezet, niet handig!

[Beer070]

Rene5 schreef op woensdag 1 juli 2026 @ 14:49:
Ik heb een Victron‑systeem met een 14 kWh accu. Aan de achterkant van mijn huis liggen 10 zonnepanelen met een SolarEdge‑omvormer, en aan de voorkant 8 panelen met Enphase‑micro‑omvormers. Het probleem is dat ik een Enphase Gateway Standard heb, waardoor ik de Enphase‑installatie niet automatisch kan laten stoppen bij negatieve stroomprijzen.

Ik heb van alles geprobeerd om de Enphase‑micro‑omvormers uit te schakelen, maar dat is tot nu toe niet gelukt. Daarom ben ik nu bezig met een andere aanpak: de Enphase‑panelen automatisch uitschakelen met een relais vóór zonsopkomst, zodat de micro‑omvormers helemaal niet opstarten wanneer er hoge negatieve tarieven worden verwacht. Zodra de prijzen weer positief zijn, worden ze automatisch weer ingeschakeld en starten ze normaal op.

Het voordeel hiervan is dat ik nooit onder vollast hoef te schakelen, wat voor micro‑omvormers niet ideaal is. Wanneer ze nog niets produceren, maakt uitschakelen volgens mij niets uit. De SolarEdge‑omvormer kan in die periode gewoon de accu vol laden, want die kan ik wel goed aansturen.

Het enige nadeel is dat ik dan het stukje zonne‑opwek mis tussen zonsopkomst en het moment dat de prijzen negatief worden. Maar dat is meestal beperkt, en ik voorkom zo dat ik moet betalen voor teruglevering.

Heeft iemand ervaring met het automatisch uitschakelen en opstarten van Enphase‑micro‑omvormers op deze manier?

Zou het een optie zijn om de enphase panelen met een solaredge optimizer uit te rusten? Afhankelijk van je omvormer en opstelling kan je dan alles via SE sturen. Kost wel 8 nieuwe SE optimizers, en scheelt een enphase omvormer…

[DoMoFo]

Rene5 schreef op woensdag 1 juli 2026 @ 14:49:

Ik heb van alles geprobeerd om de Enphase‑micro‑omvormers uit te schakelen, maar dat is tot nu toe niet gelukt. Daarom ben ik nu bezig met een andere aanpak: de Enphase‑panelen automatisch uitschakelen met een relais vóór zonsopkomst, zodat de micro‑omvormers helemaal niet opstarten wanneer er hoge negatieve tarieven worden verwacht. Zodra de prijzen weer positief zijn, worden ze automatisch weer ingeschakeld en starten ze normaal op.

Heb je een installer account of toegang tot installer in Enlighten al dan niet via je leverancier ? Ik vermoed van niet anders was het je waarschijnlijk al via die weg gelukt, daarnaast is er een apart Enphase topic met veel ervaring.

Wat je eventueel ook nog zou kunnen proberen, wat ook met een standard Envoy zou moeten werken, is een wat creatief gebruik van de Distributed Energy Resource (DER) feature. Je zult dit eerst in Enlighten moeten aanzetten "Power Production Limiting by Gateway" en vervolgens de 16 beschikbare levels van een procentueel (van 0% tot 100%) "Limit" percentage voorzien. Door een combinatie van 4 individuele relays kun je vervolgens kiezen uit 1 van deze 16 limit opties: Level 1 = 0-0-0-0 en Level 16 = 1-1-1-1 met alle overige combo's daartussen. Deze relays zou kun je aansturen met bv. een Shelly Pro 4.

Aangezien je geen CT's hebt op de standaard zou je er een losse kWh meter tussen kunnen zetten om vervolgens met bv. een HA automation eea te regelen.



De DER functionaliteiten zouden vanaf de laatste >v5 firmwares beschikbaar moeten zijn, maar of dat nog steeds zo is weet ik niet. Persoonlijk ontwijk ik Enphase het liefst, het is IMHO het meest brakke en amateuristische solar software ecosysteem ooit gemaakt (de Micro's zijn fantastisch btw). Het zal me dan ook niets verbazen als deze functionaliteit er ergens onderweg al weer is uitgesloopt of stomweg disfunctioneert.

[Rene5]

DoMoFo schreef op donderdag 2 juli 2026 @ 02:08:
[...]

Heb je een installer account of toegang tot installer in Enlighten al dan niet via je leverancier ? Ik vermoed van niet anders was het je waarschijnlijk al via die weg gelukt, daarnaast is er een apart Enphase topic met veel ervaring.

Wat je eventueel ook nog zou kunnen proberen, wat ook met een standard Envoy zou moeten werken, is een wat creatief gebruik van de Distributed Energy Resource (DER) feature. Je zult dit eerst in Enlighten moeten aanzetten "Power Production Limiting by Gateway" en vervolgens de 16 beschikbare levels van een procentueel (van 0% tot 100%) "Limit" percentage voorzien. Door een combinatie van 4 individuele relays kun je vervolgens kiezen uit 1 van deze 16 limit opties: Level 1 = 0-0-0-0 en Level 16 = 1-1-1-1 met alle overige combo's daartussen. Deze relays zou kun je aansturen met bv. een Shelly Pro 4.

Aangezien je geen CT's hebt op de standaard zou je er een losse kWh meter tussen kunnen zetten om vervolgens met bv. een HA automation eea te regelen.

[Afbeelding]

De DER functionaliteiten zouden vanaf de laatste >v5 firmwares beschikbaar moeten zijn, maar of dat nog steeds zo is weet ik niet. Persoonlijk ontwijk ik Enphase het liefst, het is IMHO het meest brakke en amateuristische solar software ecosysteem ooit gemaakt (de Micro's zijn fantastisch btw). Het zal me dan ook niets verbazen als deze functionaliteit er ergens onderweg al weer is uitgesloopt of stomweg disfunctioneert.

Ik heb een installer‑account en heb het geprobeerd zoals hierboven beschreven, met een schakelaar en twee standen: 100% en 0%.

Helaas werkt dit niet op de Enphase Gateway Standard.

[cyclone]

@Rene5 doe jezelf een plezier en slik even een paar keer en vervang je standaard envoy voor een metered.

Ja ik vond hem ook te duur, maar eenmaal geïnstalleerd werkt het wel ideaal als je eenmaal de juiste firmware er door support erop hebt laten zetten en je hem in je Cerbo erbij kunt zetten.

Scheelt een hoop gehobby met componenten die ook niet gratis zijn en je ook een hoop extra tijd kosten.

Achteraf gezien ben ik blij dat ik voor deze optie heb gekozen (metered envoy) want het de intergratie is perfect.

(Wel direct daarna voorgenomen om geen Enphase spul meer te kopen want stiekem is het wel echt taffes duur spul)

[Jazsie]

Q schreef op donderdag 25 juni 2026 @ 23:31:
@NTS het idee is inderdaad dat het overschot door een Multiplus op het net gedumpt wordt. Maar als je MPPTs meer vermogen produceren dan je multiplus kwijt kan, dan gaat dat overschot gewoon de accu in, ook al is dat teveel voor de accu.

Als je de BMS goed heb afgesteld zal die wel ingrijpen, maar je wilt nooit in die situatie komen want dat geeft gezeik op je DC bus (over voltage meldingen enzo).

Huh, daar is toch juist DVCC/CCL voor?

Ik ben momenteel aan het testen met MPPT en MP2 5k. Met DVCC aan kom ik niet hoger dan 80A (de limit die ik maximaal heb ingesteld voor de batterij in de BMS).

Wat ik ook doe de maximale laadstroom naar de batterij toe blijft op 80A hangen (MPPT + MP2 samen), de rest gaat gewoon het net op via de MP2 indien de MPPT nog meer kan leveren. En wanneer het vermogen meer is dan wat de MP2 kan zie ik de MPPT netjes terug regelen in vermogen.

Dit werkt perfect in ESS mode maar niet in external mode wat ik gebruik (NodeRED), de MP2 negeert DVCC/CCL dan volledig (logisch ook bij externe aansturing) maar de MPPT houd zich daar gewoon netjes aan...

Aangezien ik mijn PV array enorm wil overdimensioneren (winter heb je nooit genoeg ) op de MPPT is DVCC/CCL enorm van belang om niet over het maximale stroom te gaan dan wat de batterij aan kan.

Ik moet dus iets gaan fabriceren in NodeRED die rekening houd met de DVCC/CCL cq maximale laadstroom naar de batterij toe en de MP2 daar op aanpassen.

[Impossibl3]

cyclone schreef op donderdag 2 juli 2026 @ 09:09:
@Rene5 doe jezelf een plezier en slik even een paar keer en vervang je standaard envoy voor een metered.

Ja ik vond hem ook te duur, maar eenmaal geïnstalleerd werkt het wel ideaal als je eenmaal de juiste firmware er door support erop hebt laten zetten en je hem in je Cerbo erbij kunt zetten.

Scheelt een hoop gehobby met componenten die ook niet gratis zijn en je ook een hoop extra tijd kosten.

Achteraf gezien ben ik blij dat ik voor deze optie heb gekozen (metered envoy) want het de intergratie is perfect.

(Wel direct daarna voorgenomen om geen Enphase spul meer te kopen want stiekem is het wel echt taffes duur spul)

Enphase is wel ontzettend traag met de firmware upgrade. Ik heb het 6 weken geleden aangevraagd en zo net nog eens (kwam van een standaard heb nu een meterd) ben benieuwd wanneer de firmware er is. Nu nog geen victron installatie maar dat komt in 2027 dus wil dit alvast klaar hebben.

[cyclone]

@Impossibl3 wat bij mij hielp (ook na 6 weken wachten op de waardeloze support van Enphase en dan heb je nog wel een installer account dus voor een consument is het al helemaal ködt) is op het officiële Enphase forum een rant (hetzij feitelijk en voorzien van tijdlijn en netjes geformuleerd) plaatsen. En de vraag hardop stellen waarom Enphase zo duur is als ze dergelijke teleurstellende support leveren.

Dat maakte dat “opeens” mijn support ticket werd opgepakt.

Maar eerlijk he, waarom kun je gewoon niet zelf even die firmware zelf erop zetten wat is dat voor ridicuul beleid. Uiteindelijk duurde het bij mij bijna 2 maanden van aanvraag tot realisatie.

Voor mij geen Enphase meer.

[Vorkie]

Zoals ik eerder aangegeven hebt, ik heb heel Enphase verwijderd van de week, ik wil niet afhankelijk zijn van een aangepaste firmware die zij niet belangrijk achten voor hun product. Sinds de overgang naar Victron heeft het 1 dag in de portaal gestaan, maar de micro's hadden nog 0 watt opgewekt. Support had / heeft geen idee en kwamen alleen maar met dezelfde vragen terug.

En de plussen daarbij, alles gaat direct via de MPPT nu de accu in i.p.v. DC>AC>DC incluis verlies en bij een lege accu zal die bij de eerste zonnestraal weer direct de accu laden. Met de Enphase moet je wachten tot het net terug of dat je de accu's zelf geladen hebt met een aggregraat, alvorens er een lokaal grid gemaakt kan worden voordat Enphase kan opstarten.

[ Voor 15% gewijzigd door Vorkie op 02-07-2026 11:16 ]

[Q]

Jazsie schreef op donderdag 2 juli 2026 @ 09:09:
[...]

Huh, daar is toch juist DVCC/CCL voor?

Zie de handleiding over DVCC, als je de MP het overschot aan solar op het net wilt dumpen dan werkt CCL niet.

Ik ben momenteel aan het testen met MPPT en MP2 5k. Met DVCC aan kom ik niet hoger dan 80A (de limit die ik maximaal heb ingesteld voor de batterij in de BMS).

Wat ik ook doe de maximale laadstroom naar de batterij toe blijft op 80A hangen (MPPT + MP2 samen), de rest gaat gewoon het net op via de MP2 indien de MPPT nog meer kan leveren. En wanneer het vermogen meer is dan wat de MP2 kan zie ik de MPPT netjes terug regelen in vermogen.

Dit werkt perfect in ESS mode maar niet in external mode wat ik gebruik (NodeRED), de MP2 negeert DVCC/CCL dan volledig (logisch ook bij externe aansturing) maar de MPPT houd zich daar gewoon netjes aan...

Ik zou nog eens goed kijken naar wat je precies hebt ingesteld, want het gedrag (negeren van CCL) staat expliciet in de handleiding van DVCC.

Nu kan het zijn dat jouw BMS in staat is om via een inductor de maximale stroom naar je accu te reguleren en dat is mogelijk het verschil. Misschien is dat ook verder gewoon prima.

Maar een accu BMS dat de stroom niet kan reguleren zal gewoon 'overbelast' worden.

Aangezien ik mijn PV array enorm wil overdimensioneren (winter heb je nooit genoeg ) op de MPPT is DVCC/CCL enorm van belang om niet over het maximale stroom te gaan dan wat de batterij aan kan.

Ik moet dus iets gaan fabriceren in NodeRED die rekening houd met de DVCC/CCL cq maximale laadstroom naar de batterij toe en de MP2 daar op aanpassen.

Ik denk - maar geen ervaring mee - dat als het BMS de stroom kan reguleren zonder negatieve bijwerkingen (oververhitting oid) dan is er eigenlijk uiteindelijk geen probleem, ook al wordt CCL genegeerd.

[Jazsie]

Batterij box heeft JK BMS v19 erin zitten.

Deze doet naar mijn weten niks regelen behalve de CCL waardes doorgeven aan de Cerbo.

Moet nog verder testen dus zal eens checken of ik iets over het hoofd heb gezien.

[Q]

Jazsie schreef op donderdag 2 juli 2026 @ 12:17:
Batterij box heeft JK BMS v19 erin zitten.

Deze doet naar mijn weten niks regelen behalve de CCL waardes doorgeven aan de Cerbo.

Moet nog verder testen dus zal eens checken of ik iets over het hoofd heb gezien.

Meestal wordt ook de max en min cel voltages doorgegeven + temperatuur, wat gebruikt kan worden met node red misschien om zelf nog een extra safety flow te bouwen, om te voorkomen dat het BMS in moet grijpen. Meer een nice-to-have?

[NTS]

Jazsie schreef op donderdag 2 juli 2026 @ 12:17:
Deze doet naar mijn weten niks regelen behalve de CCL waardes doorgeven aan de Cerbo.

Klopt, volgens mij werken vrijwel alle BMSen zo. Je kunt niet praktisch 100A "affakkelen" in een BMS zonder gigantische hitte.

Welke Venus OS versie heb jij? Staat "feed in excess DC PV" aan? En zie jij de BMS CCL gevolgd worden of de charge current limit van DVCC? Er staat dacht ik niet expliciet in de docs dat CCL ook genegeerd wordt, misschien alleen de DVCC limit.

[Q]

DVCC-laadstroomlimieten worden niet toegepast op DC MPPT's als ESS ingeschakeld is met Allow DC MPPT om te exporteren. Dit is om het maximale rendement van de PV-panelen te exporteren.

Dus de laadstroom limiet zoals verzonden door het BMS richting Cerbo wordt genegeerd door de MPPTs.

[Jazsie]

Q schreef op donderdag 2 juli 2026 @ 12:21:
[...]
Meestal wordt ook de max en min cel voltages doorgegeven + temperatuur, wat gebruikt kan worden met node red misschien om zelf nog een extra safety flow te bouwen, om te voorkomen dat het BMS in moet grijpen. Meer een nice-to-have?

Met NodeRED blijft de MPPT de CCL opvolgen die ik ingesteld hebt, de MP2 dan weer niet want die volgt dan de externe aansturing. In ESS werkt het dan wel weer goed alleen is dat niet de mode die ik gebruik.

min/max voltage en temperatuur wordt inderdaad ook meegegeven maar ik doe daar niks mee in NodeRED.

NTS schreef op donderdag 2 juli 2026 @ 12:48:
[...]
Klopt, volgens mij werken vrijwel alle BMSen zo. Je kunt niet praktisch 100A "affakkelen" in een BMS zonder gigantische hitte.

Welke Venus OS versie heb jij? Staat "feed in excess DC PV" aan? En zie jij de BMS CCL gevolgd worden of de charge current limit van DVCC? Er staat dacht ik niet expliciet in de docs dat CCL ook genegeerd wordt, misschien alleen de DVCC limit.

Venus OS v3.72. "feed excess DC" staat aan ja.

CCL wordt zover ik getest hebt netjes opgevolgd, precies zoals ik in de BMS ingesteld heb.
DVCC heb ik niet getest/gecheckt.

Volgens de Victron handleiding zou CCL ook negeert worden, ik ben dus zelf benieuwd wat er bij mij anders is bij het testen

[ Voor 4% gewijzigd door Jazsie op 02-07-2026 13:36 ]

[NTS]

Ja, dat zou ik ook graag willen weten. Want ik wil dus niet dat CCL genegeerd wordt.

[MJ de Bruijn]

Zijn er in dit forum gebruikers die de aansturing doen op krachtiger hardware dan de Cerbo GX?
Bijvoorbeeld de Ekrano GX of juist een Raspberry Pi 4 of 5.
Met name voor die laatste optie ben ik benieuwd naar praktijk-ervaringen.

[HyperBart]

Mja, dan blijf ik toch redelijk hard bij mijn vorige standpunt: zonnepanelen hang je dan beter (of laat je beter) hangen aan een AC omvormer, qua direct gebruik is dat dan ook weer voordeliger want geen DC to DC to AC conversie en dan heb je de design constraint van die CCL die genegeerd wordt dus niet.

Daar scoort Victron wmb dus toch wat lager (PV systemen) dan klassieke systemen.

[Noord27]

HyperBart schreef op donderdag 2 juli 2026 @ 16:02:
Mja, dan blijf ik toch redelijk hard bij mijn vorige standpunt: zonnepanelen hang je dan beter (of laat je beter) hangen aan een AC omvormer, qua direct gebruik is dat dan ook weer voordeliger want geen DC to DC to AC conversie en dan heb je de design constraint van die CCL die genegeerd wordt dus niet.

Daar scoort Victron wmb dus toch wat lager (PV systemen) dan klassieke systemen.

Mooiste is juist een combinatie van. De bestaande omvormer laten hangen, die is meestal niet zo oud en/of werkt met optimizers. En uitbreiden met MPPT's DC-DC gekoppeld direct naar de accu. Dan heb je het beide mogelijkheden.

[nils_vdg]

Vekeerde topic, heb mn vraag verplaatst..

[ Voor 96% gewijzigd door nils_vdg op 02-07-2026 17:11 ]

[habbekrats]

@nils_vdg Ald je de vele foto's en YT filmpjes bekijkt zoe je fat ze soms stijf tegen elkaar zitten. Nou heeft Victron geen sleuven aan de kant zitten en de ventilatie van onder naar boven. Ik heb zelf een cm of 5 er tussen.

Ik zou liever onder en boven voldoende ruimte voor luchtstroom laten.

[DoMoFo]

Rene5 schreef op donderdag 2 juli 2026 @ 08:55:
[...]

Ik heb een installer‑account en heb het geprobeerd zoals hierboven beschreven, met een schakelaar en twee standen: 100% en 0%.

Helaas werkt dit niet op de Enphase Gateway Standard.

Dan hebben "ze" er dat inmiddels ook weer uitgesloopt, zou gewoon moeten werken (ieg met laaste v5 firmwares), heeft verder niets met standard/metered te maken.

Aangezien afschakelen ook gewoon zou moeten werken, maar je zegt dat dat ook niet werkt ? Ik zou een SMA Sunnyboy kopen, die IQ's op markplaats zetten en vooral niet investeren in een 350 euro kostende hersendode metered variant van deze prutsers. Je zult ieg de komende 10 jaar een gelukkig mens zijn...

Of een paar Victron MPPT's, aangezien je in het Victron Aansturing topic post...

[ Voor 4% gewijzigd door DoMoFo op 02-07-2026 21:13 ]

[Rene5]

cyclone schreef op donderdag 2 juli 2026 @ 09:09:
@Rene5 doe jezelf een plezier en slik even een paar keer en vervang je standaard envoy voor een metered.

Ja ik vond hem ook te duur, maar eenmaal geïnstalleerd werkt het wel ideaal als je eenmaal de juiste firmware er door support erop hebt laten zetten en je hem in je Cerbo erbij kunt zetten.

Scheelt een hoop gehobby met componenten die ook niet gratis zijn en je ook een hoop extra tijd kosten.

Achteraf gezien ben ik blij dat ik voor deze optie heb gekozen (metered envoy) want het de intergratie is perfect.

(Wel direct daarna voorgenomen om geen Enphase spul meer te kopen want stiekem is het wel echt taffes duur spul)

Werkt dit via SunSpec ook goed bij negatieve tarieven, ervan uitgaande dat de juiste software erop staat?

[cyclone]

Als je de iq7 of iq8 omvormers hebt wel. Althans dat is mijn ervaring. Ik zelf maak (nog ) geen gebruik van dynamische tarieven maar in off grid modus wordt ook netjes de opbrengst zodra de accu vol zit automatisch terug gemoduleerd dan wel geheel stopgezet.

Kortom als het off grid kan, kun je dit ook gebruiken om terug levering stop te zetten. Voor mij is dit pas na 1 Jan 2027 actueel gezien ik nog heerlijk in een model contract zit zonder enige vorm van terugleverboete :-)

Kortom ondanks mijn thuis accu saldeer ik mezelf nog steeds suf 😛

[cyclone]

MJ de Bruijn schreef op donderdag 2 juli 2026 @ 15:21:
Zijn er in dit forum gebruikers die de aansturing doen op krachtiger hardware dan de Cerbo GX?
Bijvoorbeeld de Ekrano GX of juist een Raspberry Pi 4 of 5.
Met name voor die laatste optie ben ik benieuwd naar praktijk-ervaringen.

Nou u roept en Victron draait zojuist krijg ik de aankondiging van deze nieuwe GX unit in de mailbox.

https://www.victronenergy.com/communication-centres/nucleo-gx

Persoonlijk ben ik niet perse enthousiast gezien ik er mijn huidige touchscreen niet op kan aansluiten dus voelt toch als “bidget” optie. Maar wel nieuwe qua hardware dat dan weer wel.

[Eriko]

Een volwaardige combinatie Nucleo en Android GX WiFi Display kan de combinatie Cerbo Gx en Touch Screen 5" of 7" met HDMI kabel vervangen. Voor een camper is het niet zo slim want zulke spullen moeten minimaal 10 jaar meegaan. Android updates werken wel voor 5 jaar en daarna niet meer.

[DavidZH]

Eriko schreef op vrijdag 3 juli 2026 @ 11:05:
Een volwaardige combinatie Nucleo en Android GX WiFi Display kan de combinatie Cerbo Gx en Touch Screen 5" of 7" met HDMI kabel vervangen. Voor een camper is het niet zo slim want zulke spullen moeten minimaal 10 jaar meegaan. Android updates werken wel voor 5 jaar en daarna niet meer.

Let op! De Nucleo is alleen te gebruiken met VE-CAN apparaten! Er zit geen VE-BUS op. Met een MKIII-USB zou je dit kunnen ondervangen, maar dat is niet de beste oplossing

[Jazsie]

HyperBart schreef op donderdag 2 juli 2026 @ 16:02:
Mja, dan blijf ik toch redelijk hard bij mijn vorige standpunt: zonnepanelen hang je dan beter (of laat je beter) hangen aan een AC omvormer, qua direct gebruik is dat dan ook weer voordeliger want geen DC to DC to AC conversie en dan heb je de design constraint van die CCL die genegeerd wordt dus niet.

Daar scoort Victron wmb dus toch wat lager (PV systemen) dan klassieke systemen.

Zoals @Noord27 al aangaf is combinatie van beiden het beste . Al zal dat per situatie verschillen.

Ik ben langzaam aan het overstappen naar MPPT, scheelt je zomaar 10% aan efficiëntie en dat is op een "groot" array van 20 kWP best forst, 2000 kWh die anders verloren zou gaan...

[Eriko]

Die 10% efficientie verlies kan wel kloppen. Stel dat een accu systeem defect raakt, is een zonnepaneel omvormer aan AC zijde soms wel handig.

[MJ de Bruijn]

Ik ben aan het kijken naar de systeem belasting van mijn Cerbo GX. Ik merk dat de impact van Node Red vrij groot is.
Node Red gebruikers: Wellicht willen jullie kijken naar de belasting op jullie systeem?
Start een SSH verbinding met de Cerbo, bijvoorbeeld via PuTTY.
Toets het commando: top
Op de derde regel verschijnt Load Average. Wat zijn de drie getallen die daar achter staan?
Dat is de systeembelasting 1 minuut, 5 minuten en 15 minuten.
In de COMMAND kolom staat node.red. Wat is daar de systeembelasting in %?

[V_ger]

DavidZH schreef op vrijdag 3 juli 2026 @ 11:13:
[...]

Let op! De Nucleo is alleen te gebruiken met VE-CAN apparaten! Er zit geen VE-BUS op. Met een MKIII-USB zou je dit kunnen ondervangen, maar dat is niet de beste oplossing

Er komt ook een mk3 cerbo met dezelfde processor als in de Ekrano.

[DavidZH]

V_ger schreef op zaterdag 4 juli 2026 @ 10:25:
[...]

Er komt ook een mk3 cerbo met dezelfde processor als in de Ekrano.

Dat heb ik ook gelezen. Maar die persoon had het expliciet over een Nucleo met Android tablet, dus vandaar de waarschuwing.

[Knielen]

MJ de Bruijn schreef op zaterdag 4 juli 2026 @ 10:21:
Ik ben aan het kijken naar de systeem belasting van mijn Cerbo GX. Ik merk dat de impact van Node Red vrij groot is.
Node Red gebruikers: Wellicht willen jullie kijken naar de belasting op jullie systeem?
Start een SSH verbinding met de Cerbo, bijvoorbeeld via PuTTY.
Toets het commando: top
Op de derde regel verschijnt Load Average. Wat zijn de drie getallen die daar achter staan?
Dat is de systeembelasting 1 minuut, 5 minuten en 15 minuten.
In de COMMAND kolom staat node.red. Wat is daar de systeembelasting in %?

code:

Load average: 2.45 1.11 0.85 3/291 23471
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
  907   901 root     S    28636   6%   3% {dbus_characterd} /usr/bin/python3 -u /opt/victronenergy/dbus-characterdisplay/dbus_characterdisplay.py
 1367   835 nodered  S     226m  46%   3% node-red

[MJ de Bruijn]

Knielen schreef op zaterdag 4 juli 2026 @ 10:45:
Load average: 2.45 1.11 0.85 3/291 23471

Een eerste dank. de 2.45 is het gemiddeld aantal wachtende processen binnen 1 minuut. (1.11: 5 minuten, 0.85: 15 minuten).
Volgens AI bronnen zou dit (vrijwel) altijd onder de 2 moeten zijn. De Cerbo heeft twee processor-kernen.
Ik vraag me dus af of dit inderdaad zo is.
Benieuwd naar verdere reacties...

[hvwees]

Als.je toch met ssh bent ingelogd , kijk even met

code:

cat /proc/cpuinfo

Hoeveel cores die echt heeft.
Een load van 2 betekent dan dat beide cores druk zijn.

[MJ de Bruijn]

hvwees schreef op zaterdag 4 juli 2026 @ 13:55:
... Hoeveel cores die echt heeft.

De Cerbo heeft twee cores. Dat klopt wel.
Ik bedoelde dat ik me afvraag hoe stellig het is dat een LoadAvg van boven 2 'echt' zo 'erg' is.
Volgens mij is dit een soort wachtrij van processen die wachten tot de processor er aan toe is of tot ze zelf klaar zijn.
Als je (veel) communicatie hebt, bijvoorbeeld via MQTT, dan heb je al snel wachtende processen. Dan lijkt het me logisch dat je dat ook waarneemt.
Zolang de CPU% van node-red (relatief) laag blijft (< 10-20%) denk ik dat 'het allemaal wel mee valt'.
Om daar een beeld van te krijgen ben ik heel benieuwd naar de LoadAvg van andere gebruikers.

[g1n0]

code:

Load average: 1.22 1.37 1.45 2/291 8569

[MJ de Bruijn]

g1n0 schreef op zaterdag 4 juli 2026 @ 14:24:

code:

Load average: 1.22 1.37 1.45 2/291 8569

Met of zonder Node Red ?

[g1n0]

MJ de Bruijn schreef op zaterdag 4 juli 2026 @ 14:28:
[...]

Met of zonder Node Red ?

Met. Ik koppel mn Victron systeem met Home-Assistant via Node-RED. Verder doe ik er vrij weinig in.

Ik draai op v3.73 btw

[ Voor 4% gewijzigd door g1n0 op 04-07-2026 14:35 ]

[NTS]

Load average zegt vrij weinig. Ik zou even naar de cpu load zelf kijken, liefst gesplitst tussen user, system en io. Bij veel io wait load heb je bijvoorbeeld weinig aan meer cpu kracht.

[MJ de Bruijn]

NTS schreef op zaterdag 4 juli 2026 @ 16:35:
Load average zegt vrij weinig. Ik zou even naar de cpu load zelf kijken, liefst gesplitst tussen user, system en io. Bij veel io wait load heb je bijvoorbeeld weinig aan meer cpu kracht.

Dit is wat ik probeer vast te stellen door gegevens van andere gebruikers te bezien.
Je stelt: "Load average zegt vrij weinig". Waar baseer je dit op ?

[DoMoFo]

MJ de Bruijn schreef op zaterdag 4 juli 2026 @ 10:21:
Ik ben aan het kijken naar de systeem belasting van mijn Cerbo GX. Ik merk dat de impact van Node Red vrij groot is.
Node Red gebruikers: Wellicht willen jullie kijken naar de belasting op jullie systeem?

Ik kan binnenkort wel wat Ekrano loads delen, maar vooralsnog draait hier alles concept/basis aangezien ik nog op een hoop meterkast onderdelen zit te wachten. Heb alleen nog maar wat met PWM (IO Extender) waardes icm NodeRed zitten spelen om additionele fans aan te sturen, daar wordt die Ekrano niet heel "warm" van...

Volgens mij (gezien je eerdere posts) draai jij een compleet ESS systeem extern aangestuurd middels NodeRed, dus ik vraag me af hoe representatief andere loads zijn, aangezien jij een beetje de limiet opzoekt qua dynamiek en CPU gebruik. Een NodeRed flowtje met wat passieve aansturing gaat het verschil niet maken bij de meeste.

[NTS]

MJ de Bruijn schreef op zaterdag 4 juli 2026 @ 17:51:
[...]
Je stelt: "Load average zegt vrij weinig". Waar baseer je dit op ?

Jaren lange ervaring met grote aantallen Linux servers. Dit is een soort kleine Linux machine in een doosje.

[ Voor 35% gewijzigd door NTS op 04-07-2026 18:57 ]

[MJ de Bruijn]

DoMoFo schreef op zaterdag 4 juli 2026 @ 18:23:
Volgens mij (gezien je eerdere posts) draai jij een compleet ESS systeem extern aangestuurd middels NodeRed, dus ik vraag me af hoe representatief andere loads zijn, aangezien jij een beetje de limiet opzoekt qua dynamiek en CPU gebruik. Een NodeRed flowtje met wat passieve aansturing gaat het verschil niet maken bij de meeste.

Je hebt gelijk. Ik draai een heel uitgebreide Node Red toepassing.
Omdat ik last ging krijgen van vastlopers probeerde ik de oorzaak/oorzaken te vinden.
Allereerst wat cijfers, mijn cpu-belasting voor Node-Red zat tussen 40 en 70%.
De LoadAvg zat tussen 3 en 6.
Alles veel te hoog. Duidelijk.
Maar, als ik alle Node Red tabbladen uitschakelde bleven deze getallen zo hoog. En dat snapte ik niet. Mijn eigen toepassing was dan in coma. Vandaar dat ik benieuwd was (en ben) naar de cijfers bij 'lichte' gebruikers.

Inmiddels ben ik overigens een stuk verder.
De boosdoener voor de hoge cpu belasting was de Home Assistant api uitbreiding. Ik heb deze uitgeschakeld (en inmiddels verwijderd). De Node Red cpu belasting zit nu op 10% voor mijn volledige toepassing.
In Home Assistant heb/had ik de Victron integratie geïnstalleerd. Deze heeft zichzelf onlangs 'verdubbeld' door automatisch ook de Victron GX integratie toe te voegen. Deze lijkt bedoeld te zijn om t.z.t. de Victron integratie te vervangen.
Ik gebruik in Home Assistant meerdere entiteiten om een mooi dashboard te tonen. Daarvoor heb ik misschien zo'n 30 tot 40 entiteiten nodig. Niet een paar honderd zoals deze met een integratie worden getransporteerd.
Na uitschakelen van de integraties in HomeAssistant is mijn LoadAvg omlaag tot tussen 0.5 en 1.0.
Ik stuur nu de benodigde entiteiten via een reeks losse MQTT instructies.
Let wel, dit alles dus met mijn eigen zware toepassing weer helemaal actief.
Per saldo vind ik dit een interessant resultaat van twee dagen puzzelen en zoeken. daarbij ben ik overigens heel goed geholpen door Google Gemini. Dat is niet feilloos maar geeft best goede suggesties.

[DoMoFo]

MJ de Bruijn schreef op zaterdag 4 juli 2026 @ 20:15:
[...]


In Home Assistant heb/had ik de Victron integratie geïnstalleerd. Deze heeft zichzelf onlangs 'verdubbeld' door automatisch ook de Victron GX integratie toe te voegen. Deze lijkt bedoeld te zijn om t.z.t. de Victron integratie te vervangen.
Ik gebruik in Home Assistant meerdere entiteiten om een mooi dashboard te tonen. Daarvoor heb ik misschien zo'n 30 tot 40 entiteiten nodig. Niet een paar honderd zoals deze met een integratie worden getransporteerd.

ipv de gehele integratie te verwijderen, waarom doe je geen "Select All" + "Disable" op alle entities en enable je vervolgens die 40 die je nodig hebt. Wel de lusten niet de lasten van die integratie...

[MJ de Bruijn]

Vandaag heb ik de formules van de kosten/opbrengst van inkoop en teruglevering van elektriciteit aangepast. Ik heb de saldering er nu al uit gehaald. Dit is dus een half jaar eerder dan de formele einddatum van het salderen.

Dit zal niet voor iedereen nu al relevant zijn. Ik behoor tot de kleine groep met de meest ongunstige verval-datum voor dynamische contracten, namelijk 1 oktober.
In de zomer periode produceer ik meer dan ik kan compenseren. Van Tibber krijg ik dat alvast iedere maand terug maar bij mijn slotafrekening moet ik het teveel ontvangen bedrag toch weer terug betalen. Het heeft voor mij dus geen zin om 'extra' terug te leveren. Daarom heb ik de belasting en kosten nu alvast verwijderd uit de formule voor teruglevering.
Ik zie direct dat eerder geplande teruglevering voor vanavond is geschrapt. Het voordeel is niet meer groot genoeg om te handelen.

Nog even over de datum van 1 oktober. Ik zal in de maanden oktober, november en december wel mijn belasting moeten betalen maar er komt geen gelegenheid meer om dit te compenseren. Mijn 'over-compensatie' van deze zomer mag ik niet meenemen. Bij de behandeling van het wetsontwerp is dit aan de orde geweest maar er is niets mee gedaan 'omdat het maar een beperkt aantal mensen betreft'.

[Peter_v_m]

Sinds dit weekend hier ook de Victron ESS in bedrijf genomen.

Setup is 1 fase en ook op een 1 fase 35A netaansluiting.

Systeem bestaat uit:

1x Victron Multiplus 2 6k5

1x Victron Lynx Smart BMS 500 (voor extra veiligheid om DC te schakelen)

1x Victron Lynx Distributor (voor in de toekomst mocht ik ooit naar 3 fase gaan)

1x Victron Lynx Class-T power in

1x Victron Cerbo GX MK2

1x Victron energiemeter VM-3P75CT (grid meter)

2x Xiyiang V2 batterij boxen met JK BMS V19.31 met daarin Eve MB31 cellen 314Ah. (instellingen van Andy)

Ben begonnen met het aansluiten van 1 batterij box.

En als alles stabiel draait wil ik de 2de erbij zetten.

JK BMS met type B kabel via de Can Bus gekoppeld aan de Cerbo.

Gezien ik nog een vast energie contract heb tot september dit jaar draai ik nog geen DESS, en gebruik gewoon ESS met instelling 0 op de meter.

Zoals gezegt gebruik ik in de JK BMS de instellingen van Andy van offgrid garage uit zijn youtube video "JK Inverter BMS 100% Reset and Charging Algorithm explained"

Wat er gebeurd:

Batterij laad volgens instellingen netjes na 3,45V cell spanning, JK-BMS en Multiplus schakelen naar absorption.

En gaat dan balanceren en schiet naar 100% soc.

Vervolgens schakelt de JK BMS naar Float maar de multiplus blijft op absorption staan. (ook na de 1 uur timer die in de multiplus staat ingesteld)

Multiplus volgt dus niet de JK BMS en blijft in absorption totdat de ingestelde Re-Bulk SOC(%) wordt bereikt en zowel de JK BMS als de Multiplus weer in bulk komen.

De Multiplus komt dus in geen geval in float mode.

Heeft dit te maken met een mogelijke instelling ergens, of is dit normaal?

[cyclone]

Wat een hoop lege regels, maakt dat ik je post erg onprettig lezen vind, maargoed.
Werkte het met 1 box voorheen wel goed ? Je begint namelijk over dat je een 2de box erbij wilt zetten en tis mij niet duidelijk of dit nu gerelateerd is aan de 2de box die je geplaatst hebt.

Mis sowieso de instellingen van je MultiPlus, hier heb je ook een laadcurve ingegeven en die lijkt niet in lijn te zijn met de voltages die je in je JK BMS hebt gezet.
Dit zijn mijn settings :

[Peter_v_m]

Klopt ging iets niet goed met tekst kopieren. Vandaar die lege regels. Maar dit is nog met 1 box. Wil het eerst goed hebben draaien voor ik de 2de aansluit.

Zal morgen even de instellingen vergelijken in de multiplus t.o.v. de JK BMS.

[Peter_v_m]

Heb even de instellingen nagelopen in de MP, en heb Absorption voltage van 55,30V naar 55,20V gezet zoals in de JK BMS 3,45V per cell. Verder heb ik de Float voltage aangepast van 54,00V naar 53,60V. En voor de zekerheid ook de Repeated absorption interval op 1 dag gezet. Stond op 7.

Vandaag weer hetzelfde verhaal Multi blijft hangen in absorption, JK BMS staat dan al lang in Float. Ook als de spanning zakt tot de ingestelde float spanning in de MP van 53,60V gebeurt er niets. de soc is inmiddels dan al gezakt naar 98%. Pas als de SOC zakt tot 95% schakelt zowel de MP als JK BMS naar bulk. Deze trigger komt waarschijnlijk door de JK BMS waar de Re-Bulk SOC staat ingestelt op 5. Dit volgens instellingen van Andy.

Wat er ook gebeurt in de tijd dat de MP in absorption blijft hangen en de JK BMS nog in float staat begint de Means on led groen te knipperen, dit viel me gisteren ineens op en was vandaag ook weer het geval. Weet niet precies op welk moment precies want zie nergens verder een storingsmelding. Volgens de beschrijving zou er dan wat mis zijn met de net aansluiting zodat de MP niet meer kan synchroniseren met het net. Verder lijkt alles gewoon door te gaan. In de avond als er geen PV meer is komt alles netjes uit de accu. Omdat ik het niet vertrouwde heb ik gisterenavond om 23:00 het systeem uitgeschakeld en vandaag weer aan en blijft de mains on led weer netjes groen branden.

Of het een en ander met elkaar te maken heeft is me een raadsel. Iemand een idee hier?

Zie hieronder mijn instellingen van de MP betreffende de lader, en de instellingen in de JK BMS. Instellingen van de MP inmiddels wel aangepast zoals hierboven beschreven maar zonder resultaat.

[Rene5]

cyclone schreef op vrijdag 3 juli 2026 @ 08:21:
Als je de iq7 of iq8 omvormers hebt wel. Althans dat is mijn ervaring. Ik zelf maak (nog ) geen gebruik van dynamische tarieven maar in off grid modus wordt ook netjes de opbrengst zodra de accu vol zit automatisch terug gemoduleerd dan wel geheel stopgezet.

Kortom als het off grid kan, kun je dit ook gebruiken om terug levering stop te zetten. Voor mij is dit pas na 1 Jan 2027 actueel gezien ik nog heerlijk in een model contract zit zonder enige vorm van terugleverboete :-)

Kortom ondanks mijn thuis accu saldeer ik mezelf nog steeds suf 😛

Bedankt. Ik heb de Enphase Gateway vervangen door een Enphase Gateway Metered. Enphase heeft Modbus voor mij geactiveerd; dat duurde enkele dagen.

Het terugregelen via SunSpec werkt goed. Wanneer ik bij zowel de Enphase‑ als de SolarEdge‑omvormers Dynamic Power Limiting inschakel, regelt het systeem netjes terug naar –50 W. Deze waarde heb ik zelf ingesteld.

De bedoeling is dat het systeem alleen moet terugregelen wanneer de stroomtarieven negatief zijn. Op dit moment doet het systeem dit echter continu, ongeacht het tarief.

Ik heb ESS ingesteld op Groene modus en bij “Energie terugleveren” heb ik Nee gekozen. De reden hiervoor is dat ik mijn 14 kWh‑accu uitsluitend voor thuisgebruik wil inzetten.

Mijn vraag is of dit gedrag via de ESS‑instellingen opgelost kan worden, of dat ik hiervoor een automatisering in Node‑RED moet gebruiken.

[cyclone]

Fijn ! En mooi dat Enphase het binnen een paar dagen gefixed had, ze zullen het inmiddels vaker voorbij hebben zien komen en wellicht nu beter snappen wat er gevraagd wordt.

Je systeem werkt nu volledig naar behoren als je terugleveren uit hebt gezet en ESS Green mode draait.
Als je dat niet wilt moet je een andere mode kiezen (DESS als ik het goed zeg uit mijn hoofd) is genoeg over geschreven hier in het topic dus gebruik de zoek functie even dan heb je direct je antwoord.

[Hermarcel]

@Peter_v_m
Dit is normaal als je DVCC gebruikt: https://communityarchive....-ever-indicate-float.html

[Peter_v_m]

Hermarcel schreef op dinsdag 14 juli 2026 @ 15:03:
@Peter_v_m
Dit is normaal als je DVCC gebruikt: https://communityarchive....-ever-indicate-float.html

ok, ja linkje even doorgelezen, is inderdaad wat er gebeurt in het laadproces hier. DVCC kan je alleen uitschakelen als je DESS gaat gebruiken had ik begrepen?

Verklaart alleen nog niet waarom op een gegeven moment de Mains on led op de multiplus groen gaat knipperen.

Ben wel even aan het google-en geweest en heb ook iets gelezen dat het mogelijk komt door de communicatie tussen de Cerbo en de energiemeter. Heb de meter via ethernet aangesloten. Dit kon helaas niet anders want gebruik de ene ve.can voor de JK BMS en de andere voor de Lynx smart BMS. Maar een mogelijke oorzaak zou dan kunnen zijn dat de ethernet verbinding te traag is en de informatie uit de meter te laat bij de cerbo en dus de multiplus aankomt. Met gevolg dat de multiplus dus achter de feiten aanloopt om zijn vermogen hierop aan te passen. Met als gevolg daar weer op dat je de waardes die de meter doorgeeft als een gek op en neer ziet gaan. Dit is dus exact wat het hier ook doet. De multiplus zou dit als een grid storing zien en daarom dat die led groen zou gaan knipperen. Dit zou er dus aan de hand kunnen zijn.

Alleen hoe ga ik dit oplossen (ja de Lynx smart BMS er tussenuit halen), maar er zijn hier toch meer mensen die deze setup gebruiken. Hebben jullie hier ooit problemen mee gehad en zo ja hoe opgelost.

[MJ de Bruijn]

Een knipperende Mains On led is volgens mij niet bijzonder.
1. Ac ingang doorgeschakeld (als accu vol is).
2. Powerassist (als je dat gebruikt).
3. ESS met terugleveren PV energie.

[Hermarcel]

Peter_v_m schreef op dinsdag 14 juli 2026 @ 19:22:
[...]

ok, ja linkje even doorgelezen, is inderdaad wat er gebeurt in het laadproces hier. DVCC kan je alleen uitschakelen als je DESS gaat gebruiken had ik begrepen?

DVCC is de manier waarop je master-BMS aan de Cerbo kenbaar maakt tot welke spanning en met welke maximale stroom er geladen of ontladen mag worden. Dit staat volledig los van ESS en/of DESS.

[Peter_v_m]

Hermarcel schreef op dinsdag 14 juli 2026 @ 19:37:
[...]

DVCC is de manier waarop je master-BMS aan de Cerbo kenbaar maakt tot welke spanning en met welke maximale stroom er geladen of ontladen mag worden. Dit staat volledig los van ESS en/of DESS.

Ja inderdaad, lees het nu ook. (eerst goed lezen he)

[Peter_v_m]

MJ de Bruijn schreef op dinsdag 14 juli 2026 @ 19:32:
Een knipperende Mains On led is volgens mij niet bijzonder.
1. Ac ingang doorgeschakeld (als accu vol is).
2. Powerassist (als je dat gebruikt).
3. ESS met terugleveren PV energie.

ok, begrijp dus dat ik me hier niet veel zorgen om hoef te maken?

Zie ook totaal geen verdere foutmelding komen alles draait gewoon door zoals je zou verwachten. Hij laad en ontlaad houdt het grid redelijk op nul. Maar blijf het wel merkwaardig vinden. Ook dat de waardes van de energiemeter, vooral als ik kijk in het VRM portaal schieten deze behoorlijk heen en weer tijdens laden en ontladen. Maar misschien ook normaal gedrag en zie ik gewoon beren op de weg.

Maar wat ik me dan afvraag hebben jullie dit dan ook? (de knipperende Mains On led)

[ Voor 5% gewijzigd door Peter_v_m op 14-07-2026 20:39 ]

[g1n0]

Peter_v_m schreef op dinsdag 14 juli 2026 @ 20:35:
[...]

Maar wat ik me dan afvraag hebben jullie dit dan ook? (de knipperende Mains On led)

Ken je de Victron Toolkit app? Kan je heel makkelijk je LEDjes aanklikken en krijg je de definitie (en er zit ook gelijk een handige voltage drop calculator bij). Ik gebruik die app heel erg vaak.

Die zegt:

[Peter_v_m]

g1n0 schreef op woensdag 15 juli 2026 @ 08:22:
[...]

Ken je de Victron Toolkit app? Kan je heel makkelijk je LEDjes aanklikken en krijg je de definitie (en er zit ook gelijk een handige voltage drop calculator bij). Ik gebruik die app heel erg vaak.

Die zegt:

[Afbeelding]

Nee die kende ik nog niet.

Inderdaad een handige tool, maar het knipperen hier gebeurt na het laden als de Multi in apsorption staat. En dan er inderdaad nog overschot PV is wat dan het grid op gaat. Maar later als die overschakelt naar bulk blijft die knipperen vervolgens de hele avond en nacht bij het ontladen. Volgende ochtend knipperde die nog vertrouwde dat niet zo als er niemand thuis is overdag omdat ik niets wist wat het betekende dus het systeem uitgezet. Mogelijk gaat dan de led pas weer branden als het laden opnieuw begint. Met weer opwek van de PV.

[PCan]

Gisteren Victron pure sinewave inverter 24 | 500 geïnstalleerd.
In de uitgang een Brennenstuhl BDI-A 3 30, 30mA 3500W aardlekschakelaar gestoken.
Dan via een C4 installatieautomaat 2 wcd's gevoed.

De randaarde PE, afgetakt van de voedingskabel tussen de meterkast en micro omvormers van mijn zonnepanelen, aangesloten op de 2 wcd's en de kabel die naar de inverter gaat, dus via de RA van de stekkers verdeeld en doorgevoerd tot aan de inverter en alle apparatuur.

Ik heb in de inverter de aardedraad bij de voeding niet verplaatst of losgehaald.
Er staat iets in de gebruiksaanwijzing over het verplaatsen van die draad naar een andere klem bij bepaalde voorschriften.

3.5 Het aansluiten van de nuluitgang van de omvormer op het chassis/aarde NL De AC-uitgang is geïsoleerd van de DC-ingang en het chassis. Lokale voorschriften vereisen mogelijk een werkelijk nuluitgang. In dit geval moet een van de AC-uitgangsdraden op het chassis worden aangesloten en moet het chassis op een betrouwbare aarde zijn aangesloten: zie bijlage A



De inverter liet zich probleemloos toevoegen in de Victron connect app, met dongle, zelfs de pincode werd automatisch ingevuld. Moest alleen de Encryptiesleutel voor direct uitlezen erin plakken.

TV met randapparaten op de ene wcd, alles prima. Lijk zelfs een beter beeld te hebben dan via het net of Anker PPS F2000 767. Vlgns de Victron app schommelde de belasting tussen de 70 en 100 Watt.
Vervolgens PC met monitoren, mini versterker met 2 boxen en op de andere wcd.
Niets aan de hand tot ik startknop van mijn PC indrukte en de aardlek er meteen uitklapte.
De aardlek ertussenuit gehaald en alles werkte normaal.

Vanmorgen mijn TV aangezet, maar toen ik even later mijn PC aanzette viel mijn TV uit.
En startte de TV met decoder opnieuw op.
Alle stekkers eruit gehaald en de aardlek er weer tussen gezet.
Stekkerblok vervangen en een voor een de stekkers er weer ingestoken.
Maar, toen ik op de startknop vd PC drukte klapte de aardlek er weer uit.

Aardlek ertussenuit gehaald en in een Grid wcd in de kamer gestoken met alleen de PC erin.
TV en alle randapparaten aangezet, dus alle andere apparaten, werken normaal en trekken samen rond 230 - 250W. (1 Ampère).
PC opgestart, dus via dezelfde aardlek op normale 230V wcd, geen probleem.

Dus alleen als ik alles op de inverter zet, met of zonder aardlekschakelaar, gaat het mis als ik de PC aanzet.
Als ik de PC apart op dezelfde aardlek zet, dus niet via de inverter, werkt hij ook normaal.
Er klapt ook geen aardlekschakelaar in de meterkast 30mA uit.
De PC trekt normaal 50 -150W en heeft een Corsair SF 600W voeding.
Is dagelijks gebruikt de afgelopen 4-5 jaar.
Ik moet nog ergens een Corsair SF 450W voeding hebben die slechts een paar maanden is gebruikt.

Vragen;

- moet ik de interne draad in de inverter verplaatsen en gaat dat het probleem met de aardlek oplossen?
- heeft het nut de ATX voeding te vervangen en gaat dat het probleem oplossen?
- is het waarschijnlijk dat de manier waarop ik de aarddraad heb afgetakt het probleem veroorzaakt?

[master1104]

De inschakelpiek van een inductieve of capacitieve belasting kan zeer groot zijn. In geval van een computervoeding (schakelende voeding met zeer veel elco’s) kan zelfs een B16 automaat trippen (dus een stroom van minimaal 48A = ~11kw vermogen).

Als ik je tekst goed begrijp heb je dit draaien op een 500W inverter? Dat gaat vrijwel zeker mis inderdaad. Mijn 2500W Chinese 12V inverter klapt ook direct in overload als ik mijn PC daar achter aansluit. Nou is een Victron met goede trafo wel veel robuuster, maar deze piek kan hij denk ik niet leveren.

Waar de aarde vandaan komt zou trouwens geen directe invloed op je RCA moeten hebben. Als je de nul ergens anders vandaan haalt wel, maar dat lees ik niet in je bericht. Wel altijd proberen om lussen in de aarde zoveel mogelijk te vermijden om inductie/emc problemen te voorkomen.

[ Voor 20% gewijzigd door master1104 op 15-07-2026 21:23 ]

[Q]

master1104 schreef op woensdag 15 juli 2026 @ 21:20:
De inschakelpiek van een inductieve of capacitieve belasting kan zeer groot zijn. In geval van een computervoeding (schakelende voeding met zeer veel elco’s) kan zelfs een B16 automaat trippen (dus een stroom van minimaal 48A = ~11kw vermogen).

Ik wil op basis van mijn eigen ervaring me hier bij aansluiten. Ik denk dat door goed gestructureerd testen 100% is aangetoond dat de omvormer te krap is gekozen voor de load helaas.

Ik las alleen niets over een accu, wat voor accu zit hier op? En welk model omvormer is dit precies?

[ Voor 8% gewijzigd door Q op 15-07-2026 22:37 ]

[Jongfeli]

Q schreef op woensdag 15 juli 2026 @ 22:36:
[...]


Ik wil op basis van mijn eigen ervaring me hier bij aansluiten. Ik denk dat door goed gestructureerd testen 100% is aangetoond dat de omvormer te krap is gekozen voor de load helaas.

Ik las alleen niets over een accu, wat voor accu zit hier op? En welk model omvormer is dit precies?

Volgens mij vliegt de aardlek er uit en niet de automaat, klopt dat @PCan ? Een 500Watt omvormer gaat natuurlijk nooit een 16A automaat laten trippen.

Via je omvormer hebt je nu een zwevende nul die niet verbonden is met aarde. Op pagina 1 van de handleiding staat:

"De AC uitgang is geïsoleerd van de DC ingang en het chassis tenzij het apparaat is uitgerust met een aardlekautomaat (GFCI). Een gekwalificeerde installateur dient deze aansluiting te controleren, aangezien dit nodig is om de aardlekschakelaar goed te laten functioneren.

Lokale regelgeving kan een echte nulleider vereisen. In dit geval moet één van de AC uitgangsdraden worden aangesloten op de behuizing, en de behuizing moet worden aangesloten op een betrouwbare aardverbinding. Houd er rekening mee dat een echte nulleider nodig is om de juiste werking van een aardlekschakelaar te garanderen"

En als je er zelf niet voldoende verstand van hebt @PCan laat het doen door iemand die dat wel heeft.

[PCan]

Ja, de Brennenstuhl aardlek vliegt er uit.
Veiligheidsadapter BDI-A 2 30 IP54 | brennenstuhl®
Als ik de Brennenstuhl in een normaal stopcontact stop en de PC aanzet werkt hij gewoon.
Als ik de PC op een normaal stopcontact zet en de Aardlek weer in de inverter, werkt het ook.
Uiteraard zitten er in de meterkast ook aardlekschakelaars en ook op de voeding vanaf de micro omvormers van mijn zonnepanelen zit een aardlek automaat. Die is 300mA.
Er ontstaat dus een potentiaal verschil tussen de L en de N. Zo werkt een aardlek.
Als dat potentiaal verschil zorgt voor een stroom van>32mA klapt de aardlek eruit.

Op alle schema's waarop een Off Grid omvormer is aangesloten, zie je dat er alleen sprake is van een secundaire aarde. Dus de geel/groene aan de 230 VAC kant.
Primair, 24VDC, is de zwarte (10mm2) via de busbar doorverbonden met de metalen kast waarin mijn "thuisbatterij" is opgesteld. Ik heb dus geen draad aangesloten op de aardklem aan de primaire kant.
Het is de combinatie van de Brennenstuhl, de PC voeding en de Victron Inverter die het probleem geeft. Normaal selecteer je een omvormer op het gevraagde vermogen plus 25% of zo.
Als ik de PC flink laat werken kom ik niet boven de 105W uit. Max 121W bij opstarten vlgns SonOff smart socket.
Dus met TV etc max. 305W nominaal. Dus 500W (1,64x) lijkt mij voldoende. Tenzij een defect of hoge opstartpiek.
De opmerking over piekstroom klinkt het aannemelijk, maar heeft ws niets met een aardlek te maken.

Heb de PC (microATX i5-9600K Z390I GF GTX1660 2xSSD 1TB waterkoeling) gisteren schoon gemaakt, alles ziet er nog als nieuw uit.
De Victron 24| 500 kan een piek van 900 Watt aan.
De 4A (C4) installatie automaat blijft er gewoon in.

FYI heb zeer ruime ervaring als elektromonteur en M&R technicus.
Daarnaast specialist HVAC en Siemens SBT Gebouw beheer systeem. (Visonik, Desigo)
Bouw al sinds W95 mijn eigen PC's.
Maar ik ga niet doen alsof ik overal verstand van heb en alles weet.
Want dat heeft niemand. Er zijn altijd mensen die meer weten dan ik.

[NTS]

Werkt de test knop van je aardlek? En klopt het dat er dus geen verbindingen zijn tussen je meterkast en het systeem achter de omvormer behalve de gedeelde aarde draad?

Kan je meten of er een spanning staat tussen de nul van je omvormer en de PE draad? En die van je meterkast, daar ook nul naar PE op 0V of dicht daar bij?

[Q]

PCan schreef op donderdag 16 juli 2026 @ 22:22:

Dus met TV etc max. 305W nominaal. Dus 500W (1,64x) lijkt mij voldoende. Tenzij een defect of hoge opstartpiek.
De opmerking over piekstroom klinkt het aannemelijk, maar heeft ws niets met een aardlek te maken.

Als de oorzaak piekstroom is dan zie je ook een rood 'overload' lampje branden op de phoenix omvormer als je de PC inschakelt en de boel direct uitvalt. Ook voorspel ik dat als je de pc eerst inschakelt met walstroom, uitzet en dan direct overprikt op de ingeschakelde omvormer en weer inschakelt, de pc mogelijk wel inschakelt omdat de condensatoren van de voeding nog voldoende lading hadden.

[Rimco]

@PCan Een PC voeding heeft meestal een filter in de vorm van zoiets:


Daardoor heb je ook een verbinding tussen beide geleiders en de aarde. Aangezien jouw geleiders zweven ten opzichte van de aarde in de standaard configuratie geeft dit geheel waarschijnlijk een te grote lekstroom tijdens het inschakelen.

Sowieso lijkt het mij niet een heel nette oplossing om de aarde ergens anders van te lenen en dat rechtstreeks aan de WCDs te hangen. De nette oplossing in mijn optiek is dat je de omvormer netjes aan de aarde hangt, liefst niet van een willekeurige groep (want misschien haalt iemand die ooit los), maar het een eigen draad naar de hoofdaardrail van het huis. Of zoals de handleiding zegt: "moet het chassis op een betrouwbare aarding worden aangesloten."

En dan kan je de handleiding ook volgen om de neutrale pool aan de aarde te hangen, zodat er geen groot/onbekend potentiaalverschil ontstaat tussen je geleiders en de aarde. Daardoor zal het filter waarschijnlijk ook niet langer je aardlek laten afschakelen.

Je hebt nu namelijk ook een vorm van schijnveiligheid gemaakt: Je hebt er een aardlek tussen zitten, maar omdat beide geleiders zweven ten opzichte van de aarde is er geen pad via de aarde waar de aardlek op kan reageren. En je krijgt dus ook onvoorspelbaar gedrag zoals je nu merkt.

[Q]

Q schreef op donderdag 16 juli 2026 @ 23:24:
[...]

Als de oorzaak piekstroom is dan zie je ook een rood 'overload' lampje branden op de phoenix omvormer als je de PC inschakelt en de boel direct uitvalt. Ook voorspel ik dat als je de pc eerst inschakelt met walstroom, uitzet en dan direct overprikt op de ingeschakelde omvormer en weer inschakelt, de pc mogelijk wel inschakelt omdat de condensatoren van de voeding nog voldoende lading hadden.

Ik heb hier een oude 12V 450VA inverter (Victron Atlas) en daar voor de grap eens mijn i9 game PC (850W voeding) op aangesloten.

Als ik die PC inschakel op de inverter, dan zie ik kort een overload lampje branden maar de PC valt niet uit.

[PCan]

@NTS Zal ik morgen meten, want als ik per ongeluk de meter tussen de fase en de PE zet, klapt de hoofdaardlek eruit en zit ik in het donker.

@Rimco Eerlijk gezegd vertrouwde ik de aarde vanaf de zonnepanelen ook niet. Maar voor de overige apparaten werkte het goed. Hoymiles (micro-omvormers) raadde ook al aan om minimaal een 100mA aardlek toe te passen. Daar is moeilijk aan te komen en duur, dus 300mA is dan logischer. Dit geeft al aan dat er waarschijnlijk hoge lekstromen bij zonnepanelen voorkomen.

Ik vond de beschrijving over het verplaatsen van de geel/groene draad IN de omvormer nogal vaag, dus heb ik de gok genomen dat de standaard situatie goed was. Moet ik die draad op de andere klem zetten? Of, helemaal los laten? Ik heb er moeite mee om de PE vanaf de meterkast door te verbinden met het chasis van de omvormer, dus de min van het 24VDC systeem en dus de accu. Dat voelt fout. Of maak ik hier een denkfout?

@Q Dat verhaal dat je eerst een weerstand tussen de + draad en de +pool van de accu moet houden en daarna pas de kabelschoen erop moet doen om vonken te voorkomen.
Ik heb destijds een zo'n weerstand gebruikt. Een 50W 15Ohm J. Ik dacht ergens op YT gezien te hebben dat dit ook voor de omvormer geld. Maar ik dacht als hij eenmaal gebruikt is dat dat dan niet meer hoeft. Heb dat ding hier, kan ik daar iets mee?

[ Voor 18% gewijzigd door PCan op 17-07-2026 00:41 ]

[Q]

PCan schreef op vrijdag 17 juli 2026 @ 00:29:
@Q Dat verhaal dat je eerst een weerstand tussen de + draad en de +pool van de accu moet houden en daarna pas de kabelschoen erop moet doen om vonken te voorkomen.
Ik heb destijds een zo'n weerstand gebruikt. Een 50W 15Ohm J. Ik dacht ergens op YT gezien te hebben dat dit ook voor de omvormer geld. Maar ik dacht als hij eenmaal gebruikt is dat dat dan niet meer hoeft. Heb dat ding hier, kan ik daar iets mee?

Dat is juist voor de omvormer omdat die condensatoren bevat. Ik denk dat het geen kwaad kan om dit voor de zekerheid te doen. Of een 50W 15 Ohm weerstand goed genoeg is, ik heb er geen dus dat weet ik niet (ik had zelf eerst alles aangesloten en dan DC schakelaar naar de accu omgehaald zonder verdere load op de omvormer of de bus).

[ Voor 3% gewijzigd door Q op 17-07-2026 00:56 ]

[NTS]

Q schreef op vrijdag 17 juli 2026 @ 00:55:
[...](ik had zelf eerst alles aangesloten en dan DC schakelaar naar de accu omgehaald zonder verdere load op de omvormer of de bus)

Geluk gehad of je hebt een BMS die hier een ingebouwde functie voor heeft. Er staan op DIY solar wat topics van mensen die zo een DC zekering zagen klappen. Je omvormer trekt dan namelijk heel kort een enorme stroom bij het laden van z'n condensatoren.

Victron verkoopt een pre-charge kabel, dat is een weerstand in een doosje met een lapje er bij, verder niks bijzonders. Je kunt op Amazon voor een paar euro een vermogensweerstand kopen dan heb je eigenlijk hetzelfde.

Hoeveel ohm maakt niet eens zo heel veel uit. Die 15 ohm werkt prima, hoewel die kortstondig meer dan de gespecificeerde 50W zal doen, maar je hebt het over 1 a 2 seconden. Je kunt ook 50 ohm nemen dan is de stroom iets lager.

[Rimco]

PCan schreef op vrijdag 17 juli 2026 @ 00:29:

Ik vond de beschrijving over het verplaatsen van de geel/groene draad IN de omvormer nogal vaag, dus heb ik de gok genomen dat de standaard situatie goed was. Moet ik die draad op de andere klem zetten? Of, helemaal los laten? Ik heb er moeite mee om de PE vanaf de meterkast door te verbinden met het chasis van de omvormer, dus de min van het 24VDC systeem en dus de accu. Dat voelt fout. Of maak ik hier een denkfout?

Het chassis van de omvormer zou niks te maken moeten hebben met de negatieve DC pool, maar dat kan je ook gewoon doormeten. En ja, als je een aardlek wilt gebruiken moet je de draad verplaatsen zoals in de handleiding, als je dus netjes het chassis hebt geaard.

[PCan]

Vervelende is dat ik geen CAP in de buurt heb, de enige zit boven in de badkamer, dus moet ik een aparte opbouw leiding aan gaan leggen naar de meterkast voor een schone aarde.
En die kan alleen op de verzamelrail in de groepenkast, want Eneco was zo vriendelijk om zijn afleverstation precies voor het verzamel/onderbreek punt van de blanke aarddraden te plaatsen.
Alternatief is een aftakking te maken in een inbouwdoos van wcd's van de huisinstallatie. Dat is in mijn ogen geen "schone aarde". Wat zouden jullie doen?