Коммерциялык кубаттоо операторлору үчүн OCPP 1.6J жана 2.0.1 стратегиялык салыштыруусу

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

Кыскача баяндама

Электр унааларын (EV) кубаттоо чөйрөсү сейсмикалык өзгөрүүгө дуушар болууда. Дүйнөлүк масштабда кабыл алуу тездеген сайын, Электр унааларын жеткирүү жабдуулары (EVSE) менен кубаттоо станцияларын башкаруу системаларынын (CSMS) өз ара аракеттенүүсүн жөнгө салуучу негизги байланыш протоколдору Коммерциялык кубаттоо операторлору (CPO) үчүн техникалык стратегиянын борбордук пунктуна айланды. Open Charge Alliance (OCA) тарабынан колдоого алынган Open Charge Point Protocol (OCPP) жөнөкөй билдирүү алкагынан татаал, коопсуз жана жогорку масштабдуу стандартка айланды.

Бул колдонмо 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 Structures

Бул протоколдордун ортосундагы айырмачылыкты түшүнүү үчүн төмөнкү деңгээлдеги байланышты карап чыгуу керек. Эки протокол тең WebSocketsтин үстүнөн JSON колдонот, бирок бул билдирүүлөрдү түзүү жана иштетүү бир топ айырмаланат.

2.1 WebSocket катмары

Эки версия тең толук дуплекстүү байланышты камсыз кылган туруктуу WebSocket туташууларын колдонот. Бул мобилдик тиркемеден кубаттоо сеансын токтотуу же заматта ката жөнүндө эскертүүлөрдү алуу сыяктуу реалдуу убакыттагы операциялар үчүн абдан маанилүү.

2.2 Билдирүү алкагынын бөлүштүрүлүшү

Кадимки OCPP билдирүүсү билдирүү түрүнүн IDсинен, уникалдуу билдирүүнүн IDсинен, аракеттин аталышынан жана пайдалуу жүктөмдөн турат.

OCPP 1.6J кадрынын мисалы (жүктөө жөнүндө билдирүү)

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

OCPP 2.0.1 Frame үлгүсү (BootNotification)

"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 Plug & Charge'дин татаалдыгы

"Plug & Charge" (PnC) айдоочуга унааны жөн гана сайып, тиркемени же RFID картасын колдонбостон кубаттоону баштоого мүмкүндүк берет. Бул үчүн унаа, кубаттагыч, оператор жана эсептешүү борбору катышкан татаал Коомдук ачкыч инфраструктурасы (PKI) талап кылынат.

OCPP 1.6J версиясында PnC колдоосу базалык протоколдо жок болчу. Өндүрүүчүлөр атайын кеңейтүүлөрдү ишке ашырууга аргасыз болушкан, бул фрагментацияга алып келген. OCPP 2.0.1 төмөнкүнү колдоо менен PnC үчүн "сантехниканы" камсыз кылат:

• Сертификатты орнотууКелишимдик сертификаттарды CSMSтен EVSE аркылуу EVге өткөрүп берүү.
• Уруксат берүүУнаанын күбөлүгүнөн алынган электрондук Мобилдик ID (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 системасында колдонуучунун IDсинин бардык инстанцияларын ар кандай конфигурация ачкычтары жана журналдары аркылуу табуу кол менен жасалган коркунучтуу түш болчу. 2.0.1 версиясында түзмөктүн абалы менен транзакция маалыматтарынын ортосундагы так бөлүнүү маалымат базасынын архитектурасын тазалоого мүмкүндүк берет.

8.3 IoT коопсуздук мыйзамдарына шайкештик

Көптөгөн аймактар ​​азыр 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 үчүн эс тутум жана CPU талаптары (айрыкча TLS сертификаттарын иштетүү жана түзмөк моделинин татаал JSON талдоосу) көбүнчө эски 1.6J контроллерлорунун мүмкүнчүлүктөрүнөн ашып түшөт.

9.3 Стратегиялык миграция жолдору

Башкы директорлор (CPO) "Гибриддик тармак" ыкмасын карап көрүшү керек:

1. Эски сайттар: Бар болгон аз кубаттуулуктагы AC кубаттагычтары үчүн 1,6 Дж иштетүүнү улантыңыз.
2. Жаңы DC тез кубаттоо сайттары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": { "статус": "Кабыл алынды", "мөөнөтү бүттү": "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 версиясында CSMS төмөнкүлөрдү камтышы мүмкүнкубаттоо профилитүздөн-түз баштоо сурамында. Бул унаа экинчи билдирүүнү күтпөстөн, дароо туура кубаттуулук деңгээлинде кубаттала баштаарын, кечигүүнү азайтып, электр тармагынын туруктуулугун жакшырта аларын билдирет.

12-бөлүм: Төмөнкү деңгээлдеги JSON схемасы жана талааларды салыштыруу

Иштеп чыгуучулар жана системалык интеграторлор үчүн схеманын өзгөрүшү миграциянын эң көп эмгекти талап кылган бөлүгү болуп саналат.

12.1 Саналып алынган түрлөрү (саналып алынгандар)

OCPP 2.0.1 стандартташтырылган Enumдардын санын бир топ кеңейтип, 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 ROI талдоосу

Баштапкы инвестиция 2 миллион долларды түзгөн. Бирок, техникалык тейлөө чалууларынын азайышы (Түзмөк моделинин диагностикасынын аркасында) жылына 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", {"статус": "Кабыл алынды"}]"

3. Станция жөнөтөтКоопсуздук иш-чарасы жөнүндө эскертме:"json [2, "EVT-99", "КоопсуздукЭвентНотамасы", { "тип": "КубөлүкАйландырылды", "убакыт белгиси": "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).
• АтрибутӨзгөрмө жөнүндө метадайындар (мисалы, Маани, Өзгөрүлмөлүүлүк).
• Транзакциялык иш-чара: 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 талдоосу CPUну көп талап кылышы мүмкүн. EVSE микропрограммасы үчүн иштеп чыгуучулар бүтүндөй пайдалуу жүктөмдү RAMга жүктөөнүн ордуна, агымга негизделген талдоочуларды колдонушу керек. Бул өзгөчө маанилүүИш-чарага кабарлообир кадрда жүздөгөн өзгөрмөлүү жаңыртууларды камтышы мүмкүн болгон билдирүүлөр.

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, plugfest жана этап-этабы менен ишке киргизүүлөрдү колдонуңуз — өз ара аракеттенүүчүлүк маалымат баракчасынан эмес, талаада далилденген.
• Миграция жолун жазуу жүзүндө талап кылыңыз.Кубаттоочу түзүлүштү сатуучуңуз 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.