Hoe start je een laadsessie met StartTransaction

Intro

De belangrijkste taak van OCPP is om een laadsessie te starten wanneer de bestuurder zijn creditcard, ledenkaart of mobiele app gebruikt. In veel gevallen, zoals bij de bediening van het wagenpark, willen we dat de sessie automatisch start, zonder dat de gebruiker iets hoeft te doen.

‍

Hier bespreken we hoe je een laadsessie start met het StartTransaction-verzoek. Dit OCPP-bericht start het opladen en is een van de meest voorkomende berichten in de laadwereld.

‍

Om een door de OCPP-client geïnitieerde oplaadtransactie te starten, hebben we de volgende OCPP-berichten nodig:

• Statusmelding verzoek
• Autorisatie verzoek
• Transactie starten verzoek

‍

Gebeurtenissen en statusmeldingen van plug-ins

Om met het proces te beginnen, moet de EV-oplader beschikbaar zijn om op te laden. De oplader doet dit door een Statusmelding aanvraag (StatusNotification.req) naar de OCPP-backend. Als er niet wordt opgeladen en het laadpunt klaar is voor de volgende sessie, wordt in het meldingsbericht „Beschikbaar” weergegeven. Ook wisselen het laadpunt en het OCPP-systeem hartslagen uit, wat aantoont dat de bidirectionele communicatie leeft.

‍

Als de oplader niet beschikbaar is, stuurt deze andere mogelijke statusinformatie, zoals „Opladen”, „Afwerking”, „Gereserveerd” of „" Fout "”.”

‍

Wanneer de EV-bestuurder het opladen start, steekt hij de laadstekker in de inlaat van het voertuig. De oplader stuurt een nieuwe StatusNotification.req bericht naar de OCPP-server. Dit meldingsbericht bevat de informatie „Voorbereiden”, oftewel de voorbereiding van het opladen. Zonder deze statusupdate start de oplader het opladen niet.

‍

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:

‍

‍

De StatusNotification.req bericht wordt in veel scenario's na het begin van de sessie op grote schaal gebruikt. Het bevat de volgende informatie:

• Connector-ID: Toont de identificatiecode van de oplaadconnector, meestal 1, 2 of 3. 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” of iets dergelijks zijn. In veel gevallen wordt de status „OtherError” weergegeven en wordt er een foutcode van de leverancier weergegeven in de aanvullende informatie voor VendorErrorCode veld.
• -status: Zoals hierboven vermeld, zou dit moeten veranderen van „Beschikbaar” naar „Voorbereiden” wanneer de bestuurder de kabel op het voertuig aansluit. In sommige gevallen geeft de oplader de status „Voorbereiding” weer wanneer de gebruiker een bestuurderskaart toont.

‍

‍

In het geval van de StatusNotification.req ConnectorID, 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 „Preparing” terwijl connector 2 nog steeds de status „Beschikbaar” heeft. Als er slechts één stekker tegelijk kan worden opgeladen, sturen de andere connectoren een StatusNotification-verzoek met de status „Niet beschikbaar”.

Hier zie je een voorbeeld van de StatusNotification.req‍

{
„ConnectorID”: 1,
„ErrorCode”: „Geen fout”,
„status”: „Voorbereiden”,
„tijdstempel”: „2022-06-12T 09:13:00.515 Z”
}

‍

Autorisatieverzoek en ID-tag voor het voertuig

Vervolgens willen we het voertuig autoriseren. Hoewel de connector technisch klaar is om energie te leveren, wil de backend meestal de gebruiker of het voertuig verifiëren. Er zijn verschillende manieren om dit te doen (RFID, mobiele app, enz.), die we in een aparte handleiding zullen bespreken. Voorlopig hoeven we alleen maar te weten dat de oplader een stukje informatie naar de OCPP-backend moet sturen.

‍

Om de laadsessie te autoriseren, stuurt de oplader het autorisatieverzoek (autoriseer.req) naar de OCPP-backend. De enige informatie die het OCPP-bericht bevat, is de ID-tag. De ID-tag is meestal een combinatie van cijfers en letters (token), die moet worden geregistreerd bij dit laadnetwerk of dit laadpunt.

‍

‍

‍

De OCPP-backend reageert met de autorisatiebevestiging (autoriseer.conf) met de Status van autorisatie „Geaccepteerd”. Dit betekent dat het centrale systeem de ID-tag en stelt de bestuurder in staat om het voertuig op te laden. Als het centrale systeem de IDtag niet kan verifiëren, wordt „Ongeldig”, „" Geblokkeerd "” of „" Vervallen "” geretourneerd.”

‍

Start met oplaadaanvraag en energieaanbod

Ten slotte, na de statuswijziging van „Beschikbaar” naar „Voorbereiden” en de succesvolle autorisatie, start de gebruiker de laadsessie. Daarom verstuurt de lader de StartTransaction Request (Transaction.req starten).

‍

In sommige gevallen wordt deze stap automatisch door de oplader gestart nadat de oplader de autorisatiebevestiging heeft ontvangen. Als een gebruiker bijvoorbeeld een RFID-kaart swipet, hoeft de bestuurder meestal niets te doen nadat de RFID-kaart is geautoriseerd.

‍

Het laadpunt stuurt een Transaction.req starten naar het centrale systeem om te informeren over een transactie die is gestart. Na ontvangst van een Transaction.req starten het centrale systeem reageert met een StartTransaction.conf, waarmee het bericht wordt bevestigd. Hoewel het centrale systeem al heeft geverifieerd dat ID-tag, het moet meestal nog steeds de identificatiecode valideren, omdat deze mogelijk lokaal op de oplader is geautoriseerd met behulp van verouderde informatie. Het centrale systeem reageert vervolgens met de StartTransaction.conf.

‍

‍

Het verzoek en het bevestigingsbericht bevatten beide belangrijke informatie die we willen bespreken:

• Connector-ID: De identificatiecode van de laderstekker, meestal 1, 2, 3, enz.
• ID-tag: Hetzelfde token dat we hebben verzonden en geautoriseerd in de autoriseer.req. Dit zorgt ervoor dat de sessie is geautoriseerd.
• Start van de meter: De oplader stuurt de meterwaarde (energie, in Wh) voor het begin van de laadsessie. Dit kan nul of een positieve waarde zijn en helpt bij het tellen van het totale energieverbruik tijdens een oplaadsessie.
• Reserverings-ID: Niet relevant voor dit scenario, maar dit veld bevat een reserverings-id dat bekend is voor de OCPP-backend en waarmee het oplaadverzoek kan worden afgewezen of geaccepteerd. Dit wordt vaak gebruikt voor openbaar opladen wanneer bestuurders van tevoren een laadpunt kunnen reserveren.
  

‍

Zoals eerder vermeld, zal de OCPP-backend antwoorden met de Transactie starten bevestiging. Zelfs als de backend het oplaadverzoek afwijst, wordt met dat berichttype geantwoord. De bevestiging bevat de twee velden: IDtag-informatie en Transactie-ID.

‍

De TransactionID is een eenvoudig nummer (bijvoorbeeld 14023), dat dient als identificatie voor alle andere berichten met betrekking tot deze afschrijvingstransactie en ook later voor rapportagedoeleinden. De IDtag-informatie bevat meer informatie:

‍

‍

De Vervaldatum en de ID-tag voor ouders zijn velden, die we al in eerdere berichten hebben gezien. Het statusveld heeft dezelfde status die werd gebruikt voor de autorisatieaanvraag. Het zal „Geaccepteerd” bevatten als de oplaadsessie kan beginnen.

‍

Hier zie je een voorbeeld van de Transaction.req starten en de StartTransaction.conf:

Transaction.req starten‍

{
„ConnectorID”: 1,
„ID-tag”: „04222182626081",
„MeterStart”: 0,
„tijdstempel”: „2022-06-12T 09:13:09.819 Z”
}

‍

StartTransaction.conf

{
„idTagInfo”: {
„status”: „Geaccepteerd”
},
„Transactie-ID”: 1176518341
}

‍

Pas na ontvangst van dit Transactie starten bevestigingsbericht inclusief de transactionID en de „Accepted” status, mag het laadpunt energie leveren aan het voertuig.

‍

Het laadpunt zal de status wijzigen van „Voorbereiden” naar „" Opladen "”, door een nieuwe statusmelding naar het centrale systeem te sturen. Daarna begint het laadpunt met opladen.

‍

Samenvatting

De Transactie starten, autoriseren, en Statusmelding zijn belangrijke OCPP-berichten, die we vaak gebruikten bij laadnetwerken voor elektrische voertuigen of particuliere oplaadpunten.

‍

Het typische proces om een laadsessie met een plug-in te starten is:

1. Status wijzigen van beschikbaar naar voorbereidend
2. Autorisatie van lidkaart, creditcard of iets dergelijks
3. Start van het laadproces door de gebruiker
4. Statuswijziging van voorbereiding naar opladen
5. Begin van het energieverbruik en de meting