إجابة سريعة
لا يزال بروتوكول OCPP 1.6 خيارًا عمليًا للعديد من شبكات شحن المركبات الكهربائية الحالية، لا سيما عندما يحتاج المشغلون إلى اتصال مستقر بالشواحن وتوافق واسع مع الأجهزة. أما بروتوكول OCPP 2.0.1 فهو أنسب لشبكات الشحن الجديدة التي تتطلب أمانًا أقوى، وإدارة محسّنة للأجهزة، وشحنًا ذكيًا أكثر تطورًا، وقابلية توسع أفضل على المدى الطويل. صُمم بروتوكول OCPP 2.1 خصيصًا للتطبيقات المستقبلية التي تشمل معيار ISO 15118-20، والشحن ثنائي الاتجاه، وتكامل موارد الطاقة الموزعة، وحالات استخدام أكثر تقدمًا لإدارة الطاقة. ويشير تحالف الشحن المفتوح إلى أن بروتوكول OCPP 2.0.1 يُضيف إدارة للأجهزة، ومعالجة محسّنة للمعاملات، وأمانًا مُعززًا، وشحنًا ذكيًا، ودعمًا لمعيار ISO 15118، ووظائف عرض/مراسلة، مقارنةً ببروتوكول OCPP 1.6.
بالنسبة لمشغلي أنظمة الشحن، ومصنعي أجهزة الشحن، ومكاملين الأنظمة، ومشغلي أساطيل الشحن، فإن السؤال الأكثر أهمية ليس ببساطة "ما هو أحدث إصدار من OCPP؟" السؤال الأفضل هو:
ما هو إصدار OCPP المناسب لأجهزة الشحن الخاصة بك، ومنصة الواجهة الخلفية، ومتطلبات الأمان، وميزانية الاختبار، ونموذج العمل المستقبلي؟
ينبغي لنظام إدارة شحن المركبات الكهربائية OCPP الحديث أن يساعد المشغلين على إدارة شبكات الشحن المختلطة، ودعم تكامل OCPP متعدد الإصدارات، وتقليل مخاطر الانتقال من أجهزة الشحن القديمة إلى منصات البرامج الأحدث.
ما هو بروتوكول OCPP ولماذا هو مهم لبرامج شحن السيارات الكهربائية؟
بروتوكول OCPP، أو بروتوكول نقطة الشحن المفتوحة، هو معيار الاتصال الذي يسمح لمحطات شحن المركبات الكهربائية بالاتصال بأنظمة إدارة الشحن الخلفية. في العمليات اليومية، يُمكّن هذا البروتوكول وظائف أساسية مثل ترخيص المستخدم، والتحكم في جلسات الشحن، والمراقبة عن بُعد، والقياس، والتشخيص، وتحديثات البرامج الثابتة، وإدارة الأحمال، والشحن الذكي.
بالنسبة لمدير المشتريات، لا يُعدّ برنامج OCPP مجرد مواصفات فنية، بل يؤثر بشكل مباشر على شراء الأجهزة، واختيار البرامج، وتوافق أجهزة الشحن، والمرونة التشغيلية على المدى الطويل. فقد يتسبب جهاز الشحن الذي لا يستطيع التواصل بشكل صحيح مع منصة النظام الخلفية في مشاكل في الفوترة، والمراقبة، ووقت التشغيل، والصيانة، وتجربة العملاء.
لهذا السبب، ينبغي أن يكون التوافق مع بروتوكول OCPP شرطًا أساسيًا عند اختيار منصة برمجية لشحن المركبات الكهربائية أو نظام إدارة نقاط الشحن. مع ذلك، فإن عبارة "يدعم بروتوكول OCPP" ليست كافية. ينبغي على المشغلين الاستفسار عما يلي:
- ما هي إصدارات OCPP المدعومة؟
- ما هي ماركات وموديلات الشواحن التي تم اختبارها؟
- هل تدعم المنصة كلاً من أجهزة الشحن القديمة والجديدة؟
- هل يمكن للخادم الخلفي إدارة شواحن OCPP 1.6 و OCPP 2.0.1 في نفس النظام؟
- هل توجد خارطة طريق لبرنامج الشحن OCPP 2.1؟
- ما هي خدمات الاختبار والتكامل المتاحة قبل الإطلاق؟
بالنسبة للمشغلين الذين ما زالوا يقيمون دور برامج الواجهة الخلفية، دليل أوسع مثل دليل شامل لنظام إدارة المحتوى المعتمد (CPMS) يمكن أن يساعد ذلك في توضيح كيفية دعم أنظمة إدارة نقاط الشحن لعمليات محطات الشحن اليومية.
OCPP 1.6 و OCPP 2.0.1 و OCPP 2.1: الاختلافات الرئيسية
OCPP 1.6: ناضج، واسع الاستخدام، ولا يزال ذا قيمة
لا يزال بروتوكول OCPP 1.6 أحد أكثر الإصدارات استخدامًا في صناعة شحن المركبات الكهربائية. ويُستخدم عادةً في أجهزة الشحن بالتيار المتردد، وأجهزة الشحن بالتيار المستمر، ومواقع الشحن في الوجهات، وشبكات الشحن في أماكن العمل، والعديد من عمليات الشحن العامة القائمة.
تتمثل ميزته الرئيسية في نضج النظام البيئي. يدعم العديد من مصنعي أجهزة الشحن ومزودي البنية التحتية بروتوكول OCPP 1.6، مما يُسهّل على المشغلين ربط أجهزة الشحن من مختلف العلامات التجارية. بالنسبة لمشغلي محطات الشحن الذين يمتلكون أساطيل أجهزة شحن قائمة، لا يزال بإمكان OCPP 1.6 توفير دعم موثوق لحالات الاستخدام الشائعة مثل إدارة الجلسات، وقيم العدادات، والتشغيل/الإيقاف عن بُعد، وإشعارات الحالة، والشحن الذكي الأساسي.
النقطة الأساسية هي كالتالي: لا يُعتبر OCPP 1.6 قديمًا تلقائيًا. قد يظل هذا الخيار الأكثر عملية عندما تكون أجهزة الشحن منتشرة بالفعل، ومستقرة، ومنتجة تجارياً.
مع ذلك، يُعاني بروتوكول OCPP 1.6 من بعض القيود مقارنةً بالإصدارات الأحدث. فهو يُقدم إدارةً أقل تطورًا للأجهزة، وإمكانيات أمان مُدمجة أقل، وبنيةً أقل مرونةً للشحن الذكي المُعقد أو دمج الطاقة في المستقبل. لذا، ينبغي على مُشغلي الشبكات الذين يحتاجون إلى أمن سيبراني أقوى، أو تشخيصات أفضل، أو تكوينات شواحن أكثر تطورًا، تقييم ما إذا كان برنامج شحن المركبات الكهربائية OCPP 2.0.1 يُناسب احتياجاتهم على المدى الطويل.
OCPP 2.0.1: أفضل لمنصات برامج CPO الحديثة
تم تصميم OCPP 2.0.1 لمعالجة العديد من القيود التي كانت موجودة في OCPP 1.6. ووفقًا لتحالف الشحن المفتوح، فإن OCPP 2.0.1 يضيف إدارة محسّنة للأجهزة، ومعالجة أفضل للمعاملات، وأمانًا أقوى، ووظائف شحن ذكية محسّنة، ودعمًا لمعيار ISO 15118، ودعمًا للعرض/الرسائل.
بالنسبة لمشغلي محطات الشحن، لا تقتصر قيمة بروتوكول OCPP 2.0.1 على الجوانب التقنية فحسب، بل يمكنها تحسين كيفية إدارة المشغلين لأجهزة الشحن على نطاق واسع. فإدارة الأجهزة المحسّنة تعني قدرة النظام الخلفي على مراقبة محطات الشحن وتكوينها بكفاءة أكبر. كما أن تعزيز الأمان يساعد المشغلين على الاستعداد لمتطلبات حماية الشبكة والبيانات الأكثر صرامة. ويساهم الشحن الذكي المحسّن في دعم موازنة الأحمال، وترشيد استهلاك الطاقة، وسيناريوهات شحن أساطيل المركبات.
وهذا يجعل OCPP 2.0.1 خيارًا قويًا لما يلي:
- شبكات شحن عامة جديدة
- شحن أسطول المركبات
- رسوم مواقف السيارات التجارية
- ممرات الشحن على الطرق السريعة
- الشبكات التي تتطلب تشخيصًا أقوى للشواحن
- المشغلون يخططون لحالات استخدام مستقبلية متعلقة بمعيار ISO 15118
مع ذلك، تتطلب عملية الانتقال تخطيطًا. لا يتوافق بروتوكول OCPP 1.6 مع بروتوكول OCPP 2.0.1 بشكل مباشر، ويشير تحالف الشحن المفتوح إلى أن بروتوكول OCPP 2.0.1 لا يتوافق مع الإصدارات السابقة من بروتوكول OCPP 1.6. هذا يعني أن المشغلين قد يحتاجون إلى ترقيات لبرامج الشواحن الثابتة، وتعديلات على إعدادات النظام، واختبارات معملية، وتحقق ميداني، وخطط نشر تدريجية.
OCPP 2.1: جاهز للمستقبل ولكنه ليس مطلوبًا تلقائيًا
يُعدّ بروتوكول OCPP 2.1 أحدث جيل من هذه البروتوكولات، وهو مصمم لتلبية احتياجات الشحن المتقدمة واستخدامات الطاقة المتطورة. وقد أعلن تحالف الشحن المفتوح عن إطلاق OCPP 2.1 الذي يدعم معيار ISO 15118-20، ونقل الطاقة ثنائي الاتجاه، وتدفقات طاقة V2X، والتحكم الموزع في موارد الطاقة، بالإضافة إلى تحسينات في الشحن الذكي.
يُعدّ برنامج الشحن OCPP 2.1 ذا أهمية بالغة للمشغلين الذين يستعدون للشحن ثنائي الاتجاه، أو الشحن من المركبة إلى الشبكة، أو الشحن من المركبة إلى المبنى، أو إدارة الطاقة المتقدمة للأسطول، أو البنية التحتية للشحن التفاعلي مع الشبكة. ويكتسب البرنامج أهمية خاصة في تخطيط البنية التحتية على المدى الطويل، حيث يُتوقع أن تتفاعل أجهزة الشحن بشكل أوثق مع أنظمة الطاقة، والمباني، والبطاريات، ومحطات الطاقة الشمسية، أو منصات إدارة الطاقة المحلية.
لكن لا ينبغي اعتبار بروتوكول OCPP 2.1 شرطًا إلزاميًا لكل عملية نشر. يجب على المشغلين أولًا التحقق من دعم الشواحن، وجاهزية البنية التحتية، وتوفر الشهادات، وحالات الاستخدام الفعلية في الأعمال. في العديد من الأسواق، سيستمر استخدام بروتوكولي OCPP 1.6 وOCPP 2.0.1 لسنوات.
بالنسبة للشبكات الإقليمية سريعة النمو، وخاصة في الأسواق التي تضم علامات تجارية متنوعة لأجهزة الشحن وظروف شبكة مختلفة، قد يستفيد المشغلون من قراءة نظام إدارة شحن المركبات الكهربائية في جنوب شرق آسيا لفهم كيفية تأثير ظروف النشر المحلية على اختيار البرامج.
مقارنة بين إصدارات OCPP 1.6 و OCPP 2.0.1 و OCPP 2.1
| إصدار OCPP | السيناريو الأنسب | القدرة الأمنية | إمكانية الشحن الذكي | إدارة الأجهزة | صعوبة النشر | موصى به لـ |
|---|---|---|---|---|---|---|
| OCPP 1.6 | شبكات الشحن الحالية، والأجهزة القديمة، وعمليات النشر متعددة العلامات التجارية | أساسي افتراضيًا؛ ويمكن تحسين الأمان حسب التنفيذ | يدعم الشحن الذكي الأساسي وموازنة الأحمال | محدود مقارنةً بـ OCPP 2.x | منخفض إلى متوسط | مشغلي أجهزة الكمبيوتر الذين لديهم أجهزة شحن حالية يحتاجون إلى اتصال مستقر وتوافق واسع |
| OCPP 2.0.1 | الشبكات الجديدة تتطلب تحكمًا وأمانًا وقابلية توسع أقوى | بنية أمنية أقوى من OCPP 1.6 | شحن ذكي أكثر تطورا وتحكم في الطاقة | تحسينات كبيرة في مراقبة الجهاز وتكوينه | متوسط إلى مرتفع | مديرو أنظمة الطاقة الذين يقومون ببناء شبكات شحن حديثة، ومشغلو أساطيل المركبات، ومكاملون الأنظمة |
| OCPP 2.1 | شبكات جاهزة للمستقبل تشمل V2X، وDER، وISO 15118-20 أو إدارة الطاقة المتقدمة | يعتمد على أساس أمان OCPP 2.x | شحن ذكي أكثر تطوراً ودعم طاقة ثنائي الاتجاه | متطور وقابل للتوسيع | عالي | المشغلون يخططون للبنية التحتية من الجيل التالي ونماذج الشحن المتكاملة مع الطاقة |
أي إصدار من برنامج OCPP يجب على مديري المشتريات اختياره؟
اختر OCPP 1.6 إذا كانت التوافقية هي أولويتك.
يُعدّ بروتوكول OCPP 1.6 الخيار الأمثل في أغلب الأحيان عندما تكون أولويتك الرئيسية هي ربط أجهزة الشحن الحالية بشكل موثوق. إذا كانت أجهزة الشحن لديك مُثبّتة بالفعل، وكان وقت التشغيل مستقرًا، ولا يتطلب نموذج عملك تقنيات الشحن الذكي المتقدمة أو تدفقات الطاقة ثنائية الاتجاه، فقد يظلّ بروتوكول OCPP 1.6 خيارًا اقتصاديًا.
لا ينبغي لمسؤولي أنظمة الشحن استبدال أو ترقية أجهزة الشحن العاملة لمجرد وجود بروتوكول أحدث. بل عليهم تقييم ما إذا كان الإعداد الحالي يُعيق تحقيق الأهداف التشغيلية. فإذا كان النظام الخلفي قادرًا على مراقبة أجهزة الشحن، ومعالجة المعاملات، ودعم الفوترة، وتوفير استكشاف الأخطاء وإصلاحها الأساسي، فقد لا يكون الانتقال الكامل ضروريًا.
اختر بروتوكول OCPP 2.0.1 إذا كنت تقوم بإنشاء أو ترقية شبكة حديثة
يُعدّ بروتوكول OCPP 2.0.1 الخيار الأمثل عادةً للشبكات الجديدة أو التحديثات الرئيسية للمنصات. وهو أنسب لمديري عمليات الاتصالات الذين يحتاجون إلى أمان أقوى، وبيانات أكثر ثراءً، وتشخيصات أفضل، ومعالجة محسّنة للمعاملات، وشحن ذكي أكثر قابلية للتوسع.
عند مقارنة بروتوكول OCPP 1.6 مع الإصدار 2.0.1، ينبغي أن يستند القرار إلى متطلبات التشغيل وليس إلى أرقام الإصدارات. يوفر بروتوكول OCPP 2.0.1 مزيدًا من التحكم، ولكن فقط عندما يكون برنامج الشاحن الثابت ومنصة الواجهة الخلفية وعملية الاختبار جاهزة.
ينبغي على مسؤول المشتريات الذي يخطط لمنصة جديدة أن يسأل البائعين عما إذا كان نظام إدارة شحن المركبات الكهربائية OCPP الخاص بهم يدعم OCPP 2.0.1 في عمليات النشر الحقيقية، وليس فقط في الوثائق.
اختر OCPP 2.1 إذا كانت لديك استراتيجية واضحة للطاقة المستقبلية
يُعدّ برنامج OCPP 2.1 الخيار الأمثل للمشغلين الذين يخططون لاستخدامات متقدمة للطاقة. قد يشمل ذلك ربط المركبات بالشبكة، والشحن ثنائي الاتجاه، والطاقة الشمسية مع الشحن، وتكامل تخزين البطاريات، وتحسين استهلاك الطاقة في الأسطول، أو نماذج معاملات أكثر ديناميكية.
بالنسبة للعديد من مديري حماية البيانات، يتمثل النهج العملي في اختيار منصة تدعم بروتوكولي OCPP 1.6 و OCPP 2.0.1 حاليًا، مع الاستعداد لبروتوكول OCPP 2.1 مستقبلًا. وهذا يجنب ضغوط الترحيل غير الضرورية مع الحفاظ على جاهزية الشبكة للمستقبل.
مخاطر الترحيل: ما الذي يجب على مديري حماية البيانات التحقق منه قبل الترقية؟
توافق البرامج الثابتة للشاحن
غالباً ما يكمن الخطر الأكبر في عملية الترقية إلى بروتوكول OCPP في البرامج الثابتة للشواحن. قد يُعلن الشاحن عن دعمه لبروتوكول OCPP، لكن تنفيذه الفعلي قد لا يدعم جميع الوظائف المطلوبة. قبل الترقية، ينبغي على المشغلين التأكد من إصدار البرنامج الثابت، وملفات تعريف OCPP المدعومة، وإمكانية التحديث عن بُعد، وخيارات التراجع.
توافق الواجهة الخلفية
يجب أن يقوم نظام إدارة الشحن المتوافق مع بروتوكول OCPP بأكثر من مجرد توصيل أجهزة الشحن. يجب أن يدعم إضافة أجهزة الشحن، والتشخيص، وسير عمل البرامج الثابتة، وقواعد الشحن الذكية، وبيانات الفوترة، وتكاملات الدفع، وتكاملات التجوال، والتقارير التشغيلية.
بالنسبة لمديري المنتجات الذين يختارون منصة، نظام إدارة نقاط شحن المركبات الكهربائية تُعد هذه فرصة مفيدة للربط الداخلي لأنها تستطيع أن تشرح كيف يدعم برنامج الواجهة الخلفية عمليات الشحن اليومية.
نطاق الاعتماد والاختبار
تُساهم شهادة OCPP في تقليل مخاطر عدم التوافق، ولكن ينبغي على المشغلين التحقق من نطاق الشهادة. يتيح دليل منتجات Open Charge Alliance المعتمدة للمستخدمين استعراض المنتجات المعتمدة وتصفيتها حسب إصدار OCPP ونوع الشهادة.
قد يحصل المنتج على شهادة اعتماد لإصدار بروتوكول واحد أو نطاق وظيفي محدد، لكن هذا لا يعني بالضرورة دعمه لجميع الميزات المتقدمة. لذا، ينبغي على مسؤولي حماية المنتج طلب تقارير الاختبار، وسجلات توافق الشواحن مع مختلف العلامات التجارية، وإثباتات النشر التجريبي.
مخاطر بدء التشغيل
ينبغي أن تتم عملية الترحيل على مراحل. يجب على المشغلين تجنب تحويل الشبكة بأكملها دفعة واحدة. من الأفضل إجراء الاختبارات حسب طراز الشاحن ونوع الموقع وإصدار البرنامج الثابت وسير العمل ذي الأهمية البالغة.
قبل عملية الترحيل، يجب على مديري المنتجات اختبار ما يلي:
- تسجيل الشاحن وتفعيله
- التشغيل والإيقاف عن بعد
- التفويض ووصول المستخدم
- دقة قيمة العداد
- تدفق بيانات الفوترة
- تحديثات البرامج الثابتة
- التشخيص والإبلاغ عن الأخطاء
- قواعد الشحن الذكي
- شهادات الأمان
- تكامل الدفع وتطبيقات الجوال
- سلوك انقطاع الشبكة وإعادة الاتصال بها
كيف تدعم TrendPower تكامل OCPP متعدد الإصدارات
لا يحتاج العديد من المشغلين إلى منصة تدعم إصدارًا واحدًا فقط من بروتوكول OCPP. إنهم بحاجة إلى منصة برمجية لشحن المركبات الكهربائية قادرة على إدارة الشبكات الواقعية حيث تعمل أجهزة الشحن القديمة والحديثة معًا.
تدعم TrendPower مزودي خدمات الشحن من خلال التركيز على التكامل العملي لبروتوكول OCPP، وتوافق أجهزة الشحن، وقابلية التوسع في البنية التحتية. بالنسبة للشبكات القائمة، يعني هذا مساعدة المشغلين على الحفاظ على استقرار عمليات شحن OCPP 1.6 مع إعداد مسار ترقية تدريجي. أما بالنسبة لعمليات النشر الجديدة، فيعني ذلك دعم المناقشات حول برمجيات شحن المركبات الكهربائية OCPP 2.0.1، وجاهزية البرامج الثابتة لأجهزة الشحن، ومتطلبات الشحن الذكي، ونطاق الاختبار.
بالنسبة للمشغلين ذوي التوجه المستقبلي، يمكن لـ TrendPower المساعدة في وضع خارطة طريق نحو برنامج الشحن OCPP 2.1 دون فرض ترقيات غير ضرورية قبل أن تكون الأجهزة ودراسة الجدوى جاهزة.
يُعد هذا النهج مفيدًا بشكل خاص لمشغلي محطات الشحن، ومصنعي أجهزة الشحن، ومكاملين الأنظمة الذين يحتاجون إلى دعم بروتوكول OCPP متعدد الإصدارات، أو نماذج أعمال ذات علامات تجارية خاصة، أو سير عمل مخصص للمنصة. كما يمكن للمشغلين الراغبين في إطلاق خدمة شحن تحمل علامتهم التجارية استكشاف هذا النهج. برنامج شحن المركبات الكهربائية ذو العلامة البيضاء.
قائمة مراجعة شراء برامج OCPP لكبار مسؤولي المشتريات
قبل اختيار نظام إدارة شحن المركبات الكهربائية OCPP، ينبغي على مسؤولي المشتريات الرئيسيين طرح الأسئلة التالية:
- هل تدعم المنصة متطلبات OCPP 1.6 و OCPP 2.0.1 ومتطلبات OCPP 2.1 المستقبلية؟
- هل يمكنه إدارة علامات تجارية متعددة للشواحن في لوحة تحكم واحدة؟
- هل يمكن لشواحن OCPP 1.6 و OCPP 2.0.1 العمل على نفس المنصة؟
- ما هي طرازات الشواحن التي تم اختبارها بالفعل؟
- هل تدعم المنصة الشحن الذكي وإدارة الأحمال؟
- كيف تتم إدارة تحديثات البرامج الثابتة؟
- ما هي ملفات تعريف الأمان وسير عمل الشهادات المدعومة؟
- هل يمكن دمج المنصة مع أنظمة الدفع وتطبيقات الهاتف المحمول ومنصات التجوال؟
- ما هي خدمات دعم الهجرة التي يتم تقديمها؟
- كيف تساعد المنصة في تقليل وقت التوقف عن العمل، وتكاليف الصيانة، ودعم عبء العمل؟
لا ينبغي أن تقتصر منصة برمجيات CPO المناسبة على دعم أحدث البروتوكولات فحسب، بل يجب أن تساعد المشغلين على اختيار الإصدار المناسب لكل موقع ونوع شاحن ونموذج عمل.
دعوة نهائية لاتخاذ إجراء
هل تحتاج إلى منصة برمجية لشحن السيارات الكهربائية متوافقة مع بروتوكول OCPP وتدعم أجهزة الشحن الحالية ومسار الترقية المستقبلي؟
اطلب عرضًا توضيحيًا من TrendPower لمناقشة توافق الشاحن، وتكامل OCPP 1.6 / OCPP 2.0.1، والتخطيط لـ OCPP 2.1 الجاهز للمستقبل لشبكة الشحن الخاصة بك.
اتصل بنا
لا تصدقنا فحسب.
جربه الآن مجاناً.

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