توسّع Continental وAWS في أدوات ECU الافتراضية عام 2023

يشهد المشهد التقني لتطوير وحدات التحكم في المحرك (ECU) تحولاً جوهرياً من العمليات المرتكزة على العتاد إلى بنى معرّفة بالبرمجيات وأصلية للسحابة. ففي 17 أغسطس 2023، أعلنت Continental عن vECU Creator، وهي أداة تطوير وحدات ECU افتراضية ضمن إطار Continental Automotive Edge (CAEdge)، مع AWS كمزود للسحابة. وفي ذلك الوقت، قُدّمت الأداة على أنها قيد الإطلاق لا منتجاً متاحاً. وبالنسبة إلى صناعة التيونينغ والمعايرة المستقلة، يشير هذا التحرك إلى ابتعاد عن منهجيات الاختبار التقليدية على العتاد نحو مستقبل تهيمن عليه دورات التحقق الافتراضية والاختبار البرمجي داخل الحلقة (SIL).

يتيح فصل وظائف البرمجيات لمورّدي Tier 1 مثل Continental عن وحدات التحكم الدقيقة المادية (MCU) التي ستحتويها في نهاية المطاف. وباستخدام البنية التحتية عالية الأداء لـ AWS، يستطيع المطورون محاكاة سلوك أنظمة المركبة المعقدة قبل تصنيع النماذج الأولية المادية بوقت طويل. ويعالج هذا النهج تزايد تعقيد المركبات المعرّفة بالبرمجيات (SDV)، حيث يتجاوز حجم الشيفرة البرمجية في بعض الأحيان 100 مليون سطر برمجي.

إطار CAEdge وصعود وحدات ECU الافتراضية

يتمثل جوهر الشراكة بين Continental وAWS في منصة CAEdge، وهي بيئة معيارية للعتاد والبرمجيات مصممة لتبسيط تطوير الوظائف الآلية. ففي سير العمل التقليدي، يجب على مهندسي المعايرة انتظار العتاد المادي، الذي يُشار إليه غالباً بـ«العينات A» أو «العينات B»، قبل بدء اختبار منطق البرمجيات. ويخلق هذا الاعتماد اختناقات كبيرة في دورة حياة التطوير.

ومن خلال افتراض وحدة ECU، تنشئ Continental «توأماً رقمياً» لبيئة العتاد. وتتيح وحدة ECU الافتراضية (vECU) للمطورين تشغيل الشيفرة في بيئة سحابية تعكس بنية مجموعة التعليمات (ISA) للعتاد المستهدف. ويكتسب ذلك أهمية خاصة للجيل التالي من منصات Continental، مثل تلك المستخدمة في وحدات الحوسبة عالية الأداء ووحدات المناطق (zone controllers). وبالنسبة إلى المحترفين في التيونينغ، فإن فهم التحول نحو vECU أمر بالغ الأهمية، لأنه يحدد كيفية بناء بنى الخرائط وطبقات الأمان المستقبلية، مثل تلك الموجودة في عائلتي Simos وSID التابعتين لـ Continental، وكيفية حمايتها.

تعتمد عملية الافتراض على مثيلات AWS لمحاكاة أنظمة التشغيل في الوقت الفعلي (RTOS) وطبقة AUTOSAR (هيكلية النظام المفتوح للسيارات) الأساسية. ويتيح ذلك اختباراً متوازياً واسع النطاق. فبدلاً من أن يختبر مهندس واحد وحدة ECU واحدة على المقعد، يمكن تنفيذ آلاف حالات الاختبار الآلية في السحابة في الوقت نفسه، لتحديد أخطاء المنطق أو عدم استقرار المعايرات في جزء بسيط من الوقت.

الآثار على سير عمل المعايرة والتيونينغ المستقلين

يترك تسارع تطوير البرمجيات على مستوى الشركات المصنّعة (OEM) والمورّدين من فئة Tier 1 أثراً مباشراً في السوق المستقلة لما بعد البيع. ومع انتقال Continental نحو تطوير أكثر مرونة ومتكامل مع السحابة، يُتوقع أن تزداد وتيرة تحديثات البرمجيات التي تُسلَّم عبر آليات التحديث عبر الهواء (OTA). ويستدعي هذا التحول تغييراً في طريقة تعامل شركات التيونينغ مع الإصدارات وتوافق البرمجيات.

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

علاوة على ذلك، تتيح البنية التحتية لـ AWS لشركة Continental تطبيق بروتوكولات أمان أكثر متانة خلال مرحلة التطوير. فالبيئات الافتراضية تتيح اختبار التشفير وتسلسلات الإقلاع الآمن (Secure Boot) في مواجهة مجموعة أوسع من متجهات الهجوم المحاكاة. وبالنسبة إلى مجتمع التيونينغ، فهذا يعني أن بوابات الأمان التي ستصادفها وحدات Continental المستقبلية ستكون على الأرجح أكثر تطوراً، لأنها قد جرى تقويتها في «بيئة معزولة» افتراضية قبل أن تصل إلى خط الإنتاج.

الافتراض ومستقبل التحقق من الأداء

بينما يظل اختبار مقياس القدرة (Dyno) المادي المعيار الذهبي للتحقق النهائي من الأداء، تتجه المراحل الأولية للمعايرة بشكل متزايد نحو العالم الافتراضي. ويشير استخدام Continental لأدوات AWS إلى أن «التكافؤ البيئي» (environmental parity)، أي أن تطابق بيئة التطوير بيئة الإنتاج تماماً، أصبح أولوية الآن.

بالنسبة إلى المعايرين المستقلين، يثير ذلك التساؤل حول ما إذا كانت أدوات المحاكاة الافتراضية ستصبح في نهاية المطاف متاحة لتحسين الأداء في سوق ما بعد البيع. فحالياً، يُعد الحاجز أمام الدخول إلى المحاكاة عالية الدقة لوحدات ECU كبيراً، إذ يتطلب وصولاً عميقاً إلى عتاد مملوك وطبقات تجريد للعتاد (HAL). لكن مع تزايد توحيد الصناعة حول منصات مثل CAEdge، قد تصبح منهجية التفاعل مع منطق ECU أكثر توحيداً، وإن كانت أكثر تطلباً من الناحية التقنية.

ينقل التحول نحو SDV أيضاً طبيعة ما يتم «تيونينغه». ففي بنية افتراضية، لا تأتي مكاسب الأداء من تعديل توقيت الإشعال أو ضغط الشحن (Boost) فحسب، بل قد تأتي أيضاً من تحسين طريقة تفاعل الوحدات البرمجية المختلفة داخل المكدس الافتراضي. ويتطلب ذلك انتقالاً في الخبرة من الفهم الميكانيكي البحت إلى فهم أشمل لأنظمة البرمجيات المدمجة وتكامل السحابة.

تحديات الانتقال إلى برمجيات السيارات السحابية الأصلية

رغم الكفاءات التي تحققت من خلال شراكة Continental وAWS، لا يخلو الانتقال من عقبات. ومن أبرز التحديات ضمان استيفاء متطلبات زمن الاستجابة الفعلي عند محاكاة وظائف المركبة في السحابة. فحلقات التحكم في السيارات، لا سيما تلك التي تحكم ديناميكيات المحرك والأنظمة الحرجة للسلامة، تعمل بمقاييس الميكروثانية. ويتطلب مضاهاة هذه الدقة الزمنية في بيئة سحابية افتراضية غير حتمية (non-deterministic) مغلفات برمجية متخصصة للغاية.

إضافة إلى ذلك، يطرح دمج الأنظمة القديمة في إطار سحابي أصلي صعوبات. فكثير من وظائف ECU الحالية صُمّمت لقيود عتادية محددة لا وجود لها في السحابة. ويتعين على Continental أن تنقل هذه الوظائف بعناية إلى منصة CAEdge دون تغيير سلوكها الأساسي، وهي عملية تُعرف بالمحاكاة «bit-exact». وبالنسبة إلى قطاع التيونينغ، يضمن ذلك أن تظل الخرائط وجداول المنطق الموجودة في وحدة ECU الإنتاجية متوافقة مع الوثائق والأنماط التي أُرسيت في الأجيال السابقة.

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

الأسئلة الشائعة: افتراض برمجيات السيارات

ما هي وحدة ECU الافتراضية (vECU)؟
وحدة vECU هي تمثيل برمجي لوحدة التحكم الإلكترونية المادية في المحرك. وتتيح للمطورين تشغيل برمجيات ECU واختبارها على عتاد حاسوب قياسي أو على السحابة (مثل AWS) بدلاً من الاعتماد على العتاد المادي للسيارة.

كيف تؤثر شراكة Continental وAWS على التيونينغ في سوق ما بعد البيع؟
تسرّع الشراكة تطوير المركبات المعرّفة بالبرمجيات (SDV). ويؤدي ذلك إلى تحديثات OTA أكثر تكراراً وبنى ECU أكثر مركزية وأماناً، ما يستلزم من فنيي التيونينغ استخدام أدوات أكثر تقدماً للتعامل مع البرمجيات.

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

ما هو CAEdge؟
Continental Automotive Edge (CAEdge) إطار متكامل للعتاد والبرمجيات طوّرته Continental وAWS. ويوفر البنية التحتية اللازمة لتطوير برمجيات السيارات ونشرها وإدارتها في بيئة أصلية للسحابة.