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…

[HyperBart]

Voor de Belgen onder ons die graag volgens de Fluvius dal/piek uren evcc correct de prijzen wil laten opmaken, hieronder de structuur, aan te passen naar wens:

YAML:

    formula: |
      // Extract helpers
      h  := ts.Hour()         // 0..23
      wd := ts.Weekday()      // Sun=0, Mon=1, ..., Sat=6

      // Windows
      night   := (h >= 22 || h < 7)                  // 22:00-07:00
      weekend := (wd == 0 || wd == 6)                // Sun or Sat
      weekday := (wd >= 1 && wd <= 5)                // Mon..Fri

      // Off-peak rule: weekend OR (weekday AND night)
      offpeak := weekend || (weekday && night)

      // Pick the factor
      priceFactor := 1.13323
      if offpeak {
        priceFactor = 0.89723
      }

      // Build all-in price
      // Structure: (((spot * factor) + fixeds) * VAT) + other
      (((price * priceFactor) + 0.01568 + 0.068 + 0.002 + 0.00503) * 1.06) + 0.002

Bovenstaande bevat een price (spot prijs) die vermenigvuldigd wordt met een factor die in mijn geval verschilt van dag en nacht. Daarna worden alle heffingen er bij geteld, de btw wordt vermenigvuldigd en dan nog de federale heffingen.

Ongetwijfeld kan je dit nog wat verder variabiliseren, da's misschien voor morgen.

[luigi87]

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 draai hier sinds gisteren ook op 10 seconden, werkt eigenlijk best prima.
Mogelijk zelfs weer te snel.

Ik heb op een van mijn fase(s) een Quooker zitten welke ongeveer eens in het uur/ half uur even zijn verwarmingselement aanzet 2200 Watt/ 10A, deze pieken zie ik dus ook direct terug in het laadvermogen vanuit EVCC.
Ben er nog niet overuit of ik de Quooker ga afschakelen tijden een laadsessie (en buiten de kooktijden) en in de periode met minder zon. Dit om te zorgen dat de laadsessie wat minder grillig wordt.
Of maak ik mij druk om niets?

Daarnaast zit ik ook nog in dubio met mijn Victron batterij setje. Deze staat nu "simpel" ingeregeld. Dus DESS uit en een min Soc van 45% op het moment.
Is het verstandig om weer Batterylife aan te zetten? Wat ik dan wel vermoed is dat EVCC de batterij dan weer gaan gebruiken boven de 50% (zoals nu ingesteld).

[HyperBart]

luigi87 schreef op dinsdag 13 januari 2026 @ 08:59:
[...]

Ik draai hier sinds gisteren ook op 10 seconden, werkt eigenlijk best prima.
Mogelijk zelfs weer te snel.

Ik heb op een van mijn fase(s) een Quooker zitten welke ongeveer eens in het uur/ half uur even zijn verwarmingselement aanzet 2200 Watt/ 10A, deze pieken zie ik dus ook direct terug in het laadvermogen vanuit EVCC.
Ben er nog niet overuit of ik de Quooker ga afschakelen tijden een laadsessie (en buiten de kooktijden) en in de periode met minder zon. Dit om te zorgen dat de laadsessie wat minder grillig wordt.
Of maak ik mij druk om niets?

Ligt er een beetje aan. Naast ampere based load balancing doe ik ook maxPower (captar in België).
Wat ik dan gemerkt heb is dat als je net op een grensgeval gaat zitten zoals bv hier dan met het inductievuur, dat je dan wel een redelijk schakelende laadpaal hebt. Als hij moet aftoeren tot het minimum van 1.4kW (6A) dan is dat elektronisch maar bij het afschakelen heb je natuurlijk de relais die moet klikken, dat is fysieke slijtage. Dat probeer ik te vermijden.

Daarnaast zit ik ook nog in dubio met mijn Victron batterij setje. Deze staat nu "simpel" ingeregeld. Dus DESS uit en een min Soc van 45% op het moment.
Is het verstandig om weer Batterylife aan te zetten? Wat ik dan wel vermoed is dat EVCC de batterij dan weer gaan gebruiken boven de 50% (zoals nu ingesteld).

[luigi87]

HyperBart schreef op dinsdag 13 januari 2026 @ 09:04:
[...]


Ligt er een beetje aan. Naast ampere based load balancing doe ik ook maxPower (captar in België).
Wat ik dan gemerkt heb is dat als je net op een grensgeval gaat zitten zoals bv hier dan met het inductievuur, dat je dan wel een redelijk schakelende laadpaal hebt. Als hij moet aftoeren tot het minimum van 1.4kW (6A) dan is dat elektronisch maar bij het afschakelen heb je natuurlijk de relais die moet klikken, dat is fysieke slijtage. Dat probeer ik te vermijden.


[...]

Juist, bij mij zorgt dit dus net weer voor een grens geval.
En na analyse van net zie ik dus een piekje tussen de 28-29A - de minimale 6A = 22-23A, mijn load balancer van EVCC staat nu op 22A (gedaan om net wat eerder terug te toeren).
Ik ga hem eens op 24A zetten, hiermee vlak ik het schakelen van het relais dan uit.

[HyperBart]

luigi87 schreef op dinsdag 13 januari 2026 @ 09:33:
[...]

Juist, bij mij zorgt dit dus net weer voor een grens geval.
En na analyse van net zie ik dus een piekje tussen de 28-29A - de minimale 6A = 22-23A, mijn load balancer van EVCC staat nu op 22A (gedaan om net wat eerder terug te toeren).
Ik ga hem eens op 24A zetten, hiermee vlak ik het schakelen van het relais dan uit.

Jij bent TE voorzichtig, jij moet gewoon naar je nominale waardes gaan ipv te strak te gaan

[luigi87]

HyperBart schreef op dinsdag 13 januari 2026 @ 09:35:
[...]


Jij bent TE voorzichtig, jij moet gewoon naar je nominale waardes gaan ipv te strak te gaan

Haha oke
Zal hem direct nominaal gaan instellen.

Maar heb iets nieuws gevonden.
EVCC herkend de Volvo in eens niet en krijgt de soc niet door.
Kwestie van opnieuw aankoppelen? Hij laad nu gewoon maar als gastauto en weet dus de soc niet.
Of is dit een fout vanuit de Api? Volvo Api had ook issues eerder met HA

```
[lp-1 ] ERROR 2026/01/13 17:11:43 vehicle soc: json: cannot unmarshal number 150.0 into Go struct field .ElectricRange.Value of type int64
```

[ Voor 5% gewijzigd door luigi87 op 13-01-2026 17:16 ]

[krulwilg]

Ik heb hetzelfde probleem met m'n EX30. Het batterijpercentage krijgt EVCC wel door, zie ik in het config menu. Jammer dat de volledige integratie stopt met werken omdat 1 variabele niet omgezet kan worden

[HyperBart]

Issue aanmaken mannen, niet klagen 😉

[luigi87]

krulwilg schreef op dinsdag 13 januari 2026 @ 19:29:
Ik heb hetzelfde probleem met m'n EX30. Het batterijpercentage krijgt EVCC wel door, zie ik in het config menu. Jammer dat de volledige integratie stopt met werken omdat 1 variabele niet omgezet kan worden

Oke thanks voor je bevestiging. deze ligt dus even buiten onze beinvloedings cirkel

[krulwilg]

HyperBart schreef op dinsdag 13 januari 2026 @ 19:32:
Issue aanmaken mannen, niet klagen 😉

Ik zat nog in de ontkenningsfase

Als niet-programmeur heb ik Github nog nooit actief gebruikt, dus heb ik geen idee hoe dat precies werkt. Zal het eens uitzoeken wanneer ik wat tijd heb.

[JanHenk]

Doorgaans is er wel een ander met hetzelfde probleem en er hoeft maar 1x een issue aangemaakt te worden

Wel echt het nadeel van al die API integraties. Die fabrikanten wijzigen nogal eens wat en echt leuk vinden ze het ook niet, dat het gebruikt wordt door iets anders dan hun eigen apps. Die van Volkswagen (VAG) is gelukkig behoorlijk stabiel.

[HyperBart]

krulwilg schreef op dinsdag 13 januari 2026 @ 19:39:
[...]


Ik zat nog in de ontkenningsfase

Als niet-programmeur heb ik Github nog nooit actief gebruikt, dus heb ik geen idee hoe dat precies werkt. Zal het eens uitzoeken wanneer ik wat tijd heb.

Accountje maken en klikken op knop “New Issue”, en dan alle logs meegeven.

@luigi87 issue aanmaken is de beste invloed die je kan uitoefenen 😅

Ik zie nog geen mbt Volvo in de lijst staan.

[luigi87]

@JanHenk @HyperBart @krulwilg
issue aangemaakt
https://github.com/evcc-io/evcc/issues/26674

Eens kijken of er meer zijn en wat de fix wordt.
zal inderdaad een API wijziging zijn die ze niet hebben gecommuniceerd

[ Voor 93% gewijzigd door luigi87 op 13-01-2026 20:01 ]

[Kammika]

luigi87 schreef op dinsdag 13 januari 2026 @ 17:15:
[...]


Haha oke
Zal hem direct nominaal gaan instellen.

Maar heb iets nieuws gevonden.
EVCC herkend de Volvo in eens niet en krijgt de soc niet door.
Kwestie van opnieuw aankoppelen? Hij laad nu gewoon maar als gastauto en weet dus de soc niet.
Of is dit een fout vanuit de Api? Volvo Api had ook issues eerder met HA

```
[lp-1 ] ERROR 2026/01/13 17:11:43 vehicle soc: json: cannot unmarshal number 150.0 into Go struct field .ElectricRange.Value of type int64
```

Denk niet dat het de API is. Ik heb mijn eigen scriptje om in domoticz in te lezen via de Volvo API en die blijft gewoon werken...

(ja ik doe het een beetje ingewikkeld: De volvo wordt ingelezen in domoticz. Maar ik exporteer een aantal sensoren naar Home Assistant, waaronder een aantal van de Volvo en evcc haalt het dan weer uit home assistant...)

[niki_lauda]

Kammika schreef op dinsdag 13 januari 2026 @ 21:06:
[...]

Denk niet dat het de API is. Ik heb mijn eigen scriptje om in domoticz in te lezen via de Volvo API en die blijft gewoon werken...

(ja ik doe het een beetje ingewikkeld: De volvo wordt ingelezen in domoticz. Maar ik exporteer een aantal sensoren naar Home Assistant, waaronder een aantal van de Volvo en evcc haalt het dan weer uit home assistant...)

Ik heb in het begin het directer gedaan. Exporteren via Mqtt daarna gebroken in Evcc, nu de template van VW is dat niet meer nodig

[luigi87]

Kammika schreef op dinsdag 13 januari 2026 @ 21:06:
[...]

Denk niet dat het de API is. Ik heb mijn eigen scriptje om in domoticz in te lezen via de Volvo API en die blijft gewoon werken...

(ja ik doe het een beetje ingewikkeld: De volvo wordt ingelezen in domoticz. Maar ik exporteer een aantal sensoren naar Home Assistant, waaronder een aantal van de Volvo en evcc haalt het dan weer uit home assistant...)

het was uiteindelijk wel de API er is een waarde veranderd in de api feedback, check hier maar ff https://github.com/evcc-io/evcc/pull/26675
Zou in een nieuwe beta dus gefixed moeten zijn.

[ Voor 5% gewijzigd door luigi87 op 15-01-2026 11:50 ]

[luigi87]

aritmeester schreef op vrijdag 9 januari 2026 @ 14:19:
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

Beetje laat maar, Thanks voor het delen.

Heb nu Tibber ingeladen met kwartier prijzen, als test

[krulwilg]

.

[ Voor 98% gewijzigd door krulwilg op 16-01-2026 19:46 . Reden: Verkeerde topic. ]

[JvLa]

Ik overweeg evcc+homewizard P1+peblar home + pv met enphase micro omvormers.

Hoe zit het met de use case dat de auto accu vol is en er een overschot aan pv productie is. Kan evcc de omvormer aansturen om teruglevering te beperken (met het oog op einde salderen in 2027)?
Of is die logica in Home Assitant te bouwen op een manier dat het de evcc logica niet dwars zit?
Ben benieuwd naar jullie ervaringen.

[Kammika]

JvLa schreef op zaterdag 17 januari 2026 @ 09:00:
Ik overweeg evcc+homewizard P1+peblar home + pv met enphase micro omvormers.

Hoe zit het met de use case dat de auto accu vol is en er een overschot aan pv productie is. Kan evcc de omvormer aansturen om teruglevering te beperken (met het oog op einde salderen in 2027)?
Of is die logica in Home Assitant te bouwen op een manier dat het de evcc logica niet dwars zit?
Ben benieuwd naar jullie ervaringen.

In evcc kan dit niet volgens mij. Evcc leest alleen je zonnepanelen maar uit.

Wat wel kan is home Assistant je zonnepanelen laten besturen en evcc laat je de zonnepanelen opbrengst weer uit home Assistant halen. Dan kun je in ha de automatisering bouwen om je zonnepanelen productie te beperken bij een overschot aan produktie

Evcc doet overigens sowieso niets met de zonnepanelen waardes, anders dan mooi weergeven in de gui. De logica voor solar charging gaat op basis van de p1 meter (is ook logisch, gaat enkel om overschot)

Check wel of ha die beperking kan opleggen bij enphase. Bij mijn solaredge kan het wel, maar weet niet of dit bij elk type omvormer kan

[ Voor 7% gewijzigd door Kammika op 17-01-2026 09:12 ]

[Tunestwo]

Hebben mensen al de Loadbalancing config wel eens gebruikt?
Ik zit nu zelf een beetje te pielen maar klopt dit een beetje?

code:

site:
  title: Thuis

meters:
  - name: db:5
    type: homewizard
    usage: grid

chargers:
  - name: Carport
    type: <charger_type>

circuits:
  - name: main
    maxCurrent: 20
    meter: db:5

  - name: db:4
    maxCurrent: 25
    parent: main

loadpoints:
  - title: Carport
    charger: Carport
    circuit: db:4

[JvLa]

Kammika schreef op zaterdag 17 januari 2026 @ 09:10:
[...]

In evcc kan dit niet volgens mij. Evcc leest alleen je zonnepanelen maar uit.

Wat wel kan is home Assistant je zonnepanelen laten besturen en evcc laat je de zonnepanelen opbrengst weer uit home Assistant halen. Dan kun je in ha de automatisering bouwen om je zonnepanelen productie te beperken bij een overschot aan produktie

Evcc doet overigens sowieso niets met de zonnepanelen waardes, anders dan mooi weergeven in de gui. De logica voor solar charging gaat op basis van de p1 meter (is ook logisch, gaat enkel om overschot)

Check wel of ha die beperking kan opleggen bij enphase. Bij mijn solaredge kan het wel, maar weet niet of dit bij elk type omvormer kan

Volgens dit artikel van de Groene Nerds kun je enphase omvormer opwek beperken met een relais schakeling, dat is makkelijk te maken met een esp relais bordje.

Kun je via de evcc HA integratie opvragen of het laden is afgerond? Dan is dat als trigger te gebruiken om de pv teruglevering te beperken op basis van de P1 meter.

Dan zijn er dus 2 modi:
a) Tijdens het laden van auto/thuisaccu is stemt evcc het laadvermogen af op beschikbaar pv vermogen.
b) Als alle accu’s vol zijn dan stemt HA de pv vermogen af op het gebruik.

Zolang evcc modus b) niet ondersteunt, lijkt mij dit alternatief best haalbaar.

[HyperBart]

Tunestwo schreef op zaterdag 17 januari 2026 @ 11:17:
Hebben mensen al de Loadbalancing config wel eens gebruikt?
Ik zit nu zelf een beetje te pielen maar klopt dit een beetje?

code:

site:
  title: Thuis

meters:
  - name: db:5
    type: homewizard
    usage: grid

chargers:
  - name: Carport
    type: <charger_type>

circuits:
  - name: main
    maxCurrent: 20
    meter: db:5

  - name: db:4
    maxCurrent: 25
    parent: main

loadpoints:
  - title: Carport
    charger: Carport
    circuit: db:4

Ja hoor, daar hebben we het paar paginas geleden nog over gehad, even terug gaan en zoeken.

[replica17]

-disregard-

[ Voor 95% gewijzigd door replica17 op 18-01-2026 09:08 ]

[AA42]

Sorry mensen maar even een emotioneel momentje:

Voor het eerst na heel, heel veel gehannes met oude en nieuwe laadpalen en nog zo wat staat onze Bob voor het eerst echt 100% zonnestroom te laden op 1 fase met de nieuwe Peblar Home.



Die Peblar Home gaat er alleen morgen alweer uit en retour omdat ik hem dan vervang voor een Peblar Business vanwege de aankomende ERE regeling (zie https://gathering.tweakers.net/forum/list_messages/2324986/0 ).

En dan hoop ik dat het ook klaar is

[Tunestwo]

AA42 schreef op dinsdag 20 januari 2026 @ 11:47:
Sorry mensen maar even een emotioneel momentje:

Voor het eerst na heel, heel veel gehannes met oude en nieuwe laadpalen en nog zo wat staat onze Bob voor het eerst echt 100% zonnestroom te laden op 1 fase met de nieuwe Peblar Home.

[Afbeelding]

Die Peblar Home gaat er alleen morgen alweer uit en retour omdat ik hem dan vervang voor een Peblar Business vanwege de aankomende ERE regeling (zie https://gathering.tweakers.net/forum/list_messages/2324986/0 ).

En dan hoop ik dat het ook klaar is

Ben zelf op het moment ook steeds blijer met mijn Alfen Eve pro line die ik toen der tijd voor €250 euro heb gekocht

[luigi87]

aritmeester schreef op vrijdag 9 januari 2026 @ 14:19:
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

Ik krijg toch wel regelmatig de volgende error:

code:

```
 ] WARN 2026/01/21 18:23:02 planner: outdated
[site ] WARN 2026/01/21 18:23:02 feed-in: outdated
```

Meestal tegen het einde van de avond 22.00-0.00), omdat die blijbaar nog niet de data van morgen heeft.
Maar nu heeft die momenteel toch ook geen data.

Herken je dit probleem? Mijn enige verschil is dat ik de tibber data ophaal en per kwartier.

Is er een max aantal api calls per dag?
Ik haal nu per 10 sec de data op, wat niet nodig is maar wel nu gebeurd.
8640 keer op een dag is best veel.
Waar staat jouw refresh snelheid op?

Na een reboot van evcc is het issue weg.
Ik snap het even niet meer.

[ Voor 4% gewijzigd door luigi87 op 21-01-2026 18:47 ]

[aritmeester]

@luigi87 Ik herken je probleem niet.

Wat betreft kwartierprijzen. Heb je de 3600 ook aangepast naar 900 voor de berekening van de eindtijd van een prijs? Anders klopt de data niet, wellicht dat evcc zich daarin verslikt?

[luigi87]

aritmeester schreef op woensdag 21 januari 2026 @ 19:42:
@luigi87 Ik herken je probleem niet.

Wat betreft kwartierprijzen. Heb je de 3600 ook aangepast naar 900 voor de berekening van de eindtijd van een prijs? Anders klopt de data niet, wellicht dat evcc zich daarin verslikt?

Dank
Nope, dan zal dat het issue zijn denk ik.
Had ik niet opgemerkt. Heb het nu gelijk aan gepast.
We gaan het ff zien de komende dagen.

[Tunestwo]

Ik heb een soort van probleem waar ik nu al een paar dagen met chatgpt mee aan het sleutelen ben, maar ik krijg het niet voor elkaar. Het volgende is aan de hand:

Tijdens laden in Solar-modus stuurt EVCC regelmatig een laadstroom van 0,0 A via EMS.
De Alfen accepteert dit niet (IEC-minimum is 6A) en schakelt zichzelf uit, waarna EVCC opnieuw probeert te starten. Dit resulteert in continu aan/uit-gedrag van het laden. En tevens dat mijn transactie geschiedenis t.g.v. Ere regeling echt helemaal vol staat met fouten.

Setup
EVCC (native installatie op Proxmox, configuratie via UI / database-only mode)
Alfen Eve Pro Line (Modbus TCP / EMS, active load balancing ingeschakeld)
Auto: Audi e-tron
Net: 3×25A
PV-installatie gekoppeld in EVCC
Thuisbatterij is niet relevant (kan ook volledig uit)

Huidige instellingen

Grid enable thresholds en delays zijn ingesteld
Phase switching werkt correct
EMS validity time op de Alfen staat op 300s

Logfragment Alfen

code:

Active current 9.1->0.0 due to current limit: EMS-socket
WARNING: maximum current(0.00) < minimum current(6.00)
state main : CHARGING_POWER_OFF_LOW_MAXCURRENT
state led  : LOADBALANCING_FORCED_OFF

Transactie's Alfen

code:

txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:12:19 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:13:45 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:13:45 8572.242 N
mv: socket 1, 2025-12-12 08:13:47 8572.242 N
mv: socket 1, 2025-12-12 08:16:19 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:16:19 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:18:16 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:18:16 8572.242 N
mv: socket 1, 2025-12-12 08:18:18 8572.242 N
mv: socket 1, 2025-12-12 08:19:34 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:19:34 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:20:46 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:20:46 8572.242 N
mv: socket 1, 2025-12-12 08:20:48 8572.242 N
mv: socket 1, 2025-12-12 08:23:51 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:23:51 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:25:15 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:25:15 8572.242 N
mv: socket 1, 2025-12-12 08:25:17 8572.242 N
mv: socket 1, 2025-12-12 08:27:19 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:27:19 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:29:00 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:29:00 8572.242 N
mv: socket 1, 2025-12-12 08:29:02 8572.242 N
mv: socket 1, 2025-12-12 08:31:04 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:31:04 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:32:15 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:32:15 8572.242 N
mv: socket 1, 2025-12-12 08:32:16 8572.242 N
mv: socket 1, 2025-12-12 08:34:04 8572.242 N

Dit gedrag is dus continu zo bezig... waardoor ik een log heb van weet ik het hoeveel lijnen...


Logfragment EVCC

code:

[lp-1 ] DEBUG pv charge current: 0A = 0A + -0.55A (126W @ 1p)
[lp-1 ] DEBUG charger status: B
[lp-1 ] INFO  stop charging <-
[lp-1 ] WARN  charger out of sync: expected enabled, got disabled
[lp-1 ] DEBUG charger disable
[lp-1 ] DEBUG available power -126W < min threshold

code:

[lp-1 ] INFO  start charging ->
[lp-1 ] DEBUG pv charge current: 0A
[lp-1 ] DEBUG set charge current limit: 0A

Mijn vragen

Klopt het dat EVCC, zolang er geen expliciete minCurrent is ingesteld, naar 0A mag terugregelen in Solar-modus?
Is het instellen van een expliciete minimumstroom (bijv. 6A) de juiste manier om te voorkomen dat EVCC ooit 0A via EMS stuurt?
Is er een manier om EVCC te laten kiezen tussen:
laden met ≥minCurrent, of
het laadpunt netjes pauzeren
zonder dat er 0A via EMS wordt gestuurd?

Is dit gedrag configureerbaar via de UI, of alleen via YAML?

Alle ervaringen met EVCC + Alfen zijn welkom.

[ Voor 4% gewijzigd door Tunestwo op 22-01-2026 14:28 ]

[HyperBart]

Tunestwo schreef op donderdag 22 januari 2026 @ 14:27:
Ik heb een soort van probleem waar ik nu al een paar dagen met chatgpt mee aan het sleutelen ben, maar ik krijg het niet voor elkaar. Het volgende is aan de hand:

Tijdens laden in Solar-modus stuurt EVCC regelmatig een laadstroom van 0,0 A via EMS.
De Alfen accepteert dit niet (IEC-minimum is 6A) en schakelt zichzelf uit, waarna EVCC opnieuw probeert te starten. Dit resulteert in continu aan/uit-gedrag van het laden. En tevens dat mijn transactie geschiedenis t.g.v. Ere regeling echt helemaal vol staat met fouten.

Begrijp ik het goed dat de cyclus dus is dat de Alfen het signaal krijgt van 0.0 en daardoor stopt maar als er meer beschikbaar is een waarde opstuurt tussen 0 en 6, de Alfen daardoor foutief in gang schiet en daarna weer uitschakelt omdat hij ziet dat het onder 6 zit?

Ik heb dit namelijk niet aan de hand maar mijn evcc installatie is dan ook wel zo geconfigureerd dat min amps op 6A zit.

Setup
EVCC (native installatie op Proxmox, configuratie via UI / database-only mode)
Alfen Eve Pro Line (Modbus TCP / EMS, active load balancing ingeschakeld)
Auto: Audi e-tron
Net: 3×25A
PV-installatie gekoppeld in EVCC
Thuisbatterij is niet relevant (kan ook volledig uit)

Huidige instellingen

Grid enable thresholds en delays zijn ingesteld
Phase switching werkt correct
EMS validity time op de Alfen staat op 300s

Logfragment Alfen

code:

Active current 9.1->0.0 due to current limit: EMS-socket
WARNING: maximum current(0.00) < minimum current(6.00)
state main : CHARGING_POWER_OFF_LOW_MAXCURRENT
state led  : LOADBALANCING_FORCED_OFF

Transactie's Alfen

code:

txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:12:19 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:13:45 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:13:45 8572.242 N
mv: socket 1, 2025-12-12 08:13:47 8572.242 N
mv: socket 1, 2025-12-12 08:16:19 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:16:19 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:18:16 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:18:16 8572.242 N
mv: socket 1, 2025-12-12 08:18:18 8572.242 N
mv: socket 1, 2025-12-12 08:19:34 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:19:34 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:20:46 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:20:46 8572.242 N
mv: socket 1, 2025-12-12 08:20:48 8572.242 N
mv: socket 1, 2025-12-12 08:23:51 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:23:51 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:25:15 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:25:15 8572.242 N
mv: socket 1, 2025-12-12 08:25:17 8572.242 N
mv: socket 1, 2025-12-12 08:27:19 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:27:19 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:29:00 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:29:00 8572.242 N
mv: socket 1, 2025-12-12 08:29:02 8572.242 N
mv: socket 1, 2025-12-12 08:31:04 8572.242 N
txstop2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:31:04 8572.242kWh A0576568 6 2 N
txstart2: id 0xffffffffffffffff, socket 1, 2025-12-12 08:32:15 8572.242kWh A0576568 3 2 N
mv: socket 1, 2025-12-12 08:32:15 8572.242 N
mv: socket 1, 2025-12-12 08:32:16 8572.242 N
mv: socket 1, 2025-12-12 08:34:04 8572.242 N

Dit gedrag is dus continu zo bezig... waardoor ik een log heb van weet ik het hoeveel lijnen...


Logfragment EVCC

code:

[lp-1 ] DEBUG pv charge current: 0A = 0A + -0.55A (126W @ 1p)
[lp-1 ] DEBUG charger status: B
[lp-1 ] INFO  stop charging <-
[lp-1 ] WARN  charger out of sync: expected enabled, got disabled
[lp-1 ] DEBUG charger disable
[lp-1 ] DEBUG available power -126W < min threshold

code:

[lp-1 ] INFO  start charging ->
[lp-1 ] DEBUG pv charge current: 0A
[lp-1 ] DEBUG set charge current limit: 0A

Mijn vragen

Klopt het dat EVCC, zolang er geen expliciete minCurrent is ingesteld, naar 0A mag terugregelen in Solar-modus?
Is het instellen van een expliciete minimumstroom (bijv. 6A) de juiste manier om te voorkomen dat EVCC ooit 0A via EMS stuurt?
Is er een manier om EVCC te laten kiezen tussen:
laden met ≥minCurrent, of
het laadpunt netjes pauzeren
zonder dat er 0A via EMS wordt gestuurd?

Is dit gedrag configureerbaar via de UI, of alleen via YAML?

Alle ervaringen met EVCC + Alfen zijn welkom.

[Tunestwo]

HyperBart schreef op donderdag 22 januari 2026 @ 14:34:
[...]

Begrijp ik het goed dat de cyclus dus is dat de Alfen het signaal krijgt van 0.0 en daardoor stopt maar als er meer beschikbaar is een waarde opstuurt tussen 0 en 6, de Alfen daardoor foutief in gang schiet en daarna weer uitschakelt omdat hij ziet dat het onder 6 zit?

Ik heb dit namelijk niet aan de hand maar mijn evcc installatie is dan ook wel zo geconfigureerd dat min amps op 6A zit.


[...]

Ja, wat je zegt klopt. dat is exact het gedrag dat ik hier zie.

In Solar-modus regelt EVCC bij mij terug tot 0A zodra het beschikbare vermogen onder de drempel komt. In mijn setup wordt die 0A ook daadwerkelijk via EMS naar de Alfen gestuurd als current limit. De Alfen accepteert dat niet (IEC-minimum is 6A) en schakelt dan naar CHARGING_POWER_OFF_LOW_MAXCURRENT / LOADBALANCING_FORCED_OFF.

Vervolgens detecteert EVCC dat de charger “out of sync” is en probeert opnieuw te starten zodra er weer (een beetje) vermogen beschikbaar is. Dat resulteert in het continue start/stop-gedrag en een transactielog die volledig volloopt.

Belangrijk detail:
Grid enable thresholds en delays staan wel goed, phase switching werkt correct en de EMS validity time op de Alfen staat op 300s. Ik ben nog zoekende hoe minCurrent/min amps ingesteld kan worden in EVCC.

Mijn vraag zit dus niet zozeer in waarom de Alfen stopt, maar in hoe EVCC hiermee omgaat. Idealiter wil ik één van deze twee gedragingen:

óf EVCC stuurt nooit minder dan 6A (minCurrent=6A),

óf EVCC pauzeert/stopt het laden volledig, zonder ooit 0A via EMS te pushen.

Jij geeft aan dat je dit niet ziet omdat je min amps op 6A hebt staan, hoe heb je dit voor elkaar gekregen?
Want ik heb wel enable grid power en disable grid power ingesteld, maar heb EVCC via UI ingesteld.

[KoningSlakkie]

Ik kan niet via EVCC met de Peblar Home op 6A laden, minimum laadsnelheid is 8A. Gaat er iets mis bij mij of hoort dat zo?

Min Current staat op 6A tot MaxCurrent 16A in de snelle settings van EVCC


Tesla Model 3 kan helemaal omlaag naar 5A maar dat kan de Peblar dan weer niet Maar 6A zou moeten kunnen. Moduleren vanaf 1.4kW ipv 1.8 kW is wel handig tijdens de winterdagen.

[ Voor 54% gewijzigd door KoningSlakkie op 22-01-2026 16:36 ]

[Tunestwo]

KoningSlakkie schreef op donderdag 22 januari 2026 @ 16:25:
Ik kan niet via EVCC met de Peblar Home op 6A laden, minimum laadsnelheid is 8A. Gaat er iets mis bij mij of hoort dat zo?

Tesla Model 3 kan helemaal omlaag naar 5A maar dat kan de Peblar dan weer niet Maar 6A zou moeten kunnen. Moduleren vanaf 1.4kW ipv 1.8 kW is wel handig tijdens de winterdagen.

Ik heb zelf geen peblar, maar ik denk dat je in de peblar software zelf dit moet wijzigen naar 6A

[Get!em]

KoningSlakkie schreef op donderdag 22 januari 2026 @ 16:25:
Ik kan niet via EVCC met de Peblar Home op 6A laden, minimum laadsnelheid is 8A. Gaat er iets mis bij mij of hoort dat zo?

Min Current staat op 6A tot MaxCurrent 16A in de snelle settings van EVCC


Tesla Model 3 kan helemaal omlaag naar 5A maar dat kan de Peblar dan weer niet Maar 6A zou moeten kunnen. Moduleren vanaf 1.4kW ipv 1.8 kW is wel handig tijdens de winterdagen.

Er is verschil tussen starten van een sessie en tijdens een sessie.
Starten moet met 6A minimum (conform standaard). EVCC / Peblar combi doet dat hier.
Bij lage solar productie zie ik hem soms naar 5A per fase gaan (in zowel 1 als 3 fase laden).

Let wel, ook de auto moet dit accepteren.

Let op: bij lagere A nemen verliezen relatief toe!

[ Voor 9% gewijzigd door Get!em op 22-01-2026 16:47 ]

[KoningSlakkie]

Get!em schreef op donderdag 22 januari 2026 @ 16:44:
[...]

Er is verschil tussen starten van een sessie en tijdens een sessie.
Starten moet met 6A minimum (conform standaard). EVCC / Peblar combi doet dat hier.
Bij lage solar productie zie ik hem soms naar 5A per fase gaan (in zowel 1 als 3 fase laden).

Let wel, ook de auto moet dit accepteren.

Oh dat is erg goed om te horen. De tesla kan sowieso laden op 5A door in de app dit in te stellen. Starten op 6A regelt EVCC en Peblar zelf neem ik aan omdat het de standaard is? Of moet ik nog iets extra's ergens instellen.

Ik zie nu ook dat ik het vermogen van de Tesla kan aangeven in EVCC, die stond op 8A heel de tijd Dus vermogen moet je op twee plekken instellen. Ik ga eerst 6A testen en dan op 5A.

Gebruikt iemand anders EVCC met Peblar Home + Tesla? Kan deze combi laden op 5A?

[ Voor 5% gewijzigd door KoningSlakkie op 22-01-2026 16:53 ]

[Get!em]

KoningSlakkie schreef op donderdag 22 januari 2026 @ 16:51:
[...]


Oh dat is erg goed om te horen. De tesla kan sowieso laden op 5A door in de app dit in te stellen. Starten op 6A regelt EVCC en Peblar zelf neem ik aan omdat het de standaard is? Of moet ik nog iets extra's ergens instellen.

Ik zie nu ook dat ik het vermogen van de Tesla kan aangeven in EVCC, die stond op 8A heel de tijd Dus vermogen moet je op twee plekken instellen. Ik ga eerst 6A testen en dan op 5A.

Gebruikt iemand anders EVCC met Peblar Home + Tesla? Kan deze combi laden op 5A?

Bij Tesla de min en maxCurrent gewoon weghalen, is toch optional.