Коммерциялық зарядтау операторлары үшін OCPP 1.6J және 2.0.1 стратегиялық салыстыруы

Әлемдік коммерциялық зарядтау операторлары үшін OCPP 1.6J және 2.0.1 нұсқаларының нақты стратегиялық салыстыруы: желінің масштабталуын, кеңейтілген киберқауіпсіздікті, ISO 15118 интеграциясын және тұрақты электр көліктерінің өсуі үшін ұзақ мерзімді инфрақұрылымның болашағын қамтамасыз етуді игеру.

Талдамалы жазбахат

Электр көліктерін (ЭК) зарядтау саласы сейсмикалық өзгеріске ұшырауда. Әлемдік деңгейде енгізу жеделдеген сайын, Электр көліктерін жеткізу жабдықтары (ЭКЖЖ) мен зарядтау станцияларын басқару жүйелері (ЗБЖЖ) арасындағы өзара әрекеттесуді реттейтін негізгі байланыс хаттамалары коммерциялық зарядтау операторлары (КЗО) үшін техникалық стратегияның негізгі нүктесіне айналды. Ашық зарядтау альянсы (ОЗА) қолдайтын ашық зарядтау нүктелерінің хаттамасы (ОЗНХП) қарапайым хабар алмасу жүйесінен күрделі, қауіпсіз және жоғары масштабталатын стандартқа айналды.

Бұл нұсқаулық OCPP 1.6J нұсқасынан OCPP 2.0.1 нұсқасына көшудің жан-жақты техникалық талдауын ұсынады. Біз архитектуралық айырмашылықтарды, қауіпсіздікті жақсартуларды, құрылғыларды басқару парадигмаларын және ISO 15118 интеграциясының маңызды рөлін зерттейміз. Сатып алушылар мен операторлар үшін бұл мақала тез дамып келе жатқан нарықта хабардар сатып алу және көші-қон шешімдерін қабылдау үшін нақты анықтамалық болып табылады.

1-тарау: Электр көліктерін зарядтау стандарттарының эволюциясы: тарихи контекст

Ашық зарядтау нүктесінің хаттамасы (OCPP) өзара әрекеттесу қажеттілігінен туындады. Электр көліктерін зарядтаудың алғашқы кезеңдерінде аппараттық құралдар өндірушілері мен бағдарламалық жасақтама жеткізушілері меншікті хаттамаларды пайдаланып, бәсекелестік пен инновацияны тұншықтыратын «қоршалған бақтар» жасады. OCPP 1.2 және 1.5 енгізу негіз қалады, бірақ саланы шынымен біріктірген OCPP 1.6 болды.

1.1 OCPP басымдығы 1.6J

2015 жылы шығарылған OCPP 1.6 нұсқасы JSON over WebSockets (1.6J) нұсқасын енгізді. SOAP негізіндегі хабар алмасудан бас тарту әзірлеушілер үшін шығындарды айтарлықтай азайтып, енгізуді жеңілдетті. Ол ақылды зарядтау және қосымша күй туралы хабарландырулар сияқты мүмкіндіктерді енгізді, бұл оны он жылға жуық уақыт бойы салалық стандартқа айналдырды.

1.2 OCPP 2.0.1-дің басталуы

1.6J нұсқасының табысты болуына қарамастан, саланың өсуі оның шектеулерін көрсетті. Қауіпсіздік мәселелері, құрылғыларды басқарудың күрделілігі және кеңейтілген торлы интеграцияға (V2G) жергілікті қолдаудың болмауы OCPP 2.0 нұсқасының, кейіннен жетілдірілген OCPP 2.0.1 нұсқасының (2020 жылы шығарылған) дамуына әкелді. OCPP 2.0.1 жай ғана жаңарту емес; бұл жоғары қуатты, ақылды және қауіпсіз зарядтау желілерінің келесі буынын қолдауға бағытталған толық қайта жобалау.

2-тарау: Негізгі байланыс парадигмалары: JSON, WebSockets және Frame құрылымдары

Бұл хаттамалардың арасындағы айырмашылықты түсіну үшін төменгі деңгейдегі байланысты қарастыру керек. Екі хаттама да WebSockets арқылы JSON пайдаланады, бірақ бұл хабарламалардың құрылымы мен өңделуі айтарлықтай ерекшеленеді.

2.1 WebSocket қабаты

Екі нұсқа да толық дуплексті байланысты қамтамасыз ететін тұрақты WebSocket қосылымдарын пайдаланады. Бұл мобильді қосымшадан зарядтау сеансын тоқтату немесе лезде ақаулық туралы ескертулер алу сияқты нақты уақыт режиміндегі операциялар үшін өте маңызды.

2.2 Хабарлама кадрының бөлінуі

Әдеттегі OCPP хабарламасы хабарлама түрінің идентификаторынан, бірегей хабарлама идентификаторынан, әрекет атауынан және пайдалы жүктемеден тұрады.

OCPP 1.6J кадр үлгісі (жүктеу туралы хабарландыру)

«json [2, "123456", "Жүктеу туралы хабарлама", { "chargePointVendor": "MidaPower", "chargePointModel": "Terra-X", "chargePointSerialNumber": "SN001", "firmwareVersion": "v1.2.3" }]«

OCPP 2.0.1 кадрының мысалы (жүктеу туралы хабарландыру)

«json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`2.0.1 нұсқасында түйіршіктіліктің артқанына назар аударыңыз.reason` өрісі CSMS жүйесіне жүктеудің қайта жүктеу, қосу немесе бақылау триггеріне байланысты болғанын түсінуге мүмкіндік береді, бұл диагностикалық логиканы жақсартуға мүмкіндік береді.

3-тарау: Сәулеттік парадигманың ауысуы: Құрылғы моделі

OCPP 2.0.1 нұсқасындағы ең маңызды техникалық ауытқу - ... енгізілуі.Құрылғы моделі.

3.1 1.6J конфигурация кілттерінің шектеулері

OCPP 1.6J нұсқасында аппараттық конфигурация «Конфигурация кілттерінің» жалпақ тізімі арқылы басқарылды (мысалы,Жүрек соғысы аралығы, Қосылу уақыты біттіЗарядтағыштар күрделене түскен сайын (көп қосқыш, біріктірілген қуат модульдері, күрделі салқындату жүйелері), бұл тегіс тізім басқарылмайтын болып қалды. Станцияның физикалық иерархиясын сипаттаудың стандартталған тәсілі болған жоқ.

3.2 2.0.1 құрылғы моделінің тәсілі

OCPP 2.0.1 нұсқасында келесіден тұратын иерархиялық модель енгізіледіКомпоненттержәнеАйнымалыларКомпонент «Контроллер», «Қосқыш» немесе «PowerModule» болуы мүмкін. Әрбір компоненттің күйін немесе конфигурациясын білдіретін айнымалылары бар (мысалы,Температура, Вольтаж, Максималды ток).

• КомпонентЗарядтау станциясының физикалық немесе логикалық бөлігі.
• Айнымалы: Сол компоненттің нақты атрибуты.
• СипаттамаларыАйнымалыны сипаттайтын метадеректер (бірлік, диапазон, кіру түрі).

Бұл стандартталған мониторингке мүмкіндік береді. Оператор енді жеткізушіге тән меншікті кілттерге сүйенудің орнына стандартталған жолды пайдаланып, белгілі бір қуат модулінің температурасын сұрай алады.

4-тарау: Киберқауіпсіздік: «Ең жақсы күш-жігерден» міндетті TLS-ке дейін

Электр көліктерін зарядтаудың алғашқы кезеңдерінде қауіпсіздік көбінесе екінші рет ойластырылған. OCPP 1.6J қауіпсіздік профильдерін ұсынды, бірақ енгізу әртүрлі жеткізушілер арасында сәйкес келмеді.

4.1 1.6J жүйесіндегі қауіпсіздік профильдері

OCPP 1.6J үш қауіпсіздік профилін анықтады:

1. Қамтамасыз етілмеген: Қарапайым мәтіндік HTTP/WebSockets.
2. Негізгі аутентификацияПайдаланушы аты/құпия сөзі бар TLS.
3. Сертификатқа негізделгенКлиенттік сертификаттары бар TLS.

Мәселе көптеген зарядтағыштар 1-профильде қалды, бұл оларды ортадағы адам (MITM) шабуылдарына және рұқсатсыз басқаруға осал қалдырды.

4.2 2.0.1 нұсқасының қатаң ұстанымы

OCPP 2.0.1 қауіпсіз байланысты талап етеді. Ол кеңейтілген қауіпсіздік мүмкіндіктерін жергілікті түрде біріктіреді:

• Қауіпсіз микробағдарлама жаңартуларыМикробағдарлама кескіндеріне міндетті түрде қол қою және тексеру.
• Қауіпсіздік журналын жүргізуҚауіпсіздікке қатысты оқиғалардың егжей-тегжейлі журналдары (мысалы, сәтсіз кіру әрекеттері, сертификаттың мерзімі бітуі).
• Сертификаттарды басқаруАйналдырылған және жаңартылған сертификаттарға арналған стандартталған хабарламалар (CSMS басқаратын немесе станция басқаратын).
• TLS 1.2/1.3: Соңғы шифрлау стандарттарын қолдау.

Коммерциялық операторлар үшін бұл желінің жаппай бұзылуы қаупін азайтады және IoT құрылғылары үшін жаңа киберқауіпсіздік ережелерінің сақталуын қамтамасыз етеді.

5-тарау: ISO 15118 интеграциясы: Plug & Charge және V2G

Электр көліктерін зарядтаудың болашағы тек электрондарды жылжытумен ғана шектелмейді; бұл деректер мен энергияны ақылды түрде алмасумен байланысты. ISO 15118 - көліктен желіге (V2G) байланыстың халықаралық стандарты, ал оның OCPP-мен интеграциясы 2.0.1 нұсқасының басты ерекшелігі болып табылады.

5.1 Қосу және зарядтаудың күрделілігі

«Қосу және зарядтау» (PnC) жүргізушіге көлік құралын розеткаға қосып, қолданбаны немесе RFID картасын пайдаланбай зарядтауды бастауға мүмкіндік береді. Бұл көлік құралын, зарядтағыш құрылғыны, операторды және клирингтік орталықты қамтитын күрделі ашық кілт инфрақұрылымын (PKI) қажет етеді.

OCPP 1.6J нұсқасында PnC қолдауы базалық хаттамада болған жоқ. Жеткізушілер арнайы кеңейтімдерді енгізуге мәжбүр болды, бұл фрагментацияға әкелді. OCPP 2.0.1 PnC үшін «сантехниканы» келесі қолдау арқылы қамтамасыз етеді:

• Сертификатты орнатуКелісімшарт сертификаттарын КҚЖЖ-дан EVSE арқылы EV-ге беру.
• АвторизацияКөлік куәлігінен алынған электрондық мобильділік идентификаторын (eMAID) пайдалану.
• Шифрланған байланысКөлік пен электр желісі арасында берілетін құпия төлем деректерінің қорғалғанын қамтамасыз ету.

5.2 Ақылды зарядтау және жүктемені теңестіру

1.6J негізгі ақылды зарядтауды қолдағанымен (жіберу)Зарядтау профилін орнату), 2.0.1 нұсқасы мұны жақсартады. Ол мыналарға мүмкіндік береді:

• Сыртқы сигнал интеграциясыТор жиілігіне немесе көтерме баға сигналдарына нақты уақыт режимінде жауап беру.
• Динамикалық жүктемені басқаруЖүздеген қосқыштары бар сайт бойынша қуатты бөлуді егжей-тегжейлі басқару.
• Көліктен торға (V2G): 2.0.1 нұсқасында екі бағытты энергия ағынын қолдау үшін қажетті деректер өрістері бар, бұл электромобильдерге электр желісі үшін таратылған энергия ресурстары (ТЭР) ретінде әрекет етуге мүмкіндік береді.

5.3 Пайдаланушы интерфейсі/UX жақсартулары

OCPP 2.0.1 ақпаратты тікелей зарядтағыш экранында немесе көліктің басқару тақтасында көрсетуді қолдайды, мысалы:

• Жергілікті валютадағы нақты уақыт режиміндегі баға белгілеу.
• 80% зарядтау күйіне (SoC) жетудің болжамды уақыты.
• Аяқтағаннан кейін түбіртек туралы толық ақпарат.

6-тарау: Кеңейтілген құрылғыны басқару және мониторинг

CPO үшін зарядтағыштың құны тек сатып алу бағасы ғана емес; бұл меншіктің жалпы құны (TCO). Техникалық қызмет көрсету және тоқтап қалу - ең үлкен пайда әкелетін факторлар. OCPP 2.0.1 бұл мәселені жоғары деңгейлі бақылау мүмкіндіктері арқылы шешеді.

6.1 Оқиғаға негізделген есеп беру

1.6J нұсқасында CSMS әдетте зарядтағыштан мәртебені сұрауға немесе күтуге мәжбүр болдыКүй туралы хабарландыру2.0.1 нұсқасында,Оқиғаларды бақылаужүйе CSMS жүйесіне шекті мәндерді орнатуға мүмкіндік береді. Мысалы: «Ішкі температура 70°C-тан асқан жағдайда ғана маған хабарлаңыз» немесе «Кіріс кернеуі 200 В-тан төмен түссе, хабарлаңыз». Бұл желілік трафикті азайтады және алдын ала техникалық қызмет көрсетуге мүмкіндік береді.

6.2 Транзакцияны өңдеу: Транзакция оқиғасы

OCPP 1.6J нұсқасының ең көп сынға ұшыраған аспектілерінің бірі оның транзакцияларды өңдеуі болды. Қатысқан сессияБастауТранзакцияжәнеТранзакцияны тоқтатухабарламалар жіберілді, бірақ желіде үзіліс болған жағдайда, КҚМЖ төлем деректерін сәйкестендіруде жиі қиналды.

OCPP 2.0.1 нұсқасы бұларды бірыңғай, сенімді нұсқамен ауыстырадыТранзакция оқиғасыхабарлама. Бұл хабарлама транзакцияның барлық өмірлік цикл кезеңдерін (Басталды, Жаңартылды, Аяқталды) хабарлау үшін пайдаланылады. Оның құрамында бірегей хабарлама бар.транзакция идентификаторызарядтағыш қайта іске қосылғанның өзінде сақталады, бұл зарядтау деректерінің, демек, кірістің жоғалмауын қамтамасыз етеді.

6.3 Диагностика және ақаулықтарды жоюды жақсарту

TheGetLogжәнеДиагностикаКүй туралы хабарландыру2.0.1 нұсқасындағы хабарламалар құрылымдалған. CPO-лар белгілі бір журнал түрлерін (Қауіпсіздік, Диагностикалық, Пайдаланушы) сұрай алады және уақыт диапазонын көрсете алады. Бұл қашықтан қолдау топтарына техникті сайтқа жібермей мәселелерді шешуге мүмкіндік береді, бұл OpEx-ті айтарлықтай төмендетеді.

7-тарау: Микробағдарламаны жаңарту механизмдері: сенімділік және кері қайтарулар

Микробағдарлама жаңартулары дамып келе жатқан аппараттық құралдардың өмірлік маңызды бөлігі болып табылады, бірақ сәтсіз жаңарту зарядтағышты істен шығаруы мүмкін.

7.1 1.6J жаңарту процесі

1,6 Дж-де,Бағдарламалық жасақтаманы жаңартуКоманда салыстырмалы түрде қарапайым болды. Зарядтағыш кескінді жүктеп алып, оны орнатуға әрекет жасайтын. Көп сатылы жаңартулар немесе тексерілген қайтарулар үшін стандартталған механизм болған жоқ.

7.2 2.0.1 көп сатылы жаңартуы

OCPP 2.0.1 микробағдарлама жаңартулары үшін күрделірек өмірлік циклді енгізеді:

1. Жүктеп алуЗарядтағыш кескінді алып, оның бақылау қосындысын/қолтаңбасын тексереді.
2. Орнату: Жаңарту қосымша бөлімге қолданылады.
3. ТексеруЖүйе жаңа микробағдарлама дұрыс жүктелгенін тексереді.
4. Белсендіру: Негізгі бөлім ауыстырылады.

Егер қандай да бір қадам сәтсіз болса, хаттама зарядтағыштың алдыңғы тұрақты нұсқасына қалай оралуы керектігін және нақты ақаулық кодын CSMS-ке қалай хабарлау керектігін анықтайды. Бұл сенімділік деңгейі ірі көлемді коммерциялық орналастырулар үшін талқыланбайды.

7.3 Қолтаңбаны тексеру

Зиянкестердің бұзылған микробағдарламаны жүктеуіне жол бермеу үшін 2.0.1 нұсқасында сандық қолтаңбаларды пайдалану талап етіледі. Зарядтағыш өндірушінің жеке кілтімен қол қойылмаған кез келген кодты орындаудан бас тартады, бұл аппараттық деңгейдегі хакерлік шабуылдардан қорғаудың маңызды деңгейін қосады.

8-тарау: Деректердің құпиялылығы, нормативтік сәйкестік және GDPR

Электр көліктерін зарядтау күнделікті қолданысқа айналған сайын, жасалатын жеке деректердің көлемі таңқаларлықтай артып келеді. Бір зарядтау сеансы пайдаланушының жеке басын, көлігінің орналасқан жерін, саяхат үлгілерін және қаржылық ақпаратын байланыстыра алады.

8.1 OCPP-дегі жеке басын анықтайтын ақпарат (PII)

Еуропадағы Жалпы деректерді қорғау туралы ереже (GDPR) және Калифорниядағы CCPA сияқты ұқсас заңдар аясында, деректер нүктелері сияқтыidTag(RFID) немесеEVCCID(Көлік құралының идентификаторы) PII болып саналады.

OCPP 2.0.1 деректерді анонимдеу үшін жақсырақ басқару элементтерін ұсынады. Мысалы,Арнайы деректерөрістер операторларға PII-ді негізгі хаттама журналдарына шығармай метадеректерді сақтауға мүмкіндік береді. Сонымен қатар, жақсартылған қауіпсіздік профильдері бұл деректердің транзит кезінде де, демалу кезінде де шифрлануын қамтамасыз етеді.

8.2 Ұмытылу құқығы және деректерді тасымалдау мүмкіндігі

2.0.1 құрылғы моделінің құрылымдық сипаты CSMS провайдерлеріне «деректерді жою» сұраныстарын орындауды жеңілдетеді. 1.6J жүйесінде пайдаланушы идентификаторының барлық даналарын әртүрлі конфигурация кілттері мен журналдар арқылы табу қолмен жасалатын қорқынышты түс болды. 2.0.1 нұсқасында құрылғы күйі мен транзакция деректері арасындағы айқын бөліну дерекқор архитектурасын таза етуге мүмкіндік береді.

8.3 Заттар интернеті қауіпсіздік заңдарына сәйкестік

Көптеген аймақтар қазір IoT құрылғыларында бірегей құпия сөздер мен қауіпсіз жаңарту механизмдерін талап ететін заңдар қабылдауда. OCPP 2.0.1 міндетті TLS және қол қойылған микробағдарлама тек «жақсы» мүмкіндіктер ғана емес, олар Калифорния және Ұлыбритания сияқты нарықтарда жабдықты сатуға қойылатын заңды талаптар.

9-тарау: Сатып алушының көзқарасы: TCO, ROI және стратегиялық көші-қон

Коммерциялық зарядтау операторы үшін 1.6J нұсқасын таңдау немесе 2.0.1 нұсқасына көшу қаржылық тұрғыдан маңызды шешім болып табылады.

9.1 Іске асыру құны

• OCPP 1.6J: Іске асыру арзан, арзан жабдықтармен кеңінен қолдау көрсетіледі, бірақ техникалық қызмет көрсету және қауіпсіздік тәуекелдерінде жоғары жасырын шығындарды тудырады.
• OCPP 2.0.1EVSE жүйесінде қуатты процессорлар мен көбірек жад қажет. Хаттаманың күрделілігіне байланысты CSMS әзірлеу шығындары жоғары. Дегенмен, ол қашықтан басқару және сенімділікті арттыру арқылы айтарлықтай опехникалық шығындарды үнемдеуді ұсынады.

9.2 «Бірқалыпты жаңарту» туралы миф

1.6J зарядтағыштарын бағдарламалық жасақтама арқылы 2.0.1 нұсқасына жаңартуға болады деп жиі айтылады. Шын мәнінде, бұл сирек кездеседі. 2.0.1 нұсқасына арналған жад пен процессор талаптары (әсіресе TLS сертификаттарын өңдеу және құрылғы моделінің күрделі JSON талдауы) көбінесе ескі 1.6J контроллерлерінің мүмкіндіктерінен асып түседі.

9.3 Стратегиялық көші-қон жолдары

Бас директорлар «Гибридті желі» тәсілін қарастыруы керек:

1. Мұрагерлік сайттар: Қолданыстағы төмен қуатты айнымалы ток зарядтағыштары үшін 1,6 Дж жұмысын жалғастырыңыз.
2. Жаңа тұрақты токты жылдам зарядтау сайттарыPnC және V2G қолдау үшін барлық жаңа жоғары қуатты орналастырулар үшін 2.0.1 міндеттемесі.
3. Прокси шешімдері: CSMS үшін 1.6J хабарламаларын 2.0.1 үйлесімді форматына аудара алатын хаттама шлюзін пайдаланыңыз, бұл бірыңғай басқару тақтасын қамтамасыз етеді.

10-тарау: Болашаққа бағытталған: OCPP 2.1 және автономды зарядтауға апаратын жол

2.0.1 нұсқасы танымал бола бастағанымен, Open Charge Alliance қазірдің өзінде OCPP 2.1 нұсқасымен жұмыс істеп жатыр. Бұл болашақ нұсқа хаттаманың қамту аясын одан әрі кеңейтеді.

10.1 Екі бағытты зарядтау (V2X)

2.0.1 нұсқасы V2G негізгі технологиясын қолдаса, 2.1 нұсқасы көліктен үйге (V2H) және көліктен ғимаратқа (V2B) байланысын жетілдіреді, бұл электр көліктеріне электр қуаты өшкен кезде немесе коммерциялық ғимараттарға деген сұраныстың шыңын азайту кезінде үйлерді электрмен жабдықтауға мүмкіндік береді.

10.2 Сымсыз зарядтауды қолдау

Автономды көліктер (АВ) пайда болған сайын, қолмен қосу ескіреді. OCPP 2.1 индуктивті (сымсыз) зарядтау, теңестіруді басқару және адамның араласуынсыз энергия беру үшін стандартталған хабарламаларды қамтиды.

10.3 Ақылды қалалармен интеграция

Болашақ нұсқаларда көлік қозғалысын басқару жүйелерімен және жаңартылатын энергия көздерінің болжамдарымен тереңірек интеграциялануы мүмкін. Зарядтағыштар нақты уақыт режиміндегі энергия нарықтарында қуат үшін «сатылым жасай» алады, бұл зарядтау желілерін үлкен виртуалды электр станцияларына (VPP) айналдырады.

Техникалық қосымша: Хабарламаларды салыстыруға терең үңілу

Техникалық тереңдікті қамтамасыз ету үшін енді екі нұсқа арасындағы нақты хабарлама тізбектері мен кадр айырмашылықтарын талдаймыз.

A.1 Авторизация ағыны

1.6J нұсқасында авторизация екілік «Қабылданды» немесе «Бұғатталған» жауап болды.

1.6J Авторизациялау жауабы:«json [3, "123456", { "idTagInfo": { "status": "Қабылданды", "expiryDate": "2026-12-31T23:59:59Z" } }]«

2.0.1 нұсқасында жауапта көбірек контекст бар, мысалы,idTokenпайдаланушы интерфейсінің түрі және қосымша ақпараты.

2.0.1 Авторизациялау жауабы:«json [3, "987654", { "idTokenInfo": { "status": "Қабылданды", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Қайтадан қош келдіңіз, Джон! Сіздің балансыңыз $45.00" } } }]«

A.2 Жүрек соғысы және байланыс басқаруы

OCPP 2.0.1 станцияның «тірі» екенін қалай дәлелдейтінін оңтайландырады. 1.6J нұсқасында, егерЖүрек соғысысәтсіз аяқталса, станция көбінесе қайталап көре беретін. 2.0.1 нұсқасында станция пайдалана аладыХабарлауІс-шаранегізгі сервермен жүрек соғуын сақтай отырып, екінші реттік сервермен байланысының үзілгенін хабарлау механизмі.

A.3 Толық метадеректер кестесі

Қорытынды

OCPP 1.6J нұсқасынан 2.0.1 нұсқасына көшу тек бағдарламалық жасақтаманы жаңарту ғана емес; бұл электрлік мобильділік экожүйесінің іргелі эволюциясы. Коммерциялық операторлар үшін 1.6J сенімді өткенді, ал 2.0.1 масштабталатын, қауіпсіз және ақылды болашақты білдіреді.

Бүгін 2.0.1 нұсқасын таңдау - ұзақ мерзімділікке инвестиция. Бұл сіздің аппараттық құралдарыңыздың келесі буын электромобильдерімен үйлесімді болуын, киберқауіпсіздік ережелерін қатаңдатуға сәйкес келуін және V2G мен ақылды желілік интеграцияның тиімді мүмкіндіктеріне дайын болуын қамтамасыз етеді. Нарық біріктірілген сайын, ең сенімді және икемді хаттамалық стектері бар операторлар көшбасшы болады.

11-тарау: Терең зерттеу: Хабарлама ағынын талдау және тізбек диаграммалары

Бұл тарауда біз 1.6J және 2.0.1 арасындағы операциялық айырмашылықтарды көрсету үшін EVSE және CSMS арасындағы өзара әрекеттесу тізбектерін талдаймыз.

11.1 Жүктеу және конфигурациялау тізбегі

Зарядтағыш желіге алғаш қосылған кезде, ол өзін анықтап, конфигурациясын синхрондауы керек.

OCPP 1.6J ағыны:

1. WebSocket қосылымы: 80 немесе 443 порты үстінде орнатылған.
2. Жүктеу туралы хабарландыруСтанция жеткізушіні, үлгіні және сериялық даналарды жібереді.
3. GetConfigurationCSMS ағымдағы күйді тексеру үшін барлық кілттерді сұрайды.
4. Конфигурацияны өзгертуCSMS белгілі бір кілттерді жаңартады (мысалы,Жүрек соғысы аралығы).
5. Күй туралы хабарландыру: Станция есептері «Қолжетімді».

OCPP 2.0.1 ағыны:

1. Қауіпсіз TLS қол алысуМіндетті сертификат алмасу.
2. Жүктеу туралы хабарландыруҚұрамындасебеп(мысалы,PowerUp).
3. GetBaseReportБарлық кілттерді сұраудың орнына, CSMS құрылғы моделінің толық иерархиясын ұсынатын «Негізгі есепті» сұрайды.
4. Айнымалыларды орнатуCSMS айнымалыларды жаңартады. 2.0.1 нұсқасы атомдық жаңартуларға мүмкіндік беретінін ескеріңіз — бір хабарламада бірнеше айнымалыны орнату және барлығының сәтті болуын немесе ешқайсысының сәтті болмауын қамтамасыз ету.
5. ХабарлауІс-шараСтанция бастапқы компонент күйлері туралы хабарлайды.

11.2 Ақылды зарядтау туралы келіссөздер

Ақылды зарядтау - 2.0.1 нұсқасы, әсіресе бірнеше зарядтау профильдерін өңдеген кезде, шынымен де жарқырайды.

1.6J ішінде CSMS жібередіЗарядтау профилін орнатубұл стек деңгейін және кестені анықтайды. Егер станцияда бірнеше қосқыш болса, профильді өңдеу көбінесе түсініксіз болады.

2.0.1 нұсқасында,Зарядтау профилін орнатунақты түрде байланыстырылғанзарядтауПрофилініңМақсаты.

• Зарядтау станциясының максималды профилі: Бүкіл станцияның қабылдауын шектейді.
• TXӘдепкіПрофилі: Кез келген жаңа транзакция үшін әдепкі параметр.
• TXПрофилі: Ағымдағы транзакцияға тән.

Сонымен қатар, 2.0.1 нұсқасы мынаны қолдайдыGetChargingStackLevelхабарлама, бұл CSMS-ке қазіргі уақытта қай профильдер белсенді екенін және EVSE ішкі жоспарлаушысы оларға қалай басымдық беріп жатқанын көруге мүмкіндік береді.

11.3 Қашықтан іске қосу және басқару

Қашықтан басқару командалары сияқтыRemoteStartTransaction(1.6J) ауыстырылдыТранзакцияны бастауды сұрау(2.0.1). Негізгі айырмашылық пайдалы жүктемеде. 2.0.1 нұсқасында КҚМЖ мынаны қамтуы мүмкінзарядтауПрофилітікелей іске қосу сұрауында. Бұл көлік екінші хабарламаны күтпей-ақ, дұрыс қуат деңгейінде бірден зарядтай бастай алатынын, кідірісті азайтып, электр желісінің тұрақтылығын жақсарта алатынын білдіреді.

12-тарау: Төмен деңгейлі JSON схемасы және өрістерді салыстыру

Әзірлеушілер мен жүйелік интеграторлар үшін схема өзгерістері көші-қонның ең көп еңбекті қажет ететін бөлігі болып табылады.

12.1 Саналған түрлері (санау түрлері)

OCPP 2.0.1 стандартталған Enums санын айтарлықтай кеңейтеді, бұл 1.6J енгізулерінде кездесетін «Таңдамалы» күй кодтарына деген қажеттілікті азайтады.

• Себептерді санау: Күзетші, Жоспарланған қалпына келтіру, Қашықтан қалпына келтіру, Қуатты жоғалту.
• Күй сандары: Басып алынған, Резервтелген, Қолжетімді емес, Ақаулық. 2.0.1 нұсқасы қосадыҚолжетімді, Басып алынған, Резервтелген, Қолжетімді емес, Ақаулықбірақ толығырақ ақпарат алу үшін қосалқы мәртебелермен.

12.2 Деректер түрлері және өлшем бірліктері

OCPP 2.0.1 стандартты бірліктерді (SI) пайдалануды ресми түрде бекітеді. 1.6J кейде ондық дәлдікті анықтамай қалдырған кезде, 2.0.1 пайдаланадыондық санқуат пен энергия құндылықтарының түрлері, бұл әртүрлі жеткізушілердің жабдықтары арасында біркелкі есеп айырысуды қамтамасыз етеді.

13-тарау: Кейс-стади: 1.6J-ден 2.0.1-ге дейін жаһандық CPO көші-қоны

10 000 заряд нүктесі бар CPO «MegaCharge» гипотетикалық сценарийін қарастырайық.

13.1 1-кезең: Аудит

MegaCharge компаниясы өздерінің 1.6J флотының 40%-ы TLS 1.2 қолдамайтынын анықтады. Бұл зарядтағыштардың алдағы үкіметтік келісімшарттарға жарамсыз екенін білдірді.

13.2 2-кезең: CSMS жаңартуы

MegaCharge жаңа CSMS құрудың орнына «OCPP аударма қабатын» енгізді. Бұл қабат ескі жабдық үшін 1.6J және жаңа жабдық үшін 2.0.1 қосылымдарын өңдеді, бірақ мобильді қосымша мен төлем жүйесіне бірыңғай API ұсынды.

13.3 3-кезең: Жабдықты ауыстыру

Жоғары трафикті сайттар үшін MegaCharge 1.6J зарядтағыштарын 2.0.1 стандартына сәйкес келетін тұрақты ток жылдам зарядтағыштарымен алмастырды. Нәтижесінде, негізінен сенімдірек болуына байланысты «Іске қосу сәтсіз аяқталды» сеанстары 15%-ға азайды.Транзакция оқиғасы2.0.1 нұсқасында өңдеу.

13.4 Инвестициялық кірістілікті талдау

Бастапқы инвестиция 2 миллион АҚШ долларын құрады. Дегенмен, техникалық қызмет көрсетуге шақырулардың азаюы (Device Model диагностикасының арқасында) жылына 400 мың АҚШ долларын үнемдеуге мүмкіндік берді. Сонымен қатар, V2G жиілік жауап беру нарықтарына қатысу мүмкіндігі жылдық кірісте қосымша 200 мың АҚШ долларын құрады. Өтемділік мерзімі шамамен 3,3 жылды құрады.

14-тарау: OCPP 2.0.1 сатып алулары бойынша сатып алушының соңғы тексеру тізімі

Жаңа жабдықты немесе бағдарламалық жасақтаманы бағалаған кезде, шынайы сәйкестікті қамтамасыз ету үшін осы тексеру тізімін пайдаланыңыз:

14.1 Аппараттық құралдарға (EVSE) қойылатын талаптар

• [ ]Қауіпсіздік профилі 3 қолдауыКлиенттік сертификаттарды басқаруды қолдай ма?
• [ ]Екі ядролы процессорTLS шифрлау және JSON талдауы үшін жеткілікті орын бар ма?
• [ ]Қауіпсіз элемент (SE)Тақтада кілттерді сақтауға арналған сенімді аппараттық негіз бар ма?
• [ ]ISO 15118-2/20 дайынКонтроллер PnC үшін қажетті жоғары деңгейлі байланысты өңдей ала ма?
• [ ]Дисплей мүмкіндігі: Аппараттық құрал OCPP арқылы баға/күй туралы ақпаратты көрсетуді қолдай ма?Деректерді тасымалдаунемесе жергілікті хабарламалар ма?

14.2 Бағдарламалық жасақтама (КБЖ) талаптары

• [ ]Құрылғы моделін визуализациялау: Басқару тақтасы зарядтағыштың иерархиялық көрінісін көрсете ала ма?
• [ ]Сертификаттау орталығының (CA) интеграциясыCSMS сертификаттарды автоматты түрде шығарып, айналдыра ала ма?
• [ ]Транзакцияны салыстыруЖүйе 1.6J ескі зарядтағыштарынан «ілулі» транзакцияларды қалай өңдейді?
• [ ]Ақылды зарядтау қозғалтқышы: Ол 2.0.1 нұсқасының кеңейтілген стек деңгейіндегі логикасын қолдай ма?
• [ ]МасштабталуWebSocket өңдегіші бір уақытта 50 000-нан астам тұрақты TLS қосылымдарын басқара ала ма?

15-тарау: OCPP енгізудің жиі кездесетін мәселелерін шешу

Стандарт болғанның өзінде, іске асырулар әртүрлі болады. Міне, ең көп таралған «қателіктерді».

15.1 WebSocket күту уақытының аяқталуы

Көптеген желілік брандмауэрлер бос TCP қосылымдарын жабады. ЕгерЖүрек соғысы аралығытым жоғары орнатылған болса, зарядтағыш ажыратылған болуы мүмкін.

• Шешім: Қамтамасыз етуЖүрек соғысы аралығыбрандмауэрдің күту уақытынан (әдетте 60-120 секунд) төмен.

15.2 Сертификат тізбегінің мәселелері

2.0.1 нұсқасында жиі кездесетін қателік - «Сенімсіз сертификат» қатесі. Бұл әдетте зарядтағышта CSMS түбірлік CA орнатылмаған кезде орын алады.

• Шешім: ҚолданыңызОрнату сертификатысенім тізбегінің толық екеніне көз жеткізу үшін іске қосу кезіндегі хабарлама.

15.3 JSON пайдалы жүктеме өлшемі

Кейбір 2.0.1 хабарламалары (мысалыGetBaseReport) өте үлкен болуы мүмкін. Зарядтағыштың буфері тым кішкентай болса, ол хабарламаны өшіріп тастайды.

• Шешім: ТексеріңізЕң үлкен хабарлама өлшеміҚұрылғы моделіндегі айнымалыны таңдаңыз және CSMS осы шекті сақтайтынына көз жеткізіңіз.

16-тарау: Аймақтық реттеуші ландшафттар және хаттамалық міндеттемелер

OCPP 2.0.1 нұсқасына көшу тек технологиямен ғана шектелмейді; бұл барған сайын заң мәселесіне айналуда.

16.1 Еуропалық Одақ (AFIR)

ЕО-дағы Балама отын инфрақұрылымы туралы ереже (AFIR) бағаның ашықтығы мен өзара әрекеттесуін талап етеді. Онда OCPP 2.0.1 нақты аталмағанымен, «нақты уақыттағы деректерді ортақ пайдалану» және «ақылды зарядтау» талабы 2.0.1-ді жаңа қоғамдық инфрақұрылым үшін жалғыз өміршең стандарт етеді.

16.2 Солтүстік Америка (NEVI)

Америка Құрама Штаттарында Ұлттық электр көліктерінің инфрақұрылымы (NEVI) формула бағдарламасы зарядтағыштардың «өзара әрекеттесетін» болуын талап етеді. Калифорния сияқты штаттар одан әрі қарай жылжып келеді, Калифорния энергетикалық комиссиясы (CEC) ISO 15118 қолдауын талап етеді, бұл біз талқылағандай, OCPP 2.0.1 арқылы ең жақсы жүзеге асырылады.

16.3 Қытай және Азия-Тынық мұхиты аймағы

Қытайдың өз стандарттары (GB/T) болғанымен, экспортқа бағытталған өндірушілер OCPP 2.0.1 нұсқасына көп инвестиция салады. Австралия мен Сингапур сияқты нарықтарда қоғамдық зарядтау желілеріне арналған үкіметтік тендерлер қазір тек OCPP 2.0.1 нұсқасын қауіпсіздік профилі 3 арқылы көрсетеді.

17-тарау: Іске асыру кодының үзінділері: «Ұсақ-түйек»

Әзірлеушілерге көмектесу үшін біз күрделі 2.0.1 тапсырмалары үшін тұжырымдамалық JSON көріністерін ұсынамыз.

17.1 Сертификаттың айналу ағыны

Сертификаттың мерзімі аяқталуға жақындаған кезде, CSMS ротацияны іске қосуы керек.

1. CSMS жібередіСертификатқа қол қойылған:«json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----СЕРТИФИКАТТЫ БАСТАУ-----\n...\n-----СЕРТИФИКАТТЫ АЯҚТАУ-----", "certificateType": "V2G" }]«

2. Станция жауап бередіҚабылданды:«json [3, "CERT-01", {"status": "Қабылданды"}]«

3. Станция жібередіҚауіпсіздік оқиғасы туралы хабарландыру:«json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]«

17.2 Торға жауап беретін зарядтау профилін орнату

Электр желісі операторы желідегі қуатты шектеуі керек деп елестетіп көріңіз.

CSMS жібередіЗарядтау профилін орнату:«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 } ] } } }]«

18-тарау: OCPP 2.0.1 терминдерінің кешенді сөздігі

Барлық мүдделі тараптар үшін түсініктілікті қамтамасыз ету үшін біз кеңейтілген глоссарий ұсынамыз.

• CSMS (зарядтау станцияларын басқару жүйесі)Зарядтағыштарды басқаратын серверлік бұлттық платформа.
• EVSE (Электр көліктерін жеткізу жабдықтары)Физикалық зарядтау станциясы.
• OCPP (Ашық зарядтау нүктесінің хаттамасы)Олар сөйлейтін тіл.
• OCA (Ашық зарядтау одағы)Тілді жазатын ұйым.
• ISO 15118Көлік пен зарядтағыш арасындағы хаттама.
• PnC (қосып, зарядтаңыз): ISO 15118 және OCPP 2.0.1 арқылы қосылған пайдаланушы тәжірибесі.
• V2G (Көліктен желіге): Көліктен қуатты қайтадан электр желісіне жіберу.
• V2X (Көліктен барлығына дейін)V2G, V2H және V2B үшін жалпы термин.
• TLS (Транспорттық деңгей қауіпсіздігі): Деректердің қауіпсіздігін қамтамасыз ететін шифрлау.
• PKI (Ашық кілт инфрақұрылымы)Қауіпсіздік үшін қолданылатын сандық сертификаттар жүйесі.
• JSON (JavaScript нысанының нотациясы): Хабарламалардың пішімі.
• WebSocketТұрақты байланыс хабарламалар ағынын «құбыр» арқылы өткізеді.
• Құрылғы моделі2.0.1 нұсқасында аппараттық құралдар иерархиялық түрде сипатталған.
• Компонент: Аппараттық құралдың бір бөлігі (мысалы, қосқыш).
• АйнымалыКомпоненттің қасиеті (мысалы, Status).
• АтрибутАйнымалы туралы метадеректер (мысалы, Value, Mutability).
• Транзакция оқиғасы: 2.0.1 нұсқасындағы барлық сеанс деректері үшін бірыңғай хабарлама.
• Жүрек соғысыМерзімді «Мен тірімін» сигналы.
• Жүктеу туралы хабарландыруЗарядтағыш іске қосылған кездегі «Сәлем, мен осындамын» сигналы.
• Деректерді тасымалдауЖеткізушіге тән кеңейтімдерге арналған «барлығын қамтитын» хабарлама (сақтықпен пайдаланыңыз!).

Қорытынды ойлар: Көп хаттамалы дәуірде шарлау

Сатып алушы немесе оператор ретінде ең маңызды қорытынды - біз келесі кезеңге кіріп жатырмызкөп протоколды дәуірАлдағы 3-5 жылда 1.6J және 2.0.1 қатар өмір сүреді. Дегенмен, тепе-теңдік тез өзгеріп жатыр.

Бүгін OCPP 2.0.1 нұсқасын таңдау арқылы сіз тек хаттама сатып алып қана қоймайсыз; сіз сақтандыру сатып алып жатырсыз. Сіз желіңіздің жаңа көліктерге, жаңа заңдарға және жаңа кіріс көздеріне бейімделе алатынына кепілдік бересіз. 2.0.1 нұсқасының күрделілігі - бұл прогрестің бағасы - жұмыс уақытын жақсарту, тәуекелді азайту және тұтынушы тәжірибесін жақсарту арқылы өзін-өзі ақтайтын баға.

Коммерциялық зарядтау енді тар сала емес; ол болашақ көлік жүйесінің негізі. Бұл негізді мүмкіндігінше ең берік іргетасқа құрыңыз: OCPP 2.0.1.

19-тарау: OCPP 2.0.1 үшін әзірлеу: Бағдарламалық жасақтама инженерлеріне арналған ең жақсы тәжірибелер

1.6J код базасынан 2.0.1 нұсқасына көшу рефактор емес; бұл қайта жазу. Әзірлеушілер басқа ойлау моделін қабылдауы керек.

19.1 Асинхрондылықты қабылдау

WebSockets өздігінен асинхронды болғанымен, 2.0.1 нұсқасының күрделілігі бір сұраныстың (мысалы,GetBaseReport) ресурстары шектеулі EVSE-де өңдеу бірнеше секундқа созылуы мүмкін. CSMS әзірлеушілері әртүрлі аппараттық жасақтама жеткізушілерінің әртүрлі өңдеу жылдамдықтарын ескеретін сенімді тайм-аут және қайталау логикасын енгізуі керек.

19.2 Тиімді JSON талдауы

JSON талдауы процессорды көп қажет етуі мүмкін. EVSE микробағдарламасы үшін әзірлеушілер бүкіл пайдалы жүктемені жедел жадқа жүктеудің орнына ағындық талдаушыларды пайдалануы керек. Бұл әсіресе маңыздыХабарлауІс-шарабір кадрда жүздеген айнымалы жаңартуларды қамтуы мүмкін хабарламалар.

19.3 Күй машинасын басқару

2.0.1 нұсқасындағы транзакцияға арналған күй машинасы 1.6J нұсқасына қарағанда қатаңырақ. Әзірлеушілер өтпелі ережелерді қатаң сақтауы керек.Транзакция оқиғасыМысалы, сіз жібере алмайсызАяқталдыалдымен жібермей-ақ оқиғаБасталдысол нақты оқиғаға арналғантранзакция идентификаторы.

20-тарау: Тестілеу, валидация және OCPP сәйкестігін тексеру құралы (OCTT)

OCPP-тің өзара әрекеттесуі - бұл уәде, бірақ ол тек қатаң тестілеу арқылы жүзеге асырылады.

20.1 OCA сертификаттауының рөлі

Open Charge Alliance сертификаттау бағдарламасын ұсынады. Сатып алушылар «OCPP 2.0.1 Certified» белгісін іздеуі керек. Бұл сертификаттау енгізудің барлық міндетті профильдерді қамтитын автоматтандырылған сынақтар жиынтығынан өткенін қамтамасыз етеді.

20.2 OCTT пайдалану

OCPP сәйкестік тестілеу құралы (OCTT) тестілеудің алтын стандарты болып табылады. Ол CSMS және EVSE екеуін де модельдейді.

• EVSE өндірушілері үшін: Станцияңыздың «бақытты жол» сценарийлерін және шектеу жағдайларын (мысалы, микробағдарламаны жаңарту кезінде желінің істен шығуы) өңдейтінін тексеру үшін OCTT пайдаланыңыз.
• CSMS провайдерлері үшін: Серверіңіздің көптеген хабарламаларды және 2.0.1 нұсқасының қатаң қауіпсіздік талаптарын өңдей алатынына көз жеткізу үшін OCTT пайдаланыңыз.

20.3 Далалық сынақтар және өзара іс-шаралар

Автоматтандырылған тестілеуден басқа, OCA жеткізушілер өздерінің аппараттық және бағдарламалық жасақтамасын нақты әлемдегі сценарийлерде бір-бірімен салыстыру үшін әкелетін «Plugfests» ұйымдастырады. Бұл жерде сертификаттардың сәйкес келмеуі немесе JSON форматындағы шағын айырмашылықтар сияқты ең нәзік қателер анықталып, шешіледі.

21-тарау: Терең салыстырмалы кесте: OCPP 2.0.1 бағдарламасының 60+ әрекеттері

Толық сілтеме жасау үшін біз 2.0.1 нұсқасының негізгі хабарламаларын жіктеп, оларды 1.6J нұсқасындағы нұсқаларымен салыстырамыз.

21.1 Қамтамасыз ету және конфигурациялау

21.2 Транзакцияларды өңдеу

21.3 Қауіпсіздік және микробағдарламаны басқару

21.4 Кесте сіздің желіңіз үшін нені білдіреді

Кесте бір мәселені анық көрсетеді: OCPP 2.0.1 1.6J-дің косметикалық атауы емес. Жаңа хабарлама отбасылары — терілген айнымалылар, оқиғаға негізделген транзакциялар және сертификаттарды басқару — Plug & Charge, ақылды зарядтау және реттеуші есеп беру үшін қажетті құбырлар болып табылады. Тек 1.6J тілінде сөйлейтін зарядтағышты шлюзбен жаңартуға болады, бірақ тек 1.6J тілінде сөйлейтін CSMS реттеушілер мен автоөндірушілер талап ететін қауіпсіздік моделін жеткізе алмайды. Аппараттық құралдарды бағалау кезінде «2.0.1-дайын» ​​микробағдарлама келесі жылға емес, бүгін жеткізілетінін білдіруі керек. Ал OCPP 2.0.1 1.6J SOAP тасымалдауының орнына JSON-over-WebSocket-те жұмыс істейтіндіктен, хабарлама ағындары жеңілірек және жөндеу әлдеқайда оңай — бұл сіздің IT командаңыз бірінші күннен бастап сезінетін практикалық артықшылық.

22-тарау: Қорытынды: Жаңарту туралы шешім қабылдау

Коммерциялық оператор үшін практикалық нұсқаулық айқын:

• Жаңа орналастырулар әдепкі бойынша OCPP 2.0.1 нұсқасына орнатылуы керек.Қауіпсіздік моделі, сертификаттарды өңдеу және ISO 15118 интеграциясы 2026 жылғы реттеуші ортаның алғышарттары болып табылады.
• Қолданыстағы 1.6J флоттары тұрақсыз қалған жоқ.Басқарылатын шлюздер мен қос хаттамалы CSMS платформалары 2.0.1-туған аппараттық құралды кезең-кезеңімен орнатқан кезде бұл олқылықты жояды.
• Сенбес бұрын сынап көріңіз.OCTT, plugfests және кезең-кезеңмен іске қосуды пайдаланыңыз — өзара әрекеттесу деректер кестесінен емес, далада дәлелденген.
• Көші-қон жолын жазбаша түрде талап етіңіз.Зарядтағыш өндірушісі 1.6J-ден 2.0.1-ге дейінгі микробағдарламалық жасақтаманың жол картасын жариялауы керек, уәделер емес, күндері көрсетілген.

Іс-әрекетке шақыру: MIDA Power компаниясымен хаттама стратегияңыз туралы сөйлесіңіз

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.