Evcc slim laden met de zon en dynamische tarieven

[Jay-v]

Voor EVCC heb ik mijn Alfen laadpaal moeten omzetten naar EMS mode. Middels dynamische prijzen gaat hij zoals het er nu uitziet vanacht mijn auto laden. Moet ik mij nog zorgen maken over Load Balancing indien mijn thuis batterij ook lekker wilt gaan laden gedurende de nacht?

[HyperBart]

Jay-v schreef op zondag 7 december 2025 @ 19:39:
Voor EVCC heb ik mijn Alfen laadpaal moeten omzetten naar EMS mode. Middels dynamische prijzen gaat hij zoals het er nu uitziet vanacht mijn auto laden. Moet ik mij nog zorgen maken over Load Balancing indien mijn thuis batterij ook lekker wilt gaan laden gedurende de nacht?

Ja en neen, hoogstens dat je auto niet op het strikt gewenste percentage zit tegen het eind uur omdat de thuisbatterij wat van de “bandbreedte” heeft opgebruikt als die stond op te laden.

[Kingeling]

Korte verificatievraag:

Ik gebruik de GUI om te configureren en kan bij mijn weten niet exporteren als YAML, maar de loadbalancing heb ik wel als YAML opgegeven. Klopt de config zo, als ik mijn Alfen met twee poorten aan het "laadpaal" profiel heb gekoppeld, met als oog dat als er twee auto's aangesloten staan, er maximaal 14KW totaal over beide poorten gaat?
Ik heb 3x25A, maar wil graag dat er niet meer dan 14KW naar auto laden gaat ivm koken op electra etc.

code:

- name: main # unique name, used as reference, e.g. as parent in other circuits
  title: Main Circuit # used in the UI
  maxcurrent: 25 # 63A main circuit breaker (optional)
  maxPower: 17000 # 30kW (optional)
  meter: db:1 # associated meter to monitor the power consumption (optional)

- name: laadpaal
#  maxcurrent: 16
  maxPower: 14000
  parent: main

[JanHenk]

AA42 schreef op zaterdag 6 december 2025 @ 13:52:
Ik ben begonnen aan mijn projectje 1/3 fase.

Heb me er nu maar bij neergelegd dat de EVBox Elvi (kennelijk) niet "op commando" kan schakelen tussen 1 en 3 fasen en dat is ook helemaal nog niet zo gek voor een 5 jaar oude lader.

Links en rechts wat gelezen over hoe je het dan kan doen.
De evcc ontwikkelaars geven aan dat je een handmatige schakelaar kunt plaatsen die L2 en L3 uit kunnen schakelen.
Automatische schakelaars achten zij gevaarlijk en gaan ze nooit ondersteunen.

Ik vind dat nogal ....... Duits.

Wat zijn de mogelijke scenarios met automatische schakelaars?
A: je start op 3 fasen een laadessie, na een tijdje vallen L2 en/of L3 plots weg doordat een schakelaar ongewenst schakelt.
Tsja, dit kan in de praktijk ook gebeuren zonder schakelaars. Hoewel het natuurlijk geen normale gebeurtenis is kan het voorkomen in het net of in je groepenkast en daarom moeten laders en auto's hier op voorbereid zijn. Een lader of OBC die dit niet kan handlen zou m.i. niet op de markt mogen komen.

Dan is er scenario B:
je start een 1 fase laadsessie, en ongewenst wordt L2 en/of L3 bijgeschakeld. Dat is natuurlijk een situatie die niet echt in real life kan gebeuren als je alleen een 1 fase laadpaal hebt en dus is dit de "gevaarlijkste" mogelijkheid. Heb al gelezen dat iemand dit gewoon geprobeerd heeft (dapper!) met een VW ID en dat er eigenlijk niets bijzonders gebeurde, de extra fasen werden gewoon genegeerd en het laden ging door met 1 fase.

Nu is het sowieso zo dat evcc niet zomaar L2 en L3 tijdens een laadsessie in of uitschakelt. Ook bij de laders die kunnen schakelen tussen fases tijdens een laadsessie wordt eerst netjes het proces van laden afgesloten en daarna pas opnieuw in de andere configuratie opgestart. Dit simpelweg omdat de auto's er anders niet mee overweg kunnen, allemaal logisch. Dit gebeurt dus ook niet "meteen" als er een drempeltje wordt overschreden/onderschreden maar daar zit behoorlijk wat intelligentie achter om te voorkomen dat er teveel heen en weer geschakeld gaat worden. Dat verzorgt evcc netjes en zonder omkijken.

Waarom zou je dit dan niet met een conventionele laadpaal (die wel 1/3 fasen geschikt is uiteraard, zoals de Elvi) kunnen doen waarbij je extern de 1/3 fase schakeling laat plaats vinden?)

De handschakeling die evcc voorstelt wordt door hun als een soort winter/zomer regeling gezien. Echter is dat m.i. nogal onzinnig. Natuurlijk wil ik in de herfst/winder/lente op 1 fase kunnen laden op dagen dat de zon zich laat zien. Maar verder is het vooral 's nachts (dynamische tarief) op 3 fasen volpompen die hap (waarbij evcc helpt met de meest prijsgunstige tijden). Dat zou dus een hoop handmatig geschakel worden en is HA/evcc er nou juist er niet om dit te voorkomen?

Daarnaast is er in evcc de optie om bij je laadpaal aan te geven of hij 1 of 3 fasen aangesloten is. Een wijziging vereist een herstart. Ik weet niet in hoeverre dit ook echt nodig is en wat het in de software doet, de configs voor de laders die wel kunnen schakelen tussen 1 en 3 zullen deze instelling vast niet hebben.

In ieder geval heb ik de hardware al aangepast. Ik had eerst een Shelly Pro3 gekocht met dit doel maar toen die er eenmaal was besloten hem niet hiervoor te gebruiken. Ten eerste vind ik de aansluitklemmetjes veel te priegelig voor installatiedraad met een redelijke diameter, ten tweede is deze op max. 16A gespecificeerd en ik lees overal dat dit niet 16A uren lang achter elkaar moet zijn (zoals bij laden wel het geval is), laat staan 2x16A. Ik heb geen zin in oververhitting... Dus wie nog een Shelly Pro 3 zoekt voor andere doeleinden...

Dus op zoek naar een alternatief. Helaas kon ik niks met 2 (of meer) contacten vinden dat degelijk, flinke amperes aankon en slim was. Ben uiteindelijk uitgekomen op 2 stuks Tongou TO-Q-SY1-JZT/ZT DIY.

https://www.tongou.com/pr...th-metering-to-q-sy1-jzt/

Heb ze op de officiële website besteld, was wel iets duurder dan Ali maar ik had ze dan ook binnen 2 dagen binnen terwijl ik in het weekend besteld had....

Ik weet het: Chinees product maar officieel CE logo en FCC logo en nog wat van dat spul qua certificaten op hun website te zien. Product voelt en oogt zeer degelijk, gewoon net zo goed als Europees spul. Wat voor mij wel een beetje doorslaggevend was is dat ze als 63A gerate zijn. Dat is heel wat meer dan 16A en biedt dus flink "headroom".
Ik ben uiteraard bereid er 1 open te slopen om zelf te zien of de boel een beetje deugdelijk in elkaar zit maar dan moet iemand me er wel eentje sponsoren

Let op dat dit remote schakelaars zijn. Het zijn GEEN vervangers voor installatie automaten !!!! Ze moeten (ook volgens de handleiding) ACHTER een installatie automaat geplaatst worden. Er wordt wel aangegeven dat ze overspanning, overstoom etc. beveiliging hebben maar ze zijn zeker niet bedoeld als vervangers voor installatie automaten.
Ik had de versie met stroom meting besteld, achteraf onzinnig omdat ik al een HW 3 fase kWh meter heb maar voor die paar centen extra.....

Nieuw Hager groepenkastje met 2 extra posities en wat aansluitdraadjes bij Elektramat besteld (ik ben gek op die kant en klare soepele verbingsdraadjes van hun, helaas nergens anders te krijgen....) en gisteren de boel omgebouwd. Oude Hager kastje erachter vandaan gehaald zonder alles los van de bedrading te halen.

De Tongou's willen de fase aan de bovenzijde aangesloten hebben anders werken ze niet. De nul kan boven of onder aangesloten worden dat maakt niet uit. Sowieso heb ik de nul uiteraard alleen aan 1 kant aangesloten, die is er alleen om de schakelaars te laten werken.

Aanmelden bij ZHA was een appeltje-eitje en werkte meteen perfect. Je kunt het contact ook met de drukknop schakelen.

Inmiddels een laadsessie voltooid met 3 fasen. De schakelaars komen niet eens in de buurt van warm, de kWh meter van HW werd een stukje warmer wat dat betreft.

Ik moet nog wat verder onderzoek doen naar diegene die evcc aangepast heeft om het schakelen _wel_ "dynamisch" te laten verlopen. Voorlopig werkt dit nu even voor mij als "handmatige" schakelfunctie, ik rapporteer verder als ik verder ben

[Afbeelding]

[Afbeelding]

Mooi verslag en netjes gedaan! Op gegeven moment kom je wel op een punt dat een andere laadpaal misschien kostenefficiënter zou zijn geweest, maar dit is wel leuker natuurlijk

1P3P switch moet je wel voorzichtig mee zijn tijdens een laadsessie. Als e.e.a. niet juist gebeurd qua ontkoppelen, switchen en weer aankoppelen, is de kans op slopen van je laadstation vrij groot. Dit is waarschijnlijk een overbodige opmerking voor jou, maar ik zeg het toch even.

[JanHenk]

Kingeling schreef op zondag 7 december 2025 @ 21:47:
Korte verificatievraag:

Ik gebruik de GUI om te configureren en kan bij mijn weten niet exporteren als YAML, maar de loadbalancing heb ik wel als YAML opgegeven. Klopt de config zo, als ik mijn Alfen met twee poorten aan het "laadpaal" profiel heb gekoppeld, met als oog dat als er twee auto's aangesloten staan, er maximaal 14KW totaal over beide poorten gaat?
Ik heb 3x25A, maar wil graag dat er niet meer dan 14KW naar auto laden gaat ivm koken op electra etc.

code:

- name: main # unique name, used as reference, e.g. as parent in other circuits
  title: Main Circuit # used in the UI
  maxcurrent: 25 # 63A main circuit breaker (optional)
  maxPower: 17000 # 30kW (optional)
  meter: db:1 # associated meter to monitor the power consumption (optional)

- name: laadpaal
#  maxcurrent: 16
  maxPower: 14000
  parent: main

Waar komt je wens van 14 kW vandaan? Want load balancing implementeer je juist zodat je zonder zorgen elektrisch kan koken, de oven aan kan zetten, etc. Ten minste, voor wat betreft de laadstations.

Dan hoef je het tweede gedeelte van je yaml niet eens op te nemen en laat je het gewoon bij het definiëren van de hoofdaansluiting. Ervan uitgaande dat je in het loadpoint zelf de maximum current hebt opgenomen in overeenstemming met de zekeringsautomaat.

Je hebt een Alfen Duo, toch? Die worden als twee separate loadpoints geconfigureerd. Dus eigenlijk net als twee losse laadstations. Technisch worden ze ook separaat gemeterd en dergelijke. Ik heb zelf geen Duo, dus als ik mis ben, laat het dan even weten.

Die twee separate loadpoints kun je ook separaat begrenzen. Als je de loadpoint (ik mis de title) koppelt aan je circuit en er eventueel nog een individuele begrenzing aan hangt, worden beide limieten in de gaten gehouden. Zelf zie ik daar het nut niet heel erg van in, want je kan gewoon de settings van het loadpoint zelf aanpassen (max. current en dergelijke).

Wat jij wil is een begrenzing op vermogen van twee loadpoints. Je hebt dan een separate / overkoepelende meter nodig. Ik weet niet of je dit standaard beschikbaar hebt, maar je zou die met bijv. Home Assistant wel kunnen maken (met een helper beide meters bij elkaar optellen) en die importeren in evcc. Die meter moet je dan opnemen als sub-circuit. En vervolgens beide laadpalen koppelen aan dat subcircuit (dus niet aan het hoofdcircuit).

Ik hoop dat het wat duidelijk is. Ik zou zelf die 14 kW loslaten en het simpel houden. Maar als je het wel wil, bereik je op deze manier niet wat je wil en zou ik het dus doen zoals voorgaand beschreven.

[Kingeling]

Dank voor je reply @JanHenk . Misschien maak ik het moeilijker dan het is, maar ik wil (als de zon ooit weer schijnt) maximaal gebruik maken van zonne energie en daarom wil ik EVCC gebruiken. Omdat ik EVCC gebruik moet ik ook hiermee mijn laadpunten aansturen. De Alfen heeft nu dus wel een P1 kabel aangesloten, maar de aansturing voor loadbalancing komt van EVCC. EVCC op zijn beurt krijgt de P1 data weer van mijn homewizard P1 meter over de wifi / lokale API, en daar zit een stukje onzekerheid over hoe snel dat allemaal reageert op kookplaten die aan gaan bijvoorbeeld. Om die reden wil ik in de basis gewoon max 14KW reserveren voor de laadpalen, die ze dus eventueel ook over 2 kunnen verdelen. Ik dacht hierbij aan 11KW voor de ene auto en 1,4 voor de andere bijvoorbeeld, totdat die vol is. Uiteindelijk kan ik maar maximaal 17KW trekken, dus 2x 11KW wordt het sowieso nooit.

[HyperBart]

Kingeling schreef op maandag 8 december 2025 @ 13:26:
Dank voor je reply @JanHenk . Misschien maak ik het moeilijker dan het is, maar ik wil (als de zon ooit weer schijnt) maximaal gebruik maken van zonne energie en daarom wil ik EVCC gebruiken. Omdat ik EVCC gebruik moet ik ook hiermee mijn laadpunten aansturen. De Alfen heeft nu dus wel een P1 kabel aangesloten, maar de aansturing voor loadbalancing komt van EVCC. EVCC op zijn beurt krijgt de P1 data weer van mijn homewizard P1 meter over de wifi / lokale API, en daar zit een stukje onzekerheid over hoe snel dat allemaal reageert op kookplaten die aan gaan bijvoorbeeld. Om die reden wil ik in de basis gewoon max 14KW reserveren voor de laadpalen, die ze dus eventueel ook over 2 kunnen verdelen. Ik dacht hierbij aan 11KW voor de ene auto en 1,4 voor de andere bijvoorbeeld, totdat die vol is. Uiteindelijk kan ik maar maximaal 17KW trekken, dus 2x 11KW wordt het sowieso nooit.

Dat gaat snel genoeg (HW P1 + evcc). Ik zou dan toch eerder een globaal vermogen op het circuit zodat de 2 sockets tesamen het vermogen delen. Met planning, prioriteiten van de auto's en PV modus regel je dan het dagdagelijkse gebruik.

[Kammika]

het is nu winter dus ik kan het niet testen, want ik lever niet genoeg terug. Maar ik heb zowel mijn feedin als grid nu op mijn nieuwe dynamisch contract in EVCC gezet. Hij laat nu dus op, op de goedkoopste moment als ik een plan heb.

Maar als er voldoende teruglever vermogen geleverd kan worden en er is een plan actief, waar optimlaiseert EVCC dan op ? Lagerekosten? Of zoveel mogelijk zon?

[Get!em]

Kammika schreef op maandag 8 december 2025 @ 14:27:
het is nu winter dus ik kan het niet testen, want ik lever niet genoeg terug. Maar ik heb zowel mijn feedin als grid nu op mijn nieuwe dynamisch contract in EVCC gezet. Hij laat nu dus op, op de goedkoopste moment als ik een plan heb.

Maar als er voldoende teruglever vermogen geleverd kan worden en er is een plan actief, waar optimlaiseert EVCC dan op ? Lagerekosten? Of zoveel mogelijk zon?

https://docs.evcc.io/en/docs/features/plans in combinatie met https://docs.evcc.io/en/docs/features/dynamic-feedin

[Kammika]

Get!em schreef op maandag 8 december 2025 @ 14:32:
[...]

https://docs.evcc.io/en/docs/features/plans in combinatie met https://docs.evcc.io/en/docs/features/dynamic-feedin

Ja, ik snap dat ik met 2e linkje de feedin kan beperking bij hoge tarieven,

Maar ik raakte wat in de war bij deze tekst uit het 1e linkje:

Depending on whether you have one dynamic electricity tariff or a data source for CO₂-predictions currently have three charging strategies:

• Cheap charging (dynamic electricity tariff available): Vehicle charges in the cheapest hours before departure.

• Green charging (CO₂ forecast available): Vehicle charges in the hours with the lowest CO₂ emissions.

• Standard: The planner charges the required energy in the hours shortly before departure. This means that the vehicle's battery is still warm when you leave and less active heating energy is required.
• The loading strategies cannot be selected manually, but are selected automatically based on the stored data source.

Dus mijn vraag is eigenlijk: Als ik zowel feedin, grid, co2 en solar geconfigureerd heb, welke laadstrategie pakt die dan? en wat moet ik invullen om de 1e (cheap charging) te forceren?

[Get!em]

Kammika schreef op maandag 8 december 2025 @ 14:39:
[...]

Ja, ik snap dat ik met 2e linkje de feedin kan beperking bij hoge tarieven,

Maar ik raakte wat in de war bij deze tekst uit het 1e linkje:


[...]

Dus mijn vraag is eigenlijk: Als ik zowel feedin, grid, co2 en solar geconfigureerd heb, welke laadstrategie pakt die dan? en wat moet ik invullen om de 1e (cheap charging) te forceren?

Als je dynamic tariff hebt ingevuld, gaat automatisch cheap charging als eerste keuze gepakt worden.

Ben benieuwd of de beta van EVCC Optimizer hier ook nog wat instelbaar mee gaat doen.

[sirtm]

AA42 schreef op zaterdag 6 december 2025 @ 13:52:
Ik ben begonnen aan mijn projectje 1/3 fase.

Heb me er nu maar bij neergelegd dat de EVBox Elvi (kennelijk) niet "op commando" kan schakelen tussen 1 en 3 fasen en dat is ook helemaal nog niet zo gek voor een 5 jaar oude lader.

Links en rechts wat gelezen over hoe je het dan kan doen.
De evcc ontwikkelaars geven aan dat je een handmatige schakelaar kunt plaatsen die L2 en L3 uit kunnen schakelen.
Automatische schakelaars achten zij gevaarlijk en gaan ze nooit ondersteunen.

Ik vind dat nogal ....... Duits.

1P3P switch kan ook de lader van je auto opblazen als je dat niet correct doet, en dat is denk ik ook een reden dat de EVCC ontwikkelaars jouw 'oplossing' niet supporten, ze kunnen niet inschatten welke combinatie van laadpalen en auto's er voorbij (gaan) komen, en moeten dus blijven bij wat ze met de leveranciers van laadpalen afspreken wat ondersteund wordt.

Wel super netjes gedaan, dank voor de link naar de gebruikte switches, zien er interessant uit.

[ Voor 4% gewijzigd door sirtm op 08-12-2025 15:24 ]

[Kammika]

sirtm schreef op maandag 8 december 2025 @ 15:20:
[...]
1P3P switch kan ook de lader van je auto opblazen als je dat niet correct doet, en dat is denk ik ook een reden dat de EVCC ontwikkelaars jouw 'oplossing' niet supporten, ze kunnen niet inschatten welke combinatie van laadpalen en auto's er voorbij (gaan) komen, en moeten dus blijven bij wat ze met de leveranciers van laadpalen afspreken wat ondersteund wordt.

Als dat zo is, zouden ze dan toch ook geen 1p3p switching in de custom charger supporten?

[HyperBart]

Kammika schreef op maandag 8 december 2025 @ 16:18:
[...]

Als dat zo is, zouden ze dan toch ook geen 1p3p switching in de custom charger supporten?

Ja/neen, men gaat er van uit dat bij een fase wissel dit niet hot gebeurt. Dus er wordt dan door de laadpaal even een onderbreking ingelast via de CP waardoor de auto zijn relais terug in een positie schakelt zodat niet alle boordladers op 1 fase hangen.

[HyperBart]

AA42 schreef op zaterdag 6 december 2025 @ 13:52:
Een lader of OBC die dit niet kan handlen zou m.i. niet op de markt mogen komen.

Daar zeg je het zo, m.i
M.i zou een sessie onmiddellijk afgebroken worden als live/hot zomaar 2 fases er uit gejast worden.

Dan is er scenario B:
je start een 1 fase laadsessie, en ongewenst wordt L2 en/of L3 bijgeschakeld. Dat is natuurlijk een situatie die niet echt in real life kan gebeuren als je alleen een 1 fase laadpaal hebt en dus is dit de "gevaarlijkste" mogelijkheid. Heb al gelezen dat iemand dit gewoon geprobeerd heeft (dapper!) met een VW ID en dat er eigenlijk niets bijzonders gebeurde, de extra fasen werden gewoon genegeerd en het laden ging door met 1 fase.

Dat gaat goed tot het fout gaat. Er zat een tijdje een bug in een aantal KIA's en Hyundai's ook dacht ik die intern niet goed omgingen met een to spec based wissel van fases. Er zijn toen zelfs een aantal Alfen's daardoor opgeblazen. @Femme weet daar nog wat van.

Nu is het sowieso zo dat evcc niet zomaar L2 en L3 tijdens een laadsessie in of uitschakelt. Ook bij de laders die kunnen schakelen tussen fases tijdens een laadsessie wordt eerst netjes het proces van laden afgesloten en daarna pas opnieuw in de andere configuratie opgestart. Dit simpelweg omdat de auto's er anders niet mee overweg kunnen, allemaal logisch. Dit gebeurt dus ook niet "meteen" als er een drempeltje wordt overschreden/onderschreden maar daar zit behoorlijk wat intelligentie achter om te voorkomen dat er teveel heen en weer geschakeld gaat worden. Dat verzorgt evcc netjes en zonder omkijken.

Waarom zou je dit dan niet met een conventionele laadpaal (die wel 1/3 fasen geschikt is uiteraard, zoals de Elvi) kunnen doen waarbij je extern de 1/3 fase schakeling laat plaats vinden?)

De handschakeling die evcc voorstelt wordt door hun als een soort winter/zomer regeling gezien. Echter is dat m.i. nogal onzinnig. Natuurlijk wil ik in de herfst/winder/lente op 1 fase kunnen laden op dagen dat de zon zich laat zien. Maar verder is het vooral 's nachts (dynamische tarief) op 3 fasen volpompen die hap (waarbij evcc helpt met de meest prijsgunstige tijden). Dat zou dus een hoop handmatig geschakel worden en is HA/evcc er nou juist er niet om dit te voorkomen?

Daarnaast is er in evcc de optie om bij je laadpaal aan te geven of hij 1 of 3 fasen aangesloten is. Een wijziging vereist een herstart. Ik weet niet in hoeverre dit ook echt nodig is en wat het in de software doet, de configs voor de laders die wel kunnen schakelen tussen 1 en 3 zullen deze instelling vast niet hebben.

In ieder geval heb ik de hardware al aangepast. Ik had eerst een Shelly Pro3 gekocht met dit doel maar toen die er eenmaal was besloten hem niet hiervoor te gebruiken. Ten eerste vind ik de aansluitklemmetjes veel te priegelig voor installatiedraad met een redelijke diameter, ten tweede is deze op max. 16A gespecificeerd en ik lees overal dat dit niet 16A uren lang achter elkaar moet zijn (zoals bij laden wel het geval is), laat staan 2x16A. Ik heb geen zin in oververhitting... Dus wie nog een Shelly Pro 3 zoekt voor andere doeleinden...

Dus op zoek naar een alternatief. Helaas kon ik niks met 2 (of meer) contacten vinden dat degelijk, flinke amperes aankon en slim was. Ben uiteindelijk uitgekomen op 2 stuks Tongou TO-Q-SY1-JZT/ZT DIY.

https://www.tongou.com/pr...th-metering-to-q-sy1-jzt/

Heb ze op de officiële website besteld, was wel iets duurder dan Ali maar ik had ze dan ook binnen 2 dagen binnen terwijl ik in het weekend besteld had....

Ik weet het: Chinees product maar officieel CE logo en FCC logo en nog wat van dat spul qua certificaten op hun website te zien. Product voelt en oogt zeer degelijk, gewoon net zo goed als Europees spul. Wat voor mij wel een beetje doorslaggevend was is dat ze als 63A gerate zijn. Dat is heel wat meer dan 16A en biedt dus flink "headroom".
Ik ben uiteraard bereid er 1 open te slopen om zelf te zien of de boel een beetje deugdelijk in elkaar zit maar dan moet iemand me er wel eentje sponsoren

Let op dat dit remote schakelaars zijn. Het zijn GEEN vervangers voor installatie automaten !!!! Ze moeten (ook volgens de handleiding) ACHTER een installatie automaat geplaatst worden. Er wordt wel aangegeven dat ze overspanning, overstoom etc. beveiliging hebben maar ze zijn zeker niet bedoeld als vervangers voor installatie automaten.
Ik had de versie met stroom meting besteld, achteraf onzinnig omdat ik al een HW 3 fase kWh meter heb maar voor die paar centen extra.....

Nieuw Hager groepenkastje met 2 extra posities en wat aansluitdraadjes bij Elektramat besteld (ik ben gek op die kant en klare soepele verbingsdraadjes van hun, helaas nergens anders te krijgen....) en gisteren de boel omgebouwd. Oude Hager kastje erachter vandaan gehaald zonder alles los van de bedrading te halen.

De Tongou's willen de fase aan de bovenzijde aangesloten hebben anders werken ze niet. De nul kan boven of onder aangesloten worden dat maakt niet uit. Sowieso heb ik de nul uiteraard alleen aan 1 kant aangesloten, die is er alleen om de schakelaars te laten werken.

Aanmelden bij ZHA was een appeltje-eitje en werkte meteen perfect. Je kunt het contact ook met de drukknop schakelen.

Inmiddels een laadsessie voltooid met 3 fasen. De schakelaars komen niet eens in de buurt van warm, de kWh meter van HW werd een stukje warmer wat dat betreft.

Ik moet nog wat verder onderzoek doen naar diegene die evcc aangepast heeft om het schakelen _wel_ "dynamisch" te laten verlopen. Voorlopig werkt dit nu even voor mij als "handmatige" schakelfunctie, ik rapporteer verder als ik verder ben

[Afbeelding]

[Afbeelding]

Ik zou heel goed oppassen met een sequentie van 1 naar 3 en dan terug van 3 naar 1. Volgens mij was het op dat laatste het moment dat er 3 boordladers intern in de auto geknoopt zijn aan 1 fase en kreeg je daar een kortsluiting als er terug naar 3 gegaan werd omdat de laders dan allemaal op 1 punt verbonden waren. Hoe L2 en L3 dan op datzelfde punt hun potentiaal zetten snap ik zelf ook nog niet of herinner ik me niet meer. Misschien wil @Femme dat nog even ophalen ergens.

Kijk eens aan, een andere Tweaker hier @Hippe Lip waarschuwt er voor op het KIA forum:
https://www.kiaclub.nl/to...rijders-let-op-met-zappi/

Klopt, dat is hoe Zappi het beschrijft. Zappi was ook de eerste die ermee naar buiten kwam, voor zover ik het heb kunnen volgen. Zij ontdekten het.

En in eerste instantie zei Kia natuurlijk dat het een Zappi-probleem was, maar het ligt toch echt 100% aan Kia. Er blijken 2 problemen:

1. Wanneer er met 1 fase geladen wordt schakelt de Kia idd twee laadcircuits parallel en laat daarbij na om de pin van het bijgeschakelde circuit aan de buitenkant los te koppelen.
2. Wanneer de Zappi een resetsignaal geeft aan de auto, wordt dat parallelschakelen niet opgeheven. Er vindt dus geen totale reset plaats. Nu is nergens gedefinieerd wat die reset nou precies wel en niet zou moeten doen, maar ik kan me van Zappi wel voorstellen dat ze verwachten dat de auto alles ook werkelijk reset. Dit punt is dus wel wat arbitrair....

[ Voor 6% gewijzigd door HyperBart op 08-12-2025 16:50 ]

[Get!em]

HyperBart schreef op maandag 8 december 2025 @ 16:33:
[...]

Daar zeg je het zo, m.i
M.i zou een sessie onmiddellijk afgebroken worden als live/hot zomaar 2 fases er uit gejast worden.


[...]

Dat gaat goed tot het fout gaat. Er zat een tijdje een bug in een aantal KIA's en Hyundai's ook dacht ik die intern niet goed omgingen met een to spec based wissel van fases. Er zijn toen zelfs een aantal Alfen's daardoor opgeblazen. @Femme weet daar nog wat van.


[...]


Ik zou heel goed oppassen met een sequentie van 1 naar 3 en dan terug van 3 naar 1. Volgens mij was het op dat laatste het moment dat er 3 boordladers intern in de auto geknoopt zijn aan 1 fase en kreeg je daar een kortsluiting als er terug naar 3 gegaan werd omdat de laders dan allemaal op 1 punt verbonden waren. Hoe L2 en L3 dan op datzelfde punt hun potentiaal zetten snap ik zelf ook nog niet of herinner ik me niet meer. Misschien wil @Femme dat nog even ophalen ergens.

Kijk eens aan, een andere Tweaker hier @Hippe Lip waarschuwt er voor op het KIA forum:
https://www.kiaclub.nl/to...rijders-let-op-met-zappi/


[...]

In het Kia en Zappi topic ook meerdere keren beschreven.

Er waren meerdere issues, waaronder het 2 omvormers parallel schakelen in de KIA, alsook de timing van het commando van omschakelen vanuit een lader.

Ik heb hier met de Peblar en een KIA geen enkel probleem om te schakelen vice versa met 1p3p. Zowel met de software van Peblar, als ook via de API van de peblar vanuit Homeassistant (REST) of EVCC(Modbus).

@AA42 Overigens, zou ik, als je de kabels toch al hebt liggen, niet het risico willen nemen dit met zelfbouw schakelaars te gaan doen, maar gewoon voor €600 een Peblar Home halen en die eraan knopen. Het risico dat je iets stuk maakt en dat de schade hoger is dan dat aanschaf bedrag is aanwezig.

[luccie]

Volgende topic,

Zijn er mensen die willen helpen de EVCC Sessy json parser compleet te maken?
Ik doe het nu via MQTT, maar de HTTP API van Sessy is natuurlijk beter.

Alleen ik ben meer een kopieer en probeer programmeur
variabelen toevoegen gaat nog wel lukken,

Maar bijvoorbeeld of je maar 1x hoeft in te loggen en dan geel die JSON in 1x binnen EVCC naar bijvoorbeeld SOC en POWER kan parsen, is dat om te bouwen?

topic waarin ik het begin heb geprobeerd:
https://forum.sessy.nl/we...-ondersteuning/#post-2251

Update, inmiddels werkend met P! en batterij read only.

De code op het sessy forum even gepost, om zo niet op meerdere plekken te moeten updaten steeds

[ Voor 138% gewijzigd door luccie op 08-12-2025 23:36 . Reden: uitbreiding code ]

[AA42]

HyperBart schreef op maandag 8 december 2025 @ 16:33:
[...]

Daar zeg je het zo, m.i
M.i zou een sessie onmiddellijk afgebroken worden als live/hot zomaar 2 fases er uit gejast worden.


[...]

Dat gaat goed tot het fout gaat. Er zat een tijdje een bug in een aantal KIA's en Hyundai's ook dacht ik die intern niet goed omgingen met een to spec based wissel van fases. Er zijn toen zelfs een aantal Alfen's daardoor opgeblazen. @Femme weet daar nog wat van.


[...]


Ik zou heel goed oppassen met een sequentie van 1 naar 3 en dan terug van 3 naar 1. Volgens mij was het op dat laatste het moment dat er 3 boordladers intern in de auto geknoopt zijn aan 1 fase en kreeg je daar een kortsluiting als er terug naar 3 gegaan werd omdat de laders dan allemaal op 1 punt verbonden waren. Hoe L2 en L3 dan op datzelfde punt hun potentiaal zetten snap ik zelf ook nog niet of herinner ik me niet meer. Misschien wil @Femme dat nog even ophalen ergens.

Kijk eens aan, een andere Tweaker hier @Hippe Lip waarschuwt er voor op het KIA forum:
https://www.kiaclub.nl/to...rijders-let-op-met-zappi/


[...]

Tsja. Dat was in 2020. Een "eeuwigheid" geleden in EV land
Heb alles gelezen van die 2 pagina's en ik denk dat zowel Kia als Zappi zich niet aan de normen hebben gehouden. Vooral het van de fase doorzetten op de laadstekker zetten door Kia lijkt mij toch een blunder van jewelste. (Maar verbaast me ook niet. Heb zelf ook een eNiro gereden van 2020 en veel problemen gehad zoals defecte motor, transmissie en airco).
Zappi hield zich waarschijnlijk wel aan de normen maar de Kia reageerde te traag.

Uitstekende en opbouwende reacties, daar hou ik van

Even voorop een link die over hetzelfde onderwerp gaat en waarin het standpunt van evcc ook wordt weergegeven:
https://github.com/evcc-io/evcc/discussions/4763

Ik heb zoals gezegd inderdaad niet zo zeer twijfels als wel een hele grote voorzichtigheid. Wil graag dat mijn laadpaal en EVs heel blijven.

Daarom nu ook nog geen enkele automatisering wat dat betreft.

Voor zover ik weet is er altijd een "omschakelmoment" waarbij het laadproces gestopt wordt alvorens er 2 fasen worden bij/afgeschakeld.
Het punt wat evcc heeft is dat een automatisch gestuurde schakelaar altijd op een of andere manier -ongewenst- gestuurd zou kunnen worden. Zoals ik al schreef denk ik dat het uitvallen van 1 of 2 fasen iets is wat in de praktijk ook ongewild kan gebeuren en daar zouden laders en EVs op voorbereid moeten zijn. Er zijn zelfs nog veel ergere scenarios denkbaar zoals het wegvallen van de nul of andere rare zaken per fase.

Alhoewel ik zeer kritisch ben richting AI (doordat ik ChatGPT te vaak op fouten die hij als keiharde waarheden brengt) toch maar eens wat pogingen gedaan. Op de een of andere manier lijkt Chat hier wel goed op de hoogte, maar ik hoor graag als het niet zo is!

Alhoewel hij geen delen van de relevante normen 1 op 1 mag weergeven mag hij wel parafraseren en kennelijk kent hij dus wel de inhoud van normen als de IEC 61851.

Met flink doorvragen kom ik tot hetvolgende:

Vanuit de IEC 61851 is het niet toegestaan dat een EVSE (lader) "spontaan" 2 extra fasen doorgeeft aan de EV. Bij het opstarten van een laadsessie (in ons worst-case geval dus 1 fase) worden er diverse veiligheidschecks uitgevoerd voordat er 1 of 3 fasen worden doorgeschakeld. Omdat dit niet kan bij een dergelijke spontane bijschakeling van 2 fasen worden de 2 extra fasen door de EVSE genegeerd. De interne relais blijven "uit" dus de twee extra fasen zouden sowieso niet doorgegeven mogen worden naar de EV.

Maar ook de EV's zelf zijn op een soortgelijke manier beveiligd. OBCs zouden zelfs als ze dus WEL 2 extra fasen tijdens een laadsessie aangeboden zouden krijgen deze simpelweg negeren. Europese EVs als BMW i3s en Skoda Enyaq die ik heb zouden simpelweg de extra fasen negeren en doorladen op 1 fase. Tesla zou afschakelen. Beide in ieder geval niet onveilig of vonkenregen veroorzakend.

Zelfs het verhaal van de Kia met Zappi resulteerde in een paar aan elkaar gelaste contacten van de relais in de Zappi (en naar ik mag hopen een paar uitschakelende installatieautomaten). Ik lees nergens over schade in de Kia. Een paar relais vervangen in mijn Elvi is geen enkel probleem voor mij mocht het echt zo fout gaan. (MTS Elektronica).

Ik verwijs ook naar de Github link hierboven. De testen van iemand met een VW ID4 geven aan dat er simpelweg niets spannends gebeurt.

Als ik er faliekant naast zit hoor ik het graag.

[AA42]

sirtm schreef op maandag 8 december 2025 @ 15:20:
[...]
1P3P switch kan ook de lader van je auto opblazen als je dat niet correct doet, en dat is denk ik ook een reden dat de EVCC ontwikkelaars jouw 'oplossing' niet supporten, ze kunnen niet inschatten welke combinatie van laadpalen en auto's er voorbij (gaan) komen, en moeten dus blijven bij wat ze met de leveranciers van laadpalen afspreken wat ondersteund wordt.

Volgens de normen kan het helemaal niet gebeuren. Dat er fabrikanten zijn die zich niet aan de normen houden en dat zulke voertuigen dan ook nog door de Europese toelatingskeuringen komen is op z'n zachtst gezegd schrikbarend. Maar een Kia of Hyandai gaat niet aan mijn laadpaal (meer) komen

evcc zou m.i. dan ook gewoon vanuit deze normen mogen redeneren. We gaan ook niet een NEN1010 ter discussie stellen, daarmee kunnen ook tientallen fouten gemaakt worden.

sirtm schreef op maandag 8 december 2025 @ 15:20:
Wel super netjes gedaan, dank voor de link naar de gebruikte switches, zien er interessant uit.

Dankjewel! Het Hager kastje begon ooit als een heel kleintje met alleen de 3 fase schakelautomaat (geleverd door de laadpaal plaatser), daarna heb ik zelf de HW meter bijgeplaatst (1e groei van kastje) en nu dus deze 2 schakelaars. Had beter meteen wat groter kunnen gaan
Ik doe alles zelf in mijn meterkast als het om elektra gaat. Toen de monteur van Stedin hier de boel kwam omzetten van 1 naar 3 fasen kreeg ik dan ook nog een compliment, maar heb dan ook de juiste achtergrond om er aan te kunnen sleutelen.

[Jay-v]

Volgens de app moet de charge mode op "Solar" staan om van dynamische tarieven te gebruiken. Ik heb hem netjes ingesteld om op 07:00 - 80% vol te zijn. Maar vannochtend kwam ik er achter dat hij maar een klein beetje geladen had. Toen heb ik hem handmatig omgezet naar de "Fast" modus om toch te laden. Dit zie je terug in onderstaande grafiek. Doe ik iets verkeerd of begrijp ik de instelling niet? 🤷‍♂️

[JanHenk]

@Jay-v Wat zegt het detailscherm van het laadplan, over wanneer ie gaat laden? En de logs?

Want het klopt wel dat de modus op PV of Min-PV moet staan voor laadplannen.

[Hippe Lip]

Omdat ik overweeg om over te stappen op een dynamisch contract heb ik evcc op mijn HA geïnstalleerd. Bij de configuratie loop ik tegen een probleempje aan.

Ik gebruik de experimentele UI-configuratie. De auto kan ik selecteren, maar mijn Zappi (V2.0) helaas niet. Het merk Myenergi staat vreemd genoeg helemaal niet in de lijst.

Doe ik iets verkeerd, kijk ik ergens overheen?

[Mirabis]

Hippe Lip schreef op donderdag 11 december 2025 @ 11:41:
Omdat ik overweeg om over te stappen op een dynamisch contract heb ik evcc op mijn HA geïnstalleerd. Bij de configuratie loop ik tegen een probleempje aan.

Ik gebruik de experimentele UI-configuratie. De auto kan ik selecteren, maar mijn Zappi (V2.0) helaas niet. Het merk Myenergi staat vreemd genoeg helemaal niet in de lijst.

Doe ik iets verkeerd, kijk ik ergens overheen?

Misschien via https://github.com/evcc-io/evcc/discussions/21270

[Hippe Lip]

@Mirabis Dank! Daar ga ik mee aan de slag.

[Jay-v]

JanHenk schreef op donderdag 11 december 2025 @ 09:49:
@Jay-v Wat zegt het detailscherm van het laadplan, over wanneer ie gaat laden? En de logs?

Want het klopt wel dat de modus op PV of Min-PV moet staan voor laadplannen.

Hmm, goed punt . Wellicht zit hier het probleem. Ik zie een aantal laad sessies. Hij plant netjes de juiste kwartiertjes om te laden, maar de Renault API werkt blijkbaar niet mee.

code:

[lp-1 ] DEBUG 2025/12/11 02:42:07 plan: charge 1h43m2s between 2025-12-11 02:42:07 +0100 CET until 2025-12-11 07:00:00 +0100 CET (power: 11040W, avg cost: 0.233)
[lp-1 ] DEBUG 2025/12/11 02:42:07 wake-up vehicle, attempts left: 1
[lp-1 ] ERROR 2025/12/11 02:42:08 wake-up vehicle: unexpected status: 403 (Forbidden)

code:

[lp-1  ] INFO 2025/12/11 00:57:06 start charging ->
[lp-1  ] INFO 2025/12/11 01:27:08 stop charging <-
[lp-1  ] ERROR 2025/12/11 01:42:07 wake-up vehicle: unexpected status: 403 (Forbidden)
[lp-1  ] ERROR 2025/12/11 02:12:07 wake-up vehicle: unexpected status: 403 (Forbidden)
[lp-1  ] ERROR 2025/12/11 02:42:08 wake-up vehicle: unexpected status: 403 (Forbidden)
[main  ] INFO 2025/12/11 03:41:54 new version available: 0.211.1
[lp-1  ] INFO 2025/12/11 05:48:03 start charging ->
[lp-1  ] INFO 2025/12/11 07:27:05 stop charging <-
[lp-1  ] INFO 2025/12/11 07:57:08 car disconnected
[main  ] INFO 2025/12/11 09:41:54 new version available: 0.211.1

Het is alleen niet consistent, want de eerste paar session werken wel. Lijkt een probleem te zijn met de Renault API integratie: https://github.com/hacf-fr/renault-api/issues/1348

[Hippe Lip]

Mirabis schreef op donderdag 11 december 2025 @ 11:44:
Misschien via https://github.com/evcc-io/evcc/discussions/21270

Hmm, nu lees ik dat de paal dan via OCPP bestuurd wordt. Betekent dit dat ik de Zappi dan niet meer zelf kan besturen? Er kan immers maar één kapitein op het schip zijn?

In dat geval is deze besturing van mijn Zappi voor mij geen oplossing. Ik heb automatiseringen die op specifieke momenten (bv gastgebruik) instellingen op mijn Zappi aanpassen. Dat gaat dan botsen.

Kan het ook op een andere manier dan via OCPP?

[JanHenk]

@Jay-v Wat voor lader gebruik je? evcc stuurt in beginsel de lader aan om weer te gaan laden. Maar dat lukt niet altijd en dan wordt er een soort wake-up verstuurt. Maar in beginsel is dat niet nodig. Althans, met mijn Alfen niet.

De wake-up is lastig, dat zou eventueel opgelost kunnen worden door iemand met een Renault en de juiste api. Maar los daarvan zou eigenlijk de lader de sessie moeten kunnen hervatten.

[Jay-v]

JanHenk schreef op donderdag 11 december 2025 @ 12:00:
@Jay-v Wat voor lader gebruik je? evcc stuurt in beginsel de lader aan om weer te gaan laden. Maar dat lukt niet altijd en dan wordt er een soort wake-up verstuurt. Maar in beginsel is dat niet nodig. Althans, met mijn Alfen niet.

De wake-up is lastig, dat zou eventueel opgelost kunnen worden door iemand met een Renault en de juiste api. Maar los daarvan zou eigenlijk de lader de sessie moeten kunnen hervatten.

Ik heb ook een Alfen, maar heb het idee dat er iets niet lekker staat geconfigureerd in mijn auto.

Voorheen had ik een charging schedule ingesteld via de Renault app. Deze heb ik verwijderd, waardoor hij op "instant charging" zou moeten staan. Echter lijkt dit niet helemaal in order en moet ik nog (soms) handmatig de laad sessie starten.

offtopic:
Sowieso is Renault nogal laks met software updates, ze adverteren op hun site met "Waze" native op de R5, maar de auto is inmiddels al meer dan een jaar oud en het is nog steeds niet ondersteund. Er is zelfs nog nooit een software update geweest.

[JanHenk]

Jay-v schreef op donderdag 11 december 2025 @ 12:12:
[...]

Ik heb ook een Alfen, maar heb het idee dat er iets niet lekker staat geconfigureerd in mijn auto.

Voorheen had ik een charging schedule ingesteld via de Renault app. Deze heb ik verwijderd, waardoor hij op "instant charging" zou moeten staan. Echter lijkt dit niet helemaal in order en moet ik nog (soms) handmatig de laad sessie starten.

offtopic:
Sowieso is Renault nogal laks met software updates, ze adverteren op hun site met "Waze" native op de R5, maar de auto is inmiddels al meer dan een jaar oud en het is nog steeds niet ondersteund. Er is zelfs nog nooit een software update geweest.

Ja, ik gebruik dus geen enkel schema, laadlocaties of iets dergelijks. Al die opties in de auto kunnen de aansturing door evcc in de war schoppen. De auto zou eigenlijk altijd open moeten staan om de laadsessie te hervatten, zodat je puur de laadpaal kan aansturen.

Kun je het eens proberen zonder de auto de integreren? Dus met een "offline auto", volgens Generic vehicle (Without Api)". Dan roept evcc in ieder geval niet die auto aan. Laadplan moet je dan wel zelf maken op basis van een gewenste aantal kWh omdat evcc dan ook geen inzicht heeft in de huidige SoC, maar op die manier kun je wel dingen uitsluiten. Als het dan nog niet lukt om volgens plan te laden, zit er alsnog iets in de auto die het blokkeert. Maar dan zou de switch naar de 'fast'-modus ook niet moeten werken.

[Get!em]

Hippe Lip schreef op donderdag 11 december 2025 @ 11:55:
[...]

Hmm, nu lees ik dat de paal dan via OCPP bestuurd wordt. Betekent dit dat ik de Zappi dan niet meer zelf kan besturen? Er kan immers maar één kapitein op het schip zijn?

In dat geval is deze besturing van mijn Zappi voor mij geen oplossing. Ik heb automatiseringen die op specifieke momenten (bv gastgebruik) instellingen op mijn Zappi aanpassen. Dat gaat dan botsen.

Kan het ook op een andere manier dan via OCPP?

In de interface kan je de default startmodus van Charging aangeven, per auto.
Bij je eigen auto, zet je hem dan op PV + planner
Bij een guest auto, zet je hem dan op Fast (indien gewenst). Met mijn Peblar kan ik dan alsnog via de API de charge-current overrulen.
Of dit ook werkt met een OCPP geconfigureerde chargepoint, weet ik niet.

[LT1970]

Hippe Lip schreef op donderdag 11 december 2025 @ 11:55:
[...]

Hmm, nu lees ik dat de paal dan via OCPP bestuurd wordt. Betekent dit dat ik de Zappi dan niet meer zelf kan besturen? Er kan immers maar één kapitein op het schip zijn?

In dat geval is deze besturing van mijn Zappi voor mij geen oplossing. Ik heb automatiseringen die op specifieke momenten (bv gastgebruik) instellingen op mijn Zappi aanpassen. Dat gaat dan botsen.

Kan het ook op een andere manier dan via OCPP?

Ik had ook een paar automatiseringen in HA die de laadpaal aanstuurden, deze heb ik zo aangepast dat ze via MQTT de instellingen in EVCC updaten. Normaal regelt EVCC automatisch het laden van de auto zodra er zonnestroom over is. Als we de volgende dag weg moeten dan geef ik in HA dat er 's nachts op het goedkoopste uur wordt geladen

[Tunestwo]

Toevallig mensen die een Evbox ELVI aan de gang hebben gekregen? ik krijg het helaas niet voor elkaar... occp is het IP van EVCC maar als ik daarna het wallbox gedeelte er achter zet kan ik niet opslaan tenzij ik eindig met een /

[Hippe Lip]

@Get!em en @LT1970 Dank voor de suggesties. Dan ga ik toch maar eens verder kijken hoe ik EVCC kan configureren. Dit geeft me vertrouwen dat er wel een modus gaat zijn om ook nog zelf het stuur over te nemen als dat nodig mocht zijn.

Toch nog even die ene specifieke vraag herhalen:
Is er een mogelijkheid om een koppeling van mijn Zappi met EVCC te maken zonder die OCPP-modus van de Zappi te activeren? Ik kan de laadpaal nu al aansturen, zou EVCC dat dan niet ook nu al kunnen zonder OCPP te activeren? Wat moet ik daarvoor doen?

[Get!em]

Hippe Lip schreef op donderdag 11 december 2025 @ 22:54:
@Get!em en @LT1970 Dank voor de suggesties. Dan ga ik toch maar eens verder kijken hoe ik EVCC kan configureren. Dit geeft me vertrouwen dat er wel een modus gaat zijn om ook nog zelf het stuur over te nemen als dat nodig mocht zijn.

Toch nog even die ene specifieke vraag herhalen:
Is er een mogelijkheid om een koppeling van mijn Zappi met EVCC te maken zonder die OCPP-modus van de Zappi te activeren? Ik kan de laadpaal nu al aansturen, zou EVCC dat dan niet ook nu al kunnen zonder OCPP te activeren? Wat moet ik daarvoor doen?

Als je dat kunt vanuit Homeassistant, dan maak je in Evcc een HomeAssistant Charger aan en koppel je alle entiteiten via een long-token van HA.
https://docs.evcc.io/en/docs/devices/chargers#custom

Zoek even terug in topic voor een template hoe je dat doet (zoekterm HomeAssistant Vehicle dan zie je de wijze hoe dat bij vehicle werkt, maar dan zelf even omzetten met entiteiten op een charger)

[ Voor 10% gewijzigd door Get!em op 12-12-2025 07:53 ]

[Kammika]

Get!em schreef op vrijdag 12 december 2025 @ 07:47:
[...]

Als je dat kunt vanuit Homeassistant, dan maak je in Evcc een HomeAssistant Charger aan en koppel je alle entiteiten via een long-token van HA.
https://docs.evcc.io/en/docs/devices/chargers#custom

Zoek even terug in topic voor een template hoe je dat doet (zoekterm HomeAssistant Vehicle dan zie je de wijze hoe dat bij vehicle werkt, maar dan zelf even omzetten met entiteiten op een charger)

ik vond een HA charger niet heel stabiel werken (komt wellicht ook doordat ik Alfen heb en de Alfen integratie niet altijd commando's correct uitvoert), dus ik heb omgedraaid: De besturing van de charger doet evcc en gebruik in ha de evcc integratie om dan nog weer EVCC (en dus de laadpaal) te besturen vanuit HA. Dat werkt stukken beter...

[luigi87]

Scriptkid schreef op dinsdag 2 december 2025 @ 09:34:
[...]


Dit is wat ik doe, Main is altijd de hoofd en heeft geen refferentie nodig. Laadpaal is de eerste Sub en je bij je laadpaal (zie onderaan) reffereer je dat ie in dat circuit zit. Jij hebt ook nog een batterij die zou je ook onde de laadpaal kunnen hangen zodat ze samen nooit meer dan 16A mogen pakken (Vanuit EVCC gezien die zal dan dus afschalen en zich aan passen aan de batterij).

Zie ook 300 watt 0 punt shift in huis naar de negative kant (Of te wel EVCC mag 300 watt uit net halen in solar mode , jij wilt waarschijnlijk dat hij 200 overlaat zodat batterij niet telkens drained)

YAML:

circuits:
- name: main
  maxcurrent: 20
  meter: grid
  parent:
- name: laadpaal
  maxcurrent: 16
  parent: main

site:
  title: Home
  meters:
    grid: grid
    pv:
      - pv1
      - pv2
      - pv3
      - pv4
  residualpower: -300

loadpoints:
- title: Oprit
  charger: Alfen
  mode: pv
  #vehicle: EX30 # set default vehicle (disables vehicle detection)
  phases: 0 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
  circuit: laadpaal
  enable:
    # switch on when there is at least 400 W surplus for 3 minute
    delay: 4m
    threshold: -400
  disable:
    # switch off if more than 1100 W are drawn from the mains for 4 minutes
    delay: 4m
    threshold: 1100
  soc:
    poll:
      # poll mode defines under which condition the vehicle API is called:
      #   charging: update vehicle ONLY when charging (this is the recommended default)
      #   connected: update vehicle when connected (not only charging), interval defines how often
      #   always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle)
      mode: connected
      # poll interval defines how often the vehicle API may be polled if NOT charging
      interval: 30m

Batterij voorbeerld: (PV en meter delen 16A)

code:

circuits:
- name: main
  maxcurrent: 20
  meter: grid
  parent:
- name: car
  maxcurrent: 16
  parent: main
- name: Battery
  meter: (The meter name that measures the battery)
  maxcurrent: 16 (Optioneel zal evcc niks mee doen maar dan zie je het wel in de GUI)
  parent: car
 

loadpoints:
- title: Oprit
  charger: Alfen
  mode: pv
  circuit: laadpaal

https://temp-image.com/HvEVwi5uy20JyJw

Thanks, had nu eindelijk even tijd om er in te duiken.
mijn config is nu alsvolgt:

- moet nog even kijken hoe ik de batterij meting erin krijg, de meting zit namelijk in de Victron Cerbo en ik zie deze data dus ook niet binnenkomen bij EVCC
Mogelijk kan ik deze data wel binnenhalen via HA, via de sensor sensor.victron_system_battery_power. Lijkt erop als deze positief is dan laad ik met power van het net/ solar. Negatief dan ontlaad ik het systeem.

Ik heb de standaard modus van het loadpoint op minpv gezet.

en de max current in het circuit op 24 (dit is correct toch bij 3 x25A hoofdzekering)??

En als ik nu bij de batterij settings aangeef dat de auto een deel van de batterij mag gebruiken, dan gaat die in PV mode ook energie uit de batterij halen toch?

YAML:

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: f7ff4fed135150039dbefc764f3652e57fb0422295e95d864afbd3197916d001

interval: 20s # control cycle interval

circuits:
- name: main
  maxcurrent: 24
  meter: grid1
  parent:
- name: laadpaal
  maxcurrent: 16
  parent: main
#- name: Battery
#  meter: (The meter name that measures the battery)
#  maxcurrent: 16 (Optioneel zal evcc niks mee doen maar dan zie je het wel in de GUI)
#  maxPower: 9360
#  parent: laadpaal

loadpoints:
- title: Garage
  charger: eve single
  mode: minpv
  #vehicle: EX40 # set default vehicle (disables vehicle detection)
  phases: 0 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
  circuit: laadpaal
  enable:
    # switch on when there is at least 400 W surplus for 3 minute
    delay: 4m
    threshold: -400
  disable:
    # switch off if more than 1100 W are drawn from the mains for 4 minutes
    delay: 4m
    threshold: 1100
  soc:
    poll:
      # poll mode defines under which condition the vehicle API is called:
      #   charging: update vehicle ONLY when charging (this is the recommended default)
      #   connected: update vehicle when connected (not only charging), interval defines how often
      #   always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle)
      mode: connected
      # poll interval defines how often the vehicle API may be polled if NOT charging
      interval: 30m

meters:
- type: template
  template: victron-energy
  usage: grid
  host: 192.168.1.239
  port: 502
  meterid: 40
  name: grid1
- name: enphase
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.envoy_s_current_power_production
    method: GET
    headers:
        Authorization: "Bearer key>
        Content-Type: application/json
    jq: .state | tonumber
- name: saj
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.sensor_saj_current_power2
    method: GET
    headers:
        Authorization: "Bearer key>
        Content-Type: application/json
    jq: .state | tonumber

- type: template
  template: victron-energy
  usage: battery
  host: 192.168.1.239
  port: 502
  name: battery4
  Capacity: 48.23

site:
  title: My home
  meters:
    grid: grid1
    pv:
    - enphase
    - saj
    battery:
    - battery4
  residualpower: 100

[Scriptkid]

luigi87 schreef op vrijdag 12 december 2025 @ 15:47:
[...]


Thanks, had nu eindelijk even tijd om er in te duiken.
mijn config is nu alsvolgt:

Victron heb ik helaas geen ervaring mee , weet neit wat er in het template zit en of je meschien een simple JQ uit kunt voeren.

Voor de MAIN circuit zou ik zelf adviseren om 20A aan te houden. (1A speling is best klein en ja hij houd het best lang vol op 30A maar toch als hij al heel lang warm is dan kan het snel gaan.) Zelfs op 20A zul je spikes zien naar 28A use omdat vrouwlief de wasmachine aan zet tijdens het koken en dan komt er ineens 10A bij die 24A die je hebt staan.

[remcoXP]

ik draai nu evcc in proxmoc als helper script waar ik het eerst in HA had. ik herstart HA toch te vaak maar ik draait de evcopt nog wel in homeassistant. hoe verwijs ik daar naartoe? in de homeassistant addon was dat eenvoudig, maar als lcx container komt ik hier niet uit.

ook heb ik homewizzard nu via de gui ingesteld, terwijl ik deze ook 2x in home assistant heb (1 keer de integratie(om de 5 sec) en als rest call elke seconde.
kan de home wizzard dit stabiel aan als ik deze ook in evcc instel, of raden jullie aan deze vanuit home assistant te halen aangezien dit de belansting op de p1 meter zelf kan verminderen.

[Scriptkid]

remcoXP schreef op vrijdag 12 december 2025 @ 19:33:
ik draai nu evcc in proxmoc als helper script waar ik het eerst in HA had. ik herstart HA toch te vaak maar ik draait de evcopt nog wel in homeassistant. hoe verwijs ik daar naartoe? in de homeassistant addon was dat eenvoudig, maar als lcx container komt ik hier niet uit.

ook heb ik homewizzard nu via de gui ingesteld, terwijl ik deze ook 2x in home assistant heb (1 keer de integratie(om de 5 sec) en als rest call elke seconde.
kan de home wizzard dit stabiel aan als ik deze ook in evcc instel, of raden jullie aan deze vanuit home assistant te halen aangezien dit de belansting op de p1 meter zelf kan verminderen.

EVCC polled maar 1x per 30 sec in default config naar je P1 , Mijn shellys pollen elke 10 sec naar de P1. geen enkele issue. (Waarom in HA elke seconden?? )

Makkelijkste is dus gewoon rest call doen direct naar de P1 via template


Template sample:

code:

meters:
- name: grid
  type: template
  template: homewizard
  usage: grid
  host: 192.168.178.50

Custom sample: (Zo kun je ok de energy sockets uit lezen als bijvoorbeeld PV vandaar de x -1 in de java query)

code:

meters:
- name: pv2
  type: custom
  power:
    source: http
    uri: http://192.168.178.53/api/v1/data
    method: GET
    headers:
      - content-type: application/json
    jq: .active_power_w * -1
    timeout: 15s

[ Voor 3% gewijzigd door Scriptkid op 12-12-2025 21:20 ]

[Get!em]

Scriptkid schreef op vrijdag 12 december 2025 @ 21:17:
[...]


EVCC polled maar 1x per 30 sec in default config naar je P1 , Mijn shellys pollen elke 10 sec naar de P1. geen enkele issue. (Waarom in HA elke seconden?? )

Makkelijkste is dus gewoon rest call doen direct naar de P1 via template


Template sample:

code:

meters:
- name: grid
  type: template
  template: homewizard
  usage: grid
  host: 192.168.178.50

Custom sample: (Zo kun je ok de energy sockets uit lezen als bijvoorbeeld PV vandaar de x -1 in de java query)

code:

meters:
- name: pv2
  type: custom
  power:
    source: http
    uri: http://192.168.178.53/api/v1/data
    method: GET
    headers:
      - content-type: application/json
    jq: .active_power_w * -1
    timeout: 15s

Sowieso is dit de v1 api voorbeeld. De eerder gemelde probleem zaten op de nieuwe api met websockets.

Omwille van betere solar sturing heb ik trouwens het naar 6 sec refresh gezet.

[Scriptkid]

LT1970 schreef op donderdag 11 december 2025 @ 12:54:
[...]


Ik had ook een paar automatiseringen in HA die de laadpaal aanstuurden, deze heb ik zo aangepast dat ze via MQTT de instellingen in EVCC updaten. Normaal regelt EVCC automatisch het laden van de auto zodra er zonnestroom over is. Als we de volgende dag weg moeten dan geef ik in HA dat er 's nachts op het goedkoopste uur wordt geladen

Mag ik vragen waarom je dat aan HA overlaat en niet gewoon aan EVCC? klinkt nu alsof je met HA EVCC aanstuurd en evcc je paal terwijl evcc daar voor bedoelt is.

[HyperBart]

luigi87 schreef op vrijdag 12 december 2025 @ 15:47:
[...]


Thanks, had nu eindelijk even tijd om er in te duiken.
mijn config is nu alsvolgt:

- moet nog even kijken hoe ik de batterij meting erin krijg, de meting zit namelijk in de Victron Cerbo en ik zie deze data dus ook niet binnenkomen bij EVCC
Mogelijk kan ik deze data wel binnenhalen via HA, via de sensor sensor.victron_system_battery_power. Lijkt erop als deze positief is dan laad ik met power van het net/ solar. Negatief dan ontlaad ik het systeem.

Ik heb de standaard modus van het loadpoint op minpv gezet.

en de max current in het circuit op 24 (dit is correct toch bij 3 x25A hoofdzekering)??

En als ik nu bij de batterij settings aangeef dat de auto een deel van de batterij mag gebruiken, dan gaat die in PV mode ook energie uit de batterij halen toch?

YAML:

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: f7ff4fed135150039dbefc764f3652e57fb0422295e95d864afbd3197916d001

interval: 20s # control cycle interval

circuits:
- name: main
  maxcurrent: 24
  meter: grid1
  parent:
- name: laadpaal
  maxcurrent: 16
  parent: main
#- name: Battery
#  meter: (The meter name that measures the battery)
#  maxcurrent: 16 (Optioneel zal evcc niks mee doen maar dan zie je het wel in de GUI)
#  maxPower: 9360
#  parent: laadpaal

loadpoints:
- title: Garage
  charger: eve single
  mode: minpv
  #vehicle: EX40 # set default vehicle (disables vehicle detection)
  phases: 0 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
  circuit: laadpaal
  enable:
    # switch on when there is at least 400 W surplus for 3 minute
    delay: 4m
    threshold: -400
  disable:
    # switch off if more than 1100 W are drawn from the mains for 4 minutes
    delay: 4m
    threshold: 1100
  soc:
    poll:
      # poll mode defines under which condition the vehicle API is called:
      #   charging: update vehicle ONLY when charging (this is the recommended default)
      #   connected: update vehicle when connected (not only charging), interval defines how often
      #   always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle)
      mode: connected
      # poll interval defines how often the vehicle API may be polled if NOT charging
      interval: 30m

meters:
- type: template
  template: victron-energy
  usage: grid
  host: 192.168.1.239
  port: 502
  meterid: 40
  name: grid1
- name: enphase
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.envoy_s_current_power_production
    method: GET
    headers:
        Authorization: "Bearer key>
        Content-Type: application/json
    jq: .state | tonumber
- name: saj
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.sensor_saj_current_power2
    method: GET
    headers:
        Authorization: "Bearer key>
        Content-Type: application/json
    jq: .state | tonumber

- type: template
  template: victron-energy
  usage: battery
  host: 192.168.1.239
  port: 502
  name: battery4
  Capacity: 48.23

site:
  title: My home
  meters:
    grid: grid1
    pv:
    - enphase
    - saj
    battery:
    - battery4
  residualpower: 100

Waarom moet je via omwegen naar de Victron gaan?
Ik heb die hier als volgt in de yaml van evcc gegooid en die komt netjes terug in evcc, heel eenvoudig. Staat je Cerbo open?

YAML:

meters:
  - name: batSchuur
    type: template
    template: victron-energy
    usage: battery
    host: 192.168.x.yyy
    port: 502
    minsoc: 0 # Minimaler Ladestand (%), Untere Grenze beim Entladen der Batterie im normalen Betrieb (optional)
    maxsoc: 100 # Maximaler Ladestand (%), Oberes Limit beim Laden der Batterie aus dem Netz (optional)

[HyperBart]

Hippe Lip schreef op donderdag 11 december 2025 @ 22:54:
@Get!em en @LT1970 Dank voor de suggesties. Dan ga ik toch maar eens verder kijken hoe ik EVCC kan configureren. Dit geeft me vertrouwen dat er wel een modus gaat zijn om ook nog zelf het stuur over te nemen als dat nodig mocht zijn.

Toch nog even die ene specifieke vraag herhalen:
Is er een mogelijkheid om een koppeling van mijn Zappi met EVCC te maken zonder die OCPP-modus van de Zappi te activeren? Ik kan de laadpaal nu al aansturen, zou EVCC dat dan niet ook nu al kunnen zonder OCPP te activeren? Wat moet ik daarvoor doen?

Niet rechtstreeks, @Get!em had evt nog een alternatief.
Als je beperkt bent met je laadbox tot OCPP sturing dan is het inderdaad zo dat er slechts 1 OCPP endpoint kan ingesteld worden, het is dus kiezen.

Maar zelfs dan nog vind ik OCPP niet bepaald een interessant protocol om de laadpaal mee aan te sturen. Ervaring N=1 en in dit geval met een Wallbox Pulsar. OCPP werkt traag en onbetrouwbaar imho voor laadaansturing, het is niet bedoeld om heel frequent controle-data over te sturen om dingen aan te passen.

Die Wallbox wordt dan ook eerstdaags vervangen, ben het beu.

[ Voor 4% gewijzigd door HyperBart op 13-12-2025 10:58 ]

[JanHenk]

Eens met Bart, hier eerst ook een Wallbox Pulsar gehad en het werkte niet betrouwbaar qua aansturing en was traag. En je wil een snelle en betrouwbare aansturing.

Een “HA charger” waarbij je de omweg van Home Assistant gebruikt is in geval van de zappi denk ik nog de beste optie. Je gebruikt dan de (cloud) API van zappi.

[Kammika]

luigi87 schreef op vrijdag 12 december 2025 @ 15:47:
[...]


Mogelijk kan ik deze data wel binnenhalen via HA, via de sensor sensor.victron_system_battery_power. Lijkt erop als deze positief is dan laad ik met power van het net/ solar. Negatief dan ontlaad ik het systeem.

Die ingewikkelde config om via http met een longlivedtoken wat op te halen is helemaal niet meer nodig. Je kunt een meter nu me een home assistant template configureren, staat hier beschreven. Viah het hamburger menu kun je dan connectie met HA maken

[Hippe Lip]

HyperBart schreef op zaterdag 13 december 2025 @ 10:57:
Niet rechtstreeks, @Get!em had evt nog een alternatief.
Als je beperkt bent met je laadbox tot OCPP sturing dan is het inderdaad zo dat er slechts 1 OCPP endpoint kan ingesteld worden, het is dus kiezen.

@HyperBart Dat is het hem nou juist: mijn paal ondersteunt standaard helemaal geen OCPP. Om die met OCPP te laten werken moet je het een en ander uithalen, waarna je de paal niet meer gewoon zelf aan kunt sturen.

Daarom ga ik binnenkort (als ik tijd heb, eraan toe kom) zelf de interface van EVCC naar de Zappi in elkaar flansen, als dat lukt.
Als dat niet lukt dan horen jullie me hier weer.

[ Voor 3% gewijzigd door Hippe Lip op 13-12-2025 16:09 ]

[luigi87]

Kammika schreef op zaterdag 13 december 2025 @ 11:20:
[...]

Die ingewikkelde config om via http met een longlivedtoken wat op te halen is helemaal niet meer nodig. Je kunt een meter nu me een home assistant template configureren, staat hier beschreven. Viah het hamburger menu kun je dan connectie met HA maken

Ja klopt maar deze yaml settings zijn nog van voor deze update in evcc.
Zal ik inderdaad eens aanpassen

[luigi87]

HyperBart schreef op zaterdag 13 december 2025 @ 10:50:
[...]


Waarom moet je via omwegen naar de Victron gaan?
Ik heb die hier als volgt in de yaml van evcc gegooid en die komt netjes terug in evcc, heel eenvoudig. Staat je Cerbo open?

YAML:

meters:
  - name: batSchuur
    type: template
    template: victron-energy
    usage: battery
    host: 192.168.x.yyy
    port: 502
    minsoc: 0 # Minimaler Ladestand (%), Untere Grenze beim Entladen der Batterie im normalen Betrieb (optional)
    maxsoc: 100 # Maximaler Ladestand (%), Oberes Limit beim Laden der Batterie aus dem Netz (optional)

Zo heb ik hem ook geconfigueerd maar ik zie geen data terug komen hoeveel stroom of wattage de victron uit net haalt.
En dat wil ik samen met de laadpaal dus niet boven bijvoorveeld de 16amp uit laten komen

[HyperBart]

luigi87 schreef op zaterdag 13 december 2025 @ 19:41:
[...]


Zo heb ik hem ook geconfigueerd maar ik zie geen data terug komen hoeveel stroom of wattage de victron uit net haalt.
En dat wil ik samen met de laadpaal dus niet boven bijvoorveeld de 16amp uit laten komen

Wat krijg je dan wel te zien? Je moet de batterij toch zien? Als je die ziet dan krijg je op de vermogens-balk toch de vermogensstromen zien van alle relevante componenten?

[luigi87]

HyperBart schreef op zaterdag 13 december 2025 @ 21:02:
[...]


Wat krijg je dan wel te zien? Je moet de batterij toch zien? Als je die ziet dan krijg je op de vermogens-balk toch de vermogensstromen zien van alle relevante componenten?

Inderdaad je hebt gelijk dat zie ik inderdaad als de batterij actief is(nu al een tijdje niet)

Maar dan werkt deze code dus ook al gewoon?
En kan ik dus zorgen dat de batterij ladenen de auto laden tegelijk nooit boven de 16 amp uitkomen.

YAML:

circuits:
- name: main
maxcurrent: 20
meter: grid1
parent:
- name: laadpaal
maxcurrent: 16
parent: main
- name: Battery
  meter: (The meter name that measures the battery)
#  maxcurrent: 16 (Optioneel zal evcc niks mee doen maar dan zie je het wel in de GUI)
  maxPower: 9360
  parent: laadpaal

[ Voor 20% gewijzigd door luigi87 op 13-12-2025 23:08 ]

[LT1970]

Scriptkid schreef op vrijdag 12 december 2025 @ 21:29:
[...]


Mag ik vragen waarom je dat aan HA overlaat en niet gewoon aan EVCC? klinkt nu alsof je met HA EVCC aanstuurd en evcc je paal terwijl evcc daar voor bedoelt is.

Standaard staat bij ons de auto altijd een de lader en EVCC staat op PV laden. In de zomer wordt de auto normaal gesproken zo voldoende opgeladen. Maar als we onverwachts snel moeten laden heb ik een knop in HA die EVCC op snel zet, dit kan ook in EVCC zelf maar nu heb ik alles bij elkaar in 1 scherm. Zodra de auto wordt los gekoppeld wordt EVCC automatisch weer op PV laden gezet.

Verder heb ik automatiseringen voor als er 's nachts een goedkoop uurtje is, ik selecteer dan hoe lang ik wil laden en HA regelt het.

[Scriptkid]

LT1970 schreef op zondag 14 december 2025 @ 11:47:
[...]

Verder heb ik automatiseringen voor als er 's nachts een goedkoop uurtje is, ik selecteer dan hoe lang ik wil laden en HA regelt het.

Maar DIT is precies wat EVCC zou moeten doen en niet jij met de hand. EVCC heeft native ondersteuning voor laden op goedkoopste uuren en/of minste CO2, en battery delayed laden om je auto battery hot af te geven voor dat je gaat rijden. etc.

[remcoXP]

zou je dit willen delen?

LT1970 schreef op zondag 14 december 2025 @ 11:47:
[...]

Standaard staat bij ons de auto altijd een de lader en EVCC staat op PV laden. In de zomer wordt de auto normaal gesproken zo voldoende opgeladen. Maar als we onverwachts snel moeten laden heb ik een knop in HA die EVCC op snel zet, dit kan ook in EVCC zelf maar nu heb ik alles bij elkaar in 1 scherm. Zodra de auto wordt los gekoppeld wordt EVCC automatisch weer op PV laden gezet.

Verder heb ik automatiseringen voor als er 's nachts een goedkoop uurtje is, ik selecteer dan hoe lang ik wil laden en HA regelt het.

[Get!em]

Scriptkid schreef op zondag 14 december 2025 @ 22:23:
[...]


Maar DIT is precies wat EVCC zou moeten doen en niet jij met de hand. EVCC heeft native ondersteuning voor laden op goedkoopste uuren en/of minste CO2, en battery delayed laden om je auto battery hot af te geven voor dat je gaat rijden. etc.

Klopt voor de meeste mensen veruit ideaal als je Epex dynamisch hebt met zonnepanelen.

Maar ook ik ga straks naar een scenario toe dat ik veelal niet naar een target wil laden voor vertrektijd x en dat evcc dan komende 24u de goedkope uren gaat bepalen.

Scenario wat ik straks wil (omdat t prijs gunstig is): laden wanneer de batterij EMS API zegt: nu
Die api gaat dat (nog) niet op voorspelling doen, maar adhoc en soms kort en soms lang. Ik wil straks dus minimum laden, en dan fast als die api “nu laden” zegt.

[ Voor 5% gewijzigd door Get!em op 15-12-2025 08:51 ]

[HyperBart]

Get!em schreef op maandag 15 december 2025 @ 08:50:
[...]


Klopt voor de meeste mensen veruit ideaal als je Epex dynamisch hebt met zonnepanelen.

Maar ook ik ga straks naar een scenario toe dat ik veelal niet naar een target wil laden voor vertrektijd x en dat evcc dan komende 24u de goedkope uren gaat bepalen.

Scenario wat ik straks wil (omdat t prijs gunstig is): laden wanneer de batterij EMS API zegt: nu
Die api gaat dat (nog) niet op voorspelling doen, maar adhoc en soms kort en soms lang. Ik wil straks dus minimum laden, en dan fast als die api “nu laden” zegt.

Mja, dat ligt er dus maar aan wat je als "eind-(H)EMS" gaat beschouwen.
Eerstdaags zitten die functies ook volledig af in evcc en dan kan je kiezen waar je dat legt, de vraag is dan ook (ongeacht BE of NL want bij jullie in NL loop het binnen een paar jaar ook volledig af) of de thuisbatterij laden met netstroom wel financieel rendabel gaat blijken.

Ik leg mijn eieren bij evcc 🔋☀️⚡

Hier in België alleen in bepaalde edge cases kan ik je vertellen.

[Get!em]

HyperBart schreef op maandag 15 december 2025 @ 09:04:
[...]


Mja, dat ligt er dus maar aan wat je als "eind-(H)EMS" gaat beschouwen.
Eerstdaags zitten die functies ook volledig af in evcc en dan kan je kiezen waar je dat legt, de vraag is dan ook (ongeacht BE of NL want bij jullie in NL loop het binnen een paar jaar ook volledig af) of de thuisbatterij laden met netstroom wel financieel rendabel gaat blijken.

Ik leg mijn eieren bij evcc 🔋☀️⚡

Hier in België alleen in bepaalde edge cases kan ik je vertellen.

Ik ben het compleet met je eens om EVCC tov de autoladen icm een redelijk simpele batterij hier de credits te geven. Heel mooi stukje software, met een redelijk toegankelijke gebruikersinterface en toch geavanceerde EMS.

Ik ben echter in een project gestapt die zich gaat bezighouden op de rand van onbalans en balans (aFRR), waar dus EVCC wel volgend moet zijn tov het EMS dat dat regelt. Ook zal binnen het project nog moeten leren hoe het efficientst is op te laden.
Onder default instellingen zal EVCC gewoon op Epex dynamisch goedkoop gaat proberen te laden, dan zal dat veelal direct uit de batterij geladen worden.

[Scriptkid]

Get!em schreef op maandag 15 december 2025 @ 08:50:
[...]


Klopt voor de meeste mensen veruit ideaal als je Epex dynamisch hebt met zonnepanelen.

Maar ook ik ga straks naar een scenario toe dat ik veelal niet naar een target wil laden voor vertrektijd x en dat evcc dan komende 24u de goedkope uren gaat bepalen.

Scenario wat ik straks wil (omdat t prijs gunstig is): laden wanneer de batterij EMS API zegt: nu
Die api gaat dat (nog) niet op voorspelling doen, maar adhoc en soms kort en soms lang. Ik wil straks dus minimum laden, en dan fast als die api “nu laden” zegt.

Ook dat is precies wat EVCC vandaag de dag doet ,

Als jij je auto in solar mode zet gaat je overschot PV naar je auto en je price forecast kun je zetten op 2cent en dan gaat hij van solar naar fast zodra de markt 2 cent raakt en automatische weer terug naar solar als het kwartierje goedkoop weer duurder word. Hier hoef je helemaal geen targets voor te zetten.

Active battery control zit er idd nog niet in , maar dat is maar net hoe je batterij er mee om gaat. Neem aan dat je eerst je auto vol wilt laden bij goedkope stroom ipv 2x de transformatie verlies pakken. Of heb jij zo een 60KWH batterij thuis ?

[ Voor 10% gewijzigd door Scriptkid op 15-12-2025 09:24 ]

[JanHenk]

Ja dat soort onbalansmarkthandel gaat ook niet echt lekker samen met een HEMS en huisaansluiting.

Persoonlijk zou ik zoiets (nog los van een hoop andere bezwaren die ik tegen dat type thuisbatterijen heb) misschien wel achter een SAP (secundair allocatiepunt) zetten en er verder niet teveel mee bemoeien.

[Get!em]

Scriptkid schreef op maandag 15 december 2025 @ 09:21:
[...]


Ook dat is precies wat EVCC vandaag de dag doet ,

Als jij je auto in solar mode zet gaat je overschot PV naar je auto en je price forecast kun je zetten op 2cent en dan gaat hij van solar naar fast zodra de markt 2 cent raakt en automatische weer terug naar solar als het kwartierje goedkoop weer duurder word. Hier hoef je helemaal geen targets voor te zetten.

Onder voorwaarde dat de API die getallen levert..... zal waarschijnlijk eerst aan/uit worden.

Active battery control zit er idd nog niet in , maar dat is maar net hoe je batterij er mee om gaat.

Bij active battery control vanuit EVCC gaat de EMS over de zeik

Neem aan dat je eerst je auto vol wilt laden bij goedkope stroom ipv 2x de transformatie verlies pakken. Of heb jij zo een 60KWH batterij thuis ?

Voor het EMS heeft huisverbruik voorrang, dus gaat bij te hard laden, de batterij leeggetrokken worden. En idd, het gaat een 48kWh batterij worden.

[Scriptkid]

Voor het EMS heeft huisverbruik voorrang, dus gaat bij te hard laden, de batterij leeggetrokken worden. En idd, het gaat een 48kWh batterij worden.

Dat kun je met EVCC ook perfect in regelen als je wilt, kost je alleen wat customisation , dat doe ik ook ik heb in het Shelly platform wat code draaien die EVCC API aan stuurd op basis van de solar forecasts en P1 monitorring om zo buis kanaal verwarmerd ook voorrang te geven.

Maar goed use case is duidelijk je wilt zeer advanced enery control en dan moet je idd naar een custom oplossing kijken.

[Kammika]

Scriptkid schreef op maandag 15 december 2025 @ 09:21:
[...]


Ook dat is precies wat EVCC vandaag de dag doet ,

Als jij je auto in solar mode zet gaat je overschot PV naar je auto en je price forecast kun je zetten op 2cent en dan gaat hij van solar naar fast zodra de markt 2 cent raakt en automatische weer terug naar solar als het kwartierje goedkoop weer duurder word. Hier hoef je helemaal geen targets voor te zetten.

Active battery control zit er idd nog niet in , maar dat is maar net hoe je batterij er mee om gaat. Neem aan dat je eerst je auto vol wilt laden bij goedkope stroom ipv 2x de transformatie verlies pakken. Of heb jij zo een 60KWH batterij thuis ?

Tsja... is een beetje de vraag of EVCC op termijn een volledig EMS wordt, of dat de EMS open source die er nu is ook EVCC functionaliteit gaat opslokken (of nog iets er tussen in, dat ze kunnen samenwerken)...

[JanHenk]

Die batterijen waar @Get!em het over heeft, hebben puur een externe focus. Het huisverbruik en optimaliseren daarvan is helemaal niet een issue, alleen voor load balancing. Het wordt extern aangestuurd op basis van markten zoals de EPEX, maar ook en (vooral) onbalans en afgeleiden daar weer van, etc. Door die focus kun je er intern niks mee en dat is bij mijn weten ook niet de bedoeling. Is het toevallig dit project?

Ik zou het vooral als huisverbruik zien binnen evcc en meer niet. evcc heeft dan de interne focus (laden en verbruiken).

En zoals al gezegd, het kan soms financieel interessant zijn om, op momenten dat die thuisbatterij wil laden, ook andere verbruikers in huis daarmee synchroon te laten lopen. Dus ik snap de wens ook om vanuit het EMS van die batterij evcc op de 'now'-modus te schakelen. Maar verder dan dat gaat het niet...

Dit speelt bij jullie in Vlaanderen helemaal niet bij mijn weten.

En ik ben wel wat kritisch op de hoeveelheid energie die heen en weer gaat over je huisaansluiting. Ik vraag me ook sterk af of dat goed gaat in combinatie met de afschaffing van de salderingsregeling. Maar ik heb me er ook niet voldoende in verdiept.

[ Voor 11% gewijzigd door JanHenk op 15-12-2025 10:13 ]

[LT1970]

Scriptkid schreef op zondag 14 december 2025 @ 22:23:
[...]


Maar DIT is precies wat EVCC zou moeten doen en niet jij met de hand. EVCC heeft native ondersteuning voor laden op goedkoopste uuren en/of minste CO2, en battery delayed laden om je auto battery hot af te geven voor dat je gaat rijden. etc.

EVCC ondersteunt inderdaad laden op de goedkoopste uren maar omdat we de auto onregelmatig gebruiken laden we afhankelijk van de agenda in het weekend de auto tot 80 of 90% en door de week af en toe een uurtje zodat we het volgende weekend halen. De ene keer is dit 18 cent per kWh en de andere keer bijvoorbeeld 24.

Dit is zo ad-hoc dat als EVCC dit moet doen, ik iedere keer de configuratie moet aanpassen. In plaats hiervan heb ik een paar knoppen op het dashboard die er voor zorgen dat er 's nachts op het goedkoopste uur (of 2-3-4 uren) de auto "Fast" gaat laden.

[luigi87]

Ik loop even vast, ik heb zojuist mijn conf compleet aangepast en erin gezet.
Maar hij blijft de lader niet zien....

code:

Fout tijdens opstarten. Controleer de configuratie en start opnieuw.
loadpoint: [lp-1] charger: not found: Alfen Eve [db:6]

Ik voeg hem dan weer toe via de UI, herstart en dan is die weer weg.
Ik vermoed dat het door het loadpoint komt, maar waar verwijs ik dan naar in de yaml?

of is het dan beter om de charger toe te voegen in de Yaml?
- de charger heb ik onderaan toegevoegd maar helaas connect die dan niet??

YAML:

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: f7ff4fed135150039dbefc764f3652e57fb0422295e95d864afbd3197916d001

interval: 20s # control cycle interval

circuits:
- name: main
  maxcurrent: 20
  meter: grid1
  parent:
- name: laadpaal
  maxcurrent: 16
  parent: main
#- name: Battery
#  meter: Battery4
#  maxcurrent: 16 (Optioneel zal evcc niks mee doen maar dan zie je het wel in de GUI)
#  maxPower: 9360
#  parent: laadpaal

loadpoints:
- title: Garage
  charger: Alfen Eve [db:6]
  mode: minpv
  #vehicle: EX40 # set default vehicle (disables vehicle detection)
  phases: 0 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
  circuit: laadpaal
  enable:
    # switch on when there is at least 400 W surplus for 3 minute
    delay: 4m
    threshold: -400
  disable:
    # switch off if more than 1100 W are drawn from the mains for 4 minutes
    delay: 4m
    threshold: 1100
  soc:
    poll:
      # poll mode defines under which condition the vehicle API is called:
      #   charging: update vehicle ONLY when charging (this is the recommended default)
      #   connected: update vehicle when connected (not only charging), interval defines how often
      #   always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle)
      mode: connected
      # poll interval defines how often the vehicle API may be polled if NOT charging
      interval: 30m

meters:
- type: template
  template: victron-energy
  usage: grid
  host: 192.168.1.239
  port: 502
  meterid: 40
  name: grid1
- name: enphase
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.envoy_s_current_power_production
    method: GET
    headers:
        Authorization: "Bearer key
        Content-Type: application/json
    jq: .state | tonumber
- name: saj
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.sensor_saj_current_power2
    method: GET
    headers:
        Authorization: "Bearer key
        Content-Type: application/json
    jq: .state | tonumber

- type: template
  template: victron-energy
  usage: battery
  host: 192.168.1.239
  port: 502
  name: battery4
  Capacity: 48.23

#chargers:
#  - name: eve single
#    type: template
#    template: alfen
#
#    # Modbus TCP
#    modbus: tcpip
#    id: 1
#    host: 192.168.1.251 #hostname
#    port: 502 # Port

site:
  title: Benthuizenstraat
  meters:
    grid: grid1
    pv:
    - enphase
    - saj
    battery:
    - battery4
  residualpower: 100

[Get!em]

luigi87 schreef op maandag 15 december 2025 @ 10:43:
Ik loop even vast, ik heb zojuist mijn conf compleet aangepast en erin gezet.
Maar hij blijft de lader niet zien....

code:

Fout tijdens opstarten. Controleer de configuratie en start opnieuw.
loadpoint: [lp-1] charger: not found: Alfen Eve [db:6]

Ik voeg hem dan weer toe via de UI, herstart en dan is die weer weg.
Ik vermoed dat het door het loadpoint komt, maar waar verwijs ik dan naar in de yaml?

of is het dan beter om de charger toe te voegen in de Yaml?
- de charger heb ik onderaan toegevoegd maar helaas connect die dan niet??

YAML:

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: f7ff4fed135150039dbefc764f3652e57fb0422295e95d864afbd3197916d001

interval: 20s # control cycle interval

circuits:
- name: main
  maxcurrent: 20
  meter: grid1
  parent:
- name: laadpaal
  maxcurrent: 16
  parent: main
#- name: Battery
#  meter: Battery4
#  maxcurrent: 16 (Optioneel zal evcc niks mee doen maar dan zie je het wel in de GUI)
#  maxPower: 9360
#  parent: laadpaal

loadpoints:
- title: Garage
  charger: Alfen Eve [db:6]
  mode: minpv
  #vehicle: EX40 # set default vehicle (disables vehicle detection)
  phases: 0 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
  circuit: laadpaal
  enable:
    # switch on when there is at least 400 W surplus for 3 minute
    delay: 4m
    threshold: -400
  disable:
    # switch off if more than 1100 W are drawn from the mains for 4 minutes
    delay: 4m
    threshold: 1100
  soc:
    poll:
      # poll mode defines under which condition the vehicle API is called:
      #   charging: update vehicle ONLY when charging (this is the recommended default)
      #   connected: update vehicle when connected (not only charging), interval defines how often
      #   always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle)
      mode: connected
      # poll interval defines how often the vehicle API may be polled if NOT charging
      interval: 30m

meters:
- type: template
  template: victron-energy
  usage: grid
  host: 192.168.1.239
  port: 502
  meterid: 40
  name: grid1
- name: enphase
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.envoy_s_current_power_production
    method: GET
    headers:
        Authorization: "Bearer key
        Content-Type: application/json
    jq: .state | tonumber
- name: saj
  type: custom
  power:
    source: http
    uri: http://192.168.1.222:8123/api/states/sensor.sensor_saj_current_power2
    method: GET
    headers:
        Authorization: "Bearer key
        Content-Type: application/json
    jq: .state | tonumber

- type: template
  template: victron-energy
  usage: battery
  host: 192.168.1.239
  port: 502
  name: battery4
  Capacity: 48.23

#chargers:
#  - name: eve single
#    type: template
#    template: alfen
#
#    # Modbus TCP
#    modbus: tcpip
#    id: 1
#    host: 192.168.1.251 #hostname
#    port: 502 # Port

site:
  title: Benthuizenstraat
  meters:
    grid: grid1
    pv:
    - enphase
    - saj
    battery:
    - battery4
  residualpower: 100

In je loadpoint verwijs je naar een charger met name: Alfen Eve [db:6]
Maar die is er niet.

Je charger moet je natuurlijk wel definiëren. De in comments geplaatste charger heeft name: Alfen Eve

a) je charger definitie dus uncommenten
b) je charger name refereren in loadpoint

https://docs.evcc.io/en/docs/devices/chargers#eve
https://docs.evcc.io/en/d.../configuration/loadpoints

Verder weet ik niet waarom je nog een child circuit laadpaal hebt, met maxCurrent 16, als daar verder geen aparte meter voor is. Je kunt je loadpoint gewoon aan de Main circuit hangen.

[luigi87]

Get!em schreef op maandag 15 december 2025 @ 11:08:
[...]


In je loadpoint verwijs je naar een charger met name: Alfen Eve [db:6]
Maar die is er niet.

Je charger moet je natuurlijk wel definiëren. De in comments geplaatste charger heeft name: Alfen Eve

a) je charger definitie dus uncommenten
b) je charger name refereren in loadpoint

https://docs.evcc.io/en/docs/devices/chargers#eve
https://docs.evcc.io/en/d.../configuration/loadpoints

Verder weet ik niet waarom je nog een child circuit laadpaal hebt, met maxCurrent 16, als daar verder geen aparte meter voor is. Je kunt je loadpoint gewoon aan de Main circuit hangen.

Thanks ik zat op een verkeerd denkspoor. nu functioneerd die helemaal

Edit:
Let wel op bij namen met spaties, bijv. "Single eve". Dat vindt Yaml dus niet zo fijn en daarom ging het ook mis bij mij.

[ Voor 7% gewijzigd door luigi87 op 15-12-2025 13:06 ]

[HyperBart]

LT1970 schreef op maandag 15 december 2025 @ 10:38:
[...]

EVCC ondersteunt inderdaad laden op de goedkoopste uren maar omdat we de auto onregelmatig gebruiken laden we afhankelijk van de agenda in het weekend de auto tot 80 of 90% en door de week af en toe een uurtje zodat we het volgende weekend halen. De ene keer is dit 18 cent per kWh en de andere keer bijvoorbeeld 24.

Dit is zo ad-hoc dat als EVCC dit moet doen, ik iedere keer de configuratie moet aanpassen. In plaats hiervan heb ik een paar knoppen op het dashboard die er voor zorgen dat er 's nachts op het goedkoopste uur (of 2-3-4 uren) de auto "Fast" gaat laden.

Dit klopt wel, evcc kijkt op dit moment (gewoon omdat die informatie ook niet vroeger beschikbaar is) 24h in de toekomst. Als je daar zelf meer van weet (van je persoonlijke agenda/planning) dan ga je zelf beter kunnen sturen natuurlijk.
Ik maak de me dan altijd de bedenking/stel me dan wel altijd de vraag: "et alors, zal het zo veel uit maken in kost".
Je triggert me wel want volgens mij kan je langs evcc de historische prijzen ophalen (of zelf altijd even wegschrijven ergens) en dan vergelijken en op die manier de grens van goedkoop laden via de API van evcc instellen zodat ie dan altijd goedkoop oplaadt per seizoen/maand.

[Scriptkid]

HyperBart schreef op maandag 15 december 2025 @ 12:00:
[...]


Dit klopt wel, evcc kijkt op dit moment (gewoon omdat die informatie ook niet vroeger beschikbaar is) 24h in de toekomst. Als je daar zelf meer van weet (van je persoonlijke agenda/planning) dan ga je zelf beter kunnen sturen natuurlijk.
Ik maak de me dan altijd de bedenking/stel me dan wel altijd de vraag: "et alors, zal het zo veel uit maken in kost".
Je triggert me wel want volgens mij kan je langs evcc de historische prijzen ophalen (of zelf altijd even wegschrijven ergens) en dan vergelijken en op die manier de grens van goedkoop laden via de API van evcc instellen zodat ie dan altijd goedkoop oplaadt per seizoen/maand.

Dan zijn dus ook dingen die ik doe ik zet de MINSOC op basis van de 3 daagse weers forecast. via API. (Zo heeft de auto altijd minimum charge en ik hoef niet aan de knoppen te zitten. Somers gaan de waardes nog verder naar beneden. Mijn auto staat wel 60% tijd thuis. Hierdoor haal ik 50%+ solar charge year round met 5Mwh laden per jaar . Fun fact, Ik laat evcc mee lopen met dynamische prijs en ik ben duurder uit met dynmische dan met vast contract.)

<4 uur zon = 45%
4-6 uur zon = 35%
6+ uur zon = 25%

Dan tot 55% = MinPV laden en boven 55% = Solar laden

onder de 2 cent prijs is fast laden.

[ Voor 9% gewijzigd door Scriptkid op 15-12-2025 12:22 ]

[Get!em]

HyperBart schreef op maandag 15 december 2025 @ 12:00:
[...]


Dit klopt wel, evcc kijkt op dit moment (gewoon omdat die informatie ook niet vroeger beschikbaar is) 24h in de toekomst. Als je daar zelf meer van weet (van je persoonlijke agenda/planning) dan ga je zelf beter kunnen sturen natuurlijk.
Ik maak de me dan altijd de bedenking/stel me dan wel altijd de vraag: "et alors, zal het zo veel uit maken in kost".
Je triggert me wel want volgens mij kan je langs evcc de historische prijzen ophalen (of zelf altijd even wegschrijven ergens) en dan vergelijken en op die manier de grens van goedkoop laden via de API van evcc instellen zodat ie dan altijd goedkoop oplaadt per seizoen/maand.

Dat ook, en ik kan me voorstellen dat in de Belgische situatie met capaciteitstarief je de boel nog verder wilt uitsmeren, traag laden op de goedkoopste tarieven van de week (ipv de dag), waarbij de auto steeds een beetje bijgeladen wordt.

Wat dat betreft zou deze integreren in EVCC wel een mooie zijn.
https://github.com/vividf...me-ov-file#home-assistant

[LT1970]

HyperBart schreef op maandag 15 december 2025 @ 12:00:
[...]


Dit klopt wel, evcc kijkt op dit moment (gewoon omdat die informatie ook niet vroeger beschikbaar is) 24h in de toekomst. Als je daar zelf meer van weet (van je persoonlijke agenda/planning) dan ga je zelf beter kunnen sturen natuurlijk.

Het zou me niets verbazen als in de nabije toekomst EVCC ook rekening gaat houden met je agenda, en in combinatie met goede langere termijn voorspellingen ik het laden volledig in handen van EVCC kan/wil geven.

Ik maak de me dan altijd de bedenking/stel me dan wel altijd de vraag: "et alors, zal het zo veel uit maken in kost".

Dat is een lastige om exact te bepalen maar het gaat me ook om de fun, zo goed mogelijk automatiseren om de kosten laag te houden en het zo makkelijk mogelijk te maken.

[Get!em]

HyperBart schreef op maandag 15 december 2025 @ 12:00:
[...]


Ik maak de me dan altijd de bedenking/stel me dan wel altijd de vraag: "et alors, zal het zo veel uit maken in kost".

Dat zal ieder in zijn eigen situatie moeten bepalen. Ik begreep hier eerder dat alleen al capaciteitstarief 4kw vs 11kW per jaar €350 kan schelen in Belgie.
En als ik dan kijk dat Epex + belastingen ( NL, belgie ken ik niet qua dynamische belasting) vorige week maandag goedkoopste 15,xx cent en duurste 27,xx cent was, met een gemiddelde van 22,xx cent per kWh over 24h. Dan is er in iedergeval winst te behalen. Stel dat je je EV van middernacht to 6u sochtends geladen had, dan was dat gemiddeld 16,xx cent. 6 uren x 11kW is dan zo'n 65kWh, zit je auto weer vol. Had je 6 uren vanaf 17u gepakt, zat je gemiddeld op 26,xx cent. 65x10 cent verschil dus... Of in andere woorden, 10/26 = bijna 40% goedkoper.

[HyperBart]

Get!em schreef op maandag 15 december 2025 @ 12:21:
[...]

Dat ook, en ik kan me voorstellen dat in de Belgische situatie met capaciteitstarief je de boel nog verder wilt uitsmeren, traag laden op de goedkoopste tarieven van de week (ipv de dag), waarbij de auto steeds een beetje bijgeladen wordt.

Absoluut, omdat we net met zo laag mogelijke (laat ik het maar even anders benoemen:) bandbreedte moeten laden zit je met langer gestrekte laadsessies, waardoor je toch heel vaak uitkomt met de uren tussen 12H00 en 5 à 6H00 dat het goedkoopste is (deze periode).

Wat dat betreft zou deze integreren in EVCC wel een mooie zijn.
https://github.com/vividf...me-ov-file#home-assistant

Tja, dat is ook wel een moeilijke om te verdedigen: dat zou dan willen zeggen dat je EV een dermate grote batterij heeft dat je die verplaatsingen allemaal kan bufferen OF dat je de wagen dermate weinig gebruikt. Wordt wel een kleine edge case denk ik dan voor Andi.

Get!em schreef op maandag 15 december 2025 @ 13:45:
[...]


Dat zal ieder in zijn eigen situatie moeten bepalen. Ik begreep hier eerder dat alleen al capaciteitstarief 4kw vs 11kW per jaar €350 kan schelen in Belgie.

Klopt, maar dat wil dan ook wel zeggen dat je rucksichtloss alle maanden gemiddeld een kwartier lang 11kW hebt liggen verbruiken.
1kW gemiddeld per jaar scheelt 'm 40 à 50 EUR.
@Xistance heeft daar heel wat minder toffe ervaringen mee.

En als ik dan kijk dat Epex + belastingen ( NL, belgie ken ik niet qua dynamische belasting) vorige week maandag goedkoopste 15,xx cent en duurste 27,xx cent was, met een gemiddelde van 22,xx cent per kWh over 24h. Dan is er in iedergeval winst te behalen. Stel dat je je EV van middernacht to 6u sochtends geladen had, dan was dat gemiddeld 16,xx cent. 6 uren x 11kW is dan zo'n 65kWh, zit je auto weer vol. Had je 6 uren vanaf 17u gepakt, zat je gemiddeld op 26,xx cent. 65x10 cent verschil dus... Of in andere woorden, 10/26 = bijna 40% goedkoper.

Heb je een formule voor die belastingen in Nederland? Gewoon om eens even te vergelijken met wat je hierboven zegt.
Hier is het in Belgie als volgt (Ecopower):

code:

formula: ((1.02 * price + 0.0683261) * 1.06)

[Get!em]

HyperBart schreef op maandag 15 december 2025 @ 14:28:
[...]

Absoluut, omdat we net met zo laag mogelijke (laat ik het maar even anders benoemen:) bandbreedte moeten laden zit je met langer gestrekte laadsessies, waardoor je toch heel vaak uitkomt met de uren tussen 12H00 en 5 à 6H00 dat het goedkoopste is (deze periode).


[...]


Tja, dat is ook wel een moeilijke om te verdedigen: dat zou dan willen zeggen dat je EV een dermate grote batterij heeft dat je die verplaatsingen allemaal kan bufferen OF dat je de wagen dermate weinig gebruikt. Wordt wel een kleine edge case denk ik dan voor Andi.


[...]

Klopt, maar dat wil dan ook wel zeggen dat je rucksichtloss alle maanden gemiddeld een kwartier lang 11kW hebt liggen verbruiken.
1kW gemiddeld per jaar scheelt 'm 40 à 50 EUR.
@Xistance heeft daar heel wat minder toffe ervaringen mee.


[...]


Heb je een formule voor die belastingen in Nederland? Gewoon om eens even te vergelijken met wat je hierboven zegt.
Hier is het in Belgie als volgt (Ecopower):

code:

formula: ((1.02 * price + 0.0683261) * 1.06)

Even de versie uit HA, maar je begrijpt waar het naartoe gaat:

{% set VAT = 0.21 %}
{% set tax_kWh = 0.10154 %}
{% set opslag = 0.0165 %}
{{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

Zie ook hier
https://jeroen.nl/dynamische-energie/stroom/prijzen/vandaag

De dynamische prijzen voor stroom zijn ieder kwartier (sinds 1 oktober 2025) anders. De consumentenprijs word op de volgende manier opgebouwd.

De marktprijs per kWh (day-ahead markt)
De energiebelasting a €0.1015
De inkoopvergoeding van je leverancier, gemiddeld €0.0220
De btw (21%) over de marktprijs + inkoopvergoeding + energiebelasting

[JanHenk]

@HyperBart In Nederland is het (EPEX + inkoopvergoeding van jouw energieleverancier (doorgaans ~ 2 eurocent) + energiebelasting (10,154 eurocent)) * 1,21 (21% btw hier overheen).

In periodes waar de EPEX prijs dus laag is, of zelfs nul, is het afnametarief bij ons dus alsnog bijna 15 cent.

Met de kanttekening dat we dus wel de salderingsregeling kennen; alleen voor netto afname op jaarbasis betalen we die 10 cent energiebelasting en idem voor de btw.

[BazemanKM]

LT1970 schreef op maandag 15 december 2025 @ 12:29:
[...]
Het zou me niets verbazen als in de nabije toekomst EVCC ook rekening gaat houden met je agenda, en in combinatie met goede langere termijn voorspellingen ik het laden volledig in handen van EVCC kan/wil geven.

Een koppeling met ical c.q. Google agenda zou moeten kunnen.

[LT1970]

remcoXP schreef op maandag 15 december 2025 @ 06:28:
zou je dit willen delen?

Ik ben geen programmeur dus waarschijnlijk kan het beter/mooier maar dit is mijn methode
- Een schakelaar helper maken, bijv "Goedkoopste 2 uren nacht"
- Op het dashboard een entiteit kaart aanmaken met bovenstaande helper
- "AIO Energy Management" integratie is zo geconfigureerd dat deze o.a. de goedkoopste twee uur in de nacht selecteert.
- Een automatisering maken die:

• wordt getriggerd door bovenstaande helper en "AIO Energy Management"
• Als voorwaarde heeft dat beiden aan staan
• Dan een MQTT bericht stuurt om EVCC configureert om 3 fasen te laden en daarna een MQTT bericht om Snel te laden

YAML:

alias: Carport laadpaal - Start laden nacht 30%
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.goedkoopste_2_uren_nacht
    to:
      - "on"
  - trigger: state
    entity_id:
      - input_boolean.laadpaal_nacht_laden_30
    to:
      - "on"
conditions:
  - condition: state
    entity_id: input_boolean.laadpaal_nacht_laden_30
    state:
      - "on"
  - condition: state
    entity_id: binary_sensor.goedkoopste_2_uren_nacht
    state:
      - "on"
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      retain: false
      topic: evcc/loadpoints/1/phases/set
      payload: "3"
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: 0
      topic: evcc/loadpoints/1/mode/set
      payload: now
mode: single

[savagenld]

Ik gebruik EVCC met een Alfen paal, een VW ID.3 en een Tesla als add-on in HA.
De Tesla wil ik met de Tibber app laden (grid rewards). Daarvoor wil ik hem in EVCC op Fast zetten.
De ID.3 wil ik door EVCC op Solar laden, vooral goedkoopste stroom.

Maar nu heb ik vnml bij de ID.3 dat hij hem niet herkend, of switched naar “unknown vehicle” tijdens het laden, en dan mis ik de tijd met de goedkoopste stroom. In evcc.yaml

YAML:

vehicles:
  - name: my_tesla
    type: template
    template: tesla
    title: Tesla
    capacity: 75 # Battery capacity (kWh), optional
    clientId: xxx # Client ID, from [Tesla Developer App](https://developer.tesla.com/dashboard).
    accessToken: xxxx # Access token, from [myteslamate.com](https://app.myteslamate.com/).
    refreshToken: xxxx # Refresh token, from [myteslamate.com](https://app.myteslamate.com/).
    icon: car # Icon, Will be displayed in the user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 3 # Maximum number of phases, The maximum number of phases which can be used (optional)
    mode: Now # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # Minimum amperage (A), The minimum amperage per connected phase that can be used (optional)
    maxCurrent: 16 # Maximum amperage (A), The maximum amperage per connected phase that can be used (optional)
  #    cache: 15m # Cache, Time interval for data refresh (optional)

  - name: my_volkswagen
    type: template
    template: vw
    user: [e-mail] # Username, e.g. email address, user id, etc.
    password: 'xxxx' # Password, Use single quotes in case of leading zeros
    vin: xxxx # Vehicle Identification Number, If you own multiple vehicles from the same manufacturer (optional)
    mode: PV # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    title: Id3 # Title, Will be displayed in the user interface (optional)
    capacity: 52 # Battery capacity (kWh), optional
    timeout: 10s # Timeout, optional

[Tunestwo]

savagenld schreef op dinsdag 16 december 2025 @ 09:19:
Ik gebruik EVCC met een Alfen paal, een VW ID.3 en een Tesla als add-on in HA.
De Tesla wil ik met de Tibber app laden (grid rewards). Daarvoor wil ik hem in EVCC op Fast zetten.
De ID.3 wil ik door EVCC op Solar laden, vooral goedkoopste stroom.

Maar nu heb ik vnml bij de ID.3 dat hij hem niet herkend, of switched naar “unknown vehicle” tijdens het laden, en dan mis ik de tijd met de goedkoopste stroom. In evcc.yaml

YAML:

vehicles:
  - name: my_tesla
    type: template
    template: tesla
    title: Tesla
    capacity: 75 # Battery capacity (kWh), optional
    clientId: xxx # Client ID, from [Tesla Developer App](https://developer.tesla.com/dashboard).
    accessToken: xxxx # Access token, from [myteslamate.com](https://app.myteslamate.com/).
    refreshToken: xxxx # Refresh token, from [myteslamate.com](https://app.myteslamate.com/).
    icon: car # Icon, Will be displayed in the user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 3 # Maximum number of phases, The maximum number of phases which can be used (optional)
    mode: Now # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # Minimum amperage (A), The minimum amperage per connected phase that can be used (optional)
    maxCurrent: 16 # Maximum amperage (A), The maximum amperage per connected phase that can be used (optional)
  #    cache: 15m # Cache, Time interval for data refresh (optional)

  - name: my_volkswagen
    type: template
    template: vw
    user: [e-mail] # Username, e.g. email address, user id, etc.
    password: 'xxxx' # Password, Use single quotes in case of leading zeros
    vin: xxxx # Vehicle Identification Number, If you own multiple vehicles from the same manufacturer (optional)
    mode: PV # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    title: Id3 # Title, Will be displayed in the user interface (optional)
    capacity: 52 # Battery capacity (kWh), optional
    timeout: 10s # Timeout, optional

Misschien gekke vraag,
Maar ik wil eventueel overstappen naar Tibber... Is er een combinatie mogelijk met Tibber icm EVCC? Zodat ik de grid rewards krijg maar ook ondertussen netjes met de zonnestroom laad?

[HyperBart]

Tunestwo schreef op dinsdag 16 december 2025 @ 11:06:
[...]

Misschien gekke vraag,
Maar ik wil eventueel overstappen naar Tibber... Is er een combinatie mogelijk met Tibber icm EVCC? Zodat ik de grid rewards krijg maar ook ondertussen netjes met de zonnestroom laad?

Je kan de logica van Tibber nabouwen als je dat wenst, moet je alleen even kijken wat de Tibber logica is.

[luigi87]

Ik heb een meter toegevoegd in de UI, deze komt dan niet terug in de config.yaml maar ergens anders??


Nu wil wel in de config.yaml verwijzen naar de sensor die via ui is gemaakt.
maar helaas blijft hij dan de sensor/meter niet vinden.

Kan dit wel of moet ik echt de sensor aanmaken via de Yaml?

YAML:

circuits:
- name: main
  maxcurrent: 20
  meter: grid1
  parent:
- name: laadpaal
  maxcurrent: 16
  parent: main
- name: battery
  meter: Victronpower
#  maxcurrent: 16 (Optioneel zal evcc niks mee doen maar dan zie je het wel in de GUI)
  maxPower: 9360
  parent: laadpaal

[JanHenk]

@luigi87 Als je een stukje yaml hebt waarbij je moet verwijzen naar een item dat via de UI is aangemaakt, moet je dat als "db:x" opgeven. Je kunt dit vinden met mouse-over op het hamburgermenu van de meter zelf (rechtsboven in het witte vlak).

[Mirabis]

HyperBart schreef op dinsdag 16 december 2025 @ 13:04:
[...]


Je kan de logica van Tibber nabouwen als je dat wenst, moet je alleen even kijken wat de Tibber logica is.

Dan krijg je wel "Slim Laden" maar niet de Grid Rewards (die vereisen dat Tibber je laadpaal aanstuurt).

[HyperBart]

Mirabis schreef op dinsdag 16 december 2025 @ 13:25:
[...]

Dan krijg je wel "Slim Laden" maar niet de Grid Rewards (die vereisen dat Tibber je laadpaal aanstuurt).

Ah! Daar was ik me niet bewust van. Je moet blijkbaar echt je laadpaal integreren.
Belg, Tibber niet zo veel ervaring mee. Bedankt.

[savagenld]

HyperBart schreef op dinsdag 16 december 2025 @ 13:46:
[...]

Ah! Daar was ik me niet bewust van. Je moet blijkbaar echt je laadpaal integreren.
Belg, Tibber niet zo veel ervaring mee. Bedankt.

Laadpaal, of auto die geintegreerd kan worden. Beide is mogelijk.
Als je een P1 meter installeert kun je overigens ook zonnestroom meenemen in de Tibber app

[HyperBart]

@savagenld @Mirabis @Tunestwo
Kan je dan niet logisch gezien een EN schakeling bouwen?

Bv je laadpaal onder evcc en Tibber op de auto? Alleen als ze beiden actief zijn krijg je dan dat het laden start?
Of bv de status van Tibber uitlezen met een scriptje en als die wil dat je laadt dat je dan evcc op fast zet?

[Mirabis]

HyperBart schreef op dinsdag 16 december 2025 @ 14:30:
@savagenld @Mirabis @Tunestwo
Kan je dan niet logisch gezien een EN schakeling bouwen?

Bv je laadpaal onder evcc en Tibber op de auto? Alleen als ze beiden actief zijn krijg je dan dat het laden start?
Of bv de status van Tibber uitlezen met een scriptje en als die wil dat je laadt dat je dan evcc op fast zet?

Idee is goed, maar voor Grid rewards werkt dat niet (n=1). Ik heb het al geprobeerd met een HACS Grid Rewards plugin maar je krijgt geen compensatie als zij niet aan het stuur zitten. Zelf laat ik Tibber de laadpaal aansturen omdat mijn auto (XPENG) niet ondersteund wordt door Tibber.

Als het zo makkelijk was (status uitlezen en profiteren) dan had ik mijn thuisbatterij op dezelfde tijden laten opladen. Dat werkt helaas niet. Er is wel één uitzondering naar mijn weten:

als er zonne overschot is, groene grid rewards (dus laden voor lager tarief dan de EPEX prijs voor dat kwartier/uur) is de zonne overschot ook minder waard. Je eigen stroom verdwijnt dan voor een lager tarief je auto in dan dat het zou hebben opgebracht als je het verkocht. Als je gelijktijdig dan de accu laadt dek je een deel van dat verlies omdat zij enkel tot. afgenomen van het net (Pulse) en tot. afgenomen van de lader (Easee) kunnen zien.

Op dit moment (van schrijven) is de auto namelijk aan het laden via Grid Rewards terwijl de kwartierprijs 31 cent/kWh is. Zo ver ik kan zien tik ik daar nu 21 cent/kWh voor af.

[ Voor 6% gewijzigd door Mirabis op 16-12-2025 14:57 ]

[HyperBart]

Mirabis schreef op dinsdag 16 december 2025 @ 14:53:
[...]


Idee is goed, maar voor Grid rewards werkt dat niet (n=1). Ik heb het al geprobeerd met een HACS Grid Rewards plugin maar je krijgt geen compensatie als zij niet aan het stuur zitten. Zelf laat ik Tibber de laadpaal aansturen omdat mijn auto (XPENG) niet ondersteund wordt door Tibber.

Als het zo makkelijk was (status uitlezen en profiteren) dan had ik mijn thuisbatterij op dezelfde tijden laten opladen. Dat werkt helaas niet. Er is wel één uitzondering naar mijn weten:

als er zonne overschot is, groene grid rewards (dus laden voor lager tarief dan de EPEX prijs voor dat kwartier/uur) is de zonne overschot ook minder waard. Je eigen stroom verdwijnt dan voor een lager tarief je auto in dan dat het zou hebben opgebracht als je het verkocht. Als je gelijktijdig dan de accu laadt dek je een deel van dat verlies omdat zij enkel tot. afgenomen van het net (Pulse) en tot. afgenomen van de lader (Easee) kunnen zien.

Op dit moment (van schrijven) is de auto namelijk aan het laden via Grid Rewards terwijl de kwartierprijs 31 cent/kWh is. Zo ver ik kan zien tik ik daar nu 21 cent/kWh voor af.

Ik ken het hele systeem niet maar als je Tibber controle geeft over een van de apparaten, stel nu de auto.
Je prikt de auto in maar via evcc laat je niks doorkomen. Dan laadt de auto niet, alleen als evcc ook beslist om de laadpaal aan te laten gaan, begint het laden.

Tibber ziet dat ze een auto onder controle hebben en genereert dus grid rewards, toch?
En jij houdt eindcontrole want je houdt de laadpaal hand op de knip?

[luigi87]

JanHenk schreef op dinsdag 16 december 2025 @ 13:18:
@luigi87 Als je een stukje yaml hebt waarbij je moet verwijzen naar een item dat via de UI is aangemaakt, moet je dat als "db:x" opgeven. Je kunt dit vinden met mouse-over op het hamburgermenu van de meter zelf (rechtsboven in het witte vlak).

Dank nu is het me gelukt

[Mirabis]

HyperBart schreef op dinsdag 16 december 2025 @ 15:18:
[...]


Ik ken het hele systeem niet maar als je Tibber controle geeft over een van de apparaten, stel nu de auto.
Je prikt de auto in maar via evcc laat je niks doorkomen. Dan laadt de auto niet, alleen als evcc ook beslist om de laadpaal aan te laten gaan, begint het laden.

Tibber ziet dat ze een auto onder controle hebben en genereert dus grid rewards, toch?
En jij houdt eindcontrole want je houdt de laadpaal hand op de knip?

Nee (bij Easee Charge Lite niet). Je kan EVCC wel opstarten en het kan de Easee zien maar het "Schema" is "Tibber". Als je een commando stuurt vanuit EVCC dan gaat het van de Tibber schema af en kom je niet meer in aanmerking voor de grid rewards. Maar goed, dank voor de suggesties en er zal vast iemand verder proberen met andere combinaties (geintegreerde auto, niet geintegreerde paal, etc.)

Ik stap zelf 01-01 over naar Zonneplan dus verlies sowieso de Grid Rewards (Okt'24 tot nu zo'n 192 EUR).

[niki_lauda]

savagenld schreef op dinsdag 16 december 2025 @ 09:19:
Ik gebruik EVCC met een Alfen paal, een VW ID.3 en een Tesla als add-on in HA.
De Tesla wil ik met de Tibber app laden (grid rewards). Daarvoor wil ik hem in EVCC op Fast zetten.
De ID.3 wil ik door EVCC op Solar laden, vooral goedkoopste stroom.

Maar nu heb ik vnml bij de ID.3 dat hij hem niet herkend, of switched naar “unknown vehicle” tijdens het laden, en dan mis ik de tijd met de goedkoopste stroom. In evcc.yaml

YAML:

vehicles:
  - name: my_tesla
    type: template
    template: tesla
    title: Tesla
    capacity: 75 # Battery capacity (kWh), optional
    clientId: xxx # Client ID, from [Tesla Developer App](https://developer.tesla.com/dashboard).
    accessToken: xxxx # Access token, from [myteslamate.com](https://app.myteslamate.com/).
    refreshToken: xxxx # Refresh token, from [myteslamate.com](https://app.myteslamate.com/).
    icon: car # Icon, Will be displayed in the user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 3 # Maximum number of phases, The maximum number of phases which can be used (optional)
    mode: Now # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # Minimum amperage (A), The minimum amperage per connected phase that can be used (optional)
    maxCurrent: 16 # Maximum amperage (A), The maximum amperage per connected phase that can be used (optional)
  #    cache: 15m # Cache, Time interval for data refresh (optional)

  - name: my_volkswagen
    type: template
    template: vw
    user: [e-mail] # Username, e.g. email address, user id, etc.
    password: 'xxxx' # Password, Use single quotes in case of leading zeros
    vin: xxxx # Vehicle Identification Number, If you own multiple vehicles from the same manufacturer (optional)
    mode: PV # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    title: Id3 # Title, Will be displayed in the user interface (optional)
    capacity: 52 # Battery capacity (kWh), optional
    timeout: 10s # Timeout, optional

Ik heb een Id3 gekoppeld en hij werkt als een ‘zonnetje’. Ik heb wel bijna alles ingesteld via de experimentele interface.

[remcoXP]

omdat mijn home assistant zo vaak reboot vanwege spelerij heb ik via proxmox helper scripts de evcc container geinstalleerd.
maar nu werkt de evcopt (home assistant plugin ) niet meer.

hoe kan ik die specifiek voor mijn situatie weer werkend krijgen? lijkt me dat ik de addon kan blijven gebruiken, maar in de proxmox container daar ook naartoe moet verwijzen.

[remcoXP]

Ik heb hem evcc snel laden gezet en krijg heel de tijd:
Tesla Model 3: charger out of sync: expected enabled, got disabled
De tesla app geeft aan: opladen gestopt, laadapparatuur niet gereed en dan weer opladen.
dit continue.
Evcc: opladen en dan weer Wachten op voertuig.

Mijn log geeft aan:

code:

[lp-1 ] DEBUG 2025/12/17 08:06:56 charge power: 0W
[lp-1 ] DEBUG 2025/12/17 08:06:56 charge currents: [0 0 0]A
[circuit-main] DEBUG 2025/12/17 08:06:56 power: 419W
[circuit-main] DEBUG 2025/12/17 08:06:56 current: 1.13A
[site ] DEBUG 2025/12/17 08:06:56 grid power: 419W
[site ] DEBUG 2025/12/17 08:06:56 grid currents: [0.645 0.009 1.13]A
[site ] DEBUG 2025/12/17 08:06:56 pv 1 power: 0W
[site ] DEBUG 2025/12/17 08:06:56 battery 1 power: 0W
[site ] DEBUG 2025/12/17 08:06:56 !! solar production: accumulate set db:4 21639.132kWh meter total (was: Accumulated: 11.142kWh updated: 2025-12-17 08:06:46 +0100 CET meter: 21639.132kWh)
[site ] DEBUG 2025/12/17 08:06:56 !! solar production: accumulate moved db:4 from 11.142 to 11.142
[site ] DEBUG 2025/12/17 08:06:56 battery 1 soc: 10%
[site ] DEBUG 2025/12/17 08:06:56 site power: 519W
[lp-1 ] DEBUG 2025/12/17 08:06:56 charge voltages: [235 234 232]V
[lp-1 ] DEBUG 2025/12/17 08:06:57 session energy: 0.076kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge total import: 7684.063kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger status: B
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge final energy: 0.076kWh
[lp-1 ] INFO 2025/12/17 08:06:57 stop charging <-
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge total import: 7684.063kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 soc estimated: 34.00% (vehicle: 34.00%)
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle soc: 34%
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle soc limit: 100%
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle range: 132km
[lp-1 ] WARN 2025/12/17 08:06:57 charger out of sync: expected enabled, got disabled
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger disable
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger enable
[lp-1 ] DEBUG 2025/12/17 08:06:57 wake-up timer: start
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: accumulated 0.000Wh from 2025-12-17 08:06:47 +0100 CET to 2025-12-17 08:06:58 +0100 CET
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: produced 11.142
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: accumulated 83.751kWh, produced 11.142kWh, scale 0.133
[site ] DEBUG 2025/12/17 08:07:06 ----
[lp-1 ] DEBUG 2025/12/17 08:07:06 charge power: 0W
[lp-1 ] DEBUG 2025/12/17 08:07:06 charge currents: [0.276 0.274 0.274]A
```

code:

```
[site ] WARN 2025/12/17 08:57:22 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval
[lp-1 ] INFO 2025/12/17 08:57:22 car connected
[lp-1 ] INFO 2025/12/17 08:57:23 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 08:59:44 start charging ->
[lp-1 ] INFO 2025/12/17 09:00:04 stop charging <-
[lp-1 ] INFO 2025/12/17 09:00:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:01:04 stop charging <-
[lp-1 ] WARN 2025/12/17 09:01:14 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:01:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:01:54 stop charging <-
[lp-1 ] INFO 2025/12/17 09:02:04 start charging ->
[lp-1 ] INFO 2025/12/17 09:02:14 stop charging <-
[lp-1 ] INFO 2025/12/17 09:02:14 car disconnected
[lp-1 ] INFO 2025/12/17 09:02:14 vehicle updated: Tesla Model 3 -> unknown
[lp-1 ] INFO 2025/12/17 09:02:24 car connected
[lp-1 ] INFO 2025/12/17 09:02:24 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 09:02:34 car disconnected
[lp-1 ] INFO 2025/12/17 09:02:34 vehicle updated: Tesla Model 3 -> unknown
[lp-1 ] INFO 2025/12/17 09:02:44 car connected
[lp-1 ] INFO 2025/12/17 09:02:44 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 09:03:44 start charging ->
[lp-1 ] INFO 2025/12/17 09:03:54 stop charging <-
[lp-1 ] INFO 2025/12/17 09:04:04 start charging ->
[lp-1 ] INFO 2025/12/17 09:04:24 stop charging <-
[lp-1 ] INFO 2025/12/17 09:04:34 start charging ->
[lp-1 ] INFO 2025/12/17 09:05:05 stop charging <-
[lp-1 ] WARN 2025/12/17 09:05:06 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:05:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:06:04 stop charging <-
[lp-1 ] WARN 2025/12/17 09:06:14 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:06:24 start charging ->
```

UPDATE:
ik heb evcc er tussenuit gehaald en dan laad hij wel.
als ik in evcc weer leading maak zie ik in de logs van de alfen:
socket: #1: maximum current (0.00 < minimum (6.00)
ook zet ik hem op 3 fase en blijft hij aangeven niet gereed ik snap er echt niets meer van.

[ Voor 29% gewijzigd door remcoXP op 17-12-2025 12:04 ]

[Thieske2478]

Weet iemand misschien hoe ik mijn Alfen 1 fase laadpaal kan laten load balence via de homewizard p1 die ik laat binnen komen in evcc? De laadpaal werkt namelijk alleen via evcc als ik active load balence uitzet in de alfen paal.

Mijn evcc config: ## minimal configuration example

site:
title: Home # display name for UI
meters:
grid: my_grid
pv:
- my_pv
- my_pv2


# define your loadpoints according your needs
# see https://docs.evcc.io/en/d.../configuration/loadpoints
loadpoints:
- title: Laadpaal # display name for UI
charger: my_charger # charger
vehicle: my_car # default vehicle
circuit: main

circuits:
- name: main # if there is only one circuit defined the name needs to be 'main'
title: "main" # name for the UI (not implemented in UI yet)
maxCurrent: 10 # 25A (optional)

meters:
- name: my_grid
type: template
template: homewizard
usage: grid
host: 192.168.1.14

- name: my_pv
type: template
template: solaredge-hybrid
usage: pv
modbus: tcpip
id: 1
host: 192.168.1.235
port: 1502 # Port
timeout: 10s # Timeout, optional

- name: my_pv2
type: template
template: solaredge-hybrid
usage: pv
modbus: tcpip
id: 1
host: 192.168.1.183
port: 1502 # Port
timeout: 10s # Timeout, optional

chargers:
- name: my_charger
type: template
template: alfen
# Modbus TCP
modbus: tcpip
id: 1
host: 192.168.1.191
port: 502 # Port

vehicles:
- name: my_car
type: template
template: offline
title: Grandland
capacity: 11 # in kWh
- name: my_car2
type: template
template: offline
title: E-Up
capacity: 30 # in kWh

tariffs:
currency: EUR
grid:
type: template
template: tibber
token: "xxxxxx"

[AA42]

Tunestwo schreef op donderdag 11 december 2025 @ 13:10:
Toevallig mensen die een Evbox ELVI aan de gang hebben gekregen? ik krijg het helaas niet voor elkaar... occp is het IP van EVCC maar als ik daarna het wallbox gedeelte er achter zet kan ik niet opslaan tenzij ik eindig met een /

Alle vorige pagina's gemist (gaan bij mij allemaal over mijn EVBoX Elvi)?

Laat ik je dit zeggen: het is dat ik nogal volhardend ben voor mij was het een gevecht om het uiteindelijk (goed) werkend te krijgen.
Mijn eerste vraag: is je Elvi "vrij" gegeven door EVBox/50five?
Tweede vraag: Je wilt hem nu helemaal zelfstandig, dus zonder back-office draaien met evcc?

Ik heb ongelofelijk veel onnodige ellende gehad die als sneeuw voor de zon verdween toen ik de GSM/GPS module in de Elvi fysiek afgekoppeld had. Ik had continu time-outs en alleen een heel enkele keer lukte het valideren bij evcc maar na een update van evcc plotseling helemaal niet meer. Ik dacht toen: wat als hij op een of andere manier veel te druk is met (zinloos) via 4/5G verbinding proberen te maken? Sowieso heb ik die hele verbinding/GPS niet meer nodig dus op een zaterdagmiddag de Elvi maar eens geopend en de module (stekkertje trekken op de hoofdprint) afgekoppeld en meteen daarna geen enkel probleem meer gehad.

Daarnaast werkt de EVBox app echt verschrikkelijk traag bij het instellen van het laadbeheerplatform, duurt bij mij minuten nadat ik die optie aanklik dat de instellingen er van verschijnen.
Maar als ze er eenmaal zijn: onder "Verschillende backend URL" heb ik het lokale IP adres van mijn HA Green (die heb ik een vast IP adres gegeven in mijn Orbi) gevolg door /8887/

Compleet is het dus:
ws://10.0.0.37/8887/

Die / moet er dus staan.

[Marcher]

Thieske2478 schreef op woensdag 17 december 2025 @ 12:19:
Weet iemand misschien hoe ik mijn Alfen 1 fase laadpaal kan laten load balence via de homewizard p1 die ik laat binnen komen in evcc? De laadpaal werkt namelijk alleen via evcc als ik active load balence uitzet in de alfen paal.

Mijn evcc config: ## minimal configuration example

site:
title: Home # display name for UI
meters:
grid: my_grid
pv:
- my_pv
- my_pv2


# define your loadpoints according your needs
# see https://docs.evcc.io/en/d.../configuration/loadpoints
loadpoints:
- title: Laadpaal # display name for UI
charger: my_charger # charger
vehicle: my_car # default vehicle
circuit: main

circuits:
- name: main # if there is only one circuit defined the name needs to be 'main'
title: "main" # name for the UI (not implemented in UI yet)
maxCurrent: 10 # 25A (optional)

meters:
- name: my_grid
type: template
template: homewizard
usage: grid
host: 192.168.1.14

- name: my_pv
type: template
template: solaredge-hybrid
usage: pv
modbus: tcpip
id: 1
host: 192.168.1.235
port: 1502 # Port
timeout: 10s # Timeout, optional

- name: my_pv2
type: template
template: solaredge-hybrid
usage: pv
modbus: tcpip
id: 1
host: 192.168.1.183
port: 1502 # Port
timeout: 10s # Timeout, optional

chargers:
- name: my_charger
type: template
template: alfen
# Modbus TCP
modbus: tcpip
id: 1
host: 192.168.1.191
port: 502 # Port

vehicles:
- name: my_car
type: template
template: offline
title: Grandland
capacity: 11 # in kWh
- name: my_car2
type: template
template: offline
title: E-Up
capacity: 30 # in kWh

tariffs:
currency: EUR
grid:
type: template
template: tibber
token: "xxxxxx"

ik heb dit in de UI geconfigureerd :



20A max owv het capaciteitstarief hier in BE ... werkt prima. Heb trouwens een 1F 40A aansluiting.

mvg, Marcher

[Kammika]

remcoXP schreef op woensdag 17 december 2025 @ 08:33:
Ik heb hem evcc snel laden gezet en krijg heel de tijd:
Tesla Model 3: charger out of sync: expected enabled, got disabled
De tesla app geeft aan: opladen gestopt, laadapparatuur niet gereed en dan weer opladen.
dit continue.
Evcc: opladen en dan weer Wachten op voertuig.

Mijn log geeft aan:

code:

[lp-1 ] DEBUG 2025/12/17 08:06:56 charge power: 0W
[lp-1 ] DEBUG 2025/12/17 08:06:56 charge currents: [0 0 0]A
[circuit-main] DEBUG 2025/12/17 08:06:56 power: 419W
[circuit-main] DEBUG 2025/12/17 08:06:56 current: 1.13A
[site ] DEBUG 2025/12/17 08:06:56 grid power: 419W
[site ] DEBUG 2025/12/17 08:06:56 grid currents: [0.645 0.009 1.13]A
[site ] DEBUG 2025/12/17 08:06:56 pv 1 power: 0W
[site ] DEBUG 2025/12/17 08:06:56 battery 1 power: 0W
[site ] DEBUG 2025/12/17 08:06:56 !! solar production: accumulate set db:4 21639.132kWh meter total (was: Accumulated: 11.142kWh updated: 2025-12-17 08:06:46 +0100 CET meter: 21639.132kWh)
[site ] DEBUG 2025/12/17 08:06:56 !! solar production: accumulate moved db:4 from 11.142 to 11.142
[site ] DEBUG 2025/12/17 08:06:56 battery 1 soc: 10%
[site ] DEBUG 2025/12/17 08:06:56 site power: 519W
[lp-1 ] DEBUG 2025/12/17 08:06:56 charge voltages: [235 234 232]V
[lp-1 ] DEBUG 2025/12/17 08:06:57 session energy: 0.076kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge total import: 7684.063kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger status: B
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge final energy: 0.076kWh
[lp-1 ] INFO 2025/12/17 08:06:57 stop charging <-
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge total import: 7684.063kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 soc estimated: 34.00% (vehicle: 34.00%)
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle soc: 34%
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle soc limit: 100%
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle range: 132km
[lp-1 ] WARN 2025/12/17 08:06:57 charger out of sync: expected enabled, got disabled
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger disable
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger enable
[lp-1 ] DEBUG 2025/12/17 08:06:57 wake-up timer: start
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: accumulated 0.000Wh from 2025-12-17 08:06:47 +0100 CET to 2025-12-17 08:06:58 +0100 CET
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: produced 11.142
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: accumulated 83.751kWh, produced 11.142kWh, scale 0.133
[site ] DEBUG 2025/12/17 08:07:06 ----
[lp-1 ] DEBUG 2025/12/17 08:07:06 charge power: 0W
[lp-1 ] DEBUG 2025/12/17 08:07:06 charge currents: [0.276 0.274 0.274]A
```

code:

```
[site ] WARN 2025/12/17 08:57:22 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval
[lp-1 ] INFO 2025/12/17 08:57:22 car connected
[lp-1 ] INFO 2025/12/17 08:57:23 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 08:59:44 start charging ->
[lp-1 ] INFO 2025/12/17 09:00:04 stop charging <-
[lp-1 ] INFO 2025/12/17 09:00:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:01:04 stop charging <-
[lp-1 ] WARN 2025/12/17 09:01:14 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:01:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:01:54 stop charging <-
[lp-1 ] INFO 2025/12/17 09:02:04 start charging ->
[lp-1 ] INFO 2025/12/17 09:02:14 stop charging <-
[lp-1 ] INFO 2025/12/17 09:02:14 car disconnected
[lp-1 ] INFO 2025/12/17 09:02:14 vehicle updated: Tesla Model 3 -> unknown
[lp-1 ] INFO 2025/12/17 09:02:24 car connected
[lp-1 ] INFO 2025/12/17 09:02:24 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 09:02:34 car disconnected
[lp-1 ] INFO 2025/12/17 09:02:34 vehicle updated: Tesla Model 3 -> unknown
[lp-1 ] INFO 2025/12/17 09:02:44 car connected
[lp-1 ] INFO 2025/12/17 09:02:44 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 09:03:44 start charging ->
[lp-1 ] INFO 2025/12/17 09:03:54 stop charging <-
[lp-1 ] INFO 2025/12/17 09:04:04 start charging ->
[lp-1 ] INFO 2025/12/17 09:04:24 stop charging <-
[lp-1 ] INFO 2025/12/17 09:04:34 start charging ->
[lp-1 ] INFO 2025/12/17 09:05:05 stop charging <-
[lp-1 ] WARN 2025/12/17 09:05:06 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:05:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:06:04 stop charging <-
[lp-1 ] WARN 2025/12/17 09:06:14 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:06:24 start charging ->
```

UPDATE:
ik heb evcc er tussenuit gehaald en dan laad hij wel.
als ik in evcc weer leading maak zie ik in de logs van de alfen:
socket: #1: maximum current (0.00 < minimum (6.00)
ook zet ik hem op 3 fase en blijft hij aangeven niet gereed ik snap er echt niets meer van.

Ik zie dit in de github discussie van evcc zetten. Daar reageren de developers ook.
Mijn ervaring is dat je goede support krijgt en als het echt een bug is dan ook vrij snel gefixt wordt…

[Sander]

Tunestwo schreef op dinsdag 16 december 2025 @ 11:06:
[...]

Misschien gekke vraag,
Maar ik wil eventueel overstappen naar Tibber... Is er een combinatie mogelijk met Tibber icm EVCC? Zodat ik de grid rewards krijg maar ook ondertussen netjes met de zonnestroom laad?

Ik heb hiervoor ook al eens gecomment in een issue-topic op EVCC github waarbij je eigenlijk EVCC wel wil laten draaien maar gewoon niks laten doen. Meekijken, opslaan en that's it. Dan kun je makkelijk met Tibber testen of bijv als Grid Rewards hoog zijn EVCC uitzetten. Helaas zijn de (nogal nukkige) devs daar het er niet zo mee eens: https://github.com/evcc-io/evcc/discussions/3254

[savagenld]

remcoXP schreef op woensdag 17 december 2025 @ 08:33:
Ik heb hem evcc snel laden gezet en krijg heel de tijd:
Tesla Model 3: charger out of sync: expected enabled, got disabled
De tesla app geeft aan: opladen gestopt, laadapparatuur niet gereed en dan weer opladen.
dit continue.
Evcc: opladen en dan weer Wachten op voertuig.

Mijn log geeft aan:

code:

[lp-1 ] DEBUG 2025/12/17 08:06:56 charge power: 0W
[lp-1 ] DEBUG 2025/12/17 08:06:56 charge currents: [0 0 0]A
[circuit-main] DEBUG 2025/12/17 08:06:56 power: 419W
[circuit-main] DEBUG 2025/12/17 08:06:56 current: 1.13A
[site ] DEBUG 2025/12/17 08:06:56 grid power: 419W
[site ] DEBUG 2025/12/17 08:06:56 grid currents: [0.645 0.009 1.13]A
[site ] DEBUG 2025/12/17 08:06:56 pv 1 power: 0W
[site ] DEBUG 2025/12/17 08:06:56 battery 1 power: 0W
[site ] DEBUG 2025/12/17 08:06:56 !! solar production: accumulate set db:4 21639.132kWh meter total (was: Accumulated: 11.142kWh updated: 2025-12-17 08:06:46 +0100 CET meter: 21639.132kWh)
[site ] DEBUG 2025/12/17 08:06:56 !! solar production: accumulate moved db:4 from 11.142 to 11.142
[site ] DEBUG 2025/12/17 08:06:56 battery 1 soc: 10%
[site ] DEBUG 2025/12/17 08:06:56 site power: 519W
[lp-1 ] DEBUG 2025/12/17 08:06:56 charge voltages: [235 234 232]V
[lp-1 ] DEBUG 2025/12/17 08:06:57 session energy: 0.076kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge total import: 7684.063kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger status: B
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge final energy: 0.076kWh
[lp-1 ] INFO 2025/12/17 08:06:57 stop charging <-
[lp-1 ] DEBUG 2025/12/17 08:06:57 charge total import: 7684.063kWh
[lp-1 ] DEBUG 2025/12/17 08:06:57 soc estimated: 34.00% (vehicle: 34.00%)
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle soc: 34%
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle soc limit: 100%
[lp-1 ] DEBUG 2025/12/17 08:06:57 vehicle range: 132km
[lp-1 ] WARN 2025/12/17 08:06:57 charger out of sync: expected enabled, got disabled
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger disable
[lp-1 ] DEBUG 2025/12/17 08:06:57 charger enable
[lp-1 ] DEBUG 2025/12/17 08:06:57 wake-up timer: start
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: accumulated 0.000Wh from 2025-12-17 08:06:47 +0100 CET to 2025-12-17 08:06:58 +0100 CET
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: produced 11.142
[site ] DEBUG 2025/12/17 08:06:58 solar forecast: accumulated 83.751kWh, produced 11.142kWh, scale 0.133
[site ] DEBUG 2025/12/17 08:07:06 ----
[lp-1 ] DEBUG 2025/12/17 08:07:06 charge power: 0W
[lp-1 ] DEBUG 2025/12/17 08:07:06 charge currents: [0.276 0.274 0.274]A
```

code:

```
[site ] WARN 2025/12/17 08:57:22 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval
[lp-1 ] INFO 2025/12/17 08:57:22 car connected
[lp-1 ] INFO 2025/12/17 08:57:23 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 08:59:44 start charging ->
[lp-1 ] INFO 2025/12/17 09:00:04 stop charging <-
[lp-1 ] INFO 2025/12/17 09:00:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:01:04 stop charging <-
[lp-1 ] WARN 2025/12/17 09:01:14 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:01:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:01:54 stop charging <-
[lp-1 ] INFO 2025/12/17 09:02:04 start charging ->
[lp-1 ] INFO 2025/12/17 09:02:14 stop charging <-
[lp-1 ] INFO 2025/12/17 09:02:14 car disconnected
[lp-1 ] INFO 2025/12/17 09:02:14 vehicle updated: Tesla Model 3 -> unknown
[lp-1 ] INFO 2025/12/17 09:02:24 car connected
[lp-1 ] INFO 2025/12/17 09:02:24 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 09:02:34 car disconnected
[lp-1 ] INFO 2025/12/17 09:02:34 vehicle updated: Tesla Model 3 -> unknown
[lp-1 ] INFO 2025/12/17 09:02:44 car connected
[lp-1 ] INFO 2025/12/17 09:02:44 vehicle updated: unknown -> Tesla Model 3
[lp-1 ] INFO 2025/12/17 09:03:44 start charging ->
[lp-1 ] INFO 2025/12/17 09:03:54 stop charging <-
[lp-1 ] INFO 2025/12/17 09:04:04 start charging ->
[lp-1 ] INFO 2025/12/17 09:04:24 stop charging <-
[lp-1 ] INFO 2025/12/17 09:04:34 start charging ->
[lp-1 ] INFO 2025/12/17 09:05:05 stop charging <-
[lp-1 ] WARN 2025/12/17 09:05:06 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:05:24 start charging ->
[lp-1 ] INFO 2025/12/17 09:06:04 stop charging <-
[lp-1 ] WARN 2025/12/17 09:06:14 charger out of sync: expected enabled, got disabled
[lp-1 ] INFO 2025/12/17 09:06:24 start charging ->
```

UPDATE:
ik heb evcc er tussenuit gehaald en dan laad hij wel.
als ik in evcc weer leading maak zie ik in de logs van de alfen:
socket: #1: maximum current (0.00 < minimum (6.00)
ook zet ik hem op 3 fase en blijft hij aangeven niet gereed ik snap er echt niets meer van.

Lijkt op het probleem dat ik vorige week had. Uiteindelijk in de MyEve app parameter 2129_00 (max current) op 16 gezet (had evcc op 6 gezet). En de Tesla een reboot gegeven. Daarna was het opgelost.

[Thieske2478]

Hoi Marcher. Bedankt voor jou info. Ik heb het nu zo opgelost dat ik de main mijn L2 vermogen op laat halen via Home Assistant - Homewizard P1 meter en deze beperkt nu mijn Alfen Single laadpaal door evcc load balence.

circuits:
- name: main # if there is only one circuit defined the name needs to be 'main'
title: "main" # name for the UI (not implemented in UI yet)
maxPower: 5750
meter: db:3

[Mr.Bluestar]

Heeft er hier al iemand de integratie gemaakt met een Technivolt 101 laadpaal? Deze stond vorige week in de aanbieding bij iBood voor € 200 en me laten verleiden tot aankoop. Staat in de lijst van compatibele chargers maar er moet nog een MODBUS RS485 naar ethernet converter tussen geplaatst worden. Deze heb ik nu in bestelling via Aliexpress. Dus benieuwd of iemand dat al werkend heeft gekregen?