Evcc slim laden met de zon en dynamische tarieven

[replica17]

Erg blij met de nieuwe update van EVCC voor optimizer. Ik had al tijdje problemen met omnibattery icm Anker Solarbank Max AC, nu kan omnibattery eruit.

@Kammika

Bij mij gaat die wel laden indien nodig.

Heb je max charging / max discharge power ingevuld in evcc?

En neem aan dat je wel day ahead prijzen erin hebt.

Dit is mijn tekst:

"The plan saves daytime solar for tonight, when electricity prices rise to 26.0 ct/kWh. It also gives the home battery a small grid top-up today 13:45 at 13.6 ct/kWh, enough to help cover the evening without buying more than needed.

• Peblar (Model Y): Stays at 54% until tomorrow 00:00, with no charging goal requiring a top-up, leaving surplus solar for the home battery.
• Anker Solix Solarbank Max AC: Stores surplus solar from today 09:00, adds the cheap grid top-up, reaches 37%, then powers the home from 17:00 and ends at 0% tomorrow 00:00.

The battery keeps its charge through the cheaper afternoon hours so it can replace more expensive electricity tonight."

[ Voor 8% gewijzigd door replica17 op 25-10-2026 08:18 ]

[Allewijn]

Sinds v0.318.0 zie je handig hoe veel integraties/componenten je van de 10 stuks al hebt toegevoegd. Batterij heb ik nog niet. Dat is de wens voor 2027 (eentje die perfect samenwerkt met evcc). En CO2 forecast, heeft dat meerwaarde als je wens echt is op zo laag mogelijke kosten sturing? Zo groen mogelijk wil ik in mijn hart wel, maar in deze dure energietijden even geen hoogste prio. Nog steeds toevoegen voor maximale werking optimizers of beter niet?
En zo ja, welke provider voor NL goed?

[NoFate]

Ik zie dat ze zijn begonnen aan een PR voor het capaciteitstarief, wel nice. Iemand een idee hoe dat gaat werken? Gaat hij de monthly peak bv ook uitlezen van de P1 HW meter?

[Kammika]

replica17 schreef op zondag 25 oktober 2026 @ 08:16:
Erg blij met de nieuwe update van EVCC voor optimizer. Ik had al tijdje problemen met omnibattery icm Anker Solarbank Max AC, nu kan omnibattery eruit.

@Kammika

Bij mij gaat die wel laden indien nodig.

Heb je max charging / max discharge power ingevuld in evcc?

En neem aan dat je wel day ahead prijzen erin hebt.

Dit is mijn tekst:

"The plan saves daytime solar for tonight, when electricity prices rise to 26.0 ct/kWh. It also gives the home battery a small grid top-up today 13:45 at 13.6 ct/kWh, enough to help cover the evening without buying more than needed.

• Peblar (Model Y): Stays at 54% until tomorrow 00:00, with no charging goal requiring a top-up, leaving surplus solar for the home battery.
• Anker Solix Solarbank Max AC: Stores surplus solar from today 09:00, adds the cheap grid top-up, reaches 37%, then powers the home from 17:00 and ends at 0% tomorrow 00:00.

The battery keeps its charge through the cheaper afternoon hours so it can replace more expensive electricity tonight."

Nice!

Mijn batterij is nog via ha geconfigureerd. Ik zal ‘m eens rechtstreeks aan evcc hangen, kijken wat die dan doet.

ik zie alleen dat die maar je accu maar tot 37% laadt, kan natuurlijk niet zien hoe groot ie accu is. Maar die van mij is maar 5kwh. Die zou die dus ook zonder zon veel meer dan 37% moeten laden om de dure uurtjes te compenseren. Wat is jouw beeld zorgt die wel dat al je dure uurtjes gecompenseerd zijn?

[replica17]

@Kammika

Ik heb via modbus directe verbinding, kan maar door een bestuurd worden.

Heb 14 kWh , vandaar tot de helft.

Meestal kom ik de nacht wel door.

[ Voor 13% gewijzigd door replica17 op 25-10-2026 10:57 ]

[HyperBart]

NoFate schreef op zondag 25 oktober 2026 @ 10:26:
Ik zie dat ze zijn begonnen aan een PR voor het capaciteitstarief, wel nice. Iemand een idee hoe dat gaat werken? Gaat hij de monthly peak bv ook uitlezen van de P1 HW meter?

Hij moet het ergens uitlezen.
P1 DSMR poort biedt deze data
Alle meters die het parsen uit DSMR data zullen door evcc interpreteerbaar moeten gemaakt worden. Gezien de markt/gebruik van HW P1 denk ik dat evcc die als een van de eerste compatibel zal maken.

Ik ben wat actiever in die discussions mee gegaan.
Nu wil men eerst met een onmiddellijke regeling van start gaan, latere fase gaan ze per kwartier het budget berekenen zodat hij niet instant downscale’t maar stuurt op het lopende gemiddelde.

[ Voor 18% gewijzigd door HyperBart op 25-10-2026 12:57 ]

[NoFate]

HyperBart schreef op zondag 25 oktober 2026 @ 12:55:
[...]


Hij moet het ergens uitlezen.
P1 DSMR poort biedt deze data
Alle meters die het parsen uit DSMR data zullen door evcc interpreteerbaar moeten gemaakt worden. Gezien de markt/gebruik van HW P1 denk ik dat evcc die als een van de eerste compatibel zal maken.

Ik ben wat actiever in die discussions mee gegaan.
Nu wil men eerst met een onmiddellijke regeling van start gaan, latere fase gaan ze per kwartier het budget berekenen zodat hij niet instant downscale’t maar stuurt op het lopende gemiddelde.

Ga je dan nu bv ergens een soort van tresshold kunnen instellen, bv dat je max grid verbruik wilt van bv 4000 Watt ... Beetje gelijkaardig aan maxPower, maar dan met uitzondering, dat hij ook kijkt naar de piek van de P1 , stel dat die bv iets hoger is, dat hij dan die tresshold dynamisch gaat aanpassen voor die maand?

[WoBoW]

Allewijn schreef op zondag 25 oktober 2026 @ 09:00:
Sinds v0.318.0 zie je handig hoe veel integraties/componenten je van de 10 stuks al hebt toegevoegd. Batterij heb ik nog niet. Dat is de wens voor 2027 (eentje die perfect samenwerkt met evcc). En CO2 forecast, heeft dat meerwaarde als je wens echt is op zo laag mogelijke kosten sturing? Zo groen mogelijk wil ik in mijn hart wel, maar in deze dure energietijden even geen hoogste prio. Nog steeds toevoegen voor maximale werking optimizers of beter niet?
En zo ja, welke provider voor NL goed?

[Afbeelding]

[Afbeelding]

De optimizer stuurt in eerste instantie alleen op prijs en niet op CO2. Maar het kan geen kwaad om die van energypriceforecast.eu toe te voegen. Deze dienst is gratis en kijkt 120 uur vooruit. Overigens is deze dienst niet gratis voor de energieprijzen planner, maar daar kan je dan ook veel beter epexpredictor.batzill.com voor gebruiken.

[HyperBart]

NoFate schreef op zondag 25 oktober 2026 @ 13:12:
[...]

Ga je dan nu bv ergens een soort van tresshold kunnen instellen, bv dat je max grid verbruik wilt van bv 4000 Watt ... Beetje gelijkaardig aan maxPower, maar dan met uitzondering, dat hij ook kijkt naar de piek van de P1 , stel dat die bv iets hoger is, dat hij dan die tresshold dynamisch gaat aanpassen voor die maand?

Ja

[RoelsRules]

Ik word een beetje gek volgens mij... Optimizer moet je met 0.317.2 aan kunnen zetten toch? Waarom zie ik die knop dan niet?

[WoBoW]

RoelsRules schreef op zondag 25 oktober 2026 @ 14:33:
Ik word een beetje gek volgens mij... Optimizer moet je met 0.317.2 aan kunnen zetten toch? Waarom zie ik die knop dan niet?

Bij Configuration moet je eerst Experimental aanzetten.
Daarna kan je bij Configuration onder Optimizer; Enable Optimizer en Automatic control aanzetten.

[JanHenk]

@RoelsRules Vanaf 0.318.0 kun je hem actief laten meesturen. Gisteren release geweest, inmiddels 0.318.1. Even updaten denk ik dus.

[RoelsRules]

WoBoW schreef op zondag 25 oktober 2026 @ 14:54:
[...]

Bij Configuration moet je eerst Experimental aanzetten.
Daarna kan je bij Configuration onder Optimizer; Enable Optimizer en Automatic control aanzetten.

Ik mis dus de knop automatic control. Heb al tijden Optimizer mee draaien en die geeft prima adviezen. Laat hem maar acteren

JanHenk schreef op zondag 25 oktober 2026 @ 16:32:
@RoelsRules Vanaf 0.318.0 kun je hem actief laten meesturen. Gisteren release geweest, inmiddels 0.318.1. Even updaten denk ik dus.

Ik dacht vanaf 317? Maar dan draai ik straks even update tthx

[AgeOfPanic]

Kun je in EVCC al een charging plan aanmaken die rekening houdt met bepaalde tijdstippen waarop je niet wil laden? Of gaat dat automatisch omdat de piekmomenten toch altijd al de dure momenten zijn?

[thomvh]

AgeOfPanic schreef op zondag 25 oktober 2026 @ 20:07:
Kun je in EVCC al een charging plan aanmaken die rekening houdt met bepaalde tijdstippen waarop je niet wil laden? Of gaat dat automatisch omdat de piekmomenten toch altijd al de dure momenten zijn?

Ik zou willen zeggen dat gaat redelijk automatisch als het prijs gedreven is.

[Get!em]

AgeOfPanic schreef op zondag 25 oktober 2026 @ 20:07:
Kun je in EVCC al een charging plan aanmaken die rekening houdt met bepaalde tijdstippen waarop je niet wil laden? Of gaat dat automatisch omdat de piekmomenten toch altijd al de dure momenten zijn?

Wat wil je voorkomen? Dat je duur laadt? Dat je tegelijkertijd andere verbruikers hebt?

Prijs komt van je dynamische tarief. Loadbalancing vangt je andere huisverbruik af. Hooguit nog dat je een andere limiet kent. Er is een input api voor external limit.

[Kammika]

replica17 schreef op zondag 25 oktober 2026 @ 08:16:
Erg blij met de nieuwe update van EVCC voor optimizer. Ik had al tijdje problemen met omnibattery icm Anker Solarbank Max AC, nu kan omnibattery eruit.

@Kammika

Bij mij gaat die wel laden indien nodig.

Heb je max charging / max discharge power ingevuld in evcc?

En neem aan dat je wel day ahead prijzen erin hebt.

Dit is mijn tekst:

"The plan saves daytime solar for tonight, when electricity prices rise to 26.0 ct/kWh. It also gives the home battery a small grid top-up today 13:45 at 13.6 ct/kWh, enough to help cover the evening without buying more than needed.

• Peblar (Model Y): Stays at 54% until tomorrow 00:00, with no charging goal requiring a top-up, leaving surplus solar for the home battery.
• Anker Solix Solarbank Max AC: Stores surplus solar from today 09:00, adds the cheap grid top-up, reaches 37%, then powers the home from 17:00 and ends at 0% tomorrow 00:00.

The battery keeps its charge through the cheaper afternoon hours so it can replace more expensive electricity tonight."

de marstek rechtstreeks aan evcc hangen werkt idd. Heeft vannacht in goedkope uurtjes ook extra opgeladen om vanochtend de dure uurtjes te compenseren, dus dat ziet er goed uit.

Ik zie alleen dat ik EVCC veel minder batterij parameters uitleest dan dat de HA integratie dat doet. (mis bv temperatuur en aantal cycles). Dus wil toch naar HA integratie die dan via evcc template wordt aangestuurd. zou moeten werken volgens de docs hier:

Maar dat betekent dus dat ik 5 scripts in HA moet gaan zetten. Ik vind alleen de evcc docs (Home Assistant | evcc - smart charging) op dit punt nogal onduidelijk. Is er al iemand die dit (dus batterij in ha, en dan aansturing via deze 5 scripts) al aan dep raat heeft?

ModeCharge en Discharge, die zijn wel duidelijk: Vol opladen of vol ontladen

Maar die andere 3 vind ik onduidelijk, wie kan helpen:
- ModeNormal ("Script to put home battery to normal operation") = NOM mode?
- ModeHold ("Optional script to prevent the home battery from discharging.") = Nom+ mode of moet de batterij helemaal uit?
- ModeHoldCharge ("Optional script to prevent the home battery from charging while discharging to cover the house load remains allowed.") = Dit lijkt me dan Nom-, maar waarom is er dan geen ModeHoldDischarge optie?


EDIT:
heb iig bevestigd dat als je de scrips invoert in EVCC zoals hierboven beschreven, dat EVCC de batterij dan ook als stuurbaar beschouwt. (er verschijnt "stuurbaar: ja" in config scherm bij de batterij). Hij lijkt het te doen, want tarief is nu laag en zit nu op volle kracht te laden: De optimizer wil deze stroom vanavond gebruiken om de dure stroom te compenseren en laadt daarom nu op.

Of het volledig werkt kan ik pas zien als die alle modussen een paar keer aangeroepen heeft, dus zal nog een aantal dagen duren.

[ Voor 18% gewijzigd door Kammika op 26-10-2026 11:57 ]

[JanHenk]

Kammika schreef op maandag 26 oktober 2026 @ 08:46:
[...]

Maar die andere 3 vind ik onduidelijk, wie kan helpen:
- ModeNormal ("Script to put home battery to normal operation") = NOM mode?
- ModeHold ("Optional script to prevent the home battery from discharging.") = Nom+ mode of moet de batterij helemaal uit?
- ModeHoldCharge ("Optional script to prevent the home battery from charging while discharging to cover the house load remains allowed.") = Dit lijkt me dan Nom-, maar waarom is er dan geen ModeHoldDischarge optie?

https://docs.evcc.io/en/user-defined-devices/#battery-modes

Hier staan de modes uitgelegd, er is inderdaad een hold en een holdcharge, je zou de eerste inderdaad ook holddischarge kunnen noemen, zoals jij voorstelt. Maar je hebt het nu wel goed qua uitleg.

Hier de eerste acties van de optimizer ook al gezien, werkt prima tot nu toe

[AgeOfPanic]

Get!em schreef op zondag 25 oktober 2026 @ 20:45:
[...]

Wat wil je voorkomen? Dat je duur laadt? Dat je tegelijkertijd andere verbruikers hebt?

Prijs komt van je dynamische tarief. Loadbalancing vangt je andere huisverbruik af. Hooguit nog dat je een andere limiet kent. Er is een input api voor external limit.

Mijn doel is met name dat je in de piekuren zo weinig mogelijk uit het net verbruikt. Ook omdatvstraks de leveringskosten tijds afhankelijk worden. Moet je daarvoor zelf die tijden instellen of is het voldoende dat je op prijs stuurt ( die op zulke momenten vast ook hoger is)?

[JanHenk]

AgeOfPanic schreef op maandag 26 oktober 2026 @ 13:16:
[...]

Mijn doel is met name dat je in de piekuren zo weinig mogelijk uit het net verbruikt. Ook omdatvstraks de leveringskosten tijds afhankelijk worden. Moet je daarvoor zelf die tijden instellen of is het voldoende dat je op prijs stuurt ( die op zulke momenten vast ook hoger is)?

Op dit moment lijkt het er op dat de dynamische stroomprijzen inderdaad wel overeenkomen met de voorgestelde tijdsafhankelijke nettarieven. Het is overigens nog allerminst zeker dat het doorgaat c.q. op deze wijze. Het is een voorstel, we weten nog niet wat er mee gebeurd.

Als ze daadwerkelijk op deze manier worden ingevoerd, kan het zijn dat er een afvlakking van de dynamische stroomprijzen is (door afname vraag in die uren) maar dat je wel te maken hebt met de tijdsafhankelijke nettarieven zoals in het voorstel. Je kan in mijn optiek tijdsafhankelijke nettarieven wel opnemen of verdisconteren in de tarieven waar de optimizer mee rekent. Die zal altijd op laagste kosten optimaliseren.

Je kan de optimizer trouwens ook instellen, zonder de tijdsafhankelijke tarieven in te voeren, op "reduce grid peaks", misschien is die uitkomst alleen al voldoende.

[Get!em]

AgeOfPanic schreef op maandag 26 oktober 2026 @ 13:16:
[...]

Mijn doel is met name dat je in de piekuren zo weinig mogelijk uit het net verbruikt. Ook omdatvstraks de leveringskosten tijds afhankelijk worden. Moet je daarvoor zelf die tijden instellen of is het voldoende dat je op prijs stuurt ( die op zulke momenten vast ook hoger is)?

Zou het puur prijs gestuurd doen. En tegen die tijd dat de leveringskosten variabel worden, pas je de berekening voor tarief daarop aan.

Als je nu perse de spitstijden niet van het net af wil nemen: er is een mogelijkheid om voor die tijden een (bogus) verhoging toe te passen tariffs | evcc - smart charging

[nlboy]

Hoe kan ik instellen dat als er een stroompiek qua verbruik (import grid) dat evcc de Zaptec wallbox knijpt qua stroomtoevoer? De optimizer en balancer zijn ingesteld maar er gebeurd niks.

Ik kreeg namelijk paar keer de melding dat het stroom verbruik te hoog was (ivm hoofdzekering), dus moest ik handmatig even de laadpaal uitzetten.

[ Voor 20% gewijzigd door nlboy op 26-10-2026 13:56 ]

[WoBoW]

nlboy schreef op maandag 26 oktober 2026 @ 13:54:
Hoe kan ik instellen dat als er een stroompiek qua verbruik (import grid) dat evcc de Zaptec wallbox knijpt qua stroomtoevoer? De optimizer en balancer zijn ingesteld maar er gebeurd niks.

Ik kreeg namelijk paar keer de melding dat het stroom verbruik te hoog was (ivm hoofdzekering), dus moest ik handmatig even de laadpaal uitzetten.

Heb je ook de prio's goed ingesteld staan? Overigens geeft EVCC een melding, maar stuurt hij daarna wel degelijk actief en trottelt hij in mijn geval dus de laadpaal i.p.v. de batterij die aan het laden is.

[JanHenk]

nlboy schreef op maandag 26 oktober 2026 @ 13:54:
Hoe kan ik instellen dat als er een stroompiek qua verbruik (import grid) dat evcc de Zaptec wallbox knijpt qua stroomtoevoer? De optimizer en balancer zijn ingesteld maar er gebeurd niks.

Ik kreeg namelijk paar keer de melding dat het stroom verbruik te hoog was (ivm hoofdzekering), dus moest ik handmatig even de laadpaal uitzetten.

Load balancing wel ingesteld?

[IJsbeer]

JanHenk schreef op maandag 26 oktober 2026 @ 13:39:
[...]

Op dit moment lijkt het er op dat de dynamische stroomprijzen inderdaad wel overeenkomen met de voorgestelde tijdsafhankelijke nettarieven. Het is overigens nog allerminst zeker dat het doorgaat c.q. op deze wijze. Het is een voorstel, we weten nog niet wat er mee gebeurd.

Als ze daadwerkelijk op deze manier worden ingevoerd, kan het zijn dat er een afvlakking van de dynamische stroomprijzen is (door afname vraag in die uren) maar dat je wel te maken hebt met de tijdsafhankelijke nettarieven zoals in het voorstel. Je kan in mijn optiek tijdsafhankelijke nettarieven wel opnemen of verdisconteren in de tarieven waar de optimizer mee rekent. Die zal altijd op laagste kosten optimaliseren.

Je kan de optimizer trouwens ook instellen, zonder de tijdsafhankelijke tarieven in te voeren, op "reduce grid peaks", misschien is die uitkomst alleen al voldoende.

Volgens mij is de aanpassing wel goedgekeurd door de ACM, en daarmee vrij zeker. Maar wel van af 2028 of 2029 oid. Dus we hebben nog tijd zat om een pull request in te dienen voor als het straks zeker is om dit te kunnen ondersteunen tzt, maar lijkt me nu nog veel te vroeg voor.

[Get!em]

IJsbeer schreef op maandag 26 oktober 2026 @ 14:30:
[...]


Volgens mij is de aanpassing wel goedgekeurd door de ACM, en daarmee vrij zeker. Maar wel van af 2028 of 2029 oid. Dus we hebben nog tijd zat om een pull request in te dienen voor als het straks zeker is om dit te kunnen ondersteunen tzt, maar lijkt me nu nog veel te vroeg voor.

PR niet nodig, het zit er al in. tariffs | evcc - smart charging

[nlboy]

WoBoW schreef op maandag 26 oktober 2026 @ 14:15:
[...]

Heb je ook de prio's goed ingesteld staan? Overigens geeft EVCC een melding, maar stuurt hij daarna wel degelijk actief en trottelt hij in mijn geval dus de laadpaal i.p.v. de batterij die aan het laden is.

Ik heb de load balancing aanstaan. Bedoel je de prio bij optimizer? Daar staat nu lowest cost (fixed) en reduce import peaks met automatische controle (batterij, die ik niet heb, en laadpunt) aan.

[IJsbeer]

Get!em schreef op maandag 26 oktober 2026 @ 14:35:
[...]

PR niet nodig, het zit er al in. tariffs | evcc - smart charging

Dat scherm kende ik wel, maar gemist dat daar ook maanden in staat. Dan is het idd al bruikbaar voor de komende nederlandse regels. Kans is dus groot dat een ander land het dus al zo heeft en netbeheerders in NL met een schuin oog naar dat land hebben gekeken: Dat is een mooie manier om geld te verdienen

[AgeOfPanic]

Bedankt voor de antwoorden. Ben blij dat het er al in zit. Een deel van mijn motivatie om een thuisbatterij aan te schaffen was om aan peak shaving te doen. We moeten toch met elkaar een beetje proberen de boel aan de praat te houden.

[Kammika]

JanHenk schreef op maandag 26 oktober 2026 @ 12:29:
[...]

https://docs.evcc.io/en/user-defined-devices/#battery-modes

Hier staan de modes uitgelegd, er is inderdaad een hold en een holdcharge, je zou de eerste inderdaad ook holddischarge kunnen noemen, zoals jij voorstelt. Maar je hebt het nu wel goed qua uitleg.

Hier de eerste acties van de optimizer ook al gezien, werkt prima tot nu toe

a top, ik heb nu zo geconfigureerd staan. Lijkt goed te werken (maar net ook al die ha scriptjes in elkaar geklusd, dus even kijken of dit zo blijft...)

[AgeOfPanic]

Nog een vraag. Ik heb momenteel wat communicatieproblemen met mijn Enphase Envoy. Deze heb ik gekoppeld in EVCC. Gebruikt hij deze ook voor bijvoorbeeld loadbalancing of andere automisaties of alleen voor overzichten van productie enz. Ik heb ook een Homewizard P1 meter gekoppeld.

[IJsbeer]

AgeOfPanic schreef op maandag 26 oktober 2026 @ 16:49:
Nog een vraag. Ik heb momenteel wat communicatieproblemen met mijn Enphase Envoy. Deze heb ik gekoppeld in EVCC. Gebruikt hij deze ook voor bijvoorbeeld loadbalancing of andere automisaties of alleen voor overzichten van productie enz. Ik heb ook een Homewizard P1 meter gekoppeld.

Als je je max instelt hoeveel stroom er per fase mag lopen, kun je ook een meter aangeven welke hij moet gebruiken. Die keuze heb je dus zelf.

[Sillyjan]

AgeOfPanic schreef op maandag 26 oktober 2026 @ 16:49:
Nog een vraag. Ik heb momenteel wat communicatieproblemen met mijn Enphase Envoy. Deze heb ik gekoppeld in EVCC. Gebruikt hij deze ook voor bijvoorbeeld loadbalancing of andere automisaties of alleen voor overzichten van productie enz. Ik heb ook een Homewizard P1 meter gekoppeld.

Volgens mij gebruikt hij de koppeling met enphase alleen om te bepalen hoeveel zonnen energie er precies opgewekt wordt en dit te tonen in het dashboard. Het bepalen of er geladen wordt gaat dacht ik alleen via de p1 aangezien die precies weer wat er in de meter gebeurd.

Mijn enphase koppeling was ook nogal onbetrouwbaar en update nogal langzaam. Daarom heb ik een shelly pro 3em gebruikt om een ct om de kabel die van het dak komt te doen.

[smuldersbram]

Bij mij heb ik de optimizer inmiddels weer uitgezet(i.i.g. het actief optimaliseren).

Al twee dagen op rij kwam evcc met het plan om de batterij pas op te gaan laden bij het oplopen van de stroomprijs in de avond. Terwijl er overdag een stuk meer uren waren die goedkoop waren(~20ct tov ~50 cent).

Ook lijkt het er op dat de optimizer het verbruik van het huis niet mee rekent in het bepalen van laden met zonnekracht. Hij verwacht elke dag de batterij vol te kunnen krijgen met zonne energie terwijl dit niet zo is omdat het huis verbruikt. Het verbruik is al dagen zo goed als hetzelfde dus dat zou evcc moeten weten.

Ik ben nog niet helemaal 100% overtuigd. Ik laat hem lekker passief mee-optimizen. Misschien verbetert het nog.

[thomvh]

smuldersbram schreef op dinsdag 27 oktober 2026 @ 15:57:
Bij mij heb ik de optimizer inmiddels weer uitgezet(i.i.g. het actief optimaliseren).

Al twee dagen op rij kwam evcc met het plan om de batterij pas op te gaan laden bij het oplopen van de stroomprijs in de avond. Terwijl er overdag een stuk meer uren waren die goedkoop waren(~20ct tov ~50 cent).

Ook lijkt het er op dat de optimizer het verbruik van het huis niet mee rekent in het bepalen van laden met zonnekracht. Hij verwacht elke dag de batterij vol te kunnen krijgen met zonne energie terwijl dit niet zo is omdat het huis verbruikt. Het verbruik is al dagen zo goed als hetzelfde dus dat zou evcc moeten weten.

Ik ben nog niet helemaal 100% overtuigd. Ik laat hem lekker passief mee-optimizen. Misschien verbetert het nog.

Raar, hier doet hij het prima!

[smuldersbram]

thomvh schreef op dinsdag 27 oktober 2026 @ 16:14:
[...]

Raar, hier doet hij het prima!
[Afbeelding]

🤔 Ik zie mijn batterij niet in deze grafiek terug komen (wel in de legenda):


Met deze instellingen:


Dit geeft de batterij pagina weer:
Hier zie je dus dat de optimizer aangeeft wat hij verwacht. Hij verwacht nu, op het duurst van de dag dat de batterij nog opgeladen gaat worden. En morgen ook weer van 6 tot 8 wanneer de prijzen weer oplopen oplopen naar 50 cent...

Ik heb een Marstek Venus 3.0 via modbus gekoppeld. Deze doet het al maanden goed met evcc.

Misschien heb ik iets niet goed geconfigureerd qua voorspelling. Ik gebruik de volgende services:

• forecast.solar
• Nationaal Energie Dashboard voor co2
• Tibber & energypriceforecast voor de grid prijs
• Homewizard P1 meter voor verbruik meting

Dit is mijn energy-flow vandaag:



Verbruik van het huis word dus wel opgemeten iig.


Iemand een idee?

[ Voor 9% gewijzigd door smuldersbram op 27-10-2026 17:03 ]

[replica17]

Hier ook raar gedrag van de optimizer;

Op het goedkoopste tarief vanmiddag ging de EV laden (Volgens laadplan voor a.s. vrijdag), dat klopt. Echter ging de Anker Solarbank Max AC volledig mee ontladen, waarschijnlijk om nul op de meter te (proberen) houden. Ik zie in de logs niks over een command naar de Anker, oftewel die verwachte dat de Anker niks zou doen. (die stond in zelfconsumptie modus)

Zonder optimizer kan je "Blokkeer het ontladen van de thuisbatterij in snelle modus en bij gepland laden" aanzetten maar die gaat uit bij optimizer aan.

Inmiddels een issue geopend in GitHub..

[ Voor 18% gewijzigd door replica17 op 27-10-2026 17:02 ]

[JanHenk]

@smuldersbram Lol, in de solar-forecast verwacht ie voor morgen 11 megawattuur (!) aan zonne-energie.

Denk dat er iets niet helemaal goed gaat met de eenheden daar.. Logisch dat de optimizer nu denkt, die paar kWh batterij maar vullen met die 11.000 kWh zonne-opwek

[smuldersbram]

JanHenk schreef op dinsdag 27 oktober 2026 @ 17:01:
@smuldersbram Lol, in de solar-forecast verwacht ie voor morgen 11 megawattuur (!) aan zonne-energie.

Denk dat er iets niet helemaal goed gaat met de eenheden daar.. Logisch dat de optimizer nu denkt, die paar kWh batterij maar vullen met die 11.000 kWh zonne-opwek

Oh man... bij mn 3 arrays dezelfde fout gemaakt:

Moet natuurlijk 2.4 zijn 😂

Dankjewel voor de scherpe ogen 🙌

[ Voor 3% gewijzigd door smuldersbram op 27-10-2026 17:09 ]

[thomvh]

smuldersbram schreef op dinsdag 27 oktober 2026 @ 17:06:
[...]

Oh man... bij mn 3 arrays dezelfde fout gemaakt:
[Afbeelding]
Moet natuurlijk 2.4 zijn 😂

Dankjewel voor de scherpe ogen 🙌

Ik wil ook wel die zonnepanelen van jou hebben! Maar daar heb je wel je issue gok ik ;-)

[Get!em]

Ben ook wel benieuwd wat nu de Force Discharge / Grid Feed-in strategie gaat worden. Het is steeds uit/in scope, er is wat code geschreven en de huidige zaken bereiden er al wel op voor.

GitHub - evcc-io/optimizer at feat/force-discharge · GitHub

Want in een andere PR benoemt hij expliciet dat hij Battery Feedin niet gaat doen (maar wel curtailing / smart feed-in.

Site: add smart feed-in disable (aka zero feed-in) by andig · Pull Request #21839 · evcc-io/evcc · GitHub

[thomvh]

Get!em schreef op dinsdag 27 oktober 2026 @ 17:43:
Ben ook wel benieuwd wat nu de Force Discharge / Grid Feed-in strategie gaat worden. Het is steeds uit/in scope, er is wat code geschreven en de huidige zaken bereiden er al wel op voor.

GitHub - evcc-io/optimizer at feat/force-discharge · GitHub

Want in een andere PR benoemt hij expliciet dat hij Battery Feedin niet gaat doen (maar wel curtailing / smart feed-in.

Site: add smart feed-in disable (aka zero feed-in) by andig · Pull Request #21839 · evcc-io/evcc · GitHub

Ik snap je vraag niet helemaal? Want dat doet hij nu al prima bij mij zonder problemen. Hij laad nu 's nachts om 's ochtends te ontladen. Dan overdag met eventueel wat zon om dan 's avonds weer te ontladen.

Deze PR zit gewoon in EVCC momenteel: https://github.com/evcc-io/evcc/issues/31971

[ Voor 4% gewijzigd door thomvh op 27-10-2026 17:51 ]

[Get!em]

thomvh schreef op dinsdag 27 oktober 2026 @ 17:51:
[...]

Ik snap je vraag niet helemaal? Want dat doet hij nu al prima bij mij zonder problemen. Hij laad nu 's nachts om 's ochtends te ontladen. Dan overdag met eventueel wat zon om dan 's avonds weer te ontladen.

Deze PR zit gewoon in EVCC momenteel: https://github.com/evcc-io/evcc/issues/31971

Die had ik gemist. Top!

[Kammika]

replica17 schreef op dinsdag 27 oktober 2026 @ 16:58:
Hier ook raar gedrag van de optimizer;

Op het goedkoopste tarief vanmiddag ging de EV laden (Volgens laadplan voor a.s. vrijdag), dat klopt. Echter ging de Anker Solarbank Max AC volledig mee ontladen, waarschijnlijk om nul op de meter te (proberen) houden. Ik zie in de logs niks over een command naar de Anker, oftewel die verwachte dat de Anker niks zou doen. (die stond in zelfconsumptie modus)

Zonder optimizer kan je "Blokkeer het ontladen van de thuisbatterij in snelle modus en bij gepland laden" aanzetten maar die gaat uit bij optimizer aan.

Inmiddels een issue geopend in GitHub..

Is dat een probleem van de optimizer? Of is ie aansturing van die anker solarbank niet lekker. Heeft evcc er wel controle over?

[Kammika]

Get!em schreef op dinsdag 27 oktober 2026 @ 18:15:
[...]

Die had ik gemist. Top!

Is die niet al gemerged? Ik heb in mijn batterij pagina een vinkje waarin ik kan terugleveren aan grid.


Heb al even zitten spelen met de tarieven, maar als ik het saldeertarief invul blaast die optimizer op de duurste uurtje terug het net in, vul het teruglevertarief na afschaffing salderen in, dan gaat die nul op de meter doen op de duurste momenten

dus werkt iig ver boven mijn verwachting


Enige wat nog fijn zou zijn is als die ook kon bepalen hoe hard die moet laden. Is nu de hard ingestelde waarde in de config. En die heb ik moeten knijpen, omdat anders de loadbalancer de laadpaal op 3 fasen gaat knijpen als de auto ook staat te laden

in principe zou die optimizer ook prima moeten kunnen bepalen wanneer de laadpaal en wanneer de accu te knijpen

[ Voor 26% gewijzigd door Kammika op 27-10-2026 18:46 ]

[Get!em]

Kammika schreef op dinsdag 27 oktober 2026 @ 18:45:
[...]

Is die niet al gemerged? Ik heb in mijn batterij pagina een vinkje waarin ik kan terugleveren aan grid.

Ik heb dat vinkje niet, vandaar dat ik dacht dat het er nog niet in zat.

Maar in eraan liggen dat ik de batterij nog beperkt heb (bewust) in evcc, omdat er een apart ems op zit voor de handel. Zit puur naar evcc te kijken als opvolger voor de toekomst.

[thomvh]

Get!em schreef op dinsdag 27 oktober 2026 @ 18:15:
[...]

Die had ik gemist. Top!

Was mijn issue. I guess right time right moment 🤣

[smuldersbram]

Ik merk dat mijn forecasts nog niet 100% kloppen en evcc eerder stopt met het ontladen van de batterij. evcc verwacht dat ik op dit moment al meer solar productie zou moeten hebben dan dat ik eigenlijk heb. Ik weet niet zo goed hoe ik dit zou moeten oplossen in mn forecasts:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Van alle 3 de arrays heb ik de hellingshoek, azimuth, aantal kWp goed ingevuld (inmiddels 😅).
Zoals je kan zien op de foto wordt de bovenste array voor een groot deel van de ochtend geblokkeerd door de schaduw van het huis. Zeker met de lage zonstanden in het najaar.

Is dit op te lossen doormiddel van configuratie in evcc? Ik kan natuurlijk een % van de kWp afhalen? Maar dat veranderd gedurende het jaar constant.

Of gaat de optimizer hier rekening mee houden met meer data?

[ Voor 9% gewijzigd door smuldersbram op 28-10-2026 08:58 ]

[Allewijn]

smuldersbram schreef op woensdag 28 oktober 2026 @ 08:56:
Ik merk dat mijn forecasts nog niet 100% kloppen en evcc eerder stopt met het ontladen van de batterij. evcc verwacht dat ik op dit moment al meer solar productie zou moeten hebben dan dat ik eigenlijk heb. Ik weet niet zo goed hoe ik dit zou moeten oplossen in mn forecasts:


***members only***

Van alle 3 de arrays heb ik de hellingshoek, azimuth, aantal kWp goed ingevuld (inmiddels 😅).
Zoals je kan zien op de foto wordt de bovenste array voor een groot deel van de ochtend geblokkeerd door de schaduw van het huis. Zeker met de lage zonstanden in het najaar.

Is dit op te lossen doormiddel van configuratie in evcc? Ik kan natuurlijk een % van de kWp afhalen? Maar dat veranderd gedurende het jaar constant.

Of gaat de optimizer hier rekening mee houden met meer data?

Volgens mij hoe meer data/historie hoe slimmer hij wordt. Zie je bij je pv voorspelling ook het schuifje 'aanpassen' en heb je die aan staan?

[IJsbeer]

Allewijn schreef op woensdag 28 oktober 2026 @ 09:11:
[...]


Volgens mij hoe meer data/historie hoe slimmer hij wordt. Zie je bij je pv voorspelling ook het schuifje 'aanpassen' en heb je die aan staan?

Dat idd, bij Energie zie je ook de opbrengst van zonne-energie, met een lijn met wat hij had voorspelt. En daar staat dan ook een percentage bij met hoe goed hij ingeschat heeft.

[Allewijn]

IJsbeer schreef op woensdag 28 oktober 2026 @ 09:28:
[...]

Dat idd, bij Energie zie je ook de opbrengst van zonne-energie, met een lijn met wat hij had voorspelt. En daar staat dan ook een percentage bij met hoe goed hij ingeschat heeft.

Daar zie je het idd ook allemaal erg goed terug en kan je terug in de tijd.
Ikzelf zie daar in alle dagen van het verleden even grof een 'Nauwkeurigheid van de voorspelling' tussen de ~60 en 85%. De voorspellingen waren altijd iets optimistisch.
Dat regelt hij met het schuifje dus bij begrijp ik.
Misschien dat ik in Solcast (die api gebruik ik voor de voorspellingen met 2 arrays) nog wat meer 'geknepen' settings moet ingeven Om voorspelling dichter bij praktijk te laten geraken.

Hoewel ik me af vraag hoe 'voorspelbaar' het nou echt is. Atmosferische dynamiek, micro-klimaat, kusteffect, clear sky modellen, inverter clipping (ik heb Enphase micro omvormers), mediane verwachting, etc.

[smuldersbram]

Allewijn schreef op woensdag 28 oktober 2026 @ 09:11:
[...]


Volgens mij hoe meer data/historie hoe slimmer hij wordt. Zie je bij je pv voorspelling ook het schuifje 'aanpassen' en heb je die aan staan?
[Afbeelding]

Yes die heb ik aan staan, misschien moet ik gewoon geduld hebben, en evcc even een paar dagen laten analyseren 😃

[IJsbeer]

Allewijn schreef op woensdag 28 oktober 2026 @ 09:46:
[...]

Hoewel ik me af vraag hoe 'voorspelbaar' het nou echt is. Atmosferische dynamiek, micro-klimaat, kusteffect, clear sky modellen, inverter clipping (ik heb Enphase micro omvormers), mediane verwachting, etc.

Ben je projectleider? Het blijft een schatting he!

[Allewijn]

IJsbeer schreef op woensdag 28 oktober 2026 @ 10:03:
[...]


Ben je projectleider? Het blijft een schatting he!

Wanneer is de opleverdatum?
Nee ik hou helemaal niet van theoretische voorspellingen, ik hou van de harde werkelijkheid

[_PM]

smuldersbram schreef op woensdag 28 oktober 2026 @ 08:56:
Ik merk dat mijn forecasts nog niet 100% kloppen en evcc eerder stopt met het ontladen van de batterij. evcc verwacht dat ik op dit moment al meer solar productie zou moeten hebben dan dat ik eigenlijk heb. Ik weet niet zo goed hoe ik dit zou moeten oplossen in mn forecasts:


***members only***

Van alle 3 de arrays heb ik de hellingshoek, azimuth, aantal kWp goed ingevuld (inmiddels 😅).
Zoals je kan zien op de foto wordt de bovenste array voor een groot deel van de ochtend geblokkeerd door de schaduw van het huis. Zeker met de lage zonstanden in het najaar.

Is dit op te lossen doormiddel van configuratie in evcc? Ik kan natuurlijk een % van de kWp afhalen? Maar dat veranderd gedurende het jaar constant.

Of gaat de optimizer hier rekening mee houden met meer data?

Gebruik je ook Home Assistant? Dan is er een optie, die een stuk complexer is, om machine learning op je eigen data te gebruiken (in combinatie met weer en evt. veel meer externe informatie): Solar Forecast ML – Local AI Solar Forecast for Home Assistant.
Het vereist wat werk om dit op te zetten en ook weer door te geven naar EVCC.
Dit leert ook van je historie maar reageert ook op de voorspellingen e.d., levert 48 uur vooruit voorspellingen
Alleen relevant voor als je het leuk vindt denk ik.... ik gebruik de data in mijn zelf gemaakte optimizer

[AgeOfPanic]

Heb de optimizer nu ook lopen. Ik krijg alleen in de logs deze melding:

[site ] ERROR 2026/10/28 12:37:19 optimizer: not enough forecast slots for meaningful optimization: 0 < 8 (grid=0, feedIn=0, solar=434)

Het lijkt er op dat hij geen input van grid en feedin krijg, maar ik weet niet waar dat aan ligt. Ik heb alle voorspellers en databronnen ingericht. Het enige wat ik zou kunnen bedenken is dat ik Tibber heb ingesteld als leverancier, maar daar pas over twee weken officieel bij aangesloten wordt. Hij valideert Tibber wel gewoon als bron voor prijzen.

Weet iemand waar deze foutmelding vandaan komt en wat ik er aan kan doen?

[ Voor 19% gewijzigd door AgeOfPanic op 28-10-2026 12:56 ]

[thomvh]

AgeOfPanic schreef op woensdag 28 oktober 2026 @ 12:45:
Heb de optimizer nu ook lopen. Ik krijg alleen in de logs deze melding:

[site ] ERROR 2026/10/28 12:37:19 optimizer: not enough forecast slots for meaningful optimization: 0 < 8 (grid=0, feedIn=0, solar=434)

Het lijkt er op dat hij geen input van grid en feedin krijg, maar ik weet niet waar dat aan ligt. Ik heb alle voorspellers en databronnen ingericht. Het enige wat ik zou kunnen bedenken is dat ik Tibber heb ingesteld als leverancier, maar daar pas over twee weken officieel bij aangesloten wordt. Hij valideert Tibber wel gewoon als bron voor prijzen.

Weet iemand waar deze foutmelding vandaan komt en wat ik er aan kan doen?

Je hebt geen prijs informatie. Heb je alleen voorspellers ingevuld? Optimizer rekent niet met de voorspeller voor normale prijs informatie naar mijn weten.

[IJsbeer]

thomvh schreef op woensdag 28 oktober 2026 @ 12:57:
[...]

Je hebt geen prijs informatie. Heb je alleen voorspellers ingevuld? Optimizer rekent niet met de voorspeller voor normale prijs informatie naar mijn weten.

Ik heb nog een vast contract en dat ook zo ingesteld in EVCC. Maar de Optimizer wil idd niets doen bij mij. Ik verwacht ook dat dat eraan ligt dat ik geen dynamische prijzen heb ingesteld, dus impliceer hiermee dat dit een goed punt kan zijn.

Wel merk je dat dit stuk nog wat uitgebreider mag qua logging. Hoe of waarom het niet werkt wat je verwacht, ik kreeg gewoon de melding dat het even kan duren voo rnieuwe installatie, en anders de log kan bekijken. Daarin stond alleen maar dat er daadwerkelijk API calls werden gedaan, maar niet dat hij dus onvoldoende data heeft.

[AgeOfPanic]

Ik heb bij Grid Import Price en Grid Export Price Tibber als bron ingesteld. Die valideert hij wel, maar ik zie geen informatie op de instellingen pagina. Misschien dat Tibber nog geen informatie levert zolang mijn contract officieel nog niet gestart is?

[ Voor 24% gewijzigd door AgeOfPanic op 28-10-2026 13:02 ]

[smuldersbram]

AgeOfPanic schreef op woensdag 28 oktober 2026 @ 13:01:
Ik heb bij Grid Import Price en Grid Export Price Tibber als bron ingesteld. Die valideert hij wel, maar ik zie geen informatie op de instellingen pagina. Misschien dat Tibber nog geen informatie levert zolang mijn contract officieel nog niet gestart is?

Volgens mij klopt dit inderdaad, heb ik een 1.5 jaar geleden ook meegemaakt 😃

[JanHenk]

_PM schreef op woensdag 28 oktober 2026 @ 12:10:
[...]

Gebruik je ook Home Assistant? Dan is er een optie, die een stuk complexer is, om machine learning op je eigen data te gebruiken (in combinatie met weer en evt. veel meer externe informatie): Solar Forecast ML – Local AI Solar Forecast for Home Assistant.
Het vereist wat werk om dit op te zetten en ook weer door te geven naar EVCC.
Dit leert ook van je historie maar reageert ook op de voorspellingen e.d., levert 48 uur vooruit voorspellingen
Alleen relevant voor als je het leuk vindt denk ik.... ik gebruik de data in mijn eigen optimizer

Interessant, dit ga ik eens opslaan om mee te pielen Dank voor tip.

IJsbeer schreef op woensdag 28 oktober 2026 @ 13:00:
[...]

Ik heb nog een vast contract en dat ook zo ingesteld in EVCC. Maar de Optimizer wil idd niets doen bij mij. Ik verwacht ook dat dat eraan ligt dat ik geen dynamische prijzen heb ingesteld, dus impliceer hiermee dat dit een goed punt kan zijn.

Ik heb vast contract met import en feed-in prijs ingesteld met terugleverkosten. Ik heb ook een thuisbatterij(tje). Bij mij doet de optimizer dan wel wat. Zo ging hij de batterij op pauze zetten in de avond om het restant de volgende ochtend in de duurdere (normaal vs. daltarief) uren weer op met zero-modus aan het huishouden te leveren. Heb ik zelf niet eerder zo gedaan, maar was financieel inderdaad de betere keuze.

Het heeft dus op zich niet per se te maken met je contractsvorm, maar wel of er überhaupt iets te optimaliseren valt. Als je vast tarief hebt zonder batterij is optimaal qua kosten gewoon op laagste tarief laden (laadplan) en anders op zonneoverschot, het normale gedrag zonder optimizer dus. Ga je een batterij in de mix gooien dan kun je al andere beslissingen krijgen. Heb je dan ook nog een dynamisch tarief, dan wordt het helemaal leuk.

[WoBoW]

smuldersbram schreef op woensdag 28 oktober 2026 @ 08:56:
Ik merk dat mijn forecasts nog niet 100% kloppen en evcc eerder stopt met het ontladen van de batterij. evcc verwacht dat ik op dit moment al meer solar productie zou moeten hebben dan dat ik eigenlijk heb. Ik weet niet zo goed hoe ik dit zou moeten oplossen in mn forecasts:


***members only***

Van alle 3 de arrays heb ik de hellingshoek, azimuth, aantal kWp goed ingevuld (inmiddels 😅).
Zoals je kan zien op de foto wordt de bovenste array voor een groot deel van de ochtend geblokkeerd door de schaduw van het huis. Zeker met de lage zonstanden in het najaar.

Is dit op te lossen doormiddel van configuratie in evcc? Ik kan natuurlijk een % van de kWp afhalen? Maar dat veranderd gedurende het jaar constant.

Of gaat de optimizer hier rekening mee houden met meer data?

Ik gebruik een betaald PVNode account. Daar heb ik ingesteld op welke hoogte de panelen liggen, welk type panelen, de efficientie van de omvormer, hoe hoog de bomenrij achter mijn huis is en op welke afstand die staan, en hoe het dakkapel van de buren zijn schaduw over mijn panelen heen gooit afhankelijk van het jaargetijde. Het is garbage in = garbage out, dus als je voor een goede source kiest kan EVCC ook veel beter zijn werk doen.

[AgeOfPanic]

Bedankt allemaal. Dan dus even geduld hebben tot ik bij Tibber zit om te kijken of er dan data komt.

edit:
Ik heb nu even Nordpool ingesteld en data komt inderdaad door. Optimizer lijkt er ook gebruik van te maken.

[ Voor 38% gewijzigd door AgeOfPanic op 28-10-2026 15:32 ]

[WoBoW]

Allewijn schreef op woensdag 28 oktober 2026 @ 09:11:
[...]


Volgens mij hoe meer data/historie hoe slimmer hij wordt. Zie je bij je pv voorspelling ook het schuifje 'aanpassen' en heb je die aan staan?
[Afbeelding]

Dat klopt idd. Ben er achtergekomen dat als je gewoon de standaard Grid Import/export Price van bijvoorbeeld Frank of Tibber configureerd dat de horizon van de optimizer ook maar max. 24 uur is. Nu heb ik daar ook EPEX Predictor Predicted EPEX spot prices gebruikt (met een formule voor de BTW en inkooprijs bij de import zodat deze matched met de inkoop prijs bij Tibber) en nu is de horizon dus een week vooruit.

Mijn auto ging dus opeens veel meer laden gisteren terwijl doordeweeks het laaddoel 60% is. Maar omdat de prijzen lager waren voorspelt dan de rest van de week, en ik in het weekend een doel heb staan van 80%, was hij daar nu al mee bezig.

[thomvh]

IJsbeer schreef op woensdag 28 oktober 2026 @ 13:00:
[...]

Ik heb nog een vast contract en dat ook zo ingesteld in EVCC. Maar de Optimizer wil idd niets doen bij mij. Ik verwacht ook dat dat eraan ligt dat ik geen dynamische prijzen heb ingesteld, dus impliceer hiermee dat dit een goed punt kan zijn.

Wel merk je dat dit stuk nog wat uitgebreider mag qua logging. Hoe of waarom het niet werkt wat je verwacht, ik kreeg gewoon de melding dat het even kan duren voo rnieuwe installatie, en anders de log kan bekijken. Daarin stond alleen maar dat er daadwerkelijk API calls werden gedaan, maar niet dat hij dus onvoldoende data heeft.

Op de optimizer pagina naar beneden scrollen. Zie je de exacte output van de optimizer. EVCC zelf veranderd alleen de modus aan de hand van wat er uit die optimizer komt.

[Allewijn]

_PM schreef op woensdag 28 oktober 2026 @ 12:10:
[...]

Gebruik je ook Home Assistant? Dan is er een optie, die een stuk complexer is, om machine learning op je eigen data te gebruiken (in combinatie met weer en evt. veel meer externe informatie): Solar Forecast ML – Local AI Solar Forecast for Home Assistant.
Het vereist wat werk om dit op te zetten en ook weer door te geven naar EVCC.
Dit leert ook van je historie maar reageert ook op de voorspellingen e.d., levert 48 uur vooruit voorspellingen
Alleen relevant voor als je het leuk vindt denk ik.... ik gebruik de data in mijn zelf gemaakte optimizer

Dat is toch juist wat evcc nu ook kan/gaat kunnen door de optimizers die in nieuwste versies actief aan het worden zijn (in verleden passief mee draaiden)?
https://docs.evcc.io/en/features/optimizer/
Algoritmes op basis van dat alles... Ook 48+ uur vooruit
(met optie nu dus 'activeer optimizer' én 'automatische controle' beide aan)
Of zit evcc nog in een 'tussenfase'?

[NoFate]

Guys, in "smart" mode met minPV aan, dan gaat die idd aan 6A laden + ook de solar opbrgenst, dat is dus goed... Ik heb ook 3 marstek batterijen, gewoon NOM staan, ook niet actief in evcc

In FAST mode trekt die mijn batterijen ook leeg, dat is goed, maar wil ook dat die in SMART mode mijn batterijen gebruikt, kan dat ? zonder die te koppelen in evcc? Of kan SMART mode alleen maar Solar gebruiken ?

[JanHenk]

@NoFate Dat kan wel, zijn meerdere manieren. Heb je een meter die het vermogen van de batterij kan uitlezen?

[NoFate]

in evcc niet, maar wel in HA bv, maar mijn batterijen draaien gewoon NOM hé , via de CT003 meter

[_PM]

Allewijn schreef op woensdag 28 oktober 2026 @ 14:35:
[...]


Dat is toch juist wat evcc nu ook kan/gaat kunnen door de optimizers die in nieuwste versies actief aan het worden zijn (in verleden passief mee draaiden)?
https://docs.evcc.io/en/features/optimizer/
Algoritmes op basis van dat alles... Ook 48+ uur vooruit
(met optie nu dus 'activeer optimizer' én 'automatische controle' beide aan)
Of zit evcc nog in een 'tussenfase'?

Goede vraag! In het kort, het maakt waarschijnlijk allemaal niet zoveel uit in praktijk ;)

Ik weet niet in detail hoe de informatie bronnen in EVCC allemaal werken, er zit inderdaad ook een correctie optie in. Het zal ook uitmaken welke aanbieder je in evcc gebruikt (Forecast.Solar, Solcast, Open-Meteo, pvnode). Mijn Forecast.Solar ervaring was niet zo goed, er zaten vaak behoorlijke afwijkingen in, makkelijk 50% (geverifieerd met data in Home Assistant). Ik kan niet vergelijken hoe goed de EVCC correctie werkt (wordt daar ook rekening gehouden met het moment van de dag e.d.?)
Solar Forecast ML gebruikt over langere termijn je historische data en ook seizoensinvloeden en evt. ook lokale lux meter, luchtvochtigheid meter en heeft daarmee vrij veel data voor zijn machine learning model.

De data is overigens ook niet perfect, 76-82% kloppend in mijn scenario (waarbij ik niet eigen buiten temperatuur, lux, vochtigheid e.d. als sensoren heb). Nu draait hij nog op het physics model, bij voldoende dagen aan data zal het machine learning model resultaten gaan geven en zal de voorspelling naar verwachting beter worden
In mijn persoonlijke situatie, vóór EVCC correctie, is het al een stuk beter dan wat ik had.
Daarnaast draait er weer wat meer lokaal (als het zonder cloud kan heeft het mijn voorkeur), maar er is nog steeds een afhankelijkheid naar (online) weervoorspellingen.

Het kan voor velen dus in praktijk heel goed allemaal 'gerommel in de marge' zijn (t.o.v. de andere modellen mét EVCC correctie) en is het , wat ik al aangaf, voornamelijk iets voor de liefhebber van zo exact mogelijke data 🤓.

[IJsbeer]

thomvh schreef op woensdag 28 oktober 2026 @ 14:27:
[...]

Op de optimizer pagina naar beneden scrollen. Zie je de exacte output van de optimizer. EVCC zelf veranderd alleen de modus aan de hand van wat er uit die optimizer komt.

Ik kan niet scrollen op die pagina, ik zie alleen maar:

The optimizer is enabled and collecting data. For new installations this can take up to 24 hours.

If nothing shows up after that, the logs may tell why.

Maar zal idd komen doordat ik geen accu heb en geen dynamisch contract. Dan blijft alleen optimalisatie op zon over, en dat zit gewoon in de kern van evcc.

[thomvh]

IJsbeer schreef op woensdag 28 oktober 2026 @ 21:10:
[...]

Ik kan niet scrollen op die pagina, ik zie alleen maar:

[...]


Maar zal idd komen doordat ik geen accu heb en geen dynamisch contract. Dan blijft alleen optimalisatie op zon over, en dat zit gewoon in de kern van evcc.

[NoFate]

pff, snap er niks van, weet niet of het kan, maar ik heb mijn batterijen marstek (v2) via mqtt toegevoegd in evcc, power + soc , de weergave is goed!




Nu, evcc ingesteld zoals hieronder of ander configs...

In Fast mode => werkt prima , de batterijen worden ook gebruikt

In Smart mode met "always" on => batterijen gewoon idle , ik wil dat evcc hier ook de batterijn leeg trekt, wat mis ik? Batterij boost ook op 10% gezet, helpt ook niet, in smart mode , dan gaat mijn batterijen gewoon NOM werken, dat wil ik dus niet

PS: batterijen staan gewoon in NOM mode met de CT003


Where does the surplus go first?

Solar surplus goes straight to the charging points. Set a value above 0% to prioritize the home battery.

Battery as charging buffer

Home battery energy above 10% may be used to support the charging points and delays switching off in smart mode. Start solar charging automatically once the battery is fullonce the enough surplus once the battery is above 10%. Note: “Always charge” ignores this setting.

[ Voor 4% gewijzigd door NoFate op 29-10-2026 11:59 ]

[Elidibus]

Sinds kort hebben we een Mazda MX-30, echter is hier geen goede integratie voor in EVCC of Home Assistant. Toch even een dubbele check: heeft iemand een integratie met de MX-30 werkend gekregen? Of ben ik overgeleverd aan een user defined vehicle en dus suboptimaal gebruik in EVCC?

[Kammika]

Elidibus schreef op donderdag 29 oktober 2026 @ 14:32:
Sinds kort hebben we een Mazda MX-30, echter is hier geen goede integratie voor in EVCC of Home Assistant. Toch even een dubbele check: heeft iemand een integratie met de MX-30 werkend gekregen? Of ben ik overgeleverd aan een user defined vehicle en dus suboptimaal gebruik in EVCC?

Zelf geen Mazda, maar een Vw die ook niet goed ondersteund is. Dus ik gebruik de tibber route (maar een tibber account aan, voeg daar je auto aan toe en gebruik dan de tibber integratie in evcc. En nee daar heb je geen tibber energiecontract voor nodig), zou je kunnen proberen

[AgeOfPanic]

Heb nu de optimizer draaien en die ging inderdaad netjes vannacht de auto en accu opladen tijdens goedkope uren.

Alleen wel tegelijk en op de volledige snelheid. Dus dan trekken die twee al snel samen 14 kW. Terwijl er volgens mij genoeg tijd was om beide achter elkaar op te laden. Weet iemand of je dit nog in kan stellen?

[Kammika]

AgeOfPanic schreef op donderdag 29 oktober 2026 @ 20:40:
Heb nu de optimizer draaien en die ging inderdaad netjes vannacht de auto en accu opladen tijdens goedkope uren.

Alleen wel tegelijk en op de volledige snelheid. Dus dan trekken die twee al snel samen 14 kW. Terwijl er volgens mij genoeg tijd was om beide achter elkaar op te laden. Weet iemand of je dit nog in kan stellen?

zit er nog niet in, maar zijn ze wel mee bezig (Battery: respect circuit power limit for grid charging by andig · Pull Request #34401 · evcc-io/evcc)

[AgeOfPanic]

Kammika schreef op donderdag 29 oktober 2026 @ 21:04:
[...]

zit er nog niet in, maar zijn ze wel mee bezig (Battery: respect circuit power limit for grid charging by andig · Pull Request #34401 · evcc-io/evcc)

Dat is al een stap in de juiste richting, maar zelfs als de load niet te hoog is zou ik wel graag willen dat ze niet tegelijk volle snelheid gaan. Misschien zet ik de maximum snelheid van het opladen ook wel iets terug.

[Kammika]

AgeOfPanic schreef op donderdag 29 oktober 2026 @ 21:13:
[...]

Dat is al een stap in de juiste richting, maar zelfs als de load niet te hoog is zou ik wel graag willen dat ze niet tegelijk volle snelheid gaan. Misschien zet ik de maximum snelheid van het opladen ook wel iets terug.

Ik heb zelf mijn Max oplaadsnelheid van de accu omlaag gezet om deze reden, maar wacht idd op een feature dat evcc deze zelf gaat knijpen. 🤏 dat is optimaler. De ontwikkeling gaat hard bij evcc, dus gaat er denk ik wel inkomen

[Elidibus]

Kammika schreef op donderdag 29 oktober 2026 @ 16:45:
[...]

Zelf geen Mazda, maar een Vw die ook niet goed ondersteund is. Dus ik gebruik de tibber route (maar een tibber account aan, voeg daar je auto aan toe en gebruik dan de tibber integratie in evcc. En nee daar heb je geen tibber energiecontract voor nodig), zou je kunnen proberen

Interessant, maar wat biedt dit aan functionaliteiten dat een "Generic Vehicle (no api)" niet kan? Want uiteindelijk weet Tibber ook niet wanneer mijn auto aan de laadpaal hangt, of wat de SoC is.

[ArPi75]

Elidibus schreef op vrijdag 30 oktober 2026 @ 07:56:
[...]

Interessant, maar wat biedt dit aan functionaliteiten dat een "Generic Vehicle (no api)" niet kan? Want uiteindelijk weet Tibber ook niet wanneer mijn auto aan de laadpaal hangt, of wat de SoC is.

Ik gebruik dit ook bij mijn Audi. Tibber maakt contact met de auto via mijn Audi account en leest uit charging (Y/N), Plugged in (Y/N), Estimated range, SoC en target SoC. Precies wat nodig is voor evcc...

[Elidibus]

ArPi75 schreef op vrijdag 30 oktober 2026 @ 09:03:
[...]

Ik gebruik dit ook bij mijn Audi. Tibber maakt contact met de auto via mijn Audi account en leest uit charging (Y/N), Plugged in (Y/N), Estimated range, SoC en target SoC. Precies wat nodig is voor evcc...

Ahzo, ja dan is het handig om Tibber als tussenpartij te hebben die de integratie beheert. Helaas zie ik dat mijn Mazda ook bij Tibber niet ondersteund wordt. We zoeken verder.

[JanHenk]

@Elidibus Misschien kun je iets met een WiCAN? Heeft wel de Tweakers-factor

Ik kan er zelf niets mee helaas, want bij mijn auto gaat het alarm af als er iets in de OBD2-poort hangt dat contact wil maken, terwijl ie op slot is. Misschien dat dat bij Mazda anders is. Dan ben je ook niet afhankelijk van hun (ontbrekende) cloud services om je actuele SoC uit te lezen.

[thomvh]

Elidibus schreef op vrijdag 30 oktober 2026 @ 10:06:
[...]

Ahzo, ja dan is het handig om Tibber als tussenpartij te hebben die de integratie beheert. Helaas zie ik dat mijn Mazda ook bij Tibber niet ondersteund wordt. We zoeken verder.

Is dit niks?

https://github.com/fano0001/home-assistant-mazda

[Elidibus]

thomvh schreef op vrijdag 30 oktober 2026 @ 11:09:
[...]

Is dit niks?

https://github.com/fano0001/home-assistant-mazda

Ik heb het geprobeerd, maar krijg het niet aan de praat. Er staan issues open die dat bevestigen, authenticeren van de app lukt gewoon niet.

[Elidibus]

JanHenk schreef op vrijdag 30 oktober 2026 @ 10:15:
@Elidibus Misschien kun je iets met een WiCAN? Heeft wel de Tweakers-factor

Ik kan er zelf niets mee helaas, want bij mijn auto gaat het alarm af als er iets in de OBD2-poort hangt dat contact wil maken, terwijl ie op slot is. Misschien dat dat bij Mazda anders is. Dan ben je ook niet afhankelijk van hun (ontbrekende) cloud services om je actuele SoC uit te lezen.

Misschien, ik behandel het nu even als een fallback scenario, als er echt geen andere oplossing is.

[Sandro!]

Ik heb in evcc epexpredictor.batzill.com geconfigureerd in de planner, maar de tarieven komen niet overeen met Zonneplan. De huidige stroomprijs is nu € 0,389, maar in evcc (en de Batzill docs) zie ik staan:

code:

{
  "prices": [
    {
      "startsAt": "2026-10-30T13:45:00+01:00",
      "total": 28.2208
    },
}

In evcc tel ik 2 cent bij voor de inkoopvergoeding van Zonneplan en 21% btw, of als request URL:

code:

https://epexpredictor.batzill.com/prices?hours=1&surcharge=2&taxPercent=21&region=NL&evaluation=false&unit=CT_PER_KWH&hourly=false&timezone=Europe%2FAmsterdam

Hierdoor denkt de planner dat de stroomprijs nu 10 cent lager is dan ie daadwerkelijk is en is evcc dus begonnen met het laden van de auto. Voor het plannen klopt het natuurlijk wel dat nu de stroom op z'n laagst is en ik dus beter nu kan laden dan later vandaag, maar wat doe ik verkeerd? En/of kan ik evcc zo instellen dat hij de bekende waardes gebruikt indien bekend en alleen naar de predictor kijkt voor de nog onbekende uren?

[thomvh]

Sandro! schreef op vrijdag 30 oktober 2026 @ 13:58:
Ik heb in evcc epexpredictor.batzill.com geconfigureerd in de planner, maar de tarieven komen niet overeen met Zonneplan. De huidige stroomprijs is nu € 0,389, maar in evcc (en de Batzill docs) zie ik staan:

code:

{
  "prices": [
    {
      "startsAt": "2026-10-30T13:45:00+01:00",
      "total": 28.2208
    },
}

In evcc tel ik 2 cent bij voor de inkoopvergoeding van Zonneplan en 21% btw, of als request URL:

code:

https://epexpredictor.batzill.com/prices?hours=1&surcharge=2&taxPercent=21&region=NL&evaluation=false&unit=CT_PER_KWH&hourly=false&timezone=Europe%2FAmsterdam

Hierdoor denkt de planner dat de stroomprijs nu 10 cent lager is dan ie daadwerkelijk is en is evcc dus begonnen met het laden van de auto. Voor het plannen klopt het natuurlijk wel dat nu de stroom op z'n laagst is en ik dus beter nu kan laden dan later vandaag, maar wat doe ik verkeerd? En/of kan ik evcc zo instellen dat hij de bekende waardes gebruikt indien bekend en alleen naar de predictor kijkt voor de nog onbekende uren?

Heb je wel een formule correct toegepast?

[Sandro!]

thomvh schreef op vrijdag 30 oktober 2026 @ 14:13:
[...]

Heb je wel een formule correct toegepast?

In evcc heb ik onder Advanced 2 cent charge en 21% btw (0,21) toegevoegd. In de 'formula' staat verder niets. Als ik in de docs van Batzill niets invul krijg ik 22,674 cent, als ik daar handmatig 2 cent bij optel en daar dan btw over bereken kom ik uit op 29,8555. Als ik de API dat laat doen, krijg ik dezelfde response. Maar die prijs komt niet overeen met de werkelijke prijs van dit moment.

[Get!em]

Energie belasting

[thomvh]

Sandro! schreef op vrijdag 30 oktober 2026 @ 14:27:
[...]

In evcc heb ik onder Advanced 2 cent charge en 21% btw (0,21) toegevoegd. In de 'formula' staat verder niets. Als ik in de docs van Batzill niets invul krijg ik 22,674 cent, als ik daar handmatig 2 cent bij optel en daar dan btw over bereken kom ik uit op 29,8555. Als ik de API dat laat doen, krijg ik dezelfde response. Maar die prijs komt niet overeen met de werkelijke prijs van dit moment.

Wat @Get!em zegt. Je vergeet de energiebelasting.

[WoBoW]

Sandro! schreef op vrijdag 30 oktober 2026 @ 14:27:
[...]

In evcc heb ik onder Advanced 2 cent charge en 21% btw (0,21) toegevoegd. In de 'formula' staat verder niets. Als ik in de docs van Batzill niets invul krijg ik 22,674 cent, als ik daar handmatig 2 cent bij optel en daar dan btw over bereken kom ik uit op 29,8555. Als ik de API dat laat doen, krijg ik dezelfde response. Maar die prijs komt niet overeen met de werkelijke prijs van dit moment.

Voor Tibber import tarief:
math.Max((price*1.21) + charges + tax, 0.0)

Waarbij charge: 2,48
Waarbij tax: 0,1108

[Sandro!]

Oeps, gelukkig zijn jullie wel wakker Thanks!

Voor Zonneplan gebruik ik nu deze formule:

code:

math.Max(price * (1 + tax) + charges + 0.11085, 0.0)

Tax = 0.21
Charges = 2

Nu zijn de prijzen nagenoeg identiek. math.Max zet de ondergrens op 0.0, maar de stroomprijs kan ook negatief worden (hoewel, voorlopig waarschijnlijk niet ). Dat is in geval van de planner toch juist wel interessant om te weten?

[gekke-gerrit]

Ik ben nog op zoek naar mensen die ervaring hebben met dynamische prijzen icm laden en grote thuisbatterij.

situatie

• warmtepomp
• elektrische auto
• zonnepanelen 27 stuks
• thuisaccu 98kWh (ja echt 98kWh) (ingesteld bruikbare energie 20 - 80%)
• fictief dynamisch contract bij frank energie.

Ik draai al een tijdje met de evcc optimizer (beta). Maar ik zie dat hij op goedkope momenten (zeg; 20 cent per kWh incl. belasting) niet de hele accu vol pompt, maar gewoon voor 'de volgende dag' een inschatting maakt (vaak van 20 tot 35% ). de dag daarna doet hij dit ook. maar dan moet hij laden voor 30 cent.

Als hij nu de hele accu vol had gestopt met stroom. dan was het goedkoper geweest. Ik heb in evcc ook de prijsvoorspelling eraan gehangen (in de config: Planner Forecast)

Zijn er meer mensen die een grote accu hebben die voor meerdere dagen stroom willen inkopen als het goedkoop is op moment x?

[JanHenk]

gekke-gerrit schreef op maandag 2 november 2026 @ 16:12:


Als hij nu de hele accu vol had gestopt met stroom. dan was het goedkoper geweest. Ik heb in evcc ook de prijsvoorspelling eraan gehangen (in de config: Planner Forecast)

Is je voorspelling dan niet accuraat qua tarieven, of is de RTE te laag? Wat output zou wel helpen, je kan ook de logs delen met evcc team om er naar te kijken. Kennelijk heeft evcc het niet nodig geacht om meer stroom op te slaan; oftewel, dat was met de gegeven input kennelijk niet optimaal (laagste kosten)?

[Allewijn]

2027 nadert en daarmee ook mijn definitieve keus voor een (perfect met evcc combinerende) 15 tot 20kwh thuisbatterij.

De huidige dynamische prijzen geven me qua dagelijks laden van mijn EV (ik rij 100km per dag) nu wel beetje buikpijn... Zo hoog... Zelfs in de nachten....

Overdag ben ik bijna nooit thuis en werk ook nog eens vaak middag/avond-diensten. Kan dus weinig op pv overschot laden/auto staat op zonnige uren dus niet thuis. Zeker nu in winter en een af en toe vrije weekenddag is ook niet voldoende om reisafstands-dekkend te laden (in zomer wel soms).

Dus best veel pv overschot wat de auto niet in kan.

Mijn vraag: ik zou dat dagelijkse overschot (vandaag met dat kleine beetje zon was dat bijv toch nog 10.2kWh surplus) graag in een accu stoppen en dat dan zodra ik thuis kom/voordat ik de volgende dag weer naar werk vertrek, (deels) in de EV willen stoppen.
Ik besef me de laad/ontlaad verliezen die dit met zich mee brengt... Maar beter verlies dan die gratis opgewekte stroom niet gebruikt (want terugleveren en handel er in levert vanaf 2027 denk ik te weinig op).

Hoe kijken jullie hier naar? Wijs? Of andere aanpak als advies?

[J82]

Als ik het heel plat maak, dan wil je de batterij terugverdienen uit de ontweken belastingen. Ik denk dat na de RTE, afschrijving en kapitaalkosten er weinig overblijft.

Als je de mogelijkheid benut om verdienmodellen te stapelen (arbitrage, handel, tijdgebonden nettarieven, etc), dan is er wel potentie. Het vraagt wel een hoop tuning en persoonlijk denk ik dat HA momenteel nog iets beter uitgerust is voor die taak.

Zorg ook voor zo min mogelijk verliezen door voor een DC-gekoppeld systeem te kiezen. Neem een systeem met een goede HA-integratie en een goed gedocumenteerde modbusverbinding. (Dat gaat meestal hand-in-hand.) Verder is het zaak om scherp in te kopen en waar mogelijk zelf te doen.

Het kan dan zeker geld opleveren, maar eigenlijk is het vooral een hele vette en hele leerzame hobby. Ik spreek uit ervaring.

[Gertjezzz]

Goedenavond, een hulp vraag.
EVCC draait al een mooi poosje. Sinds kort heb ik de Alfen Pro line Single laadpaal en gisteren heb ik deze geïntegreerd via MyEve.

EVCC ziet de laadpaal na de verificatie. Maar helaas geeft het nog geen commando's (of mijn laadpaal reageert hier in ieder geval niet op).

Setup:

• Homeassistant -> EVCC server
• Homewizard
• Alfen Pro Line (Loadbalancing via UTP verbonden aan P1)
• Polestar P2
• Audi Q8 Etron

Kan iemand mij in de juiste richting helpen om naast het uitleze van de laadpaal deze ook te kunnen aansturen?

[IJsbeer]

Op de homepage staat je lader als het goed is. Op welke mode staat hij, als je die gewoon op 'Fast' zet zou hij direct moeten beginnen met laden.

[AgeOfPanic]

Gertjezzz schreef op woensdag 4 november 2026 @ 22:24:
Goedenavond, een hulp vraag.
EVCC draait al een mooi poosje. Sinds kort heb ik de Alfen Pro line Single laadpaal en gisteren heb ik deze geïntegreerd via MyEve.

EVCC ziet de laadpaal na de verificatie. Maar helaas geeft het nog geen commando's (of mijn laadpaal reageert hier in ieder geval niet op).

Setup:

• Homeassistant -> EVCC server
• Homewizard
• Alfen Pro Line (Loadbalancing via UTP verbonden aan P1)
• Polestar P2
• Audi Q8 Etron

Kan iemand mij in de juiste richting helpen om naast het uitleze van de laadpaal deze ook te kunnen aansturen?

Heb je deze zaken al ingesteld via de ACE installer: handleiding ? Ik weet niet of MyEVE dat ook kan.