Решение для разработки встроенных и интеллектуальных подключенных к транспортным средствам терминалов Встроенный или подключенный к транспортному средству терминал связывает питание автомобиля, сети ECU, датчики, позиционирование и связь с облачными платформами и может обеспечивать сбор данных, шлюз, запись, периферийную обработку, диагностику или управление устройствами. Разработка подсистемы не требует сертификации функциональной безопасности всего транспортного средства, допуска к использованию на дорогах или полной системы автономного вождения.
| Элемент проекта | Заявление о решении |
|---|---|
| Лучше всего подходит | Для поставщиков и интеграторов телематических терминалов, коммерческих автопарков, специальных транспортных средств, регистраторов данных, транспортных шлюзов, придорожных или автомобильных терминалов и инструментов тестирования, которым требуется специальное оборудование, системное программное обеспечение, протоколы связи, облачная интеграция или проверка прототипа. |
| Необходимые данные | Входные данные включают транспортное средство модель и окружающая среда, ЭБУ и матрица сообщений, CAN/CAN FD/LIN/automotive Ethernet, переходные процессы питания и режим сна/бодрствования, температура и вибрация, позиционирование и сотовая связь, операционная система, время загрузки, диагностика, OTA, данные и конфиденциальность, цели кибербезопасности и функциональной безопасности, пространство для установки и сторонние стандарты тестирования. |
| Объем поставки | Результаты могут включать схемы и печатные платы или выбранные устройства, прототипы, BSP/драйверы, встроенное ПО и приложения, документы сообщений и интерфейсов, инструменты настройки и диагностики, проект OTA, облачные API, записи интеграции стенда и транспортного средства, тестовые примеры, списки проблем и производственно-внедренческие материалы. Автомобильные компоненты и сторонние тесты соответствуют подтвержденному объему. |
| Как определяется прием? | Приемка может проверять включение и выключение автомобиля, холодную загрузку, сон и пробуждение, загрузку шины и потерю сообщений, временные метки сбора данных, сквозную задержку, восстановление сети, откат при неудачном обновлении, журналы, разрешения, температуру и электромагнитную среду. EMC, ESD, экологические и дорожные испытания проводятся с использованием назначенных стандартов и квалифицированной лаборатории или ответственной стороны. |
Наиболее подходящие пользователи и сценарии
Для поставщиков и интеграторов телематических терминалов, коммерческих автопарков, специальных транспортных средств, регистраторов данных, транспортных шлюзов, придорожных или автомобильных терминалов и инструментов тестирования, которым требуется специальное оборудование, системное программное обеспечение, протоколы связи, облачная интеграция или проверка прототипа.
Какие входные данные необходимы для запуска?
Входные данные включают транспортное средство модель и окружающая среда, ЭБУ и матрица сообщений, CAN/CAN FD/LIN/automotive Ethernet, переходные процессы питания и режим сна/бодрствования, температура и вибрация, позиционирование и сотовая связь, операционная система, время загрузки, диагностика, OTA, данные и конфиденциальность, цели кибербезопасности и функциональной безопасности, пространство для установки и сторонние стандарты тестирования.
Какие модули может включать в себя система?
Объем может включать аппаратное обеспечение MCU/SoC, защиту электропитания, автомобильные интерфейсы, BSP и драйверы, анализ сообщений, регистрацию данных, граничные алгоритмы, GNSS и сотовую связь, периферийные интерфейсы V2X, диагностику, OTA и откат, управление устройствами, облако API, разрешения и журналы, стендовые инструменты и HIL или интерфейсы воспроизведения.
Что можно доставить?
Результаты могут включать схемы и печатные платы или выбранные устройства, прототипы, BSP/драйверы, встроенное ПО и приложения, документы сообщений и интерфейсов, инструменты настройки и диагностики, проект OTA, облачные API, записи интеграции стенда и транспортного средства, тестовые примеры, списки проблем и производственно-внедренческие материалы. Автомобильные компоненты и сторонние тесты соответствуют подтвержденному объему.
Как определяется прием?
Приемка может проверять включение и выключение автомобиля, холодную загрузку, сон и пробуждение, загрузку шины и потерю сообщений, временные метки сбора данных, сквозную задержку, восстановление сети, откат при неудачном обновлении, журналы, разрешения, температуру и электромагнитную среду. EMC, ESD, экологические и дорожные испытания проводятся с использованием назначенных стандартов и квалифицированной лаборатории или ответственной стороны.
Пределы и граница ответственности
Решение не включает в себя функциональную безопасность всего автомобиля, безопасность предполагаемых функций, сертификацию кибербезопасности, автомобильную квалификацию, допуск к эксплуатации дорог, полный ADAS или ответственность за автономное вождение по умолчанию. ISO 26262, ISO/SAE 21434, AEC-Q и подобные цели требуют явной области действия и отдельной проверки.
Сопутствующие услуги и дела
Вернитесь к обзору решений , чтобы сравнить сценарии, или просмотрите примеры проектов, связанных с . Метрики и условия из дела не применяются автоматически к новому проекту.
Часто задаваемые вопросы
Может ли терминал подключиться к существующему ЭБУ автомобиля и сети CAN?
Это можно оценить, когда доступен авторизованный интерфейс и информация о сообщениях. Необходимо проверить загрузку шины, политику шлюза, диагностический доступ, синхронизацию сообщений, электрические интерфейсы и соответствие данных; нельзя обходить механизмы безопасности транспортного средства.
Может ли проект разработать полноценный ADAS или систему автономного вождения?
Могут быть разработаны интерфейсы датчиков, запись данных, краевая обработка или модуль ограниченной помощи, но полный ADAS и автономное вождение включают в себя архитектуру всего автомобиля, резервирование, безопасность, дорожные испытания и нормативная ответственность за пределами обычной разработки терминалов.
Включаются ли автоматически сертификаты автомобильного уровня и сертификации функциональной безопасности?
Нет. Классы компонентов, процесс разработки, стандарты испытаний, сторонние лаборатории, валидация всего автомобиля и ответственность за сертификацию должны быть согласованы в начале проекта. Прототип, прошедший функциональные испытания, не является сертификатом автомобильной безопасности или сертификации функциональной безопасности.