Кому полезен разбор документации по судовой автоматике

Почему мы уточнили позиционирование

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

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

Это не провал гипотезы. Это уточнение профиля клиента.

Кому мы не нужны

Мы не подходим инженеру, который десять лет работает с одним и тем же пулом судов и знает каждую систему наизусть. Если документация полная, команда на месте, а платформа знакомая, внешний разбор может только добавить лишний слой коммуникации.

Мы также не заменяем выездного инженера, не делаем ПНР, не сдаём систему классификационному обществу вместо интегратора и не пишем PLC-логику с нуля под судно. Эти границы важно проговорить сразу.

Где RD[AI] реально полезен

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

Сервисные компании с разнородным флотом

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

Верфи и судовладельцы на б/у судах

Купленное или принятое в ремонт судно может прийти с автоматикой 90-х или 2000-х, частичной документацией и архивами прежних владельцев. Команде нужен рабочий пакет для эксплуатации, ремонта, модернизации или освидетельствования.

Интеграторы, выходящие в новый сегмент

Если привычный стек закончился, а новый проект построен на незнакомой платформе, сначала нужно понять архитектуру, сигналы, теги, HMI и пробелы. Это можно сделать до того, как тратить время senior-инженеров на полный проектный вход.

Что умеем технически

В последних разборах мы работали с материалами по UMAS V / Praxis / Rolls-Royce / Ulstein, Wonderware InTouch 9.5+, IUC-32 на OS-9/68k, Lauer LCA-PRO, Siemens S5/S7/WinCC.

Читаем `.lst`-конфигурации, восстанавливаем карты сигналов из `amcfg`, разбираем тег-листы, сопоставляем документацию с экранами HMI, собираем сценарии оператора и отмечаем места, где вывод основан на допущении, а не на подтверждённом факте.

AI-инструменты используем как часть внутреннего контура: для первичного разбора, перевода, поиска связей и ускорения систематизации. Итоговый результат оформляется как инженерный пакет с источниками, пробелами и зонами ручной проверки.

Что не делаем

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

Как начать

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

Подробное описание услуги и пакетов — на странице судовой автоматики и legacy АСУ ТП.

FAQ

Вы заменяете морского инженера?

Нет. Мы закрываем подготовительную фазу: собрать документацию, сигналы, теги, мануалы, пробелы и риски по незнакомой системе.

Что можно передать на вход?

PDF, сканы, фото шильдиков, архивы подрядчиков, HMI-экраны, `.lst`, Excel, выгрузки, мануалы и любые материалы, которые можно использовать без нарушения режима данных.

Что будет на выходе?

Досье по судну или системе, реестр документации, карта сигналов, список платформ и компонентов, пробелы, риски и рекомендации по следующему шагу.