С быстрым развитием интеллектуальных подключённых автомобилей технология OTA (Over-the-Air) стала основным способом обновления бортового ПО. Чтобы отвечать всё более строгим регуляторным требованиям и техническим вызовам, TOSUN на базе стандартов ISO 24089 и GB 44496 выпустила комплексную OTA HIL-тестовую систему «облако — управление — устройство», обеспечивающую соответствующую нормам, эффективную и автоматизированную верификацию полного цикла OTA.
Ключевые слова: OTA, HIL, ISO 24089, GB 44496, UNECE R156, DoIP, TSMaster, внедрение отказов.
1. Предыстория и нормативная база OTA-тестирования
Международные и китайские нормы — UNECE R156, ISO 24089 и обязательный национальный стандарт Китая GB 44496 — вместе образуют стандартизированную рамку обновления ПО интеллектуальных подключённых автомобилей. GB 44496 — первый обязательный национальный стандарт Китая по OTA — прямо предъявляет ключевые технические требования: сквозное шифрование, цифровые подписи, изоляция безопасности, восстановление после сбоя питания — и является необходимым условием вывода автомобиля на рынок (рис. 1-1).
2. Состав OTA HIL-испытаний TOSUN
OTA-тестовая система TOSUN предоставляет полный стек возможностей — от компонента до автомобиля целиком — и охватывает семь типов испытаний:
- Испытания на соответствие нормам: проверка соответствия ISO 24089, GB 44496 и др., включая обязательные пункты, такие как проверка состояния автомобиля перед обновлением.
- Функциональные OTA-тесты: загрузка пакета обновления, прошивка нескольких ЭБУ, отчётность о ходе установки, восстановление после прерывания пользователем — базовые функции всей OTA-цепочки, включая штатное обновление и аномальные сценарии.
- Производительностные OTA-тесты: оценка потребления ресурсов и временных характеристик: нагрузка на шлюз, загрузка шины CAN FD, время прошивки одного ЭБУ, поведение при параллельном обновлении нескольких ЭБУ.
- OTA-тесты безопасности: по ISO 21434 и GB 44495 — сценарии атак «человек посередине», повторного воспроизведения (replay), подделки установочного пакета и других угроз.
- OTA-тесты надёжности: симуляция экстремальных режимов — многократные восстановления после сбоя питания подряд, непрерывная прошивка множества ЭБУ, взаимодействие высоко-/низковольтных цепей с разными ЭБУ, пульсации питания, слабая сеть и отсутствие сети.
- OTA-тесты неисправностей: многомерная матрица испытаний — обрыв сети при загрузке, сбой питания в процессе прошивки, неисправность тормозов во время прошивки и т.д.
- Тесты пользовательского опыта: количественная оценка ясности уведомлений об обновлении, точности прогноза времени, синхронности мультимодального взаимодействия (голос/экран/приложение), сбор обратной связи для оптимизации процесса.
3. Архитектура системы: от компонента до реального автомобиля
3.1. Аппаратная архитектура OTA HIL
TOSUN предлагает несколько вариантов OTA HIL-оборудования под разные уровни испытаний:
1. Стенд протокольного conformance-тестирования одного узла (BT). Стандартный шкаф, платы протокольного conformance-тестирования шин, программируемый источник питания и верхний ПК с TSMaster — верификация соответствия протоколов прошивки UDS/DoIP ЭБУ и испытания с внедрением отказов (рис. 3-1).
2. Компонентный стенд OTA-тестирования. Стандартный шкаф, экранирующая камера и верхний ПК с TSMaster — верификация полнофункционального процесса OTA-прошивки ЭБУ в любой E/E-архитектуре и симуляция неисправностей (рис. 3-2).
3. Системный стенд OTA-тестирования. Интеграция HIL-шкафа, экранирующей камеры, стенда LabCar, верхнего ПК, управления параметрами беспроводной сети, среды симуляции многодоменных контроллеров, программируемых источников питания и другого оборудования — проверка временной синхронизации меж-ЭБУ совместного обновления и сетевой нагрузки (рис. 3-3).
4. OTA-тестирование на реальном автомобиле. Портативные регистраторы шин в связке с облачной системой управления задачами — воспроизведение OTA-сценариев и регрессионные испытания перед массовой рассылкой обновлений (рис. 3-4).
3.2. Программная архитектура OTA HIL
Программная архитектура OTA HIL построена на платформе виртуальных приборов TSMaster и предоставляет полный стек испытательных возможностей — от низкоуровневого управления оборудованием до облачной координации. Это трёхуровневая платформа разработки и испытаний OTA-систем: уровень взаимодействия с пользователем, уровень системных приложений и уровень симуляции виртуального оборудования (рис. 3-5).
4. Сценарии применения OTA HIL-испытаний
- Производительностные тесты: мониторинг загрузки шин, скорости записи Flash, способности параллельного обновления нескольких ЭБУ.
- Тесты неисправностей: симуляция перебоев питания, кратковременных обрывов сети, злонамеренных атак и других сценариев.
- Мониторинг реального автомобиля: синхронный сбор сигналов электрического состояния, сетевой коммуникации, реакции HMI.
- Испытания парка автомобилей: кластерное параллельное обновление, проверка масштабируемости и устойчивости системы.
Диагностические функции UDS в TSMaster поддерживают не только CAN/CAN FD и LIN, но и диагностику с прошивкой по DoIP через Ethernet; разработка диагностических процессов в TSMaster требует минимума кода или не требует его вовсе, что быстро связывает диагностические цепочки разработки, производства и сервиса.
