تشخيص أعطال السيارات الكهربائية: لماذا يختلف عن السيارة التقليدية؟

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

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

تشخيص EV لا يبدأ من سؤال: ما القطعة التي تعطلت؟

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

في السيارة الكهربائية تتغير الصورة. لا يوجد احتراق يحتاج إلى Spark أو Fuel Pressure، لكن توجد بطارية دفع وإلكترونيات قدرة ومحرك كهربائي وشبكات تحكم وإدارة حرارية ومنظومة شحن وعدد كبير من شروط السماح والحماية.

لذلك قد يكون السؤال الأقوى في بداية التشخيص: ما الذي منع النظام من أداء الوظيفة؟ وليس فقط: ما المكوّن الذي لا يعمل؟

هذا التغيير البسيط في السؤال يغير جزءًا كبيرًا من طريقة التفكير.

العَرَض نفسه يمكن أن يكون قرار حماية وليس عطل المكوّن الظاهر

عندما يشعر السائق بانخفاض واضح في القدرة، من السهل التفكير في ضعف Battery Pack أو خلل Electric Motor أو Inverter.

لكن المركبة قد تكون هي التي قللت القدرة عمدًا.

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

في هذه الحالة يكون انخفاض الأداء نتيجة لقرار تحكم صحيح تجاه حالة غير صحيحة في مكان آخر.

إذا لم يميز الفني بين العطل واستجابة الحماية، قد يستبدل جزءًا يقوم بوظيفته تمامًا.

أفضل طريقة لقراءة المشكلة: المطلوب والمسموح والفعلي

من أكثر العلاقات المفيدة في تشخيص السيارات الكهربائية مقارنة ثلاث طبقات من البيانات.

المطلوب هو ما يطلبه السائق أو النظام، مثل طلب عزم معين أو قدرة شحن.

المسموح هو الحد الذي قررت وحدات المركبة السماح به في الظروف الحالية.

الفعلي هو ما تحقق بالفعل من المحرك أو العاكس أو النظام الذي يتم تقييمه.

هذه المقارنة تستطيع تغيير اتجاه التشخيص بالكامل.

إذا ضغط السائق على دواسة التسارع بقوة، وكانت قيمة الطلب مرتفعة لكن وحدة التحكم تسمح بقدرة أقل بسبب Thermal Limit، فالمحرك الذي ينتج العزم المحدود لا يكون بالضرورة معطلًا.

أما إذا كان الطلب مرتفعًا والحد المسموح طبيعيًا بينما الناتج الفعلي لا يتبع الأمر، فهناك سبب آخر يحتاج إلى البحث.

الفني هنا لا ينظر إلى رقم منفرد، بل إلى العلاقة بين القرار والاستجابة.

حالة READY ليست مجرد لمبة على لوحة العدادات

في سيارة الاحتراق، سماع Starter ثم دوران المحرك يقدم للفني معلومات فورية عن المرحلة التي وصل إليها النظام. أما في السيارة الكهربائية فلا يوجد التسلسل السمعي نفسه.

لذلك تصبح حالات مثل READY وDrive Enable وحالات السماح الأخرى بيانات مهمة في التشخيص.

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

السؤال يصبح: إلى أي مرحلة وصل تسلسل التشغيل، وما الشرط الذي أوقفه؟

هذا النوع من State Diagnosis من أهم الفروق العملية بين EV والسيارة التقليدية.

لا تخلط بين عدم التشغيل وعدم قدرة المحرك الكهربائي على الدوران

عندما يقول العميل «السيارة لا تمشي»، فهذه ليست نتيجة تشخيصية.

قد تكون المركبة غير قادرة على الاستيقاظ بصورة صحيحة، أو قد تستيقظ الوحدات لكن لا تدخل READY، أو تدخل READY بينما تمنع وحدة التحكم اختيار Drive، أو تسمح بالقيادة مع Power Limitation، أو تأمر منظومة الدفع بعزم لا يتم تنفيذه بالشكل المطلوب.

كل واحدة من هذه الحالات تبدأ من منطقة مختلفة في التشخيص.

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

Full Vehicle Scan أكثر قيمة من الدخول مباشرة إلى الوحدة التي تحمل اسم العطل

إذا ظهرت رسالة مرتبطة بمنظومة الدفع، قد يفتح الفني وحدة Motor Control أو Inverter مباشرة ويبدأ قراءة أكوادها.

لكن المركبة الكهربائية شديدة الترابط، ولذلك يكون الفحص الشامل للأنظمة مهمًا جدًا في بداية كثير من الحالات.

قد تظهر مثلًا أكواد في:

• BMS.
• Power Electronics.
• Thermal Management.
• Gateway.
• نظام الشحن.
• وحدة التحكم في الدفع.

وجود هذه الأكواد معًا لا يعني أن كل هذه الأنظمة تعطلت.

الفائدة من Full Scan هي بناء خريطة للحالة ثم تحديد أي كود أقرب إلى السبب الأولي وأيها ظهر لأن نظامًا آخر توقف عن إرسال معلومة أو سماح.

أول كود مهم ليس دائمًا أكثر كود يبدو مخيفًا

يمكن أن تسجل عدة وحدات DTCs نتيجة حدث واحد.

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

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

لهذا يجب الانتباه إلى:

• حالة الكود Active أو History بحسب النظام.
• توقيت ظهوره إن كانت البيانات متاحة.
• Freeze Frame.
• الوحدات التي سجلته.
• العلاقة بين الأكواد.

المهم ليس عدد الأكواد، بل أي حدث يستطيع تفسير بقية الأحداث بأقل عدد من الافتراضات.

لا تمسح الأكواد قبل حفظ صورة المركبة

من أكثر التصرفات التي تضيع معلومات مفيدة الضغط على Clear DTCs مباشرة لمعرفة «ما الذي سيعود».

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

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

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

مشكلة في نظام واحد يمكن أن تظهر كعطل في نظام آخر

هذه النقطة مركزية في تشخيص EV.

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

لذلك فإن اسم النظام الذي ظهرت فيه الشكوى لا يحدد بالضرورة مكان السبب.

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

الفني يبحث عن أول شرط لم يتحقق.

شبكة 12 فولت ما زالت قادرة على تعطيل سيارة كهربائية كاملة

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

لهذا قد يؤدي خلل Low Voltage إلى سلسلة من الأكواد أو فشل الوحدات في الاستيقاظ أو عدم اكتمال شروط تشغيل منظومة الدفع.

وجود بطارية دفع مشحونة لا يلغي هذا الاحتمال.

لكن المقال الحالي لا يعيد شرح نظام 12 فولت كما فعلت المقالات السابقة؛ المهم هنا هو المبدأ التشخيصي: قبل اتهام النظام الأعلى تكلفة، تأكد أن الأنظمة التي تسمح له بالعمل موجودة ومستقرة.

تشخيص BMS هنا يختلف عن تشخيص البطارية في المقال السابق

في المقال الخاص ببطاريات السيارات الكهربائية وBMS كان التركيز على Cell Data وSOC وSOH والحرارة والموازنة.

أما في تشخيص المركبة كاملة، فإن الفني يستخدم BMS ليجيب عن سؤال مختلف: ما الذي تسمح به البطارية لبقية المركبة الآن؟

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

الهدف هنا ليس تحديد الخلية الضعيفة، بل معرفة هل البطارية هي التي تحد الوظيفة أم أن السبب يقع بعدها أو خارجها.

العاكس لا يُدان من DTC يحمل اسمه

Inverter جزء متقدم ومكلف، ولذلك فإن القفز إلى استبداله من أكثر القرارات التي يجب تجنبها.

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

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

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

بيانات الحرارة قد تفسر عطلًا يبدو كهربائيًا

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

HELLA تشير إلى الارتباط المباشر بين Thermal Management والبطارية وإلكترونيات القدرة والمحرك، وأن الظروف الحرارية يمكن أن تفعل استراتيجيات حماية تؤثر في الوظائف المتاحة.

بالنسبة للفني، هذا يعني أن Weak Acceleration أو Reduced Power قد يحتاجان إلى مراجعة درجات الحرارة وأوامر التبريد واستجابة النظام قبل اتهام مكوّن الدفع.

وهنا يظهر مرة أخرى الفرق بين «الجزء الذي يشعر به السائق» و«النظام الذي بدأ المشكلة».

مثال عملي: السيارة قوية وهي باردة ثم تقل قدرتها

تصل سيارة كهربائية بشكوى واضحة: في بداية الرحلة تكون استجابتها طبيعية، لكن بعد قيادة أطول أو طلب قدرة أعلى تظهر رسالة Reduced Power ويصبح التسارع أضعف. بعد توقف السيارة مدة وانخفاض الحرارة، تختفي الشكوى مؤقتًا.

يمكن لفني غير منظم أن يبدأ من بطارية الدفع لأنها مصدر الطاقة، بينما قد يتجه آخر مباشرة إلى Inverter لأن الانخفاض يحدث تحت الحمل.

التشخيص المنظم يبدأ بإعادة إنتاج الحالة وفق شروط مناسبة وآمنة وتسجيل البيانات ذات العلاقة.

عند بداية الاختبار يكون طلب العزم واستجابة منظومة الدفع متوافقين. ومع استمرار الحمل تبدأ حرارة Power Electronics في الارتفاع بصورة مختلفة عن المتوقع، ثم يقل الحد المسموح للعزم قبل ظهور الضعف الواضح للسائق.

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

هنا تغيرت فرضية التشخيص.

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

تتحول الخطوة التالية إلى تشخيص منظومة التبريد ودائرة التحكم بها وفق معلومات المصنع، بدل تغيير مكوّن دفع مرتفع التكلفة.

أهمية المثال ليست في تحديد أن «المضخة هي العطل» في كل حالة مشابهة؛ بل في رؤية كيف قاد تسلسل المطلوب → المسموح → الفعلي → الحرارة → أمر التبريد → الاستجابة إلى النظام الذي يحتاج إلى الفحص.

لا يكفي أن ترى Command؛ يجب معرفة هل حدثت الاستجابة

تقدم Live Data في المركبات الحديثة عددًا كبيرًا من قيم Command وStatus وFeedback.

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

وبالمقابل، إذا لم يوجد Command أصلًا، فإن اختبار المكوّن على أساس أنه «لا يعمل» قد يبدأ من فرضية خاطئة.

لذلك يستفيد فني EV كثيرًا من المقارنة بين:

الأمر: ماذا طلبت وحدة التحكم؟
التغذية أو حالة التنفيذ: هل وصل ما يسمح بالتنفيذ؟
النتيجة: هل تغيرت الحرارة أو الضغط أو السرعة أو الحالة بالشكل المتوقع؟

هذه العلاقة قابلة للاستخدام في أنظمة كثيرة، وليست حكرًا على التبريد.

القيمة الطبيعية ليست دائمًا رقمًا ثابتًا

في بعض أنظمة السيارات التقليدية يستطيع الفني الرجوع إلى مواصفة محددة وواضحة، لكن كثيرًا من بيانات EV تتغير مع SOC والحرارة والحمل واستراتيجية التحكم.

لذلك لا يجب البحث دائمًا عن رقم واحد يفصل «السليم» عن «التالف».

أحيانًا يكون السؤال الأفضل: هل تتغير القيمة بالطريقة التي يتوقعها النظام في هذه الظروف؟

وهنا تظهر أهمية Trend وGraph والمقارنة مع بيانات معروفة وسليمة.

Known Good أقوى عندما تكون ظروف المقارنة متشابهة

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

لكن Known Good لا تعني أخذ رقم من أي سيارة كهربائية أخرى.

يفضل أن تكون المقارنة مع الموديل والنظام والظروف الأقرب قدر الإمكان: حالة الشحن، درجة الحرارة، نوع الاختبار وحالة التشغيل.

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

الرسوم البيانية تكشف العلاقات التي تضيع في قائمة PIDs

عندما يراقب الفني Requested Torque وAllowed Torque وActual Torque ودرجات حرارة متعددة وحدود قدرة في الوقت نفسه، يصبح تتبع الأرقام بالعين صعبًا.

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

قد يرى الفني مثلًا أن الحرارة بدأت ترتفع، ثم تغير Power Limit، ثم انخفض Actual Torque. هذا التسلسل أقوى بكثير من النظر إلى القيم بعد انتهاء الحدث.

وبهذه الطريقة تصبح Live Data قصة لها ترتيب، لا شاشة مزدحمة.

عطل الاتصال يمكن أن يشبه عطل منظومة الدفع

إذا فقدت وحدة الدفع معلومة مطلوبة من BMS أو Gateway أو وحدة أخرى، قد تتوقف وظيفة رغم عدم وجود تلف داخلي في Motor أو Inverter.

ولهذا يبقى Full Scan وNetwork Topology مهمين جدًا.

لكن يجب عدم إعادة تشخيص CAN من الصفر هنا؛ فقد تناول المقال المخصص للشبكة اختبار CAN H وCAN L والمقاومات والفروع والـGateway بالتفصيل.

في EV يكفي تطبيق القاعدة: عندما تكون المعلومة شرطًا للتشغيل، فقدان الاتصال بها يصبح عطلًا وظيفيًا حتى لو كان المكوّن الذي يحتاجها سليمًا.

فني EV يحتاج إلى مخطط النظام قبل مخطط السلك في بعض الحالات

Wiring Diagram ضروري عندما يريد الفني تتبع تغذية أو Ground أو Connector، لكن الأعطال متعددة الأنظمة قد تحتاج أولًا إلى رؤية أوسع.

Block Diagram أو System Diagram يوضح علاقة البطارية والعاكس والمحرك والتبريد والشحن ووحدات الاتصال.

إذا عرف الفني أي الوحدات تمنح الإذن وأيها تنفذ الأمر وأيها تراقب النتيجة، يصبح اختيار المخطط التفصيلي التالي أسهل.

وهذا يمنع الغرق في صفحات Wiring قبل معرفة الدائرة التي تستحق الفحص.

Service Information تمنع تطبيق منطق صحيح على تصميم مختلف

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

لذلك لا ينبغي تحويل خبرة سيارة واحدة إلى قاعدة لجميع EV.

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

هذا مهم خصوصًا عندما يتعلق الاختبار بأنظمة High Voltage؛ فالإجراء والمعدات ومستوى التأهيل يجب أن يظلوا مرتبطين بتعليمات المركبة ومتطلبات السلامة التي تناولها المقال السابق.

التشخيص لا يعني أن الفني يجب أن يفتح المكوّن

قد يصل الفحص إلى نتيجة قوية بأن المشكلة تقع داخل Battery Pack أو Inverter أو وحدة High Voltage أخرى.

إثبات المنطقة المتسببة في العطل إنجاز تشخيصي بحد ذاته.

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

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

جهاز الفحص الخاص بـEV مفيد بقدر البيانات التي يستطيع الفني تفسيرها

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

لكن الجهاز لا يحل محل التفكير.

قد يقدم الفني جهازًا أغلى بكثير ويحصل على PIDs أكثر، لكنه يظل غير قادر على تحديد أيها يجيب عن سؤاله.

القيمة الحقيقية للأداة تظهر عندما يحدد الفني فرضية ثم يختار البيانات أو الاختبار الذي يستطيع إثباتها أو نفيها.

الأوسيلوسكوب يأتي عندما يكون السؤال أسرع من الملتيميتر

ليست كل حالات EV بحاجة إلى Scope، كما أن استخدامه لمجرد أن السيارة كهربائية لا يضيف قيمة.

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

توضح تطبيقات Pico مثلًا إمكانية تحليل تيارات محركات ثلاثية الطور ومقارنة الأطوار للمساعدة في تحديد اتجاه العطل بين Motor وPower Electronics، لكن هذا مستوى متقدم يحتاج إلى معدات وتدريب وإجراء مناسب.

القاعدة هي نفسها: الأداة تأتي بعد السؤال التشخيصي، لا قبله.

لا تجعل البرمجة تفسيرًا افتراضيًا لكل عطل EV

لأن السيارات الكهربائية شديدة الاعتماد على Software، قد يميل البعض إلى تفسير كل مشكلة معقدة بأنها «تحتاج تحديثًا أو برمجة».

لكن وجود البرمجيات في النظام لا يجعلها السبب الأول لكل عطل.

قبل أي Update أو Programming يجب وجود سبب وإجراء ومعلومة فنية واضحة توضح أن الوظيفة مطلوبة للحالة التي يتم التعامل معها.

وإلا تحولت البرمجة إلى نسخة حديثة من تغيير القطع بالتجربة.

رسالة التحذير أمام السائق ليست وصفًا فنيًا كاملًا

قد تظهر رسائل مثل Reduced Power أو Electrical System Fault أو Charging Fault بصياغات تختلف حسب السيارة.

هذه الرسالة مصممة للسائق، وليست تقرير تشخيص للفني.

وراء رسالة واحدة يمكن أن توجد عشرات الشروط والأكواد المحتملة.

لذلك يجب تسجيل نص الرسالة كما ظهر للعميل، لكن لا ينبغي استخدامه لتحديد الجزء المطلوب تغييره.

مقابلة العميل ما زالت أداة مهمة رغم اختلاف التقنية

التقنية تغيرت، لكن الأسئلة الجيدة ما زالت توفر وقتًا كبيرًا.

متى يظهر العطل؟ بعد القيادة الطويلة أم عند بداية التشغيل؟ هل يرتبط بالشحن؟ هل يظهر في الجو الحار؟ هل يحدث عند طلب قدرة عالية؟ هل بدأ بعد إصلاح أو حادث أو تحديث؟

هذه التفاصيل تساعد على اختيار الظروف التي يجب إعادة إنشاء المشكلة فيها.

وفي EV تكون حالة SOC ودرجة الحرارة وطريقة الشحن وظروف القيادة أحيانًا جزءًا مهمًا من وصف العطل.

لا تعِد إنتاج العطل بطريقة تتجاوز السلامة

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

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

إذا كانت الخطوة التالية تحتاج إلى تعامل مباشر مع High Voltage، يعود الفني إلى قواعد المقال السابق ولا يحول التشخيص إلى تجربة مفتوحة.

الفرق بين EV والسيارة التقليدية ليس أن الأولى «إلكترونية» والثانية «ميكانيكية»

السيارات التقليدية الحديثة تحتوي أصلًا على عدد كبير من وحدات التحكم والشبكات والحساسات، ولذلك لا يصح رسم خط مبسط بين «الميكانيكية القديمة» و«الكهربائية الإلكترونية».

الفرق الأهم أن EV تغير مركز منظومة الدفع والطاقة، وتضيف علاقات مختلفة بين البطارية وإلكترونيات القدرة والمحرك والحرارة والشحن.

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

جدول يوضح أين يتغير التفكير التشخيصي

جانب التشخيص	في سيارة احتراق تقليدية	في EV
مصدر طاقة الدفع	وقود واحتراق	Battery Pack وطاقة كهربائية
إنتاج العزم	احتراق داخل المحرك	Motor + Power Electronics
بداية التشغيل	Crank/Start Sequence	Wake-up وREADY وDrive Enable
إدارة الطاقة	وقود وشحن 12V	BMS وحدود شحن وتفريغ وتحويل جهد
الحرارة	مرتبطة بقوة بالمحرك والتكييف	مرتبطة أيضًا بالبطارية والعاكس والمحرك والشحن
الأعطال متعددة الأنظمة	موجودة	أكثر ارتباطًا بإدارة الطاقة وشروط السماح
الفحص الإلكتروني	ECU/TCU/ABS وغيرها	يضاف BMS وPower Electronics وCharging وHV control
السلامة	12V وحرارة وميكانيكا وغيرها	تضاف متطلبات High Voltage الخاصة بالمركبة

الجدول لا يعني أن إحدى السيارتين سهلة والأخرى صعبة؛ بل يوضح أن الفني يحتاج إلى خريطة مختلفة للمنظومة التي ينتج عنها العزم.

كيف يتدرب الفني على تشخيص EV بصورة عملية؟

أفضل التمارين ليست التي تخبر الطالب باسم العطل قبل أن يبدأ.

يمكن إعطاؤه شكوى وFull Scan ومجموعة Data ومعلومات خدمة، ثم يُطلب منه تحديد النظام الذي يحتاج إلى التركيز عليه ولماذا.

في تمرين آخر يمكن أن تكون بعض الأكواد نتيجة وليست سببًا، ويُطلب منه ترتيبها حسب علاقة الأنظمة.

كما يمكن إعطاؤه Command وFeedback وTemperature Data وPower Limits ليحدد ما إذا كان انخفاض الأداء ناتجًا عن عجز المكوّن أم عن استراتيجية حماية.

هذا النوع من التدريب يبني قدرة قابلة للنقل إلى سيارات مختلفة.

التدريب الحضوري يختبر قرارات لا يمكن قياسها من المحاضرة فقط

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

كما يمكن للمدرب مراقبة اختيار المتدرب للمعلومات والأداة وطريقة التحقق من الفرضية.

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

التعليم أونلاين قوي في تحليل الحالات

جزء كبير من التفكير التشخيصي يمكن تدريبه عن بعد.

يمكن للطالب في جدة أو مكة أو الدمام أو الخبر أو أي مدينة سعودية استلام Scan Report وWiring Diagram وLive Data ثم تحليل الحالة واقتراح الاختبار التالي.

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

أما الأعمال التي تحتاج إلى مركبة حقيقية أو معدات High Voltage أو تطبيقًا عمليًا فلا يستبدلها التعليم عن بعد بالكامل.

الفني الجيد لا يسأل فقط «ما العطل؟» بل «لماذا سمح النظام بهذا السلوك؟»

هذه الجملة تلخص جانبًا مهمًا من تشخيص EV.

عندما تقل القدرة، لماذا خفضتها السيارة؟ عندما لا تدخل READY، ما الشرط الذي لم يتحقق؟ عندما لا يبدأ الشحن، هل رفضت المركبة العملية أم لم تصل إليها الشروط المطلوبة؟ عندما لا يستجيب Motor، هل طُلب منه أن يستجيب أصلًا؟

هذه الأسئلة تحول التشخيص من مطاردة الأجزاء إلى قراءة منطق النظام.

وكلما كانت السيارة أكثر ترابطًا، أصبحت هذه الطريقة أكثر قيمة.

الأسئلة الشائعة حول تشخيص أعطال السيارات الكهربائية

الأسئلة التالية تركز على منهج تشخيص EV على مستوى المركبة كاملة، ولا تعيد أسئلة البطارية وBMS أو سلامة High Voltage التي تناولتها المقالات السابقة.

لماذا قد يظهر العطل في نظام بينما يكون سببه في نظام آخر داخل السيارة الكهربائية؟

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

ما فائدة قراءة حالة READY وبيانات السماح بالتشغيل قبل اختبار المكونات؟

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

هل كود متعلق بالعاكس يعني أن Inverter تالف؟

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

لماذا يقارن الفني بين القيمة المطلوبة والقيمة المسموح بها والقيمة الفعلية؟

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

كيف يؤثر نظام التبريد في تشخيص ضعف أداء السيارة الكهربائية؟

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

هل الفحص الشامل Full Vehicle Scan مهم في EV حتى لو كانت الشكوى في نظام واحد؟

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

متى تكون مقارنة بيانات السيارة ببيانات Known Good مفيدة؟

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

ما الذي يجب تسجيله قبل مسح أكواد أعطال السيارة الكهربائية؟

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

تشخيص EV هو تشخيص القرارات بقدر ما هو تشخيص المكونات

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

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

هذه الطريقة تستفيد من كل المهارات التي بُنيت في المقالات السابقة: قراءة الأكواد، Live Data، المخططات، CAN Bus، السلامة وBMS، لكنها تجمعها هنا داخل سؤال واحد: أي نظام بدأ المشكلة، وأي أنظمة كانت تستجيب لها فقط؟

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