Het grote Victron aansturing topic

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

[gertvdijk]

Mustang24 schreef op zondag 22 maart 2026 @ 15:33:
[...]


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

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

Ik heb een soortgelijk effect opgemerkt bij mij. Mijn vermoeden is dat het bij mij voorkomt op een van deze oorzaken of een combinatie:

• DESS verwacht soms een hoog eigen verbruik in dat kwartier dat in werkelijkheid niet plaatsvindt. Om het kwartiertarget SoC-% nog te halen wordt daarom halverwege alsnog met een groter vermogen teruggeleverd. Je kan 'predicted consumption' zien in de forecast op het dashboard. Dat is bij mij echt totaal fout soms.
• Je netto batterijcapaciteit is niet correct (meer) ingevuld. Als de percentages harder gaan dan verwacht op het ingestelde vermogen bij de ingestelde capaciteit dan zie je dat hij op het laatst in het kwartier ineens afremt. Ik had in het begin even snel 15kWh opgegeven bij 3xUS5000, maar netto is het meer 14kWh. Dat hielp al een hoop.
• Het SoC-% neemt niet lineair toe/af. Ik heb dat mijn batterij nog wel eens een volle kWh erin of eruit krijgt bij een stabiele 11%, 89% of 91%-SoC. DESS raakt dan een beetje in de war rond die uitersten. Maar dat is niet zo consistent over een laadsessie zoals je in jouw grafiek ziet.
• Ik heb bij >30 minuten >2000W per inverter regelmatig last van hogetemperatuurwaarschuwingen. Die remmen dan de teruglevering een beetje.
  

Puur uit intuïtie: ik zou proberen om de ingevoerde batterijcapaciteit lager in te vullen. 5-10% van de kWh minder invoeren en kijken of dat helpt.

Over die temperatuur issues van mij gesproken. De temperatuur in de ruimte is ruim onder de 20 graden en de datasheet zegt "Cont. output power at 25 °C: 4000W". Toch haal ik met drie van die units maar iets meer dan de helft (7400W als max discharge gaat na een kwartier throttlen naar 6000W). Ik had verwacht dat ik wel 12kW kon ontladen continu wat betreft de Victrons (misschien niet wat betreft de huidige setup met 3xUS5000).

[ Voor 19% gewijzigd door gertvdijk op 23-03-2026 18:48 ]

[PcFer]

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!

Voor de geïnteresseerden, dit issue is gefixt in Venus OS 3.72~3

[tijn1976]

Goedemorgen,

Van de week heb ik mijn 2x 16,1kwh Nkon ess pro opgehaald en aangesloten. Het aansluiten met de juiste aanhaalmomenten en de vooraf zelf gemaakte 70mm² kabels aan de Lynx power in class-t was achteraf gezien makkelijk.

Setup: 3 fase Multi RS Solar, naar een Lynx distributor, vervolgens een Lynx Smart BMS 1000 en de genoemde Lynx power in class-t. De smart Bms heb ik toegevoegd om uiteindelijk te voldoen aan de pgs-37 norm, met stopknop en rook/brandmelding. Nu geeft dat bms de volgende foutmeldingen: lage celspanning en daarna schakelt hij alles af ivm een ATC/ATD fout.

Wat heb ik al gedaan: het hele VE.can aansturing circuit op verschillende manieren aangesloten: eerst alles op VE.can1. Maar de Victron apparaten spreken op 250kbit en de Nkon op LV 500. Nu een circuit Victron op 1 en de Nkon's op cicuit 2. Met de juiste begin en eind-terminals. Dit stond overigens niet vermeld in de handleiding van de Nkon.
Ik heb ook een ronde geprobeerd de Lynx BMS uit het VE.can circuit te halen, maar dit hielp niet. Deze reageert natuurlijk op de metingen die hij zelf doet.
Alle apparaten zijn te zien in de instellingen.
In het DVCC staat het BMS van de NKON als leidend. De lynx bms is wel zichtbaar maar niet geselecteerd.

De individuele accucel voltages zijn alle 32 rond de 3.13volt, in het BMS van de Nkon zijn geen waarschuwingen of foutmeldingen.

Dus de Lynx BMS zorgt ervoor dat het laadproces niet start, waardoor ik de accu's voor de eerste keer niet kan opladen naar de 100%.
Hoe kan ik ervoor zorgen dat het Lynx bms geen sturing heeft over atc/atd. Wie heeft er ook een lynx smart bms toegevoegd om uiteindelijk te voldoen aan de pgs-37 of gewoon voor peace of mind? Hoe heb jij deze instellingen gedaan?

Update: ik heb overigens maar beperkt de tijd om instellingen in de lynx smart bms te doen omdat deze gevoed worden door de accu's. Na een paar uitschakelingen, kort op te laden en vervolgens weer het relais te openen, zet ik de hoofdschakelaars van de accu's maar uit, want continu aan/uit lijkt mij ook niet al te best....

[ Voor 8% gewijzigd door tijn1976 op 25-03-2026 12:03 ]

[fhblammers]

tijn1976 schreef op woensdag 25 maart 2026 @ 11:19:
Goedemorgen,

Van de week heb ik mijn 2x 16,1kwh Nkon ess pro opgehaald en aangesloten. Het aansluiten met de juiste aanhaalmomenten en de vooraf zelf gemaakte 70mm² kabels aan de Lynx power in class-t was achteraf gezien makkelijk.

Setup: 3 fase Multi RS Solar, naar een Lynx distributor, vervolgens een Lynx Smart BMS 1000 en de genoemde Lynx power in class-t. De smart Bms heb ik toegevoegd om uiteindelijk te voldoen aan de pgs-37 norm, met stopknop en rook/brandmelding. Nu geeft dat bms de volgende foutmeldingen: lage celspanning en daarna schakelt hij alles af ivm een ATC/ATD fout.

Wat heb ik al gedaan: het hele VE.can aansturing circuit op verschillende manieren aangesloten: eerst alles op VE.can1. Maar de Victron apparaten spreken op 250kbit en de Nkon op LV 500. Nu een circuit Victron op 1 en de Nkon's op cicuit 2. Met de juiste begin en eind-terminals. Dit stond overigens niet vermeld in de handleiding van de Nkon.
Ik heb ook een ronde gepronbeerd de Lynx BMS uit het VE.can circuit te halen, maar dit hielp niet. Deze reageert natuurlijk op de metingen die hij zelf doet.
Alle apparaten zijn te zien in de instellingen.
In het DVCC staat het BMS van de NKON als leidend. De lynx bms is wel zichtbaar maar niet geselecteerd.

De individuele accucel voltages zijn alle 32 rond de 3.13volt, in het BMS van de Nkon zijn geen waarschuwingen of foutmeldingen.

Dus de Lynx BMS zorgt ervoor dat het laadproces niet start, waardoor ik de accu's voor de eerste keer niet kan opladen naar de 100%.
Hoe kan ik ervoor zorgen dat het Lynx bms geen sturing heeft over atc/atd. Wie heeft er ook een lynx smart bms toegevoegd om uiteindelijk te voldoen aan de pgs-37 of gewoon voor peace of mind? Hoe heb jij deze instellingen gedaan?

Update: ik heb overigens maar beperkt de tijd om instellingen in de lynx smart bms te doen omdat deze gevoed worden door de accu's. Na een paar uitschakelingen, kort op te laden en vervolgens weer het relais te openen, zet ik de hoofdschakelaars van de accu's maar uit, want continu aan/uit lijkt mij ook niet al te best....

Hier liep ik ook tegenaan, het kabeltje om de 2 bms poorten op de Smart BMS met elkaar te verbinden ontbrak bij mijn DHZ pakket. Die is nageleverd en na het kortsluiten van die 2 poorten werkte alles naar behoren.

[tijn1976]

fhblammers schreef op woensdag 25 maart 2026 @ 11:29:
[...]


Hier liep ik ook tegenaan, het kabeltje om de 2 bms poorten op de Smart BMS met elkaar te verbinden ontbrak bij mijn DHZ pakket. Die is nageleverd en na het kortsluiten van die 2 poorten werkte alles naar behoren.

Dank voor je reactie. Deze heb ik gecontroleerd, los geschroefd en wederom goed gemonteerd in het groene aansluitklem gemonteerd. Geen verschil.
Hij ging trouwens meteen tijdelijk laden met 17kw, waarna hij weer het relais opende en foutmelding ATC/ATD gaf....

Update: de volgende screenshots heb ik kunnen maken in victron connect van de instellingen van de lynx bms. Na een aantal in en uitschakelingen heb ik de hoofdschakelaars van de accu's maar weer uitgezet.

[ Voor 36% gewijzigd door tijn1976 op 25-03-2026 12:35 ]

[DavidZH]

@tijn1976 Heb jij niet per ongeluk een “NG” variant van het BMS? Zover ik weet zijn die (nog) niet geschikt om op deze manier in te zetten.

[tijn1976]

DavidZH schreef op woensdag 25 maart 2026 @ 14:18:
@tijn1976 Heb jij niet per ongeluk een “NG” variant van het BMS? Zover ik weet zijn die (nog) niet geschikt om op deze manier in te zetten.

Nee, bewust een non-NG aangeschaft. Bedankt voor het meedenken...

[tijn1976]

DavidZH schreef op woensdag 25 maart 2026 @ 14:18:
@tijn1976 Heb jij niet per ongeluk een “NG” variant van het BMS? Zover ik weet zijn die (nog) niet geschikt om op deze manier in te zetten.

Je hebt mij toch aan het denken gezet! Volgens mij is het raadsel nu nog groter:

Volgens de productsticker: Lynx Smart BMS 1000, tevens in het apparatenoverzicht dezelfde benaming.

Uit de handleiding van de NG versie:


Uit de handleiding van de NON-NG versie:


Het aansluitblokje heeft in de NG versie 2 polen extra 13 ipv 11.
Foto's van mijn smart BMS:







Geen NG-tekst op de behuizing.......En zou het serienummer met benaming op de sticker niet ook de NG benaming hebben? En op de NG versie, lijkt vanuit de handleiding, rondom de accu bms polen een oranje kader? De doos die ik het is ook NON-NG.....

[tijn1976]

Nog een update: zoekend op het PN nummer op de doos en sticker: LYN034170210, kom ik de datasheet tegen. Daarop zie ik op een van de afbeeldingen ook een aansluitblok met 13 polen.

Terug bij af...

[Jongfeli]

fhblammers schreef op woensdag 25 maart 2026 @ 11:29:
[...]


Hier liep ik ook tegenaan, het kabeltje om de 2 bms poorten op de Smart BMS met elkaar te verbinden ontbrak bij mijn DHZ pakket. Die is nageleverd en na het kortsluiten van die 2 poorten werkte alles naar behoren.

@tijn1976 heb je de BMS kabel wel, en dan ook kortgesloten zoals eerder aangegeven? Die zie ik niet op je foto's.

[fhblammers]

@tijn1976 Ik bedoel de 2 ronde BMS poorten doorverbinden:


Op deze manier:


Kabeltje: https://www.victronenergy...le-female-3-pole-cable-2m

[tijn1976]

Jongfeli schreef op woensdag 25 maart 2026 @ 15:11:
[...]


@tijn1976 heb je de BMS kabel wel, en dan ook kortgesloten zoals eerder aangegeven? Die zie ik niet op je foto's.

Nee, dat is nieuw voor mij. Bedankt, ik zie dat de volgende reactie een link heeft geplaatst. Dank je wel!

[tijn1976]

fhblammers schreef op woensdag 25 maart 2026 @ 15:38:
@tijn1976 Ik bedoel de 2 ronde BMS poorten doorverbinden:
[Afbeelding]

Op deze manier:
[Afbeelding]

Kabeltje: https://www.victronenergy...le-female-3-pole-cable-2m

Besteld! Hopelijk is dit het antwoord. Alvast bedankt.

[HomegrownBGP]

tijn1976 schreef op woensdag 25 maart 2026 @ 15:43:
[...]

Nee, dat is nieuw voor mij. Bedankt, ik zie dat de volgende reactie een link heeft geplaatst. Dank je wel!

Mag ik vragen waarom je het lynx bms toevoegt in het kader van pgs 37? Heeft het nog extra nut?

[ Voor 0% gewijzigd door HomegrownBGP op 26-03-2026 08:10 . Reden: Typo ]

[tijn1976]

HomegrownBGP schreef op woensdag 25 maart 2026 @ 21:47:
[...]


Mag ik vragen waarom je het lynx bms toevoegt in het kader van pgs 37? Heeft het nog extra nut?

Ik wil in ieder geval rook en co melding met mogelijkheid tot automatisch spanningsvrij maken van het systeem. Ook wil ik een stopknop met hetzelfde doel, daarnaast kun je op afstand software matig hetzelfde. Ik heb ook nog een luchtafzuiging liggen, welke aangestuurd wordt met bepaalde parameters om het kamertje waarin mijn accu's komen te staan de lucht te verversen.... Een beetje peace of mind en gewoon omdat het kan......

[tijn1976]

Daarnaast zie ik het ook nog wel gebeuren dat ze de wetgeving mbt eisen particuliere installaties, strenger gaan maken. Of dat je woonhuisverzekering eisen gaat stellen. Zodoende heb ik alvast het voorwerk gedaan. Vervolgstap is denk ik ook voorzichtig met die verzekeraar de melding van de aanwezige installatie. Alles is in ieder geval gedocumenteerd. Dit was ook wel de reden dat ik gekozen heb voor kant en klare accu's van Nkon en geen zelfbouw. Met alle respect overigens voor diegene die dat met kennis en vaardigheid wel hebben gedaan.

[fhblammers]

tijn1976 schreef op donderdag 26 maart 2026 @ 08:33:
[...]

Ik wil in ieder geval rook en co melding met mogelijkheid tot automatisch spanningsvrij maken van het systeem. Ook wil ik een stopknop met hetzelfde doel, daarnaast kun je op afstand software matig hetzelfde. Ik heb ook nog een luchtafzuiging liggen, welke aangestuurd wordt met bepaalde parameters om het kamertje waarin mijn accu's komen te staan de lucht te verversen.... Een beetje peace of mind en gewoon omdat het kan......

Hier precies dezelfde reden, rook en CO melder kunnen koppelen samen met een noodknop, een alarmmelding kan dan naast AC ook de DC afschakelen met een relais. Wat in de PFS37 richtlijn staat zie ik ook nog wel omgezet worden naar harde eisen.

Gisteren zag ik in de Victron documentatie dat je een Ruuvi Air kan koppelen. Deze kan ook vluchtige organische stoffen meten. Ik heb hem meteen besteld en ga hem bij de accu's plaatsen.
https://www.victronenergy...93-fe4d-3297-5849178ab149

Ik ga kijken of ik basis van de meetwaarden de afzuiging kan aansturen, stel voor dat een cel gaat gassen hier meteen op gereageerd wordt.

[tijn1976]

Die ruuvi air is ook een goeie tip.. Eens induiken.

[tijn1976]

fhblammers schreef op woensdag 25 maart 2026 @ 15:38:
@tijn1976 Ik bedoel de 2 ronde BMS poorten doorverbinden:
[Afbeelding]

Op deze manier:
[Afbeelding]

Dit was de oplossing. De posbode bracht vanmorgen de juiste kabel. Na montage is alles zonder foutmeldingen gaan laden. Ik heb het ess profiel houd accu's geladen gekozen om de eerste keer tot 100% te laden. Dit is met dit wisselvallige weer gedaan met pv stroom en net stroom. Mooi zo, opgelost. Bedankt voor het meedenken!

Kabeltje: https://www.victronenergy...le-female-3-pole-cable-2m

[luigi87]

Ik heb dat mijn smartshunt soms iets te positief is met de soc (ca 6%).
Na 12 dagen heb ik een verschil van 3 kwh te weinig op een 48.2 kwh accu.

Iemand tips op basis van mijn smartshunt settings?

[Q]

luigi87 schreef op vrijdag 27 maart 2026 @ 16:47:
Ik heb dat mijn smartshunt soms iets te positief is met de soc (ca 6%).
Na 12 dagen heb ik een verschil van 3 kwh te weinig op een 48.2 kwh accu.

Iemand tips op basis van mijn smartshunt settings?
[Afbeelding]

- current threshold op 0 zetten?
- peutert op 1.01 (is eigenlijk voor lood accu)
- charge efficiency factor lager zetten?

[habbekrats]

[Cyrus The Virus]

Ik heb bij iemand een victron MPII en cerbo geinstalleerd alles werkt goed nu. Ze hebben een enphase PV systeem en is de modbus geactiveerd dus de PV is zichtbaar in de cerbo maar vermogen blijft 0, kWh blijft 0 en firmware nummer is 1.000.000 dus het lijkt maar half te werken.

Iemand bekend met dit probleem ?

[teka1]

Cyrus The Virus schreef op woensdag 1 april 2026 @ 11:40:
Ik heb bij iemand een victron MPII en cerbo geinstalleerd alles werkt goed nu. Ze hebben een enphase PV systeem en is de modbus geactiveerd dus de PV is zichtbaar in de cerbo maar vermogen blijft 0, kWh blijft 0 en firmware nummer is 1.000.000 dus het lijkt maar half te werken.

Iemand bekend met dit probleem ?

Out-of-the-box werkt dit inderdaad niet. Bij mijzelf heb ik het large OS op de cerbo gezet en vervolgens de volgende 'uitbreiding' op de cerbo gezet: https://github.com/mr-manuel/venus-os_dbus-enphase-envoy. Hiermee heb ik de Enphase opbrengst zichtbaar in de cerbo, en kan deze met voldoende Enphase opwekking de accu laden, en stopt 't laden als er geen enphase opbrengst is.

[Cyrus The Virus]

teka1 schreef op donderdag 2 april 2026 @ 08:56:
[...]


Out-of-the-box werkt dit inderdaad niet. Bij mijzelf heb ik het large OS op de cerbo gezet en vervolgens de volgende 'uitbreiding' op de cerbo gezet: https://github.com/mr-manuel/venus-os_dbus-enphase-envoy. Hiermee heb ik de Enphase opbrengst zichtbaar in de cerbo, en kan deze met voldoende Enphase opwekking de accu laden, en stopt 't laden als er geen enphase opbrengst is.

Het gekke is bij een vriend van mij werkt het wel gewoon, en hebben zitten vergelijken waar het mis gaat. Enige conclusie die we nu hebben is dat in het Enphase al mis gaat gezien de app van enphase zelf al geen live status kan geven.

[cyclone]

@Cyrus The Virus Enphase en modbus was een aardig drama om aan de praat te krijgen maar bij mij werkt het inmiddels al zeker 9 maanden stabiel.
Je hebt hier wel een metered envoy voor nodig maar neem aan dat je die hebt anders kun je namelijk geen modbus aan laten zetten door support.

Weet niet of dit nog steeds zo is, maar ik heb uiteindelijk dik 2 maanden moeten wachten alvorens Enphase support dit gedaan heeft voor me.
Ondanks dat ik een installer account e.d. heb kun je dit als installateur of consument niet zelf doen.

Maar essentieel dus dat je de metered envoy hebt en niet de standaard versie, dit stond destijds niet goed gedocumenteerd en Enphase kennende zal dat nu niet veel beter zijn.

[Cyrus The Virus]

cyclone schreef op donderdag 2 april 2026 @ 09:54:
@Cyrus The Virus Enphase en modbus was een aardig drama om aan de praat te krijgen maar bij mij werkt het inmiddels al zeker 9 maanden stabiel.
Je hebt hier wel een metered envoy voor nodig maar neem aan dat je die hebt anders kun je namelijk geen modbus aan laten zetten door support.

Weet niet of dit nog steeds zo is, maar ik heb uiteindelijk dik 2 maanden moeten wachten alvorens Enphase support dit gedaan heeft voor me.
Ondanks dat ik een installer account e.d. heb kun je dit als installateur of consument niet zelf doen.

Maar essentieel dus dat je de metered envoy hebt en niet de standaard versie, dit stond destijds niet goed gedocumenteerd en Enphase kennende zal dat nu niet veel beter zijn.

ja er hangt een metered Envoy heb 3 weken moeten wachten totdat modbus aanstond (lang leve victron). Virctron kan hem vinden via sunspec protocol maar alleen de spanningen die worden doorgegeven lijken te kloppen.

[cyclone]

lijkt an sich wel te kloppen dit zie ik (overigens het is puur 1 omvormer / paneeltje omdat ik ook mijzelf wilde certificeren op Enphase blij dat ik niet meer van deze troep heb hangen want man man man wat een slechte support )

[ Voor 121% gewijzigd door cyclone op 02-04-2026 13:33 ]

[Cyrus The Virus]

cyclone schreef op donderdag 2 april 2026 @ 13:32:
lijkt an sich wel te kloppen dit zie ik (overigens het is puur 1 omvormer / paneeltje omdat ik ook mijzelf wilde certificeren op Enphase blij dat ik niet meer van deze troep heb hangen want man man man wat een slechte support )[Afbeelding]
[Afbeelding]

bij jouw is inderdaad firmware ook 1.00 maar energy L1 klopt bij jouw wel. Ja ik was al niet z'n fan van die overpriced omvormers.

[vinniefireman]

Grappig, bij mij is de firmware versie wel correct. Ook de naam is iets anders. De metingen kloppen bij mij zo goed als. Ik heb alle productie op L3, maar op de een of andere manier toont ie altijd 10% daarvan op L1.

[cyclone]

@vinniefireman hoe heb jij de modbus settings aangekregen en wanneer ?
Ook via support van Enphase ?

[Hermarcel]

copy-paste schreef op dinsdag 10 maart 2026 @ 11:01:
[...]


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.

Hoe praat deze driver met de SmartEVSE?

[vinniefireman]

cyclone schreef op donderdag 2 april 2026 @ 20:31:
@vinniefireman hoe heb jij de modbus settings aangekregen en wanneer ?
Ook via support van Enphase ?

Ja ook via support. Ging vrij snel, binnen een week, januari dit jaar.

[ Voor 3% gewijzigd door vinniefireman op 02-04-2026 21:45 ]

[cyclone]

@vinniefireman
Wat ik denk is dat ze voor de modbus config een compleet ander image op de Envoy gooien en jij een nieuwere (betere) versie hebt. Support is bij mij einde zomer vorige jaar (dus klein half jaar voor jou) aan het werk geweest. Maargoed daar kunnen we maar op 1 manier achter komen en ik heb geen zin om mijn envoy uiterlkaar te trekken en de flash uit te gaan lezen. Heb ik ook de spulletjes niet voor.

[born2tweak]

Vandaag de firmware update van de Multi RS geinstalleerd: v1.29. Ik had de boel in passthrough gezet, maar ondanks dat een stroomonderbreking. Kunnen jullie dat misschien verklaren? Doe ik iets verkeerd?
Ik had via VRM de systemen in pass through gezet, daarna via victron connect naar de eerste Multi RS (3 fase) gegaan en firmware update getriggerd. Toen viel overal de stroom uit, tot de update gedaan was en het systeem weer online kwam.

Nu moet ik L2 en L3 nog doen, maar heb geen zin in steeds maar weer stroomonderbrekingen. Wat is hier de beste manier om dit te doen?

[Q]

born2tweak schreef op vrijdag 3 april 2026 @ 12:43:
Vandaag de firmware update van de Multi RS geinstalleerd: v1.29. Ik had de boel in passthrough gezet, maar ondanks dat een stroomonderbreking. Kunnen jullie dat misschien verklaren? Doe ik iets verkeerd?
Ik had via VRM de systemen in pass through gezet, daarna via victron connect naar de eerste Multi RS (3 fase) gegaan en firmware update getriggerd. Toen viel overal de stroom uit, tot de update gedaan was en het systeem weer online kwam.

Nu moet ik L2 en L3 nog doen, maar heb geen zin in steeds maar weer stroomonderbrekingen. Wat is hier de beste manier om dit te doen?

Ik laat me graag corrigeren, maar een firmware update betekent altijd een stroom onderbreking. Naar mijn weten is het advies van Victron ook altijd: doe geen firmware update tenzij de update een specifiek probleem oplost. (geparafraseerd).

[HRV]

Tenzij je een Sontheimer ULO63/4T/NS/Z101/F976 of vergelijkbaar plaatst.
Daarmee zou je in een keer om kunnen schakelen naar het grid en de multiplussen omzeilen waardoor je veilig en zonder stroomonderbrekingen je firmware kunt updaten.

Voordeel van de Sontheimer is dat hij een voorlopende/naijlende nul heeft. Iets wat de Hager variant niet doet

Ik heb er nog geen ervaring mee, maar je moet die knop in een keer door zijn nulstand kunnen draaien en zonder onderbreking dus door kunnen draaien.

Wel fijn als iemand hier zijn praktijk ervaring met de sontheimer en het vlekkeloos omschakelen post.

[cyclone]

@Q
Geen correctie nodig hoor, maar Tweakers will be Tweakers en de drang van updaten blijft kriebelen :-)

An sich ook logisch in de huidige wereld waar de devies altijd maar updaten updaten en updaten is.

Niet voor je Victrom omvormers hier is het devies : if there ain't a problem do not try to fix it.

@HRV
Klopt wat je zegt idd, maar ondanks dat is ook hier mijn advies, doe een dergelijke schakeling NOOIT onder last. Met andere woorden schakel eerst ALLE (ja ik bedoel echte alle) gebruikers uit, zet daarna al je installatie automaten om (of als je aardlek automaten hebt test deze) test dan je aardlekschakelaar (heb je dat ook mooi ff gedaan) en schakel dan pas om.

Ondanks dat de voorlopende 0 hebt is het gewoon niet aan te bevelen voor je schakelaar en ook niet voor je gebruikers om terwijl de boel lekker staat te draaien kortstondig uit en weer aan te zetten.

Kan het ? Ja hoor, gaan er gegarandeerd dingen stuk ? euh niet perse maar goed is het gewoon niet.
Schakelen doe je bij grote voorkeur niet onder last.

[ Voor 53% gewijzigd door cyclone op 03-04-2026 14:45 ]

[born2tweak]

Ok duidelijk! Ik dacht dat er bij een passthrough geen probleem zou zijn ,maar kennelijk toch.
In dit geval was er een veiligheids feature van 3 fase systeem waardoor ik dacht dat het handig zou zijn om te updaten. Weer wat geleerd dus!

Ik heb trouwens deze schakelaar geinstalleerd maar inderdaad, deze gaat wel door 0. Je bent dus sowieso even je spanning kwijt bij schakelen.

[Beer070]

HRV schreef op vrijdag 3 april 2026 @ 14:33:
Tenzij je een Sontheimer ULO63/4T/NS/Z101/F976 of vergelijkbaar plaatst.
Daarmee zou je in een keer om kunnen schakelen naar het grid en de multiplussen omzeilen waardoor je veilig en zonder stroomonderbrekingen je firmware kunt updaten.

Voordeel van de Sontheimer is dat hij een voorlopende/naijlende nul heeft. Iets wat de Hager variant niet doet

Ik heb er nog geen ervaring mee, maar je moet die knop in een keer door zijn nulstand kunnen draaien en zonder onderbreking dus door kunnen draaien.

Wel fijn als iemand hier zijn praktijk ervaring met de sontheimer en het vlekkeloos omschakelen post.

Ik heb de Sontheimer liggen maar nog niet geïnstalleerd. Als ik de stroom eraf haal en alles kan aanpakken dan ga ik die ook doen. Daarvoor moet het gezin ook een aantal uur weg zijn, en ik dan genoeg tijd om alles op orde te krijgen.

[copy-paste]

Hermarcel schreef op donderdag 2 april 2026 @ 21:05:
[...]

Hoe praat deze driver met de SmartEVSE?

Deze praat via mqtt met de SmartEVSE, op deze manier geeft hij ook mains en homebattery door.

[Hermarcel]

@copy-paste
Thanks. Dan ga ik er eens serieus naar kijken. Installatie is gewoon in een subdir van /data plaatsen en install.sh uitvoeren?

[ingmar89]

Ik heb een multiplus 2 gx 48v 3500, met een pylontech 48v 5000 accu.
Dit werkte prima, totdat er sinds een paar dagen geen communicatie meer lijkt te zijn tussen multiplus en gx module (via ve bus)
Reboot gedaan, geen effect. Hij geeft ook aan last seen 5 days ago. Wat zijn dingen die ik nu doen kan? Ik heb geen ve bus adapter via bluetooth of usb.

Edit: opgelost. Kabeltje binnenin tussen gx printje en board vd multiplus los en weer vast gemaakt. Nu weer verbinding.

[ Voor 14% gewijzigd door ingmar89 op 04-04-2026 11:11 ]

[bigricknl]

Vraagje, zijn er mensen hier die met succes een pi3-4-5 alle data binnen laten halen van serialbattery , batteryaggregate, shelly , enz en die door sturen vanaf de pi naar de cerbo ?

Ik heb het probleem dat de cerbo vastloopt met round trip van 400+ . Waarom ? Omdat ik 5x een jk bms en dus 80 cellen en een shelly die snel data stuurt. En de cerbo het niet leuk vind.

[workzone]

bigricknl schreef op zondag 5 april 2026 @ 19:47:
Vraagje, zijn er mensen hier die met succes een pi3-4-5 alle data binnen laten halen van serialbattery , batteryaggregate, shelly , enz en die door sturen vanaf de pi naar de cerbo ?

Ik heb het probleem dat de cerbo vastloopt met round trip van 400+ . Waarom ? Omdat ik 5x een jk bms en dus 80 cellen en een shelly die snel data stuurt. En de cerbo het niet leuk vind.

Heb je al getest of het aanpassen van onderstaande helpt?

; BMS poll interval (in seconds).
; This controls how often the driver reads data from the BMS.
; If your system uses too much CPU, increase this value to slow down updates and reduce CPU usage.
; Most BMS work well with a 1 second interval, but some may need a higher value.
; If you see "BMS cable error" in the GUI, try increasing this value gradually.
; Leave empty to use the BMS default interval. You can use decimal values (e.g., 1.5).
POLL_INTERVAL =

[The-Source]

Ik ben van het weekend over gegaan van 1x mp2 naar 3x in 3 fase opstelling. Dit is allemaal werkend en laden ontladen etc werkt. Maar denk dat ik in de ess toch iets anders heb gezet wat ik eigenlijk niet wil maar ook niet echt akkoord instelling terug zie komen.
Als ik nu in de nacht naar mijn ingestelde minimum SOC bereik dan gaat hij periodiek naar bulk charging. Nadat er paar % erin is gaat hij weer op discharging. *1 Als profiel staat optimized without battery life.
Ik zou willen dat hij gewoon op idle blijft tot dat ik zelf mijn grid setpoint aanpas / er voldoende PV opwekking is. Welke instelling moet ik checken om dit laatste puntje ook weer naar wens te krijgen.

*1: is natuurlijk inefficiënt met round-trip verliezen

[Japie.G]

The-Source schreef op maandag 6 april 2026 @ 07:22:
Ik ben van het weekend over gegaan van 1x mp2 naar 3x in 3 fase opstelling. Dit is allemaal werkend en laden ontladen etc werkt. Maar denk dat ik in de ess toch iets anders heb gezet wat ik eigenlijk niet wil maar ook niet echt akkoord instelling terug zie komen.
Als ik nu in de nacht naar mijn ingestelde minimum SOC bereik dan gaat hij periodiek naar bulk charging. Nadat er paar % erin is gaat hij weer op discharging. *1 Als profiel staat optimized without battery life.
Ik zou willen dat hij gewoon op idle blijft tot dat ik zelf mijn grid setpoint aanpas / er voldoende PV opwekking is. Welke instelling moet ik checken om dit laatste puntje ook weer naar wens te krijgen.

*1: is natuurlijk inefficiënt met round-trip verliezen

Doet ie hier ook in d-ess. Wil dat eigenlijk ook niet hebben. In ess deed hij dit geloof ik niet.

[The-Source]

@Japie.G Maar ik heb dess niet actief.

[reneeke1970]

The-Source schreef op maandag 6 april 2026 @ 15:27:
@Japie.G Maar ik heb dess niet actief.

Heb geen pc op vakantie bij me ,maar in ess assistent kom je wat veiligheden tegen ,laag voltage van 48 volt meen ik ,die je op 44 of zo moet zetten .dat voltage houd hij aan bij lange stilstand ,iets met sustain schiet me nu te binnen.
En je kunt nog ergens een laag niveau instellen waarbij je ook aangeeft na hoeveel voltage stijging hij weer opnieuw mag gaan ontladen.
Hierdoor kun je een jojo effect krijgen. Zeker als dat lage voltage eerder word bereikt dan jou soc instelling ,een half procent is nog steeds erboven

[NTS]

Is 44 niet erg weinig? Dan zit je onder de 2.8V per cell, afhankelijk van je BMS instellingen grijpt die dan al eerder in en dat wil je volgens mij liever niet.

[reneeke1970]

NTS schreef op maandag 6 april 2026 @ 16:46:
Is 44 niet erg weinig? Dan zit je onder de 2.8V per cell, afhankelijk van je BMS instellingen grijpt die dan al eerder in en dat wil je volgens mij liever niet.

Bms staat standaard op 2.5 ,en ik ontlaadt tot 2.7 onder last ,dan zit er nog tien procent lading in.
Maar het is maar een voltage voor langdurige stilstand om diepte ontlading te voorkomen ,verder niks.
Alleen als hij op 48 staat terwijl je tot 47 ontlaadt ,tja dan botst het ergens en gaat hij laden

[bigricknl]

workzone schreef op zondag 5 april 2026 @ 20:24:
[...]


Heb je al getest of het aanpassen van onderstaande helpt?

; BMS poll interval (in seconds).
; This controls how often the driver reads data from the BMS.
; If your system uses too much CPU, increase this value to slow down updates and reduce CPU usage.
; Most BMS work well with a 1 second interval, but some may need a higher value.
; If you see "BMS cable error" in the GUI, try increasing this value gradually.
; Leave empty to use the BMS default interval. You can use decimal values (e.g., 1.5).
POLL_INTERVAL =

Was afgelopen dagen even bezig met Claude ai. En die heeft het uit eindelijk opgelost onderandere met wat jij voorstelde . Thanks !

[jwpmzijl]

Ik heb nu een tijdje geleden een 3-fase Victron systeem in gebruik genomen met een 51 Kwh batterij (3x Eel V5 17 Kw dhz bakken). Aangevuld met 27x zonnepanelen met Enphase micro-omvormers.

Volgende week gaat mijn Tibber abonnement van start. Ik ben dus aan het experimenteren met ESS en DESS:
- Ik heb een wat afwijkende situatie waarbij ik 24x7 1000 watt belasting heb voor een uit de hand gelopen hobby.

Ik merk dat DESS daar niet goed mee om gaat.
- In de avonduren en in de nacht blijft het stroom inkopen i.p.v. alle verbruik uit de batterij te halen.
- Ook begint DESS al veel te snel de batterij leeg te trekken naar het i.p.v. de wachten op hogere tarieven.
- Overdag zie ik dat er toch stroom naar het net gaat i.p.v. naar de batterij.

Het enphase systeem is niet "metered". Dus op dit moment wordt het systeem door Enphase nog niet vrijgegeven voor eiland modus in combinatie met Victron. Ik wil dit wel gaan regelen maar dat vereist herindeling van de meterkast om ruimte voor de meet-coils te maken

Ik heb begrepen dat DESS "zelflerend" is, dus zou het beter moeten worden, maar DESS zou sturen op state of charge (SOC) en dat lijkt in mijn situatie niet het beste instrument.

Heeft iemand een betere optie. Ik draai inmiddels Venus OS large met Node Red. Ik heb nog geen Home Assistent draaien.

[Pim57]

jwpmzijl schreef op woensdag 8 april 2026 @ 21:01:
Ik heb nu een tijdje geleden een 3-fase Victron systeem in gebruik genomen met een 51 Kwh batterij (3x Eel V5 17 Kw dhz bakken). Aangevuld met 27x zonnepanelen met Enphase micro-omvormers.

Volgende week gaat mijn Tibber abonnement van start. Ik ben dus aan het experimenteren met ESS en DESS:
- Ik heb een wat afwijkende situatie waarbij ik 24x7 1000 watt belasting heb voor een uit de hand gelopen hobby.

Ik merk dat DESS daar niet goed mee om gaat.
- In de avonduren en in de nacht blijft het stroom inkopen i.p.v. alle verbruik uit de batterij te halen.
- Ook begint DESS al veel te snel de batterij leeg te trekken naar het i.p.v. de wachten op hogere tarieven.
- Overdag zie ik dat er toch stroom naar het net gaat i.p.v. naar de batterij.

Het enphase systeem is niet "metered". Dus op dit moment wordt het systeem door Enphase nog niet vrijgegeven voor eiland modus in combinatie met Victron. Ik wil dit wel gaan regelen maar dat vereist herindeling van de meterkast om ruimte voor de meet-coils te maken

Ik heb begrepen dat DESS "zelflerend" is, dus zou het beter moeten worden, maar DESS zou sturen op state of charge (SOC) en dat lijkt in mijn situatie niet het beste instrument.

Heeft iemand een betere optie. Ik draai inmiddels Venus OS large met Node Red. Ik heb nog geen Home Assistent draaien.

Kan Victron / DESS de zonnepanelen wel zien? Zo niet, dan snap ik wel dat DESS het moeilijk heeft.

[jwpmzijl]

De zonnepanelen zitten op de AC-out. Dus DESS ziet ze "nog" niet afzonderlijk.

[PcFer]

jwpmzijl schreef op woensdag 8 april 2026 @ 21:01:
Ik heb nu een tijdje geleden een 3-fase Victron systeem in gebruik genomen met een 51 Kwh batterij (3x Eel V5 17 Kw dhz bakken). Aangevuld met 27x zonnepanelen met Enphase micro-omvormers.

Volgende week gaat mijn Tibber abonnement van start. Ik ben dus aan het experimenteren met ESS en DESS:
- Ik heb een wat afwijkende situatie waarbij ik 24x7 1000 watt belasting heb voor een uit de hand gelopen hobby.

Ik merk dat DESS daar niet goed mee om gaat.
- In de avonduren en in de nacht blijft het stroom inkopen i.p.v. alle verbruik uit de batterij te halen.
- Ook begint DESS al veel te snel de batterij leeg te trekken naar het i.p.v. de wachten op hogere tarieven.
- Overdag zie ik dat er toch stroom naar het net gaat i.p.v. naar de batterij.

Het enphase systeem is niet "metered". Dus op dit moment wordt het systeem door Enphase nog niet vrijgegeven voor eiland modus in combinatie met Victron. Ik wil dit wel gaan regelen maar dat vereist herindeling van de meterkast om ruimte voor de meet-coils te maken

Ik heb begrepen dat DESS "zelflerend" is, dus zou het beter moeten worden, maar DESS zou sturen op state of charge (SOC) en dat lijkt in mijn situatie niet het beste instrument.

Heeft iemand een betere optie. Ik draai inmiddels Venus OS large met Node Red. Ik heb nog geen Home Assistent draaien.

Het zelflerende aspect van het verbruik door DESS heeft mij doen besluiten om iets anders te gaan gebruiken. Maar, er gloort hoop aan de horizon. Kijk eens naar de beta VRM. Daar kun je via een "VRM API" node je verbruik aanpassen (baseload, heatpump en EV). Ook kun je inmiddels veel meer virtuele verbruikers / opwekkers in nodered zetten.

[jwpmzijl]

PcFer schreef op woensdag 8 april 2026 @ 22:20:
[...]
Het zelflerende aspect van het verbruik door DESS heeft mij doen besluiten om iets anders te gaan gebruiken. Maar, er gloort hoop aan de horizon. Kijk eens naar de beta VRM. Daar kun je via een "VRM API" node je verbruik aanpassen (baseload, heatpump en EV). Ook kun je inmiddels veel meer virtuele verbruikers / opwekkers in nodered zetten.

OK, ik heb even de beta geopend. Voor zover ik kan zien zit er in het frontend niet heel veel nieuws. Hoop dat ik hiermee niemand beledig. Dus ik moet echt die wijzigingen in Node Red en de API geen onderzoeken.