Коротко: цифровой двойник состоит из трёх слоёв — модели объекта, актуальной телеметрии и исторической базы. На действующем предприятии все три слоя обычно существуют, но разрозненны, противоречат друг другу и не связаны общей логикой. До подключения платформы это нужно решить, иначе двойник запускается с мусорными данными или не запускается вовсе.
Из чего состоит цифровой двойник
Если убрать красоту, цифровой двойник — это три слоя:
- Модель объекта — что есть на предприятии: оборудование, КИП, трубопроводы, связи между ними.
- Актуальные данные — телеметрия с датчиков, параметры процессов в реальном времени.
- Историческая база — история работы, отказов, ремонтов, изменений конфигурации.
На большинстве действующих предприятий все три слоя существуют. Но они разрозненны, противоречат друг другу и не связаны никакой общей логикой.
Конкретный пример: насос, которого нет
На одном объекте мы разбирали архивы перед внедрением цифрового двойника. В SCADA был тег PT_2214. В проектной документации — прибор PT-2214. В паспорте — «Датчик давления Метран-150, поз. 2214». В EAM — запись о замене «датчика давления на насосе P-201».
Четыре источника. Один физический прибор. Ни один источник не ссылался на другой.
Когда интегратор начал строить модель двойника, получилось четыре разных объекта вместо одного. На крупных brownfield-объектах таких несвязанных цепочек — тысячи.
Цифровой двойник склеивает не датчики и не 3D-модель. Он склеивает идентификаторы. Если идентификаторов нет, склеивать нечего, и платформа собирает не один объект, а четыре его тени.
Почему вендоры об этом не говорят
Потому что это не их задача. Вендор платформы цифрового двойника продаёт платформу. Он говорит: «Подключите источники данных — и всё заработает». Технически это правда. Но «подключить источники» подразумевает, что источники нормальные — с нормальными идентификаторами, без дублей, с понятной иерархией.
У большинства brownfield-объектов источники именно такие, как я описал выше. Не нормальные. И это не злой умысел вендора — у него другая специализация. Подготовка данных требует инженеров со знанием конкретного производства, а не платформы.
Что происходит, если не подготовить данные
Оба варианта я видел в реальности. В обоих случаях бюджет проекта уже потрачен, а ценности у заказчика нет.
Что нужно до старта
Нормальный цифровой двойник начинается не с платформы и не с 3D-модели. Он начинается с инженерной базы данных объекта.
| Слой данных | Что должно быть | Где живёт |
|---|---|---|
| Оборудование | Уникальный Master ID на каждую единицу оборудования | Реестр оборудования, EAM, СУИД |
| КИП | Привязка к Master ID оборудования и к тегу в SCADA | Проектная документация, спецификации, АСУ ТП |
| Историзатор | Каждый тег связан с физическим прибором и его Master ID | OSIsoft PI, Honeywell PHD, Wonderware Historian |
| История ТОиР | Записи о замене и ремонте привязаны к Master ID, а не к свободному тексту | EAM, 1С:ТОиР, бумажный журнал |
Это скучная работа. Она не продаётся на конференциях. Но без неё цифровой двойник — это интерфейс без начинки.
С чего начать
Спросите у вендора платформы перед подписанием договора: «Что вы делаете с нашими данными до подключения платформы?» Если ответ расплывчатый — у вас уже есть проблема.
Хорошая новость: эту проблему можно решить до старта. Мы именно этим и занимаемся. Аудит инженерных данных перед внедрением двойника занимает 5 рабочих дней и стоит 150 000 ₽. На выходе — отчёт с оценкой готовности, картой пробелов между источниками и планом нормализации до уровня, при котором двойник запустится без сюрпризов. Подробнее об услуге.
FAQ
Можно ли запустить цифровой двойник без нормализации данных?
Технически да. Но данные внутри не будут отражать реальный объект: дубли объектов, противоречия между источниками, разрывы между SCADA и EAM. Операторы перестают доверять интерфейсу через несколько недель и возвращаются к привычным инструментам.
Что такое Master ID в инженерной базе данных?
Уникальный идентификатор физической единицы оборудования (KKS, TAG, инвентарный номер), к которому привязаны все остальные источники: SCADA-теги, паспорта приборов, история ТОиР, проектная документация и записи EAM.
Сколько источников описывают один физический датчик на действующем объекте?
По нашему опыту от 3 до 6: SCADA-тег, паспорт прибора, проектная документация, история замен в EAM или журнале ТОиР, отдельная запись в инвентаризации и обозначение на P&ID. Связи между ними обычно отсутствуют.
Сколько времени занимает подготовка данных перед цифровым двойником?
От 4 до 12 недель в зависимости от размера объекта. Для участка с 500 до 1000 КИП обычно 4 до 6 недель. Для среднего завода 8 до 12 недель. Для большого объекта работа делится на этапы по технологическим узлам.
Чем подготовка инженерных данных отличается от внедрения EAM или СУИД?
EAM, СУИД и цифровой двойник строят процесс поверх чистых данных. Подготовка данных это работа до этих систем: разбор архивов, нормализация справочников, восстановление связей между источниками. Внедрения буксуют именно из-за пропуска этого этапа.
Комментарии
Поделитесь опытом подготовки данных к цифровому двойнику. Комментарии появляются после модерации.
Оставить комментарий