Open Charge Point Protocol (OCPP): Use Cases 1.6 vs. 2.0.1

Was ist das Open Charge Point Protocol (OCPP)?

Das Open Charge Point Protocol, meist OCPP genannt, ist ein offener Kommunikationsstandard zwischen einer EV-Ladestation und einem Ladestationsmanagementsystem. Praktisch ist es die Sprache, mit der eine Ladestation ihren Status meldet, eine Sitzung startet oder beendet, Zählerwerte sendet, Konfiguration empfängt und mit dem Backend des Betreibers verbunden bleibt.

Für Ladepunktbetreiber, Hotels, Flotten, Parkraumbetreiber und Unternehmen, die Ladenetze aufbauen, ist OCPP wichtig, weil die Ladestation nur ein Teil des Dienstes ist. Die operative Ebene braucht Ladestationsmanagementsoftware, Zahlungen, Tarife, Rechnungen, Zugriffskontrolle, Reports und Monitoring.

Der Standard wird von der Open Charge Alliance entwickelt. Die häufigsten produktiven Versionen sind heute OCPP 1.6 und OCPP 2.0.1.

Schnellnavigation:

• OCPP 1.6 vs. OCPP 2.0.1
• Änderungen in OCPP 2.0.1
• OCPP-Use-Case-Matrix
• Beispiele implementierter Use Cases
• OCPP-Implementierungsprobleme
• OCPP-FAQ

Warum OCPP für Besitzer von Ladestationen wichtig ist

Ohne Standardprotokoll kann der Besitzer einer Ladestation von einem Hardwareanbieter oder einer geschlossenen Softwareplattform abhängig werden. OCPP reduziert dieses Risiko, weil viele Ladestationen und Managementsysteme über ein gemeinsames Protokoll kommunizieren können.

Für Betreiber hat das praktischen Wert:

• einfacheres Onboarding von Ladestationen,
• besseres Remote-Monitoring,
• Remote-Konfiguration und Diagnose,
• weniger Abhängigkeit von einem Hardwarelieferanten,
• Verbindung von Ladestationen mit Zahlungen, Zugriffskontrolle und Reporting,
• einen einfacheren Weg von einem Standort zu einem Ladenetz.

EV24 nutzt OCPP als Teil der operativen Ebene für EV-Laden. Die EV24-Dokumentation zur Stationskonfiguration zeigt, wie OCPP-Einstellungen mit Tarifen, Autorisierungsmethoden, Adresse, QR-Code und Länderanforderungen zusammenhängen.

OCPP 1.6 vs OCPP 2.0.1

OCPP 1.6 ist weiterhin weit verbreitet und wird von vielen AC- und DC-Ladestationen unterstützt. OCPP 2.0.1 ergänzt stärkere Funktionen für große Netze: Gerätemanagement, Sicherheit, ISO 15118, Smart Charging und strukturierteres Transaktionshandling. Die Open Charge Alliance weist darauf hin, dass OCPP 2.0.1 nicht rückwärtskompatibel mit OCPP 1.6 ist. Daher sollte die Protokollversion vor Hardwarekauf oder Backend-Migration geprüft werden.

Was hat sich in OCPP 2.0.1 geändert?

Der ältere Artikel konzentrierte sich stark auf OCPP-2.0-Use-Cases. Entscheidend ist nicht, dass jeder Betreiber alle Funktionen am ersten Tag braucht. Wichtig ist, dass OCPP 2.0.1 größeren Ladenetzen eine strukturiertere Grundlage für Ladestationen, Sicherheit, Transaktionen, Tarife, Diagnose und ISO 15118 gibt.

Zu den wichtigsten Änderungen gehören:

• Gerätemanagement - Inventarberichte, bessere Konfiguration, bessere Fehlertransparenz, Variablen und Monitoring.
• Transaktionshandling - ein strukturierterer TransactionEvent-Ansatz statt separater Start-, Stopp-, Zähler- und Statusmeldungen.
• Sicherheitsprofile - bessere Unterstützung für Authentifizierung der Ladestation, sichere Kommunikation, Zertifikate, Sicherheitslogs und sichere Firmware-Updates.
• Smart Charging - bessere Unterstützung für Energiemanagementsysteme, lokale Controller und erweiterte Ladeprofile.
• ISO-15118-Unterstützung - bessere Grundlage für Plug & Charge und Smart-Charging-Kommunikation auf Fahrzeugseite.
• Fahrerlebnis - mehr Autorisierungsoptionen, Tariftransparenz, Kostenanzeige und Stationsmeldungen.

Für Einkaufs- und Implementierungsteams ist auch das OCPP-Zertifizierungsprogramm relevant. Zertifizierung ersetzt keine Feldtests, hilft aber zu prüfen, ob eine Ladestations- oder CSMS-Implementierung der Protokollspezifikation folgt.

OCPP 1.6 vs. OCPP 2.0.1 Use Cases

Die ursprüngliche technische Tabelle listete detaillierte OCPP-Use-Cases nach Kategorien. Für einen Business-Kontext ist eine Karte hilfreicher: Welche operativen Bereiche waren in OCPP 1.6 bereits möglich und welche wurden in OCPP 2.0.1 ergänzt oder erweitert.

Detaillierte OCPP-Use-Case-Matrix

Für Teams, die Protokollversionen bei der Auswahl von Ladestationen oder bei Backend-Integrationen vergleichen, ist auch die Detailansicht hilfreich. Die Tabelle behält die ursprüngliche Struktur bei: Use-Case-ID, Name, ob er in OCPP 1.6 existiert und ob er in OCPP 2.0 neu ist.

Beispiele implementierter Use Cases

Eine Use-Case-Matrix ist für Spezifikationsarbeit nützlich. Implementierungsteams starten aber meist mit einem kleineren Satz von Abläufen, die zeigen, dass Ladestation und CSMS zuverlässig kommunizieren. Diese praktischen OCPP-Szenarien sollten zuerst getestet werden.

Quellcode-Beispiele

Die folgenden Beispiele zeigen die Struktur von OCPP-J-Nachrichten über WebSocket. Sie sind zur besseren Lesbarkeit vereinfacht, zeigen aber das typische Implementierungsmuster: CALL von einer Seite und danach CALLRESULT von der anderen Seite mit derselben Message-ID.

1. Ladestation startet und verbindet sich mit dem CSMS

[2, "boot-001", "BootNotification", {
  "chargePointVendor": "ExampleVendor",
  "chargePointModel": "AC22",
  "chargePointSerialNumber": "EV24-DEMO-001",
  "firmwareVersion": "1.6.0"
}]

[3, "boot-001", {
  "currentTime": "2026-04-28T10:00:00Z",
  "interval": 60,
  "status": "Accepted"
}]

2. Fahrer wird per RFID oder anderem idTag autorisiert

[2, "auth-001", "Authorize", {
  "idTag": "RFID-123456"
}]

[3, "auth-001", {
  "idTagInfo": {
    "status": "Accepted"
  }
}]

3. Backend startet eine Sitzung remote

[2, "remote-start-001", "RemoteStartTransaction", {
  "connectorId": 1,
  "idTag": "APP-USER-42"
}]

[3, "remote-start-001", {
  "status": "Accepted"
}]

4. Ladestation sendet Messwerte während der Transaktion

[2, "meter-001", "MeterValues", {
  "connectorId": 1,
  "transactionId": 987654,
  "meterValue": [{
    "timestamp": "2026-04-28T10:15:00Z",
    "sampledValue": [{
      "value": "12.84",
      "measurand": "Energy.Active.Import.Register",
      "unit": "kWh"
    }]
  }]
}]

5. TransactionEvent-Beispiel in OCPP 2.0.1

[2, "txevent-001", "TransactionEvent", {
  "eventType": "Updated",
  "timestamp": "2026-04-28T10:15:00Z",
  "triggerReason": "MeterValuePeriodic",
  "seqNo": 7,
  "transactionInfo": {
    "transactionId": "TX-987654"
  },
  "evse": {
    "id": 1,
    "connectorId": 1
  },
  "meterValue": [{
    "timestamp": "2026-04-28T10:15:00Z",
    "sampledValue": [{
      "value": 12.84,
      "measurand": "Energy.Active.Import.Register",
      "unitOfMeasure": {
        "unit": "kWh"
      }
    }]
  }]
}]

Was OCPP während einer Ladesitzung macht

Der Fahrer sieht einen einfachen Ablauf: QR-Code scannen, zahlen, einstecken und laden. Im Hintergrund tauschen Ladestation und Backend zahlreiche Nachrichten aus.

Typischer OCPP-Ladeablauf

Verbindungdie Ladestation stellt die Kommunikation mit dem Managementsystem her

→

AutorisierungStart per App, QR, RFID, PIN, Terminal oder Remote-Befehl

→

LadenSitzungsstatus und Zählerwerte werden an das Backend gesendet

→

AbrechnungSitzungsdaten unterstützen Zahlung, Rechnung, Report oder Flottenabrechnung

Was vor dem Kauf einer OCPP-Ladestation zu prüfen ist

Nicht jede „OCPP-kompatible” Ladestation verhält sich gleich. Vor dem Hardwarekauf sollte geprüft werden, ob die Station mit dem geplanten Managementsystem getestet wurde.

Die wichtigsten Fragen sind:

• which OCPP version is supported,
• ob die Ladestation JSON over WebSocket nutzt,
• whether remote start and remote stop work reliably,
• how meter values are reported,
• whether connector statuses are accurate,
• whether firmware updates and diagnostics are available,
• wie die Ladestation Offline-Sitzungen behandelt,
• ob Zahlungsterminal-, QR-, RFID- und PIN-Flows unterstützt werden.

Für eine breitere Hardwareentscheidung lohnt sich der Einstieg über Welche EV-Ladestation wählen. OCPP-Kompatibilität ist notwendig, aber nicht das einzige Kriterium.

OCPP und Zahlungen

OCPP ersetzt kein Zahlungssystem. Es liefert die Sitzungsdaten, die Zahlungs- und Abrechnungssysteme benötigen: Autorisierungsergebnis, Startzeit, Endzeit, Anschluss, Messwerte und Status.

Deshalb sollten Betreiber OCPP zusammen mit dem Geschäftsmodell betrachten. Öffentliches Laden benötigt oft Zahlungsterminals, QR-Zahlung, Ad-hoc-Zugang, Rechnungen und Abrechnungsreports. Privates Laden benötigt eher Zugangsgruppen, RFID, PIN, Mitarbeitendenabrechnung oder Flottenreports.

Die EV24 Lade-App und das Ladepunktmanagementsystem verbinden den Fahrerprozess mit dem operativen Backend, sodass OCPP-Daten Zahlungen, Tarife, Rechnungen und Reporting unterstützen können.

OCPP für Integrationen und eigene EV-Apps

In größeren Projekten ist OCPP nur eine Integrationsschicht. Unternehmen benötigen oft zusätzlich APIs für mobile Apps, Parksysteme, CRM, Buchhaltung oder Partnerportale.

Die EV24 Partner API unterstützt solche Szenarien oberhalb der operativen Ladeebene. Für technisches Onboarding beschreibt die EV24 API-Dokumentation für Integratoren Zugriff, Tokens und Basisanforderungen.

Typische OCPP-Implementierungsprobleme

Die meisten Probleme entstehen nicht in der Spezifikation, sondern in der Implementierung. Unterschiedliche Ladestationen können Timing, Status, Messwerte und Randfälle verschieden interpretieren.

Typische Probleme sind:

• die Ladestation verbindet sich, meldet den Anschlussstatus aber nicht korrekt,
• remote start works only in some authorization modes,
• meter values are too rare or inconsistent,
• die Station verliert während einer Sitzung die Verbindung,
• offline transactions are not synchronized cleanly,
• firmware changes alter message behavior,
• Zahlungsstatus und Ladestatus passen nicht zusammen.

Deshalb sollten OCPP-Tests echte Ladesitzungen, fehlgeschlagene Zahlungen, Remote-Aktionen, Offline-Verhalten und Neustarts abdecken, nicht nur die erste erfolgreiche Verbindung.

Zusammenfassung

Das Open Charge Point Protocol ist eine Grundlage moderner EV-Ladeinfrastruktur. Es verbindet Ladestationen mit einem Managementsystem, reduziert Vendor Lock-in und ermöglicht Monitoring, Konfiguration, Sitzungen und Messung.

Für Stationsbesitzer ist nicht nur wichtig, ob eine Ladestation OCPP unterstützt. Entscheidend ist, ob das gesamte Betriebsmodell funktioniert: Ladestation, Backend, Zahlungen, Zugang, Reporting, Support und Integrationen.

FAQ

Wofür steht OCPP?+

OCPP steht für Open Charge Point Protocol. Es ist ein Kommunikationsprotokoll zwischen einer EV Ladestation und einem Ladestationsmanagementsystem.

Was ist der Unterschied zwischen OCPP 1.6 und OCPP 2.0.1?+

OCPP 1.6 ist weit verbreitet und funktioniert in vielen bestehenden Ladenetzen gut. OCPP 2.0.1 ergänzt ein fortschrittlicheres Gerätemodell, verbessertes Transaktionshandling, stärkere Sicherheit, ISO 15118 Unterstützung, umfangreicheres Smart Charging und bessere Informationen für Fahrer.

Sind OCPP 1.6 und OCPP 2.0.1 kompatibel?+

Nein. OCPP 2.0.1 ist nicht rückwärtskompatibel mit OCPP 1.6. Vor dem Kauf von Ladestationen oder einer Backend Migration sollte der Betreiber prüfen, welche OCPP Version Ladestation und CSMS unterstützen.

Welche OCPP Use Cases sind neu in OCPP 2.0?+

Neue oder erweiterte Use Cases umfassen Zertifikatsmanagement, Sicherheitsereignisse, Variablen und Reports, PIN und Zahlungsterminal Autorisierung, Transaktionsstatus, Tarif und Kostenanzeige, erweitertes Smart Charging, ISO 15118 Zertifikatsmanagement und bessere Diagnose.

Verarbeitet OCPP Zahlungen?+

OCPP ersetzt kein Zahlungssystem. Es liefert Sitzungs , Autorisierungs , Status und Messdaten, die Zahlungs , Rechnungs , Abrechnungs und Reportingsysteme nutzen können.

Warum ist OCPP für Ladepunktbetreiber wichtig?+

OCPP reduziert Vendor Lock in und hilft Betreibern, Ladestationen mit Managementsoftware, Monitoring, Remote Aktionen, Tarifen, Zugriffskontrolle, Zahlungen, Reports und Integrationen zu verbinden.

Wie nutzt EV24 OCPP?+

EV24 nutzt OCPP als Teil der operativen Ladeebene. OCPP Daten aus Ladestationen unterstützen über die EV24 Plattform Monitoring, Sitzungsabwicklung, Tarife, Autorisierung, Zahlungen, Abrechnung, Reporting und Integrationen.