سیستم عامل اندروید خودرو (AAOS) که بر اساس نرمافزار تعریفشده برای خودرو (SDV) توسعه داده شده است، یک معماری ماژولار و سرویسگرا (SOA) ارائه میدهد که برای حوزههای محاسباتی خودرو نسل بعدی فراتر از سرگرمی و اطلاعات طراحی شده است. پلتفرم AAOS SDV که بر پایه یک پایه اندروید سبک و سریع (SDV Core، مشابه Microdroid ) ساخته شده است، بر روی ماشینهای مجازی ایزوله (VirtIO) اجرا میشود تا زمان بوت و فضای حافظه را کاهش دهد و در عین حال سرویسهای خودرو را با استفاده از پروتکلهایی مانند SOME/IP، بستههای سرویس VSIDL و ادغام Vehicle HAL (VHAL) به هم متصل کند.
برای مثال، SDV به محض نزدیک شدن کاربر، خودرو را به سرعت فعال میکند. در برخی پیکربندیها، SDV همچنین محتویات ابزار خوشهبندی را هنگامی که کاربر شروع به تعامل با خودرو میکند، نمایش میدهد.
ادغام با سیستم اطلاعات و سرگرمی اندروید (AAOS IVI)
SDV برای ادغام نزدیک با سیستم اطلاعات و سرگرمی درون خودرویی اندروید اتو او اس (AAOS IVI) توسعه داده شده است. این امر امکان ارتباط داخلی، امن و پیشرفته بین این دو سیستم را فراهم میکند.
SDV به عنوان ماشینهای مجازی اجرا میشود
این معماری به گونهای طراحی شده است که به عنوان یک سیستم عامل در یک ماشین مجازی روی یک هایپروایزر با قابلیت VirtIO اجرا شود. این امر آزمایش و ادغام در ابر را تسهیل میکند. این معماری همچنین چندین ماشین مجازی را روی یک CPU برای جداسازی ارائه میدهد و یک طراحی مستقل از پلتفرم دارد که هزینههای ادغام را کاهش میدهد.
اتصال سرویسهای SDV در ماشینهای مجازی
یکی از اهداف ابتکار SDV کاهش هزینه ادغام نرمافزارهای شخص ثالث است. یکی از اجزای اصلی تلاش SDV، اتصال یکپارچه سرویسها در یک یا چند ماشین مجازی (VM) است.
در اندروید ۱۷ ( 26Q2 ) و بالاتر، توسعهدهندگان سرویس، رابطهای RPC و تاپیکهای انتشار-اشتراک را به صورت اعلانی با استفاده از زبان تعریف رابط سرویسهای خودرو ( VSIDL ، .vsidl ) و بافرهای پروتکل ( .proto ) تعریف میکنند که کامپایلر vsidlc آنها را به اتصالات کتابخانه کلاینت ترجمه میکند. این طراحی مستقل از انتقال، به کتابخانه کلاینت میانافزار اجازه میدهد تا انتقالهای بین پردازشی و بین ماشینهای مجازی - از جمله سوکتهای VirtIO ( vsock )، اترنت، Binder، gRPC و صف پیام سریع (FMQ) - را انتزاعی کند، در حالی که از پروتکلهای واحد کنترل الکترونیکی خارجی (ECU) مانند SOME/IP ( ISomeIpStack ) نیز پشتیبانی میکند.
قطعات خودرو توسعه یافته توسط گوگل
برای آزمایش موارد استفاده SDV در خودرو، تیم Google SDV در حال توسعه چندین مؤلفه رایج در خودرو است. این مؤلفهها شامل Service Orchestration، Vehicle Power Mode management، یکپارچهسازی SOME/IP و Telemetry میشود.
پشتیبانی از تلهمتری
برآورده کردن الزامات اساسی برای تولیدکنندگان اصلی تجهیزات (OEM) نیازمند یک سیستم تلهمتری با طراحی مناسب است تا بتواند خودروهای آنها را رصد کند، رفتار سیستم را بهبود بخشد و از موارد استفاده خاص، کسب درآمد کند. معماری SDV با تلهمتری خودرو ادغام میشود. هدف اصلی تلهمتری، جمعآوری هرگونه داده خودرو بدون نیاز به بهروزرسانی است.
تلهمتری یک زبان جدید تعریف میکند که در protobuf طراحی شده است و سناریوهای جمعآوری دادهها را بیان میکند. این زبان، جمعآوری دادهها از سرویسهای SOA را تعریف میکند، این دادهها را در لبه پردازش میکند و گزارشهای معیارها را برای بارگذاری در برنامه تلهمتری ایجاد میکند. تلهمتری شامل یک backend ابری برای تولید و اعتبارسنجی پیکربندی معیارها قبل از ارسال آنها به وسیله نقلیه است.
ادغام گوگل کلود برای توسعه نرمافزار
یکی از مزایای SDV این است که به شما امکان میدهد نرمافزار SDV را مستقیماً در فضای ابری، با یا بدون سختافزار محلی تخصصی، شبیهسازی و توسعه دهید. SDV از فناوریهای موجود گوگل، مانند Cuttlefish ، استفاده میکند. SDV با تیمهای همکار خود همکاری میکند تا پشتیبانی از نیازهای خاص خود مانند توپولوژی ماشین مجازی چندگانه را تأیید کند.
این فناوری همچنین از ادغام مداوم و تحویل مداوم (CI/CD) در زیرساخت Google Cloud قبل از استقرار بهروزرسانیهای نرمافزاری جدید در خودرو پشتیبانی میکند.
رابط کاربری ابزارهای خودرو را فعال کنید
SDV رابط کاربری ابزار خوشهای را با بوت شدن در تقریباً یک یا دو ثانیه فعال میکند. Display Safety یک رابط کاربری برای ویژگیهای مرتبط با ایمنی فراهم میکند. به عنوان مثال، ابزارهای خودرو مانند سرعت و چراغهای راهنما.
،سیستم عامل اندروید خودرو (AAOS) که بر اساس نرمافزار تعریفشده برای خودرو (SDV) توسعه داده شده است، یک معماری ماژولار و سرویسگرا (SOA) ارائه میدهد که برای حوزههای محاسباتی خودرو نسل بعدی فراتر از سرگرمی و اطلاعات طراحی شده است. پلتفرم AAOS SDV که بر پایه یک پایه اندروید سبک و سریع (SDV Core، مشابه Microdroid ) ساخته شده است، بر روی ماشینهای مجازی ایزوله (VirtIO) اجرا میشود تا زمان بوت و فضای حافظه را کاهش دهد و در عین حال سرویسهای خودرو را با استفاده از پروتکلهایی مانند SOME/IP، بستههای سرویس VSIDL و ادغام Vehicle HAL (VHAL) به هم متصل کند.
برای مثال، SDV به محض نزدیک شدن کاربر، خودرو را به سرعت فعال میکند. در برخی پیکربندیها، SDV همچنین محتویات ابزار خوشهبندی را هنگامی که کاربر شروع به تعامل با خودرو میکند، نمایش میدهد.
ادغام با سیستم اطلاعات و سرگرمی اندروید (AAOS IVI)
SDV برای ادغام نزدیک با سیستم اطلاعات و سرگرمی درون خودرویی اندروید اتو او اس (AAOS IVI) توسعه داده شده است. این امر امکان ارتباط داخلی، امن و پیشرفته بین این دو سیستم را فراهم میکند.
SDV به عنوان ماشینهای مجازی اجرا میشود
این معماری به گونهای طراحی شده است که به عنوان یک سیستم عامل در یک ماشین مجازی روی یک هایپروایزر با قابلیت VirtIO اجرا شود. این امر آزمایش و ادغام در ابر را تسهیل میکند. این معماری همچنین چندین ماشین مجازی را روی یک CPU برای جداسازی ارائه میدهد و یک طراحی مستقل از پلتفرم دارد که هزینههای ادغام را کاهش میدهد.
اتصال سرویسهای SDV در ماشینهای مجازی
یکی از اهداف ابتکار SDV کاهش هزینه ادغام نرمافزارهای شخص ثالث است. یکی از اجزای اصلی تلاش SDV، اتصال یکپارچه سرویسها در یک یا چند ماشین مجازی (VM) است.
در اندروید ۱۷ ( 26Q2 ) و بالاتر، توسعهدهندگان سرویس، رابطهای RPC و تاپیکهای انتشار-اشتراک را به صورت اعلانی با استفاده از زبان تعریف رابط سرویسهای خودرو ( VSIDL ، .vsidl ) و بافرهای پروتکل ( .proto ) تعریف میکنند که کامپایلر vsidlc آنها را به اتصالات کتابخانه کلاینت ترجمه میکند. این طراحی مستقل از انتقال، به کتابخانه کلاینت میانافزار اجازه میدهد تا انتقالهای بین پردازشی و بین ماشینهای مجازی - از جمله سوکتهای VirtIO ( vsock )، اترنت، Binder، gRPC و صف پیام سریع (FMQ) - را انتزاعی کند، در حالی که از پروتکلهای واحد کنترل الکترونیکی خارجی (ECU) مانند SOME/IP ( ISomeIpStack ) نیز پشتیبانی میکند.
قطعات خودرو توسعه یافته توسط گوگل
برای آزمایش موارد استفاده SDV در خودرو، تیم Google SDV در حال توسعه چندین مؤلفه رایج در خودرو است. این مؤلفهها شامل Service Orchestration، Vehicle Power Mode management، یکپارچهسازی SOME/IP و Telemetry میشود.
پشتیبانی از تلهمتری
برآورده کردن الزامات اساسی برای تولیدکنندگان اصلی تجهیزات (OEM) نیازمند یک سیستم تلهمتری با طراحی مناسب است تا بتواند خودروهای آنها را رصد کند، رفتار سیستم را بهبود بخشد و از موارد استفاده خاص، کسب درآمد کند. معماری SDV با تلهمتری خودرو ادغام میشود. هدف اصلی تلهمتری، جمعآوری هرگونه داده خودرو بدون نیاز به بهروزرسانی است.
تلهمتری یک زبان جدید تعریف میکند که در protobuf طراحی شده است و سناریوهای جمعآوری دادهها را بیان میکند. این زبان، جمعآوری دادهها از سرویسهای SOA را تعریف میکند، این دادهها را در لبه پردازش میکند و گزارشهای معیارها را برای بارگذاری در برنامه تلهمتری ایجاد میکند. تلهمتری شامل یک backend ابری برای تولید و اعتبارسنجی پیکربندی معیارها قبل از ارسال آنها به وسیله نقلیه است.
ادغام گوگل کلود برای توسعه نرمافزار
یکی از مزایای SDV این است که به شما امکان میدهد نرمافزار SDV را مستقیماً در فضای ابری، با یا بدون سختافزار محلی تخصصی، شبیهسازی و توسعه دهید. SDV از فناوریهای موجود گوگل، مانند Cuttlefish ، استفاده میکند. SDV با تیمهای همکار خود همکاری میکند تا پشتیبانی از نیازهای خاص خود مانند توپولوژی ماشین مجازی چندگانه را تأیید کند.
این فناوری همچنین از ادغام مداوم و تحویل مداوم (CI/CD) در زیرساخت Google Cloud قبل از استقرار بهروزرسانیهای نرمافزاری جدید در خودرو پشتیبانی میکند.
رابط کاربری ابزارهای خودرو را فعال کنید
SDV رابط کاربری ابزار خوشهای را با بوت شدن در تقریباً یک یا دو ثانیه فعال میکند. Display Safety یک رابط کاربری برای ویژگیهای مرتبط با ایمنی فراهم میکند. به عنوان مثال، ابزارهای خودرو مانند سرعت و چراغهای راهنما.
،سیستم عامل اندروید خودرو (AAOS) که بر اساس نرمافزار تعریفشده برای خودرو (SDV) توسعه داده شده است، یک معماری ماژولار و سرویسگرا (SOA) ارائه میدهد که برای حوزههای محاسباتی خودرو نسل بعدی فراتر از سرگرمی و اطلاعات طراحی شده است. پلتفرم AAOS SDV که بر پایه یک پایه اندروید سبک و سریع (SDV Core، مشابه Microdroid ) ساخته شده است، بر روی ماشینهای مجازی ایزوله (VirtIO) اجرا میشود تا زمان بوت و فضای حافظه را کاهش دهد و در عین حال سرویسهای خودرو را با استفاده از پروتکلهایی مانند SOME/IP، بستههای سرویس VSIDL و ادغام Vehicle HAL (VHAL) به هم متصل کند.
برای مثال، SDV به محض نزدیک شدن کاربر، خودرو را به سرعت فعال میکند. در برخی پیکربندیها، SDV همچنین محتویات ابزار خوشهبندی را هنگامی که کاربر شروع به تعامل با خودرو میکند، نمایش میدهد.
ادغام با سیستم اطلاعات و سرگرمی اندروید (AAOS IVI)
SDV برای ادغام نزدیک با سیستم اطلاعات و سرگرمی درون خودرویی اندروید اتو او اس (AAOS IVI) توسعه داده شده است. این امر امکان ارتباط داخلی، امن و پیشرفته بین این دو سیستم را فراهم میکند.
SDV به عنوان ماشینهای مجازی اجرا میشود
این معماری به گونهای طراحی شده است که به عنوان یک سیستم عامل در یک ماشین مجازی روی یک هایپروایزر با قابلیت VirtIO اجرا شود. این امر آزمایش و ادغام در ابر را تسهیل میکند. این معماری همچنین چندین ماشین مجازی را روی یک CPU برای جداسازی ارائه میدهد و یک طراحی مستقل از پلتفرم دارد که هزینههای ادغام را کاهش میدهد.
اتصال سرویسهای SDV در ماشینهای مجازی
یکی از اهداف ابتکار SDV کاهش هزینه ادغام نرمافزارهای شخص ثالث است. یکی از اجزای اصلی تلاش SDV، اتصال یکپارچه سرویسها در یک یا چند ماشین مجازی (VM) است.
در اندروید ۱۷ ( 26Q2 ) و بالاتر، توسعهدهندگان سرویس، رابطهای RPC و تاپیکهای انتشار-اشتراک را به صورت اعلانی با استفاده از زبان تعریف رابط سرویسهای خودرو ( VSIDL ، .vsidl ) و بافرهای پروتکل ( .proto ) تعریف میکنند که کامپایلر vsidlc آنها را به اتصالات کتابخانه کلاینت ترجمه میکند. این طراحی مستقل از انتقال، به کتابخانه کلاینت میانافزار اجازه میدهد تا انتقالهای بین پردازشی و بین ماشینهای مجازی - از جمله سوکتهای VirtIO ( vsock )، اترنت، Binder، gRPC و صف پیام سریع (FMQ) - را انتزاعی کند، در حالی که از پروتکلهای واحد کنترل الکترونیکی خارجی (ECU) مانند SOME/IP ( ISomeIpStack ) نیز پشتیبانی میکند.
قطعات خودرو توسعه یافته توسط گوگل
برای آزمایش موارد استفاده SDV در خودرو، تیم Google SDV در حال توسعه چندین مؤلفه رایج در خودرو است. این مؤلفهها شامل Service Orchestration، Vehicle Power Mode management، یکپارچهسازی SOME/IP و Telemetry میشود.
پشتیبانی از تلهمتری
برآورده کردن الزامات اساسی برای تولیدکنندگان اصلی تجهیزات (OEM) نیازمند یک سیستم تلهمتری با طراحی مناسب است تا بتواند خودروهای آنها را رصد کند، رفتار سیستم را بهبود بخشد و از موارد استفاده خاص، کسب درآمد کند. معماری SDV با تلهمتری خودرو ادغام میشود. هدف اصلی تلهمتری، جمعآوری هرگونه داده خودرو بدون نیاز به بهروزرسانی است.
تلهمتری یک زبان جدید تعریف میکند که در protobuf طراحی شده است و سناریوهای جمعآوری دادهها را بیان میکند. این زبان، جمعآوری دادهها از سرویسهای SOA را تعریف میکند، این دادهها را در لبه پردازش میکند و گزارشهای معیارها را برای بارگذاری در برنامه تلهمتری ایجاد میکند. تلهمتری شامل یک backend ابری برای تولید و اعتبارسنجی پیکربندی معیارها قبل از ارسال آنها به وسیله نقلیه است.
ادغام گوگل کلود برای توسعه نرمافزار
یکی از مزایای SDV این است که به شما امکان میدهد نرمافزار SDV را مستقیماً در فضای ابری، با یا بدون سختافزار محلی تخصصی، شبیهسازی و توسعه دهید. SDV از فناوریهای موجود گوگل، مانند Cuttlefish ، استفاده میکند. SDV با تیمهای همکار خود همکاری میکند تا پشتیبانی از نیازهای خاص خود مانند توپولوژی ماشین مجازی چندگانه را تأیید کند.
این فناوری همچنین از ادغام مداوم و تحویل مداوم (CI/CD) در زیرساخت Google Cloud قبل از استقرار بهروزرسانیهای نرمافزاری جدید در خودرو پشتیبانی میکند.
رابط کاربری ابزارهای خودرو را فعال کنید
SDV رابط کاربری ابزار خوشهای را با بوت شدن در تقریباً یک یا دو ثانیه فعال میکند. Display Safety یک رابط کاربری برای ویژگیهای مرتبط با ایمنی فراهم میکند. به عنوان مثال، ابزارهای خودرو مانند سرعت و چراغهای راهنما.
،سیستم عامل اندروید خودرو (AAOS) که بر اساس نرمافزار تعریفشده برای خودرو (SDV) توسعه داده شده است، یک معماری ماژولار و سرویسگرا (SOA) ارائه میدهد که برای حوزههای محاسباتی خودرو نسل بعدی فراتر از سرگرمی و اطلاعات طراحی شده است. پلتفرم AAOS SDV که بر پایه یک پایه اندروید سبک و سریع (SDV Core، مشابه Microdroid ) ساخته شده است، بر روی ماشینهای مجازی ایزوله (VirtIO) اجرا میشود تا زمان بوت و فضای حافظه را کاهش دهد و در عین حال سرویسهای خودرو را با استفاده از پروتکلهایی مانند SOME/IP، بستههای سرویس VSIDL و ادغام Vehicle HAL (VHAL) به هم متصل کند.
برای مثال، SDV به محض نزدیک شدن کاربر، خودرو را به سرعت فعال میکند. در برخی پیکربندیها، SDV همچنین محتویات ابزار خوشهبندی را هنگامی که کاربر شروع به تعامل با خودرو میکند، نمایش میدهد.
ادغام با سیستم اطلاعات و سرگرمی اندروید (AAOS IVI)
SDV برای ادغام نزدیک با سیستم اطلاعات و سرگرمی درون خودرویی اندروید اتو او اس (AAOS IVI) توسعه داده شده است. این امر امکان ارتباط داخلی، امن و پیشرفته بین این دو سیستم را فراهم میکند.
SDV به عنوان ماشینهای مجازی اجرا میشود
این معماری به گونهای طراحی شده است که به عنوان یک سیستم عامل در یک ماشین مجازی روی یک هایپروایزر با قابلیت VirtIO اجرا شود. این امر آزمایش و ادغام در ابر را تسهیل میکند. این معماری همچنین چندین ماشین مجازی را روی یک CPU برای جداسازی ارائه میدهد و یک طراحی مستقل از پلتفرم دارد که هزینههای ادغام را کاهش میدهد.
اتصال سرویسهای SDV در ماشینهای مجازی
یکی از اهداف ابتکار SDV کاهش هزینه ادغام نرمافزارهای شخص ثالث است. یکی از اجزای اصلی تلاش SDV، اتصال یکپارچه سرویسها در یک یا چند ماشین مجازی (VM) است.
در اندروید ۱۷ ( 26Q2 ) و بالاتر، توسعهدهندگان سرویس، رابطهای RPC و تاپیکهای انتشار-اشتراک را به صورت اعلانی با استفاده از زبان تعریف رابط سرویسهای خودرو ( VSIDL ، .vsidl ) و بافرهای پروتکل ( .proto ) تعریف میکنند که کامپایلر vsidlc آنها را به اتصالات کتابخانه کلاینت ترجمه میکند. این طراحی مستقل از انتقال، به کتابخانه کلاینت میانافزار اجازه میدهد تا انتقالهای بین پردازشی و بین ماشینهای مجازی - از جمله سوکتهای VirtIO ( vsock )، اترنت، Binder، gRPC و صف پیام سریع (FMQ) - را انتزاعی کند، در حالی که از پروتکلهای واحد کنترل الکترونیکی خارجی (ECU) مانند SOME/IP ( ISomeIpStack ) نیز پشتیبانی میکند.
قطعات خودرو توسعه یافته توسط گوگل
برای آزمایش موارد استفاده SDV در خودرو، تیم Google SDV در حال توسعه چندین مؤلفه رایج در خودرو است. این مؤلفهها شامل Service Orchestration، Vehicle Power Mode management، یکپارچهسازی SOME/IP و Telemetry میشود.
پشتیبانی از تلهمتری
برآورده کردن الزامات اساسی برای تولیدکنندگان اصلی تجهیزات (OEM) نیازمند یک سیستم تلهمتری با طراحی مناسب است تا بتواند خودروهای آنها را رصد کند، رفتار سیستم را بهبود بخشد و از موارد استفاده خاص، کسب درآمد کند. معماری SDV با تلهمتری خودرو ادغام میشود. هدف اصلی تلهمتری، جمعآوری هرگونه داده خودرو بدون نیاز به بهروزرسانی است.
تلهمتری یک زبان جدید تعریف میکند که در protobuf طراحی شده است و سناریوهای جمعآوری دادهها را بیان میکند. این زبان، جمعآوری دادهها از سرویسهای SOA را تعریف میکند، این دادهها را در لبه پردازش میکند و گزارشهای معیارها را برای بارگذاری در برنامه تلهمتری ایجاد میکند. تلهمتری شامل یک backend ابری برای تولید و اعتبارسنجی پیکربندی معیارها قبل از ارسال آنها به وسیله نقلیه است.
ادغام گوگل کلود برای توسعه نرمافزار
یکی از مزایای SDV این است که به شما امکان میدهد نرمافزار SDV را مستقیماً در فضای ابری، با یا بدون سختافزار محلی تخصصی، شبیهسازی و توسعه دهید. SDV از فناوریهای موجود گوگل، مانند Cuttlefish ، استفاده میکند. SDV با تیمهای همکار خود همکاری میکند تا پشتیبانی از نیازهای خاص خود مانند توپولوژی ماشین مجازی چندگانه را تأیید کند.
این فناوری همچنین از ادغام مداوم و تحویل مداوم (CI/CD) در زیرساخت Google Cloud قبل از استقرار بهروزرسانیهای نرمافزاری جدید در خودرو پشتیبانی میکند.
رابط کاربری ابزارهای خودرو را فعال کنید
SDV رابط کاربری ابزار خوشهای را با بوت شدن در تقریباً یک یا دو ثانیه فعال میکند. Display Safety یک رابط کاربری برای ویژگیهای مرتبط با ایمنی فراهم میکند. به عنوان مثال، ابزارهای خودرو مانند سرعت و چراغهای راهنما.