Leitfaden zur Integration offener Protokolle
Verwenden Sie OCPP, um Ladegeräte anzuschließen – überprüfen Sie aber vorher, welche Arbeitsabläufe Ihr Busdepot tatsächlich benötigt.
OCPP kann die Kommunikationsschicht zwischen Ladegeräten für Elektrobusse und einer zentralen Lademanagementplattform bereitstellen. Ein zuverlässiger Depotbetrieb hängt weiterhin von der Protokollversion, den unterstützten Profilen, der Ladegerät-Firmware, dem Netzwerkverhalten und Interoperabilitätstests auf Projektebene ab.
Kurze Antwort
OCPP für das Laden von Elektrobussen verbindet Ladestationen mit einem zentralen Lademanagementsystem. Es unterstützt Statusüberwachung, Transaktionen, Fernbefehle, Zählerstände und intelligente Ladeprofile, aber OCPP entscheidet nicht selbst, welcher Bus zuerst geladen werden soll oder wie die Depotstromversorgung optimiert werden soll.
Wichtigste Erkenntnisse
- OCPP ist die Kommunikationsschicht zwischen Ladegerät und Backend, nicht die komplette Busladestrategie.
- OCPP 1.6 ist weiterhin weit verbreitet; OCPP 2.0.1 und OCPP 2.1 bieten eine fortschrittlichere Grundlage für Geräte-, Sicherheits- und intelligente Ladefunktionen.
- Ein Ladegerät, das als OCPP-Version deklariert ist, unterstützt möglicherweise nicht jedes optionale Profil oder jeden erforderlichen Workflow.
- Zertifizierungs- und Konformitätsprüfungen erhöhen das Vertrauen, aber Projekttests am tatsächlichen Modell und der Firmware sind weiterhin notwendig.
- Busdepots sollten Ladeprofile, das Wiederverbindungsverhalten, Zählerdaten, die Fehlerbehandlung, den Offline-Betrieb und die Zeitsynchronisation testen.
Was ist OCPP beim Laden von Elektrobussen?
Das Open Charge Point Protocol (OCPP) ist ein offenes Anwendungsprotokoll zur Kommunikation zwischen Ladestationen und zentralen Lademanagementsystemen. Es ermöglicht Betreibern, kompatible Ladegeräte mit einem Backend zu verbinden, ohne vollständig von der proprietären Plattform eines einzelnen Hardwareherstellers abhängig zu sein.
Protokollumfang in einem Busdepot
OCPP überträgt Daten zum Ladestatus, zu Transaktionen, zur Messung, zur Fernsteuerung und zum Ladeprofil zwischen Ladestation und zentralem System. Fahrzeugpriorität, Energieziele für die Route und Abfahrtsbereitschaft bleiben Entscheidungen der Flottenanwendung.
Anmerkung des Experten: Interoperabilität sollte auf Workflow-Ebene bewertet werden. Ein Projekt muss nicht nur die Unterstützung einer Nachricht überprüfen, sondern auch, wie das Ladegerät Grenzwerte anwendet, Zustandsübergänge meldet, Offline-Transaktionen speichert und sich nach einem Netzwerk- oder Stromausfall wiederherstellt.
Die Open Charge Alliance beschreibt OCPP als ein offenes Protokoll, das interoperable und skalierbare Ladeinfrastruktur unterstützt. Siehe auch offizielle OCPP-Übersicht.
In einem Busdepot kann OCPP die Ladeinfrastrukturschicht mit einem verbinden Lademanagementsystem für ElektrobusseFahrzeugladestand, Einsatzpläne und Routenanforderungen stammen normalerweise aus anderen Systemen.
Aufgaben der Ladestation und des zentralen Systems
Ladestation
Die Ladestation meldet Verfügbarkeit, Anschlussstatus, Transaktionen, Zählerstände, Alarme und weitere unterstützte Gerätedaten. Sie empfängt unterstützte Befehle, Konfigurationsänderungen oder Ladeprofile vom zentralen System.
Ladestations-Managementsystem
Das zentrale System authentifiziert und überwacht Ladegeräte, speichert Transaktionen, zeigt den Status an, führt Fernaktionen aus und kann Ladeprofile berechnen. In einem Busprojekt kann es zudem mit Dispositions-, Telematik-, Zähler- und Wartungssystemen integriert werden.
Flottenoptimierungsschicht
Diese Ebene legt fest, welcher Bus Energie benötigt, wie dringlich die Aufgabe ist und welches Ziel erreicht werden muss. OCPP kann ausgewählte Ladeanweisungen übermitteln, die operative Entscheidung obliegt jedoch normalerweise der Managementsoftware.
OCPP 1.6 vs OCPP 2.0.1 vs OCPP 2.1
Die Protokollauswahl sollte die Verfügbarkeit von Ladegeräten, die erforderlichen Arbeitsabläufe, die Cybersicherheitsrichtlinien und den Projektlebenszyklus berücksichtigen. Der folgende Vergleich dient der Orientierung im Beschaffungsprozess und ersetzt nicht die offiziellen Spezifikationen.
| Version | Allgemeine Marktlage | Relevante Stärken | Wichtige Projektprüfungen |
|---|---|---|---|
| OCPP 1.6 | Weit verbreitet in bestehenden Ladeflotten | Kernfunktionen für Ladevorgänge, JSON/WebSocket-Implementierungen, Unterstützung für intelligentes Laden und fundierte Praxiserfahrung | Profile bestätigen, Sicherheitskonfiguration, Abrechnungsprofilverhalten und Anbietererweiterungen überprüfen |
| OCPP 2.0.1 | Entwickelt für eine fortschrittlichere, sichere und besser verwaltbare Infrastruktur | Strukturiertere Geräteverwaltung, Transaktionsabwicklung, Sicherheit, intelligentes Laden, ISO 15118-Unterstützung und umfangreichere Betriebsfunktionen | Bestätigen Sie zertifizierte Profile, Firmware-Version, Backend-Unterstützung und die tatsächliche Implementierung des Ladegeräts. |
| OCPP 2.1 | Neuere Protokollgeneration für zukunftsfähige Ladesysteme | Fügt Funktionen hinzu und erweitert diese für intelligenteres und effizienteres Laden, einschließlich neuerer Energie- und bidirektionaler Anwendungsfälle, die von OCA beschrieben werden. | Prüfen Sie die Produktverfügbarkeit, den Zertifizierungsstatus, den Projektreifegrad und die Kompatibilität mit dem gewählten CSMS. |
Die Open Charge Alliance gibt an, dass OCPP 1.6 intelligentes Laden eingeführt hat und weiterhin weit verbreitet ist, während OCPP 2.0.1 und OCPP 2.1 eine fortschrittlichere, sichere und intelligente Infrastruktur unterstützen. Siehe die OCA-FAQ Und Protokollübersicht.
Der Versionsname allein genügt nicht.
Erkundigen Sie sich, welche Profile, Meldungen, Sicherheitsmodi und Arbeitsabläufe für das jeweilige Ladegerätmodell und die Firmware implementiert sind. „OCPP 2.0.1-kompatibel“ bedeutet nicht automatisch, dass alle Funktionen von OCPP 2.0.1 verfügbar sind.
Anwendungsfälle von OCPP in einem Elektrobusdepot
- Statusüberwachung: Verfügbarkeit von Ladegerät und Anschluss, Betriebszustand und Kommunikationsstatus.
- Sitzungssteuerung: Unterstützte Fernstart-, Stopp-, Reset- und Transaktionsverwaltungsfunktionen.
- Zählerwerte: Energie-, Leistungs- und andere unterstützte Messgrößen für Betrieb und Berichterstattung.
- Ladeprofile: Grenzwerte oder Zeitpläne, die von Lastmanagement- und intelligenten Ladeabläufen verwendet werden.
- Fehlerberichterstattung: standardisierte und herstellerspezifische Informationen für die Diagnostik.
- Konfiguration und Geräteverwaltung: Unterstützte Parameter-, Komponenten- und Firmware-Workflows.
- Genehmigung: Zugangsdaten oder zentral verwalteter Zugriff, sofern dies aufgrund der Depotplanung erforderlich ist.
- Ereignis- und Sicherheitsberichterstattung: Unterstützte Betriebs- und Sicherheitsereignisse zur Überwachung.
TrendPowers OCPP 2.0.1 Leitfaden zum intelligenten Laden erklärt, wie das Backend Leistungsverteilungsentscheidungen in Ladeprofile umsetzen kann.
Was OCPP von sich aus nicht bietet
OCPP standardisiert die Kommunikation, liefert aber nicht automatisch die vollständige Betriebslogik für ein Elektrobusdepot.
- Es kennt die nächste Route des Busses nicht, es sei denn, ein anderes System liefert diese Information.
- Es legt nicht den korrekten Abfahrts-SOC fest.
- Es berechnet nicht, welcher Bus Vorrang haben soll.
- Es legt nicht die sichere elektrische Höchstgrenze des Depots fest.
- Es garantiert nicht, dass ein Ladegerät jede erforderliche Funktion korrekt ausführt.
- Es ersetzt nicht die Integration von Flottenmanagement, Einsatzplanung, Wartung oder Energiemanagement.
Protokoll versus Optimierung
OCPP kann Ladesteuerungsanweisungen übertragen. Die Lademanagementplattform entscheidet, warum, wann und an welches Ladegerät diese Anweisungen gesendet werden sollen.
Checkliste für Interoperabilitätstests
Ein aussagekräftiger Integrationstest sollte das vorgesehene Ladegerätmodell, die Firmware, das Netzwerk und das zentrale System verwenden. Sowohl der erfolgreiche Betrieb als auch die Fehlerbehebung sollten getestet werden.
- Booten und Registrieren: Erste Verbindung, Neustart und Konfigurationsabruf.
- Statusübergänge: Verfügbar, in Vorbereitung, geladen, ausgesetzt, fertiggestellt, fehlerhaft und nicht verfügbar, je nach Anwendbarkeit.
- Transaktionen: Start, Aktualisierung, Stopp, abnormaler Stopp und Transaktionswiederherstellung.
- Zählerwerte: Einheiten, Phasendaten, Zeitstempel, Intervalle und fehlende Werte.
- Fernbetrieb: Die vom Depot benötigten Start-, Stopp-, Reset- und Autorisierungsabläufe.
- Ladeprofile: Beschränkungen, Zeitpläne, Stapelverhalten, Aktualisierungshäufigkeit und Profilentfernung.
- Offline-Verhalten: Lokaler Betrieb, gepufferte Nachrichten, Wiederverbindung und Transaktionsabgleich.
- Fehlerbehandlung: Standardfehler, Herstellercodes und Alarmzuordnung.
- Firmware und Konfiguration: Unterstützte Aktualisierungs-, Rollback- und Prüfverfahren.
- Zeitsynchronisation: Zeitstempel für Ladegeräte, Zähler, Flottenmanagementsysteme und Berichte.
OCA bietet Konformitätsprüfungstools und Zertifizierungsprogramme für unterstützte Protokollversionen und -profile an. Das aktualisierte Zertifizierungsprogramm OCPP 2.0.1 umfasst Kernfunktionen von Ladestationen und optionale Profile. Siehe [Link einfügen]. OCPP 2.0.1 Zertifizierungsinformationen.
Sicherheits- und Betriebskontrollen
Elektrobusdepots sind Betriebstechnologieumgebungen. Die Fernsteuerung sollte durch klar definierte Rollen, Prüfprotokolle und Vorfallverfahren geregelt werden.
- Nutzen Sie verschlüsselte Kommunikation zwischen Ladegerät und Backend, sofern dies unterstützt und erforderlich ist.
- Verwaltung von Zertifikaten, Qualifikationsnachweisen und Verlängerungsverfahren.
- Beschränken Sie Remote-Aktionen nach Rolle und Standort.
- Protokollieren Sie, wer Änderungen an Limits, Profilen, Konfigurationen oder der Verfügbarkeit vorgenommen hat.
- Überwachen Sie wiederholte Verbindungsabbrüche, unautorisierte Verbindungsversuche und Sicherheitsereignisse.
- Firmware-Genehmigungs-, Test- und Rollback-Verfahren definieren.
- Trennen Sie das operative Ausweichverhalten von den Cybersicherheitsreaktionsverfahren.
Einen fokussierten Überblick bietet der Artikel von TrendPower. OCPP 2.0.1 Sicherheitsleitfaden.
OCPP-Beschaffungsfragen für Busunternehmen
- Welche OCPP-Version und welches Transportprotokoll werden vom Ladegerät und CSMS unterstützt?
- Ist die Implementierung zertifiziert und für welche Profile?
- Welche intelligenten Ladefunktionen wurden mit dieser Firmware getestet?
- Was ist die minimale stabile Ladeleistung?
- Wie verhält sich das Ladegerät, wenn keine Netzwerkverbindung besteht?
- Wie werden gepufferte Nachrichten und Transaktionen abgeglichen?
- Welche herstellerspezifischen Erweiterungen sind erforderlich?
- Wie werden Fehlercodes erfasst und verwaltet?
- Wer ist für Zertifikate, Firmware und Sicherheitsupdates verantwortlich?
- Wie wird die Kompatibilität nach Firmware- oder Backend-Upgrades erneut getestet?
Empfohlene Integrationsarchitektur
Ein Busladeprojekt umfasst üblicherweise vier miteinander verbundene Strecken:
- Ladegerät ↔ CSMS: OCPP für Ladestatus, Sitzungen, Steuerung und unterstützte Gerätefunktionen.
- Flotten-/Dispositionsplattform ↔ Ladeplattform: APIs oder Datenschnittstellen für Aufgaben und Fahrzeugprioritäten.
- Fahrzeug/Telematik ↔ Ladeplattform: SOC, Batteriegrenzen, Identität und Standort.
- Zähler-/Energiesystem ↔ Ladeplattform: Standortnachfrage, verfügbare Kapazität, Tarife, Solarenergie und Speichermöglichkeiten.
TrendPowers Leitfaden zur Integration der EV-Lade-API umfasst die Nicht-OCPP-Schnittstellen, die erforderlich sind, um das Laden mit Flotten- und Geschäftsprozessen zu verbinden.
Überprüfen Sie die Ladevorgänge, die der Protokollbehauptung zugrunde liegen.
TrendPower kann Ihre Ladegerätmodelle, Firmware, OCPP-Profile, Anforderungen an intelligentes Laden und die Architektur der Depotintegration überprüfen.
Häufig gestellte Fragen
Welche Aufgaben hat OCPP in einem Elektrobusdepot?
Es verbindet Ladegeräte mit dem zentralen Managementsystem für unterstützte Status-, Sitzungs-, Mess-, Fernsteuerungs-, Konfigurations- und intelligente Ladeabläufe.
Entscheidet OCPP, welcher Bus zuerst die Gebühr erheben soll?
Nein. Die Flotten- oder Lademanagementsoftware berechnet die Buspriorität anhand von Abfahrts-, Ladezustands-, Routen- und Standortinformationen. OCPP kann die daraus resultierenden Ladeanweisungen übertragen.
Ist OCPP 1.6 noch für das Laden von Bussen verwendbar?
Ja, es ist weiterhin weit verbreitet. Die Eignung hängt von den erforderlichen Sicherheits-, Geräteverwaltungs- und intelligenten Ladeabläufen sowie von der konkreten Implementierung des Ladegeräts ab.
Sollte ein Projekt immer OCPP 2.1 wählen?
Nicht automatisch. Berücksichtigen Sie die Verfügbarkeit von Ladegeräten, die Produktreife, Zertifizierungen, Backend-Support, erforderliche Funktionen und den Lebenszyklus. Eine getestete Implementierung ist wertvoller als die Kennzeichnung einer nicht unterstützten Version.
Gewährleistet die OCPP-Zertifizierung die Projektkompatibilität?
Die Zertifizierung erhöht das Vertrauen, dass eine Implementierung geprüften Protokollprofilen entspricht. Dennoch sollte das Projekt das tatsächliche Ladegerätmodell, die Firmware, das Netzwerk und die erforderlichen Arbeitsabläufe validieren.
Können Ladegeräte verschiedener Hersteller eine gemeinsame Backend-Software nutzen?
Dies ist möglich, wenn die unterstützten OCPP-Funktionen und die Projektanforderungen kompatibel sind. Tests mit verschiedenen Anbietern sind notwendig, da Implementierungen und Fehlerverhalten unterschiedlich sein können.
Verwandte TrendPower-Leitfäden
- Leitfaden zum Lademanagementsystem für Elektrobusse
- OCPP 2.0.1 Leitfaden zum intelligenten Laden
- OCPP 1.6 vs 2.0.1 vs 2.1
- OCPP 2.0.1 Sicherheit erklärt
- Leitfaden zur Integration der EV-Lade-API
redaktionelle und quellenbezogene Transparenz
Dieser Leitfaden verwendet offizielle Branchenquellen für allgemeine Protokoll-, Infrastruktur- und Planungsangaben. Die Funktionsbeschreibungen von TrendPower beziehen sich auf veröffentlichte Plattforminformationen. Das endgültige Projektverhalten hängt vom vereinbarten Umfang, der Ladegerät-Firmware, den Fahrzeugdaten, der elektrischen Standortplanung, den Integrationen, den Betriebsregeln und den Ergebnissen der Inbetriebnahme ab.
DE 
EN 
ZH 
AR 
ES 
KO 
JA 
IT 
FR 
VI 
MS 
ID 
FR_CA 
NL 
SV 
EN_GB 
TH 