Tijorat zaryadlovchi operatorlari uchun OCPP 1.6J va 2.0.1 ning strategik taqqoslashi

Global tijorat zaryadlash operatorlari uchun OCPP 1.6J va 2.0.1 ning aniq strategik taqqoslashi: tarmoq miqyosini o'zlashtirish, ilg'or kiberxavfsizlik, ISO 15118 integratsiyasi va barqaror elektromobillar o'sishi uchun uzoq muddatli infratuzilmani kelajakka moslashtirish.

Kirish; qisqa Umumiy ma'lumot

Elektr transport vositalarini (EV) zaryadlash landshafti seysmik o'zgarishlarni boshdan kechirmoqda. Global miqyosda qo'llanilishi tezlashib borayotganligi sababli, Elektr transport vositalarini yetkazib berish uskunalari (EVSE) va zaryadlash stansiyalarini boshqarish tizimlari (CSMS) o'rtasidagi o'zaro ta'sirni boshqaruvchi asosiy aloqa protokollari Tijorat zaryadlash operatorlari (CPO) uchun texnik strategiyaning markaziy nuqtasiga aylandi. Ochiq zaryadlash alyansi (OCA) tomonidan qo'llab-quvvatlanadigan Ochiq zaryadlash nuqtalari protokoli (OCPP) oddiy xabar almashish tizimidan murakkab, xavfsiz va yuqori darajada kengaytiriladigan standartga aylandi.

Ushbu qo'llanma OCPP 1.6J dan OCPP 2.0.1 ga o'tishning batafsil texnik tahlilini taqdim etadi. Biz arxitektura farqlari, xavfsizlikni yaxshilash, qurilmalarni boshqarish paradigmalari va ISO 15118 integratsiyasining muhim rolini o'rganamiz. Xaridorlar va operatorlar uchun ushbu maqola tez rivojlanayotgan bozorda xabardor xaridlar va migratsiya qarorlarini qabul qilish uchun aniq ma'lumotnoma bo'lib xizmat qiladi.

1-bob: Elektr transport vositalarini zaryadlash standartlarining evolyutsiyasi: tarixiy kontekst

Ochiq zaryadlash nuqtasi protokoli (OCPP) o'zaro ishlash zaruratidan kelib chiqqan. Elektr transport vositalarini zaryadlashning dastlabki kunlarida apparat ishlab chiqaruvchilari va dasturiy ta'minot provayderlari raqobat va innovatsiyalarni bo'g'ib qo'yadigan "devor bilan o'ralgan bog'lar" ni yaratgan patentlangan protokollardan foydalanganlar. OCPP 1.2 va 1.5 ning joriy etilishi poydevor yaratdi, ammo sanoatni chinakam birlashtirgan narsa OCPP 1.6 bo'ldi.

1.1 OCPP ning ustunligi 1.6J

2015-yilda chiqarilgan OCPP 1.6 JSON over WebSockets (1.6J) implementatsiyasini taqdim etdi. SOAP asosidagi xabar almashishdan voz kechish ishlab chiquvchilar uchun qo'shimcha xarajatlarni sezilarli darajada kamaytirdi va soddalashtirilgan implementatsiyani ta'minladi. U aqlli zaryadlash va qo'shimcha holat bildirishnomalari kabi funksiyalarni taqdim etdi va bu uni deyarli o'n yil davomida sanoat standartiga aylantirdi.

1.2 OCPP ning Ibtidosi 2.0.1

1.6J ning muvaffaqiyatiga qaramay, sanoatning o'sishi uning cheklovlarini ochib berdi. Xavfsizlik, qurilmalarni boshqarishning murakkabligi va ilg'or tarmoq integratsiyasi (V2G) uchun mahalliy qo'llab-quvvatlashning yo'qligi OCPP 2.0 ning, keyinchalik esa takomillashtirilgan OCPP 2.0.1 ning (2020-yilda chiqarilgan) ishlab chiqilishiga olib keldi. OCPP 2.0.1 shunchaki yangilanish emas; bu yuqori quvvatli, aqlli va xavfsiz zaryadlash tarmoqlarining keyingi avlodini qo'llab-quvvatlashga qaratilgan to'liq qayta dizayndir.

2-bob: Asosiy aloqa paradigmalari: JSON, WebSockets va Frame Strukturalari

Ushbu protokollar orasidagi farqni tushunish uchun past darajadagi aloqaga qarash kerak. Ikkala protokol ham WebSockets orqali JSON dan foydalanadi, ammo bu xabarlarning tuzilishi va ishlov berilishi sezilarli darajada farq qiladi.

2.1 WebSocket qatlami

Ikkala versiya ham to'liq dupleks aloqani ta'minlaydigan doimiy WebSocket ulanishlaridan foydalanadi. Bu mobil ilovadan zaryadlash sessiyasini to'xtatish yoki tezkor nosozliklar haqida ogohlantirishlarni olish kabi real vaqt rejimidagi operatsiyalar uchun juda muhimdir.

2.2 Xabar ramkasining taqsimoti

Odatdagi OCPP xabari xabar turi identifikatori, noyob xabar identifikatori, harakat nomi va foydali yuklamadan iborat.

OCPP 1.6J Frame namunasi (Yuklash haqida xabarnoma)

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

OCPP 2.0.1 Frame namunasi (YuklashNotification)

"json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`2.0.1 versiyasida oshgan granularlikka e'tibor bering.reason` maydoni CSMSga yuklash qayta ishga tushirish, quvvatni yoqish yoki qo'riqchi trigger tufayli sodir bo'lganligini tushunishga imkon beradi, bu esa diagnostika mantig'ini yaxshiroq bajarishga imkon beradi.

3-bob: Arxitektura paradigmasining o'zgarishi: Qurilma modeli

OCPP 2.0.1 versiyasidagi eng muhim texnik farq - bu ... ning kiritilishi.Qurilma modeli.

3.1 1.6J konfiguratsiya kalitlarining cheklovlari

OCPP 1.6J da apparat konfiguratsiyasi "Konfiguratsiya kalitlari" ning tekis ro'yxati orqali boshqarilgan (masalan,Yurak urishi oralig'i, Ulanish vaqti tugadi). Zaryadlovchi qurilmalar murakkablashgan sari (ko'p ulagichli, o'rnatilgan quvvat modullari, murakkab sovutish tizimlari), bu tekis ro'yxat boshqarib bo'lmaydigan bo'lib qoldi. Stansiyaning jismoniy ierarxiyasini tavsiflashning standartlashtirilgan usuli yo'q edi.

3.2 2.0.1 Qurilma Modeli Yondashuvi

OCPP 2.0.1 quyidagilardan iborat ierarxik modelni taqdim etadiKomponentlarvaO'zgaruvchilarKomponent “Kontroller”, “Ulagich” yoki “PowerModule” boʻlishi mumkin. Har bir komponent uning holatini yoki konfiguratsiyasini ifodalovchi oʻzgaruvchilarga ega (masalan,Harorat, Kuchlanishi, Maksimal oqim).

• KomponentZaryadlash stansiyasining jismoniy yoki mantiqiy qismi.
• O'zgaruvchan: Ushbu komponentning o'ziga xos atributi.
• XususiyatlariO'zgaruvchini tavsiflovchi metama'lumotlar (birlik, diapazon, kirish turi).

Bu standartlashtirilgan monitoringni amalga oshirish imkonini beradi. Operator endi sotuvchiga xos xususiy kalitlarga tayanish o'rniga standartlashtirilgan yo'ldan foydalanib, ma'lum bir quvvat modulining haroratini so'rashi mumkin.

4-bob: Kiberxavfsizlik: “Eng yaxshi harakat”dan majburiy TLSgacha

Elektr transport vositalarini zaryadlashning dastlabki kunlarida xavfsizlik ko'pincha ikkinchi darajali masala edi. OCPP 1.6J xavfsizlik profillarini taklif qildi, ammo amalga oshirish turli sotuvchilarda nomuvofiq edi.

4.1 1.6J da xavfsizlik profillari

OCPP 1.6J uchta xavfsizlik profilini aniqladi:

1. Ta'minlanmagan: Oddiy matnli HTTP/WebSockets.
2. Asosiy autentifikatsiyaFoydalanuvchi nomi/parol bilan TLS.
3. Sertifikatga asoslanganMijoz tomonidagi sertifikatlarga ega TLS.

Muammo shundaki, ko'plab zaryadlovchi qurilmalar 1-profilda qoldi, bu esa ularni o'rtadagi odam (MITM) hujumlari va ruxsatsiz boshqaruvga qarshi himoyasiz qoldirdi.

4.2 2.0.1 ning qat'iylashtirilgan pozitsiyasi

OCPP 2.0.1 xavfsiz aloqani talab qiladi. U ilg'or xavfsizlik xususiyatlarini o'z ichiga oladi:

• Xavfsiz dasturiy ta'minot yangilanishlari: Dasturiy ta'minot tasvirlarini majburiy imzolash va tekshirish.
• Xavfsizlik jurnaliXavfsizlikka tegishli hodisalar uchun batafsil jurnallar (masalan, muvaffaqiyatsiz kirish urinishlari, sertifikatning amal qilish muddati tugashi).
• Sertifikatlarni boshqarishAylangan va yangilangan sertifikatlar uchun standartlashtirilgan xabarlar (CSMS yoki Stansiya tomonidan boshqariladi).
• TLS 1.2/1.3Eng so'nggi shifrlash standartlarini qo'llab-quvvatlash.

Tijorat operatorlari uchun bu tarmoqdagi katta miqdordagi nosozliklar xavfini kamaytiradi va IoT qurilmalari uchun yangi kiberxavfsizlik qoidalariga rioya qilinishini ta'minlaydi.

5-bob: ISO 15118 integratsiyasi: Plug & Charge va V2G

Elektr transport vositalarini zaryadlashning kelajagi nafaqat elektronlarni harakatlantirish bilan bog'liq; bu ma'lumotlar va energiyaning aqlli almashinuvi bilan bog'liq. ISO 15118 transport vositalaridan tarmoqqa (V2G) aloqa uchun xalqaro standart bo'lib, uning OCPP bilan integratsiyasi 2.0.1 ning asosiy xususiyati hisoblanadi.

5.1 Ulash va zaryadlashning murakkabligi

Plug & Charge (PnC) haydovchiga ilova yoki RFID kartasidan foydalanmasdan transport vositasini shunchaki ulash va zaryadlashni boshlash imkonini beradi. Buning uchun transport vositasi, zaryadlovchi, operator va kliring markazini o'z ichiga olgan murakkab ochiq kalit infratuzilmasi (PKI) talab qilinadi.

OCPP 1.6J da asosiy protokolda PnC qo'llab-quvvatlashi mavjud emas edi. Sotuvchilar maxsus kengaytmalarni joriy qilishlari kerak edi, bu esa parchalanishga olib keldi. OCPP 2.0.1 quyidagilarni qo'llab-quvvatlash orqali PnC uchun "sanitariya-tesisat" ni taqdim etadi:

• Sertifikatni o'rnatishShartnoma sertifikatlarini CSMS dan EVSE orqali EV ga o'tkazish.
• AvtorizatsiyaTransport vositasi sertifikatidan olingan elektron Mobillik ID (eMAID) dan foydalanish.
• Shifrlangan aloqaAvtomobil va elektr tarmog'i o'rtasida uzatiladigan maxfiy hisob-kitob ma'lumotlari himoyalanganligini ta'minlash.

5.2 Aqlli zaryadlash va yukni muvozanatlash

1.6J asosiy aqlli zaryadlashni qo'llab-quvvatlagan bo'lsa-da (yuborish)Zaryadlash profilini o'rnatish), 2.0.1 buni yanada yaxshilaydi. Bu quyidagilarga imkon beradi:

• Tashqi signal integratsiyasi: Tarmoq chastotasi yoki ulgurji narx signallariga real vaqt rejimida javob.
• Dinamik yuklarni boshqarishYuzlab ulagichlarga ega bo'lgan sayt bo'ylab quvvat taqsimotini yanada batafsilroq boshqarish.
• Transport vositasidan tarmoqqa (V2G): 2.0.1 ikki tomonlama energiya oqimini qo'llab-quvvatlash uchun zarur bo'lgan ma'lumotlar maydonlarini o'z ichiga oladi, bu esa EVlarga tarmoq uchun taqsimlangan energiya resurslari (DER) sifatida harakat qilish imkonini beradi.

5.3 Foydalanuvchi interfeysi/UX yaxshilanishlari

OCPP 2.0.1 quyidagi kabi ma'lumotlarni to'g'ridan-to'g'ri zaryadlovchi ekranida yoki avtomobilning boshqaruv panelida ko'rsatishni qo'llab-quvvatlaydi:

• Mahalliy valyutada real vaqt rejimida narxlar.
• 80% zaryad holatiga (SoC) erishish uchun taxminiy vaqt.
• Tugallangandan so'ng batafsil kvitansiya ma'lumotlari.

6-bob: Kengaytirilgan qurilmalarni boshqarish va monitoring qilish

CPO uchun zaryadlovchi qurilmaning narxi shunchaki sotib olish narxi emas; bu umumiy egalik qiymati (TCO). Texnik xizmat ko'rsatish va ishlamay qolish eng katta foyda keltiruvchi omillardir. OCPP 2.0.1 bu muammoni yuqori darajadagi monitoring imkoniyatlari orqali hal qiladi.

6.1 Hodisalarga asoslangan hisobot

1.6J da, CSMS odatda zaryadlovchidan holatni so'rashi yoki kutishi kerak ediHolat haqida bildirishnoma2.0.1 versiyasida,Hodisalarni kuzatishtizim CSMSga chegaralarni belgilash imkonini beradi. Masalan: “Faqat ichki harorat 70°C dan oshsa, menga xabar bering” yoki “Kirish kuchlanishi 200V dan pastga tushsa, xabar bering”. Bu tarmoq trafikini kamaytiradi va proaktiv texnik xizmat ko'rsatish imkonini beradi.

6.2 Tranzaksiyalarni qayta ishlash: Tranzaksiya hodisasi

OCPP 1.6J ning eng tanqidiy jihatlaridan biri uning tranzaksiyalarni boshqarishi edi. Sessiyada ishtirok etganTranzaksiyani boshlashvaTranzaksiyani to'xtatishxabarlar, lekin agar tarmoq uzilishi yuz bersa, CSMS ko'pincha billing ma'lumotlarini yarashtirishda qiynalardi.

OCPP 2.0.1 bularni bitta, mustahkam bilan almashtiradiTranzaksiya tadbirixabar. Ushbu xabar tranzaksiyaning barcha hayot aylanishi bosqichlari (Boshlangan, Yangilangan, Tugagan) haqida xabar berish uchun ishlatiladi. U noyobni o'z ichiga oladitranzaksiya identifikatoribu zaryadlovchi qurilmasi qayta ishga tushirilganda ham saqlanib qoladi va zaryadlash ma'lumotlari va shuning uchun daromad yo'qolmasligini ta'minlaydi.

6.3 Takomillashtirilgan diagnostika va muammolarni bartaraf etish

TheGetLogvaDiagnostikaHolat haqida bildirishnoma2.0.1 versiyasidagi xabarlar yanada tuzilgan. CPOlar ma'lum jurnal turlarini (Xavfsizlik, Diagnostika, Foydalanuvchi) so'rashlari va vaqt oralig'ini belgilashlari mumkin. Bu masofaviy qo'llab-quvvatlash guruhlariga texnik xodimni saytga yubormasdan muammolarni hal qilish imkonini beradi, bu esa OPExni sezilarli darajada kamaytiradi.

7-bob: Dasturiy ta'minotni yangilash mexanizmlari: Ishonchlilik va qaytarishlar

Dasturiy ta'minot yangilanishlari rivojlanayotgan apparatning hayotiy qoni hisoblanadi, ammo muvaffaqiyatsiz yangilanish zaryadlovchini ishga tushirishga xalaqit berishi mumkin.

7.1 1.6J yangilash jarayoni

1.6J da,Dasturiy ta'minotni yangilashBuyruq nisbatan oddiy edi. Zaryadlovchi qurilma tasvirni yuklab olib, uni o'rnatishga harakat qilardi. Ko'p bosqichli yangilanishlar yoki tasdiqlangan qaytarishlar uchun standartlashtirilgan mexanizm yo'q edi.

7.2 2.0.1 ko'p bosqichli yangilanish

OCPP 2.0.1 dasturiy ta'minot yangilanishlari uchun yanada murakkab hayot aylanishini taqdim etadi:

1. Yuklab olishZaryadlovchi qurilma tasvirni oladi va uning checksum/imzosini tekshiradi.
2. O'rnatishYangilanish ikkinchi darajali bo'limga qo'llaniladi.
3. TasdiqlashTizim yangi dasturiy ta'minot to'g'ri ishga tushirilganligini tekshiradi.
4. Faollashtirish: Asosiy bo'lim almashtirildi.

Agar biron bir bosqich bajarilmasa, protokol zaryadlovchi qurilmaning avvalgi barqaror versiyasiga qanday qaytishi va aniq nosozlik kodini CSMSga qanday xabar qilishi kerakligini belgilaydi. Ushbu ishonchlilik darajasi keng ko'lamli tijorat maqsadlarida foydalanish uchun muhokama qilinmaydi.

7.3 Imzoni tekshirish

Zararli shaxslarning buzilgan dasturiy ta'minotni yuklashining oldini olish uchun 2.0.1 raqamli imzolardan foydalanishni talab qiladi. Zaryadlovchi ishlab chiqaruvchining shaxsiy kaliti bilan imzolanmagan har qanday kodni bajarishdan bosh tortadi, bu esa apparat darajasidagi xakerlik hujumlaridan himoya qilishning muhim qatlamini qo'shadi.

8-bob: Ma'lumotlar maxfiyligi, tartibga solishga muvofiqlik va GDPR

Elektromobillarni zaryadlash kundalik foydalanishga aylanib borayotganligi sababli, yaratilgan shaxsiy ma'lumotlar miqdori hayratlanarli darajada oshib bormoqda. Bitta zaryadlash sessiyasi foydalanuvchining shaxsini, transport vositasining joylashuvini, sayohat odatlarini va moliyaviy ma'lumotlarini bog'lashi mumkin.

8.1 OCPPdagi shaxsni aniqlash mumkin bo'lgan ma'lumotlar (PII)

Yevropadagi Umumiy Ma'lumotlarni Himoya Qilish Nizomi (GDPR) va Kaliforniyadagi CCPA kabi shunga o'xshash qonunlar kontekstida, masalan, ma'lumotlar nuqtalariidTag(RFID) yokiEVCCID(Transport vositasi identifikatori) PII hisoblanadi.

OCPP 2.0.1 ma'lumotlarni anonimlashtirish uchun yaxshiroq boshqaruv vositalarini taqdim etadi. Masalan,Maxsus ma'lumotlarMaydonlar operatorlarga PII ni asosiy protokol jurnallariga chiqarmasdan metama'lumotlarni saqlash imkonini beradi. Bundan tashqari, takomillashtirilgan xavfsizlik profillari ushbu ma'lumotlarning ham tranzit paytida, ham dam olish paytida shifrlanishini ta'minlaydi.

8.2 Unutilish huquqi va ma'lumotlarni ko'chirish imkoniyati

2.0.1 Qurilma Modelining tuzilgan tabiati CSMS provayderlariga "ma'lumotlarni o'chirish" so'rovlarini amalga oshirishni osonlashtiradi. 1.6J tizimida foydalanuvchi identifikatorining barcha nusxalarini turli xil konfiguratsiya kalitlari va jurnallari orqali topish qo'lda dahshatli tush edi. 2.0.1 da qurilma holati va tranzaksiya ma'lumotlari o'rtasidagi aniq ajratish toza ma'lumotlar bazasi arxitekturasini ta'minlaydi.

8.3 IoT xavfsizlik qonunlariga rioya qilish

Ko'pgina mintaqalar hozirda IoT qurilmalaridan noyob parollar va xavfsiz yangilanish mexanizmlariga ega bo'lishni talab qiluvchi qonunlarni qabul qilmoqda. OCPP 2.0.1 ning majburiy TLS va imzolangan dasturiy ta'minoti shunchaki "yaxshi" xususiyatlar emas - ular Kaliforniya va Buyuk Britaniya kabi bozorlarda apparat vositalarini sotish uchun qonuniy talablardir.

9-bob: Xaridorning nuqtai nazari: TCO, ROI va strategik migratsiya

Tijorat zaryadlash operatori uchun 1.6J bilan qolish yoki 2.0.1 ga o'tish qarori moliyaviy qarordir.

9.1 Amalga oshirish qiymati

• OCPP 1.6JAmalga oshirish arzon, arzon apparat tomonidan keng qo'llab-quvvatlanadi, ammo texnik xizmat ko'rsatish va xavfsizlik xavflarida yuqori yashirin xarajatlarni o'z ichiga oladi.
• OCPP 2.0.1EVSE da kuchliroq protsessorlar va ko'proq xotira talab qilinadi. Protokolning murakkabligi tufayli CSMS uchun ishlab chiqish xarajatlari yuqoriroq. Biroq, u masofadan boshqarish va ishonchlilikni oshirish orqali sezilarli darajada OPEx tejash imkonini beradi.

9.2 “Smooth Upgrade” afsonasi

Ko'pincha 1.6J zaryadlovchi qurilmalarini dasturiy ta'minot orqali 2.0.1 ga yangilash mumkinligi aytiladi. Aslida, bu kamdan-kam hollarda to'g'ri keladi. 2.0.1 uchun xotira va protsessor talablari (ayniqsa, TLS sertifikatlarini boshqarish va Qurilma Modelining murakkab JSON tahlili) ko'pincha eski 1.6J kontrollerlarining imkoniyatlaridan oshib ketadi.

9.3 Strategik migratsiya yo'llari

CPOlar "Gibrid tarmoq" yondashuvini ko'rib chiqishlari kerak:

1. Eskirgan saytlarMavjud kam quvvatli AC zaryadlovchi qurilmalar uchun 1.6J da ishlashda davom eting.
2. Yangi DC tez zaryadlash saytlariPnC va V2G ni qo'llab-quvvatlash uchun barcha yangi yuqori quvvatli joylashtirishlar uchun 2.0.1 talabi.
3. Proksi yechimlari: CSMS uchun 1.6J xabarlarni 2.0.1 bilan mos keladigan formatga tarjima qila oladigan protokol shlyuzidan foydalaning, bu esa yagona birlashtirilgan boshqaruv panelini ta'minlaydi.

10-bob: Kelajakni ta'minlash: OCPP 2.1 va avtonom zaryadlash yo'li

2.0.1 versiyasi ommalashib borayotgan bir paytda, Open Charge Alliance allaqachon OCPP 2.1 ustida ishlamoqda. Ushbu kelajakdagi versiya protokolning qamrovini yanada kengaytiradi.

10.1 Ikki tomonlama zaryadlash (V2X)

2.0.1 asosiy V2G ni qo'llab-quvvatlasa-da, 2.1 avtomobildan uyga (V2H) va avtomobildan binoga (V2B) aloqasini takomillashtiradi, bu esa elektr transport vositalariga elektr uzilishlari paytida uylarni elektr bilan ta'minlash yoki tijorat binolariga bo'lgan talabni kamaytirish imkonini beradi.

10.2 Simsiz zaryadlashni qo'llab-quvvatlash

Avtonom transport vositalari (AV) paydo bo'lishi bilan qo'lda ulash eskiradi. OCPP 2.1 inson aralashuvisiz induktiv (simsiz) zaryadlash, hizalanishni boshqarish va energiya uzatish uchun standartlashtirilgan xabarlarni o'z ichiga oladi.

10.3 Aqlli shaharlar bilan integratsiya

Kelajakdagi iteratsiyalarda transportni boshqarish tizimlari va qayta tiklanadigan energiya prognozlari bilan chuqurroq integratsiya kuzatilishi mumkin. Zaryadlovchi qurilmalar real vaqt rejimida energiya bozorlarida energiya uchun "savdo" qila oladi va zaryadlash tarmoqlarini ulkan virtual elektr stansiyalariga (VPP) aylantiradi.

Texnik ilova: Xabarlarni taqqoslashga chuqur sho'ng'ish

Texnik chuqurlikni ta'minlash uchun endi biz ikkita versiya o'rtasidagi aniq xabarlar ketma-ketligi va kadrlar farqlarini tahlil qilamiz.

A.1 Avtorizatsiya oqimi

1.6J da avtorizatsiya ikkilik "Qabul qilingan" yoki "Bloklangan" javob edi.

1.6J Avtorizatsiya Javobi:"json [3, "123456", { "idTagInfo": { "holat": "Qabul qilindi", "tugash sanasi": "2026-12-31T23:59:59Z" } }]"

2.0.1 da javob ko'proq kontekstni o'z ichiga oladi, masalanidTokenfoydalanuvchi interfeysi uchun turi va qo'shimcha ma'lumotlar.

2.0.1 Avtorizatsiya javobi:"json [3, "987654", { "idTokenInfo": { "status": "Qabul qilindi", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Xush kelibsiz, Jon! Sizning balansingiz $45.00" } } }]"

A.2 Yurak urishi va ulanishni boshqarish

OCPP 2.0.1 stansiyaning "jonli" ekanligini qanday isbotlashini optimallashtiradi. 1.6J da, agarYurak urishimuvaffaqiyatsiz bo'lsa, stansiya ko'pincha qayta urinishda davom etardi. 2.0.1 da stansiya quyidagilardan foydalanishi mumkinXabardor qilish tadbiriasosiy bilan yurak urishini saqlab turganda, ikkilamchi orqa qismga ulanishi uzilganligi haqida xabar berish mexanizmi.

A.3 Batafsil metama'lumotlar jadvali

Xulosa

OCPP 1.6J dan 2.0.1 ga o'tish shunchaki dasturiy ta'minot yangilanishi emas; bu elektr harakatchanlik ekotizimining tub evolyutsiyasidir. Tijorat operatorlari uchun 1.6J ishonchli o'tmishni, 2.0.1 esa kengaytiriladigan, xavfsiz va aqlli kelajakni anglatadi.

Bugun 2.0.1 ni tanlash uzoq umr ko'rishga sarmoya kiritishdir. Bu sizning apparatingiz keyingi avlod elektromobillari bilan mos kelishini, kiberxavfsizlik qoidalarini qat'iylashtirishga va V2G va aqlli tarmoq integratsiyasining foydali imkoniyatlariga tayyor bo'lishini ta'minlaydi. Bozor birlashgan sari, eng mustahkam va moslashuvchan protokol stekiga ega operatorlar yetakchilik qiladi.

11-bob: Chuqur o'rganish: Xabar oqimi tahlili va ketma-ketlik diagrammalari

Ushbu bobda biz 1.6J va 2.0.1 o'rtasidagi operatsion farqlarni namoyish qilish uchun EVSE va CSMS o'rtasidagi o'zaro ta'sir ketma-ketliklarini tahlil qilamiz.

11.1 Yuklash va konfiguratsiya ketma-ketligi

Zaryadlovchi qurilma birinchi marta tarmoqqa ulanganda, u o'zini aniqlashi va konfiguratsiyasini sinxronlashtirishi kerak.

OCPP 1.6J Oqim:

1. WebSocket ulanishi: 80 yoki 443-port ustida tashkil etilgan.
2. Yuklash haqida bildirishnomaStansiya yetkazib beruvchi, model va seriya raqamini yuboradi.
3. GetConfigurationCSMS joriy holatni tekshirish uchun barcha kalitlarni so'raydi.
4. O'zgartirish konfiguratsiyasiCSMS ma'lum kalitlarni yangilaydi (masalan,Yurak urishi oralig'i).
5. Holat haqida bildirishnomaStansiya xabarlari “Mavjud”.

OCPP 2.0.1 oqimi:

1. Xavfsiz TLS qo'l berib ko'rishishMajburiy sertifikat almashinuvi.
2. Yuklash haqida bildirishnoma: O'z ichiga oladisabab(masalan,PowerUp).
3. GetBaseReportBarcha kalitlarni so'rash o'rniga, CSMS Qurilma Modelining to'liq ierarxiyasini taqdim etuvchi "Asosiy hisobot"ni so'raydi.
4. O'zgaruvchilarni o'rnatishCSMS o'zgaruvchilarni yangilaydi. 2.0.1 versiyasi atom yangilanishlariga imkon berishini unutmang — bitta xabarda bir nechta o'zgaruvchilarni o'rnatish va barchasi muvaffaqiyatli bo'lishini yoki hech biri muvaffaqiyatsiz bo'lishini ta'minlash.
5. Xabardor qilish tadbiriStansiya dastlabki komponent holatlari haqida xabar beradi.

11.2 Aqlli zaryadlash bo'yicha muzokaralar

Aqlli zaryadlash - bu 2.0.1 ning chinakam yorqin nuqtasi, ayniqsa bir nechta zaryadlash profillarini ishlatganda.

1.6J da, CSMS yuboradiZaryadlash profilini o'rnatishbu stek darajasi va jadvalni belgilaydi. Agar stansiyada bir nechta ulagichlar bo'lsa, profilni qayta ishlash ko'pincha noaniq bo'ladi.

2.0.1 versiyasida,Zaryadlash profilini o'rnatishaniq bog'langanzaryadlashProfilMaqsadi.

• Zaryadlash Stansiyasining Maksimal Profili: Butun stansiyaning qabul qilish hajmini cheklaydi.
• TXDefaultProfile: Har qanday yangi tranzaksiya uchun standart.
• TXProfil: Davom etayotgan tranzaksiyaga xos.

Bundan tashqari, 2.0.1 versiyasi quyidagilarni qo'llab-quvvatlaydiGetChargingStackLevelxabar, bu CSMSga qaysi profillar hozirda faol ekanligini va EVSE ichki rejalashtiruvchisi tomonidan ularga qanday ustuvorlik berilayotganini ko'rish imkonini beradi.

11.3 Masofadan ishga tushirish va boshqarish

Masofaviy buyruqlar kabiMasofaviyBoshlashTranzaksiya(1.6J) bilan almashtirildiSo'rovni boshlash(2.0.1). Asosiy farq foydali yuklamada. 2.0.1 da CSMS quyidagilarni o'z ichiga olishi mumkinzaryadlash profilito'g'ridan-to'g'ri ishga tushirish so'rovida. Bu shuni anglatadiki, avtomobil ikkinchi xabarni kutmasdan darhol kerakli quvvat darajasida quvvatlana boshlaydi, bu esa kechikishni kamaytiradi va tarmoq barqarorligini yaxshilaydi.

12-bob: Past darajadagi JSON sxemasi va maydonlarni taqqoslash

Dasturchilar va tizim integratorlari uchun sxema o'zgarishlari migratsiyaning eng ko'p mehnat talab qiladigan qismidir.

12.1 Sanab o'tilgan turlar (sanab o'tilganlar)

OCPP 2.0.1 standartlashtirilgan Enumlar sonini sezilarli darajada kengaytiradi, bu esa 1.6J implementatsiyalarida muammo tug'diradigan "Maxsus" holat kodlariga bo'lgan ehtiyojni kamaytiradi.

• Sabablarni sanab o'tish: Qo'riqchi it, Rejalashtirilgan Qayta tiklash, Masofaviy tiklash, Quvvatni yo'qotish.
• Holat raqamlari: Band qilingan, Band qilingan, Mavjud emas, Xatolik. 2.0.1 qo'shimchalarMavjud, Band qilingan, Band qilingan, Mavjud emas, Xatoliklekin batafsilroq ma'lumot uchun pastki holatlar bilan.

12.2 Ma'lumotlar turlari va o'lchov birliklari

OCPP 2.0.1 standart birliklardan (SI) foydalanishni rasmiylashtiradi. 1.6J ba'zan o'nlik aniqlikni aniqlanmagan holda qoldirgan bo'lsa, 2.0.1 da quyidagilardan foydalaniladio'nlikquvvat va energiya qiymatlari uchun turlar, bu esa turli yetkazib beruvchilarning uskunalari bo'yicha izchil hisob-kitoblarni ta'minlaydi.

13-bob: Amaliy tadqiqot: Global CPO migratsiyasi 1.6J dan 2.0.1 gacha

Keling, 10 000 zaryad nuqtasiga ega bo'lgan CPO bo'lgan “MegaCharge” gipotetik stsenariysini ko'rib chiqaylik.

13.1 1-bosqich: Audit

MegaCharge o'zining 1.6J avtomobil parkining 40% TLS 1.2 ni qo'llab-quvvatlamasligini aniqladi. Bu shuni anglatadiki, ushbu zaryadlovchi qurilmalar kelgusi davlat shartnomalari uchun yaroqsiz edi.

13.2 2-bosqich: CSMS yangilanishi

MegaCharge yangi CSMS yaratish o'rniga "OCPP tarjima qatlami"ni joriy qildi. Ushbu qatlam eski apparat uchun 1.6J va yangi apparat uchun 2.0.1 ulanishlarini qayta ishladi, ammo mobil ilova va billing tizimiga birlashtirilgan API taqdim etdi.

13.3 3-bosqich: Uskuna almashtirish

Yuqori trafikli saytlar uchun MegaCharge 1.6J zaryadlovchi qurilmalarini 2.0.1 standartiga mos keladigan tezkor doimiy tok zaryadlovchi qurilmalari bilan almashtirdi. Natijada, asosan, yanada mustahkamroq bo'lgani uchun "Ishga tushirishda xatolik" sessiyalari 15% ga kamaydi.Tranzaksiya tadbiri2.0.1 da ishlov berish.

13.4 ROI tahlili

Dastlabki investitsiya 2 million dollarni tashkil etdi. Biroq, texnik xizmat ko'rsatish chaqiruvlarining kamayishi (Device Model diagnostikasi tufayli) yiliga 400 ming dollar tejashga imkon berdi. Bundan tashqari, V2G chastotali javob bozorlarida ishtirok etish imkoniyati yillik qo'shimcha 200 ming dollar daromad keltirdi. Qaytarish muddati taxminan 3,3 yilni tashkil etdi.

14-bob: OCPP 2.0.1 xaridlari uchun xaridorning yakuniy nazorat ro'yxati

Yangi apparat yoki dasturiy ta'minotni baholashda, haqiqiy muvofiqlikni ta'minlash uchun ushbu nazorat ro'yxatidan foydalaning:

14.1 Uskuna (EVSE) talablari

• [ ]Xavfsizlik profili 3 qo'llab-quvvatlashi: Mijoz tomonidan sertifikatlarni boshqarishni qo'llab-quvvatlaydimi?
• [ ]Ikki yadroli protsessorTLS shifrlash va JSON tahlil qilish uchun yetarli joy bormi?
• [ ]Xavfsiz element (SE): Doskada kalitlarni saqlash uchun apparat ishonch ildizi bormi?
• [ ]ISO 15118-2/20 Tayyor: Kontroller PnC uchun zarur bo'lgan yuqori darajadagi aloqani boshqara oladimi?
• [ ]Displey qobiliyati: Uskuna OCPP orqali narx/holat ma'lumotlarini ko'rsatishni qo'llab-quvvatlaydimi?Ma'lumotlarni uzatishyoki mahalliy xabarlarmi?

14.2 Dasturiy ta'minot (CSMS) talablari

• [ ]Qurilma modelini vizualizatsiya qilish: Boshqaruv paneli zaryadlovchi qurilmaning ierarxik ko'rinishini ko'rsata oladimi?
• [ ]Sertifikatlash organi (CA) integratsiyasiCSMS sertifikatlarni avtomatik ravishda chiqarishi va aylantirishi mumkinmi?
• [ ]Tranzaksiyalarni yarashtirishTizim 1.6J eski zaryadlovchi qurilmalardan "osilgan" tranzaksiyalarni qanday boshqaradi?
• [ ]Aqlli zaryadlovchi dvigatel: Bu 2.0.1 ning ilg'or stek darajasidagi mantig'ini qo'llab-quvvatlaydimi?
• [ ]MasshtablanishWebSocket ishlov beruvchisi bir vaqtning o'zida 50 000 dan ortiq doimiy TLS ulanishlarini boshqara oladimi?

15-bob: OCPPni amalga oshirishdagi keng tarqalgan muammolarni bartaraf etish

Standart bilan ham, amalga oshirishlar har xil bo'ladi. Mana eng keng tarqalgan "xatolar".

15.1 WebSocket vaqt tugashi

Ko'pgina tarmoq xavfsizlik devorlari bo'sh TCP ulanishlarini yopadi. ​​AgarYurak urishi oralig'ijuda baland o'rnatilgan bo'lsa, zaryadlovchi qurilmasi uzilgan bo'lishi mumkin.

• Yechim: Ta'minlashYurak urishi oralig'ixavfsizlik devorining kutish vaqtidan (odatda 60-120 soniya) pastroq.

15.2 Sertifikat zanjiri bilan bog'liq muammolar

2.0.1 versiyasida keng tarqalgan nosozlik "Ishonchsiz sertifikat" xatosi hisoblanadi. Bu odatda zaryadlovchi qurilmada CSMS ning Root CA o'rnatilmagan bo'lsa sodir bo'ladi.

• Yechim: FoydalaningO'rnatish sertifikatiIshonch zanjiri to'liq ekanligiga ishonch hosil qilish uchun ishga tushirish paytida xabar.

15.3 JSON yuk hajmi

Ba'zi 2.0.1 xabarlari (masalanGetBaseReport) juda katta bo'lishi mumkin. Agar zaryadlovchi qurilmaning buferi juda kichik bo'lsa, u xabarni o'chirib tashlaydi.

• Yechim: TekshiringMaksimal Xabar HajmiQurilma modelidagi o'zgaruvchini tanlang va CSMS ushbu cheklovga rioya qilishini ta'minlang.

16-bob: Mintaqaviy tartibga solish landshaftlari va protokol majburiyatlari

OCPP 2.0.1 ga o'tish nafaqat texnologiya bilan bog'liq; bu tobora ko'proq qonun masalasiga aylanib bormoqda.

16.1 Yevropa Ittifoqi (AFIR)

Yevropa Ittifoqidagi Muqobil Yoqilg'i Infrastrukturasi Nizomi (AFIR) narxlar shaffofligi va o'zaro ishlashni talab qiladi. Unda OCPP 2.0.1 aniq nomlanmagan bo'lsa-da, "real vaqtda ma'lumotlar almashish" va "aqlli zaryadlash" talabi 2.0.1 ni yangi davlat infratuzilmasi uchun yagona amaldagi standartga aylantiradi.

16.2 Shimoliy Amerika (NEVI)

Qo'shma Shtatlarda Milliy elektr transport vositalari infratuzilmasi (NEVI) formula dasturi zaryadlovchi qurilmalarning "o'zaro ishlashi"ni talab qiladi. Kaliforniya kabi shtatlar bundan ham oldinga siljishmoqda, Kaliforniya Energetika Komissiyasi (CEC) esa ISO 15118 qo'llab-quvvatlashini talab qilmoqda, biz muhokama qilganimizdek, bu eng yaxshi OCPP 2.0.1 orqali amalga oshiriladi.

16.3 Xitoy va Osiyo-Tinch okeani mintaqasi

Xitoyning o'z standartlari (GB/T) mavjud bo'lsa-da, eksportga yo'naltirilgan ishlab chiqaruvchilar OCPP 2.0.1 ga katta mablag' sarflamoqdalar. Avstraliya va Singapur kabi bozorlarda davlat tomonidan davlat tomonidan qabul qilingan tenderlar endi deyarli faqat OCPP 2.0.1 ni 3-xavfsizlik profili bilan belgilamoqda.

17-bob: Amalga oshirish kodi parchalari: “Murakkab”

Dasturchilarga yordam berish uchun biz murakkab 2.0.1 vazifalari uchun kontseptual JSON tasvirlarini taqdim etamiz.

17.1 Sertifikat aylanish oqimi

Sertifikatning amal qilish muddati tugashiga yaqinlashganda, CSMS rotatsiyani ishga tushirishi kerak.

1. CSMS yuboradiSertifikat imzolandi:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----SERTIFIKATNI BOSHLASH-----\n...\n-----SERTIFIKATNI TUGATISH-----", "certificateType": "V2G" }]"

2. Stansiya javob beradiQabul qilindi:"json [3, "CERT-01", {"holat": "Qabul qilindi"}]"

3. Stansiya jo'natadiXavfsizlik tadbiri haqida bildirishnoma:"json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]"

17.2 Tarmoqqa mos keladigan zaryadlash profilini sozlash

Tasavvur qiling-a, tarmoq operatori tarmoq bo'ylab quvvatni cheklashi kerak.

CSMS yuboradiZaryadlash profilini o'rnatish:"json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Mutlaq", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 11000 }, { "startPeriod": 3600, "limit": 22000 } ] } } }]"

18-bob: OCPP 2.0.1 atamalarining keng qamrovli lug'ati

Barcha manfaatdor tomonlar uchun tushunarli bo'lishini ta'minlash uchun biz kengaytirilgan lug'atni taqdim etamiz.

• CSMS (Zaryadlash stansiyalarini boshqarish tizimi)Zaryadlovchi qurilmalarni boshqaradigan orqa bulut platformasi.
• EVSE (Elektr transport vositalarini yetkazib berish uskunalari)Jismoniy zaryadlash stansiyasi.
• OCPP (Ochiq zaryadlash nuqtasi protokoli)Ular gapiradigan til.
• OCA (Ochiq Zaryadlash Ittifoqi)Tilni yozadigan tashkilot.
• ISO 15118Avtomobil va zaryadlovchi qurilma o'rtasidagi protokol.
• PnC (Ulang va zaryadlang)ISO 15118 va OCPP 2.0.1 tomonidan yoqilgan foydalanuvchi tajribasi.
• V2G (Transport vositasidan tarmoqqa): Avtomobildan quvvatni tarmoqqa qayta yuborish.
• V2X (Transport vositasidan hamma narsaga)V2G, V2H va V2B uchun umumiy atama.
• TLS (Transport qatlami xavfsizligi)Ma'lumotlarni xavfsiz saqlaydigan shifrlash.
• PKI (Ochiq kalit infratuzilmasi)Xavfsizlik uchun ishlatiladigan raqamli sertifikatlar tizimi.
• JSON (JavaScript obyekti notasi): Xabarlar formati.
• WebSocketDoimiy ulanish xabarlar oqimini "quvur" orqali o'tkazadi.
• Qurilma modeli: 2.0.1 da apparat ta'minoti ierarxik tarzda tasvirlangan.
• KomponentUskuna qismi (masalan, ulagich).
• O'zgaruvchanKomponentning xususiyati (masalan, Status).
• AtributO'zgaruvchi haqidagi metama'lumotlar (masalan, qiymat, o'zgaruvchanlik).
• Tranzaksiya tadbiri: 2.0.1 versiyasidagi barcha sessiya ma'lumotlari uchun birlashtirilgan xabar.
• Yurak urishiDavriy “Men tirikman” signali.
• Yuklash haqida bildirishnoma: Zaryadlash qurilmasi ishga tushganda “Salom, men shu yerdaman” signali.
• Ma'lumotlarni uzatishSotuvchiga xos kengaytmalar uchun "hamma narsani qamrab oluvchi" xabar (ehtiyotkorlik bilan foydalaning!).

Yakuniy fikrlar: Ko'p protokolli davrda harakatlanish

Xaridor yoki operator sifatida eng muhim xulosa shuki, biz ... ga kirmoqdamizko'p protokolli davrKeyingi 3-5 yil ichida 1.6J va 2.0.1 birga mavjud bo'ladi. Biroq, muvozanat tez o'zgarib bormoqda.

Bugun OCPP 2.0.1 ni tanlash orqali siz shunchaki protokol sotib olmayapsiz; siz sug'urta sotib olmoqdasiz. Siz tarmog'ingiz yangi avtomobillar, yangi qonunlar va yangi daromad oqimlariga moslashishini ta'minlayapsiz. 2.0.1 ning murakkabligi - bu taraqqiyot narxi - bu yaxshilangan ish vaqti, kamaytirilgan xavf va yuqori darajadagi mijozlar tajribasi orqali o'zini oqlaydigan narx.

Tijorat zaryadlash endi o'ziga xos sanoat emas; u kelajakdagi transport tizimining asosiy tayanchidir. Ushbu tayanchni iloji boricha eng mustahkam poydevorga quring: OCPP 2.0.1.

19-bob: OCPP 2.0.1 uchun ishlab chiqish: Dasturiy ta'minot muhandislari uchun eng yaxshi amaliyotlar

1.6J kod bazasidan 2.0.1 ga o'tish refaktor emas; bu qayta yozishdir. Ishlab chiquvchilar boshqa aqliy modelni qo'llashlari kerak.

19.1 Asinxronlikni qabul qilish

WebSockets asinxron bo'lsa-da, 2.0.1 ning murakkabligi bitta so'rov (masalan,GetBaseReport) resurslar bilan cheklangan EVSE da ishlov berish uchun bir necha soniya vaqt ketishi mumkin. CSMS ishlab chiquvchilari turli apparat yetkazib beruvchilarining turli xil ishlov berish tezligini hisobga oladigan mustahkam vaqt tugashi va qayta urinish mantig'ini joriy qilishlari kerak.

19.2 Samarali JSON tahlili

JSON tahlili protsessorni ko'p sarflashi mumkin. EVSE dasturiy ta'minoti uchun ishlab chiquvchilar butun yuklamani RAMga yuklash o'rniga oqimga asoslangan tahlil qiluvchilardan foydalanishlari kerak. Bu, ayniqsa, uchun muhimdirXabardor qilish tadbiribitta freymda yuzlab o'zgaruvchan yangilanishlarni o'z ichiga olishi mumkin bo'lgan xabarlar.

19.3 Holat mashinasini boshqarish

2.0.1 versiyasidagi tranzaksiya uchun holat mashinasi 1.6J versiyasiga qaraganda qattiqroq. Ishlab chiquvchilar o'tish qoidalariga qat'iy rioya qilishlari kerak.Tranzaksiya tadbiriMasalan, siz ... ni yubora olmaysizTugadiavval yubormasdan tadbirBoshlandiaynan shu uchun tadbirtranzaksiya identifikatori.

20-bob: Sinov, tasdiqlash va OCPP muvofiqlik sinov vositasi (OCTT)

O'zaro ishlash OCPPning va'dasi, ammo u faqat qat'iy sinovlar orqali amalga oshiriladi.

20.1 OCA sertifikatining roli

Open Charge Alliance sertifikatlash dasturini taklif qiladi. Xaridorlar "OCPP 2.0.1 Certified" yorlig'ini izlashlari kerak. Ushbu sertifikatlash amalga oshirishning barcha majburiy profillarni qamrab oluvchi avtomatlashtirilgan sinovlar to'plamidan o'tganligini ta'minlaydi.

20.2 OCTT dan foydalanish

OCPP muvofiqlik sinov vositasi (OCTT) sinov uchun oltin standart hisoblanadi. U ham CSMS, ham EVSE ni simulyatsiya qiladi.

• EVSE ishlab chiqaruvchilari uchunStansiyangiz "baxtli yo'l" stsenariylari va chekka holatlarni (masalan, dasturiy ta'minotni yangilash paytida tarmoqning uzilishi) qayta ishlashini tekshirish uchun OCTT dan foydalaning.
• CSMS provayderlari uchun: Orqa tomoningiz juda ko'p turli xil xabarlarni va 2.0.1 ning qat'iy xavfsizlik talablarini qayta ishlashini ta'minlash uchun OCTT dan foydalaning.

20.3 Dala sinovlari va interop-festlar

Avtomatlashtirilgan sinovdan tashqari, OCA "Plugfests" ni tashkil qiladi, bu yerda sotuvchilar o'zlarining apparat va dasturiy ta'minotlarini real hayot sharoitlarida bir-biriga qarshi sinovdan o'tkazish uchun olib kelishadi. Bu yerda sertifikat nomuvofiqligi yoki JSON formatlashdagi kichik farqlar kabi eng nozik xatolar aniqlanadi va hal qilinadi.

21-bob: Chuqur qiyosiy jadval: OCPP 2.0.1 ning 60+ harakatlari

To'liq ma'lumotnoma berish uchun biz 2.0.1 ning asosiy xabarlarini tasniflaymiz va ularni 1.6J hamkasblari bilan taqqoslaymiz.

21.1 Ta'minot va konfiguratsiya

21.2 Tranzaksiyalarni qayta ishlash

21.3 Xavfsizlik va dasturiy ta'minotni boshqarish

21.4 Jadval tarmog'ingiz uchun nimani anglatadi

Jadval bitta fikrni aniq ko'rsatib turibdi: OCPP 2.0.1 1.6J ning kosmetik nomi emas. Yangi xabar oilalari - yozilgan o'zgaruvchilar, hodisalarga asoslangan tranzaksiyalar va sertifikatlarni boshqarish - Plug & Charge, aqlli zaryadlash va tartibga solish hisobotlari uchun zarur bo'lgan sanitariya-tesisatdir. Faqat 1.6J da gapiradigan zaryadlovchi qurilma shlyuz bilan qayta jihozlanishi mumkin, ammo faqat 1.6J da gapiradigan CSMS regulyatorlar va avtomobil ishlab chiqaruvchilari tobora ko'proq talab qiladigan xavfsizlik modelini taqdim eta olmaydi. Uskunalarni baholashda "2.0.1-tayyor" degani dasturiy ta'minot kelasi yilga emas, balki bugun yetkazib berilishini anglatishi kerak. Va OCPP 2.0.1 1.6J ning SOAP transporti o'rniga JSON-over-WebSocket-da ishlayotgani sababli, xabar oqimlari yengilroq va nosozliklarni tuzatish ancha osonroq - bu sizning IT jamoangiz birinchi kundanoq his qiladigan amaliy afzallik.

22-bob: Xulosa: Yangilash to'g'risida qaror qabul qilish

Tijorat operatori uchun amaliy ko'rsatma aniq:

• Yangi joylashtirishlar standart OCPP 2.0.1 ga o'rnatilishi kerak.Xavfsizlik modeli, sertifikatlarni qayta ishlash va ISO 15118 integratsiyasi 2026-yilgi tartibga solish muhiti uchun zarur shartlardir.
• Mavjud 1.6J flotlari qolib ketmagan.Boshqariladigan shlyuzlar va ikki protokolli CSMS platformalari 2.0.1-ona apparatini bosqichma-bosqich o'rnatish paytida bu bo'shliqni to'ldiradi.
• Ishonishdan oldin sinab ko'ring.OCTT, plugfestlar va bosqichma-bosqich tarqatishlardan foydalaning — o'zaro ishlash ma'lumotlar jadvalidan emas, balki sohada isbotlangan.
• Migratsiya yo'lini yozma ravishda talab qiling.Zaryadlovchi qurilmangiz sotuvchisi 1.6J dan 2.0.1 gacha bo'lgan dasturiy ta'minot yo'l xaritasini noaniq va'dalar bilan emas, balki sanalar bilan e'lon qilishi kerak.

Harakatga chaqiruv: Protokol strategiyangiz haqida MIDA Power bilan suhbatlashing

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.