OCPP-testverktyget som upptäcker problem innan kunderna gör det

Vad Monta OCPP Toolkit gör

Monta OCPP Toolkit är ett webbläsarbaserat OCPP-testverktyg som fungerar som ett system för hantering av laddstationer. Anslut en laddstation till verktyget så kan du granska de meddelanden som den skickar och sedan skicka kommandon tillbaka till laddaren. Grundverktyget är gratis och kräver ingen inloggning. Användare med ett Monta-konto får dessutom tillgång till verktygets AI-assistent och feedbackfunktioner.

Det nuvarande V2-gränssnittet gör det enklare att hantera kommandon och loggar. Det stöder OCPP 1.6 och OCPP 2.0.1, vilket gör det användbart för snabba utvecklingskontroller och för att felsöka en laddare som beter sig annorlunda i förhållande till en viss backend.

Toolkit, Emulator och OCTT är olika verktyg

Monta släpper två verktyg som löser motsatta problem. Toolkit fungerar som ett hanteringssystem, vilket innebär att tillverkare av laddare använder det för att testa en laddstation. OCPP-emulatorn, som är en öppen källkodslösning, fungerar som en laddpunkt, vilket innebär att CPMS-utvecklare använder den för att testa en backend.

Emulatorn är skriven i Kotlin och erbjuder färdigbyggda applikationer för Windows, Linux och macOS. Dess funktion för avlyssning av meddelanden kan skicka avsiktligt ovanliga eller icke-kompatibla meddelanden för att testa hur en backend reagerar.

Open Charge Alliance Compliance Test Tool (OCTT) har en annan funktion. Verktyget utför formella överensstämmelsetester, och godkända laboratorier använder det i OCPP-certifieringsprocessen. Inget av Monta-verktygen ersätter OCTT eller oberoende certifiering. Överensstämmelse garanterar inte heller interoperabilitet med alla kombinationer av laddare, firmware och CPMS.

Varför vi använder det tillsammans med Norlys

I vår OCPP-dokumentation anges OCTT, intern automatisering, fälttester och regressionstester som delar av valideringsprocessen. Monta Toolkit kompletterar dessa kontroller genom att göra det enkelt att granska laddarens beteende under drift.

Det är viktigt eftersom Norlys driver sin ”whitelabel”-flotta av amina C på Monta. Att testa mot ett verktyg som har utvecklats av samma team som står bakom den driftsatta backend-miljön ger ett mer representativt resultat än att enbart testa mot en generisk simulator.

Vad vi kontrollerar varje gång

Vi kontrollerar om laddaren ansluter till nätverket omedelbart, om dess meddelanden är korrekta och om fjärrkommandon ger det förväntade resultatet. Det absolut nödvändiga testet är den trådlösa firmwareuppdateringen. Om en ansluten laddare accepterar signerad firmware på distans kan många senare fel åtgärdas utan att man behöver besöka platsen.

Den principen ligger till grund för testningen inför lansering. En laddare som förblir uppkopplad och kan uppdateras kan stödjas i flera år. En laddare som inte kan ansluta eller uppdateras kan leda till att ett programvarufel blir en resa med skåpbilen.

Kontroller av certifikat och migrering av backend

I samband med migreringen av backend-systemet läggs hantering av certifikat till i testplanen. Laddaren måste lita på den nya CPMS-certifikatkedjan innan dess slutpunkt ändras. Certifikat varierar i storlek, kodning och kedjestruktur, så testningen måste bekräfta både att det fullständiga certifikatet når laddaren och att laddaren kan tolka det.

Den nuvarande Amina-firmwareversionen stöder fjärrmigrering mellan förkonfigurerade CSMS-ändpunkter när det nya rotcertifikatet redan är installerat. Senare firmwareversioner kan även förkonfigureras från fabrik med ett mer omfattande rot-CA-paket. Detta minskar risken för inlåsning, men det undanröjer inte behovet av att testa just den specifika laddaren, firmwareversionen och certifikatkedjan.

Två detaljer kring anslutningen som måste stämma

• Använd den fullständiga WebSocket-sökvägen. Den aktuella säkra slutpunkten är wss://ocpp-toolkit.monta.app/ocpp/ följt av laddstationens identifieringsnummer.
• Lita på den aktuella rotcertifikatutfärdaren. Enligt uppgifter från augusti 2026 anger Monta att Toolkit använder Amazon Root CA 1, samma certifikatutfärdare som i deras OCPP-gateway i produktionsmiljö. Äldre installationsanvisningar kan fortfarande nämna Let’s Encrypt, så kontrollera anvisningarna för liveanslutning innan du testar.

Där det kostnadsfria OCPP-testverktyget slutar

Verktygssatsen är användbar för utveckling och felsökning, men den bör inte bli den enda kriteriet för release. Manuella kommandon upptäcker uppenbara fel. För att upptäcka regressionsfel krävs repeterbara automatiserade tester, och för att säkerställa att systemet är klart för produktion behövs fortfarande en testplan inför driftsättningen som omfattar säkerhet, beteende i offline-läge, firmware, transaktioner och återställning efter fel.

För att vara ett kostnadsfritt webbläsarverktyg löser det ett viktigt problem: det gör det möjligt för laddningsleverantörernas team att återskapa OCPP-beteendet innan samma problem drabbar en kund.