کمرشل چارجنگ آپریٹرز کے لیے OCPP 1.6J بمقابلہ 2.0.1 کا اسٹریٹجک موازنہ

عالمی کمرشل چارجنگ آپریٹرز کے لیے OCPP 1.6J بمقابلہ 2.0.1 کا حتمی اسٹریٹجک موازنہ: نیٹ ورک اسکیل ایبلٹی میں مہارت حاصل کرنا، اعلی درجے کی سائبر سیکیورٹی، ISO 15118 انٹیگریشن، اور پائیدار ای وی گروتھ کے لیے طویل مدتی انفراسٹرکچر فیوچر پروفنگ

ایگزیکٹو خلاصہ

الیکٹرک وہیکل (EV) چارج کرنے والی زمین کی تزئین میں زلزلے کی تبدیلی سے گزر رہا ہے۔ جیسے جیسے عالمی سطح پر اپنانے میں تیزی آتی ہے، بنیادی مواصلاتی پروٹوکول جو الیکٹرک وہیکل سپلائی ایکوئپمنٹ (EVSE) اور چارجنگ اسٹیشن مینجمنٹ سسٹمز (CSMS) کے درمیان تعامل کو کنٹرول کرتے ہیں، کمرشل چارجنگ آپریٹرز (CPOs) کے لیے تکنیکی حکمت عملی کا مرکزی نقطہ بن گئے ہیں۔ اوپن چارج الائنس (OCA) کے زیر انتظام اوپن چارج پوائنٹ پروٹوکول (OCPP)، ایک سادہ میسجنگ فریم ورک سے ایک نفیس، محفوظ، اور انتہائی قابل توسیع معیار میں تیار ہوا ہے۔

یہ گائیڈ OCPP 1.6J سے OCPP 2.0.1 میں منتقلی کا ایک مکمل تکنیکی تجزیہ فراہم کرتا ہے۔ ہم آرکیٹیکچرل اختلافات، سیکورٹی میں اضافہ، ڈیوائس مینجمنٹ پیراڈائمز، اور ISO 15118 انضمام کے اہم کردار کو تلاش کرتے ہیں۔ خریداروں اور آپریٹرز کے لیے، یہ مضمون تیزی سے پختہ ہوتی ہوئی مارکیٹ میں باخبر خریداری اور منتقلی کے فیصلے کرنے کے لیے حتمی حوالہ کے طور پر کام کرتا ہے۔

باب 1: ای وی چارجنگ کے معیارات کا ارتقاء: ایک تاریخی تناظر

اوپن چارج پوائنٹ پروٹوکول (OCPP) انٹرآپریبلٹی کی ضرورت سے پیدا ہوا تھا۔ ای وی چارجنگ کے ابتدائی دنوں میں، ہارڈویئر مینوفیکچررز اور سافٹ ویئر فراہم کنندگان نے ملکیتی پروٹوکول کا استعمال کیا، "دیواروں والے باغات" بنائے جو مقابلہ اور جدت کو روک دیتے ہیں۔ OCPP 1.2 اور 1.5 کے تعارف نے بنیاد رکھی، لیکن یہ OCPP 1.6 تھا جس نے صنعت کو صحیح معنوں میں متحد کیا۔

1.1 OCPP 1.6J کا غلبہ

2015 میں جاری کیا گیا، OCPP 1.6 نے JSON کو WebSockets (1.6J) کے نفاذ پر متعارف کرایا۔ ایس او اے پی پر مبنی پیغام رسانی سے دور ہونے سے ڈویلپرز کے لیے اوور ہیڈ کو نمایاں طور پر کم کیا گیا اور عمل درآمد کو آسان بنایا گیا۔ اس نے سمارٹ چارجنگ اور اضافی اسٹیٹس نوٹیفیکیشن جیسی خصوصیات متعارف کروائیں، جس سے یہ تقریباً ایک دہائی تک انڈسٹری کا معیار بن گیا۔

1.2 او سی پی پی کی پیدائش 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 کنکشن کا استعمال کرتے ہیں، جو مکمل ڈوپلیکس مواصلات کی اجازت دیتے ہیں۔ یہ ریئل ٹائم آپریشنز کے لیے اہم ہے، جیسے کہ موبائل ایپ سے چارجنگ سیشن کو روکنا یا فوری طور پر فالٹ الرٹس موصول کرنا۔

2.2 پیغام کے فریم کی خرابی۔

ایک عام OCPP پیغام ایک پیغام کی قسم ID، ایک منفرد پیغام ID، کارروائی کا نام، اور پے لوڈ پر مشتمل ہوتا ہے۔

OCPP 1.6J فریم کی مثال (بوٹ نوٹیفکیشن)

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

OCPP 2.0.1 فریم مثال (بوٹ نوٹیفیکیشن)

"json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargeStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmware Version": "v2}]`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/WebSockets۔
2. بنیادی تصدیق: صارف نام/ پاس ورڈ کے ساتھ TLS۔
3. سرٹیفکیٹ پر مبنی: کلائنٹ سائڈ سرٹیفکیٹس کے ساتھ TLS۔

مسئلہ یہ تھا کہ بہت سے چارجرز پروفائل 1 پر موجود تھے، جس سے وہ مین-ان-دی مڈل (MITM) حملوں اور غیر مجاز کنٹرول کا شکار ہو گئے۔

4.2 2.0.1 کا سخت موقف

OCPP 2.0.1 محفوظ مواصلات کا حکم دیتا ہے۔ یہ اعلی درجے کی حفاظتی خصوصیات کو مقامی طور پر مربوط کرتا ہے:

• محفوظ فرم ویئر اپڈیٹس: فرم ویئر امیجز کی لازمی دستخط اور تصدیق۔
• سیکیورٹی لاگنگ: سیکورٹی سے متعلقہ واقعات کے لیے تفصیلی لاگز (مثلاً لاگ ان کی ناکام کوششیں، سرٹیفکیٹ کی میعاد ختم)۔
• سرٹیفکیٹ مینجمنٹ: گھومنے اور اپ ڈیٹ شدہ سرٹیفکیٹس کے لیے معیاری پیغامات (CSMS-led یا Station-led)۔
• TLS 1.2/1.3: تازہ ترین خفیہ کاری کے معیارات کے لیے معاونت۔

تجارتی آپریٹرز کے لیے، یہ بڑے پیمانے پر نیٹ ورک کے سمجھوتوں کے خطرے کو کم کرتا ہے اور IoT آلات کے لیے ابھرتے ہوئے سائبر سیکیورٹی کے ضوابط کی تعمیل کو یقینی بناتا ہے۔

باب 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 سے EV تک کنٹریکٹ سرٹیفکیٹ پاس کرنا۔
• اجازت: گاڑی کے سرٹیفکیٹ سے اخذ کردہ ای-موبلٹی ID (eMAID) کا استعمال۔
• خفیہ کردہ مواصلات: اس بات کو یقینی بنانا کہ کار اور گرڈ کے درمیان منتقل ہونے والا حساس بلنگ ڈیٹا محفوظ ہے۔

5.2 اسمارٹ چارجنگ اور لوڈ بیلنسنگ

جبکہ 1.6J نے بنیادی سمارٹ چارجنگ کو سپورٹ کیا (ایک بھیجناسیٹ چارجنگ پروفائل)، 2.0.1 اس کو بلند کرتا ہے۔ یہ اس کی اجازت دیتا ہے:

• بیرونی سگنل انٹیگریشن: گرڈ فریکوئنسی یا تھوک قیمت کے اشارے پر حقیقی وقت کا جواب۔
• متحرک لوڈ مینجمنٹ: سیکڑوں کنیکٹرز والی سائٹ پر بجلی کی تقسیم پر مزید دانے دار کنٹرول۔
• گاڑی سے گرڈ (V2G): 2.0.1 میں دو طرفہ توانائی کے بہاؤ کو سپورٹ کرنے کے لیے ضروری ڈیٹا فیلڈز شامل ہیں، جس سے EVs کو گرڈ کے لیے تقسیم شدہ توانائی کے وسائل (DERs) کے طور پر کام کرنے کی اجازت ملتی ہے۔

5.3 صارف UI/UX اضافہ

OCPP 2.0.1 براہ راست چارجر کی سکرین یا گاڑی کے ڈیش بورڈ پر معلومات کے ڈسپلے کو سپورٹ کرتا ہے، جیسے:

• مقامی کرنسی میں اصل وقت کی قیمتوں کا تعین۔
• 80% اسٹیٹ آف چارج (SoC) تک پہنچنے کا تخمینہ وقت۔
• مکمل ہونے پر رسید کی تفصیلی معلومات۔

باب 6: جدید ڈیوائس مینجمنٹ اور مانیٹرنگ

سی پی او کے لیے، چارجر کی قیمت صرف خریداری کی قیمت نہیں ہے۔ یہ ملکیت کی کل لاگت (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 بہتر تشخیصی اور ٹربل شوٹنگ

دیGetLogاورتشخیصی حیثیت کی اطلاع2.0.1 میں پیغامات زیادہ منظم ہیں۔ سی پی او مخصوص لاگ اقسام (سیکیورٹی، تشخیصی، صارف) کی درخواست کر سکتے ہیں اور وقت کی حد بتا سکتے ہیں۔ یہ ریموٹ سپورٹ ٹیموں کو سائٹ پر ٹیکنیشن بھیجے بغیر مسائل کو حل کرنے کی اجازت دیتا ہے، نمایاں طور پر 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

چونکہ ای وی چارجنگ روزانہ کی افادیت بن گئی ہے، ذاتی ڈیٹا کی مقدار حیران کن ہے۔ ایک ہی چارجنگ سیشن صارف کی شناخت، ان کی گاڑی کے مقام، ان کے سفری نمونوں اور ان کی مالی معلومات کو جوڑ سکتا ہے۔

8.1 OCPP میں ذاتی طور پر قابل شناخت معلومات (PII)

یورپ میں جنرل ڈیٹا پروٹیکشن ریگولیشن (GDPR) اور کیلیفورنیا میں CCPA جیسے اسی طرح کے قوانین کے تناظر میں، ڈیٹا پوائنٹس جیسےآئی ڈی ٹیگ(RFID) یاای وی سی سی آئی ڈی(وہیکل شناخت کنندہ) کو PII سمجھا جاتا ہے۔

OCPP 2.0.1 ڈیٹا کی گمنامی کے لیے بہتر کنٹرول فراہم کرتا ہے۔ مثال کے طور پر،کسٹم ڈیٹافیلڈز آپریٹرز کو PII کو کور پروٹوکول لاگز میں ظاہر کیے بغیر میٹا ڈیٹا اسٹور کرنے کی اجازت دیتے ہیں۔ مزید برآں، بہتر سیکیورٹی پروفائلز اس بات کو یقینی بناتے ہیں کہ یہ ڈیٹا ٹرانزٹ اور آرام دونوں جگہوں پر انکرپٹ ہے۔

8.2 بھول جانے کا حق اور ڈیٹا پورٹیبلٹی

2.0.1 ڈیوائس ماڈل کی ساختی نوعیت CSMS فراہم کنندگان کے لیے "ڈیٹا ڈیلیٹ کرنے" کی درخواستوں کو لاگو کرنا آسان بناتی ہے۔ 1.6J سسٹم میں، مختلف کنفیگریشن کیز اور لاگز میں صارف کی ID کی تمام مثالیں تلاش کرنا ایک دستی ڈراؤنا خواب تھا۔ 2.0.1 میں، ڈیوائس اسٹیٹ اور ٹرانزیکشن ڈیٹا کے درمیان واضح علیحدگی صاف ڈیٹا بیس فن تعمیر کی اجازت دیتی ہے۔

8.3 IoT سیکیورٹی قوانین کی تعمیل

بہت سے علاقے اب ایسے قوانین پاس کر رہے ہیں جن کے لیے IoT ڈیوائسز کو منفرد پاس ورڈز اور محفوظ اپ ڈیٹ میکانزم کی ضرورت ہوتی ہے۔ OCPP 2.0.1′ کی لازمی TLS اور دستخط شدہ فرم ویئر صرف "خوبصورت" خصوصیات نہیں ہیں - یہ کیلیفورنیا اور UK جیسی مارکیٹوں میں ہارڈ ویئر کی فروخت کے لیے قانونی تقاضے ہیں۔

باب 9: خریدار کا نقطہ نظر: TCO، ROI، اور اسٹریٹجک ہجرت

تجارتی چارجنگ آپریٹر کے لیے، 1.6J کے ساتھ قائم رہنے یا 2.0.1 پر جانے کا فیصلہ ایک مالیاتی ہے۔

9.1 نفاذ کی لاگت

• OCPP 1.6J: لاگو کرنے کے لیے سستا، کم لاگت والے ہارڈ ویئر کے ذریعے وسیع پیمانے پر تعاون کیا جاتا ہے، لیکن دیکھ بھال اور حفاظتی خطرات میں زیادہ پوشیدہ اخراجات ہوتے ہیں۔
• OCPP 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. نئی ڈی سی فاسٹ چارجنگ سائٹس: PnC اور V2G کو سپورٹ کرنے کے لیے تمام نئی ہائی پاور تعیناتیوں کے لیے مینڈیٹ 2.0.1۔
3. پراکسی حل: ایک پروٹوکول گیٹ وے استعمال کریں جو CSMS کے لیے 1.6J پیغامات کو 2.0.1-مطابقت پذیر فارمیٹ میں ترجمہ کر سکے، جس سے ایک واحد یونیفائیڈ مینجمنٹ ڈیش بورڈ کی اجازت ہو۔

باب 10: مستقبل کا ثبوت: OCPP 2.1 اور خود مختار چارجنگ کا راستہ

یہاں تک کہ جیسے ہی 2.0.1 کو حاصل ہوتا ہے، اوپن چارج الائنس پہلے سے ہی OCPP 2.1 پر کام کر رہا ہے۔ یہ مستقبل کا ورژن پروٹوکول کی رسائی کو مزید وسعت دے گا۔

10.1 دو طرفہ چارجنگ (V2X)

جبکہ 2.0.1 بنیادی V2G کو سپورٹ کرتا ہے، 2.1 گاڑی سے گھر (V2H) اور وہیکل ٹو بلڈنگ (V2B) کے لیے مواصلات کو بہتر بنائے گا، جس سے EVs کو بلیک آؤٹ کے دوران گھروں کو بجلی فراہم کرنے یا تجارتی عمارتوں کے لیے چوٹی کی مانگ کو کم کرنے کی اجازت ملے گی۔

10.2 وائرلیس چارجنگ کے لیے سپورٹ

جیسے جیسے خود مختار گاڑیاں (AVs) ابھریں گی، دستی پلگنگ متروک ہو جائے گی۔ OCPP 2.1 میں انسانی مداخلت کے بغیر انڈکٹو (وائرلیس) چارجنگ، سیدھ کا انتظام اور توانائی کی منتقلی کے لیے معیاری پیغامات شامل ہوں گے۔

10.3 اسمارٹ سٹیز کے ساتھ انضمام

مستقبل کی تکرار ممکنہ طور پر ٹریفک مینجمنٹ سسٹمز اور قابل تجدید توانائی کی پیشین گوئیوں کے ساتھ گہرا انضمام دیکھیں گے۔ چارجرز ریئل ٹائم انرجی مارکیٹس میں پاور کے لیے "بولی" لگانے کے قابل ہوں گے، جس سے چارجنگ نیٹ ورکس کو بڑے پیمانے پر ورچوئل پاور پلانٹس (VPPs) میں تبدیل کر دیا جائے گا۔

تکنیکی ضمیمہ: پیغام کے موازنہ میں گہرا غوطہ لگائیں۔

حتمی تکنیکی گہرائی فراہم کرنے کے لیے، اب ہم دونوں ورژن کے درمیان مخصوص پیغام کی ترتیب اور فریم کے فرق کا تجزیہ کریں گے۔

A.1 اجازت کا بہاؤ

1.6J میں، اجازت ایک بائنری "قبول شدہ" یا "مسدود" جواب تھا۔

1.6J Authorize Response:"json [3, "123456", { "idTagInfo": { "status": "Accepted", "expiryDate": "2026-12-31T23:59:59Z" } ]"

2.0.1 میں، جواب میں مزید سیاق و سباق شامل ہیں، جیسےidTokenیوزر انٹرفیس کے لیے ٹائپ اور اضافی معلومات۔

2.0.1 مجاز جواب:"json [3, "987654", { "idTokenInfo": { "status": "Accepted", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "Johncom00, "$50 کا بیلنس" واپس آ گیا ہے! } } } ]"

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 کا انتخاب کرنا لمبی عمر میں سرمایہ کاری ہے۔ یہ اس بات کو یقینی بناتا ہے کہ آپ کا ہارڈویئر ای وی کی اگلی نسل کے ساتھ مطابقت رکھتا ہو، سائبر سیکیورٹی کے ضوابط کو سخت کرنے کے ساتھ مطابقت رکھتا ہو، اور 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. GetBaseReport: تمام کلیدوں کی درخواست کرنے کے بجائے، CSMS ایک "بیس رپورٹ" کی درخواست کرتا ہے جو ڈیوائس ماڈل کا مکمل درجہ بندی فراہم کرتا ہے۔
4. متغیرات سیٹ کریں۔: CSMS متغیرات کو اپ ڈیٹ کرتا ہے۔ نوٹ کریں کہ 2.0.1 ایٹمی اپ ڈیٹس کی اجازت دیتا ہے — ایک پیغام میں متعدد متغیرات کو ترتیب دینا اور یہ یقینی بنانا کہ سبھی کامیاب ہوں یا کوئی نہ ہو۔
5. اطلاع ایونٹ: اسٹیشن ابتدائی جز کی حالتوں کی اطلاع دیتا ہے۔

11.2 اسمارٹ چارجنگ مذاکرات

اسمارٹ چارجنگ وہ جگہ ہے جہاں 2.0.1 واقعی چمکتا ہے، خاص طور پر جب متعدد چارجنگ پروفائلز کو ہینڈل کرتے ہیں۔

1.6J میں، CSMS بھیجتا ہے aسیٹ چارجنگ پروفائلجو اسٹیک لیول اور شیڈول کی وضاحت کرتا ہے۔ اگر ایک سٹیشن میں متعدد کنیکٹر ہیں، تو پروفائل ہینڈلنگ اکثر مبہم ہوتی ہے۔

2.0.1 میں،سیٹ چارجنگ پروفائلواضح طور پر a سے منسلک ہے۔چارجنگ پروفائل کا مقصد.

• چارجنگ اسٹیشن میکس پروفائل: پورے اسٹیشن کے استعمال کو محدود کرتا ہے۔
• TXDefaultProfile: کسی بھی نئے لین دین کے لیے ڈیفالٹ۔
• TX پروفائل: جاری لین دین کے لیے مخصوص۔

مزید برآں، 2.0.1 سپورٹ کرتا ہے۔GetChargingStackLevelپیغام، CSMS کو یہ دیکھنے کی اجازت دیتا ہے کہ فی الحال کون سے پروفائلز فعال ہیں اور EVSE کے اندرونی شیڈولر کے ذریعے انہیں کس طرح ترجیح دی جا رہی ہے۔

11.3 ریموٹ ٹرگرنگ اور کنٹرول

ریموٹ کمانڈ جیسےریموٹ اسٹارٹ ٹرانزیکشن(1.6J) کی جگہ لے لی گئی ہے۔RequestStartTransaction(2.0.1)۔ اہم فرق پے لوڈ میں ہے۔ 2.0.1 میں، CSMS میں a شامل ہو سکتا ہے۔چارجنگ پروفائلبراہ راست شروع کی درخواست میں۔ اس کا مطلب ہے کہ گاڑی کسی دوسرے میسج کا انتظار کیے بغیر، لیٹنسی کو کم کرکے اور گرڈ کے استحکام کو بہتر بنا کر، فوری طور پر درست پاور لیول پر چارج کرنا شروع کر سکتی ہے۔

باب 12: کم سطحی JSON اسکیما اور فیلڈ کا موازنہ

ڈویلپرز اور سسٹم انٹیگریٹرز کے لیے، اسکیما کی تبدیلیاں منتقلی کا سب سے زیادہ محنتی حصہ ہیں۔

12.1 شمار شدہ اقسام

OCPP 2.0.1 معیاری Enums کی تعداد میں بہت زیادہ توسیع کرتا ہے، جس سے "اپنی مرضی کے مطابق" اسٹیٹس کوڈز کی ضرورت کم ہوتی ہے جو 1.6J کے نفاذ سے دوچار ہیں۔

• وجہ Enums: واچ ڈاگ, شیڈول ری سیٹ, ریموٹ ری سیٹ, پاور لوس.
• اسٹیٹس اینمز: قابض, محفوظ, دستیاب نہیں۔, قصوروار. 2.0.1 شامل کرتا ہے۔دستیاب ہے۔, قابض, محفوظ, دستیاب نہیں۔, قصوروارلیکن مزید تفصیل کے لیے ذیلی سٹیٹس کے ساتھ۔

12.2 ڈیٹا کی اقسام اور اکائیاں

OCPP 2.0.1 معیاری یونٹس (SI) کے استعمال کو باقاعدہ بناتا ہے۔ جہاں 1.6J بعض اوقات اعشاریہ کی درستگی کو غیر متعینہ چھوڑ دیتا ہے، 2.0.1 استعمال کرتا ہے۔اعشاریہپاور اور انرجی کی قدروں کے لیے اقسام، مختلف وینڈر ہارڈویئر پر مستقل بلنگ کو یقینی بنانا۔

باب 13: کیس اسٹڈی: عالمی CPO مائیگریشن 1.6J سے 2.0.1 تک

آئیے 10,000 چارج پوائنٹس کے ساتھ ایک CPO "MegaCharge" کے فرضی منظر نامے کو دیکھتے ہیں۔

13.1 فیز 1: آڈٹ

MegaCharge نے دریافت کیا کہ ان کے 1.6J بیڑے کا 40% TLS 1.2 کو سپورٹ نہیں کرتا ہے۔ اس کا مطلب یہ تھا کہ وہ چارجرز آئندہ سرکاری معاہدوں کے لیے نااہل تھے۔

13.2 فیز 2: CSMS اپ گریڈ

ایک نیا CSMS بنانے کے بجائے، MegaCharge نے "OCPP Translation Layer" کو نافذ کیا۔ اس پرت نے پرانے ہارڈویئر کے لیے 1.6J کنکشنز اور نئے ہارڈ ویئر کے لیے 2.0.1 کو ہینڈل کیا، لیکن ان کے موبائل ایپ اور بلنگ انجن کے لیے ایک متحد API کو بے نقاب کیا۔

13.3 فیز 3: ہارڈ ویئر کی تبدیلی

زیادہ ٹریفک والی سائٹس کے لیے، MegaCharge نے 1.6J چارجرز کو 2.0.1 کے مطابق DC فاسٹ چارجرز سے بدل دیا۔ نتیجہ "شروع کرنے میں ناکام" سیشنز میں 15 فیصد کمی تھی، بنیادی طور پر زیادہ مضبوط ہونے کی وجہ سےٹرانزیکشن ایونٹ2.0.1 میں ہینڈلنگ

13.4 ROI تجزیہ

ابتدائی سرمایہ کاری $2M تھی۔ تاہم، کم دیکھ بھال کی کالز (ڈیوائس ماڈل کی تشخیص کی بدولت) نے ہر سال $400k کی بچت کی۔ مزید برآں، V2G فریکوئنسی رسپانس مارکیٹس میں شرکت کرنے کی صلاحیت نے سالانہ آمدنی میں $200k کا اضافی اضافہ کیا۔ ادائیگی کی مدت تقریباً 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 پیغامات (جیسےGetBaseReport) بہت بڑا ہو سکتا ہے۔ اگر چارجر کا بفر بہت چھوٹا ہے، تو یہ پیغام چھوڑ دے گا۔

• حل: چیک کریں۔MaxMessageSizeڈیوائس ماڈل میں متغیر اور یقینی بنائیں کہ 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 میں بہت زیادہ سرمایہ کاری کرتے ہیں۔ آسٹریلیا اور سنگاپور جیسی مارکیٹوں میں، پبلک چارجنگ نیٹ ورکس کے لیے حکومتی ٹینڈرز اب تقریباً خصوصی طور پر OCPP 2.0.1 کو سیکیورٹی پروفائل 3 کے ساتھ واضح کر رہے ہیں۔

باب 17: نفاذ کوڈ کے ٹکڑوں: "نٹی-گریٹی"

ڈویلپرز کی مدد کے لیے، ہم پیچیدہ 2.0.1 کاموں کے لیے تصوراتی JSON نمائندگی فراہم کرتے ہیں۔

17.1 سرٹیفکیٹ کی گردش کا بہاؤ

جب کسی سرٹیفکیٹ کی میعاد ختم ہونے کے قریب ہو تو، CSMS کو ایک گردش کو متحرک کرنا چاہیے۔

1. CSMS بھیجتا ہے۔سرٹیفکیٹ پر دستخط:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "------ سرٹیفکیٹ شروع کریں-----\n...\n-----END سرٹیفکیٹ------"، "سرٹیفیکیٹ ٹائپ": "V2G" }]"

2. اسٹیشن جواب دیتا ہے۔قبول کر لیا:"json [3, "CERT-01", { "status": "قبول شدہ" }]"

3. اسٹیشن بھیجتا ہے۔سیکیورٹی ایونٹ کی اطلاع:"json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]"

17.2 گرڈ ریسپانسیو چارجنگ پروفائل سیٹ کرنا

تصور کریں کہ گرڈ آپریٹر کو پورے نیٹ ورک میں بجلی کو کم کرنے کی ضرورت ہے۔

CSMS بھیجتا ہے۔سیٹ چارجنگ پروفائل:"json [2، "GRID-REQ"، "SetChargingProfile"، { "evseId": 0، "chargingProfile": { "id": 501، "stackLevel": 1، "chargeProfilePurpose": "ChargingStationMaxProfile"، "chargingProfileKind": "chargingProfileKind": "چارجنگ پروفائل": 1، "چارجنگ ریٹ یونٹ": "ڈبلیو"، "چارجنگ شیڈول پیریڈ": [ { "اسٹارٹ پیریڈ": 0، "حد": 11000 }، { "اسٹارٹ پیریڈ": 3600، "حد": 22000 } } } }]"

باب 18: OCPP 2.0.1 شرائط کی جامع لغت

تمام اسٹیک ہولڈرز کے لیے وضاحت کو یقینی بنانے کے لیے، ہم ایک توسیعی لغت فراہم کرتے ہیں۔

• CSMS (چارجنگ اسٹیشن مینجمنٹ سسٹم): بیک اینڈ کلاؤڈ پلیٹ فارم جو چارجرز کو کنٹرول کرتا ہے۔
• EVSE (الیکٹرک وہیکل سپلائی کا سامان): فزیکل چارجنگ اسٹیشن۔
• او سی پی پی (اوپن چارج پوائنٹ پروٹوکول): وہ جو زبان بولتے ہیں۔
• او سی اے (اوپن چارج الائنس): وہ تنظیم جو زبان لکھتی ہے۔
• آئی ایس او 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 کی پیچیدگی کا مطلب ہے کہ ایک درخواست (جیسےGetBaseReport) وسائل سے محدود 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 فراہم کنندگان کے لیے: اس بات کو یقینی بنانے کے لیے OCTT استعمال کریں کہ آپ کا بیک اینڈ پیغامات کی وسیع اقسام اور 2.0.1 کی سخت حفاظتی ضروریات کو سنبھال سکتا ہے۔

20.3 فیلڈ ٹیسٹنگ اور انٹراپ فیسٹس

خودکار جانچ کے علاوہ، OCA "Plugfests" کا اہتمام کرتا ہے جہاں دکاندار اپنے ہارڈ ویئر اور سافٹ ویئر کو حقیقی دنیا کے منظرناموں میں ایک دوسرے کے خلاف جانچنے کے لیے لاتے ہیں۔ یہ وہ جگہ ہے جہاں سب سے باریک کیڑے — جیسے سرٹیفکیٹ کی عدم مطابقت یا معمولی JSON فارمیٹنگ اختلافات — پکڑے جاتے ہیں اور حل کیے جاتے ہیں۔

باب 21: گہرا تقابلی جدول: OCPP 2.0.1 کے 60+ اعمال

مکمل حوالہ فراہم کرنے کے لیے، ہم 2.0.1 کے بنیادی پیغامات کی درجہ بندی کرتے ہیں اور ان کا ان کے 1.6J ہم منصبوں سے موازنہ کرتے ہیں۔

21.1 پروویژننگ اور کنفیگریشن

21.2 ٹرانزیکشن ہینڈلنگ

21.3 سیکیورٹی اور فرم ویئر مینجمنٹ

21.4 آپ کے نیٹ ورک کے لیے ٹیبل کا کیا مطلب ہے۔

ٹیبل ایک نکتہ کو غیر واضح بناتا ہے: OCPP 2.0.1 1.6J کا کاسمیٹک نام نہیں ہے۔ نئے میسج فیملیز — ٹائپ شدہ متغیرات، ایونٹ پر مبنی ٹرانزیکشنز، اور سرٹیفکیٹ مینجمنٹ — پلگ اینڈ چارج، اسمارٹ چارجنگ، اور ریگولیٹری رپورٹنگ کے لیے درکار پلمبنگ ہیں۔ ایک چارجر جو صرف 1.6J بولتا ہے اسے گیٹ وے کے ساتھ دوبارہ تیار کیا جا سکتا ہے، لیکن ایک CSMS جو صرف 1.6J بولتا ہے سیکیورٹی ماڈل ریگولیٹرز اور کار سازوں کو تیزی سے درکار ڈیلیور نہیں کر سکتا۔ ہارڈ ویئر کا جائزہ لیتے وقت، "2.0.1-تیار" کا مطلب ہونا چاہیے کہ فرم ویئر آج شپنگ کر رہا ہے، اگلے سال کے لیے شیڈول نہیں ہے۔ اور چونکہ OCPP 2.0.1 1.6J کے SOAP ٹرانسپورٹ کے بجائے JSON-over-WebSocket پر چلتا ہے، اس لیے پیغام کا بہاؤ ہلکا اور ڈیبگ کرنا بہت آسان ہے - ایک عملی فائدہ جو آپ کی IT ٹیم پہلے دن سے محسوس کرے گی۔

باب 22: نتیجہ: اپ گریڈ کا فیصلہ کرنا

تجارتی آپریٹر کے لیے، عملی رہنمائی واضح ہے:

• نئی تعیناتیوں کو OCPP 2.0.1 پر ڈیفالٹ ہونا چاہیے۔سیکیورٹی ماڈل، سرٹیفکیٹ ہینڈلنگ، اور ISO 15118 انضمام 2026 کے ریگولیٹری ماحول کے لیے لازمی شرائط ہیں۔
• موجودہ 1.6J بیڑے پھنسے ہوئے نہیں ہیں۔منظم گیٹ ویز اور ڈوئل پروٹوکول CSMS پلیٹ فارم اس خلا کو پُر کرتے ہیں جب آپ 2.0.1-مقامی ہارڈ ویئر میں مرحلہ کرتے ہیں۔
• اعتماد کرنے سے پہلے جانچ لیں۔OCTT، پلگ فیسٹس، اور اسٹیجڈ رول آؤٹس کا استعمال کریں — انٹرآپریبلٹی فیلڈ میں ثابت ہے، ڈیٹا شیٹ سے فرض نہیں کیا گیا ہے۔
• تحریری طور پر ہجرت کے راستے کا مطالبہ کریں۔آپ کے چارجر فروش کو 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.