OCPP 1.6 für Käufer

Was ist OCPP 1.6 und was sollten Käufer prüfen?

OCPP beschreibt die Kommunikation zwischen einer Ladestation und ihrem Managementsystem. Die Bezeichnung allein belegt nicht, dass ein bestimmtes Gerät und Backend alle benötigten Funktionen liefern. Prüfen Sie genaue Versionen, vereinbarte Funktionen und Testergebnisse vor der Bestellung.

Projektbezogene Kompatibilitätsprüfung anfragen
Konzeptdarstellung Konzeptdarstellung von Lademanagement-Oberflächen auf mehreren Geräten; kein Screenshot eines Live-Systems und kein Testergebnis
Verbindung Ladestation und Backend

Unabhängig vom Fahrzeugstecker

Versionsangabe 1.6J oder SOAP

Implementierung auf beiden Seiten benennen

Vor dem Kauf Umfang und Testbericht

Die Protokollangabe ist nur der Ausgangspunkt

Die kurze Antwort

OCPP 1.6 ist ein Kommunikationsprotokoll, kein vollständiges Betriebspaket.

Die Open Charge Alliance betreut OCPP. Version 1.6 gibt es als SOAP- und JSON-Variante; 1.6J bezeichnet die JSON-Implementierung über WebSocket. Fragen Sie nach Variante, Funktionen und Sicherheitskonfiguration der ausgewählten Ladestation und des Managementsystems.

Eine sinnvolle erste Prüfung
  1. 01

    Ladestationsmodell, Firmware und Backend-Version bestimmen.

  2. 02

    Erforderliche Betriebsfunktionen und Sicherheitsmaßnahmen auflisten.

  3. 03

    Technische Unterlagen und Abnahmeprüfungen für diese konkrete Kombination vereinbaren.

Drei Prüfungen

Die Verbindung festlegen, bevor Sie eine Kompatibilitätszusage akzeptieren.

Verwenden Sie dieselbe Prüfliste mit dem Geräteanbieter und dem Plattformbetreiber.

  1. 01

    Beide Implementierungen benennen

    Modell und Firmware der Ladestation, Version des Managementsystems sowie OCPP 1.6J oder SOAP für das Projekt festhalten.

  2. 02

    Betriebsumfang vereinbaren

    Benötigte Funktionen für Autorisierung, Fernsteuerung, Ladedaten, Leistungssteuerung und Wartung konkret auflisten.

  3. 03

    Ein begrenztes Abnahmeprotokoll prüfen

    Einen Testplan für die gewählte Kombination einschließlich Verbindungsabbruch und Wiederherstellung vereinbaren. Ergebnisse und offene Ausnahmen vor dem Rollout dokumentieren.

Zwei unterschiedliche Verbindungen

Fahrzeugstecker und Backend-Protokoll beantworten unterschiedliche Fragen.

Fahrzeugverbindung

Passt die Ausrüstung zum Fahrzeug?

Mechanischer Anschluss, Fahrzeugkommunikation und elektrische Konfiguration benötigen eine eigene Kompatibilitätsprüfung.

OCPP-Verbindung

Kann die Station die benötigten Daten mit dem Backend austauschen?

Protokollvariante, Funktionen, Sicherheitskonfiguration und Verhalten der konkreten Station und des Managementsystems prüfen.

Regel für die Beschaffung

Aus einer Versionsangabe einen vereinbarten Integrationsumfang machen.

Genaue Versionen + vereinbarte Funktionen + Sicherheitskonfiguration + Abnahmeprotokolle = eine klare Integrationscheckliste Beginnen Sie mit Modell und Firmware, Backend und Version, Zielland sowie den benötigten Betreiberfunktionen.

Dies ist eine Beschaffungsprüfliste, keine mathematische Garantie für Kompatibilität oder Verfügbarkeit.

Umfang bestätigen

Testberichte zu den tatsächlichen Aufgaben des Standorts anfordern.

Dies sind vorgeschlagene Beschaffungsprüfungen, keine Zusage, dass jedes OCPP-Produkt alle Funktionen enthält.

Grundbetrieb der Station

Projektbedarf
Der Betreiber benötigt Autorisierung, Fernsteuerung und Ladedaten.
Anfordern
Eine vereinbarte Funktionsliste für die gewählten Stations- und Backend-Versionen.
Abnahmeprotokoll
Ergebnisse für erlaubte und abgewiesene Aktionen, gespeicherte Daten und nachvollziehbare Fehlerbehandlung.

Smart Charging

Projektbedarf
Der Standort benötigt Ladegrenzen oder Ladeprofile.
Anfordern
Implementierten Smart-Charging-Umfang, Einschränkungen und Zusammenspiel mit der Standortsteuerung.
Abnahmeprotokoll
Beobachtetes Verhalten mit den vereinbarten Profilen und Grenzen an der ausgewählten Ausrüstung.

Sicherheit und Wartung

Projektbedarf
Der Betreiber benötigt geschützte Verbindungen und wartbare Geräte.
Anfordern
Sicherheitskonfiguration, Zertifikatsverantwortung, Updateverfahren und Ereignisprotokolle.
Abnahmeprotokoll
Vereinbarte Sicherheitsprüfung und Wartungstests für die gelieferte Version.

Plattformwechsel oder gemischte Geräte

Projektbedarf
Das Projekt kann einen Backend-Wechsel oder mehrere Ladestationsmodelle vorsehen.
Anfordern
Eine versionsbezogene Kompatibilitätsmatrix und eine Liste herstellerspezifischer Erweiterungen.
Abnahmeprotokoll
Ein abgegrenzter Integrationstest; eine gemeinsame Versionsbezeichnung allein bestätigt keine Kompatibilität.
Grenzen klar halten

Eine OCPP-Version legt keinen Fahrzeugstecker fest.

Die Steckerdarstellungen zeigen eine separate Auswahlaufgabe und belegen keine OCPP-Unterstützung.

AC

AC-Fahrzeuganschluss

Fahrzeugbuchse und elektrische Konfiguration unabhängig prüfen.

Referenzdarstellung eines Typ-2-Steckers
Mennekes

Type 2

Typischer Zielmarkt
Europa / weltweit
Benötigte Angabe
Die Auswahl des Steckers ist von der Backend-Integration getrennt.
DC

DC-Fahrzeuganschluss

Die Kommunikation zwischen gewähltem Fahrzeug und Ladegerät unabhängig prüfen.

Referenzdarstellung eines CCS2-Steckers
Combo 2

CCS2

Typischer Zielmarkt
Europa / weltweit
Benötigte Angabe
Ein CCS2-Stecker belegt weder eine OCPP-Version noch eine Zertifizierung.
Unterlagen und Testberichte

Station, Plattform und Abnahmebericht gemeinsam prüfen.

Die folgenden Bilder sind Konzeptdarstellungen. Sie zeigen keine reale EVBBC-Installation, implementierte Funktion oder bestandene Prüfung.

01

Version der Ladestation

Modell · Firmware · vereinbarte Funktionen Im Projekt bestätigen
Warum Bestandteil der Lösung

Ausrüstung und Softwareversion festlegen, für die der Integrationsumfang tatsächlich gilt.

Darstellung von DC-Ladehardware; kein OCPP-Testergebnis
02

Umfang des Managementsystems

Backend · Konfiguration · Zuständigkeiten Im Projekt bestätigen
Warum Bestandteil der Lösung

Verantwortung für Verbindung, Betriebsdaten, Sicherheitskonfiguration und Wartung festlegen.

Illustrative Management-Oberflächen; kein Screenshot eines Live-Backends
03

Abnahme der Standortsteuerung

Sollverhalten · Testergebnisse · Ausnahmen Durch Abnahme bestätigen
Warum Bestandteil der Lösung

Vereinbarte Integrationsprüfungen und offene Grenzen vor der breiteren Einführung dokumentieren.

Konzeptbild zur Leistungssteuerung am Standort; kein Bericht über einen Lastregelungstest
Diese Angaben senden

Die erste Integrationsprüfung konkret machen.

Bekannte Angaben bereitstellen und offene Punkte als unbekannt kennzeichnen.

  • Hersteller, Modell und Firmware-Version der Ladestation
  • Backend, Version und zuständige Betreiberrolle
  • OCPP-Variante und benötigte Projektfunktionen
  • Zielland, Standortnetzwerk und Verantwortung für die Verbindungseinrichtung
  • Sicherheitsanforderungen sowie Zuständigkeit für Zertifikate und Updates
  • Zertifikatsnummer und genauer Geltungsbereich, falls gefordert
  • Geplante Abnahmefälle, erforderliche Aufzeichnungen und Einführungstermin
Konkrete OCPP-Fragen

Sechs Prüfungen vor der Zusage „OCPP-kompatibel“

01 Was bedeutet das J in OCPP 1.6J?

Es bezeichnet die JSON-Implementierung über WebSocket. OCPP 1.6 hat auch eine SOAP-Variante. Fragen Sie deshalb nach der genauen Variante auf Stations- und Backend-Seite.

02 Kann eine OCPP-1.6-Ladestation an jedes OCPP-Backend angeschlossen werden?

Das sollten Sie nicht voraussetzen. Versionen, Funktionen, Sicherheitskonfiguration und Herstellererweiterungen prüfen und anschließend einen Integrationstest für die ausgewählten Versionen bewerten.

03 Unterstützt OCPP 1.6 Smart Charging?

Das Protokoll unterstützt Smart Charging; klären Sie jedoch, welche Funktionen die konkrete Implementierung bietet. Technische Unterlagen anfordern und das am Standort benötigte Verhalten der Ladeprofile testen.

04 Bedeutet „OCPP 1.6J“, dass die Verbindung bereits sicher ist?

Nein. OCA veröffentlicht Sicherheitserweiterungen für 1.6J zu Verbindungsaufbau, Sicherheitsereignissen und Firmware-Updates. Prüfen Sie, welche Maßnahmen die gewählte Implementierung verwendet und wie sie gepflegt werden.

05 Ist OCPP 1.6 direkt mit OCPP 2.0.1 kompatibel?

Nein. OCA erklärt, dass diese Versionen nicht kompatibel sind. Eine Migration benötigt einen definierten Implementierungs- und Abnahmeplan; das Ändern einer Versionsbezeichnung ist kein Upgrade.

06 Bedeutet „unterstützt OCPP“, dass das Produkt OCA-zertifiziert ist?

Nein. Falls Zertifizierung gefordert ist, prüfen Sie das Zertifikat für das genaue Produkt und die Softwareversion, einschließlich der Funktionen, die beim Zertifizierungstest untersucht wurden. Protokollunterstützung allein ist kein Zertifikat.

Integrationsprüfung im Projekt

Ladestation, Backend und Betriebsanforderungen mitteilen.

Ergänzen Sie Zielland, Stückzahl und Zieltermin. Bekannte Versionen und benötigte Funktionen machen die erste Prüfung aussagekräftiger.

Projektbezogene Kompatibilitätsprüfung anfragen
Projektbezogene Kompatibilitätsprüfung anfragen
Vertriebskontakt Mark per E-Mail mark@evbbc.com Mark per WhatsApp +86 182 3740 3679