වාණිජ ආරෝපණ ක්‍රියාකරුවන් සඳහා OCPP 1.6J vs 2.0.1 උපායමාර්ගික සංසන්දනය

ගෝලීය වාණිජ ආරෝපණ ක්‍රියාකරුවන් සඳහා OCPP 1.6J සහ 2.0.1 අතර නිශ්චිත උපායමාර්ගික සංසන්දනය: ජාල පරිමාණය ප්‍රගුණ කිරීම, උසස් සයිබර් ආරක්ෂාව, ISO 15118 ඒකාබද්ධ කිරීම සහ තිරසාර EV වර්ධනය සඳහා දිගුකාලීන යටිතල පහසුකම් අනාගත-සනාථ කිරීම.

විධායක සාරාංශය

විද්‍යුත් වාහන (EV) ආරෝපණ භූ දර්ශනය භූ කම්පන මාරුවකට භාජනය වෙමින් පවතී. ගෝලීය භාවිතය වේගවත් වන විට, විදුලි වාහන සැපයුම් උපකරණ (EVSE) සහ ආරෝපණ ස්ථාන කළමනාකරණ පද්ධති (CSMS) අතර අන්තර්ක්‍රියාව පාලනය කරන යටින් පවතින සන්නිවේදන ප්‍රොටෝකෝල වාණිජ ආරෝපණ ක්‍රියාකරුවන් (CPOs) සඳහා තාක්ෂණික උපාය මාර්ගයේ කේන්ද්‍රස්ථානය බවට පත්ව ඇත. විවෘත ආරෝපණ සන්ධානය (OCA) විසින් නඩත්තු කරනු ලබන විවෘත ආරෝපණ ලක්ෂ්‍ය ප්‍රොටෝකෝලය (OCPP), සරල පණිවිඩකරණ රාමුවක සිට නවීන, ආරක්ෂිත සහ ඉහළ පරිමාණය කළ හැකි ප්‍රමිතියක් දක්වා පරිණාමය වී ඇත.

මෙම මාර්ගෝපදේශය OCPP 1.6J සිට OCPP 2.0.1 දක්වා සංක්‍රමණය පිළිබඳ සවිස්තරාත්මක තාක්ෂණික විශ්ලේෂණයක් සපයයි. අපි වාස්තු විද්‍යාත්මක වෙනස්කම්, ආරක්ෂක වැඩිදියුණු කිරීම්, උපාංග කළමනාකරණ ආදර්ශයන් සහ ISO 15118 ඒකාබද්ධ කිරීමේ තීරණාත්මක කාර්යභාරය ගවේෂණය කරමු. ගැනුම්කරුවන් සහ ක්‍රියාකරුවන් සඳහා, මෙම ලිපිය වේගයෙන් පරිණත වන වෙළඳපොළක දැනුවත් ප්‍රසම්පාදන සහ සංක්‍රමණ තීරණ ගැනීම සඳහා නිශ්චිත යොමුවක් ලෙස සේවය කරයි.

1 වන පරිච්ඡේදය: EV ආරෝපණ ප්‍රමිතීන්හි පරිණාමය: ඓතිහාසික සන්දර්භයක්

විවෘත ආරෝපණ ලක්ෂ්‍ය ප්‍රොටෝකෝලය (OCPP) බිහි වූයේ අන්තර් ක්‍රියාකාරීත්වයේ අවශ්‍යතාවයෙන්. EV ආරෝපණයේ මුල් දිනවල, දෘඩාංග නිෂ්පාදකයින් සහ මෘදුකාංග සපයන්නන් හිමිකාර ප්‍රොටෝකෝල භාවිතා කළ අතර, තරඟකාරිත්වය සහ නවෝත්පාදනය මැඩපැවැත්වූ "බිත්ති සහිත උද්‍යාන" නිර්මාණය කළහ. OCPP 1.2 සහ 1.5 හඳුන්වාදීම අඩිතාලම දැමූ නමුත් කර්මාන්තය සැබවින්ම එක්සත් කළේ OCPP 1.6 ය.

1.1 OCPP 1.6J හි ආධිපත්‍යය

2015 දී නිකුත් කරන ලද OCPP 1.6, WebSockets හරහා JSON (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 භාවිතා කරයි, නමුත් මෙම පණිවිඩවල ව්‍යුහය සහ හැසිරවීම සැලකිය යුතු ලෙස වෙනස් වේ.

2.1 වෙබ්සොකට් ස්ථරය

අනුවාද දෙකම අඛණ්ඩ වෙබ්සොකට් සම්බන්ධතා භාවිතා කරන අතර එමඟින් පූර්ණ ද්විත්ව සන්නිවේදනයට ඉඩ සලසයි. ජංගම යෙදුමකින් ආරෝපණ සැසියක් නැවැත්වීම හෝ ක්ෂණික දෝෂ ඇඟවීම් ලබා ගැනීම වැනි තත්‍ය කාලීන මෙහෙයුම් සඳහා මෙය ඉතා වැදගත් වේ.

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", { "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 මඟින් ධූරාවලි ආකෘතියක් හඳුන්වා දෙනු ලැබේ, ඒවායින් සමන්විත වන්නේසංරචකසහවිචල්‍යයන්. සංරචකයක් “පාලකය,” “සම්බන්ධකය,” හෝ “බල මොඩියුලය” විය හැකිය. සෑම සංරචකයකටම එහි තත්වය හෝ වින්‍යාසය නියෝජනය කරන විචල්‍යයන් ඇත (උදා:උෂ්ණත්වය, වෝල්ටියතාවය, උපරිම ධාරාව).

• සංරචකය: ආරෝපණ මධ්‍යස්ථානයේ භෞතික හෝ තාර්කික කොටසක්.
• විචල්‍ය: එම සංරචකයේ නිශ්චිත ගුණාංගයක්.
• ලක්ෂණ: විචල්‍යය (ඒකකය, පරාසය, ප්‍රවේශ වර්ගය) විස්තර කරන පාරදත්ත.

මෙය ප්‍රමිතිගත නිරීක්ෂණයට ඉඩ සලසයි. ක්‍රියාකරුවෙකුට දැන් විකුණුම්කරු-විශේෂිත හිමිකාර යතුරු මත රඳා නොසිට, ප්‍රමිතිගත මාර්ගයක් භාවිතයෙන් නිශ්චිත බල මොඩියුලයක උෂ්ණත්වය විමසිය හැක.

4 වන පරිච්ඡේදය: සයිබර් ආරක්ෂාව: “හොඳම උත්සාහය” සිට අනිවාර්ය TLS දක්වා

EV ආරෝපණය කිරීමේ මුල් දිනවල ආරක්ෂාව බොහෝ විට පසු සිතිවිල්ලක් විය. OCPP 1.6J ආරක්ෂක පැතිකඩ ඉදිරිපත් කළ නමුත් ක්‍රියාත්මක කිරීම වෙළෙන්දන් අතර නොගැලපේ.

1.6J හි 4.1 ආරක්ෂක පැතිකඩ

OCPP 1.6J ආරක්ෂක පැතිකඩ තුනක් අර්ථ දක්වා ඇත:

1. අනාරක්ෂිත: සරල පෙළ HTTP/වෙබ්සොකට්.
2. මූලික සත්‍යාපනය: පරිශීලක නාමය/මුරපදය සහිත TLS.
3. සහතික-පාදක: සේවාදායක පාර්ශ්ව සහතික සහිත TLS.

ගැටලුව වූයේ බොහෝ චාජර් පැතිකඩ 1 හි පැවතීම නිසා ඒවා අතරමැදි (MITM) ප්‍රහාර සහ අනවසර පාලනයට ගොදුරු වීමේ අවදානමක් ඇති වීමයි.

4.2 2.0.1 හි දැඩි කළ ස්ථාවරය

OCPP 2.0.1 ආරක්ෂිත සන්නිවේදනය අනිවාර්ය කරයි. එය උසස් ආරක්ෂක විශේෂාංග දේශීයව ඒකාබද්ධ කරයි:

• ආරක්ෂිත ස්ථිරාංග යාවත්කාලීන කිරීම්: ස්ථිරාංග රූප සඳහා අනිවාර්ය අත්සන් කිරීම සහ සත්‍යාපනය කිරීම.
• ආරක්ෂක ලොග් කිරීම: ආරක්ෂාවට අදාළ සිදුවීම් සඳහා සවිස්තරාත්මක ලොග් (උදා: අසාර්ථක පිවිසුම් උත්සාහයන්, සහතික කල් ඉකුත්වීම).
• සහතික කළමනාකරණය: භ්‍රමණය වූ සහ යාවත්කාලීන කරන ලද සහතික සඳහා ප්‍රමිතිගත පණිවිඩ (CSMS-led හෝ Station-led).
• ටීඑල්එස් 1.2/1.3: නවතම සංකේතාංකන ප්‍රමිතීන් සඳහා සහාය.

වාණිජ ක්‍රියාකරුවන් සඳහා, මෙය දැවැන්ත ජාල සම්මුතීන් ඇතිවීමේ අවදානම අඩු කරන අතර IoT උපාංග සඳහා නැගී එන සයිබර් ආරක්ෂණ රෙගුලාසි වලට අනුකූල වීම සහතික කරයි.

5 වන පරිච්ඡේදය: ISO 15118 ඒකාබද්ධ කිරීම: ප්ලග් සහ ආරෝපණය සහ V2G

EV ආරෝපණයේ අනාගතය ඉලෙක්ට්‍රෝන චලනය කිරීම පමණක් නොවේ; එය දත්ත සහ ශක්තිය බුද්ධිමත් ලෙස හුවමාරු කර ගැනීම ගැන ය. ISO 15118 යනු වාහන-ජාල (V2G) සන්නිවේදනය සඳහා වන ජාත්‍යන්තර ප්‍රමිතිය වන අතර, OCPP සමඟ එහි ඒකාබද්ධතාවය 2.0.1 හි නිර්වචන ලක්ෂණයයි.

5.1 ප්ලග් සහ චාජ් වල සංකීර්ණත්වය

Plug & Charge (PnC) මඟින් රියදුරෙකුට යෙදුමක් හෝ RFID කාඩ්පතක් භාවිතා නොකර වාහනය සරලව සම්බන්ධ කර ආරෝපණය කිරීම ආරම්භ කිරීමට ඉඩ සලසයි. මේ සඳහා වාහනය, චාජරය, ක්‍රියාකරු සහ නිෂ්කාශනාගාරය ඇතුළත් සංකීර්ණ පොදු යතුරු යටිතල පහසුකම් (PKI) අවශ්‍ය වේ.

OCPP 1.6J හි, මූලික ප්‍රොටෝකෝලය තුළ PnC සහාය නොතිබුණි. වෙළෙන්දන්ට අභිරුචි දිගු ක්‍රියාත්මක කිරීමට සිදු වූ අතර, එය ඛණ්ඩනයට හේතු විය. OCPP 2.0.1 පහත සඳහන් සහාය දක්වමින් PnC සඳහා “ජල සැපයුම” සපයයි:

• සහතික ස්ථාපනය: CSMS වෙතින් EVSE හරහා EV වෙත කොන්ත්‍රාත් සහතික ලබා දීම.
• අවසර දීම: වාහනයේ සහතිකයෙන් ලබාගත් e-Mobility ID (eMAID) භාවිතා කිරීම.
• සංකේතාත්මක සන්නිවේදනය: මෝටර් රථය සහ ජාලය අතර සම්ප්‍රේෂණය වන සංවේදී බිල්පත් දත්ත ආරක්ෂා කර ඇති බව සහතික කිරීම.

5.2 ස්මාර්ට් ආරෝපණය සහ බර තුලනය

1.6J මූලික ස්මාර්ට් ආරෝපණයට සහය දක්වන අතර (a යැවීම)ආරෝපණ පැතිකඩ සකසන්න), 2.0.1 මෙය ඉහළ නංවයි. එය ඉඩ දෙන්නේ:

• බාහිර සංඥා ඒකාබද්ධ කිරීම: ජාල සංඛ්‍යාත හෝ තොග මිල සංඥා සඳහා තත්‍ය කාලීන ප්‍රතිචාරය.
• ගතික පැටවුම් කළමනාකරණය: සම්බන්ධක සිය ගණනක් ඇති අඩවියක් හරහා බල බෙදා හැරීම පිළිබඳ වඩාත් සියුම් පාලනය.
• වාහනයෙන් ජාලකයට (V2G): 2.0.1 හි ද්විපාර්ශ්වික ශක්ති ප්‍රවාහයට සහාය වීම සඳහා අවශ්‍ය දත්ත ක්ෂේත්‍ර ඇතුළත් වන අතර, එමඟින් EV වලට ජාලකය සඳහා බෙදා හරින ලද බලශක්ති සම්පත් (DER) ලෙස ක්‍රියා කිරීමට ඉඩ සලසයි.

5.3 පරිශීලක UI/UX වැඩිදියුණු කිරීම්

OCPP 2.0.1 චාජරයේ තිරයේ හෝ වාහනයේ උපකරණ පුවරුවේ සෘජුවම තොරතුරු ප්‍රදර්ශනය කිරීමට සහය දක්වයි, උදාහරණයක් ලෙස:

• දේශීය මුදලින් තත්‍ය කාලීන මිලකරණය.
• 80% ආරෝපණ තත්ත්වය (SoC) කරා ළඟා වීමට ඇස්තමේන්තුගත කාලය.
• සම්පූර්ණ කිරීමෙන් පසු සවිස්තරාත්මක රිසිට්පත් තොරතුරු.

6 වන පරිච්ඡේදය: උසස් උපාංග කළමනාකරණය සහ අධීක්ෂණය

CPO එකක් සඳහා, චාජරයක පිරිවැය යනු මිලදී ගැනීමේ මිල පමණක් නොවේ; එය හිමිකාරිත්වයේ මුළු පිරිවැය (TCO) වේ. නඩත්තු කිරීම සහ අක්‍රිය කාලය විශාලතම ලාභ ඝාතකයන් වේ. OCPP 2.0.1 උසස් අධීක්ෂණ හැකියාවන් හරහා මෙය ආමන්ත්‍රණය කරයි.

6.1 සිදුවීම් මත පදනම් වූ වාර්තාකරණය

1.6J හි, CSMS හට සාමාන්‍යයෙන් තත්ත්වය සඳහා චාජරය මත විමසුමට ලක් කිරීමට හෝ a සඳහා රැඳී සිටීමට සිදු විය.තත්ව දැනුම්දීම. 2.0.1 හි,සිදුවීම් නිරීක්ෂණයපද්ධතිය CSMS හට සීමාවන් සැකසීමට ඉඩ සලසයි. උදාහරණයක් ලෙස: “අභ්‍යන්තර උෂ්ණත්වය 70°C ඉක්මවන්නේ නම් පමණක් මට දන්වන්න” හෝ “ආදාන වෝල්ටීයතාවය 200V ට වඩා අඩු වුවහොත් වාර්තා කරන්න.” මෙය ජාල ගමනාගමනය අඩු කරන අතර ක්‍රියාකාරී නඩත්තුවකට ඉඩ සලසයි.

6.2 ගනුදෙනු හැසිරවීම: ගනුදෙනු සිදුවීම

OCPP 1.6J හි වඩාත්ම විවේචනයට ලක් වූ අංගයක් වූයේ එහි ගනුදෙනු හැසිරවීමයි. සැසියක් ඇතුළත් වියගනුදෙනුව ආරම්භ කරන්නසහගනුදෙනුව නවත්වන්නපණිවිඩ, නමුත් ජාල බාධාවක් සිදුවුවහොත්, බිල්පත් දත්ත සමථයකට පත් කිරීමට CSMS බොහෝ විට අරගල කළේය.

OCPP 2.0.1 මේවා තනි, ශක්තිමත් එකක් සමඟ ප්‍රතිස්ථාපනය කරයිගනුදෙනු සිදුවීමපණිවිඩය. මෙම පණිවිඩය ගනුදෙනුවක සියලුම ජීවන චක්‍ර අවස්ථා (ආරම්භක, යාවත්කාලීන, අවසන්) වාර්තා කිරීමට භාවිතා කරයි. එයට අද්විතීය එකක් ඇතුළත් වේගනුදෙනු හැඳුනුම්පතචාජරය නැවත ආරම්භ කළත් එය පවතින අතර, කිසිදු ආරෝපණ දත්තයක් - සහ ඒ අනුව කිසිදු ආදායමක් - අහිමි නොවන බව සහතික කරයි.

6.3 වැඩිදියුණු කළ රෝග විනිශ්චය සහ දෝශ නිරාකරණය

එමලොග් ලබා ගන්නසහරෝග විනිශ්චයතත්ව දැනුම්දීම2.0.1 හි පණිවිඩ වඩාත් ව්‍යුහගත කර ඇත. CPO වලට නිශ්චිත ලොග් වර්ග (ආරක්ෂාව, රෝග විනිශ්චය, පරිශීලක) ඉල්ලා සිටිය හැකි අතර කාල පරාසය නියම කළ හැකිය. මෙය දුරස්ථ සහාය කණ්ඩායම්වලට අඩවියට කාර්මිකයෙකු යැවීමකින් තොරව ගැටළු විසඳීමට ඉඩ සලසයි, එමඟින් OpEx සැලකිය යුතු ලෙස අඩු කරයි.

7 වන පරිච්ඡේදය: ස්ථිරාංග යාවත්කාලීන යාන්ත්‍රණ: විශ්වසනීයත්වය සහ ආපසු හැරවීම්

ස්ථිරාංග යාවත්කාලීන කිරීම් යනු පරිණාමය වෙමින් පවතින දෘඪාංගවල ජීවනාලියයි, නමුත් අසාර්ථක යාවත්කාලීන කිරීමක් චාජරයට හානි කළ හැකිය.

7.1 1.6J යාවත්කාලීන ක්‍රියාවලිය

1.6J දී,ස්ථිරාංග යාවත්කාලීන කරන්නවිධානය සාපේක්ෂව සරල විය. චාජරය රූපය බාගත කර එය ස්ථාපනය කිරීමට උත්සාහ කරනු ඇත. බහු-අදියර යාවත්කාලීන කිරීම් හෝ සත්‍යාපිත ආපසු හැරවීම් සඳහා ප්‍රමිතිගත යාන්ත්‍රණයක් නොතිබුණි.

7.2 2.0.1 බහු-පියවර යාවත්කාලීන කිරීම

OCPP 2.0.1 ස්ථිරාංග යාවත්කාලීන කිරීම් සඳහා වඩාත් සංකීර්ණ ජීවන චක්‍රයක් හඳුන්වා දෙයි:

1. බාගත කරන්න: චාජරය රූපය ලබාගෙන එහි චෙක්සම්/අත්සන සත්‍යාපනය කරයි.
2. ස්ථාපනය: යාවත්කාලීන කිරීම ද්විතියික කොටසකට යොදනු ලැබේ.
3. සත්‍යාපනය: පද්ධතිය නව ස්ථිරාංග නිවැරදිව ආරම්භ වේද යන්න පරීක්ෂා කරයි.
4. සක්‍රිය කිරීම: ප්‍රාථමික කොටස මාරු කර ඇත.

කිසියම් පියවරක් අසාර්ථක වුවහොත්, චාජරය පෙර ස්ථාවර අනුවාදයට ආපසු යා යුතු ආකාරය සහ නිශ්චිත අසාර්ථක කේතය CSMS වෙත වාර්තා කළ යුතු ආකාරය ප්‍රොටෝකෝලය නිර්වචනය කරයි. මෙම විශ්වසනීයත්වයේ මට්ටම මහා පරිමාණ වාණිජ යෙදවීම් සඳහා සාකච්ඡා කළ නොහැක.

7.3 අත්සන සත්‍යාපනය

අනිෂ්ට ක්‍රියාකරුවන් විසින් හානියට පත් ස්ථිරාංග උඩුගත කිරීම වැළැක්වීම සඳහා, 2.0.1 ඩිජිටල් අත්සන් භාවිතා කිරීම අනිවාර්ය කරයි. නිෂ්පාදකයාගේ පුද්ගලික යතුර මගින් අත්සන් නොකළ ඕනෑම කේතයක් ක්‍රියාත්මක කිරීම චාජරය ප්‍රතික්ෂේප කරන අතර, දෘඪාංග මට්ටමේ හැක් කිරීම් වලට එරෙහිව තීරණාත්මක ආරක්ෂණ ස්ථරයක් එක් කරයි.

8 වන පරිච්ඡේදය: දත්ත රහස්‍යතාව, නියාමන අනුකූලතාව සහ GDPR

EV ආරෝපණය කිරීම දෛනික උපයෝගීතාවයක් බවට පත්වන විට, ජනනය වන පුද්ගලික දත්ත ප්‍රමාණය විශ්මයජනකයි. තනි ආරෝපණ සැසියකට පරිශීලකයෙකුගේ අනන්‍යතාවය, ඔවුන්ගේ වාහනයේ ස්ථානය, ඔවුන්ගේ ගමන් රටා සහ ඔවුන්ගේ මූල්‍ය තොරතුරු සම්බන්ධ කළ හැකිය.

8.1 OCPP හි පුද්ගලිකව හඳුනාගත හැකි තොරතුරු (PII)

යුරෝපයේ සාමාන්‍ය දත්ත ආරක්ෂණ නියාමනය (GDPR) සහ කැලිෆෝනියාවේ CCPA වැනි සමාන නීතිවල සන්දර්භය තුළ, දත්ත ලක්ෂ්‍ය වැනිහැඳුනුම්පත්(RFID) හෝEVCCID (ඉවත් කිරීමේ අපරාධ විමර්ශන අංශය)(වාහන හඳුනාගැනීමේ යන්ත්‍ර) PII ලෙස සැලකේ.

OCPP 2.0.1 දත්ත නිර්නාමිකකරණය සඳහා වඩා හොඳ පාලනයන් සපයයි. උදාහරණයක් ලෙස,අභිරුචි දත්තක්ෂේත්‍ර මඟින් ක්‍රියාකරුවන්ට PII මූලික ප්‍රොටෝකෝල ලොග් වලට නිරාවරණය නොකර පාර-දත්ත ගබඩා කිරීමට ඉඩ සලසයි. තවද, වැඩිදියුණු කළ ආරක්ෂක පැතිකඩ මඟින් මෙම දත්ත සංක්‍රමණයේදී සහ විවේකයේදී සංකේතනය කර ඇති බව සහතික කරයි.

8.2 අමතක වීමේ අයිතිය සහ දත්ත අතේ ගෙන යා හැකි හැකියාව

2.0.1 උපාංග ආකෘතියේ ව්‍යුහගත ස්වභාවය CSMS සපයන්නන්ට “දත්ත මකාදැමීමේ” ඉල්ලීම් ක්‍රියාත්මක කිරීම පහසු කරයි. 1.6J පද්ධතියක, අසමාන වින්‍යාස යතුරු සහ ලොග් හරහා පරිශීලක හැඳුනුම්පතේ සියලුම අවස්ථා සොයා ගැනීම අතින් බියකරු සිහිනයක් විය. 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 හඳුන්වා දීම: ක්‍රියාත්මක කිරීමට ලාභදායී, අඩු වියදම් දෘඩාංග මගින් පුළුල් ලෙස සහාය දක්වන නමුත්, නඩත්තු සහ ආරක්ෂක අවදානම් වලදී ඉහළ සැඟවුණු පිරිවැයක් දරයි.
• ඕසීපීපී 2.0.1: EVSE හි වඩා බලවත් සකසනයන් සහ වැඩි මතකයක් අවශ්‍ය වේ. ප්‍රොටෝකෝලයේ සංකීර්ණත්වය නිසා CSMS සඳහා සංවර්ධන පිරිවැය වැඩි වේ. කෙසේ වෙතත්, එය දුරස්ථ කළමනාකරණය සහ වඩා හොඳ විශ්වසනීයත්වය හරහා සැලකිය යුතු OpEx ඉතිරියක් ලබා දෙයි.

9.2 "සුමට උත්ශ්‍රේණි කිරීම" යන මිථ්‍යාව

1.6J චාජර් මෘදුකාංග හරහා 2.0.1 දක්වා උත්ශ්‍රේණි කළ හැකි බව බොහෝ විට කියනු ලැබේ. යථාර්ථයේ දී, මෙය කලාතුරකින් සත්‍ය වේ. 2.0.1 සඳහා මතකය සහ CPU අවශ්‍යතා (විශේෂයෙන් TLS සහතික හැසිරවීම සහ උපාංග ආකෘතියේ සංකීර්ණ JSON විග්‍රහ කිරීම) බොහෝ විට පැරණි 1.6J පාලකවල හැකියාවන් ඉක්මවා යයි.

9.3 උපායමාර්ගික සංක්‍රමණ මාර්ග

CPOs “දෙමුහුන් ජාල” ප්‍රවේශයක් සලකා බැලිය යුතුය:

1. උරුම අඩවි: පවතින අඩු බලැති AC චාජර් සඳහා 1.6J ධාවනය කිරීම දිගටම කරගෙන යන්න.
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) සඳහා සන්නිවේදනය පිරිපහදු කරනු ඇත, එමඟින් විදුලිය විසන්ධි වන විට හෝ වාණිජ ගොඩනැගිලි සඳහා උපරිම ඉල්ලුම අඩු කරන විට නිවාසවලට විදුලිය සැපයීමට EV වලට ඉඩ සලසයි.

10.2 රැහැන් රහිත ආරෝපණය සඳහා සහාය

ස්වයංක්‍රීය වාහන (AV) මතුවන විට, අතින් පේනු දැමීම යල් පැන යනු ඇත. OCPP 2.1 හි ප්‍රේරක (රැහැන් රහිත) ආරෝපණය, පෙළගැස්ම කළමනාකරණය කිරීම සහ මිනිස් මැදිහත්වීමකින් තොරව බලශක්ති හුවමාරුව සඳහා ප්‍රමිතිගත පණිවිඩ ඇතුළත් වේ.

10.3 ස්මාර්ට් නගර සමඟ ඒකාබද්ධ වීම

අනාගත පුනරාවර්තන වලදී රථවාහන කළමනාකරණ පද්ධති සහ පුනර්ජනනීය බලශක්ති අනාවැකි සමඟ ගැඹුරු ඒකාබද්ධතාවයක් දක්නට ලැබෙනු ඇත. චාජර්වරුන්ට තත්‍ය කාලීන බලශක්ති වෙළඳපොළවල බලය සඳහා "ලන්සු තැබීමට" හැකි වනු ඇත, ආරෝපණ ජාල දැවැන්ත අථත්‍ය බලාගාර (VPP) බවට පත් කරයි.

තාක්ෂණික උපග්‍රන්ථය: පණිවිඩ සංසන්දනයන්හි ගැඹුරට කිමිදීම

අවසාන තාක්ෂණික ගැඹුර ලබා දීම සඳහා, අපි දැන් අනුවාද දෙක අතර නිශ්චිත පණිවිඩ අනුපිළිවෙල සහ රාමු වෙනස්කම් විශ්ලේෂණය කරන්නෙමු.

අ.1 අවසර ප්‍රවාහය

1.6J හි, අවසරය ද්විමය "පිළිගත්" හෝ "අවහිර කළ" ප්‍රතිචාරයක් විය.

1.6J AuthorizeResponse:"json [3, "123456", { "idTagInfo": { "තත්වය": "පිළිගත්", "කල් ඉකුත්වන දිනය": "2026-12-31T23:59:59Z" } }]"

2.0.1 හි, ප්‍රතිචාරයට තවත් සන්දර්භ ඇතුළත් වේ, එනම්idToken යෙදුමවර්ගය සහ පරිශීලක අතුරුමුහුණත සඳහා අමතර තොරතුරු.

2.0.1 ප්‍රතිචාරය අනුමත කරන්න:"json [3, "987654", { "idTokenInfo": { "තත්වය": "පිළිගත්", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "ආපසු සාදරයෙන් පිළිගනිමු, ජෝන්! ඔබේ ශේෂය ඩොලර් 45.00 කි" } } }]"

A.2 හෘද ස්පන්දනය සහ සම්බන්ධතා කළමනාකරණය

OCPP 2.0.1 මඟින් ස්ථානය "ජීවමාන" බව ඔප්පු කරන ආකාරය ප්‍රශස්ත කරයි. 1.6J හි, a නම්හෘද ස්පන්දනයඅසාර්ථක විය, දුම්රිය ස්ථානය බොහෝ විට නැවත උත්සාහ කරමින් සිටියේය. 2.0.1 දී, දුම්රිය ස්ථානයට භාවිතා කළ හැකියදැනුම්දීම සිදුවීමප්‍රාථමිකය සමඟ හෘද ස්පන්දනයක් පවත්වා ගනිමින්, ද්විතියික පසුබිමකට එහි සම්බන්ධතාවය නැති වී ඇති බව වාර්තා කිරීමට යාන්ත්‍රණය.

A.3 සවිස්තරාත්මක පාරදත්ත වගුව

නිගමනය

OCPP 1.6J සිට 2.0.1 දක්වා සංක්‍රමණය වීම හුදෙක් මෘදුකාංග යාවත්කාලීන කිරීමක් නොවේ; එය විද්‍යුත් සංචලන පරිසර පද්ධතියේ මූලික පරිණාමයකි. වාණිජ ක්‍රියාකරුවන් සඳහා, 1.6J විශ්වාසදායක අතීතය නියෝජනය කරන අතර, 2.0.1 පරිමාණය කළ හැකි, ආරක්ෂිත සහ බුද්ධිමත් අනාගතය නියෝජනය කරයි.

අද දින 2.0.1 තෝරා ගැනීම දිගුකාලීන පැවැත්ම සඳහා ආයෝජනයකි. එය ඔබගේ දෘඩාංග ඊළඟ පරම්පරාවේ EV සමඟ අනුකූල වන බවත්, සයිබර් ආරක්ෂණ රෙගුලාසි දැඩි කිරීමට අනුකූල වන බවත්, V2G සහ ස්මාර්ට් ජාල ඒකාබද්ධ කිරීමේ ලාභදායී අවස්ථාවන් සඳහා සූදානම් බවත් සහතික කරයි. වෙළඳපොළ ඒකාබද්ධ වන විට, වඩාත් ශක්තිමත් සහ නම්‍යශීලී ප්‍රොටෝකෝල තොග සහිත ක්‍රියාකරුවන් ආරෝපණයට නායකත්වය දෙනු ඇත.

11 වන පරිච්ඡේදය: ගැඹුරු කිමිදීම: පණිවිඩ ප්‍රවාහ විශ්ලේෂණය සහ අනුක්‍රමික රූප සටහන්

මෙම පරිච්ඡේදයේදී, 1.6J සහ 2.0.1 අතර මෙහෙයුම් වෙනස්කම් නිරූපණය කිරීම සඳහා EVSE සහ CSMS අතර අන්තර්ක්‍රියා අනුපිළිවෙල විශ්ලේෂණය කරමු.

11.1 ඇරඹුම් සහ වින්‍යාස අනුපිළිවෙල

චාජරයක් මුලින්ම ජාලයට සම්බන්ධ වූ විට, එය තමාවම හඳුනාගෙන එහි වින්‍යාසය සමමුහුර්ත කළ යුතුය.

OCPP 1.6J ප්‍රවාහය:

1. වෙබ්සොකට් සම්බන්ධතාවය: වරාය 80 හෝ 443 හරහා ස්ථාපිත කර ඇත.
2. ඇරඹුම් දැනුම්දීම: ස්ථානය විකුණුම්කරු, මාදිලිය සහ අනුක්‍රමික යවයි.
3. වින්‍යාසය ලබා ගන්න: වත්මන් තත්ත්වය පරීක්ෂා කිරීමට CSMS සියලුම යතුරු ඉල්ලා සිටී.
4. වින්‍යාසය වෙනස් කරන්න: CSMS නිශ්චිත යතුරු යාවත්කාලීන කරයි (උදා,හෘද ස්පන්දන පරතරය).
5. තත්ව දැනුම්දීම: ස්ථානය “ලබා ගත හැකිය” යනුවෙන් වාර්තා කරයි.

OCPP 2.0.1 ප්‍රවාහය:

1. ආරක්ෂිත TLS අතට අත දීම: අනිවාර්ය සහතික හුවමාරුව.
2. ඇරඹුම් දැනුම්දීම: ඇතුළත් වේහේතුව(උදා,බලය වැඩි කිරීම).
3. GetBase වාර්තාව: සියලුම යතුරු ඉල්ලා සිටීම වෙනුවට, CSMS උපාංග ආකෘතියේ සම්පූර්ණ ධුරාවලිය සපයන “මූලික වාර්තාවක්” ඉල්ලා සිටී.
4. විචල්‍ය සකසන්න: CSMS යාවත්කාලීන විචල්‍යයන්. 2.0.1 මඟින් පරමාණුක යාවත්කාලීන කිරීම් සඳහා ඉඩ ලබා දෙන බව සලකන්න - එක් පණිවිඩයක බහු විචල්‍යයන් සැකසීම සහ සියල්ල සාර්ථක වීම හෝ කිසිවක් සිදු නොවන බව සහතික කිරීම.
5. දැනුම්දීම සිදුවීම: ස්ථානය මූලික සංරචක තත්ත්වයන් වාර්තා කරයි.

11.2 ස්මාර්ට් ආරෝපණ සාකච්ඡා

ස්මාර්ට් ආරෝපණය යනු 2.0.1 සැබවින්ම බැබළෙන ස්ථානයයි, විශේෂයෙන් බහු ආරෝපණ පැතිකඩ හැසිරවීමේදී.

1.6J දී, CSMS යවන්නේආරෝපණ පැතිකඩ සකසන්නඑය ස්ටැක් මට්ටමක් සහ කාලසටහනක් අර්ථ දක්වයි. නැවතුම්පොළකට බහු සම්බන්ධක තිබේ නම්, පැතිකඩ හැසිරවීම බොහෝ විට අපැහැදිලි වේ.

2.0.1 දී,ආරෝපණ පැතිකඩ සකසන්නපැහැදිලිවම සම්බන්ධ වී ඇත්තේආරෝපණ පැතිකඩ අරමුණ.

• ආරෝපණ ස්ථානයමැක්ස් පැතිකඩ: මුළු දුම්රිය ස්ථානයටම ඇතුල්වීම සීමා කරයි.
• TXDefaultපැතිකඩ: ඕනෑම නව ගනුදෙනුවක් සඳහා පෙරනිමිය.
• TX පැතිකඩ: අඛණ්ඩ ගනුදෙනුවකට විශේෂිතයි.

තවද, 2.0.1 සහාය දක්වන්නේආරෝපණ ස්ටැක්ලෙවල් ලබා ගන්නපණිවිඩය, CSMS හට දැනට ක්‍රියාකාරී වන්නේ කුමන පැතිකඩද සහ EVSE හි අභ්‍යන්තර කාලසටහන්කරු විසින් ඒවාට ප්‍රමුඛතාවය දෙන්නේ කෙසේද යන්න බැලීමට ඉඩ සලසයි.

11.3 දුරස්ථ ප්‍රේරක සහ පාලනය

දුරස්ථ විධාන වැනිදුරස්ථ ආරම්භක ගනුදෙනුව(1.6J) ප්‍රතිස්ථාපනය කර ඇත්තේගනුදෙනුව ආරම්භ කිරීමට ඉල්ලන්න(2.0.1). ප්‍රධාන වෙනස වන්නේ ගෙවීමේ ප්‍රමාණයයි. 2.0.1 හි, CSMS වලට ඇතුළත් කළ හැක්කේආරෝපණ පැතිකඩආරම්භක ඉල්ලීමෙහි කෙලින්ම. මෙයින් අදහස් කරන්නේ දෙවන පණිවිඩයක් එනතෙක් බලා නොසිට, ප්‍රමාදය අඩු කර ජාලක ස්ථායිතාව වැඩි දියුණු කරමින් මෝටර් රථයට නිවැරදි බල මට්ටමින් වහාම ආරෝපණය කිරීම ආරම්භ කළ හැකි බවයි.

12 වන පරිච්ඡේදය: පහළ මට්ටමේ JSON යෝජනා ක්‍රමය සහ ක්ෂේත්‍ර සංසන්දනයන්

සංවර්ධකයින් සහ පද්ධති ඒකාබද්ධ කරන්නන් සඳහා, යෝජනා ක්‍රම වෙනස්කම් යනු සංක්‍රමණයේ වඩාත්ම ශ්‍රමය වැය වන කොටසයි.

12.1 ගණන් කළ වර්ග (එනම්)

OCPP 2.0.1 ප්‍රමිතිගත එනම් ගණන බෙහෙවින් පුළුල් කරයි, 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 උත්ශ්‍රේණි කිරීම

නව CSMS එකක් ගොඩනැගීම වෙනුවට, MegaCharge “OCPP පරිවර්තන ස්ථරයක්” ක්‍රියාත්මක කළේය. මෙම ස්ථරය පැරණි දෘඩාංග සඳහා 1.6J සම්බන්ධතා සහ නව දෘඩාංග සඳහා 2.0.1 සම්බන්ධතා හසුරුවන නමුත් ඔවුන්ගේ ජංගම යෙදුමට සහ බිල්පත් එන්ජිමට ඒකාබද්ධ API එකක් නිරාවරණය කළේය.

13.3 අදියර 3: දෘඩාංග ප්‍රතිස්ථාපනය

අධික තදබදයක් ඇති ස්ථාන සඳහා, MegaCharge 1.6J චාජර් වෙනුවට 2.0.1-අනුකූල DC වේගවත් චාජර් ආදේශ කළේය. එහි ප්‍රතිඵලය වූයේ “ආරම්භ කිරීමට අසමත්” සැසිවල 15% ක අඩුවීමක්, ප්‍රධාන වශයෙන් වඩාත් ශක්තිමත් නිසාගනුදෙනු සිදුවීම2.0.1 හි හැසිරවීම.

13.4 ROI විශ්ලේෂණය

මූලික ආයෝජනය ඩොලර් මිලියන 2 කි. කෙසේ වෙතත්, අඩු කරන ලද නඩත්තු ඇමතුම් (උපාංග ආකෘතියේ රෝග විනිශ්චයට ස්තූතිවන්ත වන්නට) වසරකට ඩොලර් 400,000 ක් ඉතිරි කළේය. ඊට අමතරව, V2G සංඛ්‍යාත ප්‍රතිචාර වෙළඳපොළවලට සහභාගී වීමේ හැකියාව වාර්ෂිකව ඩොලර් 200,000 ක අමතර ආදායමක් ජනනය කළේය. ආපසු ගෙවීමේ කාලය ආසන්න වශයෙන් අවුරුදු 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.6J ලෙගසි චාජර් වලින් "එල්ලෙන" ගනුදෙනු හසුරුවන්නේ කෙසේද?
• [ ]ස්මාර්ට් ආරෝපණ එන්ජිම: එය 2.0.1 හි උසස් ස්ටැක්-මට්ටමේ තර්කනයට සහය දක්වයිද?
• [ ]පරිමාණය කිරීමේ හැකියාව: WebSocket හසුරුවන්නාට එකවර 50,000+ අඛණ්ඩ TLS සම්බන්ධතා කළමනාකරණය කළ හැකිද?

15 වන පරිච්ඡේදය: පොදු OCPP ක්‍රියාත්මක කිරීමේ ගැටළු දෝශ නිරාකරණය කිරීම

සම්මතයක් තිබුණත්, ක්‍රියාත්මක කිරීම් වෙනස් වේ. මෙන්න වඩාත් සුලභ “ගොචා”.

15.1 වෙබ්සොකට් කල් ඉකුත්වීම්

බොහෝ ජාල ෆයර්වෝල් අක්‍රිය TCP සම්බන්ධතා වසා දමයි.හෘද ස්පන්දන පරතරයඉතා ඉහළින් සකසා ඇති බැවින්, චාජරය විසන්ධි විය හැක.

• විසඳුමක්: සහතික කරන්නහෘද ස්පන්දන පරතරයෆයර්වෝලයේ කල් ඉකුත්වීමට වඩා අඩුය (සාමාන්‍යයෙන් තත්පර 60-120).

15.2 සහතික දාම ගැටළු

2.0.1 හි පොදු අසාර්ථකත්වයක් වන්නේ “විශ්වාස නොකළ සහතිකය” දෝෂයයි. මෙය සාමාන්‍යයෙන් සිදුවන්නේ චාජරයේ CSMS හි Root CA ස්ථාපනය කර නොමැති විටය.

• විසඳුමක්: භාවිතා කරන්නසහතිකය ස්ථාපනය කරන්නවිශ්වාස දාමය සම්පූර්ණ බව සහතික කිරීම සඳහා කොමිස් කිරීමේදී පණිවිඩය.

15.3 JSON ගෙවීම් ප්‍රමාණය

සමහර 2.0.1 පණිවිඩ (වැනිGetBase වාර්තාව) ඉතා විශාල විය හැක. චාජරයේ බෆරය ඉතා කුඩා නම්, එය පණිවිඩය අත්හරිනු ඇත.

• විසඳුමක්: පරීක්ෂා කරන්නඋපරිම පණිවිඩ ප්‍රමාණයඋපාංග ආකෘතියේ විචල්‍යය සහ CSMS මෙම සීමාවට ගරු කරන බවට සහතික වන්න.

16 වන පරිච්ඡේදය: කලාපීය නියාමන භූ දර්ශන සහ ප්‍රොටෝකෝල නියෝග

OCPP 2.0.1 වෙත මාරුවීම තාක්ෂණය මගින් පමණක් මෙහෙයවනු නොලැබේ; එය වඩ වඩාත් නීතියේ කාරණයක් බවට පත්ව ඇත.

16.1 යුරෝපීය සංගමය (AFIR)

EU හි විකල්ප ඉන්ධන යටිතල පහසුකම් නියාමනය (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 හි දැඩි ලෙස ආයෝජනය කර ඇත. ඕස්ට්‍රේලියාව සහ සිංගප්පූරුව වැනි වෙළඳපලවල, පොදු ආරෝපණ ජාල සඳහා වන රජයේ ටෙන්ඩර් දැන් ආරක්ෂක පැතිකඩ 3 සමඟ OCPP 2.0.1 සම්පූර්ණයෙන්ම පාහේ සඳහන් කරයි.

17 වන පරිච්ඡේදය: ක්‍රියාත්මක කිරීමේ කේත කොටස්: “නිටි-ග්‍රිටි”

සංවර්ධකයින්ට සහාය වීම සඳහා, අපි සංකීර්ණ 2.0.1 කාර්යයන් සඳහා සංකල්පීය JSON නිරූපණයන් සපයන්නෙමු.

17.1 සහතික භ්‍රමණ ප්‍රවාහය

සහතිකයක් කල් ඉකුත් වීමට ආසන්න වූ විට, CSMS විසින් භ්‍රමණයක් ක්‍රියාත්මක කළ යුතුය.

1. CSMS යවයිසහතිකය අත්සන් කරන ලදී:"json [2, "CERT-01", "සහතික අත්සන් කරන ලදී", { "සහතික දාමය": "-----සහතිකය ආරම්භ කරන්න-----\n...\n-----සහතිකය අවසන් කරන්න----", "සහතික වර්ගය": "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 (විවෘත ආරෝපණ සන්ධානය): භාෂාව ලියන සංවිධානය.
• අයිඑස්ඕ 15118: මෝටර් රථය සහ චාජරය අතර ප්‍රොටෝකෝලය.
• PnC (ප්ලග් සහ ආරෝපණය): ISO 15118 සහ OCPP 2.0.1 මගින් සක්‍රීය කරන ලද පරිශීලක අත්දැකීම.
• V2G (වාහනයෙන් ජාලයට): මෝටර් රථයෙන් විදුලිය නැවත ජාලයට යැවීම.
• V2X (වාහනයෙන් සියල්ලටම): V2G, V2H, සහ V2B සඳහා පොදු පදය.
• TLS (ප්‍රවාහන ස්ථර ආරක්ෂාව): දත්ත ආරක්ෂිතව තබා ගන්නා සංකේතනය.
• PKI (පොදු යතුරු යටිතල පහසුකම්): ආරක්ෂාව සඳහා භාවිතා කරන ඩිජිටල් සහතික පද්ධතිය.
• JSON (ජාවාස්ක්‍රිප්ට් වස්තු අංකනය): පණිවිඩවල ආකෘතිය.
• වෙබ්සොකට්: පණිවිඩ ගලා යන අඛණ්ඩ සම්බන්ධතාවය “නල” වේ.
• උපාංග ආකෘතිය: ධූරාවලි ආකාරය 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 හි සංකීර්ණතාවයෙන් අදහස් වන්නේ තනි ඉල්ලීමක් (වැනිGetBase වාර්තාව) සම්පත්-සීමිත EVSE මත සැකසීමට තත්පර කිහිපයක් ගත විය හැකිය. CSMS සංවර්ධකයින් විවිධ දෘඩාංග වෙළෙන්දන්ගේ විවිධ සැකසුම් වේගයන් සඳහා වගකිව යුතු ශක්තිමත් කල් ඉකුත්වීම සහ නැවත උත්සාහ කිරීමේ තර්කනය ක්‍රියාත්මක කළ යුතුය.

19.2 කාර්යක්ෂම JSON විග්‍රහ කිරීම

JSON විග්‍රහ කිරීම CPU-තීව්‍ර විය හැක. EVSE ස්ථිරාංග සඳහා, සංවර්ධකයින් සම්පූර්ණ ගෙවීම RAM වෙත පැටවීමට වඩා ප්‍රවාහ-පාදක විග්‍රහක භාවිතා කළ යුතුය. මෙය විශේෂයෙන් වැදගත් වන්නේදැනුම්දීම සිදුවීමපණිවිඩ, එහි තනි රාමුවක විචල්‍ය යාවත්කාලීන කිරීම් සිය ගණනක් අඩංගු විය හැක.

19.3 රාජ්‍ය යන්ත්‍රය හැසිරවීම

2.0.1 හි ගනුදෙනුවක් සඳහා වන රාජ්‍ය යන්ත්‍රය 1.6J හි ගනුදෙනුවට වඩා දෘඩ වේ. සංවර්ධකයින් සංක්‍රාන්ති නීති දැඩි ලෙස අනුගමනය කළ යුතුය.ගනුදෙනු සිදුවීම. උදාහරණයක් ලෙස, ඔබටඅවසන් වියමුලින්ම යවා නැති සිදුවීමක්ආරම්භ කරන ලදීඒ විශේෂිත සිදුවීම සඳහාගනුදෙනු හැඳුනුම්පත.

20 වන පරිච්ඡේදය: පරීක්ෂා කිරීම, වලංගුකරණය සහ OCPP අනුකූලතා පරීක්ෂණ මෙවලම (OCTT)

අන්තර් ක්‍රියාකාරීත්වය OCPP හි පොරොන්දුව වන නමුත් එය සාක්ෂාත් කරගනු ලබන්නේ දැඩි පරීක්ෂණ හරහා පමණි.

20.1 OCA සහතිකයේ කාර්යභාරය

විවෘත ආරෝපණ සන්ධානය සහතික කිරීමේ වැඩසටහනක් පිරිනමයි. ගැනුම්කරුවන් “OCPP 2.0.1 සහතික කළ” ලේබලය සොයා බැලිය යුතුය. මෙම සහතිකය මඟින් ක්‍රියාත්මක කිරීම සියලුම අනිවාර්ය පැතිකඩ ආවරණය වන පරිදි ස්වයංක්‍රීය පරීක්ෂණ කට්ටලයක් සමත් වී ඇති බව සහතික කෙරේ.

20.2 OCTT භාවිතා කිරීම

OCPP අනුකූලතා පරීක්ෂණ මෙවලම (OCTT) යනු පරීක්ෂණ සඳහා වන රන් ප්‍රමිතියයි. එය CSMS සහ EVSE යන දෙකම අනුකරණය කරයි.

• EVSE නිෂ්පාදකයින් සඳහා: ඔබේ ස්ථානය "සතුටු මාවත" අවස්ථා සහ අන්ත අවස්ථා (ෆර්ම්වෙයාර් යාවත්කාලීන කිරීමේදී ජාල බිඳවැටීම් වැනි) හසුරුවන බව සත්‍යාපනය කිරීමට OCTT භාවිතා කරන්න.
• CSMS සපයන්නන් සඳහා: ඔබේ පසුබිමට දැවැන්ත විවිධ පණිවිඩ සහ 2.0.1 හි දැඩි ආරක්ෂක අවශ්‍යතා හැසිරවිය හැකි බව සහතික කිරීමට OCTT භාවිතා කරන්න.

20.3 ක්ෂේත්‍ර පරීක්ෂණ සහ අන්තර් ක්‍රියාකාරකම්

ස්වයංක්‍රීය පරීක්ෂණ වලින් ඔබ්බට, OCA විසින් "ප්ලග්ෆෙස්ට්" සංවිධානය කරන අතර එහිදී වෙළෙන්දෝ ඔවුන්ගේ දෘඩාංග සහ මෘදුකාංග සැබෑ ලෝක අවස්ථා වලදී එකිනෙකාට එරෙහිව පරීක්ෂා කිරීමට ගෙන එනු ලැබේ. සහතික නොගැලපීම හෝ සුළු 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 හි රූපලාවන්‍ය නැවත නම් කිරීමක් නොවේ. නව පණිවිඩ පවුල් - ටයිප් කළ විචල්‍යයන්, සිදුවීම් මත පදනම් වූ ගනුදෙනු සහ සහතික කළමනාකරණය - ප්ලග් සහ ආරෝපණය, ස්මාර්ට් ආරෝපණය සහ නියාමන වාර්තාකරණය සඳහා අවශ්‍ය ජලනල වේ. 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 බලඇණි අතරමං වී නොමැත.2.0.1-ස්වදේශීය දෘඪාංග තුළ ඔබ අදියර ගත කරන අතරතුර, කළමනාකරණය කරන ලද ද්වාර සහ ද්විත්ව-ප්‍රොටෝකෝල CSMS වේදිකා පරතරය පියවයි.
• විශ්වාස කිරීමට පෙර පරීක්ෂා කරන්න.OCTT, plugfests සහ staged rollouts භාවිතා කරන්න — දත්ත පත්‍රිකාවෙන් උපකල්පනය කර නොමැති අතර, ක්ෂේත්‍රය තුළ අන්තර් ක්‍රියාකාරීත්වය ඔප්පු කර ඇත.
• ලිඛිතව සංක්‍රමණ මාර්ගයක් ඉල්ලා සිටින්න.ඔබේ චාජර් වෙළෙන්දා 1.6J සිට 2.0.1 දක්වා ස්ථිරාංග මාර්ග සිතියමක් ප්‍රකාශයට පත් කළ යුත්තේ දිනයන් සහිතව මිස නොපැහැදිලි පොරොන්දු සමඟ නොවේ.

ක්‍රියාවට ඇමතුමක්: ඔබේ ප්‍රොටෝකෝල උපාය මාර්ගය ගැන MIDA පවර් සමඟ කතා කරන්න

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.