На этой странице определены ключевые термины, используемые в документации Android Automotive OS (AAOS) по программно-определяемым транспортным средствам (SDV), и сопоставлены стандартные концепции автомобильной промышленности с соответствующими концепциями AAOS SDV.
Сопоставьте концепции автомобильной промышленности с AAOS SDV.
В следующей таблице приведено сопоставление стандартных архитектур, протоколов и спецификаций автомобильной промышленности с соответствующими им концепциями AAOS SDV:
| Отраслевой стандарт или концепция | Соответствующая концепция AAOS SDV | Роль и документация |
|---|---|---|
| Программный компонент (SWC) архитектуры открытых автомобильных систем (AUTOSAR) или адаптивное приложение | пакет услуг | Независимо развертываемый доменный модуль ( .apex ), инкапсулирующий связанную бизнес-логику и конечные точки связи (RPC-серверы, клиенты, издатели и подписчики). См. Логическая архитектура . |
Определение адаптивного интерфейса AUTOSAR ara::com | VSIDL ( .vsidl ) и протоколы буферизации ( .proto ) | Декларативные схемы сервисов и сообщений, скомпилированные vsidlc в привязки клиентской библиотеки Rust. См. обзор VSIDL и промежуточного ПО . |
| Масштабируемое сервисно-ориентированное промежуточное программное обеспечение по IP (SOME/IP) и обнаружение сервисов по IP (SOME/IP Service Discovery, SD) | Транспорт SOME/IP и ISomeIpStack | Поддержка удаленных вызовов процедур (RPC) между блоками управления (ECU) и передачи данных по принципу «публикация-подписка» осуществляется через пользовательские стеки партнеров ( ISomeIpStack Stable AIDL) или vsomeip от Connected Vehicle Systems Alliance (COVESA). См. обзор интеграции SOME/IP . |
| Спецификация автомобильных сигналов COVESA (VSS) | Свойства VHAL и каталоги VSIDL | Стандартизированные сигналы автомобиля, предоставляемые информационно-развлекательной системой автомобиля (IVI) через уровень аппаратной абстракции автомобиля (VHAL) и передаваемые через мост к сервисам SDV. См. раздел «Использование шлюза SDV на IVI» . |
| Электронный блок управления (ЭБУ) | Экземпляры AAOS SDV, работающие в виртуальных машинах (ВМ) на гипервизоре. | Изолированные гостевые виртуальные машины, работающие в режиме без графического интерфейса на основе базового профиля AAOS SDV, обмениваются данными через сокеты VirtIO ( vsock ) или Ethernet. См. архитектуру системы AAOS SDV . |
| Приборная панель и индикаторная панель соответствуют стандарту ISO 26262 / ASIL. | Рендерер безопасности и высокой доступности дисплея (HAR) | Изолированный конвейер рендеринга и архитектура DriverUI для отображения критически важных для безопасности сигналов приборной панели и изображений с задней камеры. См. раздел «Безопасность дисплея» . |
Термины глоссария
- Базовый профиль SDV Android Automotive OS (AAOS)
- Облегченная безмониторная система, включающая в себя возможности подключения и управления, а также основные автомобильные сервисы.
- ОС Android
- Операционная система Android, используемая в мобильных устройствах, таких как мобильные телефоны и планшеты.
- каталог
- Каталог, содержащий все файлы protobuf и VSIDL, определяющие сервисные интерфейсы транспортного средства. Компилятор VSIDL принимает в качестве входных данных каталог и генерирует код для всех файлов в нем.
- каталог зависимостей
- Каталог зависимостей указывает местоположение внешних определений, заданных в файлах VSIDL или protobuf. Код для зависимостей не генерируется. Компилятор VSIDL принимает путь к каталогу зависимостей в качестве входных данных.
- электронный блок управления (ЭБУ)
- Модуль, управляющий одной из подсистем автомобиля (например, двигателем, кузовом или системой связи). Его вычислительная часть может представлять собой как простой небольшой микроконтроллер, так и полноценный компьютер под управлением Linux, иногда с несколькими SoC. Для получения дополнительной информации см. раздел «Электронный блок управления» .
- клиентская библиотека промежуточного ПО
- Клиентская библиотека (также называемая clientlib), предоставляющая высокоуровневые API для взаимодействия со стеком коммуникаций SDV. Эта библиотека скрывает детали регистрации и обнаружения сервисов, позволяя разработчикам сосредоточиться на темах и каналах. API clientlib разработаны для работы с дескрипторами конечных точек, сгенерированными генератором кода VSIDL (
vsidlc), что значительно уменьшает количество ошибок при ручной настройке и ускоряет разработку. - Протоколы буферов (protobuf)
Протоколы буферизации — это независимый от языка программирования, платформы и расширяемый механизм для описания и сериализации структурированных данных.
Файлы Protobuf имеют расширение
.protoи определяют структуру сообщений (данных), которыми обмениваются сервисы. Эти файлы также указывают типы данных, поля и взаимосвязи внутри сообщений.- агент SDV
Привилегированное приложение, работающее в системе SDV и обеспечивающее основную функциональность SDV. Агенты SDV ведут себя как демоны Linux, которые представляют собой приложения, работающие на протяжении всего жизненного цикла операционной системы и предоставляющие некоторую низкоуровневую функциональность. Каждый основной компонент SDV может предоставлять один, ни одного или более агентов.
- Экземпляр SDV (виртуальная машина SDV)
Отдельный экземпляр основного профиля AAOS SDV, работающий в виртуальной машине (ВМ) на системе на кристалле (SoC) или в виртуальной среде. Вероятнее всего, в одном автомобиле работает несколько экземпляров SDV, которые вместе образуют полную систему развертывания AAOS SDV.
- пакет SDV
Наименьшая единица программного обеспечения SDV, которую можно обновить. Пакет SDV может состоять из нескольких пакетов обновлений.
- Платформа SDV
Платформа SDV, включающая в себя основной профиль SDV, представляет собой платформу для разработчиков сервисов, позволяющую создавать сервисы и запускать на ней эти сервисы.
- разработчик платформы SDV
Инженер, занимающийся интеграцией, настройкой и поддержкой базового профиля AAOS SDV, виртуальных машин и системной инфраструктуры — аналогично разработчику платформы Android для автомобильных информационно-развлекательных систем (IVI). Ключевые обязанности включают:
- Настройка механизмов изоляции процессов и виртуальных машин, политик безопасности и планирования ресурсов для служб SDV.
- Интеграция транспортного стека (например, SOME/IP или VirtIO) и обеспечение сетевой адресации между блоками управления и виртуальными машинами.
- Управление процессом подготовки, загрузки и обновления пакетов сервисов (
.apex-пакетов) оркестратором SDV.
- разработчик сервисов SDV
Инженер, разрабатывающий специализированный функционал для транспортных средств в виде модульных сервисных пакетов, работающих на платформе SDV — аналогично разработчику приложений Android для систем IVI, но создающему сервисы для транспортных средств без графического интерфейса, а не приложения с пользовательским интерфейсом (UI). Ключевые обязанности включают:
- Определение интерфейсов сервисов и структур данных с использованием VSIDL (
.vsidl) и протоколов буферизации (.proto). - Реализация бизнес-логики предметной области с использованием сгенерированных привязок клиентской библиотеки Rust (RPC-серверы, клиенты, издатели и подписчики).
- Упаковка, тестирование и развертывание пакетов сервисов независимо от базового образа платформы.
- Определение интерфейсов сервисов и структур данных с использованием VSIDL (
- пакет услуг
Независимо развертываемый модуль, содержащий связанную бизнес-логику, который инкапсулирует возможности конкретной предметной области и обеспечивает строгие границы авторизации.
- обнаружение сервисов
Агент SDV, обеспечивающий обнаружение сервисов и коммуникационных точек.
- Сервис-ориентированная архитектура (SOA)
Стиль компьютерного программного обеспечения, при котором услуги другим компонентам предоставляются компонентами приложения посредством протокола связи по сети.
- сервисный блок
Базовый конечный объект коммуникационного стека SDV (например, RPC-сервер или издатель тем), объявленный внутри пакета сервисов. Клиентская библиотека промежуточного ПО автоматически обрабатывает регистрацию и обнаружение сервисных блоков.
- тема
Именованный канал связи для сообщений, ориентированных на данные (публикация/подписка). Темы идентифицируются строками и содержат сообщения определенного типа. Темы обеспечивают связь «многие ко многим», позволяя нескольким издателям и подписчикам использовать одну и ту же тему.
- канал
Именованный канал связи для RPC-сервисов. Каналы позволяют различать несколько экземпляров одного и того же типа сервиса (например,
main-control,high-priority).- Программно-определяемое транспортное средство (SDV)
Термин, используемый для обозначения решения в коде и документации. Для справки см. «Программно-определяемые транспортные средства: как открытый исходный код способствует инновациям» .
- система на кристалле (SoC)
Интегральная схема, объединяющая все компоненты компьютера или другой электронной системы на одном чипе. Эти компоненты обычно включают центральный процессор (ЦП), память, порты ввода/вывода и вторичное хранилище. Для получения дополнительной информации см. раздел «Система на чипе» .
- Блок телематического управления (TCU)
Блок управления двигателем (ЭБУ) отвечает за внешние коммуникационные периферийные устройства, такие как GSM/LTE, Wi-Fi, GNSS или Bluetooth. Для получения дополнительной информации см. Блок управления телематикой .
- Язык определения интерфейса сервисного обслуживания транспортных средств (VSIDL)
VSIDL — это предметно-ориентированный язык, предназначенный для определения интерфейсов и взаимодействий между сервисами в программной системе автомобиля.
Файлы VSIDL описывают пакеты сервисов, их возможности и сообщения, которыми они обмениваются. Они определяют структуру программной архитектуры транспортного средства.
Файлы VSIDL имеют расширение
.vsidl.