Меня зовут Александр Никитин, руководитель направления цифровых двойников UMNO.digital (ГК НефтеТрансСервис). С 2018 года я специализируюсь на разработке цифровых двойников для промышленных предприятий, и за это время реализовал проекты на 10+ предприятиях, в т.ч. обогатительной фабрики, угольного карьера, портового терминала, вагоноремонтного предприятия, цеха подготовки ковшей на сталеплавильном комбинате и т. п.

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

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

Что же такое цифровой двойник?

Самое распространенное ошибочное представление, которое я периодически слышу, что это просто 3D‑модель, которая используется исключительно для визуализации производственного актива/станка/здания. т. е. некая красивая объемная картинка без какого‑либо дополнительного функционала.

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

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

Цифровой двойник предприятия — это его копия в виртуальной среде. Цифровой двойник с высокой точностью воспроизводит процессы и операции на предприятии и позволяет решать широкий спектр бизнес‑задач.

Для общего понимания стоит упомянуть так называемый «цифровой двойник объекта» (речь может идти о вагоне, автомобиле, турбине и т. д.). Это как раз та самая «красивая картинка», которая упоминалась ранее. Несмотря на схожесть в названиях, это совсем другая тема — речь там идет лишь о 3D‑визуализации, без какого‑либо погружения в логику процессов.

Для чего могут быть использованы цифровые двойники

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

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

Пример задач, которые поможет решить ЦД:

  • Точное прогнозирование объемов производства.

  • Оценка эффекта введения в эксплуатацию дополнительного комплекса установок и оборудования.

  • Определение оптимального количества техники.

  • Анализ узких мест по переделам, включая декомпозицию потерь производительности на каждом переделе.

  • Определение оптимальной политики управления запасами ресурсов.

Например, у меня был проект по моделированию порта, где основной болью заказчика было низкое качество сменно‑суточного планирования. Мы в UMNO.digital разработали двойник и настроили режим, в котором быстро прогоняются все возможные сценарии развития событий в течение смены и пользователю выдается оптимальная последовательность действий, которая обеспечит наилучший результат. Помимо этого, разработанный двойник используется как инструмент оценки пропускной способности порта, позволяющий точно оценить, на какие объемы может законтрактоваться порт, чтобы максимизировать выручку без существенной потери уровня сервиса.

Основные этапы создания цифровых двойников

Как и создание многих цифровых продуктов, разработку цифрового двойника промышленного объекта можно разделить на типовые этапы. Мы в UMNO.digital выделяем 4 основных, во время которых:

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

  2. Разработка: воссоздаем инфраструктуру и логику операций предприятия в виртуальной реальности с помощью блок‑схем и программного кода. Разработка ведется в специализированной программе — это среда разработки сродни Eclipse или IntelliJ IDEA. На большинстве проектов это самый долгий и трудоемкий этап.

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

    Цель — добиться минимального расхождения с фактом. Это позволяет убедиться в надежности двойника.

    Эксперты считают оптимальной погрешностью между работой цифрового двойника и его физического прототипа — не более 5%. Мы в UMNO.digital создаем цифровые двойники с расхождением от реального производства не более чем на 2–3%.

  4. Эксплуатация: получаем цифровой двойник, который работает так же, как предприятие в реальности. Разработанный двойник можно использовать для решения актуальных бизнес‑задач.

Сколько времени требуется на создание цифрового двойника

Я часто слышу этот вопрос от наших клиентов, которых либо пугают слишком долгие сроки реализации проектов или наоборот настораживают слишком «быстрые» в разработке решения. В моей практике были проекты длительностью и один месяц, и пятнадцать. Важно понимать, что создание цифрового двойника всегда индивидуальная история, поэтому и сроки зависят от его параметров и задач проекта, а также степени зрелости предприятия (как в части ИТ, так и в целом). Также ни для кого не секрет, что на темпы реализации проекта сильно влияет вовлеченность со стороны клиента.

Если говорить в среднем, то на создание ЦД для небольшого актива с высокой степенью цифровизации понадобится минимум 3–4 месяца. Для актива со средней степенью оцифровки процессов — около 6 месяцев. Для масштабных же проектов или предприятий с низким уровнем цифровой среды срок создания ЦД может доходить до 9–12 месяцев.

Результаты, которые обеспечивает цифровой двойник

Один из основных результатов, который дает ЦД — это оценка инвестпроектов. Цифровой двойник прогнозирует в безрисковой среде, как будет работать предприятие в новых условиях и позволяет оценить целесообразность изменений.

Помимо этого, ЦД обеспечивает повышение качества планирования и прогнозирования, с высокой точностью воспроизводя деятельность бизнес‑актива.

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

Жизненный цикл ЦД – продукт, который будет работать вечно

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

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

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

Комментарии (23)


  1. kimor
    00.00.0000 00:00
    +2

    Подскажите, пожалуйста, в чем отличие темина "цифровой двойник" от "математическая модель"? Много раз сталкивался с этим, но продолжаю не пониматься ровно как и разницу "дорожной карты" и "плана". Это непонимание приводит к ощущению, что это просто переназвание старого в маркетиговых целях (особенно кричащий пример такого рода это "теория катастроф" американца Тома вместо стандартного термина "теория особенностей дифференцируемых отображений").


    1. Akon32
      00.00.0000 00:00

      В статье есть такое определение:

      Цифровой двойник предприятия — это его копия в виртуальной среде. <...>

      Однако мне тоже непонятно, каким образом можно сделать копию объекта в виртуальной среде? Это же будет не копия (дубликат), а модель (сохранены некоторые важные свойства).

      Так что присоединяюсь к вопросу.


      1. UMNODigital Автор
        00.00.0000 00:00

        Согласен – при разработке цифрового двойника мы не ставим цель сделать точную копию объекта во всех аспектах. Если мы моделируем транспортную логистику на заводе, нам не важно, сколько пуговиц на форме охранника.
        Наша задача – добиться максимально точных результатов по оговоренной проблематике. Соответственно, уровень детализации на каждом проекте определяется индивидуально, чтобы обеспечить оптимальный баланс между универсальностью предлагаемого решения и сроками/стоимостью разработки.


    1. avshkol
      00.00.0000 00:00
      +2

      Предложу свой вариант:

      • математическая модель - это моделирование с возможными упрощениями, не касающимися ключевых исследуемых параметров. Например, сферический конь в вакууме имеет массу и плотность коня, потребляет столько же сена, преобразуя его в механическую работу с тем же КПД, но не имеет различимых ног, копыт, головы и туловища;

      • цифровой двойник - это математическая модель, которая не только ключевые параметры моделирует, но и максимально точно визуально повторяет казалось бы, незначительные моменты, и делает это в реальном времени. То есть в цифровом двойнике конь уже имеет видимую форму коня, а потребление порции сена (которая тоже обозначена визуально различимым "сеном") происходит не мгновенно, а за определенное время, необходимое для пережевывания.


      1. Orbit67
        00.00.0000 00:00

        У вас оба варианта математической модели с разной детализацией :)


        1. avshkol
          00.00.0000 00:00

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

          Так, внутри цифрового двойника электростанции сидит, к примеру, цикл Ренкина, как ключевая идея, но работающий с таким двойником человек уделяет этому циклу мизерную долю внимания, в отличие от температур - давлений - напряжений на множестве вроде бы менее значимых компонентов...


    1. PanDubls
      00.00.0000 00:00

      Я абсолютно не знаком с этой областью, но, кажется, с чисто бытовой точки зрения активно использовать в речи термин "теория катастроф" сильно проще, чем "теория особенностей дифференцируемых отображений".


      1. kimor
        00.00.0000 00:00

        В том то и дело, что никакого "в быту" там и в помине нет, это математическая теория, не более! Ознакомьтесь, например, с ее изложением (почти без формул!) Арнольдом: https://math.ru/lib/book/djvu/arnold/tk.djvu

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


        1. Akon32
          00.00.0000 00:00

          "цифровой двойник" это новояз-вариант термина "имитационное моделирование"

          А "имитационное моделирование" - вариант "математического моделирования".


    1. anonymous
      00.00.0000 00:00

      НЛО прилетело и опубликовало эту надпись здесь


      1. UMNODigital Автор
        00.00.0000 00:00

        Цифровой двойник отражает логику работы предприятия, части предприятия или отдельных процессов с помощью блок-схем и программного кода. Визуализация, как правило, определяется из нужд конкретного клиента/проекта – это может быть 3D, 2D «с высоты птичьего полета» или вовсе набор дэшбордов, показывающий релевантную информацию.


    1. kasiopei
      00.00.0000 00:00

      Не обязательно математическая. Просто модель.

      зы. Придумываешь новые слова и создаешь новую нишу для себя


    1. UMNODigital Автор
      00.00.0000 00:00

      Ключевое отличие цифрового двойника (ЦД) и математической модели (ММ) заключается в подходе к отражению реальности.

      В ММ мы отражаем процессы с помощью системы формул, позволяющих, зная ряд вводных, посчитать значения интересующих параметров. Как правило, эти формулы работают на основе ряда допущений и упрощений (например, из цеха на склад грузовик везет детали 7 минут). Эти допущения и упрощения адекватно отражают реальность при неизменном процессе, но если в процессе происходят существенные изменения, эти допущения и упрощения могут перестать работать. Соответственно, формулы перестанут давать адекватные результаты, и их нельзя использовать для оценки масштабных изменений.

      Ключевое отличие ЦД в том, что мы не «упаковываем» реальность в набор формул. Мы отражаем логику процессов как есть, с помощью блок-схем и программного кода. Как следствие, на любое изменение условий работы ЦД будет реагировать так же, как предприятие в реальной жизни. Это позволяет нам точно и надежно оценивать эффекты любых изменений.


      1. Akon32
        00.00.0000 00:00

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

        Это свойство присутствует в любом моделировании, как в математическом, так и в "цифровом двойнике". Сделать модель, которая отражает все возможные будущие изменения, невозможно. Но в определённых пределах, конечно, последствия изменений вполне прогнозируются - именно для этого и строят модели.

        Ключевое отличие ЦД в том, что мы не «упаковываем» реальность в набор формул. Мы отражаем логику процессов как есть, с помощью блок-схем и программного кода.

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

        Я правильно понимаю, что ЦД - это некоторого рода математическая модель без "сложных" формул, но более всеобъемлющая? Подобная BIM, но более расширенная?

        Как следствие, на любое изменение условий работы ЦД будет реагировать так же, как предприятие в реальной жизни

        Было бы очень интересно увидеть реальные примеры... Даже с допущением, что не "любое" изменение, а из списка предусмотренных.


      1. uszer
        00.00.0000 00:00

        imho острая потребность в цифровых двойниках и математических моделях возникает тогда, когда на предприятии (в ходе его непрерывного развития, конечно) произошла жесткая классовая сегрегация и в менеджменте уже нет представителей трудового коллектива, непосредственно знакомых с технологическим процессом (а привлекать их к решению управленческих задач - "западло"). В противном случае, грамотный начальник цеха (не чей-то родственник, конечно) скажет Вам, где узкое место в техпроцессе и без дополнительного моделирования.


    1. UMNODigital Автор
      00.00.0000 00:00

      /


    1. tik4
      00.00.0000 00:00

      Не уверен, что это развеет туман, но погуглите ГОСТ Р 57700.37-2021

      Немного (чуть больше автора статьи) довелось поработать над этой темой


      1. avf48
        00.00.0000 00:00

        "ПНСТ 429-2020 Умное производствоДвойники цифровые производства. Часть 1. Общие положения."

        Проект или серию "Умное производство" не рассматривали?

        Посмотрел ГОСТ Р 57700.37-2021 (Компьютерные модели и моделирование
        ЦИФРОВЫЕ ДВОЙНИКИ ИЗДЕЛИЙ. ОП), у них с ПНСТ 429-2020 разные ТК.

        (ТК 194 "Кибер-физические системы" и ТК 700 "Математическое моделирование и высокопроизводительные вычислительные технологии")

        Вот всегда интересно было, а они друг про друга знают? Стандарты не сравнивал, но есть подозрения...


        1. tik4
          00.00.0000 00:00

          Сейчас уже год как съехал с этой темы, сходу не вспомню смотрел ли, но в Политехе этот ГОСТ писали скорее "аналитики") а я отвечал за технику и то, чтобы маркетинг сильно от реальности не отрывался, а то там смешались в кучу цифровые двойники, высокопроизводительные вычисления и умный помощники)))


    1. avf48
      00.00.0000 00:00
      +1

      Ну это, как химический состав пирога и его рецепт))) Ну или сапромат и архитектура... Разный уровень деятельности, для "изучения/управления", какой то системой. Математическая модель - это забота программиста, разработчика БД итд, обеспечить работу с данными (цифровым двойником). А "цифровой двойник" нужен инженеру и аналитику, что бы оперировать им в контексте ЖЦ системы или изделия.

      В примере ниже, из ГОСТов, можно наблюдать данный факт. Разные ТК, работают каждый на своём уровне... *а если они общаются то совсем сказка)))

      Это, как про шутку про программиста и фотошоп... вопрос в специализации.

      ТК 194 "Кибер-физические системы" и ТК 700 "Математическое моделирование и высокопроизводительные вычислительные технологии"

      Умное производство. Двойники цифровые производства. Часть 1. Общие положения · Обозначение: ПНСТ 429-2020

      ГОСТ Р 57700.37-2021 Компьютерные модели и моделирование. Цифровые двойники изделий. Общие положения


    1. vadimr
      00.00.0000 00:00

      Цифровой двойник - это программный продукт, а матмодель лежит в его основе, и то не всегда.

      Дорожная карта - это план без обозначения конкретных сроков и ответственных лиц.


  1. avf48
    00.00.0000 00:00
    +1

    Стандартами пользуйтесь? Принимайте участие в "сабантуях" профильных ТК?

    Стандарты

    ГОСТ_Р 10.0.03-2019 Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 1. Методология и формат (ИСО 29481-1 2016).pdf

    ГОСТ_Р 10.0.05-2019 Информационное моделирование в строительстве. Строительство зданий. Структура информации об объектах строительства. Часть 2. Основные принципы классификации (ИСО 12006-2 2015).pdf

    ГОСТ_Р 10.0.05-2019 СС ИМ зданий и сооружений. Строительство зданий. Структура информации об объектах строительства. Часть 2. Основные принципы классифик (ИСО 12006-2 2015).pdf

    ГОСТ_Р 10.0.06-2019 Информационное моделирование в строительстве. Строительство зданий. СИОС. Часть 3. Основы обмена объектно-ориентированной инф (ИСО 12006-3 2007).pdf

    ГОСТ_Р 58907-4-2020 Строительство. Планирование срока службы объектов строительства. Часть 4. Планирование с исп цифрового моделирования.pdf

    СП 333.1325800.2017 BIM. Информационное моделирование в строительстве. Правила формирования информационной модели объектов на различных стадиях жизненного цикла.pdf

    ГОСТ_Р 57311-2016 BIM. Моделирование информационное в строительстве. Требования к эксплуатационной документации объектов заверш стороительства.pdf

    ГОСТ_Р_ИСО 22263-2017 Модель организации данных о строительных работах. Структура управления проектной информацией.pdf

    ГОСТ_Р 57295-2016 Системы дизайн-менеджмента. Руководство по дизайн-менеджменту в строительстве.pdf

    ГОСТ_Р 57310-2016 (заменен на ГОСТ_Р 10.0.03-2019) Информационное моделирование в строительстве. Руководство по доставке информации. Часть 1. Методология и формат (ИСО 29481-1 2010).pdf

    ГОСТ_Р 58438.1-2019 Структуры данных электронных каталогов продукции для инженерных систем зданий. Часть 1. Понятия, архитектура и модель.pdf

    ГОСТ_Р 58438.2-2020 Структуры данных электронных каталогов продукции для инженерных систем зданий. Часть 2. Геометрия.pdf

    ГОСТ_Р 58439.1-2019 Организация информации об объектах капитального строительства. Информационный менеджмент в строительстве с использованием технологии инф моделирования. Часть 1. Понятия и принципы.pdf

    ГОСТ_Р 58439.2-2019 Организация информации об объектах капитального строительства. Информационный менеджмент в строительстве с использованием технологии информационного моделирования. Часть 2. Стадия капитал.pdf

    ГОСТ_Р_ИСО_МЭК 30100-2-2019 ИТ. Менеджмент ресурсов домашних сетей. Часть 2. Архитектура.pdf

    ГОСТ_Р 57100-2016 СиПИ. Описание архитектуры (ISO IEC IEEE 42010-2011).pdf

    ГОСТ_Р_ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия.rtf

    ГОСТ_Р_ИСО 19440-2010 Интеграция предприятия. Конструкции для моделирования предприятий.rtf

    ГОСТ_Р_ИСО 14258-2008 Промышленные автоматизированные системы. Концепции и правила для моделей предприятия.pdf

    ГОСТ_Р_ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия.pdf

    ГОСТ_Р 54090-2018 Интегрированная логистическая поддержка. Каталоги и перечни предметов снабжения. Структура и состав данных.pdf

    ГОСТ_Р_МЭК 62714-1-2020 Формат обмена инженерными данными для использования в системах промышленной. AutomationML. Часть 1. Архитектура.pdf

    ГОСТ_Р_ИСО 23081-1-2008 СИБИД. Процессы управления документами. Метаданные для документов. Часть 1. Принципы.rtf

    ГОСТ_Р_ИСО 26324-2015 СИБИД. Система дискретных идентификаторов объекта.pdf

    ГОСТ_Р 58908.1-2020 (ПСУОП) Промышленные системы, установки и оборудование и промышленная продукция. Принципы структурирования и кодированные обозначения. Часть 1. Основные правила (МЭК 81346-12009).pdf

    ГОСТ_Р 58908.12-2020 ПСУОП. Принципы структурирования и коды. Часть 12. Объекты КС и системы инженерно-технического обеспечения (ИСО 81346-122018).pdf

    ГОСТ_Р_ИСО 13584-25-2010 СПАиИ. Библиотека деталей. Часть 25. Логический ресурс. Логическая модель библиотеки поставщика с агрегированными значениями и подробным содержанием.pdf

    ГОСТ_Р_ИСО 13584-32-2012 СПАиИ. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции.pdf

    ГОСТ_Р_ИСО 15531-1-2008 СПАиИ. Данные по управлению промышленным производством. Часть 1. Общий обзор.pdf

    ГОСТ_Р_ИСО 15531-31-2010 СПАиИ. ДУПП. Часть 31. Информационная модель ресурсов.pdf

    ГОСТ_Р_ИСО 15531-32-2010 СПАиИ. ДУПП. Часть 32. Концептуальная модель данных для управления использованием ресурсов.rtf

    ГОСТ_Р_ИСО 15531-42-2010 СПАиИ. ДУПП. Часть 42. Модель времени.pdf

    ГОСТ_Р_ИСО 15531-43-2011 СПАиИ. ДУПП. Часть 43. Информация для управления производственными потоками. Модель данных для мониторинга и обмена производственной информацией.pdf

    ГОСТ_Р_ИСО 15531-44-2012 СПАиИ. ДУПП. Моделирование сбора цеховых данных.pdf

    ГОСТ_Р_ИСО 15531-44-2012 СПАиИ. ДУПП. Часть 44. Моделирование сбора цеховых данных.pdf

    ГОСТ_Р 55340-2014 СПАиИ. Интеграция данных ЖЦ перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 4. Исходные справочные данные (ISO TS 15926-4 2007).pdf

    ГОСТ_Р 56263-2014 СПАиИ. Руководство по созданию автоматизированных библиотек данных на основе комплекса стандартов ГОСТ_Р_ИСО 13584.pdf

    ГОСТ_Р_МЭК 62023-2016 Структурирование технической информации и документации (структура документа).pdf

    ГОСТ_Р_ИСО 15926-1-2008 СПАиИ. Интеграция данных ЖЦ для перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 1. Обзор и основополагающие принципы.pdf

    ГОСТ_Р_ИСО 15926-2-2010 СПАиИ. Интеграция данных жизненного цикла для перерабатывающих предприятий, включая НиГ ПП. Часть 2. Модель данных.pdf

    ГОСТ_Р 56213.5-2014 СПАиИ. Обмен данными характеристик. Часть 5. Схема идентификации .pdf

    ГОСТ_Р 56213.6-2014 СПАиИ. Обмен данными характеристик. Часть 6. Эталонная терминологическая модель словаря концепций .pdf

    ГОСТ_Р 56265-2014 СПАиИ. Интеграция данных ЖЦ перерабатывающих предприятий, включая н и г пп. Часть 6. Методология разработки и валидации справочных данны (ISO TS 15926-6 2013).pdf

    ГОСТ_Р 56271-2014 СПАиИ. Интеграция данных ЖЦ перерабатывающих предприятий, включая н и г пп. Часть 7. Практические методы интеграции распределенных систем (ISO TS 15926-7 2011).pdf

    ГОСТ_Р 56272-2014 СПАиИ. Интеграция данных ЖЦ перерабатывающих предприятий, включая н и г пп. Часть 8. ПМИРС практическая реализация сетевого языка (OWL) (ISO TS 15926-8 2011).pdf

    ГОСТ_Р_МЭК 58546-2019 Интеграция систем управления предприятием. Часть 5. МОДЕЛЬ СЛУЖБЫ ОБМЕНА СООБЩЕНИЯМИ (IEC PAS 62264-6 2016).rtf

    ГОСТ_Р_МЭК 62264-1-2010 Интеграция систем управления предприятием. Часть 1. Модели и терминология (Заменен 2014).pdf

    ГОСТ_Р_МЭК 62264-1-2014 Интеграция систем управления предприятием. Часть 1. Модели и терминология.pdf

    ГОСТ_Р_МЭК 62264-2-2010 Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей (Заменен 2016).pdf

    ГОСТ_Р_МЭК 62264-2-2016 Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей.pdf

    ГОСТ_Р_МЭК 62264-3-2012 Интеграция систем управления предприятием. Часть 3. Рабочая модель управления технологическими операциями (2).pdf

    ГОСТ_Р_МЭК 62264-5-2012 Интеграция систем управления предприятием. Часть 5. Операции бизнес-производство (2).pdf

    ГОСТ_Р 57297-2016 Интегрированный подход к управлению инф антропогенных объектов и сред. Библиотеки электронных компонент с учетом требований комплексного инф моделирования.pdf

    ПНСТ 0000 Умное производство. Интерфейсы для ухода за автоматизированной машиной. Часть 1. Общие положения.pdf

    ПНСТ 0000 Умное производство. Унифицированная архитектура OPC. Часть 1. Общие положения.pdf

    ПНСТ 0000 Умное производство. Цифровые двойники. Часть 2. Типовая архитектура.pdf

    ПНСТ 0000 Умное производство. Цифровые двойники. Часть 3. Цифровое представление физических элементов.pdf

    ПНСТ 0000 Умное производство. Цифровые двойники. Элементы визуализации.pdf

    ПНСТ 434-2020 Умное производство. Интероперабельность единиц возможностей для прекладных решений (ИСО 16300-12018).pdf

    ПНСТ 436-2020 Умное производство. Интероперабельность единиц возможностей для промышленных решений (ИСО 16300-32017).pdf

    ПНСТ 441-2020 ИТ. Умный город. Онтология верхнего уровня показателей УГ (ИСО МЭК 21972 2020).pdf

    Цифровые двойники: синергия Big Data, IoT, CALS- и PLM-технологий

    цифровые двойники: синергия Big Data, IoT, CALS- и PLM-технологий

    "ЦД — это актив, который может работать для компании вечно"

    У инженера, вечно, ничего жить не может... Это синтаксис нашей профессии, у всего есть начало и конец... кроме человеческой глупости, наверное)))


  1. Mixa_VTP
    00.00.0000 00:00

    Из написанного: “Для общего понимания стоит упомянуть так называемый «цифровой двойник объекта» (речь может идти о вагоне, автомобиле, турбине и т. д.). Это как раз та самая «красивая картинка», которая упоминалась ранее. Несмотря на схожесть в названиях, это совсем другая тема — речь там идет лишь о 3D‑визуализации, без какого‑либо погружения в логику процессов.”

    • Хорошо вроде начал, а тут бац и все коту под хвост (Mil-Sil-Hil, в помощь).

      Наше мнение по ЦД объекта, а лучше изделия.

    • ЦД - бывает разный и с разным назначением. Для начала можно почитать ГОСТ Политеховский.

    • Если по-веселее std7009

    • ЦД пошёл от проекта Аполлон. Где определено назначение ЦД в эксплуатации космического корабля. Статья digital twin concept (что-то там). Кстати: «Хьюстон у нас проблемы» - это оттуда.

    • Потом пошли сэйловые и маркетинговые модификации, кому как не лень, лишь бы впарить. (Технари до сих пор в шоке).

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

    • Может состоять (а может и нет) из:

      • Среда доступа к данным, моделям и расчетам

      • Модели поведения

      • Модели свойств и характеристик

      • Данные эксплуатации

      • 3,2,1,0 D модели

      • Документация тоже для ясности (фото, пдф, ексель и пр.)

      • Интерфейсы всякие

        Все это может меняться от задачи.

      • Есть градации ЦД 1-4 уровня по достоверности и 5 уровней по полноте.

        ещё раз: ЦД при разработке совсем не тот, что при эксплуатации изделия.

      • Нет единого ЦД, есть их набор для требуемой задачи, иначе человек или машина сломается ;)

    • Есть ещё ЦД процессов - не интересовался…

    • ПС: от буржуйских понятий много наших копий поломано и времени на толкование.

    • Старайтесь придерживаться родного языка, так всем будет проще.

    • Вот есть пример: чем отличается deploy от run и simulation? Это расчёт или вычисление? )))

    • Или: симуляционная модель это как? Чем она от расчетной или вычислительной отличается?

      всем привет!