Laadpalen van elk merk aan één backend Laadsessies, storingen en vermogen in beeld OCPP 1.6 en 2.0.1, voorbereid op 2.1

OCPP-koppeling laten maken

Wie laadpalen beheert, wil weten welke paal laadt, welke stil staat en wie er heeft geladen, ongeacht het merk. Dat kan via OCPP, het open protocol tussen laadpaal en backend. Appfront bouwt OCPP-koppelingen, zodat laadpalen van verschillende fabrikanten met uw eigen systeem praten: sessies vastleggen, palen op afstand bedienen, vermogen sturen en storingen zien voordat een gebruiker belt.

Wat is een OCPP-koppeling voor laad­palen?

OCPP, het Open Charge Point Protocol, is het open protocol waarmee een laadpaal met een backend praat. Het wordt beheerd door de Open Charge Alliance. Versie 1.6 is nog steeds het meest verspreid, 2.0.1 voegt onder meer beter apparaatbeheer en beveiliging toe, en 2.1 is in januari 2025 uitgebracht als uitbreiding daarop en daarna door de IEC gepubliceerd als IEC 63584-210. Via OCPP meldt een paal dat er een sessie start, stuurt hij meterwaarden en storingen, en kan de backend hem op afstand bedienen.

Veel beheerders werken met de backend van de fabrikant of van een externe partij. Dat werkt, tot u palen van meerdere merken hebt, de gegevens in uw eigen systemen wilt gebruiken of het vermogen zelf wilt sturen, bijvoorbeeld bij netcongestie of samen met zonnepanelen. Dan zit u met losse portalen, exports en een storing die u pas hoort als een gebruiker belt.

Wij bouwen maatwerk omdat elke beheerder andere palen, gebruikers en systemen heeft. Welke merken en OCPP-versies u gebruikt, wie er laadt, hoe u afrekent en of u vermogen wilt sturen, bepaalt wat de koppeling moet doen. Doet uw huidige backend alles wat u nodig hebt, dan is maatwerk niet nodig, en dat zeggen we ook.

Elk merk

Eén backend.

Alles in beeld

Sessies en storingen.

Zelf sturen

Vermogen en toegang.

Hoe wij uw OCPP-koppeling voor laad­palen bouwen

We beginnen bij uw laadpalen: welke merken en OCPP-versies, waar staan ze, wie laadt er, hoe rekent u af, en welke systemen moeten de gegevens krijgen. Daarna bouwen we een eerste koppeling voor een deel van uw palen, met sessies, status en storingen, omdat daar de basis ligt. U werkt er een tijd mee. Autorisatie, bediening op afstand, vermogenssturing en de koppelingen met facturatie en energiemanagement volgen als dat goed loopt. Daarna houden we de koppeling bij als het protocol of uw palen veranderen.

1
Palen in kaart

Merken, versies, gebruikers.

2
Eerste koppeling

Sessies en status.

3
Uitbreiden

Toegang, bediening, vermogen.

4
Livegang en beheer

Livegang, bewaking, en beheer bij wijzigingen.

Wat een OCPP-koppeling voor laad­palen concreet doet

De onderdelen hieronder komen bij vrijwel elke OCPP-koppeling terug. Welke u nodig hebt, hangt af van uw palen en uw gebruikers.

Sessies

Start, stop en meterwaarden.

Autorisatie

Met pas of app.

Bediening

Op afstand herstarten.

Vermogen

Sturen per plein of paal.

Storingen

Gezien voor iemand belt.

Facturatie

Sessies naar de afrekening.

Voor wie wij een OCPP-koppeling voor laad­palen bouwen

De koppeling is bedoeld voor wie laadpalen beheert en de gegevens en de bediening in eigen hand wil hebben. Hoe meer palen en merken, hoe meer het oplevert.

Exploitanten

Openbaar en semi-openbaar.

Wagenparken

Eigen laadpleinen.

Vastgoed

Kantoren en VvE's.

Installateurs

Beheer voor klanten.

Technologie en koppelingen

Deze pagina gaat over de koppeling tussen laadpaal en backend. Voor roaming tussen netwerken is er onze pagina over de OCPI-koppeling, voor de gebruiker onze pagina over de EV-laadpaal-app, en voor energie onze pagina over energiemanagement software. Onze werkwijze leest u op software laten maken.

OCPP 1.6J OCPP 2.0.1 OCPP 2.1 WebSocket OCPI Energiemanagement Facturatie Laadpassen en app Monitoring Logboek

Waarom Appfront voor uw OCPP-koppeling voor laad­palen?

Een laadpaal die al dagen stilstaat zonder dat iemand het weet, een sessie die niet in de afrekening komt of een plein dat de netaansluiting overbelast, kost een beheerder geld en gebruikers. Daar bouwen we op: elk merk in één backend, storingen die u eerder ziet dan de gebruiker, en vermogen dat u zelf stuurt.

Minder stilstand

Storingen meteen gezien.

Niet vast

Aan één merk of portaal.

Slim laden

Binnen uw aansluiting.

Security en privacy bij een OCPP-koppeling voor laad­palen

Laadsessies bevatten gegevens over gebruikers, passen en tijden. We gebruiken alleen wat nodig is, de verbinding met de palen is versleuteld waar de paal dat ondersteunt, toegang is per rol ingericht, en sleutels en certificaten worden versleuteld opgeslagen.

De backend draait in een Europees datacenter, met versleutelde opslag en dagelijkse back-ups. Elke opdracht aan een paal, zoals een herstart of een vrijgave, wordt met naam en tijd vastgelegd.

Veelgestelde vragen over een OCPP-koppeling voor laad­palen

Vragen die beheerders stellen voordat ze hiermee beginnen.

OCPP, het Open Charge Point Protocol, is het open protocol waarmee een laadpaal met een backend communiceert. Het wordt beheerd door de Open Charge Alliance. Via OCPP meldt een paal sessies, meterwaarden en storingen, en kan de backend de paal op afstand bedienen.

Dat hangt af van uw palen. Versie 1.6 is nog het meest verspreid, 2.0.1 biedt onder meer beter apparaatbeheer en beveiliging, en 2.1 bouwt daarop voort. De koppeling kan meerdere versies naast elkaar ondersteunen, zodat oude en nieuwe palen samen werken.

OCPP gaat over de verbinding tussen laadpaal en backend. OCPI gaat over de uitwisseling tussen netwerken, bijvoorbeeld zodat een rijder met de pas van een andere aanbieder bij uw paal kan laden. Veel beheerders hebben beide nodig.

Ja, als ze OCPP spreken. Elk merk heeft zijn eigen eigenaardigheden, dus we testen de koppeling met uw palen voordat ze in gebruik gaan.

Ja. Via OCPP kan de backend het vermogen per paal of per plein begrenzen, bijvoorbeeld binnen uw netaansluiting of op basis van de opbrengst van zonnepanelen. Hoe slim dat moet, bepalen we samen met uw energiemanagement.

De koppeling ziet dat de paal geen verbinding meer maakt en geeft een signaal. Sessies die de paal intussen heeft bewaard, worden verwerkt zodra hij terug is, zodat er geen sessie verloren gaat.

Voor beheerders met palen van meerdere merken, die de gegevens in eigen systemen willen gebruiken of het vermogen zelf willen sturen. Hebt u een paar palen van één merk en doet de backend van de fabrikant wat u nodig hebt, dan is een eigen koppeling niet nodig.

Al uw laad­palen in één backend?

Vertel ons welke laadpalen u beheert en hoe u ze nu bewaakt en afrekent. We laten zien hoe de OCPP-koppeling werkt.

Edit Content