Hoe stop je een laadsessie met StopTransaction

Intro

Om een te stoppen AGENT oplaadsessie, de oplader voor elektrische voertuigen (EV) en het laadbeheersysteem moeten een strikt proces volgen. Als dit verkeerd wordt gedaan, kan dit leiden tot fouten en kunnen EV-laders voor de volgende bestuurder worden geblokkeerd.

‍

Er zijn veel manieren om de EV-laadsessie te stoppen (en we zullen ze allemaal bekijken). De meest voorkomende triggers zijn echter dat de gebruiker op een stopknop op de gebruikersinterface van de EV-oplader drukt, de elektrische auto volledig is opgeladen of de EV-oplader besluit de laadsessie te stoppen (bijvoorbeeld een tijdslimiet of een hardwarefout).

‍

Ongeacht de methode die wordt gebruikt om de sessie te stoppen, stuurt de EV-oplader (OCPP-client) een nieuwe statusmelding en een StopTransaction-verzoek naar het laadbeheersysteem (OCPP-backend).

‍

Deze OCPP-berichten beëindigen de laadsessie en behoren tot de meest voorkomende berichten in de wereld van het opladen van elektrische voertuigen. Als je dat nog niet hebt gedaan, raden we je aan te begrijpen hoe je een EV-oplaadsessie start voordat je leert hoe je een EV-oplaadsessie kunt stoppen. Om dit te doen, lees dan de Handleiding voor OCPP StartTransaction eerst.

‍

Om de OCPP-laadsessie, ook wel transactie genoemd, die door de OCPP-client is gestart, te stoppen, hebben we de volgende OCPP-berichten nodig:

• StatusNotificatie-aanvraag
• Transactieverzoek stopzetten

‍

Hoe u een update voor statusmeldingen kunt gebruiken om een OCPP-laadsessie te stoppen

Voordat een laadsessie wordt stopgezet, staat de EV-oplader in de „oplaadmodus”. Dit betekent dat er eerder een laadsessie is gestart en dat de laatste StatusNotificatie die door de EV-oplader is verzonden, „opladen” was.

‍

Om de laadsessie te stoppen, stuurt de EV-oplader een nieuw StatusNotification-verzoek (StatusNotification.req) naar de OCPP-backend. De statusmelding verandert de actieve status van „opladen” naar een van de volgende laadpuntstatussen:

• „Beschikbaar”
• „Opgeschorste Dev”
• „Afwerking”
• „Niet beschikbaar”
• „Fout”

‍

De verschillende statustypes weerspiegelen de verschillende redenen waarom een oplaadsessie is beëindigd. Hieronder leggen we uit onder welke voorwaarden elke laadpuntstatus wordt geactiveerd:

„Opladen” → „Beschikbaar”
‍De laadsessie wordt beëindigd terwijl er geen actie van de gebruiker nodig is (de vaste kabel is bijvoorbeeld verwijderd aan de kant van de elektrische auto).

„Opladen” → „SuspendeDev”
‍Het opladen stopt op verzoek van een elektrische auto (de elektrische auto verbruikt geen extra energie).

„Opladen” → „SuspendedEve”
Het opladen stopt op verzoek van EVSE (Electric Vehicle Supply Equipment) (bijvoorbeeld slimme oplaadbeperking, de transactie is niet correct geautoriseerd in een StartTransaction.conf).

„Opladen” → „Afwerking”
‍De gebruiker stopt de transactie via de gebruikersinterface van de oplader of een RemoteStopTransaction-bericht + verdere actie van de gebruiker is vereist (bijvoorbeeld de kabel verwijderen en de parkeerplaats verlaten).

„Opladen” → „Niet beschikbaar”
‍De laadsessie is afgelopen + er is geen actie van de gebruiker vereist + de connector is gepland om niet meer beschikbaar te zijn.

„Opladen” → „Fout”
‍Er is een storing gedetecteerd die verdere laadwerkzaamheden verhindert (laadfout).

Dit klinkt misschien ingewikkeld of onnodig, maar het geeft veel belangrijke inzichten in de laadfout tijdens het opladen en helpt om laadlocaties efficiënt te beheren.

‍

Samenvattend: wanneer de EV-oplader de oplaadsessie wil stoppen, stuurt de lader een nieuw StatusNotification.req-bericht naar de OCPP-server, waarin wordt overgeschakeld van „opladen” naar een van de bovenstaande statustransacties. Zonder deze statusupdate stopt de oplader niet met opladen.

Als de OCPP-backend gereed is, zal deze reageren met een StatusNotification.conf-bericht om te bevestigen dat het bericht is ontvangen en begrepen. De bevestiging bevat geen informatie.

Hieronder ziet u de stroom van het statusmeldingsverzoek in OCPP:

‍

‍

Zoals hierboven vermeld, de StatusNotification.req bericht wordt veel gebruikt in veel scenario's na het einde van de sessie. Het bevat de volgende informatie:

• Connector-ID: Is de identificatie van de oplaadconnector, meestal 1 of 2. Als het laadpunt meer stekkers heeft, zal dit aantal hoger zijn.‍
• Foutcode: Toont mogelijke fouten die door de oplader zijn gemeld. Om de sessie te starten, zou deze idealiter „NoError” moeten bevatten. Mogelijke fouten kunnen echter „EVCommunicationError”, „UnderVoltage”, enz. zijn. In veel gevallen zal de status „" OtherError "” en een foutcode van de leverancier worden weergegeven in de aanvullende informatie voor VendorErrorCode veld. Voor grote operaties worden deze foutcodes erg belangrijk en bieden ze inzicht in mogelijke hardwarefouten.‍
• -status: Zoals hierboven vermeld, zou dit moeten veranderen van „Opladen” naar „Beschikbaar”, „" Afwerking "”, enz.”

‍

‍

Opmerking: Als de oplader meer dan één stopcontact heeft, wordt de ConnectorID genummerd met 1,2,3, enz. Dit is belangrijk omdat sommige laders gelijktijdig opladen mogelijk maken. Connector 1 heeft dan mogelijk de status „Beschikbaar” terwijl connector 2 nog steeds de status „Opladen” heeft. Als slechts één stekker tegelijk kan worden opgeladen, moeten de andere connectoren een StatusNotification-verzoek verzenden met de status „Niet beschikbaar”.

‍

Hier zie je een voorbeeld van de StatusNotification.req

{
„ConnectorID”: 2,
„ErrorCode”: „Geen fout”,
„status”: „SuspendeDev”,
„tijdstempel”: „2022-09-12T 10:01:00.515 Z”
}

‍

‍

Hoe u een transactieaanvraag en energierapport in OCPP kunt stoppen

Nadat de status is gewijzigd van „Opladen” naar een van de zes mogelijke statussen, stuurt de EV-oplader de StopTransaction Request (StartTransaction.req).

‍

De tijd tussen de statuswijziging en het verzoek tot stoptransactie kan variëren, afhankelijk van de EVSE-fabrikant. Bij Ampcontrol hebben we tijden waargenomen tussen 1 seconde en 10 seconden. Dit is de essentiële informatie dat het opladen is gestopt, verzonden van de OCPP-client naar de OCPP-server.

‍

Na ontvangst van een StopTransaction.req reageert de OCPP-server met een StopTransaction.conf. Daarom zal de server de informatie verifiëren die is opgenomen in het verzoek om de transactie te stoppen, zoals de transactionID, het tijdstempel of de IDtag.

‍

‍

Naast een stoptijdstempel, de TransactionID en de IDtag bevat het OCPP StopTransaction-bericht ook twee nuttige velden: reason en MeterStop.

‍

Het veld „reden” identificeert de trigger voor de beëindiging van de laadsessie. Dit helpt de exploitant van het laadpunt bij het oplossen van problemen met het opladen en kan de bestuurder laten weten waarom de laadsessie is gestopt. Mogelijke redenen zijn:

• Lokaal: lokaal gestopt via een verzoek van de gebruiker bij het laadpunt. Dit is een regelmatige beëindiging van een transactie. Voorbeelden: een RFID-tag presenteren of op een knop drukken om te stoppen.
• Stroomverlies: Volledig verlies van vermogen.
• Start opnieuw op: Er heeft een lokaal geïnitieerde reset/reboot plaatsgevonden.
• Op afstand: Op afstand gestopt via een gebruikersverzoek. Dit is een regelmatige beëindiging van een transactie, bijvoorbeeld: beëindiging via een smartphone-app of een hoger (niet-lokaal) prepaidkrediet.
• SoftReset: er is een soft reset-opdracht ontvangen.
• EVD heeft de verbinding verbroken: De noodstopknop werd gebruikt of het voertuig werd losgekoppeld.
• Gedeautoriseerd: De transactie is gestopt vanwege de autorisatiestatus in een StartTransaction.conf
• Andere: Om het even welke andere reden
• Commando ontgrendelen: De OCPP-backend heeft een Unlock Connector-opdracht gestuurd (maakt het mogelijk om de stekker van een laadpunt fysiek te ontgrendelen).

Het veld „MeterStop” rapporteert het energieverbruik aan het einde van de laadsessie. Dit helpt om het totale aantal in rekening gebrachte kilowatt en de totale energiekosten voor die laadtransactie correct te rapporteren.

‍

Opmerking: De OCPP-backend (CMS) past doorgaans een gezondheidscontrole toe om de gegevens in de StopTransaction.req te verifiëren. De OCPP-backend moet echter altijd reageren met een StopTransaction.conf. Als u niet met een StopTransaction.conf reageert, zal het laadpunt hetzelfde bericht alleen opnieuw proberen, zoals gespecificeerd in Foutreacties op transactiegerelateerde berichten.

‍

Samenvattend bevatten het verzoek en het bevestigingsbericht beide essentiële informatie die we willen bespreken:

• ID-tag: Toont de identificator die om beëindiging van het opladen heeft verzocht. Dit is optioneel omdat een laadpunt het opladen kan beëindigen zonder de aanwezigheid van een ID-tag, bijvoorbeeld in geval van een reset.
• Meterstop: Bevat de meterwaarde in Wh voor de connector aan het einde van de transactie. 
• tijdstempel: Bevat de datum en tijd waarop de transactie werd stopgezet.
• Transactie-ID: Bevat de transactie-ID zoals ontvangen door de StartTransaction.conf.
• reden: Toont de reden waarom de transactie werd stopgezet.
• Transactiegegevens: Dit bevat gegevens over het transactiegebruik die relevant zijn voor factureringsdoeleinden. Bovendien wordt het TransactionData-element gebruikt als een container voor een willekeurig aantal MeterValues, waarbij dezelfde gegevensstructuur wordt gebruikt als de MeterValue-elementen van de OCPP-meterwaarden.req
• IDtag-informatie: Bevat informatie over autorisatiestatus, vervaldatum en ouder-id.

‍

Hier ziet u een voorbeeld van een StopTransaction.req en de StopTransaction.conf:

Transaction.req stoppen

{
„reason”: „Lokaal”,
„Transactie-ID”: 568161113,
„MeterStop”: 4329600,
„tijdstempel”: „2022-09-08T 10:31:26.127 Z”
}

‍

StopTransaction.conf

{
„IDtag-informatie”:
{
„status”: „Geaccepteerd”
}
}

‍

‍

Samenvatting

De StopTransaction- en StatusNotification-berichten zijn belangrijke OCPP-berichten die vaak worden gebruikt op laadnetwerken voor elektrische voertuigen of particuliere laadstations.

Het typische proces om een oplaadsessie te beëindigen is:

1. Wijzig de laadstatus van „Opladen” naar „Beschikbaar”, „" SuspendeDev "”, enz.”
2. Stop het laadproces via gebruikersinteractie, voertuig, oplader of afstandsbediening.
3. De EV-oplader stuurt het StopTransaction.req-bericht, dat de meterwaarden bevat voor een juiste rapportage.