OCPP-testværktøjet, der opdager problemer, før kunderne gør det

Hvad Monta OCPP Toolkit gør

Monta OCPP Toolkit er et browserbaseret OCPP-testværktøj, der fungerer som et styresystem for ladestationer. Når du retter en ladestation mod værktøjet, kan du gennemse de meddelelser, den sender, og derefter sende kommandoer tilbage til laderen. Selve hovedværktøjet er gratis og kræver ikke login. Brugere med en Monta-konto har desuden adgang til værktøjets AI-assistent og feedbackfunktioner.

Den nuværende V2-grænseflade gør det nemmere at arbejde med kommandoer og logfiler. Den understøtter OCPP 1.6 og OCPP 2.0.1, hvilket gør den nyttig til hurtige udviklingskontroller og til fejlfinding på en oplader, der opfører sig anderledes i forhold til et bestemt backend.

Toolkit, Emulator og OCTT er forskellige værktøjer

Monta udgiver to værktøjer, der løser modsatrettede problemer. Toolkit fungerer som styringssystem, så producenter af opladere bruger det til at teste en ladestation. Den open source-baserede OCPP-emulator fungerer som en ladestation, så CPMS-udviklere bruger den til at teste et backend-system.

Emulatoren er skrevet i Kotlin og tilbyder færdigudviklede applikationer til Windows, Linux og macOS. Dens funktion til aflytning af meddelelser kan sende bevidst usædvanlige eller ikke-konforme meddelelser for at teste, hvordan et backend reagerer.

Open Charge Alliance Compliance Test Tool (OCTT) har en anden rolle. Det udfører formelle overensstemmelsestests, og godkendte laboratorier anvender det i OCPP-certificeringsprocessen. Ingen af Monta-værktøjerne erstatter OCTT eller uafhængig certificering. Overensstemmelse garanterer heller ikke interoperabilitet med alle kombinationer af opladere, firmware og CPMS.

Hvorfor vi bruger det sammen med Norlys

I vores OCPP-dokumentation nævnes OCTT, intern automatisering, feltprøvning og regressionstest som dele af valideringsprocessen. Monta Toolkit supplerer disse kontroller ved at gøre det nemt at overvåge opladerens adfærd under drift.

Det er vigtigt, fordi Norlys driver sin »whitelabelled« amina C-flåde på Monta. At teste mod et værktøj, der er udviklet af det samme team som det operationelle backend, giver et mere repræsentativt billede end udelukkende at teste mod en generisk simulator.

Det, vi tjekker hver gang

Vi kontrollerer, om laderen kommer online med det samme, om dens meddelelser er korrekte, og om fjernkommandoer giver det forventede resultat. Den absolut afgørende test er den trådløse firmwareopdatering. Hvis en tilsluttet lader accepterer signeret firmware via fjernadgang, kan mange senere fejl udbedres uden et besøg på stedet.

Dette princip er afgørende for testningen af nye versioner. En oplader, der forbliver online og kan opdateres, kan understøttes i årevis. En oplader, der ikke kan oprette forbindelse eller opdateres, kan gøre en softwarefejl til en tur i varevognen.

Kontrol af certifikater og backend-migrering

Backend-migreringen tilføjer håndtering af certifikater til testplanen. Opladeren skal stole på den nye CPMS-certifikatkæde, inden dens endpoint ændres. Certifikater varierer i størrelse, kodning og kædestruktur, så testene skal bekræfte, at det komplette certifikat når frem til opladeren, og at opladeren kan fortolke det.

Den nuværende amina-firmware understøtter fjernmigrering mellem forudkonfigurerede CSMS-endepunkter, når det nye rodcertifikat allerede er installeret. Senere firmwareversioner kan også leveres fra fabrikken med en bredere samling af rod-CA’er. Det mindsker risikoen for leverandørbinding, men fjerner ikke behovet for at teste den konkrete oplader, firmware og certifikatkæde.

To detaljer ved tilslutningen, der skal være i orden

• Brug den fulde WebSocket-sti. Det aktuelle sikre endepunkt er wss://ocpp-toolkit.monta.app/ocpp/ efterfulgt af ladestationens identifikationsnummer.
• Stol på den nuværende rodcertifikatmyndighed. Pr. august 2026 oplyser Monta, at Toolkit bruger Amazon Root CA 1, den samme certifikatmyndighed som i deres OCPP-gateway i produktion. Ældre installationsvejledninger kan stadig nævne Let’s Encrypt, så tjek vejledningen til live-forbindelsen, inden du tester.

Hvor det gratis OCPP-testværktøj slutter

Værktøjssættet er nyttigt til udvikling og fejlfinding, men det bør ikke blive den eneste forudsætning for frigivelse. Manuelle kommandoer afslører åbenlyse fejl. Regressioner kræver gentagelige, automatiserede tests, og for at systemet skal være klar til produktion, er der stadig behov for en testplan før implementering, der dækker sikkerhed, offline-adfærd, firmware, transaktioner og genopretning efter fejl.

For et gratis browserværktøj løser det et vigtigt problem: Det giver opladerteamene mulighed for at genskabe OCPP-adfærd, inden det samme problem rammer en kunde.