Wie verfolgt man die Kommunikation eines Ladepunkts?
Die Kommunikation eines Ladepunkts im Blick zu behalten, ist für die Verwaltung Ihres Betriebs von unschätzbarem Wert. Indem Sie bestimmte Befehle filtern, etwa Autorisierungsnachrichten oder Nachrichten zum Transaktionsstart, finden Sie schnell die benötigten Informationen. Das sorgt für Übersicht und Effizienz bei der Verwaltung Ihrer Ladepunkte.
Kommunikation eines Ladepunkts filtern
Wählen Sie den Ladepunkt aus, den Sie überprüfen möchten.
Gehen Sie zum Bereich Befehle.
Klicken Sie auf Filter, um die Filteroptionen zu öffnen.
Wählen Sie die Methode, nach der Sie suchen möchten, und klicken Sie auf Anwenden.
Sie sehen nun alle ausgewählten Befehle für diesen Ladepunkt.
Häufig verwendete OCPP-Methoden
ChangeConfigurations
Gesendet vom Zentralsystem → Ladepunkt. Wird verwendet, um einen Konfigurationsschlüssel/-wert am Ladepunkt zu aktualisieren (z. B. Änderung des Heartbeat-Intervalls, Aktivierung von intelligentem Laden oder Festlegung eines Zählerintervalls). Der Ladepunkt antwortet mit
Accepted,RejectedoderRebootRequired(falls die Änderung erst nach einem Neustart wirksam wird).
StatusNotifications
Gesendet vom Ladepunkt → Zentralsystem. Der Ladepunkt meldet seinen aktuellen Status für einen Connector (z. B.
Available,Charging,SuspendedEV,Faulted,Unavailable). So weiß das Backend in Echtzeit, was am Ladepunkt geschieht; dies ist rein informativ und erfordert keine weitere Reaktion außer einer Bestätigung.
GetConfiguration
Gesendet vom Zentralsystem → Ladepunkt. Wird verwendet, um einen oder mehrere Konfigurationsschlüssel vom Ladepunkt auszulesen. Wird sie ohne Angabe eines bestimmten Schlüssels gesendet, gibt der Ladepunkt alle Konfigurationswerte zurück. Nützlich für die Diagnose, zum Beispiel um zu prüfen, welche Firmware-Einstellungen aktiv sind.
Authorize
Gesendet vom Ladepunkt → Zentralsystem. Wenn ein Fahrer eine RFID-Karte vorhält, fragt der Ladepunkt beim Backend an: "Darf mit dieser Karte hier geladen werden?" Das Backend antwortet mit
Accepted,Blocked,ExpiredoderInvalid. Dies bildet den Kern der Zugangskontrolle, und genau hier kommt das Whitelisting von Access Groups ins Spiel.
StartTransaction
Gesendet vom Ladepunkt → Zentralsystem. Meldet dem Backend, dass eine Ladesitzung begonnen hat. Enthält das RFID-Token, die Connector-ID, den Zählerstand zu Beginn und einen Zeitstempel. Das Backend antwortet mit einer Transaktions-ID und einem Autorisierungsstatus. Damit wird der Sitzungsdatensatz in der Plattform angelegt.
StopTransaction
Gesendet vom Ladepunkt → Zentralsystem. Meldet dem Backend, dass eine Sitzung beendet wurde (entweder weil der Fahrer das Kabel abgesteckt hat, die Sitzung über die App gestoppt hat, oder durch einen Remote-Stopp-Befehl). Enthält den finalen Zählerstand, die Transaktions-ID und den Grund für die Beendigung. Damit wird die Sitzung abgeschlossen und die Abrechnung ausgelöst.