Kan een OCPP-lader doorgaan met laden als hij offline gaat?

Vaak wel, maar niet altijd. Als de OCPP-verbinding wegvalt, kan de lader geen realtimeberichten meer uitwisselen met zijn CPMS. Dit betekent niet per se dat het opladen stopt. Het resultaat hangt af van de firmware van de lader, de lokale autorisatiegegevens, de instellingen van de exploitant en de regels die al op het apparaat zijn opgeslagen.

 

OCPP biedt mechanismen die support werking kunnen support , maar schrijft geen universeel beleid voor. Exploitanten moeten zelf bepalen welke gebruikers mogen beginnen met opladen of daarmee doorgaan, hoe limieten worden toegepast en hoe transacties worden hersteld nadat de verbinding is hersteld.

Wat gebeurt er met een sessie die al aan de gang is?

Een sessie kan worden voortgezet onder de laatst geldende lokale omstandigheden. De lader kan meterwaarden en transactiegebeurtenissen lokaal vastleggen en de betreffende gegevens vervolgens verzenden zodra de verbinding met het CPMS weer tot stand is gebracht. De opslagcapaciteit, het gedrag bij herhalingspogingen en de exacte berichtenstroom variëren per implementatie en OCPP-versie.

Kan een nieuwe oplaadsessie offline worden gestart?

Dat hangt af van het autorisatiebeleid. Een oplader kan gebruikmaken van een lokaal opgeslagen autorisatielijst of van in de cache opgeslagen inloggegevens. Hij kan ook zo worden geconfigureerd dat hij bepaalde identificatiegegevens accepteert terwijl hij offline is. Bij een strengere implementatie kunnen nieuwe sessies worden geweigerd omdat het CPMS de gebruiker, het tarief, het contract of de betaalmethode niet kan valideren.

 

Openbare netwerken, netwerken op de werkplek, wagenparknetwerken en residentiële netwerken kunnen zich daarom verschillend gedragen, zelfs als ze allemaal gebruikmaken van OCPP. De exploitant dient de aanvaardbare balans te bepalen tussen beschikbaarheid, toegangscontrole en omzetrisico.

Welke functies zijn niet beschikbaar zonder het CPMS?

  • de realtime status, alarmen en diagnose op afstand kunnen vertraging oplopen;
  • het op afstand starten, het op afstand stoppen en het aanpassen van de instellingen werken mogelijk niet;
  • nieuwe autorisatielijsten of tariefwijzigingen kunnen de lader niet bereiken;
  • dynamische opdrachten voor slim opladen worden mogelijk niet meer bijgewerkt;
  • betalings- en roamingdiensten die afhankelijk zijn van online systemen kunnen uitvallen; en
  • Het CPMS kan het station als offline weergeven, zelfs terwijl het opladen ter plaatse doorgaat.

Hoe Amina omgaat met offline autorisatie en herstel

Amina’s Handleiding voor OCPP-authenticatie documenten LocalAuthorizeOffline en LocalAuthListEnabled Deze functie is standaard ingeschakeld, terwijl de autorisatiecache en onbekende offline-identificatiegegevens standaard zijn uitgeschakeld. In die standaardconfiguratie kan een identificatiegegeven op de lokale lijst offline beginnen met afrekenen, maar wordt een onbekend identificatiegegeven geweigerd. Deze instellingen kunnen bij de fabrieksconfiguratie worden gewijzigd, dus operators dienen de actuele waarden te controleren.

 

De overzicht van de implementatie bevat automatische herverbinding, een wachtrij voor offlineberichten en herstel van de transactiestatus na stroomuitval. De configuratiegids biedt bovendien twee CSMS-verbindingsprofielen met op prioriteit gebaseerde fallback. Cst_SilentOfflineTransactions is standaard uitgeschakeld; als je deze functie inschakelt, kan opladen mogelijk zijn ook al is er geen garantie dat er geldige oplaadgegevens beschikbaar zijn.

 

De CSMS-integratiehandleiding beschrijft een directe verbinding tussen de lader en het CSMS, zonder gebruik te maken van een merkgebonden cloud van de fabrikant. In deze opstelling betekent ‘offline gaan’ dat de directe OCPP-verbinding met het gekozen CSMS wordt verbroken.

Wat gebeurt er met de limieten voor slim opladen?

De lader kan doorgaan met het gebruik van het laatst geldige profiel, een standaardprofiel of een lokale noodlimiet. Tijdgebonden profielen kunnen verlopen terwijl de lader offline is. In een veilig ontwerp moet worden vastgelegd wat deze profielen vervangt, met name wanneer de verbinding op de locatie afhankelijk is van actief laadbeheer.

 

Kritieke grenswaarden mogen niet uitsluitend afhankelijk zijn van een continue CPMS-verbinding. Hardwarebeveiliging, installatielimieten en eventuele lokale energieregelingen blijven belangrijk.

Wat gebeurt er als de verbinding weer tot stand komt?

De lader moet opnieuw verbinding maken, zichzelf identificeren en de door het CPMS vereiste opgeslagen informatie doorgeven. Het backend-systeem moet vervolgens de vertraagde gebeurtenissen afstemmen zonder dat er dubbele sessies, onjuiste energietotalen of factureringsfouten ontstaan. Bij het opnieuw verbinden moeten ook de monitoringfuncties worden hersteld en moeten eventuele openstaande configuratie- of profielupdates worden ontvangen.

Wat moeten operators testen vóór de implementatie?

  • lopende en nieuwe sessies bij een storing in het mobiele netwerk, het ethernet of het internet;
  • bekende, onbekende, verlopen en geblokkeerde inloggegevens terwijl je offline bent;
  • beperkingen van de lokale opslag en het gedrag wanneer de buffer vol is;
  • stroomuitval terwijl zowel de lader als de CPMS-verbinding niet beschikbaar zijn;
  • het verstrijken van de geldigheidsduur van oplaadprofielen en lokale terugvalgrenzen;
  • het tijdstip van herverbinding, de herhalingsintervallen en het opnieuw afspelen van gegevens;
  • afstemming van dubbele gebeurtenissen en facturering; en
  • een waarschuwing geven wanneer een oplader geen gegevens meer doorgeeft.

Het offline gedrag moet deel uitmaken van de acceptatietest voor de lader en het CPMS. Het gaat hier om een keuze bij de implementatie, niet om een functionaliteit die louter op basis van een OCPP-label kan worden verondersteld.