چرا Drive-by-Wire یک ارتقاء مؤلفه نیست، بلکه یک تغییر سیستم است

مقدمه: یک انتقال نادرست

درایو با سیم اغلب به عنوان گام فنی بعدی در توسعه خودرو مورد بحث قرار می گیرد.
جایگزینی فرمان مکانیکی با محرک های الکترونیکی.
نوسازی کنترل ترمز یا دریچه گاز.

اما این قاب بندی اصل مطلب را از دست می دهد.

Drive-by-wire یک ارتقاء تدریجی نیست.
این نشان دهنده یک انتقال اساسی در نحوه معماری، کنترل و اعتبار وسایل نقلیه است.

سازمان‌هایی که به‌عنوان یک تغییر در سطح مؤلفه به‌صورت درایو به سیم رویکرد می‌کنند، اغلب در مراحل بعدی توسعه با پیچیدگی‌های غیرمنتظره، تنگناهای یکپارچه‌سازی و چالش‌های ایمنی مواجه می‌شوند. در مقابل، کسانی که آن را به عنوان یک تغییر سیستم تشخیص می دهند، مسیر روشن تری به سمت پلتفرم های تحرک مقیاس پذیر، سازگار و آماده برای آینده پیدا می کنند.

درک زودهنگام این تمایز فقط یک مزیت فنی نیست - یک مزیت استراتژیک است.

از مرجع مکانیکی تا کنترل دیجیتال

وسایل نقلیه سنتی حول محور قدرت مکانیکی ساخته می شوند.

ورودی های انسانی از طریق پیوندهای فیزیکی، با سیستم های الکترونیکی لایه بندی شده در بالا برای کمک، بهینه سازی یا افزایش عملکرد، منتقل می شود. منطق کنترل توسط فیزیک محدود و تثبیت شده است. حتی زمانی که سیستم های الکترونیکی خراب می شوند، اتصالات مکانیکی اغلب رفتار قابل پیش بینی را تعریف می کنند.

Drive-by-wire این سلسله مراتب فیزیکی را به طور کامل حذف می کند.

هنگامی که کنترل از طریق لایه های الکترونیکی و نرم افزاری انجام می شود، قدرت از مکانیک به معماری تغییر می کند . تصمیمات کنترلی دیگر با انتقال نیروی فیزیکی اجرا نمی شوند، بلکه توسط:

• منطق نرم افزار

• واحدهای کنترل الکترونیکی (ECU)

• پروتکل های ارتباطی

• افزونگی و استراتژی های نظارت

در این مرحله، خودرو ابتدا به یک سیستم کنترل و در مرحله بعد به یک سیستم مکانیکی تبدیل می شود.

این تغییر برگشت ناپذیر است. این اساساً نحوه طراحی، آزمایش، تأیید و تکامل پلتفرم‌ها را در طول زمان تغییر می‌دهد - و بر هر لایه پایین‌دستی، از انتخاب سخت‌افزار گرفته تا مدیریت چرخه حیات، تأثیر می‌گذارد.

چرا تفکر مولفه ای خراب می شود؟

یک فرض رایج در صنعت این است که رانندگی با سیم را می توان به صورت تدریجی معرفی کرد: ابتدا فرمان را تعویض کنید، سپس ترمز کنید، در حالی که بقیه ساختار خودرو تا حد زیادی دست نخورده باقی می ماند.

در عمل، این رویکرد مشکلات ساختاری ایجاد می کند.

منطق کنترل تکه تکه شده

هر زیرسیستم به صورت محلی بهینه شده است، اما خودرو فاقد یک مرجع کنترل یکپارچه است. تصمیمات به صورت موازی و نه منسجم گرفته می شود.

مدل های ایمنی ناسازگار

اجزای مختلف بر مفروضات متفاوتی در مورد حالت‌های خرابی، زمان‌بندی و رفتار بازگشتی تکیه می‌کنند که اعتبارسنجی در سطح سیستم را به طور فزاینده‌ای دشوار می‌کند.

افزایش هزینه های یکپارچه سازی

هر عملکرد جدید نیاز به هماهنگی سفارشی بین سیستم هایی دارد که هرگز برای کار کردن به عنوان یک واحد طراحی نشده اند.

نتیجه پیشرفت نیست، بلکه بدهی فنی است.

Drive-by-wire تنها زمانی قابل اجرا می شود که کنترل به عنوان یک لایه سیستم مشترک در نظر گرفته شود ، نه مجموعه ای از زیرسیستم های مجزا که با هم مجهز شده اند.

سیستم های ایمنی- انتقادی نیاز به تفکر معماری دارند

در سکوهای مکانیکی، ایمنی اغلب ضمنی است.
محدودیت های فیزیکی رفتار را محدود می کند و شکست ها معمولاً محلی و قابل پیش بینی هستند.

در سیستم های درایو با سیم، ایمنی باید به صراحت طراحی شود.

این امر مستلزم تصمیم گیری در سطح سیستم در مورد:

• افزونگی در سنجش، محاسبات و تحریك

• مسیرهای ارتباطی قطعی

• تفکیک واضح بین کنترل عملیاتی و کنترل نظارتی

• تعریف استراتژی های تخریب و بازگشت

مهمتر از همه، ایمنی را نمی توان یک بار تایید کرد و برای همیشه فرض کرد.
باید به طور مداوم در طول چرخه عمر سیستم نظارت، تأیید و مدیریت شود.

در این زمینه، ایمنی یک ویژگی نیست.
این ویژگی خود معماری است.

کنترل و داده: دیگر هیچ نگرانی جداگانه ای وجود ندارد

یکی دیگر از تغییرات مهم - و اغلب دست کم گرفته شده - نقش داده است.

در پلتفرم‌های خودروهای قدیمی، داده‌ها اغلب به عنوان یک محصول جانبی تشخیصی یا تحلیلی در نظر گرفته می‌شوند. گزارش‌ها پس از وقوع رویدادها، عمدتاً برای عیب‌یابی، جمع‌آوری می‌شوند.

در معماری‌های درایو با سیم، داده‌ها ساختاری می‌شوند.

هر تصمیم کنترلی به موارد زیر بستگی دارد:

• آگاهی دقیق از وضعیت سیستم

• بازخورد محرک قابل اعتماد

• تشخیص بلادرنگ

• الگوهای عملکرد تاریخی

کنترل بدون داده کور است.
داده های بدون کنترل بی اثر هستند.

تنها زمانی که کنترل و داده ها با هم طراحی شوند، سیستم شفاف، قابل پیش بینی و انعطاف پذیر می شود. این رابطه حلقه بسته نه تنها برای عملیات بلادرنگ، بلکه برای بهینه سازی طولانی مدت، نگهداری و تکامل سیستم نیز ضروری است.

Drive-by-Wire به عنوان یک بستر بستر

درایو با سیم اغلب به عنوان یک پیش نیاز برای رانندگی خودمختار در نظر گرفته می شود.
اما این قاب خیلی باریک است.

مدتها قبل از اینکه خودمختاری در مقیاس قابل دوام باشد، پلتفرم‌های متحرک مدرن از قبل تقاضا می‌کنند:

• کنترل دقیق و قابل تکرار

• رفتار سیستم قابل پیش بینی در شرایط مختلف

• ادغام مقیاس پذیر توابع جدید

• قابلیت نگهداری طولانی مدت

این الزامات مختص استقلال نیست.
آنها برای هر سیستم تحرک هوشمندی که برای عملکرد قابل اعتماد در شرایط دنیای واقعی طراحی شده است، اساسی هستند.

از این منظر، رانندگی با سیم هدف نهایی نیست.
این شالوده ساختاری است که قابلیت‌های آینده به آن بستگی دارد - چه مربوط به اتوماسیون، عملیات ناوگان یا هوشمندی در سطح سیستم باشد.

سوال استراتژیک که رهبران باید بپرسند

مهمترین سوالی که مهندسین و رهبران محصول با آن روبرو هستند دیگر این نیست:

'کدام اجزا را باید جایگزین کنیم؟'

اما در عوض:

'آیا پلت فرم ما برای مدیریت کنترل، ایمنی و داده ها به عنوان یک سیستم منسجم طراحی شده است؟'

این سوال تعیین می کند که آیا توسعه آینده ارزش ترکیبی - یا پیچیدگی مرکب را خواهد داشت.

سازمان‌هایی که زودتر به آن می‌پردازند، وضوح معماری، کارایی یکپارچه‌سازی و انعطاف‌پذیری طولانی‌مدت را به دست می‌آورند. آنهایی که به تأخیر می افتند اغلب خود را با تصمیماتی محدود می بینند که هرگز برای پشتیبانی از سیستم هایی که در تلاش برای ساختن آنها هستند نبوده است.

نتیجه گیری: شناخت شیفت

Drive-by-wire یک لحظه تعیین کننده در تکامل سکوهای خودرو است.

این امر باعث انتقال از تفکر مولفه محور به طراحی سیستم محور می شود.
از بهینه سازی های ایزوله گرفته تا انسجام معماری.
از ارتقای کوتاه مدت تا استراتژی پلتفرم بلند مدت.

تشخیص این تغییر به معنای پذیرش سریعتر یک فناوری نیست.
این در مورد طراحی سیستم هایی است که می توانند تغییرات را تحمل کنند.

سوالات متداول

1: آیا رانندگی با سیم به طور خودکار به معنای رانندگی مستقل است؟

پاسخ: خیر. Drive-by-wire اغلب با رانندگی مستقل همراه است، اما خود استقلال نیست. این یک قابلیت سیستمی اساسی است که کنترل دقیق و نرم افزاری تعریف شده را امکان پذیر می کند. بسیاری از پلت‌فرم‌های متحرک مدت‌ها قبل از معرفی عملکردهای مستقل از درایو با سیم بهره می‌برند.

2: آیا درایو با سیم عمدتا یک چالش سخت افزاری است؟

پاسخ: نه در درجه اول. در حالی که سخت‌افزار ضروری است، چالش بزرگ‌تر در معماری سیستم نهفته است – اینکه چگونه کنترل، ایمنی و داده‌ها برای کار با هم به عنوان یک کل منسجم طراحی می‌شوند. بدون این تراز، افزودن اجزای درایو با سیم اغلب پیچیدگی را افزایش می دهد تا قابلیت.