Evcc slim laden met de zon en dynamische tarieven

[Koen Hendriks]

Permanent redirect naar een 'wrong adress' waar iedereen dus zijn wachtwoord naartoe heeft gestuurd met een POST, yikes.

Ik houd het lekker mij mijn eigen reverse proxy

[JanHenk]

@Koen Hendriks User en wachtwoord is niet zo spannend, krijg je eenmalig in beeld en verder kun je gewoon nieuwe apparaten aanmaken, zou ik ook gewoon doen.

[Kammika]

Koen Hendriks schreef op vrijdag 16 oktober 2026 @ 13:44:
Permanent redirect naar een 'wrong adress' waar iedereen dus zijn wachtwoord naartoe heeft gestuurd met een POST, yikes.

Ik houd het lekker mij mijn eigen reverse proxy

Yep, om dit soort redenen heb ik gewoon een eigen reverse proxy op mijn pi draaien, dan hou ie er zelf controle over. Domeinnaam via dynamisch ip provider (zijn er meerdere) en certificaat via let’s encrypt

Klinkt ingewikkeld, maar er zijn kant en klare docker containers die dat voor je regelen (vb nginx proxymanageR.

Als evcc als in een donker container draait heb je het grootste deel van de setup al klaar. (Moet je alleen extra rocker containertje configureren)

Zo heb ik het ook gedaan

[JanHenk]

Ik heb een eigen publieke domeinnaam, subdomein naar een VPS met eigen IP en met Pangolin (Treafik reverse proxy, wireguard tunnel en crowdsec in één) naar de webinterface van m'n services, die fysiek op meerdere locaties draaien

Maar om het niet moeilijker te maken dan het is: van evcc gebruik ik (ook) gewoon hun eigen reverse proxy voor hun app, al was het alleen maar om te kijken hoe het werkt. Werkt prima imo.

[AgeOfPanic]

Ik wilde vandaag even mijn Kia (EV9) toevoegen aan EVCC. Zie nu dat je geen refresh tokens meer kunt aanmaken, maar ze geven wel de optie om je gebruikersnaam en wachtwoord in te vullen. Dan krijg ik alleen een foutmelding. Komt dat nog door de veranderingen die Kia heeft doorgevoerd of werkt dat überhaupt niet om de auto te koppelen? Ik weet nog van eerdere pogingen dat het erg ingewikkeld was om de auto te koppelen, dus zou mooi zijn als EVCC een methode heeft om alleen via gebruikersnaam en wachtwoord te regelen (die nu even een update nodig heeft).

[Sillyjan]

AgeOfPanic schreef op zaterdag 17 oktober 2026 @ 10:05:
Ik wilde vandaag even mijn Kia (EV9) toevoegen aan EVCC. Zie nu dat je geen refresh tokens meer kunt aanmaken, maar ze geven wel de optie om je gebruikersnaam en wachtwoord in te vullen. Dan krijg ik alleen een foutmelding. Komt dat nog door de veranderingen die Kia heeft doorgevoerd of werkt dat überhaupt niet om de auto te koppelen? Ik weet nog van eerdere pogingen dat het erg ingewikkeld was om de auto te koppelen, dus zou mooi zijn als EVCC een methode heeft om alleen via gebruikersnaam en wachtwoord te regelen (die nu even een update nodig heeft).

Ik ben ook bezig met het opzetten van evcc. Maar is er een verandering geweest in de Kia/Hyundai api, waardoor het niet meer werkt.

Zover ik kan vinden is het opgelost via deze pullrequest. Maar is deze nog niet gereleased.

[Fr1ek]

Sillyjan schreef op zaterdag 17 oktober 2026 @ 10:39:
[...]

Zover ik kan vinden is het opgelost via deze pullrequest. Maar is deze nog niet gereleased.

Ik denk dat ie net gereleased is: https://github.com/evcc-io/evcc/releases/tag/0.317.2

[Sillyjan]

Fr1ek schreef op zaterdag 17 oktober 2026 @ 12:17:
[...]

Ik denk dat ie net gereleased is: https://github.com/evcc-io/evcc/releases/tag/0.317.2

Tot, nu nog wachten tot mij Hyundai bleulink account gefixt is door Hyundai. 😟

[tsjoender]

Fr1ek schreef op zaterdag 17 oktober 2026 @ 12:17:
[...]

Ik denk dat ie net gereleased is: https://github.com/evcc-io/evcc/releases/tag/0.317.2

Het Debian Bookworm package voor EVCC 0.317.2 is vanmiddag vrijgekomen en met deze versie werkt de Kia koppeling weer.

[AgeOfPanic]

Ik heb ook de update gedaan van de docker container en nu werkt het meteen. Denk dat ik binnenkort eens proef ga draaien met alles via EVCC te laten lopen. Heb net een plugin thuisbatterij aangeschaft. An sich geen conflict met de laadpaal, maar dat komt ook omdat ik die meestal op zonneladen heb staan.

[Reaper.JA2]

AgeOfPanic schreef op zondag 18 oktober 2026 @ 10:31:
Ik heb ook de update gedaan van de docker container en nu werkt het meteen. Denk dat ik binnenkort eens proef ga draaien met alles via EVCC te laten lopen. Heb net een plugin thuisbatterij aangeschaft. An sich geen conflict met de laadpaal, maar dat komt ook omdat ik die meestal op zonneladen heb staan.

Ja goed plan, dat wil ik ook proberen. De thuisbatterij ook via EVCC en de warmtepomp óók via daar, en de automatiseringen dan uit Home Assistant halen omdat ze feitelijk hetzelfde doen (en ik verwacht dat EVCC ze slimmer doet )

[nlboy]

nklsn schreef op zaterdag 2 mei 2026 @ 10:32:
[...]


Als je iets met de SoC van de auto wilt doen, moet je ook iets van een plan hebben (of doel) of een formule gebaseerd op die SoC. Indien SoC < 30% dan 16 kwartieren, < 50% 12 kwartieren en anders 8, bijvoorbeeld.

Ik heb geen dynamische tarieven, dus zeker weten doe ik het niet. Maar ik zou verwachten dat evcc bij het activeren van een plan zelf de goedkoopste kwartieren zou kiezen, ik zie dit zelf niet omdat bij mij het tarief hetzelfde is dus hij laad op het laatste moment.

Ik heb de volgende oplossing gemaakt, meer omdat vrouwlief niet steeds handmatig een plan wilt instellen voor elke rit. Elk ritje staat bij ons in de agenda (ical) met een locatie. Ik heb die agenda aan evcc gekoppeld: het berekent op basis van de bestemming hoeveel SoC de auto nodig heeft, en stuurt dat als plan naar evcc. Evcc zorgt er dan zelf voor dat de auto op het juiste moment voldoende geladen is bij voorkeur zo goedkoop mogelijk. Is een agendapunt voorbij, dan wordt automatisch het volgende ritje als plan in evcc ingesteld.

Evcc staat normaal in PV-modus, dus de auto laadt voornamelijk op zonnestroom. Dat is de meeste dagen al genoeg om nooit volgas te hoeven laden en mocht het toch nodig zijn dan heb ik een actief plan en zoekt evcc dat zelf wel uit.

Het enige wat ik hoef te doen: de agenda bijhouden, maar dat deden we toch al. De rest gaat vanzelf.

Ik zou verwachten dat een soortgelijke aanpak voor jou ook zou moeten werken, dat je dus altijd een actief plan hebt waarbij evcc de goedkoopste kwartieren uitkiest indien nodig, inruil voor het bijhouden van een agenda (maar misschien doe je dat al). Wat ik niet weet is in hoeverre evcc gaat terug kijken en die goedkope kwartieren gaat vinden.

Kan je delen welke stappen je hebt ondernomen om de (gezamenlijke/gedeelde) agenda te koppelen aan evcc?

Ik zou het liefst in de (Google) agenda een item willen aanmaken met tags zoals

code:

[evcc] 80%

en dat de auto dan op die dag + tijdstip 80% vol moet zijn.

Mijn vriendin is niet van alle technerdzaken hoe minder apps, hoe beter.

[Reaper.JA2]

nlboy schreef op zondag 18 oktober 2026 @ 14:37:
[...]
Kan je delen welke stappen je hebt ondernomen om de (gezamenlijke/gedeelde) agenda te koppelen aan evcc?

Dit idee had ik ook een tijd, hier zitten nog wat mooie stappen bij! Heb via Gemini ook het één-en-ander kunnen bedenken, waarbij hij vanaf 48u voor de tijd gaat kijken naar een event. Maar aan YAML code ontkom je niet lijkt het op

1. Standaard laadmodus: EVCC staat standaard op pv (of off).
2. 48 uur voor starttijd: Home Assistant leest de Google Calendar afspraak uit.
3. Google Maps Afstand & Reistijd: Home Assistant stuurt de afspraaklocatie naar Google Maps om de exacte kilometers en reistijd op te vragen.
4. Target SoC & Target Time instellen: Home Assistant rekent het benodigde accupercentage (Target SoC) uit en stelt samen met de vertrektijd (Target Time) deze waarden in bij EVCC.
5. EVCC regelt de laadmodus: EVCC zal binnen die 48 uur automatisch met zonne-energie of goedkope uren laden. Mocht de batterij 48 uur van tevoren erg leeg zijn en de laadtijd op PV onvoldoende zijn, dan stelt EVCC zelf de benodigde laadsnelheid bij of kun je via Home Assistant fast afdwingen als vangnet.[list=1]

[nklsn]

nlboy schreef op zondag 18 oktober 2026 @ 14:37:
[...]

Kan je delen welke stappen je hebt ondernomen om de (gezamenlijke/gedeelde) agenda te koppelen aan evcc?

Ik zou het liefst in de (Google) agenda een item willen aanmaken met tags zoals

code:

[evcc] 80%

en dat de auto dan op die dag + tijdstip 80% vol moet zijn.

Mijn vriendin is niet van alle technerdzaken hoe minder apps, hoe beter.

Ik doe het net iets anders, ik reken aan de hand van de locatie in het agenda punt uit hoeveel kWh ik nodig heb en zet dat als SoC target in evcc, zo hoef ik niet die 80% te kiezen. Voor ons werkt het prima en draait de gehele planning via meerdere agendas + zonnestroom in evcc.

In grote lijnen, elk agenda punt met een #trip in de omschrijving wordt gebruikt. Indien een locatie is toegevoegd berekenen we de benodigde SoC + min_soc, indien geen locatie dan 100%.

Ik draai het als losse docker container naast evcc.
https://github.com/nblths/departic

Ik moet wel toegeven dat de planning meer een achtervang is, meestal is de zonnestroom laden voldoende. Daarnaast merk ik steeds vaker dat de Toyota API voor het ophalen van de SoC niet altijd even stabiel werkt, waardoor ik wel eens twijfel of ik niet een andere oplossing als evcc wil kiezen.

[Reaper.JA2]

nklsn schreef op maandag 19 oktober 2026 @ 10:07:
[...]
In grote lijnen, elk agenda punt met een #trip in de omschrijving wordt gebruikt. Indien een locatie is toegevoegd berekenen we de benodigde SoC + min_soc, indien geen locatie dan 100%.

Is het ook zonder "#trip# te maken? Dat ie uberhaupt kijkt naar alle agenda afspraken + SoC?

[nklsn]

Reaper.JA2 schreef op maandag 19 oktober 2026 @ 10:29:
[...]


Is het ook zonder "#trip# te maken? Dat ie uberhaupt kijkt naar alle agenda afspraken + SoC?

Vast wel, maar dat vonden wij niet prettig werken. Niet alle agenda punten met een locatie wordt met de auto gedaan, soms met de fiets, etc. De trip geeft bij ons aan dat de auto gebruikt wordt.

Ik heb toegevoegd dat als de `agenda.trip_mapping` leeg is, hij alle events als trips gaat behandelen. Ik vond dat zelf nooit heel handig werken, maar voor een 'specifieke auto agenda' is dat misschien best handig.

[ Voor 21% gewijzigd door nklsn op 19-10-2026 14:36 ]

[yajwacc]

Nieuwe gebruiker van evcc hier, ik heb het vh weekend als docker op mijn unraid server geinstalleerd en mbv chatgpt etc een beetje geprobeerd in te richten, dat ging op zich prima, ik heb o.a mijn pv installatie en p1 meter toegevoegd, en mijn homewizard batterijen er in, maar die worden helaas nog niet ondersteund. Chatgpt kwam niet verder dan dat ik deze in de evcc.yaml moest toevoegen, maar die heb ik dus niet? Ik heb wel een FOLDER die evcc.yaml heet maar GEEN daadwerkelijke yaml file met settings. Ik heb uiteindelijk alles wel gewoon via de gui in kunnen stellen (daar kun je dan ook je yaml wel in kwijt). Is dat correct? Klopt het dat er geen yaml files meer worden gebruikt maar alles nu in een evdd.db (MariaDb?) terechtkomt?

[ Voor 7% gewijzigd door yajwacc op 19-10-2026 14:20 ]

[JanHenk]

@yajwacc Ja, evcc.yaml heb je niet nodig (werkt nog wel hoor, maar begin er maar niet meer aan, is verwarrend als je al het andere al in de GUI hebt gezet).

Je kan de PiB als volgt toevoegen, ga naar de congifuration onder solar & battery en maak een nieuw device (battery meter) aan. Kies voor "user-defined". Je kan dan een custom yaml-meter aanmaken.

Bij mij is die als volgt:

YAML:

power:
  source: http
  uri: https://192.168.10.176/api/measurement
  method: GET
  headers:
    - Authorization: Bearer <TOKEN BATTERIJ>
    - X-Api-Version: 2
  insecure: true
  jq: .power_w|tonumber
  scale: -1
maxchargepower: 800
maxdischargepower: 800
capacity: 2.7
minsoc: 0
maxsoc: 100
soc:
  source: http
  uri: https://192.168.10.176/api/measurement
  method: GET
  headers:
    - Authorization: Bearer <TOKEN BATTERIJ>
    - X-Api-Version: 2
  insecure: true
  jq: .state_of_charge_pct|tonumber
batterymode:
  source: switch
  switch:
  - case: 1 #normal
    set:
      source: http
      uri: https://192.168.10.160/api/batteries
      method: PUT
      headers:
        - Authorization: Bearer <TOKEN P1>
        - X-Api-Version: 2
      insecure: true
      body: '{"mode": "zero"}'
  - case: 2 #hold
    set:
      source: http
      uri: https://192.168.10.160/api/batteries
      method: PUT
      headers:
        - Authorization: Bearer <TOKEN P1>
        - X-Api-Version: 2
      insecure: true
      body: '{"mode": "standby"}'
  - case: 3 #charge
    set:
      source: http
      uri: https://192.168.10.160/api/batteries
      method: PUT
      headers:
        - Authorization: Bearer <TOKEN P1>
        - X-Api-Version: 2
      insecure: true
      body: '{"mode": "to_full"}'

Om dit zelf te gebruiken, moet je wel het e.e.a. aanpassen. Onder andere de juiste IP-adressen (p1 meter en batterij). Daarnaast heb je dus twee Bearer-tokens nodig. Zowel van de P1 meter (om de modus te switchen) en van de PiB. Als je meerdere PiB's hebt, is het dus ook nog zo dat je deze meermaals moet opnemen. Ik heb er maar één, daarom zie je in mijn config onder power en soc ook maar één waarde. Heb je meerdere, dan moet je de waardes voor maxcharge, maxdischarge, maxcapacity etc. ook wijzigen naar jouw set-up.

Er is ooit iemand bezig geweest met een integratie van de PiB in evcc, maar de pull request vond het evcc-team te groot. Het lastige hier is ook dat je zowel de PiB (meerdere, als je die hebt) én de P1-meter moet uitlezen. Dat bemoeilijkt ook token generation in de GUI en dergelijke... Dus best even met de hand.

Voor creeren van tokens kun je curl gebruiken, zie hier: https://api-documentation.homewizard.com/docs/v2/authorization

Gooi deze uitleg anders in je LLM met jouw set-up en je komt er ongetwijfeld wel uit.

[yajwacc]

Oh maar dat was al gelukt hoor, beide homewizard batterijen heb ik inderdaad uiteindelijk gewoon via de gui toegevoegd mbv chatgtp inderdaad zoals je hier laat zien.

[ Voor 4% gewijzigd door yajwacc op 19-10-2026 16:06 ]

[JanHenk]

@yajwacc Oh sorry voor mijn uitgebreide uitleg. Heb je vraag niet goed geïnterpreteerd

Klopt dus verder, evcc.yaml was voorheen de enige manier om je meters en alle andere settings in te stellen. Gaandeweg is steeds meer via GUI beschikbaar gekomen, en inmiddels is dat de standaard dus is evcc.yaml niet meer nodig. Settings zitten dan inderdaad in de .db file, samen met de history (laadsessies, tegenwoordig ook historie van je hele huishouding als je wilt).

[Tunestwo]

Voor de mensen die de EU data act van VW/Audi etc niet voor elkaar kreeg. Bij mij werkt die nu eindelijk. Tenminste aanvraag is gelukt om elk kwartier een update te krijgen. Tevens in EVCC , maar de actuele SOC status heeft die nog niet binnen gehaald...

[Kammika]

Tunestwo schreef op maandag 19 oktober 2026 @ 17:15:
Voor de mensen die de EU data act van VW/Audi etc niet voor elkaar kreeg. Bij mij werkt die nu eindelijk. Tenminste aanvraag is gelukt om elk kwartier een update te krijgen. Tevens in EVCC , maar de actuele SOC status heeft die nog niet binnen gehaald...

Voor evcc gebruik ik de tibber interface. Daar heb je geen contract voor nodig, gewoon app downloaden, account aanmaken en je VW configureren, dan heb jij vrij vaak updates (veel vaker dan met eu data act interface)

[J82]

Het is toch een schande dat we het er überhaupt over moeten hebben…

[Kammika]

J82 schreef op maandag 19 oktober 2026 @ 19:18:
Het is toch een schande dat we het er überhaupt over moeten hebben…

Verklaar je nader…

[Tunestwo]

Kammika schreef op maandag 19 oktober 2026 @ 18:17:
[...]

Voor evcc gebruik ik de tibber interface. Daar heb je geen contract voor nodig, gewoon app downloaden, account aanmaken en je VW configureren, dan heb jij vrij vaak updates (veel vaker dan met eu data act interface)

Voor EVCC gebruik je de Tibber interface hoe moet ik dat zien?

[J82]

Kammika schreef op maandag 19 oktober 2026 @ 19:56:
[...]

Verklaar je nader…

Ik vind het een schande dat:

• er geen directe toegang tot de auto is
• dat de portal die er wel is, slechts elke 15 minuten een update geeft
• dat deze portal dat al niet eens goed doet
• dat er daarom uitgeweken moet worden naar een workaround via een account bij een energieleverancier om zo data te krijgen uit je EIGEN auto.

VW zou zich kapot moeten schamen.

edit:
Ik maak er veel te veel woorden aan vuil. Dit is er het topic niet voor. Back on topic maar weer…

[ Voor 10% gewijzigd door J82 op 19-10-2026 20:10 ]

[JanHenk]

J82 schreef op maandag 19 oktober 2026 @ 20:07:
[...]

Ik vind het een schande dat:

• er geen directe toegang tot de auto is
• dat de portal die er wel is, slechts elke 15 minuten een update geeft
• dat deze portal dat al niet eens goed doet
• dat er daarom uitgeweken moet worden naar een workaround via een account bij een energieleverancier om zo data te krijgen uit je EIGEN auto.

VW zou zich kapot moeten schamen.

edit:
Ik maak er veel te veel woorden aan vuil. Dit is er het topic niet voor. Back on topic maar weer…

Tsja. Het is sowieso schering en inslag bij een hoop automerken. Er is op enig moment bij iedereen wel eens wat geweest...

Verder wel met je eens hoor, het is ook dramatisch gesteld. En die "EU Data Act" heeft het niet beter gemaakt. Maar los daarvan, werkt de Tibber-route ook voor mij heel stabiel om de SoC uit te lezen van mijn VW tijdens het laden en meer heb ik niet nodig

[Kammika]

J82 schreef op maandag 19 oktober 2026 @ 20:07:
[...]

Ik vind het een schande dat:

• er geen directe toegang tot de auto is
• dat de portal die er wel is, slechts elke 15 minuten een update geeft
• dat deze portal dat al niet eens goed doet
• dat er daarom uitgeweken moet worden naar een workaround via een account bij een energieleverancier om zo data te krijgen uit je EIGEN auto.

VW zou zich kapot moeten schamen.

edit:
Ik maak er veel te veel woorden aan vuil. Dit is er het topic niet voor. Back on topic maar weer…

A check, eens

[Kammika]

Tunestwo schreef op maandag 19 oktober 2026 @ 20:00:
[...]

Voor EVCC gebruik je de Tibber interface hoe moet ik dat zien?

Zoals het hier staat app downloaden, account aanmaken l, auto configureren. Wijst zich vanzelf..

[Reaper.JA2]

Kammika schreef op maandag 19 oktober 2026 @ 21:25:
[...]

Zoals het hier staat app downloaden, account aanmaken l, auto configureren. Wijst zich vanzelf..

Yes, maar je gebruikt óf EVCC óf Tibber als aansturing. En niet "EVCC in Tibber interface" - tenzij je de kwartierprijzen bedoelt, of dynamische tarieven in het algemeen.

[nlboy]

Reaper.JA2 schreef op maandag 19 oktober 2026 @ 09:25:
[...]


Dit idee had ik ook een tijd, hier zitten nog wat mooie stappen bij! Heb via Gemini ook het één-en-ander kunnen bedenken, waarbij hij vanaf 48u voor de tijd gaat kijken naar een event. Maar aan YAML code ontkom je niet lijkt het op

1. Standaard laadmodus: EVCC staat standaard op pv (of off).
2. 48 uur voor starttijd: Home Assistant leest de Google Calendar afspraak uit.
3. Google Maps Afstand & Reistijd: Home Assistant stuurt de afspraaklocatie naar Google Maps om de exacte kilometers en reistijd op te vragen.
4. Target SoC & Target Time instellen: Home Assistant rekent het benodigde accupercentage (Target SoC) uit en stelt samen met de vertrektijd (Target Time) deze waarden in bij EVCC.
5. EVCC regelt de laadmodus: EVCC zal binnen die 48 uur automatisch met zonne-energie of goedkope uren laden. Mocht de batterij 48 uur van tevoren erg leeg zijn en de laadtijd op PV onvoldoende zijn, dan stelt EVCC zelf de benodigde laadsnelheid bij of kun je via Home Assistant fast afdwingen als vangnet.[list=1]

nklsn schreef op maandag 19 oktober 2026 @ 10:07:
[...]


Ik doe het net iets anders, ik reken aan de hand van de locatie in het agenda punt uit hoeveel kWh ik nodig heb en zet dat als SoC target in evcc, zo hoef ik niet die 80% te kiezen. Voor ons werkt het prima en draait de gehele planning via meerdere agendas + zonnestroom in evcc.

In grote lijnen, elk agenda punt met een #trip in de omschrijving wordt gebruikt. Indien een locatie is toegevoegd berekenen we de benodigde SoC + min_soc, indien geen locatie dan 100%.

Ik draai het als losse docker container naast evcc.
https://github.com/nblths/departic

Ik moet wel toegeven dat de planning meer een achtervang is, meestal is de zonnestroom laden voldoende. Daarnaast merk ik steeds vaker dat de Toyota API voor het ophalen van de SoC niet altijd even stabiel werkt, waardoor ik wel eens twijfel of ik niet een andere oplossing als evcc wil kiezen.

Dank jullie wel voor de uitgebreide uitleg en stappen die jullie hebben ondernomen.

Deze stappen zijn voor ons niet nodig aangezien we eigenlijk altijd wel voor 70%/80% (korte rit) of 100% (lange rit) gaan. We gebruiken inderdaad Google Agenda, maar die hoeft niet per se te weten waar wij exact naartoe gaan (iets met dataminimalisatie) en wij hebben geen PV. Dat scheelt ook in de 'berekening'-stap.

Ik ga even kijken of ik deze voorbeelden verder kom.

[ Voor 25% gewijzigd door nlboy op 20-10-2026 10:25 ]

[JanHenk]

Reaper.JA2 schreef op dinsdag 20 oktober 2026 @ 10:15:
[...]


Yes, maar je gebruikt óf EVCC óf Tibber als aansturing. En niet "EVCC in Tibber interface" - tenzij je de kwartierprijzen bedoelt, of dynamische tarieven in het algemeen.

We gebruiken Tibber niet voor de aansturing van de laadpaal, maar de "Tibber vehicle" oftewel de integratie van de auto, via Tibber, om de actuele SoC op te halen. Verder doe ik ook niks met Tibber, heb de app ook weer verwijderd volgens mij

[Kammika]

Reaper.JA2 schreef op dinsdag 20 oktober 2026 @ 10:15:
[...]


Yes, maar je gebruikt óf EVCC óf Tibber als aansturing. En niet "EVCC in Tibber interface" - tenzij je de kwartierprijzen bedoelt, of dynamische tarieven in het algemeen.

Nee, tibber Gebruik ik alleen voor de auto uitlezen. Evcc gebruik ik om de laadpaal aan te sturen (die dan de gegevens van de auto uit tibber haalt)


EDIT:


Dubbel antwoord, zie dat @JanHenk hetzelfde antwoord heeft gegeven

[ Voor 9% gewijzigd door Kammika op 20-10-2026 12:42 ]

[CarbonCopy]

Na de laatste evcc updates merk ik dat het gedrag is veranderd bij het aansluiten van mijn Skoda op de laadpaal. EVCC begint direct met laden maar ziet na 30sec dat er 1) geen solar opbrengst is 2) geen laadplan is ingesteld. En stopt dan alsnog met laden. Voor de laatste updates heb ik dit nog niet bij de hand gehad. Iemand een idee?

[Fr1ek]

Heb je misschien dit vinkje aangezet bij je voertuigconfiguratie?

[HyperBart]

@Koen Hendriks , ik denk dat ik jouw probleem nu ook heb.
Minus de foutmelding in de Tesla app weliswaar.
Casus: ik had deze nacht een plannetje op de Tesla gezet om van 35% naar 50% te laden. Ik ben onderhevig aan het capaciteitstarief in Vlaanderen dus ik hou maximum 3.5kW aan op de meter.

Hij is vrolijk en goed begonnen op het juiste tijdstip maar hij is te vroeg gestopt en heeft niet meer herstart.

Vandaag hetzelfde doorheen de dag gesimuleerd, paar verbruikers aan, evcc stopt de laadpaal en laat 'm dan terug opnieuw starten, ik zie in de Tesla 0/8A (dus de laadpaal signaleert aan de wagen dat ie 8A mag trekken) maar de Tesla begint dus niet.

Even kijken of er recent iets qua logica veranderd is. De Tesla heeft wel een vervanging'kje van object gehad (fabrieksfoutje) en er zou dan ook een update geïnstalleerd zijn.

[Slonzo]

HyperBart schreef op vrijdag 23 oktober 2026 @ 14:20:
@Koen Hendriks , ik denk dat ik jouw probleem nu ook heb.
Minus de foutmelding in de Tesla app weliswaar.
Casus: ik had deze nacht een plannetje op de Tesla gezet om van 35% naar 50% te laden. Ik ben onderhevig aan het capaciteitstarief in Vlaanderen dus ik hou maximum 3.5kW aan op de meter.

Hij is vrolijk en goed begonnen op het juiste tijdstip maar hij is te vroeg gestopt en heeft niet meer herstart.

Vandaag hetzelfde doorheen de dag gesimuleerd, paar verbruikers aan, evcc stopt de laadpaal en laat 'm dan terug opnieuw starten, ik zie in de Tesla 0/8A (dus de laadpaal signaleert aan de wagen dat ie 8A mag trekken) maar de Tesla begint dus niet.

Even kijken of er recent iets qua logica veranderd is. De Tesla heeft wel een vervanging'kje van object gehad (fabrieksfoutje) en er zou dan ook een update geïnstalleerd zijn.

Heb dit probleem nu ook al een aantal weken.
Blijft op "Waining for vehicle" staan in EVCC.
Ik heb niets veranderd buiten updates geinstalleerd (van zowel EVCC als Tesla).

[Kammika]

ik ben mijn tesla (gelukkig, we waren geen vrienden ;-)) weer kwijt, maar heb het al eerder gemeld in dit draadje hier: Mijn tesla ging ook niet goed om met starten/stoppen door EVCC. Laadplannen werkten alleen als ze aaneengesloten waren (en door LB werden ze dan soms nog even onderbroken en ging het ook weer mis)

Hij deed het iets beter toen ik in HA een automatisering meestuurde die ook een wakeup meestuurde op moment dat evcc besloot te gaan laden, maar nog steeds onbetrouwbaar.

Als je gaat zoeken kom je tegen dat het gewoon een soort loterij is. Er zijn tesla eigenaren die er totaal geen last van hebben en andere die hier steen en been over klagen...

[JanHenk]

Enige oplossing is dan de "always charge" gebruiken. Maar ja, dan ben je altijd 1,4 kW aan het verstoken en als je dan 24 uur zonder zon of met dure tarieven verder bent, heb je ongemerkt ook al aardig wat bijgeladen. Dus dat is ook niet ideaal, maar als het je enige alternatief is...

Gelukkig is mijn ID.7 hier helemaal niet nukkig in, maar het komt wel vaker voor (niet alleen bij Tesla).

[_PM]

Welke integraties (in EVCC/HA) gebruiken jullie? En bestuur je de laadpaal of de Tesla? Deze info helpt mogelijk om duidelijk te krijgen waar het probleem zit.
Mijn ervaring met TWC3 lader aan de tesla en lokale BLE besturing: ik zie geen problemen en ben up-to date met EVCC en de auto.
Ik heb een optimizer waarmee ik EVCC bestuur en daarmee heb ik ook regelmatig wisselingen (wel/niet laden) dat gaat goed. (moet nog wel even goed nadenken of dit nu goed/efficient is...)

[ Voor 24% gewijzigd door _PM op 23-10-2026 15:35 ]

[JanHenk]

@_PM Gemene deler is volgens mij dat de laadpaal wordt aangestuurd en niet de auto. Misschien is de Tesla BLE wel de enige betrouwbare optie dan?

[_PM]

JanHenk schreef op vrijdag 23 oktober 2026 @ 15:35:
@_PM Gemene deler is volgens mij dat de laadpaal wordt aangestuurd en niet de auto. Misschien is de Tesla BLE wel de enige betrouwbare optie dan?

Je zou eigenlijk verwachten dat dit ook met het besturen van de lader moet kunnen.... dat is vaak net wat eenvoudiger dan Tesla BLE. Ik las overigens dat Teslemetry - Home Assistant nu ook BLE besturing heeft ingebouwd, ik heb geen ervaring, maar is mogelijk makkelijker dan een eigen ESP32 voor de PedroKFC Tesla BLE

[Koen Hendriks]

Voor de Tesla heb ik het nu allemaal via home assistant (dus de HTTP API van Alfen). En met een kleine 'blijf proberen tot je de status ziet die je wilt' automation en de Tesla BLE proxy voor het weten van de SoC werkt alles al ruim een maand stabiel. Lijkt toch iets in de modbus aansturing volgens mij.

[Slonzo]

_PM schreef op vrijdag 23 oktober 2026 @ 15:33:
Welke integraties (in EVCC/HA) gebruiken jullie? En bestuur je de laadpaal of de Tesla? Deze info helpt mogelijk om duidelijk te krijgen waar het probleem zit.
Mijn ervaring met TWC3 lader aan de tesla en lokale BLE besturing: ik zie geen problemen en ben up-to date met EVCC en de auto.

Hier ook TWC3 en BLE. Ging tot een tijdje geleden perfect. Nu lijkt hij telkens een extra zetje nodig te hebben van de 'Charge' toggle...

[_PM]

Welke Tesla BLE charge toggle gebruik je?

[fmb]

Ik heb ook een Tesla en heb sinds een paar maanden ook dat het laden tijdens een laadsessie niet betrouwbaar start als EVCC wil starten. Ik weet vrij zeker dat dit aan de Tesla ligt, want de afgelopen 3 jaar heeft dit wel goed gewerkt. Door een software update van/door Tesla komt de Tesla niet meer gemakkelijk uit de slaap modus.

Net als @Kammika heb ik een tijdje geprobeerd een wake-up signaal te sturen zodra EVCC wil starten (maar dan met Homey en niet met HA). Dit werkt echter nog steeds onbetrouwbaar.

Wat ik nu doe is als EVCC wil gaan laden en de Tesla is na 1 minuut nog niet aan het laden de EVCC laadmodus naar off en daarna na 30 sec terug naar PV (tegenwoordig Smart). Ik las dat dat ervoor zorgt dat de Tesla een ander signaal via de laadkabel binnenkrijgt en daarmee eerder wakker wordt. Dit moet ik nog wat langer testen om te concluderen of het echt werkt. Lijkt beter te werken voor laden onder een maximum kWh tarief, maar moet het laadplan (bijv 80% vol om 7u) nog testen.

[Slonzo]

_PM schreef op vrijdag 23 oktober 2026 @ 20:46:
Welke Tesla BLE charge toggle gebruik je?

[Afbeelding]

Standaard 'charger' toggle van de Yoziru ESPHome BLE. Gaat via een script in HASS, maar zelfs met checks ertussen lijkt het alsof hij nog steeds meermaals naar "on" gegooid moet worden voordat de MY effectief begint te laden. Dit komt vooral voor nadat het laden eerder "gepauzeerd" werd door EVCC.

fmb schreef op zaterdag 24 oktober 2026 @ 09:38:
Ik heb ook een Tesla en heb sinds een paar maanden ook dat het laden tijdens een laadsessie niet betrouwbaar start als EVCC wil starten. Ik weet vrij zeker dat dit aan de Tesla ligt, want de afgelopen 3 jaar heeft dit wel goed gewerkt. Door een software update van/door Tesla komt de Tesla niet meer gemakkelijk uit de slaap modus.

Net als @Kammika heb ik een tijdje geprobeerd een wake-up signaal te sturen zodra EVCC wil starten (maar dan met Homey en niet met HA). Dit werkt echter nog steeds onbetrouwbaar.

Als ik de tracing van bovenstaand script mag geloven, ligt het (in mijn geval) niet aan de wake-up van de wagen, maar aan het commando om het laden te starten. In EVCC naar 'Off' en terug naar smart/fast werkt inderdaad, maar dat haalt de automatisatie nogal onderuit

[ Voor 9% gewijzigd door Slonzo op 24-10-2026 10:19 ]

[_PM]

Ik gebruik https://github.com/PedroKTFC/esphome-tesla-ble/ , een fork van Yoziru. Ik ben overgestapt toen de Yoziru versie een tijdje niet werkte

[fmb]

Slonzo schreef op zaterdag 24 oktober 2026 @ 10:02:
[...]
Als ik de tracing van bovenstaand script mag geloven, ligt het (in mijn geval) niet aan de wake-up van de wagen, maar aan het commando om het laden te starten. In EVCC naar 'Off' en terug naar smart/fast werkt inderdaad, maar dat haalt de automatisatie nogal onderuit.

De off en terug naar de vorige laadmodus is hier onderdeel van de automatisatie, dus dat loopt allemaal gewoon door. Maar als er een betere oplossing is hoor ik het graag of als ik er één vind laat ik het weten.

[Kammika]

Evcc 03.18 is uit. Daarmee kun je optimizer stand ook instellen dat die de batterij aanstuurt

alleen valt me op dat die alleen voorstellen doet waar de thuisaccu via de zon laadt, Terwijl meest kostenefficiënt zou zijn om ook zonder zon op goedkope momenten te laden en dan op dure momenten de stroom uit de accu te gebruiken die je goedkoop geladen hebt

ik zie ook een nieuwe feature “explain plan”. Die geeft ook aan:

“Marstek mag niet met netstroom laden, dus ook de goedkopere uren vandaag worden niet gebruikt om bij te laden.”

dus lijkt alsof ik ergens iets ingesteld heb dat ik dat niet wil. Ik kan dat alleen niet vinden. Weet iemand of die instelling bestaat en waar ik dat dus evt kan wijzigen?

[replica17]

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

@Kammika

Bij mij gaat die wel laden indien nodig.

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

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

Dit is mijn tekst:

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

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

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

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

[Allewijn]

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

[NoFate]

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

[Kammika]

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

@Kammika

Bij mij gaat die wel laden indien nodig.

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

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

Dit is mijn tekst:

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

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

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

Nice!

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

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

[replica17]

@Kammika

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

Heb 14 kWh , vandaar tot de helft.

Meestal kom ik de nacht wel door.

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

[HyperBart]

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

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

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

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

[NoFate]

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


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

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

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

[WoBoW]

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

[Afbeelding]

[Afbeelding]

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

[HyperBart]

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

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

Ja

[RoelsRules]

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

[WoBoW]

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

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

[JanHenk]

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

[RoelsRules]

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

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

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

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

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

[AgeOfPanic]

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

[thomvh]

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

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

[Get!em]

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

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

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

[Kammika]

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

@Kammika

Bij mij gaat die wel laden indien nodig.

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

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

Dit is mijn tekst:

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

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

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

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

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

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

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

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


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

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

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

[JanHenk]

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

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

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

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

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

[AgeOfPanic]

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

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

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

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

[JanHenk]

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

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

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

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

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

[Get!em]

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

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

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

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

[nlboy]

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

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

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

[WoBoW]

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

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

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

[JanHenk]

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

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

Load balancing wel ingesteld?

[IJsbeer]

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

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

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

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

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

[Get!em]

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


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

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

[nlboy]

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

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

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

[IJsbeer]

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

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

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

[AgeOfPanic]

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

[Kammika]

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

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

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

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

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

[AgeOfPanic]

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

[IJsbeer]

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

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

[Sillyjan]

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

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

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

[smuldersbram]

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

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

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

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

[thomvh]

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

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

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

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

Raar, hier doet hij het prima!

[smuldersbram]

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

Raar, hier doet hij het prima!
[Afbeelding]

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


Met deze instellingen:


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

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

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

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

Dit is mijn energy-flow vandaag:



Verbruik van het huis word dus wel opgemeten iig.


Iemand een idee?

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

[replica17]

Hier ook raar gedrag van de optimizer;

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

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

Inmiddels een issue geopend in GitHub..

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

[JanHenk]

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

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

[smuldersbram]

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

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

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

Moet natuurlijk 2.4 zijn 😂

Dankjewel voor de scherpe ogen 🙌

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

[thomvh]

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

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

Dankjewel voor de scherpe ogen 🙌

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

[Get!em]

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

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

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

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

[thomvh]

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

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

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

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

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

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

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

[Get!em]

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

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

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

Die had ik gemist. Top!

[Kammika]

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

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

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

Inmiddels een issue geopend in GitHub..

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

[Kammika]

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

Die had ik gemist. Top!

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


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

dus werkt iig ver boven mijn verwachting


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

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

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

[Get!em]

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

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

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

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

[thomvh]

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

Die had ik gemist. Top!

Was mijn issue. I guess right time right moment 🤣

[smuldersbram]

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

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

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

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

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

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

[Allewijn]

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


***members only***

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

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

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

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

[IJsbeer]

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


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

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