Elke OCPP-laadpaal heeft precies een adres voor zijn backend: de CSMS WebSocket-URL, iets als wss://ocpp.example.com/1.6/CP12345. Wissel je van billing-aanbieder, stap je over naar een andere charge point operator, of verruil je je beheerplatform, dan is dit de ene instelling die op elke betrokken laadpaal moet veranderen. Het klinkt klein. Op een vloot laadpalen is het de hele migratie.
Waar de OCPP-URL echt staat
De instelling is niet op elke laadpaal op dezelfde manier te vinden, maar hij zit meestal op een van drie plekken.
De app of cloudportal van de fabrikant. De meeste moderne AC- en DC-laadpalen komen met een bijbehorende app die een sectie "OCPP" of "externe beheer" heeft. In de app van Wallbox open je bijvoorbeeld de instellingen van de laadpaal, ga je naar External Management, kies je OCPP, en selecteer je een aanbieder uit de lijst (die de URL automatisch invult) of vul je de CSMS-URL en het charge point ID zelf in. De laadpaal herstart automatisch zodra de nieuwe backend is opgeslagen.
De lokale webinterface van de laadpaal zelf. Sommige laadpalen zenden een eigen wifi-netwerk uit of zijn te bereiken via een lokaal IP-adres vanaf een laptop op hetzelfde netwerk. Inloggen daar (standaard installateursgegevens, tenzij iemand die heeft aangepast) brengt je bij dezelfde soort instellingenpagina: CSMS-URL, charge point-identiteit, en een opslaan-en-herstart-actie.
Een installateurs- of servicemenu. Op laadpalen zonder OCPP-instellingen voor de eindgebruiker zit de URL achter een installateursapp, een fysiek servicemenu op de unit, of een configuratiekaart die de installateur tikt of scant. Dit is de traagste route: meestal moet de installateur, niet de eigenaar, opnieuw langs de locatie.
Stap voor stap veranderen
Welke interface ook voor jouw laadpaal geldt, de volgorde is hetzelfde:
- 1.Haal de nieuwe CSMS-URL en stationidentiteit op bij het ontvangende platform. Je hebt het exacte WebSocket-adres nodig (
wss://ofws://), het charge point ID dat het verwacht, en eventuele authenticatiegegevens. Een typefout hier is de meest voorkomende oorzaak van een laadpaal die na de wissel "geen verbinding maakt". - 2.Open de OCPP- of externe-beheerinstellingen op een van de drie bovengenoemde plekken, afhankelijk van je laadpaal.
- 3.Vul de nieuwe URL en gegevens in, ter vervanging van de waarden van de oude backend in plaats van een tweede invoer (de meeste laadpalen houden een CSMS-verbinding tegelijk aan).
- 4.Sla op en herstart de laadpaal. Vrijwel elke laadpaal neemt een nieuwe backend-URL pas over na een herstart; opslaan alleen is meestal niet genoeg.
- 5.Controleer de verbinding op de nieuwe backend. Kijk of de laadpaal online komt en of een testsessie correct autoriseert en rapporteert voordat je het oude platform als ontkoppeld beschouwt.
Wat er misgaat
De fouten zijn onopvallend en komen bij elk merk terug: het verkeerde WebSocket-schema (ws:// waar wss:// nodig was, of andersom), een charge point ID dat niet overeenkomt met wat de nieuwe backend verwacht, een firewall- of NAT-regel op locatie die uitgaand verkeer nog naar het IP-bereik van de oude backend stuurt, of simpelweg het vergeten van de herstart. Op een enkele laadpaal kost dat een supportgesprek. Op een vloot die over meerdere jaren en installateursgeneraties is ingericht, zonder centraal overzicht van welke methode elke laadpaal gebruikt, is het een project met een eigen tijdlijn en eigen downtime, en precies daarom is "OCPP-URL van laadpaal veranderen" een zoekopdracht die mensen intypen terwijl ze al middenin een platformwissel vastzitten.
Dit een keer doen in plaats van elke keer
De herconfiguratie hierboven is onvermijdelijk de eerste keer dat je een laadpaal ergens op aansluit. Wat wel te vermijden is, is het opnieuw doen elke keer dat verandert wat er achter die verbinding zit. Daarvoor bestaat een OCPP proxy: je richt de CSMS-URL van de laadpaal een keer op de proxy, en welk platform het verkeer daadwerkelijk ontvangt wordt een instelling in de proxy, niet op de laadpaal.
Plugchoice heeft een OCPP Proxy die op dit model is gebouwd, gratis op elk account. Laadpalen verbinden met het endpoint van Plugchoice en blijven daar; billing-, analytics- of automatiseringsplatformen worden toegevoegd en verwijderd als gekoppelde operators, elk met een eigen rol, zonder dat de configuratie van de laadpaal nog een keer verandert. Een platform loskoppelen is een schakelaar in de portal, geen herstart op locatie, en de proxy buffert OCPP-verkeer als een gekoppelde operator offline gaat, zodat er in de tussentijd niets verloren gaat.
Sta je op het punt om de stappen hierboven te doorlopen voor een backend die misschien niet je laatste is, sluit de laadpaal dan eerst aan op Plugchoice en routeer van daaruit verder.