Full Self-Driving от Tesla в дипломе: как расследование NHTSA делает вашу ВКР актуальной
В марте 2026 года Reuters сообщило: Национальная администрация безопасности дорожного движения США (NHTSA) перевела расследование в отношении Tesla Full Self-Driving (FSD) в финальную фазу — инженерный анализ. Причина — система деградации (degradation detection), которая должна предупреждать водителя о том, что камеры не видят дорогу (дождь, туман, грязь). Если проблема подтвердится, Tesla ждёт отзыв автомобилей. Для выпускников ИТ-направлений это не просто новость из мира авто — это кейс, который ложится в основу нескольких тем ВКР: от компьютерного зрения до безопасности систем реального времени.
Статья показывает, как регуляторика (NHTSA) и функциональная безопасность влияют на архитектуру ПО в автомобиле. Студент, который умеет анализировать такие инциденты и предлагать инженерные решения, выглядит на защите выгодно. Расскажу, как превратить этот сюжет в дипломный проект, какие главы писать и где брать метрики для расчётов.
Три темы ВКР на основе кейса Tesla
| Тема ВКР | Актуальность (привязка к статье) | Цель | Задачи |
|---|---|---|---|
| Разработка модуля контроля деградации камер для ADAS | Система Tesla не всегда корректно определяет плохую видимость — это приводит к ложной уверенности пользователя. | Спроектировать программный модуль, который предупреждает водителя о снижении качества изображения. |
|
| Валидация систем автономного вождения в условиях плохой видимости | NHTSA расследует именно отказы FSD в сложных погодных условиях — значит, стандартные тесты не покрывают эти сценарии. | Разработать набор тестов и метрик для оценки поведения ADAS при дожде и тумане. |
|
| Проектирование системы мониторинга и оповещения для FSD | Проблема Tesla — в том, что водитель не всегда перехватывает управление после предупреждения. ВКР может решать задачу HMI (человеко-машинный интерфейс). | Разработать архитектуру подсистемы оповещения с учётом времени реакции водителя. |
|
Аналитическая глава: не просто «изучить», а сравнить и обосновать
Когда студент пишет первую главу ВКР, возникает соблазн сделать пересказ статей. Для разбора FSD этого мало. Преподаватель захочет увидеть, как вы применяете инженерный подход. Например, сравните архитектуру восприятия Tesla и других автопроизводителей. Если Tesla полагается только на камеры, то Waymo и Mobileye используют лидары и радары. Нарисуйте сравнительную таблицу по критериям: стоимость сенсоров, помехоустойчивость, дальность, деградация при грязи.
Из кейса с NHTSA вытащите требование degradation detection — это уже не функция, а норматив. Сформулируйте функциональные и нефункциональные требования к вашей собственной системе. В аналитической главе обязательно ссылайтесь на стандарты: ISO 26262 (функциональная безопасность), ISO/PAS 21448 (SOTIF — безопасность предполагаемых функций), ГОСТ 34.601 для процесса разработки. Тогда текст перестанет быть «рефератом» и станет проектированием.
Проектная часть: от диаграммы вариантов использования до алгоритма
Во второй главе ВКР можно показать, как проектируется модуль обнаружения деградации. Возьмём за основу сценарий из статьи: камеры запотевают, алгоритм должен понять, что видимость упала, и за 3 секунды выдать предупреждение. Напишите псевдокод на основе фильтра Калмана для оценки резкости изображения:
for each frame:
gray = cvtColor(frame, GRAY)
variance = Laplacian(gray).var()
if variance < threshold_rain:
fusion_state = FUSION_DEGRADED
else:
fusion_state = FUSION_OK
if fusion_state degrades for N frames:
send_alert(level=2)
request_driver_override()
Схема интеграции в бортовую систему: сенсорные данные → препроцессинг → детектор деградации → обрабтка ошибок → HMI. Эту последовательность оформляйте не картинкой «просто схема», а диаграммами UML: activity diagram (переходы состояний) или component diagram для распределения ответственности. Ссылку на статью The Verge удобно вставить в обоснование выбора сценария: «в реальном мире этот случай был зафиксирован при расследовании NHTSA».
Тестирование и метрики: где брать цифры для третьей главы
Студенты часто пишут «система протестирована», но не указывают, как. Для систем с камерами есть готовые метрики: Precision, Recall, F1-мера для детекции деградации, IoU для семантической сегментации, RMSE для оценки параметров погоды. Если ваша задача — предупреждение при ухудшении видимости, замерьте время реакции системы: от момента поступления кадра с синтетическим туманом до выдачи сигнала.
Что делать, если нет возможности гонять реальный автомобиль? Используйте симулятор CARLA или открытый датасет Foggy Cityscapes. В отчёте укажите, что тесты проводились на синтетических данных, а в будущем требуется проверка на реальных. Это нормально для ВКР бакалавра. Для магистерской работы можно добавить оценку RTO (время восстановления после отказа) и RPO (потеря данных) для подсистемы логирования — эти метрики напрямую связаны с безопасностью.
Типичные ошибки студентов и как их избежать
- Подмена терминов. Пишут «нейросеть» вместо «свёрточная нейронная сеть», «технология» вместо «архитектура». Это сразу роняет базарный уровень. Используйте термины из документов: degradation detection, functional safety, limp-home mode.
- Отсутствие метрик. Если тема про безопасность, обязательно посчитайте вероятность ложного срабатывания. Возьмите формулу: False Positive Rate = FP / (FP + TN). Опишите, как получили допущения.
- Игнорирование ГОСТ при оформлении ТЗ. Не берите ГОСТ 34.602-89 только на словах. Если в проектной главе есть «Разработка требований», используйте этот стандарт для структуры (атрибуты, условия применения, ограничения). Тогда руководитель не придерётся к оформлению.
Чему вы научитесь в процессе работы
За время ВКР вы прокачаете конкретные навыки, которые потом показываете на собеседованиях:
- читать научные статьи CNN и лексикон безопасности ADAS (AEB, FCW, SOTIF);
- обосновывать выбор архитектуры (микросервисы vs монолит) на примере бортового софта;
- работать с симуляторами автономного вождения — CARLA, SUMO (для трафика);
- документировать результаты по стандартам: от ГОСТ до ISO 26262.
FAQ: отвечаю на частые вопросы студентов
Я не умею программировать, но хочу тему с FSD. Это возможно?
Для бакалаврской работы достаточно аналитической части: сравнение подходов, обоснование метрик, описание архитектуры. Код можно заменить диаграммами и моделированием в UML. Но без базы программирования будет сложно на защите, если зададут вопрос о реализации. Рекомендую выбрать тему “Сравнительный анализ методов детекции деградации”, где код не обязателен.
Если я делаю ВКР по системам автономного вождения, нужен ли раздел с экономической эффективностью?
На многих технических направлениях — да, третья глава должна содержать оценку затрат/выгоды. Но вместо «экономии на зарплатах» представьте расчёт стоимости внедрения модуля (разработка + оборудование) и снижение числа ДТП. Ссылку на расследование NHTSA можно использовать как аргумент, что рынок нуждается в таких системах.
Где брать данные для нейросетевого детектора погоды?
Откройте Foggy Cityscapes (для тумана) или Oxford RobotCar Dataset (для дождя). Если интернета мало — CARLA позволяет генерировать кадры с изменением тумана и дождя самостоятельно. Это безопасно и не требует физического автомобиля.
Чек-лист перед сдачей диплома
- ✔ В тексте есть ссылка на первоисточник (статья The Verge от 2026-03-19) и хотя бы один иностранный стандарт (ISO 26262 / ISO 21448).
- ✔ Каждая задача в введении соответствует выводу в заключении.
- ✔ Есть схема архитектуры, выполненная в UML (не скриншот чужого рисунка).
- ✔ Для метрик приведены формулы и значения на ваших данных.
- ✔ Оформление ссылок соответствует ГОСТ Р 7.0.100-2018.
| Метрика | Что измеряет | Где взять значение |
|---|---|---|
| Precision / Recall | Точность и полнота детекции деградации | Тесты на Foggy Cityscapes + собственная разметка |
| Время реакции модуля | Мс от кадра до оповещения | Профилирование Python/PyTorch |
| RTO (Recovery Time Objective) | Сколько времени нужно на перехват управления | Ссылка на исследование NHTSA: 3-5 секунд на водителя |
Источник: Tesla’s Full Self-Driving is on the cusp of a recall (опубликовано 2026-03-19)
```