In een vorig artikel zagen we hoe een stille thuislaadpaal OCPP kan leren spreken, de gemeenschappelijke taal van communicerende laadpalen (van een gewone laadpaal een communicerende laadpaal maken). Zodra dat kanaal open is, duiken twee heel concrete vragen op die de stille laadpaal zich nooit hoefde te stellen: wie mag een laadbeurt starten, en hoe start of stopt u een sessie op vraag?
Zolang de laadpaal maar één wagen bedient, bestaan die vragen niet: u steekt de stekker in en u laadt. Zodra ze bestuurbaar wordt, en misschien ook open voor anderen, hebt u een manier nodig om te beslissen wie laadt, en een manier om rechtstreeks op de sessie in te grijpen. Dat zijn de twee bouwstenen die we hier toelichten: toegangsbadges en manuele bediening.
De badge: wie mag laden
Aan een publieke laadpaal houdt u een badge voor voordat u laadt. Die badge draagt een unieke identificatie, de idTag in OCPP-termen. De laadpaal, of het systeem dat haar beheert, controleert of die identificatie op een toegangslijst staat, de bekende whitelist, voordat de stroom vrijkomt.
Wat belangrijk is, en vaak onbekend: die lijst zit in de laadpaal zelf. Op laadpalen die het ondersteunen, staat de whitelist in niet-vluchtig geheugen, in het toestel zelf. Ze overleeft een stroompanne, een herstart en vooral het verdwijnen van de cloud van een fabrikant. Een laadpaal waarvan de backend gesloten is, blijft de badges toelaten die ze al kent.
Een badge toevoegen doet u in één beweging: de laadpaal gaat in wachtmodus, u houdt de badge voor de lezer en de laadpaal slaat de identificatie op. Dat heet registreren door voor te houden, of tap-to-enroll. U hoeft geen nummer met de hand in te typen, de badge die fysiek aanwezig is volstaat. Verwijderen gaat omgekeerd: u duidt de identificatie aan die weg moet, en de laadpaal wist ze uit haar lijst.
Afhankelijk van het model kan een badge zelfs een laadgedrag meedragen: de ene badge start een zuinige laadbeurt afgestemd op het daltarief of de zonneproductie, een andere laadt op vol vermogen. Toegang en laadbeleid zitten dan in één en dezelfde beweging.
Manuele bediening: starten en stoppen op vraag
De badge beantwoordt de vraag wie toegang krijgt. Blijft de vraag hoe u ingrijpt: hoe start u een laadbeurt, of stopt u ze, zonder te wachten tot een wagen en een badge samen opdagen?
Daarvoor dient de manuele bediening. Vanuit een app of een beheersysteem volstaan twee commando's: de sessie starten, de sessie stoppen. In OCPP-taal zijn dat de opdrachten RemoteStartTransaction en RemoteStopTransaction, letterlijk de laadtransactie ‘starten’ en ‘stoppen’. De laadpaal ontvangt de opdracht, geeft de stroom vrij of onderbreekt ze, en bevestigt.
Die rechtstreekse bediening helpt in heel wat alledaagse situaties:
- Een gast komt langs zonder badge: u start zijn laadbeurt op afstand, voor de duur van zijn bezoek, zonder iets te registreren.
- U wilt het laden binnen een bepaald tijdvak houden: u start bij het begin van het daltarief en u stopt op het einde.
- Een sessie blijft hangen of de wagen stopt niet vanzelf: een manuele stop zet alles weer recht.
Een beveiliging maakt het geheel af: als het beheersysteem dat de laadpaal aanstuurt wegvalt, bijvoorbeeld door een netwerkonderbreking midden in een sessie, blijft de laadpaal niet eindeloos open. Na een instelbare wachttijd stopt ze de lopende laadbeurt netjes. Manuele bediening is dus nooit een blanco cheque voor een systeem dat misschien vastgelopen is.
Twee bouwstenen die elkaar aanvullen
Elk afzonderlijk zijn deze bouwstenen nuttig. Samen maken ze van een laadpaal een toestel dat u echt kunt beheren. De badge beantwoordt wie, de manuele bediening beantwoordt wanneer en hoe. En omdat elke sessie start met een gekende identificatie, kan de laadpaal elk geleverd kilowattuur aan een specifieke badge toewijzen.
Die traceerbaarheid is de sleutel tot een eerlijke facturatie. Zolang de laadpaal anoniem laadt, valt niet te zeggen wie wat verbruikt heeft. Zodra elke sessie aan een badge of een gekende start gekoppeld is, verdeelt u het verbruik zonder moeite: zoveel voor u, zoveel voor een huurder, zoveel voor een buur. De laadpaal is dan geen gewoon stopcontact meer, maar een gemeten servicepunt.
Van controle naar delen
Zodra u beslist wie laadt en u de sessies zelf aanstuurt, ligt een volgende stap voor de hand: uw laadpaal openstellen voor andere bestuurders, tijdens de lange periodes waarin geen van uw eigen wagens aangesloten is.
Dat is precies wat PotatoCharge regelt. In plaats van elke buur een fysieke badge te geven, wordt elke sessie via het platform van begin tot einde geauthenticeerd, via de app of met een eenmalige code, en geregistreerd voor de facturatie. De bestuurder op doortocht start zijn laadbeurt, de laadpaal meet wat ze levert en u ontvangt de bijbehorende inkomsten. De toegang en de manuele bediening die we net beschreven, vormen de technische basis waarop dat delen steunt.
Stel uw laadpaal open als particuliere host of zet een bedrijfslaadpaal ten dienste van het publiek.
Veelgestelde vragen
Wat is een toegangsbadge, of idTag, op een laadpaal?
Dat is een unieke identificatie op een RFID-badge. Voordat de stroom vrijkomt, controleert de laadpaal of die identificatie op haar toegangslijst staat. De badge beantwoordt de vraag: wie mag laden?
Hangt de lijst met toegelaten badges af van een cloud?
Nee, niet op laadpalen die hun whitelist lokaal beheren. De lijst staat in de laadpaal zelf, in niet-vluchtig geheugen. Ze overleeft stroompannes en het sluiten van de backend van een fabrikant: de laadpaal blijft de badges toelaten die ze al kent.
Kan ik een laadbeurt starten zonder badge?
Ja, via de manuele bediening. Vanuit een app of een beheersysteem starten of stoppen de commando's voor starten en stoppen op afstand (RemoteStartTransaction en RemoteStopTransaction in OCPP) een sessie zonder dat er een badge voorgehouden wordt.
Wat gebeurt er als het beheersysteem uitvalt tijdens het laden?
Een instelbare wachttijd beschermt de laadpaal: blijft het beheersysteem na die tijd stil, dan stopt ze de lopende sessie netjes in plaats van eindeloos open te blijven.