د سوداګریزو چارج کولو آپریټرانو لپاره د OCPP 1.6J په مقابل کې د 2.0.1 ستراتیژیک پرتله کول

د نړیوال سوداګریز چارج کولو آپریټرانو لپاره د OCPP 1.6J په مقابل کې د 2.0.1 قطعي ستراتیژیک پرتله کول: د شبکې پیمانه کولو مهارت، پرمختللی سایبر امنیت، ISO 15118 ادغام، او د دوامداره EV ودې لپاره د راتلونکي ثبوت اوږدمهاله زیربنا

اجرایوي لنډیز

د بریښنایی موټرو (EV) چارج کولو منظره د زلزلې بدلون څخه تیریږي. لکه څنګه چې په نړیواله کچه تطبیق ګړندی کیږي، د اړیکو اصلي پروتوکولونه چې د بریښنایی موټرو رسولو تجهیزاتو (EVSE) او د چارج کولو سټیشن مدیریت سیسټمونو (CSMS) ترمنځ تعامل اداره کوي د سوداګریزو چارج کولو آپریټرانو (CPOs) لپاره د تخنیکي ستراتیژۍ مرکزي نقطه ګرځیدلې ده. د خلاص چارج نقطې پروتوکول (OCPP)، چې د خلاص چارج اتحاد (OCA) لخوا ساتل کیږي، د ساده پیغام رسولو چوکاټ څخه په یو پیچلي، خوندي، او خورا پیمانه وړ معیار بدل شوی.

دا لارښود د OCPP 1.6J څخه OCPP 2.0.1 ته د لیږد بشپړ تخنیکي تحلیل وړاندې کوي. موږ د معمارۍ توپیرونه، د امنیت لوړول، د وسیلو مدیریت پاراډایمونه، او د ISO 15118 ادغام مهم رول څیړو. د پیرودونکو او چلونکو لپاره، دا مقاله د ګړندي پخیدو بازار کې د باخبره تدارکاتو او مهاجرت پریکړو کولو لپاره د حتمي حوالې په توګه کار کوي.

لومړی فصل: د بریښنایی موټرو د چارج کولو معیارونو ارتقا: یو تاریخي شرایط

د اوپن چارج پوائنټ پروتوکول (OCPP) د متقابل عمل اړتیا څخه رامینځته شوی. د EV چارج کولو په لومړیو ورځو کې، د هارډویر جوړونکو او سافټویر چمتو کونکو د ملکیت پروتوکولونو څخه کار واخیست، "دیوال لرونکي باغونه" یې رامینځته کړل چې سیالي او نوښت یې ودراوه. د OCPP 1.2 او 1.5 معرفي کولو بنسټ کیښود، مګر دا OCPP 1.6 و چې په ریښتیا سره یې صنعت متحد کړ.

۱.۱ د OCPP ۱.۶J تسلط

په ۲۰۱۵ کال کې خپور شو، OCPP ۱.۶ د JSON اوور ویب ساکټس (۱.۶J) پلي کول معرفي کړل. دا د SOAP پر بنسټ پیغام رسولو څخه لیرې شو چې د پراختیا کونکو لپاره یې د پام وړ اضافي لګښت کم کړ او پلي کول یې ساده کړل. دې د سمارټ چارج کولو او اضافي حالت خبرتیاو په څیر ځانګړتیاوې معرفي کړې، چې دا یې د نږدې یوې لسیزې لپاره د صنعت معیار ګرځولی.

۱.۲ د OCPP پیدایښت ۲.۰.۱

د ۱.۶ جي بریالیتوب سره سره، د صنعت ودې خپل محدودیتونه څرګند کړل. د امنیت مسلې، د وسیلو مدیریت پیچلتیا، او د پرمختللي گرډ ادغام (V2G) لپاره د اصلي ملاتړ نشتوالی د OCPP ۲.۰ پراختیا لامل شو، او وروسته، اصلاح شوی OCPP ۲.۰.۱ (په ۲۰۲۰ کې خپور شو). OCPP ۲.۰.۱ یوازې یو تازه معلومات ندي؛ دا یو بشپړ بیا ډیزاین دی چې هدف یې د لوړ ځواک، سمارټ او خوندي چارج کولو شبکو راتلونکي نسل ملاتړ کول دي.

دوهم فصل: د اړیکو اساسي نمونې: JSON، ویب ساکټونه، او چوکاټ جوړښتونه

د دې پروتوکولونو ترمنځ توپیر پوهیدو لپاره، باید د ټیټې کچې اړیکو ته وګورو. دواړه پروتوکولونه د ویب ساکټونو په پرتله JSON کاروي، مګر د دې پیغامونو جوړښت او اداره کول د پام وړ توپیر لري.

۲.۱ د ویب ساکټ طبقه

دواړه نسخې د دوامداره ویب ساکټ اتصالاتو څخه کار اخلي، کوم چې د بشپړ دوه ګوني اړیکو لپاره اجازه ورکوي. دا د ریښتیني وخت عملیاتو لپاره خورا مهم دی، لکه د ګرځنده اپلیکیشن څخه د چارج کولو سیشن بندول یا د فوري غلطیو خبرتیا ترلاسه کول.

۲.۲ د پیغام چوکاټ ماتول

یو عادي 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 چوکاټ مثال (بوټ نوټیفیکیشن)

"json [2, "987654", "BootNotification", { "دلیل": "PowerUp", "chargingStation": { "پلورونکی نوم": "MidaPower", "ماډل": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`په ۲.۰.۱ کې د زیات شوي ګرینولریت یادونه وکړئ.د reason` ساحه CSMS ته اجازه ورکوي چې پوه شي چې ایا بوټ د ریبوټ، پاور اپ، یا واچ ډاګ ټریګر له امله و، چې غوره تشخیصي منطق فعالوي.

دریم فصل: د معمارۍ د نمونې بدلون: د وسیلې ماډل

په OCPP 2.0.1 کې ترټولو مهم تخنیکي وتل دد وسیلې ماډل.

۳.۱ د ۱.۶J ترتیب کیلي محدودیتونه

په OCPP 1.6J کې، د هارډویر ترتیب د "تنظیم کیلي" د فلیټ لیست له لارې اداره کیده (د مثال په توګه،د زړه د ضربان وقفه, د اتصال وخت پای ته ورسېد). لکه څنګه چې چارجرونه ډیر پیچلي شول (څو نښلونکي، مدغم بریښنا ماډلونه، پیچلي یخولو سیسټمونه)، دا فلیټ لیست د کنټرول وړ نه شو. د سټیشن فزیکي سلسله تشریح کولو لپاره هیڅ معیاري لاره نه وه.

۳.۲ د ۲.۰.۱ وسیلې ماډل طریقه

OCPP 2.0.1 یو درجه بندي ماډل معرفي کوي چې پکې شامل دياجزااومتغیرات. یوه برخه کیدای شي "کنټرولر"، "کنټرونکی"، یا "د بریښنا ماډل" وي. هره برخه متغیرات لري چې د هغې حالت یا ترتیب استازیتوب کوي (د مثال په توګه،د حرارت درجه, ولټيج, اعظمي اوسنی).

• برخه: د چارج کولو سټیشن فزیکي یا منطقي برخه.
• متغیر: د دې برخې یوه ځانګړې ځانګړتیا.
• ځانګړتیاوې: میټاډاټا چې متغیر تشریح کوي (یونټ، رینج، د لاسرسي ډول).

دا د معیاري څارنې لپاره اجازه ورکوي. یو آپریټر اوس کولی شي د معیاري لارې په کارولو سره د ځانګړي بریښنا ماډل د تودوخې پوښتنه وکړي، د دې پرځای چې د پلورونکي ځانګړي ملکیت کیلي باندې تکیه وکړي.

څلورم فصل: د سایبري امنیت: له "غوره هڅې" څخه تر اجباري TLS پورې

د EV چارج کولو په لومړیو ورځو کې، امنیت اکثرا وروسته له فکر څخه جوړ شوی و. OCPP 1.6J د امنیت پروفایلونه وړاندې کړل، مګر پلي کول یې په پلورونکو کې متضاد وو.

۴.۱ په ۱.۶J کې امنیتي پروفایلونه

OCPP 1.6J درې امنیتي پروفایلونه تعریف کړل:

1. ناخوندي: ساده HTTP/ویب ساکټونه.
2. اساسي تصدیق: TLS د کارن-نوم/پاسورډ سره.
3. د سند پر بنسټ: د مراجعینو اړخ سندونو سره TLS.

ستونزه دا وه چې ډیری چارجرونه په پروفایل 1 کې پاتې وو، چې دوی یې د مین-ان-دی-میډل (MITM) بریدونو او غیر مجاز کنټرول لپاره زیانمنونکي پریښودل.

۴.۲ د ۲.۰.۱ سخت دریځ

OCPP 2.0.1 د خوندي اړیکو امر کوي. دا په اصلي توګه پرمختللي امنیتي ځانګړتیاوې مدغم کوي:

• د فرم ویئر تازه معلومات خوندي کړئ: د فرم ویئر عکسونو لازمي لاسلیک او تایید.
• د امنیت ننوتل: د امنیت پورې اړوند پیښو لپاره تفصيلي لاګونه (د مثال په توګه، د ننوتلو ناکامې هڅې، د سند پای ته رسیدل).
• د سند مدیریت: د څرخیدونکو او تازه شویو سندونو لپاره معیاري پیغامونه (CSMS-مشري یا سټیشن-مشري).
• د TLS ۱.۲/۱.۳: د کوډ کولو وروستي معیارونو ملاتړ.

د سوداګریزو آپریټرانو لپاره، دا د شبکې د لویو ستونزو خطر کموي او د IoT وسیلو لپاره د راڅرګندیدونکي سایبر امنیت مقرراتو سره مطابقت تضمینوي.

پنځم فصل: د ISO 15118 ادغام: پلګ او چارج او V2G

د EV چارج کولو راتلونکی یوازې د الکترونونو حرکت کولو په اړه نه دی؛ دا د معلوماتو او انرژۍ د هوښیار تبادلې په اړه دی. ISO 15118 د موټر څخه تر ګریډ (V2G) اړیکو لپاره نړیوال معیار دی، او د OCPP سره یې یوځای کول د 2.0.1 تعریف کوونکی ځانګړتیا ده.

۵.۱ د پلګ او چارج پیچلتیا

پلګ او چارج (PnC) موټر چلوونکي ته اجازه ورکوي چې په ساده ډول موټر ولګوي او د اپلیکیشن یا RFID کارت کارولو پرته چارج پیل کړي. دا د عامه کیلي پیچلي زیربنا (PKI) ته اړتیا لري چې موټر، چارجر، آپریټر، او د پاکولو خونه پکې شامل دي.

په OCPP 1.6J کې، د PnC ملاتړ په اساس پروتوکول کې شتون نه درلود. پلورونکي باید دودیز توسیعونه پلي کړي، چې د ټوټې کیدو لامل کیږي. OCPP 2.0.1 د PnC لپاره "پلمبینګ" چمتو کوي د ملاتړ له لارې:

• د سند نصبول: د EVSE له لارې د CSMS څخه EV ته د قرارداد سندونه لیږدول.
• واک ورکول: د موټر له سند څخه اخیستل شوي د e-Mobility ID (eMAID) کارول.
• کوډ شوی اړیکه: ډاډ ترلاسه کول چې د موټر او گرډ ترمنځ لیږدول شوي حساس بلینګ معلومات خوندي دي.

۵.۲ سمارټ چارج کول او د بار توازن

پداسې حال کې چې 1.6J د اساسي سمارټ چارج کولو ملاتړ کوي (د لیږلو لپارهد چارج کولو پروفایل تنظیم کړئ)، 2.0.1 دا لوړوي. دا د دې لپاره اجازه ورکوي:

• د بهرني سیګنال ادغام: د گرډ فریکونسۍ یا د عمده پلور نرخ سیګنالونو ته ریښتیني وخت ځواب.
• د متحرک بار مدیریت: د سلګونو نښلونکو سره په یوه سایټ کې د بریښنا ویش باندې ډیر دقیق کنټرول.
• د موټر څخه تر گرډ پورې (V2G): ۲.۰.۱ کې د دوه اړخیزې انرژۍ جریان ملاتړ لپاره اړین معلوماتي ساحې شاملې دي، چې EVs ته اجازه ورکوي چې د شبکې لپاره د ویشل شوي انرژۍ سرچینو (DERs) په توګه عمل وکړي.

۵.۳ د کارونکي UI/UX ښه والی

OCPP 2.0.1 د چارجر په سکرین یا د موټر په ډشبورډ کې د معلوماتو مستقیم ښودلو ملاتړ کوي، لکه:

• په محلي اسعارو کې د ریښتیني وخت قیمتونه.
• د ۸۰٪ چارج حالت (SoC) ته د رسیدو لپاره اټکل شوی وخت.
• د بشپړیدو وروسته د رسیدنې تفصيلي معلومات.

شپږم فصل: د پرمختللو وسایلو مدیریت او څارنه

د CPO لپاره، د چارجر لګښت یوازې د پیرود قیمت نه دی؛ دا د مالکیت ټول لګښت (TCO) دی. ساتنه او بندیدل ترټولو لوی ګټې وژونکي دي. OCPP 2.0.1 دا د غوره څارنې وړتیاو له لارې حل کوي.

۶.۱ د پیښو پر بنسټ راپور ورکول

په 1.6J کې، CSMS معمولا باید د حالت لپاره چارجر وویني یا د انتظار لپارهد حالت خبرتیا. په 2.0.1 کې، دد پیښو څارنهسیسټم CSMS ته اجازه ورکوي چې حدونه وټاکي. د مثال په توګه: "یوازې ما ته خبر راکړئ که چیرې داخلي تودوخه له 70 درجو سانتی ګراد څخه زیاته وي" یا "که چیرې د ننوتلو ولټاژ له 200V څخه ښکته شي راپور ورکړئ." دا د شبکې ترافیک کموي او د فعال ساتنې لپاره اجازه ورکوي.

۶.۲ د راکړې ورکړې اداره کول: د راکړې ورکړې پیښه

د OCPP 1.6J یو له خورا انتقادي اړخونو څخه د معاملو اداره کول وو. یوه غونډه پکې شامله وهد معاملې پیلاومعامله ودروئپیغامونه، مګر که چیرې د شبکې مداخله رامنځته شي، CSMS ډیری وختونه د بلینګ معلوماتو د پخلاینې لپاره مبارزه کوله.

OCPP 2.0.1 دا د یو واحد، قوي سره بدلويد راکړې ورکړې پیښهپیغام. دا پیغام د معاملې د ټولو ژوند دورې مرحلو راپور ورکولو لپاره کارول کیږي (پیل شوی، تازه شوی، پای ته رسیدلی). پدې کې یو ځانګړی شامل دید راکړې ورکړې IDدا دوام لري حتی که چارجر بیا پیل شي، ډاډ ترلاسه کوي چې د چارج کولو هیڅ معلومات - او پدې توګه هیڅ عاید - له لاسه نه ورکوي.

۶.۳ ښه تشخیص او ستونزې حل کول

دګیټ لاګاود تشخیص حالت خبرتیاپه ۲.۰.۱ کې پیغامونه ډیر جوړښت لري. CPOs کولی شي د ځانګړو لاګ ډولونو (امنیت، تشخیص، کارونکي) غوښتنه وکړي او د وخت حد مشخص کړي. دا د لرې پرتو ملاتړ ټیمونو ته اجازه ورکوي چې سایټ ته د تخنیکر لیږلو پرته ستونزې حل کړي، چې د پام وړ OpEx کموي.

فصل ۷: د فرم ویئر تازه کولو میکانیزمونه: اعتبار او بیرته راګرځیدل

د فرم ویئر تازه معلومات د پرمختللي هارډویر لپاره حیاتي دي، مګر یو ناکام تازه معلومات کولی شي چارجر خراب کړي.

۷.۱ د ۱.۶J تازه کولو پروسه

په ۱.۶J کې، دد فرم ویئر تازه کولامر نسبتا ساده و. چارجر به انځور ډاونلوډ کړي او د نصبولو هڅه به یې وکړي. د څو مرحلو تازه معلوماتو یا تایید شوي رول بیکونو لپاره هیڅ معیاري میکانیزم شتون نه درلود.

۷.۲ د ۲.۰.۱ څو پړاویزه تازه معلومات

OCPP 2.0.1 د فرم ویئر تازه معلوماتو لپاره یو ډیر پیچلی ژوند دوره معرفي کوي:

1. ډاونلوډ کړئ: چارجر انځور راوړي او د هغې چیکسم/لاسلیک تاییدوي.
2. لګول: تازه معلومات په ثانوي برخه کې پلي کیږي.
3. تایید: سیسټم ګوري چې ایا نوی فرم ویئر په سمه توګه بوټ کیږي.
4. فعالول: لومړنی برخه بدله شوې ده.

که چیرې کوم ګام ناکام شي، پروتوکول دا تعریفوي چې چارجر څنګه باید پخوانۍ مستحکم نسخې ته راستون شي او د ځانګړي ناکامۍ کوډ CSMS ته راپور کړي. د اعتبار دا کچه د لویې کچې سوداګریزو ځای پرځای کولو لپاره د خبرو اترو وړ نه ده.

۷.۳ د لاسلیک تصدیق

د دې لپاره چې ناوړه عاملین د جوړ شوي فرم ویئر اپلوډ کولو څخه مخنیوی وکړي، 2.0.1 د ډیجیټل لاسلیکونو کارول لازمي کوي. چارجر به د هر هغه کوډ اجرا کولو څخه انکار وکړي چې د تولید کونکي شخصي کیلي لخوا لاسلیک شوی نه وي، د هارډویر کچې هیکونو په وړاندې د محافظت یوه مهمه طبقه اضافه کوي.

اتم فصل: د معلوماتو محرمیت، تنظیمي اطاعت، او GDPR

لکه څنګه چې د بریښنایی وسایطو چارج کول یو ورځنی کار ګرځیدلی، د تولید شوي شخصي معلوماتو مقدار حیرانونکی دی. د چارج کولو یوه واحده غونډه کولی شي د کارونکي هویت، د دوی د موټر موقعیت، د دوی د سفر نمونې، او د دوی مالي معلومات سره وصل کړي.

۸.۱ په OCPP کې د شخصي پیژندنې وړ معلومات (PII)

په اروپا کې د عمومي معلوماتو د ساتنې مقرراتو (GDPR) او په کالیفورنیا کې د CCPA په څیر ورته قوانینو په شرایطو کې، د معلوماتو ټکي لکهایډ ټګ(RFID) یا دای وي سي سي آی ډي(د وسایطو پیژندونکي) PII ګڼل کیږي.

OCPP 2.0.1 د معلوماتو د بې نومه کولو لپاره غوره کنټرولونه چمتو کوي. د مثال په توګه،دودیز معلوماتساحې آپریټرانو ته اجازه ورکوي چې د اصلي پروتوکول لاګونو ته د PII افشا کولو پرته میټاډاټا ذخیره کړي. سربیره پردې، پرمختللي امنیتي پروفایلونه ډاډ ورکوي چې دا معلومات د لیږد او آرامۍ په وخت کې کوډ شوي دي.

۸.۲ د هېرولو حق او د معلوماتو لېږد وړتیا

د ۲.۰.۱ وسیلې ماډل جوړښتي طبیعت د CSMS چمتو کونکو لپاره د "ډیټا حذف کولو" غوښتنو پلي کول اسانه کوي. په ۱.۶J سیسټم کې، د مختلف ترتیب کیلي او لاګونو په اوږدو کې د کارونکي ID ټولې بیلګې موندل یو لاسي خوب و. په ۲.۰.۱ کې، د وسیلې حالت او د راکړې ورکړې معلوماتو ترمنځ روښانه جلا کول د پاک ډیټابیس جوړښت ته اجازه ورکوي.

۸.۳ د IoT امنیتي قوانینو سره سم عمل کول

ډیری سیمې اوس داسې قوانین تصویبوي چې د IoT وسایلو ته اړتیا لري چې ځانګړي پاسورډونه او خوندي تازه کولو میکانیزمونه ولري. د OCPP 2.0.1 لازمي TLS او لاسلیک شوي فرم ویئر یوازې "ښه درلودل" ځانګړتیاوې ندي - دا د کالیفورنیا او انګلستان په څیر بازارونو کې د هارډویر پلورلو لپاره قانوني اړتیاوې دي.

نهم فصل: د پیرودونکي لیدلوری: TCO، ROI، او ستراتیژیک مهاجرت

د سوداګریز چارج کولو آپریټر لپاره، د 1.6J سره پاتې کیدو یا 2.0.1 ته د تګ پریکړه یوه مالي پریکړه ده.

۹.۱ د پلي کولو لګښت

• د OCPP 1.6J معرفي کول: د پلي کولو لپاره ارزانه، د ټیټ لګښت هارډویر لخوا په پراخه کچه ملاتړ شوی، مګر د ساتنې او امنیتي خطرونو کې لوړ پټ لګښتونه لري.
• د OCPP 2.0.1: په EVSE کې ډیر پیاوړي پروسسرونو او ډیرې حافظې ته اړتیا ده. د CSMS لپاره پراختیایي لګښتونه د پروتوکول پیچلتیا له امله لوړ دي. په هرصورت، دا د لرې مدیریت او غوره اعتبار له لارې د پام وړ OpEx سپما وړاندې کوي.

۹.۲ د "هموار لوړوالي" افسانه

ډیری وخت ویل کیږي چې د 1.6J چارجرونه د سافټویر له لارې 2.0.1 ته لوړ کیدی شي. په حقیقت کې، دا په ندرت سره ریښتیا ده. د 2.0.1 لپاره د حافظې او CPU اړتیاوې (په ځانګړي توګه د TLS سندونو اداره کول او د وسیلې ماډل پیچلي JSON تحلیل) ډیری وختونه د زړو 1.6J کنټرولرونو وړتیاو څخه ډیر وي.

۹.۳ د مهاجرت ستراتیژیکې لارې

CPOs باید د "هایبرډ شبکې" چلند په پام کې ونیسي:

1. میراثي سایټونه: د موجوده ټیټ بریښنا AC چارجرونو لپاره د 1.6J چلولو ته دوام ورکړئ.
2. د ډي سي چټک چارج کولو نوي سایټونه: د PnC او V2G ملاتړ لپاره د ټولو نویو لوړ ځواک پلي کولو لپاره 2.0.1 امر.
3. د پراکسي حل لارې: د پروتوکول ګیټ وے وکاروئ چې کولی شي د 1.6J پیغامونه د CSMS لپاره د 2.0.1 سره مطابقت لرونکي فارمیټ ته وژباړي، چې د یو واحد متحد مدیریت ډشبورډ لپاره اجازه ورکوي.

فصل لسم: د راتلونکي ثبوت: OCPP 2.1 او د خودمختاره چارج کولو لاره

حتی که څه هم 2.0.1 وده کوي، د اوپن چارج الائنس دمخه په OCPP 2.1 کار کوي. دا راتلونکې نسخه به د پروتوکول لاسرسی نور هم پراخ کړي.

۱۰.۱ دوه اړخیز چارج کول (V2X)

پداسې حال کې چې 2.0.1 د اساسي V2G ملاتړ کوي، 2.1 به د موټر څخه کور (V2H) او موټر څخه ودانۍ (V2B) لپاره اړیکه ښه کړي، چې EVs ته اجازه ورکوي چې د بریښنا بندیدو پرمهال کورونو ته بریښنا ورکړي یا د سوداګریزو ودانیو لپاره د لوړې غوښتنې کم کړي.

۱۰.۲ د بېسیم چارج کولو ملاتړ

لکه څنګه چې خودمختاره موټرې (AVs) راڅرګندېږي، لاسي پلګ کول به زوړ شي. OCPP 2.1 به د انډکټیو (بې سیم) چارج کولو، د سمون مدیریت او د انسان مداخلې پرته د انرژۍ لیږد لپاره معیاري پیغامونه شامل کړي.

۱۰.۳ د سمارټ ښارونو سره یوځای کول

په راتلونکي کې به د ټرافیک مدیریت سیسټمونو او د نوي کیدونکي انرژۍ وړاندوینو سره ژور ادغام لیدل کیږي. چارجرونه به وکولی شي د ریښتیني وخت انرژۍ بازارونو کې د بریښنا لپاره "بولي" وکړي، د چارج کولو شبکې به په لویو مجازی بریښنا فابریکو (VPPs) بدل کړي.

تخنیکي ضمیمه: د پیغامونو پرتلنې ته ژوره کتنه

د وروستي تخنیکي ژورتیا چمتو کولو لپاره، موږ به اوس د دواړو نسخو ترمنځ د پیغام ځانګړي ترتیبونه او د چوکاټ توپیرونه تحلیل کړو.

الف.۱ د اجازې ورکولو جریان

په ۱.۶J کې، واک ورکول یو دوه اړخیز "منل شوی" یا "بند شوی" ځواب و.

۱.۶J د واک ورکولو ځواب:"json [3, "123456", { "idTagInfo": { "حالت": "منل شوی", "د پای نیټه": "2026-12-31T23:59:59Z" } }]"

په ۲.۰.۱ کې، ځواب ډیر شرایط لري، لکهidToken د Android لپاره غوره ایډ ټوکن ایپ دی.د کارن انٹرفیس لپاره ډول او اضافي معلومات.

۲.۰.۱ د واک ورکولو ځواب:"json [3, "987654", { "idTokenInfo": { "حالت": "منل شوی", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "بیا ښه راغلاست، جان! ستاسو بیلانس $45.00 دی" } } }]"

A.2 د زړه ضربان او د اتصال مدیریت

OCPP 2.0.1 غوره کوي چې سټیشن څنګه ثابتوي چې دا "ژوندی" دی. په 1.6J کې، که چیرې یود زړه ضربانناکام شو، سټیشن به ډیری وختونه یوازې بیا هڅه کوي. په 2.0.1 کې، سټیشن کولی شي وکارويخبرتیا پیښهمیکانیزم چې راپور ورکړي چې د ثانوي بیک اینډ سره یې اړیکه له لاسه ورکړې ده، پداسې حال کې چې لاهم د لومړني سره د زړه ضربان ساتي.

الف.۳ د میټاډاټا تفصيلي جدول

پایله

د OCPP 1.6J څخه 2.0.1 ته لیږد یوازې د سافټویر تازه معلومات ندي؛ دا د بریښنایی خوځښت ایکوسیستم یو بنسټیز ارتقا دی. د سوداګریزو آپریټرانو لپاره، 1.6J د باور وړ تیر استازیتوب کوي، پداسې حال کې چې 2.0.1 د توزیع وړ، خوندي، او هوښیار راتلونکي استازیتوب کوي.

نن ورځ د 2.0.1 غوره کول د اوږد عمر لپاره پانګونه ده. دا ډاډ ورکوي چې ستاسو هارډویر به د راتلونکي نسل EVs سره مطابقت ولري، د سایبر امنیت مقرراتو سره سم وي، او د V2G او سمارټ گرډ ادغام ګټور فرصتونو لپاره چمتو وي. لکه څنګه چې بازار یوځای کیږي، هغه آپریټرونه چې خورا پیاوړي او انعطاف منونکي پروتوکول سټیکونه لري به هغه څوک وي چې چارج رهبري کوي.

یوولسم فصل: ژوره غوطه: د پیغام جریان تحلیل او د ترتیب ډیاګرامونه

پدې فصل کې، موږ د EVSE او CSMS ترمنځ د تعامل ترتیبونه تحلیل کوو ترڅو د 1.6J او 2.0.1 ترمنځ عملیاتي توپیرونه وښیو.

۱۱.۱ د بوټ او ترتیب ترتیب

کله چې چارجر لومړی له شبکې سره وصل شي، نو باید ځان وپیژني او خپل ترتیب همغږي کړي.

د OCPP 1.6J جریان:

1. د ویب ساکټ اتصال: د ۸۰ یا ۴۴۳ بندر په اوږدو کې تاسیس شوی.
2. د بوټ خبرتیا: سټیشن پلورونکی، ماډل، او سریال لیږي.
3. ترتیب ترلاسه کړئ: CSMS د ټولو کیليګانو څخه د اوسني حالت د چک کولو غوښتنه کوي.
4. د ترتیب بدلون: CSMS ځانګړي کیلي تازه کوي (د مثال په توګه،د زړه د ضربان وقفه).
5. د حالت خبرتیا: د سټیشن راپورونه "شتون لري".

د OCPP 2.0.1 جریان:

1. خوندي TLS لاس ورکول: د سندونو تبادله لازمي ده.
2. د بوټ خبرتیا: شامل ديدلیل(د مثال په توګه،پاور اپ).
3. د ګیټ بیس راپور: د ټولو کیليګانو غوښتنه کولو پرځای، CSMS د "اساس راپور" غوښتنه کوي کوم چې د وسیلې ماډل بشپړ درجه بندي چمتو کوي.
4. د متغیراتو تنظیم: CSMS متغیرات تازه کوي. په یاد ولرئ چې 2.0.1 د اټومي تازه معلوماتو لپاره اجازه ورکوي - په یوه پیغام کې ډیری متغیرات تنظیم کول او ډاډ ترلاسه کول چې ټول بریالي کیږي یا هیڅ نه کوي.
5. خبرتیا پیښه: سټیشن د لومړني اجزاو حالت راپور ورکوي.

۱۱.۲ د سمارټ چارج کولو خبرې اترې

سمارټ چارج کول هغه ځای دی چې 2.0.1 په ریښتیا سره ځلیږي، په ځانګړي توګه کله چې د ډیری چارج کولو پروفایلونه اداره کیږي.

په 1.6J کې، CSMS یو لیږيد چارج کولو پروفایل تنظیم کړئکوم چې د سټېک کچه او مهالویش تعریفوي. که چیرې یو سټیشن ډیری نښلونکي ولري، د پروفایل اداره کول ډیری وختونه مبهم وي.

په ۲.۰.۱ کې، دد چارج کولو پروفایل تنظیم کړئپه څرګنده توګه د a سره تړاو لريد چارج کولو پروفایل هدف.

• د چارج کولو سټیشن میکس پروفایل: د ټول سټیشن ترلاسه کول محدودوي.
• د TXDefault پروفایل: د هرې نوې معاملې لپاره ډیفالټ.
• د TX پروفایل: د یوې روانې معاملې لپاره ځانګړی.

سربېره پردې، 2.0.1 دد چارج کولو سټیک کچه ترلاسه کړئپیغام، CSMS ته اجازه ورکوي چې وګوري کوم پروفایلونه اوس مهال فعال دي او د EVSE داخلي مهالویش کونکي لخوا څنګه لومړیتوب ورکول کیږي.

۱۱.۳ ریموټ ټریګرینګ او کنټرول

لرې پرتو قوماندې لکهد ریموټ سټارټ معاملې(1.6J) دد معاملې پیل غوښتنه وکړئ(2.0.1). کلیدي توپیر په پیلوډ کې دی. په 2.0.1 کې، CSMS کولی شي شامل وي aد چارج کولو پروفایلپه مستقیم ډول د پیل غوښتنه کې. دا پدې مانا ده چې موټر کولی شي سمدلاسه د بریښنا په سمه کچه چارج پیل کړي، پرته له دې چې دوهم پیغام ته انتظار وکړي، ځنډ کم کړي او د شبکې ثبات ښه کړي.

فصل ۱۲: د ټیټې کچې JSON سکیما او ساحې پرتله کول

د پراختیا کونکو او سیسټمونو ادغام کونکو لپاره، د سکیما بدلونونه د مهاجرت ترټولو سخت کار دی.

۱۲.۱ شمېرل شوي ډولونه (شمولونه)

OCPP 2.0.1 د معیاري Enums شمیر خورا پراخوي، د "ګمرک" حالت کوډونو اړتیا کموي چې د 1.6J پلي کولو کې یې ستونزې رامینځته کړې.

• د دلیلونو شمیرې: څارونکی, مهالویش شوی بیا تنظیم, ریموټ ری سیٹ, د بریښنا ضایع.
• د حالت شمېرې: اشغال شوی, ساتل شوی, شتون نلري, غلط شوی. 2.0.1 اضافه کويشتون لري, اشغال شوی, ساتل شوی, شتون نلري, غلط شویخو د نورو جزیاتو لپاره د فرعي حالتونو سره.

۱۲.۲ د معلوماتو ډولونه او واحدونه

OCPP 2.0.1 د معیاري واحدونو (SI) کارول رسمي کوي. چیرته چې 1.6J ځینې وختونه د لسیزې دقیقیت غیر تعریف شوی پریږدي، 2.0.1 کارويلسيالد بریښنا او انرژۍ ارزښتونو لپاره ډولونه، د مختلفو پلورونکو هارډویرونو کې د ثابت بلینګ ډاډ ترلاسه کول.

۱۳ فصل: د قضیې مطالعه: د نړیوال CPO مهاجرت له ۱.۶J څخه ۲.۰.۱ ته

راځئ چې د "میګا چارج" یوه فرضي سناریو وګورو، یو CPO چې ۱۰،۰۰۰ چارج پوائنټونه لري.

۱۳.۱ لومړی پړاو: تفتیش

میګا چارج وموندله چې د دوی د 1.6J بیړیو 40٪ د TLS 1.2 ملاتړ نه کوي. دا پدې مانا وه چې دا چارجرونه د راتلونکو حکومتي قراردادونو لپاره وړ نه وو.

۱۳.۲ دوهم پړاو: د CSMS لوړول

د نوي CSMS جوړولو پر ځای، میګاچارج د "OCPP ژباړې طبقه" پلي کړه. دې طبقې د زاړه هارډویر لپاره 1.6J اړیکې او د نوي هارډویر لپاره 2.0.1 اداره کړې، مګر د دوی د ګرځنده ایپ او بلینګ انجن لپاره یو متحد API ښکاره کړ.

۱۳.۳ دریم پړاو: د هارډویر بدلول

د لوړ ترافیک سایټونو لپاره، میګا چارج د 1.6J چارجرونه د 2.0.1-مطابق DC ګړندي چارجرونو سره ځای په ځای کړل. پایله یې د "پیل کولو کې پاتې راغلي" غونډو کې 15٪ کمښت و، په عمده توګه د ډیر قوي له املهد راکړې ورکړې پیښهپه ۲.۰.۱ کې اداره کول.

۱۳.۴ د پانګونې د راستنیدنې (ROI) تحلیل

لومړنۍ پانګونه $2 ملیون وه. په هرصورت، د ساتنې غوښتنې کمې شوې (د وسیلې ماډل تشخیصاتو څخه مننه) په کال کې $400k خوندي کړل. سربیره پردې، د V2G فریکونسي غبرګون بازارونو کې د ګډون وړتیا په کلني عاید کې $200k اضافي عاید رامینځته کړ. د بیرته ورکولو موده نږدې 3.3 کاله وه.

څپرکی ۱۴: د OCPP ۲.۰.۱ تدارکاتو لپاره د پیرودونکي وروستی چک لیست

کله چې نوي هارډویر یا سافټویر ارزونه کوئ، نو د ریښتینې اطاعت ډاډ ترلاسه کولو لپاره دا چک لیست وکاروئ:

۱۴.۱ د هارډویر (EVSE) اړتیاوې

• [ ]د امنیت پروفایل ۳ ملاتړ: ایا دا د مراجعینو اړخ سند مدیریت ملاتړ کوي؟
• [ ]دوه ګونی کور پروسسر: ایا د TLS کوډ کولو او JSON تجزیې لپاره کافي سرځای شتون لري؟
• [ ]خوندي عنصر (SE): ایا بورډ د کیلي ذخیره کولو لپاره د هارډویر باور ریښه لري؟
• [ ]ISO 15118-2/20 چمتو دی: ایا کنټرولر د PnC لپاره اړین لوړ پوړي ارتباط اداره کولی شي؟
• [ ]د ښودلو وړتیا: ایا هارډویر د OCPP له لارې د قیمت/حالت معلوماتو ښودلو ملاتړ کوي؟د معلوماتو لیږدیا اصلي پیغامونه؟

۱۴.۲ د سافټویر (CSMS) اړتیاوې

• [ ]د وسیلې ماډل لید: آیا ډشبورډ د چارجر درجه بندي لید ښودلی شي؟
• [ ]د سند ادارې (CA) ادغام: آیا CSMS کولی شي په اتوماتيک ډول سندونه صادر او بدل کړي؟
• [ ]د راکړې ورکړې پخلاینه: سیسټم د ۱.۶J میراثي چارجرونو څخه "ځړیدلي" معاملې څنګه اداره کوي؟
• [ ]د سمارټ چارج کولو انجن: ایا دا د 2.0.1 پرمختللي سټیک کچې منطق ملاتړ کوي؟
• [ ]د اندازې وړتیا: ایا د ویب ساکټ هینډلر کولی شي په یو وخت کې 50,000+ دوامداره TLS اړیکې اداره کړي؟

پنځلسم فصل: د OCPP د تطبیق د عامو ستونزو حل کول

حتی د معیار سره، پلي کول توپیر لري. دلته تر ټولو عام "ګوټچا" دي.

۱۵.۱ د ویب ساکټ مهال ویشونه

ډیری د شبکې فایر والونه بې کاره TCP اړیکې بندوي. که چیرېد زړه د ضربان وقفهکه بیټرۍ ډیره لوړه وي، چارجر ممکن منقطع شي.

• حل: ډاډ ترلاسه کړئد زړه د ضربان وقفهد فایر وال د وخت پای څخه ټیټ دی (معمولا 60-120 ثانیې).

۱۵.۲ د سند سلسلې مسلې

په 2.0.1 کې یوه عامه ناکامي د "بې باوره سند" تېروتنه ده. دا معمولا هغه وخت پیښیږي کله چې چارجر د CSMS روټ CA نصب نه وي.

• حل: وکاروئد سند نصبولد کار پیلولو پرمهال پیغام ترڅو ډاډ ترلاسه شي چې د باور سلسله بشپړه شوې ده.

۱۵.۳ د JSON د بار اندازه

ځینې ​​۲.۰.۱ پیغامونه (لکهد ګیټ بیس راپور) ډېر لوی کېدای شي. که د چارجر بفر ډېر کوچنی وي، نو دا به پیغام وغورځوي.

• حل: وګورئد اعظمي پیغام اندازهد وسیلې ماډل کې متغیر او ډاډ ترلاسه کړئ چې CSMS دې حد ته درناوی کوي.

شپاړسم فصل: سیمه ییز تنظیمي منظره او پروتوکول امرونه

د OCPP 2.0.1 ته تګ یوازې د ټیکنالوژۍ له مخې نه دی؛ دا په زیاتیدونکي توګه د قانون مسله ده.

۱۶.۱ اروپايي ټولنه (AFIR)

په اروپايي اتحادیه کې د بدیل سونګ توکو زیربنا مقرره (AFIR) د نرخ شفافیت او متقابل عمل ته اړتیا لري. که څه هم دا په څرګنده توګه د OCPP 2.0.1 نوم نه اخلي، د "ریښتیني وخت معلوماتو شریکولو" او "سمارټ چارج کولو" اړتیا په مؤثره توګه 2.0.1 د نوي عامه زیربنا لپاره یوازینی عملي معیار ګرځوي.

۱۶.۲ شمالي امریکا (NEVI)

په متحده ایالاتو کې، د ملي بریښنایی وسایطو زیربنا (NEVI) فورمول پروګرام اړتیا لري چې چارجرونه "متقابل عمل" وي. د کالیفورنیا په څیر ایالتونه نور هم پرمخ ځي، د کالیفورنیا د انرژۍ کمیسیون (CEC) د ISO 15118 ملاتړ لپاره فشار راوړي، کوم چې لکه څنګه چې موږ بحث کړی، د OCPP 2.0.1 له لارې غوره پلي کیږي.

۱۶.۳ چین او آسیا-پسیفک

پداسې حال کې چې چین خپل معیارونه (GB/T) لري، د صادراتو متمرکز تولیدونکي په OCPP 2.0.1 کې ډیره پانګونه کوي. د آسټرالیا او سینګاپور په څیر بازارونو کې، د عامه چارج کولو شبکو لپاره دولتي داوطلبۍ اوس تقریبا په ځانګړي ډول د امنیت پروفایل 3 سره OCPP 2.0.1 مشخص کوي.

۱۷ فصل: د تطبیق کوډ لنډیزونه: "نیټ-ګریټي"

د پراختیا کونکو سره د مرستې لپاره، موږ د پیچلو 2.0.1 دندو لپاره د JSON مفکوروي استازیتوبونه چمتو کوو.

۱۷.۱ د سند گردش جریان

کله چې یو سند پای ته نږدې وي، CSMS باید یو گردش پیل کړي.

۱. CSMS لیږيسند لاسلیک شوی:"json [2, "CERT-01", "سند لاسلیک شوی", { "سند سلسله": "-----سند پیل کړئ-----\n...\n-----سند پای کړئ-----", "سند ډول": "V2G" }]"

۲. سټیشن ځواب ورکويمنل شوی:"json [3، "CERT-01"، { "حالت": "منل شوی" }]"

۳. سټیشن لیږل کیږيد امنیت د پیښې خبرتیا:"json [2, "EVT-99", "SecurityEventNotification", { "ډول": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]"

۱۷.۲ د گرډ-ځواب ورکوونکي چارج کولو پروفایل تنظیم کول

تصور وکړئ چې د شبکې چلونکی اړتیا لري چې په ټوله شبکه کې بریښنا کمه کړي.

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 } ] } }]"

۱۸ فصل: د OCPP ۲.۰.۱ اصطلاحاتو جامع لغتونه

د ټولو برخه والو لپاره د وضاحت ډاډ ترلاسه کولو لپاره، موږ یوه پراخه لغتونه چمتو کوو.

• CSMS (د چارج کولو سټیشن مدیریت سیسټم): د بیک انډ کلاوډ پلیټ فارم چې چارجرونه کنټرولوي.
• EVSE (د بریښنایی وسایطو رسولو تجهیزات): د فزیکي چارج کولو سټیشن.
• OCPP (د چارج پوائنټ پروتوکول خلاص کړئ): هغه ژبه چې دوی یې وايي.
• او سي اې (د خلاص چارج اتحاد): هغه اداره چې ژبه لیکي.
• د ISO 15118: د موټر او چارجر ترمنځ پروتوکول.
• PnC (پلګ او چارج): د ISO 15118 او OCPP 2.0.1 لخوا فعال شوی د کارونکي تجربه.
• V2G (د موټر څخه تر گرډ پورې): د موټر څخه بریښنا بیرته گرډ ته لیږل.
• V2X (د موټر څخه تر هرڅه پورې): د V2G، V2H، او V2B لپاره چترۍ اصطلاح.
• TLS (د ترانسپورت پرت امنیت): هغه کوډ کول چې معلومات خوندي ساتي.
• PKI (عامه کلیدي زیربنا): د ډیجیټل سندونو سیسټم چې د امنیت لپاره کارول کیږي.
• JSON (د جاوا سکریپټ د شیانو یادښت): د پیغامونو بڼه.
• ویب ساکټ: هغه دوامداره اړیکه "پایپ" چې پیغامونه ترې تیریږي.
• د وسیلې ماډل: د 2.0.1 درجه بندي لاره هارډویر تشریح کوي.
• برخه: د هارډویر یوه ټوټه (د مثال په توګه، نښلونکی).
• متغیر: د یوې برخې ملکیت (د مثال په توګه، حالت).
• صفت: د متغیر په اړه میټاډاټا (د مثال په توګه، ارزښت، بدلون).
• د راکړې ورکړې پیښه: په 2.0.1 کې د ټولو غونډو معلوماتو لپاره متحد پیغام.
• د زړه ضربان: د "زه ژوندی یم" دوره ای سیګنال.
• د بوټ خبرتیا: د "سلام، زه دلته یم" سیګنال کله چې چارجر چالان شي.
• د معلوماتو لیږد: د پلورونکي ځانګړي توسیعونو لپاره د "ټول ونیسئ" پیغام (په احتیاط سره وکاروئ!).

وروستۍ مفکورې: د څو پروتوکولونو دورې ته تګ

د پیرودونکي یا آپریټر په توګه، ترټولو مهمه خبره دا ده چې موږ یو ته ننوځود څو پروتوکولونو دوره. د راتلونکو ۳-۵ کلونو لپاره، ۱.۶J او ۲.۰.۱ به یوځای شتون ولري. په هرصورت، توازن په چټکۍ سره بدلیږي.

د نن ورځې د OCPP 2.0.1 غوره کولو سره، تاسو یوازې یو پروتوکول نه اخلئ؛ تاسو بیمه اخلئ. تاسو ډاډ ترلاسه کوئ چې ستاسو شبکه کولی شي د نویو موټرو، نویو قوانینو، او د عوایدو نوي جریانونو سره تطابق وکړي. د 2.0.1 پیچلتیا د پرمختګ قیمت دی - یو قیمت چې د ښه وخت، کم خطر، او د غوره پیرودونکي تجربې له لارې د ځان لپاره پیسې ورکوي.

سوداګریز چارج کول نور یو ځانګړی صنعت نه دی؛ دا د راتلونکي ترانسپورت سیسټم د ملا تیر دی. دا ملا په خورا قوي بنسټ باندې جوړ کړئ: OCPP 2.0.1.

۱۹ فصل: د OCPP لپاره پراختیا ۲.۰.۱: د سافټویر انجینرانو لپاره غوره طریقې

د ۱.۶J کوډبیس څخه ۲.۰.۱ ته لیږدول یو ریفیکٹر نه دی؛ دا یو بیا لیکل دی. پراختیا کونکي باید یو بل ذهني ماډل غوره کړي.

۱۹.۱ د غیر متقابل عمل منل

پداسې حال کې چې ویب ساکټونه په طبیعي ډول غیر متناسب دي، د 2.0.1 پیچلتیا پدې معنی ده چې یوه غوښتنه (لکهد ګیټ بیس راپور) ممکن د سرچینو محدود EVSE پروسس کولو لپاره څو ثانیې وخت ونیسي. د CSMS پراختیا کونکي باید قوي وخت پای او بیا هڅه منطق پلي کړي چې د مختلف هارډویر پلورونکو د پروسس کولو مختلف سرعت حساب کوي.

۱۹.۲ د JSON اغیزمن تجزیه کول

د JSON تجزیه کول د CPU-شدید کار کیدی شي. د EVSE فرم ویئر لپاره، پراختیا کونکي باید د ټول پیلوډ رام ته د بارولو پرځای د سټریم پر بنسټ تجزیه کونکي وکاروي. دا په ځانګړي ډول د دې لپاره مهم دیخبرتیا پیښهپیغامونه، کوم چې کولی شي په یوه چوکاټ کې سلګونه متغیر تازه معلومات ولري.

۱۹.۳ د دولتي ماشین اداره کول

په ۲.۰.۱ کې د معاملې لپاره دولتي ماشین د ۱.۶J په پرتله ډیر سخت دی. پراختیا کونکي باید د لیږد قواعد په کلکه تعقیب کړيد راکړې ورکړې پیښه. د مثال په توګه، تاسو نشئ کولی یو واستوئپای ته ورسېدپرته له دې چې لومړی یې واستول شي پیښهپیل شود دې ځانګړي لپاره پیښهد راکړې ورکړې ID.

څپرکی ۲۰: ازموینه، اعتبار، او د OCPP د اطاعت ازموینې وسیله (OCTT)

د OCPP ژمنه د متقابل عمل وړتیا ده، مګر دا یوازې د سختو ازموینو له لارې ترلاسه کیږي.

۲۰.۱ د OCA تصدیق رول

د اوپن چارج اتحاد د تصدیق پروګرام وړاندې کوي. پیرودونکي باید د "OCPP 2.0.1 تصدیق شوي" لیبل په لټه کې وي. دا تصدیق ډاډ ورکوي چې پلي کول د اتوماتیک ازموینو یوه ټولګه تیره کړې چې ټول لازمي پروفایلونه پوښي.

۲۰.۲ د OCTT کارول

د OCPP د تعمیل ازموینې وسیله (OCTT) د ازموینې لپاره د سرو زرو معیار دی. دا د CSMS او EVSE دواړو تقلید کوي.

• د EVSE جوړونکو لپاره: د OCTT څخه کار واخلئ ترڅو تایید کړئ چې ستاسو سټیشن د "خوشحاله لارې" سناریوګانې او د څنډې قضیې اداره کوي (لکه د فرم ویئر تازه کولو پرمهال د شبکې ډراپونه).
• د CSMS چمتو کونکو لپاره: د OCTT څخه کار واخلئ ترڅو ډاډ ترلاسه کړئ چې ستاسو بیک انډ د پیغامونو پراخه ډولونه او د 2.0.1 سخت امنیتي اړتیاوې پوره کولی شي.

۲۰.۳ ساحوي ازموینه او انټراپ-فیستونه

د اتوماتیک ازموینې هاخوا، OCA "پلګ فیستونه" تنظیموي چیرې چې پلورونکي خپل هارډویر او سافټویر راوړي ترڅو په ریښتینې نړۍ سناریوګانو کې د یو بل په وړاندې ازموینه وکړي. دا هغه ځای دی چې خورا فرعي ستونزې - لکه د سند نا مطابقت یا د JSON فارمیټ کولو کوچني توپیرونه - نیول کیږي او حل کیږي.

۲۱ فصل: ژوره پرتله کوونکې جدول: د OCPP ۲.۰.۱ ۶۰+ کړنې

د بشپړې حوالې چمتو کولو لپاره، موږ د 2.0.1 لومړني پیغامونه طبقه بندي کوو او د دوی د 1.6J سیالانو سره یې پرتله کوو.

۲۱.۱ چمتو کول او ترتیب کول

۲۱.۲ د راکړې ورکړې اداره کول

۲۱.۳ د امنیت او فرم ویئر مدیریت

۲۱.۴ جدول ستاسو د شبکې لپاره څه معنی لري

جدول یو ټکی په ډاګه کوي: OCPP 2.0.1 د 1.6J کاسمیټیک نوم بدلول ندي. د پیغام نوي کورنۍ - ټایپ شوي متغیرات، د پیښو پرمخ وړل شوي لیږدونه، او د سند مدیریت - د پلګ او چارج، سمارټ چارج کولو، او تنظیمي راپور ورکولو لپاره اړین نلونه دي. یو چارجر چې یوازې 1.6J خبرې کوي د ګیټ وی سره بیا رغول کیدی شي، مګر یو CSMS چې یوازې 1.6J خبرې کوي نشي کولی د امنیت ماډل تنظیم کونکي او موټر جوړونکي په زیاتیدونکي توګه اړتیا لري. کله چې د هارډویر ارزونه کوئ، "2.0.1-چمتو" باید پدې معنی وي چې فرم ویئر نن ورځ لیږدول کیږي، د راتلونکي کال لپاره مهالویش شوی نه دی. او ځکه چې OCPP 2.0.1 د 1.6J د SOAP لیږد پرځای په JSON-over-WebSocket کې چلیږي، د پیغام جریان سپک او د ډیبګ کولو لپاره خورا اسانه دي - یوه عملي ګټه چې ستاسو د IT ټیم به له لومړۍ ورځې څخه احساس کړي.

۲۲ فصل: پایله: د لوړولو پریکړه کول

د سوداګریز آپریټر لپاره، عملي لارښوونه روښانه ده:

• نوي ځای پرځای کول باید د OCPP 2.0.1 سره سم وي.د امنیت ماډل، د سند اداره کول، او د ISO 15118 ادغام د 2026 تنظیمي چاپیریال لپاره لومړني شرطونه دي.
• موجوده ۱.۶ جي بيړۍ بندې نه دي.اداره شوي دروازې او دوه ګونی پروتوکول CSMS پلیټ فارمونه تشه ډکوي پداسې حال کې چې تاسو په 2.0.1-اصلي هارډویر کې مرحله کوئ.
• مخکې له دې چې باور وکړئ ازموینه وکړئ.د OCTT، پلګ فیسټونو، او سټیج شوي رول آوټونو څخه کار واخلئ — متقابل عمل په ساحه کې ثابت شوی، د ډیټاشیټ څخه نه فرض کیږي.
• د مهاجرت لاره په لیکلي بڼه وغواړئ.ستاسو د چارجر پلورونکی باید د 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.