مقارنة استراتيجية بين OCPP 1.6J و 2.0.1 لمشغلي الشحن التجاري

المقارنة الاستراتيجية الحاسمة بين بروتوكول OCPP 1.6J وبروتوكول 2.0.1 لمشغلي الشحن التجاري العالميين: إتقان قابلية توسيع الشبكة، والأمن السيبراني المتقدم، وتكامل معيار ISO 15118، وتأمين البنية التحتية على المدى الطويل من أجل نمو مستدام للسيارات الكهربائية

ملخص تنفيذي

يشهد قطاع شحن المركبات الكهربائية تحولاً جذرياً. ومع تسارع وتيرة تبني هذه التقنية عالمياً، أصبحت بروتوكولات الاتصال الأساسية التي تحكم التفاعل بين معدات تزويد المركبات الكهربائية وأنظمة إدارة محطات الشحن محوراً أساسياً للاستراتيجية التقنية لمشغلي محطات الشحن التجارية. وقد تطور بروتوكول نقطة الشحن المفتوحة (OCPP)، الذي تشرف عليه منظمة تحالف الشحن المفتوح (OCA)، من إطار عمل بسيط للمراسلة إلى معيار متطور وآمن وقابل للتوسع بدرجة كبيرة.

يقدم هذا الدليل تحليلاً تقنياً شاملاً للانتقال من بروتوكول OCPP 1.6J إلى OCPP 2.0.1. نتناول فيه الاختلافات المعمارية، والتحسينات الأمنية، ونماذج إدارة الأجهزة، والدور المحوري لتكامل معيار ISO 15118. بالنسبة للمشترين والمشغلين، تُعد هذه المقالة مرجعاً أساسياً لاتخاذ قرارات شراء وترحيل مدروسة في سوق يشهد نمواً متسارعاً.

الفصل الأول: تطور معايير شحن المركبات الكهربائية: سياق تاريخي

نشأ بروتوكول نقطة الشحن المفتوحة (OCPP) من الحاجة إلى قابلية التشغيل البيني. ففي بدايات شحن المركبات الكهربائية، استخدم مصنّعو الأجهزة ومطوّرو البرامج بروتوكولات احتكارية، مما أدى إلى إنشاء بيئات مغلقة كبحت المنافسة والابتكار. وقد مهّد إطلاق الإصدارين 1.2 و1.5 من OCPP الطريق، إلا أن الإصدار 1.6 هو الذي وحّد القطاع فعلياً.

1.1 هيمنة OCPP 1.6J

أصدرت OCPP الإصدار 1.6 في عام 2015، والذي قدم تطبيق JSON عبر WebSockets (1.6J). وقد ساهم هذا التحول من المراسلة القائمة على SOAP في تقليل الحمل الزائد بشكل ملحوظ وتبسيط عملية التنفيذ للمطورين. كما أضاف ميزات مثل الشحن الذكي وإشعارات الحالة الإضافية، مما جعله المعيار الصناعي لما يقرب من عقد من الزمان.

1.2 نشأة برنامج OCPP 2.0.1

على الرغم من نجاح معيار 1.6J، إلا أن نمو القطاع كشف عن محدودياته. فقد أدت مشاكل الأمن، وتعقيد إدارة الأجهزة، وعدم وجود دعم أصلي لتكامل الشبكة المتقدم (V2G) إلى تطوير معيار OCPP 2.0، ثم لاحقًا، الإصدار المُحسّن OCPP 2.0.1 (الذي صدر عام 2020). لا يُعد OCPP 2.0.1 مجرد تحديث، بل هو إعادة تصميم شاملة تهدف إلى دعم الجيل القادم من شبكات الشحن عالية الطاقة والذكية والآمنة.

الفصل الثاني: نماذج الاتصال الأساسية: JSON، وWebSockets، وهياكل الإطارات

لفهم الفرق بين هذين البروتوكولين، يجب النظر إلى مستوى الاتصال الأدنى. يستخدم كلا البروتوكولين JSON عبر WebSockets، لكن بنية هذه الرسائل وطريقة معالجتها تختلف اختلافًا كبيرًا.

2.1 طبقة WebSocket

يستخدم كلا الإصدارين اتصالات WebSocket مستمرة، مما يسمح بالاتصال ثنائي الاتجاه. وهذا أمر بالغ الأهمية للعمليات التي تتم في الوقت الفعلي، مثل إيقاف جلسة الشحن من تطبيق جوال أو تلقي تنبيهات الأعطال الفورية.

2.2 تحليل إطار الرسالة

تتكون رسالة OCPP النموذجية من معرف نوع الرسالة، ومعرف رسالة فريد، واسم الإجراء، والحمولة.

مثال على إطار 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", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`لاحظ زيادة مستوى التفصيل في الإصدار 2.0.1.يسمح حقل "السبب" لنظام إدارة المحتوى (CSMS) بفهم ما إذا كان التمهيد ناتجًا عن إعادة التشغيل أو التشغيل أو تشغيل جهاز المراقبة، مما يتيح منطق تشخيص أفضل.

الفصل الثالث: التحول النموذجي المعماري: نموذج الجهاز

يُعدّ إدخالُ OCPP 2.0.1 أهمّ تغيير تقنيّ فيه.طرازات الأجهزة.

3.1 قيود مفاتيح التكوين 1.6J

في بروتوكول OCPP 1.6J، كانت تتم إدارة تكوين الأجهزة عبر قائمة مسطحة من "مفاتيح التكوين" (على سبيل المثال،فاصل ضربات القلب, مهلة الاتصالمع ازدياد تعقيد أجهزة الشحن (موصلات متعددة، وحدات طاقة مدمجة، أنظمة تبريد معقدة)، أصبح من الصعب إدارة هذه القائمة المسطحة. لم تكن هناك طريقة موحدة لوصف التسلسل الهرمي المادي للمحطة.

3.2 نهج نموذج الجهاز 2.0.1

يقدم برنامج OCPP 2.0.1 نموذجًا هرميًا يتكون منعناصروالمتغيراتقد يكون المكون "وحدة تحكم" أو "موصل" أو "وحدة طاقة". يحتوي كل مكون على متغيرات تمثل حالته أو تكوينه (على سبيل المثال،درجة حرارة, الجهد االكهربى, ماكس كارنت).

• عنصر: جزء مادي أو منطقي من محطة الشحن.
• عامل: سمة محددة لهذا المكون.
• صفات: البيانات الوصفية التي تصف المتغير (الوحدة، النطاق، نوع الوصول).

يُتيح ذلك مراقبة موحدة. يمكن للمشغل الآن الاستعلام عن درجة حرارة وحدة طاقة معينة باستخدام مسار موحد، بدلاً من الاعتماد على مفاتيح خاصة بالمورد.

الفصل الرابع: الأمن السيبراني: من "بذل قصارى الجهد" إلى بروتوكول TLS الإلزامي

في الأيام الأولى لشحن السيارات الكهربائية، كان الأمن في كثير من الأحيان أمراً ثانوياً. قدم بروتوكول OCPP 1.6J ملفات تعريف أمنية، لكن التنفيذ كان غير متسق بين الموردين.

4.1 ملفات تعريف الأمان في الإصدار 1.6J

حدد معيار OCPP 1.6J ثلاثة ملفات تعريف أمنية:

1. غير مضمون: نص عادي HTTP/WebSockets.
2. المصادقة الأساسية: بروتوكول TLS مع اسم المستخدم/كلمة المرور.
3. قائم على الشهاداتبروتوكول TLS مع شهادات من جانب العميل.

تكمن المشكلة في أن العديد من أجهزة الشحن ظلت على الملف الشخصي 1، مما جعلها عرضة لهجمات الوسيط (MITM) والتحكم غير المصرح به.

4.2 الموقف المتشدد لعام 2.0.1

يفرض بروتوكول OCPP 2.0.1 الاتصالات الآمنة. وهو يدمج ميزات أمان متقدمة بشكل أصلي:

• تحديثات البرامج الثابتة الآمنةالتوقيع الإلزامي والتحقق من صور البرامج الثابتة.
• تسجيل الأمان: سجلات مفصلة للأحداث ذات الصلة بالأمان (مثل محاولات تسجيل الدخول الفاشلة، وانتهاء صلاحية الشهادة).
• إدارة الشهادات: رسائل موحدة للشهادات التي يتم تدويرها وتحديثها (بقيادة نظام إدارة الشهادات أو بقيادة المحطة).
• TLS 1.2/1.3: دعم أحدث معايير التشفير.

بالنسبة للمشغلين التجاريين، يقلل هذا من خطر حدوث اختراقات هائلة للشبكة ويضمن الامتثال للوائح الأمن السيبراني الناشئة لأجهزة إنترنت الأشياء.

الفصل الخامس: تكامل معيار ISO 15118: التوصيل والشحن و V2G

لا يقتصر مستقبل شحن المركبات الكهربائية على نقل الإلكترونات فحسب، بل يتعداه إلى التبادل الذكي للبيانات والطاقة. يُعدّ معيار ISO 15118 المعيار الدولي للاتصال بين المركبات والشبكة (V2G)، ويُمثّل تكامله مع بروتوكول OCPP السمةَ المميزة للإصدار 2.0.1.

5.1 تعقيد التوصيل والشحن

تتيح تقنية التوصيل والشحن (PnC) للسائق توصيل السيارة وبدء الشحن مباشرةً دون الحاجة إلى تطبيق أو بطاقة RFID. ويتطلب ذلك بنية تحتية معقدة للمفاتيح العامة (PKI) تشمل السيارة والشاحن والمشغل ومركز المقاصة.

في بروتوكول OCPP 1.6J، لم يكن دعم PnC موجودًا في البروتوكول الأساسي. واضطر الموردون إلى تنفيذ ملحقات مخصصة، مما أدى إلى التجزئة. يوفر بروتوكول OCPP 2.0.1 البنية التحتية لـ PnC من خلال دعم ما يلي:

• تركيب الشهادة: تمرير شهادات العقد من نظام إدارة شهادات العقد إلى المركبة الكهربائية عبر محطة شحن المركبات الكهربائية.
• التفويض: باستخدام معرف التنقل الإلكتروني (eMAID) المشتق من شهادة المركبة.
• الاتصالات المشفرة: ضمان حماية بيانات الفوترة الحساسة التي يتم تبادلها بين السيارة والشبكة.

5.2 الشحن الذكي وموازنة الأحمال

بينما يدعم 1.6 جول الشحن الذكي الأساسي (إرسالتعيين ملف تعريف الشحنيُحسّن الإصدار 2.0.1 هذا الأمر، حيث يسمح بما يلي:

• تكامل الإشارة الخارجيةالاستجابة في الوقت الفعلي لإشارات تردد الشبكة أو أسعار الجملة.
• إدارة الأحمال الديناميكية: تحكم أكثر دقة في توزيع الطاقة عبر موقع يحتوي على مئات الموصلات.
• نقل الطاقة من المركبة إلى الشبكة (V2G): 2.0.1 يتضمن حقول البيانات اللازمة لدعم تدفق الطاقة ثنائي الاتجاه، مما يسمح للمركبات الكهربائية بالعمل كموارد طاقة موزعة (DERs) للشبكة.

5.3 تحسينات واجهة المستخدم/تجربة المستخدم

يدعم بروتوكول OCPP 2.0.1 عرض المعلومات مباشرة على شاشة الشاحن أو لوحة عدادات السيارة، مثل:

• التسعير الفوري بالعملة المحلية.
• الوقت المقدر للوصول إلى 80% من حالة الشحن (SoC).
• معلومات مفصلة عن الإيصال عند الانتهاء.

الفصل السادس: إدارة ومراقبة الأجهزة المتقدمة

بالنسبة لمشغلي أجهزة الكمبيوتر المستعملة، لا تقتصر تكلفة الشاحن على سعر الشراء فحسب، بل تشمل التكلفة الإجمالية للملكية. وتُعدّ الصيانة وفترات التوقف عن العمل من أكبر العوامل التي تُهدر الأرباح. ويعالج برنامج OCPP 2.0.1 هذه المشكلة من خلال إمكانيات مراقبة فائقة.

6.1 إعداد التقارير بناءً على الأحداث

في 1.6 جول، كان على نظام إدارة الشحن (CSMS) عادةً استطلاع حالة الشاحن أو الانتظار حتىإشعار الحالةفي الإصدار 2.0.1،مراقبة الأحداثيُمكّن النظام نظام إدارة سلامة الأنظمة (CSMS) من تحديد عتبات معينة. على سبيل المثال: "أبلغني فقط إذا تجاوزت درجة الحرارة الداخلية 70 درجة مئوية" أو "أبلغني إذا انخفض جهد الإدخال عن 200 فولت". هذا يقلل من حركة البيانات على الشبكة ويتيح الصيانة الاستباقية.

6.2 معالجة المعاملات: حدث المعاملة

كان أحد أكثر جوانب بروتوكول OCPP 1.6J تعرضًا للانتقاد هو طريقة تعامله مع المعاملات. تضمنت الجلسة ما يلي:بدء المعاملةوإيقاف المعاملةالرسائل، ولكن في حالة حدوث انقطاع في الشبكة، كان نظام إدارة خدمات العملاء (CSMS) يواجه صعوبة في كثير من الأحيان في مطابقة بيانات الفوترة.

يستبدل بروتوكول OCPP 2.0.1 هذه البروتوكولات ببروتوكول واحد قوي.حدث المعاملةرسالة. تُستخدم هذه الرسالة للإبلاغ عن جميع مراحل دورة حياة المعاملة (بدء، تحديث، انتهاء). وهي تتضمن رقمًا فريدًا.معرف المعاملةيستمر ذلك حتى في حالة إعادة تشغيل الشاحن، مما يضمن عدم فقدان أي بيانات شحن، وبالتالي عدم فقدان أي إيرادات.

6.3 تحسين التشخيص واستكشاف الأخطاء وإصلاحها

الGetLogوإشعار حالة التشخيصتتميز الرسائل في الإصدار 2.0.1 ببنية أكثر تنظيمًا. يمكن لمسؤولي حماية البيانات طلب أنواع سجلات محددة (الأمان، التشخيص، المستخدم) وتحديد النطاق الزمني. يتيح ذلك لفرق الدعم عن بُعد حل المشكلات دون الحاجة إلى إرسال فني إلى الموقع، مما يقلل بشكل كبير من النفقات التشغيلية.

الفصل السابع: آليات تحديث البرامج الثابتة: الموثوقية والتراجعات

تُعد تحديثات البرامج الثابتة بمثابة شريان الحياة للأجهزة المتطورة، ولكن فشل التحديث قد يؤدي إلى تعطيل الشاحن تمامًا.

7.1 عملية التحديث 1.6J

في 1.6 جول،تحديث البرامج الثابتةكان الأمر بسيطًا نسبيًا. يقوم الشاحن بتنزيل الصورة ومحاولة تثبيتها. لم تكن هناك آلية موحدة للتحديثات متعددة المراحل أو عمليات التراجع الموثقة.

7.2 التحديث متعدد الخطوات 2.0.1

يقدم بروتوكول OCPP 2.0.1 دورة حياة أكثر تطوراً لتحديثات البرامج الثابتة:

1. تحميليقوم الشاحن بجلب الصورة والتحقق من مجموع التحقق/التوقيع الخاص بها.
2. تثبيتيتم تطبيق التحديث على قسم ثانوي.
3. تَحَقّقيتحقق النظام مما إذا كان البرنامج الثابت الجديد يعمل بشكل صحيح عند بدء التشغيل.
4. التفعيلتم تبديل القسم الأساسي.

في حال فشل أي خطوة، يحدد البروتوكول كيفية عودة الشاحن إلى الإصدار المستقر السابق، وإبلاغ نظام إدارة الشحن (CSMS) برمز العطل المحدد. هذا المستوى من الموثوقية ضروري للغاية في عمليات النشر التجارية واسعة النطاق.

7.3 التحقق من التوقيع

لمنع الجهات الخبيثة من تحميل برامج ثابتة مخترقة، يشترط الإصدار 2.0.1 استخدام التوقيعات الرقمية. سيرفض الشاحن تنفيذ أي رمز غير موقّع بالمفتاح الخاص بالشركة المصنّعة، مما يضيف طبقة حماية بالغة الأهمية ضد الاختراقات على مستوى الأجهزة.

الفصل الثامن: خصوصية البيانات، والامتثال التنظيمي، واللائحة العامة لحماية البيانات (GDPR)

مع ازدياد استخدام شحن السيارات الكهربائية في الحياة اليومية، تتزايد كمية البيانات الشخصية المُولّدة بشكل هائل. إذ يمكن لجلسة شحن واحدة أن تربط هوية المستخدم، وموقع سيارته، وأنماط تنقله، ومعلوماته المالية.

8.1 المعلومات الشخصية القابلة للتحديد (PII) في OCPP

في سياق اللائحة العامة لحماية البيانات (GDPR) في أوروبا والقوانين المماثلة مثل قانون خصوصية المستهلك في كاليفورنيا (CCPA)، فإن نقاط البيانات مثلidTag(RFID) أوEVCCID(معرف المركبة) يعتبر معلومات شخصية حساسة.

يوفر بروتوكول OCPP 2.0.1 ضوابط أفضل لإخفاء هوية البيانات. على سبيل المثال،البيانات المخصصةتتيح الحقول للمشغلين تخزين البيانات الوصفية دون الكشف عن معلومات التعريف الشخصية لسجلات البروتوكول الأساسية. علاوة على ذلك، تضمن ملفات تعريف الأمان المحسّنة تشفير هذه البيانات أثناء نقلها وتخزينها.

8.2 الحق في النسيان وقابلية نقل البيانات

يُسهّل الهيكل المنظم لنموذج الجهاز 2.0.1 على مزودي أنظمة إدارة المحتوى (CSMS) تنفيذ طلبات "حذف البيانات". في نظام 1.6J، كان العثور على جميع مثيلات مُعرّف المستخدم عبر مفاتيح التكوين والسجلات المتباينة مهمة شاقة للغاية. أما في الإصدار 2.0.1، فإن الفصل الواضح بين حالة الجهاز وبيانات المعاملات يُتيح بنية قاعدة بيانات أكثر سلاسة.

8.3 الامتثال لقوانين أمن إنترنت الأشياء

تُصدر العديد من المناطق الآن قوانين تلزم أجهزة إنترنت الأشياء بامتلاك كلمات مرور فريدة وآليات تحديث آمنة. إن بروتوكول OCPP 2.0.1 الإلزامي، الذي يتضمن بروتوكول TLS والبرامج الثابتة الموقعة، ليس مجرد ميزات إضافية، بل هو شرط قانوني لبيع الأجهزة في أسواق مثل كاليفورنيا والمملكة المتحدة.

الفصل التاسع: منظور المشتري: التكلفة الإجمالية للملكية، والعائد على الاستثمار، والهجرة الاستراتيجية

بالنسبة لمشغل الشحن التجاري، فإن قرار التمسك بـ 1.6 جول أو الانتقال إلى 2.0.1 هو قرار مالي.

9.1 تكلفة التنفيذ

• OCPP 1.6J: سهل التنفيذ، مدعوم على نطاق واسع بأجهزة منخفضة التكلفة، ولكنه ينطوي على تكاليف خفية عالية في الصيانة ومخاطر الأمان.
• OCPP 2.0.1يتطلب نظام إدارة الشحن (CSMS) معالجات أقوى وذاكرة أكبر في وحدة شحن المركبات الكهربائية (EVSE). وترتفع تكاليف تطويره نظرًا لتعقيد البروتوكول. مع ذلك، فإنه يوفر وفورات كبيرة في النفقات التشغيلية بفضل الإدارة عن بُعد وموثوقية أفضل.

9.2 أسطورة "الترقية السلسة"

كثيراً ما يُقال إن شواحن 1.6J قابلة للتحديث إلى الإصدار 2.0.1 عبر البرمجيات. لكن في الواقع، هذا نادراً ما يكون صحيحاً. فمتطلبات الذاكرة ووحدة المعالجة المركزية للإصدار 2.0.1 (خاصةً فيما يتعلق بمعالجة شهادات TLS وتحليل JSON المعقد لنموذج الجهاز) غالباً ما تتجاوز قدرات وحدات التحكم القديمة من طراز 1.6J.

9.3 مسارات الهجرة الاستراتيجية

ينبغي على مديري المشتريات النظر في اتباع نهج "الشبكة الهجينة":

1. المواقع التراثية: استمر في تشغيل 1.6 جول لأجهزة الشحن الحالية منخفضة الطاقة التي تعمل بالتيار المتردد.
2. مواقع جديدة للشحن السريع بالتيار المستمر: التفويض 2.0.1 لجميع عمليات النشر الجديدة عالية الطاقة لدعم PnC و V2G.
3. حلول الوكيل: استخدم بوابة بروتوكول يمكنها ترجمة رسائل 1.6J إلى تنسيق متوافق مع 2.0.1 لنظام إدارة المحتوى، مما يسمح بوجود لوحة تحكم موحدة للإدارة.

الفصل العاشر: الاستعداد للمستقبل: بروتوكول OCPP 2.1 والطريق إلى الشحن الذاتي

بينما يكتسب الإصدار 2.0.1 زخماً، يعمل تحالف الشحن المفتوح بالفعل على OCPP 2.1. وسيعمل هذا الإصدار المستقبلي على توسيع نطاق البروتوكول بشكل أكبر.

10.1 الشحن ثنائي الاتجاه (V2X)

بينما يدعم الإصدار 2.0.1 تقنية V2G الأساسية، سيعمل الإصدار 2.1 على تحسين الاتصال بين المركبات والمنازل (V2H) والمركبات والمباني (V2B)، مما يسمح للمركبات الكهربائية بتزويد المنازل بالطاقة أثناء انقطاع التيار الكهربائي أو تقليل ذروة الطلب على المباني التجارية.

10.2 دعم الشحن اللاسلكي

مع ظهور المركبات ذاتية القيادة، سيصبح التوصيل اليدوي بالشاحن أمراً غير ضروري. سيتضمن بروتوكول OCPP 2.1 رسائل موحدة للشحن الاستقرائي (اللاسلكي)، وإدارة عملية المحاذاة ونقل الطاقة دون تدخل بشري.

10.3 التكامل مع المدن الذكية

من المرجح أن تشهد الإصدارات المستقبلية تكاملاً أعمق مع أنظمة إدارة حركة المرور وتوقعات الطاقة المتجددة. وسيتمكن مشغلو أجهزة الشحن من "المزايدة" على الطاقة في أسواق الطاقة الآنية، مما يحول شبكات الشحن إلى محطات طاقة افتراضية ضخمة.

الملحق الفني: نظرة معمقة على مقارنات الرسائل

ولتوفير أقصى قدر من العمق التقني، سنقوم الآن بتحليل تسلسلات الرسائل المحددة واختلافات الإطارات بين الإصدارين.

أ.1 عملية التفويض

في الإصدار 1.6J، كانت عملية التفويض عبارة عن استجابة ثنائية "مقبول" أو "محظور".

1.6J AuthorizeResponse:"json [3, "123456", { "idTagInfo": { "status": "مقبول", "expiryDate": "2026-12-31T23:59:59Z" } }]"

في الإصدار 2.0.1، تتضمن الاستجابة سياقًا أوسع، مثلرمز الهويةنوع ومعلومات إضافية لواجهة المستخدم.

2.0.1 AuthorizeResponse:"json [3, "987654", { "idTokenInfo": { "status": "مقبول", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "مرحباً بعودتك يا جون! رصيدك 45.00 دولارًا" } } }]"

أ.2 إدارة نبضات القلب والاتصال

يعمل بروتوكول OCPP 2.0.1 على تحسين طريقة إثبات المحطة أنها "تعمل". في الإصدار 1.6J، إذانبض القلبفي حال فشل الاتصال، كانت المحطة غالباً ما تستمر في إعادة المحاولة. في الإصدار 2.0.1، يمكن للمحطة استخدامإشعار الحدثآلية للإبلاغ عن فقدان الاتصال بالخادم الخلفي الثانوي، مع الحفاظ على استمرارية الاتصال بالخادم الأساسي.

أ.3 جدول البيانات الوصفية التفصيلي

خاتمة

لا يُمثل الانتقال من بروتوكول OCPP 1.6J إلى 2.0.1 مجرد تحديث برمجي، بل هو تطور جذري لمنظومة التنقل الكهربائي. بالنسبة للمشغلين التجاريين، يُمثل الإصدار 1.6J الماضي الموثوق، بينما يُمثل الإصدار 2.0.1 المستقبل القابل للتطوير والآمن والذكي.

يُعدّ اختيار الإصدار 2.0.1 اليوم استثمارًا طويل الأمد، فهو يضمن توافق أجهزتك مع الجيل القادم من المركبات الكهربائية، والتزامها بلوائح الأمن السيبراني المتشددة، وجاهزيتها لاغتنام الفرص المربحة لتقنية V2G وتكامل الشبكات الذكية. ومع توحّد السوق، ستكون الشركات التي تمتلك حزم بروتوكولات أكثر قوة ومرونة هي الرائدة في هذا المجال.

الفصل الحادي عشر: نظرة معمقة: تحليل تدفق الرسائل ومخططات التسلسل

في هذا الفصل، نقوم بتحليل تسلسلات التفاعل بين EVSE و CSMS لإظهار الاختلافات التشغيلية بين 1.6J و 2.0.1.

11.1 تسلسل الإقلاع والتكوين

عندما يتصل الشاحن بالشبكة لأول مرة، يجب عليه تعريف نفسه ومزامنة إعداداته.

تدفق OCPP 1.6J:

1. اتصال WebSocketتم إنشاؤها فوق الميناء 80 أو 443.
2. إشعار بدء التشغيلترسل المحطة معلومات عن البائع، والطراز، والرقم التسلسلي.
3. الحصول على التكوينيطلب نظام إدارة المحتوى (CSMS) من جميع المفاتيح التحقق من الحالة الحالية.
4. تغيير التكوينيقوم نظام إدارة المحتوى (CSMS) بتحديث مفاتيح محددة (على سبيل المثال،فاصل ضربات القلب).
5. إشعار الحالةأفادت المحطة بأنها "متاحة".

تدفق OCPP 2.0.1:

1. مصافحة TLS آمنة: تبادل الشهادات إلزامي.
2. إشعار بدء التشغيليشملسبب(مثال،باور أب).
3. تقرير جيت بيسبدلاً من طلب جميع المفاتيح، يطلب نظام إدارة المحتوى (CSMS) "تقريرًا أساسيًا" يوفر التسلسل الهرمي الكامل لنموذج الجهاز.
4. تعيين المتغيراتيقوم نظام إدارة المحتوى (CSMS) بتحديث المتغيرات. تجدر الإشارة إلى أن الإصدار 2.0.1 يسمح بالتحديثات الذرية - أي تعيين عدة متغيرات في رسالة واحدة والتأكد من نجاح جميعها أو عدم نجاح أي منها.
5. إشعار الحدث: تقارير المحطة عن الحالات الأولية للمكونات.

11.2 التفاوض الذكي للشحن

تتألق ميزة الشحن الذكي في الإصدار 2.0.1 بشكل خاص عند التعامل مع ملفات تعريف الشحن المتعددة.

في الإصدار 1.6J، يرسل نظام إدارة المحتوى (CSMS)تعيين ملف تعريف الشحنوالذي يحدد مستوى التجميع والجدول الزمني. إذا كانت المحطة تحتوي على موصلات متعددة، فإن معالجة الملف الشخصي غالبًا ما تكون غامضة.

في الإصدار 2.0.1،تعيين ملف تعريف الشحنيرتبط بشكل صريح بـالغرض من ملف تعريف الشحن.

• ملف تعريف محطة الشحن الأقصى: يحد من كمية المياه التي تستقبلها المحطة بأكملها.
• ملف تعريف TX الافتراضي: الوضع الافتراضي لأي معاملة جديدة.
• ملف تعريف TXخاص بمعاملة جارية.

بالإضافة إلى ذلك، يدعم الإصدار 2.0.1مستوى مكدس الشحنرسالة تسمح لنظام إدارة خدمة العملاء (CSMS) برؤية الملفات الشخصية النشطة حاليًا وكيفية تحديد أولوياتها بواسطة المجدول الداخلي لمحطة شحن المركبات الكهربائية (EVSE).

11.3 التشغيل والتحكم عن بعد

أوامر التحكم عن بعد مثلبدء المعاملة عن بعدتم استبدال (1.6 جول) بـطلب بدء المعاملة(2.0.1). يكمن الاختلاف الرئيسي في الحمولة. في الإصدار 2.0.1، يمكن أن يتضمن نظام إدارة المحتوى (CSMS) ما يلي:ملف تعريف الشحنمباشرةً في طلب بدء التشغيل. هذا يعني أن السيارة يمكنها بدء الشحن بمستوى الطاقة الصحيح فورًا، دون انتظار رسالة ثانية، مما يقلل من زمن الاستجابة ويحسن استقرار الشبكة.

الفصل الثاني عشر: مقارنة مخطط JSON منخفض المستوى والحقول

بالنسبة للمطورين ومكاملين الأنظمة، تعد تغييرات المخطط الجزء الأكثر استهلاكًا للوقت والجهد في عملية الترحيل.

12.1 أنواع التعداد (Enums)

يعمل 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

دعونا ننظر إلى سيناريو افتراضي لـ "MegaCharge"، وهو مركز خدمة سيارات كهربائية يحتوي على 10000 نقطة شحن.

13.1 المرحلة الأولى: التدقيق

اكتشفت شركة ميجا تشارج أن 40% من أسطولها الذي تبلغ سعته 1.6 جول لا يدعم بروتوكول TLS 1.2. وهذا يعني أن هذه الشواحن غير مؤهلة للحصول على عقود حكومية قادمة.

13.2 المرحلة الثانية: ترقية نظام إدارة المحتوى

بدلاً من بناء نظام إدارة علاقات العملاء جديد، قامت شركة MegaCharge بتنفيذ "طبقة ترجمة OCPP". تعاملت هذه الطبقة مع اتصالات 1.6J للأجهزة القديمة و2.0.1 للأجهزة الجديدة، ولكنها عرضت واجهة برمجة تطبيقات موحدة لتطبيق الهاتف المحمول ومحرك الفوترة الخاص بهم.

13.3 المرحلة 3: استبدال الأجهزة

بالنسبة للمواقع ذات حركة المرور العالية، استبدلت شركة ميجا تشارج شواحن 1.6 جول بشواحن تيار مستمر سريعة متوافقة مع معيار 2.0.1. وكانت النتيجة انخفاضًا بنسبة 15% في جلسات "فشل بدء التشغيل"، ويعود ذلك بشكل أساسي إلى الأداء الأكثر قوة.حدث المعاملةمعالجة في الإصدار 2.0.1.

13.4 تحليل العائد على الاستثمار

بلغ الاستثمار الأولي مليوني دولار. ومع ذلك، ساهم انخفاض طلبات الصيانة (بفضل تشخيصات نموذج الجهاز) في توفير 400 ألف دولار سنويًا. إضافةً إلى ذلك، حققت المشاركة في أسواق استجابة التردد لتقنية V2G إيرادات سنوية إضافية قدرها 200 ألف دولار. وبلغت فترة استرداد رأس المال حوالي 3.3 سنوات.

الفصل 14: قائمة التحقق النهائية للمشتري لمشتريات OCPP 2.0.1

عند تقييم الأجهزة أو البرامج الجديدة، استخدم قائمة التحقق هذه لضمان الامتثال التام:

14.1 متطلبات الأجهزة (أجهزة شحن المركبات الكهربائية)

• [ ]دعم ملف تعريف الأمان 3هل يدعم إدارة الشهادات من جانب العميل؟
• [ ]معالج ثنائي النواةهل هناك مساحة كافية لتشفير TLS وتحليل JSON؟
• [ ]العنصر الآمن (SE)هل تحتوي اللوحة على جذر ثقة مادي لتخزين المفاتيح؟
• [ ]جاهزية ISO 15118-2/20هل يستطيع جهاز التحكم التعامل مع الاتصالات عالية المستوى المطلوبة لـ PnC؟
• [ ]إمكانية العرضهل يدعم الجهاز عرض معلومات السعر/الحالة عبر بروتوكول OCPP؟نقل البياناتأم الرسائل الأصلية؟

14.2 متطلبات البرمجيات (CSMS)

• [ ]تصور نموذج الجهازهل يمكن للوحة التحكم عرض التسلسل الهرمي للشاحن؟
• [ ]تكامل هيئة إصدار الشهادات (CA)هل يمكن لنظام إدارة الشهادات (CSMS) إصدار الشهادات وتدويرها تلقائيًا؟
• [ ]تسوية المعاملاتكيف يتعامل النظام مع عمليات الشحن "المعلقة" من أجهزة الشحن القديمة بقدرة 1.6 جول؟
• [ ]محرك الشحن الذكيهل يدعم منطق مستوى المكدس المتقدم في الإصدار 2.0.1؟
• [ ]قابلية التوسعهل يستطيع معالج WebSocket إدارة أكثر من 50000 اتصال TLS مستمر في وقت واحد؟

الفصل 15: استكشاف أخطاء تنفيذ بروتوكول OCPP الشائعة وإصلاحها

حتى مع وجود معيار، تختلف التطبيقات. إليك أبرز "المشاكل" الشائعة.

15.1 مهلات WebSocket

تقوم العديد من جدران الحماية الشبكية بإغلاق اتصالات TCP الخاملة. إذافاصل ضربات القلبإذا تم ضبطه على مستوى عالٍ جدًا، فقد يتم فصل الشاحن.

• حل: يضمنفاصل ضربات القلبأقل من مهلة جدار الحماية (عادةً 60-120 ثانية).

15.2 مشاكل سلسلة الشهادات

من الأخطاء الشائعة في الإصدار 2.0.1 خطأ "شهادة غير موثوقة". يحدث هذا عادةً عندما لا يكون لدى الشاحن شهادة المرجع المصدق الجذرية لنظام إدارة شهادات CSMS مثبتة.

• حلاستخدمتثبيت الشهادةرسالة أثناء التشغيل لضمان اكتمال سلسلة الثقة.

15.3 حجم حمولة JSON

بعض رسائل الإصدار 2.0.1 (مثلتقرير جيت بيسقد يكون حجم البيانات كبيرًا جدًا. إذا كان حجم ذاكرة التخزين المؤقت للشاحن صغيرًا جدًا، فسوف يتم إسقاط الرسالة.

• حلتحقق منMaxMessageSizeقم بتعديل المتغير في نموذج الجهاز وتأكد من أن نظام إدارة المحتوى يحترم هذا الحد.

الفصل 16: البيئات التنظيمية الإقليمية وتفويضات البروتوكول

إن الانتقال إلى OCPP 2.0.1 ليس مدفوعًا بالتكنولوجيا فحسب؛ بل أصبح مسألة قانونية بشكل متزايد.

16.1 الاتحاد الأوروبي (AFIR)

ينصّ نظام البنية التحتية للوقود البديل (AFIR) في الاتحاد الأوروبي على شفافية الأسعار وقابلية التشغيل البيني. ورغم أنه لا يذكر صراحةً معيار OCPP 2.0.1، إلا أن اشتراط "مشاركة البيانات في الوقت الفعلي" و"الشحن الذكي" يجعل هذا المعيار عملياً المعيار الوحيد القابل للتطبيق في البنية التحتية العامة الجديدة.

16.2 أمريكا الشمالية (NEVI)

في الولايات المتحدة، يتطلب برنامج الصيغة للبنية التحتية الوطنية للمركبات الكهربائية (NEVI) أن تكون أجهزة الشحن "قابلة للتشغيل البيني". وتذهب ولايات مثل كاليفورنيا إلى أبعد من ذلك، حيث تدفع لجنة الطاقة في كاليفورنيا (CEC) من أجل دعم ISO 15118، والذي كما ناقشنا، يتم تنفيذه على أفضل وجه من خلال OCPP 2.0.1.

16.3 الصين ومنطقة آسيا والمحيط الهادئ

بينما تمتلك الصين معاييرها الخاصة (GB/T)، فإن الشركات المصنعة التي تركز على التصدير تستثمر بكثافة في بروتوكول OCPP 2.0.1. وفي أسواق مثل أستراليا وسنغافورة، فإن المناقصات الحكومية لشبكات الشحن العامة تحدد الآن بشكل شبه حصري بروتوكول OCPP 2.0.1 مع ملف تعريف الأمان 3.

الفصل 17: مقتطفات من كود التنفيذ: "التفاصيل الدقيقة"

لمساعدة المطورين، نقدم تمثيلات JSON مفاهيمية للمهام المعقدة في الإصدار 2.0.1.

17.1 تدفق تدوير الشهادات

عندما تقترب الشهادة من تاريخ انتهاء صلاحيتها، يجب على نظام إدارة الشهادات (CSMS) تشغيل عملية التدوير.

1. يرسل نظام إدارة رسائل البريد الإلكتروني (CSMS)تم توقيع الشهادة:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----BEGIN CERTIFICATE-----\n...\n-----END CERTIFICATE-----", "certificateType": "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, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 11000 }, { "startPeriod": 3600, "limit": 22000 } ] } } }]"

الفصل 18: المسرد الشامل لمصطلحات OCPP 2.0.1

ولضمان الوضوح لجميع الأطراف المعنية، نقدم مسردًا موسعًا للمصطلحات.

• نظام إدارة محطات الشحن (CSMS): منصة الحوسبة السحابية الخلفية التي تتحكم في أجهزة الشحن.
• معدات تزويد المركبات الكهربائية بالطاقة (EVSE)محطة الشحن الفعلية.
• بروتوكول نقطة الشحن المفتوحة (OCPP)اللغة التي يتحدثونها.
• OCA (تحالف الشحن المفتوح)المنظمة التي تكتب اللغة.
• ISO 15118البروتوكول بين السيارة والشاحن.
• PnC (التوصيل والشحن): تجربة المستخدم التي تم تمكينها بواسطة ISO 15118 و OCPP 2.0.1.
• V2G (من المركبة إلى الشبكة): إرسال الطاقة من السيارة إلى الشبكة الكهربائية.
• V2X (التواصل بين المركبات وكل شيء): المصطلح الشامل لـ V2G و V2H و V2B.
• TLS (أمان طبقة النقل)التشفير الذي يحافظ على أمان البيانات.
• البنية التحتية للمفتاح العام (PKI): نظام الشهادات الرقمية المستخدم لأغراض الأمان.
• JSON (تدوين كائنات جافا سكريبت): تنسيق الرسائل.
• WebSocket: قناة الاتصال الدائمة التي تتدفق الرسائل من خلالها.
• طرازات الأجهزة: الطريقة الهرمية 2.0.1 تصف الأجهزة.
• عنصر: قطعة من الأجهزة (مثل الموصل).
• عامل: خاصية من خصائص المكون (مثل الحالة).
• يصف: بيانات وصفية حول متغير (مثل القيمة، قابلية التغيير).
• حدث المعاملة: الرسالة الموحدة لجميع بيانات الجلسة في الإصدار 2.0.1.
• نبض القلب: إشارة "أنا على قيد الحياة" الدورية.
• إشعار بدء التشغيل: إشارة "مرحباً، أنا هنا" عند بدء تشغيل الشاحن.
• نقل البياناترسالة "شاملة" للإضافات الخاصة بالبائع (استخدمها بحذر!).

أفكار ختامية: الإبحار في عصر البروتوكولات المتعددة

بصفتنا مشترين أو مشغلين، فإن أهم ما يمكن استخلاصه هو أننا ندخل فيعصر البروتوكولات المتعددةخلال السنوات الثلاث إلى الخمس القادمة، سيتعايش كل من 1.6 جول و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 يعني أن طلبًا واحدًا (مثلتقرير جيت بيسقد تستغرق معالجة البيانات عدة ثوانٍ على جهاز شحن المركبات الكهربائية ذي الموارد المحدودة. يجب على مطوري نظام إدارة الشحن (CSMS) تطبيق منطق مهلة وإعادة محاولة قوي يأخذ في الاعتبار سرعات المعالجة المتفاوتة لموردي الأجهزة المختلفين.

19.2 تحليل JSON بكفاءة

قد يكون تحليل JSON عمليةً مُرهِقةً لوحدة المعالجة المركزية. بالنسبة لبرامج تشغيل أجهزة شحن المركبات الكهربائية، ينبغي على المطورين استخدام محللات تعتمد على تدفق البيانات بدلاً من تحميل كامل البيانات في ذاكرة الوصول العشوائي. وهذا أمرٌ بالغ الأهمية، خاصةً بالنسبة لـإشعار الحدثالرسائل، التي يمكن أن تحتوي على مئات التحديثات المتغيرة في إطار واحد.

19.3 التعامل مع آلة الحالة

تتميز آلة الحالة الخاصة بالمعاملة في الإصدار 2.0.1 بصرامة أكبر منها في الإصدار 1.6J. يجب على المطورين اتباع قواعد الانتقال بدقة لـحدث المعاملةعلى سبيل المثال، لا يمكنك إرسالانتهىحدث دون إرسال أولاًبدأحدث خاص بذلك الحدثمعرف المعاملة.

الفصل 20: الاختبار والتحقق وأداة اختبار الامتثال لـ OCPP (OCTT)

إن قابلية التشغيل البيني هي وعد OCPP، ولكن لا يمكن تحقيق ذلك إلا من خلال الاختبارات الصارمة.

20.1 دور شهادة OCA

يُقدّم تحالف Open Charge Alliance برنامجًا للشهادات. ينبغي على المشترين البحث عن علامة "OCPP 2.0.1 Certified". تضمن هذه الشهادة اجتياز التطبيق لمجموعة من الاختبارات الآلية التي تغطي جميع الملفات التعريفية الإلزامية.

20.2 استخدام OCTT

تُعد أداة اختبار الامتثال لبرنامج حماية المركبات الكهربائية (OCTT) المعيار الذهبي للاختبار. فهي تحاكي كلاً من نظام إدارة سلامة المركبات الكهربائية (CSMS) ومحطة شحن المركبات الكهربائية (EVSE).

• لمصنعي أجهزة شحن المركبات الكهربائية: استخدم OCTT للتحقق من أن محطتك تتعامل مع سيناريوهات "المسار السعيد" والحالات الشاذة (مثل انقطاعات الشبكة أثناء تحديث البرامج الثابتة).
• لمزودي خدمات إدارة علاقات العملاءاستخدم OCTT لضمان قدرة نظامك الخلفي على التعامل مع التنوع الهائل في الرسائل ومتطلبات الأمان الصارمة للإصدار 2.0.1.

20.3 الاختبارات الميدانية ومهرجانات التشغيل البيني

إلى جانب الاختبارات الآلية، تنظم OCA فعاليات "Plugfests" حيث يعرض الموردون أجهزتهم وبرامجهم لاختبارها في بيئات واقعية. في هذه الفعاليات، يتم اكتشاف أدق الأخطاء البرمجية - مثل عدم توافق الشهادات أو اختلافات تنسيق JSON البسيطة - وحلها.

الفصل 21: جدول مقارنة معمق: أكثر من 60 إجراءً من إجراءات OCPP 2.0.1

ولتوفير مرجع كامل، نقوم بتصنيف الرسائل الرئيسية للإصدار 2.0.1 ومقارنتها بنظيراتها في الإصدار 1.6J.

21.1 التزويد والتكوين

21.2 معالجة المعاملات

21.3 إدارة الأمن والبرامج الثابتة

21.4 ما يعنيه الجدول لشبكتك

يوضح الجدول نقطةً لا لبس فيها: OCPP 2.0.1 ليس مجرد تغيير شكلي لـ 1.6J. فمجموعات الرسائل الجديدة - المتغيرات المُحددة النوع، والمعاملات القائمة على الأحداث، وإدارة الشهادات - هي البنية التحتية اللازمة للشحن الفوري، والشحن الذكي، والتقارير التنظيمية. يمكن تحديث الشاحن الذي يدعم 1.6J فقط ببوابة، لكن نظام إدارة سلامة الاتصالات (CSMS) الذي يدعم 1.6J فقط لا يمكنه توفير نموذج الأمان الذي تتطلبه الجهات التنظيمية وشركات صناعة السيارات بشكل متزايد. عند تقييم الأجهزة، يجب أن تعني عبارة "جاهز لـ 2.0.1" أن البرنامج الثابت متوفر للشحن اليوم، وليس مُجدولًا للعام القادم. ولأن OCPP 2.0.1 يعمل على JSON عبر WebSocket بدلاً من بروتوكول SOAP المستخدم في 1.6J، فإن تدفقات الرسائل أخف وأسهل بكثير في تصحيح الأخطاء - وهي ميزة عملية سيلمسها فريق تكنولوجيا المعلومات لديك منذ اليوم الأول.

الفصل 22: الخاتمة: اتخاذ قرار الترقية

بالنسبة للمشغل التجاري، فإن الإرشادات العملية واضحة:

• ينبغي أن تكون عمليات النشر الجديدة افتراضياً باستخدام OCPP 2.0.1.يُعد نموذج الأمان، ومعالجة الشهادات، وتكامل معيار ISO 15118 من المتطلبات الأساسية للبيئة التنظيمية لعام 2026.
• الأساطيل الحالية من طراز 1.6J ليست عالقة.تعمل البوابات المُدارة ومنصات CSMS ثنائية البروتوكول على سد الفجوة أثناء قيامك بإدخال الأجهزة الأصلية للإصدار 2.0.1 تدريجياً.
• اختبر قبل أن تثق.استخدم OCTT واختبارات التوصيل والتوزيع التدريجي - يتم إثبات قابلية التشغيل البيني في الميدان، وليس افتراضها من ورقة البيانات.
• اطلب خطة انتقال مكتوبة.ينبغي على بائع الشاحن الخاص بك نشر خارطة طريق للبرامج الثابتة من 1.6 جول إلى 2.0.1 مع تحديد التواريخ، وليس مجرد وعود غامضة.

دعوة للعمل: تواصل مع شركة MIDA Power لمناقشة استراتيجية البروتوكول الخاصة بك

MIDA Power ships OCPP 1.6J and 2.0.1 on every charger, with field-upgradeable firmware and a cloud platform that manages mixed-protocol fleets in a single dashboard. Contact sales@midapower.com for our protocol migration guide, OCTT test reports, and a free compatibility review of your existing network.