Het grote Victron aansturing topic

[cyclone]

@martijn.2024
Dit staat letterlijk in het stuk over de 1.0 factor rule :


En je beschrijft het precies goed, als de accu's bijna of nagenoeg vol zijn dan klapt de DC spanning omhoog en zal er een OverVoltage Alarm optreden.

[peter123]

Toch wordt het als optie genoemd door Victron. Genoemde situatie zal zich ook alleen voordoen als het net wegvalt en de batterij (bijna) vol is. DIe kans is bij mij zeer klein.

[ Voor 39% gewijzigd door peter123 op 08-05-2025 16:25 ]

[KC27]

Rimco schreef op donderdag 8 mei 2025 @ 13:08:
[...]


Dat wil ik best voor je maken:
[Afbeelding]

Echter, zoals @Pim57 terecht aangeeft, kan je niet spreken van 1 optimum. Dat lijkt wel zo in deze grafiek, maar dat komt door de stand-by verliezen die constant zijn. Daardoor denk je wellicht dat je het "beste" ~5kW kunt omzetten, echter heb je op dat moment nog altijd meer verliezen dan wanneer je ~1kW om zou zetten.

Daarom is het belangrijk om de absolute verliezen mee te nemen in de optimalisatie die je wilt doen. Bij een groot prijsverschil kan het financieel gunstiger zijn om de hogere verliezen te accepteren, terwijl je bij een klein verschil wellicht alsnog met een laag vermogen wat winst kan pakken ipv helemaal niets te doen.

Enkel wanneer je de stand-by verliezen kunt elimineren door actief de omvormers uit te zetten (nog niet gevonden of dat kan zonder UPS functionaliteit te verliezen) zou je daarmee nog wat verliezen kunnen elimineren. Als je die stand-by verliezen van de verliezen aftrekt krijg je een betere grafiek, zonder mensen een verkeerd beeld te geven:

[Afbeelding]

Hier zie je duidelijk dat het min of meer een lineair percentage is tov het omgezette vermogen, dus wederom een kwadratisch verlies als je het in absolute zin bekijkt.

Je schrijft dat er nog geen algoritmes zijn die hier rekening mee houden, maar mijn Day Ahead Optimizer (HA addon), doet dit al meer dan een jaar. Het werkt met MIP (mixed integer programming). Die heeft de mogelijkheid om een special ordered set in te zetten om niet lineaire verbanden (zoals de efficiëntie van een omvormer) mee te nemen.

[Rimco]

@KC27 Je schrijft dat het kan als je dat verband meegeeft, maar het zit er niet standaard in, toch? Ik zie dat je Python-MIP gebruikt en die lijkt enkel een lineaire expressie te kunnen optimaliseren. Maar als ik de documentatie goed begrijp kan je met die special ordered set de niet-lineaire expressie alsnog benaderen door deze in stukken te hakken en dan op die manier mee te geven.

Ik vond de interface van CPMpy in dat opzicht wat flexibeler. Daarbij merkte ik ook dat het met enkel een lineaire optimalisatie ook bijna direct een optimale oplossing heeft, maar met de introductie van de kwadratische factor is hij een tijdje zoet. Alsnog lijkt hij binnen 10-15s een (bijna) optimale oplossing te vinden die er ook redelijk logisch uitziet.

Ik had wel al het idee dat ik een van de ESS varianten over het hoofd had gezien die het dichtst in de buurt kwam met MIP, maar kon die van jou niet zo terugvinden Sowieso wil ik dit zonder HA draaien op de Cerbo zelf en heb ook PAP+SAP ondersteuning nodig (nog meer opties om te handelen). Met CMPpy heb ik nu een optimalisatie in slechts 100 regels code.

JBtL schreef op donderdag 8 mei 2025 @ 14:16:
[...]

Strak hoor, mooi om te zien. Als je de omvormers aan hebt staan zal je inderdaad altijd het standby-verlies hebben. Vraag me af - kom je er dan niet meestal op uit dat je maximaal moet gaan laden en ontladen omdat de prijsverschillen tussen uren groter zijn dan de efficientieverschillen in het vermogen?

Nee, dat is vooral afhankelijk van het relatieve prijsverschil. Als je bijvoorbeeld een kWh voor slechts een 10% hogere prijs kan verkopen moet je minder dan 10% verlies hebben. De winst wordt bepaald door de opbrengst van de kWh die je nog over hebt na de verliezen minus de kosten die je hebt gemaakt om de kWh in de accu te stoppen. Dan krijg je zoiets:



Hierbij stel ik dat je een X aantal Wh inkoopt (in 1 uur, dus gelijk aan het vermogen in dat uur). En wat je daarvan overhoudt verkoop je in een ander uur. Je zie dus dat je een stuk minder Wh in de accu stopt (laden heeft de grootste verliezen) en nog een beetje minder overhoudt tijdens de verkoop. Je kan die 2 natuurlijk ook onafhankelijk van elkaar optimaliseren, maar dat laat ik aan het model over. De eerste regel laat zien wat het kost om niets te doen, waarbij je tijdens beide uren AC verbruik hebt om de accu niet te ontladen.

Je ziet in dit overzicht dat zelfs met een prijsverschil van slechts 10% je al kan gaan handelen op een laag vermogen. Daarmee kan je bijna de stand-by verliezen compenseren. En pas vanaf een prijs die 50% hoger ligt dan de inkoopprijs heeft het zin om op vol vermogen te gaan draaien.

Als ik geen denkfout maak verwacht ik met een jaarlijks netto overschot dat je met de kale prijzen moet rekenen. Daarmee zou je dus kunnen stellen dat een klein verschil in de marktprijs al relevant is (en je dus niet een vast prijsverschil kunt gebruiken als leidraad om te beginnen). Hierbij wordt dan wel de cycle cost (max aantal cycles gedeeld door de kosten om de cellen te vervangen) achterwege gelaten. Al denk ik niet dat ik het maximale aantal cycles ga halen voordat ze simpelweg uit zichzelf zijn verouderd.

[HermanGast]

Rimco schreef op dinsdag 6 mei 2025 @ 22:20:
Lijkt er op dat de Cerbo GX nog een 32 bit processor (en OS) heeft. Wilde net OR-tools installeren, om er achter te komen dat deze HW dat dus niet kan draaien

Het lijkt op basis van CPU info echt de ARMv7 chip te zijn die het niet ondersteunt, dus heb ook weinig hoop op een simpele SW update

@HermanGast Heeft de Ekrano wel 64-bit support voor zover jij kan zien?

Nog niet naar gekeken.
Weinig over te vinden, wel dit vergelijk:

[Rimco]

@HermanGast Ik had later ook ergens een document gevonden waar een chipset genoemd werd met 64 bit ondersteuning. Echter kan het nog steeds een 32 bit versie van Venus OS zijn. Als je via SSH een keer

code:

getconf LONG_BIT

zou kunnen doen hebben we zekerheid Daar komt simpelweg 32 of 64 uit

[HermanGast]

Rimco schreef op donderdag 8 mei 2025 @ 22:37:
@HermanGast Ik had later ook ergens een document gevonden waar een chipset genoemd werd met 64 bit ondersteuning. Echter kan het nog steeds een 32 bit versie van Venus OS zijn. Als je via SSH een keer

code:

getconf LONG_BIT

zou kunnen doen hebben we zekerheid Daar komt simpelweg 32 of 64 uit

Zal dat een keer doen. Wellicht dit weekeinde.
ChatGPT produceert dit:

[martijn.2024]

cyclone schreef op donderdag 8 mei 2025 @ 16:08:
@martijn.2024
Dit staat letterlijk in het stuk over de 1.0 factor rule :
[Afbeelding]

En je beschrijft het precies goed, als de accu's bijna of nagenoeg vol zijn dan klapt de DC spanning omhoog en zal er een OverVoltage Alarm optreden.

Maar wat betekent dat dan in de praktijk? Want als de Multi ineens stopt, is dat dan voldoende voor de PV inverter geweest om de uitval op te vallen?

[Jazsie]

In de praktijk betekent het:

- Je een spanningspiek op de AC zijde kan krijgen omdat de AC zijde "gekoppeld" is aan je DC zijde en de omvormer dit niet snel genoeg kan regelen en dus onstaat er een spanningspiek (ook op de DC zijde).
- Het kan je omvormer uitschakelen of zelfs beschadigen.
- Het kan apparatuur beschadigen die aangesloten zit op de AC zijde door de spanningspiek.
- Het kan je batterij beschadigen indien je BMS niet -om welk reden dan ook- ingrijpt bij deze spanningspiek.

Je vraag begrijp ik niet, als je omvormer uitlvalt, dan valt je AC PV omvormer ook uit want geen stroom meer... er valt dus niks voor je PV omvormer om de uitval "op te vallen".

[habbekrats]

Leuke extra toevoeging van een Victron display op een andere locatie.
YouTube: Convert an Android tablet or phone to monitor your Victron Energy GX...

Nog even tablet scoren in de kringloop.

[Willie Wortel]

Op dit forum is best wel expertise over Node Red icm Victron. Ik zou graag willen dat de "Monaco" editor wordt ingeschakeld in Node Red. Dit vult alle eigenschappen van Objecten automatisch in een keuze menu, dat werkt wel zo gemakkelijk. Ik heb echter geen toegang tot de GX bestanden. Dit moet waarschijnlijk gebeuren tijdens installatie bij het installeren van de Large Versie van de GX.

https://nodered.org/docs/...theming-the-monaco-editor

[revolution-nl]

revolution-nl schreef op donderdag 8 mei 2025 @ 13:10:
[...]


Cool! Dan heb ik weer een mooie optimalisatie te pakken, en wat te doen .
Ik neem aan dat er best-practice is om nog een aparte 16a automaat tussen de PV omvormer en de AC-OUT te plaatsen?

Ik heb de boel PV omvormer op de AC-OUT gezet en dat werkt als een speer!
ACin wordt keurig afgeregeld op 16 a en de PV omvormer blijft keurig in bedrijf bij een stroomstoring, later op de dag even checken of de frequentie shifting ook werkt.

Het enige wat ik had verwacht was dat ik de teruglevering op de critical load in het dashboard ook netjes in het dashboard zou zien. In VRM zie ik bij de MultiPlus op de AC-OUT wel keurig de teruglevering, die zou ik ook graag op het dashboard willen zien.

Die blijft alleen op nul staan. Is dit normaal gedrag ?

/edit: frequentie shifting werkt ook, de omvormer stop er keurig mee, wel een high voltage alarm in de Victorn

[ Voor 14% gewijzigd door revolution-nl op 10-05-2025 15:59 ]

[Niek_]

Even checken of ik geen denkfout maak
Ik wil m'n SolarEdge omvormer via modus door Home Assistant aan laten sturen. SolarEdge is nu al een paar keer te laat geweest met het uitschakelen van de omvormer met negatieve dynamische energieprijzen. Ik wil graag niet meer afhankelijk zijn van SolarEdge en de omvormer dus lokaal uitschakelen/limiteren bij negatieve prijze. Op dit moment lukt dat niet omdat de SolarEdge omvormer via modus aan de Cerbo GX hangt zodat deze in het VRM zichtbaar is. Blijkbaar accepteert de omvormer geen 2 apparaten die via modus met hem communiceren.

2 dingen zijn belangrijk:
1) de SolarEdge omvormer moet blijven reageren op een door de Victron verhoogde netfrequentie indien de accu (bijna) vol is en het net wegvalt. Volgens mij is dit niet afhankelijk van de modbusverbinding.
2) DESS moet rekening blijven houden met de PV-opbrengst in de berekeningen. Daar zit wellicht wel een probleem? Vermoed dat dit nu via modus verloopt?

Iemand die hier meer kijk op heeft?

[V_ger]

Niek_ schreef op zondag 11 mei 2025 @ 12:46:
Even checken of ik geen denkfout maak
Ik wil m'n SolarEdge omvormer via modus door Home Assistant aan laten sturen. SolarEdge is nu al een paar keer te laat geweest met het uitschakelen van de omvormer met negatieve dynamische energieprijzen. Ik wil graag niet meer afhankelijk zijn van SolarEdge en de omvormer dus lokaal uitschakelen/limiteren bij negatieve prijze. Op dit moment lukt dat niet omdat de SolarEdge omvormer via modus aan de Cerbo GX hangt zodat deze in het VRM zichtbaar is. Blijkbaar accepteert de omvormer geen 2 apparaten die via modus met hem communiceren.

2 dingen zijn belangrijk:
1) de SolarEdge omvormer moet blijven reageren op een door de Victron verhoogde netfrequentie indien de accu (bijna) vol is en het net wegvalt. Volgens mij is dit niet afhankelijk van de modbusverbinding.
2) DESS moet rekening blijven houden met de PV-opbrengst in de berekeningen. Daar zit wellicht wel een probleem? Vermoed dat dit nu via modus verloopt?

Iemand die hier meer kijk op heeft?

Je kan een modbus proxy gebruiken. Of de aansturing vanaf je cerbo doen. Modbus is idd maar 1 verbinding.
Of via HA -> Cerbo via mqtt of iets.

[HermanGast]

De meeste PV omvormers kun je gewoon spanningsloos maken met een magneetschakelaar. Dan stopt je PV productie abrupt. Zoals vandaag met energieprijs van -0,27 de accu laden en straks met +0,29 terugpompen het net op. Makkelijker dan interfacing tussen Victron en omvormers, versiebeheer, gedoe met frequenties etc. Scheelt een boel uitzoekwerk.
Zoiets gebruik ik met een Shelly2, maar kan ook op slim stopcontact oid:

[ Voor 5% gewijzigd door HermanGast op 11-05-2025 14:04 ]

[V_ger]

MJ de Bruijn schreef op zondag 11 mei 2025 @ 13:56:
[...]

Klopt. Tenzij je met een relais al iets anders schakelt. Het zou mooi zijn geweest als dat ding een paar meer relais-jes had gehad.

[...]

Gezien de actuele prijs (-35 ct) kun je beter 100% afschakelen en wat langer van het Grid laden.
Maar goed, dat is ontucht met termieten.

Nee hoor. Ik kan al het vermogen kwijt, voor meerdere uren. Meer dan 17kW kan ik toch niet van het net halen.

Mijn ervaring is, dat het met een thuisaccu niet nodig is om de omvormer van de PV heel precies te regelen. Grote stappen is goed genoeg. De rest regelt mijn Victron systeem wel weg.

[V_ger]

HermanGast schreef op zondag 11 mei 2025 @ 13:59:
De meeste PV omvormers kun je gewoon spanningsloos maken met een magneetschakelaar. Dan stopt je PV productie abrupt. Zoals vandaag met energieprijs van -0,29… Makkelijker dan interfacing, versiebeheer, gedoe met frequenties etc. Scheelt een boel uitzoekwerk.
Zoiets gebruik ik met een Shelly2, maar kan ook op slim stopcontact oid:
[Afbeelding]

Nee, dat is dus slecht. Dan schakel je onder volle belasting. Het is juist beter om hem terug te regelen.

[ Voor 3% gewijzigd door V_ger op 11-05-2025 14:02 ]

[HermanGast]

V_ger schreef op zondag 11 mei 2025 @ 14:01:
[...]


Nee, dat is dus slecht. Dan schakel je onder volle belasting. Het is juist beter om hem terug te regelen.

De Enphase micro’s kunnen dat wel hebben. Als de stroom uitvalt gebeurt hetzelfde.

[V_ger]

HermanGast schreef op zondag 11 mei 2025 @ 14:06:
[...]

De Enphase micro’s kunnen dat wel hebben. Als de stroom uitvalt gebeurt hetzelfde.

Stroom die uitvalt is wat anders dan regelen door afschakelen.
Tuurlijk, alles kan. Maar ergens rücksichtslos de stroom vanaf knallen is iig niet bevorderlijk voor de levensduur. Zowel niet van het apparaat wat je afschakelen als van de relais waarmee je dat doet.

[HermanGast]

V_ger schreef op zondag 11 mei 2025 @ 14:12:
[...]

Stroom die uitvalt is wat anders dan regelen door afschakelen.
Tuurlijk, alles kan. Maar ergens rücksichtslos de stroom vanaf knallen is iig niet bevorderlijk voor de levensduur. Zowel niet van het apparaat wat je afschakelen als van de relais waarmee je dat doet.

Relais kan 63A schakelen, dat loopt wel los. Is er voor gemaakt. Daarnaast heb ik alles op AC-in en kan de frequentie niet regelen. Dat zou ook meer gedoe zijn met de 1 op 1 voorwaarden.
Met die paar keer per maand dat de stroom negatief is valt het aantal aan- en afschakelingen reuze mee.

[cyclone]

@HermanGast
Schakelen bij volle belasting / productie, dat is echt NOT DONE.
Het vervolgens nuanceren dat het maar een paar keer per maand is en het dus wel mee valt mag jij vinden maar kun je het ook beargumenteren ?

Schakelen bij vollast (belasting of productie is om het even) resulteert in plasma / vlambogen en allerlei ander vuurwerk wat de levensduur van je omvormer(s) niet ten goede komt.
Prima als jij dit risico zelf wilt accepteren, maar dergelijke adviezen geven vind ik ronduit gevaarlijk.

[a.d.s]

V_ger schreef op zondag 11 mei 2025 @ 12:52:
Je kan een modbus proxy gebruiken. Of de aansturing vanaf je cerbo doen. Modbus is idd maar 1 verbinding.
Of via HA -> Cerbo via mqtt of iets.

Dat is wat ik heb gedaan. Ik draai een modbus proxy op de cerbo en laat VRM en node-red tegen deze proxy praten. Ik kan dan via node-red de SolarEdge SE3000 in vermogen beperken als de inkoopprijs negatief is, of als de accu bijna vol is in off-grid mode. Dit verstoort echter wel de solar forecast. Het zou mooier zijn als DESS dit zelf zou kunnen regelen.
Ik gebruik trouwens het Active Power Limit register (0xf001), maar daarmee kan ik niet helemaal terug regelen naar 0%, hij gaat niet lager dan zo'n 2%.

[Ersus]

a.d.s schreef op zondag 11 mei 2025 @ 23:44:
[...]

Dat is wat ik heb gedaan. Ik draai een modbus proxy op de cerbo en laat VRM en node-red tegen deze proxy praten. Ik kan dan via node-red de SolarEdge SE3000 in vermogen beperken als de inkoopprijs negatief is, of als de accu bijna vol is in off-grid mode. Dit verstoort echter wel de solar forecast. Het zou mooier zijn als DESS dit zelf zou kunnen regelen.
Ik gebruik trouwens het Active Power Limit register (0xf001), maar daarmee kan ik niet helemaal terug regelen naar 0%, hij gaat niet lager dan zo'n 2%.

De Cerbo Node-Red kan de SMA ook afregelen, Tripower X laat zich heel fijn op de Watts afregelen.
Viel idd op dat de forecast het niet zo aardig vindt.

De beta 3.60~72 kan ook ingesteld worden dat deze de PV omvormer afregelt op een ingestelde feed-in waarde, of dit nu voor de SolarEdge ook werkt in die beta?

Settings -> System Setup -> ESS -> Grid feed-in (of deze via Node-Red bereikbaar is heb ik niet bekeken)
Vermoedelijk zal deze instelling ook invloed hebben op de forecast.

Vandaag is dan echt zo'n dag idd dat terugregelen wel erg gewenst is.

[Harvie]

Hallo, Harvie hier, tamelijk nieuw m.b.t. deze materie, wel heel leergierig!

Ik heb onlangs een Victron Multiplus 2 GX aangeschaft, met een tweetal 5kWh LifePo4-accu's. Deze wil ik gebruiken om slimmer gebruik te maken van mijn dynamische energiecontract en PV-installaties (1x SMA-string-omvormer, 2x micro-omvormer sets).

Graag wil ik in Venus OS Large mijn Tibber Pulse P1-meter integreren als energiemeter.

Uit diverse forumberichten maak ik op dat dit mogelijk is, maar niet precies hoe. Ik heb wat oudere websites/YouTube filmpjes gevonden die wat aanknopingspunten bieden, maar graag ontvang ik advies wat anno 2025 hiervoor de beste/makkelijkste oplossing is.

Wie heeft deze combinatie van Tibber Pulse met Venus OS succesvol draaien en kan mij op weg helpen?

[HermanGast]

cyclone schreef op zondag 11 mei 2025 @ 15:07:
@HermanGast
Schakelen bij volle belasting / productie, dat is echt NOT DONE.
Het vervolgens nuanceren dat het maar een paar keer per maand is en het dus wel mee valt mag jij vinden maar kun je het ook beargumenteren ?

Schakelen bij vollast (belasting of productie is om het even) resulteert in plasma / vlambogen en allerlei ander vuurwerk wat de levensduur van je omvormer(s) niet ten goede komt.
Prima als jij dit risico zelf wilt accepteren, maar dergelijke adviezen geven vind ik ronduit gevaarlijk.

Je hebt wel een punt, dat het waarschijnlijk niet goed is voor de levensduur en beste om te proberen dit te voorkomen.
Als netspanning wegvalt is situatie niet anders voor de micro’s. Verlies van netspanning kunnen de meeste mensen niet beïnvloeden en op sommige plaatsen treedt dit enigszins frequent op.
Ik weet niet of er statistieken zijn mbt veroudering door afschakeling. Als je iets gevonden hebt daarover, deel het maar.

[grave176]

Even een vraagje tussendoor. Ik heb momenteel een multi RS-6000/100 aangeschaft en deze werkt prima via Bluetooth en de app. Alleen als ik deze wil bedienen via Home assistent / VRM heb ik een CAN bus nodig , klopt het dat ik dan niet onder een Cerbo-Gx uitkom ? Of zijn er nog andere opties , gebruik pi’s met MK3 usb voor multiplus te bedienen. Can module’s via pin’s en ook via USB krijg ik niet in Venus-OS herkend. Heb verder nog een easysolar waar GX module inzit maar deze kan ik ook niet gebruiken , toch ?

Bedankt voor de hulp alvast

[Pim57]

grave176 schreef op dinsdag 13 mei 2025 @ 07:43:
Even een vraagje tussendoor. Ik heb momenteel een multi RS-6000/100 aangeschaft en deze werkt prima via Bluetooth en de app. Alleen als ik deze wil bedienen via Home assistent / VRM heb ik een CAN bus nodig , klopt het dat ik dan niet onder een Cerbo-Gx uitkom ? Of zijn er nog andere opties , gebruik pi’s met MK3 usb voor multiplus te bedienen. Can module’s via pin’s en ook via USB krijg ik niet in Venus-OS herkend. Heb verder nog een easysolar waar GX module inzit maar deze kan ik ook niet gebruiken , toch ?

Bedankt voor de hulp alvast

Andy van off grid garage heeft het werkend gekregen. Zie deze aflevering op YouTube.

[cyclone]

HermanGast schreef op dinsdag 13 mei 2025 @ 06:00:
[...]

Ik weet niet of er statistieken zijn mbt veroudering door afschakeling. Als je iets gevonden hebt daarover, deel het maar.

Die statistieken heb ik niet voor je, wel heb ik de ervaring als (oud) IT Nerd die ik heb opgedaan op plekken met onstabiele Grid situaties in Azie / US en Afrika dat we in dergelijke situaties altijd flink wat voedingen op spare legden (Servers / Switches e.d.) voor installaties waar er (nog) geen UPS lag.

Veel apparatuur is botweg niet bestand tegen het structureel wegvallen van netspanning onder belasting.

Tevens heb ik in levende lijve meermaals relays gezien die flinke vlambogen trokken (waarbij dus ook plasma vrijkomt) bij het schakelen van nog geen 3kw (15A bij 230v AC).
Verder zou ik de materie in moeten duiken om het volledig wetenschappelijk te kunnen onderbouwen maar mijn opleiding elektrotechniek ligt al enige decennia achter mij dus wellicht kan iemand anders met wat meer parate kennis dit doen.

Mij is altijd geleerd dat schakelen onder vollast / productie in basis te allen tijde voorkomen dient te worden. De praktijk ervaring hierboven beschreven onderschrijft dat.

En dit is wat mijn vriendje ChatGPT ervan zegt :

Mijn vraag : kun jij wetenschappelijk onderbouwen waarom je elektrotechnische installaties beter niet onder volle belasting of productie kunt afschakelen ?

Antwoord :
⚠️ 1. Overspanning en inductiespanning (inductieve belasting)
Bij inductieve belastingen (zoals motoren, transformatoren of spoelen) ontstaat er een magnetisch veld tijdens werking. Wanneer je deze plotseling uitschakelt onder volle belasting, stort het magnetisch veld in en wordt de opgeslagen energie snel vrijgegeven. Dit kan leiden tot:

Inductiespanning (zelfinductie):


​

➜ Resultaat: zeer hoge spanningspieken die isolatie kunnen doorbreken of andere componenten kunnen beschadigen.

⚡ 2. Vonkvorming en contactslijtage (mechanische schakelaars)
Bij het onderbreken van een stroom onder belasting (vooral bij DC of hoge AC-belastingen), springt er een vonk over de contacten van een schakelaar of relais:

Deze vonk ontstaat door het verbreken van het elektrisch veld terwijl er nog stroom loopt.

Dit leidt tot slijtage, erosie van de contactpunten en mogelijk vlamboogvorming, vooral bij hogere spanningen of vermogens.

🔥 3. Thermische stress
Wanneer je een installatie abrupt uitschakelt tijdens maximale productie of belasting:

Ontstaat er plotselinge afkoeling van warme onderdelen.

Materialen zetten uit of krimpen snel → mechanische spanningen en metaalmoeheid.

Dit versnelt veroudering van componenten en kan op termijn leiden tot uitval.

🌀 4. Netverstoringen en harmonischen
Grote belastingen die ineens worden afgeschakeld kunnen netverstoringen veroorzaken:

Spanningsdips of -pieken op het lokale elektriciteitsnet.

Mogelijke opwekking van hoge frequentiecomponenten (harmonischen).

Gevoelige apparatuur kan hierdoor uitvallen of beschadigd raken.

🔄 5. Teruglevering en resonantie (bij opwekkers zoals zonnepanelen, batterijen of generatoren)
Wanneer je systemen zoals PV-installaties of batterijen onder maximale productie ineens loskoppelt:

Kan er resonantie of spanningsophoping ontstaan in de omvormers of kabels.

Bovendien kunnen systemen die terugleveren (zoals netgekoppelde omvormers) foutmeldingen of overspanning veroorzaken.

✅ Conclusie / Advies
Het is technisch en veiligheidsmatig beter om installaties geleidelijk af te schakelen of onder gereduceerde belasting uit te schakelen. Moderne systemen gebruiken daarvoor vaak:

Soft-starters of soft-stops

Load shedding-strategieën

PLC- of relaisgestuurde uitschakelingen

Pre-alarming bij thermische of elektrische overschrijdingen

[Tha Best]

HyperBart schreef op zondag 4 mei 2025 @ 22:55:
[...]


Ik ben even mee gaan lezen, vond het namelijk interessant en de handleiding zegt:

[...]

Gister de Victron BMV712 Smart binnengekregen en geïnstalleerd.
Werkt helemaal top. Bij 40% SOC stopt mijn installatie nu met verkopen om zo voldoende reserve te houden voor eigen verbruik. En weer 60% lege batterij in de morgen die de panelen weer kunnen vullen in een goeie dag opbrengst.
Op deze manier raakt mijn batterij niet te leeg bij dagen met bewolking. Het verkopen doet de installatie zelf op basis van de duurste dynamische uren.

Helemaal tevreden met de BMV712 smart

[cyclone]

@Tha Best wat brengt die BMV712 Smart met zich mee wat je niet kunt fixen met de Cerbo CX (eventueel in combinatie met een BMS ? )

[Tha Best]

cyclone schreef op woensdag 14 mei 2025 @ 08:57:
@Tha Best wat brengt die BMV712 Smart met zich mee wat je niet kunt fixen met de Cerbo CX (eventueel in combinatie met een BMS ? )

Dat het een standalone apparaat is.
Mijn accu is hoog voltage 140Kwh zonder BMS
Dus geen SOC bepaling vanuit een BMS
Ik balanceer met losse balancers en draai de high/low voltage cutoff en temp protectie via losse modules.
Een High Volage BMS voor een 140S systeem kost zo'n €2000,-

[Willie Wortel]

Ik weet niet zoveel van de Victron systemen en heb ik een Victron Shunt geïnstalleerd om de SOC van de batterijen te weten. Maar ik vraag me vaak af, waar haal je, degenen die geen Shunt hebben geïnstalleerd, de SOC info vandaan. Ik bedoel, ik heb ook JK BMS maar die is niet echt zuiver hoor ten opzichte van de Victron Shunt. Ben benieuwd.

[cyclone]

@Tha Best Ah helder, gezien er HEUL VEUL over BMS in combinatie met LifePo4 accu's wordt gesproken kon ik het even niet plaatsen vandaar.
Ik snap hem :-)

@Willie Wortel
De SOC bepaling van een accu(pack) valt blijkbaar op vele wijzen te bepalen en ze wijken allemaal wat af van elkaar.
Dus een zuivere SOC verkrijgen is met deze info in acht genomen een utopie. Zijn beredenering was om gewoon 1 keer een besluit te nemen welke SOC bron je als waarheid wilt aannemen en dan verder niet meer naar andere bronnen te kijken.
Hij gebruikt overigens ook de Victron Shunt.

[Rimco]

@Willie Wortel SmartShunt en Seplos BMS zijn het toch opvallend vaak met elkaar eens hier:


De SmartShunt is alsnog wel fijn om te hebben, maar zonder zou ook wel gewerkt hebben.

[Tha Best]

Elke SOC meting is een calculatie van optellen en aftrekken wat er in en uit de accu gaat. Eigenlijk maakt het niet uit of de ene shunt andere amperes of voltages meet dan de andere. Bij 100% vol kalibreert hij die 100% want hoger kan hij niet en dan begint het optellen en aftrekken weer vers.
Zelfontlading en andere verliezen in de accu kan een shunt niet meten dus daar komt al een deel van je driften vandaan zonder dat je daar iets aan kan doen met betere kwaliteit shunts oid. Neem er gewoon 1 als waar (liefst Victron) en laad geregeld naar 100%

[Jazsie]

Tha Best schreef op woensdag 14 mei 2025 @ 10:13:
[...]

Dat het een standalone apparaat is.
Mijn accu is hoog voltage 140Kwh zonder BMS
Dus geen SOC bepaling vanuit een BMS
Ik balanceer met losse balancers en draai de high/low voltage cutoff en temp protectie via losse modules.
Een High Volage BMS voor een 140S systeem kost zo'n €2000,-

Ik ken geen Victron omvormer die HV is? Heb je link voor ons want daar ben ik wel benieuwd naar .

Willie Wortel schreef op woensdag 14 mei 2025 @ 10:51:
Ik weet niet zoveel van de Victron systemen en heb ik een Victron Shunt geïnstalleerd om de SOC van de batterijen te weten. Maar ik vraag me vaak af, waar haal je, degenen die geen Shunt hebben geïnstalleerd, de SOC info vandaan. Ik bedoel, ik heb ook JK BMS maar die is niet echt zuiver hoor ten opzichte van de Victron Shunt. Ben benieuwd.

JK BMS is een goed voorbeeld die inderdaad wat minder nauwkeurig is. Moet zeggen dat dit wel al beter is in de meer recentere.

Ik heb ook Victron Smart Shunt geinstalleerd, handiger bij meerdere accu banken .

[HyperBart]

Ik vind dit heel moeilijk, bij mij lijkt net de Shunt vaker mis te zitten dan het BMS.

[Tha Best]

[quote]Jazsie schreef op woensdag 14 mei 2025 @ 13:05:
[...]

Ik ken geen Victron omvormer die HV is? Heb je link voor ons want daar ben ik wel benieuwd naar .

Goed opgemerkt.
Als echte tweaker gebruik ik alles wat goed is voor het doel in mind.
Ik gebruik als hybride omvormer de Deye hoog voltage.
Dit hoge voltage gebruik ik om over langere afstand de stroom te transporteren.

[cyclone]

Tha Best schreef op woensdag 14 mei 2025 @ 12:34:
Elke SOC meting is een calculatie van optellen en aftrekken wat er in en uit de accu gaat. Eigenlijk maakt het niet uit of de ene shunt andere amperes of voltages meet dan de andere. Bij 100% vol kalibreert hij die 100% want hoger kan hij niet en dan begint het optellen en aftrekken weer vers.

Euh nee dat heb je mis aldus de informatie die ik tot op heden vind en hoor in de video's van Andy (blijf je nu even schuldig welke exact maar heb hem toevallig van de week zitten kijken waarbij dit de revue passeerde).
Zijn uitleg is dat SOC middels algoritmes wordt bepaald en iedere vendor zo zijn eigen algoritme / berekening methodiek op nahoudt.

Gezien de vele deviaties die ik ook zie inzake de SOC vind ik deze uitleg wel plausibel en strookt dat niet met jouw (rechtlijnige) uitleg.

[Tha Best]

cyclone schreef op woensdag 14 mei 2025 @ 15:13:
[...]


Euh nee dat heb je mis aldus de informatie die ik tot op heden vind en hoor in de video's van Andy (blijf je nu even schuldig welke exact maar heb hem toevallig van de week zitten kijken waarbij dit de revue passeerde).
Zijn uitleg is dat SOC middels algoritmes wordt bepaald en iedere vendor zo zijn eigen algoritme / berekening methodiek op nahoudt.

Gezien de vele deviaties die ik ook zie inzake de SOC vind ik deze uitleg wel plausibel en strookt dat niet met jouw (rechtlijnige) uitleg.

Moet je misschien nog ff verder inlezen op shunts en hall meters dan zul je zien dat het simpel een optel en aftrekken van vermogen is wat van en naar je accu gaat.
Wellicht zijn er BMS systemen waar er rekening wordt gehouden met warmteontwikkeling en stilstandverliezen en kabelweerstanden etc. Maar dan zul je dat wel allemaal correct moeten invoeren voor hij die kan meerekenen in zijn som.

[V_ger]

Tha Best schreef op woensdag 14 mei 2025 @ 15:28:
[...]


Moet je misschien nog ff verder inlezen op shunts en hall meters dan zul je zien dat het simpel een optel en aftrekken van vermogen is wat van en naar je accu gaat.
Wellicht zijn er BMS systemen waar er rekening wordt gehouden met warmteontwikkeling en stilstandverliezen en kabelweerstanden etc. Maar dan zul je dat wel allemaal correct moeten invoeren voor hij die kan meerekenen in zijn som.

Dit. Daarom heet de methode ook Coulomb Counting.

https://www.batterydesign...tion-by-coulomb-counting/

Bij andere cel samenstellingen dan LFP waar het voltage direct een maat is voor de SOC is dat niet nodig en is het gewoon een interpolatie van een curve. Maar bij LFP werkt dat niet. Vandaar tellen.

Edit: Daarom moet je LFPs ook af en toe volladen, om het tellertje te resetten. Want zelfs de beste tellers raken gewoon de weg kwijt na verloop van tijd.
Dat betekent tevens dat je je 100% niveau BOVEN de knie in de voltage curve moet hebben, anders reset je naar bijvoorbeeld 3.4V en dat zegt nogsteeds precies niets.

[ Voor 34% gewijzigd door V_ger op 14-05-2025 16:04 ]

[Jazsie]

Tha Best schreef op woensdag 14 mei 2025 @ 14:45:
[quote]Jazsie schreef op woensdag 14 mei 2025 @ 13:05:
[...]

Ik ken geen Victron omvormer die HV is? Heb je link voor ons want daar ben ik wel benieuwd naar .

Goed opgemerkt.
Als echte tweaker gebruik ik alles wat goed is voor het doel in mind.
Ik gebruik als hybride omvormer de Deye hoog voltage.
Dit hoge voltage gebruik ik om over langere afstand de stroom te transporteren.

Interessant, wellicht je setup + foto's posten in het Zelf een powerwall bouwen Topic .

[HermanGast]

cyclone schreef op dinsdag 13 mei 2025 @ 09:37:
[...]


Die statistieken heb ik niet voor je, wel heb ik de ervaring als (oud) IT Nerd die ik heb opgedaan op plekken met onstabiele Grid situaties in Azie / US en Afrika dat we in dergelijke situaties altijd flink wat voedingen op spare legden (Servers / Switches e.d.) voor installaties waar er (nog) geen UPS lag.

Veel apparatuur is botweg niet bestand tegen het structureel wegvallen van netspanning onder belasting.

Tevens heb ik in levende lijve meermaals relays gezien die flinke vlambogen trokken (waarbij dus ook plasma vrijkomt) bij het schakelen van nog geen 3kw (15A bij 230v AC).
Verder zou ik de materie in moeten duiken om het volledig wetenschappelijk te kunnen onderbouwen maar mijn opleiding elektrotechniek ligt al enige decennia achter mij dus wellicht kan iemand anders met wat meer parate kennis dit doen.

Mij is altijd geleerd dat schakelen onder vollast / productie in basis te allen tijde voorkomen dient te worden. De praktijk ervaring hierboven beschreven onderschrijft dat.

En dit is wat mijn vriendje ChatGPT ervan zegt :

Mijn vraag : kun jij wetenschappelijk onderbouwen waarom je elektrotechnische installaties beter niet onder volle belasting of productie kunt afschakelen ?

Antwoord :
⚠️ 1. Overspanning en inductiespanning (inductieve belasting)
Bij inductieve belastingen (zoals motoren, transformatoren of spoelen) ontstaat er een magnetisch veld tijdens werking. Wanneer je deze plotseling uitschakelt onder volle belasting, stort het magnetisch veld in en wordt de opgeslagen energie snel vrijgegeven. Dit kan leiden tot:

Inductiespanning (zelfinductie):

[Afbeelding]
​

➜ Resultaat: zeer hoge spanningspieken die isolatie kunnen doorbreken of andere componenten kunnen beschadigen.

⚡ 2. Vonkvorming en contactslijtage (mechanische schakelaars)
Bij het onderbreken van een stroom onder belasting (vooral bij DC of hoge AC-belastingen), springt er een vonk over de contacten van een schakelaar of relais:

Deze vonk ontstaat door het verbreken van het elektrisch veld terwijl er nog stroom loopt.

Dit leidt tot slijtage, erosie van de contactpunten en mogelijk vlamboogvorming, vooral bij hogere spanningen of vermogens.

🔥 3. Thermische stress
Wanneer je een installatie abrupt uitschakelt tijdens maximale productie of belasting:

Ontstaat er plotselinge afkoeling van warme onderdelen.

Materialen zetten uit of krimpen snel → mechanische spanningen en metaalmoeheid.

Dit versnelt veroudering van componenten en kan op termijn leiden tot uitval.

🌀 4. Netverstoringen en harmonischen
Grote belastingen die ineens worden afgeschakeld kunnen netverstoringen veroorzaken:

Spanningsdips of -pieken op het lokale elektriciteitsnet.

Mogelijke opwekking van hoge frequentiecomponenten (harmonischen).

Gevoelige apparatuur kan hierdoor uitvallen of beschadigd raken.

🔄 5. Teruglevering en resonantie (bij opwekkers zoals zonnepanelen, batterijen of generatoren)
Wanneer je systemen zoals PV-installaties of batterijen onder maximale productie ineens loskoppelt:

Kan er resonantie of spanningsophoping ontstaan in de omvormers of kabels.

Bovendien kunnen systemen die terugleveren (zoals netgekoppelde omvormers) foutmeldingen of overspanning veroorzaken.

✅ Conclusie / Advies
Het is technisch en veiligheidsmatig beter om installaties geleidelijk af te schakelen of onder gereduceerde belasting uit te schakelen. Moderne systemen gebruiken daarvoor vaak:

Soft-starters of soft-stops

Load shedding-strategieën

PLC- of relaisgestuurde uitschakelingen

Pre-alarming bij thermische of elektrische overschrijdingen

Leuk hoor, Chatgpt als ITer. Papieren tijgers met een mening, maar dat verhaal over vlambogen slaat natuurlijk nergens op met micro’s die amper 250W per stuk produceren.
Voor de lol zal ik eens een oudere micro een paar weken lang iedere minuut aan- en uitschakelen onder vollast om te zien of er een issue ontstaat.
Meten is weten. Stop met ChatGPT, dat vreet alleen maar energie en produceert blablabla…..

[Vdvmark]

Als een paar weken 2 is zit je al boven de 20.000 keer aanzetten, dat uitzetten zal wel minder problemen geven voor de micro denk ik. Ik zet n euro op dat ie t niet gaat overleven

[HermanGast]

Vdvmark schreef op woensdag 14 mei 2025 @ 20:37:
Als een paar weken 2 is zit je al boven de 20.000 keer aanzetten, dat uitzetten zal wel minder problemen geven voor de micro denk ik. Ik zet n euro op dat ie t niet gaat overleven

30 keer aan en 30 keer uit per uur. Ongeveer 10 uur ruim zon per dag is 300 per dag. Keer 14 dagen is 4200?
Maar met de nachten erbij inderdaad vele duizenden. Ik denk dat de micro dat wel overleeft.
Zal laten weten wanneer ik ermee begin. Even een M5 en Shelly daarvoor vrijmaken. Zal wel weekeinde worden.

[Vdvmark]

Als je alleen uitgang/230V schakelt, blijft de micro gewoon aan, en dat zal hier wel de bedoeling zijn.

Eerlijk gezegd dacht ik meer aan dc zijde verbreken, en met dc zijde aan batterij als in eenvoudig thuisaccu draadje, moet je iedere opstart al opletten omdat dc aan batterij hangt De micro start dus helemaal niet vaak op, 1 keer per dag, dat red ie wel paar weken.

[graceful]

cyclone schreef op dinsdag 13 mei 2025 @ 09:37:
[...]


Die statistieken heb ik niet voor je, wel heb ik de ervaring als (oud) IT Nerd die ik heb opgedaan op plekken met onstabiele Grid situaties in Azie / US en Afrika dat we in dergelijke situaties altijd flink wat voedingen op spare legden (Servers / Switches e.d.) voor installaties waar er (nog) geen UPS lag.

Veel apparatuur is botweg niet bestand tegen het structureel wegvallen van netspanning onder belasting.

Tevens heb ik in levende lijve meermaals relays gezien die flinke vlambogen trokken (waarbij dus ook plasma vrijkomt) bij het schakelen van nog geen 3kw (15A bij 230v AC).
Verder zou ik de materie in moeten duiken om het volledig wetenschappelijk te kunnen onderbouwen maar mijn opleiding elektrotechniek ligt al enige decennia achter mij dus wellicht kan iemand anders met wat meer parate kennis dit doen.

Mij is altijd geleerd dat schakelen onder vollast / productie in basis te allen tijde voorkomen dient te worden. De praktijk ervaring hierboven beschreven onderschrijft dat.

En dit is wat mijn vriendje ChatGPT ervan zegt :

[..]

Je weet dat ChatGPT gewoon jouw gelijk opzoekt he? Als je echt onderzoek wilde moet je het o3 model gebruiken.

Maar goed, om maar meteen je ChatGPT met ChatGPT te verslaan, om het nog beetje leuk te houden:

code:

Vraag: kun jij wetenschappelijk onderbouwen waarom je elektrotechnische installaties gewoon onder volle belasting of productie kunt afschakelen in 2025?


ChatGPT said:
Het onderbreken van elektrotechnische installaties onder volle belasting of productie is in 2025 technisch mogelijk en in veel gevallen veilig, mits de installatie en componenten daarvoor geschikt zijn ontworpen. Hieronder geef ik een wetenschappelijk onderbouwde uitleg, onderverdeeld in de relevante elektrotechnische principes, normen en randvoorwaarden.

⚙️ 1. Elektrotechnisch principe: schakelen onder belasting
Een elektrische stroomkring onderbreken tijdens belasting betekent dat de stroom abrupt wordt gestopt. Dit kan leiden tot:

Boogvorming bij het schakelpunt (arc)

Inductieve piekspanningen (bij inductieve belastingen)

Thermische of mechanische stress in componenten

Oplossing:
Schakelaars, relais of vermogenschakelaars (zoals MCCB's, ACB's of vermogenselektronica) zijn ontworpen met een gespecificeerde schakelwaarde onder belasting (bijv. I<sub>e</sub>, I<sub>cu</sub>, I<sub>cs</sub>).

De afschakeling veroorzaakt een kortdurende spanningssprong, maar geen schade als componenten hierop berekend zijn.

📚 2. Normering en praktijk (IEC/EN)
In de elektrotechniek gelden normen zoals:

IEC 60947 (Low-voltage switchgear and controlgear)

IEC 60364 (Laagspanningsinstallaties)

NEN 1010 (NL praktijk voor veilige installaties)

Samenvatting:
Schakelcomponenten moeten expliciet geschikt zijn voor het schakelen onder belasting (bijv. AC-23A of DC-21B specificaties).

Voor motoren of inductieve lasten wordt het gebruik van boogdempende technieken (zoals nullastschakeling of soft starters) aanbevolen.

In industriële automatisering zijn frequente ‘load shedding’ en ‘curtailment’ strategisch toegepast – zelfs automatisch.

⚡ 3. Toepassing op productie-installaties (zoals zonnepanelen, wind, batterijen)
Voor moderne energie-installaties (PV, wind, batterij-opslag) geldt:

Omvormers en converters bevatten vermogenselektronica (IGBT, MOSFET, SiC) met gecontroleerde schakeling.

Deze zijn standaard ontworpen voor het veilig afschakelen onder maximale output.

ISO/IEC normen zoals IEC 62109 (voor PV) vereisen bescherming en gecontroleerde afschakeling bij storing of grid disconnect.

🧠 4. Randvoorwaarden voor veilige afschakeling
✅ Veilig:
Als de installatie conform de normen is aangelegd.

Als schakelcomponenten correct zijn gespecificeerd.

Als eventuele inductieve ontlading of harmonischen zijn beheerst (bijv. via RC-snubber, varistor, of filter).

❌ Risico’s (indien niet correct):
Overspanning door inductieve ontlading.

Boogvorming → brandgevaar.

Thermische overbelasting of slijtage van contacten.

🔬 Conclusie (wetenschappelijk onderbouwd):
Ja, elektrotechnische installaties mogen en kunnen veilig onder volle belasting worden afgeschakeld, mits de schakelcomponenten daarvoor zijn gespecificeerd en de installatie conform de geldende normen is ontworpen. Dit wordt ondersteund door jarenlange toepassing in de industrie, internationale normen, en de ontwerpfilosofie van moderne vermogensschakelaars.

Tja, we leven in een bijzonder tijdperk.
ChatGPT is beetje te vergelijken met mensen die op Google zoeken "is de wereld plat" en dan scrollen tot ze iets vonden dat ze gelijk gaf.

[HermanGast]

Vdvmark schreef op woensdag 14 mei 2025 @ 21:04:
Als je alleen uitgang/230V schakelt, blijft de micro gewoon aan, en dat zal hier wel de bedoeling zijn.

Eerlijk gezegd dacht ik meer aan dc zijde verbreken, en met dc zijde aan batterij als in eenvoudig thuisaccu draadje, moet je iedere opstart al opletten omdat dc aan batterij hangt De micro start dus helemaal niet vaak op, 1 keer per dag, dat red ie wel paar weken.

Dat denk ik ook wel. Gewoon AC schakelen. Ik zal loggen met datum/tijd met geproduceerde vermogen. Ik zag dat ik nog een Shelly2PM had liggen en een hele stapel M5stack, Nano’s, M5sticks. Zaterdag even proggen en aansluiten. Even bezien welke paneel/omvormer combi ik neem want het moet natuurlijk wel zoden aan de dijk zetten. Wordt vervolgt….

[Jazsie]

HyperBart schreef op woensdag 14 mei 2025 @ 13:42:
Ik vind dit heel moeilijk, bij mij lijkt net de Shunt vaker mis te zitten dan het BMS.

Ook de Victron shunt gaat na een tijd driften, Als je minimaal 1-2x per week doet volladen dan zal ie weer calibreren.
Maar dit geld ook voor de BMS.

Ik heb mijn Victron smart shunt nagemeten en die bleek wel nauwkeuriger te zijn dan mijn JK BMS al ontlopen ze elkaar niet veel.

[joezzt]

graceful schreef op woensdag 14 mei 2025 @ 21:19:
[...]


Je weet dat ChatGPT gewoon jouw gelijk opzoekt he? Als je echt onderzoek wilde moet je het o3 model gebruiken.

Maar goed, om maar meteen je ChatGPT met ChatGPT te verslaan, om het nog beetje leuk te houden:

code:

Vraag: kun jij wetenschappelijk onderbouwen waarom je elektrotechnische installaties gewoon onder volle belasting of productie kunt afschakelen in 2025?


ChatGPT said:
Het onderbreken van elektrotechnische installaties onder volle belasting of productie is in 2025 technisch mogelijk en in veel gevallen veilig, mits de installatie en componenten daarvoor geschikt zijn ontworpen. Hieronder geef ik een wetenschappelijk onderbouwde uitleg, onderverdeeld in de relevante elektrotechnische principes, normen en randvoorwaarden.

⚙️ 1. Elektrotechnisch principe: schakelen onder belasting
Een elektrische stroomkring onderbreken tijdens belasting betekent dat de stroom abrupt wordt gestopt. Dit kan leiden tot:

Boogvorming bij het schakelpunt (arc)

Inductieve piekspanningen (bij inductieve belastingen)

Thermische of mechanische stress in componenten

Oplossing:
Schakelaars, relais of vermogenschakelaars (zoals MCCB's, ACB's of vermogenselektronica) zijn ontworpen met een gespecificeerde schakelwaarde onder belasting (bijv. I<sub>e</sub>, I<sub>cu</sub>, I<sub>cs</sub>).

De afschakeling veroorzaakt een kortdurende spanningssprong, maar geen schade als componenten hierop berekend zijn.

📚 2. Normering en praktijk (IEC/EN)
In de elektrotechniek gelden normen zoals:

IEC 60947 (Low-voltage switchgear and controlgear)

IEC 60364 (Laagspanningsinstallaties)

NEN 1010 (NL praktijk voor veilige installaties)

Samenvatting:
Schakelcomponenten moeten expliciet geschikt zijn voor het schakelen onder belasting (bijv. AC-23A of DC-21B specificaties).

Voor motoren of inductieve lasten wordt het gebruik van boogdempende technieken (zoals nullastschakeling of soft starters) aanbevolen.

In industriële automatisering zijn frequente ‘load shedding’ en ‘curtailment’ strategisch toegepast – zelfs automatisch.

⚡ 3. Toepassing op productie-installaties (zoals zonnepanelen, wind, batterijen)
Voor moderne energie-installaties (PV, wind, batterij-opslag) geldt:

Omvormers en converters bevatten vermogenselektronica (IGBT, MOSFET, SiC) met gecontroleerde schakeling.

Deze zijn standaard ontworpen voor het veilig afschakelen onder maximale output.

ISO/IEC normen zoals IEC 62109 (voor PV) vereisen bescherming en gecontroleerde afschakeling bij storing of grid disconnect.

🧠 4. Randvoorwaarden voor veilige afschakeling
✅ Veilig:
Als de installatie conform de normen is aangelegd.

Als schakelcomponenten correct zijn gespecificeerd.

Als eventuele inductieve ontlading of harmonischen zijn beheerst (bijv. via RC-snubber, varistor, of filter).

❌ Risico’s (indien niet correct):
Overspanning door inductieve ontlading.

Boogvorming → brandgevaar.

Thermische overbelasting of slijtage van contacten.

🔬 Conclusie (wetenschappelijk onderbouwd):
Ja, elektrotechnische installaties mogen en kunnen veilig onder volle belasting worden afgeschakeld, mits de schakelcomponenten daarvoor zijn gespecificeerd en de installatie conform de geldende normen is ontworpen. Dit wordt ondersteund door jarenlange toepassing in de industrie, internationale normen, en de ontwerpfilosofie van moderne vermogensschakelaars.

Tja, we leven in een bijzonder tijdperk.
ChatGPT is beetje te vergelijken met mensen die op Google zoeken "is de wereld plat" en dan scrollen tot ze iets vonden dat ze gelijk gaf.

Inderdaad, da’s populaire wetenschap 🤪

[cyclone]

@graceful hoef niet zo zeer gelijk, ik kon het alleen niet meer zo 1 2 3 herproduceren omdat de opleiding al dik 20 jaar achter me ligt en ik er niet mijn beroep van heb gemaakt.

Mij is geleerd op de HTS Elektro energie techniek dat schakelen onder vollast onveilig is, de onderbouwing die Chat oplepelde herkende ik :

Risico op Vlambogen / Plasma / Thermische stress / Harmonischen en wat al nog niet meer komt overeen met wat op de HTS werd verteld / in de boeken stond.

Dat mensen dit nu met drogredenen weg willen wuiven vind ik jammer en de adviezen die ze menen te kunnen geven ronduit gevaarlijk.

Maar populaire wetenschappelijk waarschijnlijk en dan ist nu anno 2025 blijkbaar minder / of niet meer waar.

Het zal.

[V_ger]

Ik heb 4 parallelle batterijen van circa 300Ah elk. De cellen komen van 2 leveranciers in 3 batches.
Nu valt me op dat de nieuwste (MB31, LinksBoven) eigenlijk altijd het meeste vermogen pakt. Zowel bij laden als ontladen. Die is dus ook als 1e vol.

De bank rechtsonder (RO) is de "slechtste" in ieder geval is die als laatste vol. Wellicht omdat de temperatuur iets lager is omdat het de onderste is. Scheelt toch al snel 1-2 graden.

Mijn CVL staat momenteel op 55.5. Mijn CCL is dynamisch en wordt door de serial-battery driver geregeld. Op bais van het maximale cell voltage wordt een maximale CCL doorgegeven. Dat wordt vervolgens door een aggregator vermenigvuldigdigd met 4, want 4 banken.

Maar nu valt me op dat de RO bank nog niet vol is terwijl de anderen dat wel zijn. En deze pakt dus ook de bulk van het vermogen.
Die situatie duurt niet heel lang, uiteindelijk normaliseer het weer. Maar hoe gaan jullie daar mee om?
Alle kabels zijn volgens mij ongeveer even lang.



Edit: Inmiddels is ie weer bijgetrokken en geven de BMSen allemaal circa 55.6V aan. dV is nu 14mV op de slechts bank. Gewoon gevalletje andere batch, iets hogere weerstand en dus dit gedrag?

[ Voor 8% gewijzigd door V_ger op 15-05-2025 16:46 ]

[MJ de Bruijn]

V_ger schreef op donderdag 15 mei 2025 @ 16:39:
Nu valt me op dat de nieuwste (MB31, LinksBoven) eigenlijk altijd het meeste vermogen pakt. Zowel bij laden als ontladen. Die is dus ook als 1e vol.

Alle kabels zijn volgens mij ongeveer even lang.

Een optie is de aansluitvolgorde van de kabels.
Zo moet het:
Plus: 1 - 2 - 3 - 4
Min: 4 - 3 - 2 - 1

[V_ger]

MJ de Bruijn schreef op donderdag 15 mei 2025 @ 16:47:
[...]

Een optie is de aansluitvolgorde van de kabels.
Zo moet het:
Plus: 1 - 2 - 3 - 4
Min: 4 - 3 - 2 - 1

Hmm, de bank die als eerste vol is zit op de 4e positie op mijn lynx busbar. Dus het verste van de MPs vandaan.
Ik zou wel die minder presteren bank naar voren kunnen halen. Maar die 10cm op de lynx busbar zou niet zo veel uit moeten maken in totale weerstand toch? Die is 8x40mm of iets in die buurt.

[V_ger]

Bij nader inzien denk ik dat dit gewoon echt een matige grade B batch was. Ik heb er al eerder iets over geschreven. Zijn nu iets van 2 jaar in gebruik en volgens de BMS nu ruim 400 cycles, maar ze zijn echt voelbaar opgezwollen. Iig veel meer dan alle andere cellen.
Capaciteit lijkt wel OK, maar dat is wat lastig vast te stellen. Ik zie alleen maar dat de totale capaciteit van mijn systeem meer is dan de stickerwaarde. dV is ook minder dan 10 mV. Bij normaal gebruik uiteraard iets meer. Dan iets van 20-40 mV. Nogsteeds niet heel spannend.
Temperatuur bij laden/ontladen is in lijn met de andere banken.

Zou ik deze cellen extra in de gaten moeten houden? Zo ja hoe?

Edit: Nu ontladen begonnen. Set point is circa 220A. De nieuwe MB31s (linksboven) doen wat meer. De rest is wel redelijk normaal.

[ Voor 30% gewijzigd door V_ger op 15-05-2025 20:10 ]

[Willie Wortel]

V_ger schreef op woensdag 14 mei 2025 @ 15:55:
[...]


Dit. Daarom heet de methode ook Coulomb Counting.

https://www.batterydesign...tion-by-coulomb-counting/

Bij andere cel samenstellingen dan LFP waar het voltage direct een maat is voor de SOC is dat niet nodig en is het gewoon een interpolatie van een curve. Maar bij LFP werkt dat niet. Vandaar tellen.

Edit: Daarom moet je LFPs ook af en toe volladen, om het tellertje te resetten. Want zelfs de beste tellers raken gewoon de weg kwijt na verloop van tijd.
Dat betekent tevens dat je je 100% niveau BOVEN de knie in de voltage curve moet hebben, anders reset je naar bijvoorbeeld 3.4V en dat zegt nogsteeds precies niets.

Dat resetten van de shunt kan geheel geautomatiseerd met Node Red.
Trouwens de BMS die buiten de shunt om stroom gebruikt, wel eens aan gedacht.

code in Shunt SOC narekenen. Hier een voorbeeld, de getallen zijn niet van belang, het gaat om een idee.

Het voltage haal je uit de Victron System Node, in de functie bereken je het, in de switch vang je de null af, je port de waarde in de shunt node.

JavaScript:

let volt = msg.payload;
let returnValue = null;

// bij mijn systeem is 53.22 zonder laden of ontladen 65.5% SOC
if(volt == 53.22){
    returnValue = 65.5
} 

msg.payload = returnValue;
return msg;

Klik:

[prein2]

Resetten van de shunt gaat geheel vanzelf door... De shunt zelf..

Enkel voor zorgen dat je de juiste shunt settings hebt ingesteld..

[HermanGast]

HermanGast schreef op woensdag 14 mei 2025 @ 21:51:
[...]

Dat denk ik ook wel. Gewoon AC schakelen. Ik zal loggen met datum/tijd met geproduceerde vermogen. Ik zag dat ik nog een Shelly2PM had liggen en een hele stapel M5stack, Nano’s, M5sticks. Zaterdag even proggen en aansluiten. Even bezien welke paneel/omvormer combi ik neem want het moet natuurlijk wel zoden aan de dijk zetten. Wordt vervolgt….

Is Shelly 4PM geworden. Ik laat Enphase IQ7A ca. 90 seconden AAN en dan ca. 30 seconden UIT.
Ik stop na 10.000x dat vindt ik wel vodoende om een punt te maken dat ook zondere frequentie-shiften je panelen kunt uitzetten

code:

#include <M5Unified.h>
#include <ArduinoJson.h>  // Add this at the top
#include <WiFi.h>
#include <HTTPClient.h>
#include <SD.h>
#include <time.h>

const char* ssid = "XXXXXXX";
const char* password = "YYYYYYYY";
const char* shellyIP = "AAA.BBB.CCC.DDD";
const char* relayEndpoint = "/relay/0";  // Shelly 4PM relay 0

unsigned long lastToggleTime = 0;
bool relayState = false;
int eventCounter = 1;
struct PowerAndEnergy {
  float power = -1;
  float totalEnergy = -1;
};

void setup() {
  M5.begin();
  Serial.begin(115200);
  M5.Lcd.setTextSize(2);
  WiFi.begin(ssid, password);
  M5.Lcd.println("Connecting to WiFi...");

  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    M5.Lcd.print(".");
  }
  M5.Lcd.println("\nWiFi connected!");

  // Init SD
  if (!SD.begin(4)) {
    M5.Lcd.println("SD init failed!");
  }

  // Init time via NTP
  configTzTime("CET-1CEST,M3.5.0/2,M10.5.0/3", "pool.ntp.org", "time.nist.gov");
  M5.Lcd.println("Time synced...");
  delay(2000);
}

void loop() {
  bool state = true;
  toggleRelay(state);
    delay(90000);    
    //power = getPower();  //(als ie minuutje aan staat...)
    PowerAndEnergy data = getPowerAndEnergy();
    logEvent(eventCounter++, state, data.power, data.totalEnergy);
  delay(30000);
  if (eventCounter < 10000) {  //  Stoppen na X keer
    state = false;
    toggleRelay(state);
    logEvent(eventCounter++, state, 0.0, data.totalEnergy);
    } else delay(9999999); // Einde oefening
}

void toggleRelay(bool state) {
  HTTPClient http;
  String url = String("http://") + shellyIP + relayEndpoint + "?turn=" + (state ? "on" : "off");
  http.begin(url);
  int httpCode = http.GET();
  http.end();
}

void logEvent(int eventNum, bool state, float power, float totalEnergy) {
  File logFile = SD.open("/log001.txt", FILE_APPEND);
  if (!logFile) {
    M5.Lcd.println("Log file error.");
    return;
  }

  struct tm timeinfo;
  if (!getLocalTime(&timeinfo)) {
    M5.Lcd.println("Failed to get time");
    return;
  }

  char timeStr[64];
  strftime(timeStr, sizeof(timeStr), "%Y-%m-%d %H:%M:%S", &timeinfo);

  String logEntry = String(eventNum)  + ":" + timeStr + " " 
        + (state ? "ON " : "OFF") + " "     + String(totalEnergy, 2) + " " 
        + String(power, 2) + "W\n";
  logFile.print(logEntry);
  logFile.close();
  if (eventNum % 15 == 0) M5.Lcd.setCursor(0, 0);
  if (eventNum % 100 == 0) M5.Lcd.fillScreen(BLACK);

  if (!state) M5.Lcd.setTextColor(RED, BLACK);
  else M5.Lcd.setTextColor(GREEN, BLACK);
  strftime(timeStr, sizeof(timeStr), "%H:%M", &timeinfo);
  logEntry = String(eventNum) + ": " + timeStr + " " + (state ? "ON " : "OFF") + " " + String(power, 2) + "W\n";
  M5.Lcd.print(logEntry);
}


PowerAndEnergy getPowerAndEnergy() {
  PowerAndEnergy result;
  HTTPClient http;
  String url = String("http://") + shellyIP + "/rpc/Switch.GetStatus?id=0";
  http.begin(url);
  int httpCode = http.GET();

  if (httpCode == 200) {
    String payload = http.getString();
    StaticJsonDocument<2048> doc;
    if (!deserializeJson(doc, payload)) {
      result.power = doc["apower"].as<float>();
      result.totalEnergy = doc["aenergy"]["total"].as<float>();
    }
  }

  http.end();
  return result;
}

Vanmorgen aangezet.

Logfile:
1:2025-05-16 09:26:56 ON 213.98 -42.00W
2:2025-05-16 09:27:26 OFF 213.98 0.00W
3:2025-05-16 09:28:56 ON 216.21 -33.70W
4:2025-05-16 09:29:26 OFF 216.21 0.00W
5:2025-05-16 09:30:56 ON 219.73 -243.50W
6:2025-05-16 09:31:26 OFF 219.73 0.00W
7:2025-05-16 09:32:56 ON 224.88 -61.30W
8:2025-05-16 09:33:26 OFF 224.88 0.00W
....

[Vale Ouwe]

Mag ik hier een beginnersvraag stellen?
Hoe stel ik in dat de accu enkel wordt geladen bij een overschot aan zonnestroom?

Alles lijkt te werken en is vollebak aan het laden.
Hierdoor wordt het tekort aan wat de zonnepanelen leveren aangevuld met stroom uit het net (dat heb ik liever niet).

Mijn installatie bestaat uit 3 stuks Multiplus-2 (waarvan één gx uitvoering) 48/3000/35 in 3 fase opstelling.
Maximaal opladen is ingesteld op 25A.
Net aansluiting zit op AC-in, het "huis" op AC-out 1.
Accupakket is 32 cellen EVE MB31 (48V-628Ah).
JK-balancer 90A.
Een smartshunt 300A.

[HyperBart]

Vale Ouwe schreef op zaterdag 17 mei 2025 @ 11:01:
Mag ik hier een beginnersvraag stellen?
Hoe stel ik in dat de accu enkel wordt geladen bij een overschot aan zonnestroom?

Alles lijkt te werken en is vollebak aan het laden.
Hierdoor wordt het tekort aan wat de zonnepanelen leveren aangevuld met stroom uit het net (dat heb ik liever niet).

Mijn installatie bestaat uit 3 stuks Multiplus-2 (waarvan één gx uitvoering) 48/3000/35 in 3 fase opstelling.
Maximaal opladen is ingesteld op 25A.
Net aansluiting zit op AC-in, het "huis" op AC-out 1.
Accupakket is 32 cellen EVE MB31 (48V-628Ah).
JK-balancer 90A.
Een smartshunt 300A.

Je hebt de ESS assistant volgens mij niet geconfigureerd.
Doe je wel even voorzichtig?

Je moet dit even gaan lezen in de handleiding.

[ Voor 3% gewijzigd door HyperBart op 17-05-2025 12:20 ]

[Vale Ouwe]

Ik heb in een ESS assistent ingesteld PV-inverter = Yes.
De micro-omvormers Enphase zitten ook op AC-out. Totaal vermogen van de omvormers is 4500W (schommeld nu rond de 4000W)

Ik ga nog even puzzelen.

[HyperBart]

Vale Ouwe schreef op zaterdag 17 mei 2025 @ 12:28:
Ik heb in een ESS assistent ingesteld PV-inverter = Yes.
De micro-omvormers Enphase zitten ook op AC-out. Totaal vermogen van de omvormers is 4500W (schommeld nu rond de 4000W)

Ik ga nog even puzzelen.

Op wat staat je setpoint?

[Vale Ouwe]

Ik weet niet wat je daarmee bedoeld.

Ik heb de instelling van Harold overgenomen in dit filmpje: YouTube: Victron DIY Thuisbatterij software setup
En dan vanaf 10.16 minuten.

[djazzy]

Hierdoor wordt het tekort aan wat de zonnepanelen leveren aangevuld met stroom uit het net (dat heb ik liever niet).

waarschijnlijk heb je dess aanstaan en geen ess. oftewel hij staat in handel mode en niet in 0 op de meter mode

[Vdvmark]

Ik heb een MP2 3000GX en wil een intern relais in de Victron gebruiken om een weerstandje op de Enphase Gateway kort te sluiten. Ik heb hier met zoekfunctie geprobeerd wat te vinden maar vind alleen gebruik om AC te schakelen.
Kan ik de aux relay NO en COM aansluiting gebruiken om enkel een weerstandje kort te sluiten? En heb ik in VRM dan de mogelijkheid om dat relais aan/uit te zetten ?

Of als ik wil dat weerstand automatisch wordt kortgesloten afhankelijk van stroomprijs in DESS, welke zoekterm gebruik ik dan om posts te vinden waar dat gedaan is? Zoeken is al te moeilijk voor me blijkbaar

[HermanGast]

HermanGast schreef op vrijdag 16 mei 2025 @ 09:51:
[...]

Is Shelly 4PM geworden. Ik laat Enphase IQ7A ca. 90 seconden AAN en dan ca. 30 seconden UIT.
Ik stop na 10.000x dat vindt ik wel vodoende om een punt te maken dat ook zondere frequentie-shiften je panelen kunt uitzetten

code:

#include <M5Unified.h>
#include <ArduinoJson.h>  // Add this at the top
#include <WiFi.h>
#include <HTTPClient.h>
#include <SD.h>
#include <time.h>

const char* ssid = "XXXXXXX";
const char* password = "YYYYYYYY";
const char* shellyIP = "AAA.BBB.CCC.DDD";
const char* relayEndpoint = "/relay/0";  // Shelly 4PM relay 0

unsigned long lastToggleTime = 0;
bool relayState = false;
int eventCounter = 1;
struct PowerAndEnergy {
  float power = -1;
  float totalEnergy = -1;
};

void setup() {
  M5.begin();
  Serial.begin(115200);
  M5.Lcd.setTextSize(2);
  WiFi.begin(ssid, password);
  M5.Lcd.println("Connecting to WiFi...");

  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    M5.Lcd.print(".");
  }
  M5.Lcd.println("\nWiFi connected!");

  // Init SD
  if (!SD.begin(4)) {
    M5.Lcd.println("SD init failed!");
  }

  // Init time via NTP
  configTzTime("CET-1CEST,M3.5.0/2,M10.5.0/3", "pool.ntp.org", "time.nist.gov");
  M5.Lcd.println("Time synced...");
  delay(2000);
}

void loop() {
  bool state = true;
  toggleRelay(state);
    delay(90000);    
    //power = getPower();  //(als ie minuutje aan staat...)
    PowerAndEnergy data = getPowerAndEnergy();
    logEvent(eventCounter++, state, data.power, data.totalEnergy);
  delay(30000);
  if (eventCounter < 10000) {  //  Stoppen na X keer
    state = false;
    toggleRelay(state);
    logEvent(eventCounter++, state, 0.0, data.totalEnergy);
    } else delay(9999999); // Einde oefening
}

void toggleRelay(bool state) {
  HTTPClient http;
  String url = String("http://") + shellyIP + relayEndpoint + "?turn=" + (state ? "on" : "off");
  http.begin(url);
  int httpCode = http.GET();
  http.end();
}

void logEvent(int eventNum, bool state, float power, float totalEnergy) {
  File logFile = SD.open("/log001.txt", FILE_APPEND);
  if (!logFile) {
    M5.Lcd.println("Log file error.");
    return;
  }

  struct tm timeinfo;
  if (!getLocalTime(&timeinfo)) {
    M5.Lcd.println("Failed to get time");
    return;
  }

  char timeStr[64];
  strftime(timeStr, sizeof(timeStr), "%Y-%m-%d %H:%M:%S", &timeinfo);

  String logEntry = String(eventNum)  + ":" + timeStr + " " 
        + (state ? "ON " : "OFF") + " "     + String(totalEnergy, 2) + " " 
        + String(power, 2) + "W\n";
  logFile.print(logEntry);
  logFile.close();
  if (eventNum % 15 == 0) M5.Lcd.setCursor(0, 0);
  if (eventNum % 100 == 0) M5.Lcd.fillScreen(BLACK);

  if (!state) M5.Lcd.setTextColor(RED, BLACK);
  else M5.Lcd.setTextColor(GREEN, BLACK);
  strftime(timeStr, sizeof(timeStr), "%H:%M", &timeinfo);
  logEntry = String(eventNum) + ": " + timeStr + " " + (state ? "ON " : "OFF") + " " + String(power, 2) + "W\n";
  M5.Lcd.print(logEntry);
}


PowerAndEnergy getPowerAndEnergy() {
  PowerAndEnergy result;
  HTTPClient http;
  String url = String("http://") + shellyIP + "/rpc/Switch.GetStatus?id=0";
  http.begin(url);
  int httpCode = http.GET();

  if (httpCode == 200) {
    String payload = http.getString();
    StaticJsonDocument<2048> doc;
    if (!deserializeJson(doc, payload)) {
      result.power = doc["apower"].as<float>();
      result.totalEnergy = doc["aenergy"]["total"].as<float>();
    }
  }

  http.end();
  return result;
}

Vanmorgen aangezet.

Logfile:
1:2025-05-16 09:26:56 ON 213.98 -42.00W
2:2025-05-16 09:27:26 OFF 213.98 0.00W
3:2025-05-16 09:28:56 ON 216.21 -33.70W
4:2025-05-16 09:29:26 OFF 216.21 0.00W
5:2025-05-16 09:30:56 ON 219.73 -243.50W
6:2025-05-16 09:31:26 OFF 219.73 0.00W
7:2025-05-16 09:32:56 ON 224.88 -61.30W
8:2025-05-16 09:33:26 OFF 224.88 0.00W
....

Loopt lekker hoor. Ruim 1/3 van programma doorlopen. Zo’n 3600x al de IQ7A aan- en uitgezet de afgelopen dagen. Geeft geen krimp, zoals verwacht.

[sparkly]

HermanGast schreef op zondag 18 mei 2025 @ 19:39:
[...]

Loopt lekker hoor. Ruim 1/3 van programma doorlopen. Zo’n 3600x al de IQ7A aan- en uitgezet de afgelopen dagen. Geeft geen krimp, zoals verwacht.

It aint over till its over 😜

[hood]

Ik zie al een paar weken het volgende gebeuren:
DESS begint te vroeg met verkopen en na enige tijd bedenkt het zich en gaat weer wat inkopen. Bij een vriend gebeurt dit ook, al is het iets subtieler. Zijn er meer tweakers die dit zien gebeuren?

[MrFish]

hood schreef op zondag 18 mei 2025 @ 21:42:
Ik zie al een paar weken het volgende gebeuren:
DESS begint te vroeg met verkopen en na enige tijd bedenkt het zich en gaat weer wat inkopen. Bij een vriend gebeurt dit ook, al is het iets subtieler. Zijn er meer tweakers die dit zien gebeuren?

[Afbeelding]

Ik heb wel eens dit soort gedrag gezien als de ingestelde vermogens in DESS niet helemaal kloppen. Dan haalt die het doel niet en komt er een nieuwe planning. Je kunt in VRM bij Advanced de DESS Target SOC eens bekijken.

[hood]

Ah bedankt. Dan ga ik daar even mee spelen. Al snap ik niet helemaal waarom hij eerder dan gepland gaat verkopen. Het verklaart inderdaad wel waarom hij aan het einde van het uur nog even gaat inkopen. Al zou ik dat effect na elk verkoop uur wel verwachten...

[MJ de Bruijn]

Ik ken het algoritme van DESS niet. In de tijd dat ik het heb gebruikt denk ik het volgende gedrag gezien te hebben...
DESS plant een aantal uren vooruit, soms iets van vier uur, soms meer. Ook als de situatie tussentijds verandert (SoC, zon, gebruik) wordt het plan uitgevoerd.
Als er na enkele uren een nieuw plan wordt gemaakt op basis van meer actuele gegevens kan er schijnbare strijdigheid met het eerdere plan optreden.
Mensen zien dat (achteraf). DESS kijkt niet om maar gaat verder op basis van de nieuwe situatie.
Disclaimer: dit is een persoonlijke interpretatie zonder kennis van de werkelijkheid.

[MrFish]

hood schreef op zondag 18 mei 2025 @ 22:11:
Ah bedankt. Dan ga ik daar even mee spelen. Al snap ik niet helemaal waarom hij eerder dan gepland gaat verkopen. Het verklaart inderdaad wel waarom hij aan het einde van het uur nog even gaat inkopen. Al zou ik dat effect na elk verkoop uur wel verwachten...

Ik snap inderdaad ook niet helemaal waarom die niet op het maximum verkoopt, maar juist de uren daaromheen… maar kijk eens naar de Target SOC, dat heeft mij veel geleerd.

[Willie Wortel]

Ik vraag me vaak af, waarom een mistig programma gebruiken (DESS) als Victron een bullit proof oplossing heeft geïmplementeerd te weten Node Red. Waarbij iedere gebeurtenis in een lokale omgeving geprogrammeerd kan worden. Begrijp dat het koud water vrees kan zijn maar je kunt je gehatseflats als een layer over DESS of zoals ik nadat ik mijn oplossing, voor mij, beter toepasbaar was DESS heb uitgeschakeld.
Ik zelf wens jullie allen succes met DESS.

[MJ de Bruijn]

Willie Wortel schreef op maandag 19 mei 2025 @ 10:38:
Ik vraag me vaak af, waarom een mistig programma gebruiken (DESS) als Victron een bullit proof oplossing heeft geïmplementeerd te weten Node Red.

Tsja, dat zou te maken kunnen hebben dat het maken van een 'eigen' toepassing best ingewikkeld is.
Je moet behoorlijk wat kennis/inzicht hebben in 'elektriciteit' in brede zin en je moet écht behoorlijk wat weten van programmering. Ik kan me zeer goed voorstellen dat de meeste Victron-gebruikers die kennis niet hebben en ook geen goesting hebben om daar mee te beginnen.
Dan is DESS zeker niet de slechtste optie.
Ik heb ook een eigen oplossing gemaakt (Victron MESS - Mijn ESS). Daar ben ik nog zeer regelmatig mee bezig om nieuwe/ongewone praktijk-situaties te herkennen en in het systeem toe te voegen. Ik vind het leuk, maar dat zal niet voor iedereen gelden.

[V_ger]

Volgens mij is het zo simpel als goedkoop inkopen en duur verkopen. Daar heb je toch geen ingewikkelde algoritmes voor nodig?

Tot nu toe gaat het op basis van bovenstaande best aardig hier. Onderstaande inclusief alle belastingen etc.
Gekocht 287kWh voor 0.0488 EUR/kWh
Verkocht: 1018kWh voor 0.28 EUR/kWh

Ik geef toe dat ik wel elke dag even moet kijken wat de prijzen doen en dan de verkoopprijs zo instellen dat ik 5 uur kan verkopen.

[prein2]

Victron DESS is voor 90% goed. Doet precies wat het moet doen. En wordt beheerd door een ander, dus als het omvalt is dat het probleem van een ander.

een eigen oplossing kun je tot 100% krijgen, maar dat kost veel tijd, moeite en energie. En dat voor 10% extra winst. Zeg max 100 euro per jaar.

Dat is het me simpelweg niet waard. Hoe vaak heb ik al meegemaakt dat home assistant / domoticz etc op de vervelendste momenten omvallen. is dan misschien een kwartiertje werk, maar net op een moment dat je er geen zin in hebt. Nee, ik slaap lekker met DESS. en ik weet dat een eigen oplossing, met heel veel tijdsbesteding, meer eruit kan halen.

[aartvg]

Het is zeker niet moeilijk als je het zo roept.

Je wil alleen niet gaan inkopen als je niet kan verkopen met winst. Of verkopen als je niet kan laden zonder dat je inkoopt.

Heb nu een aantal Node Red flows gemaakt die gaan laden als de stroom goedkoop is en ik zeker er van ben dat ik deze stroom minimaal voor 10 cent duurder kan verkopen.
Ik verkoop alleen stroom als je minimaal weer 10 cent goedkoper kan inkopen.

Dit kan meerdere keren per dag voorkomen.

[MJ de Bruijn]

Beste allemaal,
Het zoeken en vinden van informatie over een specifiek aspect van een Victron installatie is soms best ingewikkeld.
Daarom is het goed om sommige thema's in een separaat topic onder te brengen.
In dit verband heb ik nu "Het grote Victron Off-Grid topic" gemaakt.
Hierin kunnen zowel de ontwerp- als gebruiks-vragen in behandeld worden.
Bekijk het eens en plaats een vinkje bij "dit topic volgen".

[ADE1970]

Beste techneuten,
Ik heb een vraag over het VRM overzicht, ik begrijp niet goed waarom het totaal-verbruik niet het zelfde als de kritische belasting, PV is aangesloten op Multiplus output1, output twee geen aansluiting, net en PV wordt gemeten met 2x vm-3p75ct.


schema van de installatie:

Alvast bedankt voor de hulp!
Alexander

[MJ de Bruijn]

In de afgelopen periode is in dit topic discussie geweest over instellingen van 'de systemen' bij stroomuitval. Ik heb een verslag van mijn testen en bevindingen toegevoegd aan het Grote Victron Off-Grid topic:
Zie Een alternatieve methode van PV-reguleren bij stroomuitval in "Het grote Victron Off-Grid topic"

[ Voor 8% gewijzigd door MJ de Bruijn op 19-05-2025 17:11 ]

[sparkly]

ADE1970 schreef op maandag 19 mei 2025 @ 16:49:
Beste techneuten,
Ik heb een vraag over het VRM overzicht, ik begrijp niet goed waarom het totaal-verbruik niet het zelfde als de kritische belasting, PV is aangesloten op Multiplus output1, output twee geen aansluiting, net en PV wordt gemeten met 2x vm-3p75ct.
[Afbeelding]

schema van de installatie:[Afbeelding]

Alvast bedankt voor de hulp!
Alexander

Dubbelcheck of de aansluiting van je meters klopt. Dus alle ct klemmen op de juiste fase en in de goede richting EN de voeding van de meting op de juiste fase.

Want duidelijk is te zien dat daar mogelijk iets niet goed gaat.
Voorbeeld, je meet op fase 1 591W PV, Daarvan verbruik je 470W. Dan hou je 121 watt teruglevering over. Maar je meet 460W teruglevering.
Fase 2 275W PV, je verbruikt 87W, 200W teruglevering maar je meet 157W (zou nog kunnen)
Fase 3 442W PV, verbruik 0, 442W teruglevering over, maar je meet 68W.

Verder, heb je de PV ook op de cerbo ingesteld op ACout? En op meerfase?

[ Voor 14% gewijzigd door sparkly op 19-05-2025 17:59 ]

[Erike1234]

Hallo,

Ik probeer via home assistant en ESS mijn systeem aan te sturen. Ik heb deze integratie https://github.com/sfstar/hass-victron geinstalleerd en dat werkt prima. Echter het acpowersetpoint is gelimiteerd van -700 tot +700W. In de remote console kan ik dat wel hoger of lager instellen. Iemand een idee waar die max en minimum waarde + en -700 vandaan komen?

[ Voor 20% gewijzigd door Erike1234 op 20-05-2025 09:30 ]

[V_ger]

Erike1234 schreef op dinsdag 20 mei 2025 @ 09:27:
Hallo,

Ik probeer via home assistant en ESS mijn systeem aan te sturen. Ik heb deze integratie https://github.com/sfstar/hass-victron geinstalleerd en dat werkt prima. Echter het acpowersetpoint is gelimiteerd van -700 tot +700W. In de remote console kan ik dat wel hoger of lager instellen. Iemand een idee waar die waarde + en -700 vandaan komen?[Afbeelding]

Ik gok dat je bij het instellen van de integratie de vragen onjuist hebt beantwoord. Daar geef je op bijvoorbeeld 230V, 3 fasen, 25A. Dat is een "beveiliging" om te zorgen dat je geen te hoge waardes kan instellen.

[ger356]

ADE1970 schreef op maandag 19 mei 2025 @ 16:49:
Beste techneuten,
schema van de installatie:[Afbeelding]

Alvast bedankt voor de hulp!
Alexander

Alexander,
Sorry, ik heb geen antwoord op je vraag, want zover ben ik nog niet. Maar je schema is exact wat ik wil met mijn installatie. Dank voor het detail, want daarmee heb ik mijn bestellijstje rond.

[ADE1970]

sparkly schreef op maandag 19 mei 2025 @ 17:48:
[...]


Dubbelcheck of de aansluiting van je meters klopt. Dus alle ct klemmen op de juiste fase en in de goede richting EN de voeding van de meting op de juiste fase.

Want duidelijk is te zien dat daar mogelijk iets niet goed gaat.
Voorbeeld, je meet op fase 1 591W PV, Daarvan verbruik je 470W. Dan hou je 121 watt teruglevering over. Maar je meet 460W teruglevering.
Fase 2 275W PV, je verbruikt 87W, 200W teruglevering maar je meet 157W (zou nog kunnen)
Fase 3 442W PV, verbruik 0, 442W teruglevering over, maar je meet 68W.

Verder, heb je de PV ook op de cerbo ingesteld op ACout? En op meerfase?

Bedankt voor de hulp sparkly!
Ik heb de energiemeters (CT's en spanning) gecontroleerd, deze zitten zoals het zou moeten. Ik heb nog wat geëxperimenteerd, als ik de Cerbo net meeting op omvormer/lader zet krijg ik het onderstaande te zien in de VRM, totaal verbuik is dan verdwenen in het dashboard?:
.
ook nog eens gekeken als ik de multiplussen bypass, dus de in en uitgang uitgezet via werkschakelaars, PV uit, en de omschakelaar naar het net zie ik het volgende (net meeting staat hier nog op externe meter):


en nog eens een plaatje met de werkschakelaars ingeschakeld voor de multiplussen maar de omschakelaar op net, de uigang van de multiplussen hebben hier dus geen AC load:

ik zie waarschijnlijk iets over het hoofd
als er ideeën zijn hoor ik het graag!

[sparkly]

ADE1970 schreef op dinsdag 20 mei 2025 @ 12:49:
[...]

Bedankt voor de hulp sparkly!
Ik heb de energiemeters (CT's en spanning) gecontroleerd, deze zitten zoals het zou moeten. Ik heb nog wat geëxperimenteerd, als ik de Cerbo net meeting op omvormer/lader zet krijg ik het onderstaande te zien in de VRM, totaal verbuik is dan verdwenen in het dashboard?:
[Afbeelding].
ook nog eens gekeken als ik de multiplussen bypass, dus de in en uitgang uitgezet via werkschakelaars, PV uit, en de omschakelaar naar het net zie ik het volgende (net meeting staat hier nog op externe meter):
[Afbeelding]

en nog eens een plaatje met de werkschakelaars ingeschakeld voor de multiplussen maar de omschakelaar op net, de uigang van de multiplussen hebben hier dus geen AC load: [Afbeelding]

ik zie waarschijnlijk iets over het hoofd
als er ideeën zijn hoor ik het graag!

Kan wel eens bij je meekijken, in VRM kun je een account creëren met alleen-lezen rechten bijv. Stuur maar PB indien gewenst.

In je eerste foto kloppen de energiestromen wel lijkt het, waar zitten je verbruikers op aangesloten? Acuit1 of 2?

Edit: nevermind, zie het al.
Onderbuikgevoel zegt dat er ergens iets anders zit aangesloten dan op je tekening staat.

[ Voor 10% gewijzigd door sparkly op 20-05-2025 16:01 ]

[ADE1970]

sparkly schreef op dinsdag 20 mei 2025 @ 15:54:
[...]


Kan wel eens bij je meekijken, in VRM kun je een account creëren met alleen-lezen rechten bijv. Stuur maar PB indien gewenst.

In je eerste foto kloppen de energiestromen wel lijkt het, waar zitten je verbruikers op aangesloten? Acuit1 of 2?

Edit: nevermind, zie het al.
Onderbuikgevoel zegt dat er ergens iets anders zit aangesloten dan op je tekening staat.

Je hebt helemaal gelijk sparkly, ik was vanmiddag in eens getriggerd dat ik bij de installatie een alarm had over verkeerde fase rotatie van de multi's, toen l1 met l3 gewisseld op de ingang en uitgang van de multi's , nu lijkt het totaal verbruik redelijk te kloppen toch?:


Alexander

[sparkly]

ADE1970 schreef op dinsdag 20 mei 2025 @ 16:28:
[...]


Je hebt helemaal gelijk sparkly, ik was vanmiddag in eens getriggerd dat ik bij de installatie een alarm had over verkeerde fase rotatie van de multi's, toen l1 met l3 gewisseld op de ingang en uitgang van de multi's , nu lijkt het totaal verbruik redelijk te kloppen toch?:
[Afbeelding]

Alexander

Lijkt wel te kloppen zo ja. Zou zelf wel alles dubbelchecken nu, of je Multi die als L1 geconfigureerd is ook daadwerkelijk op L1 zit etc. Maar lijkt er iig op dat je de oorzaak gevonden hebt.

[Erike1234]

V_ger schreef op dinsdag 20 mei 2025 @ 09:30:
[...]


Ik gok dat je bij het instellen van de integratie de vragen onjuist hebt beantwoord. Daar geef je op bijvoorbeeld 230V, 3 fasen, 25A. Dat is een "beveiliging" om te zorgen dat je geen te hoge waardes kan instellen.

Klopt! In de configuratie, bij opties kan je de spanning, ac current enz ingeven. Opgelost!
Bedankt!

[sandergar]

ADE1970 schreef op maandag 19 mei 2025 @ 16:49:
schema van de installatie:

@ADE1970 Met welke software heb jij jouw schema getekend? Wil je jouw schema bestand delen?

[Vale Ouwe]

Vale Ouwe schreef op zaterdag 17 mei 2025 @ 11:01:
Mag ik hier een beginnersvraag stellen?
Hoe stel ik in dat de accu enkel wordt geladen bij een overschot aan zonnestroom?

Alles lijkt te werken en is vollebak aan het laden.
Hierdoor wordt het tekort aan wat de zonnepanelen leveren aangevuld met stroom uit het net (dat heb ik liever niet).

Mijn installatie bestaat uit 3 stuks Multiplus-2 (waarvan één gx uitvoering) 48/3000/35 in 3 fase opstelling.
Maximaal opladen is ingesteld op 25A.
Net aansluiting zit op AC-in, het "huis" op AC-out 1.
Accupakket is 32 cellen EVE MB31 (48V-628Ah).
JK-balancer 90A.
Een smartshunt 300A.

Voor alsnog lijkt alles prima te werken.

De batterij is en blijft inmiddels om en na bij vol.
Ik heb hier ook nog drie Homewizard PIB's en die houden (mits grid-verbonden) het initiatief.

Daarnaast nog een eigen knutsel van twee zonnepanelen, een mppt-lader vanVictron, 2,5kWh accu een Enphase IQ 7+ omvormer die wordt geactiveerd (HW-energysocket) een half uur voor zonsondergang.
En alleen daarmee komen we in deze zonnige periode bijna de gehele nacht mee door.

Vandaag even een test gedaan m.b.t. eventueel grid uitval (best even spannend).
Geen enkele flikkering in verlichting / geen netwerkstoring oid, tijdens het uitschakelen.
Na het weer inschakelen duurde het een kleine minuut (synchroniseren) voor we weer met het net verbonden werden.

Tijdens deze (mooi weer) dagen hoeven de multi's weinig tot niets te doen.
En maken ook geen enkel geluid.

Afgelopen zaterdag met 3x 25A laden, dan hoor je ze wel.
Tijdens de test vandaag hoor je de inverters zeker brommen.
Prima.
Ik heb liever dat zij brommen dat ze stroom leveren, dan dat ik brom dat ik zonder zit.

Met een warmtebeeldcamera kijk ik regelmatig naar alle verbindingen en ik zie nergens temperaturen die boven de 35 gr komen.

[ger356]

sandergar schreef op woensdag 21 mei 2025 @ 14:04:
[...]

@ADE1970 Met welke software heb jij jouw schema getekend? Wil je jouw schema bestand delen?

ADE1970. Wilde precies hetzelfde vragen.

[ Voor 7% gewijzigd door ger356 op 21-05-2025 19:01 ]

[Gecko123]

Ik heb Dynamic ESS nu een weekje draaien icm Zyc Energy Simpo 5000 batterijen. Het valt op dat in de planning van de ess de batterij nog steeds dagelijks naar 100% stuurt (en in de praktijk ook naar 100% laadt). Ik zou liever een conservatiever maximum van 90% of 95% willen instellen waarmee hij plant (met periodiek balanceren zoals je dat nu al instellen).

Is dit momenteel een gebrek in ESS of hoe kijken jullie hier tegen aan?

[Reveal!]

Gecko123 schreef op woensdag 21 mei 2025 @ 22:35:
Ik heb Dynamic ESS nu een weekje draaien icm Zyc Energy Simpo 5000 batterijen. Het valt op dat in de planning van de ess de batterij nog steeds dagelijks naar 100% stuurt (en in de praktijk ook naar 100% laadt). Ik zou liever een conservatiever maximum van 90% of 95% willen instellen waarmee hij plant (met periodiek balanceren zoals je dat nu al instellen).

Is dit momenteel een gebrek in ESS of hoe kijken jullie hier tegen aan?

Je kan toch in je BMS of in DVCC een max voltage instellen wat overeen komt met 95%?

[V_ger]

Gecko123 schreef op woensdag 21 mei 2025 @ 22:35:
Ik heb Dynamic ESS nu een weekje draaien icm Zyc Energy Simpo 5000 batterijen. Het valt op dat in de planning van de ess de batterij nog steeds dagelijks naar 100% stuurt (en in de praktijk ook naar 100% laadt). Ik zou liever een conservatiever maximum van 90% of 95% willen instellen waarmee hij plant (met periodiek balanceren zoals je dat nu al instellen).

Is dit momenteel een gebrek in ESS of hoe kijken jullie hier tegen aan?

Met LFP zijn die percentages BS. Stel gewoon de voltages (CVL en eventueel float) juist in. Niet te hoog, maar ook niet te laag dat is allesbehalve handig.
Discharge floor kan je wel makkelijk in je Victron systeem instellen. Dat is dan reserve voor als het grid weg zou vallen.

[sennevb]

MrFish schreef op vrijdag 14 februari 2025 @ 15:04:
[...]


Ik heb mijn 3x MP 5000 voorzien van 2 en 4 mm dikke (bitumen-achtige) ontdreuningsplaten, ook achter de trafo. Dat heeft wel wat geholpen en maakt in ieder geval dat de multiplussen wat minder hol klinken. Op dit filmpje heb ik het linker-exemplaar al behandeld en het rechterexemplaar nog niet: https://imgur.com/a/w2qqk53

[Afbeelding]

[Afbeelding]

De fan vind ik nu eigenlijk nog het irritantste, die maakt een irritant en interfererend (en steeds wisselend) geluid met 3 units naast elkaar. Als je in de ruimte van de multiplussen staat, is dat nog niet eens zo vervelend, maar het zoemt (het is bijna een fluitend geluid) erg door achter de wand. Wat ik nog ga doen:

• Ophangen aan de muur met rubberen pluggen
• Er een 1 cm dikke antitrilplaat achter plaatsen
• De fan vervangen door een Noctua NF-F12 iPPC-24V-2000

Excuus voor deze enigszins offtopic bijdrage. Past beter in het bouw-topic.

Mag ik vragen hoe je noctua hebt aangesloten, het is een pwm fan, maar victron gebruikt een 2 draad aansluiting.

Je hebt gewoon 24v en ground gebruikt? Maar dan draait ie steeds aan 100% ?
@MrFish

[HermanGast]

sparkly schreef op zondag 18 mei 2025 @ 21:35:
[...]


It aint over till its over 😜

Teller boven de 9000…loopt nog prima. Morgen of uiterlijk zaterdag rondt ik de test af bij ruim 10k keer schakelen.

[MrFish]

sennevb schreef op donderdag 22 mei 2025 @ 20:30:
[...]

Mag ik vragen hoe je noctua hebt aangesloten, het is een pwm fan, maar victron gebruikt een 2 draad aansluiting.

Je hebt gewoon 24v en ground gebruikt? Maar dan draait ie steeds aan 100% ?
@MrFish

Inderdaad de 24 V en GND. De spanning wordt aangepast dus het toerental is niet vast. Dat gaat goed met de Noctua’s.

[HermanGast]

HermanGast schreef op donderdag 22 mei 2025 @ 21:39:
[...]

Teller boven de 9000…loopt nog prima. Morgen of uiterlijk zaterdag rond ik de test af bij ruim 10k keer schakelen.

En gedaan met de test

Steeds 90sec AAN en 30sec UIT d.m.v. AC relais (Shelly 4PM):
....
9964:2025-05-23 12:09:17 ON 10398.13 -72.80W
9965:2025-05-23 12:09:47 OFF 10398.13 0.00W
9966:2025-05-23 12:11:17 ON 10399.65 -103.50W
9967:2025-05-23 12:11:47 OFF 10399.65 0.00W
9968:2025-05-23 12:13:17 ON 10402.01 -165.20W
9969:2025-05-23 12:13:49 OFF 10402.01 0.00W
9970:2025-05-23 12:15:19 ON 10404.49 -143.40W
9971:2025-05-23 12:15:49 OFF 10404.49 0.00W
9972:2025-05-23 12:17:20 ON 10406.64 -126.80W
9973:2025-05-23 12:17:50 OFF 10406.64 0.00W
9974:2025-05-23 12:19:20 ON 10408.82 -136.90W
9975:2025-05-23 12:19:50 OFF 10408.82 0.00W
9976:2025-05-23 12:21:20 ON 10411.76 -181.40W
9977:2025-05-23 12:21:50 OFF 10411.76 0.00W
9978:2025-05-23 12:23:20 ON 10415.55 -182.80W
9979:2025-05-23 12:23:50 OFF 10415.55 0.00W
9980:2025-05-23 12:25:21 ON 10418.86 -233.10W
9981:2025-05-23 12:25:51 OFF 10418.86 0.00W
9982:2025-05-23 12:27:21 ON 10422.55 -250.50W
9983:2025-05-23 12:27:51 OFF 10422.55 0.00W
9984:2025-05-23 12:29:21 ON 10425.89 -206.70W
9985:2025-05-23 12:29:51 OFF 10425.89 0.00W
9986:2025-05-23 12:31:21 ON 10429.74 -234.30W
9987:2025-05-23 12:31:51 OFF 10429.74 0.00W
9988:2025-05-23 12:33:21 ON 10433.53 -182.00W
9989:2025-05-23 12:33:51 OFF 10433.53 0.00W
9990:2025-05-23 12:35:21 ON 10436.86 -205.10W
9991:2025-05-23 12:35:52 OFF 10436.86 0.00W
9992:2025-05-23 12:37:22 ON 10442.28 -356.20W
9993:2025-05-23 12:37:52 OFF 10442.28 0.00W
9994:2025-05-23 12:39:22 ON 10447.87 -284.80W
9995:2025-05-23 12:39:52 OFF 10447.87 0.00W
9996:2025-05-23 12:41:22 ON 10452.35 -159.70W
9997:2025-05-23 12:41:52 OFF 10452.35 0.00W
9998:2025-05-23 12:43:22 ON 10454.34 -109.70W
9999:2025-05-23 12:43:52 OFF 10454.34 0.00W
10000:2025-05-23 12:45:22 ON 10455.85 -85.60W

5000x UIT en 5000x AAN zonder problemen. (Plus een paar honderd keer bij het testen van de SW ).

Omvormer Enphase IQ7A en paneel LG NeON 2BiFacial 390Wp uit 2019. Totaal toch nog 10.4kWh gemaakt ondank het steed uitzetten.

Voor mij indicatie dat ik geen frequentie-regeling hoef te bouwen en gewoon met een relais de omvormers AC kan afschakelen bij die paar keer negatieve prijzen in een jaar.

[sandergar]

HermanGast schreef op vrijdag 23 mei 2025 @ 14:29:
[...]
Voor mij indicatie dat ik geen frequentie-regeling hoef te bouwen en gewoon met een relais de omvormers AC kan afschakelen bij die paar keer negatieve prijzen in een jaar.

Klinkt goed! Hoe heb je het precies opgezet? De Shelly in de AC leiding zelf opgenomen (voor of na IQ relais?) of schakelt de Shelly een 230V relais? De Shelly is maar een 16A relais toch? Schakel je onder volle belasting?