Evcc slim laden met de zon en dynamische tarieven

[V_Andy]

Millert schreef op vrijdag 18 september 2026 @ 10:19:
Hoeft niet. Het gedrag van je Huawei 'klopt', hij kan immers niet zien dat de EV gaat laden en zal hier ook niet op reageren. Het lijkt erop dat EVCC geen controle/schrijfrechten heeft.

Onderstaande informatie, van Gemini, zou ik als ik jou was even nalopen.

Modbus TCP schrijfpermissie inschakelen
Standaard staat Modbus TCP op de Dongle/omvormer vaak op Read-only (of uit).
In de FusionSolar-app (als installateur): ga naar de Dongle/omvormer instellingen en zet Modbus TCP op Read and Write (onbeperkt of gelimiteerd tot het IP van de evcc-host). Zonder schrijfpermissie kan evcc registers niet forceren.

Dit had ik een paar weken al aangevraagd aan de installateur van de batterij/omvormer.

Dit was hun reactie:

“Beste Andy,

Ik heb zojuist de Modbus opengezet, u zou normaal toegang moeten hebben.

Moesten er verder nog vragen zijn, geef dan gerust een seintje”


Normaal moet die actief staan😂

[V_Andy]

Millert schreef op vrijdag 18 september 2026 @ 10:19:
Hoeft niet. Het gedrag van je Huawei 'klopt', hij kan immers niet zien dat de EV gaat laden en zal hier ook niet op reageren. Het lijkt erop dat EVCC geen controle/schrijfrechten heeft.

Onderstaande informatie, van Gemini, zou ik als ik jou was even nalopen.

Modbus TCP schrijfpermissie inschakelen
Standaard staat Modbus TCP op de Dongle/omvormer vaak op Read-only (of uit).
In de FusionSolar-app (als installateur): ga naar de Dongle/omvormer instellingen en zet Modbus TCP op Read and Write (onbeperkt of gelimiteerd tot het IP van de evcc-host). Zonder schrijfpermissie kan evcc registers niet forceren.

Net contact opgenomen met de firma van de omvormer. Op afstand konden zij al zien dat de laadpaal voor de meting is geplaatst. Hierdoor ziet de batterij/omvormer geen laadpaal en zal deze ook niet sturen.

Werk terug voor de elektricien🙈

[Millert]

Dit zou volgens mij voor aansturing met EVCC niet uit moeten maken, als die via een andere energiemeter maar de juiste waarden binnen krijgt. EN controle heeft over de omvormer/batterij.
Ik zou er niet dan ook niet direct van uit gaan dat het verplaatsen van de energiemeter alles oplost. Maar kwaad kan het in ieder geval niet. Ik kwam onderstaande nog tegen,

2. De modus 'Third-Party Dispatch' / Remote Scheduling
In nieuwere firmwareversies van de SDongleA / SUN2000-omvormers bestaat de optie Third-Party Dispatch (of Remote Scheduling / Remote Control via Modbus):
Wat het doet: Deze stand deactiveert de interne Huawei-automatismen volledig en zet het energiemanagementsysteem (EMS) van de omvormer in een luisterende houding.
Toepassing: De omvormer berekent zelf niets meer en wacht strikt op instructies over Modbus TCP (de commando's van software zoals evcc of een extern EMS).
Let op: Als je verbindingsproblemen krijgt met je evcc-host, blijft de batterij in zijn laatste staat hangen totdat de heartbeat-timeout verloopt.

Veelvoorkomende redenen waarom de batterij 'eigenwijs' blijft
Voordat je van modus wisselt, controleer eerst deze twee instellingen:
Firmware-beperking van de SDongleA: Oudere versies van de Dongle (lager dan V100R001C00SPC124/SPC133) weigeren vaak stilletjes schrijfopdrachten naar de holding registers, zelfs als Modbus TCP op Enable staat.
Afwijkende Unit ID / Modbus Address: Bij Huawei SUN2000 luistert de omvormer zelf meestal op Modbus-ID 1, maar het EMS/batterijpack kan via de dongle soms vereisen dat commando's specifiek naar ID 1 of 0 gestuurd worden.

[HyperBart]

Leffunk schreef op vrijdag 18 september 2026 @ 09:32:
[...]

Hier het gevraagde screenshot:

[Afbeelding]

Dat moet op Socket staan.

[Leffunk]

HyperBart schreef op vrijdag 18 september 2026 @ 11:34:
[...]


Dat moet op Socket staan.

Heb die uur geleden al eens geprobeerd op Socket te zetten. Kan momenteel niet testen (denk ik toch niet?) omdat auto momenteel op 100 %.

Wat ik jammer genoeg blijf zien in de logs "WARN 2026/09/18 11:32:40 charger out of sync: expected enabled,got disabled."

(die error was er in mijn eerste log die ik had opgeladen hier, ook al blijkbaar).

Mocht een logfile weer zinvol zijn, dan hoor ik het graag hoe ik die best plaats (gezien dat vorige keer slecht is verlopen ;-)). Begrijp ik het goed dat ik dergelijke log best tussen quotes plaats en binnen de quotes dan nog met codetags?

[HyperBart]

@V_Andy
Evcc doet niks met je batterij, een paar posts terug van mij heb ik dat eens uitgelegd.
Als de laadpaal niet “achter” de meter hangt waarop je batterij stuurt dan ziet de batterij dat verbruik niet en zal hij dus niet NOM doen met het verbruik in acht nemend van de laadpaal.

Als je dat niet zelf kan onderzoeken moet je elektricien even terugkomen en de vraag hierboven aan hem voorleggen.

[V_Andy]

HyperBart schreef op vrijdag 18 september 2026 @ 18:02:
@V_Andy
Evcc doet niks met je batterij, een paar posts terug van mij heb ik dat eens uitgelegd.
Als de laadpaal niet “achter” de meter hangt waarop je batterij stuurt dan ziet de batterij dat verbruik niet en zal hij dus niet NOM doen met het verbruik in acht nemend van de laadpaal.

Als je dat niet zelf kan onderzoeken moet je elektricien even terugkomen en de vraag hierboven aan hem voorleggen.

Elektricien is nu net in verlof, maar hij zal idd even moeten terug komen. Hopelijk als dit opgelost is dat ik evcc gewoon kan gebruiken zoals het hoort👍keep you posted😂

[Koen Hendriks]

HyperBart schreef op vrijdag 18 september 2026 @ 09:44:
[...]


Dat is het probleem: je min moet op 6 staan.
Tesla kan minder aan maar ISO spec laadprotocol is minimaal 6A.

Hmm dit werkt nog niet soepel. Hij is er vannacht 2 keer mee gestopt en niet meer aan gegaan. Nu net ingeplugd en omdat de prijs < 15 cent is moet die volledig gaan laden, maar de Tesla blijft hangen op max 6a. Hij lijkt wel naar 3 fases te zijn gegaan maar niet naar 16 ampère. Daarna handmatig stoppen en op fast zetten geeft het zelfde resultaat.

[HyperBart]

@Koen Hendriks wat ik hier heel raar vind is dat evcc wel meer wil (je ziet dat omdat de balkjes van de 3 fases partieel donker en partieel licht groen zijn) maar dat de Tesla maar 6A ziet binnenkomen.

Kan je van die periode de log eens mee sturen aub?

Ik krijg echt het idee dat iets nog op de Alfen zit bij te sturen. Heb jij ooit met apps gespeeld om slim of goedkoop te laden van energieleveranciers?

[Koen Hendriks]

HyperBart schreef op zaterdag 19 september 2026 @ 11:47:
@Koen Hendriks wat ik hier heel raar vind is dat evcc wel meer wil (je ziet dat omdat de balkjes van de 3 fases partieel donker en partieel licht groen zijn) maar dat de Tesla maar 6A ziet binnenkomen.

Kan je van die periode de log eens mee sturen aub?

Ik krijg echt het idee dat iets nog op de Alfen zit bij te sturen. Heb jij ooit met apps gespeeld om slim of goedkoop te laden van energieleveranciers?

Ja heb de Alfen en evcc willen wel, maar tesla herkent hem maar als max 6a op de modbus om een of andere reden. Wissel ik alles weer terug om de http API van Alfen te gebruiken dan ziet de Tesla meteen weer 16a zonder probleem.

Ik heb EVCC al ruim een jaar (of meer?) draaien met de Alfen als modbus + de KIA e Niro. Daar had ik deze problemen niet. Dus zit er al wel een poos in. Verder geen oude scripts of configs draaien.

Net even de logs bekeken maar omdat ik hem weer terug heb gezet op de werkende http API is de Log van de modbus die op 6a blijft hangen er niet meer vanuit evc zelf. Zal nog even kijken of ik hem vanuit de stdout van docker heb

[Koen Hendriks]

De container heeft alleen basic opstart logs zie ik.

[Flesym]

Koen Hendriks schreef op zaterdag 19 september 2026 @ 12:01:
[...]

Ja heb de Alfen en evcc willen wel, maar tesla herkent hem maar als max 6a op de modbus om een of andere reden. Wissel ik alles weer terug om de http API van Alfen te gebruiken dan ziet de Tesla meteen weer 16a zonder probleem.

Ik heb EVCC al ruim een jaar (of meer?) draaien met de Alfen als modbus + de KIA e Niro. Daar had ik deze problemen niet. Dus zit er al wel een poos in. Verder geen oude scripts of configs draaien.

Net even de logs bekeken maar omdat ik hem weer terug heb gezet op de werkende http API is de Log van de modbus die op 6a blijft hangen er niet meer vanuit evc zelf. Zal nog even kijken of ik hem vanuit de stdout van docker heb

Kan het niet zijn dat het in de fase aansturing fout gaat? 1-fase 6A is 1,4kW. EVCC denkt dat hij 3-fase laadt, vandaar 4,2kW (ofwel 18A).

[Tuttivini]

Zojuist evcc (met mijn zoon @Allewijn) hier ingericht op een Synology (container).
P1 poort, DLB, etc ingesteld en een Webasto Unite lader via een HA Bridge integratie van @Dextro1986 in evcc als HA lader toegevoegd.

Enige belangrijke/cruciale wat niet lukt: we willen natuurlijk de SoC van mijn auto weten.
Ik heb een Leap Motors C10 (69.9kWh versie). Helaas lijkt daar (nog) geen api voor te zijn om dit werkende te krijgen. Heeft iemand een idee hoe we dit toch werkende kunnen krijgen?
Met oog op oa herhalend laadschema is dit echt gewenst.

[beekc1]

Tuttivini schreef op zaterdag 19 september 2026 @ 16:21:
Zojuist evcc (met mijn zoon @Allewijn) hier ingericht op een Synology (container).
P1 poort, DLB, etc ingesteld en een Webasto Unite lader via een HA Bridge integratie van @Dextro1986 in evcc als HA lader toegevoegd.

Enige belangrijke/cruciale wat niet lukt: we willen natuurlijk de SoC van mijn auto weten.
Ik heb een Leap Motors C10 (69.9kWh versie). Helaas lijkt daar (nog) geen api voor te zijn om dit werkende te krijgen. Heeft iemand een idee hoe we dit toch werkende kunnen krijgen?
Met oog op oa herhalend laadschema is dit echt gewenst.

Wanneer je HA hebt draaien zou je de SOC toch via HA moeten kunnen binnen halen. Ik kwam deze tegen: https://github.com/Protos...-mate/blob/main/README.md

[Tuttivini]

beekc1 schreef op zaterdag 19 september 2026 @ 16:34:
[...]

Wanneer je HA hebt draaien zou je de SOC toch via HA moeten kunnen binnen halen. Ik kwam deze tegen: https://github.com/Protos...-mate/blob/main/README.md

Bedankt! Dat ziet er goed uit. Ik ga het uitzoeken.

[Leffunk]

Ondertussen de foutmelding "WARN charger out of sync: expected enabled,got disabled." weten oplossen: in de Alfen MyEve app bij Energy management de waarde op "socket" gezet en de validity time op 32400 (9 uur). Ergens tegengekomen op Github.

Tot nu toe zijn daarmee deze warnings uitgebleven. Ook heb ik in EVCC de switch mbt Optimizer terug uitgezet gezien ik daar ook een foutmelding op kreeg: ```

[site ] ERROR 2026/09/20 09:27:37 optimizer: not enough forecast slots for meaningful optimization: 0 < 8 (grid=635, feedIn=0, solar=451)

Nu laadt auto wel goed op PV en stopt hij ook als er te weinig zonopbrengst is, dus dat is opgelost.

Enkel nu nog de issue dat als hij nog niet volledig opgeladen is, hij effectief zegt dat hij vb 's nachts nog enkele uren zal gaan laden, hij geeft dan ook aan dat hij dit wil doen, maar auto wordt precies dan niet meer wakker waardoor die laatste stap mbt bijladen niet gebeurt...Of moet dan bij PV die switch "Goedkoop netstroom laden Zet tijdelijk snel-laden" in PV mode sowieso aan staan, met een bepaalde prijslimiet?

Kan ook aan huidige Passat GTE liggen... Vanaf dinsdag ID7, misschien dat ik het daar wel werkend mee krijg?

[nlboy]

Wie kan mij helpen met onverwacht laden in de nacht?

Ik heb een Škoda Elroq en Zaptec Go 2 zonder zonnepanelen.

Gisteravond heb ik in evcc aangegeven dat ik de auto donderdagochtend nodig heb, dus deze mag vanaf gisteravond 21:00u tot en met donderdag 6:00u opladen op het gunstige moment.

evcc gaf netjes aan dat ie over +/- 13 uur gaat beginnen (woensdagmiddag) met opladen, dus woensdag overdag. De auto werd ook niet meteen opgeladen. Prompt vanochtend zag ik dat de auto alsnog vannacht is opgeladen op het gunstige moment in de nacht blijkbaar. Waar kan dat aan liggen?

De instellingen:
evcc: PV met donderdag 6:00u met laaddoel 100% - Import epexprijzen.nl / voorspelling forecast
Zaptec: Standaard laden en eco-modus uit (niks aan de app veranderd/aangeraakt).
Elroq: 53% vol en limit 100%

Het vreemde is dat evcc het goed aangaf. Waar kan dit aan liggen?

Ik worstel nog steeds met de afkortingen Uit, PV, Min+PV & Snel. In de handleiding zie ik voornamelijk solar terugkomen en niks over Min of PV.
Uit = niet laden?
PV = ?
Min+PV = Minimale accupercentage? + ?
Snel = meteen laden zonder rekening te houden met planning/tarief?

[ Voor 8% gewijzigd door nlboy op 23-09-2026 08:59 ]

[HyperBart]

Uit is niet laden
PV is solar
Min+PV wil zeggen "start het laden aan doorgaans standaard 1.4kW en als er meer overschot is aan zonne-vermogen mag je dat OOK bij in de auto duwen".
Snel = begin te laden alsof je laadpaal een oude domme paal is volgens de settings in evcc

[Get!em]

nlboy schreef op woensdag 23 september 2026 @ 08:54:
Wie kan mij helpen met onverwacht laden in de nacht?

Ik heb een Škoda Elroq en Zaptec Go 2 zonder zonnepanelen.

Gisteravond heb ik in evcc aangegeven dat ik de auto donderdagochtend nodig heb, dus deze mag vanaf gisteravond 21:00u tot en met donderdag 6:00u opladen op het gunstige moment.

evcc gaf netjes aan dat ie over +/- 13 uur gaat beginnen (woensdagmiddag) met opladen, dus woensdag overdag. De auto werd ook niet meteen opgeladen. Prompt vanochtend zag ik dat de auto alsnog vannacht is opgeladen op het gunstige moment in de nacht blijkbaar. Waar kan dat aan liggen?

De instellingen:
evcc: PV met donderdag 6:00u met laaddoel 100% - Import epexprijzen.nl / voorspelling forecast
Zaptec: Standaard laden en eco-modus uit (niks aan de app veranderd/aangeraakt).
Elroq: 53% vol en limit 100%

Het vreemde is dat evcc het goed aangaf. Waar kan dit aan liggen?

Ik worstel nog steeds met de afkortingen Uit, PV, Min+PV & Snel. In de handleiding zie ik voornamelijk solar terugkomen en niks over Min of PV.
Uit = niet laden?
PV = ?
Min+PV = Minimale accupercentage? + ?
Snel = meteen laden zonder rekening te houden met planning/tarief?

Gelukkig worden de modi van EVCC hernoemd

• 54403e6 Mode Redesign: rename pv to smart, replace minpv with always charge (BC) (#32490)

Software-update: evcc 0.316.0 - Computer - Downloads - Tweakers

[nlboy]

HyperBart schreef op woensdag 23 september 2026 @ 09:07:
Uit is niet laden
PV is solar
Min+PV wil zeggen "start het laden aan doorgaans standaard 1.4kW en als er meer overschot is aan zonne-vermogen mag je dat OOK bij in de auto duwen".
Snel = begin te laden alsof je laadpaal een oude domme paal is volgens de settings in evcc

Dank je wel. Als ik zo de reactie onder jou lees, wordt PV (solar) herontworpen naar Smart en wat dan ook beter aansluit bij mijn wensen (rekening houdend met wel/geen zonnepanelen).

Hopelijk zou het betekenen dat het geplande laden beter gaat werken voor mij.

[ Voor 25% gewijzigd door nlboy op 23-09-2026 09:23 ]

[HyperBart]

Zorgen dat je de tarieven configureert, dan kiest hij de goedkope momenten.

[Get!em]

In other news... EVCC kan nu ook als whitelabel worden verkocht door derden. Ze hebben whitelabel customization toegevoegd (interface, contact page etc.).

[JanHenk]

Get!em schreef op woensdag 23 september 2026 @ 09:14:
[...]

Gelukkig worden de modi van EVCC hernoemd

• 54403e6 Mode Redesign: rename pv to smart, replace minpv with always charge (BC) (#32490)

Software-update: evcc 0.316.0 - Computer - Downloads - Tweakers

is al uitgebracht inderdaad. Ziet er zo een heel stuk logischer uit, met een sub-slider voor "always charge" waarbij je kan kiezen tussen 1x (alleen deze sessie) of altijd aan.

@nlboy Even updaten dus

[nlboy]

HyperBart schreef op woensdag 23 september 2026 @ 09:38:
Zorgen dat je de tarieven configureert, dan kiest hij de goedkope momenten.

Dat gedaan (dinsdag om 21:30u dat ie donderdagochtend vol moet zijn) en evcc gaf netjes aan dat ie woensdagmiddag zou beginnen (+/- 13u gaat starten met laden). Helaas heeft het laden toch in de nacht plaatsgevonden.

[ Voor 22% gewijzigd door nlboy op 23-09-2026 10:04 ]

[V_Andy]

HyperBart schreef op vrijdag 18 september 2026 @ 18:02:
@V_Andy
Evcc doet niks met je batterij, een paar posts terug van mij heb ik dat eens uitgelegd.
Als de laadpaal niet “achter” de meter hangt waarop je batterij stuurt dan ziet de batterij dat verbruik niet en zal hij dus niet NOM doen met het verbruik in acht nemend van de laadpaal.

Als je dat niet zelf kan onderzoeken moet je elektricien even terugkomen en de vraag hierboven aan hem voorleggen.

Intussen is de elektricien terug, laadpaal staat blijkbaar voor de hoofddifferentieel, dus voor de meting van de omvormer/laadpaal. Heb eens HA geprobeerd in combinatie met EVCC(tip op het peblar Topic). Alles werkt buiten de batterij sturing🤨😂.

Dus om evcc correct te laten lopen moet de elektricien dit veranderen, maar die is hier niet zo’n voorstander van. Een tweede meting voor de laadpaal van omvormer/batterij is precies ook niet zo’n evidente oplossing😂

[JanHenk]

@V_Andy Ik weet niet waarom hij er geen voorstander van is. Als je evcc gebruikt is er toch niks aan de hand? Jouw thuisbatterij moet gewoon hele huisverbruik inclusief laadpaal "zien". Dus die klemmen (of wat je batterij ook gebruikt) moeten gewoon op de hoofdaansluiting.

Hoe jij het nu fysiek hebt aan laten leggen, is een bekende 'truc' om te voorkomen dat de thuisbatterij gaat leegtrekken ten behoeve van de laadpaal. Maar daar heb je nu juist net evcc voor die dat kan voorkomen (of niet), afhankelijk van je wensen.

Ik ben het ook met je eens dat je auto laden uit een thuisbatterij doorgaans niet erg is. Een korte boost kan ook prima, als je bijv. in de middag vertrekt en de batterij tijd zat heeft om zich weer te vullen vanuit PV.

[Allewijn]

Kan zijn dat ik het gemist had, maar zie in de meest recente versie ineens héél veel optimizer info in evcc.

Betekend dat dat de optimizer nu actieve invloed heeft gekregen?

[HyperBart]

Allewijn schreef op woensdag 23 september 2026 @ 10:25:
Kan zijn dat ik het gemist had, maar zie in de meest recente versie ineens héél veel optimizer info in evcc.

Betekend dat dat de optimizer nu actieve invloed heeft gekregen?
[Afbeelding]

Neen was al langer maar wat verstopt op oudere versies maar men bouwt wel in die richting.

[Get!em]

Allewijn schreef op woensdag 23 september 2026 @ 10:25:


Betekend dat dat de optimizer nu actieve invloed heeft gekregen?
[Afbeelding]

The optimizer is still experimental. Right now, the calculated plan is only displayed: as a recommendation on the loadpoint, on the battery page and on the reworked optimizer page. The next step is for the optimizer to actually take over control of battery and loadpoints; the pull request for this is in preparation.

Highlights: Release Process, Optimizer, Customizing | evcc - smart charging

[ Voor 10% gewijzigd door Get!em op 23-09-2026 10:36 ]

[Kammika]

nlboy schreef op woensdag 23 september 2026 @ 10:01:
[...]
Dat gedaan (dinsdag om 21:30u dat ie donderdagochtend vol moet zijn) en evcc gaf netjes aan dat ie woensdagmiddag zou beginnen (+/- 13u gaat starten met laden). Helaas heeft het laden toch in de nacht plaatsgevonden.

en wat zegt de logging op die momenten? daar moet je wel uit kunnen halen waarom die wat doet..

[Kammika]

V_Andy schreef op woensdag 23 september 2026 @ 10:06:
[...]

Intussen is de elektricien terug, laadpaal staat blijkbaar voor de hoofddifferentieel, dus voor de meting van de omvormer/laadpaal. Heb eens HA geprobeerd in combinatie met EVCC(tip op het peblar Topic). Alles werkt buiten de batterij sturing🤨😂.

Dus om evcc correct te laten lopen moet de elektricien dit veranderen, maar die is hier niet zo’n voorstander van. Een tweede meting voor de laadpaal van omvormer/batterij is precies ook niet zo’n evidente oplossing😂

ik snap het niet. Die batterij stuurt normaal op 0 op de meter, maar als er nog apparaten voor staan kan die dus niet meer op 0 op de meter sturen. Wat is de argumentatie van die electricien dan waarom die achter de meter moet?

[thomvh]

Kammika schreef op woensdag 23 september 2026 @ 12:19:
[...]

ik snap het niet. Die batterij stuurt normaal op 0 op de meter, maar als er nog apparaten voor staan kan die dus niet meer op 0 op de meter sturen. Wat is de argumentatie van die electricien dan waarom die achter de meter moet?

Omdat Jan en alleman dan niet het probleem krijgt dat een auto die laad je batterij leeg trekt. Het is eigenlijk voor installateurs best standaard om dat zo te doen. Aangezien je echt wel meer logica nodig hebt als je geen tweaker bent. E.g. Tibber/Zonneplan besluit dat je paal gaat laden. Maar je accu staat op NOM dan is het doei stroom.

[V_Andy]

Kammika schreef op woensdag 23 september 2026 @ 12:17:
[...]

en wat zegt de logging op die momenten? daar moet je wel uit kunnen halen waarom die wat doet..

Zijn uitleg was om te voorkomen dat, als er iets gebeurt met de laadpaal, heel het netwerk anders zou uitvallen. Nu zou dit niet zijn.

Volgens het arei mag je deze daar ook plaatsen, is ook zo trouwens gekeurd🤨😂.

De elektricien heeft dus nu de voorkeur om een tweede meting te plaatsen voor de laadpaal😂( als dit mogelijk is?), terwijl de omvormer/batterij plaatster de laadpaal achter zijn punt wilt🤨😂

Hoe dan ook, het zal mij weer centen kosten om evcc werkende te krijgen.😂

[Get!em]

V_Andy schreef op woensdag 23 september 2026 @ 13:12:
[...]

Zijn uitleg was om te voorkomen dat, als er iets gebeurt met de laadpaal, heel het netwerk anders zou uitvallen. Nu zou dit niet zijn.

Volgens het arei mag je deze daar ook plaatsen, is ook zo trouwens gekeurd🤨😂.

De elektricien heeft dus nu de voorkeur om een tweede meting te plaatsen voor de laadpaal😂( als dit mogelijk is?), terwijl de omvormer/batterij plaatster de laadpaal achter zijn punt wilt🤨😂

Hoe dan ook, het zal mij weer centen kosten om evcc werkende te krijgen.😂

Heb je ook een meter van je huisaansluiting (P1) zoals in NL? Ja toch neem ik aan? Kun je die uitlezen?

Dan kun je die koppelen in evcc. Vervolgens maak je een nested loadbalancing config, met de tweede meter achter je laadpaal.

Dus

Main

Chargingpoint (parent main)

Sub1 :Extra meter (parent main)

Battery (parent sub1)

Pv (parent sub1)


Zo ja, en je wil auto voorrang geven op batterij, dan maak je een automation in Homeassistant: als evcc is connected en in smart mode, set battery standby.

[ Voor 12% gewijzigd door Get!em op 23-09-2026 13:41 ]

[V_Andy]

Get!em schreef op woensdag 23 september 2026 @ 13:38:
[...]

Heb je ook een meter van je huisaansluiting (P1) zoals in NL? Ja toch neem ik aan? Kun je die uitlezen?

Dan kun je die koppelen in evcc. Vervolgens maak je een nested loadbalancing config, met de tweede meter achter je laadpaal.

Dus

Main

Chargingpoint (parent main)

Sub1 :Extra meter (parent main)

Battery (parent sub1)

Pv (parent sub1)


Zo ja, en je wil auto voorrang geven op batterij, dan maak je een automation in Homeassistant: als evcc is connected en in smart mode, set battery standby.

Kan er met deze werkwijze de batterij ook leveren aan de laadpaal?

[Get!em]

V_Andy schreef op woensdag 23 september 2026 @ 15:39:
[...]

Kan er met deze werkwijze de batterij ook leveren aan de laadpaal?

Alleen als je zelf actief de batterij opdracht geeft tot ontladen (Force Discharge) tijdens het laden van EV. Gezien je batterij de EV-charger niet als verbruiker ziet (omdat de meter erna zit), kan de software van de batterij zelf dat niet (in modus NOM). EVCC kan het zelf nu ook nog niet (actieve aansturing van batterij is nog niet of beperkt beschikbaar), dus zul je dit extern moeten aansturen met bijv HA.

[V_Andy]

Get!em schreef op woensdag 23 september 2026 @ 15:44:
[...]

Alleen als je zelf actief de batterij opdracht geeft tot ontladen (Force Discharge) tijdens het laden van EV. Gezien je batterij de EV-charger niet als verbruiker ziet (omdat de meter erna zit), kan de software van de batterij zelf dat niet (in modus NOM). EVCC kan het zelf nu ook nog niet (actieve aansturing van batterij is nog niet of beperkt beschikbaar), dus zul je dit extern moeten aansturen met bijv HA.

Ok, HA ben ik niet zo super bekend mee, evcc ging nog net😂.

[HyperBart]

V_Andy schreef op woensdag 23 september 2026 @ 10:06:
[...]

Intussen is de elektricien terug, laadpaal staat blijkbaar voor de hoofddifferentieel, dus voor de meting van de omvormer/laadpaal. Heb eens HA geprobeerd in combinatie met EVCC(tip op het peblar Topic). Alles werkt buiten de batterij sturing🤨😂.

Dus om evcc correct te laten lopen moet de elektricien dit veranderen, maar die is hier niet zo’n voorstander van. Een tweede meting voor de laadpaal van omvormer/batterij is precies ook niet zo’n evidente oplossing😂

Altijd makkelijk maar in dit geval is het toch echt wel: zo moeilijk kan dit toch niet zijn.
Op zich is het normaal dat die voor de hoofddif (lees: op een aparte diff staat) zodat die je hoofddif niet "vervuilt" maar die meter waarop de batterij zich dan baseert moet dan gewoon voor beide diffs staan en eventueel dus zelfs nog eens met een diff voorzien worden

dus

diff X --> meter --> diff Y voor je huis
diff X --> meter --> diff Z voor je laadpaal

Ken je kast of eendraadschema en NEN normering verder niet maar ja het zal wat werk kosten, die elektricien mag gewoon niet invullen/assumpties maken voor jou wie of wat er op de batterij mag zitten.

Ik zie nu dat je Belg bent. Dan weet ik wel wat van het AREI. Bovenstaande suggestie is dus hoe het moet. Ja, vervelend, die Hoofddiff is afgezekerd door Fluvius. Leuker zou zijn als hij die in de "rootkast" links kan zetten maar goed ik heb hetzelfde.
Hij moet dus lussen vanaf die hoofdiff in uw grote kast naar de kleine kasten links en daar zorgen dat hij rekening houdt met de PV REM + extra diff's van de laadpaal + extra diff waar je huis dan weer achter komt.

Meten en de diff plaatsing zijn twee verschillende dingen behalve dat die meter waarschijnlijk ook met een diff gezeker moet zijn.

Beetje extra werk (kosten voor jou moet je dan ook maar zelf even uitmaken of je dat correct vindt) voor hem.

Alternatief kan zijn (welke batterij heb je trouwens?) dat je de batterij (ipv het eigen merk metertje van de batterijleverancier laat uitlezen) de P1 laat uitlezen... Die neemt alles mee.
Marstek heeft bv zo een P1 dongle, maar anderen misschien ook.

Get!em schreef op woensdag 23 september 2026 @ 13:38:
[...]

Heb je ook een meter van je huisaansluiting (P1) zoals in NL? Ja toch neem ik aan? Kun je die uitlezen?

Dan kun je die koppelen in evcc. Vervolgens maak je een nested loadbalancing config, met de tweede meter achter je laadpaal.

Dus

Main

Chargingpoint (parent main)

Sub1 :Extra meter (parent main)

Battery (parent sub1)

Pv (parent sub1)


Zo ja, en je wil auto voorrang geven op batterij, dan maak je een automation in Homeassistant: als evcc is connected en in smart mode, set battery standby.

Ik weet dat je het goed bedoelt maar sjonge wat een geklus rondom een probleem wat eenvoudig opgelost is door op de juiste plek (in samenspraak met de klant) die meter voor die batterij te plaatsen.

Om nog niet te spreken over HA wat er weer bij komt en weer als extra component automatisaties moet doen om een probleem op te lossen wat evcc prima kan afregelen als de dingen juist geplaatst zijn.

[ Voor 37% gewijzigd door HyperBart op 23-09-2026 19:56 ]

[HyperBart]

V_Andy schreef op donderdag 17 september 2026 @ 13:05:
[...]


[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Plaats genoeg zie ik om evt een extra diff te plaatsen en de meter op de juiste plek te zetten.

"Elentrikker, doeduwwerk eens"

[HyperBart]

Millert schreef op vrijdag 18 september 2026 @ 11:20:
Dit zou volgens mij voor aansturing met EVCC niet uit moeten maken, als die via een andere energiemeter maar de juiste waarden binnen krijgt. EN controle heeft over de omvormer/batterij.
Ik zou er niet dan ook niet direct van uit gaan dat het verplaatsen van de energiemeter alles oplost. Maar kwaad kan het in ieder geval niet. Ik kwam onderstaande nog tegen,

2. De modus 'Third-Party Dispatch' / Remote Scheduling
In nieuwere firmwareversies van de SDongleA / SUN2000-omvormers bestaat de optie Third-Party Dispatch (of Remote Scheduling / Remote Control via Modbus):
Wat het doet: Deze stand deactiveert de interne Huawei-automatismen volledig en zet het energiemanagementsysteem (EMS) van de omvormer in een luisterende houding.
Toepassing: De omvormer berekent zelf niets meer en wacht strikt op instructies over Modbus TCP (de commando's van software zoals evcc of een extern EMS).
Let op: Als je verbindingsproblemen krijgt met je evcc-host, blijft de batterij in zijn laatste staat hangen totdat de heartbeat-timeout verloopt.

Veelvoorkomende redenen waarom de batterij 'eigenwijs' blijft
Voordat je van modus wisselt, controleer eerst deze twee instellingen:
Firmware-beperking van de SDongleA: Oudere versies van de Dongle (lager dan V100R001C00SPC124/SPC133) weigeren vaak stilletjes schrijfopdrachten naar de holding registers, zelfs als Modbus TCP op Enable staat.
Afwijkende Unit ID / Modbus Address: Bij Huawei SUN2000 luistert de omvormer zelf meestal op Modbus-ID 1, maar het EMS/batterijpack kan via de dongle soms vereisen dat commando's specifiek naar ID 1 of 0 gestuurd worden.

evcc doet voorlopig (en bij mijn weten gaat dat ook niet gebeuren) de NOM regeling.
Dus evcc kan wel signaleren "ga laden vanuit het net" of "ontlaad nu naar het net/huis" maar hij gaat niet de NOM logica zelf doen. Dus ze gaan (wat ik inschat) setpoints sturen maar niet continu de batterij aansturen zoals ze de laadpaal per (m)A aansturen.

Dus toch wel, meter moet alles kunnen zien, dus of meter verplaatsen of andere meter (P1) gebruiken.

[HyperBart]

nlboy schreef op woensdag 23 september 2026 @ 10:01:
[...]
Dat gedaan (dinsdag om 21:30u dat ie donderdagochtend vol moet zijn) en evcc gaf netjes aan dat ie woensdagmiddag zou beginnen (+/- 13u gaat starten met laden). Helaas heeft het laden toch in de nacht plaatsgevonden.

Geen idee qua tijdslijn nu even maar energietarieven voor de volgende dag zijn pas om 13 of 14H00 de dag ervoor beschikbaar.
Zit daar iets mee dat ie gezien heeft dat die tarieven goedkoper waren tijdens de nacht?

[HyperBart]

nlboy schreef op woensdag 23 september 2026 @ 09:20:
[...]

Dank je wel. Als ik zo de reactie onder jou lees, wordt PV (solar) herontworpen naar Smart en wat dan ook beter aansluit bij mijn wensen (rekening houdend met wel/geen zonnepanelen).

Hopelijk zou het betekenen dat het geplande laden beter gaat werken voor mij.

Smart is de herlabelde PV en MinPV in één knopje.
Zowel pv als minpv waren "planner aware".
Nu is dat "smart" geworden met een uitklappertje waar je éénmalig of altijd MinPV kan aanzetten.
Ik vind het qua UX wat tegenvallen want ik wil nog wel eens wisselen tussen PV of MinPV maar goed, ik snap het ook wel waarom.

[V_Andy]

HyperBart schreef op woensdag 23 september 2026 @ 18:10:
[...]

evcc doet voorlopig (en bij mijn weten gaat dat ook niet gebeuren) de NOM regeling.
Dus evcc kan wel signaleren "ga laden vanuit het net" of "ontlaad nu naar het net/huis" maar hij gaat niet de NOM logica zelf doen. Dus ze gaan (wat ik inschat) setpoints sturen maar niet continu de batterij aansturen zoals ze de laadpaal per (m)A aansturen.

Dus toch wel, meter moet alles kunnen zien, dus of meter verplaatsen of andere meter (P1) gebruiken.

Bedankt voor uw feedback, momenteel steekt er een p1 meter in van Homewizard. Deze kan ik er niet voor gebruiken zekers( maandelijkse betaling?). Dit klinkt precies de simpelste oplossing. Het is idd een Belgische zaak😂.

Ik zal uw advies eens doorgeven aan mijn elektricien. Eens zien wat hij hierover denkt.

Wat een gedoe om evcc werkende te krijgen😂ik hoop dat het ooit gaat lukken🤞

[JanHenk]

@V_Andy Het gaat erom dat je thuisbatterij het verbruik inclusief laadpaal meet. Als dat met die P1 meter kan (heeft geen een lokale http rest api, hoeft niet voor betaald te worden), dan is dat je oplossing. Maar ik weet niet of dat kan

[HyperBart]

V_Andy schreef op woensdag 23 september 2026 @ 21:01:
Bedankt voor uw feedback, momenteel steekt er een p1 meter in van Homewizard. Deze kan ik er niet voor gebruiken zekers( maandelijkse betaling?). Dit klinkt precies de simpelste oplossing. Het is idd een Belgische zaak😂.

Dat weet ik niet, welke batterij heb je?

Ik zal uw advies eens doorgeven aan mijn elektricien. Eens zien wat hij hierover denkt.
Wat een gedoe om evcc werkende te krijgen😂ik hoop dat het ooit gaat lukken🤞

Nu doe je het klinken alsof het een evcc probleem is , terwijl het hier toch gewoon een geval is van onlogisch nadenken of invullen van wensen door de elektricien.

evcc moet meters hebben om te weten wat en hoe er iets dient te gebeuren, als jij evcc foutieve meetwaardes aanreikt (want dat is het, jij wilt sturen op iets wat evcc niet onder zijn "view" heeft) dan loopt het mis.

Als je batterij+PV systeem (wat een eigen NOM regeling heeft) het verbruik van de laadpaal niet kan meten dan kan die daar ook niet op terugregelen.

[ Voor 7% gewijzigd door HyperBart op 24-09-2026 13:10 ]

[KoningSlakkie]

Wie heeft last van de quooker wanneer er op zon wordt geladen icm met een thuisaccu. Bij mij veroorzaakt de bijverwarmingspulsen van de quooker (van 2-4 secondes) waarbij de thuisaccu NOM-regeling en de EVCC-NOM-regeling met elkaar vechten. Heeft iemand hier last van of iets vegelijkbaars?

En wat is je oplossing? De standaard oplossing is de control-interval veel hoger zetten (bijv 20-30s). Heb je dat om die reden zo ingesteld?

Mijn voorstel is om de quooker (die ik kan meten) voor maximaal 20-30 secondes te laten negeren voor de overschotberekening binnen EVCC. Dus die zou bij een bijverwarmingspuls niet moeten zorgen voor throttling van de EV-lader.

[ Voor 4% gewijzigd door KoningSlakkie op 24-09-2026 15:15 ]

[thomvh]

KoningSlakkie schreef op donderdag 24 september 2026 @ 15:14:
Wie heeft last van de quooker wanneer er op zon wordt geladen icm met een thuisaccu. Bij mij veroorzaakt de bijverwarmingspulsen van de quooker (van 2-4 secondes) waarbij de thuisaccu NOM-regeling en de EVCC-NOM-regeling met elkaar vechten. Heeft iemand hier last van of iets vegelijkbaars?

En wat is je oplossing? De standaard oplossing is de control-interval veel hoger zetten (bijv 20-30s). Heb je dat om die reden zo ingesteld?

Mijn voorstel is om de quooker (die ik kan meten) voor maximaal 20-30 secondes te laten negeren voor de overschotberekening binnen EVCC. Dus die zou bij een bijverwarmingspuls niet moeten zorgen voor throttling van de EV-lader.

EVCC raad überhaupt aan om de control interval op 30s te laten staan.

[V_Andy]

HyperBart schreef op donderdag 24 september 2026 @ 13:09:
[...]

Dat weet ik niet, welke batterij heb je?


[...]

Nu doe je het klinken alsof het een evcc probleem is , terwijl het hier toch gewoon een geval is van onlogisch nadenken of invullen van wensen door de elektricien.

evcc moet meters hebben om te weten wat en hoe er iets dient te gebeuren, als jij evcc foutieve meetwaardes aanreikt (want dat is het, jij wilt sturen op iets wat evcc niet onder zijn "view" heeft) dan loopt het mis.

Als je batterij+PV systeem (wat een eigen NOM regeling heeft) het verbruik van de laadpaal niet kan meten dan kan die daar ook niet op terugregelen.

Eind volgende week komt hij terug langs, ben benieuwd🤞😂.

Mijn thuisbatterij is van Huawei, Luna 2000 serie.

Update volgt nog😂

[HyperBart]

KoningSlakkie schreef op donderdag 24 september 2026 @ 15:14:
Wie heeft last van de quooker wanneer er op zon wordt geladen icm met een thuisaccu. Bij mij veroorzaakt de bijverwarmingspulsen van de quooker (van 2-4 secondes) waarbij de thuisaccu NOM-regeling en de EVCC-NOM-regeling met elkaar vechten. Heeft iemand hier last van of iets vegelijkbaars?

En wat is je oplossing? De standaard oplossing is de control-interval veel hoger zetten (bijv 20-30s). Heb je dat om die reden zo ingesteld?

Mijn voorstel is om de quooker (die ik kan meten) voor maximaal 20-30 secondes te laten negeren voor de overschotberekening binnen EVCC. Dus die zou bij een bijverwarmingspuls niet moeten zorgen voor throttling van de EV-lader.

Dat is regelgedrag.
evcc kan je niet zo snel op de bal laten spelen, je thuisbatterij kan dit wel.

Je kan evcc (mijn ervaring) verlagen tot 10s zonder te gekke foutmeldingen maar het wordt niet geadviseerd.
Die 30s is net vooral om te vermijden dat mensen zoals jij en ik gaan denken dat alles in huis op 1s tijdsintervallen te regelen valt. Die pulsen van de quooker zijn toch ook niet zo lang het laadproces daardoor volledig stopt? Dan staat je timer ook wat te strak...

[KoningSlakkie]

HyperBart schreef op donderdag 24 september 2026 @ 17:07:
[...]

Dat is regelgedrag.
evcc kan je niet zo snel op de bal laten spelen, je thuisbatterij kan dit wel.

Je kan evcc (mijn ervaring) verlagen tot 10s zonder te gekke foutmeldingen maar het wordt niet geadviseerd.
Die 30s is net vooral om te vermijden dat mensen zoals jij en ik gaan denken dat alles in huis op 1s tijdsintervallen te regelen valt. Die pulsen van de quooker zijn toch ook niet zo lang het laadproces daardoor volledig stopt? Dan staat je timer ook wat te strak...

Mijn vraag is meer om te kijken of er meer mensen zijn die 30s interval instellen vanwege dit "probleem" terwijl opgelost kan worden met een simpel trucje. Wat nu afgewimpeld wordt alsof ik ben de enige die dit ervaart. Een beetje reporting bias noem ik het maar.

Zonder de quooker werkt 10s interval namelijk perfect in mijn geval. Ik heb de residual op -200W staan zodat de thuisaccu altijd in discharging mode draait. Het werkt niet meer zodra de quooker in het plaatje komt.

1. De quooker springt aan met 2.2kW
2. De thuisaccu gaat direct discharging verhogen met 2.2Kw
3. Een paar momenten later verlaagt EVCC het laadvermogen van de auto vanwege NOM
4. De Quooker schakelt uit en is er oppeens overschot
5. De thuisaccu schakelt van ontladen → idle → laden.
6. EVCC verhoogt het laadvermogen van de auto weer.
7. De thuisaccu schakelt vervolgens van laden → idle → ontladen.

En dan heb je overshoot en undershoot waarbij stap 3,5,6,7 elkaar weer opvolgen omdat het schakelen van discharging naar charging veel langer duurt dan het moduleren van het vermogen in een (dis)charging mode. Je hebt twee onafhankelijke systemen die beide vechten voor NOM, want ik heb een handelende thuisaccu waar ik geen controle over heb.

Ik snap dat 30s de oplossing is hiervoor, maar ik probeer de devs van EVCC zover te krijgen dat ze een apparaat voor een x-aantal secondes aftrekken/negeren (als je daar een meter voor hebt) voordat er rekening mee wordt gehouden in de overschot-berekening. Dus een graceperiod die je kan instellen op de consumer meter pagina in de advanced instellingen bijvoorbeeld.

In mijn geval een quooker (die je kan meten) de eerste 20-30 secondes worden genegeerd voor de overschotsberekening. Dan wordt er maar tijdelijk iets uit de thuisaccu gehaald die vele male sneller is dan EVCC maar dan heb je geen oscillatie effect terwijl EVCC wel gewoon elke 10 seconde bijstelt.

[ Voor 4% gewijzigd door KoningSlakkie op 24-09-2026 17:34 ]

[thomvh]

KoningSlakkie schreef op donderdag 24 september 2026 @ 17:27:
[...]

Mijn vraag is meer om te kijken of er meer mensen zijn die 30s interval instellen vanwege dit "probleem" terwijl opgelost kan worden met een simpel trucje. Wat nu afgewimpeld wordt alsof ik ben de enige die dit ervaart. Een beetje reporting bias noem ik het maar.

Zonder de quooker werkt 10s interval namelijk perfect in mijn geval. Ik heb de residual op -200W staan zodat de thuisaccu altijd in discharging mode draait. Het werkt niet meer zodra de quooker in het plaatje komt.

1. De quooker springt aan met 2.2kW
2. De thuisaccu gaat direct discharging verhogen met 2.2Kw
3. Een paar momenten later verlaagt EVCC het laadvermogen van de auto vanwege NOM
4. De Quooker schakelt uit en is er oppeens overschot
5. De thuisaccu schakelt van ontladen → idle → laden.
6. EVCC verhoogt het laadvermogen van de auto weer.
7. De thuisaccu schakelt vervolgens van laden → idle → ontladen.

En dan heb je overshoot en undershoot waarbij stap 3,5,6,7 elkaar weer opvolgen omdat het schakelen van discharging naar charging veel langer duurt dan het moduleren van het vermogen in een (dis)charging mode. Je hebt twee onafhankelijke systemen die beide vechten voor NOM, want ik heb een handelende thuisaccu waar ik geen controle over heb.

Ik snap dat 30s de oplossing is hiervoor, maar ik probeer de devs van EVCC zover te krijgen dat ze een apparaat voor een x-aantal secondes aftrekken/negeren (als je daar een meter voor hebt) voordat er rekening mee wordt gehouden in de overschot-berekening. Dus een graceperiod die je kan instellen op de consumer meter pagina in de advanced instellingen bijvoorbeeld.

In mijn geval een quooker (die je kan meten) de eerste 20-30 secondes worden genegeerd voor de overschotsberekening. Dan wordt er maar tijdelijk iets uit de thuisaccu gehaald die vele male sneller is dan EVCC maar dan heb je geen oscillatie effect terwijl EVCC wel gewoon elke 10 seconde bijstelt.

Too short an interval ( < 30s ) can lead to undesired behaviour (oscillations in regulation) if the components involved do not have enough reaction time before the next control cycle begins. Experience shows that an interval of 10s to 15s is possible if all components react quickly enough. This should be tested individually.

Nou ben je er achter dat je Quooker te snel is voor de rest van je huis 😜 ik betwijfel of je nu echt werkelijk zoveel winst behaald met 10 seconden vs 30 seconden.

[nlboy]

HyperBart schreef op woensdag 23 september 2026 @ 18:12:
[...]


Geen idee qua tijdslijn nu even maar energietarieven voor de volgende dag zijn pas om 13 of 14H00 de dag ervoor beschikbaar.
Zit daar iets mee dat ie gezien heeft dat die tarieven goedkoper waren tijdens de nacht?

Nee helaas, overdag is goedkoper. Enige wat ik kan bedenken is dat ik een maximaal tarief (ct/kwh) heb ingesteld en dat die dan voorrang krijgt op de geplande laadsessie? De logs gaan helaas niet zo ver terug in de tijd.

[Sandro!]

nlboy schreef op vrijdag 25 september 2026 @ 08:10:
[...]

[Afbeelding] Nee helaas, overdag is goedkoper. Enige wat ik kan bedenken is dat ik een maximaal tarief (ct/kwh) heb ingesteld en dat die dan voorrang krijgt op de geplande laadsessie? De logs gaan helaas niet zo ver terug in de tijd.

Als je een tarief hebt ingesteld waaronder evcc mag gaan laden zal hij dat inderdaad altijd doen.

[Get!em]

thomvh schreef op donderdag 24 september 2026 @ 22:58:
[...]


[...]


Nou ben je er achter dat je Quooker te snel is voor de rest van je huis 😜 ik betwijfel of je nu echt werkelijk zoveel winst behaald met 10 seconden vs 30 seconden.

Ik had hem hier zelfs op 6 seconden staan. Gaat prima, behalve onder heel specifieke omstandigheden. Voor mij zijn dat: PV productie bij stralend zonnig weer met weerkaatsing van zon op fel witte wolken en dan kort op elkaar zon/wolken/zon. En de inductieplaat op standje 5, levert een vervelende PWM oscilatie op.

Verder reageert de batterij hier voldoende reactiesnelheid en power op (5kW per fase tot max van 12kW samen).

[HyperBart]

KoningSlakkie schreef op donderdag 24 september 2026 @ 17:27:
[...]

Mijn vraag is meer om te kijken of er meer mensen zijn die 30s interval instellen vanwege dit "probleem" terwijl opgelost kan worden met een simpel trucje. Wat nu afgewimpeld wordt alsof ik ben de enige die dit ervaart. Een beetje reporting bias noem ik het maar.

Zonder de quooker werkt 10s interval namelijk perfect in mijn geval. Ik heb de residual op -200W staan zodat de thuisaccu altijd in discharging mode draait. Het werkt niet meer zodra de quooker in het plaatje komt.

1. De quooker springt aan met 2.2kW
2. De thuisaccu gaat direct discharging verhogen met 2.2Kw
3. Een paar momenten later verlaagt EVCC het laadvermogen van de auto vanwege NOM
4. De Quooker schakelt uit en is er oppeens overschot
5. De thuisaccu schakelt van ontladen → idle → laden.
6. EVCC verhoogt het laadvermogen van de auto weer.
7. De thuisaccu schakelt vervolgens van laden → idle → ontladen.

En dan heb je overshoot en undershoot waarbij stap 3,5,6,7 elkaar weer opvolgen omdat het schakelen van discharging naar charging veel langer duurt dan het moduleren van het vermogen in een (dis)charging mode. Je hebt twee onafhankelijke systemen die beide vechten voor NOM, want ik heb een handelende thuisaccu waar ik geen controle over heb.

Ik snap dat 30s de oplossing is hiervoor, maar ik probeer de devs van EVCC zover te krijgen dat ze een apparaat voor een x-aantal secondes aftrekken/negeren (als je daar een meter voor hebt) voordat er rekening mee wordt gehouden in de overschot-berekening. Dus een graceperiod die je kan instellen op de consumer meter pagina in de advanced instellingen bijvoorbeeld.

In mijn geval een quooker (die je kan meten) de eerste 20-30 secondes worden genegeerd voor de overschotsberekening. Dan wordt er maar tijdelijk iets uit de thuisaccu gehaald die vele male sneller is dan EVCC maar dan heb je geen oscillatie effect terwijl EVCC wel gewoon elke 10 seconde bijstelt.

Neen, maar ik denk wel dat de collectie mensen die daar een probleem mee hebben niet significant genoeg is om daar een dermate complexe regeling tegenover te zetten.
Een thuisbatterij is net voor dit soort kortstondige pieken een ideaal middel om dat weg te werken. Je hebt ook bewust gekozen voor een handelende accu dus dat is een design gevolg. Je wil eigenlijk evcc's regeling bewust uitschakelen, vertragen of uitschakelen in een (naar mijn mening) edge case toch wel.

Ik heb dit gedrag ook met een een te strak ingestelde capaciteitstarief, oven, batterij, hold battery charge while planned or fast en planned charging.

In other words: de oplossing is bekend, je kan 'm naar 30s zetten en dus de regeling wat rustiger maken en je batterij daar dus in laten bufferen, het moet niet complexer worden.

[KoningSlakkie]

thomvh schreef op donderdag 24 september 2026 @ 22:58:
[...]


[...]


Nou ben je er achter dat je Quooker te snel is voor de rest van je huis 😜 ik betwijfel of je nu echt werkelijk zoveel winst behaald met 10 seconden vs 30 seconden.

Nogmaals, het gaat mij niet om de winst maar het gaat mij om de optimalisatie van de regeltechniek achter evcc. Er zijn twee methodes om rekening te houden met een quooker. De “domme” /goedkope/simpele oplossing heel je control interval langzamer maken door op 30 seconde te zetten. Of een wat meer ingewikkelde oplossing: met een meter je quooker laten negeren en de control interval op 10 seconde. Ik meet sowieso dus waarom geen gebruik van maken.

Het voordeel is dat loadbalancing ook veel sneller gaat zijn. Want zo ver ik weet is heeft control interval effect op de control interval van je loadbalancing.

Er zijn advanced tabs bij de instellingen of via yaml voor mensen zoals ik.

[ Voor 4% gewijzigd door KoningSlakkie op 25-09-2026 10:19 ]

[KoningSlakkie]

HyperBart schreef op vrijdag 25 september 2026 @ 10:04:
[...]


Neen, maar ik denk wel dat de collectie mensen die daar een probleem mee hebben niet significant genoeg is om daar een dermate complexe regeling tegenover te zetten.
Een thuisbatterij is net voor dit soort kortstondige pieken een ideaal middel om dat weg te werken. Je hebt ook bewust gekozen voor een handelende accu dus dat is een design gevolg. Je wil eigenlijk evcc's regeling bewust uitschakelen, vertragen of uitschakelen in een (naar mijn mening) edge case toch wel.

Ik heb dit gedrag ook met een een te strak ingestelde capaciteitstarief, oven, batterij, hold battery charge while planned or fast en planned charging.

In other words: de oplossing is bekend, je kan 'm naar 30s zetten en dus de regeling wat rustiger maken en je batterij daar dus in laten bufferen, het moet niet complexer worden.

Ik vraag mij af of elke thuisaccu zo snel kan switchen van charing naar discharing en vice versa.

[HyperBart]

KoningSlakkie schreef op vrijdag 25 september 2026 @ 10:20:
[...]

Ik vraag mij af of elke thuisaccu zo snel kan switchen van charing naar discharing en vice versa.

De meeste wel, als ik naar je signature kijk dan gok ik dat je een zelfbouw Deye of Victron systeem hebt.
Victron stuurt op de AC In zijde met 400W per seconde per omvormer maar ook de Marsteks doen het ook wel relatief snel maar ik weet niet hoe snel.

[ Voor 9% gewijzigd door HyperBart op 25-09-2026 10:39 ]

[cacofant]

Sandro! schreef op vrijdag 25 september 2026 @ 09:17:
[...]

Als je een tarief hebt ingesteld waaronder evcc mag gaan laden zal hij dat inderdaad altijd doen.

Bij mij werkt dat dus niet. Batterijen gaan niet opladen als ik deze instelling kies. Er komt te staan "Charging grid" maar dat doen ze dus niet...

[KoningSlakkie]

Nou dan maar de workaround: Ik heb de quooker meter als self-regulating consumer toegevoegd. Nu wordt de Quooker permanent genegeerd voor de overschot berekening.

Control interval staat weer op 10 seconden, qua loadbalancing heb ik een iets beter gevoel bij dan op 30s. Het lijkt in ieder geval te werken. De langdurige Quooker vermogens worden dan ook genegeerd, dan mag het vermogen van mij gewoon uit de thuisaccu komen, die moduleert elke seconde.

@HyperBart inderdaad een Deye. Ik denk dat het probleem vooral is dat de meetwaardes van de Deye elke 5-10 secondes worden updated in HASS die ik doorlus naar EVCC, wat dus net te traag is.

[Sandro!]

cacofant schreef op vrijdag 25 september 2026 @ 11:23:
[...]

Bij mij werkt dat dus niet. Batterijen gaan niet opladen als ik deze instelling kies. Er komt te staan "Charging grid" maar dat doen ze dus niet...

Het gaat in dit geval om een laadplan voor een auto en een maximumbedrag voor grid charging, als je met batterijen een thuisbatterij bedoelt kan dat inderdaad anders zijn. Als de laadstrategie van de batterijen nog steeds NOM is zal die ook moeten worden aangepast. Bij mijn Marstek doet evcc dat niet, dan overrulet de batterij evcc omdat hij geen overschot ziet.

[HyperBart]

KoningSlakkie schreef op vrijdag 25 september 2026 @ 11:35:
Nou dan maar de workaround: Ik heb de quooker meter als self-regulating consumer toegevoegd. Nu wordt de Quooker permanent genegeerd voor de overschot berekening.

Control interval staat weer op 10 seconden, qua loadbalancing heb ik een iets beter gevoel bij dan op 30s. Het lijkt in ieder geval te werken. De langdurige Quooker vermogens worden dan ook genegeerd, dan mag het vermogen van mij gewoon uit de thuisaccu komen, die moduleert elke seconde.

@HyperBart inderdaad een Deye. Ik denk dat het probleem vooral is dat de meetwaardes van de Deye elke 5-10 secondes worden updated in HASS die ik doorlus naar EVCC, wat dus net te traag is.

Waarom duw je dat door HA en lees je ze niet rechtstreeks uit?
https://docs.evcc.io/en/meters/deye-storage-hybrid-inverter/

[Get!em]

HyperBart schreef op vrijdag 25 september 2026 @ 18:15:
[...]


Waarom duw je dat door HA en lees je ze niet rechtstreeks uit?
https://docs.evcc.io/en/meters/deye-storage-hybrid-inverter/

Omdat rechtstreeks inlezen fouten oplevert over modbus en concurreert met het handels EMS.

Hier t zelfde.

[HyperBart]

Ah, makes sense.

Kan je dat niet sneller krijgen via MQTT dan oid?

[codegro]

Een vraag aan de gevorderde EVCC gebruikers.


Ik heb sinds een maandje evcc draaien binnen HA. Alles werkt prima, EV, Peblar Business laadpaal, Thuisbatterij en PV toegevoegd. laadpaal via modbus integratie. Tot zo ver niets aan de hand.


Maar het lukt me maar niet om via EVCC met zonne overschot te laden. Als ik de stekker in de EV doe en ik zet de Peblar in EVCC op slim laden dan gaat die toch op maximaal (11 kW) laden. Terwijl ik in de Peblar settings in EVCC heb aangegeven dat hij pas mag laden bij 100% Solar surplus.

Waar gaat het hier mis?

[HyperBart]

Zonder log gaat het wat moeilijk zijn @codegro . Heb je verder ook tarieven ingesteld? We zien te weinig om iets nuttig te kunnen zeggen.

[ArPi75]

codegro schreef op zaterdag 26 september 2026 @ 10:15:
Een vraag aan de gevorderde EVCC gebruikers.


Ik heb sinds een maandje evcc draaien binnen HA. Alles werkt prima, EV, Peblar Business laadpaal, Thuisbatterij en PV toegevoegd. laadpaal via modbus integratie. Tot zo ver niets aan de hand.


Maar het lukt me maar niet om via EVCC met zonne overschot te laden. Als ik de stekker in de EV doe en ik zet de Peblar in EVCC op slim laden dan gaat die toch op maximaal (11 kW) laden. Terwijl ik in de Peblar settings in EVCC heb aangegeven dat hij pas mag laden bij 100% Solar surplus.

Waar gaat het hier mis?

Heb je ook je gridmeter (P1-meter) toegevoegd in evcc?

[codegro]

ArPi75 schreef op zaterdag 26 september 2026 @ 11:22:
[...]


Heb je ook je gridmeter (P1-meter) toegevoegd in evcc?

Ja die was toegevoegd. Ik heb nog wat zitten spelen met de settings maar nu werkt het blijkbaar wel goed. Hij schakelt eerst in op vol vermogen en daarna zakt hij terug naar 4,1 kW na 5 minuten als er niet voldoende zonneoverschot is stopt hij met laden. EVCC zo ingesteld dat als mijn thuisbatterij 70% vol is en er voldoende zonneoverschot is dat hij dan mijn EV moet gaan laden. Even aanzien of dat ook gaat gebeuren.

Ik heb nog geen tarieven ingesteld, heb nu nog een contract met vaste tarieven maar ga in november over op dynamisch.

[Krisp]

Ik draai nu een week met een testbuild waarin de optimizer daadwerkelijk de batterij en de laadpaal aanstuurt en de resultaten zijn behoorlijk indrukwekkend. Er zijn minor issues, maar overall doet EVCC het veel beter dan ik ooit zou kunnen doen. Dit is ook de eerste oplossing die ik ken waarmee je verschillende typen devices van meerdere fabrikanten allemaal door 1 regisseur kan laten aansturen.

Ben benieuwd wanneer de optimizer ook in de stable builds gaat zitten (als experimental feature), maar dit kan niet lang meer duren.

[Millert]

@Krisp Kan de thuisbatterij worden aangestuurd op een combinatie van zelf verbruik en handel?

[Krisp]

Millert schreef op zaterdag 26 september 2026 @ 13:41:
@Krisp Kan de thuisbatterij worden aangestuurd op een combinatie van zelf verbruik en handel?

Jazeker. Hij optimaliseert altijd op prijs, en je hebt de keuze of de batterij al dan niet mag terugleveren aan het net.

[Leffunk]

Sinds donderdagavond mijn nieuwe VW ID7 Tourer toegevoegd aan EVCC. Dus ook via die aparte pagina waar je die gegevenspakketjes moet gaan aanvragen. Heeft tot ergens deze nacht geduurd vooraleer eerste pakketjes op die site worden opgelijst, maar nu staat er telkens in de naam van elk bestand : ..."no_content_found.zip", dus die blijven voorlopig leeg precies...

Iemand toevallig dat ook aan de hand gehad? En lost zich dat vanzelf binnenkort op? Of moet ik opnieuw beginnen ofzo? Of zit er ergens anders toch nog iets fout?

[Kammika]

Leffunk schreef op zaterdag 26 september 2026 @ 15:55:
Sinds donderdagavond mijn nieuwe VW ID7 Tourer toegevoegd aan EVCC. Dus ook via die aparte pagina waar je die gegevenspakketjes moet gaan aanvragen. Heeft tot ergens deze nacht geduurd vooraleer eerste pakketjes op die site worden opgelijst, maar nu staat er telkens in de naam van elk bestand : ..."no_content_found.zip", dus die blijven voorlopig leeg precies...

Iemand toevallig dat ook aan de hand gehad? En lost zich dat vanzelf binnenkort op? Of moet ik opnieuw beginnen ofzo? Of zit er ergens anders toch nog iets fout?

Had ik ook, toen gemaild naar de leverancier n adres wat op die site toen, kreeg toen bericht van een ontwikkelaar dat er iets opgelost was en daarna werkte het idd

[JanHenk]

@Leffunk Ik gebruik voor mijn ID.7 de integratie via Tibber. Die is meer up-to-date. Gewoon live eigenlijk (in plaats van iedere 15 minuten). Kost niets, ook geen energiecontract bij Tibber nodig.

[JanHenk]

@Krisp Wat voor versie of build is dat?

[Krisp]

JanHenk schreef op zaterdag 26 september 2026 @ 21:20:
@Krisp Wat voor versie of build is dat?

Op Docker Hub kun je hem vinden onder evcc/evcc:pr-32881

[Millert]

Krisp schreef op zaterdag 26 september 2026 @ 13:44:
[...]

Jazeker. Hij optimaliseert altijd op prijs, en je hebt de keuze of de batterij al dan niet mag terugleveren aan het net.

Cool! Dat wil ik tzt een keer gaan proberen. Om te zien of Evcc even goed of beter dan het Heartbeat Ems van 1komma5 de thuisbatterij kan aansturen. De aansturing en het dynamische contract is op jaarbasis zo'n €100-150 duurder dan dat van de concurrent. Vooral als komend jaar de salderingsregeling stopt en terugleveren minder lucratief wordt.

[Leffunk]

JanHenk schreef op zaterdag 26 september 2026 @ 21:19:
@Leffunk Ik gebruik voor mijn ID.7 de integratie via Tibber. Die is meer up-to-date. Gewoon live eigenlijk (in plaats van iedere 15 minuten). Kost niets, ook geen energiecontract bij Tibber nodig.

Dankjewel ! Tibber-app geïnstalleerd en stappen doorlopen om client aan te maken en loopt momenteel zonder problemen !

Wel nieuwe vraag nu: Omwille van capaciteitstarief heb ik voor alle zekerheid de Alfen Single pro max. current ingevuld op 7A, dat werkt zoals het zou moeten, maar, beter zou zijn als ik ergens kan instellen wat maximum mag zijn wat van net mag komen (gezien naar die piek wordt gekeken mbt capaciteitstarief).
Vb: stel 3 kW zon-overschot (en standaardverbruik huis is ook gedekt door zonne-energie). Dan mag op zich de auto vb aan 7 kW of 8 kW laden namelijk 3 kW uit zonne-overschot én 4 of 5 kW uit het net ALS het goedkoopste tarief geldt. Dat werkt dan ook prima: hij haalt electriciteit van het net, maar dus tot een totaal maximum van de Alfen namelijk die 7A (oftewel 4,8kW).

Ik gebruik de grafische interface, maar kan precies niet vinden waar ik dat zou kunnen instellen? Ik zie wel iets van Load-balancing staan, maar dan krijg ik code te zien, en ik weet ook niet of dit de oplossing is voor mijn vraag, en wat ik dan met die code zou moeten doen...

[dr.trimble]

ik heb al maanden EVCC zo ingesteld dat de auto pas begint te laden wanneer de thuisbatterij opgeladen is tot 80 procent. Na de laatste update merk ik dat hij al begint te laden vanaf dat er zonneoverschot is. Hierdoor wordt de thuisbatterij nog maar met een laag vermogen opgeladen en gaat de rest naar de auto. Heeft nog iemand hier last van? Weet iemand hoe ik weer kan instellen dat eerste de thuisbatterij geladen wordt?

[Verdicampo]

dr.trimble schreef op dinsdag 29 september 2026 @ 11:56:
ik heb al maanden EVCC zo ingesteld dat de auto pas begint te laden wanneer de thuisbatterij opgeladen is tot 80 procent. Na de laatste update merk ik dat hij al begint te laden vanaf dat er zonneoverschot is. Hierdoor wordt de thuisbatterij nog maar met een laag vermogen opgeladen en gaat de rest naar de auto. Heeft nog iemand hier last van? Weet iemand hoe ik weer kan instellen dat eerste de thuisbatterij geladen wordt?

ik ben er nog steeds niet uit of je zowel de GUI als de YAML config file naast elkaar kan gebruiken, maar in de YAML file kan je priorities aangeven, dus ik denk dat je dan de batterij een hogere prio kan geven om dit te regelen. maar ook in de GUI heb ik wel zoiets gezien, misschien is dat met een update stuk gegaan?

[Sundown89]

JanHenk schreef op zaterdag 26 september 2026 @ 21:19:
@Leffunk Ik gebruik voor mijn ID.7 de integratie via Tibber. Die is meer up-to-date. Gewoon live eigenlijk (in plaats van iedere 15 minuten). Kost niets, ook geen energiecontract bij Tibber nodig.

Moet je daar een (betaald) connect account of iets degelijks voor hebben? Ik heb zelf Tibber als leverancier. Ik heb een ID.3 en een Cupra. De VW kon ik voorheen in de app zonder een betaald account wel de SoC zien maar sinds een tijdje niet meer en voor de Cupra kon ik dat nooit, daar heb ik Cupra Connect nodig, wat ook een betaald abonnement is.

[dr.trimble]

Verdicampo schreef op dinsdag 29 september 2026 @ 12:01:
[...]

ik ben er nog steeds niet uit of je zowel de GUI als de YAML config file naast elkaar kan gebruiken, maar in de YAML file kan je priorities aangeven, dus ik denk dat je dan de batterij een hogere prio kan geven om dit te regelen. maar ook in de GUI heb ik wel zoiets gezien, misschien is dat met een update stuk gegaan?

Ik gebruik eigenlijk enkel de GUI, van YAML heb ik niet zo veel kaas gegeten.

In de Gui stel je gewoon in dat de auto pas geladen wordt als de thuisbatterij een bepaald niveau heeft bereikt. Momenteel wil dit niet werken.

[Get!em]

dr.trimble schreef op dinsdag 29 september 2026 @ 12:16:
[...]

Ik gebruik eigenlijk enkel de GUI, van YAML heb ik niet zo veel kaas gegeten.

In de Gui stel je gewoon in dat de auto pas geladen wordt als de thuisbatterij een bepaald niveau heeft bereikt. Momenteel wil dit niet werken.

Ik heb wel gezien dat de interface en de instelbare waardes op dat punt zijn aangepast (het staat nu in tekst op tabblad batterij, en een ander deel in de boost functie van de charger). Helpt het om de waardes daar van even aan te passen (en weer terug naar je gewenste waarden). Ik zie bij mij wel het gewenste gedrag namelijk.

[dr.trimble]

zonet geprobeerd, auto begint nog steeds te laden voordat de batterij zijn doel van 80 procent heeft bereikt.

ik zal me deze avond eens vastbijten in de YAML

[JanHenk]

Sundown89 schreef op dinsdag 29 september 2026 @ 12:13:
[...]

Moet je daar een (betaald) connect account of iets degelijks voor hebben? Ik heb zelf Tibber als leverancier. Ik heb een ID.3 en een Cupra. De VW kon ik voorheen in de app zonder een betaald account wel de SoC zien maar sinds een tijdje niet meer en voor de Cupra kon ik dat nooit, daar heb ik Cupra Connect nodig, wat ook een betaald abonnement is.

Heb je de auto’s in Tibber opgenomen? Volgens mij kun je dan gewoon de stappen volgen voor een “Tibber vehicle” uit de Docs van evcc.

Mij niet helemaal duidelijk of je daar (opnemen auto in Tibber app) vanuit Volkswagen/Cupra een betaalde dienst voor moet afnemen. Volgens mij wel. Ik heb het de eerste jaren gratis bij mijn auto in ieder geval.

[JanHenk]

dr.trimble schreef op dinsdag 29 september 2026 @ 13:06:
zonet geprobeerd, auto begint nog steeds te laden voordat de batterij zijn doel van 80 procent heeft bereikt.

ik zal me deze avond eens vastbijten in de YAML

Wat zegt de logfile bij een interval? Je kan daar een hoop qua 'beslissingsgedrag' uit halen.

[Puitv]

dr.trimble schreef op dinsdag 29 september 2026 @ 13:06:
zonet geprobeerd, auto begint nog steeds te laden voordat de batterij zijn doel van 80 procent heeft bereikt.

ik zal me deze avond eens vastbijten in de YAML

Ben erg benieuwd

[RoelsRules]

Welke grid prijzen forecast hebben jullie aan staan? Hier epexprijzen.nl maar zie soms dat prijzen pas einde middag of zo in evcc staan.

Dus wil even checken waar dat aan ligt

[Get!em]

Ik de predictor, url naar batzill (default). Doet 5 dagen vooruit.

[dvsn]

Hallo allemaal, ik gebruik al een tijdje EVCC om mijn alfen laadpaal aan te sturen. Nu heb ik sinds kort een hybride omvormer van SMA met batterij. (tripower 10.0 Smart energy) EVCC ondersteund voor deze omvormer active battery control, maar ik kan niet echt vinden hoe ik dit in moet stellen. Ik heb nu een NOM regeling via een ander mechanisme actief en die werkt goed. Ik verwacht dit dan uit te moeten schakelen zodat EVCC alleen de controle heeft. Maar wat moet ik nog meer configureren? Op dit moment heb ik wel de thuisbatterij geconfigureerd en wordt dat ook allemaal juist weergegeven. Maar het aansturen van de batterij lijkt nog niet te werken. Ook ben ik benieuwd hoe het geforceerd ontladen naar het net werkt.

Als ik op de site van EVCC kijk, lijken de configuraties die gedaan moeten worden met een thuisbatterij nog niet helemaal uitgewerkt. Of misschien kijk ik op de verkeerde plaats. Is er iemand die hier meer ervaring mee heeft?

[Sander]

Ik merk dat die voorspelling op dit moment vaker roet in het eten gooit dan wat toevoegt... Dit weekend begon de auto vollop te laden op vrijdagmiddag tegen 15ct oid voor een laadplan om op 100% te komen op maandagochtend om 8:00.

Uiteindelijk dan vol de rem erop toen om 14:00 de prijzen voor de zaterdag kwamen en daarna waren de prijzen voor zondag nog lager maar toen was de auto al vol. Het lijkt erop dat ie daar structureel wat te pessimistisch is over de toekomst, maar daardoor "kost" het nu gewoon geld. Ik zet nu zelf regelmatig dus mijn schema's uit zodat de auto niet gaat laden al 2/3 dagen voor een gepland schedule.

Ik gebruik stroomprijsprognose.nl en bijv ook nu, het volgend plan is zaterdagochtend om op 60% te zitten en dan wil hij dus eigenlijk morgen al gaan laden vanaf 11:00. Ik snap oprecht niet waarom dat nu al nodig zou zijn.

[Get!em]

Sander schreef op dinsdag 29 september 2026 @ 15:33:
Ik merk dat die voorspelling op dit moment vaker roet in het eten gooit dan wat toevoegt... Dit weekend begon de auto vollop te laden op vrijdagmiddag tegen 15ct oid voor een laadplan om op 100% te komen op maandagochtend om 8:00.

Uiteindelijk dan vol de rem erop toen om 14:00 de prijzen voor de zaterdag kwamen en daarna waren de prijzen voor zondag nog lager maar toen was de auto al vol. Het lijkt erop dat ie daar structureel wat te pessimistisch is over de toekomst, maar daardoor "kost" het nu gewoon geld. Ik zet nu zelf regelmatig dus mijn schema's uit zodat de auto niet gaat laden al 2/3 dagen voor een gepland schedule.

Ik gebruik stroomprijsprognose.nl en bijv ook nu, het volgend plan is zaterdagochtend om op 60% te zitten en dan wil hij dus eigenlijk morgen al gaan laden vanaf 11:00. Ik snap oprecht niet waarom dat nu al nodig zou zijn.


[Afbeelding]

Klopt, de prediction is per model nauwkeuriger of minder nauwkeurig en ook de veranderende weer-situatie (onzekere weer verwachting bijv) kan bijdragen aan flinke afwijkingen.

EPEX day-ahead prediction API - Swagger UI

code:

https://epexpredictor.batzill.com/eval_plot?region=NL&transparent=false&width=2048&height=1024

[ Voor 7% gewijzigd door Get!em op 29-09-2026 15:48 ]

[dr.trimble]

dr.trimble schreef op dinsdag 29 september 2026 @ 13:06:
zonet geprobeerd, auto begint nog steeds te laden voordat de batterij zijn doel van 80 procent heeft bereikt.

ik zal me deze avond eens vastbijten in de YAML

hmmm, waar vind ik eigenlijk dat yaml bestand. EVCC draait in HA als een app.

[Gramser]

Heb ik ook nooit kunnen vinden. Volgens mij is de evcc integratie in HA alleen beschikbaar via GUI.

[Flesym]

In de nieuwere EVCC zijn er geen aparte YAML bestanden maar is deze opgenomen in de database. Dus de code zit je gewoon in de betreffende configuratie

[Leffunk]

Sundown89 schreef op dinsdag 29 september 2026 @ 12:13:
[...]

Moet je daar een (betaald) connect account of iets degelijks voor hebben? Ik heb zelf Tibber als leverancier. Ik heb een ID.3 en een Cupra. De VW kon ik voorheen in de app zonder een betaald account wel de SoC zien maar sinds een tijdje niet meer en voor de Cupra kon ik dat nooit, daar heb ik Cupra Connect nodig, wat ook een betaald abonnement is.

Noop: ik ben geen klant van Tibber: heb enkel de app geinstalleerd, dan account aangemaakt en wat schermpjes doorlopen waarin Tibber dan inderdaad wel aanbiedt om energie aan jou te leveren (en maw contract te willen afsluiten), en dan in de app de auto ingevoerd en dacht ook dat ik laadplek moest invulen, maar dat is alles. Daarna kon ik in de app netjes de SoC zien.

Op zich heb ik helemaal de app niet nodig en heb ik dat op aanraden van JanHenk geinstalleerd zodat EVCC de auto kon uitlezen en de nodige info kon binnenhalen.

[Kammika]

Flesym schreef op dinsdag 29 september 2026 @ 20:48:
In de nieuwere EVCC zijn er geen aparte YAML bestanden maar is deze opgenomen in de database. Dus de code zit je gewoon in de betreffende configuratie

Yaml werkt nog steeds hoor… maar alles kan ook via gui. Dus je hebt het niet per se nodig

[dr.trimble]

Kammika schreef op woensdag 30 september 2026 @ 07:42:
[...]

Yaml werkt nog steeds hoor… maar alles kan ook via gui. Dus je hebt het niet per se nodig

het probleem is bij mij dat EVCC niet wacht tot de thuisbatterij op 80procent staat vooraleer de auto te laden. Dit staat zo ingesteld in de GUI maar EVCC houd hier geen rekening mee. Hierdoor wou ik ff kijken in de YAML of daar iets fout zit. Die YAML vind ik dus nergens terug.

[nlboy]

Get!em schreef op dinsdag 29 september 2026 @ 15:48:
[...]

Klopt, de prediction is per model nauwkeuriger of minder nauwkeurig en ook de veranderende weer-situatie (onzekere weer verwachting bijv) kan bijdragen aan flinke afwijkingen.

EPEX day-ahead prediction API - Swagger UI

code:

https://epexpredictor.batzill.com/eval_plot?region=NL&transparent=false&width=2048&height=1024

[Afbeelding]

Kan jij misschien de instellingen delen van hoe je dit in evcc hebt geconfigureerd? Nu ben ik inderdaad, net als Sander, teruggegaan naar epexprijzen.nl, waarbij pas aan het einde van de middag de prijzen voor de volgende dag bekend zijn.

Het is uiteraard een voorspelling en geeft geen garantie, maar scheelt wel steeds klooien met de geplande schema's om te voorkomen dat ie bijv. op zaterdag vol gaat laden terwijl zondag vaak goedkoper is.

[Gramser]

dr.trimble schreef op woensdag 30 september 2026 @ 10:06:
[...]

het probleem is bij mij dat EVCC niet wacht tot de thuisbatterij op 80procent staat vooraleer de auto te laden. Dit staat zo ingesteld in de GUI maar EVCC houd hier geen rekening mee. Hierdoor wou ik ff kijken in de YAML of daar iets fout zit. Die YAML vind ik dus nergens terug.

Ik heb ook wel eens geprobeerd die yaml te vinden. Ik zou niet weten waar... mogelijk via een file editor maar dan nog weet ik als leek niet waar ik moet kijken.