شبكة CAN Bus في السيارات: كيف يفهم الفني أعطال الاتصال بين الوحدات؟

شبكة CAN Bus في السيارات: كيف يفهم الفني أعطال الاتصال بين الوحدات؟ لا تبدأ بحفظ قيم CAN High وCAN Low أو البحث عن كود U في جدول أعطال، بل بفهم من يتواصل مع من داخل السيارة وما الذي اختفى عند حدوث المشكلة. عندما يعرف الفني بنية الشبكة ويحدد هل فقد الاتصال بوحدة واحدة أم بفرع كامل أم بعدة شبكات، يصبح القياس وسيلة لعزل الخلل بدل أن يتحول CAN Bus إلى مجموعة أرقام يتم اختبارها بلا اتجاه.

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

لماذا احتاجت السيارات إلى شبكة CAN Bus؟

كلما زاد عدد وحدات التحكم في السيارة، أصبح توصيل كل وحدة بكل وحدة أخرى بأسلاك مستقلة غير عملي. وحدة المحرك تحتاج معلومات من أنظمة أخرى، ووحدة ناقل الحركة تعتمد على بيانات مرتبطة بالمحرك والسرعة، ولوحة العدادات تحتاج رسائل من أكثر من نظام، بينما تعتمد وظائف أخرى على معلومات قادمة من ABS أو BCM أو وحدات مختلفة.

CAN Bus يحل جزءًا كبيرًا من هذه المشكلة بإنشاء شبكة اتصال تستطيع الوحدات من خلالها إرسال رسائل مشتركة بدل تخصيص سلك منفصل لكل معلومة بين كل وحدتين.

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

CAN Bus ينقل رسائل وليس أوامر مخصصة بسلك لكل وظيفة

في الدوائر التقليدية يمكن أن يتتبع الفني سلكًا من Switch إلى Relay ثم إلى الحمل. أما داخل CAN Bus فالوضع مختلف؛ الوحدة ترسل رسالة تحمل معرفًا وبيانات، والوحدات الموجودة على الشبكة تستطيع استقبال الرسالة، ثم تستخدم كل وحدة المعلومات التي تحتاج إليها.

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

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

الفني لا يحتاج إلى فك محتوى كل رسالة حتى يبدأ تشخيص CAN

تحليل Frames وIdentifiers وبيانات Hex مفيد في مستويات متقدمة، لكنه ليس نقطة البداية لكل عطل شبكة. يستطيع الفني حل عدد كبير من حالات No Communication من خلال فهم الـTopology، وفحص الوحدات المتاحة وغير المتاحة، والتأكد من Power وGround، ثم تقييم سلامة الطبقة الكهربائية للشبكة.

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

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

CAN High وCAN Low يعملان كزوج واحد

تستخدم شبكات CAN الشائعة في السيارات خطين يعرفان باسم CAN High وCAN Low. المعلومات لا تعتمد على قيمة أحد الخطين منفردًا فقط، بل على العلاقة والفرق بينهما أثناء انتقال البيانات.

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

هذه هي إحدى النقاط التي تجعل تشخيص CAN مختلفًا عن البحث عن «12 فولت موجود أو غير موجود» في دائرة حمل تقليدية.

لا تحفظ قيم CAN High وCAN Low بمعزل عن نوع الشبكة

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

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

لذلك قد تكون قراءة Voltage مفيدة كفحص أولي، لكنها لا تُستخدم وحدها لإعلان أن شكل الاتصال الإلكتروني سليم.

قبل قياس الشبكة ارسم خريطتها

من أهم المعلومات التي يحتاج إليها الفني معرفة Network Topology. قد تحتوي السيارة على أكثر من CAN Bus بسرعات أو وظائف مختلفة، وقد توجد شبكة LIN أو أنواع اتصال أخرى إلى جانبها، وتربط بينها وحدة Gateway.

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

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

الـGateway ليست مجرد وحدة أخرى في القائمة

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

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

كما أن وجود Gateway يعني أن القياس من OBD Connector لا يضمن دائمًا أنك تقيس الشبكة التي توجد عليها الوحدة المتضررة. أحيانًا يجب الرجوع إلى Wiring Diagram واختيار نقطة اختبار داخل الفرع الفعلي.

ابدأ بفحص شامل للوحدات قبل لمس الأسلاك

عندما تظهر مشكلة اتصال، يكون Full Vehicle Scan من أكثر الخطوات فائدة لأنه يمنح الفني صورة عن الوحدات التي ما زالت متاحة وتلك التي اختفت.

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

يمكن أن تظهر ثلاث حالات مختلفة تمامًا:

نتيجة الفحص	الاتجاه الأول للفهم
وحدة واحدة فقط غير متاحة	تغذية الوحدة، أرضيها، فرع الاتصال الخاص بها أو الوحدة نفسها
عدة وحدات مرتبطة بفرع واحد غير متاحة	فرع مشترك، Gateway، تغذية مشتركة أو مشكلة في الشبكة المحلية
معظم وحدات شبكة معينة مفقودة	عطل أوسع في الـBus أو Termination أو قصر أو وحدة تعطل الشبكة
جميع الوحدات تقريبًا غير متاحة	يجب أيضًا التفكير في DLC، التغذية، Gateway وشروط التشخيص قبل اتهام كل الشبكات

هذا التصنيف يمنع الفني من اعتبار كل U-Code مشكلة منفصلة.

كود U يخبرك أن الاتصال فشل لكنه لا يحدد سبب الفشل

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

لكن الكود لا يثبت أن الوحدة المفقودة نفسها تالفة. ربما توقفت لأنها فقدت Fuse، أو لديها Ground غير مناسب، أو يوجد Open Circuit في فرع CAN المتجه إليها، أو أن شبكة كاملة توقفت.

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

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

الوحدة التي لا تتواصل قد لا تكون مشكلة CAN أصلًا

قبل قياس CAN High وCAN Low عند وحدة مفقودة، يجب التأكد من أنها تستطيع الاستيقاظ والعمل.

الوحدة الإلكترونية تحتاج إلى:

• مصدر أو مصادر Power المناسبة.
• Ground سليم.
• شروط Wake-Up عند الحاجة.
• شبكة اتصال سليمة.

إذا كان Fuse الخاص بها مفتوحًا، فلن تتحدث على الشبكة مهما كانت أسلاك CAN مثالية.

وهذا أحد أهم الأخطاء في تشخيص No Communication: اتهام الشبكة لأن Scanner لا يرى الوحدة، بينما المشكلة الحقيقية في دائرة التغذية التي تمنع الوحدة من العمل أصلًا.

الفحص السابق لهبوط الجهد يصبح مهمًا هنا

المقال السابق تناول Ground وVoltage Drop بالتفصيل، وهذه المهارة تخدم تشخيص الشبكات مباشرة. وجود Continuity إلى Ground أو ظهور جهد تغذية بلا حمل لا يثبت دائمًا أن الوحدة تتلقى ظروف تشغيل صحيحة.

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

بهذه الطريقة تكون مجموعة المقالات مترابطة: أساس كهربائي سليم أولًا، ثم شبكة الاتصال فوقه.

وحدة واحدة مفقودة أم الشبكة كلها؟ هذا أهم سؤال مبكر

لنفترض أن جهاز الفحص يتواصل مع ECM وTCM وABS وBCM ولوحة العدادات، لكنه لا يرى وحدة واحدة بعينها. في هذه الحالة ليس من المنطقي البدء بفك جميع Terminators أو اتهام Main CAN Bus بالانهيار، لأن عدة وحدات ما زالت تتبادل الاتصال.

الاتجاه الأقرب هو فحص الوحدة المفقودة محليًا: هل تغذيتها موجودة؟ هل Ground صحيح؟ وهل خطوط الشبكة تصل إلى Connector الخاص بها؟ وهل توجد مشكلة في Stub أو فرع مخصص لها؟

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

خريطة الوحدات المفقودة يمكن أن تقودك إلى فرع محدد

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

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

قد يكون الجواب:

• شبكة فرعية واحدة.
• Connector مشترك.
• Gateway.
• مصدر تغذية مشترك.
• Junction.
• أو جزء من Harness.

هنا تتحول قائمة Scan Tool إلى خريطة تشخيص.

لماذا توجد مقاومات إنهاء Termination Resistors؟

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

لذلك تستخدم شبكات High-Speed CAN التقليدية مقاومات إنهاء عند أطراف الـBus للمساعدة على الحفاظ على سلامة الإشارة.

في التصميم التقليدي الشائع توجد مقاومتان بقيمة 120Ω موصولتان بين CAN High وCAN Low عند نهايتي الشبكة. وعندما تكونان متصلتين على التوازي، يمكن أن تظهر مقاومة كلية قريبة من 60Ω بين الخطين عند القياس في الظروف المناسبة.

لكن هذه المعلومة تحتاج إلى استخدام واعٍ، وليست قاعدة منفصلة عن المخطط.

متى تكون قراءة 60Ω ذات معنى؟

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

إذا كانت البنية كذلك، فإن قراءة قريبة من القيمة المتوقعة تساعد على معرفة أن الـTerminators موجودة ضمن المسار الذي يتم قياسه.

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

لكن لا ينبغي إصدار الحكم من الرقم فقط، لأن بعض الشبكات تستخدم تصميمًا مختلفًا، وبعض نقاط القياس قد تكون خلف Gateway أو لا تشمل الطرفين أصلًا.

قراءة 60Ω لا تثبت أن CAN Bus سليمة بالكامل

يمكن للشبكة أن تعطي Resistance متوقعة ومع ذلك توجد مشكلة أخرى، مثل:

• قصر متقطع.
• تشوه في الإشارة.
• تشويش كهربائي.
• وحدة ترسل بصورة غير طبيعية.
• فرع منفصل لا يؤثر في المقاومتين الرئيسيتين.
• Power أو Ground غير مناسب لوحدة واحدة.

لذلك يجب فهم Termination Test باعتباره اختبارًا للطبقة الفيزيائية من زاوية محددة وليس شهادة صحة للشبكة كلها.

هذا التفريق يمنع الفني من القول «المقاومة 60Ω إذن CAN سليمة» ثم تجاهل باقي الأدلة.

القياس من DLC ليس دائمًا كافيًا

في سيارات أبسط قد يستطيع الفني الوصول إلى High-Speed CAN عبر Pins معروفة في Diagnostic Connector، لكن السيارات ذات Gateways وبنى أكثر تطورًا قد تعزل الشبكات الداخلية عن منفذ التشخيص.

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

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

قياس الجهد يعطي فحصًا أوليًا لكنه لا يعرض جودة الرسالة

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

لذلك قد تبدو القراءة مقبولة بينما يحتوي Signal على تشوهات أو Noise أو انعكاسات أو Dropouts لا يستطيع الملتيميتر إظهارها.

عندما يصبح السؤال متعلقًا بجودة الـPhysical Layer نفسها، يصبح Oscilloscope أكثر قيمة.

الأوسيلوسكوب يسمح برؤية CAN High وCAN Low وهما يعملان

باستخدام الأوسيلوسكوب يستطيع الفني رؤية تغير الخطين مع الزمن ومقارنة العلاقة بينهما، بدل قراءة متوسط فقط.

يمكن أن يساعد ذلك في اكتشاف:

• فقد أحد الخطين.
• قصر.
• Noise.
• Ringing.
• تشوه الحواف.
• اختلاف غير طبيعي في مستويات الإشارة.
• أحداث متقطعة يصعب رؤيتها بالملتيميتر.

لكن وجود Waveform لا يعني أن الفني يجب أن يبدأ في فك كل Data Frame. أحيانًا يكفي معرفة أن الطبقة الكهربائية نفسها غير سليمة قبل الانتقال إلى المحتوى الرقمي.

CAN إشارة تفاضلية وهذا يغير طريقة التفكير في القياس

في High-Speed CAN التقليدي تتغير CAN High وCAN Low في اتجاهين متعاكسين أثناء انتقال Dominant Bits، بينما تكونان أقرب إلى مستوى مشترك في الحالة Recessive.

ما يهم مستقبل CAN داخل الوحدة هو الفرق بين الخطين بدرجة كبيرة، وليس مجرد جهد كل خط بالنسبة إلى Chassis Ground.

ولهذا يوفر عرض الخطين معًا أو إنشاء Differential Math Channel في الأوسيلوسكوب صورة أدق عن الإشارة التي تستقبلها الوحدات بالفعل.

هذه النقطة تفسر أيضًا لماذا يساعد Twisted Pair على مقاومة التشويش.

لا تجعل الأرقام المثالية بديلًا عن Known Good

قد تعرض المراجع Waveform مثالية، لكن المركبات الفعلية تختلف في التصميم والموقع وعدد الوحدات وطول الـBus. لذلك يكون الحصول على Known Good Capture من السيارة نفسها أو موديل مطابق، عندما يتوفر، مفيدًا جدًا.

يمكن مقارنة:

• شكل الإشارة.
• مستوياتها.
• التشويش.
• التوقيت.
• ظروف القياس.

المقارنة العملية أكثر قيمة من محاولة مطابقة كل سيارة برسم نظري واحد.

ما الأعطال الكهربائية التي يمكن أن تضرب CAN Bus؟

توجد عدة أنواع أساسية من الأعطال على الطبقة الفيزيائية، منها Open Circuit في CAN High أو CAN Low، وقصر أحد الخطين إلى Ground أو Power، وقصر الخطين إلى بعضهما، إضافة إلى مشاكل الموصلات أو إصلاحات الضفيرة التي تؤثر في خصائص الزوج الملتوي.

وقد تسمح بعض التصميمات بدرجة من Fault Tolerance، بينما تنهار شبكات أخرى بصورة أوسع عند حدوث مشكلة معينة.

لذلك لا يُفترض أن كل Open في أحد الخطين ينتج العرض نفسه في جميع السيارات.

إصلاح زوج CAN يحتاج إلى المحافظة على تصميمه

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

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

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

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

وحدة إلكترونية واحدة يمكن أن تؤثر في بقية الشبكة

العطل داخل CAN Transceiver لإحدى الوحدات قد يؤدي أحيانًا إلى تحميل الخط أو تثبيته في حالة غير طبيعية، فتفقد عدة وحدات الاتصال رغم أن Wiring الرئيسية نفسها لم تنقطع.

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

لكن الحل ليس فصل الوحدات عشوائيًا حتى تعمل السيارة.

عزل الوحدة المشتبه بها يجب أن يكون مبنيًا على الـTopology

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

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

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

هذه نقطة تجعل الفصل العشوائي طريقة ضعيفة للتشخيص.

لا تفصل Module ثم تعتبر عودة المقاومة دليلًا كافيًا

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

وقد تستيقظ أو تنام شبكات أخرى عندما تفصل مكونات مختلفة، ما يغير القراءات بصورة أخرى.

لهذا يجب معرفة وظيفة الوحدة داخل الـTopology قبل تفسير ما حدث بعد فصلها.

الهدف هو استخدام العزل كاختبار متحكم فيه، وليس كعملية حذف عشوائية.

الـGateway يمكن أن تكون سببًا أو مجرد رسول للمشكلة

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

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

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

البرمجة ليست أول علاج لـNo Communication

وجود وحدة لا تتواصل لا يعني أنها تحتاج إلى Software Update. إذا كانت الوحدة بلا Power أو Ground، أو يوجد Open في CAN، فلن تحل البرمجة المشكلة.

بل إن محاولة Programming في بيئة كهربائية أو اتصال غير مستقرة يمكن أن تضيف تعقيدًا جديدًا.

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

مثال عملي: مجموعة وحدات تختفي رغم أن قياس DLC يبدو طبيعيًا

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

عند النظر إلى قائمة الأكواد، توجد عدة U-Codes في الوحدات التي ما زالت متاحة. تغيير أي من الوحدات المفقودة في هذه المرحلة سيكون تخمينًا.

خريطة الشبكة تغير اتجاه الفحص

Wiring Diagram يوضح أن الوحدات المفقودة موجودة جميعًا على فرع CAN مختلف يمر عبر Gateway، بينما الوحدات التي ما زالت متاحة توجد على شبكة أخرى.

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

قياس منفذ التشخيص لا يكفي

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

لذلك يتم اختيار Test Point داخل الفرع نفسه بحسب معلومات الخدمة.

مقاومة الفرع تكشف أن إحدى نهاياته غير موجودة

بعد وضع السيارة في الحالة الصحيحة لإجراء Resistance Test وفصل الطاقة بالطريقة التي يحددها المصنع، تظهر قراءة غير متوافقة مع التصميم المتوقع للفرع.

بدل تبديل Gateway، يتم تقسيم مسار الـCAN بين نقاط يمكن الوصول إليها. يتبين أن جزءًا من Twisted Pair بين موصلين أصبح خارج الدائرة.

الفحص الفيزيائي للمنطقة التي سبق العمل فيها يكشف أن أحد أطراف CAN لم يُثبت جيدًا داخل Connector بعد الإصلاح السابق.

الإصلاح لا ينتهي بعودة الاتصال

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

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

Full Scan بعد الإصلاح أهم من مسح كود واحد

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

كما يجب التمييز بين أكواد تاريخية نتجت أثناء انقطاع الشبكة وبين أخطاء ما زالت Active.

وعند الحاجة، يتم إجراء Drive Cycle أو وظيفة تحقق يحددها المصنع قبل اعتبار النظام مكتمل الإصلاح.

انخفاض جهد البطارية يمكن أن يصنع موجة من أكواد الاتصال

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

لذلك فإن وجود عشرات U-Codes بعد بطارية مفرغة لا يعني تلقائيًا وجود مشكلة في أسلاك CAN.

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

أكواد الاتصال التاريخية لا تعادل عطل شبكة حاليًا

قد يحتفظ النظام بأكواد من حادثة قديمة، مثل فصل وحدة أثناء إصلاح أو انخفاض البطارية أو عملية صيانة.

إذا كانت جميع الوحدات تتواصل الآن ولا توجد أعراض، يجب ألا يبدأ الفني في تفكيك CAN Bus لمجرد وجود أكواد Stored أو History.

السياق مهم: هل الكود Active؟ هل الوحدة غائبة حاليًا؟ وهل توجد شكوى تتوافق معه؟

هذه الأسئلة تمنع تحويل تاريخ السيارة الإلكتروني إلى سلسلة إصلاحات غير ضرورية.

معدات Aftermarket يمكن أن تؤثر في الشبكة

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

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

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

مشاكل CAN المتقطعة تحتاج إلى التقاط الحدث لا الانتظار

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

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

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

ما الفرق بين CAN Bus وLIN Bus بالنسبة للفني؟

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

لذلك يمكن أن يكون Scanner قادرًا على التواصل مع Door Module الموجودة على CAN، بينما تعجز هذه الوحدة عن الاتصال بمكوّن فرعي على LIN.

في هذه الحالة لا ينبغي البحث في Main CAN Bus لأن المشكلة تحدث بعد الوحدة الرئيسية على شبكة أخرى.

هذه النقطة توضح مجددًا أهمية معرفة الـTopology قبل القياس.

CAN FD لا يلغي أساسيات التشخيص

تستخدم مركبات حديثة CAN FD لزيادة كمية البيانات أو سرعة مرحلة نقلها مقارنة بـClassical CAN، لكن المبادئ المهنية الأساسية تظل مهمة: تحديد الشبكة الصحيحة، التأكد من تغذية الوحدات، فهم الـTopology، ثم استخدام أداة مناسبة لسرعة وبنية الشبكة.

لا ينبغي للمبتدئ أن يبدأ بفك CAN FD Frames إذا كان لا يزال يخلط بين فقد تغذية وحدة وبين Open Circuit في الـBus.

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

كيف يتعلم المتدرب تشخيص CAN بدل حفظ قيمها؟

التمرين الضعيف يعطي المتدرب شبكة سليمة ويطلب منه قياس المقاومة ثم يخبره أن «60Ω جيدة». التمرين الأقوى يقدم سيارة أو لوحة تحتوي على مشكلة لا يعرفها المتدرب مسبقًا، ثم يعطيه Full Scan وWiring Diagram ويطلب منه تحديد أين تقع الوحدات المفقودة داخل الـTopology.

بعد ذلك يقرر ما إذا كان يحتاج إلى فحص Power/Ground أو Resistance أو Voltage أو Oscilloscope، ويشرح لماذا اختار كل اختبار.

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

التدريب يجب أن يشمل أكثر من عطل CAN واحد

لكي يفهم المتدرب الفرق بين أنواع المشاكل، يمكن تصميم حالات مختلفة، مثل وحدة واحدة فقدت التغذية، أو Open Circuit في فرع، أو قصر يؤثر في عدة Nodes، أو Connector يسبب عطلًا متقطعًا.

إذا كانت جميع التمارين تنتهي بمقاومة Termination تالفة، فسيتعلم الطالب مطاردة 60Ω بدل فهم الشبكة.

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

متى يحتاج المتدرب إلى الأوسيلوسكوب فعلًا؟

لا يحتاج كل No Communication إلى Scope. إذا كانت وحدة واحدة لا تتواصل وفيوزها مفتوح، فإن الأوسيلوسكوب لن يجعل التشخيص أفضل.

تصبح قيمته أكبر عندما تكون الأسئلة مرتبطة بجودة CAN Signal أو Noise أو Distortion أو انقطاع متقطع أو سلوك لا تستطيع قياسات المقاومة والفولت البسيطة تفسيره.

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

ما الذي يجب أن يستطيع الفني فعله بعد تعلم CAN Bus؟

الإتقان العملي لا يعني حفظ كل Identifier أو معرفة بروتوكول كل شركة. المرحلة المهمة هي أن يستطيع الفني قراءة Scan كامل، وتحديد الوحدات المفقودة، وربطها بخريطة الشبكة، ثم التمييز بين مشكلة محلية في وحدة ومشكلة مشتركة في Bus أو Gateway.

كما يحتاج إلى فهم شروط اختبار Termination، ومعرفة حدود DMM، ومتى يصبح Scope ضروريًا، وكيف يحافظ على Twisted Pair أثناء الفحص والإصلاح.

وعندما يصل إلى هذه المرحلة يمكنه التعامل مع U-Codes وNo Communication كمشكلات يمكن تقسيمها وتحليلها بدل اعتبارها «أعطال كمبيوتر معقدة».

التدريب الحضوري في الرياض يوضح ما لا يظهر في الرسم

قراءة Network Diagram ممكنة أونلاين، لكن التطبيق الحضوري في الرياض يسمح للمتدرب برؤية Twisted Pair والموصلات وGateway ونقاط الوصول الحقيقية، ثم تنفيذ القياس من أماكن مختلفة في الشبكة.

كما يتعلم الفرق بين ما يراه عند DLC وما يراه عند Module أو Junction، ويلاحظ كيف يتغير التشخيص عندما ينتقل إلى شبكة داخلية أخرى.

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

في المدينة المنورة يمكن دمج CAN بالمخططات والفحص الإلكتروني

التطبيق في المدينة المنورة يمكن أن يربط بين Wiring Diagram وFull Vehicle Scan والقياس الكهربائي، وهو تسلسل مناسب لتعلم الشبكات لأن أي واحدة من هذه الأدوات بمفردها تعطي جزءًا فقط من الصورة.

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

التعلم أونلاين مناسب بقوة لفهم Network Topology

يمكن للمتعلم في جدة أو مكة أو الدمام أو الخبر أو تبوك وبقية مناطق السعودية التدريب أونلاين على حالات تحتوي على Network Diagram وقائمة وحدات ونتائج Full Scan.

يمكن أن يُطلب منه تحديد:

• أي الوحدات ما زالت Online.
• ما الوحدات المفقودة.
• ماذا تشترك فيه.
• أين توجد Gateway.
• وأي اختبار يجب أن يأتي أولًا.

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

أخطاء تجعل CAN Bus تبدو أصعب مما هي عليه

تزداد صعوبة التشخيص عندما يبدأ الفني من رقم مقاومة محفوظ بدل خريطة الشبكة، أو يعتبر كل U-Code دليلًا على وحدة تالفة، أو يقيس من DLC دون معرفة ما إذا كانت الشبكة المطلوبة موجودة خلف Gateway.

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

ومن الأخطاء كذلك استخدام الأوسيلوسكوب على كل حالة منذ البداية، أو العكس: الاعتماد على الملتيميتر رغم أن المشكلة مرتبطة بشكل Signal سريع لا يستطيع إظهاره.

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

أسئلة شائعة حول شبكة CAN Bus في السيارات

هل ظهور كود U يعني أن شبكة CAN Bus نفسها تالفة؟

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

إذا كانت وحدة واحدة فقط لا تظهر في جهاز الفحص، من أين يبدأ التشخيص؟

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

ماذا يعني اختفاء عدة وحدات معًا من Full Scan؟

قد يشير ذلك إلى عنصر مشترك بينها، مثل Bus فرعية أو Gateway أو تغذية مشتركة أو Connector أو جزء من Harness. معرفة مواقع الوحدات على Network Diagram تساعد على تحديد ما الذي تشترك فيه قبل بدء القياس.

هل قراءة قرابة 60Ω تعني أن CAN Bus سليمة؟

لا. في High-Speed CAN التقليدي المزود بمقاومتي إنهاء 120Ω يمكن أن تكون قراءة قريبة من 60Ω متوقعة عند القياس بالشروط الصحيحة، لكنها لا تكشف جميع أنواع الأعطال ولا تثبت جودة الإشارة أو سلامة كل الفروع.

ماذا قد تعني قراءة قرابة 120Ω بين CAN High وCAN Low؟

في شبكة مصممة بمقاومتي إنهاء 120Ω على التوازي، قد تشير قراءة تقارب 120Ω إلى أن إحدى مقاومتي النهاية لم تعد موجودة ضمن المسار المقاس بسبب فصل أو Open Circuit. يجب تأكيد تصميم الشبكة وموقع القياس قبل إصدار الحكم.

هل يمكن الاعتماد على القياس من OBD Connector لفحص كل شبكات السيارة؟

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

ما الفرق بين فحص CAN بالملتيميتر وفحصها بالأوسيلوسكوب؟

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

هل يمكن لوحدة تحكم تالفة أن توقف الاتصال مع وحدات أخرى؟

نعم، إذا تسبب Transceiver أو عطل داخلي في تحميل خطوط CAN أو قصرها فقد تتأثر مجموعة من الوحدات على الشبكة. لكن عزل الوحدة يجب أن يتم وفق الـTopology وإجراء مدروس، لأن فصلها قد يغير Termination أو بنية الشبكة.

لماذا يجب المحافظة على التواء CAN High وCAN Low عند إصلاح الأسلاك؟

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

ماذا يجب التحقق منه بعد إصلاح عطل CAN Bus؟

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

فهم الشبكة يجعل أعطال No Communication قابلة للتقسيم

أعطال CAN Bus في السيارات تبدو معقدة عندما ينظر الفني إلى عشرات U-Codes كوحدة واحدة، لكنها تصبح أوضح عندما يبدأ بخريطة الاتصال. الوحدة التي اختفت وحدها لا تُعامل بالطريقة نفسها التي تُعامل بها شبكة كاملة توقفت، ومجموعة وحدات خلف Gateway تعطي اتجاهًا مختلفًا عن فقد وحدة على فرع مستقل.

بعد ذلك يأتي الأساس الكهربائي: هل الوحدة لديها Power وGround؟ وإذا كانت قادرة على العمل، هل تصل إليها خطوط الشبكة؟ وهل Termination متوافقة مع التصميم؟ وعندما تكون هذه الأمور سليمة بينما يبقى الاتصال غير مستقر، يمكن للأوسيلوسكوب أن يكشف ما لا يستطيع قياس المقاومة أو متوسط الفولت إظهاره.

بهذا الترتيب يتوقف CAN Bus عن كونه مجموعة قيم محفوظة مثل 60Ω أو CAN High وCAN Low، ويصبح نظام اتصال له بنية يمكن رسمها، وأطراف يمكن اختبارها، وأعطال يمكن عزلها تدريجيًا.

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

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