So starten Sie einen Ladevorgang mit StartTransaction

Einführung

Die Hauptaufgabe von OCPP besteht darin, einen Ladevorgang zu starten, wenn der Fahrer seine Kreditkarte, Mitgliedskarte oder mobile App verwendet. In vielen Fällen, wie z. B. beim Flottenbetrieb, möchten wir, dass die Sitzung automatisch und ohne Benutzereingriff gestartet wird.

‍

Hier besprechen wir, wie Sie eine Ladesitzung mit der StartTransaction-Anfrage starten. Diese OCPP-Nachricht initiiert den Ladevorgang und ist eine der häufigsten Meldungen in der Ladewelt.

‍

Um eine vom OCPP-Client initiierte Ladetransaktion zu starten, benötigen wir die folgenden OCPP-Meldungen:

• Statusmeldung anfordern
• Autorisierung anfordern
• Transaktion starten anfordern

‍

Plugin-Ereignisse und Statusbenachrichtigung

Um mit dem Vorgang zu beginnen, muss das EV-Ladegerät zum Laden verfügbar sein. Das Ladegerät sendet dazu eine Statusmeldung Anfrage (Statusbenachrichtigung.req) zum OCPP-Backend. Wenn kein Ladevorgang stattfindet und die Ladestation für die nächste Sitzung bereit ist, wird in der Benachrichtigung „Verfügbar“ angezeigt. Außerdem tauschen die Ladestation und das OCPP-System Herzschläge aus, was darauf hinweist, dass die bidirektionale Kommunikation aktiv ist.

‍

Wenn das Ladegerät nicht verfügbar ist, sendet es andere mögliche Statusinformationen wie „Aufladen“, „Fertig“, „Reserviert“ oder „Fehlerhaft“.

‍

Wenn der Fahrer des Elektrofahrzeugs den Ladevorgang einleitet, steckt er den Ladestecker in die Buchse des Fahrzeugs. Das Ladegerät sendet eine neue Statusbenachrichtigung.req Nachricht an den OCPP-Server. Diese Benachrichtigung enthält die Information „Vorbereitung“, also die Vorbereitung des Ladevorgangs. Ohne diese Statusaktualisierung leitet das Ladegerät den Ladevorgang nicht ein.

‍

Wenn das OCPP-Backend bereit ist, antwortet es mit einem StatusNotification.conf Nachricht, um zu bestätigen, dass die Nachricht empfangen und verstanden wurde. Die Bestätigung enthält keine Informationen.

‍

Unten sehen Sie den Ablauf der Statusbenachrichtigungsanforderung in OCPP:

‍

‍

Das Statusbenachrichtigung.req Die Nachricht wird in vielen Szenarien über den Beginn der Sitzung hinaus häufig verwendet. Sie enthält die folgenden Informationen:

• Connector-ID: Zeigt die Kennung des Ladeanschlusses an, die in der Regel 1, 2 oder 3 ist. Wenn die Ladestation über mehr Stecker verfügt, ist diese Zahl höher.
• Fehlercode: Zeigt mögliche Fehler an, die vom Ladegerät gemeldet werden. Um die Sitzung zu starten, sollte sie idealerweise „NoError“ enthalten. Mögliche Fehler können jedoch „EvCommunicationError“, „UnderVoltage“ oder ähnliches sein. In vielen Fällen wird im Status „OtherError“ angezeigt und zusätzlich ein Herstellerfehlercode angezeigt info oder VendorErrorCode Feld.
• Status: Wie oben erwähnt, sollte dies von „Verfügbar“ auf „Vorbereitet“ geändert werden, wenn der Fahrer das Kabel an das Fahrzeug anschließt. In einigen Fällen zeigt das Ladegerät den Status „In Vorbereitung“ an, wenn der Benutzer eine Fahrerkarte vorlegt.

‍

‍

Im Fall der Statusbenachrichtigung.req ConnectorID, wenn das Ladegerät mehr als eine Steckdose hat, wird die ConnectorID mit 1,2,3 usw. nummeriert. Dies ist wichtig, da einige Ladegeräte das gleichzeitige Laden ermöglichen. Anschluss 1 befindet sich dann möglicherweise im Status „In Vorbereitung“, während Anschluss 2 immer noch den Status „Verfügbar“ hat. Falls jeweils nur ein Stecker geladen werden kann, senden die anderen Stecker eine StatusNotification-Anfrage mit dem Status „Nicht verfügbar“.

Hier sehen Sie ein Beispiel für Statusbenachrichtigung.req‍

{
„ConnectorID“: 1,
„errorCode“: „Kein Fehler“,
„status“: „Wird vorbereitet“,
„Zeitstempel“: „12.06.2022 09:13:00.515 Z“
}

‍

Fahrzeugautorisierungsanfrage und IDTag

Als Nächstes möchten wir das Fahrzeug autorisieren. Während der Connector technisch bereit ist, Energie bereitzustellen, möchte das Backend in der Regel den Benutzer oder das Fahrzeug verifizieren. Dazu gibt es verschiedene Möglichkeiten (RFID, mobile App usw.), auf die wir in einer separaten Anleitung eingehen werden. Im Moment müssen wir nur wissen, dass das Ladegerät eine Information an das OCPP-Backend senden muss.

‍

Um den Ladevorgang zu autorisieren, sendet das Ladegerät die Autorisierungsanfrage (autorisieren.req) zum OCPP-Backend. Die einzige Information, die die OCPP-Nachricht enthält, ist ID-Tag. Das ID-Tag ist in der Regel eine Kombination aus Zahlen und Buchstaben (Token), die an diesem Ladenetz oder dieser Ladestation registriert werden muss.

‍

‍

‍

Das OCPP-Backend antwortet mit der Autorisierungsbestätigung (.conf autorisieren) enthält Status der Autorisierung „Akzeptiert“. Das heißt, das Zentralsystem hat das verifiziert ID-Tag und ermöglicht es dem Fahrer, das Fahrzeug aufzuladen. Wenn das Zentralsystem den IDTag nicht verifizieren kann, gibt es „Ungültig“, „Blockiert“ oder „Abgelaufen“ zurück.

‍

Ladeanfrage und Energieangebot starten

Schließlich leitet der Benutzer nach dem Statuswechsel von „Verfügbar“ auf „In Vorbereitung“ und der erfolgreichen Autorisierung den Ladevorgang ein. Daher sendet das Ladegerät die StartTransaction-Anfrage (Starten Sie Transaction.req).

‍

In einigen Fällen wird dieser Schritt vom Ladegerät automatisch eingeleitet, nachdem das Ladegerät die Autorisierungsbestätigung erhalten hat. Wenn ein Benutzer beispielsweise eine RFID-Karte durchzieht, muss der Fahrer in der Regel nicht mehr handeln, nachdem die RFID-Karte autorisiert wurde.

‍

Die Ladestation sendet eine Starten Sie Transaction.req an das Zentralsystem, um über eine gestartete Transaktion zu informieren. Nach Erhalt einer Starten Sie Transaction.req das Zentralsystem antwortet mit einem Starten Sie Transaction.conf, was die Nachricht bestätigt. Obwohl das Zentralsystem das bereits verifiziert hat ID-Tag, in der Regel muss die Kennung noch überprüft werden, da sie möglicherweise lokal auf dem Ladegerät unter Verwendung veralteter Informationen autorisiert wurde. Das Zentralsystem antwortet dann mit Starten Sie Transaction.conf.

‍

‍

Die Anfrage und die Bestätigungsnachricht enthalten beide wichtige Informationen, die wir besprechen möchten:

• Connector-ID: Die Kennung des Ladesteckers, typischerweise 1, 2, 3 usw.
• ID-Tag: Das gleiche Token, das wir gesendet und autorisiert haben autorisieren.req. Dadurch wird sichergestellt, dass die Sitzung autorisiert wurde.
• Zählerstart: Das Ladegerät sendet den Zählerwert (Energie, in Wh) für den Beginn des Ladevorgangs. Dies kann entweder Null oder ein beliebiger positiver Wert sein und hilft dabei, den gesamten Energieverbrauch während eines Ladevorgangs zu zählen.
• Reservierungs-ID: Für dieses Szenario nicht relevant, aber dieses Feld enthält eine Reservierungs-ID, die für das OCPP-Backend bekannt ist und es ermöglicht, die Abrechnungsanfrage abzulehnen oder zu akzeptieren. Dies wird häufig für öffentliche Ladevorgänge verwendet, wenn Fahrer eine Ladestation im Voraus reservieren können.
  

‍

Wie bereits erwähnt, antwortet das OCPP-Backend mit dem Transaktion starten Bestätigung. Selbst wenn das Backend die Ladeanfrage ablehnt, wird es mit diesem Nachrichtentyp antworten. Die Bestätigung enthält die beiden Felder: ID-Tag-Informationen und Transaktions-ID.

‍

Die TransactionID ist eine einfache Zahl (z. B. 14023), die als Identifikationsnummer für alle anderen Nachrichten im Zusammenhang mit dieser Abrechnungstransaktion und auch später für Berichtszwecke dient. Die ID-Tag-Informationen enthält weitere Informationen:

‍

‍

Das Verfallsdatum und die Eltern-ID-Tag sind Felder, die wir bereits in früheren Nachrichten gesehen haben. Das Statusfeld hat den gleichen Status, der für die Autorisierungsanfrage verwendet wurde. Es wird „Akzeptiert“ enthalten ob der Ladevorgang beginnen kann.

‍

Hier sehen Sie ein Beispiel für die Starten Sie Transaction.req und die Starten Sie Transaction.conf:

Starten Sie Transaction.req‍

{
„ConnectorID“: 1,
„IDTag“: „04222182626081“,
„MeterStart“: 0,
„Zeitstempel“: „12.06.2022 09:13:09.819 Z“
}

‍

Starten Sie Transaction.conf

{
„idTagInfo“: {
„status“: „Akzeptiert“
},
„Transaktions-ID“: 1176518341
}

‍

Erst nach Erhalt dieses Transaktion starten Bestätigungsnachricht mit der TransactionID und dem „Accepted“ Status, die Ladestation darf das Fahrzeug mit Energie versorgen.

‍

Die Ladestation ändert den Status von „In Vorbereitung“ zu „Laden“, durch Senden einer neuen Statusmeldung an das Zentralsystem. Dann beginnt die Ladestation mit dem Laden.

‍

Zusammenfassung

Das Transaktion starten, autorisieren, und Statusmeldung sind wichtige OCPP-Meldungen, die wir häufig in Ladenetzwerken für Elektrofahrzeuge oder privaten Ladestationen verwendet haben.

‍

Der typische Vorgang zum Starten einer Ladesitzung per Plug-In ist wie folgt:

1. Änderung des Status von „Verfügbar“ zu „In Vorbereitung“
2. Autorisierung der Mitgliedskarte, Kreditkarte oder ähnlichem
3. Start des Ladevorgangs durch den Nutzer
4. Statuswechsel von der Vorbereitung zum Laden
5. Beginn des Energieverbrauchs und der Energiemessung