Vrijwel elke moderne laadpaal spreekt OCPP, het open protocol dat laadpalen met een beheerplatform verbindt. In theorie betekent dat dat je een laadpaal op elke backoffice kunt aansluiten die je wilt. In de praktijk houdt de meeste hardware precies een OCPP-verbinding open: een WebSocket-URL, geconfigureerd in de laadpaal, wijzend naar een platform. Alles wat je met die laadpaal doet, billing, diagnostiek, smart charging, rapportage, loopt via het platform aan het einde van die URL.
Die ene verbinding is waar lock-in ontstaat. Een OCPP proxy is het stuk infrastructuur dat die lock-in wegneemt.
Waarom laadpalen vast komen te zitten aan een backend
Het OCPP-endpoint van een laadpaal pas je niet zomaar aan. Meestal moet je bij de configuratie via een installateursapp, een servicemenu of een bezoek op locatie, en als het misgaat staat de laadpaal offline. Dus zodra een laadpaal op een platform is ingericht, blijft hij daar meestal staan, ook als het platform niet meer past.
En platformen gaan een keer knellen. Een billing-aanbieder verandert zijn prijzen. Een operatorcontract loopt af. Een backend stopt of verandert van koers, en ineens is de vraag niet "welk platform is het beste" maar "hoe herconfigureren we honderden laadpalen". Voor installateurs en charge point operators is dat herconfigureren echt werk met echte downtime.
Er is nog een tweede, stiller probleem: een verbinding betekent dat een platform alles krijgt. Als je billing-platform de OCPP-verbinding heeft, beheert het ook je diagnostiek, je configuratietoegang en je data. Wil je een aparte analytics-tool, of een energiemanagementsysteem dat dezelfde sessies meeleest? Met een enkele directe verbinding kan dat niet allebei.
Wat een OCPP proxy doet
Een OCPP proxy zit tussen de laadpaal en de platformen in. De laadpaal verbindt een keer met de proxy, en de proxy stuurt OCPP-berichten door naar een of meer backends. Voor de laadpaal gedraagt de proxy zich als zijn backend. Voor elk aangesloten platform gedraagt de proxy zich als de laadpaal.
Die ene verandering in de opbouw heeft twee gevolgen.
Ten eerste wordt de configuratie van de laadpaal permanent. Hij wijst naar de proxy en hoeft nooit meer aangepast te worden. Welke platformen zijn verkeer ontvangen bepaal je in de proxy, in software, niet in de instellingen van de laadpaal.
Ten tweede is "een laadpaal, een platform" geen regel meer. De proxy kan berichten naar meerdere platformen tegelijk doorsturen, elk met een eigen rol: het ene doet billing, het andere ontvangt sessiedata voor analytics, en de beheerlaag blijft eronder beschikbaar.
Wisselen van backend zonder downtime
Dit is het scenario waarvoor de proxy bestaat. Stel, je laadpalen zijn ingericht op billing-platform A, en je wilt naar platform B.
Zonder proxy is dat een migratie: elke laadpaal omzetten naar de nieuwe WebSocket-URL, hopen dat firmware en instellingen meewerken, en een periode accepteren waarin sessies, laadpassen en rapportage in het luchtledige hangen.
Met een proxy is het een routeringswijziging. Je voegt platform B als operator toe op de proxy, controleert of het de laadpalen ziet en sessies goed verwerkt, en schakelt daarna de route naar platform A uit. De laadpalen merken er niets van. Geen bezoek op locatie, geen heraansluiting, en geen periode waarin de vloot onbeheerd is, want de laag waar de laadpalen echt mee verbonden zijn is nooit weggeweest.
Hetzelfde werkt ook andersom: je kunt een nieuw platform eerst op een handvol laadpalen testen, parallel aan je huidige inrichting, voordat je je hele vloot overzet.
Wanneer een proxy zinvol is
Een proxy is niet voor iedereen. Een huiseigenaar met een laadpaal en een app kan prima met een directe verbinding uit de voeten. De proxy gaat zich terugverdienen zodra een van deze situaties speelt:
- Je beheert laadpalen voor anderen. Installateurs en CPO's die vloten inrichten willen hun hardwaretoegang onafhankelijk houden van de billing-operator die een klant vandaag kiest.
- Verschillende locaties vragen verschillende platformen. Met een proxy combineer je billing- of automatiseringsplatformen binnen een vloot, met een beheerlaag voor het geheel.
- Je hebt meer dan een systeem op dezelfde laadpaal nodig. Billing op het ene platform, monitoring of een energiemanagementsysteem op het andere, allebei gevoed door dezelfde OCPP-stroom.
- Je wilt een uitweg voordat je die nodig hebt. Als een backend duurder wordt, verslechtert of verdwijnt, is omrouteren beter dan opnieuw aansluiten. Backendverloop is in deze markt niet hypothetisch; eigenaren van laadpalen hebben platformen zien herstructureren en verdwijnen terwijl hun laadpalen gewoon aan de muur hingen.
Hoe de Plugchoice OCPP Proxy werkt
Plugchoice heeft een gratis OCPP Proxy die precies op dit model is gebouwd. Laadpalen verbinden met Plugchoice, Plugchoice blijft de beheerlaag (portal, apps, diagnostiek en configuratie blijven altijd beschikbaar), en de proxy routeert OCPP-verkeer door naar de platformen die jij koppelt.
Een paar details van de implementatie:
- Elk WebSocket-endpoint. Je kunt de proxy naar elke OCPP-operator laten wijzen, ook als die niet in de integratiegids staat. Spreekt het OCPP, dan kun je het koppelen.
- Toegang per rol. Elke gekoppelde operator krijgt een rol. Een billing-operator regelt pasautorisatie, sessies en transacties. Een data-operator ontvangt laaddata alleen-lezen, voor analytics of compliance, zonder controle over sessies.
- Buffering bij offline operators. Valt een gekoppelde operator weg, dan buffert en bewaart de proxy de OCPP-berichten tot hij weer verbinding heeft, zodat er in de tussentijd geen sessies verloren gaan.
- Filtering en prioriteitsregels. Je bepaalt welke berichten naar welke operator gaan en in welk tempo, en ingebouwde prioriteitsregels voorkomen dat gekoppelde systemen elkaar overrulen.
- Koppelen en ontkoppelen in minuten. Operators zet je per locatie aan en uit in de portal. Weggaan bij een platform is een schakelaar, geen project.
Het resultaat is dat de laadpaallaag van jou blijft. Platformen daarboven kunnen komen, gaan en naast elkaar bestaan, en geen van ze kan jouw hardwaretoegang meenemen.
Wil je weten of dit bij jouw situatie past, begin dan bij de OCPP Proxy-pagina of sluit een laadpaal aan en probeer het eerst op een locatie.