Stefnumótandi samanburður á OCPP 1.6J vs. 2.0.1 fyrir rekstraraðila hleðslustöðva í atvinnuskyni

Endanleg stefnumótandi samanburður á OCPP 1.6J og 2.0.1 fyrir alþjóðlega hleðslufyrirtæki: Að ná tökum á sveigjanleika netsins, háþróaðri netöryggi, ISO 15118 samþættingu og langtíma framtíðaröryggi innviða fyrir sjálfbæran vöxt rafbíla.

Yfirlit yfir stjórnendur

Hleðsluumhverfi rafknúinna ökutækja er að ganga í gegnum jarðskjálftabreytingar. Þar sem alþjóðleg notkun eykst hafa undirliggjandi samskiptareglur sem stjórna samspili milli hleðslubúnaðar rafknúinna ökutækja (EVSE) og stjórnunarkerfa hleðslustöðva (CSMS) orðið aðalatriði tæknilegrar stefnumótunar fyrir rekstraraðila hleðslustöðva (CPO). Opna hleðslustöðvasamskiptareglurnar (OCPP), sem eru viðhaldið af Open Charge Alliance (OCA), hafa þróast úr einföldum skilaboðakerfi í háþróaðan, öruggan og mjög stigstærðan staðal.

Þessi handbók veitir ítarlega tæknilega greiningu á umbreytingunni frá OCPP 1.6J yfir í OCPP 2.0.1. Við skoðum muninn á byggingarlist, öryggisbætur, tækjastjórnunarlíkön og mikilvægt hlutverk samþættingar við ISO 15118. Fyrir kaupendur og rekstraraðila þjónar þessi grein sem endanleg heimild til að taka upplýstar ákvarðanir um innkaup og flutning á ört vaxandi markaði.

1. kafli: Þróun hleðslustaðla fyrir rafbíla: Sögulegt samhengi

Opna hleðslustöðvasamskiptareglurnar (OCPP) fæddust vegna þörf fyrir samvirkni. Á fyrstu dögum hleðslu rafbíla notuðu vélbúnaðarframleiðendur og hugbúnaðarframleiðendur sérhannaðar samskiptareglur, sem sköpuðu „lokaða garða“ sem kæfðu samkeppni og nýsköpun. Innleiðing OCPP 1.2 og 1.5 lagði grunninn, en það var OCPP 1.6 sem sameinaði greinina í raun.

1.1 Yfirráð OCPP 1.6J

OCPP 1.6 kom út árið 2015 og kynnti til sögunnar JSON over WebSockets (1.6J) útfærsluna. Þessi breyting frá SOAP-byggðum skilaboðum dró verulega úr kostnaði og einfaldaði útfærsluna fyrir forritara. Útgáfan kynnti til sögunnar eiginleika eins og snjallhleðslu og viðbótar stöðutilkynningar, sem gerði hana að staðli í greininni í næstum áratug.

1.2 Uppruni OCPP 2.0.1

Þrátt fyrir velgengni 1.6J leiddi vöxtur iðnaðarins í ljós takmarkanir hans. Vandamál með öryggi, flækjustig tækjastjórnunar og skortur á innbyggðum stuðningi við háþróaða netsamþættingu (V2G) leiddu til þróunar OCPP 2.0 og síðar hins endurbætta OCPP 2.0.1 (gefinn út árið 2020). OCPP 2.0.1 er ekki bara uppfærsla; það er algjör endurhönnun sem miðar að því að styðja næstu kynslóð öflugra, snjallra og öruggra hleðsluneta.

Kafli 2: Undirliggjandi samskiptahugmyndir: JSON, WebSockets og rammauppbygging

Til að skilja muninn á þessum samskiptareglum verður maður að skoða lágstigssamskipti. Báðar samskiptareglurnar nota JSON í stað WebSockets, en uppbygging og meðhöndlun þessara skilaboða er mjög ólík.

2.1 WebSocket lagið

Báðar útgáfur nota varanlegar WebSocket tengingar, sem gera kleift að hafa samskipti í fullri tvíhliða virkni. Þetta er mikilvægt fyrir rauntímaaðgerðir, eins og að stöðva hleðslulotu úr farsímaforriti eða taka á móti tafarlausum bilanaviðvörunum.

2.2 Sundurliðun skilaboðaramma

Dæmigerð OCPP-skilaboð samanstanda af auðkenni skilaboðategundar, einkvæmu skilaboðaauðkenni, nafni aðgerðar og gagnamagni.

Dæmi um OCPP 1.6J ramma (BootNotification)

„json [2, "123456", "BootNotification", { "chargePointVendor": "MidaPower", "chargePointModel": "Terra-X", "chargePointSerialNumber": "SN001", "firmwareVersion": "v1.2.3" }]„

Dæmi um OCPP 2.0.1 ramma (BootNotification)

„json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargeringStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`Takið eftir aukinni nákvæmni í 2.0.1.`reason` reiturinn gerir CSMS kleift að skilja hvort ræsingin stafaði af endurræsingu, ræsingu eða eftirlitsaðgerð, sem gerir kleift að fá betri greiningarrökfræði.

3. kafli: Breyting á byggingarlistarhugmyndum: Tækjalíkanið

Mikilvægasta tæknilega breytingin í OCPP 2.0.1 er kynningin áTækigerð.

3.1 Takmarkanir 1.6J stillingarlykla

Í OCPP 1.6J var vélbúnaðarstilling stjórnað með flötum lista af „stillingarlyklum“ (t.d.Hjartsláttarbil, TengingartímalokÞegar hleðslutæki urðu flóknari (fjöltengi, samþættar aflgjafaeiningar, flókin kælikerfi) varð þessi flati listi óviðráðanlegur. Það var engin stöðluð leið til að lýsa efnislegri stigveldi stöðvar.

3.2 Aðferðin 2.0.1 með tækjalíkönum

OCPP 2.0.1 kynnir stigveldislíkan sem samanstendur afÍhlutirogBreyturÍhlutur gæti verið „Stýringareining“, „Tengieining“ eða „Afleining“. Hver íhlutur hefur breytur sem tákna stöðu hans eða stillingu (t.d.Hitastig, Spenna, Hámarksstraumur).

• Íhlutur: Efnislegur eða rökréttur hluti hleðslustöðvarinnar.
• Breyta: Sérstakur eiginleiki þess íhlutar.
• EinkenniLýsigögn sem lýsa breytunni (eining, svið, aðgangsgerð).

Þetta gerir kleift að staðla eftirlit. Rekstraraðili getur nú spurt um hitastig tiltekinnar aflgjafaeiningar með því að nota staðlaða slóð, frekar en að reiða sig á sérsniðna lykla frá framleiðanda.

Kafli 4: Netöryggi: Frá „bestu tilraunum“ til skyldubundinnar TLS

Í upphafi hleðslu rafbíla var öryggi oft aðeins aukaatriði. OCPP 1.6J bauð upp á öryggisprófíla en innleiðingin var ósamræmd milli framleiðenda.

4.1 Öryggisprófílar í 1.6J

OCPP 1.6J skilgreindi þrjár öryggissniðmát:

1. ÓtryggtEinfaldur texti HTTP/WebSockets.
2. GrunnheimildTLS með notandanafni/lykilorði.
3. SkírteinabundiðTLS með vottorðum á biðlarahliðinni.

Vandamálið var að margar hleðslustöðvar voru áfram á Prófíl 1, sem gerði þær viðkvæmar fyrir MITM-árásum (man-in-the-middle) og óheimilli stjórnun.

4.2 Harðnærð afstaða 2.0.1

OCPP 2.0.1 krefst öruggra samskipta. Það samþættir háþróaða öryggiseiginleika innbyggða í:

• Öruggar uppfærslur á vélbúnaðiSkyldubundin undirritun og staðfesting á vélbúnaðarmyndum.
• ÖryggisskráningÍtarlegar skrár yfir öryggistengd atburði (t.d. misheppnaðar innskráningartilraunir, útrun skírteina).
• SkírteinastjórnunStaðluð skilaboð fyrir skírteini sem eru snúið við og uppfærð (með CSMS eða stöð).
• TLS 1.2/1.3Stuðningur við nýjustu dulkóðunarstaðla.

Fyrir rekstraraðila dregur þetta úr hættu á stórfelldum nettruflunum og tryggir að farið sé að nýjum reglum um netöryggi fyrir IoT tæki.

Kafli 5: ISO 15118 Samþætting: Tengdu og hleðdu og V2G

Framtíð hleðslu rafbíla snýst ekki bara um að færa rafeindir; hún snýst um snjallar skipti á gögnum og orku. ISO 15118 er alþjóðlegur staðall fyrir samskipti milli ökutækja og raforkukerfis (V2G) og samþætting hans við OCPP er einkennandi fyrir 2.0.1.

5.1 Flækjustig tengi- og hleðslutækni

Tengdu og hleðdu (PnC) gerir ökumanni kleift að stinga einfaldlega í samband við bílinn og hefja hleðslu án þess að nota app eða RFID-kort. Þetta krefst flókins opinbers lykilkerfis (PKI) sem felur í sér bílinn, hleðslutækið, rekstraraðilann og greiðslumiðstöðina.

Í OCPP 1.6J var PnC-stuðningur ekki til staðar í grunnsamskiptareglunum. Framleiðendur þurftu að útfæra sérsniðnar viðbætur, sem leiddi til sundrunar. OCPP 2.0.1 veitir „uppbyggingu“ PnC með því að styðja:

• Uppsetning vottorðsAð flytja samningsvottorð frá CSMS til rafbíls í gegnum EVSE.
• Heimild: Með því að nota rafræna auðkennið fyrir ökutækið (eMAID) sem er dregið af skírteini ökutækisins.
• Dulkóðuð samskiptiTryggja að viðkvæmar reikningsupplýsingar sem sendar eru milli bílsins og raforkukerfisins séu verndaðar.

5.2 Snjallhleðsla og álagsjöfnun

Þó að 1,6J hafi stutt grunn snjallhleðslu (að sendaSetja hleðsluprófíl), 2.0.1 hækkar þetta. Það gerir ráð fyrir:

• Samþætting ytri merkjaRauntímasvörun við tíðni netsins eða heildsöluverðmerkjum.
• Kvik álagsstjórnunNákvæmari stjórn á aflgjafardreifingu á staðnum með hundruðum tengja.
• Ökutæki-til-nets (V2G)Útgáfa 2.0.1 inniheldur nauðsynleg gagnasvið til að styðja tvíátta orkuflæði, sem gerir rafknúnum ökutækjum kleift að virka sem dreifðar orkuauðlindir (DER) fyrir raforkukerfið.

5.3 Endurbætur á notendaviðmóti/UX

OCPP 2.0.1 styður birtingu upplýsinga beint á skjá hleðslutækisins eða mælaborði ökutækisins, svo sem:

• Verðlagning í rauntíma í staðbundinni mynt.
• Áætlaður tími til að ná 80% hleðsluástandi (SoC).
• Ítarlegar upplýsingar um kvittun að lokinni útgáfu.

Kafli 6: Ítarleg tækjastjórnun og eftirlit

Fyrir hleðslutæki er kostnaður við hleðslutæki ekki bara kaupverðið heldur heildarkostnaður eignarhalds (TCO). Viðhald og niðurtími eru stærstu hagnaðardrápsþættirnir. OCPP 2.0.1 tekur á þessu með yfirburða eftirlitsmöguleikum.

6.1 Atburðadrifin skýrslugerð

Í 1.6J þurfti CSMS venjulega að kanna stöðu hleðslutækisins eða bíða eftirStöðutilkynningÍ 2.0.1,Eftirlit með atburðumKerfið gerir CSMS kleift að stilla þröskulda. Til dæmis: „Látið mig aðeins vita ef innra hitastigið fer yfir 70°C“ eða „Tilkynnið ef inntaksspennan fer niður fyrir 200V.“ Þetta dregur úr netumferð og gerir kleift að framkvæma fyrirbyggjandi viðhald.

6.2 Meðhöndlun viðskipta: Viðskiptaatburðurinn

Einn af mest gagnrýndu þáttunum í OCPP 1.6J var meðhöndlun viðskipta. Fundur fól í sérHefja færsluogStöðva færsluskilaboð, en ef truflun varð á netsambandi átti CSMS oft í erfiðleikum með að samræma reikningsgögnin.

OCPP 2.0.1 kemur í staðinn fyrir eitt, öflugtFærsluatburðurskilaboð. Þessi skilaboð eru notuð til að tilkynna öll stig líftíma viðskipta (byrjað, uppfært, lokið). Þau innihalda einstaktfærsluauðkennisem helst jafnvel þótt hleðslutækið endurræsist, sem tryggir að engin hleðslugögn – og þar með engar tekjur – tapist.

6.3 Bætt greining og bilanaleit

HinnGetLogogGreiningarStöðutilkynningSkilaboð í 2.0.1 eru betur skipulögð. Upplýsingastjórar geta óskað eftir tilteknum gerðum skráningar (Öryggi, Greiningar, Notandi) og tilgreint tímabil. Þetta gerir fjartengdum stuðningsteymum kleift að leysa vandamál án þess að senda tæknimann á staðinn, sem lækkar rekstrarkostnað verulega.

Kafli 7: Uppfærsluaðferðir fyrir vélbúnað: Áreiðanleiki og afturköllun

Uppfærslur á vélbúnaði eru lífæð síbreytilegrar vélbúnaðar, en misheppnuð uppfærsla getur eyðilagt hleðslutækið.

7.1 Uppfærsluferlið fyrir 1.6J

Í 1,6J,Uppfæra vélbúnaðSkipunin var tiltölulega einföld. Hleðslutækið myndi sækja myndina og reyna að setja hana upp. Það var enginn staðlaður aðferð til að uppfæra í mörgum stigum eða staðfestar afturköllanir.

7.2 Fjölþrepa uppfærslan 2.0.1

OCPP 2.0.1 kynnir flóknari líftíma fyrir uppfærslur á vélbúnaði:

1. SækjaHleðslutækið sækir myndina og staðfestir eftirlitssummu/undirskrift hennar.
2. UppsetningUppfærslan er sett á auka skipting.
3. StaðfestingKerfið athugar hvort nýja vélbúnaðarinn ræsist rétt.
4. VirkjunAðalskiptingin er skipt.

Ef eitthvert skref mistekst skilgreinir samskiptareglurnar hvernig hleðslutækið á að snúa aftur í fyrri stöðuga útgáfu og tilkynna tiltekna bilunarkóða til CSMS. Þetta áreiðanleikastig er óumdeilanlegt fyrir stórfelldar viðskiptalegar innleiðingar.

7.3 Staðfesting undirskriftar

Til að koma í veg fyrir að illgjarnir aðilar geti hlaðið upp skemmdum vélbúnaðar, krefst útgáfa 2.0.1 notkunar stafrænna undirskrifta. Hleðslutækið mun neita að keyra kóða sem ekki er undirritaður með einkalykli framleiðandans, sem bætir við mikilvægu verndarlagi gegn tölvuárásum á vélbúnaðarstigi.

8. kafli: Persónuvernd, reglugerðarfylgni og GDPR

Þar sem hleðsla rafbíla er að verða dagleg notkun er magn persónuupplýsinga sem myndast ótrúlegt. Ein hleðslulota getur tengt saman auðkenni notanda, staðsetningu ökutækis hans, ferðavenjur hans og fjárhagsupplýsingar.

8.1 Persónugreinanlegar upplýsingar (PII) í OCPP

Í samhengi við almennu persónuverndarreglugerðina (GDPR) í Evrópu og svipaðar lög eins og CCPA í Kaliforníu, eru gagnapunktar eins ogauðkenni(RFID) eðaEVCCID(ökutækisauðkenni) eru talin vera persónuupplýsingar.

OCPP 2.0.1 býður upp á betri stjórntæki fyrir nafnleynd gagna. Til dæmis,Sérsniðin gögnReitir gera rekstraraðilum kleift að geyma lýsigögn án þess að afhjúpa persónuupplýsingar í kjarnasamskiptaregluskrám. Ennfremur tryggja bættu öryggisprófílarnir að þessi gögn séu dulkóðuð bæði í flutningi og í kyrrstöðu.

8.2 Réttur til að vera gleymdur og gagnaflutningur

Skipulag 2.0.1 tækjalíkansins auðveldar CSMS-þjónustuaðilum að innleiða beiðnir um „eyðingu gagna“. Í 1.6J kerfi var handvirk martröð að finna öll tilvik af notandaauðkenni í ólíkum stillingarlyklum og skrám. Í 2.0.1 gerir skýr aðskilnaður milli stöðu tækja og færslugagna kleift að gera gagnagrunnshönnunina einfaldari.

8.3 Fylgni við öryggislög um IoT

Mörg svæði eru nú að samþykkja lög sem krefjast þess að IoT tæki hafi einstök lykilorð og öruggar uppfærsluaðferðir. Skyldubundin TLS og undirrituð vélbúnaðarútgáfa OCPP 2.0.1 eru ekki bara „góð að hafa“ eiginleikar - þeir eru lagalegar kröfur til að selja vélbúnað á mörkuðum eins og Kaliforníu og Bretlandi.

Kafli 9: Sjónarhorn kaupandans: Heildarkostnaður, arðsemi fjárfestingar og stefnumótandi flutningur

Fyrir rekstraraðila sem stundar hleðslu í atvinnuskyni er ákvörðunin um að halda sig við 1,6 J eða færa sig yfir í 2.0.1 fjárhagsleg.

9.1 Kostnaður við framkvæmd

• OCPP 1,6JÓdýrt í innleiðingu, víða stutt af ódýrum vélbúnaði, en hefur í för með sér mikinn faldan kostnað vegna viðhalds og öryggisáhættu.
• OCPP 2.0.1Krefst öflugri örgjörva og meira minnis í EVSE. Þróunarkostnaður fyrir CSMS er hærri vegna flækjustigs samskiptareglnanna. Hins vegar býður það upp á verulegan sparnað í rekstrarkostnaði með fjarstýringu og betri áreiðanleika.

9.2 Goðsögnin um „slétta uppfærslu“

Oft er sagt að hægt sé að uppfæra 1.6J hleðslutæki í 2.0.1 með hugbúnaði. Í raun er þetta sjaldan rétt. Kröfur um minni og örgjörva fyrir 2.0.1 (sérstaklega meðhöndlun TLS vottorða og flókna JSON greiningu á tækjalíkaninu) fara oft fram úr getu eldri 1.6J stýringa.

9.3 Stefnumótandi flutningsleiðir

Fyrirtæki sem standa straum af öryggi ættu að íhuga aðferðina „blönduð net“:

1. Eldri síðurHaltu áfram að keyra 1,6J fyrir núverandi lágorku riðstraumshleðslutæki.
2. Nýjar hraðhleðslustöðvar fyrir jafnstraumTilskipun 2.0.1 fyrir allar nýjar öflugar uppsetningar til að styðja PnC og V2G.
3. Proxy-lausnirNotið samskiptareglugátt sem getur þýtt 1.6J skilaboð yfir í 2.0.1-samhæft snið fyrir CSMS, sem gerir kleift að hafa eitt sameinað stjórnborð.

Kafli 10: Framtíðaröryggi: OCPP 2.1 og leiðin að sjálfvirkri hleðslu

Jafnvel þótt 2.0.1 sé að verða vinsælli er Open Charge Alliance þegar að vinna að OCPP 2.1. Þessi framtíðarútgáfa mun enn frekar auka umfang samskiptareglunnar.

10.1 Tvíátta hleðsla (V2X)

Þó að 2.0.1 styðji grunn V2G, mun 2.1 betrumbæta samskipti fyrir ökutæki-til-heimilis (V2H) og ökutæki-til-byggingar (V2B), sem gerir rafknúnum ökutækjum kleift að knýja heimili í rafmagnsleysi eða draga úr hámarkseftirspurn í atvinnuhúsnæði.

10.2 Stuðningur við þráðlausa hleðslu

Þegar sjálfkeyrandi ökutæki (AV) koma fram mun handvirk tenging verða úrelt. OCPP 2.1 mun innihalda stöðluð skilaboð fyrir rafhleðslu (þráðlausa), stjórnun á stillingu og orkuflutningi án afskipta manna.

10.3 Samþætting við snjallborgir

Í framtíðarútgáfum verður líklega meiri samþætting við umferðarstjórnunarkerfi og spár um endurnýjanlega orku. Hleðslustöðvar munu geta „boðið“ í rafmagn á rauntíma orkumörkuðum og breytt þannig hleðslukerfum í risavaxnar sýndarorkuver.

Tæknilegur viðauki: Ítarleg könnun á samanburði skilaboða

Til að veita sem mesta tæknilega ítarleika munum við nú greina tilteknar skilaboðaraðir og rammamun á milli útgáfanna tveggja.

A.1 Heimildarferlið

Í 1.6J var heimild tvíundasvar með „Samþykkt“ eða „Blokkað“ gildi.

1.6J Heimildarsvar:„json [3, "123456", { "idTagInfo": { "status": "Samþykkt", "expiryDate": "2026-12-31T23:59:59Z" } }]„

Í 2.0.1 inniheldur svarið meira samhengi, eins ogauðkennigerð og viðbótarupplýsingar fyrir notendaviðmótið.

2.0.1 Heimila svar:„json [3, "987654", { "idTokenInfo": { "status": "Samþykkt", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Velkominn aftur, John! Inneign þín er $45.00" } } }]„

A.2 Hjartsláttur og tengingarstjórnun

OCPP 2.0.1 fínstillir hvernig stöðin sannar að hún sé „lifandi“. Í 1.6J, ef aHjartslátturmistókst, þá hélt stöðin oft áfram að reyna aftur. Í 2.0.1 getur stöðin notaðTilkynnaAtburðaðferð til að tilkynna að tenging þess við aukabakenda sé rofin, en samt sem áður viðhalda hjartslætti við aðalbakendann.

A.3 Ítarleg lýsigagnatafla

Niðurstaða

Umskiptin frá OCPP 1.6J yfir í 2.0.1 eru ekki bara hugbúnaðaruppfærsla; það er grundvallarþróun vistkerfis rafknúinna samgangna. Fyrir atvinnurekendur táknar 1.6J áreiðanlega fortíð, en 2.0.1 táknar stigstærða, örugga og snjalla framtíð.

Að velja 2.0.1 í dag er fjárfesting í langlífi. Það tryggir að vélbúnaðurinn þinn verði samhæfur við næstu kynslóð rafknúinna ökutækja, í samræmi við strangari reglugerðir um netöryggi og tilbúinn fyrir arðbær tækifæri sem fylgja V2G og samþættingu snjallneta. Þegar markaðurinn sameinast munu rekstraraðilar með öflugustu og sveigjanlegustu samskiptareglurnar leiða sóknina.

Kafli 11: Ítarleg könnun: Greining á skilaboðaflæði og raðmyndir

Í þessum kafla greinum við víxlverkunarröðina milli EVSE og CSMS til að sýna fram á muninn á 1.6J og 2.0.1 í rekstri.

11.1 Ræsingar- og stillingaröðin

Þegar hleðslutæki tengist fyrst við netið verður það að bera kennsl á sig og samstilla stillingar sínar.

OCPP 1,6J flæði:

1. WebSocket tengingStofnað yfir höfn 80 eða 443.
2. BootNotificationStöðin sendir söluaðila, gerð og raðnúmer.
3. Sækja stillingarCSMS biður um alla lykla til að athuga núverandi stöðu.
4. Breyta stillingumCSMS uppfærir tiltekna lykla (t.d.Hjartsláttarbil).
5. StöðutilkynningStöðin tilkynnir „Tiltækt“.

OCPP 2.0.1 Flæði:

1. Örugg TLS handabandSkyldubundin skipti á skírteinum.
2. BootNotificationInniheldurástæða(t.d.,PowerUp).
3. GetBaseReportÍ stað þess að biðja um alla lykla, biður CSMS um „grunnskýrslu“ sem veitir allt stigveldi tækjalíkansins.
4. SetjaBreyturCSMS uppfærir breytur. Athugið að útgáfa 2.0.1 leyfir atómuppfærslur — að setja margar breytur í eitt skilaboð og tryggja að allar takist eða engar.
5. TilkynnaAtburðStöðin tilkynnir upphafleg ástand íhluta.

11.2 Samningaviðræður um snjallhleðslu

Snjallhleðsla er þar sem 2.0.1 skín sannarlega, sérstaklega þegar unnið er með marga hleðsluprófíla.

Í 1.6J sendir CSMSSetja hleðsluprófílsem skilgreinir staflastig og áætlun. Ef stöð hefur marga tengimöguleika er meðhöndlun sniðsins oft óljós.

Í 2.0.1,Setja hleðsluprófíler beinlínis tengt við aHleðsluprófíllTilgangur.

• HleðslustöðMaxProfileTakmarkar inntak allrar stöðvarinnar.
• Sjálfgefið TX-prófíllSjálfgefið gildi fyrir allar nýjar færslur.
• TXProfile: Sérstaklega fyrir yfirstandandi viðskipti.

Ennfremur styður 2.0.1GetChargingStackLevelskilaboð, sem gerir CSMS kleift að sjá hvaða prófílar eru virkir og hvernig innri tímaáætlun EVSE forgangsraðar þeim.

11.3 Fjarstýring og stjórnun

Fjarstýrðar skipanir eins ogFjarlæg ræsing færslu(1,6J) hafa verið skipt út fyrirBeiðni um að hefja færslu(2.0.1). Lykilmunurinn liggur í gagnamagninu. Í 2.0.1 getur CSMS innihaldiðhleðsluprófíllbeint í ræsibeiðninni. Þetta þýðir að bíllinn getur byrjað að hlaða á réttu aflstigi strax, án þess að bíða eftir öðru skilaboði, sem dregur úr seinkun og bætir stöðugleika raforkukerfisins.

Kafli 12: Lágstigs JSON skema og reitasamanburður

Fyrir forritara og kerfissamþættingaraðila eru breytingar á skema vinnuaflsfrekasti hluti flutningsins.

12.1 Upptaldar gerðir (Enums)

OCPP 2.0.1 stækkar verulega fjölda staðlaðra upptalninga (Enums), sem dregur úr þörfinni fyrir „sérsniðna“ stöðukóða sem hrjáðu 1.6J útfærslur.

• Ástæðaupptalningar: Varðhundur, Áætluð endurstilling, Fjarstýring, Orkutap.
• Stöðuupplýsingar: Upptekið, Frátekið, Ekki tiltækt, Bilað. 2.0.1 bætir viðFáanlegt, Upptekið, Frátekið, Ekki tiltækt, Bilaðen með undirstöðum fyrir nánari upplýsingar.

12.2 Gagnategundir og einingar

OCPP 2.0.1 formfestir notkun staðlaðra eininga (SI). Þar sem 1,6J lét stundum nákvæmni tugabrota óskilgreinda, notar 2.0.1tugabrotgerðir fyrir afl og orkugildi, sem tryggir samræmda reikningsfærslu á milli vélbúnaðar frá mismunandi framleiðendum.

Kafli 13: Dæmisaga: Alþjóðleg flutningur á CPO úr 1.6J í 2.0.1

Við skulum skoða tilgátu um „MegaCharge“, hleðslustöð með 10.000 hleðslustöðvum.

13.1 1. áfangi: Endurskoðunin

MegaCharge uppgötvaði að 40% af 1.6J hleðslustöðvum þeirra studdu ekki TLS 1.2. Þetta þýddi að þessir hleðslutæki voru ekki gjaldgeng fyrir komandi samninga við ríkisstjórnina.

13.2 2. áfangi: Uppfærsla CSMS

Í stað þess að byggja upp nýtt CSMS, innleiddi MegaCharge „OCPP þýðingarlag“. Þetta lag meðhöndlaði 1.6J tengingar fyrir gamlan vélbúnað og 2.0.1 fyrir nýjan vélbúnað, en setti sameinað forritaskil (API) í farsímaforritið sitt og reikningsvélina.

13.3 3. áfangi: Skipti á vélbúnaði

Fyrir síður með mikla umferð skipti MegaCharge út 1.6J hleðslutækjum fyrir 2.0.1-samhæf jafnstraumshleðslutæki. Niðurstaðan var 15% fækkun á „Mistókst að ræsa“ lotum, aðallega vegna öflugri hleðslutækja.Færsluatburðurmeðhöndlun í 2.0.1.

13.4 Greining á arðsemi fjárfestingar

Upphafleg fjárfesting var 2 milljónir Bandaríkjadala. Hins vegar sparaði minni viðhaldskostnaður (þökk sé greiningartækni tækjalíkansins) 400 þúsund Bandaríkjadali á ári. Að auki skapaði möguleikinn á að taka þátt í V2G tíðnisvörunarmörkuðum 200 þúsund Bandaríkjadali aukalega í árlegum tekjum. Endurgreiðslutíminn var um það bil 3,3 ár.

Kafli 14: Endanleg gátlisti kaupanda fyrir OCPP 2.0.1 innkaup

Þegar þú metur nýjan vélbúnað eða hugbúnað skaltu nota þennan gátlista til að tryggja að hann uppfylli allar kröfur:

14.1 Kröfur um vélbúnað (EVSE)

• [ ]Stuðningur við öryggisprófíl 3Styður það stjórnun vottorða á biðlarahliðinni?
• [ ]Tvöfaldur kjarna örgjörviEr nægilegt svigrúm fyrir TLS dulkóðun og JSON greiningu?
• [ ]Öruggt element (SE)Hefur borðið rót trausts fyrir vélbúnað til að geyma lykla?
• [ ]ISO 15118-2/20 TilbúiðGetur stjórntækið séð um þá háþróuðu samskipti sem PnC krefst?
• [ ]SkjágetaStyður vélbúnaðurinn sýningu á verð-/stöðuupplýsingum í gegnum OCPP?Gagnaflutningureða innfædd skilaboð?

14.2 Kröfur hugbúnaðar (CSMS)

• [ ]Sjónræn framsetning tækjalíkanaGetur mælaborðið sýnt stigveldissýn hleðslutækisins?
• [ ]Samþætting vottunaraðila (CA)Getur CSMS sjálfkrafa gefið út og skipt um vottorð?
• [ ]Afstemming viðskiptaHvernig tekst kerfið á við „hangandi“ færslur frá eldri 1.6J hleðslutækjum?
• [ ]SnjallhleðsluvélStyður það háþróaða staflastigsrökfræði 2.0.1?
• [ ]StærðhæfniGetur WebSocket meðhöndlunin stjórnað 50.000+ varanlegum TLS tengingum samtímis?

Kafli 15: Úrræðaleit algengra vandamála við innleiðingu OCPP

Jafnvel með staðli eru útfærslur mismunandi. Hér eru algengustu „villurnar“.

15.1 Tímamörk WebSocket

Margar neteldveggir loka óvirkum TCP-tengingum. EfHjartsláttarbilEf stillt er of hátt gæti hleðslutækið verið aftengt.

• LausnTryggjaHjartsláttarbiler lægra en tímamörk eldveggsins (venjulega 60-120 sekúndur).

15.2 Vandamál með skírteinakeðju

Algeng villa í 2.0.1 er villan „Ótreyst vottorð“. Þetta gerist venjulega þegar hleðslutækið er ekki með rótarvottorð CSMS uppsett.

• LausnNotaðuSetja upp vottorðskilaboð við gangsetningu til að tryggja að traustkeðjan sé fullkomin.

15.3 Stærð JSON gagnamagns

Sum 2.0.1 skilaboð (eins ogGetBaseReport) getur verið mjög stórt. Ef biðminni hleðslutækisins er of lítið, þá mun það sleppa skilaboðunum.

• Lausn: AthugaðuHámarksstærð skilaboðabreytu í tækjalíkaninu og tryggja að CSMS virði þessi mörk.

16. kafli: Svæðisbundin reglugerðarumhverfi og umboð samkvæmt bókunarreglum

Flutningurinn yfir í OCPP 2.0.1 er ekki bara knúinn áfram af tækni; það er í auknum mæli lögmál.

16.1 Evrópusambandið (AFIR)

Reglugerðin um innviði fyrir aðra eldsneyti (AFIR) í ESB kveður á um gagnsæi í verði og samvirkni. Þó að hún nefni ekki sérstaklega OCPP 2.0.1, þá gerir krafan um „rauntíma gagnamiðlun“ og „snjallhleðslu“ 2.0.1 í raun að einu raunhæfu staðlinum fyrir nýjan opinberan innviði.

16.2 Norður-Ameríka (NEVI)

Í Bandaríkjunum krefst áætlunin National Electric Vehicle Infrastructure (NEVI) þess að hleðslutæki séu „samvirk“. Ríki eins og Kalifornía ganga lengra og Orkustofnun Kaliforníu (CEC) ýtir á um stuðning við ISO 15118, sem, eins og við höfum rætt, er best útfært með OCPP 2.0.1.

16.3 Kína og Asíu-Kyrrahafssvæðið

Þó að Kína hafi sína eigin staðla (GB/T) þá eru framleiðendur sem einbeita sér að útflutningi að miklu leyti að OCPP 2.0.1. Á mörkuðum eins og Ástralíu og Singapúr eru útboð stjórnvalda fyrir almenn hleðslukerfi nú næstum eingöngu að tilgreina OCPP 2.0.1 með öryggisprófíl 3.

Kafli 17: Útfærslukóðabrot: „Smáatriðin“

Til að aðstoða forritara bjóðum við upp á hugmyndafræðilegar JSON-framsetningar fyrir flókin 2.0.1 verkefni.

17.1 Flæði vottorðsskiptingar

Þegar skírteini er að renna út verður CSMS að virkja skiptingu.

1. CSMS sendirSkírteini undirritað:„json [2, "CERT-01", "Undirritað vottorð", { "certificateChain": "-----BYRJA VOTTUN-----\n...\n-----LOKA VOTTUN-----", "vottorðsgerð": "V2G" }]„

2. Stöðin svararSamþykkt:„json [3, "CERT-01", { "staða": "Samþykkt" }]„

3. Sendingar stöðvarTilkynning um öryggisatburð:„json [2, "EVT-99", "Tilkynning um öryggisatburð", { "tegund": "Vottorð snúið", "tímastimpill": "2026-08-09T10:00:00Z" }]„

17.2 Að setja upp hleðsluprófíl sem er háður raforkukerfinu

Ímyndaðu þér að rekstraraðili raforkukerfisins þurfi að skerða rafmagn á öllu netinu.

CSMS sendirSetja hleðsluprófíl:„json [2, "GRID-REQ", "SetjaHleðsluprófíl", { "evseId": 0, "hleðsluprófíl": { "auðkenni": 501, "stackLevel": 1, "hleðsluprófílTilgangur": "HámarksprófílHleðslustöðvar", "hleðsluprófíltegund": "Algjör", "hleðsluáætlun": { "auðkenni": 1, "hleðslutíðnieining": "W", "hleðsluáætlunartímabil": [ { "byrjunartímabil": 0, "takmörk": 11000 }, { "byrjunartímabil": 3600, "takmörk": 22000 } ] } } }]„

18. kafli: Ítarlegur orðalisti yfir hugtök í OCPP 2.0.1

Til að tryggja skýrleika fyrir alla hagsmunaaðila bjóðum við upp á ítarlegri orðalista.

• CSMS (stjórnunarkerfi fyrir hleðslustöðvar)Skýjapallurinn sem stýrir hleðslutækjunum.
• EVSE (Aðveitubúnaður fyrir rafknúin ökutæki)Hleðslustöðin.
• OCPP (Open Charge Point Protocol): Tungumálið sem þeir tala.
• OCA (Open Charge Alliance): Stofnunin sem skrifar tungumálið.
• ISO 15118Samskiptareglurnar milli bílsins og hleðslutækisins.
• PnC (Tengdu og hleðdu)Notendaupplifunin sem ISO 15118 og OCPP 2.0.1 gera mögulega.
• V2G (Ökutæki-til-nets)Að senda rafmagn frá bílnum aftur út á raforkunetið.
• V2X (Ökutæki-í-allt): Regnhlífarheiti yfir V2G, V2H og V2B.
• TLS (Öryggi flutningslags)Dulkóðunin sem heldur gögnunum öruggum.
• PKI (opinber lykilinnviðir): Kerfi stafrænna vottorða sem notað er til öryggis.
• JSON (JavaScript hluttáknun)Snið skilaboðanna.
• Vefsokkur: Varanleg tenging sem „pípur“ skilaboðin flæða í gegnum.
• TækigerðStigveldisskipulagið sem 2.0.1 lýsir vélbúnaði.
• Íhlutur: Hluti af vélbúnaðinum (t.d. tengi).
• BreytaEiginleiki íhlutar (t.d. Staða).
• EiginleikiLýsigögn um breytu (t.d. gildi, breytileika).
• FærsluatburðurSameinað skilaboð fyrir öll lotugögn í 2.0.1.
• HjartslátturReglubundna „ég er á lífi“ merkið.
• BootNotification„Halló, ég er hér“ merkið þegar hleðslutæki ræsist.
• GagnaflutningurAlmennt skilaboð fyrir viðbætur frá söluaðilum (notið með varúð!).

Lokahugleiðingar: Að sigla í gegnum fjölþætta tímann

Sem kaupandi eða rekstraraðili er mikilvægasta uppgötvunin sú að við erum að fara inn ífjölþjóðasamskiptatímabiliðNæstu 3-5 árin munu 1,6J og 2,0,1 vera til samhliða. Hins vegar er jafnvægið að breytast hratt.

Með því að velja OCPP 2.0.1 í dag kaupir þú ekki bara samskiptareglur; þú kaupir tryggingar. Þú tryggir að netið þitt geti aðlagað sig að nýjum bílum, nýjum lögum og nýjum tekjustrauma. Flækjustig 2.0.1 er verð framfara - verð sem borgar sig með bættum spenntíma, minni áhættu og betri viðskiptavinaupplifun.

Hleðsluþjónusta fyrir atvinnuhúsnæði er ekki lengur sérhæfð atvinnugrein; hún er burðarás framtíðar samgöngukerfisins. Byggjum þennan burðarás á sem traustasta mögulega grunni: OCPP 2.0.1.

Kafli 19: Þróun fyrir OCPP 2.0.1: Bestu starfshættir fyrir hugbúnaðarverkfræðinga

Að skipta úr 1.6J kóðagrunni yfir í 2.0.1 er ekki endurgerð; það er endurskrifun. Forritarar verða að tileinka sér aðra hugsunarlíkan.

19.1 Að tileinka sér ósamstillingu

Þó að WebSockets séu í eðli sínu ósamstilltar, þýðir flækjustig 2.0.1 að ein beiðni (eins ogGetBaseReport) gæti tekið nokkrar sekúndur að vinna úr á EVSE með takmarkaða auðlind. CSMS forritarar verða að innleiða öfluga tímamörk og endurtekningarrökfræði sem tekur tillit til mismunandi vinnsluhraða mismunandi vélbúnaðarframleiðenda.

19.2 Skilvirk JSON-greining

JSON-greining getur verið örgjörvafrek. Fyrir EVSE vélbúnað ættu forritarar að nota straumtengda greiningar frekar en að hlaða öllu gagnamagninu í vinnsluminni. Þetta er sérstaklega mikilvægt fyrirTilkynnaAtburðskilaboð, sem geta innihaldið hundruð breytilegra uppfærslna í einum ramma.

19.3 Meðhöndlun stöðuvélarinnar

Ástandsvélin fyrir færslur í 2.0.1 er stífari en í 1.6J. Forritarar verða að fylgja stranglega umbreytingarreglunum fyrirFærsluatburðurTil dæmis er ekki hægt að sendaLokiðviðburður án þess að hafa fyrst sentByrjaðiviðburður fyrir þann tilteknafærsluauðkenni.

Kafli 20: Prófun, staðfesting og OCPP samræmisprófunartólið (OCTT)

Samvirkni er loforð OCPP, en hún verður aðeins að veruleika með ítarlegum prófunum.

20.1 Hlutverk OCA-vottunar

Open Charge Alliance býður upp á vottunaráætlun. Kaupendur ættu að leita að merkinu „OCPP 2.0.1 Certified“. Þessi vottun tryggir að innleiðingin hafi staðist sjálfvirkar prófanir sem ná yfir allar skyldubundnar prófílar.

20.2 Notkun OCTT

OCPP Compliance Test Tool (OCTT) er gullstaðallinn fyrir prófanir. Það hermir bæði eftir CSMS og EVSE.

• Fyrir framleiðendur rafsegulstýrðra ...Notið OCTT til að staðfesta að stöðin ykkar ráði við „happy path“ atburðarásir og brúnartilvik (eins og netbrot við uppfærslu á hugbúnaði).
• Fyrir CSMS-þjónustuaðilaNotaðu OCTT til að tryggja að bakendinn þinn geti tekist á við gríðarlegan fjölbreytni skilaboða og ströng öryggiskröfur 2.0.1.

20.3 Prófanir á vettvangi og samvirknihátíðir

Auk sjálfvirkra prófana skipuleggur OCA „Plugfests“ þar sem framleiðendur koma með vélbúnað og hugbúnað til að prófa hvor annan í raunverulegum aðstæðum. Þetta er þar sem lúmskustu villurnar - eins og ósamrýmanleiki vottorða eða minniháttar munur á JSON sniði - eru greind og leystar.

Kafli 21: Djúp samanburðartafla: Yfir 60 aðgerðir OCPP 2.0.1

Til að veita heildstæða tilvísun flokkum við helstu skilaboð 2.0.1 og berum þau saman við hliðstæður þeirra í 1.6J.

21.1 Úthlutun og stillingar

21.2 Meðhöndlun viðskipta

21.3 Öryggi og stjórnun vélbúnaðar

21.4 Hvað taflan þýðir fyrir netið þitt

Taflan sýnir eitt atriði óyggjandi: OCPP 2.0.1 er ekki snyrtileg endurnefning á 1.6J. Nýju skilaboðafjölskyldurnar — gerðarbreytur, atburðadrifnar færslur og vottorðsstjórnun — eru pípulagnirnar sem þarf fyrir Plug & Charge, snjallhleðslu og reglugerðarskýrslugerð. Hleðslutæki sem talar aðeins 1.6J er hægt að útbúa með gátt, en CSMS sem talar aðeins 1.6J getur ekki boðið upp á þá öryggislíkan sem eftirlitsaðilar og bílaframleiðendur krefjast í auknum mæli. Þegar vélbúnaður er metinn ætti „2.0.1-tilbúinn“ að þýða að vélbúnaðarútgáfan er send út í dag, ekki áætlaður á næsta ári. Og vegna þess að OCPP 2.0.1 keyrir á JSON-yfir-WebSocket frekar en SOAP flutningnum á 1.6J, eru skilaboðaflæðir léttari og mun auðveldari í villuleit — hagnýtur kostur sem upplýsingatækniteymið þitt mun finna fyrir frá fyrsta degi.

Kafli 22: Niðurstaða: Að taka ákvörðun um uppfærslu

Fyrir atvinnurekanda eru hagnýtu leiðbeiningarnar skýrar:

• Nýjar uppsetningar ættu sjálfgefið að vera OCPP 2.0.1.Öryggislíkanið, meðhöndlun vottorða og samþætting við ISO 15118 eru forsendur fyrir regluumhverfið árið 2026.
• Núverandi 1.6J flotar eru ekki strandaglópar.Stýrðar gáttir og CSMS-pallar með tvöföldum samskiptareglum brúa bilið á meðan þú innleiðir smám saman 2.0.1-innbyggðan vélbúnað.
• Prófaðu áður en þú treystir.Notið OCTT, plugfests og stigvaxandi útfærslur — samvirkni er sannað á vettvangi, ekki gert ráð fyrir út frá gagnablaðinu.
• Krefjast skriflegrar flutningsleiðar.Söluaðili hleðslutækisins ætti að birta leiðbeiningar um vélbúnaðarútgáfur frá 1.6J upp í 2.0.1 með dagsetningum, ekki óljósum loforðum.

Aðgerðahvatning: Ræddu við MIDA Power um samskiptareglur þínar

MIDA Power ships OCPP 1.6J and 2.0.1 on every charger, with field-upgradeable firmware and a cloud platform that manages mixed-protocol fleets in a single dashboard. Contact sales@midapower.com for our protocol migration guide, OCTT test reports, and a free compatibility review of your existing network.