لماذا تفشل جلسات شحن المركبات الكهربائية: دليل تشخيصي للمشغلين والسائقين

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

يواجه كل مشغل هذه المشكلة أسبوعياً، ومع ذلك لا ينشر أحد تقريباً شجرة اتخاذ القرار الخاصة بها.

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

ابدأ من هنا: الفرز ذو الفروع الثلاثة

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

الفرع 1: الشاحن معطل أو غير متاح

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

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

ما يعنيه ذلك في العمق. في بروتوكول OCPP 1.6، هذا عبارة عن StatusNotification بحالة Faulted أو غير متاح، و errorCode المرافق هو حمولة التشخيص. إليك الأخطاء الشائعة وما تشير إليه:

هناك ثلاثة أسباب متميزة تؤدي إلى هذا المسار، وهي ليست متساوية في احتمالية الحدوث:

1. خلل حقيقي في الأجهزة أو البرامج الثابتة. وهذا هو السبب في معظم الحالات.
2. قام المشغل بتعطيل الشاحن عمداً — سواء للصيانة المجدولة، أو بسبب مشكلة معروفة، أو لأن الموقع يتطلب موافقة مسبقة قبل الاستخدام. يتم ذلك عبر تغيير ChangeAvailability إلى Inoperative في النظام الخلفي، وهو ليس عطلاً. لا ينبغي أن يفاجئ هذا فريقك، لكنه يفاجئ السائقين باستمرار.
3. مشكلة في المصدر — مثل تعثر قاطع الدائرة، أو نظام إدارة الأحمال الذي يبقي الموقع عند مستوى صفر، أو مشكلة في الإمداد.

ما لا يكون السبب عادةً: مشكلة في الاتصال. هذا تشخيص خاطئ شائع. صُممت الشواحن لتستمر في العمل لفترة دون اتصال بالنظام الخلفي باستخدام قوائم التفويض المخزنة مؤقتاً. الشاحن الذي فقد اتصاله بالشبكة سيستمر عادةً في الشحن؛ ولن يتحول عادةً إلى حالة Faulted. إذا كانت مواقعك تعاني من فترات انقطاع حقيقية، فهذه حالة تستدعي الاتصال مع خاصية التكرار والنسخ الاحتياطي و دعم الشحن دون اتصال بالإنترنت — ولكن لا تلجأ إلى تفسير الشبكة عندما يكون ما تراه أمامك هو ضوء أحمر.

الفرع 2: الشاحن متاح، لكن جلسة الشحن لا تبدأ أبداً

كيف يبدو الأمر. يضيء الشاحن باللون الأخضر. يقوم السائق بتوصيل الكابل والمصادقة — عبر تطبيق الهاتف، أو بطاقة الوقود، أو المصادقة التلقائية من خلال المركبة. يبدو أن الشاحن يقوم بعمل ما: تتغير الشاشة، ويبدو أنه في مرحلة الاستعداد. ثم يعود إلى حالة "متاح" أو ينتقل إلى حالة "خطأ". عند فصل الكابل، يعود الشاحن إلى اللون الأخضر.

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

تسلسل إعادة المحاولة من قبل السائق — بهذا الترتيب:

1. تأكد من استخدام بطاقة الوقود أو الحساب الصحيح لهذا الموقع.
2. افصل الكابل عن المركبة.
3. أطفئ المركبة، ثم شغلها، ثم أطفئها مرة أخرى. اتركها مطفأة.
4. أعد توصيل الكابل.
5. ابدأ جلسة جديدة في غضون 20 ثانية تقريباً.
6. إذا فشل ذلك، جرب طريقة مصادقة مختلفة — عبر شاشة الشاحن بدلاً من التطبيق، أو استخدم بطاقة مختلفة.

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

الفئة أ — التفويض والخادم الخلفي. يرسل الشاحن طلب Authorize (أو idTag ضمن StartTransaction) إلى الخادم الخلفي. يرد الخادم الخلفي بحالة idTagInfo كالتالي:

• Invalid — البطاقة أو الحساب غير معروف لهذا النظام
• Blocked — معروف، ولكنه معطل
• Expired — انتهت فترة الصلاحية
• ConcurrentTx — هذا الرمز لديه جلسة مفتوحة بالفعل في مكان آخر
• Accepted — جاهز للشحن

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

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

الفئة ب — الشاحن لا يستطيع التواصل مع المركبة. يتبادل الشاحن والمركبة البيانات عبر كابل التحكم (Control Pilot): الجاهزية، التيار المتاح، وحالات الخطأ. إذا كانت المركبة متوقفة لفترة طويلة، فقد يكون متحكم الاتصال الخاص بها قد دخل في وضع السكون ولم يستيقظ للرد.

في بروتوكول OCPP 1.6 يظهر هذا كـ errorCode: EVCommunicationError، أو كجلسة تصل إلى حالة SuspendedEV وتبقى هناك — الشاحن جاهز ويوفر الطاقة، لكن المركبة لا تستقبلها. هذا التمييز هو الإشارة الأكثر فائدة في هذا الدليل بأكمله: SuspendedEVSE تعني أن الشاحن أو الموقع يحجب الطاقة؛ SuspendedEV تعني حالة المركبة. إحداهما تتطلب إصلاحاً من جانبك، والأخرى تخص الأسطول.

دورة الإيقاف/التشغيل/الإيقاف في تسلسل إعادة المحاولة موجودة خصيصاً لتنبيه وحدة تحكم المركبة. وهي تنجح في كثير من الأحيان بما يكفي لتجربتها قبل تصعيد الأمر لأي جهة.

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

المسار 3: تبدأ الجلسة ثم تتوقف مبكراً

كيف يبدو الأمر. بدأت الجلسة بشكل سليم. استهلكت المركبة طاقة فعلية — عدة كيلوواط/ساعة، ربما لساعات. ثم توقفت، قبل أن تصل المركبة إلى الشحن الكامل.

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

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

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

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

السبب الثالث: وجود سبب فعلي للإيقاف. OCPP StopTransaction يتضمن حقل reason ، وهو أسرع وسيلة لحسم هذا الأمر:

إن Remote (الإيقاف عن بُعد) في مواقع المستودعات غالباً ما يكون ناتجاً عن نظام إدارة الأحمال الخاص بك وهو يقوم بالضبط بما تم تكوينه للقيام به. تحقق من ذلك قبل إرسال أي فني.

سجل الشاحن أم سجل النظام الخلفي؟

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

• سجل النظام الخلفي — هل كان الرمز صالحاً، ماذا كانت نتيجة التفويض، ماذا أظهرت قيم العداد بمرور الوقت، ما هو سبب الإيقاف الوارد، ومتى بدأ انقطاع نبضات الاتصال (heartbeat). استخدمه في حالات فشل التفويض، وتوقفات السياسات، وأي مشكلات تتعلق بالاتصال.
• سجل الشاحن — أحداث الموصلات والمرحلات، رحلات الحماية والحرارة، تغيرات حالة التحكم التجريبي (control pilot)، سلوك البرامج الثابتة، والأخطاء الداخلية. استخدمه لأي مشكلات مادية ولـ InternalError أو خطأ آخر.

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

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

المستوى التشغيلي: كيفية التعامل مع كل حالة فشل

التشخيص هو نصف العمل، والنصف الآخر هو التوجيه؛ أي تحديد حالات الفشل التي تستحق تدخل العنصر البشري.

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

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

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

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

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

الأسئلة الشائعة

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

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

كيف يمكنني معرفة ما إذا كانت المشكلة في الشاحن أم في المركبة؟تحقق من الجانب الذي أوقف الجلسة. في بروتوكول OCPP، SuspendedEVSE تعني أن الشاحن أو الموقع يوقف إمداد الطاقة؛ SuspendedEV تعني أن المركبة لا تقبل الشحن. EVCommunicationError تشير إلى وجود مشكلة في رابط بيانات الكابل مع المركبة.

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

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

قلل من الزيارات الميدانية غير الضرورية. يمنح Ampcontrol المشغلين تنبيهات فورية عبر بروتوكول OCPP، وتشخيصات عن بُعد، وتحكماً عن بُعد في جميع العلامات التجارية للشواحن — وهو الأساس لـ مراقبة وصيانة شواحنك و لـ استخدام بروتوكول OCPP لعمليات الشحن على نطاق واسع. احجز عرضاً توضيحياً لرؤية ذلك في مواقعك الخاصة.

‍