Wenn eine Ladestation nicht mehr funktioniert, kommt der erste Hinweis meist als OCPP-Nachricht. Die Ladestation meldet einen Status wie Faulted zusammen mit einem Fehlercode und manchmal einem herstellerspezifischen Code mit weiteren Details. Wer diese Nachrichten richtig liest, spart unnötige Einsätze vor Ort und behebt Störungen schneller.
Dieser Leitfaden erklärt die Ladepunktstatus in OCPP 1.6 und jeden Standard-Fehlercode – jeweils mit typischer Ursache und einer sinnvollen ersten Maßnahme. Anschließend beschreibt er einen Ablauf zur Fehlersuche, bewährte Praxis bei Remote-Resets und Entriegelungen, die Einrichtung von Protokollierung und Alarmen sowie den richtigen Zeitpunkt, einen Techniker zu schicken.
- In OCPP 1.6 melden Ladestationen Status und Fehler über die Nachricht
StatusNotification. - Der Standard-errorCode nennt die Kategorie des Problems; die optionalen Felder
vendorErrorCodeundinfoverraten oft die genaue Ursache. - Prüfen Sie zuerst Protokolle und Historie und versuchen Sie dann die Remote-Maßnahme mit den geringsten Auswirkungen.
- Schicken Sie einen Techniker bei sicherheitsrelevanten Fehlern, wiederkehrenden Störungen oder Problemen, die sich per Remote-Befehl nicht beheben lassen.
Woher OCPP-Fehlercodes kommen
In OCPP 1.6 sendet eine Ladestation eine StatusNotification an das CSMS, sobald sich der Status eines Ladepunkts ändert oder ein Fehler auftritt. Die Nachricht enthält die Connector-ID, den Status, einen errorCode und optional einen vendorErrorCode, eine Hersteller-ID und einen info-Text. Die Connector-ID 0 steht für die Ladestation als Ganzes.
Ein anderer Fehlercode als NoError geht meist mit dem Status Faulted einher, aber nicht immer. Eine Ladestation kann einen Fehler melden, etwa WeakSignal oder HighTemperature, und dabei in einem anderen Status weiterarbeiten. Betrachten Sie die Kombination aus Status und Fehlercode als Gesamtbild.
In OCPP 2.0.1 ist die Nachricht StatusNotification schlanker und meldet nur den Status des Ladepunkts. Detaillierte Probleme werden als Ereignisse über das Device Model gemeldet (zum Beispiel mit NotifyEvent). Die Grundgedanken dieses Artikels gelten weiterhin, nur die Feldnamen unterscheiden sich.
Ladepunktstatus in OCPP 1.6
| Status | Bedeutung |
|---|---|
Available | Der Ladepunkt ist frei und bereit für einen neuen Ladevorgang. |
Preparing | Ein Nutzer hat eine Aktion begonnen, etwa das Kabel eingesteckt oder eine Karte vorgehalten, aber der Ladevorgang hat noch nicht begonnen. |
Charging | Energie wird an das Fahrzeug abgegeben. |
SuspendedEVSE | Die Ladestation gibt keine Energie ab, zum Beispiel wegen einer Leistungsbegrenzung oder einer lokalen Entscheidung. |
SuspendedEV | Das Fahrzeug nimmt keine Energie auf, zum Beispiel weil die Batterie voll ist oder das Fahrzeug seinen Ladevorgang zeitlich plant. |
Finishing | Die Transaktion ist beendet, der Ladepunkt aber noch nicht frei, zum Beispiel weil das Kabel noch steckt. |
Reserved | Der Ladepunkt ist für einen bestimmten Nutzer reserviert. |
Unavailable | Der Ladepunkt wurde deaktiviert, zum Beispiel mit einem ChangeAvailability-Befehl. |
Faulted | Ein Fehler verhindert die Nutzung des Ladepunkts. |
Zwei Status lösen besonders viele Fehlalarme aus. SuspendedEV ist normal, wenn ein Fahrzeug voll geladen ist oder auf einen geplanten Start wartet. Finishing ist normal, bis der Fahrer das Kabel abzieht. Keiner der beiden ist für sich genommen eine Störung.
OCPP-1.6-Fehlercodes erklärt
Die Tabelle listet alle Standard-Fehlercodes von OCPP 1.6 auf. Ursachen und erste Maßnahmen sind typische Beispiele; prüfen Sie immer das Handbuch der Ladestation, denn Hersteller verwenden die Codes teils etwas unterschiedlich.
| errorCode | Bedeutung | Typische Ursache | Erste Maßnahme |
|---|---|---|---|
ConnectorLockFailure | Die Kabelverriegelung hat nicht ver- oder entriegelt | Mechanisches Problem der Verriegelung, Kabel nicht vollständig eingesteckt | Fahrer bitten, das Kabel neu einzustecken; Ladepunkt entriegeln versuchen |
EVCommunicationError | Kommunikation mit dem Fahrzeug fehlgeschlagen | Problem auf Fahrzeugseite, beschädigtes Kabel oder Steckerkontakte | Mit einem anderen Fahrzeug testen, bevor die Ladestation verdächtigt wird |
GroundFailure | Erdschluss oder Fehlerstrom erkannt | Isolationsfehler, Feuchtigkeit, defektes Fahrzeug oder Kabel | Nicht wiederholt zurücksetzen; als Sicherheitsproblem behandeln |
HighTemperature | Temperatur zu hoch | Direkte Sonne, blockierte Belüftung, überlastete Klemmen | Belüftung und Umgebungsbedingungen prüfen |
InternalError | Fehler in Hard- oder Software der Ladestation | Firmware-Problem oder Ausfall einer internen Komponente | vendorErrorCode auslesen; Soft Reset versuchen |
LocalListConflict | Konflikt zwischen lokaler Liste und CSMS | Die Antwort des CSMS weicht von der lokalen Autorisierungsliste ab | Lokale Liste erneut vom CSMS senden |
NoError | Kein Fehler | Normale Statusmeldung | Keine Maßnahme nötig |
OtherError | Ein Fehler, den kein anderer Code abdeckt | Herstellerspezifischer Zustand | vendorErrorCode und info auslesen, dann im Handbuch nachsehen |
OverCurrentFailure | Überstrom erkannt | Fahrzeug zieht zu viel Strom, Verdrahtungsproblem | Fahrzeug und Installation prüfen |
OverVoltage | Spannung über dem zulässigen Bereich | Netzstörung oder Versorgungsproblem | Versorgung prüfen; bei Wiederholung eine Elektrofachkraft hinzuziehen |
PowerMeterFailure | Der Energiezähler kann nicht ausgelesen werden | Zählerdefekt oder internes Verdrahtungsproblem | Zählerwerte in den Protokollen prüfen; Serviceeinsatz planen |
PowerSwitchFailure | Schütz oder Relais hat nicht geschaltet | Verschlissenes oder klemmendes Schütz | Ladepunkt außer Betrieb nehmen; Techniker schicken |
ReaderFailure | Das Identifikations-Lesegerät ist ausgefallen | Defekt oder Beschädigung des RFID-Lesegeräts | Mit einer bekannten, registrierten Karte testen; Reparatur planen |
ResetFailure | Der Reset konnte nicht ausgeführt werden | Firmware- oder Hardwareproblem | Hard Reset oder Stromzyklus vor Ort versuchen |
UnderVoltage | Spannung unter dem zulässigen Bereich | Schwache Versorgung, lose Verbindung, Netzproblem | Versorgung und Klemmen prüfen |
WeakSignal | Schwaches Funksignal | Schlechte Mobilfunk- oder WLAN-Abdeckung | Antennenposition oder Netzwerk verbessern |
Ein praxistauglicher Ablauf zur Fehlersuche
- Die vollständige Nachricht lesen. Betrachten Sie Status, errorCode, vendorErrorCode und info gemeinsam und notieren Sie den Zeitpunkt.
- Die Historie prüfen. Tritt der Fehler zum ersten Mal auf oder wiederholt er sich? Begann er nach einem Firmware-Update, einem Stromausfall oder einem Wetterereignis?
- Die Verbindung prüfen. Wenn keine Heartbeats mehr ankommen, liegt das Problem möglicherweise am Netzwerk und nicht an der Ladestation. Häufige Verbindungsprobleme beschreibt unser Leitfaden zum Verbinden einer Ladestation mit einem OCPP-Server.
- Den Status aktualisieren. Fordern Sie mit
TriggerMessageeine neueStatusNotificationan und bestätigen Sie, dass der Fehler noch besteht. - Die Lösung mit den geringsten Auswirkungen versuchen. Entriegeln Sie den Ladepunkt, ändern Sie die Verfügbarkeit oder führen Sie einen Soft Reset durch – sofern sinnvoll in dieser Reihenfolge.
- Eskalieren. Kehrt der Fehler zurück oder ist er sicherheitsrelevant, nehmen Sie den Ladepunkt außer Betrieb und planen Sie einen Technikereinsatz.
Spielregeln für Remote-Reset und Entriegelung
Unbedachte Remote-Befehle können Fahrer verärgern oder echte Probleme verdecken.
- Zuerst auf aktive Ladevorgänge prüfen. Ein Reset beendet laufende Transaktionen. Setzen Sie keine Ladestation zurück, während jemand lädt, es sei denn, sie ist ohnehin nicht nutzbar.
- Einen Soft Reset bevorzugen. Ein Soft Reset startet die Software geordnet neu. Nutzen Sie einen Hard Reset nur, wenn der Soft Reset fehlschlägt.
- Nur auf Anfrage entriegeln. Entriegeln Sie einen Ladepunkt, wenn ein Fahrer ein festsitzendes Kabel meldet – idealerweise, während Sie mit ihm in Kontakt sind.
- Sicherheitsfehler nicht verschleiern. Wiederholte Resets nach einem
GroundFailureoder einem Überstromfehler können Menschen gefährden. - Defekte Ladepunkte deaktivieren. Wird ein Ladepunkt auf nicht verfügbar gesetzt, verlieren Fahrer bis zur Reparatur keine Zeit daran.
- Dokumentieren, was Sie getan haben. Ein Protokoll der Befehle und Ergebnisse hilft der nächsten Person, die Historie zu verstehen.
Die OCPP-Software von Üreticy unterstützt Soft und Hard Reset, Remote-Stopp, Entriegeln des Ladepunkts, Ändern der Verfügbarkeit, Ändern der Konfiguration und TriggerMessage direkt aus dem Dashboard, und jedes Befehlsergebnis wird protokolliert.
Protokollierung und Alarme
Ein CSMS sollte die rohen OCPP-Nachrichten speichern, sie durchsuchbar machen und die richtigen Personen alarmieren, wenn etwas schiefgeht.
- Rohe Nachrichtenprotokolle: Der exakte StatusNotification-Payload einschließlich der Herstellerfelder ist oft der schnellste Weg zur Diagnose.
- Alarme: Benachrichtigen Sie das Team über Störungen, Verbindungsabbrüche und Befehle, auf die keine Antwort kam.
- Statushistorie: Eine Zeitleiste pro Ladepunkt zeigt, ob eine Störung neu ist oder wiederkehrt.
Üreticy bietet durchsuchbare OCPP-Nachrichtenprotokolle und Alarme bei Störungen, Verbindungsabbrüchen, Befehls-Timeouts und Limitwarnungen sowie ein Live-Dashboard mit dem Status aller Ladepunkte. Mehr dazu in der vollständigen Funktionsliste.
Wann ein Techniker vor Ort nötig ist
- Sicherheitsrelevante Fehler wie
GroundFailure,OverCurrentFailureoder wiederholte Spannungsfehler. - Hardwaredefekte wie
PowerSwitchFailure,PowerMeterFailureoderReaderFailure. - Jede Störung, die nach einem Reset wiederkehrt, oder eine Ladestation, die nach Netzwerkprüfungen offline bleibt.
- Sichtbare Schäden, die Fahrer melden, etwa an Kabeln, Steckern oder Gehäusen.
- Defekte Kartenlesegeräte, die den Zugang blockieren; schließen Sie Kartenprobleme vorher mithilfe unseres Leitfadens zur Autorisierung per RFID-Ladekarte aus.
Geben Sie dem Techniker die Fehlercodes, Herstellercodes, Zeitstempel und die bereits versuchten Remote-Maßnahmen mit.
Häufig gestellte Fragen
Was ist der Unterschied zwischen Status und errorCode in OCPP?
Der Status beschreibt den Zustand des Ladepunkts, etwa Available, Charging oder Faulted. Der errorCode beschreibt ein Problem, etwa GroundFailure oder InternalError. In OCPP 1.6 werden beide gemeinsam in der Nachricht StatusNotification gesendet.
Was bedeutet vendorErrorCode?
Der vendorErrorCode ist ein optionales Feld, in dem der Hersteller der Ladestation seinen eigenen, detaillierteren Fehlercode meldet. Seine Bedeutung ist in der Dokumentation des Herstellers festgelegt, nicht in OCPP. Für die Diagnose ist er oft aussagekräftiger als der Standard-errorCode.
Ist SuspendedEV ein Fehler?
Nein. SuspendedEV bedeutet, dass das Fahrzeug gerade keine Energie aufnimmt, zum Beispiel weil die Batterie voll ist oder es auf eine geplante Ladezeit wartet. Prüfenswert wird es erst, wenn ein Fahrzeug, das Energie benötigt, in diesem Status verharrt.
Sollte ich eine Ladestation zurücksetzen, die Faulted meldet?
Bei softwarebezogenen Fehlern wie InternalError ist ein Soft Reset ein sinnvoller erster Schritt, sofern kein Ladevorgang aktiv ist. Bei sicherheitsrelevanten Fehlern wie GroundFailure sollten Sie nicht wiederholt zurücksetzen, sondern den Ladepunkt außer Betrieb nehmen und einen Techniker hinzuziehen.
Sind die Fehlercodes in OCPP 2.0.1 dieselben wie in 1.6?
Nein. In OCPP 2.0.1 meldet die StatusNotification nur den Status des Ladepunkts, und detaillierte Probleme werden als Ereignisse über das Device Model gemeldet. Das Vorgehen bei der Fehlersuche bleibt gleich, doch Nachrichten und Felder sind andere.
Sehen Sie jeden Ladepunktstatus, jeden Fehlercode und jede OCPP-Nachricht an einem Ort und reagieren Sie auf Störungen mit protokollierten Remote-Befehlen. Entdecken Sie die OCPP-Software von Üreticy oder kontaktieren Sie uns für eine Vorführung.