Het grote Victron aansturing topic

[reneeke1970]

DanTm schreef op maandag 2 maart 2026 @ 09:07:
Zijn hier meer mensen die de RTE continue meten?
Ik heb een MP5000 met 16kWh batterij, laad meestal met 3000 watt en ontlaad met 3300.
Ik heb in homeassistant wat entiteiten aangemaakt (op basis van de cijfers van de smartshunt en de mp zelf) en heb de volgende cijfers:

• Laad efficiency 91,1% (lijkt overeen te komen met de op het internet beschikbare efficiency curves, zelfs iets beter)
• Ontlaad efficiency 91,4% (dat is iets slechter dan de curve, zou 92+ moeten zijn)
• Batterij 94,5% (die had ik hoger verwacht, maar mogelijk was mijn verwachting onterecht)
• Systeem 78,7% (die had ik boven de 80 gehoopt)

Dit is exclusief standby verliezen (de cerbo krijgt stroom van buiten het meet circuit, en de mp2 staat alleen aan als er geladen/ontladen wordt).

Ik heb paar metingen gedaan op vol vermogen 4000 watt, en wel inclusief standby en ook 30m kabel verlies, want heb op de slimme meter gemeten, ik kwam op 69 rte.

[revolution-nl]

Ik draai DESS op trade modus, de planning zag er zoals gisteren keurig uit. Echter pluggen wij vandaag de auto in op een afwijkend moment, en weigert DES nu de accu op te laden op het laagste prijsmoment bij 61% SOC.

Iemand enig idee hoe ik dit kan voorkomen?

Omdat hij nu niet oplaadt gaat hij vanavond rond 23:00 bijladen om te verkopen voor morgenochtend

[ Voor 46% gewijzigd door revolution-nl op 03-03-2026 14:20 ]

[DanTm]

revolution-nl schreef op dinsdag 3 maart 2026 @ 14:12:
Ik draai DESS op trade modus, de planning zag er zoals gisteren keurig uit. Echter pluggen wij vandaag de auto in op een afwijkend moment, en weigert DES nu de accu op te laden op het laagste prijsmoment bij 61% SOC.

Iemand enig idee hoe ik dit kan voorkomen?

Omdat hij nu niet oplaadt gaat hij vanavond rond 23:00 bijladen om te verkopen voor morgenochtend

[Afbeelding]

ik irriteer mij ook altijd aan die selfconsumption keuzes van dess, in trade mode zou hij dat gewoon niet moeten doen.
Gelukkig kan ik schakelelen tussen de dess besturing en mijn eigen besturing op basis van de dess schedules.

[Beer070]

pvg schreef op zondag 1 maart 2026 @ 16:02:
[...]

Hoe? Via een support ticket?

Ja. Vandaag is het uitgevoerd zie hier gisteren en vandaag. Je kan precies zien hoe laat de firmware is terug gezet.

[ Voor 3% gewijzigd door Beer070 op 03-03-2026 19:54 ]

[cyclone]

@Beer070 bizar zeg en die gekke support van SE doet hier dus precies helemaal niks mee ?

[Beer070]

cyclone schreef op dinsdag 3 maart 2026 @ 20:03:
@Beer070 bizar zeg en die gekke support van SE doet hier dus precies helemaal niks mee ?

dit speelt al sinds begin vorig jaar. er zijn inmiddels al 3 nieuwe firmware releases geweest van Solaredge en Victron, waarbij ze volgens mij allebei laten doorschemeren dat het aan elkaar ligt. Op dit moment werken vrijwel alle versies van Venus OS met de Solaredge 4.22.44 firmware versie, dus er is een fallback.
Ik had gehoopt dat ze het in een latere versie ook weer zouden fixen.

[gertvdijk]

Ik heb een Tibber dynamisch contract en het viel mij op dat de Victron VRM DESS settings nog de opslag+belasting voorstelt van 2025. Normaal is dat een klein verschil met het voorgaande jaar en omdat het dan relatief gezien elkaar compenseert is dat niet zo erg misschien. Nu is het echter zo dat Tibber juist kosten in rekening brengt bij terugleveren in plaats van je te vergoeden met diezelfde kosten, als ik dit goed begrijp:

• https://support.tibber.co...n-terugleveren-bij-tibber
• nieuws: Tibber schrapt vanaf 1 januari inkoopvergoeding bij terugleveren stro...

In VRM worden volgens mij nu verkeerde 'sell' prijzen gegeven als je Tibber selecteert (dus verkeerd om gecorrigeerd).

Zelf de formule maar even aangepast, en er komt al gelijk een ander plan uit in trade mode voor morgen (niet een volle cycle kopen/verkopen in de ochtendpiek, alleen in de avond nu).

Heel raar dat dit niet lijkt te zijn gerapporteerd op Victron community en ook hier vind ik niks terug. Aangezien het toch om een flink verschil gaat (vijf cent incl. BTW verschil ofzoiets voor verkopen) plaats ik het hier ook even.

Onderstaand is wat ik nu zelf heb gecorrigeerd. Zo heb ik het toch goed ingesteld, of zie ik nu wat over het hoofd?

Kopen:


Verkopen (hier in plaats van optellen met kosten, de kosten afgetrokken):

[ Voor 8% gewijzigd door gertvdijk op 04-03-2026 15:13 ]

[Eriko]

Ik heb sinds begin januari zo ingesteld voor Tibber / DESS. Ik voeg op advies van zulke tweakers, een 0.93 toe om de DESS rustiger te maken met verkoop/inkoop. De RTE was al ingesteld op 90% (buy or sell, als ik het getal goed heb) door Victron voor de oplaad/ontlaad verliezen.





Daardoor is er een 6 cent verschil als je naar 2 grafiek-lijnen bekijkt.

[ Voor 30% gewijzigd door Eriko op 04-03-2026 15:45 ]

[Sicco92]

gertvdijk schreef op woensdag 4 maart 2026 @ 15:10:
Verkopen (hier in plaats van optellen met kosten, de kosten afgetrokken):
[Afbeelding]

Volgens mij moet je de kosten niet aftrekken. Tibber betaalde voor deze wijziging de inkoopvergoeding per kWh altijd uit, ook voor verkoop. Dat doen ze nu niet meer. Je moet de inkoopvergoeding dus simpelweg weglaten in de verkoopprijs, dan zou je de juiste verkoopprijs moeten krijgen.

[gertvdijk]

Sicco92 schreef op woensdag 4 maart 2026 @ 17:58:
[...]

Volgens mij moet je de kosten niet aftrekken. Tibber betaalde voor deze wijziging de inkoopvergoeding per kWh altijd uit, ook voor verkoop. Dat doen ze nu niet meer. Je moet de inkoopvergoeding dus simpelweg weglaten in de verkoopprijs, dan zou je de juiste verkoopprijs moeten krijgen.

Ah, check. Blijkbaar kan ik dat Tibber-artikel niet lezen vwb 'verkoopvergoeding', en nu snap ik wel de strekking van het artikel op Tweakers.

Neemt niet weg dat VRM nog steeds een verkeerde symmetrische formule hanteert al is de afwijking dus wat kleiner met de werkelijkheid met wat ik dacht.

[Sicco92]

Sinds 2 weken hebben we hier ook een Victron systeem staan, die ook werkt met noodstroom. Ik heb al vrij snel DESS aangezet, maar die maakt soms keuzes waar ik het niet mee eens ben. Daarom ben ik bezig om te kijken of ik dit zelf kan regelen. Het gaat me dus vooral om de high level aansturing, niet de low level (realtime) aansturing.

Ik gebruik hiervoor Home Assistant. Het Victron systeem lees ik uit via de MQTT integratie, maar heb de Modbus integratie ook draaien. Ik heb al een werkende situatie met Home Assistant en EMHASS. Die maakt logische schema's, waar een paar(ont)laadstrategieën uit komen rollen voor de batterij. Een aantal kan ik aardig instellen, maar bij een aantal andere kom ik er niet helemaal uit hoe ik dat het beste kan doen. Hopelijk kunnen mensen me hier verder helpen

De (ont)laadstrategieën die ik zie:
1. Maximaal laden -> Zet ESS AC Grid Setpoint op een hoog positief getal (in mijn geval 17000)
2. Maximaal ontladen -> Zet ESS AC Grid Setpoint op een hoog negatief getal (-17000)
3. Nul-op-de-meter (laden én ontladen) -> Zet ESS AC Grid Setpoint op 0

En de strategieën waar ik niet helemaal uitkom, en wat ik tot nu toe werkend heb gekregen:
4. (Ont)laden met specifieke waarde -> Zet ESS AC Grid Setpoint op deze specifieke waarde (ook al leidt dit niet per se tot het gewenste effect, maar ik zie geen manier om alleen de batterij aan te sturen)
5. Nul-op-de-meter (alleen laden) -> Zet ESS AC Grid Setpoint op 0 + ESS Max Feed-in Power op 50 zetten? (Ik weet niet of ESS Max Feed-in Power op 50 nog meer voor gevolgen heeft, bijvoorbeeld bij stroomuitval)
6. Nul-op-de-meter (alleen ontladen) -> Zet ESS AC Grid Setpoint op 0 + ESS Max Inverter Power Limit op 50 zetten? (Ik weet niet of ESS Max Inverter Power Limit op 50 nog meer voor gevolgen heeft, bijvoorbeeld bij stroomuitval)
7. Idle (doe niks met de batterij, maar laat de andere stromen wel gewoon lopen) -> ESS Max Feed-in Power op 50 + ESS Max Inverter Power Limit op 50 zetten (met waarde 0 krijg ik de melding ESS#7)?

De ESS AC Grid Setpoint lijkt goed te werken, maar daarmee krijg ik dus niet alle gewenste strategieën voor elkaar. Ik krijg het gewenste effect op zich wel in combinatie met ESS Max Feed-in Power en ESS Max Inverter Power Limit, maar ik weet niet of dat het handigste is en of die daar wel voor bedoeld zijn.

Hoe doen anderen dit?

[PcFer]

Hier hetzelfde traject doorlopen. DESS logica klopt denk ik wel, maar door verkeerde inschattingen van verbruik en PV werden er steeds verkeerde keuzes gemaakt. Daarna even met EMHASS gespeeld, maar dat is toch wel een hoop gedoe om alle data er correct in te krijgen. Ik zou adviseren om eens naar (Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO) te kijken. Eenvoudig te configureren, haalt veel data zelf op en maakte (bij mij) direct de juiste keuzes.

[Sicco92]

@PcFer EMHASS gebruik ik al meer dan een jaar en werkt hier prima. Misschien dat ik ooit nog eens ga buurten bij andere oplossingen, maar vooralsnog vind ik dit prima werken.
Mijn probleem zit hem vooral in het instellen van de laadstrategie in het Victron systeem.

DESS vind ik overigens te vaak terugvallen op zelfconsumptie, terwijl dat op sommige momenten veel te dure stroom opslaat.

[Mustang24]

Ik merk af en toe dat mijn systeem icm dessniet vol vermogen laad bijv 14A ipv de ingestelde 16A. Nu is de stroom bijvoorbeeld goedkoop maar nut die dit niet helemaal uit.

Iemand enig idee waar dit te optimaliseren valt? Als ik het systeem op accu opgeladen houden gaat die namelijk wel op een hoger vermogen laden.

[Japie.G]

Mustang24 schreef op zondag 8 maart 2026 @ 14:25:
Ik merk af en toe dat mijn systeem icm dessniet vol vermogen laad bijv 14A ipv de ingestelde 16A. Nu is de stroom bijvoorbeeld goedkoop maar nut die dit niet helemaal uit.

Iemand enig idee waar dit te optimaliseren valt? Als ik het systeem op accu opgeladen houden gaat die namelijk wel op een hoger vermogen laden.

Welk laadvermogen heb je in DESS settings ingesteld. Hij houdt zich daar aan :-)

[DanTm]

Hij laad ook maar zoveel als hij ook kan ontladen. Als gevolg daarvan kan hij het duurste van de goedkope uren minder willen laden. En andersom bij ontladen.
En soms gaat hij spontaan alleen laden wat er aan zonne overschot is, mits je dat hebt.

[ Voor 22% gewijzigd door DanTm op 08-03-2026 15:44 ]

[PCan]

Zie hier mijn systeem> PCan in "Powerstation als thuisbatterij. Gaat dat wel of niet?"?newPost=1#84810438
ik heb 2 issues
1 Ik krijg met geen mogelijkheid de Orion-Tr Smart 24/48 400W via Bluetooth verbonden/ gekoppeld.
Ik heb met de PUK code herhaaldelijk geprobeerd om de PIN code op 000000 te zetten
Maar 000000 werkt ook niet. Ook de fabrieks PINcode werkt niet.
Ik heb een aantal keren mijn Smartphone opnieuw opgestart nadat ik alle gekoppelde apparaten in BT op vergeten had gezet.
Ik heb de spanning op de Orion aan en uit gezet, de Orion in en uitgeschakeld.
De blauwe LED knippert rustig om de 5 tellen
De SmartSense en MPPT 100/30 kon ik probleemloos koppelen.
De Orion Tr wordt met kastventilatie aan 51,1 GrCelsius.

2. Victron MPPT geeft geen mogelijkheid om de Bulk spanning in te stellen?
Ik dacht dat "druppelspanning" niet hetzelfde was Bulk of Boost spanning.
Ik zie ook niet waar ik de staarstroom 2A in kan stellen.
Hoe kan ik de LiTime 25,6V / 100Ah BMS 100A smart het beste instellen op de MPPT?

LiTime adviseert 28,8V en 20A laden. De externe lader doet het met 29,2V/20A

[reneeke1970]

PCan schreef op maandag 9 maart 2026 @ 11:15:
Zie hier mijn systeem> PCan in "Powerstation als thuisbatterij. Gaat dat wel of niet?"?newPost=1#84810438
ik heb 2 issues
1 Ik krijg met geen mogelijkheid de Orion-Tr Smart 24/48 400W via Bluetooth verbonden/ gekoppeld.
Ik heb met de PUK code herhaaldelijk geprobeerd om de PIN code op 000000 te zetten
Maar 000000 werkt ook niet. Ook de fabrieks PINcode werkt niet.
Ik heb een aantal keren mijn Smartphone opnieuw opgestart nadat ik alle gekoppelde apparaten in BT op vergeten had gezet.
Ik heb de spanning op de Orion aan en uit gezet, de Orion in en uitgeschakeld.
De blauwe LED knippert rustig om de 5 tellen
De SmartSense en MPPT 100/30 kon ik probleemloos koppelen.
De Orion Tr wordt met kastventilatie aan 51,1 GrCelsius.

2. Victron MPPT geeft geen mogelijkheid om de Bulk spanning in te stellen?
Ik dacht dat "druppelspanning" niet hetzelfde was Bulk of Boost spanning.
Ik zie ook niet waar ik de staarstroom 2A in kan stellen.
Hoe kan ik de LiTime 25,6V / 100Ah BMS 100A smart het beste instellen op de MPPT?

LiTime adviseert 28,8V en 20A laden. De externe lader doet het met 29,2V/20A
[Afbeelding]

Kunt beter een camper forum bezoeken voor dit soort vragen

[copy-paste]

Ik ben sinds kort de eigenaar van een multiplus setje. En heb er een SmartEVSE, waarvoor ik een driver geschreven heb die hem ook zichtbaar en bedienbaar maakt in vrm. Door tijdgebrek is het me nog niet gelukt om dit hele forum door te lezen of de antwoord al langs gekomen is, alvast mijn excuses als het een duplicatie is.

De MP2 is geconfigureerd als DESS. Nu zou ik DESS willen vertellen dat hij niet aan het eind van de dag niet alles op het net moet dumpen, maar een groter deel vasthoud voor of de volgende dag. Waarvan ik weet dat die niet het normale patroon gaat volgen (hogere temperatuur nodig, taart baken of auto opladen). Is het dan het beste om de minimum soc een stuk hoger te zetten, of is het mogelijk om het voorspelde verbruik van de dag erop per uur(of interval) op te hogen (of verlagen)? Dit zou wel het mooiste zijn, dan zou het gecombineerd worden met evcc (heb ik nog niet draaien, maar staat ook op de lijst).

[cyclone]

@copy-paste Laat ik nou ook een SmartEVSE hebben draaien als laadpaal :-)
Op dit moment heb ik geen koppeling dus erg geinteresseerd in de driver die jij hebt geschreven voor de VRM intergratie van de SmartEVSE (als je hem wilt delen HEEL GRAAG).

[copy-paste]

cyclone schreef op dinsdag 10 maart 2026 @ 09:44:
@copy-paste Laat ik nou ook een SmartEVSE hebben draaien als laadpaal :-)
Op dit moment heb ik geen koppeling dus erg geinteresseerd in de driver die jij hebt geschreven voor de VRM intergratie van de SmartEVSE (als je hem wilt delen HEEL GRAAG).

Even snel een github projectje aangemaakt https://github.com/quokka2020/victron_smartevse. Er zitten nog wel wat TODO dingetjes in waarvan de belangrijkste README.md zal zijn. De installatie gaat net als bij de andere drivers. En hij gebruikt een hardcoded deviceInstance 1. Hij gaat er ook vanuit dat hij achter de MP2 zit, net als de rest van het huis, en zal ook deze waardes naar de SmartEVSE sturen, waarvan ik hoop dat de batterij gegevens goed zijn.

[DanTm]

Er is ook een mqtt naar EV driver beschikbaar die je met elke willekeurige source kan vullen.
Je Victron omgeving doet er verder weinig mee behalve wat extra UI beschikbaar stellen.

Ik wacht zelf nog even tot er een EV virtual device komt, of dat Victron daadwerkelijk iets met de gemeten data doet (uit de DESS forecast laten bijvoorbeeld, nu beïnvloed het de voorspelling aardig als de auto weer eens geladen is). Nou draai ik nog Trade mode, dus die voorspelling maakt niets uit

[revolution-nl]

Ik ga de PV uitbreiden voor de garage /tuin. Op dit moment heb ik de garage PV op de AC-OUT van de Victron (5kVa 4x Pylontech US3000c) zitten, met de uitbreiding komt van de PV komt er een tweede string omvormer bij welke op een andere groep en fase zit.

Nu zit ik te denken om een extra Victron 5kVa aan te schaffen met twee US3000c erbij en voor iedere PV set een 5kVa met 3x een US3000c te alloceren.
In hoeverre kunnen twee losse Victrons goed met elkaar overweg als ze beide een HomeWizard p1 uitlezen, heeft iemand hier ervaring mee?

[cyclone]

@revolution-nl Kwestie van een Victron Design zoeken gebaseerd op 2 fases.
Als je nog geen Cerbo hebt zul je daar wel op uitkomen vermoed ik zo.

[DanTm]

revolution-nl schreef op vrijdag 13 maart 2026 @ 10:14:
Ik ga de PV uitbreiden voor de garage /tuin. Op dit moment heb ik de garage PV op de AC-OUT van de Victron (5kVa 4x Pylontech US3000c) zitten, met de uitbreiding komt van de PV komt er een tweede string omvormer bij welke op een andere groep en fase zit.

Nu zit ik te denken om een extra Victron 5kVa aan te schaffen met twee US3000c erbij en voor iedere PV set een 5kVa met 3x een US3000c te alloceren.
In hoeverre kunnen twee losse Victrons goed met elkaar overweg als ze beide een HomeWizard p1 uitlezen, heeft iemand hier ervaring mee?

Voor zover ik weet is 2 fase niet supported door Victron. Je kunt er wel 2 1 fase systemen van maken, maar die zul je dan allebei zelf moeten gaan aansturen. Andere zal het ene systeem het andere in de weg gaan zitten (bv 1 laad andere ontlaad).

Je kunt natuurlijk ook een MPPT nemen ipv een extra string omvormer, zodat je de batterijen direct kan laden (eventueel extra batterijen erbij).

[ Voor 7% gewijzigd door DanTm op 13-03-2026 13:17 ]

[PCan]

Voor wie het interesseert, de antwoorden op de vragen die ik 9 maart gesteld had.
1. Dat de Orion-Tr smart 24/48 400W niet via Bluetooth wilde koppelen, terwijl de BatterySense en de MPPT 100/30 smart dat wel probleemloos doen, ligt aan mijn Motorola Edge 50 Pro of een van de daarop geïnstalleerde Apps. Deze blokkeert de koppeling bij 20%.
Zowel met de Sony telefoon van mijn dochter als met mijn oude MotorolaOne action koppelt de Orion probleemloos.

2. Zowel de absorptie als de druppellading heeft het hoogste rendement bij 28,8V in mijn 25,6V /100Ah systeem. De staart/tail stroom 2A. Verlaag je de float spanning, dan mis je onnodig een flinke hap aangevoerde zonne energie. Pure verspilling dus.

Zolang er geen belasting is zal een LifePO4 batterij zijn lading vasthouden 's avonds 50V is 's morgens 50V. In tegenstelling tot een lood/zuur accu die constant bijgeladen moet worden.
zie:
YouTube: Lithium Cells in Float Charge. Will it destroy your battery?

[Ersus]

DESS Trading weet wel raad met laag dynamisch tarief én zon opwek. Gezien de dieselprijs misschien toch maar de dieselbus inruilen en een EV bedrijfsauto aanschaffen.

Uiteindelijk is het hele systeem daar ook op gedimensioneerd, alle opwek opvangen en zelf verdelen en simultaan ook laag dynamisch tarief mee te kunnen nemen. Komt wel goed van pas met de hele onrust omtrent energie.


Afgelopen donderdag










Opbrengst Ex EB

[PcFer]

Al een tijdje ben ik op zoek naar de beste manier om te voorkomen dat mijn 3-fase laadpaal de 1-fase multiplus thuisbatterij leegtrekt. De laadpaal zit aan de AC-IN (tezamen met andere 3-fase belastingen). Ik maak ook gebruik van peakshaving.

Mijn plan was om de multiphase grid setpoint een offset te geven gelijk aan het vermogen van de laadpaal. Dit werkt ook zoals beoogd, behalve als ik een offset opgeef van een vermogen hoger dan ~230V x ingestelde peakshave stroom. Wat er dan gebeurd is dat het grid vermogen wordt geknepen tot 230V x ingestelde peakshave stroom.



Ik heb de vraag ook op het Victron community forum gesteld, maar krijg nog niet de gewenste respons.

Zou iemand dit willen testen ? En heeft iemand ideeen hoe dit anders op te lossen? Ik heb nagedacht over de volgende alternatieven, maar allemaal niet optimaal:

• Laadpaal voor de meter plaatsen --> Ik gebruik nu P1 meter, dit zou een extra energiemeter betekenen (waar ik geen ruimte voor heb) + peakshave current moet dynamisch worden aangepast
• Virtuele grid meter en het laadpaalvermogen van de P1 data aftrekken --> Kan, maar vereist ook dynamisch aanpassen van de peakshave current. Plus dat je in VRM geen duidelijk zicht meer hebt wat er daadwerkelijk door de meter loopt

Alle ideeën zijn welkom!

[NTS]

Is het belangrijk dat je batterij wel nog de rest van de load gaat compenseren tijdens het laden van je auto? Of maakt dat weinig uit omdat de auto sowieso op lage tarieven aan het laden is? Want je kunt via modbus een signaal sturen om ontladen te blokkeren/limiteren, volgens mij heeft EVCC (opensource laadpaal aansturing) dat in hun Victron module zitten: https://docs.evcc.io/en/docs/devices/meters#energy

[Ersus]

PcFer schreef op woensdag 18 maart 2026 @ 13:22:
Al een tijdje ben ik op zoek naar de beste manier om te voorkomen dat mijn 3-fase laadpaal de 1-fase multiplus thuisbatterij leegtrekt. De laadpaal zit aan de AC-IN (tezamen met andere 3-fase belastingen). Ik maak ook gebruik van peakshaving.

Mijn plan was om de multiphase grid setpoint een offset te geven gelijk aan het vermogen van de laadpaal. Dit werkt ook zoals beoogd, behalve als ik een offset opgeef van een vermogen hoger dan ~230V x ingestelde peakshave stroom. Wat er dan gebeurd is dat het grid vermogen wordt geknepen tot 230V x ingestelde peakshave stroom.

[Afbeelding]

Ik heb de vraag ook op het Victron community forum gesteld, maar krijg nog niet de gewenste respons.

Zou iemand dit willen testen ? En heeft iemand ideeen hoe dit anders op te lossen? Ik heb nagedacht over de volgende alternatieven, maar allemaal niet optimaal:

• Laadpaal voor de meter plaatsen --> Ik gebruik nu P1 meter, dit zou een extra energiemeter betekenen (waar ik geen ruimte voor heb) + peakshave current moet dynamisch worden aangepast
• Virtuele grid meter en het laadpaalvermogen van de P1 data aftrekken --> Kan, maar vereist ook dynamisch aanpassen van de peakshave current. Plus dat je in VRM geen duidelijk zicht meer hebt wat er daadwerkelijk door de meter loopt

Alle ideeën zijn welkom!

Welke Venus OS versie?

[PcFer]

NTS schreef op woensdag 18 maart 2026 @ 13:45:
Is het belangrijk dat je batterij wel nog de rest van de load gaat compenseren tijdens het laden van je auto? Of maakt dat weinig uit omdat de auto sowieso op lage tarieven aan het laden is? Want je kunt via modbus een signaal sturen om ontladen te blokkeren/limiteren, volgens mij heeft EVCC (opensource laadpaal aansturing) dat in hun Victron module zitten: https://docs.evcc.io/en/docs/devices/meters#energy

Het idee was om ESS door te laten draaien in NOM, behalve dan voor het vermogen wat de laadpaal verbruikt (deze laadkosten worden door werkgever vergoed).

Ersus schreef op woensdag 18 maart 2026 @ 13:57:
[...]

Welke Venus OS versie?

3.70, maar ook met 3.71

[gertvdijk]

NTS schreef op woensdag 18 maart 2026 @ 13:45:
Is het belangrijk dat je batterij wel nog de rest van de load gaat compenseren tijdens het laden van je auto? Of maakt dat weinig uit omdat de auto sowieso op lage tarieven aan het laden is? Want je kunt via modbus een signaal sturen om ontladen te blokkeren/limiteren, volgens mij heeft EVCC (opensource laadpaal aansturing) dat in hun Victron module zitten: https://docs.evcc.io/en/docs/devices/meters#energy

(ook via MQTT)
Ik heb deze strategie geprobeerd, maar het probleem dat ik observeerde is dat PowerAssist dan niet meer in werking treedt (bij max-discharge op 0) en hij boven de ingestelde zekeringswaarde gaat trekken uit het net als in het huis iets veel trekt tijdens het EV-laden. Ook de Victron EVCS die load balancing zou moeten doen - op basis van 3x25A grid info dat hij live krijgt via de Cerbo - doet niets. Ik had verwacht dat ofwel de Cerbo zou ingrijpen middels het toch toestaan de batterij te ontladen, of dat de EVCS het vermogen zou gaan beperken, maar jammer de bammer, hij tript gewoon de zekeringen. En het ergste nog wel: geen enkel alarm via Victron/VRM dat hij over zijn limieten ging terwijl zijn eigen meters dik over zijn grenzen gingen en een 3rd party P1-meter staat te gillen.
gertvdijk in "Het grote Victron aansturing topic"

Ik zit er steeds meer aan te denken de EV-lader te verplaatsen naar de AC-IN-kant.

[ Voor 9% gewijzigd door gertvdijk op 18-03-2026 14:05 ]

[Ersus]

PcFer schreef op woensdag 18 maart 2026 @ 13:59:
[...]

Het idee was om ESS door te laten draaien in NOM, behalve dan voor het vermogen wat de laadpaal verbruikt (deze laadkosten worden door werkgever vergoed).

[...]

3.70, maar ook met 3.71

En met de V3.80~7 ?

[Ersus]

Soms zijn er kleine glitches... Het hoeft er niet perse wat mee te maken te hebben trouwens. Kan ook aan de config liggen. Wat je wil doen is duidelijk.

Ik zag met bijv. die V3.80~7 dat grid charging 21kW werd gereduceerd als er load verschuift tussen de fases.
Met V3.80~4 heb ik dat gedrag niet, en ik zou wel graag de uren met laag tarief in volle omvang met 21kW kunnen laden simultaan met PV input.

[Ersus]

@PcFer wat gebruik je als 3 fase meter? Ik heb in het begin wel eens een 'niet' Victron energiemeter middels Python geïntegreerd, en dat gaf eigenlijk iedere keer wel wat problemen. Sinds ik die meter heb vervangen met de VM-3P75CT heb ik nergens meer last van gehad.

Het zou eraan kunnen liggen hoe Victron Venus OS de waardes meeneemt in de algoritmen.

Maar er ligt ook een BUG voor wat betreft 3 fase aansluiting met een enkele Multiplus waarbij de NOM niet lekker werkt.

Als de Autolader 10A per fase trekt dan wil je gewoon dat je Victron NOM draait voor de lasten boven de 10A per fase.

[Q]

PcFer schreef op woensdag 18 maart 2026 @ 13:59:
Het idee was om ESS door te laten draaien in NOM, behalve dan voor het vermogen wat de laadpaal verbruikt (deze laadkosten worden door werkgever vergoed).

Het is misschien niet het antwoord dat je zoekt, maar als het verbruik van je huis relatief gering is zou ik tijdelijk het hele meter-op-nul / ESS uitschakelen als de auto start met laden, en weer inschakelen als de auto klaar is met laden. Het is een heel simpel, overzichtelijk concept wat zal werken.

Het verbruik van je huis kost dan wel geld, maar ik denk dat met de vergoeding van je werkgever je nog steeds leuk kan verdienen aan thuis laden bij lage tarieven. Bovendien geniet je huis op dat moment ook van de lage tarieven.

[ Voor 6% gewijzigd door Q op 18-03-2026 14:27 ]

[Impossibl3]

Q schreef op woensdag 18 maart 2026 @ 14:25:
[...]


Het is misschien niet het antwoord dat je zoekt, maar als het verbruik van je huis relatief gering is zou ik tijdelijk het hele meter-op-nul / ESS uitschakelen als de auto start met laden, en weer inschakelen als de auto klaar is met laden. Het is een heel simpel, overzichtelijk concept wat zal werken.

Het verbruik van je huis kost dan wel geld, maar ik denk dat met de vergoeding van je werkgever je nog steeds leuk kan verdienen aan thuis laden bij lage tarieven. Bovendien geniet je huis op dat moment ook van de lage tarieven.

Dit is eigenlijk wel een slim idee. Je hebt dan ook nog stroom voor de duurdere uren.

[PcFer]

Bedankt voor het meedenken allemaal!

@Ersus Ook V3.80~7 geeft hetzelfde gedrag. Ik had een Virtual Grid meter vanuit NodeRED, maar zojuist ook met deze DBUS P1 geprobeerd, wederom hetzelfde gedrag. Ik denk overigens ook niet dat het aan de meter ligt aangezien het binnen de grenzen van de peakshave current wel gewoon werkt.

@Q Interessante gedachte, echter als je PV overschot hebt wil je liever niet importeren. Ik ben nog even doorgegaan op je denkrichting en heb nog een 'verbeterde' variant hierop gevonden.
Je kan namelijk de "Self-consumption from battery" ook instellen op "Only critical loads", dan negeert de multiplus de belastingen aan de AC-IN. Dan mis je nog wel compensatie voor bijv. de kookplaat en een wasmachine op L2, maar het leuke is dan wel dat het "Grid setpoint" ook veranderd naar de plek van de multiplus. Dat geeft de mogelijkheid om met een negatieve offset een deel te compenseren of naar de auto te leveren.

In de basis vind ik dat "All system loads" gewoon een grid setpoint van "3 x 230 x peakshave current" moet ondersteunen, maar bovenstaande is voor nu de beste workaround.

[pvg]

PcFer schreef op woensdag 18 maart 2026 @ 17:46:
Bedankt voor het meedenken allemaal!

@Ersus Ook V3.80~7 geeft hetzelfde gedrag. Ik had een Virtual Grid meter vanuit NodeRED, maar zojuist ook met deze DBUS P1 geprobeerd, wederom hetzelfde gedrag. Ik denk overigens ook niet dat het aan de meter ligt aangezien het binnen de grenzen van de peakshave current wel gewoon werkt.

@Q Interessante gedachte, echter als je PV overschot hebt wil je liever niet importeren. Ik ben nog even doorgegaan op je denkrichting en heb nog een 'verbeterde' variant hierop gevonden.
Je kan namelijk de "Self-consumption from battery" ook instellen op "Only critical loads", dan negeert de multiplus de belastingen aan de AC-IN. Dan mis je nog wel compensatie voor bijv. de kookplaat en een wasmachine op L2, maar het leuke is dan wel dat het "Grid setpoint" ook veranderd naar de plek van de multiplus. Dat geeft de mogelijkheid om met een negatieve offset een deel te compenseren of naar de auto te leveren.

In de basis vind ik dat "All system loads" gewoon een grid setpoint van "3 x 230 x peakshave current" moet ondersteunen, maar bovenstaande is voor nu de beste workaround.

Heb je peakshaving per se nodig? Ik gebruik load balancing voor de laadpaal en geen peakshaving en dan laadpaal vermogen als setpoint voor de mp/ess. Dat werkt prima.

[HermanGast]

Q schreef op woensdag 18 maart 2026 @ 14:25:
[...]


Het is misschien niet het antwoord dat je zoekt, maar als het verbruik van je huis relatief gering is zou ik tijdelijk het hele meter-op-nul / ESS uitschakelen als de auto start met laden, en weer inschakelen als de auto klaar is met laden. Het is een heel simpel, overzichtelijk concept wat zal werken.

Het verbruik van je huis kost dan wel geld, maar ik denk dat met de vergoeding van je werkgever je nog steeds leuk kan verdienen aan thuis laden bij lage tarieven. Bovendien geniet je huis op dat moment ook van de lage tarieven.

ESS op ‘alleen laden’ zetten zodra de laadpaal begint inderdaad. (mode: charger only) Als je daarbij ook nog PV over hebt gaat dat gewoon de accu in.

[ Voor 4% gewijzigd door HermanGast op 18-03-2026 21:23 ]

[bommer]

KrL schreef op zondag 18 januari 2026 @ 10:59:
[...]

De meter is nu gelukkig stabiel, de SolarEdge monitoring niet: hij verlies regelmatig de verbinding met de omvormers. Is een topic over in de Victron community voor het geval iemand anders er ook last van heeft: https://community.victron...ery-few-minutes/39939/107. Voorlopige workaround: SolarEdge support de omvormers laten downgraden naar firmware 4.22.44

Kun je ook "ongrid" de PV-ouput sturen?
Zou namelijk het terug leveren willen beperken, als de accu's vol zijn en de prijzen negatief.

[HermanGast]

bommer schreef op woensdag 18 maart 2026 @ 21:26:
[...]

Kun je ook "ongrid" de PV-ouput sturen?
Zou namelijk het terug leveren willen beperken, als de accu's vol zijn en de prijzen negatief.

Zeker. Meer verbruikers aanzetten. Ik doe dat o.a. met MQTT naar de EV (go-e laadpaal) en warmtepomp Daikin)

En/of relais op de PV. Maar niet alle PV kan daar tegen. Enphase IQ7 meestal wel.

[ Voor 19% gewijzigd door HermanGast op 18-03-2026 21:38 ]

[bommer]

HermanGast schreef op woensdag 18 maart 2026 @ 21:34:
[...]

Zeker. Meer verbruikers aanzetten. Ik doe dat met MQTT naar de EV. (go-e laadpaal)

Dan laat je de laadpaal de SE sturen. Dat kan ik natuurlijk ook doen met Home Assistant, of welke andere oplossing met modbus.
Gaat mij er op dat ik maar een systeem heb dat bepaald wat er gebeurt en dan lijkt het mij logisch
dat Venus OS van Victron is.

[HermanGast]

bommer schreef op woensdag 18 maart 2026 @ 21:39:
[...]

Dan laat je de laadpaal de SE sturen. Dat kan ik natuurlijk ook doen met Home Assistant, of welke andere oplossing met modbus.
Gaat mij er op dat ik maar een systeem heb dat bepaald wat er gebeurt en dan lijkt het mij logisch
dat Venus OS van Victron is.

Het systeem dat de prijzen kent, ligt voor de hand. Ik doe alles met M5stack.

[bommer]

Weet iemand of dat ook rechtstreeks uit Venus OS kan?

[HyperBart]

Impossibl3 schreef op woensdag 18 maart 2026 @ 15:16:
[...]


Dit is eigenlijk wel een slim idee. Je hebt dan ook nog stroom voor de duurdere uren.

Evcc kan je hierbij helpen. We hebben daar een topic voor. Die plaatst dan een lock/hold/keep at op je soc van de batterij als je met de planner oplaadt obv dynamische tarieven.

Zo werkt je Victrok ook vaker in optimalere efficientiepercetages want ik dacht dat ik dat ooit had onthouden op basis van een post met een grafiekje die iemand hier geplaatst had.

[Impossibl3]

HyperBart schreef op woensdag 18 maart 2026 @ 22:30:
[...]


Evcc kan je hierbij helpen. We hebben daar een topic voor. Die plaatst dan een lock/hold/keep at op je soc van de batterij als je met de planner oplaadt obv dynamische tarieven.

Zo werkt je Victrok ook vaker in optimalere efficientiepercetages want ik dacht dat ik dat ooit had onthouden op basis van een post met een grafiekje die iemand hier geplaatst had.

Ik draai zelf DAO die stuurt een setpoint naar de batterij. Bijvoorbeeld -3,7kw als de auto laad op 1 fase. Maar zowel voor dao als evcc heb je een 3de apparaat nodig met HA om alles aan te sturen.

[HyperBart]

Zeker, maar dat is maar een kleintje als je kijkt naar de value die je er voor terug krijgt. @Impossibl3
Raspberry Pi of een mini PC'tje tweedehands is heel zuinig.

HA is op zich niet nodig, evcc draait zelfs "best" stand alone.

[ Voor 16% gewijzigd door HyperBart op 19-03-2026 09:45 ]

[Impossibl3]

@HyperBart Dat is zo. Ik draai zelf mijn huis (via HA) op een Intel NUC. God mogen het behoeden dat dat ding crasht .

Hoe meer (cruciale) systemen ik aan elkaar knoop hoe meer ik denk is dit wel handig....

[Q]

Impossibl3 schreef op donderdag 19 maart 2026 @ 10:36:
@HyperBart Dat is zo. Ik draai zelf mijn huis (via HA) op een Intel NUC. God mogen het behoeden dat dat ding crasht .

Hoe meer (cruciale) systemen ik aan elkaar knoop hoe meer ik denk is dit wel handig....

Gefeliciteerd, je bent nu systeembeheerder van je eigen huis en mag je druk gaan maken over RTO (RPO niet zo gelukkig). En DR. 🤣

Koop een 2e pc en gooi die in een la als spare. Maar vereist ook goed backup en restore proces, idealiter getest van te voren.

Ik zou kijken of je een limp-mode voor je ESS kunt instellen die niet afhankelijk is van HA of andere externe tools die nog wel zinnig is voor jouw verbruikpatroon, mocht er iets mis gaan met HA of vergelijkbare oplossingen.

[cyclone]

@Q
Tja van de ene NUC komt de andere, Proxmox in cluster mode (met nog een containertje op je NAS) en dan blijkt de failover net niet helemaal lekker te werken want je hebt nog voor Zigbee2MQTT een USB stick in 1 NUC hangen en de mapping van de USB gaat niet mee over bij een failover.
Dus moet je de Zigbee interfacing weer naar een Ethernet oplossing brengen etc. etc.

Jah .. ook ik ben in dit rabithole gevallen.

Welcome to OZ

[Pim57]

PcFer schreef op woensdag 18 maart 2026 @ 13:22:
Al een tijdje ben ik op zoek naar de beste manier om te voorkomen dat mijn 3-fase laadpaal de 1-fase multiplus thuisbatterij leegtrekt. De laadpaal zit aan de AC-IN (tezamen met andere 3-fase belastingen). Ik maak ook gebruik van peakshaving.
…….
Alle ideeën zijn welkom!

Dat is een setting bij ESS, namelijk ‘Self consumption from battery‘ zet die op ‘Only critical loads’.

Ik heb eenzelfde setup als jij en heb ook lopen klooien in het begin met NodeRed flows om het goed te krijgen. Maar het blijkt dus gewoon deze setting te zijn. Bij jou staat ie op ‘All system loads’ vandaar dat ie de accu leeg trekt bij auto laden.

[Beer070]

cyclone schreef op donderdag 19 maart 2026 @ 15:46:
@Q
Tja van de ene NUC komt de andere, Proxmox in cluster mode (met nog een containertje op je NAS) en dan blijkt de failover net niet helemaal lekker te werken want je hebt nog voor Zigbee2MQTT een USB stick in 1 NUC hangen en de mapping van de USB gaat niet mee over bij een failover.
Dus moet je de Zigbee interfacing weer naar een Ethernet oplossing brengen etc. etc.

Jah .. ook ik ben in dit rabithole gevallen.

Welcome to OZ

ik heb er zeer bewust bij alles voor gekozen dat het in de basis goed genoeg moet draaien. Mijn basis Victron opstelling werkt ook zonder GX/Venus OS / NodeRed / HA met en zonder netstroom.
De basis warmtepomp, met heishamon en NodeRed integratie loopt prima door ook zonder NodeRed.
Alle Hue schakelingen blijven werken als de stroom eraf valt. Zelfs de cameras op de verschillende camera systemen blijven het doen.
Als mijn vrouw het niet stand-alone in de basis werkend kan houden zonder HA en NodeRed, dan wordt het dus niet geïmplementeerd. (Dit noemen sommigen ook wel de WAC -> Wife Acceptance Criteria)
Overigens heb ik om deze reden nog steeds 3xNUC en 60Tb Synology klaar staan, want je moet het natuurlijk wel proberen

[Ersus]

Beer070 schreef op donderdag 19 maart 2026 @ 20:11:
[...]

ik heb er zeer bewust bij alles voor gekozen dat het in de basis goed genoeg moet draaien. Mijn basis Victron opstelling werkt ook zonder GX/Venus OS / NodeRed / HA met en zonder netstroom.
De basis warmtepomp, met heishamon en NodeRed integratie loopt prima door ook zonder NodeRed.
Alle Hue schakelingen blijven werken als de stroom eraf valt. Zelfs de cameras op de verschillende camera systemen blijven het doen.
Als mijn vrouw het niet stand-alone in de basis werkend kan houden zonder HA en NodeRed, dan wordt het dus niet geïmplementeerd. (Dit noemen sommigen ook wel de WAC -> Wife Acceptance Criteria)
Overigens heb ik om deze reden nog steeds 3xNUC en 60Tb Synology klaar staan, want je moet het natuurlijk wel proberen

Moet je eens proberen jezelf op standalone modus te zetten, hier zou ze denk ik een WACKO worden…..

[Beer070]

Ersus schreef op donderdag 19 maart 2026 @ 20:18:
[...]


Moet je eens proberen jezelf op standalone modus te zetten, hier zou ze denk ik een WACKO worden…..

Dat zou vast lekker rustig zijn.

[!null]

Is er een manier om een Victron 3 fase systeem met AC gekoppelde PV te laten re-distribueren?
Het systeem doet dit mooi bij consumptie, wanneer een van de fases over de max dreigt te gaan. Dat is gewoon redistributie, komt vaak nauwelijks uit de accu.

Als de accu vol zit en de solar inverters lekker doorblazen, dan zou het mooi zijn als de top van de ene fase ook wordt veprlaatst naar een andere fase.
Idealiter heb je dit probleem helemaal niet, maar ik heb niet de volledige vrije keuze in deze, vooral met langere bestaande bekabeling waar ik verbruikers en PV niet zomaar kan scheiden.
Dat ga ik nog wel proberen, maar in de tussentijd zou ik Victron systeem liefst die paar ampere proberen te verplaatsen.

Zelf het Grid setpoint aansturen helpt hiervoor ook niet. Terwijl de hardware het wel zou kunnen.

Enige wat zou helpen is het laden van de accu uit stellen/vertragen tot de piek. Maar dan moet je wel weten dat er voldoende zon komt, anders exporteer je weer onnodig. Ik heb dat al enigszins gelimiteerd.

[Mustang24]

Japie.G schreef op zondag 8 maart 2026 @ 14:58:
[...]


Welk laadvermogen heb je in DESS settings ingesteld. Hij houdt zich daar aan :-)

Ik heb verschillende instellingen geprobeerd (hoge en lagere vermogens) alleen ontstaat dit effect.

De victron jojot tussen 80&100% vermogen (16a - 3,6kw)

[ Voor 4% gewijzigd door Mustang24 op 22-03-2026 15:34 ]

[cyclone]

@!null
Allereerst heb je je PV omvormers op de AC in of AC out kant staan ?
Dat zou nog weleens het verschil kunnen maken.

Verder denk ik je te begrijpen maar helemaal zeker doe ik het niet. Maar ik haal nu uit jouw verhaal eigenlijk dat jij je verbruikers niet lekker verdeeld hebt over je 3 fases en dit nu recht wil trekken via je Victron omvormers.
Begrijp ik je zo goed ?

Anders dat je dit altijd zo veel mogelijk in balans wilt hebben om zo meest effectief gebruik te kunnen maken van je maximaal haalbare vermogen ben ik wel benieuwd of je nog andere beweegredenen hebt.

Persoonlijk zou ik toch gaan voor het herschikken van je groepen in je groepenkast(en) in plaats van dit door je omvormers kunstmatig op te lossen.

Maar wellicht heb ik je verkeerd begrepen.

[ Voor 34% gewijzigd door cyclone op 22-03-2026 15:37 ]

[!null]

@cyclone De verbruikers zitten nu wel goed verdeeld maar de PV omvormers niet. Het is een groot terrein met alles verspreid, waar verbruikers en PV op zelfde kabels zitten.
PV omvormers zitten nu net als verbruikers op AC in, hopelijk straks op AC out. De verbruikers ook op AC in, maar voor de verbruikers maakt het ook niet uit. Daar doet hij wel redistribution. Ik denk dat het er gewoon niet in zit, en toch even puzzel moet leggen en wellicht een omvormer met communicatie moet terug regelen

[cyclone]

@!null aaah jij hebt meerdere 1 fase PV omvormers. Ik heb alle 2 mijn PV op 3 fase omvormers (juist om dit euvel te voorkomen).
Helaas daar kan ik niets zinnigs over zeggen want heb ik geen ervaring mee.

[!null]

@cyclone Ja het gaat om meerdere gebouwen met inderdaad 1 fase omvormers. Gezien de redistributie niet werkt in dit geval, zal ik toch moeten puzzelen met de verdeling, en eventueel een paar afregelen.

[ Voor 14% gewijzigd door !null op 22-03-2026 16:53 ]

[Hermarcel]

@!null
Al geprobeerd om de setting "ESS/Multiphase regulation" te veranderen van "Total of all phases" naar "Individual phase"?
Er schijnt een performance penalty te zijn als je deze wijziging doorvoert. Ik heb er geen ervaring mee. Maar ik vermoed dat je de setting dynamisch kunt wijzigen mbv NodeRed. Dan zou je hem alleen kunnen gebruiken als het zinvol voor je is.