ПНСТ 432-2020. Предварительный национальный стандарт Российской Федерации. Умное производство. Двойники цифровые производства. Часть 4. Обмен информацией

(утв. и введен в действие Приказом Росстандарта от 07.08.2020 № 41-пнст)

до 1 января 2024 года

Предисловие

1 РАЗРАБОТАН Акционерным обществом «Всероссийский научно-исследовательский институт сертификации» (АО «ВНИИС») и Акционерным обществом «Российская венчурная компания» (АО «РВК»)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 194 «Кибер-физические системы»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 7 августа 2020 г. № 41-пнст

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТ Р 1.16-2011 (разделы 5 и 6).

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 121205 Москва, Инновационный центр Сколково, улица Нобеля, д. 1, e-mail: info@tc194.ru и/или в Федеральное агентство по техническому регулированию и метрологии: 109074 Москва, Китайгородский проезд, д. 7, стр. 1.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

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

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

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

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

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

В серии стандартов ПНСТ «Умное производство. Двойники цифровые производства» определена структура цифровых двойников производства как виртуального представления физических элементов производственного процесса, таких как персонал, продукты производства, активы и описание процессов. Цифровой двойник производства представляет собой детальное моделирование конфигураций физических сущностей и динамическое моделирование изменений продукта, процесса и ресурсов в процессе производства. Области применения четырех частей серии стандартов ПНСТ «Умное производство. Двойники цифровые производства» представлены ниже:

• часть 1. Общие положения.

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

• часть 2. Типовая архитектура.

В данном стандарте определены цели и задачи типовой архитектуры, типовой модели и представления типовой архитектуры;

• часть 3. Цифровое представление физических производственных элементов.

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

• часть 4. Обмен информацией.

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

1 Область применения

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

Вопросы реализации и протоколы обмена данными выходят за рамки области применения настоящего стандарта.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

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

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

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

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины и определения

В настоящем стандарте применены термины по ПНСТ 429, 430 и 431.

4 Сокращения

В настоящем стандарте применены следующие сокращения:

AMF — формат файла аддитивного производства (Additive Manufacturing File format);

API — программный интерфейс приложения (Application Program Interface);

ASSE — сущность подсистемы приложения и сервиса (Application and Service Sub-system Entity);

AutomationML — язык разметки автоматизации (Automation Markup Language);

B2MML — язык разметки связи между бизнесом и производством (Business To Manufacturing Markup Language);

CAD — средства автоматизированного проектирования (Computer Aided Design);

CAM — средства автоматизированного производства (Computer Aided Manufacturing);

CBC — сцепление блоков шифротекста (Cipher-Block Chaining);

CCM — алгоритм блочного шифрования с имитовставкой и режимом сцепления блоков и счетчика (Counter with CDC-MAC);

CFX — обмен данными в объединенном производстве (Connected Factory Exchange);

DCCE — сущность сбора данных и управления (Data Collecting and Controlling Entity);

DTRE — сущность представления цифрового двойника (Digital Twin Representation Entity);

DTUE — сущность пользователя цифрового двойника (Digital Twin User Entity);

ECDHE — протокол Диффи — Хеллмана на эллиптических кривых (Elliptic-curve Diffie — Hellman);

ERP — планирование ресурсов предприятия (Enterprise Resource Planning);

EtherCAT — Ethernet для контроля и автоматизации управления (Ethernet for Control Automation Technology);

FE — функциональная сущность (Functional Entity);

HTTP — протокол передачи гипертекста (HyperText Transfer Protocol);

IPC — межпроцессное взаимодействие (Inter-Process Communication);

JSON — нотация объекта JavaScript (JavaScript Object Notation);

LwM2M — легковесный протокол межмашинного взаимодействия (Lightweight Machine to Machine);

MES — система управления производством (Manufacturing Execution System);

MOM — управление производственным процессом (Manufacturing Operations Management);

MQTT — протокол передачи последовательности сообщений с телеметрическими данными (Message Queuing Telemetry Transport);

O&M — эксплуатация и управление (Operation and Management);

OCF — организация, создающая проекты с открытым исходным кодом (Open Connectivity Foundation);

OMSE — сущность подсистемы эксплуатации и управления (Operation and Management Sub-system Entity);

OPC-UA — унифицированная архитектура открытого платформенного взаимодействия (Open Platform Communications — Unified Architecture);

OpenGL — открытая графическая библиотека (Open Graphics Library);

PME — сущность физического производства (Physical Manufacturing Entity);

PSK — фазовая модуляция (Phase-Shift Keying);

QIF — структура данных о качестве (Quality Information Framework);

RAISE — сущность подсистемы доступа к ресурсам и обмена данными (Resource Access and Interchange Sub-system Entity);

RAMI — типовая модель архитектуры для Industry 4.0 (4.0 Reference Architectural Model Industrie 4.0);

REST — передача состояния представления (REpresentational State Transfer);

STEP — стандарт обмена данными модели изделия (Standard for the Exchange of Product model data);

TSN — сеть, чувствительная ко времени (Time-Sensitive Networking);

WebGL — графическая библиотека для использования в веб-приложениях (Web Graphics Library);

XML — расширяемый язык разметки (extensible Markup Language);

ИВ — Интернет вещей (Internet of Things, IoT).

5 Общие положения

Типовая архитектура структуры цифровых двойников производства определена в ПНСТ 430. Обмен данными между сущностями представлен на функциональном представлении типовой архитектуры цифровых двойников производства. На рисунке 1 показаны четыре различных типа обмена данными.

К четырем типам обмена данными относятся:

• обмен данными A (IE-A), который представляет собой интерфейс взаимодействия между сущностью пользователя цифрового двойника (DTUE) и сущностью представления цифрового двойника (DTRE);
• обмен данными B (IE-B), который представляет собой интерфейсы взаимодействия между тремя сущностями подсистем DTRE.

Примечание - Тремя сущностями подсистем являются сущность подсистемы эксплуатации и управления (OMSE), сущность подсистемы приложения и сервиса (ASSE) и сущность подсистемы доступа к ресурсам и обмена данными (RAISE);

• обмен данными C (IE-C), который представляет собой интерфейс взаимодействия между DTRE и сущностью сбора данных и управления (DCCE);
• обмен данными D (EI-D), который представляет собой интерфейс взаимодействия между DCCE и сущностью физического производства (PME).

6 Требования к обмену данными A (IE-A)

6.1 Общие положения

IE-A представляет собой интерфейс взаимодействия между DTUE и DTRE. DTRE может передавать результаты сервисов и приложений цифрового двойника в DTUE через IE-A (см. рисунок 2).

6.2 Стандартизованный метод обмена данными

IE-A должен поддерживать стандартизованный метод обмена данными (например, использование стандартизованного протокола) для доступа DTUE к сервисам цифрового двойника производства.

Примечание — Примеры стандартизованных методов обмена данными приведены в А.2 приложения А.

6.3 Метод транзакций

IE-A может использовать любой из трех нижеприведенных методов транзакций:

• метод PULL: пользователь запрашивает данные у провайдера данных.

Примечание - При использовании для обмена данными IE-A метода PULL DTUE является пользователем, а DTRE — провайдером данных;

• метод PUSH: отправитель направляет новые или измененные данные получателю.

Примечание - При использовании для обмена данными IE-A метода PUSH DTUE является получателем, а DTRE — отправителем данных;

• метод PUBLISH: собственник данных публикует их для подписчиков данных.

Примечание - При использовании для обмена данными IE-A метода PUBLISH DTUE является подписчиком, а DTRE — собственником данных.

Если DTUE состоит из одного или двух специализированных (или эксклюзивных, конфиденциальных) приложений, можно использовать метод PULL или PUSH. Если DTUE состоит из нескольких произвольных приложений, рекомендуется применять метод PUBLISH.

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

6.4 Безопасность

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

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

7 Требования к обмену данными B (IE-B)

7.1 Общие положения

IE-B представляет собой интерфейсы взаимодействия между тремя сущностями подсистем (OMSE, ASSE и RAISE) DTRE. OMSE, ASSE и RAISE обмениваются данными для предоставления доступа DTRE к сервисам цифрового двойника через IE-B (см. рисунок 3).

7.2 Сервисы цифровых двойников производства

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

Примечание - DTRE через IE-B собирает данные от производственных элементов, различных устройств ИВ и различных приложений. DTRE объединяет данные, полученные из реального мира, и применяет искусственный интеллект и аналитику данных для предоставления сервисов за прошедшие периоды, в настоящем времени и с прогнозом на будущее.

7.3 Зависимость от реализации

Зависимость IE-B от конкретной реализации выходит за рамки области применения настоящего стандарта.

Примечание - OMSE, ASSE и RAISE в DTRE могут быть реализованы внутри одной системы или нескольких систем. Процесс или процессор, который применен в DTRE, может использовать вызовы функций, IPC, разделяемую память или другие технологии. Таким образом, обмен данными IE-B зависит от реализации, что выходит за рамки области применения настоящего стандарта.

8 Требования к обмену данными C (IE-C)

8.1 Общие положения

IE-C представляет собой интерфейс взаимодействия между DTRE и DCCE. DTRE через IE-C получает данные от производственных элементов, различных устройств ИВ, различных приложений и т.д. (см. рисунок 4).

Примечания

1 DCCE взаимодействует с PME. DCCE отслеживает PME и считывает с них данные. В некоторых случаях DCCE передает PME исполнительный сигнал или управляет PME. DTRE использует DCCE в качестве посредника для сбора данных от PME или для управления PME.

2 В приложении А представлены примеры использования DTRE и DCCE различных протоколов для сбора данных.

8.2 Подключение к сети

IE-C должен обеспечивать возможность подключения DTRE и DCCE к сети.

IE-C должен обеспечивать DTRE и DCCE возможность обнаружения, идентификации и взаимодействия друг с другом.

Примечание - При наличии нескольких DCCE каждый из них может быть присоединен и отключен в любое время работы сервисов цифровых двойников производства. В сервисах цифровых двойников производства используют различные устройства (в том числе датчик, производственные элементы). DTRE должен обрабатывать действия по присоединению/отключению DCCE с поддержкой plug-and-play.

8.3 Стандартизованный метод обмена данными

IE-C должен поддерживать стандартизованный метод обмена данными (например, использование стандартизованного протокола).

Примечание — DTRE исполняет роль приложения для DCCE, предоставляющего исходные данные от PME с использованием стандартизованного протокола. Исходными данными могут быть характеристики, возможности, статус, местоположение и т.д. Состав передаваемых данных определен в ПНСТ 431.

8.4 Маркировка

IE-C должен уметь идентифицировать производственные элементы и присваивать уникальную маркировку (или имя).

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

8.5 Цифровая модель

IE-C должен иметь возможность обмена данными для представления цифровой модели, соответствующей производственным элементам.

Примечание - Данные для представления включают в себя визуализацию, статическую и динамическую информацию, историю изменений и т.д.

8.6 Использование производственных данных

IE-C должен иметь возможность взаимодействовать с производственными приложениями для использования производственных данных в цифровых двойниках производства.

Примечание - DCCE может быть производственным приложением, например системы MES, ERP, O&M или другого цифрового двойника производственной системы. Производственные данные включают в себя планирование продукта, управление производством, результаты производства, результаты оценки качества.

8.7 Синхронизация

IE-C должен иметь возможность обмениваться данными для синхронизации изменений между различными цифровыми двойниками производства.

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

IE-C должен иметь возможность обмениваться данными для синхронизации изменений, внесенных в производственных элементах, с цифровым двойником производства.

IE-C может иметь возможность обмениваться данными для синхронизации изменений, внесенных в цифрового двойника производства, с производственными элементами.

8.8 Операции по обмену данными

IE-C должен обеспечивать DTRE возможность получения данных производственных элементов.

IE-C может обеспечивать DTRE возможность обновления/изменения данных производственных элементов.

IE-C может обеспечивать DTRE возможность управления производственными элементами.

IE-C должен обеспечивать DTRE возможность создания необходимых цифровых двойников новых производственных элементов.

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

Примечание - DTRE необходимо регулярно получать данные из DCCE для синхронизации всех изменений с цифровым двойником. Эти данные могут храниться для использования в сервисах цифровых двойников, таких как резервное копирование, анализ больших данных.

IE-C должен обеспечивать DCCE возможность остановки регулярной отправки данных.

IE-C должен обеспечивать DCCE возможность отправки уведомлений при наступлении определенного условия.

Примечание - Примером данных, по которым направляются уведомления, являются динамические данные, например об изменении статуса.

8.9 Метод транзакций

IE-C может использовать любой из трех методов транзакций (PULL, PUSH, PUBLISH). Если существует несколько цифровых двойников производственных систем и несколько производственных приложений, получающих данные от DCCE, рекомендуется применять метод PUBLISH.

Примечание — Описание трех методов транзакций представлено в подразделе 6.3.

8.10 Поддержка взаимодействия в режиме реального времени

IE-C может поддерживать взаимодействие в почти реальном режиме времени, если цифровой двойник производства должен получать данные в режиме реального времени.

8.11 Безопасность

IE-C могут рассматриваться следующие вопросы безопасности:

• аутентификация и авторизация.

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

• целостность данных.

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

• конфиденциальность и защита от несанкционированного доступа.

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

9 Требования к обмену данными D (IE-D)

9.1 Общие положения

IE-D представляет собой интерфейс взаимодействия между DCCE и PME (рисунок 5). IE-D может не использоваться, если PME поддерживает совместимость с DTRE. Если DCCE физически подключен или интегрирован с PME, в IE-D необходимость отсутствует.

9.2 Поддержка локальной сети

IE-D должен быть подключен к DCCE через локальную сеть.

Примечания

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

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

9.3 Поддержка адаптации

IE-D должен поддерживать возможность адаптации данных, полученных от PME, к формату, который понимается DCCE, а также возможность адаптации данных, полученных от DCCE, к формату, который понимается PME.

Примечание - Как правило, в DCCE есть интерфейс взаимодействия с глобальной IP-сетью, т.е. внешней сетью. DCCE необходимо переформатировать данные из локальной сети в данные, понятные внешней сети. DCCE необходимо будет отфильтровать ненужные данные и выполнить предварительную обработку перед их отправкой во внешнюю сеть. DCCE также нужно переформатировать данные из внешней сети перед их отправкой в локальную сеть.

(справочное)

А.1 Варианты реализации четырех типов IE

На рисунке А.1 представлены варианты реализации четырех типов IE с использованием различных существующих протоколов.

А.1.1 Варианты реализации IE-A

Существуют следующие варианты реализации IE-A:

• при стандартизованном методе обмена данными DTRE может предоставить DTUE веб-сервис (с веб-клиентом) для применения сервисов, предоставляемых DTRE через веб-интерфейс с использованием HTTP или REST в IE-A. HTTP представляет собой набор правил передачи файлов (например, текста, изображения, мультимедийных данных) по сети; REST — архитектурный стиль, определяющий набор ограничений, которые будут использоваться в веб-приложении. При этом могут быть применены данные формата JSON, XML и т.д. JSON — легковесный текстовый формат хранения и передачи данных, читаемый пользователем и состоящий из пар «ключ-значение» и типов данных массивов. XML — это текстовый формат, используемый для обмена данными;
• DTRE может использовать Open API для доступа к сервисам цифрового двойника производства; DTUE — Open API в своих приложениях. Open API (т.е. открытый интерфейс) представляет собой общедоступный интерфейс прикладного программирования. Это позволяет пользовательскому ПО (например, DTUE) получить доступ к внутренним функциям программы (например, DTRE). Веб-интерфейс является одним из примеров Open API;
• DTRE и DTUE могут использовать разделяемую память (например, базу данных, облако) для хранения данных, получаемых от DTRE. DTUE может искать и получать необходимые данные. Должна быть определена схема доступа к данным, предоставляемым цифровым двойником.

А.1.2 Варианты реализации IE-B

Существуют следующие варианты реализации IE-B:

• для обмена данными IE-B могут быть использованы те же протоколы, API и описательный язык, как и для IE-A;
• предоставления сервисов цифровых двойников собираются и сохраняются данные из различных источников. Данные могут сохраняться с отметками времени или событий.

А.1.3 Варианты реализации IE-C

Существуют следующие варианты реализации IE-C:

• для взаимодействия с DCCE DTRE может передавать в сеть информацию о своем существовании, методе подключения и т.д. DCCE может использовать эту информацию для подключения к DTRE. DCCE можно предварительно настроить для plug-and-play подключения к DTRE;
• при стандартизованном методе обмена данными DTRE может взаимодействовать с производственными элементами и управлять ими с использованием таких протоколов, как MTConnect, OPC-UA, административная оболочка RAMI 4.0. DTRE выступает приложением для DCCE, предоставляющим исходные данные от PME с применением стандартизованного протокола;
• DTRE может получать доступ к устройствам ИВ (например, датчикам, исполнительным устройствам) и управлять ими с использованием таких протоколов, как OPC-UA, OCF, LwM2M, oneM2M и т.д. Протоколы ИВ определяют различные форматы передаваемых данных. Для специализированных целей может быть установлен новый формат данных;
• DTRE может получить доступ к таким приложениям, как MES, ERP, а также данные, связанные с производством или моделированием, через интерфейс приложения. DCCE должен поддерживать интерфейс таких приложений;
• если по маркировке можно узнать производителя и номер модели PME, может быть разработана исходная цифровая модель PME с предварительно подготовленной информацией, такой как визуализация, предоставляемые возможности, используемый параметр или стандарт;
• для поддержки представления и визуализации и создания цифровой модели производственного(ых) элемента(ов) может быть использована информация CAD/CAM. Для цифрового моделирования могут применяться различные существующие стандарты, например: [1] (т.е. STEP AP242), [2] (т.е. STEP AP238), [3] (т.е. STEP AP239), [4] (т.е. AutomationML). [1] определяет управляемое проектирование на основе 3D-модели; [2] - язык для управления станками; [3] - жизненный цикл продукта; [4] - формат данных на основе XML для обмена технической информацией завода. Некоторые приложения используют план завода (чертеж) для создания исходной цифровой модели цеха;
• для использования производственной информации необходимо применить [5], которые определяют автоматизированный интерфейс взаимодействия предприятия и систем управления. B2MML является реализацией XML в [5] и может быть использован для извлечения информации о производстве (например, отслеживание активов, управление запасами), которая может применяться в цифровом двойнике производства для эмуляции или сервисов аналитики;
• для синхронизации изменений может быть использован стандартизованный формат данных, такой как [6] (т.е. AMF), [7] (т.е. QIF). [6] определяет формат на основе XML для описания объектов аддитивного производственного процесса, такого как 3D-печать, [7] - это стандарт на основе XML, который определяет, организует и связывает данные о качестве. С помощью QIF можно настроить цифровой двойник для синхронизации с измеряемым значением. При анализе больших данных измеренного значения QIF точность прогнозных результатов может быть повышена. Для графического представления информации можно использовать API, такие как WebGL, OpenGL. WebGL представляет собой API на JavaScript для создания 2D-, 3D-графики. OpenGL представляет собой API для создания 2D-, 3D-графики;
• для поддержки метода PUBLISH в методе транзакции можно использовать [8], который определяет протокол обмена сообщениями между клиентом и сервером публикации/подписки, т.е. MQTT;
• для поддержки взаимодействия в практически реальном режиме времени можно использовать сервисы TSN. TSN представляет собой протокол уровня 2, обеспечивающий низкую задержку, низкое отклонение задержки, низкую потерю пакетов данных. Задействованные системы/устройства должны синхронизировать время и приоритезировать трафик с помощью планирования с целью уменьшения времени переключения и сокращения времени взаимодействия. Данные могут иметь приоритет доставки по сравнению с другими данными. Управляющие данные или данные, связанные с обеспечением безопасности, могут иметь высокий приоритет.

А.1.4 Варианты реализации IE-D

Существуют следующие варианты реализации IE-D:

• PME может поддерживать такие протоколы глобальной сети, как MTConnect, OPC-UA, административная оболочка и др. В этом случае PME интегрируется в DCCE и IE-D не требуется;
• PME может поддерживать проприетарную сеть или протокол промышленного Ethernet (например, CFX, EtherCAT);
• DCCE необходимо взаимодействовать с PME и поддерживать адаптацию/преобразование протоколов, используемых в проприетарной сети или промышленном Ethernet, для совместимости с протоколами глобальной сети;
• некоторые устаревшие устройства или оборудование могут не иметь возможности подключения к сети. Для сбора необходимой информации можно использовать различные датчики, например: можно оценить рабочее состояние оборудования с помощью теплового датчика, датчика вибрации, звукового датчика, электрического тока и т.д.

А.2 Отображение исходных данных в цифровом двойнике производства

На рисунке А.2 представлен цифровой двойник производства с различными типами отображенных исходных данных.

На рисунке А.2 показаны четыре примера цифрового двойника DTRE и соответствующие им типы исходных данных. Представленные примеры могут быть описаны следующим образом:

• цифровой двойник производства может дублировать приложение, используя исходные данные из различных приложений, таких как UI, MES, ERP. Приложением может быть DTUE (пользователь цифрового двойника) и DCCE (поставщик исходных данных). Приложение, действующее как DTUE, может использовать результаты DTRE для планирования и анализа. Приложение, действующее как DCCE, предоставляет такие данные, как планирование продукта, управление производством, результаты оценки качества;
• цифровой двойник производства может дублировать производственные процессы, используя исходные данные приложений, производственных элементов и датчиков/исполнительных устройств;
• цифровой двойник производства может дублировать производственные элементы, используя их исходные данные. Он также может использовать данные датчиков/исполнительных устройств для более точного представления цифрового двойника;
• цифровой двойник производства может использовать данные датчиков/исполнительных устройств.

А.3 Структура с несколькими DCCE и несколькими PME

На рисунке А.3 показана структура DCCE, управляющего несколькими PME через различные протоколы. DCCE может контролировать несколько PME и управлять ими. PME могут использовать одни и те же или разные протоколы.

На рисунке А.4 показана структура DTRE, управляющего несколькими DCCE через различные протоколы. DTRE может контролировать несколько DCCE и управлять ими.

БИБЛИОГРАФИЯ

[1]	ISO 10303-242, Industrial automation systems and integration — Product data representation and exchange — Part 242: Application protocol: Managed model-based 3D engineering
[2]	ISO 10303-238, Industrial automation systems and integration — Product data representation and exchange — Part 238: Application protocol: Model based integrated manufacturing
[3]	ISO 10303-239:2012, Industrial automation systems and integration — Product data representation and exchange — Part 239: Application protocol: Product life cycle support
[4]	IEC 62714-1, Engineering data exchange format for use in industrial automation systems engineering — Automation Markup Language — Part 1: Architecture and general requirements
[5]	IEC 62264-2:2015, Enterprise-control system integration
[6]	ISO/ASTM 52915 ISO/ASTM 52915:2020 Specification for additive manufacturing file format (AMF) version 1.2
[7]	ISO/PRF 23952 Automation systems and integration — Quality information framework (QIF) — An integrated model of manufacturing quality information
[8]	ISO/IEC 20922:2016 Information technology — Message queuing telemetry transport (MQTT) V3.1.1

УДК 004.738:006.354	ОКС 25.040.01
Ключевые слова: Интернет вещей, цифровой двойник производства, структура цифрового двойника производства, обмен информацией

---