АСУ ТП · PLC · SCADA · Восстановление документации
Вендор ушёл, проект утерян, а шкафы переделывались десять лет. Разбираем то, что реально осталось на объекте — конфигурации PLC и HMI, выгрузки тегов, старые схемы P&ID, паспорта и фото шкафов — и собираем проверяемую модель системы с источником у каждого значения.
Когда обращаются
Контроллер работает в критичном контуре, но среда разработки, лицензии или исходники недоступны. Остались только бэкапы, конфигурационные файлы (.lst, .cfg, .ini, .xml, .dbf) и бумажные схемы прошлых лет.
Нельзя составить достоверное ТЗ и смету по памяти персонала. До входа в проект нужна подтверждённая таблица сигналов I/O, алармов, уставок, протоколов обмена и межшкафных связей.
За годы эксплуатации часть датчиков переключили, уставки изменили в коде, а в P&ID и паспортах остались проектные данные. Нужно свести все источники и явно выписать каждое расхождение.
Интегратору передали 20 ГБ разнородного архива заказчика. За 3–5 рабочих дней собираем карту комплектности, реестр точек и список вопросов к предпроектному обследованию по модели субподряда.
Как выглядит результат
Мы всегда начинаем с текстовых и табличных следов системы до любого бинарного разбора: это снимает основную трудоёмкость и даёт 100% трассируемость до файла и строки. Ниже — реальный пример того, как записи из конфигурации amcfg.lst, системного файла UmasV.txt и схем сводятся в канонический реестр.
| Источник в архиве | Что извлекается в модель | Что проверяется со смежными файлами | Статус |
|---|---|---|---|
amcfg.lst, строка 418Iono 1618 · P.no 1007 · DI · Gr 1 · Li 50 · BlockBy 0 |
Точка P.no 1007, тип DI, канал Iono 1618, группа HMI 1/50, текст DG1 PS PMS Alarm |
Привязка к физическому клеммнику шкафа и полярность сигнала по схеме подключения | source:direct |
UmasV.txt + таблицы Modbus |
Контроллеры, последовательные порты, скорости, адреса ведомых устройств и ссылки на файлы I/O | Фактическая активность канала связи на действующем объекте | requires:review |
Сверка unit_3_pid_revB.pdf (лист 12) и passport_1987.pdf (стр. 4) |
Связь позиции P-07A, тега SCADA PMP_007 и записи EAM EQ-2847 под единым PUMP-CNS60-01 |
Конфликт: в P&ID указана иная производительность насоса, чем в паспорте | confidence:low |
Ссылка на отсутствующий файл io_rack_04.cfg |
Запись в реестре дефицита данных с указанием узла, который ссылается на этот файл | Целевая проверка шкафа № 4 при выезде или запрос бэкапа с инженерной станции | source:missing |
Объект: Насос ЦНС-60 · Master ID: PUMP-CNS60-01 ──────────────────────────────────────────────────────────────────── Паспорт: «ЦНС 60-198» → passport_1987.pdf, стр. 4 [source:direct] P&ID: Позиция P-07A → unit_3_pid_revB.pdf, лист 12 [source:direct] SCADA: Тег PMP_007 → scada_tags_export.csv, строка 418 [source:direct] Конфиг PLC: Iono 1618 / DI → amcfg.lst, строка 418 [source:direct] ──────────────────────────────────────────────────────────────────── Статус: requires:review (confidence: low) Конфликт: расхождение номинальной подачи между паспортом и листом 12 P&ID
Подробный технический разбор: как устроено чтение amcfg.lst и UmasV.txt и где AI-стек ускоряет реверс-инжиниринг в 5–10 раз.
Процесс и экономика времени
Модели большого контекста и специализированные парсеры RD[AI] не заменяют инженера АСУ ТП, но сжимают черновую фазу разбора с недель до часов.
| Стадия | Что делаем | Вручную | С конвейером RD[AI] + проверка инженера |
|---|---|---|---|
| 1. Инвентаризация архива | Карта папки неизвестных файлов: форматы, версии, связи между конфигурациями и дефицит документов | 2–3 рабочих дня | 1–2 часа |
| 2. Разбор конфигураций и мануалов | Восстановление структуры незнакомого конфига (500+ строк), каналов, алармов, уставок и перекрёстных ссылок | 3–5 рабочих дней | 4–8 часов |
| 3. Чтение схем и P&ID | Извлечение позиций, линий, клеммников и топологии связей с обязательной поэлементной проверкой | 5–10 рабочих дней | 1–3 рабочих дня |
| 4. Реконструкция логики и протоколов | Сборка правил блокировок («условие → действие»), зависимостей сигнала и спецификаций обмена | 2–4 рабочих дня | 4–8 часов |
| 5. Сборка выходного комплекта | Выгрузка таблиц CSV, XLSX, JSON, пояснительной записки и журнала вопросов к объекту |
2–3 рабочих дня | входит в цикл пилота (до 5 дней) |
source:missing.
Стоимость и старт
Не нужно передавать все 40 ГБ архива и подписывать большой контракт вслепую. Работа начинается с небольшой выборки.
Шаг 01 · 1 рабочий день
0 ₽Присылаете 5–10 характерных файлов: пример конфига, выгрузку тегов, скан схемы P&ID или шкафа. Отвечаем, какие данные извлекаются напрямую, чего не хватает и каков точный объём работ.
Шаг 02 · до старта пилота
25 000 ₽Разбираем выборку материалов, выдаём карту восстанавливаемых сигналов и связей, реестр пробелов и согласованное ТЗ на пилот. Сумма полностью засчитывается в стоимость пилота.
Шаг 03 · до 5 рабочих дней
250 000 ₽До 150 файлов (один технологический узел, шкаф или контур управления): полный реестр оборудования с Master ID, карта сигналов и тегов, восстановленная логика, журнал конфликтов и пробелов в открытом формате.
Цены указаны без НДС: исполнитель применяет УСН. Указанные цены не являются публичной офертой, окончательная стоимость утверждается в договоре.
Вопросы и ответы
Мы не занимаемся 3D-сканированием, обмером металлических изделий и выпуском чертежей деталей для станков с ЧПУ. RD[AI] выполняет реверс-инжиниринг систем управления (АСУ ТП, PLC, HMI, SCADA) и технической документации: восстанавливает реестры сигналов, тегов, каналов I/O, логику блокировок и связывает их с оборудованием и схемами.
Да, когда предприятие законно владеет экземпляром системы, а разбор проводится в рамках ст. 1280 ГК РФ для обеспечения функционирования, совместимости со смежным ПО, безопасной эксплуатации или подготовки к миграции на новую платформу — без клонирования коммерческого продукта вендора.
Этого достаточно для старта. Из конфигураций и таблиц извлекаются точки, каналы I/O, адреса, группы алармов и перекрёстные ссылки. Схемы и фотографии используются для сверки фактического монтажа. Всё, что не подтверждается ни одним источником, выносится в реестр пробелов для целевой проверки на площадке.
Нет. Мы закрываем предпроектную и аналитическую фазу: превращаем хаотичный архив в проверяемую инженерную модель фактического состояния системы. Разработку нового проекта, поставку контроллеров и пусконаладку выполняет ваша служба или профильный интегратор.