لا يفكر معظم مشغلي نقاط الشحن في بروتوكول OCPP إلا عند حدوث عطل ما. مثلاً، يتوقف الشاحن عن الاستجابة لمنصة الإدارة، أو يفشل تحديث البرامج الثابتة، أو لا يتوافق الجهاز الجديد من مورد مختلف مع نظام إدارة نقاط الشحن القديم (CSMS).
عندها يتوقف بروتوكول OCPP عن كونه مواصفات بروتوكولية ويصبح مشكلة تجارية.
يغطي هذا الدليل ما يفعله OCPP فعليًا لعمليتك، وما تغير من الإصدار 1.6 إلى الإصدار 2.0.1، وكيفية الترحيل دون تعطيل الخدمة.
1. ما هو برنامج OCPP؟ ولماذا هو أكثر أهمية مما تعتقد؟
يرمز OCPP إلى بروتوكول نقطة الشحن المفتوحة. وهي اللغة التي تستخدمها محطات الشحن وأنظمة الإدارة المركزية للتواصل فيما بينها. بدء عملية الشحن، وإيقافها، والإبلاغ عن بيانات القياس، وإرسال تحديثات البرامج الثابتة - كل ذلك يتم عبر رسائل OCPP.
يعني الانفتاح أنك لست مقيدًا بمورد واحد. إذا كانت أجهزة الشحن لديك تدعم بروتوكول OCPP، فيمكنك تغيير مزودي نظام إدارة الشحن (CSMS). وإذا كان نظام إدارة الشحن لديك يدعم بروتوكول OCPP، فيمكنك إضافة أجهزة شحن من عدة مصنّعين. لكن هذه الميزة تختفي بمجرد اعتمادك لبروتوكول احتكاري.
يواجه المشغلون الذين يديرون أكثر من 50 شاحنًا على أنظمة خاصة بهم ثلاثة تكاليف ثابتة:
• التقييد بالبائع. لا يعمل نظام إدارة الشحن الخاص بك إلا مع شواحن من علامة تجارية واحدة. ترتفع الأسعار. ليس لديك بدائل.
• مآزق التكامل. هل ترغب في إضافة شاحن سريع للتيار المستمر من علامة تجارية مختلفة لسد ثغرة؟ هذا غير ممكن بدون برنامج وسيط.
• تأثير التقييم السلبي. عند بيع الشبكة، يُخفّض المشترون قيمة الأنظمة الاحتكارية. أما الشبكات ذات المعايير المفتوحة فتُباع بمضاعفات أعلى.
2. مقارنة بين OCPP 1.6 و 2.0.1: ما الذي تغير فعلياً
كان بروتوكول OCPP 1.6 هو البروتوكول الأساسي منذ عام 2015. وهو يتعامل مع الأساسيات - بدء/إيقاف الشحن، وقيم العداد، وتحديثات البرامج الثابتة. ولكنه يُظهر بعض علامات التقادم في بعض الجوانب.
خمسة أشياء يفعلها الإصدار 2.0.1 ولا يفعلها الإصدار 1.6:
إدارة أجهزة فعّالة على نطاق واسع. يتعامل بروتوكول OCPP 1.6 مع كل شاحن كوحدة مستقلة، حيث يتم ضبط إعدادات كل شاحن على حدة. أما بروتوكول OCPP 2.0.1 فيقدم نموذج الجهاز، وهو طريقة موحدة لقراءة وكتابة إعدادات جميع الشواحن في شبكتك من شاشة واحدة. إذا كنت تدير 200 شاحن، فهذا وحده يبرر الترقية.
أمانٌ لا يعتمد على التمني. الإصدار 1.6 يرسل الرسائل كنص عادي افتراضيًا. بروتوكول TLS اختياري. الإصدار 2.0.1 يُلزم باستخدام TLS 1.2 أو أحدث، ويُضيف ميزة توقيع البرامج الثابتة - حيث يتحقق الشاحن من أن تحديث البرنامج الثابت صادرٌ منك قبل تثبيته. بدون برنامج ثابت مُوقّع، لا يُمكن تثبيته. هذا يُغلق أكثر ثغرات الهجوم شيوعًا على شبكات الشحن العامة.
شحن ذكي يوفر المال فعلاً. يتضمن الإصدار 1.6 ملفات تعريف أساسية لتقييد الطاقة. ويضيف الإصدار 2.0.1 جداول شحن فورية، وإشارات تعريفة ديناميكية، وتكاملاً مع معيار ISO 15118 للتواصل بين المركبة والشبكة. بالنسبة للمشغلين في الأسواق التي تطبق رسوم الطلب أو تسعير وقت الاستخدام، يُحدث هذا فرقاً جوهرياً بين فاتورة كهرباء باهظة وفاتورة يمكن التخطيط لها.
معالجة المعاملات بشكل صحيح. يفترض نموذج المعاملات في الإصدار 1.6 وجود شاحن واحد ومركبة واحدة وجلسة واحدة. بينما يتعامل الإصدار 2.0.1 مع المعاملات المتزامنة على أجهزة الشحن متعددة المنافذ، وهو ما ينطبق فعلياً على معظم أجهزة الشحن السريع بالتيار المستمر.
**دعم أصلي لمعيار ISO 15118.** تتطلب خاصية التوصيل والشحن، حيث تقوم السيارة بالتحقق من هويتها وبدء الشحن دون الحاجة إلى تطبيق أو بطاقة RFID، بروتوكول OCPP 2.0.1 ومعيار ISO 15118. إذا كانت شبكتك ترغب في توفير هذه الميزة، فأنت بحاجة إلى الإصدار 2.0.1.
3. مقارنة التكلفة الحقيقية بين برامج OCPP والبرامج الاحتكارية
تعد البروتوكولات الخاصة بالبساطة. مورد واحد. منصة واحدة. كل شيء يعمل فورًا.
يأتي المقابل لاحقاً:
| OCPP (مفتوح) | ملكية خاصة | |
| اختيار الأجهزة | أي شاحن متوافق مع بروتوكول OCPP | علامة تجارية واحدة فقط |
| اختيار نظام إدارة علاقات العملاء | يمكنك التبديل في أي وقت | مرتبط بمنصة البائع |
| تكلفة التكامل | منخفض (رسائل قياسية) | واجهة برمجة تطبيقات مخصصة لكل بائع |
| تأمين المستقبل | اتبع مواصفات OCPP | اتبع خارطة طريق البائع |
| تكلفة الخروج | شبه معدوم | استبدل الأجهزة أو نظام إدارة المحتوى |
لقد رأينا مشغلين يشترون أنظمة خاصة لتوفير 8% على الأجهزة، ثم ينفقون 3 أضعاف ذلك لبناء عمليات تكامل مخصصة بعد عامين عندما احتاجوا إلى إضافة سعة من مورد مختلف.
4. الترحيل: كيفية الانتقال من الإصدار 1.6 إلى الإصدار 2.0.1
لا يعني التحديث استبدال أجهزة الشحن. فمعظم الأجهزة الحديثة من الشركات المصنعة الموثوقة تدعم كلا البروتوكولين. المسألة تكمن في ترتيب البروتوكولات.
المرحلة الأولى: تدقيق أسطولك. أدرج جميع طرازات الشواحن، وإصدارات البرامج الثابتة، وإصدار بروتوكول OCPP الحالي. قد تحتاج بعض الشواحن المصنعة قبل عام 2020 إلى ترقيات للأجهزة. تدعم معظم الوحدات المصنعة بعد عام 2021 من شركة Anari Energy وغيرها من الشركات المصنعة الكبرى الإصدار 2.0.1 عبر تحديث البرامج الثابتة.
المرحلة الثانية: التحقق من نظام إدارة المحتوى الخاص بك. لا تدعم جميع منصات الإدارة الإصدار 2.0.1 حتى الآن. تأكد من ذلك مع مزود الخدمة. إذا لم يكن الأمر كذلك، فإن عملية الترقية تبدأ من نظام إدارة خدمات العملاء (CSMS)، وليس من أجهزة الشحن.
المرحلة الثالثة: التشغيل بالتوازي. اختر من 3 إلى 5 مواقع شحن. قم بترقية البرامج الثابتة إلى الإصدار 2.0.1. أبقِها متصلة بنظام إدارة الشحن (CSMS) على الإصدار 2.0.1 بينما تبقى بقية الأجهزة على الإصدار 1.6. راقبها لمدة أسبوعين. يجب أن تكون جلسات الشحن متطابقة.
المرحلة الرابعة: التنفيذ على دفعات. قم بنقل 20% من أسطولك أسبوعيًا. هذا يحافظ على تشغيل الشبكة ويمنحك الوقت الكافي لاكتشاف أي خلل قبل أن يؤثر على جميع أجهزة الشحن.
المرحلة الخامسة: التحقق من الامتثال. بعد الترقية، قم بإجراء فحص امتثال: تأكد من تطبيق بروتوكول TLS، وتفعيل توقيع البرامج الثابتة، واستجابة ملفات تعريف الشحن الذكي لأوامر CSMS. الشاحن الذي يدّعي دعمه للإصدار 2.0.1 لا يعني بالضرورة أنه شاحن يُطبّق هذا الإصدار بالكامل.
تأتي شواحن أناري إنرجي مزودةً بتقنية OCPP 1.6J كمعيار أساسي، مع توفر الإصدار 2.0.1 عبر ترقية البرامج الثابتة لجميع شواحن سلسلة التيار المستمر. بالنسبة للمشغلين الذين يخططون للترقية، يوفر فريقنا حزمة البرامج الثابتة، وإمكانية الوصول إلى بيئة الاختبار، والدعم عن بُعد طوال فترة الترقية.