فصل جديد من الشحن الذكي للمركبات الكهربائية - عصر OCPP 2.0

ما هي OCPP وتحالف الشحن المفتوح (OCA)؟

‍

بروتوكول نقطة الشحن المفتوحة (OCPP) هو بروتوكول للاتصال بين محطة شحن المركبات الكهربائية ونظام المكتب الخلفي المركزي. OCPP هو معيار دولي مفتوح متاح مجانًا، ولا توجد رسوم ترخيص مطلوبة. تم تطوير إصدار البروتوكول في عام 2009 لسوق البنية التحتية للمركبات الكهربائية ويتم دعمه اليوم من قبل العديد من اللاعبين الكبار في صناعة المركبات الكهربائية مثل المرافق ومصنعي محطات الشحن ومشغلي نقاط الشحن (CPO) وموردي برامج المكاتب الخلفية.

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

على غرار العديد من بروتوكولات إنترنت الأشياء، يصف OCPP الرسائل التي ترسلها Charging Station و IT Backend إلى بعضهما البعض لمصادقة مستخدمي EV الجدد أو تتبع قيم عداد الطاقة أو إعطاء أوامر الشحن. الرسم التوضيحي التالي هو مثال صغير من بروتوكول OCPP الذي يشير إلى التفويض والبدء والتوقف لدورة الشحن.

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

مقارنة OCPP 2.0 مقابل OCPP 1.6 لشبكات شحن المركبات الكهربائية

تعمل الاتجاهات في عالم السيارات الكهربائية وسوق الطاقة على إعادة تشكيل المعايير والمتطلبات الخاصة بخلفيات الشحن. تصبح أنظمة البرامج أكثر أمانًا ومرونة بشكل متزايد وتتلقى وظائف جديدة وقابلة للتشغيل المتبادل أكثر فأكثر. أحد «الابتكارات» الأساسية هو معيار ISO أيزو 15118 يصف الاتصال بين السيارة ونقطة الشحن. يوفر مصادقة مماثلة معروفة من PKI (على سبيل المثال، تستخدم للاتصال الآمن لمواقع الويب) واتصالًا أفضل لرسائل البيانات بين المركبات ومحطات الشحن.

التغيير الأساسي الثاني هو وظائف الشحن الذكي الأكثر نضجًا لـ OCPP 2.0 وكذلك OCPP 1.6. خاصة كوب 2.0 تقدم مجموعة واسعة من وظائف التحكم للمرافق أو مشغلي نقاط الشحن (CPO) أو مالكي EVSE.

كما يقول الرقم بالفعل، تم إصدار OCPP 2.0 بعد OCPP 1.6 وهو أحدث إصدار من البروتوكول المفتوح لشحن المركبات الكهربائية. نظرًا لنشر OCPP 2.0 في عام 2018، لا تزال أنظمة شحن المركبات الكهربائية الرئيسية تستخدم OCPP 1.6. ومع ذلك، يرى معظم المصنّعين ومقدمي الخدمات أن OCPP 2.0 يمثل علامة فارقة ويخططون للانتقال إلى الإصدار الذي تم إصداره حديثًا في السنوات القادمة. عدد قليل من مزودي نقاط الشحن مثل إيبي يتم بالفعل تسويق نقاط الشحن استنادًا إلى OCPP 2.0.

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

اتصالات إنترنت الأشياء الأكثر نضجًا بين السيارة الكهربائية ونقطة الشحن وواجهة OCPP الخلفية مع OCPP 2.0

هناك تحسن كبير يتمثل في إمكانية توصيل كمية الطاقة المطلوبة (= كمية الطاقة بالكيلووات ساعة التي تريد السيارة شحنها). بعد أن يقوم مستخدم السيارة بتوصيل سيارته الكهربائية ونقطة الشحن، ترسل السيارة معلومات الطاقة المطلوبة في رسالة إلى نقطة الشحن (فقط مع ISO 15118). تقوم نقطة الشحن بإعادة توجيه هذه القيمة كقيمة مطلقة (على سبيل المثال، كيلووات ساعة) إلى شبكة الشحن المركزية، والتي يمكنها تخطيط دورة الشحن بناءً على كمية الطاقة المطلوبة.

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

1. ترسل المركبة الكهربائية رسالة ChargeParameterDiscoveryReq إلى محطة الشحن.

2. ترسل محطة الشحن رسالة طلب NotifyEchargingNeeds إلى CSMS.

3. ترسل CSMS رسالة NotifyEchargingNeedsResponse إلى محطة الشحن.

تستخدم محطة الشحن الرسالة «NotifyEvChargingNeedsRequest» لتوصيل احتياجات الشحن كما تم حسابها بواسطة EV إلى CSMS. يحتوي طلب NotifyEvChargingNeeds على الحقول التالية. يتضمن حقل «ChargingNeeds» «كمية الطاقة» الخاصة بالمركبة الكهربائية.

لا يسمح OCPP 1.6 باستخدام مثل هذا الحقل أو إرسال كمية الطاقة المطلوبة كقيمة مطلقة من نقطة الشحن إلى الواجهة الخلفية لـ OCPP. بدلاً من ذلك، يسمح OCPP 1.6 «فقط» بإرسال حالة الشحن (تسمى أيضًا SoC) التي تمثل الحالة الحالية لبطارية السيارة بالنسبة المئوية (حالة الشحن = 80٪ تعني أن 20٪ من البطارية تحتاج إلى الشحن بالطاقة الكهربائية). يعد State of Charge مجالًا حيويًا للبيانات ولكنه يحد من المعلومات الموجودة على الواجهة الخلفية لـ OCPP أو نظام إدارة الطاقة المحتمل. ومع ذلك، هناك العديد من الاحتمالات لتنفيذ الشحن الذكي في شبكات الشحن في OCPP 1.6. على سبيل المثال، في ampcontrol، قمنا بتطوير واجهات متطورة للواجهات الخلفية لـ OCPP 1.6 و OCPP 2.0. يمكن للمطورين طلب الوصول المجاني إلى وثائقنا وتجربة مجانية لتنفيذ Smart Charging من خلال ampcontrol لنظام OCPP الخلفي الخاص بهم. (www.ampcontrol.io)

سنبقيك على اطلاع!

‍