Wat is OCPP? Laadpaalprotocol en de versies uitgelegd

Wat is OCPP, wat betekent het?

OCPP (Open Charge Point Protocol) is het open communicatieprotocol tussen een oplaadpunt voor elektrische voertuigen en de centrale software (CSMS) die dat oplaadpunt beheert. Het wordt gepubliceerd door de Open Charge Alliance en is gratis te gebruiken. Zolang laadpaal en software dezelfde OCPP-versie spreken, kunnen laadpalen van verschillende merken vanuit één paneel worden beheerd.

Kortom: OCPP is de gemeenschappelijke taal waarmee de laadpaal aan de centrale doorgeeft "wie laadt er, hoeveel energie heb ik geleverd, is er een storing", en waarmee de centrale het commando "start het laden, stop, pas het tarief toe, werk de software bij" naar de laadpaal stuurt.

Waar dient OCPP voor?

De laadpaal bekendmaken aan het systeem: Zodra de laadpaal opstart, meldt hij zich bij de centrale (BootNotification) en laat hij met vaste tussenpozen weten dat hij werkt (Heartbeat).
Autorisatie van gebruikers: De identiteit van een RFID-kaart of app wordt in de centrale gecontroleerd (Authorize).
Laadsessie: Start, einde en meterstanden van de sessie worden in de centrale vastgelegd; de facturering gebeurt op basis van dit record.
Status en storing: Of een aansluiting vrij, bezet of defect is, wordt direct gemeld (StatusNotification).
Beheer op afstand: Laden op afstand starten en stoppen, herstarten, instellingen wijzigen en software bijwerken gebeurt vanuit de centrale.
Vermogensbeperking: De centrale stuurt de laadpaal een laadprofiel om het te leveren vermogen te beperken.

OCPP-versies: het verschil tussen 1.5, 1.6 en 2.0

OCPP 1.5: Oudere versie op basis van SOAP (XML). Komt nog voor bij oude laadpalen die in het veld in gebruik zijn.
OCPP 1.6: Bracht naast SOAP het formaat "1.6J", dat via WebSocket met JSON communiceert. Dit is de veelgebruikte versie bij laadpalen in het veld.
OCPP 2.0: De berichtstructuur is opnieuw opgebouwd: een laadsessie wordt gevolgd met één transactiegebeurtenis (TransactionEvent), en de apparaatconfiguratie en de beveiliging zijn uitgebreid. Het is niet achterwaarts compatibel met 1.6; de software moet beide versies afzonderlijk ondersteunen.

Na de 2.0-familie heeft de Open Charge Alliance ook versie 2.1 gepubliceerd. Bij de aanschaf van een laadpaal gaat het niet om de nieuwste versie, maar om de versie die laadpaal en software samen spreken.

Het verschil tussen OCPP en OCPI

De twee protocollen laten verschillende partijen met elkaar praten:

OCPP: laadpaal ↔ laadbeheersoftware (CSMS).
OCPI: CSMS ↔ een ander laadnetwerk of roamingplatform. Dat de bestuurder van het ene netwerk laadt bij een station van een ander netwerk, en de afrekening tussen de twee netwerken, verloopt via dit protocol.
ISO 15118: voertuig ↔ laadpaal. Het is niet het protocol van de beheersoftware.

Wat een CSMS is en wat het verschil met een CPO is, hebben we uitgelegd in het artikel wat is een CSMS.

Waar let je bij de aanschaf van een laadpaal op bij OCPP?

Staat in het technische datablad van de laadpaal welke OCPP-versie wordt ondersteund (1.6J, 2.0)?
Kun je zelf het adres van de centrale invoeren, of is de laadpaal vergrendeld op het eigen systeem van de fabrikant?
Kan de fabrikant aantonen dat de laadpaal de conformiteitstest van de Open Charge Alliance heeft doorstaan?
Kan de software op afstand worden bijgewerkt via OCPP?

Als u een laadpaal koopt die geen OCPP ondersteunt, kunt u de beheersoftware later niet meer wisselen; u blijft gebonden aan het systeem van de fabrikant.

Welke OCPP-versies ondersteunt SmartŞarj?

SmartŞarj communiceert met laadpalen via OCPP 1.5, 1.6 en 2.0, en met andere laadnetwerken en roamingplatforms via OCPI 2.2.1. Zo worden AC- en DC-laadpalen die OCPP spreken, van welk merk ook, vanuit hetzelfde paneel beheerd. Voor details over de software kunt u terecht op de pagina laadbeheersoftware, voor de hardware op de pagina AC- en DC-laadpalen.