Kommersiya Şarj Operatorları üçün OCPP 1.6J və 2.0.1-in Strateji Müqayisəsi

Qlobal Kommersiya Şarj Operatorları üçün OCPP 1.6J və 2.0.1-in Qəti Strateji Müqayisəsi: Şəbəkə Ölçülülüyünə, Qabaqcıl Kibertəhlükəsizliyə, ISO 15118 İnteqrasiyasına və Davamlı EV Böyüməsi üçün Uzunmüddətli İnfrastrukturun Gələcəyinə Dəyər Verilməsi

İcra Xülasəsi

Elektrikli nəqliyyat vasitələrinin (EV) doldurma mənzərəsi seysmik dəyişiklik yaşayır. Qlobal tətbiq sürətləndikcə, Elektrikli Nəqliyyat Vasitələrinin Təchizatı Avadanlıqları (EVSE) və Doldurma Stansiyalarının İdarəetmə Sistemləri (CSMS) arasında qarşılıqlı əlaqəni tənzimləyən əsas rabitə protokolları Kommersiya Doldurma Operatorları (CPO) üçün texniki strategiyanın əsas nöqtəsinə çevrilib. Açıq Doldurma Alyansı (OCA) tərəfindən dəstəklənən Açıq Doldurma Nöqtəsi Protokolu (OCPP) sadə mesajlaşma çərçivəsindən mürəkkəb, təhlükəsiz və yüksək dərəcədə miqyaslı bir standarta çevrilib.

Bu təlimat OCPP 1.6J-dən OCPP 2.0.1-ə keçidin ətraflı texniki təhlilini təqdim edir. Biz memarlıq fərqlərini, təhlükəsizlik təkmilləşdirmələrini, cihaz idarəetmə paradiqmalarını və ISO 15118 inteqrasiyasının vacib rolunu araşdırırıq. Alıcılar və operatorlar üçün bu məqalə sürətlə inkişaf edən bazarda məlumatlı satınalma və miqrasiya qərarlarının qəbul edilməsi üçün qəti istinad mənbəyi kimi xidmət edir.

Fəsil 1: EV Şarj Standartlarının Təkamülü: Tarixi Kontekst

Açıq Şarj Nöqtəsi Protokolu (OCPP) qarşılıqlı fəaliyyət ehtiyacından yaranmışdır. Elektrikli nəqliyyat vasitələrinin doldurulmasının ilk dövrlərində aparat istehsalçıları və proqram təminatı təminatçıları özəl protokollardan istifadə edərək rəqabəti və innovasiyanı boğan "divarla əhatə olunmuş bağlar" yaratdılar. OCPP 1.2 və 1.5-in tətbiqi təməl yaratdı, lakin sənayeni həqiqətən birləşdirən OCPP 1.6 oldu.

1.1 OCPP-nin Dominantlığı 1.6J

2015-ci ildə buraxılan OCPP 1.6, JSON over WebSockets (1.6J) tətbiqini təqdim etdi. SOAP əsaslı mesajlaşmadan bu uzaqlaşma, əlavə xərcləri əhəmiyyətli dərəcədə azaltdı və tərtibatçılar üçün tətbiqi sadələşdirdi. Ağıllı şarj və əlavə status bildirişləri kimi xüsusiyyətləri təqdim edərək, təxminən on ildir ki, sənaye standartı halına gətirdi.

1.2 OCPP-nin Yaradılışı 2.0.1

1.6J-nin uğuruna baxmayaraq, sənayenin böyüməsi onun məhdudiyyətlərini üzə çıxardı. Təhlükəsizlik, cihaz idarəetməsinin mürəkkəbliyi və qabaqcıl şəbəkə inteqrasiyası (V2G) üçün yerli dəstəyin olmaması OCPP 2.0-ın və sonradan təkmilləşdirilmiş OCPP 2.0.1-in (2020-ci ildə buraxılmışdır) hazırlanmasına səbəb oldu. OCPP 2.0.1 sadəcə bir yeniləmə deyil; bu, yüksək güclü, ağıllı və təhlükəsiz şarj şəbəkələrinin növbəti nəslini dəstəkləməyə yönəlmiş tam bir yenidən dizayndır.

Fəsil 2: Əsas Kommunikasiya Paradiqmaları: JSON, Veb Soketlər və Çərçivə Strukturları

Bu protokollar arasındakı fərqi anlamaq üçün aşağı səviyyəli rabitəyə nəzər salmaq lazımdır. Hər iki protokol WebSockets üzərindən JSON istifadə edir, lakin bu mesajların strukturu və işlənməsi əhəmiyyətli dərəcədə fərqlənir.

2.1 WebSocket Layer

Hər iki versiyada tam dupleks rabitəyə imkan verən davamlı WebSocket bağlantıları istifadə olunur. Bu, mobil tətbiqdən şarj sessiyasını dayandırmaq və ya ani nasazlıq bildirişləri almaq kimi real vaxt əməliyyatları üçün vacibdir.

2.2 Mesaj Çərçivəsinin Bölünməsi

Tipik bir OCPP mesajı mesaj növü ID-sindən, unikal mesaj ID-sindən, əməliyyat adından və faydalı yükdən ibarətdir.

OCPP 1.6J Çərçivə Nümunəsi (Yükləmə Bildirişi)

“json [2, "123456", "ÇəkməNotification", { "chargePointVendor": "MidaPower", "chargePointModel": "Terra-X", "chargePointSerialNumber": "SN001", "firmwareVersion": "v1.2.3" }]“

OCPP 2.0.1 Çərçivə Nümunəsi (Yükləmə Bildirişi)

“json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`2.0.1 versiyasında artan dənəvərliyə diqqət yetirin.reason` sahəsi, CSMS-in açılışın yenidən başlatma, işə salma və ya nəzarətçi tetikleyicisi səbəbindən baş verdiyini anlamasına imkan verir və bu da daha yaxşı diaqnostik məntiqə imkan verir.

Fəsil 3: Memarlıq Paradiqmasının Dəyişikliyi: Cihaz Modeli

OCPP 2.0.1-də ən əhəmiyyətli texniki çatışmazlıq, tətbiqidirCihaz Modeli.

3.1 1.6J Konfiqurasiya Açarlarının Məhdudiyyətləri

OCPP 1.6J-də aparat konfiqurasiyası “Konfiqurasiya Açarları”nın düz siyahısı vasitəsilə idarə olunurdu (məsələn,Ürək döyüntüsü Aralığı, BağlantıVaxtıŞarj cihazları daha mürəkkəbləşdikcə (çoxkonnektorlu, inteqrasiya olunmuş enerji modulları, mürəkkəb soyutma sistemləri), bu düz siyahı idarəolunmaz hala gəldi. Stansiyanın fiziki iyerarxiyasını təsvir etməyin standartlaşdırılmış yolu yox idi.

3.2 2.0.1 Cihaz Modeli Yanaşması

OCPP 2.0.1 aşağıdakılardan ibarət iyerarxik model təqdim edirKomponentlərvəDəyişənlərKomponent "Kontroller", "Konnektor" və ya "PowerModule" ola bilər. Hər bir komponentin vəziyyətini və ya konfiqurasiyasını təmsil edən dəyişənləri var (məsələn,Temperatur, Gərginlik, Maksimum Cərəyan).

• KomponentŞarj stansiyasının fiziki və ya məntiqi hissəsi.
• Dəyişkən: Həmin komponentin spesifik atributu.
• XüsusiyyətlərDəyişəni təsvir edən metaməlumatlar (vahid, diapazon, giriş növü).

Bu, standart monitorinqə imkan verir. Operator artıq satıcıya məxsus xüsusi açarlara etibar etmək əvəzinə, standartlaşdırılmış bir yoldan istifadə edərək müəyyən bir enerji modulunun temperaturunu sorğulaya bilər.

Fəsil 4: Kibertəhlükəsizlik: “Ən yaxşı səydən” məcburi TLS-ə qədər

Elektrikli nəqliyyat vasitələrinin şarjının ilk dövrlərində təhlükəsizlik məsələsi çox vaxt ikinci planda qalırdı. OCPP 1.6J təhlükəsizlik profilləri təklif etsə də, tətbiq müxtəlif istehsalçılar arasında uyğunsuz idi.

4.1 1.6J-də Təhlükəsizlik Profilləri

OCPP 1.6J üç təhlükəsizlik profili müəyyən etmişdir:

1. TəminatsızSadə mətn HTTP/Veb Soketləri.
2. Əsas Təsdiqİstifadəçi adı/parolu ilə TLS.
3. Sertifikat əsaslı: Klient tərəfindəki sertifikatlarla TLS.

Problem ondadır ki, bir çox şarj cihazı Profil 1-də qalırdı və bu da onları ortada olan (MITM) hücumlara və icazəsiz idarəetməyə qarşı həssas edirdi.

4.2 2.0.1-in Sərtləşdirilmiş Mövqeyi

OCPP 2.0.1 təhlükəsiz rabitəni tələb edir. O, qabaqcıl təhlükəsizlik xüsusiyyətlərini yerli olaraq birləşdirir:

• Təhlükəsiz Proqram Təminatı YeniləmələriProqram təminatı şəkillərinin məcburi imzalanması və yoxlanılması.
• Təhlükəsizlik QeydiyyatıTəhlükəsizliklə əlaqəli hadisələr üçün ətraflı qeydlər (məsələn, uğursuz giriş cəhdləri, sertifikatın müddəti bitməsi).
• Sertifikat İdarəetməsiDöndürülmüş və yenilənmiş sertifikatlar üçün standartlaşdırılmış mesajlar (CSMS-lə idarə olunan və ya Stansiya ilə idarə olunan).
• TLS 1.2/1.3Ən son şifrələmə standartlarına dəstək.

Kommersiya operatorları üçün bu, kütləvi şəbəkə pozuntuları riskini azaldır və IoT cihazları üçün yeni kibertəhlükəsizlik qaydalarına uyğunluğu təmin edir.

Fəsil 5: ISO 15118 İnteqrasiyası: Qoş və Şarj et və V2G

EV-lərin doldurulmasının gələcəyi yalnız elektronların hərəkəti ilə bağlı deyil; bu, məlumat və enerjinin ağıllı mübadiləsi ilə bağlıdır. ISO 15118, nəqliyyat vasitəsindən şəbəkəyə (V2G) rabitə üçün beynəlxalq standartdır və onun OCPP ilə inteqrasiyası 2.0.1-in əsas xüsusiyyətidir.

5.1 Qoş və Şarjın Mürəkkəbliyi

"Plug & Charge" (PnC) sürücüyə tətbiq və ya RFID kartından istifadə etmədən nəqliyyat vasitəsini sadəcə elektrik şəbəkəsinə qoşub doldurmağa başlamağa imkan verir. Bunun üçün nəqliyyat vasitəsi, şarj cihazı, operator və klirinq mərkəzini əhatə edən mürəkkəb Açıq Açar İnfrastrukturu (PKI) tələb olunur.

OCPP 1.6J-də, baza protokolunda PnC dəstəyi mövcud deyildi. Satıcılar xüsusi genişləndirmələr tətbiq etməli oldular ki, bu da parçalanmaya səbəb oldu. OCPP 2.0.1 aşağıdakıları dəstəkləyərək PnC üçün "santexnika" təmin edir:

• Sertifikat QuraşdırılmasıMüqavilə Sertifikatlarının KSMS-dən EVSE vasitəsilə EV-yə ötürülməsi.
• SəlahiyyətNəqliyyat vasitəsinin sertifikatından əldə edilən e-Mobility ID-dən (eMAID) istifadə.
• Şifrəli RabitəAvtomobil və şəbəkə arasında ötürülən həssas ödəniş məlumatlarının qorunmasını təmin etmək.

5.2 Ağıllı Şarj və Yük Balansı

1.6J əsas ağıllı şarjı dəstəkləsə də (göndərir)Şarj Profilini Təyin Edin), 2.0.1 bunu daha da artırır. Bu, aşağıdakılara imkan verir:

• Xarici Siqnal İnteqrasiyasıŞəbəkə tezliyinə və ya topdansatış qiymət siqnallarına real vaxt rejimində cavab.
• Dinamik Yük İdarəetməsiYüzlərlə konnektoru olan bir ərazidə enerji paylanması üzərində daha ətraflı nəzarət.
• Nəqliyyat vasitəsindən şəbəkəyə (V2G)2.0.1 versiyası, iki istiqamətli enerji axınını dəstəkləmək üçün lazımi məlumat sahələrini ehtiva edir və bu da EV-lərin şəbəkə üçün paylanmış enerji resursları (DER) kimi fəaliyyət göstərməsinə imkan verir.

5.3 İstifadəçi UI/UX Təkmilləşdirmələri

OCPP 2.0.1, məlumatların birbaşa şarj cihazının ekranında və ya avtomobilin idarəetmə panelində göstərilməsini dəstəkləyir, məsələn:

• Yerli valyutada real vaxt rejimində qiymətlər.
• 80%-lik şarj vəziyyətinə (SoC) çatmaq üçün təxmini vaxt.
• Tamamlandıqdan sonra ətraflı qəbz məlumatı.

Fəsil 6: Qabaqcıl Cihaz İdarəetməsi və Monitorinqi

Bir CPO üçün şarj cihazının dəyəri yalnız alış qiyməti deyil; bu, Ümumi Mülkiyyət Xərcidir (TCO). Texniki xidmət və dayanma müddəti ən böyük mənfəət öldürücüləridir. OCPP 2.0.1 üstün monitorinq imkanları vasitəsilə bunu həll edir.

6.1 Hadisəyə Əsaslanan Hesabat

1.6J-də CSMS adətən şarj cihazından statusu soruşmalı və ya gözləməli idiStatusBildirişi2.0.1 versiyasında,Hadisə Monitorinqisistem CSMS-ə hədləri təyin etməyə imkan verir. Məsələn: “Yalnız daxili temperatur 70°C-dən yuxarı olduqda mənə bildiriş göndərin” və ya “Giriş gərginliyi 200V-dan aşağı düşərsə, bildiriş göndərin”. Bu, şəbəkə trafikini azaldır və proaktiv texniki xidmətə imkan verir.

6.2 Əməliyyatların İdarə Edilməsi: Əməliyyat Hadisəsi

OCPP 1.6J-nin ən çox tənqid olunan aspektlərindən biri əməliyyatların idarə olunması idi. Bir sessiyaƏməliyyata BaşlatvəƏməliyyatı dayandırınmesajlar göndərilsə də, şəbəkədə fasilə yaranarsa, KTMS tez-tez ödəniş məlumatlarını uzlaşdırmaqda çətinlik çəkirdi.

OCPP 2.0.1 bunları tək, güclü ilə əvəz edirƏməliyyat Hadisəsimesaj. Bu mesaj əməliyyatın bütün həyat dövrü mərhələlərini (Başlanğıc, Yenilənmə, Bitmə) bildirmək üçün istifadə olunur. O, unikal mesajı ehtiva edirəməliyyat ID-sibu, şarj cihazı yenidən başlasa belə davam edir və heç bir şarj məlumatının və beləliklə, gəlirin itirilməməsini təmin edir.

6.3 Təkmilləşdirilmiş Diaqnostika və Problemlərin Həlli

TheGetLogvəDiaqnostikaStatusBildirişi2.0.1 versiyasındakı mesajlar daha strukturlaşdırılmışdır. CPO-lar müəyyən jurnal növlərini (Təhlükəsizlik, Diaqnostika, İstifadəçi) tələb edə və vaxt aralığını təyin edə bilərlər. Bu, uzaqdan dəstək qruplarına texniki işçi göndərmədən problemləri həll etməyə imkan verir və bu da OpEx-i əhəmiyyətli dərəcədə azaldır.

Fəsil 7: Proqram təminatının yenilənməsi mexanizmləri: etibarlılıq və geri dönüşlər

Proqram təminatı yeniləmələri inkişaf edən aparatların can damarıdır, lakin uğursuz bir yeniləmə şarj cihazını işə sala bilər.

7.1 1.6J Yeniləmə Prosesi

1.6J-də,Proqram təminatını yeniləyinəmr nisbətən sadə idi. Şarj cihazı şəkli yükləyəcək və quraşdırmağa çalışacaqdı. Çoxmərhələli yeniləmələr və ya təsdiqlənmiş geri qaytarmalar üçün standart mexanizm yox idi.

7.2 2.0.1 Çoxmərhələli Yeniləmə

OCPP 2.0.1, proqram təminatı yeniləmələri üçün daha mürəkkəb bir həyat dövrü təqdim edir:

1. YükləyinŞarj cihazı şəkli götürür və onun yoxlama cəmini/imzasını yoxlayır.
2. Quraşdırma: Yeniləmə ikinci dərəcəli bölməyə tətbiq olunur.
3. DoğrulamaSistem yeni proqram təminatının düzgün yüklənib-yüklənmədiyini yoxlayır.
4. Aktivləşdirmə: Əsas bölmə dəyişdirilib.

Hər hansı bir addım uğursuz olarsa, protokol şarj cihazının əvvəlki sabit versiyaya necə qayıtmalı və konkret nasazlıq kodunu CSMS-ə necə bildirməli olduğunu müəyyən edir. Bu etibarlılıq səviyyəsi genişmiqyaslı kommersiya yerləşdirmələri üçün müzakirə mövzusu deyil.

7.3 İmza Təsdiqlənməsi

Zərərli şəxslərin oğurlanmış proqram təminatını yükləməsinin qarşısını almaq üçün 2.0.1 versiyası rəqəmsal imzaların istifadəsini tələb edir. Şarj cihazı istehsalçının şəxsi açarı ilə imzalanmamış hər hansı bir kodu icra etməkdən imtina edəcək və bu da aparat səviyyəsindəki haker hücumlarına qarşı vacib bir qoruma təbəqəsi əlavə edəcək.

Fəsil 8: Məlumatların Məxfiliyi, Tənzimləyici Uyğunluq və GDPR

Elektrikli avtomobillərin enerji ilə doldurulması gündəlik istifadəyə çevrildikcə, yaradılan şəxsi məlumatların miqdarı heyrətamiz dərəcədə artır. Tək bir enerji ilə doldurma sessiyası istifadəçinin şəxsiyyətini, nəqliyyat vasitəsinin yerini, səyahət qaydalarını və maliyyə məlumatlarını əlaqələndirə bilər.

8.1 OCPP-də Şəxsiyyəti Müəyyən Edən Məlumatlar (ŞMİ)

Avropada Ümumi Məlumatların Mühafizəsi Qaydaları (GDPR) və Kaliforniyadakı CCPA kimi oxşar qanunlar kontekstində, məlumat nöqtələri kimiidTag(RFID) və yaEVCCID(Nəqliyyat vasitəsinin identifikatoru) PII hesab olunur.

OCPP 2.0.1 məlumatların anonimləşdirilməsi üçün daha yaxşı idarəetmə vasitələri təmin edir. Məsələn,Xüsusi Məlumatlarsahələr operatorlara PII-ni əsas protokol qeydlərinə ifşa etmədən metaməlumatları saxlamağa imkan verir. Bundan əlavə, təkmilləşdirilmiş təhlükəsizlik profilləri bu məlumatların həm tranzit, həm də istirahət zamanı şifrələnməsini təmin edir.

8.2 Unudulmaq hüququ və məlumatların daşınması

2.0.1 Cihaz Modelinin strukturlaşdırılmış təbiəti CSMS provayderləri üçün "məlumatların silinməsi" sorğularını həyata keçirməyi asanlaşdırır. 1.6J sistemində istifadəçinin ID-sinin bütün nümunələrini fərqli konfiqurasiya açarları və qeydləri arasında tapmaq əl ilə edilən bir kabus idi. 2.0.1-də cihaz vəziyyəti ilə əməliyyat məlumatları arasında aydın bir ayrılma daha təmiz verilənlər bazası arxitekturasına imkan verir.

8.3 IoT Təhlükəsizlik Qanunlarına Uyğunluq

Bir çox regionlar artıq IoT cihazlarının unikal parollara və təhlükəsiz yeniləmə mexanizmlərinə malik olmasını tələb edən qanunlar qəbul edir. OCPP 2.0.1-in məcburi TLS və imzalanmış proqram təminatı sadəcə "yaxşı" xüsusiyyətlər deyil - onlar Kaliforniya və Böyük Britaniya kimi bazarlarda aparat satışı üçün qanuni tələblərdir.

Fəsil 9: Alıcının Perspektivi: TCO, ROI və Strateji Miqrasiya

Kommersiya şarj operatoru üçün 1.6J-də qalmaq və ya 2.0.1-ə keçmək qərarı maliyyə məsələsidir.

9.1 Tətbiqin dəyəri

• OCPP 1.6JTətbiqi ucuzdur, geniş şəkildə aşağı qiymətli aparat təminatı ilə dəstəklənir, lakin texniki xidmət və təhlükəsizlik risklərində yüksək gizli xərclər daşıyır.
• OCPP 2.0.1EVSE-də daha güclü prosessorlar və daha çox yaddaş tələb olunur. Protokolun mürəkkəbliyinə görə CSMS üçün inkişaf xərcləri daha yüksəkdir. Bununla belə, uzaqdan idarəetmə və daha yaxşı etibarlılıq sayəsində əhəmiyyətli dərəcədə OpEx qənaəti təklif edir.

9.2 “Rahat Yeniləmə” Mifi

Tez-tez deyilir ki, 1.6J şarj cihazları proqram təminatı vasitəsilə 2.0.1 versiyasına yüksəldilə bilər. Əslində bu, nadir hallarda doğrudur. 2.0.1 üçün yaddaş və CPU tələbləri (xüsusən də TLS sertifikatlarının işlənməsi və Cihaz Modelinin mürəkkəb JSON təhlili) çox vaxt köhnə 1.6J kontrollerlərinin imkanlarını üstələyir.

9.3 Strateji Miqrasiya Yolları

Baş Mühasibat Uçotu Müdirləri (CPO) “Hibrid Şəbəkə” yanaşmasını nəzərdən keçirməlidirlər:

1. İrsi SaytlarMövcud aşağı güclü AC şarj cihazları üçün 1.6J işlətməyə davam edin.
2. Yeni DC Sürətli Şarj SaytlarıPnC və V2G-ni dəstəkləmək üçün bütün yeni yüksək güclü yerləşdirmələr üçün 2.0.1 mandatı.
3. Proksi həlləri: Vahid idarəetmə panelinə imkan verən, 1.6J mesajlarını CSMS üçün 2.0.1 ilə uyğun formata çevirə bilən protokol şlüzündən istifadə edin.

Fəsil 10: Gələcəyə Dəyərlilik: OCPP 2.1 və Muxtar Şarj Sisteminə Gedən Yol

2.0.1 populyarlıq qazansa da, Open Charge Alliance artıq OCPP 2.1 üzərində işləyir. Bu gələcək versiya protokolun əhatə dairəsini daha da genişləndirəcək.

10.1 İki istiqamətli şarj (V2X)

2.0.1 əsas V2G-ni dəstəkləsə də, 2.1, Nəqliyyat Vasitəsindən Evə (V2H) və Nəqliyyat Vasitəsindən Binaya (V2B) rabitəsini təkmilləşdirəcək və elektrik kəsintiləri zamanı evləri elektriklə təmin etməyə və ya kommersiya binalarına olan pik tələbatı azaltmağa imkan verəcək.

10.2 Simsiz Şarj Dəstəyi

Muxtar nəqliyyat vasitələri (AV) meydana çıxdıqca, əl ilə qoşulma köhnələcək. OCPP 2.1, insan müdaxiləsi olmadan induktiv (simsiz) şarj, nizamlama və enerji ötürülməsinin idarə edilməsi üçün standartlaşdırılmış mesajları əhatə edəcək.

10.3 Ağıllı Şəhərlərlə İnteqrasiya

Gələcək versiyalarda, çox güman ki, trafik idarəetmə sistemləri və bərpa olunan enerji proqnozları ilə daha dərin inteqrasiya olacaq. Şarj cihazları real vaxt rejimində enerji bazarlarında enerji üçün "təklif verə" biləcək və bununla da şarj şəbəkələrini nəhəng virtual elektrik stansiyalarına (VPP) çevirəcək.

Texniki Əlavə: Mesaj Müqayisələrinə Dərin Dalış

Ən yüksək texniki dərinliyi təmin etmək üçün indi iki versiya arasındakı spesifik mesaj ardıcıllıqlarını və kadr fərqlərini təhlil edəcəyik.

A.1 Səlahiyyət Axını

1.6J-də avtorizasiya ikili "Qəbul edildi" və ya "Bloklandı" cavabı idi.

1.6J Səlahiyyət Cavabı:“json [3, "123456", { "idTagInfo": { "status": "Qəbul edildi", "bitmə tarixi": "2026-12-31T23:59:59Z" } }]“

2.0.1 versiyasında cavab daha çox konteksti əhatə edir, məsələn,idTokenistifadəçi interfeysi üçün növü və əlavə məlumat.

2.0.1 Səlahiyyət Cavabı:“json [3, "987654", { "idTokenInfo": { "status": "Qəbul edildi", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Xoş gəlmisiniz, Con! Balansınız 45.00 dollardır" } } }]“

A.2 Ürək döyüntüsü və Əlaqənin İdarə Edilməsi

OCPP 2.0.1, stansiyanın "canlı" olduğunu necə sübut etdiyini optimallaşdırır. 1.6J-də, əgərÜrək döyüntüsüuğursuz olarsa, stansiya tez-tez təkrar cəhd etməyə davam edərdi. 2.0.1-də stansiya istifadə edə bilərNotifyEventəsas ötürücü ilə ürək döyüntüsünü qoruyarkən, ikinci dərəcəli arxa plana bağlantısının itirildiyini bildirmək mexanizmi.

A.3 Ətraflı Metaməlumatlar Cədvəli

Nəticə

OCPP 1.6J-dən 2.0.1-ə keçid sadəcə proqram təminatı yeniləməsi deyil; bu, elektrik mobilliyi ekosisteminin fundamental təkamülüdür. Kommersiya operatorları üçün 1.6J etibarlı keçmişi, 2.0.1 isə genişlənə bilən, təhlükəsiz və ağıllı gələcəyi təmsil edir.

Bu gün 2.0.1 versiyasını seçmək uzunömürlülüyə bir sərmayədir. Bu, avadanlığınızın növbəti nəsil elektromobillərlə uyğun olmasını, sərt kibertəhlükəsizlik qaydalarına uyğun olmasını və V2G və ağıllı şəbəkə inteqrasiyasının gəlirli imkanlarına hazır olmasını təmin edir. Bazar konsolidasiya olunduqca, ən güclü və çevik protokol yığınlarına malik operatorlar liderlik edəcəklər.

Fəsil 11: Dərin Dalğıc: Mesaj Axını Təhlili və Ardıcıllıq Diaqramları

Bu fəsildə, 1.6J və 2.0.1 arasındakı əməliyyat fərqlərini nümayiş etdirmək üçün EVSE və CSMS arasındakı qarşılıqlı təsir ardıcıllıqlarını təhlil edirik.

11.1 Yükləmə və Konfiqurasiya Ardıcıllığı

Şarj cihazı ilk dəfə şəbəkəyə qoşulduqda özünü müəyyən etməli və konfiqurasiyasını sinxronlaşdırmalıdır.

OCPP 1.6J Axın:

1. WebSocket Bağlantısı: 80 və ya 443-cü liman üzərində qurulub.
2. Çəkmə BildirişiStansiya təchizatçı, model və seriya nömrəsini göndərir.
3. GetConfigurationCSMS, cari vəziyyəti yoxlamaq üçün bütün açarları tələb edir.
4. Konfiqurasiyanı DəyişdirinCSMS müəyyən açarları yeniləyir (məsələn,Ürək döyüntüsü Aralığı).
5. StatusBildirişiStansiya hesabatları “Mövcuddur”.

OCPP 2.0.1 Axını:

1. Təhlükəsiz TLS Əl GörüşüMəcburi sertifikat mübadiləsi.
2. Çəkmə BildirişiDaxildirsəbəb(məsələn,PowerUp).
3. GetBaseReportBütün açarları tələb etmək əvəzinə, CSMS Cihaz Modelinin tam iyerarxiyasını təmin edən "Əsas Hesabat" tələb edir.
4. Dəyişənləri DəstəkləyinCSMS dəyişənləri yeniləyir. Qeyd edək ki, 2.0.1 versiyası atom yeniləmələrinə imkan verir — bir mesajda birdən çox dəyişən təyin edir və hamısının uğurlu olmasını və ya heç birinin uğurlu olmamasını təmin edir.
5. NotifyEventStansiya ilkin komponent vəziyyətlərini bildirir.

11.2 Ağıllı Şarj Danışıqları

Xüsusilə birdən çox şarj profili ilə işləyərkən, 2.0.1-in həqiqətən də parlaq olduğu yer ağıllı şarjdır.

1.6J-də CSMS göndərirŞarj Profilini Təyin Edinhansı ki, yığın səviyyəsini və cədvəli müəyyən edir. Əgər stansiyanın birdən çox konnektoru varsa, profilin işlənməsi çox vaxt qeyri-müəyyən olur.

2.0.1 versiyasında,Şarj Profilini Təyin Edinaçıq şəkildə bir ilə əlaqələndirilirşarjProfilMəqsəd.

• Doldurma StansiyasıMaxProfil: Bütün stansiyanın qəbulunu məhdudlaşdırır.
• TXDefaultProfile: İstənilən yeni əməliyyat üçün standart.
• TXProfilDavam edən əməliyyata xasdır.

Bundan əlavə, 2.0.1 versiyası aşağıdakıları dəstəkləyirŞarjStackSəviyyəsini Alınmesajı göndərir və CSMS-ə hazırda hansı profillərin aktiv olduğunu və EVSE-nin daxili planlaşdırıcısı tərəfindən necə prioritetləşdirildiyini görməyə imkan verir.

11.3 Uzaqdan İşəsalma və İdarəetmə

Uzaqdan əmrlər kimiUzaqdanBaşlatTransaction(1.6J) ilə əvəz edilmişdirƏməliyyata Başlat Sorğusu(2.0.1). Əsas fərq faydalı yükdədir. 2.0.1-də CSMS aşağıdakıları əhatə edə bilərşarj Profilibirbaşa işə salma sorğusunda. Bu o deməkdir ki, avtomobil ikinci mesajı gözləmədən dərhal düzgün güc səviyyəsində doldurulmağa başlaya bilər, gecikməni azaldır və şəbəkə sabitliyini artırır.

Fəsil 12: Aşağı Səviyyəli JSON Sxemi və Sahə Müqayisələri

Tərtibatçılar və sistem inteqratorları üçün sxem dəyişiklikləri miqrasiyanın ən çox əmək tələb edən hissəsidir.

12.1 Sadalanan Növlər (Sadalamalar)

OCPP 2.0.1, standartlaşdırılmış Enumların sayını əhəmiyyətli dərəcədə genişləndirir və 1.6J tətbiqlərində rast gəlinən "Xüsusi" status kodlarına olan ehtiyacı azaldır.

• Səbəb Enumları: Gözətçi, PlanlaşdırılıbSıfırlama, Uzaqdan Sıfırlama, Güc İtkisi.
• Status Enumları: İşğal olunmuş, Rezervasiya olunub, Əlçatan deyil, Xətalı. 2.0.1 əlavə edirMövcuddur, İşğal olunmuş, Rezervasiya olunub, Əlçatan deyil, Xətalılakin daha ətraflı məlumat üçün alt statuslarla.

12.2 Məlumat Növləri və Ölçü Vahidləri

OCPP 2.0.1 standart vahidlərin (SI) istifadəsini rəsmiləşdirir. 1.6J bəzən onluq dəqiqliyi təyin olunmamış qaldığı halda, 2.0.1 istifadə edirondalıkenerji və enerji dəyərləri üçün növlər, müxtəlif təchizatçı avadanlığı arasında ardıcıl hesablaşmanı təmin edir.

Fəsil 13: Nümunə Araşdırması: Qlobal CPO Miqrasiyası 1.6J-dən 2.0.1-ə

Gəlin 10.000 şarj nöqtəsinə malik bir CPO olan “MegaCharge” hipotetik ssenarisinə nəzər salaq.

13.1 Mərhələ 1: Audit

MegaCharge şirkəti 1.6J modelli avtomobillərinin 40%-nin TLS 1.2 standartını dəstəkləmədiyini aşkar etdi. Bu o demək idi ki, həmin şarj cihazları qarşıdan gələn dövlət müqavilələri üçün uyğun deyildi.

13.2 Mərhələ 2: CSMS Təkmilləşdirilməsi

MegaCharge yeni CSMS qurmaq əvəzinə, "OCPP Tərcümə Layer" tətbiq etdi. Bu təbəqə köhnə aparat üçün 1.6J, yeni aparat üçün isə 2.0.1 bağlantılarını idarə etdi, lakin mobil tətbiqlərinə və ödəniş sisteminə vahid API təqdim etdi.

13.3 Mərhələ 3: Avadanlığın dəyişdirilməsi

Yüksək trafikli saytlar üçün MegaCharge, 1.6J şarj cihazlarını 2.0.1 standartına uyğun DC sürətli şarj cihazları ilə əvəz etdi. Nəticədə, əsasən daha güclü olması səbəbindən "Başlatmaq Uğursuz Oldu" sessiyalarında 15% azalma oldu.Əməliyyat Hadisəsi2.0.1 versiyasında işləmə.

13.4 ROI Təhlili

İlkin investisiya 2 milyon dollar idi. Lakin, azaldılmış texniki xidmət zəngləri (Cihaz Modelinin diaqnostikası sayəsində) ildə 400 min dollar qənaət etməyə imkan verdi. Bundan əlavə, V2G tezlik cavab bazarlarında iştirak etmək imkanı illik əlavə 200 min dollar gəlir gətirdi. Ödəniş müddəti təxminən 3,3 il idi.

Fəsil 14: OCPP 2.0.1 Təchizatı üçün Alıcının Son Yoxlama Siyahısı

Yeni aparat və ya proqram təminatını qiymətləndirərkən, həqiqi uyğunluğu təmin etmək üçün bu yoxlama siyahısından istifadə edin:

14.1 Avadanlıq (EVSE) Tələbləri

• [ ]Təhlükəsizlik Profili 3 Dəstəyi: Müştəri tərəfindəki sertifikat idarəetməsini dəstəkləyirmi?
• [ ]İki Nüvəli ProsessorTLS şifrələməsi və JSON təhlili üçün kifayət qədər yer varmı?
• [ ]Təhlükəsiz Element (SE): Lövhənin açarları saxlamaq üçün etibarlı aparat kökü varmı?
• [ ]ISO 15118-2/20 Hazırdır: Nəzarətçi PnC üçün tələb olunan yüksək səviyyəli rabitəni idarə edə bilirmi?
• [ ]Ekran QabiliyyətiAvadanlıq OCPP vasitəsilə qiymət/status məlumatlarını göstərməyi dəstəkləyirmi?Məlumat Transferiyoxsa doğma mesajlar?

14.2 Proqram təminatı (CSMS) tələbləri

• [ ]Cihaz Modelinin Görselləşdirilməsi: İdarəetmə paneli şarj cihazının iyerarxik görünüşünü göstərə bilərmi?
• [ ]Sertifikat Təşkilatı (CA) İnteqrasiyasıCSMS avtomatik olaraq sertifikatlar verə və döndərə bilərmi?
• [ ]Əməliyyatların UzlaşdırılmasıSistem 1.6J köhnə şarj cihazlarından "asılı" əməliyyatları necə idarə edir?
• [ ]Ağıllı Şarj Mühərriki: 2.0.1-in qabaqcıl yığma səviyyəli məntiqini dəstəkləyirmi?
• [ ]Ölçülənə bilənlikWebSocket işleyicisi eyni vaxtda 50.000-dən çox davamlı TLS bağlantısını idarə edə bilərmi?

Fəsil 15: Ümumi OCPP Tətbiqi Problemlərinin Həlli

Standart olsa belə, tətbiqlər fərqlidir. Ən çox yayılmış "səhvlər" bunlardır.

15.1 WebSocket Zaman Aşımları

Bir çox şəbəkə firewallları boş TCP əlaqələrini bağlayır. ƏgərÜrək döyüntüsü Aralığıçox yüksək səviyyədə təyin edilibsə, şarj cihazı ayrılmış ola bilər.

• Həll yolu: Təmin edinÜrək döyüntüsü Aralığıfirewall-un zaman aşımından (adətən 60-120 saniyə) daha aşağıdır.

15.2 Sertifikat Zənciri Problemləri

2.0.1 versiyasında tez-tez rast gəlinən bir xəta “Təsdiqlənməmiş Sertifikat” xətasıdır. Bu, adətən, şarj cihazında CSMS-in Kök CA quraşdırılmadıqda baş verir.

• Həll yolu: İstifadə edinQuraşdırma SertifikatıEtibar zəncirinin tamamlandığından əmin olmaq üçün istismara vermə zamanı mesaj.

15.3 JSON Faydalı Ölçüsü

Bəzi 2.0.1 mesajları (məsələnGetBaseReport) çox böyük ola bilər. Şarj cihazının buferi çox kiçikdirsə, mesajı atacaq.

• Həll yolu: YoxlayınMaksimum Mesaj ÖlçüsüCihaz Modelindəki dəyişəni seçin və CSMS-in bu limitə uyğun olduğundan əmin olun.

Fəsil 16: Regional Tənzimləmə Mənzərələri və Protokol Mandatları

OCPP 2.0.1 versiyasına keçid təkcə texnologiya ilə deyil, həm də getdikcə daha çox qanun məsələsinə çevrilir.

16.1 Avropa İttifaqı (AFIR)

Aİ-də Alternativ Yanacaq İnfrastrukturu Qaydaları (AFIR) qiymət şəffaflığını və qarşılıqlı əlaqəni tələb edir. OCPP 2.0.1-in adını açıq şəkildə çəkməsə də, "real vaxt rejimində məlumat paylaşımı" və "ağıllı şarj" tələbi 2.0.1-i yeni ictimai infrastruktur üçün yeganə etibarlı standarta çevirir.

16.2 Şimali Amerika (NEVI)

ABŞ-da Milli Elektrik Nəqliyyat Vasitələri İnfrastrukturu (NEVI) formul proqramı şarj cihazlarının "qarşılıqlı əlaqədə" olmasını tələb edir. Kaliforniya kimi ştatlar daha da irəli gedirlər və Kaliforniya Enerji Komissiyası (CEC) müzakirə etdiyimiz kimi, ən yaxşı şəkildə OCPP 2.0.1 vasitəsilə tətbiq edilən ISO 15118 dəstəyini tələb edir.

16.3 Çin və Asiya-Sakit Okean

Çinin öz standartları (GB/T) olsa da, ixrac yönümlü istehsalçılar OCPP 2.0.1-ə böyük investisiyalar qoyurlar. Avstraliya və Sinqapur kimi bazarlarda dövlət tenderləri artıq demək olar ki, yalnız Təhlükəsizlik Profili 3 ilə OCPP 2.0.1-i müəyyən edir.

Fəsil 17: Tətbiq Kodu Parçaları: “Xırda-para”

Tərtibatçılara kömək etmək üçün mürəkkəb 2.0.1 tapşırıqları üçün konseptual JSON təsvirləri təqdim edirik.

17.1 Sertifikat Dönüşü Axını

Sertifikatın müddəti bitmək üzrə olduqda, CSMS rotasiyanı işə salmalıdır.

1. CSMS göndərirSertifikat imzalanmışdır:“json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----SERTİFİKATIN BAŞLANĞICI-----\n...\n-----SERTİFİKATIN SONU-----", "certificateType": "V2G" }]“

2. Stansiya cavab verirQəbul edildi:“json [3, "CERT-01", {"status": "Qəbul edildi"}]“

3. Stansiya göndərirTəhlükəsizlikTədbirBildirişi:“json [2, "EVT-99", "TəhlükəsizlikEventNotification", { "type": "Sertifikat Döndü", "timestamp": "2026-08-09T10:00:00Z" }]“

17.2 Şəbəkəyə Cavab Verən Şarj Profilinin Qurulması

Təsəvvür edin ki, şəbəkə operatoru bütün şəbəkədəki enerjini azaltmalıdır.

CSMS göndərirŞarj Profilini Təyin Edin:“json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Mütləq", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 11000 }, { "startPeriod": 3600, "limit": 22000 } ] } } }]“

Fəsil 18: OCPP 2.0.1 Terminlərinin Hərtərəfli Lüğəti

Bütün maraqlı tərəflər üçün aydınlıq təmin etmək məqsədilə genişləndirilmiş lüğət təqdim edirik.

• CSMS (Şarj Stansiyası İdarəetmə Sistemi)Şarj cihazlarını idarə edən arxa bulud platforması.
• EVSE (Elektrikli Nəqliyyat Vasitələri Təchizatı Avadanlığı)Fiziki doldurma stansiyası.
• OCPP (Açıq Şarj Nöqtəsi Protokolu)Danışdıqları dil.
• OCA (Açıq Ödəniş Alyansı)Dili yazan təşkilat.
• ISO 15118Avtomobil və şarj cihazı arasındakı protokol.
• PnC (Qoş və Şarj Ed)ISO 15118 və OCPP 2.0.1 tərəfindən aktivləşdirilmiş istifadəçi təcrübəsi.
• V2G (Nəqliyyat vasitəsindən şəbəkəyə): Avtomobildən enerjinin şəbəkəyə geri göndərilməsi.
• V2X (Nəqliyyat Vasitəsi ilə Hər Şeyə)V2G, V2H və V2B üçün ümumi termin.
• TLS (Nəqliyyat Təbəqəsi Təhlükəsizliyi)Məlumatların təhlükəsizliyini təmin edən şifrələmə.
• PKI (Açıq Açar İnfrastrukturu)Təhlükəsizlik üçün istifadə olunan rəqəmsal sertifikatlar sistemi.
• JSON (JavaScript Obyekt Notasiyası)Mesajların formatı.
• WebSocketDavamlı əlaqə mesajların axmasını "boru kəməri" ilə həyata keçirir.
• Cihaz Modeli2.0.1 versiyasında aparat təminatı iyerarxik şəkildə təsvir olunur.
• KomponentAvadanlığın bir hissəsi (məsələn, Konnektor).
• Dəyişkən: Komponentin xüsusiyyəti (məsələn, Status).
• AtributDəyişən haqqında metaməlumatlar (məsələn, Dəyər, Dəyişkənlik).
• Əməliyyat Hadisəsi: 2.0.1 versiyasındakı bütün sessiya məlumatları üçün vahid mesaj.
• Ürək döyüntüsüDövri “Mən sağam” siqnalı.
• Çəkmə Bildirişi: Şarj cihazı işə düşəndə ​​“Salam, mən buradayam” siqnalı.
• Məlumat TransferiSatıcıya xas uzantılar üçün "hər şeyi əhatə edən" mesaj (ehtiyatla istifadə edin!).

Son Düşüncələr: Çox Protokollu Dövrdə Naviqasiya

Alıcı və ya operator olaraq, ən vacib nəticə odur ki, biz bir şeyə daxil oluruqçoxprotokollu dövrNövbəti 3-5 il ərzində 1.6J və 2.0.1 birlikdə mövcud olacaq. Lakin, balans sürətlə dəyişir.

Bu gün OCPP 2.0.1-i seçməklə, sadəcə protokol almırsınız; sığorta alırsınız. Şəbəkənizin yeni avtomobillərə, yeni qanunlara və yeni gəlir axınlarına uyğunlaşa biləcəyini təmin edirsiniz. 2.0.1-in mürəkkəbliyi irəliləyişin qiymətidir — təkmilləşdirilmiş iş vaxtı, azaldılmış risk və üstün müştəri təcrübəsi ilə özünü ödəyən qiymət.

Kommersiya enerjisi doldurma artıq niş sənaye deyil; o, gələcək nəqliyyat sisteminin onurğa sütunudur. Bu onurğanı mümkün olan ən möhkəm təməl üzərində qurun: OCPP 2.0.1.

Fəsil 19: OCPP 2.0.1 üçün inkişaf: Proqram təminatı mühəndisləri üçün ən yaxşı təcrübələr

1.6J kod bazasından 2.0.1 versiyasına keçid refaktor deyil; yenidən yazmaqdır. Tərtibatçılar fərqli bir zehni model qəbul etməlidirlər.

19.1 Asinxronluğu Qəbul Etmək

WebSockets mahiyyətcə asinxron olsa da, 2.0.1-in mürəkkəbliyi tək bir sorğunun (məsələn,GetBaseReport) resurs məhdud olan EVSE-də emal bir neçə saniyə çəkə bilər. CSMS tərtibatçıları müxtəlif aparat təminatçılarının dəyişkən emal sürətlərini nəzərə alan güclü zaman aşımı və təkrar cəhd məntiqi tətbiq etməlidirlər.

19.2 Effektiv JSON Təhlili

JSON təhlili CPU-dan çox istifadə edə bilər. EVSE proqram təminatı üçün tərtibatçılar bütün faydalı yükü RAM-a yükləmək əvəzinə axın əsaslı təhlilçilərdən istifadə etməlidirlər. Bu, xüsusilə vacibdirNotifyEventtək bir kadrda yüzlərlə dəyişkən yeniləmə ehtiva edə bilən mesajlar.

19.3 Vəziyyət Maşınının İdarə Edilməsi

2.0.1 versiyasındakı əməliyyat üçün vəziyyət maşını 1.6J versiyasındakından daha sərtdir. Tərtibatçılar keçid qaydalarına ciddi şəkildə əməl etməlidirlər.Əməliyyat HadisəsiMəsələn, siz göndərə bilməzsinizBitdiəvvəlcə göndərmədən hadisəBaşladıhəmin xüsusi tədbir üçünəməliyyat ID-si.

Fəsil 20: Test, Doğrulama və OCPP Uyğunluq Test Aləti (OCTT)

Qarşılıqlı əlaqə OCPP-nin vədidir, lakin bu, yalnız ciddi sınaqlar vasitəsilə həyata keçirilir.

20.1 OCA Sertifikatının Rolü

Open Charge Alliance sertifikatlaşdırma proqramı təklif edir. Alıcılar "OCPP 2.0.1 Certified" etiketinə baxmalıdırlar. Bu sertifikatlaşdırma, tətbiqin bütün məcburi profilləri əhatə edən bir sıra avtomatlaşdırılmış testlərdən keçdiyini təmin edir.

20.2 OCTT-dən istifadə

OCPP Uyğunluq Test Aləti (OCTT) sınaq üçün qızıl standartdır. Həm CSMS, həm də EVSE-ni simulyasiya edir.

• EVSE İstehsalçıları üçünStansiyanızın "xoşbəxt yol" ssenarilərini və kənar halları (məsələn, proqram təminatı yeniləməsi zamanı şəbəkənin sıradan çıxması) idarə etdiyini yoxlamaq üçün OCTT-dən istifadə edin.
• CSMS Provayderləri üçünArxa planınızın çox sayda mesajı və 2.0.1-in ciddi təhlükəsizlik tələblərini idarə edə bilməsi üçün OCTT-dən istifadə edin.

20.3 Sahə Testləri və Qarşılıqlı Fəaliyyətlər

Avtomatlaşdırılmış testlərdən əlavə, OCA, satıcıların real həyat ssenarilərində bir-birlərinə qarşı test etmək üçün aparat və proqram təminatlarını gətirdikləri "Plugfests" təşkil edir. Sertifikat uyğunsuzluğu və ya kiçik JSON formatlama fərqləri kimi ən incə səhvlərin aşkarlandığı və həll edildiyi yer budur.

Fəsil 21: Dərin Müqayisəli Cədvəl: OCPP 2.0.1-in 60+ Əməliyyatı

Tam bir istinad təmin etmək üçün 2.0.1-in əsas mesajlarını kateqoriyalara ayırırıq və onları 1.6J analoqları ilə müqayisə edirik.

21.1 Təminat və Konfiqurasiya

21.2 Əməliyyatların idarə olunması

21.3 Təhlükəsizlik və Proqram Təminatının İdarə Edilməsi

21.4 Cədvəl Şəbəkəniz üçün Nə Məna Verir

Cədvəl bir məqamı səhvsiz göstərir: OCPP 2.0.1, 1.6J-nin kosmetik adı deyil. Yeni mesaj ailələri - tipli dəyişənlər, hadisəyə əsaslanan əməliyyatlar və sertifikat idarəetməsi - Plug & Charge, ağıllı şarj və tənzimləyici hesabat üçün tələb olunan santexnikadır. Yalnız 1.6J-də danışan şarj cihazı bir şlüz ilə yenidən təchiz edilə bilər, lakin yalnız 1.6J-də danışan CSMS, tənzimləyicilərin və avtomobil istehsalçılarının getdikcə daha çox tələb etdiyi təhlükəsizlik modelini təmin edə bilməz. Avadanlıqları qiymətləndirərkən, "2.0.1-ə hazır" dedikdə, proqram təminatının gələn il üçün planlaşdırılmadığı, bu gün göndərildiyi anlamına gəlməlidir. Və OCPP 2.0.1, 1.6J-nin SOAP ötürülməsi əvəzinə JSON-over-WebSocket üzərində işlədiyindən, mesaj axınları daha yüngül və ayıklama daha asandır - İT komandanızın ilk gündən hiss edəcəyi praktik bir üstünlük.

Fəsil 22: Nəticə: Təkmilləşdirmə Qərarının Verilməsi

Kommersiya operatoru üçün praktik rəhbərlik aydındır:

• Yeni yerləşdirmələr standart olaraq OCPP 2.0.1 versiyasına keçməlidir.Təhlükəsizlik modeli, sertifikatların işlənməsi və ISO 15118 inteqrasiyası 2026-cı il tənzimləyici mühiti üçün ilkin şərtlərdir.
• Mövcud 1.6J donanması tıxacda qalmayıb.İdarə olunan şlüzlər və ikili protokollu CSMS platformaları, 2.0.1-ə əsaslanan aparat təminatını mərhələli şəkildə istifadə edərkən boşluğu aradan qaldırır.
• Etibar etməzdən əvvəl sınaqdan keçirin.OCTT, plugfests və mərhələli tətbiqlərdən istifadə edin — qarşılıqlı əlaqə məlumat cədvəlindən deyil, sahədə sübut olunub.
• Yazılı şəkildə miqrasiya yolunu tələb edin.Şarj cihazı satıcınız qeyri-müəyyən vədlər deyil, tarixləri göstərən 1.6J-dən 2.0.1-ə qədər proqram təminatı yol xəritəsi dərc etməlidir.

Fəaliyyətə Çağırış: Protokol Strategiyanız Barədə MIDA Power ilə danışın

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.