AI-система для автономних суден: від сприйняття до сертифікації

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

Автономне судно працює в середовищі, де обстановка змінюється швидше, ніж оновлюється модель світу: буксир виходить з-за причалу, маломірне судно не ідентифікує себе в ефірі, відбиття від бетону повертаються із затримкою.

Сприйняття тут — не «зір», а контур ухвалення рішень на неповних даних, і ламається він зазвичай не у відкритому морі, а на межах режимів: на підході, у вузькості та під час швартування.

Перше місце відмови — сенсорне злиття.

Радар, лідар, камери та приймач супутникової навігації оновлюються з різною частотою і по-різному переносять дощ, відблиск і тінь корпусу; коли мітки часу та калібрування між джерелами розходяться, один об'єкт надходить двома цілями або не надходить узагалі.

Стійкість сприйняття тримається не на найчутливішому датчику, а на узгодженості контурів і на явному описі того, якому джерелу система довіряє за якої обстановки.

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

Якщо просто підняти пороги, наступний рейс дасть пропуск реального об'єкта, а ціна цих помилок несиметрична — тому поведінку закладають в архітектуру, а не в налаштування.

У вузькості сцена змінюється ривками: ближній об'єкт закриває дальній, цілі перекривають одна одну, і настає відмова супроводу цілі — історія руху втрачається, об'єкт відкривається заново.

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

Вимірюваний ефект: відмови, простій, ручне керування

Перевіряти ефект доводиться не за відчуттями, а за журналом подій: систему сприйняття можна вважати вивіреною лише тоді, коли її внесок видно в числах. Набір показників нижче ми знімаємо і з борту, і з берегового контуру — за ним же приймаємо етапи роботи.

• Частка хибних тривог. Рахуємо не абсолютну кількість спрацювань, а їхню частоту на годину ходу окремо за кожним типом перешкод: після налаштування порогів і відсіювання цілей за траєкторією спрацювання на хвилювання та бризки зникають, залишаються реальні об'єкти.
• Кількість ручних втручань на перехід. Кожне перемикання на дистанційне керування розбираємо за причиною; мета — залишити втручання лише на сценаріях, заздалегідь визнаних позаштатними.
• Вікно простою. Час від збою датчика до повернення в автоматичний режим вимірюємо на стенді, а не в рейсі, — так він відтворюваний і не залежить від погоди.
• Клас відмов, що зник. Фіксуємо, які відмови перестали призводити до втрати автоматики: розсинхронізація каналів, деградація окремого датчика, короткочасна втрата зв'язку.
• Готовність системи. Частка часу, коли контур керування доступний у повній конфігурації, з урахуванням резервування та планового обслуговування.

Метрики зашиті в програму приймальних випробувань і в звіти за Правилами класифікації автономних суден: замовник отримує не презентацію, а протокол, де видно, що саме змінилося щодо вихідного стану і на якій ділянці маршруту.

Рівні автоматизації: порівняння режимів роботи

Режими автоматизації ми порівнюємо не за «розумністю» алгоритмів, а за тим, яку відповідальність система забирає в екіпажу і що зобов'язана зробити при відмові.

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

Апаратне резервування задає межу режиму, а не навпаки: дублювання датчиків, обчислювачів і каналів зв'язку визначає, чи встигне система утримати курс до втручання людини або одразу передасть керування.

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

Етапи впровадження: від аудиту до передачі екіпажу

Впровадження автономного судна — це не встановлення «розумного» блока, а послідовність етапів, де кожен наступний знімає ризик попереднього.

Поки не зрозумілі обводи корпусу, режими плавання та характер лінії, будь-яка схема розміщення датчиків залишається здогадом, а навчена модель — перевіркою гіпотези на воді.

Нижче — як ми ведемо проєкт від першого виходу на борт до моменту, коли екіпаж працює із системою за штатними регламентами.

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

2. Схема розміщення датчиків. Рахуємо огляд, перекриття та сліпі зони за надбудовами, вибираємо точки монтажу з урахуванням обмивання та бризкозахисту. Схему узгоджуємо до встановлення: перенесення датчика після монтажу — це нові кабельні траси та повторне калібрування.

3. Монтаж і калібрування. Зводимо дані різних джерел у єдину систему координат, синхронізуємо мітки часу, перевіряємо точність на стенді та на швартовних випробуваннях. Помилка у зведенні тут перетворюється на хибні спрацювання на швидкості.

4. Збір і розмітка даних. Записуємо еталонні проходи на різних режимах і за різної погоди, потім розмічаємо об'єкти, дистанції та траєкторії. Окремо набираємо рідкісні сценарії: маломірні судна без розпізнавання, плавуче сміття, зустрічне розходження у вузькості.

5. Налаштування моделей. Навчання йде на розміченому масиві, перевірка — на відкладених проходах, яких система не бачила. Налаштовуємо пороги спрацювання та логіку безпечної відмови: за невпевненості система знижує хід і зупиняється, а не «домислює» обстановку.

6. Приймальні випробування. Програма складається заздалегідь: спочатку сценарії на полігоні, потім натурні проходи за маршрутом, імітація відмови датчика та втрати зв'язку. У кожного сценарію свій критерій заліку, і ми не переходимо до наступного, поки він не виконаний.

7. Передача екіпажу. Навчаємо вахтових, передаємо регламенти, карти дій при відмовах і порядок розбору записів. Перші проходи супроводжуємо, далі екіпаж працює самостійно, а ми залишаємося на зв'язку за регламентом супроводу.

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

Що залишається на борту: документація та регламенти

Система автономного судна живе не лише в коді. Коли судно виходить із зони впевненого зв'язку з берегом, рішення ухвалює екіпаж, а перевіряє їх класифікаційне товариство — за документами.

Тому пакет документації ми збираємо паралельно з розробкою і передаємо замовнику на руки, а не «дописуємо потім». Нижче те, що залишається на борту та в береговому офісі.

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

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

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

До впровадження

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

Що змінили

Сприйняття рознесли за незалежними каналами — радіолокаційним, оптичним, тепловим — і додали часову перевірку: перешкода підтверджується, лише якщо тримається в кількох послідовних спостереженнях. Хибні спрацювання відсікаються до контуру ухвалення рішень.

Регламент передачі керування описали заздалегідь: за яких умов борт зобов'язаний запросити людину і як повертає керування.

Результат

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

Прогони лягли в доказову базу для DNV: журнали рейсів, розбір втручань, матриця умов експлуатації. Це й дозволяє розширювати маршрут без перезбирання системи.

Чим відрізняється допомога екіпажу від автоведення за маршрутом?

Допомога екіпажу та автоведення за маршрутом — два різні контракти на відповідальність, а не два рівні однієї функції. У першому випадку система пропонує курс і швидкість, рішення підтверджує вахтовий офіцер, і керування залишається за людиною. У другому контур замикає система, а екіпаж спостерігає з обмеженим часом на втручання.

Звідси різні вимоги до датчиків. Підказкам достатньо навігаційного комплексу та оглядових засобів в одному каналі. Автоведенню потрібен резерв: два приймачі супутникової навігації з корекцією, радіолокаційний канал виявлення цілей, оптичний огляд, інерціальний блок.

Достовірність рахується за кожним каналом — у разі розходження система оголошує деградацію, а не усереднює оцінки.

Практичний наслідок для проєкту: склад резервування та обсяг доказової бази визначає не функція, а заявлений рівень відповідальності.

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

Сумніви та обмеження: датчики, погода, зв'язок

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

Межі залишаються: мале судно без відбивачів у густому тумані — відомий ризик, і він потрапляє до переліку обмежень, а не до презентації.

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

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

Чи можна поставити систему на судно, яке вже в експлуатації?

Так, це основний сценарій. Починаємо з обстеження: вільні площі, допустима маса та вітрове навантаження, резерв живлення, стан трас. Далі — схема розміщення та перелік доопрацювань корпусу для узгодження з товариством.

Обговорімо задачу: оцінка та план впровадження

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

Що надіслати для старту:

• Сценарій експлуатації: тип судна, маршрут, район плавання, погодні умови, режими від швартування до розходження.
• Що вже стоїть на борту: сенсорний комплекс, система керування, доступні інтерфейси підключення.
• Вимоги класифікаційного товариства та прапора: застосовні правила й форма доказової бази.
• Дані: логи рейсів, записи сенсорів, розмічені фрагменти — що є і в якому обсязі.
• Обмеження бортового обчислювача: енергоспоживання, тепловий режим, доступний ресурс.
• Критерії приймання: цільові метрики щодо виявлення об'єктів, хибних спрацювань, часу реакції.
• Наявні напрацювання: прототипи, моделі, стенди та симулятори.

У відповідь повернемося з планом впровадження: розкладемо склад робіт за етапами — підготовка та розмітка даних, навчання моделей сприйняття, інтеграція із системою керування, випробування на симуляторі та в морі, оформлення доказової бази для сертифікації — і вкажемо терміни кожного етапу з точками приймання. Опишіть задачу та додайте те, що вже є: обговоримо, на чому зосередитися насамперед.