OCPP 1.6 vs OCPP 2.0.1: Vilket protokoll bör laddningsoperatörer för elbilar välja?

OCPP 1.6 vs OCPP 2.0.1: Det korta svaret

Den största skillnaden mellan OCPP 1.6 och OCPP 2.0.1 är att OCPP 2.0.1 tillhandahåller ett modernare ramverk för säkerhet, enhetshantering, smart laddning, transaktionshantering och ISO 15118-relaterade arbetsflöden. OCPP 1.6 används fortfarande flitigt och kan fortfarande vara lämpligt för många befintliga laddningsnätverk, medan OCPP 2.0.1 vanligtvis är det bättre valet för nya implementeringar som behöver starkare driftskontroll, bättre diagnostik och en mer framtidsklar laddningsinfrastruktur.

För operatörer av laddning av elbilar är detta inte bara ett protokollbeslut. Det är också ett affärsbeslut. Rätt val påverkar upphandlingen av laddare, System för hantering av laddningsstationer för elbilar kompatibilitet, cybersäkerhetsoperationer, faktureringsnoggrannhet, supportarbetsflöden, smarta debiteringsfunktioner och långsiktig skalbarhet.

Om du bygger eller utökar ett laddningsnätverk hjälper TrendPower operatörer att hantera OCPP-kompatibla laddare genom skalbara lösningar. Programvara för hantering av laddning av elbilar utformad för kommersiell laddning.

Viktiga slutsatser

OCPP 1.6 är mogen, brett implementerad och ofta tillräcklig för grundläggande laddningsoperationer. Den kan stödja vanliga arbetsflöden som auktorisering, fjärrstart och -stopp, mätarvärden, firmwareuppdateringar och grundläggande diagnostik.

OCPP 2.0.1 är mer lämplig när operatörer behöver mer omfattande laddningsdata, certifikatorienterad säkerhet, avancerad smart laddning, starkare enhetshantering och bättre förberedelser för ISO 15118 Plug & Charge-användningsfall.

Migrering från OCPP 1.6 till OCPP 2.0.1 bör inte behandlas som en enkel programuppgradering. Det kan påverka laddarens firmware, backend-support, säkerhetspolicyer, testprocedurer, fältverksamhet, supportutbildning och faktureringsarbetsflöden.

Det bästa protokollvalet beror på driftsmodellen. En liten AC-laddningsplats, en flottadepå, en snabbladdningsnav för likström på motorvägen och ett CPO-nätverk med flera varumärken har inte samma tekniska eller kommersiella krav.

Snabb jämförelsetabell

För officiell protokollbakgrund kan operatörer hänvisa till Översikt över Open Charge Alliance OCPP.

Vad är OCPP 1.6?

OCPP 1.6 blev den praktiska standarden för många laddningsnätverk för elbilar eftersom den löste ett verkligt marknadsproblem: laddtillverkare och backend-plattformar behövde ett gemensamt sätt att kommunicera. Istället för att låsa in operatörer i ett enda proprietärt system, bidrog OCPP till att skapa ett mer öppet ekosystem mellan laddstationer och laddningshanteringsplattformar.

För många AC-laddningsplatser, arbetsplatsladdare, kommersiella fastigheter och mogna laddningsflottor fungerar OCPP 1.6 fortfarande bra. Den stöder kärnfunktioner som användarauktorisering, transaktionsstart och -stopp, mätarvärden, fjärrstart eller -stopp, hantering av firmware och grundläggande diagnostik.

Den största styrkan med OCPP 1.6 är ekosystemets mognad. Många laddare, CPMS-plattformar, installatörer och tekniska supportteam förstår det redan. Det minskar driftsättningsrisken och supportfriktionen.

Laddningsbranschen för elbilar har dock blivit mer komplex sedan OCPP 1.6 blev dominerande. Operatörer förväntar sig nu bättre drifttidsövervakning, starkare cybersäkerhet, detaljerad laddningskonfiguration, mer avancerad energihantering, mer omfattande rapportering och förberedelser för Plug & Charge. Dessa krav blottlägger begränsningarna i äldre protokollstrukturer.

För en bredare programvarugrund, se TrendPowers guide om Vad är programvara för laddning av elbilar och hur fungerar den?.

Vad är OCPP 2.0.1?

OCPP 2.0.1 utvecklades för en mer avancerad laddningsmiljö. Den ger en starkare grund för strukturerad laddningsmodellering, förbättrade transaktionsarbetsflöden, ökad säkerhet, smartare laddningskontroll och bättre anpassning till ISO 15118-relaterade användningsfall.

Det betyder inte att alla operatörer måste använda alla funktioner i OCPP 2.0.1 omedelbart. Ett publikt DC-snabbladdningsnätverk kan prioritera drifttid, diagnostik, certifikathantering, betalningsrelaterade arbetsflöden och fjärrunderhåll. En flottadepå kan bry sig mer om laddningsscheman, fordonsberedskap och effektbegränsningar. En bostads- eller kommersiell fastighetsoperatör kan fokusera på användaråtkomst, fakturering och lasthantering.

Värdet med OCPP 2.0.1 är att det ger laddningsnätverket en mer kapabel teknisk grund. Men protokollet ensamt skapar inte operativ excellens. CPMS måste översätta protokollfunktioner till användbara arbetsflöden för platschefer, supportteam, ekonomiteam och slutanvändare.

Operatörer som jämför plattformar bör granska hur backend hanterar onboarding av laddare, användaråtkomst, prissättning, fjärrstyrning, lastbalansering, fakturering och rapportering. TrendPowers CPMS-programvaruguide för operatörer av laddning av elbilar förklarar dessa krav på plattformsnivå mer i detalj.

Säkerhet: Varför OCPP 2.0.1 har en fördel

Säkerhet är en av de tydligaste skillnaderna i jämförelsen mellan OCPP 1.6 och OCPP 2.0.1.

OCPP 1.6 kan driftsättas med säkerhetsprofiler, men många äldre installationer utformades innan laddningsinfrastruktur för elbilar blev en värdefull uppkopplad tillgång. Idag kan laddare interagera med betalningssystem, användaridentitetssystem, fordon, fastighetsnätverk, begränsningar för allmännyttiga tjänster och molnplattformar. Det gör cybersäkerhet till ett praktiskt driftskrav, inte bara en teknisk preferens.

OCPP 2.0.1 lägger större vikt vid säker drift, certifikathantering och säkerhetsrelaterade händelser. För operatörer som hanterar offentliga laddningsplatser, fordonsdepåer eller kommersiell infrastruktur med högt värde kan denna starkare säkerhetsarkitektur stödja bättre riskhantering.

Säkerhet på protokollnivå är dock bara en del av ekvationen. Operatörer behöver fortfarande starka åtkomstkontroller, firmwarepolicyer, nätverkssegmentering, övervakning, incidenthanteringsprocedurer och leverantörsansvar. NIST-cybersäkerhetsprofil för infrastruktur för extrem snabbladdning av elbilar är en användbar referens för att förstå laddning av elbilar som ett cybersäkerhetsekosystem med flera domäner.

En säker OCPP 2.0.1-distribution kräver både kompetent teknik och disciplinerad drift.

Smart laddning: Mer än en effektgräns

Både OCPP 1.6 och OCPP 2.0.1 kan stödja smarta laddningskoncept, men OCPP 2.0.1 erbjuder en mer kapabel struktur för avancerad energihantering.

Smart laddning handlar inte bara om att skicka en maximal strömgräns till en laddare. I kommersiella nätverk kan smart laddning innefatta att hantera flera laddare bakom en nätanslutning, minska efterfrågeavgifter, prioritera flottfordon efter avgångstid, samordna med sol- eller batterisystem och hålla platsen inom avtalad kapacitet.

För en enkel anläggning kan OCPP 1.6 vara tillräckligt. Men för depåer, kommersiella hubbar med flera laddningsstationer och platser med begränsad strömförbrukning ger OCPP 2.0.1 operatörerna en starkare grund.

Ändå är CPMS lika viktigt som protokollet. Backend-systemet måste beräkna scheman, tillämpa prioriteringar, övervaka platsgränser, uppdatera laddningsprofiler och hantera undantag. Operatörer bör fråga leverantörer hur smart laddning beter sig när en laddare går offline, när ett fordon lämnar platsen tidigt, när platsen når sin effektgräns eller när laddningsprioriteringar ändras under dagen.

TrendPowers artikel om intelligent drifthantering ger ytterligare sammanhang om hur realtidsdata, automatisering och analys stöder effektivare laddningsoperationer.

Enhetshantering och diagnostik

Enhetsmodellen i OCPP 2.0.1 är en större operativ uppgradering. OCPP 1.6 kan ge viktig statusinformation, men den beskriver inte laddarens komponenter med samma strukturnivå.

Med OCPP 2.0.1 kan en backend arbeta med komponenter och variabler. Detta kan förbättra övervakning, konfigurationshantering och feldiagnos. Istället för att bara se en allmän laddarstatus kan supportteam få mer specifik information om kontakter, mätare, styrenheter, nätverksgränssnitt eller konfigurationsproblem.

I praktiken hjälper detta operatörer att gå från "laddaren är inte tillgänglig" till en mer användbar undersökning. Är kontakten låst? Rapporterar mätaren felaktigt? Är firmwarekonfigurationen inkonsekvent? Är nätverksgränssnittet instabilt? Begränsar laddaren strömmen på grund av en begränsning på platsen?

En mer omfattande enhetsmodell kan minska felsökningstiden, men bara om laddartillverkaren tillhandahåller användbar data och CPMS presenterar den tydligt. Rådata från protokollet räcker inte. Operatörer behöver dashboards, varningar och supportarbetsflöden som omvandlar laddardata till praktiska beslut.

För operatörer som hanterar flera anläggningar, TrendPowers Guide till programvara för backend-laddning av elbilar förklarar hur backend-system kopplar samman OCPP-laddare med övervakning, fakturering, betalningar, lastbalansering och drift på flera platser.

Transaktioner, mätning och fakturering

Transaktionsdata är grunden för kommersiell laddning av elbilar. Operatörer behöver veta vem som laddade, när laddningen startade, hur mycket energi som levererades, vilken tariff som gällde, om laddningen avslutades korrekt och om transaktionen kan stämmas av med fakturerings- eller betalningssystem.

OCPP 2.0.1 förbättrar transaktionshantering och mätvärdesstrukturer jämfört med äldre metoder. Detta kan stödja tydligare revisionsspår, bättre rapportering och starkare integration med fakturerings-, betalnings- och ekonomisystem.

Bättre protokolldata eliminerar dock inte behovet av stark affärslogik. CPMS behöver fortfarande konfiguration av tariffer, skattehantering, fakturering, roamingregler, arbetsflöden för återbetalning, kvittogenerering, avräkningsdata och kundsupportverktyg.

Vid utvärdering av OCPP 2.0.1 bör köpare testa en komplett intäktscykel. Det innebär auktorisering, laddningssession, mätarvärden, prissättning, kvitto, avräkningsdata, felhantering och rapportering. En laddare som ansluter korrekt är inte detsamma som ett laddningsnätverk som fungerar lönsamt.

För kommersiella operatörer bör betalningskapaciteten utvärderas tillsammans med protokollstöd. TrendPowers Betalningslösning för laddning av elbilar täcker QR-kodsbetalningar, kortbetalningar, plånbokssaldobetalningar, IC-kortåtkomst och vitlistbaserade debiteringsscenarier.

ISO 15118 och Plug & Charge-beredskap

OCPP 1.6 utformades ursprungligen inte kring ISO 15118 Plug & Charge-arbetsflöden. OCPP 2.0.1 är bättre anpassad till backend-koordinering för ISO 15118-relaterade användningsfall.

Operatörer bör fortfarande förstå skillnaden mellan standarderna. ISO 15118 definierar kommunikation mellan elfordonet och laddstationen. OCPP definierar kommunikation mellan laddstationen och laddstationens hanteringssystem. Plug & Charge kräver att fordonet, laddaren, backend, certifikatekosystemet, betalningsprocessen och operatörens supportmodell fungerar tillsammans.

Det här innebär att OCPP 2.0.1 kan vara en viktig byggsten, men det är inte en komplett Plug & Charge-lösning i sig. Upphandlingsteam bör fråga sig om laddaren, CPMS, certifikathanteringsprocessen, betalningsarbetsflödet och kundsupportmodellen kan leverera den specifika Plug & Charge-upplevelse som företaget vill erbjuda.

För officiell ekosystemkontext ger CharIN vägledning om Plug & Charge-interoperabilitetOperatörer kan också granska TrendPowers praktiska guide till ISO 15118 Anslut och ladda för en programvaru- och verksamhetsfokuserad förklaring.

När OCPP 1.6 fortfarande är tillräckligt

OCPP 1.6 kan fortfarande vara tillräckligt när laddflottan redan är driftsatt, affärskraven är stabila och operatören inte behöver avancerad säkerhet, smart laddning eller ISO 15118-arbetsflöden på kort sikt.

Det kan också vara praktiskt för enkla AC-laddningsplatser där de huvudsakliga behoven är användarautisering, grundläggande fakturering, fjärrstart och -stopp, mätarvärden och statusövervakning. Att byta ut fungerande laddare bara för att ändra protokollversioner kanske inte ger en snabb avkastning på investeringen.

För många operatörer är rätt tillvägagångssätt stegvis. Håll stabila OCPP 1.6-laddare igång på ett CPMS som stöder dem väl. Kräv sedan OCPP 2.0.1 för nya laddarköp, högvärdiga platser, DC-snabbladdningsplatser och nätverk som behöver starkare driftskontroll.

Detta undviker att förvandla en protokollstrategi till ett dyrt rip-and-ersätt-projekt.

När OCPP 2.0.1 är det bättre valet

OCPP 2.0.1 är vanligtvis det starkare valet för nya implementeringar som kräver långsiktig skalbarhet. Det är särskilt relevant för publika laddningsnätverk, vagnparksdepåer, laddningsportföljer med flera varumärken, kommersiella platser med hög drifttid, säkerhetskänsliga operatörer och företag som förbereder sig för Plug & Charge.

Det passar också bättre när operatören vill ha strukturerad diagnostik, avancerad energihantering, certifikatrelaterad säkerhet, mer detaljerad transaktionsdata och en tydligare väg till interoperabilitetstestning.

Affärsargumentet blir starkare när laddningstillgångar förväntas vara i drift i många år. Ett laddningsnätverk som köps in idag kan behöva stödja framtida energihantering, roaming, betalning, cybersäkerhet, drifttidsrapportering och myndighetskrav. Att välja OCPP 2.0.1-kompatibel hårdvara och mjukvara kan minska risken för att fastna i en äldre driftsmodell.

Operatörerna bör också kontrollera om leverantörerna kan tillhandahålla certifierings- eller testbevis. OCA OCPP 2.0.1-certifieringssida är en bra utgångspunkt för att förstå certifieringsalternativ.

Migreringsfärdplan från OCPP 1.6 till OCPP 2.0.1

Migreringen bör planeras som ett etappvis operativt projekt.

Den första fasen är upptäckt. Identifiera vilka laddare som kan stödja OCPP 2.0.1 genom firmwareuppdateringar, vilka laddare som är begränsade till OCPP 1.6 och vilka laddare som bör bytas ut vid slutet av livscykeln.

Den andra fasen är plattformsberedskap. Bekräfta att CPMS kan hantera blandade fordonsflottor utan att tvinga fram separata dashboards, inkonsekventa faktureringsregler eller olika supportprocesser.

Den tredje fasen är pilottestning. Välj ut en liten grupp laddare och testa dem under verkliga förhållanden. Under pilottestningen mäter du mer än bara anslutningsframgång. Spåra slutförda sessioner, mätvärdeskonsistens, svar på fjärrkommandon, smart laddningsbeteende, säkerhetshändelser, firmware-arbetsflöden och supportärenden.

Om pilotprojektet avslöjar för många edge-fall, lös dem innan skalning. Migreringsvägen med lägst risk är ofta hybrid: håll stabila OCPP 1.6-laddare online, kräv OCPP 2.0.1 för nya strategiska platser och standardisera operativa arbetsflöden i båda versionerna.

För företag som planerar en varumärkesbaserad laddningstjänst, TrendPowers white-label programvara för laddning av elbilar kan hjälpa operatörer att lansera en varumärkesbaserad plattform samtidigt som den stöder OCPP-baserad laddningsintegration och skalbar nätverkshantering.

Kostnads-, utbildnings- och supportöverväganden

Protokollbeslutet påverkar även personal och kostnader. OCPP 2.0.1 kan ge mer omfattande funktionalitet, men driftteam kan behöva utbildning för att förstå enhetsmodeller, säkerhetshändelser, certifikatarbetsflöden och mer detaljerad diagnostik.

Supportskript kan behöva revideras. Fälttekniker kan behöva nya firmware-procedurer. Kundtjänstteam kan behöva tydligare förklaringar för gränser för smart laddning, problem med Plug & Charge-auktorisering eller avbrutna transaktioner.

Dessa kostnader är inte skäl att undvika OCPP 2.0.1. De är skäl att planera implementeringen ordentligt.

Ett moget CPMS bör minska utbildningsbördan genom att göra komplex protokolldata begriplig. Till exempel bör en instrumentpanel inte bara visa råa meddelandenamn. Den bör översätta händelser till operativ betydelse: laddare otillgänglig, certifikat löper ut, transaktion avbruten, kontaktfel, strömförbrukning begränsad av platsens kapacitet eller firmwareuppdatering misslyckades.

Expertinsikt: Versionsval bör följa driftsmodellen

Den rätta frågan är inte ”Vilken version är nyare?”. Den rätta frågan är ”Vilken operativ modell behöver vi stödja?”

En parkeringsoperatör med strömsnåla växelströmsladdare har andra behov än en parkeringsdepå med tidsbegränsade leveransfönster eller en snabbladdningscentral för likström med hög betalningsrisk och höga stilleståndskostnader.

För laddningsoperatörer, flottoperatörer och laddarköpare bör OCPP 2.0.1 utvärderas som en del av ett bredare plattformsbeslut. Laddkompatibilitet, fakturering, användaråtkomst, energikontroll, fjärrdiagnostik, API-integration, säkerhetsdrift och supportkvalitet spelar alla roll.

Ett protokoll kan möjliggöra bättre drift, men det kan inte ersätta god systemdesign.

För mer bakgrundsinformation om TrendPowers programvaru-, teknik- och operativa fokus, besök TrendPower Om sidan.

Checklista för köpare: Frågor att ställa innan du väljer

Innan du väljer mellan OCPP 1.6 och OCPP 2.0.1, ställ följande frågor till leverantörerna:

1. Vilka OCPP-versioner stöds idag?
2. Är exakta laddningsmodellerna testade med CPMS?
3. Vilka OCPP 2.0.1-funktionsprofiler är implementerade?
4. Finns det certifieringsbevis eller dokumentation för överensstämmelsetestning?
5. Hur hanteras certifikat?
6. Hur stöder plattformen fjärrdiagnostik och firmwareuppdateringar?
7. Kan CPMS köra de smarta laddningsscenarier som platsen kräver?
8. Hur kommer äldre OCPP 1.6-laddare att hanteras under migreringen?
9. Vad händer om en laddare förlorar anslutningen?
10. Kan fakturering och rapportering använda den transaktionsdata som krävs?
11. Hur testas firmwareuppdateringar före lansering?
12. Vilka driftsrapporter finns tillgängliga för drifttid, utnyttjande, fel och intäkter?

Köpare kan också kontrollera OCA-certifierade produktdatabas när leverantörscertifieringskrav behöver verifieras.

Vanliga frågor om OCPP 1.6 jämfört med OCPP 2.0.1

Är OCPP 2.0.1 alltid bättre än OCPP 1.6?

Inte alltid. OCPP 2.0.1 är mer kapabel, men OCPP 1.6 kan fortfarande vara tillräckligt för enkla eller äldre implementeringar. Det bästa valet beror på laddarens hårdvara, backend-support, säkerhetsbehov, krav på smart laddning och migreringskostnad.

Kan OCPP 1.6- och OCPP 2.0.1-laddare köras på samma CPMS?

Ja, om CPMS stöder båda versionerna och har testat de specifika laddningsmodellerna. Operatörer med blandade flottor bör bekräfta onboarding, övervakning, fakturering, fjärrstyrningar och rapportering för båda versionerna.

Garanterar OCPP 2.0.1-certifiering full interoperabilitet?

Nej. Certifiering ger viktiga bevis, men det eliminerar inte behovet av platsspecifik testning. Operatörer bör testa exakt den laddare, firmware, nätverksförhållanden, backend-arbetsflöden och affärsfunktioner som de planerar att använda.

Är "ocpp 2.0 1" samma sak som OCPP 2.0.1?

I de flesta söksammanhang är ”ocpp 2.0 1” en variant eller ett skrivfel av OCPP 2.0.1. Den officiella stavningen är OCPP 2.0.1, och operatörer bör använda det officiella versionsnamnet i tekniska dokument, upphandlingskrav och produktspecifikationer.

Bör nya laddningsnätverk för elbilar fortfarande köpa OCPP 1.6-laddare?

Det beror på användningsfallet. För enkla AC-anläggningar med begränsade krav kan OCPP 1.6 fortfarande vara acceptabelt. För nya publika nätverk, flottdepåer, DC-snabbladdningsplatser eller operatörer som planerar långsiktig skalbarhet är OCPP 2.0.1 vanligtvis det starkare kravet.

Slutsats: Välj det protokoll som matchar din tillväxtplan

OCPP 1.6 är fortfarande användbar, men OCPP 2.0.1 är den starkare grunden för operatörer som bygger säkra, skalbara och framtidssäkra laddningsnätverk.

Beslutet bör ta hänsyn till mer än bara laddarens firmware. Det bör inkludera CPMS-arbetsflöden, säkerhetsåtgärder, behov av smart laddning, transaktionsdata, faktureringskomplexitet, supportprocesser och långsiktiga affärsmål.

Om ert laddningsnätverk för elbilar behöver stöd för laddning från flera varumärken, OCPP-kompatibilitet, driftsövervakning, faktureringsverktyg och utrymme för att skala från befintliga implementeringar till mer avancerade laddningstjänster, utvärdera er CPMS och laddningsstrategi tillsammans.

Utforska TrendPower EV-laddningshanteringsprogramvara för att jämföra OCPP-stöd, CPMS-funktionalitet, fakturering, övervakning och skalbar drift för din laddflotta.

Referenser och vidare läsning

• Open Charge Alliance: Protokoll för öppna laddningspunkter
• Open Charge Alliance: OCPP 2.0.1-certifiering
• Open Charge Alliance: Databas med certifierade produkter
• NIST: Cybersäkerhetsramverksprofil för EV/XFC-infrastruktur
• CharIN: Anslut och ladda
• ISO 15118-20:2022