Ulinganisho Kamili wa Kimkakati wa OCPP 1.6J dhidi ya 2.0.1 kwa Waendeshaji wa Chaji za Biashara Duniani: Kusimamia Upanuzi wa Mtandao, Usalama wa Mtandao wa Kina, Ujumuishaji wa ISO 15118, na Uthibitisho wa Miundombinu ya Muda Mrefu wa Baadaye kwa Ukuaji Endelevu wa EV
Muhtasari wa Utendaji
Mazingira ya kuchaji magari ya umeme (EV) yanapitia mabadiliko ya mitetemeko ya ardhi. Kadri utumiaji wa kimataifa unavyoongezeka, itifaki za mawasiliano zinazosimamia mwingiliano kati ya Vifaa vya Ugavi wa Magari ya Umeme (EVSE) na Mifumo ya Usimamizi wa Vituo vya Kuchaji (CSMS) zimekuwa kitovu cha mkakati wa kiufundi kwa Waendeshaji wa Chaji za Kibiashara (CPO). Itifaki ya Sehemu Huria ya Chaji (OCPP), inayodumishwa na Muungano wa Chaji Huria (OCA), imebadilika kutoka mfumo rahisi wa utumaji ujumbe hadi kiwango cha kisasa, salama, na kinachoweza kupanuliwa sana.
Mwongozo huu unatoa uchambuzi kamili wa kiufundi wa mabadiliko kutoka OCPP 1.6J hadi OCPP 2.0.1. Tunachunguza tofauti za usanifu, maboresho ya usalama, mifumo ya usimamizi wa vifaa, na jukumu muhimu la muunganisho wa ISO 15118. Kwa wanunuzi na waendeshaji, makala haya yanatumika kama marejeleo kamili ya kufanya maamuzi sahihi ya ununuzi na uhamiaji katika soko linalokua kwa kasi.
Sura ya 1: Mageuzi ya Viwango vya Kuchaji vya EV: Muktadha wa Kihistoria
Itifaki ya Sehemu Huria ya Kuchaji (OCPP) ilizaliwa kutokana na hitaji la ushirikiano. Katika siku za mwanzo za kuchaji umeme, watengenezaji wa vifaa na watoa huduma za programu walitumia itifaki za umiliki, na kuunda "bustani zenye kuta" ambazo zilizuia ushindani na uvumbuzi. Kuanzishwa kwa OCPP 1.2 na 1.5 kuliweka msingi, lakini ilikuwa OCPP 1.6 ambayo iliunganisha tasnia hiyo kweli.
1.1 Utawala wa OCPP 1.6J
Iliyotolewa mwaka wa 2015, OCPP 1.6 ilianzisha utekelezaji wa JSON juu ya WebSockets (1.6J). Kuondokana na ujumbe unaotegemea SOAP kulipunguza kwa kiasi kikubwa gharama za uendeshaji na kurahisisha utekelezaji kwa watengenezaji programu. Ilianzisha vipengele kama vile kuchaji kwa njia mahiri na arifa za ziada za hali, na kuifanya kuwa kiwango cha sekta kwa karibu muongo mmoja.
1.2 Mwanzo wa OCPP 2.0.1
Licha ya mafanikio ya 1.6J, ukuaji wa sekta hiyo ulifichua mapungufu yake. Masuala ya usalama, ugumu wa usimamizi wa vifaa, na ukosefu wa usaidizi asilia wa ujumuishaji wa gridi ya hali ya juu (V2G) yalisababisha ukuzaji wa OCPP 2.0, na baadaye, OCPP 2.0.1 iliyosafishwa (iliyotolewa mwaka wa 2020). OCPP 2.0.1 si sasisho tu; ni muundo mpya kabisa unaolenga kusaidia kizazi kijacho cha mitandao ya kuchaji yenye nguvu nyingi, mahiri, na salama.
Sura ya 2: Vigezo vya Mawasiliano vya Msingi: JSON, WebSockets, na Miundo ya Fremu
Ili kuelewa tofauti kati ya itifaki hizi, mtu lazima aangalie mawasiliano ya kiwango cha chini. Itifaki zote mbili hutumia JSON juu ya WebSockets, lakini muundo na utunzaji wa ujumbe huu hutofautiana sana.
2.1 Tabaka la WebSocket
Toleo zote mbili hutumia miunganisho endelevu ya WebSocket, ambayo inaruhusu mawasiliano kamili ya duplex. Hii ni muhimu kwa shughuli za wakati halisi, kama vile kusimamisha kipindi cha kuchaji kutoka kwa programu ya simu au kupokea arifa za hitilafu za papo hapo.
2.2 Uchanganuzi wa Fremu ya Ujumbe
Ujumbe wa kawaida wa OCPP una kitambulisho cha aina ya ujumbe, kitambulisho cha kipekee cha ujumbe, jina la kitendo, na mzigo wa malipo.
Mfano wa Fremu ya OCPP 1.6J (Notisi ya Boot)
"json [2, "123456", "Notisi ya Boot", { "chargePointVendor": "MidaPower", "chargePointModel": "Terra-X", "chargePointSerialNumber": "SN001", "firmwareVersion": "v1.2.3" }]"
Mfano wa Fremu ya OCPP 2.0.1 (Notisi ya Boot)
"json [2, "987654", "Notification ya Boot", { "reason": "PowerUp", "chargingStation": { "VendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`Angalia ongezeko la uzito katika 2.0.1.Sehemu ya sababu inaruhusu CSMS kuelewa kama kuwasha kulitokana na kuwasha upya, kuwasha upya, au kichocheo cha kufuatilia, na kuwezesha mantiki bora ya uchunguzi.
Sura ya 3: Mabadiliko ya Paradigm ya Usanifu: Mfano wa Kifaa
Upande muhimu zaidi wa kiufundi katika OCPP 2.0.1 ni kuanzishwa kwaMuundo wa Kifaa.
3.1 Mapungufu ya Funguo za Usanidi wa 1.6J
Katika OCPP 1.6J, usanidi wa vifaa ulisimamiwa kupitia orodha tambarare ya "Funguo za Usanidi" (km.,Kipindi cha Mapigo ya Moyo, Muda wa Muunganisho Umekwisha). Kadri chaja zilivyozidi kuwa changamano (viunganishi vingi, moduli za umeme zilizounganishwa, mifumo changamano ya kupoeza), orodha hii tambarare ikawa isiyoweza kudhibitiwa. Hakukuwa na njia sanifu ya kuelezea mpangilio halisi wa kituo.
3.2 Mbinu ya Mfano wa Kifaa cha 2.0.1
OCPP 2.0.1 inaleta mfumo wa kihierarkia unaojumuishaVipengelenaVigezo. Kipengele kinaweza kuwa “Kidhibiti,” “Kiunganishi,” au “PowerModule.” Kila kipengele kina vigezo vinavyowakilisha hali au usanidi wake (km.,Halijoto, Volti, MaxCurrent).
- Kipengele: Sehemu halisi au ya kimantiki ya kituo cha kuchaji.
- Kinachobadilika: Sifa maalum ya sehemu hiyo.
- Sifa: Metadata inayoelezea kigezo (kitengo, masafa, aina ya ufikiaji).
Hii inaruhusu ufuatiliaji sanifu. Mendeshaji sasa anaweza kuuliza halijoto ya moduli maalum ya umeme kwa kutumia njia sanifu, badala ya kutegemea funguo za wamiliki maalum za muuzaji.
Sura ya 4: Usalama wa Mtandaoni: Kutoka "Juhudi Bora" hadi TLS ya Lazima
Katika siku za mwanzo za kuchaji magari ya kielektroniki, usalama mara nyingi ulikuwa wazo la baadaye. OCPP 1.6J ilitoa wasifu wa usalama, lakini utekelezaji haukuwa thabiti kwa wachuuzi.
4.1 Wasifu wa Usalama katika 1.6J
OCPP 1.6J ilifafanua wasifu tatu za usalama:
- Haina usalama: HTTP/WebSockets za maandishi wazi.
- Idhini ya Msingi: TLS yenye jina la mtumiaji/nenosiri.
- Kulingana na cheti: TLS yenye vyeti vya upande wa mteja.
Tatizo lilikuwa kwamba chaja nyingi zilibaki kwenye Wasifu 1, na kuziacha zikiwa katika hatari ya kushambuliwa na watu katikati (MITM) na udhibiti usioidhinishwa.
4.2 Msimamo Mgumu wa 2.0.1
OCPP 2.0.1 inaamuru mawasiliano salama. Inajumuisha vipengele vya usalama vya hali ya juu kiasili:
- Masasisho Salama ya Programu-dhibiti: Usaini wa lazima na uthibitishaji wa picha za programu dhibiti.
- Kurekodi Usalama: Kumbukumbu zenye maelezo ya matukio yanayohusiana na usalama (km, majaribio ya kuingia yaliyoshindwa, muda wa kuisha kwa cheti).
- Usimamizi wa Cheti: Ujumbe sanifu kwa vyeti vilivyozungushwa na kusasishwa (vinavyoongozwa na CSMS au vinavyoongozwa na Kituo).
- TLS 1.2/1.3: Usaidizi kwa viwango vya hivi karibuni vya usimbaji fiche.
Kwa waendeshaji wa kibiashara, hii hupunguza hatari ya maafikiano makubwa ya mtandao na kuhakikisha kufuata kanuni mpya za usalama wa mtandao kwa vifaa vya IoT.
Sura ya 5: Ujumuishaji wa ISO 15118: Plagi na Chaji na V2G
Mustakabali wa kuchaji umeme si tu kuhusu kuhamisha elektroni; ni kuhusu ubadilishanaji wa data na nishati kwa akili. ISO 15118 ni kiwango cha kimataifa cha mawasiliano ya gari hadi gridi (V2G), na ujumuishaji wake na OCPP ndio sifa kuu ya 2.0.1.
5.1 Ugumu wa Kuchomeka na Kuchaji
Kuziba na Kuchaji (PnC) humruhusu dereva kuziba gari na kuanza kuchaji bila kutumia programu au kadi ya RFID. Hii inahitaji Miundombinu tata ya Ufunguo wa Umma (PKI) inayohusisha gari, chaja, mwendeshaji, na kituo cha kusafisha.
Katika OCPP 1.6J, usaidizi wa PnC haukuwepo katika itifaki ya msingi. Wachuuzi walilazimika kutekeleza viendelezi maalum, na kusababisha kugawanyika. OCPP 2.0.1 hutoa "mabomba" kwa PnC kwa kuunga mkono:
- Usakinishaji wa ChetiKupitisha Cheti cha Mkataba kutoka CSMS hadi EV kupitia EVSE.
- Uidhinishaji: Kwa kutumia Kitambulisho cha Uhamaji wa Kielektroniki (eMAID) kinachotokana na cheti cha gari.
- Mawasiliano Yaliyosimbwa kwa Njia Fiche: Kuhakikisha kwamba data nyeti ya bili inayopitishwa kati ya gari na gridi ya taifa inalindwa.
5.2 Kuchaji kwa Mahiri na Kusawazisha Mzigo
Ingawa 1.6J inaunga mkono kuchaji kwa njia ya mahiri ya msingi (kutumaSetChargingProfile), 2.0.1 inainua hili. Inaruhusu:
- Ujumuishaji wa Ishara za Nje: Jibu la wakati halisi kwa masafa ya gridi au mawimbi ya bei ya jumla.
- Usimamizi wa Mzigo Unaobadilika: Udhibiti zaidi wa chembechembe juu ya usambazaji wa nishati kwenye tovuti yenye mamia ya viunganishi.
- Gari-hadi-Gridi (V2G): 2.0.1 inajumuisha sehemu muhimu za data ili kusaidia mtiririko wa nishati pande mbili, na kuruhusu EV kutenda kama rasilimali za nishati zilizosambazwa (DER) kwa gridi ya taifa.
5.3 Uboreshaji wa UI/UX wa Mtumiaji
OCPP 2.0.1 inasaidia onyesho la taarifa moja kwa moja kwenye skrini ya chaja au dashibodi ya gari, kama vile:
- Bei ya wakati halisi kwa sarafu ya ndani.
- Muda unaokadiriwa kufikia 80% ya hali ya malipo (SoC).
- Taarifa za kina kuhusu risiti baada ya kukamilika.
Sura ya 6: Usimamizi na Ufuatiliaji wa Kina wa Vifaa
Kwa CPO, gharama ya chaja si bei ya ununuzi tu; ni Gharama ya Jumla ya Umiliki (TCO). Matengenezo na muda wa kutofanya kazi ndio sababu kubwa ya kuua faida. OCPP 2.0.1 hushughulikia hili kupitia uwezo bora wa ufuatiliaji.
6.1 Ripoti Zinazoendeshwa na Matukio
Katika 1.6J, CSMS kwa kawaida ilibidi ichunguze hali ya chaja au kusubiriArifa ya HaliKatika 2.0.1,Ufuatiliaji wa MatukioMfumo huruhusu CSMS kuweka vizingiti. Kwa mfano: “Nijulishe tu ikiwa halijoto ya ndani inazidi 70°C” au “Ripoti ikiwa volteji ya kuingiza itashuka chini ya 200V.” Hii hupunguza trafiki ya mtandao na inaruhusu matengenezo ya haraka.
6.2 Ushughulikiaji wa Miamala: Tukio la Miamala
Mojawapo ya vipengele vilivyokosolewa zaidi vya OCPP 1.6J ilikuwa ni jinsi inavyoshughulikia miamala. Kikao kilihusishaAnzaMuamalanaKusimamisha Muamalaujumbe, lakini ikiwa usumbufu wa mtandao ulitokea, CSMS mara nyingi ilijitahidi kupatanisha data ya bili.
OCPP 2.0.1 inachukua nafasi hizi na moja, imaraTukio la MuamalaUjumbe huu hutumika kuripoti hatua zote za mzunguko wa maisha wa muamala (Umeanza, Umesasishwa, Umeisha). UnajumuishaKitambulisho cha muamalahilo linaendelea hata kama chaja itaanza upya, kuhakikisha kwamba hakuna data ya kuchaji—na hivyo hakuna mapato—yanayopotea.
6.3 Utambuzi na Utatuzi wa Matatizo Ulioboreshwa
YaGetLognaTaarifa ya Hali ya UtambuziUjumbe katika 2.0.1 umepangwa zaidi. CPO zinaweza kuomba aina maalum za kumbukumbu (Usalama, Utambuzi, Mtumiaji) na kutaja muda. Hii inaruhusu timu za usaidizi wa mbali kutatua masuala bila kutuma fundi kwenye tovuti, na hivyo kupunguza OpEx kwa kiasi kikubwa.
Sura ya 7: Mifumo ya Kusasisha Programu Firmware: Kuaminika na Kurudisha Nyuma
Sasisho za programu dhibiti ni muhimu sana katika vifaa vinavyobadilika, lakini sasisho lisilofanikiwa linaweza kuharibu chaja.
7.1 Mchakato wa Kusasisha 1.6J
Katika 1.6J,SasishaFirmwareamri ilikuwa rahisi kiasi. Chaja ingepakua picha na kujaribu kuisakinisha. Hakukuwa na utaratibu sanifu wa masasisho ya hatua nyingi au urejeshaji uliothibitishwa.
7.2 Sasisho la Hatua Nyingi la 2.0.1
OCPP 2.0.1 inaleta mzunguko wa maisha tata zaidi kwa masasisho ya programu dhibiti:
- PakuaChaja huchota picha na kuthibitisha checksum/saini yake.
- Usakinishaji: Sasisho linatumika kwenye kizigeu cha pili.
- Uthibitishaji: Mfumo huangalia kama programu mpya ya firmware inaanza kwa usahihi.
- Uanzishaji: Kizigeu cha msingi kimebadilishwa.
Ikiwa hatua yoyote itashindwa, itifaki hufafanua jinsi chaja inavyopaswa kurudi kwenye toleo thabiti la awali na kuripoti msimbo maalum wa hitilafu kwa CSMS. Kiwango hiki cha uaminifu hakiwezi kujadiliwa kwa matumizi makubwa ya kibiashara.
7.3 Uthibitishaji wa Saini
Ili kuzuia wahusika hasidi kupakia programu dhibiti iliyoathiriwa, 2.0.1 inaamuru matumizi ya sahihi za kidijitali. Chaja itakataa kutekeleza msimbo wowote ambao haujasainiwa na ufunguo wa kibinafsi wa mtengenezaji, na kuongeza safu muhimu ya ulinzi dhidi ya udukuzi wa kiwango cha maunzi.
Sura ya 8: Faragha ya Data, Uzingatiaji wa Kanuni, na GDPR
Kadri kuchaji magari ya kielektroniki kunavyokuwa matumizi ya kila siku, kiasi cha data binafsi kinachozalishwa kinashangaza. Kipindi kimoja cha kuchaji kinaweza kuunganisha utambulisho wa mtumiaji, eneo la gari lake, mifumo yake ya usafiri, na taarifa zake za kifedha.
8.1 Taarifa Zinazoweza Kutambulika Kibinafsi (PII) katika OCPP
Katika muktadha wa Kanuni ya Jumla ya Ulinzi wa Data (GDPR) barani Ulaya na sheria zinazofanana kama vile CCPA huko California, sehemu za data kama vileidTag(RFID) auEVCCID(Kitambulisho cha Gari) huchukuliwa kuwa PII.
OCPP 2.0.1 hutoa vidhibiti bora vya kutokutambulisha data. Kwa mfano,Data MaalumSehemu huruhusu waendeshaji kuhifadhi metadata bila kufichua PII kwenye kumbukumbu kuu za itifaki. Zaidi ya hayo, wasifu ulioimarishwa wa usalama huhakikisha kwamba data hii imesimbwa kwa njia fiche wakati wa usafirishaji na wakati wa mapumziko.
8.2 Haki ya Kusahaulika na Usafirishaji wa Data
Muundo wa Kifaa cha 2.0.1 hurahisisha watoa huduma za CSMS kutekeleza maombi ya "kufuta data". Katika mfumo wa 1.6J, kupata mifano yote ya kitambulisho cha mtumiaji katika funguo na kumbukumbu tofauti za usanidi ilikuwa ndoto mbaya kwa mikono. Katika 2.0.1, utenganisho wazi kati ya hali ya kifaa na data ya miamala huruhusu usanifu safi wa hifadhidata.
8.3 Kuzingatia Sheria za Usalama za IoT
Mikoa mingi sasa inapitisha sheria zinazohitaji vifaa vya IoT kuwa na manenosiri ya kipekee na mifumo salama ya kusasisha. TLS ya lazima ya OCPP 2.0.1 na programu dhibiti iliyosainiwa si vipengele vya "nzuri kuwa navyo" tu—ni mahitaji ya kisheria ya kuuza vifaa katika masoko kama California na Uingereza.
Sura ya 9: Mtazamo wa Mnunuzi: TCO, ROI, na Uhamiaji wa Kimkakati
Kwa mtoa huduma wa kuchaji wa kibiashara, uamuzi wa kubaki na 1.6J au kuhamia 2.0.1 ni wa kifedha.
9.1 Gharama ya Utekelezaji
- OCPP 1.6J: Bei rahisi kutekeleza, inaungwa mkono sana na vifaa vya bei nafuu, lakini hubeba gharama kubwa zilizofichwa katika hatari za matengenezo na usalama.
- OCPP 2.0.1: Inahitaji vichakataji vyenye nguvu zaidi na kumbukumbu zaidi katika EVSE. Gharama za uundaji wa CSMS ni kubwa zaidi kutokana na ugumu wa itifaki. Hata hivyo, inatoa akiba kubwa ya OpEx kupitia usimamizi wa mbali na uaminifu bora.
9.2 Hadithi ya "Uboreshaji Laini"
Mara nyingi husemwa kwamba chaja za 1.6J zinaweza kuboreshwa hadi 2.0.1 kupitia programu. Kwa kweli, hii si kweli mara chache. Mahitaji ya kumbukumbu na CPU kwa 2.0.1 (hasa kushughulikia vyeti vya TLS na uchanganuzi tata wa JSON wa Kifaa) mara nyingi huzidi uwezo wa vidhibiti vya zamani vya 1.6J.
9.3 Njia za Uhamiaji wa Kimkakati
Wakurugenzi Wakuu wa Mashirika ya Umma wanapaswa kuzingatia mbinu ya "Mtandao Mseto":
- Tovuti za Zamani: Endelea kuendesha 1.6J kwa chaja za AC zenye nguvu ndogo zilizopo.
- Maeneo Mapya ya Kuchaji Haraka ya DC: Mamlaka 2.0.1 kwa matumizi yote mapya ya nguvu ya juu ili kusaidia PnC na V2G.
- Suluhisho za Wakala: Tumia lango la itifaki linaloweza kutafsiri ujumbe wa 1.6J kuwa umbizo linalooana na 2.0.1 kwa CSMS, na kuruhusu dashibodi moja ya usimamizi iliyounganishwa.
Sura ya 10: Uthibitisho wa Wakati Ujao: OCPP 2.1 na Njia ya Kuchaji kwa Uhuru
Hata kama 2.0.1 inapata umaarufu, Muungano wa Open Charge tayari unafanya kazi kwenye OCPP 2.1. Toleo hili la baadaye litapanua zaidi ufikiaji wa itifaki.
10.1 Kuchaji kwa Mielekeo Miwili (V2X)
Ingawa 2.0.1 inasaidia V2G ya msingi, 2.1 itaboresha mawasiliano ya Gari-hadi-Nyumbani (V2H) na Gari-hadi-Jengo (V2B), ikiruhusu EV kuwasha nyumba wakati wa kukatika kwa umeme au kupunguza mahitaji ya juu ya majengo ya kibiashara.
10.2 Usaidizi wa Kuchaji Bila Waya
Magari yanayojiendesha (AV) yanapoibuka, uunganishaji wa umeme kwa mikono utapitwa na wakati. OCPP 2.1 itajumuisha jumbe sanifu za kuchaji kwa kutumia njia ya kuingiza (isiyotumia waya), kudhibiti mpangilio na uhamishaji wa nishati bila kuingilia kati kwa mwanadamu.
10.3 Ushirikiano na Miji Mahiri
Marudio ya siku zijazo yatashuhudia muunganiko wa kina zaidi na mifumo ya usimamizi wa trafiki na utabiri wa nishati mbadala. Wachaji wataweza "kutoa zabuni" kwa ajili ya umeme katika masoko ya nishati ya wakati halisi, na kugeuza mitandao ya kuchaji kuwa mitambo mikubwa ya umeme pepe (VPP).
Kiambatisho cha Kiufundi: Kuchunguza kwa Kina Ulinganisho wa Ujumbe
Ili kutoa kina cha kiufundi cha hali ya juu, sasa tutachambua mfuatano maalum wa ujumbe na tofauti za fremu kati ya matoleo hayo mawili.
A.1 Mtiririko wa Uidhinishaji
Katika 1.6J, idhini ilikuwa jibu la "Imekubaliwa" au "Imezuiwa" la binary.
1.6J IdhinishaJibu:"json [3, "123456", { "idTagInfo": { "status": "Imekubaliwa", "expiryDate": "2026-12-31T23:59:59Z" } }]"
Katika 2.0.1, jibu linajumuisha muktadha zaidi, kama vileidTokenaina na maelezo ya ziada kwa ajili ya kiolesura cha mtumiaji.
2.0.1 IdhinishaJibu:"json [3, "987654", { "idTokenInfo": { "status": "Imekubaliwa", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Karibu tena, John! Salio lako ni $45.00" } } }]"
A.2 Usimamizi wa Mapigo ya Moyo na Muunganisho
OCPP 2.0.1 huboresha jinsi kituo kinavyothibitisha kuwa "kiko hai." Katika 1.6J, ikiwaMapigo ya moyoikishindwa, kituo mara nyingi kingeendelea kujaribu tena. Katika 2.0.1, kituo kinaweza kutumiaNotifyEventutaratibu wa kuripoti kwamba muunganisho wake na sehemu ya nyuma ya pili umepotea, huku bado ukidumisha mapigo ya moyo na sehemu ya msingi.
A.3 Jedwali la Metadata ya Kina
| Kipengele | OCPP 1.6J | OCPP 2.0.1 |
|---|---|---|
| Usafiri | JSON kupitia WebSockets | JSON kupitia WebSockets |
| Usalama | TLS ya Hiari, Uidhinishaji Msingi | TLS ya Lazima, Vyeti vya Mteja |
| Muundo wa Kifaa | Funguo za Usanidi Bapa | Vipengele/Vigezo vya Kihierarkia |
| ISO 15118 | Kiendelezi pekee | Usaidizi Asilia (PnC, V2G) |
| Kitambulisho cha muamala | Imetengenezwa na CSMS | Imetengenezwa na EVSE |
| Kuchaji kwa Mahiri | Msingi (Wasifu) | Kina (Mawimbi ya gridi, V2X) |
| Ujumbe | ~Vitendo 30 | ~Vitendo 60 |
| Usaidizi wa Onyesho | Hakuna | Usaidizi wa Ujumbe Asilia |
Hitimisho
Mabadiliko kutoka OCPP 1.6J hadi 2.0.1 si sasisho la programu tu; ni mageuzi ya msingi ya mfumo ikolojia wa uhamaji wa umeme. Kwa waendeshaji wa kibiashara, 1.6J inawakilisha wakati uliopita unaotegemeka, huku 2.0.1 ikiwakilisha mustakabali unaoweza kupanuliwa, salama, na wenye akili.
Kuchagua 2.0.1 leo ni uwekezaji katika maisha marefu. Inahakikisha kwamba vifaa vyako vitaendana na kizazi kijacho cha magari ya umeme, yakizingatia kanuni za usalama wa mtandao zinazoimarisha, na tayari kwa fursa zenye faida kubwa za ujumuishaji wa V2G na gridi mahiri. Soko linapoimarika, waendeshaji wenye mifumo thabiti na inayonyumbulika zaidi ya itifaki ndio watakaoongoza.
Sura ya 11: Kuzama kwa Kina: Uchambuzi wa Mtiririko wa Ujumbe na Michoro ya Mfuatano
Katika sura hii, tunachambua mfuatano wa mwingiliano kati ya EVSE na CSMS ili kuonyesha tofauti za kiutendaji kati ya 1.6J na 2.0.1.
11.1 Mfuatano wa Uanzishaji na Usanidi
Chaja inapounganishwa kwa mara ya kwanza kwenye mtandao, lazima ijitambulishe na kusawazisha usanidi wake.
Mtiririko wa OCPP 1.6J:
- Muunganisho wa WebSocket: Imewekwa juu ya Bandari 80 au 443.
- Arifa ya BootKituo hutuma muuzaji, modeli, na mfululizo.
- PataUsanidi: CSMS inaomba funguo zote ili kuangalia hali ya sasa.
- BadilishaMipangilio: CSMS husasisha funguo maalum (km,
Kipindi cha Mapigo ya Moyo). - Arifa ya Hali: Ripoti za kituo "Inapatikana."

Mtiririko wa OCPP 2.0.1:
- Salama TLS Handshake: Ubadilishaji wa cheti cha lazima.
- Arifa ya Boot: Inajumuisha
sababu(km,PowerUp). - PataRipoti ya MsingiBadala ya kuomba funguo zote, CSMS huomba "Ripoti ya Msingi" ambayo hutoa mpangilio kamili wa Kifaa cha Mfumo.
- SetiVigezo: Vigezo vya kusasisha vya CSMS. Kumbuka kwamba 2.0.1 inaruhusu masasisho ya atomiki—kuweka vigezo vingi katika ujumbe mmoja na kuhakikisha vyote vinafanikiwa au hakuna kinachofanikiwa.
- NotifyEventKituo kinaripoti hali za awali za vipengele.
11.2 Majadiliano ya Kuchaji kwa Kinara
Kuchaji kwa busara ni mahali ambapo 2.0.1 hung'aa kweli, haswa wakati wa kushughulikia wasifu nyingi za kuchaji.
Katika 1.6J, CSMS hutumaSetChargingProfileambayo hufafanua kiwango cha rafu na ratiba. Ikiwa kituo kina viunganishi vingi, utunzaji wa wasifu mara nyingi huwa na utata.
Katika 2.0.1,SetChargingProfileimeunganishwa waziwazi naKuchajiMadhumuni ya Wasifu.
- Kituo cha KuchajiMaxProfaili: Hupunguza ulaji wa kituo kizima.
- ProfailiChaguo-msingi ya TX: Chaguo-msingi kwa muamala wowote mpya.
- Profaili ya TX: Maalum kwa muamala unaoendelea.
Zaidi ya hayo, 2.0.1 inasaidiaGetChargingStackLevelujumbe, unaoruhusu CSMS kuona ni wasifu gani unaotumika kwa sasa na jinsi unavyopewa kipaumbele na mpangilio wa ndani wa EVSE.
11.3 Kichocheo na Udhibiti wa Mbali
Amri za mbali kama vileMuamala wa Kuanzisha Mbali(1.6J) zimebadilishwa naOmbaAnzaMuamala(2.0.1). Tofauti kuu iko katika mzigo wa mzigo. Katika 2.0.1, CSMS inaweza kujumuishaWasifu wa kuchajimoja kwa moja katika ombi la kuanza. Hii ina maana kwamba gari linaweza kuanza kuchaji katika kiwango sahihi cha nguvu mara moja, bila kusubiri ujumbe wa pili, kupunguza muda wa kuchelewa na kuboresha uthabiti wa gridi.
Sura ya 12: Mpango wa JSON wa Kiwango cha Chini na Ulinganisho wa Sehemu
Kwa watengenezaji na waunganishaji wa mifumo, mabadiliko ya skimu ndiyo sehemu inayohitaji nguvu nyingi zaidi ya uhamiaji.
12.1 Aina Zilizoorodheshwa (Enums)
OCPP 2.0.1 inapanua kwa kiasi kikubwa idadi ya Enum sanifu, ikipunguza hitaji la misimbo ya hali ya "Maalum" iliyoathiri utekelezaji wa 1.6J.
- Enum za Sababu:
Mlinzi,ImepangwaKuwekwa Upya,Weka Upya kwa Mbali,PowerLoss. - Hesabu za Hali:
Imechukuliwa,Imehifadhiwa,Haipatikani,Imeshindwa. 2.0.1 inaongezaInapatikana,Imechukuliwa,Imehifadhiwa,Haipatikani,Imeshindwalakini kwa maelezo zaidi kuhusu hali ndogo.
12.2 Aina na Vitengo vya Data
OCPP 2.0.1 hurasimisha matumizi ya vitengo sanifu (SI). Ambapo 1.6J wakati mwingine huacha usahihi wa desimali bila kufafanuliwa, 2.0.1 hutumiadesimaliaina za thamani za nishati na nishati, kuhakikisha utozaji wa bili thabiti katika vifaa tofauti vya muuzaji.
Sura ya 13: Uchunguzi wa Kesi: Uhamiaji wa CPO wa Kimataifa kutoka 1.6J hadi 2.0.1
Hebu tuangalie hali ya kufikirika ya "MegaCharge," CPO mwenye pointi 10,000 za kuchaji.
13.1 Awamu ya 1: Ukaguzi
MegaCharge iligundua kuwa 40% ya ndege zao za 1.6J hazikuunga mkono TLS 1.2. Hii ilimaanisha kuwa chaja hizo hazikustahiki mikataba ijayo ya serikali.
13.2 Awamu ya 2: Uboreshaji wa CSMS
Badala ya kujenga CSMS mpya, MegaCharge ilitekeleza "Safu ya Tafsiri ya OCPP." Safu hii ilishughulikia miunganisho ya 1.6J kwa vifaa vya zamani na 2.0.1 kwa vifaa vipya, lakini ilifunua API iliyounganishwa kwenye programu yao ya simu na injini ya bili.
13.3 Awamu ya 3: Ubadilishaji wa Vifaa
Kwa maeneo yenye trafiki nyingi, MegaCharge ilibadilisha chaja za 1.6J na chaja za DC zinazofuata kanuni za 2.0.1. Matokeo yake yalikuwa punguzo la 15% katika vipindi vya "Haikufanikiwa Kuanza", hasa kutokana na uthabiti zaidi.Tukio la Muamalautunzaji katika 2.0.1.
13.4 Uchambuzi wa ROI
Uwekezaji wa awali ulikuwa $2M. Hata hivyo, simu zilizopunguzwa za matengenezo (shukrani kwa uchunguzi wa Kifaa cha Kifaa) ziliokoa $400,000 kwa mwaka. Zaidi ya hayo, uwezo wa kushiriki katika masoko ya majibu ya masafa ya V2G ulizalisha mapato ya ziada ya $200,000 kwa mwaka. Kipindi cha malipo kilikuwa takriban miaka 3.3.
Sura ya 14: Orodha ya Mwisho ya Ukaguzi ya Mnunuzi kwa Ununuzi wa OCPP 2.0.1
Unapotathmini vifaa au programu mpya, tumia orodha hii ya ukaguzi ili kuhakikisha uzingatiaji wa kweli:
14.1 Mahitaji ya Vifaa (EVSE)
- [ ]Wasifu wa Usalama 3 UsaidiziJe, inasaidia usimamizi wa cheti upande wa mteja?
- [ ]Kichakataji cha Viini ViwiliJe, kuna nafasi ya kutosha ya usimbaji fiche wa TLS na uchanganuzi wa JSON?
- [ ]Kipengele Salama (SE)Je, bodi ina mzizi wa uaminifu wa vifaa kwa ajili ya kuhifadhi funguo?
- [ ]ISO 15118-2/20 TayariJe, kidhibiti kinaweza kushughulikia mawasiliano ya kiwango cha juu yanayohitajika kwa PnC?
- [ ]Uwezo wa KuonyeshaJe, vifaa vinaunga mkono kuonyesha maelezo ya bei/hali kupitia OCPP?
Uhamisho wa Dataau ujumbe asilia?
14.2 Mahitaji ya Programu (CSMS)
- [ ]Uonyeshaji wa Mfano wa KifaaJe, dashibodi inaweza kuonyesha mwonekano wa kihierarkia wa chaja?
- [ ]Ujumuishaji wa Mamlaka ya Cheti (CA)Je, CSMS inaweza kutoa na kuzungusha vyeti kiotomatiki?
- [ ]Upatanisho wa Miamala: Mfumo unashughulikia vipi miamala ya "kuning'iniza" kutoka kwa chaja za zamani za 1.6J?
- [ ]Injini ya Kuchaji MahiriJe, inaunga mkono mantiki ya kiwango cha juu cha mrundiko wa 2.0.1?
- [ ]Uwezo wa KuongezekaJe, kidhibiti cha WebSocket kinaweza kudhibiti miunganisho 50,000+ ya TLS inayoendelea kwa wakati mmoja?
Sura ya 15: Kutatua Matatizo ya Kawaida ya Utekelezaji wa OCPP
Hata kwa kiwango, utekelezaji hutofautiana. Hapa kuna "gotchas" za kawaida.
15.1 Muda wa Kuisha kwa WebSocket
Ngome nyingi za mtandao hufunga miunganisho ya TCP isiyofanya kazi. IkiwaKipindi cha Mapigo ya Moyoikiwa imewekwa juu sana, chaja inaweza kukatwa.
- Suluhisho: Hakikisha
Kipindi cha Mapigo ya MoyoMuda wa kuisha wa ngome ni mdogo kuliko muda wa kuisha wa ngome (kawaida sekunde 60-120).
15.2 Masuala ya Mnyororo wa Cheti
Hitilafu ya kawaida katika 2.0.1 ni hitilafu ya "Cheti Kisichoaminika". Hii kwa kawaida hutokea wakati chaja haina Root CA ya CSMS iliyosakinishwa.
- Suluhisho: Tumia
SakinishaChetiujumbe wakati wa kuagiza ili kuhakikisha mnyororo wa uaminifu umekamilika.
Ukubwa wa Mzigo wa JSON 15.3
Baadhi ya jumbe 2.0.1 (kamaPataRipoti ya Msingi) inaweza kuwa kubwa sana. Ikiwa bafa ya chaja ni ndogo sana, itaacha ujumbe.
- Suluhisho: Angalia
Ukubwa wa Ujumbe wa Juukigezo katika Kifaa cha Mfano na uhakikishe CSMS inaheshimu kikomo hiki.
Sura ya 16: Mandhari ya Udhibiti wa Kikanda na Mamlaka ya Itifaki
Kuhamia kwa OCPP 2.0.1 hakuchochewi tu na teknolojia; bali pia ni suala la kisheria.
16.1 Umoja wa Ulaya (AFIR)
Udhibiti wa Miundombinu ya Mafuta Mbadala (AFIR) katika EU unaamuru uwazi wa bei na ushirikiano. Ingawa hautaji waziwazi OCPP 2.0.1, sharti la "kushiriki data kwa wakati halisi" na "kuchaji kwa busara" hufanya 2.0.1 kuwa kiwango pekee kinachofaa kwa miundombinu mipya ya umma.
16.2 Amerika Kaskazini (NEVI)
Nchini Marekani, mpango wa fomula wa Miundombinu ya Magari ya Umeme (NEVI) unahitaji kwamba chaja ziwe "zinazoweza kutumika pamoja." Majimbo kama California yanaendelea mbele zaidi, huku Tume ya Nishati ya California (CEC) ikishinikiza usaidizi wa ISO 15118, ambao kama tulivyojadili, unatekelezwa vyema kupitia OCPP 2.0.1.
16.3 Uchina na Asia-Pasifiki
Ingawa China ina viwango vyake (GB/T), watengenezaji wanaolenga mauzo ya nje wamewekeza sana katika OCPP 2.0.1. Katika masoko kama Australia na Singapore, zabuni za serikali kwa mitandao ya malipo ya umma sasa zinabainisha karibu OCPP 2.0.1 pekee kwa kutumia Wasifu wa Usalama 3.
Sura ya 17: Vijisehemu vya Kanuni za Utekelezaji: "Kipekee Kinachovutia"
Ili kuwasaidia wasanidi programu, tunatoa uwakilishi wa dhana wa JSON kwa kazi changamano za 2.0.1.
17.1 Mtiririko wa Mzunguko wa Cheti
Wakati cheti kinakaribia kuisha muda wake, CSMS lazima ianzishe mzunguko.
1. CSMS hutumaCheti Kimesainiwa:"json [2, "CERT-01", "CertificateSained", { "certificateChain": "-------ANZA CHETI------\n...\n-----MALIZA CHETI-------", "certificateType": "V2G" }]"
2. Kituo hujibuImekubaliwa:"json [3, "CERT-01", { "hali": "Imekubaliwa" }]"
3. Kituo hutumaTaarifa ya Tukio la Usalama:"json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]"
17.2 Kuweka Wasifu wa Kuchaji Unaoitikia Gridi
Fikiria mwendeshaji wa gridi anahitaji kupunguza nguvu kwenye mtandao.
CSMS hutumaSetChargingProfile:"json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 11000}, { "startPeriod": 3600, "limit": 22000} ] } } }]"
Sura ya 18: Faharasa Kamili ya Masharti ya OCPP 2.0.1
Ili kuhakikisha uwazi kwa wadau wote, tunatoa kamusi iliyopanuliwa.
- CSMS (Mfumo wa Usimamizi wa Kituo cha Kuchaji): Jukwaa la wingu la nyuma linalodhibiti chaja.
- EVSE (Vifaa vya Ugavi wa Magari ya Umeme): Kituo cha kuchajia halisi.
- OCPP (Itifaki ya Sehemu ya Kuchaji Huria): Lugha wanayozungumza.
- OCA (Muungano wa Wazi wa Kuchaji): Shirika linaloandika lugha hiyo.
- ISO 15118: Itifaki kati ya gari na chaja.
- PnC (Plug na Charge): Uzoefu wa mtumiaji umewezeshwa na ISO 15118 na OCPP 2.0.1.
- V2G (Gari kutoka Gridi hadi Gridi): Kutuma umeme kutoka kwenye gari kurudi kwenye gridi ya taifa.
- V2X (Gari-kwa-Kila-Kila): Neno mwavuli la V2G, V2H, na V2B.
- TLS (Usalama wa Tabaka la Usafiri): Usimbaji fiche unaoweka data salama.
- PKI (Miundombinu Muhimu ya Umma): Mfumo wa vyeti vya kidijitali vinavyotumika kwa ajili ya usalama.
- JSON (Ubainishaji wa Kitu cha JavaScript): Muundo wa ujumbe.
- Soketi ya Wavuti: Muunganisho unaoendelea "bomba" ambao ujumbe hupitia.
- Muundo wa Kifaa: Njia ya kihierarkia 2.0.1 inaelezea vifaa.
- Kipengele: Kipande cha vifaa (km, Kiunganishi).
- Kinachobadilika: Sifa ya kipengele (km, Hali).
- Sifa: Metadata kuhusu kigezo (km, Thamani, Ubadilikaji).
- Tukio la Muamala: Ujumbe uliounganishwa kwa data yote ya kipindi katika 2.0.1.
- Mapigo ya moyo: Ishara ya mara kwa mara ya "Niko hai".
- Arifa ya Boot: Ishara ya "Habari, niko hapa" wakati chaja inapowashwa.
- Uhamisho wa Data: Ujumbe wa "kukamata kila kitu" kwa viendelezi mahususi kwa muuzaji (tumia kwa tahadhari!).
Mawazo ya Mwisho: Kupitia Enzi ya Itifaki Nyingi
Kama mnunuzi au mwendeshaji, jambo muhimu zaidi ni kwamba tunaingia katikaenzi ya itifaki nyingiKwa miaka 3-5 ijayo, 1.6J na 2.0.1 zitadumu pamoja. Hata hivyo, usawa unabadilika haraka.
Kwa kuchagua OCPP 2.0.1 leo, hununui itifaki tu; unanunua bima. Unahakikisha kwamba mtandao wako unaweza kuzoea magari mapya, sheria mpya, na vyanzo vipya vya mapato. Ugumu wa 2.0.1 ni bei ya maendeleo—bei inayojilipia yenyewe kupitia muda ulioboreshwa wa kufanya kazi, hatari iliyopunguzwa, na uzoefu bora wa wateja.
Kuchaji kibiashara si sekta maalum tena; ni uti wa mgongo wa mfumo wa usafiri wa siku zijazo. Jenga uti wa mgongo huo kwenye msingi imara zaidi iwezekanavyo: OCPP 2.0.1.
Sura ya 19: Kuendeleza kwa ajili ya OCPP 2.0.1: Mbinu Bora kwa Wahandisi wa Programu
Kubadilisha kutoka kwenye msimbo wa 1.6J hadi 2.0.1 si kigezo cha kurekebisha; ni uandishi upya. Wasanidi programu lazima wapitishe mfumo tofauti wa kiakili.
19.1 Kukumbatia Usawazishaji
Ingawa WebSockets ni zisizolingana kiasili, ugumu wa 2.0.1 unamaanisha kwamba ombi moja (kamaPataRipoti ya Msingi) inaweza kuchukua sekunde kadhaa kusindika kwenye EVSE yenye vikwazo vya rasilimali. Wasanidi programu wa CSMS lazima watekeleze muda thabiti wa kuisha na kujaribu tena mantiki inayoelezea kasi tofauti za usindikaji wa wachuuzi tofauti wa vifaa.
19.2 Uchambuzi Bora wa JSON
Uchanganuzi wa JSON unaweza kutumia CPU nyingi. Kwa programu dhibiti ya EVSE, wasanidi programu wanapaswa kutumia vichanganuzi vinavyotegemea mtiririko badala ya kupakia mzigo mzima kwenye RAM. Hii ni muhimu hasa kwaNotifyEventujumbe, ambao unaweza kuwa na mamia ya masasisho yanayobadilika katika fremu moja.
19.3 Kushughulikia Mashine ya Serikali
Mashine ya serikali kwa muamala katika 2.0.1 ni ngumu zaidi kuliko katika 1.6J. Wasanidi programu lazima wafuate sheria za mpito kwa ukamilifuTukio la MuamalaKwa mfano, huwezi kutumaImeishatukio bila kwanza kutumaImeanzatukio hilo maalum kwa ajili yaKitambulisho cha muamala.
Sura ya 20: Upimaji, Uthibitishaji, na Zana ya Mtihani wa Uzingatiaji wa OCPP (OCTT)
Ushirikiano ni ahadi ya OCPP, lakini inatimizwa tu kupitia majaribio makali.
20.1 Jukumu la Uthibitishaji wa OCA
Muungano wa Open Charge unatoa programu ya uthibitishaji. Wanunuzi wanapaswa kutafuta lebo ya "OCPP 2.0.1 Certified". Uthibitishaji huu unahakikisha kwamba utekelezaji umefaulu seti ya majaribio otomatiki yanayofunika wasifu wote wa lazima.
20.2 Kutumia OCTT
Zana ya Kujaribu Uzingatiaji wa OCPP (OCTT) ndiyo kiwango bora cha majaribio. Inaiga CSMS na EVSE.
- Kwa Watengenezaji wa EVSE: Tumia OCTT kuthibitisha kwamba kituo chako kinashughulikia matukio ya "njia ya furaha" na visa vya ukingo (kama vile kushuka kwa mtandao wakati wa sasisho la programu dhibiti).
- Kwa Watoa Huduma za CSMSTumia OCTT ili kuhakikisha kuwa sehemu yako ya nyuma inaweza kushughulikia aina mbalimbali za ujumbe na mahitaji madhubuti ya usalama ya 2.0.1.
20.3 Upimaji wa Uwanjani na Tamasha za Mashindano
Zaidi ya majaribio otomatiki, OCA hupanga "Plugfests" ambapo wachuuzi huleta vifaa na programu zao ili kujaribu dhidi ya kila mmoja katika hali halisi. Hapa ndipo hitilafu ndogo zaidi—kama vile kutolingana kwa cheti au tofauti ndogo za umbizo la JSON—zinapogunduliwa na kutatuliwa.
Sura ya 21: Jedwali la Ulinganisho wa Kina: Vitendo 60+ vya OCPP 2.0.1
Ili kutoa marejeleo kamili, tunaainisha jumbe kuu za 2.0.1 na kuzilinganisha na jumbe zingine za 1.6J.
21.1 Utoaji na Usanidi
| 2.0.1 Kitendo | Sawa na 1.6J | Kazi |
|---|---|---|
Arifa ya Boot | Arifa ya Boot | Kujisajili na CSMS. |
PataRipoti ya Msingi | PataUsanidi | Rejesha usanidi kamili wa kifaa katika ripoti iliyopangwa. |
SetiVigezo | Usanidi wa Seti | Badilisha thamani za usanidi kwa kutumia uthibitishaji wa schema na urejeshaji wa data kwenye hitilafu. |
PataVigezo | PataUsanidi | Soma usanidi na ufuatilie thamani zenye metadata iliyoandikwa. |
RipotiData | (hakuna) | Sukuma ripoti za data za mara kwa mara (matumizi, hali ya vipengele, matukio) kwenye CSMS. |
Weka upya | Weka upya | Washa kituo tena kwa mbali, ukitumia msimbo wa sababu wa njia za ukaguzi. |
21.2 Ushughulikiaji wa Miamala
| 2.0.1 Kitendo | Sawa na 1.6J | Kazi |
|---|---|---|
Tukio la Muamala | AnzaMuamala / Kusimamisha Muamala | Ripoti ya miamala inayoendeshwa na matukio kwa pamoja, yenye misimbo ya sababu na masasisho ya kati. |
PataHali ya Ununuzi | (hakuna) | Uliza hali ya muamala wa sasa baada ya kuunganisha tena au kuanzisha upya. |
Uhamisho wa Data | Uhamisho wa Data | Ujumbe wa viendelezi mahususi kwa muuzaji, sasa umethibitishwa na mpango. |
21.3 Usimamizi wa Usalama na Programu dhibiti
| 2.0.1 Kitendo | Sawa na 1.6J | Kazi |
|---|---|---|
Cheti Kimesainiwa | (hakuna) | Sakinisha cheti kilichosainiwa (TLS, ISO 15118) kilichopokelewa kutoka kwa CSMS. |
Cheti cha Ishara | (hakuna) | Omba cheti kipya kisainiwe na mamlaka ya cheti ya CSMS. |
PataVitambulisho vya Cheti Vilivyosakinishwa | (hakuna) | Orodhesha vyeti vilivyosakinishwa kwa ajili ya ukaguzi na ripoti ya kufuata sheria. |
SasishaFirmware | SasishaFirmware | Sasisho la programu dhibiti lililopangwa pamoja na kuripoti hali na ishara ya kurudi nyuma. |
21.4 Jedwali Linamaanisha Nini kwa Mtandao Wako
Jedwali linabainisha jambo moja lisiloweza kukosewa: OCPP 2.0.1 si jina jipya la urembo la 1.6J. Familia mpya za ujumbe — vigeu vilivyoandikwa, miamala inayoendeshwa na matukio, na usimamizi wa cheti — ni mabomba yanayohitajika kwa ajili ya Kuziba na Kuchaji, kuchaji kwa njia mahiri, na kuripoti udhibiti. Chaja inayozungumza 1.6J pekee inaweza kuwekwa upya na lango, lakini CSMS inayozungumza 1.6J pekee haiwezi kutoa vidhibiti vya mifumo ya usalama na watengenezaji wa magari wanavyohitaji zaidi. Wakati wa kutathmini vifaa, "2.0.1-tayari" inapaswa kumaanisha kuwa programu dhibiti inasafirishwa leo, haijapangwa kwa mwaka ujao. Na kwa sababu OCPP 2.0.1 inaendesha JSON-over-WebSocket badala ya usafirishaji wa SOAP wa 1.6J, mtiririko wa ujumbe ni mwepesi na rahisi zaidi kurekebisha — faida ya vitendo ambayo timu yako ya IT itahisi kuanzia siku ya kwanza.
Sura ya 22: Hitimisho: Kufanya Uamuzi wa Kuboresha
Kwa mwendeshaji wa kibiashara, mwongozo wa vitendo uko wazi:
- Utekelezaji mpya unapaswa kuwa OCPP 2.0.1 kwa chaguo-msingi.Mfumo wa usalama, utunzaji wa cheti, na ujumuishaji wa ISO 15118 ni sharti la mazingira ya udhibiti ya 2026.
- Meli zilizopo za 1.6J hazijakwama.Malango yanayosimamiwa na mifumo miwili ya itifaki ya CSMS huziba pengo unapoanzisha vifaa asilia vya 2.0.1.
- Jaribu kabla ya kuamini.Tumia OCTT, plugfest, na uwasilishaji kwa hatua — ushirikiano unathibitishwa katika sehemu, haujachukuliwa kutoka kwa lahajedwali.
- Taji njia ya uhamiaji kwa maandishi.Muuzaji wako wa chaja anapaswa kuchapisha ramani ya programu dhibiti kuanzia 1.6J hadi 2.0.1 yenye tarehe, si ahadi zisizoeleweka.
Wito wa Kuchukua Hatua: Zungumza na MIDA Power Kuhusu Mkakati Wako wa Itifaki
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.
Muda wa chapisho: Agosti-09-2026
Chaja ya EV inayobebeka
Kisanduku cha Ukuta cha EV cha Nyumbani
Kituo cha Chaja cha DC
Kituo cha Kuchaji cha BESS
V2G V2H V2V V2L
Moduli ya Kuchaji ya EV
Kiunganishi cha Kuchaji cha DC
Vifaa vya EV