كيفية إيقاف جلسة الشحن باستخدام StopTransaction

مقدمة

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

‍

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

‍

بغض النظر عن الطريقة المستخدمة لإيقاف الجلسة، سيرسل شاحن EV (عميل OCPP) إشعارًا جديدًا بالحالة وطلب StopTransaction إلى نظام إدارة الشحن (الواجهة الخلفية لـ OCPP).

‍

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

‍

لإيقاف جلسة شحن OCPP، والمعروفة أيضًا باسم المعاملة، التي بدأها عميل OCPP، نحتاج إلى رسائل OCPP التالية:

• طلب إشعار الحالة
• طلب إيقاف المعاملة

‍

كيفية استخدام تحديث إشعار الحالة لإيقاف جلسة شحن OCPP

قبل إيقاف جلسة الشحن، يكون شاحن EV في وضع «الشحن». هذا يعني أن جلسة الشحن قد بدأت مسبقًا، وأن آخر إشعار بالحالة أرسله شاحن EV كان «الشحن».

‍

من أجل إيقاف جلسة الشحن، يرسل شاحن EV طلب StatusNotification.req جديدًا (StatusNotification.req) إلى الواجهة الخلفية لـ OCPP. سيعمل إشعار الحالة على تغيير الحالة النشطة من «الشحن» إلى إحدى حالات نقاط الشحن التالية:

• «متاح»
• «مطور معلق»
• «التشطيب»
• «غير متاح»
• «معطل»

‍

يعكس تنوع أنواع الحالة مجموعة متنوعة من الأسباب لإنهاء جلسة الشحن. نوضح الشروط التي تؤدي إلى تشغيل كل حالة من حالات نقاط الشحن أدناه:

«الشحن» → «متاح»
‍تنتهي جلسة الشحن دون الحاجة إلى إجراء من المستخدم (على سبيل المثال، تمت إزالة الكبل الثابت من جانب EV).

«الشحن» → «التطوير المعلق»
‍يتوقف الشحن عند طلب السيارة الكهربائية (لا يمكن للسيارة الكهربائية أن تستهلك أي طاقة إضافية).

«الشحن» → «جهاز التعليق»
يتوقف الشحن عند طلب EVSE (معدات توريد المركبات الكهربائية) (على سبيل المثال، تقييد الشحن الذكي، لم يتم اعتماد المعاملة بشكل صحيح في StartTransaction.conf).

«الشحن» → «التشطيب»
‍يقوم المستخدم بإيقاف المعاملة عبر واجهة مستخدم الشاحن أو رسالة RemoteStopTransaction+ يلزم اتخاذ إجراء إضافي من المستخدم (على سبيل المثال، إزالة الكابل وترك موقف السيارات).

«الشحن» → «غير متوفر»
‍انتهت جلسة الشحن + لا يلزم اتخاذ أي إجراء من قبل المستخدم+ تمت جدولة الموصل ليصبح غير متاح.

«الشحن» → «معطل»
‍تم اكتشاف خطأ يمنع المزيد من عمليات الشحن (خطأ الشاحن).

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

‍

للتلخيص، عندما يريد شاحن EV بدء إيقاف جلسة الشحن، سيرسل الشاحن رسالة StatusNotification.req جديدة إلى خادم OCPP، مع التغيير من «الشحن» إلى إحدى معاملات الحالة أعلاه. بدون تحديث الحالة هذا، لن يتوقف الشاحن عن الشحن.

إذا كانت الواجهة الخلفية لـ OCPP جاهزة، فسترد برسالة StatusNotification.conf لتأكيد استلام الرسالة وفهمها. لا يحتوي التأكيد على أي معلومات.

أدناه ترى تدفق طلب إعلام الحالة في OCPP:

‍

‍

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

• معرف الموصل: هو معرف موصل الشحن، والذي عادة ما يكون 1 أو 2. إذا كانت نقطة الشحن تحتوي على المزيد من المقابس، فسيكون هذا الرقم أعلى.‍
• رمز الخطأ: يعرض الأخطاء المحتملة التي أبلغ عنها الشاحن. لبدء الجلسة، يجب أن تحتوي بشكل مثالي على «NoError». ومع ذلك، يمكن أن تكون الأخطاء المحتملة هي «EVCommunicationError» و «UnderVoltage» وما إلى ذلك. في كثير من الحالات، ستظهر الحالة «خطأ آخر» ورمز خطأ البائع في الملف الإضافي معلومات أو رمز خطأ البائع حقل. بالنسبة للعمليات الكبيرة، تصبح رموز الأخطاء هذه مهمة جدًا وستقدم رؤى حول أخطاء الأجهزة المحتملة.‍
• منزلة: كما ذكرنا أعلاه، يجب تغيير هذا من «الشحن» إلى «متاح»، «التشطيب»، إلخ.

‍

‍

ملاحظة: إذا كان الشاحن يحتوي على أكثر من منفذ، فسيتم ترقيم معرف الموصل 1،2،3 وما إلى ذلك، وهذا أمر مهم لأن بعض أجهزة الشحن تسمح بالشحن المتزامن. قد يكون الموصل 1 في حالة «متاح» بينما لا يزال الموصل 2 في حالة «الشحن». إذا كان بإمكان قابس واحد فقط الشحن في المرة الواحدة، فيجب أن ترسل الموصلات الأخرى طلب StatusNotification يحتوي على الحالة «غير متوفر».

‍

هنا ترى مثالاً على إشعار الحالة.req

{
«معرف الموصل»: 2،
«رمز الخطأ»: «لا يوجد خطأ»،
«الحالة»: «مطور معلق»،
«الطابع الزمني»: «2022-09-12T 10:01:00.515 Z»
}

‍

‍

كيفية إيقاف طلب المعاملات وتقرير الطاقة في OCPP

بعد تغيير الحالة من «الشحن» إلى إحدى الحالات الست المحتملة، سيرسل شاحن EV طلب إيقاف المعاملة (StartTransaction.req).

‍

يمكن أن يختلف الوقت بين تغيير الحالة وطلب إيقاف المعاملة اعتمادًا على الشركة المصنعة لـ EVSE. في Ampcontrol، لاحظنا أوقاتًا تتراوح بين ثانية واحدة و10 ثوانٍ. هذه هي المعلومات الأساسية التي تفيد بإيقاف الشحن، والتي يتم إرسالها من عميل OCPP إلى خادم OCPP.

‍

عند استلام طلب Stoptransaction.req، يستجيب خادم OCPP باستخدام StopTransaction.conf. لذلك، سيتحقق الخادم من المعلومات الواردة في طلب إيقاف المعاملة، مثل معرف المعاملة أو الطابع الزمني أو IdTag.

‍

‍

إلى جانب الطابع الزمني للتوقف ومعرف المعاملة وعلامة الهوية، تحتوي رسالة OCPP StopTransaction أيضًا على حقلين مفيدين: السبب وMeterStop.

‍

يحدد حقل «السبب» مشغل إنهاء جلسة الشحن. يساعد ذلك مشغل نقطة الشحن على استكشاف أخطاء عملية الشحن وإصلاحها ويمكنه إبلاغ السائق عن سبب توقف جلسة الشحن. الأسباب المحتملة هي:

• محلي: تم إيقافه محليًا عبر طلب المستخدم في Charge Point. هذا هو الإنهاء المنتظم للمعاملة. أمثلة: تقديم علامة RFID أو الضغط على زر للتوقف.
• فقدان الطاقة: فقدان كامل للطاقة.
• اعادة التشغيل: حدثت عملية إعادة تعيين/إعادة تشغيل بدأت محليًا.
• جهاز التحكم: تم إيقافه عن بُعد عبر طلب المستخدم. يُعد هذا إنهاءً منتظمًا للمعاملة—على سبيل المثال: الإنهاء باستخدام تطبيق هاتف ذكي أو تجاوز رصيد مسبق الدفع (غير محلي).
• SoftReset: تم استلام أمر إعادة الضبط الناعم.
• تم قطع اتصال EV: تم استخدام زر إيقاف الطوارئ، أو تم فصل السيارة.
• غير مفوّض: تم إيقاف المعاملة بسبب حالة التفويض في StartTransaction.conf
• أخرى: أي سبب آخر
• أمر فتح: أرسلت الواجهة الخلفية لـ OCPP أمر Unlock Connector (يسمح بإلغاء قفل قابس نقطة الشحن فعليًا).

يقوم حقل «MeterStop» بالإبلاغ عن استخدام الطاقة في نهاية جلسة الشحن. يساعد هذا في الإبلاغ بشكل صحيح عن إجمالي الكيلووات المشحونة وإجمالي تكاليف الطاقة لمعاملة الشحن هذه.

‍

ملاحظة: عادةً ما تقوم الواجهة الخلفية لـ OCPP (CMS) بتطبيق فحص السلامة للتحقق من البيانات الموجودة في StopTransaction.req. ومع ذلك، يجب أن تستجيب الواجهة الخلفية لـ OCPP دائمًا بـ stoptransaction.conf. لن يؤدي الفشل في الرد باستخدام stoptransaction.conf إلا إلى قيام Charge Point بتجربة نفس الرسالة مرة أخرى كما هو محدد في استجابات الخطأ للرسائل المتعلقة بالمعاملات.

‍

للتلخيص، يتضمن كل من الطلب ورسالة التأكيد معلومات أساسية نريد مناقشتها:

• بطاقة الهوية: يعرض المعرف الذي طلب إنهاء الشحن. إنه اختياري لأن Charge Point قد تنهي الشحن دون وجود IDTag، على سبيل المثال، في حالة إعادة الضبط.
• عداد التوقف: يحتوي على قيمة العداد بالـ Wh للموصل في نهاية المعاملة. 
• الطابع الزمني: يحتوي على التاريخ والوقت اللذين تم فيهما إيقاف المعاملة.
• معرف المعاملة: يحتوي على معرف المعاملة كما تم استلامه من قبل ابدأ المعاملة. conf.
• السبب: يعرض سبب إيقاف المعاملة.
• بيانات المعاملة: يحتوي هذا على تفاصيل استخدام المعاملات ذات الصلة لأغراض الفواتير. علاوة على ذلك، يتم استخدام عنصر TransactionData كحاوية لأي عدد من MeterValues، باستخدام نفس بنية البيانات مثل عناصر meterValue في قيم عداد OCPP. REQ
• معلومات بطاقة الهوية: يحتوي على معلومات حول حالة التفويض وانتهاء الصلاحية ومعرف الوالدين.

‍

هنا يمكنك مشاهدة مثال لstoptransaction.req وstopTransaction.conf:

إيقاف المعاملة. req

{
«السبب»: «محلي»،
«معرف المعاملة»: 568161113،
«ميترستوب»: 4329600،
«الطابع الزمني»: «2022-09-08T 10:31:26.127 Z»
}

‍

إيقاف المعاملات. conf

{
«معلومات الهوية»:
{
«الحالة»: «مقبولة»
}
}

‍

‍

ملخص

رسائل StopTransaction وStatusNotification هي رسائل OCPP مهمة تُستخدم بشكل متكرر في شبكات شحن المركبات الكهربائية أو مراكز الشحن الخاصة.

العملية النموذجية لإنهاء جلسة الشحن هي:

1. قم بتغيير حالة الشاحن من «الشحن» إلى «متاح» و «SuspendeDev» وما إلى ذلك.
2. أوقف عملية الشحن عبر تفاعل المستخدم أو السيارة أو الشاحن أو الأمر عن بُعد.
3. يرسل شاحن EV رسالة StopTransaction.req، التي تحتوي على قيم العدادات لإعداد التقارير المناسبة.