evcc voegde in mei 2026 Plugchoice toe als ondersteunde laderbron. Een laadpaal daadwerkelijk met beide systemen tegelijk laten praten is het kortere, meer mechanische deel: drie velden aan de evcc-kant, één instelling aan de Plugchoice-kant, en een evcc sponsor-token die de meeste commerciele laadpalen nodig hebben, ongeacht de backend. Dit is die installatie, gecontroleerd aan de hand van evcc's eigen Plugchoice-apparaatdocumentatie.
Wat al moet kloppen voordat je begint
De laadpaal moet al online zijn in Plugchoice via zijn normale OCPP-verbinding, op dezelfde manier als wanneer evcc er niet bij betrokken was. evcc zelf moet geinstalleerd zijn en draaien op hetzelfde netwerk als de locatie, of dat nu een Raspberry Pi, een NAS of een kleine server is. Geen van beide is specifiek voor Plugchoice; het is hetzelfde startpunt dat evcc verwacht voor elke laadpaal die het beheert.
De drie velden die de Plugchoice-template van evcc nodig heeft
evcc heeft geen aparte Plugchoice-driver. Het koppelt via het generieke template-ladertype, gericht op de plugchoice-template, die drie parameters gebruikt:
chargers:
- name: my_charger
type: template
template: plugchoice
token: your-api-token
identity: AA123456
connector: 1
token is een Plugchoice API-token; in de eigen accountinstellingen van Plugchoice kun je "een token genereren vanuit je accountinstellingen en direct verzoeken doen." identity is de identiteit van de laadpaal zoals die in het Plugchoice-portaal staat, dezelfde identifier die de laadpaal gebruikt om via OCPP te verbinden. De referentie van evcc markeert beide velden als optioneel, maar identity leeg laten werkt alleen als het account precies een aan Plugchoice gekoppelde laadpaal heeft; wie er meer heeft, moet het per laadpaal correct instellen. connector staat standaard op 1 en hoeft alleen aangepast te worden bij een laadstation met meerdere connectoren, genummerd vanaf 1.
Twee portaalinstellingen voor nauwkeurige meterstanden
De documentatie van evcc noemt twee OCPP-configuratiesleutels die op de laadpaal in het Plugchoice-portaal ingesteld moeten worden zodat evcc het vermogen goed uitleest: MeterValueSampleInterval op 10 seconden (of een ander kort interval) en MeterValuesSampledData op Energy.Active.Import.Register,Current.Offered,Current.Import,Voltage. Sla je dit over, dan kan evcc meestal nog steeds een sessie starten en stoppen, maar het live vermogen dat het gebruikt om zonneoverschot of een dynamisch tarief te volgen wordt grover of ontbreekt.
De sponsor-token van evcc
Los van alles wat je aan de Plugchoice-kant instelt, plaatst evcc de meeste commerciele laadpaalkoppelingen achter zijn eigen sponsor-token, en Plugchoice is daar een van: de documentatie van evcc geeft aan dat "voor veel commerciele EV-laders een sponsor-token vereist is," terwijl open-hardware laadpalen en laadpalen van fabrikanten die evcc actief ondersteunen gratis blijven. Een token kost momenteel 4 dollar per maand via GitHub Sponsors, of eenmalig 150 dollar via GitHub Sponsors of 150 euro via evcc's eigen Creem.io-betaalpagina, beide voorgoed geldig. Houd hier rekening mee voordat je aanneemt dat een verbinding die niet authenticeert een probleem aan de Plugchoice-kant is.
De laadpaal blijft volledig beheerd in Plugchoice
evcc beschrijft zijn eigen Plugchoice-koppeling als lopend via de OCPP-proxy van Plugchoice, en dat is precies het punt van deze opzet in plaats van een directe koppeling. De laadpaal behoudt zijn volledige Plugchoice-beheer, configuratie op afstand en diagnostiek zoals voorheen; evcc voegt zijn zonne- en prijslogica erbovenop toe in plaats van iets daaronder te vervangen. Niets hoeft ongedaan gemaakt te worden om te stoppen met evcc, en niets aan de Plugchoice-kant verandert doordat evcc meekijkt.
