Комментарии 23
Подскажите, пожалуйста, в чем отличие темина "цифровой двойник" от "математическая модель"? Много раз сталкивался с этим, но продолжаю не пониматься ровно как и разницу "дорожной карты" и "плана". Это непонимание приводит к ощущению, что это просто переназвание старого в маркетиговых целях (особенно кричащий пример такого рода это "теория катастроф" американца Тома вместо стандартного термина "теория особенностей дифференцируемых отображений").
В статье есть такое определение:
Цифровой двойник предприятия — это его копия в виртуальной среде. <...>
Однако мне тоже непонятно, каким образом можно сделать копию объекта в виртуальной среде? Это же будет не копия (дубликат), а модель (сохранены некоторые важные свойства).
Так что присоединяюсь к вопросу.
Согласен – при разработке цифрового двойника мы не ставим цель сделать точную копию объекта во всех аспектах. Если мы моделируем транспортную логистику на заводе, нам не важно, сколько пуговиц на форме охранника.
Наша задача – добиться максимально точных результатов по оговоренной проблематике. Соответственно, уровень детализации на каждом проекте определяется индивидуально, чтобы обеспечить оптимальный баланс между универсальностью предлагаемого решения и сроками/стоимостью разработки.
Предложу свой вариант:
математическая модель - это моделирование с возможными упрощениями, не касающимися ключевых исследуемых параметров. Например, сферический конь в вакууме имеет массу и плотность коня, потребляет столько же сена, преобразуя его в механическую работу с тем же КПД, но не имеет различимых ног, копыт, головы и туловища;
цифровой двойник - это математическая модель, которая не только ключевые параметры моделирует, но и максимально точно визуально повторяет казалось бы, незначительные моменты, и делает это в реальном времени. То есть в цифровом двойнике конь уже имеет видимую форму коня, а потребление порции сена (которая тоже обозначена визуально различимым "сеном") происходит не мгновенно, а за определенное время, необходимое для пережевывания.
У вас оба варианта математической модели с разной детализацией :)
Внутри цифрового двойника тоже сидит некая изящная матмодель, но она обросла таким количеством копыт и сена, что с точки зрения наблюдателя является необходимым, но даже не самым сложным или дорогим компонентом...
Так, внутри цифрового двойника электростанции сидит, к примеру, цикл Ренкина, как ключевая идея, но работающий с таким двойником человек уделяет этому циклу мизерную долю внимания, в отличие от температур - давлений - напряжений на множестве вроде бы менее значимых компонентов...
Я абсолютно не знаком с этой областью, но, кажется, с чисто бытовой точки зрения активно использовать в речи термин "теория катастроф" сильно проще, чем "теория особенностей дифференцируемых отображений".
В том то и дело, что никакого "в быту" там и в помине нет, это математическая теория, не более! Ознакомьтесь, например, с ее изложением (почти без формул!) Арнольдом: https://math.ru/lib/book/djvu/arnold/tk.djvu
Но это всё не имеет отношение к статье, которую мы тут комментируем. Прочитав комментарии я пришел к выводу, что, пожалуй, "цифровой двойник" это новояз-вариант термина "имитационное моделирование", который старый, всем надоел, и, поэтому, под который уже сложнее выбивать финансирование...
Цифровой двойник отражает логику работы предприятия, части предприятия или отдельных процессов с помощью блок-схем и программного кода. Визуализация, как правило, определяется из нужд конкретного клиента/проекта – это может быть 3D, 2D «с высоты птичьего полета» или вовсе набор дэшбордов, показывающий релевантную информацию.
Не обязательно математическая. Просто модель.
зы. Придумываешь новые слова и создаешь новую нишу для себя
Ключевое отличие цифрового двойника (ЦД) и математической модели (ММ) заключается в подходе к отражению реальности.
В ММ мы отражаем процессы с помощью системы формул, позволяющих, зная ряд вводных, посчитать значения интересующих параметров. Как правило, эти формулы работают на основе ряда допущений и упрощений (например, из цеха на склад грузовик везет детали 7 минут). Эти допущения и упрощения адекватно отражают реальность при неизменном процессе, но если в процессе происходят существенные изменения, эти допущения и упрощения могут перестать работать. Соответственно, формулы перестанут давать адекватные результаты, и их нельзя использовать для оценки масштабных изменений.
Ключевое отличие ЦД в том, что мы не «упаковываем» реальность в набор формул. Мы отражаем логику процессов как есть, с помощью блок-схем и программного кода. Как следствие, на любое изменение условий работы ЦД будет реагировать так же, как предприятие в реальной жизни. Это позволяет нам точно и надежно оценивать эффекты любых изменений.
Эти допущения и упрощения адекватно отражают реальность при неизменном процессе, но если в процессе происходят существенные изменения, эти допущения и упрощения могут перестать работать.
Это свойство присутствует в любом моделировании, как в математическом, так и в "цифровом двойнике". Сделать модель, которая отражает все возможные будущие изменения, невозможно. Но в определённых пределах, конечно, последствия изменений вполне прогнозируются - именно для этого и строят модели.
Ключевое отличие ЦД в том, что мы не «упаковываем» реальность в набор формул. Мы отражаем логику процессов как есть, с помощью блок-схем и программного кода.
Блок-схемы и код тоже можно считать математикой. Во всяком случае, блок-схему можно представить графом, граф - матрицей, а это уже точно математика. И с кодом так же...
Я правильно понимаю, что ЦД - это некоторого рода математическая модель без "сложных" формул, но более всеобъемлющая? Подобная BIM, но более расширенная?
Как следствие, на любое изменение условий работы ЦД будет реагировать так же, как предприятие в реальной жизни
Было бы очень интересно увидеть реальные примеры... Даже с допущением, что не "любое" изменение, а из списка предусмотренных.
imho острая потребность в цифровых двойниках и математических моделях возникает тогда, когда на предприятии (в ходе его непрерывного развития, конечно) произошла жесткая классовая сегрегация и в менеджменте уже нет представителей трудового коллектива, непосредственно знакомых с технологическим процессом (а привлекать их к решению управленческих задач - "западло"). В противном случае, грамотный начальник цеха (не чей-то родственник, конечно) скажет Вам, где узкое место в техпроцессе и без дополнительного моделирования.
Не уверен, что это развеет туман, но погуглите ГОСТ Р 57700.37-2021
Немного (чуть больше автора статьи) довелось поработать над этой темой
"ПНСТ 429-2020 Умное производство. Двойники цифровые производства. Часть 1. Общие положения."
Проект или серию "Умное производство" не рассматривали?
Посмотрел ГОСТ Р 57700.37-2021 (Компьютерные модели и моделирование
ЦИФРОВЫЕ ДВОЙНИКИ ИЗДЕЛИЙ. ОП), у них с ПНСТ 429-2020 разные ТК.
(ТК 194 "Кибер-физические системы" и ТК 700 "Математическое моделирование и высокопроизводительные вычислительные технологии")
Вот всегда интересно было, а они друг про друга знают? Стандарты не сравнивал, но есть подозрения...
Ну это, как химический состав пирога и его рецепт))) Ну или сапромат и архитектура... Разный уровень деятельности, для "изучения/управления", какой то системой. Математическая модель - это забота программиста, разработчика БД итд, обеспечить работу с данными (цифровым двойником). А "цифровой двойник" нужен инженеру и аналитику, что бы оперировать им в контексте ЖЦ системы или изделия.
В примере ниже, из ГОСТов, можно наблюдать данный факт. Разные ТК, работают каждый на своём уровне... *а если они общаются то совсем сказка)))
Это, как про шутку про программиста и фотошоп... вопрос в специализации.
ТК 194 "Кибер-физические системы" и ТК 700 "Математическое моделирование и высокопроизводительные вычислительные технологии"
Умное производство. Двойники цифровые производства. Часть 1. Общие положения · Обозначение: ПНСТ 429-2020
ГОСТ Р 57700.37-2021 Компьютерные модели и моделирование. Цифровые двойники изделий. Общие положения
Цифровой двойник - это программный продукт, а матмодель лежит в его основе, и то не всегда.
Дорожная карта - это план без обозначения конкретных сроков и ответственных лиц.
Стандартами пользуйтесь? Принимайте участие в "сабантуях" профильных ТК?
Стандарты
ГОСТ_Р 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-технологий
"ЦД — это актив, который может работать для компании вечно"
У инженера, вечно, ничего жить не может... Это синтаксис нашей профессии, у всего есть начало и конец... кроме человеческой глупости, наверное)))
Из написанного: “Для общего понимания стоит упомянуть так называемый «цифровой двойник объекта» (речь может идти о вагоне, автомобиле, турбине и т. д.). Это как раз та самая «красивая картинка», которая упоминалась ранее. Несмотря на схожесть в названиях, это совсем другая тема — речь там идет лишь о 3D‑визуализации, без какого‑либо погружения в логику процессов.”
Хорошо вроде начал, а тут бац и все коту под хвост (Mil-Sil-Hil, в помощь).
Наше мнение по ЦД объекта, а лучше изделия.
ЦД - бывает разный и с разным назначением. Для начала можно почитать ГОСТ Политеховский.
Если по-веселее std7009
ЦД пошёл от проекта Аполлон. Где определено назначение ЦД в эксплуатации космического корабля. Статья digital twin concept (что-то там). Кстати: «Хьюстон у нас проблемы» - это оттуда.
Потом пошли сэйловые и маркетинговые модификации, кому как не лень, лишь бы впарить. (Технари до сих пор в шоке).
По итогу компромиссное следующее: ЦД это набор цифровых сущностей, позволяющих отражать и задавать свойства и поведение объекта согласно предъявляемым требованиям по контролируемым параметрам и свойствам.
Может состоять (а может и нет) из:
Среда доступа к данным, моделям и расчетам
Модели поведения
Модели свойств и характеристик
Данные эксплуатации
3,2,1,0 D модели
Документация тоже для ясности (фото, пдф, ексель и пр.)
Интерфейсы всякие
Все это может меняться от задачи.
Есть градации ЦД 1-4 уровня по достоверности и 5 уровней по полноте.
ещё раз: ЦД при разработке совсем не тот, что при эксплуатации изделия.
Нет единого ЦД, есть их набор для требуемой задачи, иначе человек или машина сломается ;)
Есть ещё ЦД процессов - не интересовался…
ПС: от буржуйских понятий много наших копий поломано и времени на толкование.
Старайтесь придерживаться родного языка, так всем будет проще.
Вот есть пример: чем отличается deploy от run и simulation? Это расчёт или вычисление? )))
Или: симуляционная модель это как? Чем она от расчетной или вычислительной отличается?
всем привет!
Цифровой двойник – что это такое? Объемная картинка или работающий актив?