OTA به‌روزرسانی‌ها چگونه خودروی الکتریکی را نو می‌کنند؟

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

این صفحه را به اشتراک بگذارید

به‌روزرسانی بی‌سیم (OTA یا over-the-air) یعنی به‌روزرسانی نرم‌افزار خودروی برقی از طریق شبکه سلولی بدون مراجعه به خدمات پس از فروش. به لطف این روش، حتی پس از خرید خودروی برقی نیز تخمین برد، شخصیت رانندگی، رفتار شارژ و نرم‌افزار ایمنی قابل بهبود است و برخی سخت‌افزارهای خودرو به ویژگی‌هایی تبدیل می‌شوند که بعداً قابل فعال‌سازی هستند. به بیان ساده، خودروی برقی مدرن دیگر نقطه نهایی وضعیت روز تحویل نیست، بلکه به محصولی تبدیل شده که در طول عمر خود تکامل می‌یابد.

نکات برجسته

  • بیش از 70 درصد خودروهای نو در جهان قابلیت OTA دارند.
  • معماری زونال کاهشی تا 25 درصد در طول کابل‌های داخلی خودرو ایجاد می‌کند.
  • چارچوب قانونی پایه برای به‌روزرسانی‌های نرم‌افزاری آیین‌نامه UNECE R156 است.
  • درآمدهای دیجیتال/نرم‌افزاری امروز 15 درصد از درآمدهای خودروسازی است؛ انتظار می‌رود تا سال 2035 به 51 درصد برسد.
  • پیش‌بینی می‌شود در سال 2030، 90 درصد نوآوری‌های مرتبط با خودرو نرم‌افزاری باشند.

فرض کنید یک خودروی برقی سه موتور، دستیار رانندگی دولایه و پمپ حرارتی دارد؛ همه این‌ها سخت‌افزار است. اما آنچه نحوه کارکرد این سخت‌افزار را تعیین می‌کند، به میزان فزاینده‌ای نرم‌افزار است. از کنترل موتور تا کالیبراسیون ترمز بازیابنده، از تخمین برد تا آسایش کابین، بسیاری از کارکردها امروز با خطوط کد تعریف می‌شوند. به همین دلیل صنعت به این نسل جدید خودروها می‌گوید «خودروی نرم‌افزارمحور» (SDV یا software-defined vehicle): خودرویی که کارکردهای اصلی آن به جای سخت‌افزار ثابت، با نرم‌افزار کنترل، به‌روزرسانی و توسعه می‌یابد.

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

به‌روزرسانی OTA دقیقاً چگونه کار می‌کند؟

Yüz binlerce elektrikli araca tek gecede güvenlik düzeltmesi ulaştırmak artık servis çağırmayı değil, sadece Wi-Fi sinyalini gerektiriyor.

به‌روزرسانی OTA یعنی به‌روزرسانی بی‌سیم نرم‌افزار خودرو، معمولاً از طریق بازبرنامه‌ریزی تراشه‌های حافظه غیرفرار («فلش») داخل خودرو. در عمل منطقی شبیه دانلود اپلیکیشن روی گوشی هوشمند دارد: خودرو بسته به‌روزرسانی را از طریق شبکه موبایل دانلود می‌کند و در زمان مناسب آن را نصب و ماژول‌های نرم‌افزاری مربوطه را جایگزین می‌کند.

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

با به‌روزرسانی چه چیزهایی تغییر می‌کند؟

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

  • کالیبراسیون مجموعه انتقال قدرت: تنظیم دقیق کنترل موتور می‌تواند در تحویل قدرت و بازدهی تفاوت ایجاد کند.
  • الگوریتم‌های ترمز بازیابنده: با تنظیم مجدد منحنی‌های بازیابی انرژی، می‌توان هم بازدهی و هم حس پدال را بهبود بخشید.
  • مدیریت باتری و برد: به‌روزرسانی‌ها با کارایی بیشتر باتری می‌توانند برد و عمر باتری را افزایش دهند؛ تخمین برد می‌تواند دقیق‌تر شود و موقعیت ایستگاه‌های شارژ جدید اضافه شود.
  • فراخوان‌های ایمنی: برخی فراخوان‌های ایمنی اکنون از طریق OTA قابل تعمیر هستند؛ دیگر نیازی نیست که مالک خودرو به خدمات پس از فروش مراجعه کند.

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

سخت‌افزار چگونه ابتدا خوشه‌های ECU شد و سپس رایانه؟

این گستردگی OTA بدون تغییر معماری ممکن نبود. در معماری سنتی، هر کارکرد واحد کنترل الکترونیکی (ECU) خودش را داشت؛ در برخی خودروها بیش از 100 ECU وجود داشت. این وضعیت یعنی هم پیچیدگی و هم دسته‌سیم‌هایی به طول کیلومترها. از آنجا که هر واحد نرم‌افزار خودش را حمل می‌کرد، ارسال یک به‌روزرسانی جامع به خودرو عملاً تقریباً غیرممکن بود.

تحول در سه مرحله پیش رفت: ابتدا ECUهای توزیع‌شده، سپس کنترلرهای دامنه که حوزه‌هایی مانند کمک رانندگی و اطلاعات-سرگرمی را گروه‌بندی می‌کردند، و در نهایت رایانه‌های با عملکرد بالا (HPC) و معماری منطقه‌ای. در معماری منطقه‌ای، کنترلرهای ناحیه‌ای -جلو، عقب، چپ، راست- به یک پلتفرم محاسباتی مرکزی متصل می‌شوند. نتیجه قابل اندازه‌گیری است: کاهش تا 25 درصد در طول سیم‌کشی. کارکرد بیشتر با سیم کمتر، یعنی دستاورد هم از نظر وزن و هم از نظر نصب.

در سمت نرم‌افزار نیز پایه‌ای مشترک لازم بود. استاندارد AUTOSAR نرم‌افزار را قابل استفاده مجدد کرد؛ برای خدمات پویای بلادرنگ در پلتفرم‌های قدرتمند مبتنی بر Linux و Ethernet، AUTOSAR Adaptive طراحی شد. بدون این زبان مشترک، هر خودروساز مجبور می‌شد به‌روزرسانی‌ها را کاملاً در دنیای بسته خود توسعه دهد. در عمل نیز اکنون یک نقطه شکست قابل مشاهده وجود دارد: پیش‌شرط OTA معماری مرکزی یا منطقه‌ای است و برخی برندها هنوز OTA کاملاً جامع ارائه نمی‌دهند.

به‌روزرسانی‌ها چگونه تأیید می‌شوند و چه کسی ایمنی را تضمین می‌کند؟

میان دانلود کردن یک فهرست آهنگ و بارگذاری نرم‌افزار کنترل موتور با ده‌ها هزار خط، تفاوت بزرگی در میزان مسئولیت وجود دارد؛ همین تفاوت، چارچوب قانون‌گذاری را نیز تعیین می‌کند. چارچوب اصلی UNECE R156 آیین‌نامه: شرایطی برای مدیریت ایمن، قابل ردیابی و سازگار به‌روزرسانی‌های نرم‌افزار خودرو تعیین می‌کند و تأیید تیپ برای به‌روزرسانی نرم‌افزار OTA را شامل می‌شود. در چارچوب الزامات WP.29، تولیدکنندگان باید فرآیندی داشته باشند که بتوانند وسایل نقلیه هدف را برای یک به‌روزرسانی نرم‌افزاری مشخص کنند - یعنی اینکه در هر لحظه مشخص و قابل ردیابی باشد کدام نسخه به کدام خودرو می‌رود. در سمت آمریکا، استانداردهای فدرال ایمنی وسایل نقلیه موتوری (FMVSS) توسط NHTSA تنظیم می‌شود.

در سمت امنیت سایبری، دفاع لایه‌ای است: بوت ایمن (secure boot)، ارتباطات رمزگذاری‌شده، پایش بلادرنگ و تشخیص دسترسی غیرمجاز. بوت ایمن به‌طور خلاصه این کار را انجام می‌دهد: وقتی خودرو روشن می‌شود، تا زمانی که امضای نرم‌افزاری که قرار است اجرا شود تأیید نشده، هیچ ماژولی بارگذاری نمی‌شود. خود فرآیند به‌روزرسانی نیز موضوعی مهندسی و نیازمند نظم است؛ یک به‌روزرسانی بد مدیریت‌شده می‌تواند به خرابی‌های سیستم و ناامیدی کاربران منجر شود. به همین دلیل به‌روزرسانی‌های بزرگ معمولاً به‌صورت مرحله‌ای توزیع می‌شوند و خودرو باید در حین نصب در وضعیت ایمنی باشد (مثلاً پارک شده و در حال حرکت نباشد).

نکته‌ای هم که باید صریحاً گفته شود این است: OTA فقط یک کانال است، نه تضمین کیفیت. به‌روزرسانی می‌تواند با همان محتوا از طریق دستگاه سرویس یا یک بازدید کنترل‌شده سرویس نیز انجام شود؛ چارچوب قانونی، مدیریت به‌روزرسانی را مستقل از روش تحویل پوشش می‌دهد.

چرا ماشینی که خریده‌اید با اشتراک ویژگی می‌فروشد؟

چهره تجاری معماری تعریف‌شده با نرم‌افزار، مدل «خرید ویژگی» (features-on-demand) است. سخت‌افزار به ویژگی‌هایی تبدیل می‌شود که پس از خرید قابل فعال‌سازی هستند: سیستم‌های پیشرفته کمک رانندگی، صندلی‌های گرم‌شونده، حالت‌های عملکردی. شیوه دسترسی را می‌توان در سه گروه خلاصه کرد:

  • اشتراک ماهانه یا سالانه
  • پرداخت یک‌باره (خرید)
  • پرداخت بر اساس مصرف (pay-per-use)

برای تولیدکنندگان منطق قوی است: همان سخت‌افزار پس از تحویل به تولید درآمد ادامه می‌دهد و دارندگان خودرو شانس «امتحان کردن» برخی ویژگی‌ها را با چند دلار در ماه پیدا می‌کنند. تصویر صنعت نیز ابعاد این گرایش را نشان می‌دهد: درآمدهای دیجیتال/نرم‌افزاری امروز در سطح ۱۵٪ درآمدهای خودرویی است و تا سال 2035 انتظار می‌رود به ۵۱٪ برسد. پیش‌بینی می‌شود بازار OTA خودرویی نیز تا سال 2034 به 22 میلیارد دلار برسد. محاسبه شده است که تا سال 2030، ۹۰٪ تمام نوآوری‌های مرتبط با خودرو از جنس نرم‌افزار خواهد بود؛ ۷۵٪ مدیران صنعت خودرو پیش‌بینی می‌کنند که تجربه تعریف‌شده با نرم‌افزار تا سال 2035 در مرکز ارزش برند قرار خواهد گرفت.

در سمت کاربر اما تصویر تا این حد روشن نیست. دسترسی اشتراکی به ویژگی‌هایی که زمانی استاندارد بودند -مانند صندلی گرم‌شونده یا کروز کنترل تطبیقی- می‌تواند مشتریان را به‌حق عصبانی کند و به ادراک برند آسیب بزند. پرسش «چرا باید دوباره برای سخت‌افزاری که از قبل در خودروی من قرار دارد پول بدهم؟» رایج‌ترین اعتراض به این مدل است. از منظر مهندسی وضعیت ساده است: المنت گرم‌کننده داخل صندلی است، اما کلید در نرم‌افزار. بحث تجاری دقیقاً حول این موضوع می‌چرخد که این کلید به چه کسی تعلق خواهد داشت.

خودروی متصل چه مزایایی دارد و با چه ریسک‌هایی همراه است؟

ارزش پیشنهادی OTA ملموس است: رفع اشکال، وصله‌های ایمنی و ارتقای ویژگی‌ها به‌صورت از راه دور و بدون مراجعه به نمایندگی. تا سال 2027 انتظار می‌رود بیش از 327 میلیون خودروی متصل در جاده‌ها حضور داشته باشند و 79 درصد مدیران تولیدکنندگان معتقدند تلاش‌های خودروی نرم‌افزارمحور در سه سال آینده پیشرفت خواهد کرد؛ 76 درصد آنها اضافه می‌کنند که هوش مصنوعی به این پیشرفت کمک خواهد کرد. از روندهای 2026، گذار تدریجی به معماری‌های منطقه‌ای، نوآوری در لایه اپلیکیشن و توسعه مبتنی بر هوش مصنوعی برجسته هستند.

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

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

پرسش‌های متداول: آیا خودروی من واقعاً شتاب می‌گیرد؟ برد آن افزایش می‌یابد؟

پاسخ کوتاه: در برخی موارد بله، اما باید محدودیت‌ها را دانست. قدرت فیزیکی موتور در خودروی برقی در سخت‌افزار ثابت است و به‌روزرسانی نرم‌افزاری نمی‌تواند این سقف را بالا ببرد. اما از آنجا که منحنی تحویل قدرت، عمق ترمزهای بازیابی، مدیریت توان و تخمین برد با نرم‌افزار تعیین می‌شوند، به‌روزرسانی‌ها می‌توانند تفاوت محسوسی ایجاد کنند. در برخی مدل‌ها، بهبودهای شتاب‌گیری و ترمزگیری از طریق به‌روزرسانی‌ها به تجربه کاربر منتقل شده است؛ تخمین برد دقیق‌تر شده و موقعیت‌های شارژ جدیدی اضافه شده است. اما خود برد توسط شیمی باتری محدود می‌شود؛ نرم‌افزار فقط امکان استفاده هوشمندانه‌تر از باتری موجود را فراهم می‌کند - نه بیشتر.

یک سوال عملی دیگر: آیا برای به‌روزرسانی باید خودرو را شارژ کرد یا به خدمات پس از فروش رفت؟ در اغلب سناریوها لازم نیست؛ به‌روزرسانی در حالت پارک و به صورت بی‌سیم تکمیل می‌شود و بسیاری از صاحبان خودرو بدون مراجعه به خدمات پس از فروش، چندین نسخه بزرگ را پشت سر گذاشته‌اند.

نتیجه‌گیری: خودرو دیگر یک محصول نیست، یک پلتفرم است

مفهوم خودروی نرم‌افزار محور، خودرو را از یک محصولی که «تحویل داده می‌شود و تمام» به پلتفرمی با به‌روزرسانی مداوم تبدیل می‌کند. به‌روزرسانی‌های OTA چهره آشکار این تحول هستند؛ اما در زیر آن، تغییر مهندسی بسیار بزرگ‌تری مانند معماری زونال، محاسبات متمرکز و استانداردهای مشترک نرم‌افزاری قرار دارد. از دیدگاه خریدار، سوالات کلیدی نیز همراه با این تحول تغییر کرده‌اند: در کنار سوال «این خودرو چقدر قدرتمند است؟»، سوال «هر چند وقت یکبار به‌روزرسانی می‌شود، کدام قابلیت‌ها بعداً فعال می‌شوند و هزینه آن‌ها چقدر است؟» اضافه شده است. سخت‌افزار همچنان قوانین فیزیک را تعیین می‌کند؛ اما اینکه همین خودروی فیزیکی چگونه احساس شود، روز به روز بیشتر توسط نرم‌افزار مشخص می‌شود.

منابع