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

استدعت Zoox برمجيات قيادتها الذاتية بعد أعطال في الإدراك سببها الدخان. نحلّل المخاطر التقنية على الفنيين المستقلين الذين يتعاملون مع وحدات ECU المتكاملة مع ADAS.
أصدرت Zoox، الذراع التابعة لأمازون للمركبات ذاتية القيادة، استدعاءً للبرمجيات في يوليو 2026 (تقرير الاستدعاء 26E-044 من NHTSA)، وهو ما يسلّط الضوء على ثغرة تقنية حرجة في منطق المركبات المعرّفة بالبرمجيات (SDVs). ويقول تقرير NHTSA إن البرمجيات قد لا ترصد الدخان الكثيف وتستجيب له، لا سيما في مواقع الطوارئ النشطة. ففي 20 يونيو 2026، واجهت مركبة Zoox غير مأهولة دخانًا كثيفًا فوق موقع حريق نشط، فدخلته وفرملت بقوة وتوقفت؛ وتلا ذلك إصدار برمجي محدَّث في 15 يوليو 2026. وبينما يستهدف الاستدعاء برمجيات نظام القيادة الآلية (ADS)، فإن نمط العطل الكامن وراءه (منطق الإدراك في مواجهة الضوضاء البيئية) يُعد دراسة حالة أساسية لصناعة ضبط ECU ومعايرتها المستقلة، مع اتجاه المركبات نحو بنى متكاملة تجمع ADAS والأداء.
فهم أعطال دمج المستشعرات في المركبات المعرّفة بالبرمجيات
تعتمد البنية الحديثة للمركبات بشكل متزايد على دمج المستشعرات، حيث تُعالج بيانات الليدار (Lidar) والرادار (Radar) والكاميرات عبر ECU مركزية أو وحدة تحكم نطاقية (DCU) لبناء نموذج للعالم في الزمن الحقيقي. ويؤكد استدعاء Zoox صعوبة التعامل مع «الحالات الحدّية»، أي الظروف البيئية غير المألوفة مثل الدخان الكثيف الذي يحاكي عوائق مادية أو يحجب إدراك العمق. وبالنسبة لمهندسي المعايرة المحترفين، يوضح هذا هشاشة خوارزميات الإدراك المملوكة. وعندما لا تستطيع برمجيات المركبة التمييز بين جسم صلب وسحابة من الجزيئات، تُفعَّل استجابة السلامة الحرجة، ما يؤدي غالبًا إلى فرملة مفاجئة أو إيقافات منظومية.
في قطاع الضبط بين الشركات (B2B)، يُعد فهم سلاسل المنطق هذه أمرًا جوهريًا. فمع انتقال الورش المستقلة من إعادة برمجة الوقود والإشعال البسيطة نحو التحسين الشامل للمركبة، يصبح التفاعل بين توصيل القدرة واستقرار ADAS نقطةً محتملة للمسؤولية. فإذا عدّل الفني منطق طلب العزم أو استجابة دواسة الوقود في مركبة معايَرة فيها منظومة ADAS وفق منحنيات تسارع محددة، فإن الفارق بين سلوك المركبة «المتوقع» وسلوكها «الفعلي» بعد التعديل قد يؤدي إلى أخطاء في المنظومة أو إخفاقات في السلامة، شبيهة بتلك التي شهدها سيناريو Zoox.
تقاطع إعادة ضبط الأداء مع استقرار ADAS
تاريخيًا، ركّز ضبط ECU على معاملات محرك الاحتراق الداخلي (ICE). غير أن الجيل الحالي من المركبات الأوروبية وأمريكا الشمالية يستخدم وحدات تحكم أمان متكاملة تراقب الديناميكا الجانبية والطولية. ويُظهر عطل برمجيات Zoox أن منطق البرمجيات قابل للتأثر بالمتغيرات البيئية حتى على مستوى الشركة المصنِّعة الأصلية. وبالنسبة للفني المستقل، هذا يعني أن كل تعديل يجب التحقق منه مقابل بروتوكولات السلامة القائمة في المركبة. فإذا كانت منظومة دمج المستشعرات حساسة أصلًا للظروف الجوية، فإن أي تعديل يزيد تعقيد معالجة البيانات أو يغيّر خصائص استجابة المركبة يجب التعامل معه بدقة قصوى.
يمكن للورش المحترفة الاطلاع على مجموعات الميزات المتقدمة لدينا لفهم كيفية تفاعل أدوات التشخيص الحديثة مع هذه الأنظمة المعقدة. وتتحول الصناعة من «ورش الأداء» إلى «مراكز تكامل البرمجيات». وفي هذه البيئة الجديدة، تصبح القدرة على تشخيص أخطاء سجلات الإدراك وفهم أثر إعادة المعايرة على محفّزات دمج المستشعرات ضرورةً تنافسية. ويذكّرنا حادث Zoox بأن البرمجيات لا تكون «منتهية» أبدًا؛ بل هي دورة مستمرة من النشر وتحليل الأعطال والتحسين المدفوع بالاستدعاءات.
إدارة المخاطر لمختصي المعايرة المستقلين
يُدخل الانتقال نحو المركبات الكهربائية والمنصات الجاهزة للقيادة الذاتية مخاطر جديدة على الشركات المستقلة. فعندما تصدر شركة مصنِّعة مثل Zoox استدعاءً برمجيًا، فإن ذلك اعتراف رسمي بخطأ منطقي. وإذا كان فني ضبط مستقل قد عدّل البرمجيات الثابتة لمركبة تورطت لاحقًا في حادث مماثل لفشل الإدراك، فإن عبء الإثبات القانوني والتقني ينتقل إليه. ويجب على مختصي المعايرة التأكد من أن سير عملهم يتضمن تسجيلًا شاملًا لرموز حالة ADAS قبل التعديل وبعده. ولم يعد هذا المستوى من العناية الواجبة اختياريًا لمن يعملون في الطرف الراقي من السوق.
لدعم هذا التحول، ينبغي للشركات تقييم نماذج اشتراكاتها للتأكد من حصولها على أحدث البيانات التقنية المعادلة لبيانات المصنع. فالاعتماد على ملفات قديمة أو عامة يزيد خطر التداخل مع التصحيحات الأمنية الحرجة. وكما في حالة Zoox، تُعد التحديثات البرمجية الوسيلة الأساسية لمعالجة مشكلات السلامة. ويجب أن يكون الفنيون مستعدين للعمل إلى جانب هذه التحديثات، بحيث لا تمنع المعايرات المخصصة استدعاءات السلامة الأساسية للشركة المصنِّعة أو تتراجع عنها. ولمن يرغب في اختبار سير عمل التكامل هذا، يُوصى بـتجربة مهنية لبرنامج المعايرة المتقدم لتحديد خط أساس للتشخيص الحرج للسلامة.
تحليل تقني: تداخل الجسيمات ومحفّزات المنطق
يقول تقرير NHTSA إن البرمجيات قد لا ترصد الدخان الكثيف وتستجيب له؛ ولا يصف التقرير السبب على مستوى المستشعر، لذلك لا يفترض هذا التحليل سببًا محددًا. ويبرز هذا أهمية «منطق الترشيح» في برمجيات ECU. وفي ضبط الأداء، نتعامل كثيرًا مع مشكلات ترشيح مشابهة، مثل حساسية مستشعر الخبط (knock) وعتبات تدخل التحكم في الجر. ويُظهر استدعاء Zoox أن منطق الكشف قد يفشل في الاستجابة لخطر حقيقي، لذا تحتاج العتبات في الاتجاهين إلى تحقق في ظروف واقعية.
الأسئلة الشائعة: سلامة البرمجيات والضبط المستقل
سؤال 1: هل يؤثر استدعاء Zoox في ضبط المركبات الركّابية العادية؟
جواب 1: لا بشكل مباشر. لكنه يشير إلى تحوّل في نظرة الجهات التنظيمية والشركات المصنِّعة إلى أعطال البرمجيات. وقد توجد منطق إدراك مشابه في أنظمة Level 2+ على منصات أخرى؛ ولا يتحقق هذا الاستدعاء من ذلك.
سؤال 2: كيف أتأكد من أن الضبط لا يتداخل مع ADAS؟
جواب 2: يُنصح بإجراء فحص كامل للنظام قبل المعايرة وبعدها. وينبغي استخدام أدوات تتيح الاحتفاظ بأعلام السلامة الخاصة بالشركة المصنِّعة، وتجنّب تعديل الوحدات المسؤولة عن دمج المستشعرات ومنطق الإدراك.
سؤال 3: لماذا تسبب الدخان تحديدًا في استدعاء برمجي؟
جواب 3: يقول تقرير NHTSA إن البرمجيات قد لا ترصد الدخان الكثيف وتستجيب له، لا سيما في مواقع الطوارئ النشطة. وجاء الحل في صورة تحديث برمجي صدر في 15 يوليو 2026.
سؤال 4: هل ينبغي للفنيين التوقف عن العمل على المركبات المزوّدة بـADAS المتقدم؟
جواب 4: لا، لكن سير العمل يجب أن يتطور. يحتاج الفنيون إلى إتقان معايير السلامة الوظيفية، والتأكد من أن معايراتهم متوافقة مع طبقات البرمجيات الحرجة للسلامة في المركبة.


