Стратэгічнае параўнанне OCPP 1.6J і 2.0.1 для камерцыйных аператараў зарадкі

Канчатковае стратэгічнае параўнанне OCPP 1.6J і 2.0.1 для глабальных аператараў камерцыйных зарадных станцый: авалоданне маштабаванасцю сеткі, перадавой кібербяспекай, інтэграцыяй з ISO 15118 і доўгатэрміновай падрыхтоўкай інфраструктуры да будучыні для ўстойлівага росту электрамабіляў.

Кароткі змест

Ландшафт зарадкі электрамабіляў (EV) перажывае сейсмічныя змены. Па меры паскарэння глабальнага ўкаранення асноўныя пратаколы сувязі, якія рэгулююць узаемадзеянне паміж абсталяваннем для забеспячэння электрамабіляў (EVSE) і сістэмамі кіравання зараднымі станцыямі (CSMS), сталі цэнтральным элементам тэхнічнай стратэгіі для камерцыйных аператараў зарадкі (CPO). Пратакол адкрытых пунктаў зарадкі (OCPP), які падтрымліваецца Open Charge Alliance (OCA), ператварыўся з простай сістэмы абмену паведамленнямі ў складаны, бяспечны і высокамаштабуемы стандарт.

Гэта кіраўніцтва змяшчае вычарпальны тэхнічны аналіз пераходу ад 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 праз 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 і структуры фрэймаў

Каб зразумець розніцу паміж гэтымі пратаколамі, трэба зірнуць на нізкаўзроўневую сувязь. Абодва пратаколы выкарыстоўваюць JSON праз WebSockets, але структура і апрацоўка гэтых паведамленняў істотна адрозніваюцца.

2.1 Узровень WebSocket

Абедзве версіі выкарыстоўваюць пастаянныя злучэнні WebSocket, якія дазваляюць ажыццяўляць паўнадуплексную сувязь. Гэта вельмі важна для аперацый у рэжыме рэальнага часу, такіх як спыненне сеансу зарадкі з мабільнага прыкладання або атрыманне імгненных папярэджанняў аб няспраўнасцях.

2.2 Разбіўка кадра паведамлення

Тыповае паведамленне OCPP складаецца з ідэнтыфікатара тыпу паведамлення, унікальнага ідэнтыфікатара паведамлення, назвы дзеяння і карыснай нагрузкі.

Прыклад кадра OCPP 1.6J (BootNotification)

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

Прыклад кадра OCPP 2.0.1 (BootNotification)

«json [2, "987654", "BootNotification", { "прычына": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "мадэль": "Terra-Z", "серыйны нумар": "SN-Z-99", "версія прашыўкі": "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 уводзіць іерархічную мадэль, якая складаецца зКампанентыіЗменныяКампанент можа быць «Кантролер», «Раздым» або «Модуль харчавання». Кожны кампанент мае зменныя, якія прадстаўляюць яго стан або канфігурацыю (напрыклад,Тэмпература, Напружанне, Максімальны ток).

• КампанентФізічная або лагічная частка зараднай станцыі.
• Зменная: Канкрэтны атрыбут гэтага кампанента.
• ХарактарыстыкіМетададзеныя, якія апісваюць зменную (адзінка вымярэння, дыяпазон, тып доступу).

Гэта дазваляе стандартызаваць маніторынг. Аператар цяпер можа запытаць тэмпературу канкрэтнага сілавога модуля, выкарыстоўваючы стандартызаваны шлях, а не спадзявацца на ўласныя ключы канкрэтнага пастаўшчыка.

Раздзел 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Падтрымка найноўшых стандартаў шыфравання.

Для камерцыйных аператараў гэта зніжае рызыку масавых узломаў сеткі і забяспечвае адпаведнасць новым правілам кібербяспекі для прылад Інтэрнэту рэчаў.

Раздзел 5: Інтэграцыя ISO 15118: падключэнне і зарадка і V2G

Будучыня зарадкі электрамабіляў — гэта не толькі перамяшчэнне электронаў, але і інтэлектуальны абмен дадзенымі і энергіяй. ISO 15118 — гэта міжнародны стандарт для сувязі паміж транспартным сродкам і сеткай (V2G), а яго інтэграцыя з OCPP з'яўляецца вызначальнай асаблівасцю версіі 2.0.1.

5.1 Складанасць падключэння і зарадкі

Тэхналогія «падключы і зарадка» (PnC) дазваляе кіроўцу проста падключыць аўтамабіль да сеткі і пачаць зарадку без выкарыстання праграмы або RFID-карты. Гэта патрабуе складанай інфраструктуры адкрытых ключоў (PKI), якая ўключае аўтамабіль, зарадную прыладу, аператара і інфармацыйную сістэму.

У OCPP 1.6J падтрымка PnC адсутнічала ў базавым пратаколе. Пастаўшчыкам давялося ўкараняць уласныя пашырэнні, што прыводзіла да фрагментацыі. OCPP 2.0.1 забяспечвае «сантэхніку» для PnC, падтрымліваючы:

• Усталёўка сертыфікатаПерадача сертыфікатаў кантрактаў з CSMS у электрамабіль праз EVSE.
• АўтарызацыяВыкарыстоўваючы ідэнтыфікатар электроннай мабільнасці (eMAID), атрыманы з сертыфіката транспартнага сродку.
• Зашыфраваная сувязьЗабеспячэнне абароны канфідэнцыйных даных аплаты, якія перадаюцца паміж аўтамабілем і электрасеткай.

5.2 Інтэлектуальная зарадка і балансаванне нагрузкі

Хоць 1,6 Дж падтрымлівала базавую разумную зарадку (адпраўкуУстанавіць профіль зарадкі), 2.0.1 паляпшае гэта. Гэта дазваляе:

• Інтэграцыя знешніх сігналаўРэакцыя ў рэжыме рэальнага часу на сігналы частаты сеткі або аптовых цэн.
• Дынамічнае кіраванне нагрузкайБольш дэталёвы кантроль над размеркаваннем электраэнергіі па аб'екце з сотнямі раздымаў.
• Транспартны сродак-сетка (V2G)Версія 2.0.1 уключае неабходныя палі дадзеных для падтрымкі двухнакіраванага патоку энергіі, што дазваляе электрамабілям выступаць у якасці размеркаваных энергетычных рэсурсаў (РЭР) для сеткі.

5.3 Паляпшэнні карыстальніцкага інтэрфейсу/карыстальніцкага досведу

OCPP 2.0.1 падтрымлівае адлюстраванне інфармацыі непасрэдна на экране зараднай прылады або на прыборнай панэлі аўтамабіля, напрыклад:

• Цэны ў рэжыме рэальнага часу ў мясцовай валюце.
• Арыенціровачны час дасягнення 80% зарада (SoC).
• Падрабязная інфармацыя аб квітанцыі пасля завяршэння.

Раздзел 6: Пашыранае кіраванне і маніторынг прылад

Для зараднай прылады CPO кошт зараднай прылады — гэта не проста цана пакупкі, а агульны кошт валодання (TCO). Тэхнічнае абслугоўванне і прастоі — найбольшыя фактары, якія зніжаюць прыбытак. OCPP 2.0.1 вырашае гэтую праблему з дапамогай пашыраных магчымасцей маніторынгу.

6.1 Справаздачнасць па падзеях

У рухавіку 1.6J сістэма кіравання рухавіком звычайна павінна была апытваць зарадную прыладу на наяўнасць сігналу або чакацьАпавяшчэнне аб станеУ версіі 2.0.1Маніторынг падзейСістэма дазваляе CSMS усталёўваць парогі. Напрыклад: «Паведамляць мне толькі тады, калі ўнутраная тэмпература перавышае 70°C» або «Паведамляць, калі ўваходнае напружанне падае ніжэй за 200 В». Гэта памяншае сеткавы трафік і дазваляе праводзіць прафілактычнае абслугоўванне.

6.2 Апрацоўка транзакцый: падзея TransactionEvent

Адным з найбольш крытыкаваных аспектаў OCPP 1.6J была апрацоўка транзакцый. Сесія ўключалаПачаць транзакцыюіСпыніць транзакцыюпаведамленні, але калі адбываўся перапынак у сетцы, CSMS часта мела праблемы з узгадненнем дадзеных аб аплаце.

OCPP 2.0.1 замяняе іх адзіным, надзейнымПадзея транзакцыіпаведамленне. Гэта паведамленне выкарыстоўваецца для паведамлення аб усіх этапах жыццёвага цыклу транзакцыі (пачатак, абнаўленне, завяршэнне). Яно ўключае ў сябе унікальныІдэнтыфікатар транзакцыіякі захоўваецца нават пасля перазагрузкі зараднай прылады, гарантуючы, што не будуць страчаны даныя зарадкі, а значыць, і прыбытак.

6.3 Палепшаная дыягностыка і ліквідацыя непаладак

TheGetLogіАпавяшчэнне аб стане дыягностыкіПаведамленні ў версіі 2.0.1 больш структураваныя. Афіцэры па забеспячэнні бяспекі (CPO) могуць запытваць пэўныя тыпы журналаў (бяспека, дыягностыка, карыстальнік) і ўказваць дыяпазон часу. Гэта дазваляе дыстанцыйным службам падтрымкі вырашаць праблемы без адпраўкі тэхніка на аб'ект, што значна зніжае эксплуатацыйныя выдаткі.

Раздзел 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 Асабіста ідэнтыфікаваная інфармацыя (PII) у OCPP

У кантэксце Агульнага рэгламенту па абароне даных (GDPR) у Еўропе і падобных законаў, такіх як CCPA ў Каліфорніі, такія пункты даных, якідэнтыфікатар(RFID) абоEVCCID(ідэнтыфікатар транспартнага сродку) лічацца персаналізаванай інфармацыяй.

OCPP 2.0.1 забяспечвае лепшы кантроль за ананімізацыяй дадзеных. Напрыклад,Карыстальніцкія даныяПалі дазваляюць аператарам захоўваць метададзеныя, не раскрываючы асабістую інфармацыю журналам асноўнага пратакола. Акрамя таго, палепшаныя профілі бяспекі гарантуюць, што гэтыя даныя шыфруюцца як падчас перадачы, так і ў стане спакою.

8.2 Права быць забытым і пераноснасць дадзеных

Структураваны характар ​​мадэлі прылад версіі 2.0.1 спрашчае для пастаўшчыкоў CSMS рэалізацыю запытаў на «выдаленне дадзеных». У сістэме 1.6J пошук усіх экзэмпляраў ідэнтыфікатара карыстальніка ў розных ключах канфігурацыі і журналах быў сапраўдным кашмарам. У версіі 2.0.1 выразнае падзеленне паміж станам прылады і дадзенымі транзакцый дазваляе стварыць больш чыстую архітэктуру базы дадзеных.

8.3 Адпаведнасць заканадаўству аб бяспецы Інтэрнэту рэчаў

У многіх рэгіёнах зараз прымаюцца законы, якія патрабуюць, каб прылады Інтэрнэту рэчаў мелі унікальныя паролі і бяспечныя механізмы абнаўлення. Абавязковы TLS і падпісаная прашыўка OCPP 2.0.1 — гэта не проста «прыемныя» функцыі, а юрыдычныя патрабаванні для продажу абсталявання на такіх рынках, як Каліфорнія і Вялікабрытанія.

Раздзел 9: Погляд пакупніка: сукупная сума ўласнай капіталізацыі, рэнтабельнасць інвестыцый і стратэгічная міграцыя

Для камерцыйнага аператара зарадных станцый рашэнне аб выкарыстанні 1.6J або пераходзе на 2.0.1 з'яўляецца фінансавым пытаннем.

9.1 Кошт рэалізацыі

• OCPP 1.6JТанны ў рэалізацыі, шырока падтрымліваецца недарагім абсталяваннем, але нясе высокія схаваныя выдаткі на абслугоўванне і рызыкі бяспекі.
• OCPP 2.0.1Патрабуе больш магутных працэсараў і больш памяці ў EVSE. Выдаткі на распрацоўку CSMS вышэйшыя з-за складанасці пратакола. Аднак ён прапануе значную эканомію эксплуатацыйных выдаткаў дзякуючы дыстанцыйнаму кіраванню і большай надзейнасці.

9.2 Міф пра «плыўнае абнаўленне»

Часта кажуць, што зарадныя прылады 1.6J можна абнавіць да версіі 2.0.1 з дапамогай праграмнага забеспячэння. Насамрэч гэта рэдка бывае праўдай. Патрабаванні да памяці і працэсара для версіі 2.0.1 (асабліва апрацоўка сертыфікатаў TLS і складаны парсінг JSON мадэлі прылады) часта перавышаюць магчымасці старых кантролераў 1.6J.

9.3 Стратэгічныя шляхі міграцыі

Службовыя абароненыя кампаніі павінны разгледзець падыход «гібрыднай сеткі»:

1. Састарэлыя сайтыПрацягвайце выкарыстоўваць 1,6 Дж для існуючых зарадных прылад пераменнага току з нізкай магутнасцю.
2. Новыя месцы хуткай зарадкі пастаяннага токуАбавязак 2.0.1 для ўсіх новых магутных разгортванняў з падтрымкай PnC і V2G.
3. Рашэнні для праксі-карыстанняВыкарыстоўвайце шлюз пратакола, які можа пераўтвараць паведамленні 1.6J у фармат, сумяшчальны з 2.0.1, для CSMS, што дазваляе стварыць адзіную панэль кіравання.

Раздзел 10: Рыхтаванне да будучыні: OCPP 2.1 і шлях да аўтаномнай зарадкі

Нягледзячы на ​​тое, што версія 2.0.1 набірае абароты, Open Charge Alliance ужо працуе над OCPP 2.1. Гэтая будучая версія яшчэ больш пашырыць ахоп пратакола.

10.1 Двунакіраваная зарадка (V2X)

Нягледзячы на ​​тое, што версія 2.0.1 падтрымлівае базавую сувязь V2G, яна ўдасканаліць сувязь для сістэм «аўтамабіль-дом» (V2H) і «аўтамабіль-будынак» (V2B), што дазволіць электрамабілям забяспечваць энергіяй дамы падчас адключэння электраэнергіі або зніжаць пікавую нагрузку на камерцыйныя будынкі.

10.2 Падтрымка бесправадной зарадкі

Па меры з'яўлення аўтаномных транспартных сродкаў (АТМ) ручное падключэнне стане непатрэбным. OCPP 2.1 будзе ўключаць стандартызаваныя паведамленні для індуктыўнай (бесправадной) зарадкі, кіравання выраўноўваннем і перадачы энергіі без умяшання чалавека.

10.3 Інтэграцыя з разумнымі гарадамі

У будучых ітэрацыях, верагодна, будзе больш глыбокая інтэграцыя з сістэмамі кіравання дарожным рухам і прагнозамі аднаўляльных крыніц энергіі. Зарадныя прылады змогуць «таргавацца» за электраэнергію на рынках энергіі ў рэжыме рэальнага часу, ператвараючы зарадныя сеткі ў масіўныя віртуальныя электрастанцыі (ВЭС).

Тэхнічнае дадатак: Падрабязны агляд параўнання паведамленняў

Каб забяспечыць найвышэйшую тэхнічную глыбіню, мы зараз прааналізуем канкрэтныя паслядоўнасці паведамленняў і адрозненні ў кадрах паміж дзвюма версіямі.

A.1 Паток аўтарызацыі

У версіі 1.6J аўтарызацыя прадстаўляла сабой двайковы адказ «Прынята» або «Заблакавана».

1.6J Аўтарызаваць адказ:«json [3, "123456", { "idTagInfo": { "status": "Прынята", "expiryDate": "2026-12-31T23:59:59Z" } }]«

У версіі 2.0.1 адказ утрымлівае больш кантэксту, напрыклад,ідэнтыфікацыйны токентып і дадатковая інфармацыя для карыстальніцкага інтэрфейсу.

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: Паглыбленае апусканне: аналіз патоку паведамленняў і дыяграмы паслядоўнасцей

У гэтым раздзеле мы аналізуем паслядоўнасці ўзаемадзеяння паміж EVSE і CSMS, каб прадэманстраваць аперацыйныя адрозненні паміж 1.6J і 2.0.1.

11.1 Паслядоўнасць загрузкі і канфігурацыі

Калі зарадная прылада ўпершыню падключаецца да сеткі, яна павінна ідэнтыфікаваць сябе і сінхранізаваць сваю канфігурацыю.

Паток OCPP 1.6J:

1. Падключэнне да WebSocketУсталяваны праз порт 80 або 443.
2. Апавяшчэнне аб загрузцыСтанцыя адпраўляе пастаўшчыка, мадэль і серыйны нумар.
3. GetConfigurationCSMS запытвае ўсе ключы для праверкі бягучага стану.
4. Змяніць канфігурацыюCSMS абнаўляе пэўныя ключы (напрыклад,Інтэрвал сэрцабіцця).
5. Апавяшчэнне аб станеСтанцыя паведамляе «Даступна».

Паток OCPP 2.0.1:

1. Бяспечнае TLS-рукапацісканнеАбавязковы абмен сертыфікатамі.
2. Апавяшчэнне аб загрузцыУключаепрычына(напрыклад,PowerUp).
3. АтрымацьБазавыЗвестакЗамест запыту ўсіх ключоў, CSMS запытвае «Базавую справаздачу», якая змяшчае поўную іерархію мадэлі прылады.
4. SetVariablesCSMS абнаўляе зменныя. Звярніце ўвагу, што версія 2.0.1 дазваляе атамныя абнаўленні — усталёўваць некалькі зменных у адным паведамленні і гарантаваць, што ўсе яны будуць паспяховымі або ніводная з іх не будзе абноўлена.
5. Паведаміць пра падзеюСтанцыя паведамляе пра пачатковыя станы кампанентаў.

11.2 Перамовы аб разумнай зарадцы

Разумная зарадка — гэта тое, дзе версія 2.0.1 сапраўды ззяе, асабліва пры апрацоўцы некалькіх профіляў зарадкі.

У версіі 1.6J CSMS адпраўляеУстанавіць профіль зарадкіякі вызначае ўзровень стэка і расклад. Калі станцыя мае некалькі раздымаў, апрацоўка профіляў часта неадназначная.

У версіі 2.0.1Устанавіць профіль зарадківідавочна звязаны ззарадкаПрофільМэта.

• Зарадная станцыя MaxProfilesАбмяжоўвае паступленне ўсёй станцыі.
• TXDefaultProfile: Значэнне па змаўчанні для любой новай транзакцыі.
• TXProfile: Спецыяльна для бягучай транзакцыі.

Акрамя таго, версія 2.0.1 падтрымліваеGetChargingStackLevelпаведамленне, што дазваляе CSMS бачыць, якія профілі актыўныя ў дадзены момант і як ім вызначаецца прыярытэт з дапамогай унутранага планавальніка EVSE.

11.3 Дыстанцыйнае ўключэнне і кіраванне

Дыстанцыйныя каманды, такія якАддалены старт транзакцыі(1.6J) былі заменены наЗапытПачатакТранзакцыі(2.0.1). Асноўнае адрозненне заключаецца ў карыснай нагрузцы. У версіі 2.0.1 CSMS можа ўключаць у сябезарадны профільнепасрэдна ў запыце на зарадку. Гэта азначае, што аўтамабіль можа адразу пачаць зараджацца на патрэбным узроўні магутнасці, не чакаючы другога паведамлення, што зніжае затрымку і паляпшае стабільнасць сеткі.

Раздзел 12: Нізкаўзроўневая схема JSON і параўнанне палёў

Для распрацоўшчыкаў і сістэмных інтэгратараў змены схемы з'яўляюцца найбольш працаёмкай часткай міграцыі.

12.1 Пералічвальныя тыпы (Enum)

OCPP 2.0.1 значна пашырае колькасць стандартызаваных пералічэнняў, памяншаючы неабходнасць у «карыстальніцкіх» кодах стану, якія перашкаджалі рэалізацыям 1.6J.

• Пералічэнні прычын: Вартавы таймер, Запланаваны скід, Дыстанцыйны скід, Страта магутнасці.
• Пералічэнні статусаў: Заняты, Зарэзервавана, Недаступна, Пашкоджана. 2.0.1 дадаеДаступна, Заняты, Зарэзервавана, Недаступна, Пашкоджанаале з падстатусамі для больш падрабязнай інфармацыі.

12.2 Тыпы дадзеных і адзінкі вымярэння

OCPP 2.0.1 фармалізуе выкарыстанне стандартных адзінак (СІ). Там, дзе 1.6J часам пакідаў дзесятковую дакладнасць невызначанай, 2.0.1 выкарыстоўваедзесятковытыпы значэнняў магутнасці і энергіі, што забяспечвае паслядоўнае выстаўленне рахункаў на абсталяванні розных пастаўшчыкоў.

Раздзел 13: Тэматычнае даследаванне: Глабальная міграцыя CPO з версіі 1.6J на 2.0.1

Давайце разгледзім гіпатэтычны сцэнар «MegaCharge» — CPO з 10 000 ачкамі зарадкі.

13.1 Этап 1: Аўдыт

MegaCharge выявіла, што 40% іх парку зарадных прылад з рухавіком 1.6J не падтрымлівалі TLS 1.2. Гэта азначала, што гэтыя зарадныя прылады не мелі права ўдзельнічаць у будучых дзяржаўных кантрактах.

13.2 Этап 2: Абнаўленне CSMS

Замест таго, каб ствараць новую CSMS, MegaCharge рэалізаваў «ўзровень перакладу OCPP». Гэты ўзровень апрацоўваў злучэнні 1.6J для старога абсталявання і 2.0.1 для новага абсталявання, але прадаставіў адзіны API для свайго мабільнага прыкладання і механізму выстаўлення рахункаў.

13.3 Этап 3: Замена абсталявання

Для сайтаў з высокай наведвальнасцю MegaCharge замяніла зарадныя прылады ёмістасцю 1,6 Дж на хуткія зарадныя прылады пастаяннага току, якія адпавядаюць версіі 2.0.1. У выніку колькасць сеансаў «Не ўдалося запусціць» скарацілася на 15%, галоўным чынам дзякуючы больш надзейнай тэхналогіі.Падзея транзакцыіапрацоўка ў версіі 2.0.1.

13.4 Аналіз прыбытковасці інвестыцый

Пачатковыя інвестыцыі склалі 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 Патрабаванні да праграмнага забеспячэння (CSMS)

• [ ]Візуалізацыя мадэлі прыладыЦі можа панэль кіравання адлюстроўваць іерархічнае прадстаўленне зараднай прылады?
• [ ]Інтэграцыя з цэнтрам сертыфікацыі (CA)Ці можа CSMS аўтаматычна выдаваць і ратаваць сертыфікаты?
• [ ]Узгадненне транзакцыйЯк сістэма спраўляецца з «завіслымі» транзакцыямі ад зарадных прылад старых мадэляў з ёмістасцю 1,6 Дж?
• [ ]Рухавік разумнай зарадкіЦі падтрымлівае яна пашыраную логіку ўзроўню стэка з версіі 2.0.1?
• [ ]МаштабаванасцьЦі можа апрацоўшчык WebSocket адначасова кіраваць больш чым 50 000 пастаянных TLS-злучэнняў?

Раздзел 15: Ухіленне распаўсюджаных праблем з рэалізацыяй OCPP

Нават пры наяўнасці стандарту рэалізацыі адрозніваюцца. Вось найбольш распаўсюджаныя «падводныя камяні».

15.1 Час чакання WebSocket

Многія сеткавыя брандмаўэры закрываюць непрацуючыя TCP-злучэнні. КаліІнтэрвал сэрцабіццязанадта высокая, зарадная прылада можа быць адключана.

• РашэннеЗабяспечцеІнтэрвал сэрцабіццяменшы за час чакання брандмаўэра (звычайна 60-120 секунд).

15.2 Праблемы з ланцужком сертыфікатаў

Распаўсюджанай памылкай у версіі 2.0.1 з'яўляецца памылка «Ненадзейны сертыфікат». Звычайна гэта адбываецца, калі на зараднай прыладзе не ўсталяваны каранёвы ЦС CSMS.

• РашэннеВыкарыстоўвайцеУсталяваць сертыфікатпаведамленне падчас уводу ў эксплуатацыю, каб пераканацца ў поўнай камплектацыі ланцужка даверу.

15.3 Памер карыснай нагрузкі JSON

Некаторыя паведамленні версіі 2.0.1 (напрыкладАтрымацьБазавыЗвестак) можа быць вельмі вялікім. Калі буфер зараднай прылады занадта малы, паведамленне будзе страчана.

• РашэннеПраверцеМаксімальны памер паведамленнязменную ў мадэлі прылады і пераканайцеся, што 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: Фрагменты кода рэалізацыі: падрабязнасці

Каб дапамагчы распрацоўшчыкам, мы прапануем канцэптуальныя JSON-прэзентацыі для складаных задач версіі 2.0.1.

17.1 Паток ратацыі сертыфікатаў

Калі тэрмін дзеяння сертыфіката набліжаецца да заканчэння тэрміну дзеяння, CSMS павінна ініцыяваць ратацыю.

1. CSMS адпраўляеСертыфікат падпісаны:«json [2, "CERT-01", "Падпісаны сертыфікат", { "ланцужок сертыфікатаў": "-----ПАЧАТАК СЕРТЫФІКАТА-----\n...\n-----КАНЕЦ СЕРТЫФІКАТА-----", "Тып сертыфіката": "V2G" }]«

2. Станцыя адказваеПрынята:«json [3, "CERT-01", { "статус": "Прынята" }]«

3. Станцыя пасылаеПаведамленне аб падзеі бяспекі:«json [2, "EVT-99", "SecurityEventNotification", { "тып": "CertificateRotated", "часавая адзнака": "2026-08-09T10:00:00Z" }]«

17.2 Налада профілю зарадкі, які адпавядае сетцы

Уявіце, што аператару сеткі трэба абмежаваць падачу электраэнергіі па ўсёй сетцы.

CSMS адпраўляеУстанавіць профіль зарадкі:«json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Абсалютны", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "ліміт": 11000 }, { "startPeriod": 3600, "ліміт": 22000 } ] } } }]«

Раздзел 18: Поўны глосарый тэрмінаў OCPP 2.0.1

Каб забяспечыць яснасць для ўсіх зацікаўленых бакоў, мы прапануем пашыраны глосарый.

• CSMS (сістэма кіравання зараднымі станцыямі)Воблачная платформа, якая кіруе зараднымі прыладамі.
• EVSE (абсталяванне для электрамабіляў)Фізічная зарадная станцыя.
• OCPP (пратакол адкрытага пункта зарадкі): Мова, на якой яны размаўляюць.
• OCA (Альянс адкрытай зарадкі)Арганізацыя, якая піша мову.
• ІСО 15118Пратакол паміж аўтамабілем і зараднай прыладай.
• PnC (падключы і зарадзі)Карыстальніцкі досвед, які забяспечваецца ISO 15118 і OCPP 2.0.1.
• V2G (транспартны сродак-сетка)Адпраўка энергіі з аўтамабіля назад у сетку.
• V2X (ад транспартнага сродку да ўсяго)Агульны тэрмін для V2G, V2H і V2B.
• TLS (бяспека транспартнага ўзроўню)Шыфраванне, якое забяспечвае бяспеку дадзеных.
• PKI (інфраструктура адкрытых ключоў)Сістэма лічбавых сертыфікатаў, якая выкарыстоўваецца для бяспекі.
• JSON (натацыя аб'ектаў JavaScript): Фармат паведамленняў.
• Вэб-сокетПастаяннае злучэнне («канал»), праз якое перадаюцца паведамленні.
• Мадэль прыладыІерархічны спосаб 2.0.1 апісвае абсталяванне.
• Кампанент: Частка абсталявання (напрыклад, раз'ём).
• Зменная: Уласцівасць кампанента (напрыклад, Стан).
• АтрыбутМетададзеныя пра зменную (напрыклад, значэнне, зменлівасць).
• Падзея транзакцыіУніфікаванае паведамленне для ўсіх дадзеных сесіі ў версіі 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 азначае, што адзін запыт (напрыклад,АтрымацьБазавыЗвестак) можа заняць некалькі секунд для апрацоўкі на 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.

• Для вытворцаў электрамабіляўВыкарыстоўвайце OCTT, каб пераканацца, што ваша станцыя апрацоўвае сцэнарыі «шчаслівага шляху» і памежныя выпадкі (напрыклад, абрывы сеткі падчас абнаўлення прашыўкі).
• Для пастаўшчыкоў CSMSВыкарыстоўвайце OCTT, каб пераканацца, што ваш бэкенд можа апрацоўваць вялікую колькасць паведамленняў і адпавядаць строгім патрабаванням бяспекі версіі 2.0.1.

20.3 Палявыя выпрабаванні і фестывалі ўзаемадзеяння

Акрамя аўтаматызаванага тэсціравання, OCA арганізуе «Plugfests», дзе пастаўшчыкі параўноўваюць сваё абсталяванне і праграмнае забеспячэнне ў рэальных умовах. Менавіта тут выяўляюцца і вырашаюцца самыя тонкія памылкі, такія як несумяшчальнасць сертыфікатаў або нязначныя адрозненні ў фарматаванні JSON.

Раздзел 21: Падрабязная параўнальная табліца: больш за 60 дзеянняў OCPP 2.0.1

Каб даць поўную інфармацыю, мы класіфікуем асноўныя паведамленні версіі 2.0.1 і параўноўваем іх з аналагамі ў версіі 1.6J.

21.1 Забеспячэнне і канфігурацыя

21.2 Апрацоўка транзакцый

21.3 Бяспека і кіраванне прашыўкай

21.4 Што азначае табліца для вашай сеткі

З табліцы відавочны адзін момант: OCPP 2.0.1 — гэта не касметычнае перайменаванне версіі 1.6J. Новыя сямействы паведамленняў — тыпізаваныя зменныя, транзакцыі, кіраваныя падзеямі, і кіраванне сертыфікатамі — з'яўляюцца неабходнымі для падключэння і зарадкі, разумнай зарадкі і рэгулятарнай справаздачнасці. Зарадная прылада, якая падтрымлівае толькі 1.6J, можа быць абсталявана шлюзам, але CSMS, якая падтрымлівае толькі 1.6J, не можа забяспечыць мадэль бяспекі, якую ўсё часцей патрабуюць рэгулятары і аўтавытворцы. Пры ацэнцы абсталявання «гатовая да 2.0.1» павінна азначаць, што прашыўка пастаўляецца сёння, а не запланавана на наступны год. А паколькі OCPP 2.0.1 працуе на JSON-over-WebSocket, а не на транспарце SOAP, як у версіі 1.6J, патокі паведамленняў лягчэйшыя і значна лягчэй адладжваць — практычная перавага, якую ваша ІТ-каманда адчуе з першага дня.

Раздзел 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.