Het SmartESS Victron thuisbatterij aansturingstopic

[E63s]

Even in navolging van mijn eerdere post een eigen topic geopend omdat er blijkbaar best wat interesse is om dit project te volgen. Daarnaast zoek ik ook input van derden zodat dit een alomvattend systeem gaat worden waar iedereen mee kan en wil werken. Vergeet het slechtwerkende DESS van Victron zelf. Dit wordt beter :-) Sprak hij zelfverzekerd...

De naam heb ik al een tijdje geleden bedacht; het gaat 'SmartESS' heten. Uiteraard o.a bedoelt als een leuke woordspeling (al zeg ik het zelf)

In dit topic wil ik iedereen vragen input en ideeën te geven die in het programma verwerkt kunnen worden. Uiteraard denk ik momenteel dat ik overal al aan gedacht heb maar, dat heb ik al vaker bij door onszelf ontwikkelde programma's gemerkt, dat klopt niet helemaal :-) Uiteraard hou ik de geïnteresseerden dan ook op de hoogte in dit topic van de ontwikkelingen en het moment dat we kunnen gaan betatesten buiten mijn eigen systeem.

Het draait allemaal lokaal op een RPI waarbij de UI benaderbaar is gewoon via de browser, nu nog via IP maar voor het gemak straks liever met een local host URL.

Mijn eerdere post ter referentie:

E63s schreef op maandag 12 februari 2024 @ 21:02:
Sinds afgelopen zomer heb ik drie 48v zelfbouw batterijpacks draaien van 280, 290(15S) en 304Ah. Deze hebben elk een eigen Multiplus II GX 5000 gekoppeld zitten. Deze zitten niet in een master/slave configuratie zoals wel gebruikelijk is. Dit heb ik gedaan omdat ik ze liever per fase wil aan/bijsturen indien nodig. Ik heb één kant en klare accupack staan, gekocht op AliB (als probeersel) en daarnaast 2 zelfbouwsetjes met losse cellen. De 2 losse setjes werden tot vandaag aangestuurd door een Seplos V2 BMS. Sinds vandaag heb ik één BMS vervangen voor een JK BMS. Ik koos oorspronkelijk voor Seplos vanwege de CAN compatibiliteit met de Victrons maar het zijn dramatisch slechte BMS'en gebleken. Met name het instellen van de parameters is vre-se-lijk om te doen. Nog los van het slecht functionerende laadalgoritme waardoor je op rare momenten niet of traag kunt laden. Daarom nu als test een JK BMS waarvan de app sowieso al 100x beter werkt dan die van Seplos. Nu moet je om de JK te laten werken met de MP2 de USB driver installeren voor RS485 communicatie, wat ik ook gedaan heb. De instellingen zijn wel wat uitgebreider dan voorheen maar het instellen via SSH vind ik dan weer wat onhandig. Eigenlijk heb je 2 BMS'en in dit geval, de JK zelf en de driver die draait op Venus op de achtergrond.

Aanvankelijk had ik een AC/DC/AC constructie maar het laadverlies van 21% viel me toch wel een beetje rauw op het dak, zeg maar. Toevallig had ik nog wat plek over op het dakvlak dus heb ik 3x6 setjes panelen neergelegd met elk een eigen MPPT gekoppeld aan de MP2's. Het laadverlies is nu 3%, best aangenaam.

Uiteraard ben ik een echte Hollander dus doe ik dit, naast dat ik het een leuke hobby vind, het ook een beetje om wat te besparen of zelfs verdienen. Om deze reden moet het wel optimaal werken. Ik heb maanden geleden de Node Red aansturing van Victron en hr Faber geïnstalleerd. Ik vraag me oprecht af waarom Victron dit zo omarmd heeft aangezien het een fascinerend slechtwerkend algoritme is. (ont)laden op rare momenten, idlen terwijl hij volgens de algo zou moeten laden en zo kan ik nog wel even doorgaan. Als je daarover klaagt/feedback geeft ligt het allemaal aan mij. Natuurlijk.

Nu heb ik een bedrijf die o.a software ontwikkeld en omdat ik altijd denk dat ik dingen beter kan ben ik begonnen inhouse hier iets te ontwikkelen naar mijn eigen maatstaven en gebaseerd op mijn eigen ervaringen. Dit programma gaat aangepast en aangestuurd kunnen worden vanuit een heldere UI die op een lokale RPI draait. Een aantal van de dingen die aangestuurd kunnen worden:
*Elke fase een eigen MP2 of master/slave installatie
*Solarforecast meegenomen in het laadalgoritme voor de volgende dag, past daar evt de AC lading op aan
*Minimale prijsverschil om te mogen laden/ontladen
*Nightfloat, de nacht doorkomen op de accu's waardoor de meter op 0 blijft. Kan met een EM24 of een SMD630. Kan starten op een zelfgekozen tijdstip of op hoge prijs
*Alle relevante data van alle MP2's in één overzicht
*Resterende kWh per accupack inzichtelijk (met aftrek van de minimum SOC)
*Zelfgecalculeerde en inzichtelijke AC load (die van Victron zelf werkt alleen goed als de AC out gebruikt wordt)
*Boost functie, op maximaal vermogen terugleveren tijdens de hoge prijsuren
*Calculeren hoelang het duurt om de accu's te laden en aan de hand daarvan op lage prijs sturen met inbegrip van de solarforecast
En nog wel veel meer

De nightfloat gisteravond getest met de EM24 als basis, dat werkte helemaal prima. Nu bezig met de SDM630.

Er is nog een hoop werk te doen. Wordt vervolgd dus :-)

Wat printscreens van de UI tot heden:
[Afbeelding]

[Afbeelding]

En een test van de nightfloat functie met externe data van HW met 6w op de meter (nog niet helemaal flatlined, er zit nog wat vertraging in het pingen):
[Afbeelding]

[E63s]

Gisteren zag het UI er nog zo uit:




Inmiddels iets aangepast, het usable kWh is het beschikbare vermogen incl aftrek van de minimum SoC(10% in mijn geval). De AC load wordt berekend door het programma zelf, niet door de omvormer:


Bij de instellingen kunnen wat relevante parameters per omvormer opgegeven worden, de VRM site ID is o.a nodig voor de solarforecast. Het unitID is het ID van het device op de modbus:


De grafiek laat straks o.a zien wanneer er geladen en ontladen gaat worden aan de hand van de nog inzichtelijk te maken parameters en met inbegrip van de solarforecast zodat AC laden zo minimaal mogelijk zal zijn:


Een aansturingsmogelijkheid van nightfloat (= de nacht doorkomen vanaf een bepaald tijdstip met de meter op 0) of max profit (= maximaal terugleveren op piekprijsmomenten)


To be continued...

[E63s]

Wat features die ik wil regelen via het algoritme:

Zonnepanelen:
Voorrang geven aan laden via PV indien de prijs dit toelaat (DC aangesloten PV)
MPPT's afkoppelen bij negatieve prijs
Pauzeknop voor de productie van de PV's
Voorspelde PV opbrengst in kWh
Correctiefactor voorspelde PV opbrengst

Prijscalculatie:
Minimumprijsverschil om te mogen laden en ontladen bij de "Power feed in functie"
Verliescalculatie meenemen in prijsverschil (AC DC AC is ca. 20% verlies, DC AC = 3-5% verlies)
Elk uur wordt een nieuwe afweging gemaakt over het laden/ontladen mbt de prijs. Dit omdat de solarforecast ook wijzigt
Actuele prijs op de spotmarkt
Belastingen die bij de kale prijs opgeteld moeten worden per kWh
Inkoopvergoeding leverancier per kWh

Laden/ontladen:
Maximaal laadvermogen
Maximaal terugleververmogen
Laadtijd berekenen aan de hand van de SoC en hier het plan voor morgen op aanpassen
Keuze uit "Power feed in" (maximaal terugleveren volgens terugleververmogen op de prijspieken) of "Nightfloat" (de stroommeter blijft op 0 vanaf een in te stellen tijdstip tot een bepaald tijdstip of minimum SoC bereikt is, het programma berekent zelf de AC load en compenseert het verbruik tot maximum terugleververmogen)
Tegelijk laden met zon en grid mogelijk ja/nee
Calculated time remaining to 100% SoC
Alleen laden op PV stroom (geen toestemming om te laden via grid, wel maximaal ontladen naar grid of Nightfloat)
Maximaal vermogen van grid tijdens gelijktijdig laden via PV (om 70A van de omvormer en 50A van de MPPT tegelijk te voorkomen, indien nodig) beperken (maximale DC load)

Settings voor inverter zelf:
VRM ID
Unit ID op modbus
IP adres omvormer
Minimum SoC
Batterij kWh bij 100% SoC
EM24 of SDM630 wifi gebruiken als gridmeter tbv Nightfloat
Batterijen C rating toevoegen om te voorkomen dat er te snel geladen of ontladen wordt

Data die getoond wordt:
Acutele SoC
Maximale kWh bij 100% batterij
Bruikbare resterende kWh met aftrek van minimum SoC en aan de hand van de actuele SoC
Fasenummer
AC load
DC load
Actueel grid vermogen
Actuele gevraagde batterij vermogen bij laden/ontladen

In een grafiek:
Prijs incl belastingen
SoC van de hele dag met het voorspelde SoC aan de hand van laden of ontladen
Discharge schedule
Charge schedule
PV forecast kWh


Graag feedback over dingen die ik gemist heb en jullie graag toegevoegd zouden zien

[E63s]

Er is weer een hoop gewijzigd de afgelopen weken! Het algoritme is een stuk intelligenter geworden en klaar om te testen.

De UI ziet er iets beter uit, de grafieken ook. Er wordt bij het inplannen rekening gehouden met laadverliezen en met de solarforecast. Daarnaast is het algoritme gebaseerd op de totale (bruikbare) capaciteit van de batterijen en het maximaal ontlaad en laadvermogen. Ik heb 2 packs die 4500W kunnen laden en ontladen, eentje is max 3500W. Het algoritme past de laadstrategie daarop aan met inachtneming dat ze alledrie een iets afwijkende capaciteit hebben t.o.v elkaar.







Er is een minimaal prijsverschil die behaald moet worden om AC te mogen laden, DC/PV laden is "gratis" dus dat doet ie sowieso. Bij het laden wordt ook de DC load meegenomen, dit om te voorkomen dat er eventuele kabels overbelast zouden raken. Als de MPPT 3000W aan het laden is schaalt het systeem het AC laden af naar 1500W als de totale DC load op max 4500W staat. Dit uiteraard ook om te voorkomen dat de batterijen boven hun maximale laadcapaciteit geladen worden. Er wordt expres op de capaciteiten gestuurd en niet op SoC omdat die an sich niet relevant is.

Er is ook getest met de SDM630 wifi die toegevoegd is als AC energy meter. Het werkt maar de uitslag blijkt teleurstellend, hij is elke 2 seconden te pingen, wat te weinig is om te kunnen floaten met 0 op de meter. De EM24 is hier dus wel noodzakelijk. Nu heb ik die ook in de meterkast hangen dus dat komt goed uit :-)

De instellingen zijn ook uitgebreid, iets meer uitgebreid dan ik aanvankelijk gedacht had maar er zijn nou eenmaal een hoop variabelen:










Ondanks dat het een hoop instellingen zijn is het toch wel redelijk overzichtelijk gemaakt.

De nightfloat functie (0 op de meter) heeft een instelbare start en eindtijd gekregen:


Het minimale prijsverschil om te mogen AC laden en later ontladen:


VRM API instellingen voor o.a de solarforecast:


De volgende dingen om toe te voegen zijn

• Een PV forecast correctiefactor maar ik probeer eerst te ontdekken of hier een gemiddeld vast getal aan te hangen is. Een kwestie van elke dag kijken en noteren :-)
• Automatisch afschakelen van de PV bij negatieve prijzen

Een slim zijalgoritme die gaat bepalen wat het minimum prijsverschil moet zijn om te mogen AC laden, hier staan liefst 23 eenmalig in te vullen variabelen waarmee je een heel accuraat minimaal prijsverschil kunt berekenen aan de hand van de verwachte lifecycle van het complete batterypack

Wordt weer vervolgd

[Activate]

Netjes!!

Wordt er nog rekening gehouden met ligging van je panelen ed?

Het automatisch afschakelen van de PV gaat denk ik gebeuren nadat de accu zijn max SOC heeft?

[E63s]

Activate schreef op vrijdag 17 mei 2024 @ 09:38:
Netjes!!

Wordt er nog rekening gehouden met ligging van je panelen ed?

Het automatisch afschakelen van de PV gaat denk ik gebeuren nadat de accu zijn max SOC heeft?

De ligging van de pv is door Victron al bepaald, ik denk aan de hand van oude dagelijkse opbrengst. Het afschakelen doet ie aan de hand van de verwachte opbrengst van die negatieve uren en het max laadvermogen van de batterijen. Als er ruimte over is dat uur laat ie de pv aan, als je max kunt laden met AC dan pakt ie alleen AC. Dit model is winstgedreven en pakt dus altijd de voordeligste optie. Geld toekrijgen levert meer op dan gratis PV stroom, simpel gezegd

[Activate]

Ik vind het allemaal interessant draait dit via de VRM van Victron?

Hoe laat je de PV uitschakelen?

Heb zelf een Solaredge met een Modbus verbinding die zou het moeten kunnen.(uitschakelen)

[Sandervd1976]

Ik ga dit zeker volgen. Ik heb de Victron ess al wel werkend, maar nog niet gewerkt met dess.

[E63s]

Activate schreef op zaterdag 18 mei 2024 @ 17:30:
Ik vind het allemaal interessant draait dit via de VRM van Victron?

Hoe laat je de PV uitschakelen?

Heb zelf een Solaredge met een Modbus verbinding die zou het moeten kunnen.(uitschakelen)

Nee, er is wel een koppeling met VRM voor wat data. Verder draait het volledig buiten een Victron omgeving. Momenteel nog op een RPI maar binnenkort in de cloud met een VPN. De PV die nu uitgeschakeld wordt zijn de MPPT's van Victron, daar kan je gewoon een modbus commando voor versturen :-)

[E63s]

Inmiddels een paar stappen verder, het systeem an sich draait vrij probleemloos. Soms komt er nog wel eens een bugje omhoog maar daar kom je dus gaandeweg achter. Ondertussen ook gestart met een balansalgoritme te ontwikkelen. De aansturing van Victron omvormers heb ik ondertussen wel onder de knie, ik wil op den duur ook kunnen balansen. Bij voorkeur met een aggregator die mijn algo's gebruikt.

Ik ben begonnen met het balansalgo omdat ik sinds een tijdje een Zonneplan Nexus heb staan en waar ik me verbaasde over hoe vaak het algo ernaast zat (het vergoedingenbedrag ging omlaag ipv omhoog). Er zijn ook partijen die hun voorspelde onbalans publiceren waar ik me ook verbaasde over hoe slecht die algoritmes eigenlijk zijn. Dat kan beter (dacht ik)

Dit was de eerste fase, een week geleden:

Niet slecht voor een eerste poging maar te slecht om iets actief mee te kunnen doen.

Dit is de poging van dit weekend:

Die zit wel redelijk spoton. Best wel content mee. Wordt vervolgd dus :-)

[Xanquezer]

Ik haak ook aan.

Smart ESS ben ik mee aan het experimenteren geweest, icm dynamische inkoop/verkoop
Allicht kunnen we samen er wat van opsteken.

[E63s]

Nog even een funupdate, in SmartESS is het nu ook mogelijk om de winst van het systeem bij te houden. Dus niet de winst van de PV maar echt de winst van het systeem, de winst van het later verkopen van de PV én de ingekochte stroom. Objectief berekend incl verliezen etc. Soms zit er een negatief dagje tussen omdat het algo besluit 's avonds niet de hele batterij leeg te gooien maar een deel de volgende ochtend, of (zoals afgelopen nacht) om 0:00. Wat dus resulteert in een betere volgende dag. Alle beslissingen zijn prijsafhankelijk en gericht op winst. De rekensom is dus overigens ook volledig met aftrek van de marge die de kWh's hadden opgeleverd op het moment dat ze opgewekt werden door de PV's. Echt een 100% objectieve en realistisch beeld van de opbrengst.

Volgende stap hier is het toevoegen van losse de PV winst zelf. Ik ben gek van cijfertjes en data dus wil zoveel mogelijk inzichtelijk hebben maar wel objectief. Niemand heeft er iets aan als jejezelf voor de gek houdt. Daarom heb ik ook een SDM230 achter elk van de drie Victrons hangen. Die zijn via de HW app gekoppeld en berekenen dus ook de daadwerkelijke winst per accu aan de hand van de dynamische tarieven. Om het beeld compleet te krijgen.

De winstgrafiek van SmartESS (3x 15kWh met 9kWp aan panelen):


En de totale winst per accubank via HW voor de afgelopen 26 dagen:

Nu nog objectief uitrekenen welk deel van de winst van de PV komt en welke van het inkopen en verkopen van de stroom.

[toekie]

Heb je hier nog een update van? Ben heel benieuwd hoe het nog verder is. Ben nu zelf bezig met een victron systeem. Ik heb geen kaas gegeten van die ESS dus ik volg dit graag.

[E63s]

toekie schreef op dinsdag 29 oktober 2024 @ 10:42:
Heb je hier nog een update van? Ben heel benieuwd hoe het nog verder is. Ben nu zelf bezig met een victron systeem. Ik heb geen kaas gegeten van die ESS dus ik volg dit graag.

Toch de verdere ontwikkeling van mn eigen programma weer opgepakt tussen alle drukte door. Het staat inmiddels online en kan via een VPN van buitenaf de Multiplussen aansturen en monitoren. Werkt een stuk beter dan lokaal via een RPI.

Het voorspelalgoritme blijkt toch best wel accuraat te werken. Dit was de voorspelling van vandaag per fase aan opbrengst in euro's en de daadwerkelijke gemeten opbrengst via de HW meters die achter de Victrons hangen. Dit algo neemt alle verliezen en rekent ook de (winst op de )zonopbrengst mee. Best content mee zo

[E63s]

Vervolgstappen gaan zijn een softlandingfunctie erin maken, dit zorgt voor instelbaar (op SoC percentage) afschalen van het ontlaadvermogen om dips naar 0% SoC te voorkomen als je een slechtere cel ertussen hebt zitten bij hogere vermogens.

Daarnaast komt er nog een minimum instelbare winst per cyclus in te zitten. De minimummarge per kWh zit er uiteraard al in maar blijkt soms onvoldoende te zijn. Dan ben je een hele cyclus verder voor 30 cent winst. Zonde van de slijtage van de cellen, vind ik

[E63s]

Inmiddels zit dit softlanding functie ook ingebouwd. Je kunt dus ingeven vanaf welk SoC de omvormers afschalen naar welk vermogen bij het ontladen. Bij het laden vind ik dit minder belangrijk omdat dat al afgeschaald wordt door de BMS. bij het ontladen is dat wat delicater en onduidelijker. Dit regelt SmartESS dus zelfstandig en past daar ook de verwachtingen en het laadalgoritme op aan



Daarnaast is er gewerkt aan de minimum instelbare winst per cyclus, dat is iets gecompliceerder dan ik aanvankelijk dacht want het is mogelijk om op maandag te laden met verlies om vervolgens op dinsdag te ontladen met extra winst t.o.v de maandag. Dan moet er dus gewoon de mogelijkheid zijn om met verlies te blijven laden, niet élke dag hoeft natuurlijk persé winstgevend te zijn. Het gaat om het grotere geheel

[Ersus]

Interessant project.

DESS van Victron heeft geen hele goede solar forecast (van solcast als ik het goed heb).
Door de afwijkingen doet het algoritme natuurlijk sturen op een wijze die niet tevredenstellend is.

En doordat het algoritme extern op servers van Victron draait zullen de parameters minder snel geupdatet worden, de intervallen van gecorrigeerde gegevens is nu veel te traag om op veranderend stroomverbruik en of zonnestroom in te springen. Maar ik begreep dat er gewerkt wordt aan een locale oplossing, ik laat mij verassen.

En door het zoeken naar alternatieven stootte ik op dit topic.
Alleen ik vindt geen links, of ik heb er overheen gelezen, waar meer informatie staat om het te downloaden en zelf op een RPi te installeren en ermee te experimenteren.

[ Voor 26% gewijzigd door Ersus op 15-04-2025 14:09 ]

[Paip]

Ik ben toch benieuwd wat jouw ervaringen zijn met het automatisch uit laten schakelen van PV wanneer de prijzen negatief zijn.
Ben zelf hiermee aan het stoeien geweest.
En iets is mij opgevallen:
Stel je voor dat de prijs vanaf 11:00 t/m 14:00 negatief is dan wil je het volgende:
- Alle PV uitschakelen
- Batterijen maximaal opladen

In de werkelijk wordt de accu helemaal niet opgeladen wanneer ik de PV (handmatig) uitschakel. Sterker nog; indien de accu boven min. SOC is, dan is het systeem zelfs bereid om deze energie (tegen kosten!!) op het net te gooien of op zijn minst het eigen verbruik te compenseren.

Het lijkt erop dat het laden van de accu afhankelijk is van de voorspelling van PV. En dit is, mijners inziens, ongewenst.

Hoe is dit bij jullie?

[Ersus]

Ik weet niet welk management systeem je gebruikt maar ik schakel zelf de PV niet af tenzij ik het niet meer zelf kwijt kan.

Om de negatieve tarieven van vandaag op te vangen heb ik afgelopen nacht de batterij ontladen met een constant vermogen, zo ingesteld via Node-Red dat deze rond ca 7:30 wel ver leeg zou zijn tegen de dan geldende tarieven.

De Victron via Node-Red gepland NOM laten laden vanaf het moment dat terugleveren niets opleverde.
Om het enorme overschot weg te werken heeft de wasmachine, droger, boiler, oven pyrolyse reiniging en een bouwdroger extra mogen draaien vandaag, een verbruik dat immens hoog is en alleen per uitzondering bereikt kon worden.

Er zijn nog 2x 30kWh batterijen onderweg, die dan later dienst doen om het overschot op te vangen dat dan op deze mooie zonnige dagen in de nachtelijke uren teruggeleverd kan worden. Afhankelijk van de tarieven.

Het is op zich niet zo heel tijd intensief met de uurtarieven die niet zo heel achterlijk op en af gaan.
Maar je moet er wel even aan gaan zitten om de instellingen te doen naar wens en PV opwek verwachting.
Als het heel afwisselend weer is dan is het wat lastiger sturen.

Voor vandaag was het constant weer, dat laat zich manueel best goed doen.

[Paip]

Nouja, ik zit niet te wachten op manuele handelingen. De PV-uitschakeling zou dus volledig automatisch moeten gebeuren.
Ik ben de mogelijkheden aan het onderzoeken om dit in node red te gaan doen.
Ik draai volledig op VRM. Alles van binnen het Victron systeem kan, wil ik daar ook houden. Dit om de kans zo klein mogelijk te maken dat functionaliteiten niet meer zouden kunnen werken na firmware updates van bijvoorbeeld de MPPT's of de Multiplussen.
Om de overige PV-omvormers uit te schakelen wil ik met bijvoorbeeld de relais uitgang van de Cerbo of via home-assistant doen.
Maar dan moet natuurlijk DESS wel correct blijven werken.

[Ersus]

Ik ben het volledig met je eens. Via de Cerbo kan het wel, het betreft een instelling in je console.

Als ik maximaal terugleveren op 0 Watt zet dan regelt de Cerbo de SMA omvormer terug zodat alleen nog maar eigen gebruik gerealiseerd wordt.

Test het met je eigen installatie of dat voor jou ook werkt.

[ Voor 5% gewijzigd door Ersus op 02-05-2025 15:04 ]

[Ersus]

E63s schreef op woensdag 12 februari 2025 @ 12:26:
Inmiddels zit dit softlanding functie ook ingebouwd. Je kunt dus ingeven vanaf welk SoC de omvormers afschalen naar welk vermogen bij het ontladen. Bij het laden vind ik dit minder belangrijk omdat dat al afgeschaald wordt door de BMS. bij het ontladen is dat wat delicater en onduidelijker. Dit regelt SmartESS dus zelfstandig en past daar ook de verwachtingen en het laadalgoritme op aan

[Afbeelding]

Daarnaast is er gewerkt aan de minimum instelbare winst per cyclus, dat is iets gecompliceerder dan ik aanvankelijk dacht want het is mogelijk om op maandag te laden met verlies om vervolgens op dinsdag te ontladen met extra winst t.o.v de maandag. Dan moet er dus gewoon de mogelijkheid zijn om met verlies te blijven laden, niet élke dag hoeft natuurlijk persé winstgevend te zijn. Het gaat om het grotere geheel

Is dit project online te testen?

[Paip]

Ik heb het voor elkaar gekregen om m'n Goodwe omvormers uit te schakelen bij stroomprijs <0. Heb dit gedaan middels een automatiseren in Home Assistant.
Nu blijkt dat pas na een dag, VRM DESS zich hier netjes op aanpast. Zie hieronder de voorspelling:


Even geduld hebben dus ;-)

Nu nog eens met nodered gaan stoeien om ook de MPPT's van Victron op de juiste manier uit te laten schakelen.....

[JZand]

Zolang er nog gesaldeerd wordt, kun je tot ca. €0,16 negatieve prijs gewoon terugleveren als je accu vol zit. Ook met een dynamisch contract.
Alleen vorige weekend waren er twee uur dat de prijs - €0,35 en - €0,32 was. Maar je weet dat al lang van te voren, dus je kunt zorgen dat dan je accu nog leeg genoeg is om dat op te vangen.
Dus PV uitzetten is praktisch nooit nodig als je zorgt dat je accu in de morgen leeg genoeg is (bij hoogst mogelijke teruglever tarieven natuurlijk....)

[E63s]

De functie om de PV (Victron MPPT) uit te schakelen zit er al een tijdje in, dat werkt prima. Bij negatieve prijzen wil ik niet 2kW PV laden maar maximaal laden van de grid.

Verder zit er sinds deze week ook (vanwege winstoptimalisatie) een PV tracker ingebouwd in SmartESS, deze tracker volgt het PV vermogen en gooit dit direct (via de AC setpoint functie) terug de grid in ipv dat het de batterijen in gaat. Zo stuurt SmartESS echt op maximale winst, zoals nu op dit moment leveren de panelen 500W per set op, dat wordt dan ook netjes terug de grid in gegooid omdat dat winsttechnisch gezien de beste keuze is. Vanmiddag is de prijs lager en gaan we dus eerst even PV laden en aansluitend AC+PV laden. Het mooie is dus dat er nu 4 ipv 3 PV modi zijn:
1. PV to grid met lege batterij
2. PV to battery zonder AC laden
3. PV to battery met AC laden (tegelijkertijd)
4. PV to grid met volle batterij

Mijn doel is om zo maximaal mogelijk onderscheidend van DESS (of elke andere provider) te worden. DESS waar ik overigens nog steeds lachwekkend slechte verhalen over lees.

Wat ook sinds afgelopen week geimplementeerd is, is dat er een uitleg popup komt als iets afwijkt van normaal. Zelfs mijn eigen algo doet soms dingen die ik niet kan verklaren, op de momenten dat dat zich voordoet komt er een popup te staan met een korte uitleg waarop de huidige handeling is gebaseerd.

Het enige probleem waar ik nu nog een oplossing voor zoek is om de BMS (via de GX) geheel uit te schakelen als de batterij niet 100% SoC bereikt heeft. Op BMS niveau kan dit wel geregeld worden maar dat wil ik niet omdat elke BMS anders is. Dit moet per se vanuit de GX geregeld kunnen worden maar in de modbuslijst heb ik nog niks gevonden wat dit daadwerkelijk regelt. De accu met een relais afschakelen is geen optie omdat de MPPT dan niks meer doet.

Voor diegenen die mij benaderd hebben of hierboven gevraagd hebben of het programma te testen is, nee momenteel nog niet. Er zit wel al een accountfunctie in maar de ontwikkeling gaat tussen andere werkzaamheden door en ik wil pas betatesten als ik tevreden ben over de functionaliteiten en het stabiel is. Sinds het online (via VPN) aangestuurd wordt is het wel bewezen stabiel overigens. Het enige dat er op de GX geinstalleerd moet worden is een Tailscale VPN, de rest draait online op een eigen server.

[E63s]

De grafiek van vandaag ter voorbeeld, oranje is PV to grid (dat noem ik excess PV), geel is PV to battery, geel-rood is PV+grid to battery), rood is grid to battery, groen is battery to grid. Elk uur wordt gekeken of de voorspelde doelen gehaald zijn en zo nodig wordt er bijgestuurd in de volgende uren. Paars is overigens de SoC per accubank, de rode verticale lijn geeft nu aan

Bij de dag van gisteren is er ook nog donkergeel in de gele balkjes waarin je kunt zien wat de voorspelling en het uiteindelijke resultaat was.
Vandaag/toekomst:


Gisteren/verleden:

[iCrOn]

Ziet er interessant uit. Is het de bedoeling als het klaar is om te delen met anderen om het dan lokaal te draaien of op een SaaS (software as an service) achtig idee tegen een vergoeding of wat is je plan?

[E63s]

iCrOn schreef op zondag 18 mei 2025 @ 19:01:
Ziet er interessant uit. Is het de bedoeling als het klaar is om te delen met anderen om het dan lokaal te draaien of op een SaaS (software as an service) achtig idee tegen een vergoeding of wat is je plan?

Saas idd, kleine vergoeding voor de geleverde service. Het draait extern dan, alleen de VPN op de GX

[E63s]

Het grote verschil met DESS mijns inziens is dat 100% SoC geen doel is, bij DESS wel naar het lijkt. Maximale opbrengst is het doel van SmartESS. Even ter voorbeeld afgelopen maand april, 85€ per accubank opbrengst. Dit gaat om 3x15kWh accubanken met elk 3kW PV gekoppeld. Deels is de winst dus PV maar ik ga uit van 3-4€ per maand per kWh wat SmartESS aan extra winst maakt doordat alles juist getimed is. Deze maand zitten we al op 60€ per accubank, vorige maand was dit:

[ Voor 18% gewijzigd door E63s op 18-05-2025 20:02 ]

[E63s]

Omdat een algo soms iets doet wat vreemd lijkt zit er nu ook een uitleg functie in. Als iets afwijkt van gepland komt er daarom nu een uitleg te staan. In onderstaand voorbeeld omdat er meer PV was dan verwacht en het AC laden dus afgeschaald moest worden vanwege het maximaal ingestelde DC laadvermogen

[Ersus]

Heb je nog ontwikkelingstijd gehad tussendoor?

[E63s]

Ersus schreef op dinsdag 5 augustus 2025 @ 17:46:
Heb je nog ontwikkelingstijd gehad tussendoor?

Zeker! Ik heb hier vorige week thuis een 48V 6000 Multi RS solar met Cerbo opgehangen om als tweede installatie aan SmartESS te kunnen hangen. Dit lijkt ook goed te werken. Ik verbaas me alleen over het feit dat Victron besloten heeft geen GX meer in te bouwen in de RS'en. Maar goed dat is een andere discussie. Helaas heeft Victron ook een heel aantal modbusadressen gewijzigd t.o.v de Multiplussen GX dus dat was nog wat uitzoekwerk om het rond te krijgen. In de MP GX zijn alle dingen 16 bits maar in de RS/Cerbo is bijv. de AC setpoint ineens 32 bits. Een setpoint die je voorheen vanuit de GUI van Venus kon controleren. Inmiddels kan dat niet meer, zelfs via de Connect app loopt het niet synchroon. Daar blijft ie op 0 staan terwijl hij gewoon laadt of ontlaadt. Lijkt mij een bug, of op z'n minst onhandig.

De aansturing van een extra systeem is inmiddels geoptimaliseerd en verbeterd. Het enige wat nu ingesteld moet worden zijn de VRM details en een aantal lokale details. De Tailgate VPN moet via SSH op de GX geinstalleerd worden. Dat is het enige wat ik nadelig vind, deze extra handeling die voor niet technische mensen ingewikkeld kan lijken. Maar goed, een VPN is nou eenmaal nodig om de boel veilig te houden zonder poorten te hoeven forwarden. Met een handleiding en kant en klare commands moet het te doen zijn

Tot slot, ik heb de Multi RS ook opgehangen omdat ik verwachtte dat het AC DC AC laden geen 21% verlies meer zou opleveren (wat de Multiplussen wel hebben). Nou dat klopt, het is geen 21% maar 18%. De twee enige voordelen van de RS t.o.v de Multiplussen die ik tot op heden ontdekt heb zijn de iets minder warmteontwikkeling en uiteraard het gewicht. De RS is handzaam en eenvoudig op te hangen, bij de Multiplus moet je eerst in maand in de sportschool rondgehangen hebben

[ Voor 6% gewijzigd door E63s op 12-09-2025 09:44 ]