Wat moet uit de OCPP-tests blijken?

OCPP-tests moeten drie zaken aantonen. Bij conformiteitstests wordt gecontroleerd of een implementatie aan de specificatie voldoet. Bij interoperabiliteitstests wordt gecontroleerd of een bepaalde lader en het CPMS samenwerken. Bij projectacceptatietests wordt gecontroleerd of de voltooide opstelling voldoet aan de behoeften van de exploitant.

 

Een succesvolle WebSocket-verbinding is een begin. Meer niet. Het bewijst niet dat autorisatie, transacties, opdrachten op afstand, beveiliging, offline werking of slim opladen correct functioneren.

Geef een exacte omschrijving van het te testen systeem

Zet de configuratie vast voordat u gaat testen. Noteer het model van de lader, de firmware, de CPMS-release, de OCPP-versie, het beveiligingsprofiel, het eindpunt, de netwerkroute en de ingeschakelde functies. Spreek optionele OCPP-functies af in plaats van ervan uit te gaan dat ze beschikbaar zijn.

 

Gebruik inloggegevens en certificaatregels die overeenkomen met die in de productieomgeving, zonder dat er vertrouwelijke gegevens uit de live-omgeving worden blootgesteld. Bewaar de configuratie en de logbestanden met de resultaten, zodat latere firmware- of CPMS-releases aan de hand van dezelfde basislijn kunnen worden getest.

OCPP-conformiteitstests uitvoeren

De Open Charge Alliance Compliance Test Tool (OCTT) voert vooraf gedefinieerde conformiteitstests uit voor OCPP 1.6- en OCPP 2.0.1-laadstations, softwarestacks en beheersystemen. Bij het testen van een laadstation fungeert de OCTT als het beheersysteem, en omgekeerd.

 

OCTT kan fouten in berichten, validatie en volgorde aan het licht brengen. Het is geen algemene oplader- of CPMS-simulator, en een interne test leidt niet tot een onafhankelijk OCPP-certificaat. Voor formele OCPP-certificering worden officiële tests uitgevoerd door een erkend laboratorium.

Test de echte oplader en het CPMS samen

Koppel de voor het project gekozen lader, firmware en CPMS-versie aan elkaar. Leg de logbestanden van de lader en de backend vast, zodat de timing, het aantal herpogingen en de afgewezen verzoeken vanaf beide kanten kunnen worden nagegaan.

 

Tijdens OCPP Plugfests kunnen implementaties worden getest in samenwerking met verschillende partners. De implementatie moet echter nog steeds aan een eigen bilaterale test worden onderworpen, omdat de configuratie, optionele functies en bedrijfsregels verschillen.

Hoe dit van toepassing is op amina charging

Volgens de OCPP-documentatie van Amina worden geïmplementeerde functies gecontroleerd met behulp van OCTT, interne automatisering, veldtests en regressietests. De CSMS-integratiehandleiding behandelt de productieconfiguratie van het eindpunt, de certificaten en de identiteit van de lader. Controleer of het geselecteerde CSMS het serienummer accepteert, of het eindpunt en de certificaten correct zijn en of de lader de ‘verbonden’-status bereikt. Lees de actuele configuratiewaarden uit, met name wanneer een bestelling klantspecifieke configuratie vereist.

Test alle oplaad- en gebruiksscenario’s

Ontwikkel tests op basis van daadwerkelijke bewerkingen, niet op basis van losstaande berichten. Zorg er in ieder geval voor dat je het volgende dekt:

  • opstarten, hartslag, tijdsynchronisatie en statuswijzigingen;
  • lokale en externe autorisatie, inclusief afgewezen inloggegevens;
  • het begin van de sessie, meterwaarden, eindtotalen van het energieverbruik en CPMS-gegevens;
  • op afstand starten, stoppen, resetten, de connector loskoppelen en configuratiewijzigingen, voor zover ondersteund;
  • workflows voor firmware en diagnoselogboeken, waar nodig;
  • profielen voor slim opladen, limieten en wijzigingen in het schema waar nodig;
  • instellingen voor maximale stroomsterkte, standaardautorisaties en offline-regels worden vergeleken met de opgegeven configuratie;
  • meerdere aansluitingen of EVSE’s, indien van toepassing; en
  • opnieuw opstarten en herstel tijdens een actieve of onderbroken sessie.

Test de beveiliging, de connectiviteit en het gedrag bij storingen

Herhaal de belangrijkste tests met een verkeerd wachtwoord, een niet-vertrouwd of verlopen certificaat, een onjuiste klok en een verbroken netwerkverbinding. Test CPMS-storingen, herverbindingen, berichten in de wachtrij, dubbele gebeurtenissen en een onverwachte volgorde van berichten.

 

Controleer wat de oplader offline kan doen, hoe lang gegevens worden bewaard, welke lokale autorisatieregels van toepassing zijn en wat er gebeurt wanneer de opslag- of herpogingslimieten worden bereikt. In de amina-authenticatiegids staan de instellingen en standaardwaarden die moeten worden getest vermeld. Bij het herstel mogen factureerbare sessiegegevens niet verloren gaan of dubbel worden opgeslagen.

De prestaties van CPMS op representatieve schaal testen

Eén laadpunt volstaat niet om de capaciteit van het laadnetwerk aan te tonen. Gebruik gesimuleerde laadpunten voor gelijktijdige verbindingen, pieken in meterwaarden en commando’s, en het massaal opnieuw aansluiten na een stroomstoring. Controleer de responstijd, de stabiliteit van WebSocket, wachtrijen, de belasting van de database en waarschuwingen in het licht van de geplande omvang van het laadnetwerk.

Stel acceptatiecriteria vast vóór de implementatie

Voor elke test moeten het verwachte resultaat, bewijsmateriaal, de ernst en de verantwoordelijke worden vastgelegd. Bepaal welke fouten de implementatie blokkeren en welke gedocumenteerde beperkingen aanvaardbaar zijn. Test de oplossingen opnieuw en voer een gecontroleerde pilot op de site uit voordat je de oplossing op grotere schaal uitrolt.

 

Bij de overdracht moeten de geteste versies, de ondersteunde functies, de eigenaar van inloggegevens en certificaten, logbestanden, bekende uitzonderingen, offline-regels en rollback worden vastgelegd. Herhaal de kritieke tests na wijzigingen in de firmware, CPMS-releases, beveiligingsinstellingen of het netwerkontwerp.