Evcc slim laden met de zon en dynamische tarieven

[Rick Astley]

JanHenk schreef op vrijdag 21 augustus 2026 @ 22:13:
@Rick Astley Laadplan heeft nog geen uitkomst omdat je tarieven tot het doel, over twee dagen, (nog) niet bekend zijn.

Ik heb zelf geen dynamische tarieven, maar volgens mij kun je ook gebruikmaken van een integratie die een voorspelling doet van de tarieven, dat kan helpen om wel een plan te krijgen. Dat vervolgens gaandeweg weer aangepast wordt aan de nieuwe gegevens.

Ah oké, eigenlijk ook wel logisch. Ik zal me eens verdiepen in voorspellende dynamische tarieven. Anders loop je natuurlijk het risico dat het plan blijft wachten, terwijl de tarieven mogelijk alleen maar stijgen. Dat zou zonde zijn.

[Sandro!]

Rick Astley schreef op vrijdag 21 augustus 2026 @ 22:03:
Ik ben nog nieuw met EVCC en probeer de juiste combinatie van laadmodus en laadplan te vinden.

Ik had een laadplan ingesteld met een gewenste vertrektijd en doel-SoC, en gebruikte daarbij Min + PV met een Smart Cost Limit. Mijn verwachting was dat de auto alleen zou laden bij PV-overschot, eventueel aangevuld met minimaal vermogen vanuit het net. Als er geen PV-overschot beschikbaar is, zou het laden volgens mij moeten wachten, terwijl EVCC op de achtergrond bewaakt of het laaddoel vóór de vertrektijd nog haalbaar is.

Als de PV-voorspelling vervolgens aangeeft dat het doel niet op tijd haalbaar is met alleen zonne-energie, zou EVCC op de goedkoopste momenten vanaf het net mogen laden.

In de praktijk begint de auto in Min + PV echter direct met laden op minimaal vermogen vanuit het net, ook zonder PV-overschot.

Ik vermoed dat ik hiervoor de modus PV moet gebruiken in plaats van Min + PV. Klopt het dat EVCC dan eerst alleen op PV-overschot laadt en, als het laaddoel anders niet vóór de deadline gehaald wordt, automatisch een laadmoment inplant tijdens de goedkoopste uren? Ik zie namelijk nog steeds geen groene balkes in de plan grafiek:

~[Afbeelding]

Min + PV zegt het eigenlijk al, laden met het minimale wat nodig is (standaard 6A) en daarbovenop wat je aan zonnestroom hebt, dat kan ook 0 zijn. Zoals je het nu hebt ingesteld lijkt het inderdaad te kloppen. De modus staat op PV, dus *enkel* zonne-energie. Gaat het niet enkel met PV lukken, zal evcc inderdaad gaan laden met netstroom.

Zoals @JanHenk aangeeft: niemand weet wat de dynamische stroomprijs op 23 augustus zal zijn, dat is morgen rond 13:00 bekend. Vanaf dat moment kan evcc ook pas bepalen of het goedkoper is om dan direct te gaan laden, of 's nachts of 's ochtends voor 09:00. Jij en ik weten uiteraard dat de stroomprijs vóór 23 augustus om 09:00 niet lager gaat zijn dan op 22 augustus tussen 12:30-15:45, toch zal evcc kijken of de prijs op 23 augustus lager is. En dan pas zal er een definitief plan worden bepaald. Wil je eerder een plan, zul je inderdaad met een voorspeller aan de slag moeten.

[Allewijn]

Voor wie evcc in Docker op een Synology NAS heeft draaien (container) en, net als ik, klaar is met het handmatig pullen van images/evcc telkens handmatig updaten als er een fw update is: je kunt updates simpel automatiseren met een eenmalige Watchtower-run via de DSM Taakplanner.

Stap-voor-stap:

1. Ga in DSM naar Configuratiescherm > Taakplanner > Maken > Geplande taak > Gebruiker-gedefinieerd script.
2. Zet de gebruiker verplicht op root en kies bij Planning een moment waarop je niet laadt (bijv. wekelijks op zondagnacht om 03:00 uur).
3. Plak onder Taakinstellingen het volgende eenregelige script:

code:

/usr/local/bin/docker run --rm -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower --run-once --cleanup evcc

Let op: heet jouw container in Synology anders dan 'evcc' vervang dan het laatste woord evcc in het script door jouw exacte containernaam.
Watchtower start op het gekozen tijdstip kort op, vervangt de evcc-container met behoud van al je instellingen, ruimt de oude image netjes op en sluit zichzelf weer af. Geen extra permanente container of Compose-files nodig, en je draait altijd zorgeloos op de nieuwste release.

Persoonlijk erg blij mee. Wat wordt evcc toch steeds volwassener!
Zelfs in een podcast van de groene nerds met de founder van HomeAssistant gaf hij aan dat de jongens van evcc eigenlijk zó veel verder/beter zijn in HEMS, dat je dat gewoon moet gebruiken (of plugin van evcc in ha).

Ik krijg zin in het toevoegen/beheren van een thuisbatterij in evcc (nu in verdiepen welke het moet worden, vanaf 2027 voor mij echt nodig).

[thomvh]

Allewijn schreef op zondag 23 augustus 2026 @ 09:26:
Voor wie evcc in Docker op een Synology NAS heeft draaien (container) en, net als ik, klaar is met het handmatig pullen van images/evcc telkens handmatig updaten als er een fw update is: je kunt updates simpel automatiseren met een eenmalige Watchtower-run via de DSM Taakplanner.

Stap-voor-stap:

1. Ga in DSM naar Configuratiescherm > Taakplanner > Maken > Geplande taak > Gebruiker-gedefinieerd script.
2. Zet de gebruiker verplicht op root en kies bij Planning een moment waarop je niet laadt (bijv. wekelijks op zondagnacht om 03:00 uur).
3. Plak onder Taakinstellingen het volgende eenregelige script:

code:

/usr/local/bin/docker run --rm -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower --run-once --cleanup evcc

Let op: heet jouw container in Synology anders dan 'evcc' vervang dan het laatste woord evcc in het script door jouw exacte containernaam.
Watchtower start op het gekozen tijdstip kort op, vervangt de evcc-container met behoud van al je instellingen, ruimt de oude image netjes op en sluit zichzelf weer af. Geen extra permanente container of Compose-files nodig, en je draait altijd zorgeloos op de nieuwste release.

Persoonlijk erg blij mee. Wat wordt evcc toch steeds volwassener!
Zelfs in een podcast van de groene nerds met de founder van HomeAssistant gaf hij aan dat de jongens van evcc eigenlijk zó veel verder/beter zijn in HEMS, dat je dat gewoon moet gebruiken (of plugin van evcc in ha).

Ik krijg zin in het toevoegen/beheren van een thuisbatterij in evcc (nu in verdiepen welke het moet worden, vanaf 2027 voor mij echt nodig).

Voor mij moet alleen de optimizer echt iets gaan doen om het los te kunnen trekken van HA...

[Roger Beurskens]

het blijft mooi om te zien. in de basis heeft boven de 85% acculading de autovoorrang met het laden, echter de opbrengst is nu zo hoog dat de lader topt bij 11kw richting de auto, en het overschot dan alsnog de accu un geduwd wordt.

Zooals je ziet, je hebt nooit teveel zonnepanelen, mits je het maar goed inregelt.
Nu alleen nog een fatsoenlijke integratie voor onze auto en dan zijn we helemaal happy.

[JanHenk]

@Roger Beurskens dikke PV installatie ja

Ik dacht dat die Zeekr ook een 22 kW boordlader heeft. Ik weet niet of je een 22 kW paal hebt, maar met zo’n grote PV installatie is dat wel gaaf natuurlijk.

[Roger Beurskens]

JanHenk schreef op zondag 23 augustus 2026 @ 15:24:
@Roger Beurskens dikke PV installatie ja

Ik dacht dat die Zeekr ook een 22 kW boordlader heeft. Ik weet niet of je een 22 kW paal hebt, maar met zo’n grote PV installatie is dat wel gaaf natuurlijk.

Ja, de Zeekr heeft inderdaad 22kW, maar ik heb hem pas vanaf sinds afgelopen dinsdag.
De laadpaal is een Alfen Eve Single Proline dus met een licentie upgrade zou die ook 22kW kunnen. Op dit moment zit er wel "maar" een 5x4mmq kabel tussen van een metertje of 10 meen ik en een 20A Alamat. dus heb nog wat headroom. gewoon eens kijekn hoe het loopt (zeker volgend jaar zonder salderen) dan kan het wellicht interessant worden om de licentie te kopen.

Verder inderdaad wel blij met de solar uitbreiding die ik in het voorjaar van dit jaar gedaan heb om de garage ook gewoon vol te leggen. Daar wellicht ook maar een hybride omvormer met wat accu's neerzetten om het overschot op te vangen als ik overdag niet thuis ben met de auto.

[HyperBart]

Roger Beurskens schreef op zondag 23 augustus 2026 @ 13:58:
het blijft mooi om te zien. in de basis heeft boven de 85% acculading de autovoorrang met het laden, echter de opbrengst is nu zo hoog dat de lader topt bij 11kw richting de auto, en het overschot dan alsnog de accu un geduwd wordt.

Zooals je ziet, je hebt nooit teveel zonnepanelen, mits je het maar goed inregelt. [Afbeelding]
Nu alleen nog een fatsoenlijke integratie voor onze auto en dan zijn we helemaal happy.

Ja dat gaat mooi, hier zie je ook dat evcc op dit moment nog weinig "actief sturend" doet op de batterij. In een blokdiagram staat het evcc "na" de batterij regeling.

Hier ongeveer hetzelfde gedrag maar dan met wat andere getallen.

[Get!em]

EVCC optimizer begint steeds mooier te worden. Er is in de laatste versies ook een History page gekomen met de historische waarden van PV, batterij en huisconsumptie.

Bij optimizer kun je nu secondary goal kiezen (battery first bijv).

---

Afgelopen week heb ik wel EVCC zitten tweaken vanuit HA.

Er zit bij mij een apart EMS op de batterij (handelen op onbalans en aFRR), dus ik moet EVCC helaas wel bijsturen qua modus. Dat doe ik nu met HomeAssistant. Ik heb een automatisering geschreven die rekening houdt met EMS acties en Onbalans prijzen (prijzen zijn ad-hoc, en dus in EVCC niet bekend). Op basis daarvan pauzeer ik laden of zet ik hem vanuit PV naar FAST. Bij onbalansprijzen (kaal) <2cent zet ik hem nu op fast, en bij onbalans prijzen >15cent (of bij export/verkoop vanuit batterij) zet ik EV lader uit. Wijzigen van modus gaat met vertraging van 5 minuten, anders krijg je te veel pingpong. De tarieven moet ik nog wat kalibreren, maar voorlopig werkt het goed samen met EMS nu (default zie ik dat EMS inkoopt <2cent en verkoopt >15cent, dus als ik ga fast chargen dan zal EMS de dalende SOC van de batterij zien en dan direct ook gaan inkopen).


Desondanks zie ik nu wel welke keuzes de EVCC zou maken in de optimizer als ik zonder handels-EMS zou draaien.

[ Voor 15% gewijzigd door Get!em op 24-08-2026 16:02 ]

[elektriekert]

Hoi allemaal,

Onlangs bezig geweest met EVCC, in eerste instantie wilde ik alles via een yaml aan maken maar ik raakte in de problemen met de authorisatie. Tegenwoordig wordt er geen gebruik meer gemaakt van een long lived token en aurhoriseren binnen de addon in HA werkte niet. (Verwijst naar local i.p.v. ip-adres HA.)
Vooralsnog probeer ik nu alles in de UI in te stellen.
Dit lukt aardig, maar ik maak gebruik van een custom integratie voor de aansturen van de Zendure batterijen.
Het merk kan ik kiezen binnen de EVCC UI maar ik verwacht dat het aansturen dan niet goed gaat i.c.m. de custom integratie.

Kan ik hiervoor het beste een home assistant (als merk) gebruiken en dan daarin de entiteiten toevoegen? Ik wil het zo maken dat EVCC aan de hand van het aankoppelen van de auto de batterijen pauzeert etc.

[Gramser]

Ik heb volgens mij mijn Zendures inderdaad zo "opgeroepen" in evcc. Ik heb in elk geval niet Zendure als merk gekozen, dat zou denk ik vereisen dat je met HEMS moet werken (en ik gebruik Home Assistant). Ben er echter niet verder mee want ik heb nog geen laadpaal, alleen een domme granny charger en niet al te slimme API van VAG.

[JanHenk]

Ons advies is altijd om zoveel mogelijk evcc rechtstreeks met de betrokken apparaten te laten praten. evcc heeft ontzettend veel integraties van diverse laadpalen, meters en thuisbatterijen. In de docs kun je vinden wat je nodig hebt.

Voor specifiek Zendure maakt het volgens mij verschil welke batterij je hebt (Hypers of Solarflow). Als de standaard integratie niet werkt of niet toereikend is, kun je een custom integratie maken met Home Assistant en daar de betreffende sensoren toevoegen aan evcc. Maar realiseer je dan dat je ook een afhankelijkheid van Home Assistant hebt ingebouwd.

Dus: Apparaat (lader, batterij, pv, net) --> Home Assistant --> evcc en vice versa. Het mooiste is (naar mijn mening) om Home Assistant daar uit te halen en gewoon rechtstreeks evcc laten praten met de apparaten. Werkt eenvoudiger qua instellen en beheer.

Nadeel daarvan is of kan zijn, dat je bijv. voor bepaalde laders een sponsortoken nodig hebt om de betreffende templates te gebruiken. Je kan eerst de trail token pakken om te zien hoe alles gaat, dan kost het je eerst niets.

[JanHenk]

elektriekert schreef op maandag 24 augustus 2026 @ 16:26:

Dit lukt aardig, maar ik maak gebruik van een custom integratie voor de aansturen van de Zendure batterijen.
Het merk kan ik kiezen binnen de EVCC UI maar ik verwacht dat het aansturen dan niet goed gaat i.c.m. de custom integratie.

Kan ik hiervoor het beste een home assistant (als merk) gebruiken en dan daarin de entiteiten toevoegen? Ik wil het zo maken dat EVCC aan de hand van het aankoppelen van de auto de batterijen pauzeert etc.

De standaard Zendure templates gebruiken bij mijn weten de cloud (mqtt) van Zendure voor de Hypers en local REST Api voor de Solarflow apparaten. Die laatste kun je volgens mij gewoon sowieso implementeren. Als je een lokale mqtt broker hebt en daar de Hypers mee laat praten, of iets dergelijks, kun je niet de standaard template gebruiken van Zendure Hyper. Dan kun je (denk ik) de mqtt template of inderdaad Home Assistant template gebruiken.

[elektriekert]

JanHenk schreef op maandag 24 augustus 2026 @ 17:14:
[...]

De standaard Zendure templates gebruiken bij mijn weten de cloud (mqtt) van Zendure voor de Hypers en local REST Api voor de Solarflow apparaten. Die laatste kun je volgens mij gewoon sowieso implementeren. Als je een lokale mqtt broker hebt en daar de Hypers mee laat praten, of iets dergelijks, kun je niet de standaard template gebruiken van Zendure Hyper. Dan kun je (denk ik) de mqtt template of inderdaad Home Assistant template gebruiken.

Ik zal nog eens goed in de docs kijken wat de precieze mogelijkheden zijn. Cloud afhankelijk wilcik natuurlijk niet zijn. Sowieso kunnen de Zendures niet verder dan mijn eigen netwerk komen.
De custom integratie werkt erg mooi en betrouwbaar.
Zou mooi zijn als ik dit werkbaar kan houden.
Tenzij de directe aansturen ook vlekkeloos werkt.

[AA42]

Vraag: zou evcc goed overweg kunnen met dit relatief nieuwe product voor het aansturen van een "domme" boiler?

https://peec.prauton.nl

Ik had eerder gekeken naar de Solex Nymo maar het gebrek aan integratie met HA/evcc was voor mij een reden niet over te gaan tot aanschaf.

Peec integreert met HA, maar zou ik hem dan ook kunnen integreren met evcc?

Momenteel heb ik onze 2 EV's, HW PIB, zonnepanelen en Tibber tarieven geïntegreerd in evcc. Wil niet dat er zaken "tegen elkaar in" gaan regelen.

[Kammika]

AA42 schreef op maandag 24 augustus 2026 @ 20:47:
Vraag: zou evcc goed overweg kunnen met dit relatief nieuwe product voor het aansturen van een "domme" boiler?

https://peec.prauton.nl

Ik had eerder gekeken naar de Solex Nymo maar het gebrek aan integratie met HA/evcc was voor mij een reden niet over te gaan tot aanschaf.

Peec integreert met HA, maar zou ik hem dan ook kunnen integreren met evcc?

Momenteel heb ik onze 2 EV's, HW PIB, zonnepanelen en Tibber tarieven geïntegreerd in evcc. Wil niet dat er zaken "tegen elkaar in" gaan regelen.

Ik heb alleen de tarieven en de laadpaal zelf in evcc zitten. De rest haal ik allemaal uit ha met de ha templates. Werkt perfect en is goed ondersteund. Dus ik verwacht dat dat prima werkt als die boiler in ha zit. Je moet alleen wel zelf in de gaten houden dat je dan niet dezelfde dingen automatiseert die evcc ook voor je regelt, want dan gaat het niet goed natuurlijk..

[HyperBart]

AA42 schreef op maandag 24 augustus 2026 @ 20:47:
Vraag: zou evcc goed overweg kunnen met dit relatief nieuwe product voor het aansturen van een "domme" boiler?

https://peec.prauton.nl

Ik had eerder gekeken naar de Solex Nymo maar het gebrek aan integratie met HA/evcc was voor mij een reden niet over te gaan tot aanschaf.

Peec integreert met HA, maar zou ik hem dan ook kunnen integreren met evcc?

Momenteel heb ik onze 2 EV's, HW PIB, zonnepanelen en Tibber tarieven geïntegreerd in evcc. Wil niet dat er zaken "tegen elkaar in" gaan regelen.

evcc werkt ook goed samen met de producten van "My PV", zoals bv de https://www.my-pv.com/nl/producten/ac-thor/.
Ze hebben nog wel van die dingen, voor droge of natte boilers. Ooit eens naar gekeken maar ik heb zelf nog geen boiler en met een gewone boiler water opwarmen is met een verwarmingselement is ook wel heel energieverslindend en wij hebben alleen een doorstromer op gas nu.

Weet dat je via evcc ook je boiler met een paar goede geschakelde stopcontacten ook rechtstreeks kan aansturen. Strikt genomen heb je die Solex Nymo of My-PV elementen dus niet nodig...

[ Voor 7% gewijzigd door HyperBart op 25-08-2026 09:25 ]

[JanHenk]

AA42 schreef op maandag 24 augustus 2026 @ 20:47:
Vraag: zou evcc goed overweg kunnen met dit relatief nieuwe product voor het aansturen van een "domme" boiler?

https://peec.prauton.nl

Ik had eerder gekeken naar de Solex Nymo maar het gebrek aan integratie met HA/evcc was voor mij een reden niet over te gaan tot aanschaf.

Peec integreert met HA, maar zou ik hem dan ook kunnen integreren met evcc?

Momenteel heb ik onze 2 EV's, HW PIB, zonnepanelen en Tibber tarieven geïntegreerd in evcc. Wil niet dat er zaken "tegen elkaar in" gaan regelen.

Best interessant ding. Gezien de ESPHome basis en HA-integratie ga je alle gegevens zeker in evcc kunnen implementeren. Wel handig omdat dit product z'n eigen "NOM-regeling" heeft. Dus zou je de meter van het verbruik kunnen invoeren in evcc zodat ie hiermee rekening kan houden ter bepaling van het overschot.

Ik zie overigens ook wel mogelijkheden om van dit apparaat een 'loadpoint' (lader) te maken en op die manier aan te laten sturen.

Overigens schakel ik bij mijn ouders een boiler aan/uit met een slimme stekker. Dat is een stuk minder precies, maar gezien de relatieve overvloed aan PV tegenover het relatief beperkte vermogen van de boiler is het dimmen in hun geval niet zo zinvol. Met minder PV lijkt het kunnen "dimmen" van dit product wel handig.

[IvoB2]

HyperBart schreef op dinsdag 25 augustus 2026 @ 09:24:
evcc werkt ook goed samen met de producten van "My PV", zoals bv de https://www.my-pv.com/nl/producten/ac-thor/.
Ze hebben nog wel van die dingen, voor droge of natte boilers. Ooit eens naar gekeken maar ik heb zelf nog geen boiler en met een gewone boiler water opwarmen is met een verwarmingselement is ook wel heel energieverslindend en wij hebben alleen een doorstromer op gas nu.

Weet dat je via evcc ook je boiler met een paar goede geschakelde stopcontacten ook rechtstreeks kan aansturen. Strikt genomen heb je die Solex Nymo of My-PV elementen dus niet nodig...

Wat zou de meerwaarde zijn van evcc in combinatie met een MYPV weerstand?
Dat is standaard al voorzien van zowat alle gewenste instellingen en stuurt ook heel eenvoudig via een P1 dongle (van bv. Homewizard).
Meet iedere seconden en past dan traploos het vermogen van de weerstand(en) (tot 6500W) aan op basis van gemeten netinjectie.

Een COP1 weerstand mag dan wel energieverslindend zijn (in verhouding tot een WP) maar wanneer die energie uit overproductie PV komt is de kostprijs sowieso praktisch nihil (en voorkomt het teruglevering aan het net).

[replica17]

Met het idee om echt elke watt uit mijn zonnepanelen in de auto te krijgen ben ik aan het spelen met de batterij opties.

Heb sinds kort ook zonnepanelen op noord waardoor ik tot laat in de avond nog wel wat opwek maar niet genoeg om volledig 1 fasig mijn Model Y te laden (min.1400 W).

Wie doet dit ook en heeft nog tips?

Onderstaande instellingen werken voor mij best goed de afgelopen week.

Where does the surplus go first?

Home battery has priority while it is below 80%. Then the charging points receive the surplus.
(80% is min. SOC voor mij om onder elke omstandigheid de nacht door te komen)

Battery as charging buffer

Home battery energy above 95% may be used to support the charging points and delays switching off in solar mode. Start solar charging automatically once the battery is fullonce the battery is above 95%only with enough surplus once the battery is above 95%.

[JanHenk]

IvoB2 schreef op dinsdag 25 augustus 2026 @ 09:39:
[...]

Wat zou de meerwaarde zijn van evcc in combinatie met een MYPV weerstand?
Dat is standaard al voorzien van zowat alle gewenste instellingen en stuurt ook heel eenvoudig via een P1 dongle (van bv. Homewizard).
Meet iedere seconden en past dan traploos het vermogen van de weerstand(en) (tot 6500W) aan op basis van gemeten netinjectie.

Klopt, als dat het enige is wat je wenst van een dergelijk apparaat is er geen meerwaarde om hem te laten sturen, maar is er wel een meerwaarde om simpelweg de meter op te nemen als "aux", zodat evcc inzichtelijk heeft welk deel van het overschot naar de boiler gaat. En daar eventueel op acteren (innemen).

Als je naast uitlezen ook nog andere dingen wenst als pauzeren bij hoog tarief, vol vermogen bij laag tarief en wellicht in de toekomst gebruiken met de optimizer, kan er ook een meerwaarde zijn om hem op te nemen als stuur-apparaat. Als weet ik niet hoe die MyPV zich aan laat sturen, met het eerder genoemde apparaat kan dat wel.

Maar in beginsel met je eens, dat het niet direct noodzakelijk is om hem aan te laten sturen. Maar hetzelfde geldt voor thuisaccu's. Ook die kun je hun gang laten gaan om zonneoverschot op te nemen, zolang evcc maar weet hoeveel vermogen ze pakken (en met de SoC krijg je nog wat aanvullende instellingen).

[ Voor 4% gewijzigd door JanHenk op 25-08-2026 09:49 ]

[IvoB2]

Je kan (als hobby) uiteraard tot in het oneindige blijven sturen.
Het ding werkt ook op dynamische tarieven maar ik heb geen dynamisch contract dus die instellingen gebruik ik sowieso niet (ik gebruik energie liefst zoveel mogelijk uit PV opwek en niet uit het net).
Het is o.a. standaard ook voorzien om het opgenomen vermogen te begrenzen, de temp. te begrenzen (of juist te laten starten vanaf een ingestelde min. temp) en pas te beginnen innemen vanaf een bepaald aantal W gemeten injectie.
Het ding heeft hier ook geen prioriteit op wat dan ook.
De bedoeling is dat wanneer er na/tijdens laden van thuisaccu (en idem voor accu van BEV) er nog PV productie is deze richting boiler te sturen (tot de ingestelde max. temp.) ipv richting net.
Is er onvoldoende PV overschot en de temp. in de boiler zakt onder een kritisch niveau (35°C) gaat deze gewoon tot 50°C opwarmen via de WP.
En het dient ook als back up voor de WP. Wanneer er een technisch probleem zou zijn met de WP zou ik anders buiten het verwarmingsseizoen geen SWW kunnen aanmaken.
Wil je het tezamen laten sturen met batterijprioriteiten kan dat trouwens ook want standaard voorzien om te integreren met bv. Victron omvormers.

[ Voor 40% gewijzigd door IvoB2 op 25-08-2026 09:59 ]

[JanHenk]

IvoB2 schreef op dinsdag 25 augustus 2026 @ 09:50:
De bedoeling is dat wanneer er na/tijdens laden van thuisaccu (en idem voor accu van BEV) er nog PV productie is deze richting boiler te sturen (tot de ingestelde max. temp.) ipv richting net.

Iets of iemand moet dat regelen, anders is het 'wie eerst komt, eerst maalt' bij overschotregelingen. Als je evcc gebruikt voor je auto en ook je batterij er in kenbaar hebt gemaakt, is het ook zeker handig om de meter (vermogen) van andere 'overschotregelingen' te implementeren. Zo kan evcc het 'werkelijk overschot' bepalen en er (eventueel) voor kiezen om het in te nemen.

Verder ken ik de MyPV inhoudelijk helemaal niet, dus geen idee wat er voor EMS functies al in zitten. Maar dat was de vraag ook niet geloof ik.

[ Voor 6% gewijzigd door JanHenk op 25-08-2026 10:02 ]

[HyperBart]

IvoB2 schreef op dinsdag 25 augustus 2026 @ 09:39:
[...]

Wat zou de meerwaarde zijn van evcc in combinatie met een MYPV weerstand?
Dat is standaard al voorzien van zowat alle gewenste instellingen en stuurt ook heel eenvoudig via een P1 dongle (van bv. Homewizard).
Meet iedere seconden en past dan traploos het vermogen van de weerstand(en) (tot 6500W) aan op basis van gemeten netinjectie.

Een COP1 weerstand mag dan wel energieverslindend zijn (in verhouding tot een WP) maar wanneer die energie uit overproductie PV komt is de kostprijs sowieso praktisch nihil (en voorkomt het teruglevering aan het net).

Weet ik wel, maar @JanHenk heeft 'm precies beet. Ik laat 'm niet sturen door evcc, dat doen batterijen en my-pv zelf al, maar in de evolutie van evcc naar algemeen HEMS wat alle "energie-eilandjes" aan elkaar knoopt kan evcc wel intervenieren. Verder krijg je dan ook alle info daar en wordt het niet aanschouwd als huisverbruik maar als een "slimme load" door evcc.

Verder ben ik het wel met je eens dat een verwarmingselement een heel "dankbare" maar ook wel echt rucksichtlos energieverslindend ding is om PV stroom in te dumpen. Kan je wel "gratis PV" naar dumpen maar de rest van het jaar is het dan ook wel een heel energieverslindend element, kan je ook weer gaan rondwerken door dan op andere manieren te gaan verwarmen en dan zeg ik "hou dat geld dan maar in je zak en spaar even door voor een WPB". Je geeft het zelf ook aan dat je een WP inzet.

[IvoB2]

HyperBart schreef op dinsdag 25 augustus 2026 @ 10:02:
Je geeft het zelf ook aan dat je een WP inzet.

Ja, maar geen WPB (en die WP was er al jaren voor de MYPV).
En die WP heeft ook nog eens haar eigen beperkingen (om SWW aan te maken boven de 40°C) bij aanhoudende buitentemperaturen boven de 30°C).
Dat was vroeger geen probleem maar de laatste jaren steeds meer en meer.

Eveneens correct dat je het SWW niet prioritair wil verwarmen met een COP1 element.
Het is (hier toch) een back up element voor wanneer de WP een technisch probleem heeft en om overtollige PV productie in te dumpen.
En het verwarmen van SWW is - in mijn optiek - gewoon deel van het huishoudelijk verbruik.

[IvoB2]

JanHenk schreef op dinsdag 25 augustus 2026 @ 10:02:
Iets of iemand moet dat regelen, anders is het 'wie eerst komt, eerst maalt' bij overschotregelingen.

Inderdaad, iets of iemand moet het regelen.
Mijn punt was dan ook dat MYPV al genoeg eigen sturing aan boord heeft om het te regelen.
Kan - indien gewenst - ook sturen icm verbruik woning, batterij, PV omvormer, autolader, WP.
Maar je moet het ook niet dubbelop doen noch ingewikkelder maken als het ook eenvoudig kan.

[ Voor 12% gewijzigd door IvoB2 op 25-08-2026 10:18 ]

[japie101]

AA42 schreef op maandag 24 augustus 2026 @ 20:47:
Vraag: zou evcc goed overweg kunnen met dit relatief nieuwe product voor het aansturen van een "domme" boiler?

https://peec.prauton.nl

Ik had eerder gekeken naar de Solex Nymo maar het gebrek aan integratie met HA/evcc was voor mij een reden niet over te gaan tot aanschaf.

Peec integreert met HA, maar zou ik hem dan ook kunnen integreren met evcc?

Momenteel heb ik onze 2 EV's, HW PIB, zonnepanelen en Tibber tarieven geïntegreerd in evcc. Wil niet dat er zaken "tegen elkaar in" gaan regelen.

Ik kende dit product nog niet, dank voor de mention, zeker interessant, en de helft goedkoper dan de Nymo Solyx. Ik ben wel benieuwd naar de componenten die men gebruikt, want de aansturing is dus ESPHome, maar uiteindelijk stuurt die een relais aan die het uitgaande vermogen instelt.

Ontopic naar EVCC, er is al heel veel mogelijk, maar het liefst wil je dit een soort van "native" integreren, zodat je ook de prioriteitsstelling kunt regelen, bij overschot wil ik eerst warm water, als er dan nog vermogen over is wil ik de batterij gaan laden, en als er dan nog vermogen is, wil ik de auto gaan laden. (ik noem maar een scenario).

Ik denk dat het wel bij EVCC aan te vragen is om dit product te integreren als dit wordt "omarmd" door genoeg mensen.

Zou erg geïnteresseerd zijn in praktijk ervaring met dit product, al dan niet in combinatie met EVCC.

[AA42]

Graag gedaan, ChatGPT had hem voor me gevonden, LOL. Ik had ook al eens gekeken naar de Nymo maar vond die erg prijzig (een combi met een nieuw te plaatsen boiler van 270 liter of meer komt dan in de buurt van een WPB qua prijs, maar belangrijker nog: geen integratie met HA (wel Homey gek genoeg).

De PEEC lijkt dus een uitstekend alternatief.

Nu denk ik dat warmwater altijd wel prio is, en dat is ook niet zo erg want relatief gezien kost het opwarmen van water weinig energie. Je zou dus hem gewoon kunnen plaatsen en dan ziet evcc vanzelf wel wat er nog over blijft voor de PIB en EV. Of denk ik nu te simpel?

Nu ben ik geen meester in het vinden van de juiste instellingen van evcc omdat je daar ook het gedrag van je PIB op allerlei manieren kan instellen. Heb het denk ik ongeveer wel goed staan, maar ik zou het helemaal niet erg vinden als AI de beste combi’s zou kunnen maken 😀

Dan zou je dus toch integratie van dit product met evcc wensen.

Overigens is een WPB geen alternatief wat mij betreft. Boiler komt op zolder met open trapgat, geen zin in het geluid. Ook de nodige luchtleidingen vind ik een dingetje en als de panelen het gewoon een beetje doen is dat al voldoende voor proportionele opwarming. Daarnaast het toch wat grotere risico op mankementen met een WPB.

[AA42]

De MYPV AC-TOR lijkt alleen bij Duitse leveranciers te krijgen en prijs begint bij €635 en dan moet je een aparte wifi module er nog bij kopen (Sowieso liever Zigbee)

Dat is dus totaal onvergelijkbaar met de PEEC van €345, die ook nog bij een Nederlands bedrijfje vandaan komt.

Een relais/smart stopcontact regeling vind ik niet smart genoeg, das leuk voor een keukenboilertje. Als je 270liter water moet opwarmen gaat dat verschil wel tellen denk ik.

[ Voor 30% gewijzigd door AA42 op 25-08-2026 15:43 ]

[japie101]

AA42 schreef op dinsdag 25 augustus 2026 @ 15:27:
Graag gedaan, ChatGPT had hem voor me gevonden, LOL. Ik had ook al eens gekeken naar de Nymo maar vond die erg prijzig (een combi met een nieuw te plaatsen boiler van 270 liter of meer komt dan in de buurt van een WPB qua prijs, maar belangrijker nog: geen integratie met HA (wel Homey gek genoeg).

De PEEC lijkt dus een uitstekend alternatief.

Nu denk ik dat warmwater altijd wel prio is, en dat is ook niet zo erg want relatief gezien kost het opwarmen van water weinig energie. Je zou dus hem gewoon kunnen plaatsen en dan ziet evcc vanzelf wel wat er nog over blijft voor de PIB en EV. Of denk ik nu te simpel?

Nu ben ik geen meester in het vinden van de juiste instellingen van evcc omdat je daar ook het gedrag van je PIB op allerlei manieren kan instellen. Heb het denk ik ongeveer wel goed staan, maar ik zou het helemaal niet erg vinden als AI de beste combi’s zou kunnen maken 😀

Dan zou je dus toch integratie van dit product met evcc wensen.

Overigens is een WPB geen alternatief wat mij betreft. Boiler komt op zolder met open trapgat, geen zin in het geluid. Ook de nodige luchtleidingen vind ik een dingetje en als de panelen het gewoon een beetje doen is dat al voldoende voor proportionele opwarming. Daarnaast het toch wat grotere risico op mankementen met een WPB.

Ik denk voor mij dezelfde situatie, wel of niet EVCC is niet zo relevant wat je zegt, warm water is dermate "mandatory" dat "de rest" zich maar moet aanpassen aan een boiler.
De techneut in mij zegt dan wel: als het volledig is geïntegreerd heb je ook mooie dashboards die visualiseren hoe en wat. Zag een screenshot in de documentatie dat de maker van de Peec de boiler toevoegt als batterij in Home Assistant, daarmee wordt het dan zichtbaar hoeveel kWh er in de boiler is gegaan. Is natuurlijk een oplossing, maar net niet zoals je het eigenlijk zou willen. Enfin, ik mis nog wat praktijkervaringen om m zo te bestellen eigenlijk, een review ergens zou helpen, de EVCC integratie is dan nice to have, uit eindelijk is het gewoon zorgen dat je zo optimaal mogelijk gebruik maakt van je zonnepanelen als het salderen stopt.
Mijn EV is daar heel geschikt voor, maar die is ook wel eens weg als de zon schijnt :-)

[IvoB2]

japie101 schreef op dinsdag 25 augustus 2026 @ 16:20:
eindelijk is het gewoon zorgen dat je zo optimaal mogelijk gebruik maakt van je zonnepanelen als het salderen stopt.
Mijn EV is daar heel geschikt voor, maar die is ook wel eens weg als de zon schijnt :-)

Dit dus.
Je stelt de prioriteiten zelf in.
Hier is dat:
1. Directe verbruikers
2. Baseload SWW via WP
3. Thuisaccu
4. Accu EV
5. Overshoot SWW via COP1 (gemeten op P1 poort DM).

[ Voor 42% gewijzigd door IvoB2 op 25-08-2026 16:45 ]

[WirelessErik]

Ik heb mijn net geplaatste LG warmtepomp, zonder warmwater, in EVCC gezet bij lader of ander verwarmings apparaat.

Hoe nu verder? Ik zie in EVCC hem nu prima staan, aangestuurd vanuit de modbus verbinding, maar ik zie nu een temperatuur staan en een max temperatuur. Wat kan of moet ik hiermee precies?

Dit zal vast een watertempatuur zijn die hij door het systeem stuurt als de thermostaat aangaat, en die max lijkt mij duidelijk, maar waar moet ik die max op instellen bijvoorbeeld. Wat kan ik nog meer (laten) regelen door EVCC met de WP

[HyperBart]

AA42 schreef op dinsdag 25 augustus 2026 @ 15:40:
De MYPV AC-TOR lijkt alleen bij Duitse leveranciers te krijgen en prijs begint bij €635 en dan moet je een aparte wifi module er nog bij kopen (Sowieso liever Zigbee)

Dat is dus totaal onvergelijkbaar met de PEEC van €345, die ook nog bij een Nederlands bedrijfje vandaan komt.

Een relais/smart stopcontact regeling vind ik niet smart genoeg, das leuk voor een keukenboilertje. Als je 270liter water moet opwarmen gaat dat verschil wel tellen denk ik.

Goh, dat stopcontact is zo slim als evcc is, en dat is best slim.
Je moet al een specifieke "dimmend" verwarmingselement hebben om slimmer te kunnen zijn dan een aan/uit stopcontact.

Dus ik weet niet wat je er niet smart genoeg aan vindt?

[AA42]

HyperBart schreef op woensdag 26 augustus 2026 @ 13:15:
[...]


Goh, dat stopcontact is zo slim als evcc is, en dat is best slim.
Je moet al een specifieke "dimmend" verwarmingselement hebben om slimmer te kunnen zijn dan een aan/uit stopcontact.

Dus ik weet niet wat je er niet smart genoeg aan vindt?

Exact wat je zegt

[Tunestwo]

Ik wist niet eens dat het mogelijk was, maar de gratis periode van budget energie in het weekend kan je ook gewoon in de tarief weergeven…. Daardoor had ik de auto juist wel automatisch kunnen laten laden…

[RoelsRules]

Is dat dan exclusief de belastingen?

[Tunestwo]

RoelsRules schreef op zaterdag 29 augustus 2026 @ 10:02:
Is dat dan exclusief de belastingen?

nee inclusief... maar ach, accepteer maar even dat het 0 is. de 18,3cent is wel met belastingen. maar moet eigenlijk de formule nog correct zetten.

[AA42]

AA42 schreef op maandag 24 augustus 2026 @ 20:47:
Vraag: zou evcc goed overweg kunnen met dit relatief nieuwe product voor het aansturen van een "domme" boiler?

https://peec.prauton.nl

Ik had eerder gekeken naar de Solex Nymo maar het gebrek aan integratie met HA/evcc was voor mij een reden niet over te gaan tot aanschaf.

Peec integreert met HA, maar zou ik hem dan ook kunnen integreren met evcc?

Momenteel heb ik onze 2 EV's, HW PIB, zonnepanelen en Tibber tarieven geïntegreerd in evcc. Wil niet dat er zaken "tegen elkaar in" gaan regelen.

Even ter info. Ik heb zojuist een Peec besteld. Hierbij tevens een "domme" Ariston 200 liter boiler besteld bij de Praxis (levering door het Franse Europe Sanitaire Chauffage). Na lang overwegen tot de conclusie gekomen dat een WPB voor mij te duur, groot (kan niet aan de muur) zwaar (moet naar zolder) en daardoor ook lastig (luchtslangen) was. De uiteindelijke verschillen met zonnepanelen overschot vallen ook heel erg mee. De vrijwel volledig stille werking van een domme boiler is een extra pluspunt.

Kostenlijstje:
Peec: €345 (gratis thuisgeleverd)
Ariston boiler 200 l. met steatiet element incl. aansluitgroep en syphon: €391,17 (gratis thuisgeleverd)
Wellicht nog zo'n €50 aan aansluitspulletjes. Het plaatsen en aansluiten doe ik uiteraard zelf.
Totaal dus nog geen €800

Als dit alles geplaatst is en werkt kan ik eindelijk mijn gas aansluiting opzeggen. Gezien de aankomende stijging van de gasprijzen een goed moment....

[ Voor 8% gewijzigd door AA42 op 29-08-2026 18:37 ]

[Tunestwo]

AA42 schreef op zaterdag 29 augustus 2026 @ 18:34:
[...]

Even ter info. Ik heb zojuist een Peec besteld. Hierbij tevens een "domme" Ariston 200 liter boiler besteld bij de Praxis (levering door het Franse Europe Sanitaire Chauffage). Na lang overwegen tot de conclusie gekomen dat een WPB voor mij te duur, groot (kan niet aan de muur) zwaar (moet naar zolder) en daardoor ook lastig (luchtslangen) was. De uiteindelijke verschillen met zonnepanelen overschot vallen ook heel erg mee. De vrijwel volledig stille werking van een domme boiler is een extra pluspunt.

Kostenlijstje:
Peec: €345 (gratis thuisgeleverd)
Ariston boiler 200 l. met steatiet element incl. aansluitgroep en syphon: €391,17 (gratis thuisgeleverd)
Wellicht nog zo'n €50 aan aansluitspulletjes. Het plaatsen en aansluiten doe ik uiteraard zelf.
Totaal dus nog geen €800

Als dit alles geplaatst is en werkt kan ik eindelijk mijn gas aansluiting opzeggen. Gezien de aankomende stijging van de gasprijzen een goed moment....

Ik heb hier wel oor naar! Zit beetje in hetzelfde schuitje, cv zit bij ons midden in de woning op de 1ste verdieping… badkamers zitten op totaal andere locaties. Hybride warmtepomp is dankzij de subsidies juist hardstikke duur geworden… dus zou dit misschien wel een goeie uitkomst zijn.

[ Voor 5% gewijzigd door Tunestwo op 30-08-2026 09:02 ]

[greg-a]

AA42 schreef op zaterdag 29 augustus 2026 @ 18:34:
[...]

Even ter info. Ik heb zojuist een Peec besteld. Hierbij tevens een "domme" Ariston 200 liter boiler besteld bij de Praxis (levering door het Franse Europe Sanitaire Chauffage). Na lang overwegen tot de conclusie gekomen dat een WPB voor mij te duur, groot (kan niet aan de muur) zwaar (moet naar zolder) en daardoor ook lastig (luchtslangen) was. De uiteindelijke verschillen met zonnepanelen overschot vallen ook heel erg mee. De vrijwel volledig stille werking van een domme boiler is een extra pluspunt.

Kostenlijstje:
Peec: €345 (gratis thuisgeleverd)
Ariston boiler 200 l. met steatiet element incl. aansluitgroep en syphon: €391,17 (gratis thuisgeleverd)
Wellicht nog zo'n €50 aan aansluitspulletjes. Het plaatsen en aansluiten doe ik uiteraard zelf.
Totaal dus nog geen €800

Als dit alles geplaatst is en werkt kan ik eindelijk mijn gas aansluiting opzeggen. Gezien de aankomende stijging van de gasprijzen een goed moment....

Ik ben hier ook erg benieuwd naar! verwarmen gaat al prima met de wp; alleen voor dhw heb ik nog geen betaalbare oplossing weten te vinden. ongeveer EUR 1000 klinkt wel oke.

[Gramser]

Vraagje: ik wil eens gaan kijken of ik evcc werkend krijg met mijn vorige week geinstalleerde Peblar Business. Ik wil eerst een trial token gebruiken, maar hoe lang blijft die geldig? Want de auto zal niet elke dag aan de laadpaal staan, dat moet ik dan even timen...

[Krisp]

Gramser schreef op dinsdag 1 september 2026 @ 11:53:
Vraagje: ik wil eens gaan kijken of ik evcc werkend krijg met mijn vorige week geinstalleerde Peblar Business. Ik wil eerst een trial token gebruiken, maar hoe lang blijft die geldig? Want de auto zal niet elke dag aan de laadpaal staan, dat moet ik dan even timen...

Een trial token blijft geldig totdat je EVCC opnieuw opstart (bijvoorbeeld vanwege een update). Dus waarschijnlijk gaat dat goed.

[japie101]

AA42 schreef op zaterdag 29 augustus 2026 @ 18:34:
[...]

Even ter info. Ik heb zojuist een Peec besteld. Hierbij tevens een "domme" Ariston 200 liter boiler besteld bij de Praxis (levering door het Franse Europe Sanitaire Chauffage). Na lang overwegen tot de conclusie gekomen dat een WPB voor mij te duur, groot (kan niet aan de muur) zwaar (moet naar zolder) en daardoor ook lastig (luchtslangen) was. De uiteindelijke verschillen met zonnepanelen overschot vallen ook heel erg mee. De vrijwel volledig stille werking van een domme boiler is een extra pluspunt.

Kostenlijstje:
Peec: €345 (gratis thuisgeleverd)
Ariston boiler 200 l. met steatiet element incl. aansluitgroep en syphon: €391,17 (gratis thuisgeleverd)
Wellicht nog zo'n €50 aan aansluitspulletjes. Het plaatsen en aansluiten doe ik uiteraard zelf.
Totaal dus nog geen €800

Als dit alles geplaatst is en werkt kan ik eindelijk mijn gas aansluiting opzeggen. Gezien de aankomende stijging van de gasprijzen een goed moment....

Cool, ben heel benieuwd naar jouw bevindingen! Ben ook wel benieuwd naar de componenten onder de motorkap van de Peec, kan die specs nergens terug vinden.

[Gramser]

Krisp schreef op dinsdag 1 september 2026 @ 11:55:
[...]

Een trial token blijft geldig totdat je EVCC opnieuw opstart (bijvoorbeeld vanwege een update). Dus waarschijnlijk gaat dat goed.

Serieus? Dus eenmaal installeren en nooit meer updaten als het werkt...

[RoelsRules]

Volgens mij werkt de trial dan toch maar een paar dagen. Echter is hij altijd weer te verlengen als je nog verder wilt proberen. Zo heb ik het een paar weken geprobeerd en nu met eigen token.

Zie Trial evcc

[ Voor 15% gewijzigd door RoelsRules op 01-09-2026 12:35 ]

[Flesym]

Gramser schreef op dinsdag 1 september 2026 @ 12:16:
[...]

Serieus? Dus eenmaal installeren en nooit meer updaten als het werkt...

Je kunt ook overwegen een "gebruikers gedefinieerde lader" aan te maken en AI te vragen de code voor de Peblar te genereren. Dan heb je geen token nodig. Doe ik ook met mijn SmartEVSE lader

[Cavalera125]

Gramser schreef op dinsdag 1 september 2026 @ 12:16:
[...]

Serieus? Dus eenmaal installeren en nooit meer updaten als het werkt...

Vergeet niet dat je EVCC nogal vaak moet herstarten. Zo'n beetje elke config verandering vraagt om een herstart (is mijn ervaring in ieder geval).

[Gramser]

Flesym schreef op dinsdag 1 september 2026 @ 12:38:
[...]

Je kunt ook overwegen een "gebruikers gedefinieerde lader" aan te maken en AI te vragen de code voor de Peblar te genereren. Dan heb je geen token nodig. Doe ik ook met mijn SmartEVSE lader

Dit voelt een beetje als bedrog . Je zou bijna aan AI durven te vragen om sowieso een werkende token te genereren...

[Gramser]

Cavalera125 schreef op dinsdag 1 september 2026 @ 12:53:
[...]

Vergeet niet dat je EVCC nogal vaak moet herstarten. Zo'n beetje elke config verandering vraagt om een herstart (is mijn ervaring in ieder geval).

Hm ja, dat schiet dan ook niet op. EVCC zelf zegt dat die trial token enkele dagen geldig is, maar da's wel een beetje kort.

[THM0]

Flesym schreef op dinsdag 1 september 2026 @ 12:38:
[...]

Je kunt ook overwegen een "gebruikers gedefinieerde lader" aan te maken en AI te vragen de code voor de Peblar te genereren. Dan heb je geen token nodig. Doe ik ook met mijn SmartEVSE lader

Nou zit de SmartEVSE gewoon als ondersteunde lader in EVCC, en doordat deze lader open-source is vereist die geen sponsor token in EVCC…

[RoelsRules]

En als die trial is verlopen kun je weer opnieuw de trial toevoegen als je weer wilt proberen... Zo gedaan en geen probleem tijdens experimenteren

Daarna die club (mi) gewoon verder helpen door een echte token als je tevreden bent

[wadwandelaar]

Niet moeilijk doen. Je maakt jezelf sponsor en je bent van het gezeur af. De makers van EVCC doen hun vreselijke best om een goed product te maken en jullie zijn aan het zanikken over een paar sponsor centen.
Ik ben sponsor en gebruik EVCC naar volle tevredenheid.

[Flesym]

Gramser schreef op dinsdag 1 september 2026 @ 12:56:
[...]

Dit voelt een beetje als bedrog . Je zou bijna aan AI durven te vragen om sowieso een werkende token te genereren...

Ik zou niet weten waarom voor jou dit als bedrog voelt. EVCC is open source software dus vrij voor te gebruiken voor niet commerciële doeleinden. De lader software is closed source (van daar de noodzaak voor een token). Maar iedereen is vrij zijn eigen code te maken en te onderhouden. Als zo redeneert moet je je ook slecht voelen bij het gebruik van andere apps en integraties in Home Assistant.
En ja, een token laten genereren of de code kraken zou bedrog zijn.

[Gramser]

@wadwandelaar Wil je je weerhouden van de invulling "zaniken"? Ik ben in de oriëntatiefase en heb in HomeAssistant nu een automatisering die werkt. Ik vind EVCC echter mooier, gelikter, makkelijker - maar dan wil ik ook weten dat het werkt. Ik vind een paar dagen dan wat weinig om de keuze te maken. Als ik die trial token meerdere keren kan gebruiken -ik wist dat niet- dan maak ik de stap zeker makkelijker en ben ik echt niet te beroerd te betalen voor een goed product, mits het meer biedt dan wat ik al heb.

[ Voor 5% gewijzigd door Gramser op 01-09-2026 13:30 ]

[Gramser]

Flesym schreef op dinsdag 1 september 2026 @ 13:27:
[...]

Ik zou niet weten waarom voor jou dit als bedrog voelt. EVCC is open source software dus vrij voor te gebruiken voor niet commerciële doeleinden. De lader software is closed source (van daar de noodzaak voor een token). Maar iedereen is vrij zijn eigen code te maken en te onderhouden. Als zo redeneert moet je je ook slecht voelen bij het gebruik van andere apps en integraties in Home Assistant.
En ja, een token laten genereren of de code kraken zou bedrog zijn.

Misschien snap ik niet goed genoeg hoe evcc en die tokens werken, dat kan hoor. Maar een token laten genereren voor iets waar je eigenlijk ook token moet kopen, klinkt alsof het niet "hoort". Meer in die gedachte.

[Flesym]

Gramser schreef op dinsdag 1 september 2026 @ 13:29:
[...]

Misschien snap ik niet goed genoeg hoe evcc en die tokens werken, dat kan hoor. Maar een token laten genereren voor iets waar je eigenlijk ook token moet kopen, klinkt alsof het niet "hoort". Meer in die gedachte.

Eens, dat hoort niet en mag niet.
Maar EVCC merkt met "plug-ins" voor de aansturing van specifieke devices. In een gebruikers gedefinieerde laden kun je zelf eigen code plaatsen. Je bent zelf verantwoordelijk voor die code en de aansturing van de verschillende sensoren (jouw zorg).
Je kunt ook code kopen/huren, die verkrijg je dan via een token. Dan ligt de verantwoordelijkheid bij die eigenaar van de code (je wordt ontzorgd en dat mag best wat kosten).
Los daarvan EVCC valt onder de open source licentie.

[Gramser]

Oh, dát bedoelde je met code. Ik dacht dat je met het genereren van code, genereren van een token bedoelde. Helder!

[wadwandelaar]

Gramser schreef op dinsdag 1 september 2026 @ 13:28:
@wadwandelaar Wil je je weerhouden van de invulling "zaniken"?

ja sorry, ik was iets te grof met mijn opmerking.

[Gramser]

wadwandelaar schreef op dinsdag 1 september 2026 @ 13:52:
[...]

ja sorry, ik was iets te grof met mijn opmerking.

No worries en tof dat je even reageert

[Flesym]

wadwandelaar schreef op dinsdag 1 september 2026 @ 13:52:
[...]

ja sorry, ik was iets te grof met mijn opmerking.

Ik snap je reactie ook dus geen probleem. Maar goed gebruik maken van open source en closed source (waar ik me strikt aan houd) is juist waarom er van die mooie producten als HA en EVCC ontstaan. Kracht van de crowd met een toegevoegd verdienmodel voor delen die closed zijn.

[AWEF]

@Gramser De trailtoken is tot een bepaalde datum geldig en dan verschijnt er een nieuwe trailtoken op de website (https://docs.evcc.io/en/sponsorship/#trial). De token die er nu staat is tot 10 sept. geldig

[Gramser]

Kijk zo leer ik nog eens wat - ik ga daar dan ook mee testen. Mijn automatisering met Home Assistant doet bijna wat ik wil, zie ik van een afstandje, maar ik moet er nog wat aan sleutelen. Ik vind dat de peblar nog wat traag reageert op zonneoverschot, en ik weet nog niet waar dat aan ligt. We'll see. Misschien kan dit met evcc strakker.

[AWEF]

Ik ben overgestapt op EVCC omdat het mij een hoop gepruts scheelt. Eerdaags komt er een 2e EV bij en dan hoop ik dat we makkelijk per auto een schema aan kunnen maken en dat EVCC zelf ziet welke auto er gekoppeld is en wat die moet doen.
In de laatste update kan die ook m'n zendure batterij pauzeren op het moment dat die via een schema laad of op de optie fast staat.

[Kammika]

Wel interessant: De PR is in de maak om de optimizer ook echt de batterij te laten aansturen...

https://github.com/evcc-io/evcc/pull/32881

[wadwandelaar]

AWEF schreef op dinsdag 1 september 2026 @ 15:56:
In de laatste update kan die ook m'n zendure batterij pauzeren op het moment dat die via een schema laad of op de optie fast staat.

Dat is precies waar ik tegenaan loop, maar ik weet niet of onze opstellingen vergelijkbaar zijn.

Bij mij stuurt het zenSDK-package van Gielz1986 de Zendure aan, via de lokale API op /properties/write. Dat schrijft elke vijf seconden naar het apparaat. Ik heb daarom een automation in HA gemaakt die de modus van dat package omzet zodra de auto begint te laden, zodat de batterij niet in de auto leegloopt — evcc raakt de batterij zelf niet aan.

Drie vragen:

1. Hoe heb je de Zendure als batterij in evcc.yaml gedefinieerd? Een bestaand template, of een custom meter? Zo mogelijk het relevante stukje config.
2. Draait er bij jou nog iets anders dat naar de Zendure schrijft (Gielz-package, Node-RED, eigen automations), of is evcc de enige? Ik vermoed dat twee schrijvers op één apparaat elkaar gaan overschrijven, en dat wil ik voor zijn.
3. Wat doet de batterij als evcc hem weer loslaat? Pakt hij zijn eigen regeling meteen op, of blijft hij hangen in de stand waarin evcc hem heeft gezet?

[Flesym]

wadwandelaar schreef op dinsdag 1 september 2026 @ 20:04:
[...]

Dat is precies waar ik tegenaan loop, maar ik weet niet of onze opstellingen vergelijkbaar zijn.

Bij mij stuurt het zenSDK-package van Gielz1986 de Zendure aan, via de lokale API op /properties/write. Dat schrijft elke vijf seconden naar het apparaat. Ik heb daarom een automation in HA gemaakt die de modus van dat package omzet zodra de auto begint te laden, zodat de batterij niet in de auto leegloopt — evcc raakt de batterij zelf niet aan.

Drie vragen:

1. Hoe heb je de Zendure als batterij in evcc.yaml gedefinieerd? Een bestaand template, of een custom meter? Zo mogelijk het relevante stukje config.
2. Draait er bij jou nog iets anders dat naar de Zendure schrijft (Gielz-package, Node-RED, eigen automations), of is evcc de enige? Ik vermoed dat twee schrijvers op één apparaat elkaar gaan overschrijven, en dat wil ik voor zijn.
3. Wat doet de batterij als evcc hem weer loslaat? Pakt hij zijn eigen regeling meteen op, of blijft hij hangen in de stand waarin evcc hem heeft gezet?

Ik schrijf niet naar mijn thuisaccu, die draait op NoM. En in NoM krijgt mijn thuisaccu iedere seconde van mijn P1 meter door wat hij moet laden of terugleveren. Maar je kunt je thuisaccu in EVCC definiëren en aangeven hoe de thuisaccu gebruikt mag worden. Let wel, EVCC stuurt per 30 seconden (instelbaar maar lager dan 20 seconden moet je niet gaan, vindt je auto niet leuk) een nieuwe ampere-waarde (in hele getallen) naar je auto. Ik WIL mijn accu niet uitschakelen omdat juist die gedurende die 30 seconden het teveel opslaat of het tekort aanvult. Anders trek je dit van het net of lever je dit terug. Dit mechanisme zorgt er prima voor dat mijn thuisaccu niet wordt leeg getrokken maar ook dat er geen energie onnodig in of uit het net gaat.

En nog wat, een auto ontvangt via de CP draad de ampere-waarde die max geladen mag worden op 1 fase, bv 6A (1,4kW). Dit voorbeeld is even de minimum waarde conform de standaard De auto bepaalt of hij dat doet of minder afneemt. Maar als de auto 3-fase is aangesloten reageert hij vrij dom, dan zal hij dus 3x6A gaan laden 4,2kW. Stel EVCC staat op PV en aan de randen van de dag leveren je zonnepanelen 1,4kW en de lader staat op 3-fase zal er toch 4,2kW worden geladen. Dus het is belangrijk dat niet alleen de ampere wordt gestuurd maar ook de lader correct schakelt tussen 1 en 3 fase.
Dit alles heeft niets te maken met EVCC maar met de standaard van het laadinterface.

Dus anders gezegd, EVCC houdt rekening met mijn thuisaccu maar bestuurt hem niet. Dat doe de automation van mijn thuisaccu zelf buiten EVCC om. EVCC is geen HEMS. Als je accu leeg getrokken is mogelijk het probleem dat je lader op 3 fase staat en te weinig opwekt.

Alleen als je op SNEL staat en meer laadt dan je zonnepanelen en accu kan leveren zal hij echt je accu leegtrekken. Maar dan is een simpele automation in HA voldoende: als mijn laadpaal op SNEL staat en meer dan X kW gebruikt dan zet accu uit.

[ Voor 9% gewijzigd door Flesym op 02-09-2026 07:23 ]

[AWEF]

wadwandelaar schreef op dinsdag 1 september 2026 @ 20:04:
[...]

Dat is precies waar ik tegenaan loop, maar ik weet niet of onze opstellingen vergelijkbaar zijn.

Bij mij stuurt het zenSDK-package van Gielz1986 de Zendure aan, via de lokale API op /properties/write. Dat schrijft elke vijf seconden naar het apparaat. Ik heb daarom een automation in HA gemaakt die de modus van dat package omzet zodra de auto begint te laden, zodat de batterij niet in de auto leegloopt — evcc raakt de batterij zelf niet aan.

Drie vragen:

1. Hoe heb je de Zendure als batterij in evcc.yaml gedefinieerd? Een bestaand template, of een custom meter? Zo mogelijk het relevante stukje config.
2. Draait er bij jou nog iets anders dat naar de Zendure schrijft (Gielz-package, Node-RED, eigen automations), of is evcc de enige? Ik vermoed dat twee schrijvers op één apparaat elkaar gaan overschrijven, en dat wil ik voor zijn.
3. Wat doet de batterij als evcc hem weer loslaat? Pakt hij zijn eigen regeling meteen op, of blijft hij hangen in de stand waarin evcc hem heeft gezet?

Drie antwoorden:

1. Ik heb alles via die GUI van EVCC gedaan,
2. Nee, ik laat de besturing (voor nu) over aan HEMS en straks ook EVCC
3. Ik heb gisteren even snel een klein testje gedaan, maar het werkte nog niet zo als ik had gedacht. De accu bleef stroom leveren tijds het laden van de auto op de "Fast" mode

Ik moet nog even verder gaan kijken hoe of wat, maar ik heb er niet heel veel haast mee.

[wadwandelaar]

Dank voor de antwoorden. Geeft mij ook weer denk materiaal.

[Gyrolion]

wadwandelaar schreef op woensdag 2 september 2026 @ 09:20:
Dank voor de antwoorden. Geeft mij ook weer denk materiaal.

Zelf staat bij mij EVCC te draaien met een Zendure AC2400+ set.

De Zendure stuur ik zelf aan via de home assistant automation van Gielz omdat EVCC geen active battery control voor Zendure heeft. (Sinds een week is er wel active battery control voor de Zendure 800 Pro)

In EVCC staat de Zendure geconfigureerd via de MQTT methode.

Dan heb ik in home assistant weer een extra automation draaien welke de MQTT signalen uit EVCC oppakt en deze de batterij aanstuurt op, nul op de meter, snel ontladen, snel opladen, stand-by.


Ik vraag me af of die Active Battery control van de Zendure 800 pro goed werkt, https://github.com/evcc-io/evcc/pull/33272

Er is ooit iemand geweest welke een pull request voor Active Battery control voor de 2400 had gemaakt, maar daar reageerde de maker Andig behoorlijk star op. https://github.com/evcc-io/evcc/discussions/15946#discussioncomment-16439041 (eind van deze discussie, maar niemand heeft het opgevolgd met een PR, er is dus wel iemand geweest welke de stoute schoenen heeft aangetrokken voor de 800)

[ Voor 32% gewijzigd door Gyrolion op 02-09-2026 09:54 ]

[Tunestwo]

Gramser schreef op dinsdag 1 september 2026 @ 11:53:
Vraagje: ik wil eens gaan kijken of ik evcc werkend krijg met mijn vorige week geinstalleerde Peblar Business. Ik wil eerst een trial token gebruiken, maar hoe lang blijft die geldig? Want de auto zal niet elke dag aan de laadpaal staan, dat moet ik dan even timen...

+- 1 week volgens mij. Gewoon een trial token in je favoriete zetten.

[Gramser]

Wat bedoel je met in je favorieten zetten? Dat ik ‘m snel weer kan vinden bedoel je, om ‘m een volgende keer in te zetten?

[Tunestwo]

Gramser schreef op woensdag 2 september 2026 @ 10:10:
Wat bedoel je met in je favorieten zetten? Dat ik ‘m snel weer kan vinden bedoel je, om ‘m een volgende keer in te zetten?

Klopt, Elke week word er weer een nieuwe geupload, copy paste en kan je weer gaan... maar uit eindelijk wel keertje betalen als je het leuk en prettig vind werken natuurlijk!

[Gramser]

Ik ben vooral erg benieuwd hoe de laadpaal gaat samenwerken met dan wel tegenwerken in de aansturing van de thuisbatterijen van Zendure. Ik gebruik de Gielz automatisering. Ik wil eigenlijk gewoon dat die batterijen niks doen als de auto laadt, maar niet dáárvoor weer een automatisering tussen evcc en gielz knutselen.

[Tunestwo]

Gramser schreef op woensdag 2 september 2026 @ 10:25:
Ik ben vooral erg benieuwd hoe de laadpaal gaat samenwerken met dan wel tegenwerken in de aansturing van de thuisbatterijen van Zendure. Ik gebruik de Gielz automatisering. Ik wil eigenlijk gewoon dat die batterijen niks doen als de auto laadt, maar niet dáárvoor weer een automatisering tussen evcc en gielz knutselen.

Ik heb zelf ook de Peblar, hij doet het ronduit perfect met evcc. Jammer dat de Zendure niet toegevoegd is. Ik gebruik zelf een Marstek en die buffert perfect en eigenlijk heb ik icm EVCC totaal geen omkijken meer.
En al helemaal als bijvoorbeeld het idee van @AA42 werkt. Dan zou ik met een domme boiler heel wat minder gas gaan gebruiken!

[IvoB2]

Gramser schreef op woensdag 2 september 2026 @ 10:25:
Ik ben vooral erg benieuwd hoe de laadpaal gaat samenwerken met dan wel tegenwerken in de aansturing van de thuisbatterijen van Zendure. Ik gebruik de Gielz automatisering. Ik wil eigenlijk gewoon dat die batterijen niks doen als de auto laadt, maar niet dáárvoor weer een automatisering tussen evcc en gielz knutselen.

Kan je het gridsetpoint van die batterijen dan niet instellen?
Zo ja, dan is het heel eenvoudig. Stel het gridsetpoint in op het vermogen dat je de EV wil laden. Dat vermogen komt dan volledig uit het net (of PV) en niet uit de batterijen.

[Gramser]

Geen idee, daar ben ik nog niet ingedoken. Ik ga eerst eens met dat token spelen, om te zien hoe alles in de huidige instellingen op elkaar reageert. De batterijen zijn in elk geval zichtbaar in evcc, dat heb ik al wel voor elkaar. Auto ook. En als de auto dan klaar is met laden moeten de accu’s weer naar hun ingestelde Gielz-strategie.

[Worker123]

Ik ben EVCC aan het testen voor beter zonneladen, maar loop vast op de combinatie Zaptec Go 2 en Zaptec Sense.

Mijn installatie:

• Zaptec Go 2, firmware 3.3.0.0
• Zaptec Sense/APM voor load balancing
• 3×25A-aansluiting
• Auto maximaal 11 kW AC
• EVCC 0.315.0 in Docker op een Synology
• HomeWizard P1 als netmeter
• SMA Sunny Boy via Speedwire als PV-meter
• Zonnepanelen met een piek van ongeveer 4 kW

Uitlezen en regelen van de laadstroom werkt goed. In de modus Snel laadt de auto netjes met 11 kW en EVCC kan de stroom tussen 6 en 16 A aanpassen.

Het probleem zit bij automatische fasewisseling. Met fasewisseling ingeschakeld start EVCC niet en verschijnt:

code:

loadpoint: [db:2] charger does not support phase switching

Met het laadpunt vast ingesteld op drie fasen start EVCC wel en werkt alles verder correct. Voor puur zonneladen is dat alleen nauwelijks bruikbaar, omdat op drie fasen minimaal ongeveer 4,1 kW overschot nodig is. Vast op één fase zou beter aansluiten bij mijn zonnepanelen: circa 1,4 tot 3,7 kW.

Tijdens een eerdere test leek EVCC de Zaptec wel naar één fase en 6 A te zetten, maar terugschakelen naar drie fasen ging niet goed. De maximale stroom bleef vervolgens op 6 A staan in de Zaptec Portal. Na handmatig herstellen naar 16 A laadde hij weer normaal met drie fasen.

Volgens de documentatie ondersteunt de Go 2 technisch automatische 1/3-fasewisseling. Er lijkt alleen een beperking te zijn wanneer Zaptec Sense/APM actief is: wijzigingen aan threeToOnePhaseSwitchCurrent via de Zaptec-API kunnen dan worden geweigerd. Dit recente EVCC-issue beschrijft vrijwel exact mijn situatie:

https://github.com/evcc-io/evcc/issues/33253

De officiële Zaptec-uitleg:

https://docs.zaptec.com/docs/3-to-1-phase-switching-with-zaptec-go-2

Mijn vragen:

1. Heeft iemand automatische fasewisseling werkend met EVCC, een Zaptec Go 2 én Zaptec Sense?
2. Kan Sense zelf de fasewisseling blijven uitvoeren terwijl EVCC alleen start/stop en de laadstroom regelt?
3. Is vast éénfasegebruik in EVCC momenteel de beste oplossing, waarbij je voor 11 kW handmatig beide systemen naar drie fasen zet?
4. Of is dit simpelweg wachten op een aanpassing in EVCC of de Zaptec-API?

Sense uitschakelen wil ik liever niet, omdat die de 3×25A-aansluiting bewaakt. Zonder automatische fasewisseling is EVCC voor mijn belangrijkste doel — maximaal zonnestroom gebruiken — een stuk minder interessant.

[greg-a]

Worker123 schreef op woensdag 2 september 2026 @ 16:10:
Ik ben EVCC aan het testen voor beter zonneladen, maar loop vast op de combinatie Zaptec Go 2 en Zaptec Sense.

Mijn installatie:

• Zaptec Go 2, firmware 3.3.0.0
• Zaptec Sense/APM voor load balancing
• 3×25A-aansluiting
• Auto maximaal 11 kW AC
• EVCC 0.315.0 in Docker op een Synology
• HomeWizard P1 als netmeter
• SMA Sunny Boy via Speedwire als PV-meter
• Zonnepanelen met een piek van ongeveer 4 kW

Uitlezen en regelen van de laadstroom werkt goed. In de modus Snel laadt de auto netjes met 11 kW en EVCC kan de stroom tussen 6 en 16 A aanpassen.

Het probleem zit bij automatische fasewisseling. Met fasewisseling ingeschakeld start EVCC niet en verschijnt:

code:

loadpoint: [db:2] charger does not support phase switching

Met het laadpunt vast ingesteld op drie fasen start EVCC wel en werkt alles verder correct. Voor puur zonneladen is dat alleen nauwelijks bruikbaar, omdat op drie fasen minimaal ongeveer 4,1 kW overschot nodig is. Vast op één fase zou beter aansluiten bij mijn zonnepanelen: circa 1,4 tot 3,7 kW.

Tijdens een eerdere test leek EVCC de Zaptec wel naar één fase en 6 A te zetten, maar terugschakelen naar drie fasen ging niet goed. De maximale stroom bleef vervolgens op 6 A staan in de Zaptec Portal. Na handmatig herstellen naar 16 A laadde hij weer normaal met drie fasen.

Volgens de documentatie ondersteunt de Go 2 technisch automatische 1/3-fasewisseling. Er lijkt alleen een beperking te zijn wanneer Zaptec Sense/APM actief is: wijzigingen aan threeToOnePhaseSwitchCurrent via de Zaptec-API kunnen dan worden geweigerd. Dit recente EVCC-issue beschrijft vrijwel exact mijn situatie:

https://github.com/evcc-io/evcc/issues/33253

De officiële Zaptec-uitleg:

https://docs.zaptec.com/docs/3-to-1-phase-switching-with-zaptec-go-2

Mijn vragen:

1. Heeft iemand automatische fasewisseling werkend met EVCC, een Zaptec Go 2 én Zaptec Sense?
2. Kan Sense zelf de fasewisseling blijven uitvoeren terwijl EVCC alleen start/stop en de laadstroom regelt?
3. Is vast éénfasegebruik in EVCC momenteel de beste oplossing, waarbij je voor 11 kW handmatig beide systemen naar drie fasen zet?
4. Of is dit simpelweg wachten op een aanpassing in EVCC of de Zaptec-API?

Sense uitschakelen wil ik liever niet, omdat die de 3×25A-aansluiting bewaakt. Zonder automatische fasewisseling is EVCC voor mijn belangrijkste doel — maximaal zonnestroom gebruiken — een stuk minder interessant.

Hier staat niets bij dat EVCC fasewisseling ondersteund: https://docs.evcc.io/en/chargers/zaptec-go-2/ - maar volgens die Github link die je deelde moet het dus wel mogelijk zijn met evcc begrijp ik?

Je hebt naast EVCC ook een home assistant HACS plugin (https://github.com/marq24/ha-evcc) waarmee je EVCC kan aansturen. Je zou hiermee een automation kunnen maken die de fasewisseling regelt, misschien werkt dat beter ipv de automatischewissel in EVCC.

[Worker123]

de HACS-oplossing gaat niet werken ben ik bang. ha-evcc bedient alleen de EVCC-API en voegt geen nieuwe mogelijkheden aan de Zaptec-koppeling toe. Als EVCC de fasewisseling niet kan uitvoeren, kan Home Assistant dat via EVCC evenmin.

[mrunknown223]

Worker123 schreef op woensdag 2 september 2026 @ 16:10:
Ik ben EVCC aan het testen voor beter zonneladen, maar loop vast op de combinatie Zaptec Go 2 en Zaptec Sense.

Mijn installatie:

• Zaptec Go 2, firmware 3.3.0.0
• Zaptec Sense/APM voor load balancing
• 3×25A-aansluiting
• Auto maximaal 11 kW AC
• EVCC 0.315.0 in Docker op een Synology
• HomeWizard P1 als netmeter
• SMA Sunny Boy via Speedwire als PV-meter
• Zonnepanelen met een piek van ongeveer 4 kW

Uitlezen en regelen van de laadstroom werkt goed. In de modus Snel laadt de auto netjes met 11 kW en EVCC kan de stroom tussen 6 en 16 A aanpassen.

Het probleem zit bij automatische fasewisseling. Met fasewisseling ingeschakeld start EVCC niet en verschijnt:

code:

loadpoint: [db:2] charger does not support phase switching

Met het laadpunt vast ingesteld op drie fasen start EVCC wel en werkt alles verder correct. Voor puur zonneladen is dat alleen nauwelijks bruikbaar, omdat op drie fasen minimaal ongeveer 4,1 kW overschot nodig is. Vast op één fase zou beter aansluiten bij mijn zonnepanelen: circa 1,4 tot 3,7 kW.

Tijdens een eerdere test leek EVCC de Zaptec wel naar één fase en 6 A te zetten, maar terugschakelen naar drie fasen ging niet goed. De maximale stroom bleef vervolgens op 6 A staan in de Zaptec Portal. Na handmatig herstellen naar 16 A laadde hij weer normaal met drie fasen.

Volgens de documentatie ondersteunt de Go 2 technisch automatische 1/3-fasewisseling. Er lijkt alleen een beperking te zijn wanneer Zaptec Sense/APM actief is: wijzigingen aan threeToOnePhaseSwitchCurrent via de Zaptec-API kunnen dan worden geweigerd. Dit recente EVCC-issue beschrijft vrijwel exact mijn situatie:

https://github.com/evcc-io/evcc/issues/33253

De officiële Zaptec-uitleg:

https://docs.zaptec.com/docs/3-to-1-phase-switching-with-zaptec-go-2

Mijn vragen:

1. Heeft iemand automatische fasewisseling werkend met EVCC, een Zaptec Go 2 én Zaptec Sense?
2. Kan Sense zelf de fasewisseling blijven uitvoeren terwijl EVCC alleen start/stop en de laadstroom regelt?
3. Is vast éénfasegebruik in EVCC momenteel de beste oplossing, waarbij je voor 11 kW handmatig beide systemen naar drie fasen zet?
4. Of is dit simpelweg wachten op een aanpassing in EVCC of de Zaptec-API?

Sense uitschakelen wil ik liever niet, omdat die de 3×25A-aansluiting bewaakt. Zonder automatische fasewisseling is EVCC voor mijn belangrijkste doel — maximaal zonnestroom gebruiken — een stuk minder interessant.

Als je de Zaptec app opent moet je de laadmodus op standaard zetten. De Sense wordt dan helemaal niet meer gebruikt. Je kunt in evcc load balancing instellen.

Zonneladen via evcc werkt bij mij goed. Met name dat je kunt aangeven dat hij vanaf een kleiner overschot al moet beginnen met laden

Heb onlangs die load balancing van evcc getest en het werkte perfect. Zaptec ging naar minimaal vermogen en werd later zelfs afgeschakeld. Nadat er weer ruimte was op de fasen werd de Zaptec weer ingeschakeld.

[ Voor 6% gewijzigd door mrunknown223 op 02-09-2026 21:05 ]

[Flesym]

Worker123 schreef op woensdag 2 september 2026 @ 16:10:
Ik ben EVCC aan het testen voor beter zonneladen, maar loop vast op de combinatie Zaptec Go 2 en Zaptec Sense.

Mijn installatie:

• Zaptec Go 2, firmware 3.3.0.0
• Zaptec Sense/APM voor load balancing
• 3×25A-aansluiting
• Auto maximaal 11 kW AC
• EVCC 0.315.0 in Docker op een Synology
• HomeWizard P1 als netmeter
• SMA Sunny Boy via Speedwire als PV-meter
• Zonnepanelen met een piek van ongeveer 4 kW

Uitlezen en regelen van de laadstroom werkt goed. In de modus Snel laadt de auto netjes met 11 kW en EVCC kan de stroom tussen 6 en 16 A aanpassen.

Het probleem zit bij automatische fasewisseling. Met fasewisseling ingeschakeld start EVCC niet en verschijnt:

code:

loadpoint: [db:2] charger does not support phase switching

Met het laadpunt vast ingesteld op drie fasen start EVCC wel en werkt alles verder correct. Voor puur zonneladen is dat alleen nauwelijks bruikbaar, omdat op drie fasen minimaal ongeveer 4,1 kW overschot nodig is. Vast op één fase zou beter aansluiten bij mijn zonnepanelen: circa 1,4 tot 3,7 kW.

Tijdens een eerdere test leek EVCC de Zaptec wel naar één fase en 6 A te zetten, maar terugschakelen naar drie fasen ging niet goed. De maximale stroom bleef vervolgens op 6 A staan in de Zaptec Portal. Na handmatig herstellen naar 16 A laadde hij weer normaal met drie fasen.

Volgens de documentatie ondersteunt de Go 2 technisch automatische 1/3-fasewisseling. Er lijkt alleen een beperking te zijn wanneer Zaptec Sense/APM actief is: wijzigingen aan threeToOnePhaseSwitchCurrent via de Zaptec-API kunnen dan worden geweigerd. Dit recente EVCC-issue beschrijft vrijwel exact mijn situatie:

https://github.com/evcc-io/evcc/issues/33253

De officiële Zaptec-uitleg:

https://docs.zaptec.com/docs/3-to-1-phase-switching-with-zaptec-go-2

Mijn vragen:

1. Heeft iemand automatische fasewisseling werkend met EVCC, een Zaptec Go 2 én Zaptec Sense?
2. Kan Sense zelf de fasewisseling blijven uitvoeren terwijl EVCC alleen start/stop en de laadstroom regelt?
3. Is vast éénfasegebruik in EVCC momenteel de beste oplossing, waarbij je voor 11 kW handmatig beide systemen naar drie fasen zet?
4. Of is dit simpelweg wachten op een aanpassing in EVCC of de Zaptec-API?

Sense uitschakelen wil ik liever niet, omdat die de 3×25A-aansluiting bewaakt. Zonder automatische fasewisseling is EVCC voor mijn belangrijkste doel — maximaal zonnestroom gebruiken — een stuk minder interessant.

Ik heb automatische fase wisseling voor mijn SmartEVSE en voor mijn broer zijn Peblar niet in EVCC gedaan maar met een select-helper (die de 4 keuzes bevat) en een automation die vervolgens de keuzeschakelaar tussen 1 fase en 3 fase om zet afhankelijk van de gekozen optie
- in EVCC schrijf ik de laadstand naar de select helper. En de automation triggert als de select-helper verandert en zet de schakelaar in de juiste stand (AI is je vriend)

code:

alias: 'Peblar: Fase omschakeling op basis van evcc modus'
description: Zet de fasedwinger hard aan bij PV/Min+PV en uit bij Snel
triggers:
  - entity_id: select.evcc_evcc_slim_mode
    trigger: state
actions:
  - choose:
      - conditions:
          - condition: template
            value_template: '{{ trigger.to_state.state in [''pv'', ''minpv''] }}'
        sequence:
          - target:
              entity_id: switch.peblar_ev_charger_dwing_enkelvoudige_fase_af
            action: switch.turn_on
      - conditions:
          - condition: template
            value_template: '{{ trigger.to_state.state == ''now'' }}'
        sequence:
          - target:
              entity_id: switch.peblar_ev_charger_dwing_enkelvoudige_fase_af
            action: switch.turn_off

[Luiaard]

Ik ben verhuisd en heb mijn RPI met EVCC mee. Alleen heel ander huis, andere installatie dus moet aan het werk om het weer in te richten. Even concreet wil ik voor de komende tijd even het volgende doen - volgens mij moet dit kunnen, maar meedenken mag:

Ik heb meegenomen mijn Pylontech accu 14,2kWh en Kostal Plenticore omvormer met Kostal Smart Meter. Heb hier echter nog geen zonnepanelen op het dak - moet nog gebeuren. Ik heb al wel dynamisch contract via Zonneplan. Stel ik hang de boel op zonder panelen, dan zou ik toch met EVCC de accu kunnen volstoppen met netstroom op goedkope momenten en de rest van de dag het huis kunnen laten verzorgen (dit laatste doet de Kostal automatisch)?

Als lader hing hier al een Alfen Single Pro line. Deze zat in een Vattenfall abonnement van de vorige eigenaar, maar dit heb ik inmiddels kunnen resetten en plug&charge van kunnen maken. Deze kan ook in de EVCC ingericht worden en dan kan ik ook nog ERE vergoeding gaan doen omdat deze een MID-meter ingebouwd heeft.

Op termijn komt er ook een warmtepomp die ik ook wil gaan aansturen binnen de EVCC omgeving i.v.m. dynamisch contract en zonnepanelen. Ik heb deze al staan, een Daikin, maar moet ook nog geïnstalleerd.

[Krisp]

Gyrolion schreef op woensdag 2 september 2026 @ 09:46:
[...]

Zelf staat bij mij EVCC te draaien met een Zendure AC2400+ set.

De Zendure stuur ik zelf aan via de home assistant automation van Gielz omdat EVCC geen active battery control voor Zendure heeft. (Sinds een week is er wel active battery control voor de Zendure 800 Pro)

In EVCC staat de Zendure geconfigureerd via de MQTT methode.

Dan heb ik in home assistant weer een extra automation draaien welke de MQTT signalen uit EVCC oppakt en deze de batterij aanstuurt op, nul op de meter, snel ontladen, snel opladen, stand-by.


Ik vraag me af of die Active Battery control van de Zendure 800 pro goed werkt, https://github.com/evcc-io/evcc/pull/33272

Er is ooit iemand geweest welke een pull request voor Active Battery control voor de 2400 had gemaakt, maar daar reageerde de maker Andig behoorlijk star op. https://github.com/evcc-io/evcc/discussions/15946#discussioncomment-16439041 (eind van deze discussie, maar niemand heeft het opgevolgd met een PR, er is dus wel iemand geweest welke de stoute schoenen heeft aangetrokken voor de 800)

Nee, die werkt niet goed. Heb daar in een ander topic iets over geschreven, maar de NOM-modus is niet aanwezig (ook niet op de 800 Pro). Daar staat tegenover dat de rest wel goed werkt, ook voor de 2400AC(+), want voor zover ik weet is de API daarvoor hetzelfde. Uit mijn eigen tests blijkt dat de andere modussen wel goed werken, ook voor de 2400AC+ (die ik heb).

Met de aankomende automatic mode is het dan enkel nog zaak om de NOM-stand in HA te detecteren en die logica van daaruit te organiseren, waarmee het geheel compleet geautomatiseerd en geoptimaliseerd is.

[JanHenk]

Evcc gaat er nu vanuit dat ie een 'normal' commando naar de batterij kan sturen en dat deze dan NOM gaat volgen.

Zendure kent dit niet van zichzelf bij mijn weten. Daardoor heeft een Tweaker maar een script geschreven in Home Assistant die iedere paar seconden het vermogen aanpast. Dat heeft uiteindelijk dezelfde uitkomst, maar is toch niet ideaal als er nog andere software als evcc bij komt kijken. Ik heb het liefst een apparaat dat die logica (van het balanceren) gewoon zelf kent en waarbij je die modus gewoon in 1x kunt aanroepen en daarna niet actief hoeft te blijven sturen.

Anker heeft dat netter opgelost, met een paar bedrijfsmodi: nul-op-de-meter (met logica door de batterij zelf), of een modus van externe aansturing, waarbij je het gewenste vermogen kunt ingeven.

Overigens kun je in het geval van die Zendure wel het betreffende script aan/uit schakelen door evcc als je het 'normal' commando aanroept, dus er is wel omheen te werken.

[Krisp]

Ja klopt, en de ontwikkelaar is vooralsnog niet van zins om een NOM-modus in EVCC te ontwikkelen. Persoonlijk vind ik dat bijzonder, want die modus zit er voor laadpalen al in en het lijkt mij een klein kunstje om die logica ook te gebruiken voor batterijen. Bovendien kun je daarmee ook beter optimaliseren tussen de auto en de batterij.

[JanHenk]

Daar heb je op zich gelijk in.

Het is wel zo dat veel c.q. nagenoeg alle batterijen al van zichzelf de 'matching'-modus hebben, dus dat ze denken, waarom moeilijk doen als het makkelijk kan. Maar ik sluit niet uit dat het alsnog komt, ze zijn wel eens vaker wat van mening veranderd. Dan heeft het gewoon geen prioriteit.

[Kammika]

JanHenk schreef op vrijdag 4 september 2026 @ 09:21:
Daar heb je op zich gelijk in.

Het is wel zo dat veel c.q. nagenoeg alle batterijen al van zichzelf de 'matching'-modus hebben, dus dat ze denken, waarom moeilijk doen als het makkelijk kan. Maar ik sluit niet uit dat het alsnog komt, ze zijn wel eens vaker wat van mening veranderd. Dan heeft het gewoon geen prioriteit.

volgens mij is het vooral dat: vrijwel elke thuisbatterij kan dit zelf. dus voegt weinig toe aan EVCC.

ik ken dat zendure niet, maar waarom zou een thuisbatterij geen NOM ondersteunen? Dat is toch een basisfunctie voor een thuisbatterij lijkt me...

[Sandro!]

Krisp schreef op vrijdag 4 september 2026 @ 09:11:
Bovendien kun je daarmee ook beter optimaliseren tussen de auto en de batterij.

Dit vooral. evcc voorspelt al hoeveel zonnestroom er op welk moment is. Uiteindelijk wil ik gewoon dat mijn batterij aan het einde van de dag zo vol mogelijk is om de nacht te kunnen overbruggen én dat de auto indien mogelijk nog wat heeft kunnen zonnebaden.

Wat ik jammer vind dat nu niet gebeurt: evcc weet wanneer de zonnestroom boven 6A uitkomt en de auto überhaupt kan beginnen met laden en ook hoe snel de batterij kan laden. Nu moet ik nog handmatig aangeven wanneer de auto prio heeft over de batterij, maar ik vind het prima dat de batterij om 11:00 stopt met laden op 40% om de auto voorrang te geven, mits er nog voldoende stroom is in de middag om de batterij vol te krijgen. Is dat niet zo, heb ik liever dat de batterij prio krijgt. Maar mogelijk komt dat allemaal met de optimizer.

[Gramser]

Kammika schreef op vrijdag 4 september 2026 @ 10:04:
[...]

volgens mij is het vooral dat: vrijwel elke thuisbatterij kan dit zelf. dus voegt weinig toe aan EVCC.

ik ken dat zendure niet, maar waarom zou een thuisbatterij geen NOM ondersteunen? Dat is toch een basisfunctie voor een thuisbatterij lijkt me...

Dat deed Zendure wel. Nu hebben ze er een aantal modi van gemaakt, waar NoM niet echt meer bestaat. Lang verhaal, slecht verhaal. Wil je Nom met Zendure, gebruik je Home Assistant.

[born2tweak]

Ik heb inmiddels de een handmatige modbus koppeling gemaakt voor Peblar in EVCC. Daardoor hoef ik niet de sponsorship token te gebruiken, die ik toch best wel veel geld vind. De handmatige modbus setup werkt nu naar behoren en kan switchen tussen 1P en 3P, charge current kan gewoon ingesteld worden en belangrijk: na stop gaat hij netjes weer aan.

De Peblar modbus integratie gebruikt 1 register voor zowel chargecurrent als pause/enable. EVCC snapte dat eerst niet in de handmatige config, maar met wat javascript in de lader config werkt het wel

Wat er eerst gebeurde was dat de lader op pauze staat, wil namelijk laden volgens plan. Daarna wordt het plan actief en stuurde EVCC een 1 naar de laadpaal op register 40000. Dat is helaas ook chargecurrent en dus werd deze op 1A gezet. Daarmee start het laden niet en lijkt het alsof hij moet wachten op de auto. Na wat gefreubel met deze code werkt het wel.

En ja: dit is gemaakt in samenwerking met ChatGPT, no credits here. Debugging natuurlijk wel

Mocht iemand geinteresseerd zijn:

status:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30110       # CpState (Input register)
    type: input
    decode: uint16

tos: true

enabled:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 40000       # ChargeCurrentLimit
    type: holding
    decode: uint32
  scale: 0.001

enable:
  source: ifelse

  if:
    source: js
    script: |
      console.log("Peblar Enable(true): no-op")

  else:
    source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 40000
      type: writeholdings
      decode: uint32
    scale: 1000

maxcurrent:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 40000       # ChargeCurrentLimit
    type: writeholdings
    decode: uint32
  scale: 1000

# Peblar:
# EVCC 1 fase  -> Peblar Force1Phase = 1
# EVCC 3 fase  -> Peblar Force1Phase = 0
phases1p3p:
  source: map
  values:
    1: 1
    3: 0
  set:
    source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 40002       # Force1Phase
      type: writeholding  # FC06 - Write Single Register
      decode: uint16

getphases:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30092       # PhaseCount
    type: input
    decode: uint16

Verder moet je dan een custom meter toevoegen:

power:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30014     # PowerTotal (W) op absolute adressering
    type: input        # Functiecode 04
    decode: int32
energy:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30000     # EnergyTotal (Wh) op absolute adressering
    type: input        # Teruggezet naar input (FC04)
    decode: int64      # Peblar leest dit specifiek uit als 64-bit integer
  scale: 0.001         # Rekent Wh om naar kWh voor evcc
currents:
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30022   # CurrentPhase1 (mA)
      type: input
      decode: int32
    scale: 0.001       # Rekent mA om naar A
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30024   # CurrentPhase2 (mA)
      type: input
      decode: int32
    scale: 0.001
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30026   # CurrentPhase3 (mA)
      type: input
      decode: int32
    scale: 0.001
voltages:
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30016   # VoltagePhase1 (V)
      type: input
      decode: int32
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30018   # VoltagePhase2 (V)
      type: input
      decode: int32
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30020   # VoltagePhase3 (V)
      type: input
      decode: int32

[ Voor 7% gewijzigd door born2tweak op 04-09-2026 11:03 ]

[Kammika]

Sandro! schreef op vrijdag 4 september 2026 @ 10:26:
[...]

Dit vooral. evcc voorspelt al hoeveel zonnestroom er op welk moment is. Uiteindelijk wil ik gewoon dat mijn batterij aan het einde van de dag zo vol mogelijk is om de nacht te kunnen overbruggen én dat de auto indien mogelijk nog wat heeft kunnen zonnebaden.

Wat ik jammer vind dat nu niet gebeurt: evcc weet wanneer de zonnestroom boven 6A uitkomt en de auto überhaupt kan beginnen met laden en ook hoe snel de batterij kan laden. Nu moet ik nog handmatig aangeven wanneer de auto prio heeft over de batterij, maar ik vind het prima dat de batterij om 11:00 stopt met laden op 40% om de auto voorrang te geven, mits er nog voldoende stroom is in de middag om de batterij vol te krijgen. Is dat niet zo, heb ik liever dat de batterij prio krijgt. Maar mogelijk komt dat allemaal met de optimizer.

die snap ik niet , als je batterij zelf op NOM staat, en hij is bekend in Evcc dan doet doet de batterij gewoon NOM totdat de laadpaal begint te laden, omdat er dan meer dan 6A overblijft ex thuisbatterij... (werkt althans bij mij mijn marstek prima.). ik hoef daar niets voor te doen met prioriteiten, klinkt alsof je batterij niet helemaal lekker in evcc hangt.

[Krisp]

Kammika schreef op vrijdag 4 september 2026 @ 10:04:
[...]

volgens mij is het vooral dat: vrijwel elke thuisbatterij kan dit zelf. dus voegt weinig toe aan EVCC.

ik ken dat zendure niet, maar waarom zou een thuisbatterij geen NOM ondersteunen? Dat is toch een basisfunctie voor een thuisbatterij lijkt me...

Er zijn er afaik wel meer. Zendure heeft die modus wel (dat noemen ze Zenki), maar als je zegt dat je hem zelf wilt aansturen moet je het ook echt zelf doen en er is geen manier om die Zenki-modus via een lokale API-call in te schakelen. En volgens mij is Zendure daar weer niet de enige in, althans: lang niet elke batterij is (om die reden?) actief aan te sturen voor EVCC.

[Krisp]

Ik zie dat nu dat je ook een batterij via HA kan inladen en aansturen. Dat lijkt me ook een prima alternatief: https://docs.evcc.io/en/meters/home-assistant/

[Kammika]

Krisp schreef op vrijdag 4 september 2026 @ 12:18:
[...]

Er zijn er afaik wel meer. Zendure heeft die modus wel (dat noemen ze Zenki), maar als je zegt dat je hem zelf wilt aansturen moet je het ook echt zelf doen en er is geen manier om die Zenki-modus via een lokale API-call in te schakelen. En volgens mij is Zendure daar weer niet de enige in, althans: lang niet elke batterij is (om die reden?) actief aan te sturen voor EVCC.

ok.. maar passieve aansturing werkt prima in evcc... zo gebruik ik mijn marstek nu ook... en dan kun je de batterij gewoon in NOM modus laten staan

[Krisp]

Kammika schreef op vrijdag 4 september 2026 @ 13:59:
[...]

ok.. maar passieve aansturing werkt prima in evcc... zo gebruik ik mijn marstek nu ook... en dan kun je de batterij gewoon in NOM modus laten staan

Met sec nul op de meter draaien verdien ik de batterij niet terug. En dat is ook in de toekomst (na salderen) het geval. Dus ik wil een kapitein die de batterij actief in de juiste modus zet.

[Sandro!]

Kammika schreef op vrijdag 4 september 2026 @ 11:56:
[...]

die snap ik niet , als je batterij zelf op NOM staat, en hij is bekend in Evcc dan doet doet de batterij gewoon NOM totdat de laadpaal begint te laden, omdat er dan meer dan 6A overblijft ex thuisbatterij... (werkt althans bij mij mijn marstek prima.). ik hoef daar niets voor te doen met prioriteiten, klinkt alsof je batterij niet helemaal lekker in evcc hangt.

Laten we zeggen dat er 3 delen per dag zijn:

• Ochtend: PV-overschot aanwezig, maar onvoldoende voor minimaal 6A laadstroom auto.
• Middag: voldoende PV-overschot (>6A), dus auto kan laden.
• Late middag: weer onvoldoende PV-overschot (<6A).

Stel dat ik nu heb ingesteld dat de auto mag laden als de batterij 40% vol is en dat is om 11:00, en de stroom is dan ook >6A. Dan begint de auto met laden. Om 14:00 begint het te regenen en het blijft de rest van de dag bewolkt. Tijdens het laden van de auto laadt de batterij niet. Dan staat om 14:00 de batterij op 40% en komt ie ook niet meer op 100%.

Maar stel dat ik heb ingesteld dat de auto pas mag beginnen met laden als de batterij 100% is, en dat is om 13:00. Dan is de stroom nog steeds >6A en begint de auto te laden. Dan heb je de late middag waarin de batterij niet meer laadt omdat die 100% is, maar de auto ook niet omdat hij niet aan het minimum van 6A komt. Die stroom gaat dan het net op, terwijl de batterij prima had kunnen laden tijdens de vroege ochtend en de late middag, terwijl de auto de hele tijd dat het >6A was had kunnen laden.

Ik zou ook het hele minimumpercentage weg kunnen laten, maar dan krijg je een variant op situatie 1 waarin de 6A misschien al bij 32% SoC van de batterij wordt bereikt en je uiteindelijk nog minder gebruik maakt van de batterij die dag.

Wat ik eigenlijk zou willen: i.p.v. een vast percentage van 40% of 100%, dat evcc bepaalt of met de <6A-momenten 's ochtends en 's middags de 100% kan worden gehaald. Indien dat kan, mag de auto beginnen met laden zodra de 6A stroom beschikbaar is. Indien dat niet mogelijk is met de ochtend- en late-middagstroom wil ik dat de batterij zodanig geladen wordt tot dat wel kan (dus óf 's ochtends langer doorladen, of 's middags eerder starten), en als het helemaal niet mogelijk is die dag dat er dan zoveel mogelijk stroom de batterij in gaat. Eigenlijk dus een laadplan voor de batterij, hij moet om zonsondergang <x%> vol zitten en de stroom die daarvoor niet nodig is mag naar de auto.

[Sandro!]

born2tweak schreef op vrijdag 4 september 2026 @ 10:55:
Ik heb inmiddels de een handmatige modbus koppeling gemaakt voor Peblar in EVCC. Daardoor hoef ik niet de sponsorship token te gebruiken, die ik toch best wel veel geld vind. De handmatige modbus setup werkt nu naar behoren en kan switchen tussen 1P en 3P, charge current kan gewoon ingesteld worden en belangrijk: na stop gaat hij netjes weer aan.

De Peblar modbus integratie gebruikt 1 register voor zowel chargecurrent als pause/enable. EVCC snapte dat eerst niet in de handmatige config, maar met wat javascript in de lader config werkt het wel

Wat er eerst gebeurde was dat de lader op pauze staat, wil namelijk laden volgens plan. Daarna wordt het plan actief en stuurde EVCC een 1 naar de laadpaal op register 40000. Dat is helaas ook chargecurrent en dus werd deze op 1A gezet. Daarmee start het laden niet en lijkt het alsof hij moet wachten op de auto. Na wat gefreubel met deze code werkt het wel.

En ja: dit is gemaakt in samenwerking met ChatGPT, no credits here. Debugging natuurlijk wel

Mocht iemand geinteresseerd zijn:

status:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30110       # CpState (Input register)
    type: input
    decode: uint16

tos: true

enabled:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 40000       # ChargeCurrentLimit
    type: holding
    decode: uint32
  scale: 0.001

enable:
  source: ifelse

  if:
    source: js
    script: |
      console.log("Peblar Enable(true): no-op")

  else:
    source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 40000
      type: writeholdings
      decode: uint32
    scale: 1000

maxcurrent:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 40000       # ChargeCurrentLimit
    type: writeholdings
    decode: uint32
  scale: 1000

# Peblar:
# EVCC 1 fase  -> Peblar Force1Phase = 1
# EVCC 3 fase  -> Peblar Force1Phase = 0
phases1p3p:
  source: map
  values:
    1: 1
    3: 0
  set:
    source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 40002       # Force1Phase
      type: writeholding  # FC06 - Write Single Register
      decode: uint16

getphases:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30092       # PhaseCount
    type: input
    decode: uint16

Verder moet je dan een custom meter toevoegen:

power:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30014     # PowerTotal (W) op absolute adressering
    type: input        # Functiecode 04
    decode: int32
energy:
  source: modbus
  uri: xxx.xxx.xxx.xxx:502
  id: 1
  register:
    address: 30000     # EnergyTotal (Wh) op absolute adressering
    type: input        # Teruggezet naar input (FC04)
    decode: int64      # Peblar leest dit specifiek uit als 64-bit integer
  scale: 0.001         # Rekent Wh om naar kWh voor evcc
currents:
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30022   # CurrentPhase1 (mA)
      type: input
      decode: int32
    scale: 0.001       # Rekent mA om naar A
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30024   # CurrentPhase2 (mA)
      type: input
      decode: int32
    scale: 0.001
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30026   # CurrentPhase3 (mA)
      type: input
      decode: int32
    scale: 0.001
voltages:
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30016   # VoltagePhase1 (V)
      type: input
      decode: int32
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30018   # VoltagePhase2 (V)
      type: input
      decode: int32
  - source: modbus
    uri: xxx.xxx.xxx.xxx:502
    id: 1
    register:
      address: 30020   # VoltagePhase3 (V)
      type: input
      decode: int32

Als je ook Home Assistant gebruikt, kun je ook HA entities als charger configureren zonder dat je een token nodig hebt:
https://docs.evcc.io/en/chargers/home-assistant-charger/

[born2tweak]

Sandro! schreef op vrijdag 4 september 2026 @ 15:45:
[...]

Als je ook Home Assistant gebruikt, kun je ook HA entities als charger configureren zonder dat je een token nodig hebt:
https://docs.evcc.io/en/chargers/home-assistant-charger/

Klopt, maar volgens mij heb je dan niet alle features in vergelijking met iets in de EVCC zelf. Ik heb alles in principe ook in HA beschikbaar. Ik weet even niet meer waarom ik die route niet gekozen heb, maar volgens mij miste ik dan iets.

[Kammika]

Sandro! schreef op vrijdag 4 september 2026 @ 15:25:
[...]

Laten we zeggen dat er 3 delen per dag zijn:

• Ochtend: PV-overschot aanwezig, maar onvoldoende voor minimaal 6A laadstroom auto.
• Middag: voldoende PV-overschot (>6A), dus auto kan laden.
• Late middag: weer onvoldoende PV-overschot (<6A).

Stel dat ik nu heb ingesteld dat de auto mag laden als de batterij 40% vol is en dat is om 11:00, en de stroom is dan ook >6A. Dan begint de auto met laden. Om 14:00 begint het te regenen en het blijft de rest van de dag bewolkt. Tijdens het laden van de auto laadt de batterij niet. Dan staat om 14:00 de batterij op 40% en komt ie ook niet meer op 100%.

Maar stel dat ik heb ingesteld dat de auto pas mag beginnen met laden als de batterij 100% is, en dat is om 13:00. Dan is de stroom nog steeds >6A en begint de auto te laden. Dan heb je de late middag waarin de batterij niet meer laadt omdat die 100% is, maar de auto ook niet omdat hij niet aan het minimum van 6A komt. Die stroom gaat dan het net op, terwijl de batterij prima had kunnen laden tijdens de vroege ochtend en de late middag, terwijl de auto de hele tijd dat het >6A was had kunnen laden.

Ik zou ook het hele minimumpercentage weg kunnen laten, maar dan krijg je een variant op situatie 1 waarin de 6A misschien al bij 32% SoC van de batterij wordt bereikt en je uiteindelijk nog minder gebruik maakt van de batterij die dag.

Wat ik eigenlijk zou willen: i.p.v. een vast percentage van 40% of 100%, dat evcc bepaalt of met de <6A-momenten 's ochtends en 's middags de 100% kan worden gehaald. Indien dat kan, mag de auto beginnen met laden zodra de 6A stroom beschikbaar is. Indien dat niet mogelijk is met de ochtend- en late-middagstroom wil ik dat de batterij zodanig geladen wordt tot dat wel kan (dus óf 's ochtends langer doorladen, of 's middags eerder starten), en als het helemaal niet mogelijk is die dag dat er dan zoveel mogelijk stroom de batterij in gaat. Eigenlijk dus een laadplan voor de batterij, hij moet om zonsondergang <x%> vol zitten en de stroom die daarvoor niet nodig is mag naar de auto.

Dat is wel complexe logica. Ik hoop zelf dat de Optimizer zoiets gaat doen

[Kammika]

born2tweak schreef op vrijdag 4 september 2026 @ 15:46:
[...]

Klopt, maar volgens mij heb je dan niet alle features in vergelijking met iets in de EVCC zelf. Ik heb alles in principe ook in HA beschikbaar. Ik weet even niet meer waarom ik die route niet gekozen heb, maar volgens mij miste ik dan iets.

Jawel, heb ik eerst ook gedaan, werkt prima. Later wel overgestapt naar een token, om de developers te stimuleren