Решения для цифрового прототипирования пневматических систем — это программные среды, в которых инженеры могут проверять логику управления, поведение пневматики или работу машины до того, как полностью полагаться на физическую машину. Они способны сократить проект автоматизации, но 73% не являются универсальной гарантией сокращения времени разработки. В одной опубликованной работе по виртуальной пусконаладке упоминалось потенциальное сокращение реального времени пусконаладки на 73%. Этот результат относился к определенной фазе проекта и подходу к моделированию, а не к любой пневматической машине или всему графику от проектирования до производства (работа в репозитории Гентского университета, дата обращения: 2026-07-27).
Выбирайте решение по решению, которое оно должно поддерживать. Тестирование последовательности ПЛК, прогнозирование давления и движения пневматики и эксплуатационный цифровой двойник — это три разные задачи. Лучшей будет платформа, которая моделирует требуемое поведение, подключается к реальному управлению, раскрывает свои допущения и проходит репрезентативный пилот на основе измерений физического оборудования.
Ключевые выводы
- Заявленная выгода 73% означает потенциальное сокращение реального времени пусконаладки, а не гарантированное сокращение общего времени разработки.
- Разделяйте требования к виртуальной пусконаладке, динамическому моделированию пневматики и эксплуатационному цифровому двойнику.
- Проверяйте давление, расход, движение, синхронизацию, I/O, неисправности и поведение после перезапуска по физическим измерениям.
- До покупки лицензий, библиотек моделей или интеграционных работ используйте платный пилот и письменные пределы приемки.
Что на самом деле означает сокращение на 73%?
Показатель 73% — это ограниченный по области ориентир для виртуальной пусконаладки. В цитируемой работе говорится, что предыдущие исследования обнаружили возможность сократить реальное время пусконаладки на 73% с помощью цифровой 3D-модели. В ней не утверждается, что проектирование пневматического изделия, закупка компонентов, изготовление, монтаж, валидация и общий срок проекта сократятся на такую же величину.
Промышленный пример Siemens показывает, почему важна исходная база сравнения. Wipro PARI сообщила о сокращении пусконаладки на площадке на 70%, но в том же примере сокращение срока поставки составило лишь 5–10%, а сокращение переделок — 40–50% (пример виртуальной пусконаладки Siemens и Wipro PARI, дата обращения: 2026-07-27). Это разные знаменатели.
Определите метрику до оценки программного обеспечения:
| Метрика | Начальное событие | Конечное событие | Необходимые данные |
|---|---|---|---|
| Время разработки ПЛК | Первая задача по программному обеспечению управления | Код готов к формальному тестированию | Учет времени и принятые тестовые случаи |
| Время виртуальной пусконаладки | Исполняемая модель доступна | Виртуальная приемка завершена | Затраты на создание модели и выполнение тестов |
| Время пусконаладки на площадке | Установленное оборудование доступно | Приемка на площадке завершена | Сопоставимый проект или контролируемая базовая линия пилота |
| Общий срок проекта | Требования утверждены | Продукт выпущен в производство | Полный график, включая перенесенную на ранний этап работу |
| Переделки | Первый выпущенный проект | Окончательно принятая машина | Записи об изменениях с классификацией причин: механика, электрика, управление и пневматика |
Виртуальная пусконаладка часто переносит работу на более ранний этап, а не устраняет ее. Создание модели, сопоставление I/O, подготовка тестовых случаев и сопровождение модели требуют инженерного времени. В экономическом обосновании нужно учитывать эти часы. Иначе более короткий визит на площадку может скрыть неизменные или даже большие общие инженерные затраты.
Наиболее защищаемая цель — не «сократить время разработки на 73%», а «перенести определенный набор дефектов за пределы этапа на площадке, затем измерить изменение времени на площадке, общего инженерного времени, объема переделок и качества приемки». Такая формулировка не позволяет представить локальное улучшение как экономию всего проекта.
Какую задачу цифрового прототипирования должно выполнять решение?
Цифровое прототипирование для пневматической автоматизации обычно охватывает три задачи: виртуальную пусконаладку, динамическое моделирование системы или эксплуатационный цифровой двойник. ISO 23247-2 задает эталонную архитектуру цифрового двойника производства, а FMI 3.0 определяет три интерфейса модели: Model Exchange, Co-Simulation и Scheduled Execution (ISO 23247-2; FMI 3.0.2, дата обращения: 2026-07-27).
| Задача | Основной вопрос | Минимальное поведение модели | Типичное подключение |
|---|---|---|---|
| Виртуальная пусконаладка | Правильно ли выполняется последовательность логики управления? | Состояния приводов, датчики, блокировки, синхронизация, неисправности, поток материала | Имитация ПЛК, реальный ПЛК, контроллер робота, HMI |
| Динамическое моделирование пневматики | Соответствуют ли давление, расход, сила и движение требованию? | Сжимаемые объемы, расход через клапан, сопротивления, трение, нагрузка, амортизация | Физический решатель, модель контроллера, файлы параметров |
| Эксплуатационный цифровой двойник | Остается ли виртуальное состояние полезным после пусконаладки? | Идентификация актива, оперативные данные, история конфигурации, калибровка, неопределенность | ПЛК/SCADA, архив, OPC UA, реестр активов |
Не покупайте все три варианта только потому, что поставщик использует выражение «цифровой двойник». Модель последовательности может представить цилиндр выдвинутым или втянутым, но не спрогнозировать время хода. Подробная газовая модель способна предсказать давление в камере, но оказаться слишком медленной для HIL в реальном времени. Оперативная панель может синхронизировать теги, не содержащие никакой прогнозной физики.
Какое поведение пневматики должна представлять модель?
ISO 6358-1 определяет методы испытаний пневматических компонентов в установившемся режиме с использованием сжимаемых сред. Это важно, поскольку модель, построенная только по резьбе портов и номинальному давлению питания, не может предсказать время хода цилиндра. Ей нужны применимые расходные характеристики, границы давления, соединенные объемы, данные нагрузки и рабочие условия для конкретных клапана и привода (ISO 6358-1, дата обращения: 2026-07-27).
Выбирайте точность модели по решению, которое нужно принять:
| Требуемое решение | Поведение пневматики для включения | Физические данные |
|---|---|---|
| Последовательность ПЛК и логика предотвращения столкновений | Заданные состояния приводов, конечные датчики, реалистичные задержки | Список I/O, спецификация последовательности, измеренные диапазоны задержек |
| Прогноз времени хода | Объемы камер, расход питания и выхлопа клапана, объем трубки, потери давления, нагрузка, трение, амортизация | Данные расхода клапана, размеры цилиндра, графики давления, траектория движения |
| Проверка усилия зажима | Эффективная площадь поршня, минимальное динамическое давление, направление нагрузки, запас на трение | Контролируемый чертеж, измерение давления, испытание силой |
| Проверка синхронизации | Задержка клапана, распространение давления, страгивание, порог датчика, цикл ПЛК и обновление сети | Синхронизированные по времени записи команды, давления, положения и датчика |
| Исследование потери энергии или перезапуска | Отказное состояние клапана, запертое давление, утечка, гравитационная или пружинная нагрузка, последовательность повторного набора давления | Схема, оценка риска, падение давления, движение при перезапуске |
| Мониторинг эксплуатационного дрейфа | Версионированные параметры, качество датчиков, состояние калибровки, среда, изменения обслуживания | Данные архива, записи калибровки, журнал изменений |
Руководство по стабильности времени отклика клапана объясняет, почему одно каталожное значение времени отклика не является полной моделью от команды до движения. Руководство по выбору клапана для заданного времени хода рассматривает потребность в расходе и установленные сопротивления, которые должно воспроизводить динамическое моделирование.
CAD-модель предоставляет геометрию, массовые свойства, интерфейсы и возможные зоны столкновений. Она не предоставляет проверенные данные об утечке, трении, амортизации, расходе, задержке переключения или поведении уплотнения при температуре. Используйте контрольный список проверки CAD-моделей пневматических цилиндров, прежде чем считать геометрию поставщика готовой для моделирования.
Используйте минимальную точность, достаточную для ответа на вопрос
Модели состояний может быть достаточно, чтобы проверить, дает ли ПЛК команду на выдвижение до выполнения условия защитного ограждения. Но ее недостаточно для утверждения требования времени хода 300 ms. И наоборот, подробная трехмерная модель потока может увеличить вычисления, не улучшив решение о последовательности на уровне машины.
Сначала определите интересующие величины. Это могут быть время достижения цилиндром конечного положения, пиковое давление в камере, минимальное усилие зажима, время падения давления на выхлопе, рассогласование по времени или максимальное смещение при перезапуске. Затем добавляйте детали модели только тогда, когда они существенно меняют одно из этих решений.
Использовать SIL, HIL или оба подхода?
Используйте SIL для ранней проверки программного обеспечения управления, а HIL — для выявления реального времени работы контроллера, поведения I/O и ограничений связи. Гибкая программа обычно проходит через оба подхода. Виртуальная установка должна работать достаточно быстро для выбранного соединения, но «реальное время» следует определять относительно задачи контроллера и требуемой синхронизации событий, а не по универсальной цели в миллисекундах.
| Архитектура | Реальное оборудование управления | Лучшее применение | Основное ограничение |
|---|---|---|---|
| Model-in-the-loop | Нет | Разработка модели и алгоритма | Не выявляет поведение скомпилированного управления или оборудования |
| Software-in-the-loop | Нет | Логика ПЛК, последовательности состояний, регрессионные тесты | Синхронизация эмулятора и связь могут отличаться от оборудования |
| Hardware-in-the-loop | Да | Работа задач реального ПЛК, I/O, сеть, HMI, тесты отказа и перезапуска | Требует детерминированного выполнения и безопасной электрической интеграции |
| Сопоставление на физическом стенде | Частично | Идентификация параметров и валидация модели | Охватывает только испытанную конфигурацию и диапазон |
| Валидация полной машины | Да | Окончательная приемка и проверка безопасности | Происходит позже, и изменения обходятся дороже |
SIL обычно является экономичным первым барьером. Он поддерживает повторяемые автоматизированные тесты до готовности шкафа контроллера. HIL становится ценным, когда решение зависит от фактического поведения цикла контроллера, коммуникационных адаптеров, приоритета задач, интерфейсов контроллера безопасности, физического I/O или прошивки поставщика.
Масштабирование виртуального времени полезно для длинных последовательностей и регрессионных тестов, но не доказывает работу в реальном времени. Во время HIL записывайте исполнение по часам, пропущенные дедлайны, шаг связи, джиттер и превышения времени решателя. Если модель отстает, заранее определите, замедляет ли платформа контроллер, отбрасывает обновления, экстраполирует значения или проваливает тест.
Какие интерфейсы и стандарты данных имеют значение?
FMI 3.0.2 определяет Model Exchange, Co-Simulation и Scheduled Execution, а спецификации OPC UA Companion задают повторно используемые информационные модели для предметной совместимости. Эти стандарты решают разные задачи: FMI упаковывает исполняемые модели и их интерфейсы, а OPC UA организует обнаруживаемую информацию и сервисы машины (FMI; OPC Foundation, дата обращения: 2026-07-27).
Проверьте шесть уровней интерфейса:
- Обмен геометрией: исходный CAD, STEP, JT, кинематические соединения, системы координат, идентичность конфигурации и редакция.
- Обмен поведенческой моделью: версия FMU, поддерживаемый тип интерфейса FMI, принадлежность решателя, единицы переменных, события и защита параметров.
- Подключение контроллера: поддерживаемые ПЛК, эмуляторы, реальные контроллеры, ограничения ПЛК безопасности, поведение времени цикла и лицензирование.
- Сопоставление сигналов: имена, типы данных, масштабирование, единицы, значения по умолчанию, состояние качества, отсутствующие сигналы и возможность автоматического сравнения.
- Информация о машине: информационная модель OPC UA, аварийные сообщения, состояния, исторические данные, безопасность и совместимость со спецификацией Companion.
- Экспорт подтверждающих данных: определения тестов, журналы, синхронизация времени, версия модели, версия контроллера, сравнение результатов и журнал аудита.
IEEE Time-Sensitive Networking может обеспечить ограниченное сетевое поведение в подходящей архитектуре, но не является универсальным протоколом виртуальной пусконаладки. Он не заменяет интерфейс модели, семантическое определение сигналов, адаптер контроллера или тестовый стенд.
Попросите каждого поставщика показать один экспорт и один обратный импорт. Слайда с заявлением «поддержка FMI» недостаточно, если пневматический решатель экспортирует только статические параметры или принимающий инструмент незаметно меняет единицы, события, интерполяцию или допущения решателя.
Совместимость следует проверять как полный цикл, а не как пункт списка. Экспортируйте выбранную подсистему цилиндра и клапана, импортируйте ее в целевую среду совместного моделирования, измените один контролируемый параметр, выполните тот же тест и подтвердите прослеживаемость идентичности, единиц, событий и численных результатов.
Как построить верификацию и валидацию пневматической модели?
NIST указывает, что доверие к цифровому двойнику на протяжении жизненного цикла требует верификации, валидации и количественной оценки неопределенности. ASME V&V 20 аналогично рассматривает валидацию как сравнение заданной переменной моделирования с экспериментом в заданной точке валидации с учетом неопределенности решения и данных (NIST; ASME V&V 20, дата обращения: 2026-07-27).
Разделяйте четыре вида деятельности:
- Верификация кода: правильно ли реализация решает математическую задачу?
- Верификация расчета: достаточны ли сетка, шаг времени, допуск решателя, события и численная сходимость для данного запуска?
- Валидация: согласуется ли модель с физическими измерениями настолько, чтобы принять намеченное решение?
- Количественная оценка неопределенности: как неопределенности параметров, измерений, численного метода и формы модели влияют на вывод?
Стройте матрицу валидации вместо публикации одного общего процента «точности»:
| Интересующая величина | Условие испытания | Сравнение | Форма приемки |
|---|---|---|---|
| Время хода цилиндра | Минимальное динамическое давление питания, заданная нагрузка и средства управления расходом | Расчетное и измеренное время достижения | Максимальная абсолютная или относительная ошибка |
| Давление в камере | Ступенчатая команда в обоих направлениях | Синхронизированные по времени графики давления | Полоса ошибки и смещение по времени |
| Задержка страгивания | Заданные время покоя, температура и нагрузка | Задержка от команды до первого движения | Максимальное значение и повторяемость |
| Конечная амортизация | Заданные скорость, масса и настройка амортизации | Пик давления и конечная скорость | Предел пика и остаточного движения |
| Событие датчика | Реальное положение переключателя и вход ПЛК | Физическое положение и отметка времени события | Допуск положения и времени |
| Потеря питания или пилотного давления | Заданное начальное состояние и нагрузка | Падение давления и движение привода | Максимальные остаточное давление и перемещение |
Валидация относится к конкретной конфигурации и рабочему диапазону. Согласие при одном давлении, температуре, нагрузке или направлении не доказывает корректность модели везде. Записывайте подтвержденный диапазон и отмечайте экстраполяцию за его пределы.
Руководство по технологиям определения положения пневматического цилиндра помогает определить, какие события можно наблюдать конечными выключателями, а для каких нужна непрерывная обратная связь по положению. Точность валидации модели не может быть выше точности физической измерительной системы.
Какие тесты синхронизации и неисправностей должен пройти пилот виртуальной пусконаладки?
Проект Siemens и Wipro PARI моделировал четыре робота, 10 обрабатывающих центров, более 100 конвейеров и связанных устройств и 17 вариантов продукции. Такой масштаб потребовал зонирования, HIL, интеграции роботов и отдельных тестов защитных блокировок, а не одного запуска анимации (пример Siemens, дата обращения: 2026-07-27).
Для пилотной пневматической ячейки проверьте как минимум:
- нормальное выдвижение и втягивание из каждого допустимого начального состояния;
- минимальное и максимальное реалистичное давление питания;
- медленный клапан, задержанный датчик, застрявший датчик и противоречивый сигнал;
- ограничение расхода, заблокированный глушитель, потерю давления и потерю пилотного давления;
- ручное управление и режим обслуживания;
- потерю электропитания и перезапуск контроллера;
- изоляцию магистрального воздуха, падение давления и повторный набор давления;
- отбракованную деталь, заклинивший механизм и прерванный цикл;
- смену продукта и несовпадение рецепта;
- восстановление после каждой введенной неисправности без обхода предусмотренной блокировки.
Руководство по условным обозначениям клапанов ISO 1219 помогает согласовать состояния портов в модели с фактической схемой. Обозначение компонента как «клапан 5/2» неполно, если не совпадают нормальное положение, способ возврата, источник пилота, путь потока и поведение при потере энергии.
Приемка по времени должна свести команды контроллера, смоделированное состояние клапана, давление, положение привода, состояние датчика и код неисправности на единую временную шкалу. Такая трасса отличает ошибку логики от задержки модели, пневматического сопротивления, порога датчика или проблемы связи.
По нашему опыту, быстрее всего слабый виртуальный прототип выявляет запуск цикла из ненормального, но физически возможного состояния. Модель, которая успешно работает только из предпочтительного исходного положения, полезна для демонстрации, но не для пусконаладки.
Как обращаться с заявлениями о безопасности?
ISO 4414 рассматривает существенные опасности в пневматических системах и распространяется на проектирование, монтаж, настройку, эксплуатацию и обслуживание системы. Виртуальное тестирование может расширить покрытие, но не заменяет физическое подтверждение удержания нагрузки, остаточной энергии, падения давления, эффективности остановки, ограждений или полной функции безопасности машины (ISO 4414, дата обращения: 2026-07-27).
Оставляйте связанные с безопасностью применения внутри управляемой цепочки доказательств:
- Определите функцию безопасности и требуемое состояние машины по оценке риска.
- Установите, какие контроллер, клапан, привод, удерживающее устройство, датчик, путь выхлопа и поведение сброса участвуют в ней.
- Используйте виртуальную модель для проверки последовательностей, сочетаний и диагностического покрытия.
- Отметьте каждое идеализированное или не смоделированное физическое поведение.
- Подтвердите данные компонентов и поведение схемы на оборудовании.
- Провалидируйте установленную функцию безопасности по применимому процессу обеспечения безопасности машин.
Виртуальный клапан с закрытым центром может показывать нулевое движение цилиндра, поскольку модель предполагает нулевую утечку. Реальные клапан и цилиндр могут дрейфовать. Команда на выхлоп может выглядеть как мгновенное снятие давления, тогда как реальный клапан с дросселированием на выходе, пилотный обратный клапан, глушитель или длинная трубка сохраняют энергию. Отсутствующая физика не должна превращаться в заявление о безопасности.
Как провести платный пилот до покупки?
Полезный пилот содержит одну репрезентативную пневматическую станцию, одно реальное инженерное решение и письменные пределы «годен/не годен». Программа цифровых двойников NIST подчеркивает испытательные стенды, валидацию, совместимость, количественную оценку неопределенности и прослеживаемые результаты, а не принятие ярлыка «цифровой двойник» как доказательства (цифровые двойники для передового производства NIST, дата обращения: 2026-07-27).
Используйте такую последовательность пилота:
- Зафиксируйте управляемую схему, список I/O, редакции компонентов, рабочий диапазон и интересующие величины.
- Запишите текущую базовую линию процесса: инженерные часы, часы на площадке, дефекты, переделки и результат приемки.
- Постройте минимальную модель, поддерживающую выбранное решение.
- Подключите реальный ПЛК или утвержденный эмулятор и импортируйте производственную программу управления.
- Выполните нормальные, граничные, отказные тесты, тесты потери питания и перезапуска.
- Сопоставьте модель с измеренными давлением, движением и временем событий.
- Измените один параметр клапана, цилиндра, трубки, датчика или контроллера и повторите тест.
- Экспортируйте модель, определения тестов, журналы и результаты; затем проверьте, может ли другой инженер воспроизвести их.
- Измеряйте затраты на создание и обслуживание модели, а также сэкономленное время.
- Одобряйте расширение только после прохождения всех письменных барьеров.
Что включить в RFQ на программное обеспечение?
Эффективный RFQ отделяет обязательные возможности от демонстраций по желанию. Укажите одну пилотную модель, три уровня доказательств и четкую ответственность: модель должна отвечать на инженерный вопрос, воспроизводить требуемый интерфейс управления и экспортировать достаточно данных для независимой проверки. Не оценивайте платформу по длине списка функций.
| Поле RFQ | Требуемый ответ поставщика |
|---|---|
| Назначение | Виртуальная пусконаладка, динамика пневматики, эксплуатационный двойник или заданное сочетание |
| Область пневматики | Клапаны, цилиндры, линии, сопротивления, утечки, трение, амортизация, датчики, нагрузки |
| Область контроллера | Поддерживаемые ПЛК, эмуляторы, реальное оборудование, роботы, HMI, ограничения безопасности |
| Поведение в реальном времени | Поддерживаемый шаг, обработка превышения времени, масштабирование времени, журналирование, синхронизация |
| Совместимость | Форматы CAD, версия и тип интерфейса FMI, модель OPC UA, API, сопоставление сигналов |
| Валидация | Метрики ошибки для каждой величины, диапазон теста, неопределенность, предупреждение об экстраполяции |
| Тестирование неисправностей | Состояния датчика, клапана, питания, пилота, связи, электропитания, перезапуска и заклинивания |
| Контроль конфигурации | Идентичность модели, редакция компонента, источник параметра, ветвление, история аудита |
| Управление данными | Хранение, срок хранения, доступ, шифрование, защита интеллектуальной собственности, автономная работа |
| Автоматизация | Сценарии тестов, регрессионное выполнение, отчеты сравнения, интеграция CI |
| Коммерческая модель | Лицензии на создание, выполнение, HIL, коннекторы, решатель, облако и поддержку |
| Передача | Обучение, владение моделью, права на повторно используемую библиотеку, экспорт, время поддержки |
| Приемка пилота | Названная станция, график, результаты, измерения, пределы «годен/не годен» |
Потребуйте от поставщика перечислить, что не моделируется. Полезные ограничения включают нулевую утечку, идеальные клапаны, постоянное трение, упрощенный выхлоп, жесткие трубки, отсутствие тепловой связи или неподдерживаемое поведение контроллера безопасности. Скрытые упрощения опаснее умеренной, но явно указанной области модели.
В окончательном выборе зафиксируйте решение по каждому требованию RFQ: пройдено, условно пройдено, не пройдено или неприменимо. Укажите точную сборку программного обеспечения, решатель, коннектор, прошивку ПЛК, библиотеку компонентов и редакцию модели, использованные в пилоте.
Часто задаваемые вопросы о цифровом прототипировании пневматических систем
Действительно ли виртуальная пусконаладка сокращает время разработки на 73%?
Она может существенно сократить определенную фазу пусконаладки, но 73% не являются универсальным результатом. Опубликованное значение относится к потенциальному сокращению реального времени пусконаладки при конкретном подходе к виртуальной пусконаладке с 3D-моделью. Создайте собственную базовую линию и отдельно учитывайте создание модели, интеграцию, подготовку тестов, работу на площадке, переделки и общий срок.
Достаточно ли 3D CAD-модели для виртуальной пусконаладки пневматики?
Нет. CAD дает геометрию и возможную кинематику, но поведение пневматики также зависит от функции и расхода клапана, объема камер и трубок, потерь давления, нагрузки, трения, амортизации, порогов датчиков, утечек и времени работы контроллера. Для проверки логики используйте модель состояний, а при важности давления и движения — проверенную динамическую модель.
В чем разница между SIL и HIL?
Software-in-the-loop запускает программное обеспечение управления или эмулятор без оборудования производственного контроллера. Hardware-in-the-loop подключает виртуальную установку к реальному контроллеру и выявляет фактическое планирование задач, I/O, связь, прошивку и поведение по времени. Большинству проектов следует сначала использовать SIL, а HIL оставлять для рисков, зависящих от оборудования.
Может ли эксплуатационный цифровой двойник автоматически сохранять точность?
Нет. Полезному двойнику нужны управляемые идентичности модели и актива, надежные данные датчиков, калибровка, управление параметрами, обнаружение изменений, пределы валидации и отчетность по неопределенности. Замена компонента, изменение настройки, износ, дрейф датчика, редакция программного обеспечения или новые рабочие условия могут сделать прогнозы недействительными, даже если оперативные теги продолжают обновляться.
Может ли виртуальное тестирование заменить физическую валидацию безопасности пневматики?
Нет. Виртуальное тестирование может расширить покрытие неисправностей и заранее найти дефекты последовательности, но не доказывает фактические утечки, остаточное давление, удержание нагрузки, эффективность остановки, поведение выхлопа, ограждение или целостность установленной функции безопасности. Используйте его как один слой цепочки доказательств, после которого необходимы проверки на оборудовании и на уровне машины.
Источники и технические материалы
Гентский университет и Flanders Make: Virtual Commissioning of Industrial Control Systems: A 3D Digital Model Approach, область и контекст заявленного потенциального сокращения реального времени пусконаладки на 73%. Дата обращения: 2026-07-27.
Siemens Digital Industries Software: пример виртуальной пусконаладки Wipro PARI, область проекта и отдельно приведенные результаты по пусконаладке на площадке, сроку поставки и переделкам. Дата обращения: 2026-07-27.
NIST: Digital Twins for Advanced Manufacturing, стандарты, испытательные стенды, совместимость, VVUQ и надежные цифровые двойники производства. Дата обращения: 2026-07-27.
NIST: Credibility Consideration for Digital Twins in Manufacturing, верификация, валидация, количественная оценка неопределенности и доверие на протяжении жизненного цикла. Дата обращения: 2026-07-27.
ISO: ISO 23247-2:2021, эталонная архитектура цифрового двойника производства. Дата обращения: 2026-07-27.
Modelica Association Project: спецификация FMI 3.0.2, интерфейсы Model Exchange, Co-Simulation и Scheduled Execution. Дата обращения: 2026-07-27.
OPC Foundation: спецификации OPC UA Companion, предметные информационные модели и совместимость OPC UA. Дата обращения: 2026-07-27.
ASME: V&V 20, сравнение при валидации и неопределенность для вычислительной гидродинамики и теплопередачи. Дата обращения: 2026-07-27.
ISO: ISO 6358-1:2013, характеристика установившегося расхода пневматических компонентов со сжимаемыми средами. Дата обращения: 2026-07-27.
ISO: ISO 4414:2010, общие правила и требования безопасности для пневматических систем и компонентов. Дата обращения: 2026-07-27.