این اصطلاحات در سراسر مستندات SDV استفاده میشوند.
- نمایه هسته SDV سیستم عامل Android Automotive (AAOS).
- یک سیستم سبک وزن بدون سرنشین، که شامل قابلیتهای اتصال و هماهنگی و خدمات اصلی خودرو است.
- نمونه AAOS SDV (ماشین مجازی SDV)
- یک نمونه واحد از پروفایل اصلی AAOS SDV که در یک ماشین مجازی روی SoC یا در یک محیط مجازی اجرا میشود. به احتمال زیاد، چندین نمونه SDV در یک وسیله نقلیه واحد قرار دارند که با هم یک استقرار کامل AAOS SDV را تشکیل میدهند.
- سیستم عامل اندروید
- سیستم عامل اندروید که در دستگاههای تلفن همراه مانند تلفنهای همراه و تبلتها استفاده میشود.
- کاتالوگ
- دایرکتوری که شامل تمام فایلهای protobuf و VSIDL است که رابطهای سرویس یک وسیله نقلیه را تعریف میکنند. کامپایلر VSIDL یک دایرکتوری کاتالوگ را به عنوان ورودی میپذیرد و برای تمام فایلهای درون آن کد تولید میکند.
- کاتالوگ وابستگی
- کاتالوگ وابستگی، مکان تعاریف خارجی تعریف شده در فایلهای VSIDL یا protobuf را مشخص میکند. هیچ کدی برای وابستگیها تولید نمیشود. کامپایلر VSIDL مسیر کاتالوگ وابستگی را به عنوان ورودی دریافت میکند.
- واحد کنترل الکترونیکی (ECU)
- ماژولی که یکی از زیرسیستمهای خودرو (مثلاً موتور، بدنه یا اتصالات) را کنترل میکند. بخش محاسباتی آن میتواند به سادگی یک میکروکنترلر کوچک یا به پیشرفتهگی یک کامپیوتر کامل لینوکس باشد، که گاهی اوقات دارای چندین SoC است. برای کسب اطلاعات بیشتر، به واحد کنترل الکترونیکی مراجعه کنید.
- کتابخانه کلاینت میانافزار
- یک کتابخانه کلاینت (که clientlib نیز نامیده میشود) که APIهای سطح بالا را برای تعامل با پشته ارتباطات SDV ارائه میدهد. این کتابخانه جزئیات ثبت و کشف واحد سرویس را پنهان میکند و به توسعهدهندگان اجازه میدهد تا روی موضوعات و کانالها تمرکز کنند. APIهای clientlib برای کار با توصیفگرهای نقطه پایانی تولید شده از مولد کد VSIDL (
vsidlc) طراحی شدهاند، که به طور قابل توجهی خطاهای راهاندازی دستی را کاهش میدهد و توسعه را تسریع میکند. - بافرهای پروتکل (protobuf)
بافرهای پروتکل، مکانیزمی توسعهپذیر و بیطرف از نظر زبان، پلتفرم و برای توصیف و سریالسازی دادههای ساختاریافته هستند.
فایلهای Protobuf پسوند
.protoدارند و ساختار پیامها (دادهها)ی رد و بدل شده بین سرویسها را تعریف میکنند. این فایلها همچنین نوع داده، فیلدها و روابط درون پیامها را مشخص میکنند.- عامل SDV
یک برنامهی دارای امتیاز که روی سیستم SDV اجرا میشود و قابلیتهای اصلی SDV را ارائه میدهد. عاملهای SDV مانند دیمنهای لینوکس رفتار میکنند، که برنامههایی هستند که در طول عمر سیستم عامل اجرا میشوند و برخی از قابلیتهای سطح پایین را ارائه میدهند. هر جزء اصلی SDV میتواند هیچ، یک یا بیش از یک عامل ارائه دهد.
- نمونه SDV (ماشین مجازی SDV)
یک نمونه واحد از پروفایل اصلی AAOS SDV که در یک ماشین مجازی روی SoC یا در یک محیط مجازی اجرا میشود. به احتمال زیاد، چندین نمونه SDV در یک وسیله نقلیه واحد اجرا میشوند که با هم یک استقرار کامل AAOS SDV را تشکیل میدهند.
- بسته SDV
کوچکترین واحد نرمافزار SDV که قابل بهروزرسانی است. یک بسته SDV میتواند شامل چندین بسته خدماتی باشد.
- پلتفرم SDV
پلتفرم SDV که شامل پروفایل اصلی SDV به عنوان بستری برای توسعهدهندگان سرویس است تا سرویسها را بر اساس آن بسازند و اجرا کنند.
- توسعهدهنده پلتفرم SDV
توسعهدهندهای که این وظایف را انجام میدهد:
- مکانیسمهای جداسازی مناسبی را برای سرویسهای SDV فراهم میکند.
- آدرسپذیری منحصر به فردی را برای سرویسهای مختلف و اجزای آنها فراهم میکند.
- نحوه بارگذاری سرویسها توسط چارچوب SDV را درک میکند.
- توسعهدهنده خدمات SDV
توسعهدهندهای که این وظایف را انجام میدهد:
- کد سرویس را در الگوهایی شبیه به معماری میکروسرویس سازماندهی میکند.
- استقرار را از توسعه خدمات جدا میکند.
- یک یا چند موجودیت ارتباطی (شامل سرورها، ناشران، کلاینتها و مشترکین) را در همان فرآیند زمان اجرا ایجاد میکند.
- سرویسها را مستقل از سایر سرویسها آزمایش و اشکالزدایی میکند.
- بسته خدماتی
یک ماژول مستقل و قابل استقرار از منطق تجاری مرتبط که یک قابلیت دامنه خاص را کپسولهسازی کرده و مرزهای مجوز سختگیرانهای را اعمال میکند.
- کشف سرویس
یک عامل SDV که امکان کشف واحد سرویس را فراهم میکند.
- معماری سرویسگرا (SOA)
سبکی از نرمافزار رایانهای که در آن، اجزای برنامه، از طریق یک پروتکل ارتباطی از طریق شبکه، به سایر اجزا خدمات ارائه میدهند.
این مفهوم پایه است. تمام سرویسهای SDV قرار است API RPC مبتنی بر AIDL (بین فرآیندی، بین ماشین مجازی و بین SoC) را ارائه دهند.
- موضوع
یک مسیر ارتباطی نامگذاری شده برای پیامهای دادهگرا (انتشار/اشتراک). موضوعات با رشتهها شناسایی میشوند و پیامهایی از یک نوع خاص را حمل میکنند. موضوعات امکان ارتباط چند به چند را فراهم میکنند و به چندین ناشر و مشترک برای یک موضوع واحد اجازه میدهند.
- کانال
یک مسیر ارتباطی نامگذاری شده برای سرویسهای RPC. کانالها امکان تشخیص چندین نمونه از یک نوع سرویس مشابه را فراهم میکنند (برای مثال،
main-control،high-priority).- واحد خدمات
جزئیات پیادهسازی زیربنایی پشته ارتباطات SDV. واحدهای سرویس، موجودیتهایی هستند که توسط کشف سرویس سطح پایین ثبت و کشف میشوند. میانافزار clientlib واحدهای سرویس را بهطور خودکار مدیریت میکند. نکات قابل توجه در مورد واحدهای سرویس عبارتند از:
- واحدهای خدماتی که در یک بسته خدماتی تعریف شدهاند، در یک فرآیند اجرا میشوند.
- هر واحد سرویس، یک نقطه پایانی خاص (سرور یا ناشر) را نشان میدهد.
- هر واحد خدماتی یک نوع واحد خدماتی دارد.
- نوع واحد خدماتی
اعلان نوع مرتبط با یک واحد خدماتی.
- خودروی تعریفشده توسط نرمافزار (SDV)
یک اصطلاح خارجی برای راهحل در کد و مستندات. برای مرجع، به «خودروهای تعریفشده توسط نرمافزار: چگونه متنباز نوآوری را تقویت میکند» مراجعه کنید.
- سیستم روی تراشه (SoC)
یک مدار مجتمع که تمام اجزای یک کامپیوتر یا سیستم الکترونیکی دیگر را در یک تراشه واحد ادغام میکند. این اجزا معمولاً شامل یک واحد پردازش مرکزی (CPU)، حافظه، پورتهای ورودی/خروجی و حافظه ثانویه هستند. برای کسب اطلاعات بیشتر، به بخش سیستم روی تراشه مراجعه کنید.
- واحد کنترل از راه دور (TCU)
یک واحد کنترل الکترونیکی (ECU) که مسئول ارتباطات جانبی خارج از برد، مانند GSM/LTE، Wi-Fi، GNSS یا بلوتوث است. برای کسب اطلاعات بیشتر، به واحد کنترل تلهماتیک مراجعه کنید.
- زبان تعریف رابط سرویس خودرو (VSIDL)
VSIDL یک زبان خاص دامنه است که برای تعریف رابطها و تعاملات بین سرویسها در سیستم نرمافزاری یک وسیله نقلیه طراحی شده است.
فایلهای VSIDL بستههای خدماتی، قابلیتهای آنها و پیامهایی که رد و بدل میکنند را توصیف میکنند. آنها ساختار معماری نرمافزار خودرو را تعریف میکنند.
فایلهای VSIDL پسوند
.vsidl دارند.