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

Vaak. Niet altijd. Als de OCPP-verbinding wegvalt, wordt de live-communicatie met het CPMS onderbroken, maar dit betekent niet noodzakelijkerwijs dat de oplaadfunctie wordt stopgezet. Het resultaat hangt af van de firmware van de lader, lokale autorisatiegegevens, instellingen van de exploitant en regels die al op het apparaat zijn opgeslagen.

 

OCPP biedt hulpmiddelen voor offline gebruik, maar geen algemeen beleid. Exploitanten moeten zelf bepalen wie het opladen mag starten of voortzetten, welke beperkingen van kracht blijven en hoe transacties worden hersteld na het herstellen van de verbinding.

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

Een sessie kan worden voortgezet op basis van de laatst geldige lokale omstandigheden. De lader kan meterwaarden en transactiegebeurtenissen opslaan en vervolgens de benodigde gegevens verzenden zodra de verbinding met het CPMS weer tot stand is gebracht. De capaciteit, het herhalingsgedrag en de 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 lokale autorisatielijst of van in de cache opgeslagen inloggegevens. Het is ook mogelijk dat de oplader bepaalde identificatiegegevens offline accepteert. Bij een strengere configuratie kunnen nieuwe sessies worden geweigerd omdat het CPMS de gebruiker, het tarief, het contract of de betaalmethode niet kan controleren.

 

Openbare netwerken, netwerken op de werkplek, bedrijfswagenparken en particuliere netwerken kunnen zich daarom anders gedragen, ook al maken ze gebruik van hetzelfde protocol. De exploitant bepaalt zelf de juiste balans 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, stoppen en aanbrengen van configuratiewijzigingen kan mislukken;
  • nieuwe autorisatielijsten of tariefwijzigingen kunnen de lader niet bereiken;
  • de dynamische instructies voor slim opladen kunnen ophouden met veranderen;
  • online betalings- en roamingdiensten zijn mogelijk niet beschikbaar; en
  • Het CPMS kan de lader als ‘offline’ weergeven terwijl het lokaal opladen doorgaat.

Hoe Amina omgaat met offline autorisatie en herstel

Amina’s Handleiding voor OCPP-authenticatie lijsten LocalAuthorizeOffline en LocalAuthListEnabled zoals standaard is ingeschakeld. De autorisatiecache en onbekende offline-identificatiegegevens zijn uitgeschakeld. In die standaardconfiguratie kan een identificatiegegeven op de lokale lijst offline beginnen met het in rekening brengen; een onbekend identificatiegegeven wordt geweigerd. De fabrieksinstellingen kunnen deze instellingen wijzigen, dus controleer de actuele waarden.

 

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

 

De CSMS-integratiehandleiding beschrijft een rechtstreekse verbinding tussen de lader en het CSMS zonder gebruik te maken van de eigen amina-cloud. Met ‘offline’ wordt hier bedoeld dat de rechtstreekse OCPP-verbinding is verbroken.

Wat gebeurt er met de limieten voor slim opladen?

De lader kan het laatste geldige profiel, een standaardprofiel of een lokale noodlimiet behouden. Een tijdgebonden profiel kan offline verlopen. Er moet een vervangend profiel worden gedefinieerd, met name wanneer de locatie gebruikmaakt van actief belastingsbeheer.

 

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

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 gegevens doorgeven. Het backend-systeem moet de uitgestelde gebeurtenissen afstemmen zonder dubbele sessies, onjuiste energietotalen of factureringsfouten. Daarna kunnen de monitoring en de in behandeling zijnde configuratie-updates worden hervat.

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 offline;
  • limieten voor lokale opslag en een volle buffer;
  • stroomuitval terwijl de CPMS-verbinding is onderbroken;
  • vervaldatum van het profiel en fallback-limieten;
  • timing van het opnieuw tot stand brengen van de verbinding, herhalingspogingen en het opnieuw afspelen van gegevens;
  • het opsporen van dubbele transacties en het afstemmen van facturen; en
  • een waarschuwing geven wanneer een oplader geen gegevens meer doorgeeft.

Het offline gedrag moet worden getest tijdens de oplader- en CPMS-acceptatietest. Een OCPP-label alleen zegt daar nog maar weinig over.