OCPP 1.6 versus OCPP 2.0.1: Het korte antwoord
Het belangrijkste verschil tussen OCPP 1.6 en OCPP 2.0.1 is dat OCPP 2.0.1 een moderner raamwerk biedt voor beveiliging, apparaatbeheer, slim opladen, transactieverwerking en ISO 15118-gerelateerde workflows. OCPP 1.6 wordt nog steeds veel gebruikt en kan nog steeds geschikt zijn voor veel bestaande laadnetwerken, terwijl OCPP 2.0.1 doorgaans de betere keuze is voor nieuwe implementaties die behoefte hebben aan een sterkere operationele controle, betere diagnostiek en een meer toekomstbestendige laadinfrastructuur.
Voor exploitanten van laadpalen voor elektrische voertuigen is dit niet alleen een protocolbeslissing, maar ook een zakelijke beslissing. De juiste keuze heeft gevolgen voor de aanschaf van laadpalen. EV-laadpuntbeheersysteem compatibiliteit, cybersecurity, nauwkeurigheid van de facturering, ondersteuningsworkflows, slimme factureringsmogelijkheden en schaalbaarheid op lange termijn.
Als u een laadnetwerk bouwt of uitbreidt, helpt TrendPower exploitanten bij het beheren van OCPP-compatibele laders via schaalbare oplossingen. Software voor het beheer van het opladen van elektrische voertuigen Ontworpen voor commerciële laadactiviteiten.
Belangrijkste conclusies
OCPP 1.6 is een volwaardig, breed ingezet platform dat vaak volstaat voor eenvoudige laadprocessen. Het ondersteunt gangbare workflows zoals autorisatie, starten en stoppen op afstand, meterwaarden, firmware-updates en basisdiagnostiek.
OCPP 2.0.1 is geschikter wanneer operators behoefte hebben aan uitgebreidere laadgegevens, certificaatgerichte beveiliging, geavanceerd slim opladen, sterker apparaatbeheer en een betere voorbereiding op ISO 15118 Plug & Charge-gebruiksscenario's.
De migratie van OCPP 1.6 naar OCPP 2.0.1 mag niet worden beschouwd als een simpele software-upgrade. Deze kan gevolgen hebben voor de firmware van de lader, de backend-ondersteuning, het beveiligingsbeleid, de testprocedures, de operationele werkzaamheden in het veld, de training van de ondersteuningsmedewerkers en de factureringsprocessen.
De beste protocolkeuze hangt af van het bedrijfsmodel. Een kleine AC-laadlocatie, een wagenparkdepot, een DC-snellaadstation langs de snelweg en een CPO-netwerk met meerdere merken hebben niet dezelfde technische of commerciële eisen.
Snelle vergelijkingstabel
| Gebied | OCPP 1.6 | OCPP 2.0.1 | Impact van de operator |
|---|---|---|---|
| Marktvolwassenheid | Zeer gebruikelijk in bestaande netwerken | Toenemende acceptatie van geavanceerde implementaties | OCPP 1.6 is wellicht gebruiksvriendelijker voor bestaande systemen; OCPP 2.0.1 is meer toekomstbestendig. |
| Apparaatmodel | Beperkte apparaatstructuur | Rijkere component en variabele model | Betere diagnostiek, inzicht in configuraties en verbeterde ondersteuningsworkflows. |
| Beveiliging | Dit hangt sterk af van de implementatie en de beveiligingsprofielen. | Een robuustere beveiligingsarchitectuur en verbeterde mogelijkheden met betrekking tot certificaten. | Beter geschikt voor verbonden commerciële infrastructuur. |
| Slim opladen | Ondersteunt slim opladen met een minimalistische structuur. | Een geavanceerder slim laadsysteem | Beter geschikt voor wagenparken, depots en locaties met beperkte stroomvoorziening. |
| Transacties | Beperkter transactiemodel | Meer gestructureerde transactiegebeurtenissen | Betere rapportage, probleemoplossing en controle van facturering. |
| ISO 15118 gereedheid | Oorspronkelijk niet ontworpen voor Plug & Charge-workflows. | Betere afstemming met ISO 15118-gerelateerde coördinatie | Een stevigere basis voor toekomstige Plug & Charge-implementaties. |
| Certificering | Volwaardig OCPP 1.6-certificeringsecosysteem | De OCPP 2.0.1-certificering blijft zich uitbreiden. | Certificering is nuttig, maar praktijktesten blijven noodzakelijk. |
Voor officiële achtergrondinformatie over het protocol kunnen operators de volgende documenten raadplegen: Overzicht van het Open Charge Alliance OCPP-programma.
Wat is OCPP 1.6?
OCPP 1.6 werd de praktische standaard voor veel laadnetwerken voor elektrische voertuigen, omdat het een reëel marktprobleem oploste: fabrikanten van laadstations en backend-platformen hadden een gemeenschappelijke manier nodig om te communiceren. In plaats van operators vast te zetten aan één enkel, proprietair systeem, hielp OCPP bij het creëren van een opener ecosysteem tussen laadstations en laadbeheerplatformen.
Voor veel AC-laadstations, laadpalen op de werkplek, commerciële panden en gevestigde laadvloten werkt OCPP 1.6 nog steeds prima. Het ondersteunt essentiële functies zoals gebruikersautorisatie, het starten en stoppen van transacties, meterwaarden, starten of stoppen op afstand, firmwarebeheer en basisdiagnostiek.
De grootste kracht van OCPP 1.6 is de volwassenheid van het ecosysteem. Veel laders, CPMS-platforms, installateurs en technische ondersteuningsteams zijn er al mee bekend. Dat verlaagt het implementatierisico en de ondersteuningsdrempel.
De laadindustrie voor elektrische voertuigen is echter complexer geworden sinds OCPP 1.6 de norm is geworden. Operators verwachten nu betere uptime-monitoring, sterkere cyberbeveiliging, gedetailleerde configuratie van laders, geavanceerder energiebeheer, uitgebreidere rapportagemogelijkheden en voorbereiding op Plug & Charge. Deze eisen leggen de beperkingen van oudere protocolstructuren bloot.
Voor een bredere softwarebasis, zie de handleiding van TrendPower over Wat is EV-laadsoftware en hoe werkt het?.
Wat is OCPP 2.0.1?
OCPP 2.0.1 is ontwikkeld voor een geavanceerdere laadomgeving. Het biedt een sterkere basis voor gestructureerde ladermodellering, verbeterde transactieworkflows, verhoogde beveiliging, slimmere laadcontrole en een betere afstemming op gebruiksscenario's die verband houden met ISO 15118.
Dat betekent niet dat elke exploitant onmiddellijk alle functies van OCPP 2.0.1 moet gebruiken. Een openbaar DC-snellaadnetwerk kan prioriteit geven aan uptime, diagnostiek, certificaatbeheer, betalingsgerelateerde workflows en onderhoud op afstand. Een wagenparkbeheerder kan zich meer richten op laadschema's, voertuiggereedheid en vermogenslimieten. Een beheerder van een woon- of bedrijfspand kan zich concentreren op gebruikerstoegang, facturering en belastingbeheer.
De waarde van OCPP 2.0.1 ligt in het feit dat het het laadnetwerk een krachtigere technische basis biedt. Maar het protocol alleen zorgt niet voor operationele excellentie. Het CPMS moet de mogelijkheden van het protocol vertalen naar bruikbare workflows voor sitebeheerders, supportteams, financiële teams en eindgebruikers.
Operators die platforms vergelijken, moeten nagaan hoe de backend de onboarding van laders, gebruikerstoegang, prijsstelling, afstandsbediening, load balancing, facturering en rapportage afhandelt. TrendPower's platform is hierbij een goed voorbeeld. Handleiding voor CPMS-software voor exploitanten van laadstations voor elektrische voertuigen legt deze platformvereisten in meer detail uit.
Beveiliging: Waarom OCPP 2.0.1 een voordeel biedt
Beveiliging is een van de duidelijkste verschillen tussen OCPP 1.6 en OCPP 2.0.1.
OCPP 1.6 kan worden geïmplementeerd met beveiligingsprofielen, maar veel oudere installaties zijn ontworpen voordat laadinfrastructuur voor elektrische voertuigen een waardevolle, verbonden asset werd. Tegenwoordig kunnen laders interactie hebben met betalingssystemen, gebruikersidentificatiesystemen, voertuigen, gebouwnetwerken, beperkingen van nutsbedrijven en cloudplatformen. Dat maakt cybersecurity een praktische operationele vereiste, en niet alleen een technische voorkeur.
OCPP 2.0.1 legt meer nadruk op veilige werking, certificaatbeheer en beveiligingsgerelateerde gebeurtenissen. Voor beheerders van openbare laadstations, wagenparken of waardevolle commerciële infrastructuur kan deze sterkere beveiligingsarchitectuur bijdragen aan een beter risicobeheer.
Protocolbeveiliging is echter slechts een deel van het geheel. Operators hebben nog steeds behoefte aan sterke toegangscontroles, firmwarebeleid, netwerksegmentatie, monitoring, procedures voor incidentafhandeling en verantwoordingsplicht van leveranciers. NIST-cyberbeveiligingsprofiel voor snellaadinfrastructuur voor elektrische voertuigen is een nuttig naslagwerk voor het begrijpen van het opladen van elektrische voertuigen als een ecosysteem voor cyberbeveiliging dat meerdere domeinen omvat.
Een veilige implementatie van OCPP 2.0.1 vereist zowel capabele technologie als een gedisciplineerde werkwijze.
Slim opladen: meer dan alleen een vermogenslimiet
Zowel OCPP 1.6 als OCPP 2.0.1 ondersteunen slimme laadconcepten, maar OCPP 2.0.1 biedt een krachtigere structuur voor geavanceerd energiebeheer.
Slim opladen is meer dan alleen het instellen van een maximale stroomlimiet voor een laadpaal. In commerciële netwerken kan slim opladen ook het volgende omvatten: het beheren van meerdere laadpalen achter één netaansluiting, het verlagen van piektarieven, het prioriteren van voertuigen op basis van vertrektijd, het coördineren met zonne- of batterijsystemen en het bewaken van de capaciteit van de locatie binnen de contractuele afspraken.
Voor een eenvoudige locatie is OCPP 1.6 wellicht voldoende. Maar voor depots, commerciële hubs met meerdere laadpunten en locaties met beperkte stroomvoorziening biedt OCPP 2.0.1 exploitanten een stevigere basis.
Toch is het CPMS net zo belangrijk als het protocol. De backend moet schema's berekenen, prioriteiten toekennen, locatielimieten bewaken, laadprofielen bijwerken en uitzonderingen afhandelen. Operators moeten leveranciers vragen hoe slim laden zich gedraagt wanneer een lader offline gaat, wanneer een voertuig vroegtijdig vertrekt, wanneer de locatie zijn stroomlimiet bereikt of wanneer de laadprioriteiten gedurende de dag veranderen.
Het artikel van TrendPower over intelligent operationeel beheer Dit biedt extra context over hoe realtime data, automatisering en analyses bijdragen aan efficiëntere laadprocessen.
Apparaatbeheer en diagnostiek
Het apparaatmodel van OCPP 2.0.1 is een belangrijke operationele verbetering. OCPP 1.6 kan belangrijke statusinformatie leveren, maar beschrijft de componenten van de lader niet met dezelfde mate van structuur.
Met OCPP 2.0.1 kan een backend werken met componenten en variabelen. Dit kan de monitoring, het configuratiebeheer en de foutdiagnose verbeteren. In plaats van alleen een algemene laadstatus te zien, kunnen supportteams specifiekere informatie ontvangen over connectoren, meters, controllers, netwerkinterfaces of configuratieproblemen.
In de praktijk helpt dit operators om van "de lader is niet beschikbaar" over te stappen naar een nuttiger onderzoek. Is de connector vergrendeld? Geeft de meter onjuiste gegevens weer? Is de firmwareconfiguratie inconsistent? Is de netwerkinterface instabiel? Beperkt de lader het vermogen vanwege een locatiebeperking?
Een uitgebreider apparaatmodel kan de tijd die nodig is voor het oplossen van problemen verkorten, maar alleen als de fabrikant van de lader nuttige gegevens beschikbaar stelt en het CPMS deze duidelijk presenteert. Ruwe protocolgegevens zijn niet voldoende. Operators hebben dashboards, waarschuwingen en ondersteunende workflows nodig die ladergegevens omzetten in praktische beslissingen.
Voor beheerders van meerdere locaties biedt TrendPower de oplossing. Handleiding voor backend-software voor het opladen van elektrische voertuigen Dit legt uit hoe backend-systemen OCPP-laders verbinden met monitoring, facturering, betalingen, taakverdeling en multi-site-activiteiten.
Transacties, meting en facturering
Transactiegegevens vormen de ruggengraat van commerciële laadsystemen voor elektrische voertuigen. Exploitanten moeten weten wie er heeft opgeladen, wanneer de laadsessie begon, hoeveel energie er is geleverd, welk tarief van toepassing was, of de sessie correct is afgesloten en of de transactie kan worden afgestemd met facturatie- of betalingssystemen.
OCPP 2.0.1 verbetert de transactieverwerking en de meterwaardestructuren ten opzichte van oudere methoden. Dit kan zorgen voor duidelijkere controletrajecten, betere rapportage en een sterkere integratie met facturatie-, betalings- en financiële systemen.
Betere protocolgegevens nemen echter niet de noodzaak van een sterke bedrijfslogica weg. Het CPMS heeft nog steeds tariefconfiguratie, belastingafhandeling, facturering, roamingregels, terugbetalingsworkflows, het genereren van ontvangstbewijzen, afrekeningsgegevens en tools voor klantondersteuning nodig.
Bij de evaluatie van OCPP 2.0.1 moeten kopers de volledige omzetcyclus testen. Dat betekent autorisatie, laadsessie, meterwaarden, prijsbepaling, ontvangst, afrekeningsgegevens, foutafhandeling en rapportage. Een lader die succesvol verbinding maakt, is niet hetzelfde als een laadnetwerk dat winstgevend opereert.
Voor commerciële aanbieders moet de betalingsmogelijkheid samen met de protocolondersteuning worden geëvalueerd. TrendPower's Betaaloplossing voor het opladen van elektrische voertuigen Dit omvat betalingen via QR-code, kaartbetalingen, betalingen via digitale portemonnees, toegang met IC-kaarten en op een whitelist gebaseerde betaalmethoden.
ISO 15118 en Plug & Charge gereedheid
OCPP 1.6 was oorspronkelijk niet ontworpen voor ISO 15118 Plug & Charge-workflows. OCPP 2.0.1 is beter afgestemd op de backend-coördinatie voor gebruiksscenario's die verband houden met ISO 15118.
Operators moeten nog steeds het verschil tussen de standaarden begrijpen. ISO 15118 definieert de communicatie tussen het elektrische voertuig en het laadstation. OCPP definieert de communicatie tussen het laadstation en het beheersysteem van het laadstation. Plug & Charge vereist dat het voertuig, de lader, de backend, het certificeringssysteem, het betalingsproces en het ondersteuningsmodel voor de operator samenwerken.
Dit betekent dat OCPP 2.0.1 een belangrijke bouwsteen kan zijn, maar op zichzelf geen complete Plug & Charge-oplossing vormt. Inkoopteams moeten zich afvragen of de lader, het CPMS, het certificaatverwerkingsproces, de betalingsworkflow en het klantondersteuningsmodel de specifieke Plug & Charge-ervaring kunnen bieden die het bedrijf voor ogen heeft.
Voor de officiële context van het ecosysteem biedt CharIN richtlijnen over Plug & Charge-interoperabiliteitOperators kunnen ook de praktische handleiding van TrendPower raadplegen. ISO 15118 Plug & Charge voor een uitleg gericht op software en operationele processen.
Wanneer OCPP 1.6 nog steeds voldoende is
OCPP 1.6 kan nog steeds volstaan wanneer het laadstationpark al is uitgerold, de bedrijfsbehoeften stabiel zijn en de exploitant op korte termijn geen behoefte heeft aan geavanceerde beveiliging, slim laden of ISO 15118-workflows.
Het kan ook praktisch zijn voor eenvoudige AC-laadstations waar de belangrijkste behoeften gebruikersautorisatie, basisfacturering, starten en stoppen op afstand, meterwaarden en statusbewaking zijn. Het vervangen van functionerende laders alleen om protocolversies te wijzigen, levert mogelijk geen snel rendement op.
Voor veel exploitanten is een gefaseerde aanpak de juiste. Zorg ervoor dat stabiele OCPP 1.6-laders blijven draaien op een CPMS dat ze goed ondersteunt. Vereis vervolgens OCPP 2.0.1 voor nieuwe laders, waardevolle locaties, DC-snellaadlocaties en netwerken die een sterkere operationele controle vereisen.
Dit voorkomt dat een protocolstrategie uitmondt in een kostbaar project waarbij alles volledig moet worden vervangen.
Wanneer OCPP 2.0.1 de betere keuze is
OCPP 2.0.1 is doorgaans de betere keuze voor nieuwe implementaties die schaalbaarheid op lange termijn vereisen. Het is met name relevant voor openbare laadnetwerken, wagenparkbeheerders, laadstations van verschillende merken, commerciële locaties met een hoge beschikbaarheid, beveiligingsgevoelige operators en bedrijven die zich voorbereiden op Plug & Charge.
Het is ook een betere oplossing wanneer de operator behoefte heeft aan gestructureerde diagnostiek, geavanceerd energiebeheer, certificaatgerelateerde beveiliging, gedetailleerdere transactiegegevens en een duidelijkere weg naar interoperabiliteitstesten.
De businesscase wordt sterker wanneer verwacht wordt dat de laadstations vele jaren meegaan. Een laadnetwerk dat vandaag wordt aangeschaft, moet mogelijk in de toekomst energiebeheer, roaming, betalingen, cyberbeveiliging, uptime-rapportage en wettelijke vereisten ondersteunen. Door te kiezen voor OCPP 2.0.1-compatibele hardware en software kan het risico worden verkleind om vast te komen zitten in een verouderd operationeel model.
Exploitanten moeten ook controleren of leveranciers certificerings- of testbewijs kunnen overleggen. OCA OCPP 2.0.1 certificeringspagina is een nuttig uitgangspunt om inzicht te krijgen in de verschillende certificeringsmogelijkheden.
Migratieplan van OCPP 1.6 naar OCPP 2.0.1
De migratie moet worden gepland als een gefaseerd operationeel project.
De eerste fase is de inventarisatie. Stel vast welke laders OCPP 2.0.1 ondersteunen via firmware-updates, welke laders beperkt zijn tot OCPP 1.6 en welke laders aan het einde van hun levensduur vervangen moeten worden.
De tweede fase betreft de gereedheid van het platform. Bevestig dat het CPMS gemengde wagenparken kan beheren zonder dat dit aparte dashboards, inconsistente factureringsregels of verschillende ondersteuningsprocessen vereist.
De derde fase is de pilotfase. Selecteer een kleine groep laders en test deze onder reële omstandigheden. Meet tijdens de pilotfase meer dan alleen het succes van de verbinding. Houd bij of de sessie is voltooid, of de meterwaarden consistent zijn, of de reactiesnelheid op commando's op afstand, of het slimme laadgedrag, beveiligingsincidenten, firmwareworkflows en het aantal supporttickets.
Als de pilot te veel uitzonderlijke gevallen aan het licht brengt, los deze dan op voordat er wordt opgeschaald. Het migratiepad met het laagste risico is vaak een hybride aanpak: houd stabiele OCPP 1.6-laders online, vereis OCPP 2.0.1 voor nieuwe strategische locaties en standaardiseer de operationele workflows voor beide versies.
Voor bedrijven die een oplaadservice onder hun eigen merknaam willen aanbieden, biedt TrendPower de oplossing. white-label software voor het opladen van elektrische voertuigen Kan operators helpen bij het lanceren van een merkplatform, terwijl het tegelijkertijd OCPP-gebaseerde laderintegratie en schaalbaar netwerkbeheer ondersteunt.
Kosten, training en ondersteuningsaspecten
De protocolbeslissing heeft ook gevolgen voor mensen en kosten. OCPP 2.0.1 kan uitgebreidere functionaliteit bieden, maar operationele teams hebben mogelijk training nodig om apparaatmodellen, beveiligingsgebeurtenissen, certificaatworkflows en meer gedetailleerde diagnostiek te begrijpen.
Ondersteuningsscripts moeten mogelijk worden herzien. Veldtechnici hebben mogelijk nieuwe firmwareprocedures nodig. Klantenserviceteams hebben mogelijk duidelijkere uitleg nodig over limieten voor slim opladen, problemen met Plug & Charge-autorisatie of onderbroken transacties.
Deze kosten zijn geen reden om OCPP 2.0.1 te vermijden. Het zijn juist redenen om de implementatie zorgvuldig te plannen.
Een volwaardig CPMS zou de trainingslast moeten verminderen door complexe protocolgegevens begrijpelijk te maken. Een dashboard zou bijvoorbeeld niet alleen de ruwe berichtnamen moeten weergeven. Het zou gebeurtenissen moeten vertalen naar een operationele betekenis: oplader niet beschikbaar, certificaat verloopt, transactie onderbroken, connector defect, stroom beperkt door sitelimiet of firmware-update mislukt.
Expertadvies: De versiekeuze moet aansluiten op het besturingssysteem.
De juiste vraag is niet: "Welke versie is nieuwer?", maar: "Welk besturingssysteemmodel moeten we ondersteunen?"
Een parkeerbeheerder met AC-laders met laag vermogen heeft andere behoeften dan een wagenparkbeheerder met vaste vertrektijden of een DC-snellaadstation met een hoog betalingsrisico en hoge kosten door stilstand.
Voor CPO's, wagenparkbeheerders en kopers van laadpalen moet OCPP 2.0.1 worden beoordeeld als onderdeel van een bredere platformbeslissing. Compatibiliteit met laadpalen, facturering, gebruikerstoegang, energiebeheer, diagnose op afstand, API-integratie, beveiliging en de kwaliteit van de ondersteuning zijn allemaal van belang.
Een protocol kan betere werking mogelijk maken, maar het kan een goed systeemontwerp niet vervangen.
Voor meer achtergrondinformatie over de software, engineering en operationele focus van TrendPower kunt u terecht op de website. TrendPower Over ons-pagina.
Checklist voor kopers: vragen om te stellen voordat u een keuze maakt
Voordat u een keuze maakt tussen OCPP 1.6 en OCPP 2.0.1, kunt u de leveranciers de volgende vragen stellen:
- Welke OCPP-versies worden momenteel ondersteund?
- Zijn de exacte ladermodellen getest met het CPMS?
- Welke OCPP 2.0.1-functieprofielen zijn geïmplementeerd?
- Is er bewijs van certificering of documentatie van conformiteitstesten?
- Hoe worden certificaten beheerd?
- Hoe biedt het platform ondersteuning voor diagnose op afstand en firmware-updates?
- Kan het CPMS de slimme laadscenario's uitvoeren die de locatie vereist?
- Hoe worden de bestaande OCPP 1.6-laders beheerd tijdens de migratie?
- Wat gebeurt er als een oplader de verbinding verliest?
- Kunnen de benodigde transactiegegevens worden gebruikt voor facturering en rapportage?
- Hoe worden firmware-updates getest voordat ze worden uitgerold?
- Welke operationele rapporten zijn beschikbaar met betrekking tot uptime, gebruik, storingen en omzet?
Kopers kunnen ook de volgende informatie raadplegen: Database met door OCA gecertificeerde producten wanneer de certificeringsclaims van leveranciers geverifieerd moeten worden.
Veelgestelde vragen over OCPP 1.6 versus OCPP 2.0.1
Is OCPP 2.0.1 altijd beter dan OCPP 1.6?
Niet altijd. OCPP 2.0.1 is krachtiger, maar OCPP 1.6 kan nog steeds volstaan voor eenvoudige of oudere implementaties. De beste keuze hangt af van de laadhardware, de backend-ondersteuning, de beveiligingsvereisten, de eisen voor slim opladen en de migratiekosten.
Kunnen OCPP 1.6- en OCPP 2.0.1-laders op hetzelfde CPMS-systeem werken?
Ja, als het CPMS beide versies ondersteunt en de specifieke ladermodellen heeft getest. Operators met gemengde wagenparken moeten controleren of de onboarding, monitoring, facturering, opdrachten op afstand en rapportage in beide versies correct werken.
Garandeert de OCPP 2.0.1-certificering volledige interoperabiliteit?
Nee. Certificering levert belangrijk bewijs, maar neemt de noodzaak van locatiegebonden testen niet weg. Gebruikers moeten de exacte lader, firmware, netwerkcondities, backend-workflows en bedrijfsfuncties testen die ze van plan zijn te gebruiken.
Is “ocpp 2.0 1” hetzelfde als OCPP 2.0.1?
In de meeste zoekopdrachten is "ocpp 2.0 1" een variant of typefout van OCPP 2.0.1. De officiële spelling is OCPP 2.0.1 en operators dienen de officiële versienaam te gebruiken in technische documenten, inkoopvereisten en productspecificaties.
Moeten nieuwe laadnetwerken voor elektrische voertuigen nog steeds OCPP 1.6-laders aanschaffen?
Het hangt af van het gebruiksscenario. Voor eenvoudige AC-locaties met beperkte eisen kan OCPP 1.6 nog acceptabel zijn. Voor nieuwe openbare netwerken, wagenparkdepots, snellaadstations of exploitanten die op lange termijn willen schalen, is OCPP 2.0.1 doorgaans de strengere eis.
Conclusie: Kies het protocol dat aansluit bij uw groeiplan.
OCPP 1.6 blijft nuttig, maar OCPP 2.0.1 vormt een sterkere basis voor operators die veilige, schaalbare en toekomstbestendige laadnetwerken willen bouwen.
Bij de beslissing moet rekening worden gehouden met meer dan alleen de firmware van de lader. Er moet aandacht worden besteed aan CPMS-workflows, beveiligingsprocessen, behoeften op het gebied van slim opladen, transactiegegevens, factureringscomplexiteit, ondersteuningsprocessen en bedrijfsdoelstellingen op lange termijn.
Als uw netwerk voor het opladen van elektrische voertuigen ondersteuning nodig heeft voor laders van meerdere merken, OCPP-compatibiliteit, operationele monitoring, factureringstools en de mogelijkheid om uit te breiden van de huidige implementaties naar meer geavanceerde laaddiensten, evalueer dan gezamenlijk uw CPMS en laadstrategie.
Ontdekken TrendPower software voor het beheer van EV-laadstations om de OCPP-ondersteuning, CPMS-functionaliteit, facturering, monitoring en schaalbare werking voor uw laadstationpark te vergelijken.
NL 
EN 
ZH 
AR 
DE 
ES 
KO 
JA 
IT 
FR 
VI 
MS 
ID 
FR_CA 
SV 
EN_GB 
TH 