Идея проекта:

Создание дооснащаемой интеллектуальной системы проекционного отображения автомобильной информации на лобовом стекле — автомобильного HUD для машин, не оборудованных штатной проекцией. Система получает данные через диагностический интерфейс OBD-II, обрабатывает их на вычислительном модуле и выводит выбранные параметры в поле зрения водителя, чтобы сократить необходимость переводить взгляд на приборную панель, смартфон или мультимедийную систему.

Базовая версия проекта реализована на Raspberry Pi 4 и программном обеспечении на Python: по словам команды, ранняя сборка выводила скорость автомобиля на лобовое стекло и проверялась на ВАЗ-2114. В рамках дальнейшей разработки предполагается определить по результатам исследования пользователей, какие данные действительно должны входить в первую версию: скорость, навигационная подсказка, параметры состояния автомобиля или другие показатели. Возможность мини-карты, отображения дорожных знаков, GPS-сверки и свободного выбора OBD-параметров пока рассматривается как продуктовая гипотеза, а не как подтверждённый состав решения.

Цель на акселератор:

Подтвердить проблему и требования приоритетного сегмента водителей, восстановить и разработать работающий прототип автомобильного HUD, который получает данные через OBD-II, устойчиво выводит скорость и минимум один дополнительный параметр, выбранный по результатам пользовательского исследования, а также продемонстрировать работу системы на автомобиле с измерением задержки отображения, точности показаний и читаемости изображения в заданных дневных и ночных условиях.

Задачи для достижения цели:

1. Исследование проблемы и формирование требований к продукту. Провести проблемные интервью с водителями автомобилей без штатного HUD, изучить конкретные ситуации перевода взгляда на приборную панель, телефон или навигационную систему, зафиксировать существующие способы решения, частоту проблемы, последствия, прошлые покупки и недостатки используемых альтернатив. На основании фактов выбрать первичный сегмент и приоритетный набор отображаемых данных.

2. Проектирование аппаратно-программной архитектуры. Определить состав прототипа: вычислительный модуль, OBD-II-интерфейс, способ передачи данных, экран или иной проекционный модуль, питание, корпус и крепление. Разработать модульную архитектуру программного обеспечения, включающую получение и валидацию автомобильных данных, обработку, настройку виджетов и формирование изображения для проекции.

3. Восстановление и разработка прототипа. Восстановить базовый контур вывода скорости, реализовать устойчивое подключение к автомобилю и добавить только тот дополнительный параметр или сценарий, который будет подтверждён исследованием пользователей. Обеспечить безопасное размещение устройства и кабелей без изменения конструкции салона и без перекрытия обзора водителю.

4. Испытание технических характеристик. Разработать методику проверки задержки между изменением параметра автомобиля и его отображением, ошибки показаний относительно эталона, стабильности соединения, времени запуска, читаемости изображения при разной освещённости и устойчивости работы во время поездки. Провести повторяемые испытания и оформить протокол с условиями, результатами и выявленными ограничениями.

5. Анализ аналогов и подготовка бизнес-кейса. Сравнить штатные и внешние HUD, приложения с OBD-адаптерами, смартфоны и мультимедийные системы по функциональности, способу установки, задержке, читаемости, цене и пользовательскому сценарию. Сформировать ценностное предложение, предварительную модель монетизации, требования к себестоимости и план перехода от прототипа к пилотной версии.

Ожидаемые результаты:

1. Работающий прототип автомобильного HUD. Устройство, подключаемое к OBD-II и демонстрирующее на автомобиле вывод скорости и минимум одного дополнительного параметра, подтверждённого пользовательским исследованием.

2. Отчёт о пользовательском исследовании. Обезличенные карточки проблемных интервью, описание первичного сегмента, карта существующих альтернатив, подтверждённые и опровергнутые гипотезы, а также обоснованный перечень функций первой версии.

3. Протокол технических испытаний. Документ с архитектурой тестовой сборки, условиями измерений, значениями задержки и ошибки, оценкой стабильности подключения и читаемости проекции в дневных и ночных условиях. Пороговые значения должны быть согласованы после первичного исследования и базовых замеров; достигнутыми заранее они не считаются.

4. Демонстрационные материалы. Фото и видео работы прототипа на автомобиле, схема подключения, описание пользовательского сценария и материалы для демонстрации на экспертной трубе и демо-дне.

5. Пакет проектной документации. Архитектурная схема, перечень компонентов, предварительная себестоимость, анализ аналогов, ценностное предложение, план создания следующей версии и roadmap развития на 6–12 месяцев.

Проект «Автомобильный помощник» предварительно соотносится с национальным проектом технологического лидерства «Промышленное обеспечение транспортной мобильности» через уровень «Легковой автомобиль с двигателем внутреннего сгорания» и элемент 3.2.5 «Электрические и электронные системы». Тип связи можно определить как прямую по технологическому объекту, но предварительную: проект создаёт электронную систему отображения бортовой информации для легкового автомобиля, однако её место в составе автомобильной электроники, требования к безопасности, совместимость и технологический барьер ещё должны быть подтверждены.

Дополнительно проект может иметь косвенную связь с НПТЛ «Микроэлектроника» через уровень 10.16 «Мультимедийные системы (автоэлектроника)» и элемент 10.16.1 «Процессоры, модуль связи», поскольку система использует вычислительный модуль и канал передачи автомобильных данных.

На страницу проекта