Hvad skal OCPP-testen påvise?

OCPP-test skal bevise tre ting. Overensstemmelsestest kontrollerer, om en implementering følger specifikationen. Interoperabilitetstest kontrollerer, om en bestemt oplader og et CPMS fungerer sammen. Projektgodkendelsestest kontrollerer, om den færdige opsætning opfylder operatørens behov.

 

En vellykket WebSocket-forbindelse er et første skridt. Ikke mere end det. Det beviser ikke, at autorisation, transaktioner, fjernkommandoer, sikkerhed, offline-drift eller intelligent opladning fungerer korrekt.

Definer det nøjagtige system, der skal testes

Frys konfigurationen, inden du påbegynder testningen. Notér opladerens model, firmware, CPMS-version, OCPP-version, sikkerhedsprofil, endpoint, netværksrute og aktiverede funktioner. Aftal eventuelle OCPP-funktioner i stedet for blot at antage, at de er aktiveret.

 

Brug produktionslignende adgangsoplysninger og certifikatregler uden at afsløre hemmelige oplysninger fra den live-drift. Gem konfigurationen og logfilerne med resultaterne, så senere udgivelser af firmware eller CPMS kan testes i forhold til den samme reference.

Kør OCPP-overensstemmelsestests

Open Charge Alliance Compliance Test Tool (OCTT) udfører foruddefinerede overensstemmelsestests for OCPP 1.6- og OCPP 2.0.1-ladestationer, softwarestakke og styringssystemer. Når OCTT tester en lader, fungerer det som styringssystemet, og omvendt.

 

OCTT kan afsløre fejl i meddelelser, validering og sekvenser. Det er ikke en generel oplader- eller CPMS-simulator, og en intern test genererer ikke et uafhængigt OCPP-certifikat. Formel OCPP-certificering foregår ved hjælp af officielle tests udført af et godkendt laboratorium.

Test den rigtige oplader og CPMS sammen

Tilslut den oplader, den firmware og den CPMS-version, der er valgt til projektet. Indsaml logfiler fra opladeren og backend-systemet, så tidsforløb, gentagelsesforsøg og afviste anmodninger kan spores fra begge sider.

 

OCPP Plugfests giver implementeringer mulighed for at blive testet i samarbejde med flere partnere. Implementeringen kræver dog stadig sin egen bilaterale test, da konfiguration, valgfrie funktioner og driftsregler varierer.

Hvordan dette gælder for amina charging

Ifølge Aminas OCPP-dokumentation kontrolleres de implementerede funktioner ved hjælp af OCTT, intern automatisering, feltforsøg og regressionstest. CSMS-integrationsvejledningen dækker produktionskonfigurationen af endenheden, certifikaterne og opladerens identitet. Kontroller, at det valgte CSMS accepterer serienummeret, at endenheden og certifikaterne er korrekte, og at opladeren opnår tilstanden »tilsluttet«. Aflæs de aktuelle konfigurationsværdier, især når en ordre indeholder kundespecifik konfiguration.

Test af alle opladnings- og driftsscenarier

Udvikl test baseret på reelle operationer, ikke isolerede meddelelser. Test som minimum følgende:

  • opstart, hjerteslag, tidssynkronisering og statusændringer;
  • lokal og ekstern godkendelse, herunder afviste legitimationsoplysninger;
  • sessionens start, målerværdier, endelige energitotaler og CPMS-registreringer;
  • fjernbetjent start, stop, nulstilling, frigørelse af stik og konfigurationsændringer, hvor dette var understøttet;
  • firmware og arbejdsgange for diagnostiske logfiler, hvor det er nødvendigt;
  • profiler for intelligent opladning, begrænsninger og ændringer af tidsplanen, hvor det er nødvendigt;
  • indstillinger for maksimalstrøm, standardgodkendelser og offline-regler i forhold til den bestilte konfiguration;
  • flere tilslutningspunkter eller EVSE'er, hvor det er relevant; og
  • genstart og gendannelse under en aktiv eller afbrudt session.

Test af sikkerhed, forbindelse og fejlhåndtering

Gentag nøgletestene med en forkert adgangskode, et certifikat, der ikke er pålideligt eller er udløbet, et forkert ur og en afbrudt netværksforbindelse. Test CPMS-nedbrud, genopkoblinger, beskeder i kø, dobbelte hændelser og uventet rækkefølge af beskeder.

 

Bekræft, hvad opladeren kan udføre i offline-tilstand, hvor længe den opbevarer data, hvilke lokale godkendelsesregler der gælder, og hvad der sker, når lagrings- eller genforsøgsgrænserne nås. I Amina-autentificeringsvejledningen findes en oversigt over de indstillinger og standardværdier, der skal testes. Ved gendannelse må der ikke gå data fra fakturerbare sessioner tabt, og de må ikke duplikeres.

Test af CPMS’ ydeevne i repræsentativ skala

En enkelt oplader kan ikke dokumentere flådens kapacitet. Brug simulerede opladere til at teste samtidige tilslutninger, pludselige stigninger i målerværdier og kommandoer samt massegenopkobling efter et strømsvigt. Overvåg responstid, WebSocket-stabilitet, køer, databasebelastning og alarmer i forhold til den planlagte flådestørrelse.

Fastlæg acceptkriterier inden implementeringen

Hver test skal have et forventet resultat, dokumentation, alvorlighedsgrad og en ansvarlig. Beslut, hvilke fejl der forhindrer implementering, og hvilke dokumenterede begrænsninger der er acceptable. Test rettelserne igen, og gennemfør et kontrolleret pilotprojekt på webstedet, inden der foretages en bredere udrulning.

 

Overdragelsen skal omfatte dokumentation af testede versioner, understøttede funktioner, ejerskab af adgangsoplysninger og certifikater, logfiler, kendte undtagelser, offline-regler og tilbageførsel. Gentag de kritiske test efter ændringer af firmware, CPMS-udgivelser, sikkerhedsindstillinger eller netværksdesign.