Het grote Victron aansturing topic

[invultri]

Heeft iemand al eens geprobeerd om een Growatt SPA10000 als booster te gebruiken. Dit is een AC gekoppelde batterij omvormer van 10kW. Hier zitten dus geen zonnepanelen op en gaat alleen maar terug duwen als je de 'grid first' mode aanzet. Hij zou theoretisch gezien als dump kunnen dienen indien de batterijen aan de Victrons al vol zitten (battery first, stop soc en charge rate instelbaar) en dan indien nodig bij hoog verbruik in load first gezet worden waarbij hij de load gaat volgen met wat hij ziet op zijn meter.

Dus in theory zou dat moeten gaan als de aanstuur kabouters in een van de GX apparaten via modbus de growatt kunnen vertellen wat de bedoeling is.

Vroeg voor onderzoek ivm nuttig hergebruik huidige spullen in plaats van op marktplaats zetten.

[k_delaat]

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.

Dit was precies wat ik zocht.


Ik had wat issues en wensen, ik heb een pull-request gemaakt.
https://github.com/quokka2020/victron_smartevse/pull/2

[cyclone]

@copy-paste en @k_delaat Ik heb geen idee wat voor magie hier aan het gebeuren is maar van wat ik er wel van begrijp ben ik flink onder de indruk!

Petje af heren en dank, tijdens mijn vrije uurtjes dit hemelvaarstweekend ga ik hiermee aan de slag om de afhankelijkheid van Home Assistent en mijn smart EVSE eruit te halen.

Weet niet of het al kan, maar mijn "wens" is om via deze intergratie de SmartEvse zo aan te sturen dat eerst mijn thuis (victron) accu's vol komen en blijven op basis van mijn Solar opbrengst (SolarEdge intergratie in Victron) en dan pas de overige kwh's in mijn tesla te pompen zonder het net te belasten (dus Solar Modus van SmartEVSE te gebruiken).

Op dit moment moet ik handmatig de zaak in de gaten houden, en zodra de thuis accu vol zit de boel op "keep batteries charged" zetten en dan pas handmatig mijn laadpaal op Solar zetten en mijn Tesla op "charge" zetten.

Als ik dat niet doe, gaat de SmartEVSE Solar modus tegen de ESS werken van de Victron. Beiden willen grid op 0 houden alleen is mijn Cerbo sneller dan de Smart EVSE waardoor uiteindelijk mijn accu's toch gaan dischargen ipv dat de Smart EVSE zijn laadstroom omlaag bijstelt (of van 3 fases naar 1 fase terugschakeld).

[HermanGast]

Zodra ik auto laadt gaan vanzelf (M5stack regeltje code, MQTT) de Victrons op ‘charger-only’. Daarmee voorkom ik accu naar accu laadstroom.

De EV gebruikt Go-e Pro laadpaal met intern stukje logica van de energieprijzen.

Als de EV niet alle PV gebruikt worden de Pylontechs dan toch beetje bijgeladen.

En als EV vol (genoeg) is alles weer terug naar normaal.

[vanWalsum]

Ik heb mijn Homewizard KWH meters vervangen door Shelly Pro EM 50's. Scheelt me weer een extra tussenstap via Home Assistant en MQTT. Vanaf versie 3.80 is Shelly ondersteund in VRM dus dit werkt dan ook naadloos. Elke EM50 heeft 2 meetspoelen die je een eigen rol kan geven in VRM. Het zijn 1 Din modules.

Echter; ik heb nu de groepenkast in de garage opnieuw opgebouwd en daar dus 2 Shelly's in zitten. Momenteel enkel aangesloten op de PV (23 micro's van Enphase). De 3e Shelly hangt onder de veranda en meet daar de PV (5 micro's van Enphase).

Wat me echter opvalt is dat met de Homewizard KWH meters (die me overigens 2 jaar zeer goed van dienst zijn geweest), als de zon onder was er ook 0 vermogen op de meters stond. Bij de Shelly's blijf ik een opwek zien. Voor de veranda is dit +/- 7 watt, maar nu met de andere 23 micro's er ook achter wordt het toch wel veel.

Is dit een bekend fenomeen en is hier wat aan te doen? Het lijkt me sterk dat de panelen in de nacht wat opwekken.

[HermanGast]

vanWalsum schreef op woensdag 13 mei 2026 @ 23:05:
Ik heb mijn Homewizard KWH meters vervangen door Shelly Pro EM 50's. Scheelt me weer een extra tussenstap via Home Assistant en MQTT. Vanaf versie 3.80 is Shelly ondersteund in VRM dus dit werkt dan ook naadloos. Elke EM50 heeft 2 meetspoelen die je een eigen rol kan geven in VRM. Het zijn 1 Din modules.

Echter; ik heb nu de groepenkast in de garage opnieuw opgebouwd en daar dus 2 Shelly's in zitten. Momenteel enkel aangesloten op de PV (23 micro's van Enphase). De 3e Shelly hangt onder de veranda en meet daar de PV (5 micro's van Enphase).

Wat me echter opvalt is dat met de Homewizard KWH meters (die me overigens 2 jaar zeer goed van dienst zijn geweest), als de zon onder was er ook 0 vermogen op de meters stond. Bij de Shelly's blijf ik een opwek zien. Voor de veranda is dit +/- 7 watt, maar nu met de andere 23 micro's er ook achter wordt het toch wel veel.

Is dit een bekend fenomeen en is hier wat aan te doen? Het lijkt me sterk dat de panelen in de nacht wat opwekken.

[Afbeelding]

Ik zie ook dat de Enphase micro’s iets stroom verbruiken in de nacht. Ongeveer 30Watt voor 50 micro’s uit de IQ7 serie.

[Japie.G]

Blindstroom. De homewizzard meter meet ook powerfactor.

[vanWalsum]

HermanGast schreef op woensdag 13 mei 2026 @ 23:44:
[...]

Ik zie ook dat de Enphase micro’s iets stroom verbruiken in de nacht. Ongeveer 30Watt voor 50 micro’s uit de IQ7 serie.

Oke, dan komt dat wel redelijk overeen als is het hier wat hoger.

Japie.G schreef op donderdag 14 mei 2026 @ 07:22:
Blindstroom. De homewizzard meter meet ook powerfactor.

Zie bij de Shelly interface ook PF staan. Zou het toch prettiger vinden als dit in de nacht gewoon 0 is. Ik ga wel eens onderzoeken of hier wat aan te doen is. Helaas is de beta v3.80-22 ingetrokken en heb ik dus nu even geen Shelly meters meer in vrm zichtbaar.

[pvg]

Japie.G schreef op donderdag 14 mei 2026 @ 07:22:
Blindstroom. De homewizzard meter meet ook powerfactor.

Blindstroom leidt niet tot Watts. VanWalsum ziet 32W. (Ik neem even aan dat dit niet de dissipatie in de kabels is tgv de blindstroom, want dan zou dat een flinke stroom moeten zijn.)

Maakt de shelly wel onderscheid tussen verbruik en teruglevering? Of laat ie de absolute waarde zien?

[k_delaat]

cyclone schreef op woensdag 13 mei 2026 @ 18:50:
@copy-paste en @k_delaat Ik heb geen idee wat voor magie hier aan het gebeuren is maar van wat ik er wel van begrijp ben ik flink onder de indruk!

Petje af heren en dank, tijdens mijn vrije uurtjes dit hemelvaarstweekend ga ik hiermee aan de slag om de afhankelijkheid van Home Assistent en mijn smart EVSE eruit te halen.

Weet niet of het al kan, maar mijn "wens" is om via deze intergratie de SmartEvse zo aan te sturen dat eerst mijn thuis (victron) accu's vol komen en blijven op basis van mijn Solar opbrengst (SolarEdge intergratie in Victron) en dan pas de overige kwh's in mijn tesla te pompen zonder het net te belasten (dus Solar Modus van SmartEVSE te gebruiken).

Op dit moment moet ik handmatig de zaak in de gaten houden, en zodra de thuis accu vol zit de boel op "keep batteries charged" zetten en dan pas handmatig mijn laadpaal op Solar zetten en mijn Tesla op "charge" zetten.

Als ik dat niet doe, gaat de SmartEVSE Solar modus tegen de ESS werken van de Victron. Beiden willen grid op 0 houden alleen is mijn Cerbo sneller dan de Smart EVSE waardoor uiteindelijk mijn accu's toch gaan dischargen ipv dat de Smart EVSE zijn laadstroom omlaag bijstelt (of van 3 fases naar 1 fase terugschakeld).

Dit is prima mogelijk met deze integratie.

Hiervoor heb je een klein stukje NodeRed nodig die de lader uitzet zolang je thuisaccu nog niet vol is. Wanneer die accu vol is kan je de smartevse op solar mode zetten en zal die de overige stroom naar je ev sturen.

Zelf heb ik een optie toegevoegd waarbij ik op de console kan kiezen of de EV vanuit de accu of grid geladen moet worden (dmv Nodered flow)

[pvg]

k_delaat schreef op donderdag 14 mei 2026 @ 11:12:
[...]

Dit is prima mogelijk met deze integratie.

Hiervoor heb je een klein stukje NodeRed nodig die de lader uitzet zolang je thuisaccu nog niet vol is. Wanneer die accu vol is kan je de smartevse op solar mode zetten en zal die de overige stroom naar je ev sturen.

Zelf heb ik een optie toegevoegd waarbij ik op de console kan kiezen of de EV vanuit de accu of grid geladen moet worden (dmv Nodered flow)

[Afbeelding]

Als je (veel) meer PV vermogen hebt dan je victron kan laden, wil je waarschijnlijk nog iets slimmers (victron maximaal laden en parallel het overschot in de EV).

[k_delaat]

Daarvoor heb je eigenlijk niets nodig. De smartevse zal registreren dat er netto terug geleverd wordt, en daarmee de auto laden.

[pvg]

k_delaat schreef op donderdag 14 mei 2026 @ 11:19:
Daarvoor heb je eigenlijk niets nodig. De smartevse zal registreren dat er netto terug geleverd wordt, en daarmee de auto laden.

Dat werkt in de praktijk niet stabiel (iig niet met onze Solaredge laadpaal): als er even een wolk voor de zon schuift, kun je een tijdje blijven hangen in een situatie dat de EV (deels) laadt uit de accu.
(Ik stuur inmiddels de laadpaal volledig vanuit node red aan incl load balancing.)

[ Voor 8% gewijzigd door pvg op 14-05-2026 12:12 ]

[vanWalsum]

pvg schreef op donderdag 14 mei 2026 @ 10:47:
[...]

Blindstroom leidt niet tot Watts. VanWalsum ziet 32W. (Ik neem even aan dat dit niet de dissipatie in de kabels is tgv de blindstroom, want dan zou dat een flinke stroom moeten zijn.)

Maakt de shelly wel onderscheid tussen verbruik en teruglevering? Of laat ie de absolute waarde zien?

De shelly maakt onderscheid, je kan ik de software aangeven of het een verbruiker of opwekken is.

[pvg]

vanWalsum schreef op zaterdag 16 mei 2026 @ 00:18:
[...]

De shelly maakt onderscheid, je kan ik de software aangeven of het een verbruiker of opwekken is.

Ah, maar de shelly wisselt dus geen teken als je aan het einde van de dag van terugleveren naar standby verbruik van de enphase microinverters gaat?

[vanWalsum]

pvg schreef op zaterdag 16 mei 2026 @ 07:45:
[...]

Ah, maar de shelly wisselt dus geen teken als je aan het einde van de dag van terugleveren naar standby verbruik van de enphase microinverters gaat?

Nee, hij blijft de 35 watt als opwerk weergeven. Als ik de klem omdraai (softwarematig of handmatig) van maakt hij er een - van en telt de teller “teruggeleverde energie” op.

[HermanGast]

vanWalsum schreef op zaterdag 16 mei 2026 @ 07:56:
[...]

Nee, hij blijft de 35 watt als opwerk weergeven. Als ik de klem omdraai (softwarematig of handmatig) van maakt hij er een - van en telt de teller “teruggeleverde energie” op.

De polariteit is echt een raadsel. Ik heb geen Q-relais er tussen en daarom wellicht iets minder verbruik in de nacht.

En als je alles loskoppelt?

[nono_einstein]

HermanGast schreef op zaterdag 16 mei 2026 @ 08:44:
[...]

De polariteit is echt een raadsel.

[...]

Volgens mijns dat een bug. Ik zie dat een Shelly, die goed geconfigureerd is en in Home Assistant de juiste waardes geeft, in VRM een minteken krijgt als je 'm van gebruiker naar opwekken schakelt. Dat betekend dus dat VRM er zelf een teken voor verzint en daarmee dus afdwingt dat je 'm aan de Shelly kant 'verkeerd' moet aansluiten, althans volgens de HA logica...

[copy-paste]

k_delaat schreef op woensdag 13 mei 2026 @ 15:39:
[...]

Dit was precies wat ik zocht.


Ik had wat issues en wensen, ik heb een pull-request gemaakt.
https://github.com/quokka2020/victron_smartevse/pull/2

Leuk om te horen dat iemand er iets mee kan! Bedankt voor je pull-request, als ik terug van vakantie ben ga ik er naar kijken en mergen. Ben zelf nog wel tegen een probleem aangelopen dat /tmp vol loopt, ga nog uitzoeken hoe victron de logging doet en wil dat dan ook gebruiken.

Ik denk ook nog na om de voorspelling van evcc aan de victron te voeren, in de hoop dat hij dan slimmer met de accu omgaat.

[NTS]

copy-paste schreef op zaterdag 16 mei 2026 @ 20:51:
[...]
Ik denk ook nog na om de voorspelling van evcc aan de victron te voeren, in de hoop dat hij dan slimmer met de accu omgaat.

De solar/prijs voorspelling of de optimizer output? Ik heb een paar pull requests gemaakt de afgelopen maanden op evcc, onder andere de prijs voorspelling. Ben lokaal nog bezig om de optimizer te koppelen met Victron. Er is een apart #optimizer channel in hun Slack.

[DoMoFo]

Ook ik speel met de gedachte om een Victron (D)ESS systeem aan te schaffen, na flink wat leeswerk en een paar weken voor alleen dit topic weet ik nog niet wat het beste gaat zijn voor mijn situatie. Hoewel ik nog duizenden vragen en uren aan uitzoekwerk voor de boeg heb, is er 1 specifiek vraagstuk waar ik in deze fase nog mee worstel:

Uitgangspunt wordt waarschijnlijk 3x MP5k's met ca. 24-32kWh aan accu capaciteit, maar dit moet nog verder worden doorgerekend. Ik wil in principe de volledige woning 'achter' de Victrons hebben, in een eventuele off-grid situatie gebeurt de balancering/limitering van load dan op basis van gedrag (die wasmachine, oven of inductie plaat moet ik handmatig aanzetten bv.). Basis woning idle = ca. 500/600 W, hier komt binnenkort nog wel een warmtepomp bij. Op dit moment gebruik ik een Eastron SDM630 kWh meter, die ik alleen uitlees voor de gedetailleerde stats over modbus, puur voor montoring en historie (naast de reguliere P1 stats). In de nieuwe situatie staat een VM-3P75CT geplanned aan de hoofdschakelaar.

In eerste instantie dacht ik ook om mijn 3950Wp / 2950W (10x IQ7+) Enphase systeem hierin mee te nemen, dwz achter de AC out. Ik heb weet van AC Coupling / F1 Rule, maar dat zou in mijn geval sowieso niet zo'n issue zijn, panelen staan in een 4-3-3 config over L1/L2/L3, da's max 1200W voor L1 en 900 voor L2+L3. Omdat ik om allerlei redenen geen zin heb om met de frequentie te gaan spelen in een off-grid situatie, heb ik inmiddels al besloten dat dit systeem parallel aan het grid wordt verbonden en uitvalt in dit scenario, dus _niet_ "achter" de Victron MP's. Ik zit in een redelijk modern stroomnet, voltage worst-case nog nooit boven 238V gezien, dus afschakelen bij actief grid zal ook niet snel gebeuren.

Uiteraard moet er wel geladen worden in een off-grid situatie... Dus ben ik voornemens om panelen bij te plaatsen, dit zouden dan nog eens 10 panelen worden met in totaal 4100Wp (grotere panelen (>178cm) kan ik fysiek niet kwijt). Op basis van de panel specs en de MPPT wizzard kom ik uit op een MPPT 250/60 met twee strings (Oost/West) van 5 panelen.

Aangezien ik een "simpele", non-metered, Envoy versie heb (Enphase monitoring) en ik nog steeds de "oude" lokale v5 firmware draai (en ook altijd zal blijven doen ivm het Cyber gewauwel van Enphase) ben ik beperkt in monitoring en controle. Mijn aannames en vragen gaan dan ook over het PV gedeelte (AC & DC).

1 - Hoewel het DC laden direct vanuit de MPPT efficiënter is dan de AC feed die uit de Enphase gaat komen, dit zal alleen het AC overschot zijn, dus efficiency is hier van ondergeschikt belang. Klopt het dat ik de DC laadcapaciteit uit de MPPT panelen eenvoudig tot 0 kan terug regelen als de omstandigheden daar om vragen: bv SoC 100%, genoeg AC overschot ? Aangezien ik weinig tot geen controle heb over het vermogen uit het Enphase systeem (hooguit aan/uit).

2 - Met een VM-3P75CT aan de hoofdmeter, heeft het dan nog zin om de Enphase PV stats apart (nog een extra VM-3P75CT) aan te bieden aan de GX ? Met de bruto/netto stats uit de VM-3P75CT is het Enphase vermogen toch al verdisconteerd in het beschikbare AC vermogen uit de hoofdmeter (lees: leveren we terug of niet) ?

3 - Ik zag wat community projecten om de, niet direct / officieel gesupporterd Eastron SDM630, "virtueel" aan te bieden als energie meter middels bv MQTT. Zijn hier mensen die deze specifieke combo gebruiken ? Zou dit wellicht de aanschaf van een tweede VM-3P75CT kunnen voorkomen (hergebruik SDM630) wanneer het toch meerwaarde heeft om AC PV stats apart aan te bieden (zie: vraag 2)?

[habbekrats]

@DoMoFo punt 1, dit regelt de laadcontroller die actief is, ik heb bij batterij 55,2V 1 uur is soc 100%. De mppt lader gaat dan terug in vermogen zodanig dat er 55,2V blijft staan. Er gaat dan nog wel vermogen naar de Victrons en je verbruik. Na dit uur gaat de batterij wat ontladen om op de floatspanning 53,6V te komen. Gedurende deze tijd blijft je mppt lader alleen vermogen leveren voor je Victron en load. Bij mij is dat soms ook nul aangezien ik ook nog een PV direct aan de gridzijde heb. (Omnik omvormer niet te sturen)

[DoMoFo]

habbekrats schreef op zondag 17 mei 2026 @ 07:43:
Er gaat dan nog wel vermogen naar de Victrons en je verbruik.

@habbekrats Tja, misschien was 0 ook wel erg drastisch , maar precies wat ik wil, tnx! Ik moet die MPPT manual ook nog doorspitten...

[ Voor 8% gewijzigd door DoMoFo op 17-05-2026 07:49 ]

[reneeke1970]

DoMoFo schreef op zondag 17 mei 2026 @ 07:20:
Ook ik speel met de gedachte om een Victron (D)ESS systeem aan te schaffen, na flink wat leeswerk en een paar weken voor alleen dit topic weet ik nog niet wat het beste gaat zijn voor mijn situatie. Hoewel ik nog duizenden vragen en uren aan uitzoekwerk voor de boeg heb, is er 1 specifiek vraagstuk waar ik in deze fase nog mee worstel:

Uitgangspunt wordt waarschijnlijk 3x MP5k's met ca. 24-32kWh aan accu capaciteit, maar dit moet nog verder worden doorgerekend. Ik wil in principe de volledige woning 'achter' de Victrons hebben, in een eventuele off-grid situatie gebeurt de balancering/limitering van load dan op basis van gedrag (die wasmachine, oven of inductie plaat moet ik handmatig aanzetten bv.). Basis woning idle = ca. 500/600 W, hier komt binnenkort nog wel een warmtepomp bij. Op dit moment gebruik ik een Eastron SDM630 kWh meter, die ik alleen uitlees voor de gedetailleerde stats over modbus, puur voor montoring en historie (naast de reguliere P1 stats). In de nieuwe situatie staat een VM-3P75CT geplanned aan de hoofdschakelaar.

In eerste instantie dacht ik ook om mijn 3950Wp / 2950W (10x IQ7+) Enphase systeem hierin mee te nemen, dwz achter de AC out. Ik heb weet van AC Coupling / F1 Rule, maar dat zou in mijn geval sowieso niet zo'n issue zijn, panelen staan in een 4-3-3 config over L1/L2/L3, da's max 1200W voor L1 en 900 voor L2+L3. Omdat ik om allerlei redenen geen zin heb om met de frequentie te gaan spelen in een off-grid situatie, heb ik inmiddels al besloten dat dit systeem parallel aan het grid wordt verbonden en uitvalt in dit scenario, dus _niet_ "achter" de Victron MP's. Ik zit in een redelijk modern stroomnet, voltage worst-case nog nooit boven 238V gezien, dus afschakelen bij actief grid zal ook niet snel gebeuren.

Uiteraard moet er wel geladen worden in een off-grid situatie... Dus ben ik voornemens om panelen bij te plaatsen, dit zouden dan nog eens 10 panelen worden met in totaal 4100Wp (grotere panelen (>178cm) kan ik fysiek niet kwijt). Op basis van de panel specs en de MPPT wizzard kom ik uit op een MPPT 250/60 met twee strings (Oost/West) van 5 panelen.

Aangezien ik een "simpele", non-metered, Envoy versie heb (Enphase monitoring) en ik nog steeds de "oude" lokale v5 firmware draai (en ook altijd zal blijven doen ivm het Cyber gewauwel van Enphase) ben ik beperkt in monitoring en controle. Mijn aannames en vragen gaan dan ook over het PV gedeelte (AC & DC).

1 - Hoewel het DC laden direct vanuit de MPPT efficiënter is dan de AC feed die uit de Enphase gaat komen, dit zal alleen het AC overschot zijn, dus efficiency is hier van ondergeschikt belang. Klopt het dat ik de DC laadcapaciteit uit de MPPT panelen eenvoudig tot 0 kan terug regelen als de omstandigheden daar om vragen: bv SoC 100%, genoeg AC overschot ? Aangezien ik weinig tot geen controle heb over het vermogen uit het Enphase systeem (hooguit aan/uit).

2 - Met een VM-3P75CT aan de hoofdmeter, heeft het dan nog zin om de Enphase PV stats apart (nog een extra VM-3P75CT) aan te bieden aan de GX ? Met de bruto/netto stats uit de VM-3P75CT is het Enphase vermogen toch al verdisconteerd in het beschikbare AC vermogen uit de hoofdmeter (lees: leveren we terug of niet) ?

3 - Ik zag wat community projecten om de, niet direct / officieel gesupporterd Eastron SDM630, "virtueel" aan te bieden als energie meter middels bv MQTT. Zijn hier mensen die deze specifieke combo gebruiken ? Zou dit wellicht de aanschaf van een tweede VM-3P75CT kunnen voorkomen (hergebruik SDM630) wanneer het toch meerwaarde heeft om AC PV stats apart aan te bieden (zie: vraag 2)?

Tip ,vervang èèn van die mp door een easy solar,scheelt je wat kabels en ex te bestellen

[gertvdijk]

DoMoFo schreef op zondag 17 mei 2026 @ 07:20:
Ook ik speel met de gedachte om een Victron (D)ESS systeem aan te schaffen, na flink wat leeswerk en een paar weken voor alleen dit topic weet ik nog niet wat het beste gaat zijn voor mijn situatie. Hoewel ik nog duizenden vragen en uren aan uitzoekwerk voor de boeg heb, is er 1 specifiek vraagstuk waar ik in deze fase nog mee worstel:

Uitgangspunt wordt waarschijnlijk 3x MP5k's met ca. 24-32kWh aan accu capaciteit, maar dit moet nog verder worden doorgerekend. Ik wil in principe de volledige woning 'achter' de Victrons hebben, in een eventuele off-grid situatie gebeurt de balancering/limitering van load dan op basis van gedrag (die wasmachine, oven of inductie plaat moet ik handmatig aanzetten bv.). Basis woning idle = ca. 500/600 W, hier komt binnenkort nog wel een warmtepomp bij. Op dit moment gebruik ik een Eastron SDM630 kWh meter, die ik alleen uitlees voor de gedetailleerde stats over modbus, puur voor montoring en historie (naast de reguliere P1 stats). In de nieuwe situatie staat een VM-3P75CT geplanned aan de hoofdschakelaar.

In eerste instantie dacht ik ook om mijn 3950Wp / 2950W (10x IQ7+) Enphase systeem hierin mee te nemen, dwz achter de AC out. Ik heb weet van AC Coupling / F1 Rule, maar dat zou in mijn geval sowieso niet zo'n issue zijn, panelen staan in een 4-3-3 config over L1/L2/L3, da's max 1200W voor L1 en 900 voor L2+L3. Omdat ik om allerlei redenen geen zin heb om met de frequentie te gaan spelen in een off-grid situatie, heb ik inmiddels al besloten dat dit systeem parallel aan het grid wordt verbonden en uitvalt in dit scenario, dus _niet_ "achter" de Victron MP's. Ik zit in een redelijk modern stroomnet, voltage worst-case nog nooit boven 238V gezien, dus afschakelen bij actief grid zal ook niet snel gebeuren.

Uiteraard moet er wel geladen worden in een off-grid situatie... Dus ben ik voornemens om panelen bij te plaatsen, dit zouden dan nog eens 10 panelen worden met in totaal 4100Wp (grotere panelen (>178cm) kan ik fysiek niet kwijt). Op basis van de panel specs en de MPPT wizzard kom ik uit op een MPPT 250/60 met twee strings (Oost/West) van 5 panelen.

Aangezien ik een "simpele", non-metered, Envoy versie heb (Enphase monitoring) en ik nog steeds de "oude" lokale v5 firmware draai (en ook altijd zal blijven doen ivm het Cyber gewauwel van Enphase) ben ik beperkt in monitoring en controle. Mijn aannames en vragen gaan dan ook over het PV gedeelte (AC & DC).

1 - Hoewel het DC laden direct vanuit de MPPT efficiënter is dan de AC feed die uit de Enphase gaat komen, dit zal alleen het AC overschot zijn, dus efficiency is hier van ondergeschikt belang. Klopt het dat ik de DC laadcapaciteit uit de MPPT panelen eenvoudig tot 0 kan terug regelen als de omstandigheden daar om vragen: bv SoC 100%, genoeg AC overschot ? Aangezien ik weinig tot geen controle heb over het vermogen uit het Enphase systeem (hooguit aan/uit).

2 - Met een VM-3P75CT aan de hoofdmeter, heeft het dan nog zin om de Enphase PV stats apart (nog een extra VM-3P75CT) aan te bieden aan de GX ? Met de bruto/netto stats uit de VM-3P75CT is het Enphase vermogen toch al verdisconteerd in het beschikbare AC vermogen uit de hoofdmeter (lees: leveren we terug of niet) ?

3 - Ik zag wat community projecten om de, niet direct / officieel gesupporterd Eastron SDM630, "virtueel" aan te bieden als energie meter middels bv MQTT. Zijn hier mensen die deze specifieke combo gebruiken ? Zou dit wellicht de aanschaf van een tweede VM-3P75CT kunnen voorkomen (hergebruik SDM630) wanneer het toch meerwaarde heeft om AC PV stats apart aan te bieden (zie: vraag 2)?

(Niet per se antwoorden op je gestelde vragen, ik heb geen DC PV / MPPT's.)

Die extra meter voor de AC-PV lijkt me geen overbodige luxe, maar noodzakelijk. Anders weet je Cerbo niet wat je PV input is en krijg je onjuiste weergave van wat je PV-input is en ook voorspellingen met DESS e.d. Maakt niet uit of het AC-in of AC-out is aangesloten volgens mij.

Ik heb zelf ook 3x MP-II-5k maar als ik het nu over zou doen dan zou ik toch voor de 6k5 gaan. Zeer geringe meerprijs, gelijksoortig gewicht, betere fans/stiller, met aardig meer vermogen en ook in bepaalde situaties veiliger (sneller afslaan bij kortsluiting, hoger vermogen kan B16 automaat laten trippen en 5k net niet, etc.).

Verder snap ik niet echt je redenering over het willen aansluiten van bestaande PV op AC-in. Die frequency shifting hoef je niet zelf te doen ofzo, dat gebeurt geheel automatisch met de config daarvoor in de Multiplussen (ESS assistant). Paar parameters ingeven en je huidige PV-omvormer zou gewoon gaan terugschakelen of uit.
Hier was het voltage van het net ook altijd prima tot twee weken geleden. Plotseling 253 volt op een niet eens zo zonnige dag. Op hetzelfde moment stonden er een paar Stedin busjes in de straat bij het transformatorhuisje en die hebben dus wat veranderd waardoor het nu opeens wel kak is. 😠 Ben blij dat ik mijn PV gewoon op AC-out heb staan. Kan nu in die situaties op 'inverter only' mode verder draaien. 🙂

[NTS]

gertvdijk schreef op zondag 17 mei 2026 @ 10:28:
[...]
Hier was het voltage van het net ook altijd prima tot twee weken geleden. Plotseling 253 volt op een niet eens zo zonnige dag. Op hetzelfde moment stonden er een paar Stedin busjes in de straat bij het transformatorhuisje en die hebben dus wat veranderd. 😠

Al een melding gedaan? Misschien een foutje bij het instellen.

Ben blij dat ik mijn PV gewoon op AC-out heb staan. Kan nu in die situaties op 'inverter only' mode verder draaien. 🙂

Dat kan toch ook met PV op de AC-in? Je PV stopt er vanzelf mee bij 253V.

[gertvdijk]

NTS schreef op zondag 17 mei 2026 @ 10:31:
Al een melding gedaan? Misschien een foutje bij het instellen.

Is net binnen de grenswaarde helaas, 250-253V is voldoende om Hoymiles PV te doen dimmen en niet hoog genoeg voor een klacht. Vermoedelijk is dit bewust gedaan. De hele wijk heeft zowat panelen hier. Was al een beetje te mooi om waar te zijn dat het voltage nooit boven de 234V kwam hiervoor.

NTS schreef op zondag 17 mei 2026 @ 10:31:
Dat kan toch ook met PV op de AC-in? Je PV stopt er vanzelf mee bij 253V.

Ik bedoel juist het kunnen doordraaien van AC PV. Dat kan niet op AC-in, wel op AC-out, door de Victrons in inverter only mode te zetten (soft grid disconnect zeg maar).

[ Voor 11% gewijzigd door gertvdijk op 17-05-2026 10:42 ]

[habbekrats]

gertvdijk schreef op zondag 17 mei 2026 @ 10:28:
[...]

Verder snap ik niet echt je redenering over het willen aansluiten van bestaande PV op AC-in. Die frequency shifting hoef je niet zelf te doen ofzo, dat gebeurt geheel automatisch met de config daarvoor in de Multiplussen (ESS assistant). Paar parameters ingeven en je huidige PV-omvormer zou gewoon gaan terugschakelen of uit.
Hier was het voltage van het net ook altijd prima tot twee weken geleden. Plotseling 253 volt op een niet eens zo zonnige dag. Op hetzelfde moment stonden er een paar Stedin busjes in de straat bij het transformatorhuisje en die hebben dus wat veranderd waardoor het nu opeens wel kak is. 😠 Ben blij dat ik mijn PV gewoon op AC-out heb staan. Kan nu in die situaties op 'inverter only' mode verder draaien. 🙂

Dat werkt alleen als je OFFGRID bent, gekoppeld normaal aan het grid heeft de Cerbo/Multiplus hier geen enkele invloed op.

[reneeke1970]

NTS schreef op zondag 17 mei 2026 @ 10:31:
[...]

Al een melding gedaan? Misschien een foutje bij het instellen.


[...]

Dat kan toch ook met PV op de AC-in? Je PV stopt er vanzelf mee bij 253V.

Word tegenwoordig expres zo ingesteld om pv te verminderen ,omdat ze nog geen tijd of geld hebben om netwerk aan te passen . Enexis gaf deze verklaring al ruim jaar geleden

[gertvdijk]

habbekrats schreef op zondag 17 mei 2026 @ 11:18:
Dat werkt alleen als je OFFGRID bent, gekoppeld normaal aan het grid heeft de Cerbo/Multiplus hier geen enkele invloed op.

Niet helemaal waar! Ik noemde niet voor niets 'inverter only' mode - dat werkt zonder een fysieke switch over te hoeven halen.

[ Voor 5% gewijzigd door gertvdijk op 17-05-2026 15:55 ]

[DoMoFo]

gertvdijk schreef op zondag 17 mei 2026 @ 10:28:

Die extra meter voor de AC-PV lijkt me geen overbodige luxe, maar noodzakelijk. Anders weet je Cerbo niet wat je PV input is en krijg je onjuiste weergave van wat je PV-input is en ook voorspellingen met DESS e.d. Maakt niet uit of het AC-in of AC-out is aangesloten volgens mij.

@gertvdijk Hmmm, klinkt logisch... Ik heb in deze fase nog moeite met alle kruisverbanden die horen bij zo'n systeem, tnx!

Ik heb zelf ook 3x MP-II-5k maar als ik het nu over zou doen dan zou ik toch voor de 6k5 gaan. Zeer geringe meerprijs, gelijksoortig gewicht, betere fans/stiller, met aardig meer vermogen en ook in bepaalde situaties veiliger (sneller afslaan bij kortsluiting, hoger vermogen kan B16 automaat laten trippen en 5k net niet, etc.).

Ook daar zal ik naar kijken, goede tip.

Verder snap ik niet echt je redenering over het willen aansluiten van bestaande PV op AC-in. Die frequency shifting hoef je niet zelf te doen ofzo, dat gebeurt geheel automatisch met de config daarvoor in de Multiplussen (ESS assistant). Paar parameters ingeven en je huidige PV-omvormer zou gewoon gaan terugschakelen of uit.

Gaat niet om wel/niet zelf doen, het gaat om de effecten van frequency shifting wanneer de AC panelen achter AC-Out staan in off-grid modus. Zonder in details te treden wil ik alles hier gewoon op 50Hz blijven draaien, on- en off grid. .

Op de simpele envoy is het eventueel mogelijk om met relays (automation met een Shelly bv.) te spelen om de micro's procentueel af te remmen. Als ik dat voorelkaar krijg in mijn situatie, zou ik kunnen overwegen om het Enphase systeem toch achter AC-out te zetten, wat uiteraard de meest ideale situatie is.

reneeke1970 schreef op zondag 17 mei 2026 @ 09:38:

Tip ,vervang èèn van die mp door een easy solar,scheelt je wat kabels en ex te bestellen

@reneeke1970 Eh, wil je me nog meer in de war brengen ... Volgens mij zou dat dan een EasySolar-II GX worden in jouw idee ? Die doet 48V en heeft een 250/70, dus matched het meest met de "losse" MPPT 250/60 uit de MPPT wizzard. Weer een behoorlijk bedrag maar met de ingebouwde GX zou dat de pijn iets verzachten..

Maar als ik dan toch bezig ben kan ik natuurlijk ook zo'n Multi RS Solar overwegen en alle Enphase Micro's op marktplaats zetten en gewoon All-In DC gaan... Maar goed, dat is meer iets voor Het grote Victron ontwerp topic

[reneeke1970]

DoMoFo schreef op zondag 17 mei 2026 @ 17:38:
[...]

@gertvdijk Hmmm, klinkt logisch... Ik heb in deze fase nog moeite met alle kruisverbanden die horen bij zo'n systeem, tnx!


[...]

Ook daar zal ik naar kijken, goede tip.


[...]

Gaat niet om wel/niet zelf doen, het gaat om de effecten van frequency shifting wanneer de AC panelen achter AC-Out staan in off-grid modus. Zonder in details te treden wil ik alles hier gewoon op 50Hz blijven draaien, on- en off grid. .

Op de simpele envoy is het eventueel mogelijk om met relays (automation met een Shelly bv.) te spelen om de micro's procentueel af te remmen. Als ik dat voorelkaar krijg in mijn situatie, zou ik kunnen overwegen om het Enphase systeem toch achter AC-out te zetten, wat uiteraard de meest ideale situatie is.


[...]

@reneeke1970 Eh, wil je me nog meer in de war brengen ... Volgens mij zou dat dan een EasySolar-II GX worden in jouw idee ? Die doet 48V en heeft een 250/70, dus matched het meest met de "losse" MPPT 250/60 uit de MPPT wizzard. Weer een behoorlijk bedrag maar met de ingebouwde GX zou dat de pijn iets verzachten..

Maar als ik dan toch bezig ben kan ik natuurlijk ook zo'n Multi RS Solar overwegen en alle Enphase Micro's op marktplaats zetten en gewoon All-In DC gaan... Maar goed, dat is meer iets voor Het grote Victron ontwerp topic

De 5000 heeft een 250/100 aan boord met gx. En kun je ex bestellen vanwege pv ,ook de bijbehorende rand apparaten....

Als je zelf het dak op kunt deed ik ook Enphase weg inderdaad

[V_ger]

Meer mensen die last hebben van een multiplus die met enige regelmaat de ve.bus verbinding kwijt is?

Geen errors, niks in de logs. Gewoon ineens state "unknown". Uiteraard stopt ie dan met alles. Even wachten, dan gaat ie in pass-thru en daarna weer waar ie mee bezig was. Echt super irritant.

[Noord27]

@V_ger nee geen last van. Allemaal dezelfde firmware er op staan?

[V_ger]

@Noord27 het draait hier al jaren zonder issues. Echt iets van de laatste tijd.

Iets gaat over zijn nek lijkt het waardoor de ve.bus herstart. Ik ben er nog niet achter of de usb en ve.can ook herstarten. Als de communicatie met de multi's wegvalt gebeuren er sowieso rare dingen.

Het lijkt te triggeren als ik via MQTT nieuwe set-points stuur. Maar ook dat doe ik al vrij lang via HA. Ik schrijf op de HA host lokaal naar MQTT. Die is gebridged met VenusOS.

Het is geen algehele reset, de uptime counter blijft hetzelfde.

Heb hierna geupdate van 3.67 naar 3.72, maar probleem blijft.

Ik heb nu de state van ve.bus ook aangemaakt als mqtt sensor. Dan kan ik zien wanneer het precies gebeurt.

[ Voor 13% gewijzigd door V_ger op 17-05-2026 18:44 ]

[DoMoFo]

DoMoFo schreef op zondag 17 mei 2026 @ 17:38:
[...]

@gertvdijk Hmmm, klinkt logisch... Ik heb in deze fase nog moeite met alle kruisverbanden die horen bij zo'n systeem, tnx!

Ik bedenk me zojuist nog een invalshoek om AC PV output monitoring te doen zonder specifieke PV kWh meter. Wat als ik mijn Enphase systeem op AC-Out 2 zet, dan heb ik nog steeds het gewenste effect dat het Enphase systeem uitgaat in off-grid modus. Zou ik dan de in/out stats van deze AC-Out 2 port, die tenslotte bekend zijn in de MP kunnen voeden als "PV" stats aan de GX. Of sla ik nu door in mijn gedachten...

Ik sla door, zie dat beide AC Outs niet apart worden gemonitord in een MP...

[ Voor 6% gewijzigd door DoMoFo op 17-05-2026 18:54 ]

[Impossibl3]

@DoMoFo je kan ook de enphase envoy omruilen voor de meterd. Dan kan je een suport ticket aanmaken om over modbus met victron te praten. Scheelt je ook een gridmeter voor de victron te kopen.

[DoMoFo]

Impossibl3 schreef op zondag 17 mei 2026 @ 19:09:
@DoMoFo je kan ook de enphase envoy omruilen voor de meterd. Dan kan je een suport ticket aanmaken om over modbus met victron te praten. Scheelt je ook een gridmeter voor de victron te kopen.

@Impossibl3 Ik ben bang dat als ik die _nu_ nog nieuw koop ik er nooit meer 1 met v5 firmware te pakken krijg. Zal minimaal v7 of inmiddels v8 zijn, die niet meer autonoom lokaal is uit te lezen = helaas een no-go voor mij.

Hoewel ik er nooit 1 heb gehad leid ik toch aan het VanMoof syndroom...

[NTS]

reneeke1970 schreef op zondag 17 mei 2026 @ 11:29:
[...]
Word tegenwoordig expres zo ingesteld om pv te verminderen ,omdat ze nog geen tijd of geld hebben om netwerk aan te passen . Enexis gaf deze verklaring al ruim jaar geleden

Oh wow. Dus het issue is niet lokaal, maar ergens verderop en lokaal zorgen ze bewust voor een hoog voltage zodat PV afschakelt?

[NTS]

Ik heb een VM-3P75CT meter toegevoegd aan mijn setup. Er lag al een extra kabel in dezelfde buis als het ethernet naar de Cerbo, dus die heb ik gebruikt voor VE.Can. Maar hij lijkt nog niet helemaal 100% happy, ik krijg status "ERROR-ACTIVE" en "Bus Warn: 6" met een paar (0.05%) dropped TX frames.

Sowieso lijkt de poort van die meter niet helemaal optimaal, ik moet het stekkertje er echt goed in duwen niet alleen de eerste klik van het lipje, of een beetje omhoog mikken. Alsof de poort te los is voor de stekker, maar het is een volledig standaard ethernet stekker waar ik er nog tientallen van in huis gebruik voor normaal netwerk.

Iemand eerder zoiets gezien? En moet ik iets met die "ERROR-ACTIVE" status?

[cyclone]

@Impossibl3 en @DoMoFo een metered is direct 275 euro kortom een Shelly meter ertussen is per definitie goedkoper.

en er gaat dus een andere firmware op voor de modbus over tcp als je dat goed wilt doen en daarmee ben je idd de lokale uitlees mogelijkheid kwijt.

Ik vind Enphase hier compleet de plank mee misslaan. Zeker als je dit enorme prijsverschil ziet tussen de envoy metered en non metered terwijl het letterlijk dezelfde hardware is die een paar (simpele) componenten mist.

(Heb ze hier tegelijkertijd open geschroefd op de werkbank gehad en tis werkelijk beschamend)

Ik heb de metered uiteindelijk gekregen omdat bij de uitrol van de modbus over tcp de documentatie niet duidelijk aangaf dat ik een metered envoy benodigde en support dit ook niet wist en me 2 maanden aan het lijntje hebben gehouden.

Dat heb ik aanhankelijk gemaakt en na heel veel geduld uiteindelijk gelijk gekregen en als coulance de metered als omruil gekregen. Duurde allemaal wel ruim 4 maanden voor men zover was.

Dus mijn geduld is inmiddels wel op met Enphase. Mooi spul maar veel te duur en de support is echt dramatisch. Tis dat ik me niet laat afwimpelen maar daar hebben ze wel menig poging toe ondernomen.

[HyperBart]

reneeke1970 schreef op zondag 17 mei 2026 @ 11:29:
[...]

Word tegenwoordig expres zo ingesteld om pv te verminderen ,omdat ze nog geen tijd of geld hebben om netwerk aan te passen . Enexis gaf deze verklaring al ruim jaar geleden

Wuuuut? Ik mag toch hopen dat zeer kort en tijdelijk is. Ik dacht dat mijn wijk of het in Belgie al slecht gesteld was, maar permanent de trafo (hier in Belgie is dat per stap van 7V) op 253V laten staan is wel heel kwalijk.

Bij ons is de netnorm 10pct min of plus tov nominaal 230V. Als ze hier bij ons bv bij onderhoud merken dat de generatorwagen het moeilijk krijgt door teveel tegendruk van de PV (iets met golven/generator die in onbalans geraakt dacht ik) dan zetten ze de generator op 51Hz en vallen de inverters sowieso allemaal uit.

[Noord27]

@HyperBart Als gebiedsengineer regio/gemeente Dongen zou ik zeker op de hoogte moeten zijn van een dergelijke uitspraak/verklaring. 😉

Die verklaring (express 253V toelaten om PV invoeding te beperken) zul je nergens terug kunnen vinden bij Enexis. 5% wordt gehanteerd als grens. Niet de 10% (253V bovenzijde) wat wettelijk bepaald is.

[ Voor 8% gewijzigd door Noord27 op 18-05-2026 00:46 ]

[reneeke1970]

Noord27 schreef op maandag 18 mei 2026 @ 00:43:
@HyperBart Als gebiedsengineer regio/gemeente Dongen zou ik zeker op de hoogte moeten zijn van een dergelijke uitspraak/verklaring. 😉

Die verklaring (express 253V toelaten om PV invoeding te beperken) zul je nergens terug kunnen vinden bij Enexis. 5% wordt gehanteerd als grens. Niet de 10% (253V bovenzijde) wat wettelijk bepaald is.

Waarom staat de beljaard dan op 245 volt?

[Hermarcel]

NTS schreef op zondag 17 mei 2026 @ 21:25:
Iemand eerder zoiets gezien? En moet ik iets met die "ERROR-ACTIVE" status?

Error-Active is de Error Status die aangeeft dat alles normaal functioneert. Zie hier

[NTS]

Hermarcel schreef op maandag 18 mei 2026 @ 09:25:
[...]
Error-Active is de Error Status die aangeeft dat alles normaal functioneert. Zie hier

Tnx. Dan moet ik alleen nog ff uitvinden waarom de stekker niet vast genoeg in de poort lijkt te zitten. Als die iets beweegt gaat hij naar ERROR-PASSIVE, dat werkt dus ook nog steeds maar er zijn dan transmit/receive errors.

[Noord27]

reneeke1970 schreef op maandag 18 mei 2026 @ 09:07:
[...]

Waarom staat de beljaard dan op 245 volt?

Geen idee waar je meet en hoe je aan deze waarde komt. Is dat de noordzijde met veel nieuwbouw? Dat zit zelfs nog ver onder je genoemde 245V, op de lokale MS/LS stations. 236V lijkt wel het maximum te zijn; zie zelden een dergelijke vlak voltage over een heel jaar. Het stroomnet heeft daar meer als voldoende ruimte in ieder geval.

Is alle interne bekabeling achter je hoofdmeter wel goed afgestemd? Ziet er naar uit als je lokaal 245V meet dat er bekabeling te dun/lang is en een omvormer te hard moet 'duwen' om de stroom terug het lokale net op te krijgen.

[ Voor 11% gewijzigd door Noord27 op 18-05-2026 10:51 ]

[HyperBart]

Noord27 schreef op maandag 18 mei 2026 @ 00:43:
@HyperBart Als gebiedsengineer regio/gemeente Dongen zou ik zeker op de hoogte moeten zijn van een dergelijke uitspraak/verklaring. 😉

Die verklaring (express 253V toelaten om PV invoeding te beperken) zul je nergens terug kunnen vinden bij Enexis. 5% wordt gehanteerd als grens. Niet de 10% (253V bovenzijde) wat wettelijk bepaald is.

Hoe bedoel je? Ik ben Belg he. Bedoel je dat de andere Tweaker iets zei wat niet klopte omdat jij daar niet van op de hoogte bent? Ik vrees dat ik je bericht niet zo goed snap.

[HyperBart]

N/A

[ Voor 108% gewijzigd door HyperBart op 18-05-2026 16:34 ]

[reneeke1970]

Noord27 schreef op maandag 18 mei 2026 @ 10:36:
[...]

Geen idee waar je meet en hoe je aan deze waarde komt. Is dat de noordzijde met veel nieuwbouw? Dat zit zelfs nog ver onder je genoemde 245V, op de lokale MS/LS stations. 236V lijkt wel het maximum te zijn; zie zelden een dergelijke vlak voltage over een heel jaar. Het stroomnet heeft daar meer als voldoende ruimte in ieder geval.

Is alle interne bekabeling achter je hoofdmeter wel goed afgestemd? Ziet er naar uit als je lokaal 245V meet dat er bekabeling te dun/lang is en een omvormer te hard moet 'duwen' om de stroom terug het lokale net op te krijgen.[Afbeelding]

Heb geen contact meer inmiddels ,het is de zuid kant ,met regen en 300 watt op omvormer staat er gewoon 245 volt,dus zo goed is die wijk niet. Is niet voor niks al trafo uitgefikt

[Vorkie]

reneeke1970 schreef op maandag 18 mei 2026 @ 16:51:
[...]

Heb geen contact meer inmiddels ,het is de zuid kant ,met regen en 300 watt op omvormer staat er gewoon 245 volt,dus zo goed is die wijk niet. Is niet voor niks al trafo uitgefikt

Dit is wel een beetje dingen koppelen aan elkaar die mogelijk zelfs helemaal niets met elkaar te maken hebben. @Noord27 reageert netjes en jij doet het soort van laten overkomen alsof die liegt.

[reneeke1970]

Vorkie schreef op maandag 18 mei 2026 @ 17:11:
[...]

Dit is wel een beetje dingen koppelen aan elkaar die mogelijk zelfs helemaal niets met elkaar te maken hebben. @Noord27 reageert netjes en jij doet het soort van laten overkomen alsof die liegt.

Dat zeg ik toch niet ,zeg alleen wat ik bij mensen in de meterkast zag ,omdat ze vroegen dat ik eens naar hun pv wilde kijken. En de brandende trafo was in wijde omtrek te zien....

[Noord27]

@reneeke1970 mensen en bedrijven zijn tegenwoordig gewend/verwend dat stroom er altijd is. Het wordt pas gemist er het er opeens niet is. Het is niet vanzelfsprekend. Dat zegt ook iets over betrouwbaarheid van het netwerk als dat wel als zo wordt ervaren. 😉

Doel je op het trafohuis aan de Veenbies? Daarmee waren in eerste instantie meer als 500 huishoudens gemoeid. Na iets meer als 2 uur bleven er nog 252 huishoudens over en binnen 24h waren die 252 ook, weliswaar middels noodstroom aggregaten, voorzien van stroom.

Overigens is dat 7 jaar geleden en heeft geen enkel raakvlak met de hoge spanning die jij nu ergens meet. De exacte oorzaak van de brand aan de Veenbies is nooit gevonden, maar digitale logboeken lieten een doodnormale spanning zien tot kort vooraf aan de brand.

Hierbij wil ik je toch meegeven om waar je een hoge spanning meet van 245V te achterhalen hoe dat kan. Aan het netwerk tot aan je meter ligt het niet. Hoe lang zijn je kabels, wat is de dikte en hoeveel probeer je terug te duwen het net op?

[ Voor 33% gewijzigd door Noord27 op 18-05-2026 17:51 ]

[reneeke1970]

Noord27 schreef op maandag 18 mei 2026 @ 17:42:
@reneeke1970 mensen en bedrijven zijn tegenwoordig gewend/verwend dat stroom er altijd is. Het wordt pas gemist er het er opeens niet is. 😉

Doel je op het trafohuis aan de Veenbies? Daarmee waren in eerste instantie meer als 500 huishoudens gemoeid. Na 2 uur bleven er nog 252 huishoudens over en binnen 24h waren die 252 ook, weliswaar middels noodstroom aggregaten, voorzien van stroom.

Overigens is dat 7 jaar geleden en heeft geen enkel raakvlak met de hoge spanning die jij ergens thuis meet met invoeren.

Ik woon gelukkig niet in beljaard....

Ja in veenbies ,de wijk was net voor de helft klaar ,nu zijn het 900 huizen.

Er stond inderdaad razend snel een nood aggregaat ja ,was snel gefikst. Heeft paar weken geduurd voor er nieuwe trafo was,maar toen was ik op vakantie dus weet niet precies.

Thuis heb ik er geen last van gehad ,zit op oud en degelijk netwerk met hooguit 228 volt en nooit uitval gehad laatste 30 jaar

Maar beetje offtopic hier dus nieuw onderwerp...

[HermanGast]

V_ger schreef op zondag 17 mei 2026 @ 18:18:
Meer mensen die last hebben van een multiplus die met enige regelmaat de ve.bus verbinding kwijt is?

Geen errors, niks in de logs. Gewoon ineens state "unknown". Uiteraard stopt ie dan met alles. Even wachten, dan gaat ie in pass-thru en daarna weer waar ie mee bezig was. Echt super irritant.

Bekabeling al helemaal nagezien en/of vervangen?

[V_ger]

HermanGast schreef op maandag 18 mei 2026 @ 18:46:
[...]

Bekabeling al helemaal nagezien en/of vervangen?

Dat zijn 3 stukjes standaard cat5e utp kabel. Gekocht, niet zelf gemaakt. Aan de kant van de Cerbo wel losgehad en opnieuw ingestoken. Verder zit het allemaal weg/buiten zicht.

Net weer vastgesteld, niet op een tijdstip dat er nieuwe settings gestuurd worden. Dus dat lijkt er niets mee te maken te hebben. Wel tijdens maximaal laden/ontladen.

Het enige wat ik onlangs heb gewijzigd is dat ik 3 van mijn 4 CH340 usb-TTL adapter heb vervangen door FT232 USB adapters in de hoop mijn Cerbo load omlaag te krijgen. Ik weet niet of het ve.bus probleem daarvoor er ook al was. Deze usb adapters gebruik ik om mijn oude JKs te verbinden.

Het is wel echt een probleem inmiddels. De sensor inmiddels in HA om te kunnen loggen.

[ Voor 22% gewijzigd door V_ger op 18-05-2026 20:35 ]

[Japie.G]

Terminators er in zitten? En zie je ook errors in de communicatie stats?

[V_ger]

Japie.G schreef op maandag 18 mei 2026 @ 20:34:
Terminators er in zitten? En zie je ook errors in de communicatie stats?

Terminators zijn toch alleen voor ve.can?

Er zijn geen errors, dat is het maffe.

Andere apparaten op modbus (SolarEdge inverter), ve.can (lynx shunt en mppt) en usb (serial-battery) blijven gewoon doorwerken. Maar de multi's kappen dus, die zijn ve.bus.

[ Voor 24% gewijzigd door V_ger op 18-05-2026 20:39 ]

[Japie.G]

V_ger schreef op maandag 18 mei 2026 @ 20:36:
[...]

Terminators zijn toch alleen voor ve.can?

Er zijn geen errors, dat is het maffe.

Andere apparaten op modbus (SolarEdge inverter), ve.can (lynx shunt en mppt) en usb (serial-battery) blijven gewoon doorwerken. Maar de multi's kappen dus, die zijn ve.bus.

Sorry, ik had een paar posts gemist. Vreemd verhaal..

[Hermarcel]

NTS schreef op maandag 18 mei 2026 @ 09:54:
[...]

Tnx. Dan moet ik alleen nog ff uitvinden waarom de stekker niet vast genoeg in de poort lijkt te zitten. Als die iets beweegt gaat hij naar ERROR-PASSIVE, dat werkt dus ook nog steeds maar er zijn dan transmit/receive errors.

Ik weet dat je veranderingen ziet als je de connector beweegt, maar ik wil het toch even vragen: Heb je de Canbus-terminators correct geplaatst? Zonder terminators is de kwaliteit van een Canbus-netwerk een stuk minder en zou (misschien!) je hand bij de connector al voor verstoring kunnen zorgen.

[teka1]

Hoi allen,


Onlangs heb ik mijn thuisaccu systeem uitgebreid met een aantal zonnepanelen die via een Victron MPPT (Smartsolar VE.CAN 150/75) aan mijn accu zijn gekoppeld. Ik had al een Multiplus II 48/5000 en accu met JK-bms.

Wat mij nu opvalt is dat wanneer de MP in absorptie mode gaat de MPPT vaak in bulk blijft staan, dit lijkt mij niet helemaal wat gewenst is...

Ik heb de instellingen van de MP en MPPT gecontroleerd en deze hebben beide dezelfde voltage ingesteld om naar absorptie te gaan. Op de cerbo heb bij DVCC SVS aanstaan, zodat alle apparaten dezelfde spanning krijgen m'n BMS.

Iemand een idee hoe dit kan en hoe ik ervoor zorg dat beide 'laders' gelijktijdig in bulk/absorptie gaan.

[NTS]

Hermarcel schreef op maandag 18 mei 2026 @ 21:41:
[...]
Ik weet dat je veranderingen ziet als je de connector beweegt, maar ik wil het toch even vragen: Heb je de Canbus-terminators correct geplaatst? Zonder terminators is de kwaliteit van een Canbus-netwerk een stuk minder en zou (misschien!) je hand bij de connector al voor verstoring kunnen zorgen.

Ja, die zit er aan beide kanten in. Ik dacht eerst even dat het misschien een kapotte terminator was want bij het wisselen veranderde het issue, maar dat kwam dus doordat je dan ook de connector beweegt.

Ik heb ook al de stekker er af geknipt en een ander merk connector op de kabel geknepen, maar hetzelfde issue. Dus ik denk dat de poort zelf een beetje lam is, maar dat lijkt me ook vreemd met een meter die nieuw uit de doos komt.

Webshop ook al gemaild of deze misschien teruggestuurd was, maar het is echt een volledig nieuwe

[NTS]

teka1 schreef op maandag 18 mei 2026 @ 21:47:
Wat mij nu opvalt is dat wanneer de MP in absorptie mode gaat de MPPT vaak in bulk blijft staan, dit lijkt mij niet helemaal wat gewenst is...
[..]
Ik heb de instellingen van de MP en MPPT gecontroleerd en deze hebben beide dezelfde voltage ingesteld om naar absorptie te gaan. Op de cerbo heb bij DVCC SVS aanstaan, zodat alle apparaten dezelfde spanning krijgen m'n BMS.

Met DVCC en je BMS als bestuurder zou dat eigenlijk niet moeten kunnen. Zie je dat ook bij volle zon? En wat is dan het voltage terwijl de MPPT nog bulk zegt?

[V_ger]

Mijn ve.bus ellende blijft voortduren. Gisteren alles wat ik kwa software kon updaten geupdate en vandaag blij dat ik 3 uur lang heb kunnen terugleveren zonder problemen.

En dan 10 minuten nadat ie naar 0 op de meter is gegaan, 2x achter elkaar ve.bus weg....

Dus het ligt niet aan het sturen van set-points, niet aan storing op de kabels door hoge DC stroom. Ik snap er niets van. Iemand een suggestie over welke logfiles ik door zou moeten spitten?

[HyperBart]

V_ger schreef op dinsdag 19 mei 2026 @ 22:17:
Mijn ve.bus ellende blijft voortduren. Gisteren alles wat ik kwa software kon updaten geupdate en vandaag blij dat ik 3 uur lang heb kunnen terugleveren zonder problemen.

En dan 10 minuten nadat ie naar 0 op de meter is gegaan, 2x achter elkaar ve.bus weg....

Dus het ligt niet aan het sturen van set-points, niet aan storing op de kabels door hoge DC stroom. Ik snap er niets van. Iemand een suggestie over welke logfiles ik door zou moeten spitten?

Vervelend, echt ellendig, kan het mij voorstellen.

Ik zou een ticket bij Victron inschieten, die VE.bus is redelijk “gesloten”, zij gaan toch een stappenplan moeten kunnen vertellen om te elimineren?

[Q]

V_ger schreef op dinsdag 19 mei 2026 @ 22:17:
Mijn ve.bus ellende blijft voortduren. Gisteren alles wat ik kwa software kon updaten geupdate en vandaag blij dat ik 3 uur lang heb kunnen terugleveren zonder problemen.

En dan 10 minuten nadat ie naar 0 op de meter is gegaan, 2x achter elkaar ve.bus weg....

Dus het ligt niet aan het sturen van set-points, niet aan storing op de kabels door hoge DC stroom. Ik snap er niets van. Iemand een suggestie over welke logfiles ik door zou moeten spitten?

Dat zou ik niet weten, mocht je het nog niet geprobeerd hebben:

- alle speciale devices loskoppelen van de cerbo en alleen vebus + energie meter aansluiten en testen, dan langzaam als het een periode goed gaat een voor een devices gaan toevoegen.

- Heb je echt niets recent veranderd en is de Ve.bus error altijd op 1 specifieke multiplus of willekeurig?

[Japie.G]

V_ger schreef op dinsdag 19 mei 2026 @ 22:17:
Mijn ve.bus ellende blijft voortduren. Gisteren alles wat ik kwa software kon updaten geupdate en vandaag blij dat ik 3 uur lang heb kunnen terugleveren zonder problemen.

En dan 10 minuten nadat ie naar 0 op de meter is gegaan, 2x achter elkaar ve.bus weg....

Dus het ligt niet aan het sturen van set-points, niet aan storing op de kabels door hoge DC stroom. Ik snap er niets van. Iemand een suggestie over welke logfiles ik door zou moeten spitten?

Ik kan het nergens meer vinden en kan het me niet helemaal meer goed herinneren, maar ik heb ooit een filmpje gezien van iemand die dat soort problemen had door een aardlus en grounded / shielded utp kabels. Gebruik je gewone simpele utp kabels?

[V_ger]

Q schreef op dinsdag 19 mei 2026 @ 23:30:
[...]

Dat zou ik niet weten, mocht je het nog niet geprobeerd hebben:

- alle speciale devices loskoppelen van de cerbo en alleen vebus + energie meter aansluiten en testen, dan langzaam als het een periode goed gaat een voor een devices gaan toevoegen.

- Heb je echt niets recent veranderd en is de Ve.bus error altijd op 1 specifieke multiplus of willekeurig?

Dat weet ik dus niet. De bus herstart gewoon. Ik probeer te achterhalen waardoor, maar ik weet niet waar ik moet zoeken naar errors.

Punt is dat ik lastig dingen kan ontkoppelen omdat het soms erg lang duurt voordat een fout optreedt. Ik verdenk mijn nieuwe usb FT232's TTL adapters.

[Q]

V_ger schreef op woensdag 20 mei 2026 @ 07:16:
[...]

Dat weet ik dus niet. De bus herstart gewoon. Ik probeer te achterhalen waardoor, maar ik weet niet waar ik moet zoeken naar errors.

Punt is dat ik lastig dingen kan ontkoppelen omdat het soms erg lang duurt voordat een fout optreedt. Ik verdenk mijn nieuwe usb FT233's TTL adapters.

Gaat dit helpen?

Heb je ergens in de remote console van de cerbo iets gevonden qua notificaties, of wat dit docje beschrijft?

De open deur - waar je mogelijk niet veel zin in hebt - is om die FT233 TTL adapters om te switchen naar de oude versies die - zoals ik het begreep - zwaarder op de cerbo cpu zijn. Ik snap dat dit nadelen heeft, maar ik vrees inderdaad dat je systematisch oorzaken moet gaan uitsluiten.

[ Voor 24% gewijzigd door Q op 20-05-2026 07:34 ]

[Noord27]

@V_ger is dit soort situaties is het meest logische om reverse Engineering toe te passen. Terug werken wat er gewijzigd is tot aan het moment dat het probleemloos heeft gewerkt.

[V_ger]

Q schreef op woensdag 20 mei 2026 @ 07:28:
[...]

Gaat dit helpen?

Heb je ergens in de remote console van de cerbo iets gevonden qua notificaties, of wat dit docje beschrijft?

De open deur - waar je mogelijk niet veel zin in hebt - is om die FT233 TTL adapters om te switchen naar de oude versies die - zoals ik het begreep - zwaarder op de cerbo cpu zijn. Ik snap dat dit nadelen heeft, maar ik vrees inderdaad dat je systematisch oorzaken moet gaan uitsluiten.

Je link werkt niet. Het maffe is, er zitten maar 4 apparaten op de ve.bus. Drie MPs in 3 fase en de cerbo... Ik heb mijn CH340s USB-TTL nog. Maar die zijn USB A. En mijn nieuwe adapters USB-C. Heb de kabels dus vervangen.... En de oude doorgeknipt om ze eruit te kunnen krijgen. Dus dat wordt dan weer een projectje.

[V_ger]

Japie.G schreef op woensdag 20 mei 2026 @ 07:15:
[...]

Ik kan het nergens meer vinden en kan het me niet helemaal meer goed herinneren, maar ik heb ooit een filmpje gezien van iemand die dat soort problemen had door een aardlus en grounded / shielded utp kabels. Gebruik je gewone simpele utp kabels?

Yep gewoon eenvoudige cat5e kabels. Ze zijn wel blauw, ik dacht dat dat beter was 😉

Claude zegt overigens dat ik mijn usb hub moet voorzien van een externe voeding. Dat zou moeten helpen tegen slechte signalen. Die hub zit aan de cerbo. In de hub zitten nu dus 1 CH340 en 3 FT232 adapters. In de cerbo zit ook nog een USB rs485 adapter voor de ET 340 grid meter.

Maar dan zou eventueel een USB issue een herstart van de ve.bus triggeren?

Of de AI uitspraak ergens op gebaseerd is weet ik niet.

[HRV]

Het zou heel goed kunnen. Veel USB poorten leveren een hub onvoldoende vermogen om de hub en meerdere devices van stroom te voorzien. Dat kan resulteren in USB devices die niet lekker lopen of wegvallen.

[Q]

V_ger schreef op woensdag 20 mei 2026 @ 07:50:
[...]

Je link werkt niet. Het maffe is, er zitten maar 4 apparaten op de ve.bus. Drie MPs in 3 fase en de cerbo... Ik heb mijn CH340s USB-TTL nog. Maar die zijn USB A. En mijn nieuwe adapters USB-C. Heb de kabels dus vervangen.... En de oude doorgeknipt om ze eruit te kunnen krijgen. Dus dat wordt dan weer een projectje.

Deze?

https://www.victronenergy.com/live/ve.bus:ve.bus_error_codes

mijn indruk als stuurlui aan wal is dat ve.bus erg stabiel is en de kans dat er iets stuk is lijkt me gering.

Persoonlijk denk ik dat de devices op je usb hub niet teveel power vragen, maar uitsluiten door er een paar los te halen en paar dagen draaien kan helpen. lijkt mij prio 1 of igg oude situatie herstellen met oude devices.

[ Voor 22% gewijzigd door Q op 20-05-2026 08:38 ]

[Japie.G]

V_ger schreef op woensdag 20 mei 2026 @ 08:05:
[...]

Yep gewoon eenvoudige cat5e kabels. Ze zijn wel blauw, ik dacht dat dat beter was 😉

Claude zegt overigens dat ik mijn usb hub moet voorzien van een externe voeding. Dat zou moeten helpen tegen slechte signalen. Die hub zit aan de cerbo. In de hub zitten nu dus 1 CH340 en 3 FT232 adapters. In de cerbo zit ook nog een USB rs485 adapter voor de ET 340 grid meter.

Maar dan zou eventueel een USB issue een herstart van de ve.bus triggeren?

Of de AI uitspraak ergens op gebaseerd is weet ik niet.

blauw is goed, dus daar zit het probleem niet

Die unpowered USB hub vind ik wel een interessante. Is de VE.Bus intern in de cerbo ook een USB device (denk het niet)? Wellicht kan het dan wel wat met elkaar te maken hebben? Je kun op die gedachte ook nog eens een USB->VE.Bus device op je cerbo gebruiken om te kijken of het probleem uit je cerbo hardware komt als andere dingen niet baten..

[MJ de Bruijn]

V_ger schreef op woensdag 20 mei 2026 @ 08:05:
Yep gewoon eenvoudige cat5e kabels.

Het moeten inderdaad (ook elders al genoemd) niet afgeschermde kabels zijn (UTP Unshielded Twisted Pair).

[HyperBart]

V_ger schreef op woensdag 20 mei 2026 @ 08:05:
[...]

Yep gewoon eenvoudige cat5e kabels. Ze zijn wel blauw, ik dacht dat dat beter was 😉

Claude zegt overigens dat ik mijn usb hub moet voorzien van een externe voeding. Dat zou moeten helpen tegen slechte signalen. Die hub zit aan de cerbo. In de hub zitten nu dus 1 CH340 en 3 FT232 adapters. In de cerbo zit ook nog een USB rs485 adapter voor de ET 340 grid meter.

Maar dan zou eventueel een USB issue een herstart van de ve.bus triggeren?

Of de AI uitspraak ergens op gebaseerd is weet ik niet.

Ik zou dat USB verhaal als eerste elimineren. Ik heb echt vage shit gezien met devices die net niet genoeg of zuivere spanning/vermogen konden afnemen.

[V_ger]

HyperBart schreef op woensdag 20 mei 2026 @ 11:43:
[...]

Ik zou dat USB verhaal als eerste elimineren. Ik heb echt vage shit gezien met devices die net niet genoeg of zuivere spanning/vermogen konden afnemen.

Ja, ik ga even kijken hoe ik dat ga doen. Mijn hub heeft een 12V voeding nodig, dat heb ik niet beschikbaar bij mijn Victron systeem. Uiteraard heb ik een netvoeding bij de USB hub, maar naast dat ik dat niet wil heb ik ook geen stopcontact daar.. Ik sluit hem wel even aan op een verlengsnoer. Als het dan een paar dagen stabiel is koop ik wel een DC-DC convertertje om het permanent aan te sluiten. En anders moet ik toch verder zoeken.

edit:
Volgens mij heeft het niet geholpen..Ik heb al weer een ve.bus unknown melding...Hmm voordeel van de twijfel. Ik heb HA herstart.

[ Voor 8% gewijzigd door V_ger op 20-05-2026 12:54 ]

[teka1]

NTS schreef op maandag 18 mei 2026 @ 22:47:
[...]


Met DVCC en je BMS als bestuurder zou dat eigenlijk niet moeten kunnen. Zie je dat ook bij volle zon? En wat is dan het voltage terwijl de MPPT nog bulk zegt?

Uiteindelijk gaat de MPPT wel naar absorptie toe, alleen duurt dat soms even. Ik heb eens de waardes vanuit de cerbo GUI naast elkaar gezet, zie onderstaande GIF.
Links de waarden van alle apparaten met de JK-BMS om in de gaten te houden, rechts de details van de MPPT. Wat mij opvalt is dat het voltage op de JK-BMS best wel snel veranderd, op de MPPT verloopt dat wat trager.

Interessant detail is ook, wanneer de spanning kort de 55.2V heeft aangetikt de MP in absorptiemodus is gegaan terwijl de MPPT nog in bulk laad.
MPPT is bedraad (VE.can) aangesloten op de cerbo.

Nu ik deze fluctuatie in voltage zie zat ik te denken om de absorptiespanning op de MP eens te verhogen naar 55.3V en op de MPPT op 55.2 laten staan. Zou dat een goed idee zijn om te zien of ze dan meer gelijktijdig in absorptie gaan? (of is er een manier om de voltage veranderingen sneller in de MPPT te krijgen)

[V_ger]

OK, USB hub aangesloten met externe voeding. Probleem ve.bus blijft. Inmiddels wel iets gevonden in:
/var/log/hub4control/current

2026-05-20 11:16:14.906293500 Multi @ "" disappeared.
2026-05-20 11:16:25.995909500 Multi found @ "com.victronenergy.vebus.ttyS4"

Het is meer een constatering dan een foutmelding waar ik iets aan heb. Ik vul aan wanneer ik meer weet. De timestamp is in UTC en komt overeen met de laatste melding in HA.


Zelfde in dbus-aggregate-batteries logfile. Maar we wisten al dat ie weg was. De vraag is waarom...

2026-05-20 11:16:14.730364500 INFO:root:MultiPlus/Quattro is not connected
2026-05-20 11:16:25.734293500 INFO:root:MultiPlus/Quattro is connected

[Q]

V_ger schreef op woensdag 20 mei 2026 @ 14:15:
OK, USB hub aangesloten met externe voeding. Probleem ve.bus blijft. Inmiddels wel iets gevonden in:
/var/log/hub4control/current

[...]

Het is meer een constatering dan een foutmelding waar ik iets aan heb. Ik vul aan wanneer ik meer weet. De timestamp is in UTC en komt overeen met de laatste melding in HA.


Zelfde in dbus-aggregate-batteries logfile. Maar we wisten al dat ie weg was. De vraag is waarom...

[...]

Misschien gel*l achteraf maar dat van die USB hub power vond ik niet waarschijnlijk omdat die FTL devices maar minimaal verbruiken, zover ik weet.

Persoonlijk denk ik dat je eerst volgende test beter kan zijn om die oude FTL devices weer terug te plaatsen. Dat is - zoals ik het begrijp - de belangrijkste verandering geweest - zoals je zelf aangaf.

Dat je de disconnects in de logs ziet vertelt je volgens mij niets nieuws toch?

[ Voor 4% gewijzigd door Q op 20-05-2026 14:49 ]

[V_ger]

Q schreef op woensdag 20 mei 2026 @ 14:48:
[...]

Misschien gel*l achteraf maar dat van die USB hub power vond ik niet waarschijnlijk omdat die FTL devices maar minimaal verbruiken, zover ik weet.

Persoonlijk denk ik dat je eerst volgende test beter kan zijn om die oude FTL devices weer terug te plaatsen. Dat is - zoals ik het begrijp - de belangrijkste verandering geweest - zoals je zelf aangaf.

Dat je de disconnects in de logs ziet vertelt je volgens mij niets nieuws toch?

Nee disconnects in de logs zegt niets nieuws, daar was ik al achter. Had gehoopt iets te kunnen vinden wat daarvoor plaatsvindt, maar niet dus. Die externe voeding had ik al weinig hoop op aangezien die TTL adaptertjes bijna niets verbruiken. Maar volgens mijn LLM zou een externe voeding het signaal verbeteren....Nou ja ik heb er alleen een verlengsnoer voor hoeven uitrollen.

Zit alleen met de bekabeling. De CH340's zijn male USB A, de FT232's zijn female USB C. Dus ik kan niet makkelijk terug.
Ik heb nu de gui uitgeschakeld (scheelt load) en de polling interval in serial-battery verhoogd naar 2.2 seconden.
En anders moet ik toch aan een ve.can BMS, gridmeter etc.
De hele reden dat ik andere USB-TLL adapters wilde proberen is een veel te hoge load op de cerbo. Maar ik ben nu van de regen in de drop geraakt.

[NTS]

Hoe is de voeding van de Cerbo zelf? Rechtstreeks van de batterijen?

[pgdodopgdo]

Ik ben nog een systeem aan het samenstellen en heb een vraag over de Cerbo aangesloten op een Fronius Symo via UTP, modbus TCP zodat de Cerbo de Fronius kan terugregelen.
Vraag is kan de Cerbo ook het geleverde vermogen van de Fronius via de Modbus uitlezen en in display weergeven of moet ik een extra VM-3P75CT op de Fronius AC uit aansluiten?

[ahjwinth]

Ik heb 2 fronius aangesloten op mijn mp gx, dit gaat via de LAN aansluiting, de fronius en cerbo moeten in hetzelfde netwerk zitten. Je kan dan de gegevens van de fronius in VRM zien. En het victron systeem kan de fronius aansturen

[Beer070]

NTS schreef op woensdag 20 mei 2026 @ 17:36:
Hoe is de voeding van de Cerbo zelf? Rechtstreeks van de batterijen?

Mag van de batterijen, als ik het goed heb 7-70volt DC, kan dus ook op een 12 of 24 volt DC deurbel voeding.

[V_ger]

Mijn Cerbo zit direct op de DC bus. Uiteraard met zekering EN condensator parallel, want oud...

[pgdodopgdo]

ahjwinth schreef op woensdag 20 mei 2026 @ 18:59:
Ik heb 2 fronius aangesloten op mijn mp gx, dit gaat via de LAN aansluiting, de fronius en cerbo moeten in hetzelfde netwerk zitten. Je kan dan de gegevens van de fronius in VRM zien. En het victron systeem kan de fronius aansturen

Bedankt voor de info, helemaal duidelijk, precies wat ik wilde weten.

[NTS]

V_ger schreef op woensdag 20 mei 2026 @ 20:28:
Mijn Cerbo zit direct op de DC bus. Uiteraard met zekering EN condensator parallel, want oud...

Dat zou dan ook niet het issue moeten zijn. Tenzij je condensator kapot is en de USB activity net genoeg is voor een brown out van de Cerbo ofzo.

[V_ger]

NTS schreef op donderdag 21 mei 2026 @ 21:20:
[...]

Dat zou dan ook niet het issue moeten zijn. Tenzij je condensator kapot is en de USB activity net genoeg is voor een brown out van de Cerbo ofzo.

Die condensator is alleen maar nodig bij inschakelen. Oude Cerbo's hebben een constructiefout waardoor ze kapot kunnen gaan bij inschakelen van een 48V bus. Dit is de workaround.

Anyway, ik dacht dat het wekte. 14 uur zonder probleem en toen vanmiddag toch weer..
Ik heb gevonden dat je de polling rate van battery-aggregator kan aanpassen. In mijn pogingen de load van de cerbo omlaag te krijgen heb ik nu:
- normal image, zonder nodered
- gui gedisabled, dat is alleen voor lokale display
- polling rate dbus-serial-battery driver 2.5sec
- polling rate dbus-battery-aggregator 2sec

De load is wel weer wat lager. Of het voldoende is en of dat überhaupt het probleem is, geen idee.

[Q]

V_ger schreef op donderdag 21 mei 2026 @ 22:09:
[...]

Die condensator is alleen maar nodig bij inschakelen. Oude Cerbo's hebben een constructiefout waardoor ze kapot kunnen gaan bij inschakelen van een 48V bus. Dit is de workaround.

Anyway, ik dacht dat het wekte. 14 uur zonder probleem en toen vanmiddag toch weer..
Ik heb gevonden dat je de polling rate van battery-aggregator kan aanpassen. In mijn pogingen de load van de cerbo omlaag te krijgen heb ik nu:
- normal image, zonder nodered
- gui gedisabled, dat is alleen voor lokale display
- polling rate dbus-serial-battery driver 2.5sec
- polling rate dbus-battery-aggregator 2sec

De load is wel weer wat lager. Of het voldoende is en of dat überhaupt het probleem is, geen idee.

Misschien heb ik niet goed opgelet maar de hoge load had je al langer, en toen had je deze problemen niet. Dus als dat klopt zullen deze stappen niet helpen. Ik zou nu als doel 1 een stabiele situatie willen realiseren van waaruit je stapje voor stapje wijzigingen kunt maken om te snappen wat exact de oorzaak is.

[V_ger]

Ik had al langer een hoge load, soms zo erg dat de cerbo herstartte. Daarom was ik al naar de normal image. Maar blijkbaar waren die CH340 adapters toch wel OK.. Ik had begrepen dat de FT232s beter waren. Maar mischien niet, of heb ik goedkope China clones. En 100% zeker weet ik ook niet dat het hiervoor de ve.bus OK was. Ik zit er nu met mijn neus op en log de ve.bus state in HA zodat ik het direct zie. Dat deed ik eerst niet. Een Cerbo herstart valt op. Dat duurt lang en de uptime is ineens laag. Een ve.bus herstart zonder verdere foutmeldingen kost 10-30seconden.
Maar ik kan niet eenvoudig terug door wijzigingen aan de bekabeling...

Misschien teveel zooi op de usb bus...
Misschien toch investeren in een BMS met can.

[Q]

Je vond de errors in de logs op de cerbo via de shell. Kun je die errors zover terug vinden met een grep van voor de wijzigingen, of gaan de logs niet zover terug? Als je zeker weet dat je de ve.bus errors had voordat je met alle wijzigingen begon dan is dat relevante info.

[V_ger]

Q schreef op donderdag 21 mei 2026 @ 23:29:
Je vond de errors in de logs op de cerbo via de shell. Kun je die errors zover terug vinden met een grep van voor de wijzigingen, of gaan de logs niet zover terug? Als je zeker weet dat je de ve.bus errors had voordat je met alle wijzigingen begon dan is dat relevante info.

De ve.bus gooit sowieso geen errors, die kapt er gewoon mee. Ik kan alleen constateren dat door de hoge load mijn Cerbo soms herstartte, dat is nu niet meer. Nou ja als nu slechts de ve.bus herstart is dat al een verbetering denk ik.. ofzo...
Cerbo is underpowered of ik vraag gewoon teveel of 4x serial-battery driver met usb-ttl is gewoon zwaar belastend.
Al die custom stukjes software zijn natuurlijk ook "unsupported" en voor nieuwe installaties denk ik ook niet meer relevant, want alle bms-en doen wel CAN tegenwoordig toch? Geen noodzaak tot USB-TTL gehobby. Helaas heb ik ook geen programmeerbare id in mijn oude JKs (v10). Anders had ik ze op 1 adapter kunnen zetten of als RS485 samen op 1 bus met verschillende IDs.
De vorige ve.bus herstart was circa 20 uur geleden, dus we gaan de goede kant op.

[Japie.G]

Hier nu ineens out of the blue ook vage problemen met de solar edge modbus tcp verbinding. Werkt een paar seconden, dan weer ff niet, dan weer wel…Draait volgens mij oude firmware. Dus dat zal het niet zijn? Geen enkele andere wijziging verder voor zover ik weet. Meer mensen spontaan last van?

[Beer070]

Japie.G schreef op vrijdag 22 mei 2026 @ 20:44:
Hier nu ineens out of the blue ook vage problemen met de solar edge modbus tcp verbinding. Werkt een paar seconden, dan weer ff niet, dan weer wel…

[Afbeelding]

[Afbeelding]

[Afbeelding]

Draait volgens mij oude firmware. Dus dat zal het niet zijn? Geen enkele andere wijziging verder voor zover ik weet. Meer mensen spontaan last van?

Heb je de software versie van SE al gecheckt? Misschien is er per ongeluk met een app update ook een firmware update gedaan?

[Japie.G]

Beer070 schreef op vrijdag 22 mei 2026 @ 21:03:
[...]

Heb je de software versie van SE al gecheckt? Misschien is er per ongeluk met een app update ook een firmware update gedaan?

Zie foto, 3.2537. Problemen zijn toch pas ergens ver na 4.xx?

[ Voor 7% gewijzigd door Japie.G op 22-05-2026 21:07 ]

[Beer070]

Japie.G schreef op vrijdag 22 mei 2026 @ 21:07:
[...]


Zie foto, 3.2537. Problemen zijn toch pas ergens ver na 4.xx?

Mijn go app wilde heel graag dat ik ging updaten. Maar net ontlopen. Dit staat er bij mij.

[NTS]

Ja de Solaredge Go app doet dat, bij mij heeft support hem vervolgens weer terug gezet.

[Plead]

Japie.G schreef op vrijdag 22 mei 2026 @ 20:44:
Hier nu ineens out of the blue ook vage problemen met de solar edge modbus tcp verbinding. Werkt een paar seconden, dan weer ff niet, dan weer wel…

[Afbeelding]

[Afbeelding]

[Afbeelding]

Draait volgens mij oude firmware. Dus dat zal het niet zijn? Geen enkele andere wijziging verder voor zover ik weet. Meer mensen spontaan last van?

Ik heb dezelfde versie en heb vanaf begin communicatieproblemen gehad totdat ik een paar maanden geleden wat aanpassingen in mijn Synology NAS heb gemaakt. Sorry maar ik heb geen idee wat ik toen precies gedaan heb (iets met DNS). Sinds die tijd is het stabiel. Cerbo GX versie
v3.80~25