Evcc slim laden met de zon en dynamische tarieven

[bomberboy]

Tunestwo schreef op zondag 4 januari 2026 @ 10:41:
[...]

Bij mij hetzelfde issue, als ik een minimale accu waarde inzet van 25% luistert die daar niet naar... gaat gewoon naar 11%....

Aha, het lijkt te werken als ik het op solar zet, en niet op min+solar. Als ik het goed snap ziet hij de batterij nu ook gewoon als solar in hoe ik het opgezet heb. Dat was me niet duidelijk tot nu toe. Hij is in ieder geval nu helemaal gestopt. Hij was ook gestart toen ik hem inplugde ook al was er geen generatie van de pv meer. De batterij is nu aan het bijladen en ik zal dan morgen weten te vertellen of de wagen nog verder opgeladen is eens de batterij terug wat hoger zit.

Edit: maar nu lijkt hij dan te gaan pendelen tussen de batterij opladen en de wagen opladen :-s
percentage batterij zakt onder 25% -> stopt helemaal,

Edit2: Heb nu de residual power aangepast dat die lager is 3500 ipv de 8000 en dan krijg ik op dit moment wel het gedrag dat ik verwacht. nl opladen van wagen krijgt prio, batterij laad heel klein beetje op tegelijk.
Maar ik vermoed dat de maximum oplaadsnelheid nu wel zal gelimiteerd zijn hierdoor. Maar dat bekijk ik dan morgen als ik terug thuis kom van werk en hem terug inplug.

[ Voor 26% gewijzigd door bomberboy op 05-01-2026 03:12 ]

[remcoXP]

ik heb zonneplan, maar betwijfel of de waardes die ik nu heb correct zijn, kan iemand mij dat vertellen?

code:

currency: EUR  
grid:
  type: template
  template: nordpool
  region: NL
  currency: EUR
  charges: 0.11807
  tax: 0.21
  formula: math.Max((price + charges) * (1 + tax), 0.0)
feedin:
  type: template
  template: nordpool
  region: NL
  currency: EUR
  charges: 0.11807
  tax: 0.21
  formula: math.Max((price + charges) * (1 + tax), 0.0)

[Mirabis]

remcoXP schreef op maandag 5 januari 2026 @ 07:14:
ik heb zonneplan, maar betwijfel of de waardes die ik nu heb correct zijn, kan iemand mij dat vertellen?

code:

currency: EUR  
grid:
  type: template
  template: nordpool
  region: NL
  currency: EUR
  charges: 0.11807
  tax: 0.21
  formula: math.Max((price + charges) * (1 + tax), 0.0)
feedin:
  type: template
  template: nordpool
  region: NL
  currency: EUR
  charges: 0.11807
  tax: 0.21
  formula: math.Max((price + charges) * (1 + tax), 0.0)

Om te verifiëren kan je toch de huidige prijs vergelijken met de prijs die evcc weergeeft? In het configuratiescherm zie je zowel de feedin als grid prijs die het heeft berekend. Maar de Zonneplan opslag excl. BTW is 0.0165 en energiebelasting 0.09161 excl. BTW. 0.09161+0.0165 = 0.10811 als ik me niet vergis. Dat is iets lager dan wat je nu hebt opgegeven.

Je kunt e.v.t. bij feedin met formula ook nog de zonnebonus meenemen.

[Sander]

r2504 schreef op zondag 4 januari 2026 @ 21:45:
[...]


Hoewel EVCC formeel onder een open-source-licentie (MIT) valt, is het functioneel moeilijk als echte open-source software te beschouwen vanuit een strikt OSS-ideologisch standpunt. De kern van het probleem zit niet in de licentie, maar in de manier waarop essentiële functionaliteit technisch wordt afgedwongen.

Bij Home Assistant is het onderscheid duidelijk: het systeem is volledig operationeel zonder cloud of betaling. Betalen is optioneel en dient uitsluitend voor gemak, zoals remote access of eenvoudig beheer. Alle kernfunctionaliteit en hardware-integraties blijven lokaal en vrij beschikbaar. Autonomie blijft behouden.

Bij EVCC ligt dit fundamenteel anders. Zonder betaling via een sponsor-mechanisme werkt essentiële functionaliteit niet: ondersteuning voor bepaalde laadpalen – waaronder gangbare commerciële modellen – wordt technisch geblokkeerd. Het gaat hier niet om extra comfort of aanvullende diensten, maar om basale interoperabiliteit, die de kern vormt van wat EVCC überhaupt nuttig maakt. Betaling is daarmee geen keuze, maar een voorwaarde om het systeem functioneel te gebruiken.

Hoewel de broncode beschikbaar is en juridisch aangepast mag worden, is die vrijheid in de praktijk grotendeels theoretisch. Het verwijderen van deze beperkingen vereist diepgaande technische kennis en brengt een blijvende onderhoudslast met zich mee. De vrijheid verschuift zo van “iedere gebruiker” naar “alleen wie technisch en tijdmatig kan investeren”.

Daarmee ontstaat een asymmetrie: de makers behouden centrale controle over essentiële functionaliteit, terwijl gebruikers slechts formele vrijheid hebben. Vanuit een klassieke OSS- of FSF-gedreven visie – waarin betaling nooit een voorwaarde mag zijn voor functioneel gebruik – is dit een principiële breuk.

Conclusie: EVCC is formeel open source, maar functioneel niet vrij. In tegenstelling tot Home Assistant koopt betaling bij EVCC geen gemak, maar toegang. Dat maakt het moeilijk om EVCC nog als echte OSS te beschouwen vanuit een zuiver ideologisch perspectief.

Home assistant en EVCC kun je beide prima standalone zonder enkele kosten gebruiken. Waar je bij home assistant betaalt voor de modules om bepaalde zaken te koppelen (zigbee stick, z-wave etc etc) betaal je bij EVCC voor de API's / integraties zelf die uiteraard ook ontwikkeld en onderhouden moeten worden.

Om je vergelijking met Nabu Casa te pakken: Je kunt bij EVCC ook de directe aansturing van je laadpaal via Modubus of API zelf regelen en via de custom integraties. Wil je dat niet dan betaal je in een aantal gevallen. Bij Nabu Casa is dat idem voor Voice + Remote access, wil je snel en makkelijk dan betaal je anders mag je zelf aan de gang.

En ander voorbeeld: Onze Tesla kan gratis met EVCC werken, maar daar moet ik dan of zelf een ESP/RPI die de BLE communicatie doet voor opzetten, of betalen bij Tessie/Teslamate. In die gevallen is EVCC nog steeds gratis maar zitten de kosten elders (net als bij Home assistant).

[Wolly]

Sander schreef op maandag 5 januari 2026 @ 09:39:
[...]

En ander voorbeeld: Onze Tesla kan gratis met EVCC werken, maar daar moet ik dan of zelf een ESP/RPI die de BLE communicatie doet voor opzetten, of betalen bij Tessie/Teslamate. In die gevallen is EVCC nog steeds gratis maar zitten de kosten elders (net als bij Home assistant).

Kan EVCC niet samenwerken met Tesla Fleet dan? Dat kost niets.

[Sander]

Wolly schreef op maandag 5 januari 2026 @ 09:52:
[...]


Kan EVCC niet samenwerken met Tesla Fleet dan? Dat kost niets.

Dat kan maar de Tesla Wall Connector werkt niet via de Fleet API, daar moet wel weer wat tussen. Overigens heb ik alles (bewust) lokaal draaien via de Tesla-BLE integratie op een ESP32.

[Wolly]

Sander schreef op maandag 5 januari 2026 @ 10:02:
[...]


Dat kan maar de Tesla Wall Connector werkt niet via de Fleet API, daar moet wel weer wat tussen. Overigens heb ik alles (bewust) lokaal draaien via de Tesla-BLE integratie op een ESP32.

Duidelijk, al hoeft de TWC volgens mij helemaal niet te werken via een api omdat de fleet api via de api van de auto werkt. Dat werkt bij mij in ieder geval prima, al kijk ik wel met een schuin oog naar de BLE integratie om de afhankelijkheid van Tesla cloud te elimineren

[TweakerMarco]

remcoXP schreef op maandag 5 januari 2026 @ 07:14:
ik heb zonneplan, maar betwijfel of de waardes die ik nu heb correct zijn, kan iemand mij dat vertellen?

code:

currency: EUR  
grid:
  type: template
  template: nordpool
  region: NL
  currency: EUR
  charges: 0.11807
  tax: 0.21
  formula: math.Max((price + charges) * (1 + tax), 0.0)
feedin:
  type: template
  template: nordpool
  region: NL
  currency: EUR
  charges: 0.11807
  tax: 0.21
  formula: math.Max((price + charges) * (1 + tax), 0.0)

Ook net begonnen en heb deze formule:

code:

 tariffs:
  grid:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02        # Opslag leverancier per kWh
    tax: 0.21            # BTW
    formula: (price + charges + 0.1088) * (1 + tax)
    # prijs = Nordpool spotprijs
    # 0.1088 = Nederlandse energiebelasting per kWh

  feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02
    tax: 0.21
    formula: (price + charges + 0.1088) * (1 + tax)

[scifoflux]

Iemand al de Vaillant Warmtepomp kunnen toevoegen?
Heb de Flexotherm van Vaillant en heb de my Vaillant app.
Kan via Home assistant hem perfect uitlezen en bedienen.

Maar zie enkel dat ze nog werken met de oude/legacy senso app.
Iemand dit wel werkend gekregen en hoe?

[Kammika]

TweakerMarco schreef op maandag 5 januari 2026 @ 11:32:
[...]


Ook net begonnen en heb deze formule:

code:

 tariffs:
  grid:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02        # Opslag leverancier per kWh
    tax: 0.21            # BTW
    formula: (price + charges + 0.1088) * (1 + tax)
    # prijs = Nordpool spotprijs
    # 0.1088 = Nederlandse energiebelasting per kWh

  feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02
    tax: 0.21
    formula: (price + charges + 0.1[quote][b][message=84330536,noline]TweakerMarco schreef op maandag 5 januari 2026 @ 11:32[/message]:[/b]
[...]


Ook net begonnen en heb deze formule:

[code] tariffs:
  grid:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02        # Opslag leverancier per kWh
    tax: 0.21            # BTW
    formula: (price + charges + 0.1088) * (1 + tax)
    # prijs = Nordpool spotprijs
    # 0.1088 = Nederlandse energiebelasting per kWh

  feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02
    tax: 0.21
    formula: (price + charges + 0.1088) * (1 + tax)[/code]
[/quote]
088) * (1 + tax)

Deze kloppen niet. Over de energiebelasting wordt geen btw geheven. Bij charges is dat even afhankelijk hoe dat in je energiecontract staat (of dat met of zonder btw is en of je die dus wel of neit er overheen moet rekenen)

Ik heb Frank Energie, en heb het als volgt geconfigureerd.

code:

charges: 0.0185
 tax: 0.21
 formula: price * (1+tax) + charges + 0.1108

Heb het steeksproefsgewijs wel met op de website van Frank Energie vergeleken. Soms wijkt het dan 0,1 ct af (ik vermoed afrondings verschillen)

[JanHenk]

Kammika schreef op maandag 5 januari 2026 @ 12:04:
[...]

Deze kloppen niet. Over de energiebelasting wordt geen btw geheven.

Jawel hoor. De energiebelasting voor elektriciteit is met ingang van 1 januari 2026 0,09161 euro (tot 10.000 kWh saldo afname). En dit is dus excl. btw.

Je kan natuurlijk beide waarden (incl. of excl. btw) gebruiken, afhankelijk van hoe je je formule opzet. Persoonlijk zou ik van alle componenten de kale tarieven nemen en dan over het geheel +21% btw laten berekenen. Maar soms moet je dan eerst een bedrag terugrekenen, zoals de opslagfee van jouw leverancier (die wordt vaak alleen incl. btw bekend gemaakt).

[Kammika]

JanHenk schreef op maandag 5 januari 2026 @ 12:22:
[...]


Jawel hoor. De energiebelasting voor elektriciteit is met ingang van 1 januari 2026 0,09161 euro (tot 10.000 kWh saldo afname). En dit is dus excl. btw.

Je kan natuurlijk beide waarden (incl. of excl. btw) gebruiken, afhankelijk van hoe je je formule opzet. Persoonlijk zou ik van alle componenten de kale tarieven nemen en dan over het geheel +21% btw laten berekenen. Maar soms moet je dan eerst een bedrag terugrekenen, zoals de opslagfee van jouw leverancier (die wordt vaak alleen incl. btw bekend gemaakt).

waar ik op reageerde stond dit:

formula: (price + charges + 0.1088) * (1 + tax)

dan wordt over de 0.1088 ook nog een keer tax gerekend, dat is dus dubbelop...

[JanHenk]

@Kammika Nou, die 0,1088 is het tarief van 2024, exclusief btw. Dus op zich klopt het wel, maar moet het bedrag even een update krijgen naar 2026

[Kammika]

JanHenk schreef op maandag 5 januari 2026 @ 13:53:
@Kammika Nou, die 0,1088 is het tarief van 2024, exclusief btw. Dus op zich klopt het wel, maar moet het bedrag even een update krijgen naar 2026

a check, die 0,1088 lijkt teveel op 0,1108 (wat dat dan weer het 2026 tarief is), waardoor ik ze door elkaar haalde

Anyway: De formule klopt niet, want over die 0,1108 moet je geen energiebelasting rekenen

De formule moet zijn: price * (1+tax) + charges + energiebelasting, anders gaan het bij mij afwijken iig...

[AA42]

Voor wie het boeit:

Ik heb mijn EVBox Elvi inmiddels vervangen door een Peblar. Uiteraard ging niet alles van een leien dakje. Er liep al een UTP kabel die voorheen met twee adertjes aan de EVOptimizer voor load-balancing zat tussen mijn meterkast en de lader. Vanwege de korte lengte (en handigheid) aan beide zijden RJ-45 connectors gemaakt maar de kabel bleek niet te werken. Dus toch maar even Wifi geprobeerd. Wat ik ook doe, ik zie mijn Netgear Orbi Wifi naam niet. Wel tig anderen van buren en auto's.... raar.

Er stond wel een oudere firmware op, wie weet ligt het daar aan. Updates draaien dus, via de Web hotspot van de Peblar zelf.
Dan download je een zip waarin 2 bestanden, 1 heeft als onderdeel van de naam "Step 1" de ander "Step 2". De website van Peblar is hier niet duidelijk over. Dus eerst maar het Step 1 bestand geprobeerd. Heel lang zo'n draaisymbooltje en dan een error.
Dan dat andere bestand maar.... weer errors.
Paar keer geprobeerd. Pffff helaas jammer.

Start opnieuw op, log opnieuw in en blijkt dat de nieuwe firmware gewoon geïnstalleerd is !
Dus meteen in Wifi settings kijken en ja hoor, daar staat klem bovenaan mijn Wifi.
De rest was appeltje-etije, API instellen en configureren in evcc en gaan !

Meer in het Peblar topic hier op tweakers...

[ Voor 54% gewijzigd door AA42 op 05-01-2026 20:52 ]

[Mirabis]

Kammika schreef op maandag 5 januari 2026 @ 17:01:
[...]

a check, die 0,1088 lijkt teveel op 0,1108 (wat dat dan weer het 2026 tarief is), waardoor ik ze door elkaar haalde

Anyway: De formule klopt niet, want over die 0,1108 moet je geen energiebelasting rekenen

De formule moet zijn: price * (1+tax) + charges + energiebelasting, anders gaan het bij mij afwijken iig...

Volgens mij heb je wat termen door elkaar gehaald.
2026 energiebelasting stroom per kWh = 0,11085 per kWH incl. BTW of ~0,09161 excl. BTW
2026 opslag energieleverancier (voorbeeld=Zonneplan) = 0,200 per kWh incl. BTW of ~0,165289 excl. BTW

Als je de formule voed met de excl. BTW bedragen dan moet je er wel nog 'tax' overheen berekenen. Heb je de bedragen incl. BTW bedragen genomen dan hoef je daar inderdaad niet nogmaals 'tax' over te berekenen.

[Tunestwo]

AA42 schreef op maandag 5 januari 2026 @ 20:51:
Voor wie het boeit:

Ik heb mijn EVBox Elvi inmiddels vervangen door een Peblar. Uiteraard ging niet alles van een leien dakje. Er liep al een UTP kabel die voorheen met twee adertjes aan de EVOptimizer voor load-balancing zat tussen mijn meterkast en de lader. Vanwege de korte lengte (en handigheid) aan beide zijden RJ-45 connectors gemaakt maar de kabel bleek niet te werken. Dus toch maar even Wifi geprobeerd. Wat ik ook doe, ik zie mijn Netgear Orbi Wifi naam niet. Wel tig anderen van buren en auto's.... raar.

Er stond wel een oudere firmware op, wie weet ligt het daar aan. Updates draaien dus, via de Web hotspot van de Peblar zelf.
Dan download je een zip waarin 2 bestanden, 1 heeft als onderdeel van de naam "Step 1" de ander "Step 2". De website van Peblar is hier niet duidelijk over. Dus eerst maar het Step 1 bestand geprobeerd. Heel lang zo'n draaisymbooltje en dan een error.
Dan dat andere bestand maar.... weer errors.
Paar keer geprobeerd. Pffff helaas jammer.

Start opnieuw op, log opnieuw in en blijkt dat de nieuwe firmware gewoon geïnstalleerd is !
Dus meteen in Wifi settings kijken en ja hoor, daar staat klem bovenaan mijn Wifi.
De rest was appeltje-etije, API instellen en configureren in evcc en gaan !

Meer in het Peblar topic hier op tweakers...

[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]

Dat is wel heel erg orthodox

[JanHenk]

Kammika schreef op maandag 5 januari 2026 @ 17:01:
[...]

a check, die 0,1088 lijkt teveel op 0,1108 (wat dat dan weer het 2026 tarief is), waardoor ik ze door elkaar haalde

Ah zo, klopt, nu snap ik je verwarring ook.

Anyway: De formule klopt niet, want over die 0,1108 moet je geen energiebelasting rekenen

De formule moet zijn: price * (1+tax) + charges + energiebelasting, anders gaan het bij mij afwijken iig...

Nou ja, er zijn meerdere wegen naar Rome. De formule is juist, maar de input niet. Of de input is juist, maar dan de formule niet.

[Droplollie]

Ik ben op zoek naar een laadpaal voor bij mijn huis. In principe ben ik van plan die met EVCC aan te laten sturen en te laden tijdens zonnestroom en anders via dynamische energietarieven. Ik heb home-assistant, maar ben niet heel sterk in programmeren. Welke paal kan ik het beste gebruiken als ik het in principe met EVCC verder wil configureren, maar wil dan wel als alternatief hebben dat ik het gewoon via de app van de laadpaal zelf (deels) kan configureren (in het geval ik er toch niet uitkom met EVCC)?

[ Voor 4% gewijzigd door Droplollie op 06-01-2026 14:07 ]

[tlpeter]

Ik twijfel om iets met evcc te gaan doen. Ik heb een Easee charge up met E-flux als operator.
Kan ik dan, ondanks de operator, nog steeds uitgesteld laden aan de hand van tarieven? Op dit moment zijn er nog geen zonnepanelen of accu.
Edit, ik maak ook gebruik van Home assistant.

[ Voor 9% gewijzigd door tlpeter op 06-01-2026 14:23 ]

[Get!em]

Droplollie schreef op dinsdag 6 januari 2026 @ 14:07:
Ik ben op zoek naar een laadpaal voor bij mijn huis. In principe ben ik van plan die met EVCC aan te laten sturen en te laden tijdens zonnestroom en anders via dynamische energietarieven. Ik heb home-assistant, maar ben niet heel sterk in programmeren. Welke paal kan ik het beste gebruiken als ik het in principe met EVCC verder wil configureren, maar wil dan wel als alternatief hebben dat ik het gewoon via de app van de laadpaal zelf (deels) kan configureren (in het geval ik er toch niet uitkom met EVCC)?

Je vraagt om een en/en/en situatie. Ikzelf heb die met een Peblar gerealiseerd. Heeft overigens geen eigen app, maar wel een lokaal webinterface (die je dan met VPN op afstand alsnog wel kunt benaderen).
Werkt met HA en EVCC.

[HyperBart]

Droplollie schreef op dinsdag 6 januari 2026 @ 14:07:
Ik ben op zoek naar een laadpaal voor bij mijn huis. In principe ben ik van plan die met EVCC aan te laten sturen en te laden tijdens zonnestroom en anders via dynamische energietarieven. Ik heb home-assistant, maar ben niet heel sterk in programmeren. Welke paal kan ik het beste gebruiken als ik het in principe met EVCC verder wil configureren, maar wil dan wel als alternatief hebben dat ik het gewoon via de app van de laadpaal zelf (deels) kan configureren (in het geval ik er toch niet uitkom met EVCC)?

Alfen, true and proven.
Heeft ook een eigen appje, gaat prima.
Afhankelijk van je eisen (fasen in huis elektra) en je benodigd aantal kWh wat je dagelijks moet kunnen bijladen voor de verplaatsingen van de volgende dag kan je leuke dealtjes scoren door een 1F socket model te nemen (goedkoper maar vervelend met de kabel), dan ben je voor rond de 650 gesteld. Vergeet niet de load balancing optie mee te bestellen, die is nodig om evcc de Alfen te laten aansturen.

[ Voor 22% gewijzigd door HyperBart op 06-01-2026 15:52 ]

[Tunestwo]

HyperBart schreef op dinsdag 6 januari 2026 @ 15:50:
[...]


Alfen, true and proven.
Heeft ook een eigen appje, gaat prima.
Afhankelijk van je eisen (fasen in huis elektra) en je benodigd aantal kWh wat je dagelijks moet kunnen bijladen voor de verplaatsingen van de volgende dag kan je leuke dealtjes scoren door een 1F socket model te nemen (goedkoper maar vervelend met de kabel), dan ben je voor rond de 650 gesteld. Vergeet niet de load balancing optie mee te bestellen, die is nodig om evcc de Alfen te laten aansturen.

Hier sluit ik me volledig bij aan, reeds een Zaptec Go geinstalleerd echter van een koude kermis teruggekomen en gewoon weer netjes terug bij de Alfen. Alfen is wel wat meer priegelen om het perfect werkend te krijgen (Ik heb losse kabel unit) Maar als deze daarna werkt werkt het top!

[Get!em]

Mooi dat je nu sinds versie 300 de optimization op cheapest of continuous kunt zetten.

En ook fast charging tijdens solar laden onder drempel van lage tarieven

[ Voor 30% gewijzigd door Get!em op 06-01-2026 21:03 ]

[HyperBart]

Get!em schreef op dinsdag 6 januari 2026 @ 21:01:
Mooi dat je nu sinds versie 300 de optimization op cheapest of continuous kunt zetten.

En ook fast charging tijdens solar laden onder drempel van lage tarieven

Waar doe je dat eigenlijk? Ik zie het niet direct opduiken in de GUI?

Edit:gevonden, het zit alleen ik next/volgende planning, niet in herhalende planningen. De regelschuifjes langs new plan.

[ Voor 15% gewijzigd door HyperBart op 06-01-2026 21:32 ]

[AA42]

Droplollie schreef op dinsdag 6 januari 2026 @ 14:07:
Ik ben op zoek naar een laadpaal voor bij mijn huis. In principe ben ik van plan die met EVCC aan te laten sturen en te laden tijdens zonnestroom en anders via dynamische energietarieven. Ik heb home-assistant, maar ben niet heel sterk in programmeren. Welke paal kan ik het beste gebruiken als ik het in principe met EVCC verder wil configureren, maar wil dan wel als alternatief hebben dat ik het gewoon via de app van de laadpaal zelf (deels) kan configureren (in het geval ik er toch niet uitkom met EVCC)?

Wou je een Peblar gaan aanbevelen maar de mijne is er na een paar dagen alweer mee gekapt.....

RFID lezer deed het niet meer. Denk even een andere tag inlezen om te zien waar het aan ligt. Werkt niet.
Dan maar een software matige reset. Rode knipperende LED en foutmeldingen 1003 en 1004 in de status.......
Harde reset. Geen zin, zelfde resultaat....iemand een idee wat die codes zijn?

[Get!em]

AA42 schreef op woensdag 7 januari 2026 @ 09:49:
[...]

Wou je een Peblar gaan aanbevelen maar de mijne is er na een paar dagen alweer mee gekapt.....

RFID lezer deed het niet meer. Denk even een andere tag inlezen om te zien waar het aan ligt. Werkt niet.
Dan maar een software matige reset. Rode knipperende LED en foutmeldingen 1003 en 1004 in de status.......
Harde reset. Geen zin, zelfde resultaat....iemand een idee wat die codes zijn?

Neem even contact op met Peblar support. Meeste supportvragen zijn bij mij binnen een paar uur beantwoord. Het werkt vaak nog sneller als je de Diagnostics file alvast meestuurt.

[JanHenk]

Jammer dat ze geen lijst met de foutcodes en hun oorzaak publiceren. Dat de support snel zou reageren is dan wel weer fijn.

Klinkt niet echt goed @AA42 , hopelijk is het op afstand op te lossen.

[AA42]

Heb wel wat info over de codes maar die zeggen helemaal niets en de enige "oplossingen" die gesuggereerd worden zijn opnieuw opstarten en als dat niet helpt Peblar contacten....dat heb ik nu dus maar gedaan.

[HyperBart]

AA42 schreef op woensdag 7 januari 2026 @ 09:49:
[...]

Wou je een Peblar gaan aanbevelen maar de mijne is er na een paar dagen alweer mee gekapt.....

RFID lezer deed het niet meer. Denk even een andere tag inlezen om te zien waar het aan ligt. Werkt niet.
Dan maar een software matige reset. Rode knipperende LED en foutmeldingen 1003 en 1004 in de status.......
Harde reset. Geen zin, zelfde resultaat....iemand een idee wat die codes zijn?

Ik heb een lijst met die codes.
Van 1000 tem 2000 staat er “Best to replace unit with an Alfen”.

Sorry, geintje .
Immens vervelend, ken het gevoel.
Even meedenken: Ooit heb ik iemand weten doen dat hij de RFID lezer ontkoppeld had, eens proberen?

[AA42]

Tunestwo schreef op dinsdag 6 januari 2026 @ 11:49:
[...]

Dat is wel heel erg orthodox

Onorthodox bedoel je denk ik?

[AA42]

HyperBart schreef op woensdag 7 januari 2026 @ 23:53:
[...]


Ik heb een lijst met die codes.
Van 1000 tem 2000 staat er “Best to replace unit with an Alfen”.

Sorry, geintje .
Immens vervelend, ken het gevoel.
Even meedenken: Ooit heb ik iemand weten doen dat hij de RFID lezer ontkoppeld had, eens proberen?

LOL, nou kan ik wel tegen hoor zo'n grap. Sodeju.....stel je voor.... ik ga meteen kijken!

[AA42]

Ja nu ik erover nadenk: dat kan helemaal niet. De Peblar heeft alles op 1 PCB. Dus geen verbindings kabeltjes en stekkertjes… dat zou hem zo robuust moeten maken…

[ Voor 3% gewijzigd door AA42 op 08-01-2026 16:24 ]

[HyperBart]

@AA42 zegt de web interface nog iets meer over die foutcode?

[TweakerMarco]

Dank voor de feedback over de dynamisch prijzen, heb nu onderstaand ingesteld en dit komt aardig overeen met mijn Zonneplan tarieven:

• charges: 0.02
  # Zonneplan opslag per kWh (INCLUSIEF BTW)
• tax: 0.21
  # BTW-percentage (alleen voor Nordpool spotprijs)
• formula: (price * (1 + tax)) + 0.11085 + charges
  # price = Nordpool uurprijs (EXCLUSIEF btw)
  # 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)

evcc.yaml gedeelte:

code:

tariffs:
  grid:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02       # Zonneplan opslag per kWh (INCLUSIEF BTW)
    tax: 0.21           # BTW-percentage (alleen voor Nordpool spotprijs)
    formula: (price * (1 + tax)) + 0.11085 + charges # price = Nordpool uurprijs (EXCLUSIEF btw) | 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)
  feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02       # Zonneplan opslag per kWh (INCLUSIEF BTW)
    tax: 0.21           # BTW-percentage (alleen voor Nordpool spotprijs)
    formula: (price * (1 + tax)) + 0.11085 + charges # price = Nordpool uurprijs (EXCLUSIEF btw) | 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)

[Mirabis]

TweakerMarco schreef op donderdag 8 januari 2026 @ 16:34:
Dank voor de feedback over de dynamisch prijzen, heb nu onderstaand ingesteld en dit komt aardig overeen met mijn Zonneplan tarieven:

• charges: 0.02
  # Zonneplan opslag per kWh (INCLUSIEF BTW)
• tax: 0.21
  # BTW-percentage (alleen voor Nordpool spotprijs)
• formula: (price * (1 + tax)) + 0.11085 + charges
  # price = Nordpool uurprijs (EXCLUSIEF btw)
  # 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)

evcc.yaml gedeelte:

code:

tariffs:
  grid:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02       # Zonneplan opslag per kWh (INCLUSIEF BTW)
    tax: 0.21           # BTW-percentage (alleen voor Nordpool spotprijs)
    formula: (price * (1 + tax)) + 0.11085 + charges # price = Nordpool uurprijs (EXCLUSIEF btw) | 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)
  feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02       # Zonneplan opslag per kWh (INCLUSIEF BTW)
    tax: 0.21           # BTW-percentage (alleen voor Nordpool spotprijs)
    formula: (price * (1 + tax)) + 0.11085 + charges # price = Nordpool uurprijs (EXCLUSIEF btw) | 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)

Dat is al beter. Indien je ook de zonnebonus op een of andere manier erin wil verwerken kan je zoiets als onderstaand doen. Gaat dan om het 'formula' stukje.

code:

  formula: | 
    base := price
    bonus := 0.0
    if ts.Hour() >= 8 && ts.Hour() <= 19 {
      bonus = base * 0.10   // 10% Zonnebonus
    }
    math.Max((base + bonus + charges) * (1 + tax), 0.0)

[ Voor 12% gewijzigd door Mirabis op 08-01-2026 16:51 ]

[HyperBart]

Ik heb echt enorm veel moeite om een prijsformule realistisch in evcc te gieten.
Als je nu kijkt naar de tariefkaart van Total Energies (Wikipower samenkopen) dan kom ik volgens mijn berekening uit op volgende formule:

( ( (price * 1.13323) + 0.01568 + 0.06 + 0.002 + 0.00503 ) * 1.06) + 0.002

Ik heb die factor van 0.113323 met een tiental moeten verhogen want anders kreeg ik prijzen die bijna continu hetzelfde waren maar ik krijg het niet uitgelegd waarom dat zou moeten.
Zit ik met een denk-fout en waarom mag ik een tientalletje opschuiven?
Bijkomende vraag: hoe regel je met de dag en nacht tarieven van Fluvius een dynamische prijs in op evcc? (vergelijkbaar met de vraag hierboven maar volgens mij moet dat toch eenvoudig met "zones" op te lossen zijn)^.

[Sander]

Heeft iemand hier ervaringen met de betrouwbaarheid en restores van de EVCC backups (dus de .db met configuratie erin)? Ik wil eigenlijk de docker container die ik nu draai gewoon overzetten naar HA OS als Add-On. Dan kan ik tzt de 2e homeserver gewoon uitzetten en als backup voor de 1e bewaren mocht HA een keer plat gaan door fysieke failure.

[remcoXP]

bedoel je dan dit?

code:

 feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02       # Zonneplan opslag per kWh (INCLUSIEF BTW)
    tax: 0.21           # BTW-percentage (alleen voor Nordpool spotprijs)
#    formula: (price * (1 + tax)) + 0.11085 + charges # price = Nordpool uurprijs (EXCLUSIEF btw) | 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)
    formula: | 
      base := price
      bonus := 0.0
      if ts.Hour() >= 8 && ts.Hour() <= 19 {
        bonus = base * 0.10   // 10% Zonnebonus
      }
      math.Max((base + bonus + charges) * (1 + tax), 0.0)

Mirabis schreef op donderdag 8 januari 2026 @ 16:50:
[...]


Dat is al beter. Indien je ook de zonnebonus op een of andere manier erin wil verwerken kan je zoiets als onderstaand doen. Gaat dan om het 'formula' stukje.

code:

  formula: | 
    base := price
    bonus := 0.0
    if ts.Hour() >= 8 && ts.Hour() <= 19 {
      bonus = base * 0.10   // 10% Zonnebonus
    }
    math.Max((base + bonus + charges) * (1 + tax), 0.0)

[Mirabis]

remcoXP schreef op vrijdag 9 januari 2026 @ 07:21:
bedoel je dan dit?

code:

 feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.02       # Zonneplan opslag per kWh (INCLUSIEF BTW)
    tax: 0.21           # BTW-percentage (alleen voor Nordpool spotprijs)
#    formula: (price * (1 + tax)) + 0.11085 + charges # price = Nordpool uurprijs (EXCLUSIEF btw) | 0.11085 = Energiebelasting elektriciteit 2026 NL (INCLUSIEF btw)
    formula: | 
      base := price
      bonus := 0.0
      if ts.Hour() >= 8 && ts.Hour() <= 19 {
        bonus = base * 0.10   // 10% Zonnebonus
      }
      math.Max((base + bonus + charges) * (1 + tax), 0.0)

[...]

Ongeveer. Nu bereken je tax over 'charges' waar je al tax in hebt opgenomen. 0.02 is namelijk incl. btw. Daarnaast, ontbreekt de energiebelasting nog aangezien je enkel de opslag van zonneplan meeneemt. Je kunt beter het volgende doen:

code:

 feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.10813893       # Zonneplan opslag als kWh excl. (=0.02 incl.) BTW + energiebelasting 0.09161 excl. BTW
    tax: 0.21                           # BTW-percentage
    formula: | 
      base := price
      bonus := 0.0
      if ts.Hour() >= 8 && ts.Hour() <= 19 {
        bonus = base * 0.10   // 10% Zonnebonus
      }
      math.Max((base + bonus + charges) * (1 + tax), 0.0)

[ Voor 8% gewijzigd door Mirabis op 09-01-2026 08:30 ]

[JanHenk]

Sander schreef op donderdag 8 januari 2026 @ 20:57:
Heeft iemand hier ervaringen met de betrouwbaarheid en restores van de EVCC backups (dus de .db met configuratie erin)? Ik wil eigenlijk de docker container die ik nu draai gewoon overzetten naar HA OS als Add-On. Dan kan ik tzt de 2e homeserver gewoon uitzetten en als backup voor de 1e bewaren mocht HA een keer plat gaan door fysieke failure.

Ik heb een database migratie (is maar één bestandje) gedaan vanaf de HA add-on naar een LXC. Dat werkte prima. Kun je gerust proberen.

Edit: dat was toen ik nog niet de settings in de db had opgenomen. Daardoor had ik stiekem verwacht dat dit problemen zou geven met de historie (voertuigen met titel zijn immers geconfigureerd in de yaml) maar ook dat pakte ie gewoon weer op toen ik de voertuigen weer configureerde. Ik denk dat het met alle settings in de db en een lege evcc.yaml een stuk eenvoudiger is.

[ Voor 23% gewijzigd door JanHenk op 09-01-2026 08:58 ]

[remcoXP]

kunnen de prijzen in evcc niet weergegeven worden per uur aangezien zonneplan uurprijzen hanteert? dit maakt het overzichtelijker en makkelijker vergelijken met de prijs van: https://www.zonneplan.nl/...nergieprijzen/stroomprijs

[Sander]

JanHenk schreef op vrijdag 9 januari 2026 @ 08:56:
[...]


Ik heb een database migratie (is maar één bestandje) gedaan vanaf de HA add-on naar een LXC. Dat werkte prima. Kun je gerust proberen.

Edit: dat was toen ik nog niet de settings in de db had opgenomen. Daardoor had ik stiekem verwacht dat dit problemen zou geven met de historie (voertuigen met titel zijn immers geconfigureerd in de yaml) maar ook dat pakte ie gewoon weer op toen ik de voertuigen weer configureerde. Ik denk dat het met alle settings in de db en een lege evcc.yaml een stuk eenvoudiger is.

Ja ga het dit weekend eens rustig testen en kijken hoe het draait. Wil langzaam maar zeker gewoon de setup thuis simplificeren en ik was wat huiverig 1j geleden toen ik van HA in docker naar HA OS ging met stabiliteit etc etc maar tot op heden is het echt rock-solid inclusief de andere add-ons.

[JanHenk]

@Sander Het nadeel vind ik, persoonlijk, dat je HA OS toch regelmatig moet herstarten in verband met allerlei updates. En dan gaan je add-ons ook mee.

Verder heb je gelijk, het werkt simpel (ook meteen toegang van buitenaf geregeld) en stabiel.

[Mirabis]

remcoXP schreef op vrijdag 9 januari 2026 @ 09:51:
kunnen de prijzen in evcc niet weergegeven worden per uur aangezien zonneplan uurprijzen hanteert? dit maakt het overzichtelijker en makkelijker vergelijken met de prijs van: https://www.zonneplan.nl/...nergieprijzen/stroomprijs

Jawel, maar dan raad ik aan wel de documentatie te lezen en een andere source te kiezen. Voor template: entsoe hebben ze `average: true` wat je kan inschakelen voor uurprijzen. Voor Nordpool lijkt dat nog niet ingebakken.

Alternatieven voor Zonneplan: entsoe, enever of Energy Forecast

[JanHenk]

Overigens wel fijn dat evcc nu, bij een laadplan tot 100%, vol vermogen blijft geven tot de auto wordt afgekoppeld. Zowel in verband met balanceren van de cellen (waarbij de auto soms ineens nog vermogen vraagt nadat ie al tot 100% is geladen) als preconditionering. Zo hoef je alleen maar een laadplan tot 100% te maken voor tijd X en voorverwarmen in de stellen in je auto of handmatig te starten.

Voorheen moest je dan alsnog evcc op "fast"-mode zetten om te voorkomen dat ie voorverwarmen uit de batterij haalt. Dat doet ie nu dus bij een laadplan tot 100% zelf.

[Sander]

JanHenk schreef op vrijdag 9 januari 2026 @ 10:14:
@Sander Het nadeel vind ik, persoonlijk, dat je HA OS toch regelmatig moet herstarten in verband met allerlei updates. En dan gaan je add-ons ook mee.

Verder heb je gelijk, het werkt simpel (ook meteen toegang van buitenaf geregeld) en stabiel.

Klopt, tegelijkertijd als je je linux kernel fatsoenlijk bijhoudt onder ubuntu dan is dat toch ook regelmatig nodig. Met HAOS zie je 1 tot 3 releases per maand en dan moet je rebooten. Vaak skip ik de .0 en soms ook de .1 en dan kom je effectief op 1 reboot per maand. Dat komt voor mij redelijk overeen met wat ik zie op mijn ubuntu server installatie met kernel updates die je toch ook up-to-date wil houden vanuit security perspectief.

[aritmeester]

Toevallig zat ik mij hier ook al aan te ergeren, nog vóórdat ik de laatste posts had gelezen. In EVCC werk je met kwartierprijzen, terwijl Zonneplan zelf rekent met uurprijzen. Dat verschil kan best verwarrend zijn, zeker als je probeert te optimaliseren op kosten.

Ik ben dit gaan oplossen door de uurprijzen op te halen via epprijzen.nl en die te gebruiken als bron. In de EVCC UI worden de prijzen nog steeds per kwartier weergegeven, maar onderliggend zijn het dus wél echte uurprijzen zoals Zonneplan ze hanteert. Elk kwartier binnen hetzelfde uur heeft dan simpelweg dezelfde prijs.

Dat sluit functioneel beter aan bij hoe Zonneplan factureert en voorkomt dat je optimalisaties maakt op kwartierfluctuaties die voor Zonneplan uiteindelijk niet relevant zijn.

code:

tariffs:
  grid:
    type: custom
    forecast:
      source: http
      uri: https://epexprijzen.nl/api/v1/prices/zonneplan/hourly
      jq: '.today + .tomorrow | map({"start": (.t | strptime("%Y-%m-%dT%H:%M:%S%z") | strftime("%Y-%m-%dT%H:%M:%SZ")), "end": (.t | strptime("%Y-%m-%dT%H:%M:%S%z") | mktime + 3600 | strftime("%Y-%m-%dT%H:%M:%SZ")),  "value": .price}) | tostring'
  feedin:
    type: custom
    forecast:
      source: http
      uri: https://epexprijzen.nl/api/v1/prices/zonneplan/hourly
      jq: '.today + .tomorrow | map({"start": (.t | strptime("%Y-%m-%dT%H:%M:%S%z") | strftime("%Y-%m-%dT%H:%M:%SZ")), "end": (.t | strptime("%Y-%m-%dT%H:%M:%S%z") | mktime + 3600 | strftime("%Y-%m-%dT%H:%M:%SZ")),  "value": .price}) | tostring'

Dit werkt niet alleen voor Zonneplan, maar voor alle Nederlandse aanbieders met een dynamisch contract, en sluit functioneel beter aan bij hoe er uiteindelijk gefactureerd wordt.
De API-documentatie staat hier: epexprijzen.nl/api-documentatie

[ Voor 8% gewijzigd door aritmeester op 09-01-2026 14:22 . Reden: werkt ook voor andere aanbieders ]

[Kammika]

aritmeester schreef op vrijdag 9 januari 2026 @ 14:19:

Dit werkt niet alleen voor Zonneplan, maar voor alle Nederlandse aanbieders met een dynamisch contract, en sluit functioneel beter aan bij hoe er uiteindelijk gefactureerd wordt.

Dus niet voor mijn dynamisch contract, want die gaat per kwartier...

[aritmeester]

Kammika schreef op vrijdag 9 januari 2026 @ 14:44:
[...]

Dus niet voor mijn dynamisch contract, want die gaat per kwartier...

jawel, de api heeft ook een quarterly mogelijkheid..


Uit de URL

code:

/zonneplan/hourly

zonneplan is de provider, deze wordt gebruikt voor de toeslagen
hourly kan dus ook quarterly zijn.

Check even de volledige documentatie

[ Voor 28% gewijzigd door aritmeester op 09-01-2026 14:47 ]

[AA42]

HyperBart schreef op donderdag 8 januari 2026 @ 16:29:
@AA42 zegt de web interface nog iets meer over die foutcode?

Nee maar ik heb wel contact gehad met Peblar. Ze geven aan uit de logfile die ik meegestuurd had op te kunnen maken datt het om een probleem met het display ging. Kan ook wel kloppen want die doet in ieder geval niets meer.
Maar inmiddels heb ik al afgesproken met de verkoper dat ik de unit terug mag geven en m'n geld terug krijg.

Ik ga denk ik de Elvi tijdelijk terughangen en me eens rustig oriënteren op andere mogelijkheden qua laders die tussen 1 en 3 fasen kunnen schakelen. Misschien wacht ik ook wel tot het voorjaar.... tot die tijd is er toch weinig zon...

Tot minimaal donderdag hoef ik ook even niet te laden omdat onze geliefde "Bobby" voorlopig bij de schadehersteller logeert en ik een vervangende Franse hybride voor mannetjes met formaat Macron heb meegekregen...zelfs de Citigo van m'n zoon biedt 10 keer meer ruimte, maar goed ik dwaal ernstig af.

Jij bent nogal een fan van Alfen. Welk model moet ik naar kijken?

[ Voor 4% gewijzigd door AA42 op 09-01-2026 17:51 ]

[HyperBart]

AA42 schreef op vrijdag 9 januari 2026 @ 17:43:
[...]
Jij bent nogal een fan van Alfen. Welk model moet ik naar kijken?

Ja, klopt wel. Ik heb er geen aandelen van hoor en ze hebben een paar minpuntjes maar dat zijn aandachtspuntjes en verhinderen de werking as such niet.
Belangrijk is dat je 'm met beleid de kap er op zet zodat de rubberen dichting goed blijft zitten en nergens uit het gootje loopt, dat je geen firmware verandert als alles goed werkt en verder alle juist kabeldoorvoeren gebruikt en geen 2 kabels door 1 kabeldoorvoer doet.

Wat betreft het advies welke Alfen.
Eerst voor jezelf de keuze maken socket of vaste kabel.
Eens die keuze even bepalen of je het nodig vindt om op 1F op 32A te kunnen laden. Ik vond dat persoonlijk een grote JA want ik heb op top-zon-dagen 7kW vermogen over de middag/namiddag. Dan wil ik niet heel de tijd moeten liggen flapperen tussen het gat van 1F 16A max en 3F 6A minimaal als er verbruikers hier in huis aangaan. Ik kom ook prima toe (Belg, capaciteitstarief) met maximaal 4kW huisvermogen capaciteitstarief, dus de laadpaal pakt dan iets van een 3.5kW max en evcc bewaakt die 4kW.

Afhankelijk van je antwoorden kom je dan uit bij een S-Line monofasig 7,4kW of een ProLine, beiden te kiezen met socket of kabel.

[ Voor 5% gewijzigd door HyperBart op 09-01-2026 20:07 ]

[Kammika]

weet iemand eigenlijk de ondergrens voor de intervalwaarde van evcc voor een alfen paal? Bij 10s doet die het nog steeds prima bij mij, ben ervaringen welke ervaringen jullie hebben..

[JanHenk]

@Kammika Met mijn Alfen kan ik zonder problemen naar 6 seconden. 5 heb ik ook geprobeerd: maar toen zag ik toch wel eens wat meldingen voorbij komen dat het niet synchroon liep.

Kan mogelijk ook nog verband houden met de auto, die moet uiteindelijk het vermogen aanpassen namelijk.

[Kammika]

bij mij geeft die ook fouten op 5, zal de 6 eens proberen, tx!

[Get!em]

Kammika schreef op zaterdag 10 januari 2026 @ 09:08:
weet iemand eigenlijk de ondergrens voor de intervalwaarde van evcc voor een alfen paal? Bij 10s doet die het nog steeds prima bij mij, ben ervaringen welke ervaringen jullie hebben..

Hangt ook af van je P1 of CT device waarmee je meet.

[Tunestwo]

Kammika schreef op zaterdag 10 januari 2026 @ 09:08:
weet iemand eigenlijk de ondergrens voor de intervalwaarde van evcc voor een alfen paal? Bij 10s doet die het nog steeds prima bij mij, ben ervaringen welke ervaringen jullie hebben..

Ik zie persoonlijk niet te toegevoegde waarde om de interval verder naar beneden te halen, om mooie zonnige dagen is die 30 seconden tijd zat.. En minder storingsgevoelig. Daarnaast heb ik er een delay in zitten om juist bij dagen wanneer het wisselvallig is te accepteren dat soms mijn auto nog 10 min langer op minimaal bijlaadt om pendelen te voorkomen.

[Kammika]

Tunestwo schreef op zaterdag 10 januari 2026 @ 13:56:
[...]

Ik zie persoonlijk niet te toegevoegde waarde om de interval verder naar beneden te halen, om mooie zonnige dagen is die 30 seconden tijd zat.. En minder storingsgevoelig. Daarnaast heb ik er een delay in zitten om juist bij dagen wanneer het wisselvallig is te accepteren dat soms mijn auto nog 10 min langer op minimaal bijlaadt om pendelen te voorkomen.

Het gaat mij om de loadbalancing. Dan vind ik 30 sec echt veel te lang. De paal moet veel eerder schakelen als er overbelasting is..

[HyperBart]

Kammika schreef op zaterdag 10 januari 2026 @ 14:03:
[...]

Het gaat mij om de loadbalancing. Dan vind ik 30 sec echt veel te lang. De paal moet veel eerder schakelen als er overbelasting is..

10 seconden hier.
3x20A en de paal staat op 21A
Circuits in evcc staan op nominaal.

Geen zekeringen die er uit klappen hier, gaat prima! En ook geen foutmeldingen van evcc.

[Tunestwo]

Voor de mensen met Audi's
https://github.com/evcc-io/evcc/issues/26552
EVCC kan niet meer goed inloggen bij Audi.
Daardoor kan EVCC geen gegevens van de auto ophalen en lijkt de Audi “offline”, terwijl de auto zelf gewoon werkt.
Het probleem zit in de Audi-login/API, niet in de auto of de lader.

[HyperBart]

JanHenk schreef op vrijdag 9 januari 2026 @ 10:58:
Overigens wel fijn dat evcc nu, bij een laadplan tot 100%, vol vermogen blijft geven tot de auto wordt afgekoppeld. Zowel in verband met balanceren van de cellen (waarbij de auto soms ineens nog vermogen vraagt nadat ie al tot 100% is geladen) als preconditionering. Zo hoef je alleen maar een laadplan tot 100% te maken voor tijd X en voorverwarmen in de stellen in je auto of handmatig te starten.

Voorheen moest je dan alsnog evcc op "fast"-mode zetten om te voorkomen dat ie voorverwarmen uit de batterij haalt. Dat doet ie nu dus bij een laadplan tot 100% zelf.

Ik ervaar dit nog niet.
Ik had gisterenavond voor een van onze wagens een laadplan ingesteld en ik heb niet het idee gehad dat die echt tot 100% is gegaan. Het lijkt er op dat evcc er van uit gaat dat hij op 100 zit en dan toch gewoon zegt "ok laadplan of limiet mss zelfs bereikt dus ik stop de laadpaal".
Ik had 'm op fast staan bv zelfs en hij blijft dan "beeindigd" tonen, dus zelfs toen ik de preheating van de cabine aan zette nam de wagen geen stroom van de de laadpaal maar van de batterij.

Pas na het wisselen van auto naar gastvoertuig naar auto terug is de laadpaal terug stroom beginnen geven.

[amontillado]

Tunestwo schreef op zaterdag 10 januari 2026 @ 14:36:
Voor de mensen met Audi's
https://github.com/evcc-io/evcc/issues/26552
EVCC kan niet meer goed inloggen bij Audi.
Daardoor kan EVCC geen gegevens van de auto ophalen en lijkt de Audi “offline”, terwijl de auto zelf gewoon werkt.
Het probleem zit in de Audi-login/API, niet in de auto of de lader.

De fix is er inmiddels

[Tunestwo]

amontillado schreef op zaterdag 10 januari 2026 @ 20:14:
[...]

De fix is er inmiddels

Oh top,

Misschien dat ik toch weer overstap naar nightly versies…