AI-система для автономных судов: от perception до сертификации

Автономное судно: где ломается восприятие обстановки

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

Первое место отказа — сенсорное слияние. Радар, лидар, камеры и приёмник спутниковой навигации обновляются с разной частотой и по-разному переживают дождь, блик и тень корпуса; когда метки времени и калибровка между источниками разъезжаются, один объект приходит двумя целями или не приходит вовсе. Устойчивость восприятия держится не на самом чувствительном датчике, а на согласованности контуров и на явном описании того, какому источнику система доверяет в какой обстановке.

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

В узкости сцена меняется рывками: ближний объект закрывает дальний, цели перекрывают друг друга, и наступает отказ сопровождения цели — история движения теряется, объект открывается заново. Хуже всего, когда это совпадает со швартовным режимом: автоматика срывается и отдаёт управление оператору в самый нагруженный момент. Дальше разбираем, как это закрывается — от слияния данных до процедуры возврата управления.

Измеримый эффект: отказы, простой, ручное управление

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

• Доля ложных тревог. Считаем не абсолютное число срабатываний, а их частоту на час хода отдельно по каждому типу препятствий: после настройки порогов и отсева целей по траектории срабатывания на волнение и брызги уходят, остаются реальные объекты.
• Число ручных вмешательств на переход. Каждое переключение на дистанционное управление разбираем по причине; цель — оставить вмешательства только на сценариях, заранее признанных внештатными.
• Окно простоя. Время от сбоя датчика до возврата в автоматический режим измеряем на стенде, а не в рейсе, — так оно воспроизводимо и не зависит от погоды.
• Ушедший класс отказов. Фиксируем, какие отказы перестали приводить к потере автоматики: рассинхрон каналов, деградация отдельного датчика, кратковременная потеря связи.
• Готовность системы. Доля времени, когда контур управления доступен в полной конфигурации, с учётом резервирования и планового обслуживания.

Метрики зашиты в программу приёмочных испытаний и в отчёты по Правилам классификации автономных судов: заказчик получает не презентацию, а протокол, где видно, что именно изменилось относительно исходного состояния и на каком участке маршрута.

Уровни автоматизации: сравнение режимов работы

Режимы автоматизации мы сравниваем не по «умности» алгоритмов, а по тому, какую ответственность система забирает у экипажа и что обязана сделать при отказе. Поэтому подсказки экипажу, автоведение по маршруту и полное автоведение — это разные требования к датчикам, резервированию и числу людей в контуре управления.

Аппаратное резервирование задаёт границу режима, а не наоборот: дублирование датчиков, вычислителей и каналов связи определяет, успеет ли система удержать курс до вмешательства человека или сразу отдаст управление. Ограничения режима мы формулируем до начала разработки — иначе на испытаниях каждый отказ превращается в неучтённый сценарий, а объём переделок растёт вместе с ним.

Этапы внедрения: от аудита до передачи экипажу

Внедрение автономного судна — это не установка «умного» блока, а последовательность этапов, где каждый следующий снимает риск предыдущего. Пока не понятны обводы корпуса, режимы плавания и характер линии, любая схема размещения датчиков остаётся догадкой, а обученная модель — проверкой гипотезы на воде. Ниже — как мы ведём проект от первого выхода на борт до момента, когда экипаж работает с системой по штатным регламентам.

1. Аудит судна и линии. Обследуем корпус, энергетику, рулевое управление и штатные системы, фиксируем вибрации и условия на мостике. Параллельно описываем профиль маршрута: узости, глубины, интенсивность трафика, участки с неустойчивой связью. На выходе — карта рисков и перечень ситуаций, где автоматика обязана уступить человеку.

2. Схема размещения датчиков. Считаем обзор, перекрытия и слепые зоны за надстройками, выбираем точки монтажа с учётом обмыва и брызгозащиты. Схему согласуем до установки: перенос датчика после монтажа — это новые кабельные трассы и повторная калибровка.

3. Монтаж и калибровка. Сводим данные разных источников в единую систему координат, синхронизируем метки времени, проверяем точность на стенде и на швартовых испытаниях. Ошибка в сведении здесь превращается в ложные срабатывания на скорости.

4. Сбор и разметка данных. Записываем эталонные проходы на разных режимах и в разную погоду, затем размечаем объекты, дистанции и траектории. Отдельно набираем редкие сценарии: маломерные суда без опознавания, плавающий мусор, встречное расхождение в узости.

5. Настройка моделей. Обучение идёт на размеченном массиве, проверка — на отложенных проходах, которые система не видела. Настраиваем пороги срабатывания и логику безопасного отказа: при неуверенности система снижает ход и останавливается, а не «додумывает» обстановку.

6. Приёмочные испытания. Программа составляется заранее: сначала сценарии на полигоне, затем натурные проходы по маршруту, имитация отказа датчика и потери связи. У каждого сценария свой критерий зачёта, и мы не переходим к следующему, пока он не выполнен.

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

Опишите судно, маршрут и требуемый уровень автономности — вернёмся с оценкой и планом этапов.

Что остаётся на борту: документация и регламенты

Система автономного судна живёт не только в коде. Когда судно уходит из зоны уверенной связи с берегом, решения принимает экипаж, а проверяет их классификационное общество — по бумагам. Поэтому пакет документации мы собираем параллельно с разработкой и передаём заказчику на руки, а не «дописываем потом». Ниже то, что остаётся на борту и в береговом офисе.

• Конфигурации системы — файлы настроек по контурам работы: какие модули активны, пороги срабатывания, режимы для порта, перехода и открытой воды, поведение при деградации датчиков.
• Схемы размещения — привязка датчиков, вычислительных блоков, зон обзора и точек подключения к чертежам корпуса: что где стоит, как добраться для обслуживания, где проходят трассы.
• Политики доступа — роли пользователей, кто вправе менять уставки, кто только читает журнал событий, порядок выдачи прав подрядчику и правила работы в порту.
• Инструкции для экипажа — действия при срабатывании оповещения, порядок перехода на ручное управление, регламент при потере связи с берегом.
• Регламент обслуживания — периодичность проверок, калибровки датчиков, очистки оптики и замены расходников, с формой фиксации результата.
• Журнал отказов и разборов — типовые неисправности, что предприняли, к какому эффекту привело: база для быстрого обучения новых смен.
• Матрица соответствия — связь требований классификационного общества с конкретными функциями и проверками, с указанием ответственного.
• План обновлений и отката — как выкладывается новая версия и как вернуться к предыдущей без потери конфигурации.

Кейс: автономное судно на регулярном маршруте

Регулярный маршрут — удобный полигон для автономии: постоянное плечо, швартовки в одних и тех же точках, предсказуемые погодные окна. Телеметрию каждого рейса здесь разбирают в тот же вечер, а не через месяц.

До внедрения

Судно шло по маршруту, но оператор берегового центра брал управление 45–50 раз на 100 переходов. Три четверти эпизодов — один класс отказов восприятия: ложное препятствие на блике воды, потеря отметки маломерного судна на контровом свете. Каждое вмешательство добавляло к окну простоя у причала 4–6 минут и сдвигало всё расписание.

Что изменили

Восприятие разнесли по независимым каналам — радиолокационному, оптическому, тепловому — и добавили временную проверку: препятствие подтверждается, только если держится в нескольких последовательных наблюдениях. Ложные срабатывания отсекаются до контура принятия решений. Регламент передачи управления описали заранее: в каких условиях борт обязан запросить человека и как возвращает управление.

Результат

Ручные вмешательства сократились до 9 на 100 переходов, доля рейсов без единого касания органов управления выросла с 31% до 84%. Окно простоя у причала сжалось с 6 до 2 минут: швартовка идёт по одной траектории и не пересчитывается на ходу. Класс отказов восприятия не проявился ни разу за отчётный период.

Прогоны легли в доказательную базу для DNV: журналы рейсов, разбор вмешательств, матрица условий эксплуатации. Это и позволяет расширять маршрут без пересборки системы.

Чем отличается помощь экипажу от автоведения по маршруту?

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

Отсюда разные требования к датчикам. Подсказкам хватает навигационного комплекса и обзорных средств в одном канале. Автоведению нужен резерв: два приёмника спутниковой навигации с коррекцией, радиолокационный канал обнаружения целей, оптический обзор, инерциальный блок. Достоверность считается по каждому каналу — при расхождении система объявляет деградацию, а не усредняет оценки.

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

Сомнения и ограничения: датчики, погода, связь

Туман не ослепляет систему, а меняет набор рабочих каналов: радиолокация и тепловизионный контур видят цели, когда камеры теряют контраст. На волнении сложнее — качка даёт ложное движение горизонта, поэтому оценки сглаживают по инерциальным данным, а курс считают относительно воды. Границы остаются: малое судно без отражателей в плотном тумане — известный риск, и он попадает в перечень ограничений, а не в презентацию.

Потеря связи с берегом — штатный сценарий: судно идёт по заранее загруженной политике, расходится по правилам IMO и уходит в точку ожидания, если безопасное продолжение невозможно. Модернизация уже построенного корпуса тоже реальна — мачта под датчики, кабельные трассы, питание и охлаждение ставятся по месту; сроки определяет согласование изменений с классификационным обществом, а не сама техника.

Систему можно поставить на судно, которое уже в эксплуатации?

Да, это основной сценарий. Начинаем с обследования: свободные площади, допустимая масса и ветровая нагрузка, резерв питания, состояние трасс. Дальше — схема размещения и перечень доработок корпуса для согласования с обществом.

Обсудим задачу: оценка и план внедрения

Оценка автономного судна не берётся из прайса — она выводится из сценария плавания, состава сенсоров и требований регулятора. Чтобы вернуться с планом внедрения, а не с диапазоном «от и до», инженерам нужны вводные; обычно хватает одного письма.

Что прислать для старта:

• Сценарий эксплуатации: тип судна, маршрут, район плавания, погодные условия, режимы от швартовки до расхождения.
• Что уже стоит на борту: сенсорный комплекс, система управления, доступные интерфейсы подключения.
• Требования классификационного общества и флага: применимые правила и форма доказательной базы.
• Данные: логи рейсов, записи сенсоров, размеченные фрагменты — что есть и в каком объёме.
• Ограничения бортового вычислителя: энергопотребление, тепловой режим, доступный ресурс.
• Критерии приёмки: целевые метрики по обнаружению объектов, ложным срабатываниям, времени реакции.
• Действующие наработки: прототипы, модели, стенды и симуляторы.

В ответ вернёмся с планом внедрения: разложим состав работ по этапам — подготовка и разметка данных, обучение моделей восприятия, интеграция с системой управления, испытания на симуляторе и в море, оформление доказательной базы для сертификации — и укажем сроки каждого этапа с точками приёмки. Опишите задачу и приложите то, что уже есть: обсудим, на чём сосредоточиться в первую очередь.