ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования


ПНСТ 177-2016/МЭК 62714-1-2014

     
     
ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ



ФОРМАТ ОБМЕНА ИНЖЕНЕРНЫМИ ДАННЫМИ ДЛЯ ИСПОЛЬЗОВАНИЯ В СИСТЕМАХ ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ


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


Часть 1


Архитектура и общие требования


Engineering data exchange format for use in industrial automation systems engineering. Automation markup language. Part 1. Architecture and general requirements

     
     
ОКС 25.040.40, 35.060, 35.240.50

Срок действия предстандарта с 2017-06-01
до 2019-06-01

Предисловие

     

     1 ПОДГОТОВЛЕН ООО "НИИ экономики связи и информатики "Интерэкомс" (ООО "НИИ "Интерэкомс") на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4
     

     2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 "Стратегический и инновационный менеджмент"
     

     3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 6 декабря 2016 г. N 99-пнст
     

     4 Настоящий стандарт идентичен международному стандарту IEC 62714-1:2014* "Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизированный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования" (IEC 62714-1:2014 "Engineering data exchange format for use in industrial automation systems engineering - Automation markup language - Part 1: Architecture and general requirements", IDT).
________________
     * Доступ к международным и зарубежным документам, упомянутым здесь и далее по тексту, можно получить, перейдя по ссылке на сайт http://shop.cntd.ru. - Примечание изготовителя базы данных.
     
          
     При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
     

     5 ВВЕДЕН ВПЕРВЫЕ
     
     
     Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТ Р 1.16-2011 (разделы 5 и 6).
     
     Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за девять месяцев до истечения срока его действия разработчику настоящего стандарта по адресу: 123423 Москва, ул.Народного Ополчения, д.32, и в Федеральное агентство по техническому регулированию и метрологии по адресу: 109074 Москва, Китайгородский проезд, д.7, стр.1.
     
     В случае отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе "Национальные стандарты" и журнале "Вестник Федерального агентства по техническому регулированию и метрологии". Уведомление будет размещено также на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
     
     

Введение

     
     Комплекс стандартов МЭК 62714 определяет инженерное решение проблемы обмена данными для домена автоматизации производства.
     
     Формат обмена данными, определенный в МЭК 62714 (язык разметки автоматизации AutomationML), - это формат обмена данными, основанный на XML языке. Он разработан для поддержки обмена данными на неоднородном множестве инструментальных средств инженерии.
     
     Цель языка AutomationML состоит в обеспечении взаимосвязи инструментальных средств инженерии в различных областях: проектирование механизированного оборудования, электротехническое проектирование, проектирование и управление производственными процессами, разработка человеко-машинного интерфейса (HMI), программирование логического контроллера (PLC), программирование роботов и т.д.
     
     Язык AutomationML также предназначен для хранения инженерной информации в соответствии с объектно-ориентированной парадигмой, что позволяет моделировать физические и логические компоненты производственных объектов как объекты данных, инкапсулирующие различные аспекты. Указанные объекты могут состоять из вложенных объектов (подобъектов), которые сами могут являться частью композиции или агрегации. Типовые объекты автоматизированных установок включают в себя информацию о топологии, геометрии, кинематике и логике. При этом логика учитывает последовательность/упорядоченность, а также поведенческие и управленческие аспекты. Таким образом, целью обмена данными в инженерном домене является обмен объектно-ориентированными структурами данных топологии, геометрии, кинематики и логики.
     
     Язык AutomationML комбинирует существующие промышленные форматы данных, используемые для хранения и обмена различными аспектами инженерной информации. Указанные форматы данных используются "как-есть" в рамках их собственных спецификаций вне зависимости от применения языка AutomationML.
     
     Ядром языка AutomationML является формат данных верхнего уровня CAEX. Он соединяет различные форматы данных. Таким образом, язык AutomationML имеет унаследованную распределенную архитектуру документов.
     
     Рисунок 1 иллюстрирует базовую архитектуру языка AutomationML, а также распределение информации о топологии, геометрии, кинематике и логике.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     Automation Markup Language - язык разметки автоматизации AutomationML; Engineering data - инженерные данные; CAEX lEC 62424 top level format - формат верхнего уровня CAEX в соответствии с МЭК 62424; Plant topology information - информация о топологии производственной установки; Plants - производственные установки; Cells - производственные ячейки; Components - компоненты; Attributes - атрибуты; lnterfaces - интерфейсы; Relations - соотношения; References - ссылки; Object A - объект A; Geometry - геометрия; Kinematics - кинематика; Behaviour - поведение; Sequencing - последовательность; PLCopen XML - XML язык для открытого программируемого логического контроллера; Further XML standard format - прочие стандартные форматы языка XML; Further aspects of engineering information - прочие аспекты инженерной информации
     

Рисунок 1 - Обзор формата обмена инженерными данными - языка AutomationML

     
      Комплекс стандартов МЭК 62714 состоит из нескольких частей, распространяющихся на различные аспекты языка AutomationML:
     
     - МЭК 62714-1: Архитектура и общие требования.
     
     Данный стандарт устанавливает общую архитектуру языка AutomationML, порядок моделирования инженерных данных, классы, экземпляры, соотношения, ссылки, иерархии, базовые библиотеки AutomationML, расширенные понятия AutomationML. Данный стандарт является базой для всех последующих частей, устанавливает ссылочные механизмы на прочие второстепенные форматы.
     
     - МЭК 62714-2: Библиотека ролевых классов.
     
     Данный стандарт содержит описание дополнительных библиотек AutomationML.
     
     - МЭК 62714-3: Геометрия и кинематика.
     
     Данный стандарт устанавливает процедуру моделирования информации о геометрии и кинематике.
     
     - МЭК 62714-4: Логика.
     
     Данный стандарт устанавливает процедуру моделирования информации о логике, последовательности, поведении и управлении.
     
     В будущем могут быть добавлены новые части, стандартизирующие возможности применения языка AutomationML для других форматов обмена данными.
     
     В приложении А содержится справочная информация, рассматриваются примеры использования языка AutomationML.
     
     В приложении B представлены библиотеки на XML языке, определенные в настоящем стандарте.
     
     

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

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

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

     
     В настоящем стандарте использованы ссылки на следующие стандарты*.
_______________
     * Таблицу соответствия национальных стандартов международным см. по ссылке. - Примечание изготовителя базы данных.     
     
          
     IEC 62424:2008, Representation of process control engineering - Requests in P&I diagrams and data exchange between P&ID tools and PCE-CAE tools (Представление технологии управления процессами. Запросы в диаграммах P&I и обмен данными между средствами P&I D и средствами PCE-CAE)
     
     IEC 62714 (all parts), Engineering data exchange format for use in industrial automation systems engineering - Automation markup language (Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизированный формат обмена данными AutomationML (все части IEC 62714))
     
     ISO/IEC 9834-8:2014, Information technology - Procedures for the operation of object identifier registration authorities - Part 8: Generation of universally unique identifiers (UUIDs) and their use in object identifiers (Информационные технологии. Процедуры для работы регистрационных органов идентификаторов объектов. Часть 8. Создание универсальных уникальных идентификаторов и их использование в идентификаторах объектов)
     
     ISO/PAS 17506:2012, Industrial automation systems and integration - COLLADA digital asset schema specification for 3D visualization of industrial data (Системы промышленной автоматизации и интеграция. Спецификация цифровой схемы активов COLLADA для трехмерной визуализации промышленных данных)
     
     COLLADA 1.4.1 :Март 2008, COLLADA - Схема цифрового актива. Выпуск 1.4.1 (см. http://www.khronos.org/фaйл/collada_spec_1_4.pdf).
     
     Расширяемый язык разметки XML 1.0 1.0:2004, рекомендации W3C (см. http://www.w3.org/TR/2004/ REC-xml-20040204/).
     
     Расширяемый язык разметки XML для открытого программируемого PLC контроллера open 2.0: Декабрь, N 3 2008, а также PLCopen XML 2.0.1: Май N 8 2009, Форматы расширяемого языка разметки XML для МЭК 61131-3 (см. http://www.plcopen.org/).
     
     

3 Термины, определения и сокращения

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

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

     3.1.1 язык разметки автоматизации AutomationML (AutomationML): Формат обмена данными на основе языка XML для инженерных данных производственного объекта в соответствии с МЭК 62714.
     

     3.1.2 объект автоматизации (automation object): Физическая или логическая сущность в автоматизированной системе.
     
     Примечание - Примером объекта автоматизации может быть компонент автоматизации (клапан, сигнал).
     
     

     3.1.3 объект (языка) AutomationML (AutomationML object): Представление данных объекта автоматизации в соответствии с ролевыми классами языка AutomationML.
     
     Примечание - Объекты языка AutomationML являются корневыми элементами языка AutomationML. Они представляют экземпляры, могут содержать управляющие элементы, атрибуты, интерфейсы, соотношения и ссылки.
     
     

     3.1.4 класс (языка) AutomationML (AutomationML class): Предварительно определенный тип объекта языка AutomationML.
     
     Примечание 1 - Классы языка AutomationML хранятся в библиотеках языка AutomationML.
     
     Примечание 2 - Классы языка AutomationML определяют повторно применяемые инженерные решения, характеризуемые атрибутами, интерфейсами и агрегированными объектами.
     
     Примечание 3 - Классы языка AutomationML могут быть использованы для множественного инстанцирования.
     
     

     3.1.5 атрибут (языка) AutomationML (AutomationML attribute): Свойство, принадлежащее объекту языка AutomationML.
     
     Примечание - Атрибуты языка AutomationML описаны в качестве элементов расширяемого языка разметки XML, соответствующие МЭК 62424:2008, раздел A.2.4.
     
     

     3.1.6 документ (языка) AutomationML (AutomationML document): Документы в формате CAEX, соответствующие МЭК 62714 и включающие все ссылочные вспомогательные документы.
     
     Примечание - Документы языка AutomationML могут храниться как файлы, строковые значения или потоки данных.
     
     

     3.1.7 файл (языка) AutomationML (AutomationML file): Файлы в формате CAEX, соответствующие настоящему стандарту и имеющие расширение ".aml" за исключением ссылочных вспомогательных файлов.
     

     3.1.8 интерфейс (языка) AutomationML (AutomationML interface): Отдельные точки соединения, принадлежащие объекту языка AutomationML и соединяемые с другим интерфейсом.
     
     Примечание - Интерфейсы обеспечивают описание соотношений между объектами путем задания внутренних связующих элементов (внутренних ссылок) CAEX.
     
     
     Пример - Интерфейс сигналов, интерфейс устройства, интерфейс питания.
     

     3.1.9 библиотека (языка) AutomationML (AutomationML library): Библиотека, содержащая классы языка AutomationML.
     

     3.1.10 порт (языка) AutomationML (AutomationML Port): Объект языка AutomationML, представляющий собой контейнер для группы интерфейсов, характеризуемых дополнительными свойствами.
     
     Примечание - Порты принадлежат родительскому объекту языка AutomationML. Они описывают комплексные интерфейсы данного объекта. Порты могут соединяться друг с другом на более высоком уровне абстракции.
     
     

     3.1.11 группа (языка) AutomationML (AutomationML Group): Объект языка AutomationML, определяющий общее для некоторой совокупности объектов языка AutomationML представление конкретных аспектов.
     

     3.1.12 фасет (языка) AutomationML (AutomationML Facet): Объект языка AutomationML, определяющий общее для некоторой совокупности атрибутов (интерфейсов) языка AutomationML представление конкретных аспектов для одного объекта языка AutomationML.
     

     3.1.13 САЕХ (CAEX): Нейтральный формат данных, основанный на XML языке.
     
     Примечание - CAEX - Это нейтральный формат данных, установленный в МЭК 62424:2008 (раздел 7, приложения А и C).
     
     

     3.1.14 соотношение "копии-экземпляры" (copy-instance-relation): Соотношение между экземпляром и соответствующим классом, экземпляр которого создается путем копирования структур данных рассматриваемого класса.
     
     Примечание - Экземпляр наследует все особенности и свойства класса-источника языка AutomationML. Модификация класса не ведет к модификации экземпляра. Внутри экземпляра свойства класса индивидуализируются. Последующее копирование становится возможным благодаря знанию класса-источника языка AutomationML.
     
     

     3.1.15 универсальный уникальный идентификатор (universal unique identifier; UUID): Уникальный идентификатор объектов языка AutomationML.
     

     3.1.16 глобальный уникальный идентификатор (global unique identifier; GUID): Практическая реализация UUID.
     
     Примечание 1 - Конкретный пример идентификатора GUID: "{AC76BA86-7AD7-1033-7B44-A70000000000}".
     
     Примечание 2 - В соответствии с МЭК 62714, идентификаторы GUID также представимы в краткой форме, например, "GUID1", "GUID2" и т.д. Это облегчает их читаемость и действует как конкретный GUID.
     
     

     3.1.17 соотношение наследования (inheritance relation): Соотношение между двумя классами языка AutomationML.
     
     Примечание - Производный класс наследует все атрибуты и особенности родительского класса.
     
     

     3.1.18 экземпляр (instance): Представление данных индивидуального физического или логического элемента.
     
     Примечание - Экземпляры могут быть расширены, например, с помощью агрегированных объектов или атрибутов.
     
     

     3.1.19 набор свойств PropertySet (PropertySet): Класс стандартных ролей языка AutomationML, содержащий набор предварительно семантически определенных атрибутов.
     

     3.1.20 топология (topology): Иерархическая структура системы, визуализируемая в виде древа объектов.
     
     Примечание - Топология может включать несколько иерархий, пересеченных структур и сетей объектов.
     
     

     3.1.21 топология производственной установки (plant topology): Иерархическая структура производственной установки, визуализируемая в виде древа объектов.
     

     3.1.22 публиковать (publish): Моделирование структуры данных внешнего документа при использовании формата CAEX.
     
     Примечание - Данное действие устанавливает определение соотношений между структурами данных независимых внешних документов.
     
     

     3.1.23 соотношение (relation): Ассоциация между объектами формата CAEX.
     
     Примечание - Примерами соотношений являются соотношения "потомок-родитель" и "класс-экземпляр класса".
     
     

     3.1.24 связующий элемент (link): Обеспечивает связь между объектами типа CAEX ExternalInterface (внешний интерфейс).
     
     Примечание - Связующий элемент моделируется с помощью сущностей CAEX InternalLinks (внутренние связи).
     
     

     3.1.25 ссылка (reference): Ассоциация между сущностью CAEX InternalElements (внутренние элементы) и информацией, хранящейся во внешней среде.
     
     

3.2 Сокращения

     
     В настоящем стандарте используются следующие сокращения:
     
     AutomationML - язык разметки автоматизации (Automation Markup Language);
     
     CAE - автоматизированное проектирование (Computer Aided Engineering);
     
     CAEX - нейтральный формат обмена данными (Computer Aided Engineering eXchange);
     
     COLLADA - совместное проектирование (Collaborative design activity);
     
     GUlD - глобальный уникальный идентификатор (Global unique identifier);
     
     HMl - человеко-машинный интерфейс (Human machine interface);
     
     lD - идентификатор (ldentifier);
     
     MES - автоматизированная система управления производством (Manufacturing execution system);
     
     PLC - программируемый логический контроллер (Programmable logic controller);
     
     URL - унифицированный указатель ресурса (Uniform resource locator);
     
     URl - унифицированный идентификатор ресурса (Uniform resource identifier);
     
     UUlD - универсальный уникальный идентификатор (Universal unique identifier);
     
     XML - расширяемый язык разметки (Extensible Markup Language).
     
     

4 Соответствие настоящему стандарту

     
     Для обеспечения соответствия требованиям настоящего стандарта в части поддержания языка AutomationML необходимо выполнение требований, содержащихся в разделах 5, 6, 7 и 8 настоящего стандарта.
     
     

5 Спецификация архитектуры AutomationML

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

     
     Ядром языка AutomationML является формат данных верхнего уровня CAEX. Это нейтральный формат данных, соответствующий требованиям МЭК 62424 (см. раздел 7, приложения А и C). Он соединяет установленные форматы инженерных данных по топологии, геометрии, кинематике, поведению систем и упорядоченности (последовательности) рассмотрения информации. Таким образом, базовой характеристикой языка AutomationML является унаследованная распределенная архитектура документов, фокусирующаяся на вышеуказанных инженерных аспектах.
     
     Рисунки имеют исключительно иллюстративный характер. Графические представления не нормированы.
     
     

5.2 Архитектура языка AutomationML

     
     В части общей архитектуры языка AutomationML, рассматриваются нижеследующие положения:
     
     Информация о топологии производственной установки: топология производственной установки (далее - установки) применяется как структура данных верхнего уровня для инженерной информации об установке. Она моделируется с помощью формата данных CAEX в соответствии с МЭК 62424 (раздел 7, приложения А и С). Семантические расширения формата CAEX описаны отдельно. Множественные пересекающиеся иерархические структуры используются с помощью понятия зеркального объекта, определенного в МЭК 62424 (A.2.14). Зеркальные объекты не могут модифицироваться. Все изменения производятся на главном объекте (master object).
     
     Примечание 1 - В соответствии с МЭК 62424 (раздел A.2.14), если один объект языка AutomationML называют "зеркальным объектом" по отношению ко второму объекту языка AutomationML, то указанный второй объект языка AutomationML называется "главным объектом". Зеркальный объект считается идентичным главному объекту. Это обеспечивает возможность разместить экземпляр одного объекта в различных иерархиях установки и, таким образом, позволяет моделировать сложные сети объектов с пересекающимися структурами.
     
     Примечание 2 - МЭК 62714 не модифицирует синтаксически формат данных CAEX. В МЭК 62424 (раздел A.1.2 и приложение D) приведен справочный обзор и дополнительные примеры по топологии установки.
     
     
     Информация о ссылках и соотношениях: ссылки и соотношения хранятся в соответствии с разделами 5.6 и 5.7. Соотношения между элементами внешней информации хранятся с помощью CAEX-механизмов. При необходимости, соответствующие партнеры по соединению/связи публикуются в описании топологии установки (в формате CAEX) с помощью внешних интерфейсов CAEX Externallnterface. Они выводятся из классов стандартных интерфейсов языка AutomationML, указанных в разделе 6.3.
     
     Примечание 3 - Ссылки отображают связи объектов CAEX с информацией, хранящейся во внешней среде. В разделе A.1.5 приведен справочный обзор рассматриваемых соотношений. Ссылки и публикации интерфейсов описаны в дополнительных частях МЭК 62714.
     
     Примечание 4 - Соотношения отображают ассоциации между объектами CAEX.
     
     
     Информация о геометрии и кинематике: требуемая информация о геометрии и кинематике хранится в формате данных COLLADA™ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования. Интерфейсы COLLADA, взаимосвязанные внутри формата верхнего уровня, должны быть опубликованы как внешние интерфейсы CAEX Externallnterface.

_______________

     ™ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования COLLADA - это фирменный продукт группы Khronos. Данная информация дается для удобства пользователей настоящего стандарта. Она не является официальным согласованием указанного продукта стандартом МЭК. Эквивалентные продукты также могут быть использованы, если их применение дает аналогичные результаты.
     
     
     Примечание 5 - МЭК 62714 не требует модификации синтаксиса формата данных COLLADA. Обзорный пример порядка выполнения ссылки COLLADA (см. раздел A.1.3). Подробности приведены в МЭК 62714-3.
     
     Примечание 6 - C помощью информации о геометрии различных объектов COLLADA, полное представление формируется автоматически. Указанные файлы могут быть ссылочными из формата CAEX. Их взаимосвязь может быть обеспечена механизмами связи CAEX.
     
     
     Информация о логике: информация о логике должна храниться в формате данных PLCopen XML. Если элементы логики (переменные, сигналы) должны быть взаимосвязаны внутри формата верхнего уровня, то они публикуются как внешние интерфейсы CAEX Externallnterface. Все элементы языка PLCopen XML, опубликованные внутри формата верхнего уровня, должны иметь уникальный идентификатор внутри данного языка.
     
     Примечание 7 - Информация о логике описывает последовательности действий и внутреннее поведение объектов, включающее входные/выходные связи и логические переменные. МЭК 62714 не требует модификации формата PLCopen XML. Обзор установленного порядка оформления ссылок на информацию о логике приведен в разделе A.1.4. Подробности см. МЭК 62714-4.
     
     
     Ссылки на прочие форматы данных: МЭК 62714 может быть расширен в будущем путем публикации дополнительных частей, описывающих интеграцию последующих форматов данных XML, использующих механизмы ссылок языка AutomationML. Подробности приведены в дополнительных частях МЭК 62714.
     
     Формат данных языка AutomationML не обеспечивает проверку совместимости ограничений, значений атрибутов, соотношений, ссылок или семантической корректности рассматриваемых данных. За это отвечает инструментальное средство (целевой инструмент), соответствующее приложение импорта/экспорта. Язык AutomationML содержит только синтаксическое подтверждение рассматриваемого документа в контексте с задействованными схемами.
     
     

5.3 Версии документов языка AutomationML

     
     Каждый документ языка AutomationML, составленный на базе расширяемого языка разметки XML, должен хранить информацию о соответствующей настоящему стандарту версии языка AutomationML.
     
     Примечание 1 - Нормативные положения в части информации о версии, относящейся к рассматриваемым экземплярам объектов языка AutomationML, определены в разделе 8.9. Порядок хранения специфической инструментальной метаинформации определен в разделе 5.4.
     
     
     Нижеследующие положения определяют:
     
     - корневой элемент CAEX "CAEXFile" для каждого документа верхнего уровня языка AutomationML должен иметь дочерний элемент CAEX "Additionallnformation";
     
     - указанный элемент дополнительной информации "Additionallnformation" должен иметь атрибут "AutomationMLVersion";
     
     - значение указанного атрибута "AutomationMLVersion" должно храниться в XML документе. В целях соответствия настоящему стандарту необходимо использовать версию "2.0";
     
     - каждый ссылочный документ CAEX должен соответствовать аналогичной версии языка AutomationML корневого документа. Смешивание документов с различными версиями AutomationML запрещено;
     
     - каждый ссылочный внешний документ должен также соответствовать поименованным версиям схемы, определенным в вышеуказанной спецификации версии языка AutomationML. Смешивание внешних версий документа вне заданной спецификации версии AutomationML запрещено.
     
     Рисунок 2 иллюстрирует текст расширяемого языка разметки XML, составленный для документа CAEX в соответствии с версией языка AutomationML 2.0.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования


Рисунок 2 - Информация о версии документа AutomationML

     
     - каждая стандартная библиотека AutomationML (каждая пользовательская библиотека AutomationML) должна содержать номер версии, использующий элемент CAEX "Version". Синтаксис значения номера версии в настоящем стандарте не определен;
     
     - при необходимости, классы формата CAEX должны определять номер версии, использующий элемент CAEX "Version". Синтаксис и семантика номера версии классов внутри библиотеки AutomationML в настоящем стандарте не определены;
     
     - одинаковые библиотеки различных версий не могут храниться в одном файле AutomationML;
     
     Примечание 2 - Это гарантирует уникальность имени библиотеки AutomationML внутри файла AutomationML.
     
     
     - разработчик документа AutomationML должен гарантировать, что ссылки производятся только на классы и внешние документы с совместимыми версиями.
     
     МЭК 62714 основан на использовании нижеследующих форматов документов:
     
     - CAEX версия 2.15;
     
     - PLCopen XML версии 2.0 и 2.0.1;
     
     - COLLADA версия 1.5.0 (в соответствии с ИСО/ПАС 17506) и COLLADA версия 1.4.1;
     
     - стандартные библиотеки языка AutomationML в соответствии настоящим стандартом и последующими частями МЭК 62714.
     
     

5.4 Метаинформация об инструментальных средствах источника AutomationML

     
     Для возможности передачи пользовательских данных из инструментального средства источника в целевое инструментальное средство необходимо хранить информацию об инструментальном средстве источника непосредственно в документе AutomationML. Нижеследующие положения определяют:
     
     - каждый документ AutomationML должен содержать информацию об инструментальном средстве, использованном при оформлении документа AutomationML;
     
     - в цепочке инструментальных средств обмена данных все принимающие участие инструментальные средства должны хранить данную информацию в документе CAEX аналогичным способом. Данный документ должен содержать информацию о нескольких инструментальных средствах рассматриваемой цепочки инструментальных средств обмена данными. Рассматриваемое инструментальное средство может удалить пользовательскую информацию о прочих инструментальных средствах. Это может затруднить итерационную процедуру обмена данными с прочими инструментальными средствами, в связи с чем, удаление пользовательской информации о прочих инструментальных средствах не рекомендуется;
     
     - данная информация должна храниться как часть дополнительной информации CAEX Additionallnformation корневого объекта документа CAEX;
     
     - блок дополнительной информации Additionallnformation должен быть поименован как заголовок "WriterHeader";
     
     - метаинформация должна содержать следующие данные:
     
     - имя экспортирующего программного обеспечения, пользовательского инструментального средства;
     
     - идентификатор ID пользовательского инструментального средства (он должен остаться неизменным);
     
     - информацию о продавце пользовательского инструментального средства;
     
     - URL размещении пользовательского инструментального средства;
     
     - информацию о номере версии пользовательского инструментального средства;
     
     - информацию о выпуске пользовательского инструментального средства;
     
     - информацию о времени внесения последнего изменения пользователем;
     
     - название проекта источника;
     
     - идентификатор проекта источника.
     
     - содержание метаинформации определяется пользовательским инструментальным средством. Тип записи - xs:string;
     
     - необходимая информация должна храниться с помощью атрибутов, указанных в таблице 2.
     
     
Таблица 2 - Метаинформация об инструменте источника AutomationML

Имя тэга XML

Тип

Уровень

Пример

WriterName

xs:string

Обязательный

"ToolX AML Exporter"

WriterlD

xs:string

Обязательный

"ToolXToAML123"

WriterVendor

xs:string

Обязательный

"ToolX Vendor"

WriterVendorURL

xs:string

Обязательный

"http://www.ToolX-Vendor.org"

WriterVersion

xs:string

Обязательный

"0.2"

WriterRelease

xs:string

Обязательный

"123 prealpha"

LastWritingDateTime

xs:DateTime

Обязательный

"2011-05-25T09:30:47"

WriterProjectTitle

xs:string

"по выбору"

"eCarproduction"

WriterProjectlD

xs:string

"по выбору"

"eCarproduction_LinePLC.prj"

     
     Для представления метаинформации на расширяемом языке разметки XML используются нижеследующие положения:
     
     - элемент "WriterHeader" должен быть дочкой XML элемента для элемента дополнительной информации CAEX Additionallnformation корневого элемента CAEX;
     
     - каждая единица метаинформации, поименованная в таблице 2, должна быть описана как дочка XML элемента "WriterHeader";
     
     - запрещено использовать несколько блоков метаинформации с одним именем в одном элементе "WriterHeader";
     
     - порядок представления метаинформации соответствует таблице 2.
     
     Рисунок 3 приводит пример соответствующего описания на расширяемом языке разметки XML.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования


Рисунок 3 - Описание информации об инструментальном средстве источника AutomationML на языке XML

5.5 Идентификация объекта

     
     Язык AutomationML соответствует объектно-ориентированной парадигме. Вся инженерная информация моделируется в виде объектов (принадлежит объектам). Вместе с тем, из-за неоднородности множества инструментами инженерии для идентификации объектов используются различные понятия. Например, уникальное имя, уникальный идентификатор, уникальный путь доступа. Одни средства позволяют изменять идентификатор по истечении срока существования, другие - нет. МЭК 62714 предоставляет возможность обмена данными между различными инструментами инженерии с учетом индивидуальной идентификации объекта. В соответствии с описанными характеристиками, настоящий стандарт компенсирует существующее разнообразие идентификационных понятий и определяет одно обязательное понятие идентификации объекта.
     
     Для идентификации объекта используются нижеследующие положения:
     
     - в соответствии с МЭК 62424 (раздел A.2.2.1) Классы языка AutomationML (ролевой класс RoleClass, класс интерфейсов InterfaceClass, класс системных единиц SystemUnitClass) идентифицируются тэгом "Name (имя)" формата CAEX;
     
     - данное имя должно быть уникальным внутри рассматриваемого уровня иерархии соответствующей библиотеки AutomationML в течение всего срока существования класса;
     
     - в соответствии с МЭК 62424 (раздел A.2.8) ссылка на классы производится с использованием полных путей доступа с помощью соответствующих сепараторов пути доступа;
     
     - все экземпляры объекта AutomationML (внутренние элементы формата CAEX InternalElements, внешние интерфейсы формата CAEX Externallnterface) идентифицируются соответствующими тэгами "ID" формата CAEX. Данные идентификаторы должны быть UUID идентификаторами в соответствии с ИСО/МЭК 9834-8.
     
     Примечание 1 - Возможной практической реализацией UUID является глобальный уникальный идентификатор GUID.
     
     Примечание 2 - В соответствии с МЭК 62424 (раздел A.3.15), тэг "ID" не является обязательным в отличие от настоящего стандарта.
     
     Примечание 3 - В настоящем стандарте, идентификаторы UUID представляются также в краткой форме, например, "GUID1", "GUID2" и т.д.
     
     Примечание 4 - Тэг "Name" формата CAEX указывает имя. Он имеет справочный характер и может изменяться стечением времени или при смене инструментального средства.
     
     
     - если рассматриваемый идентификатор создан, то полученный UUID не может изменяться в течение всего срока существования соответствующего объекта для всех используемых инструментальных средств;
     
     - ссылочные экземпляры используют значение "ID";
     
     - ссылка на интерфейс CAEX оформляется с использованием идентификатора UUID родительского объекта интерфейса, строки сепаратора ":" и имени экземпляра интерфейса;
     
     Пример 1 - "GUID:out".
     
     - ссылка на атрибут CAEX оформляется с помощью соответствующего идентификатора UUID родительского объекта атрибута, строки сепаратора "." и имени атрибута. Если рассматриваемый атрибут является вложенным, то за строкой сепаратора указывается подпуть доступа к атрибуту.
     
     Пример 2 - "GUID.Colour".
     
     Пример 3 - "GUID.Colour.red".
     
     Рисунок 4 содержит пример библиотеки системных единиц SystemUnitClassLib, содержащей класс SystemUnitClass "Robot1234", а также класс SystemUnitClass "SpecialRobot1234", являющийся производным классом класса "Robot1234".
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования


Рисунок 4 - Пример идентификации объекта класса AutomationML

     Рисунок 5 содержит пример иерархии экземпляров InstanceHierarchy с одним объектом "RB_100", имеющим уникальный идентификатор, представленный строкой "GUID1".
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования


Рисунок 5 - Пример идентификации объекта экземпляра AutomationML

5.6 Спецификация отношений языка AutomationML

     

     5.6.1 Общие положения
     
     Рассмотрение указанных объектов необходимо для определения механизма обеспечения ассоциаций объектов друг с другом. В настоящем стандарте проводится различие между двумя механизмами хранения информации: ссылки и соотношения. Подраздел 5.6 акцентирует внимание на соотношениях, подраздел 5.7 на ссылках. Справочный обзор соотношений и ссылок приведен в разделе A.1.5.
     

     5.6.2 Соотношения "родитель-потомок" между объектами языка AutomationML
     
     Соотношения типа "родитель-потомок" между экземплярами объектов используются для представления иерархических объектов структуры и описания структуры соотношений.
     
     Для соотношений "родитель-потомок" между объектами AutomationML, используются нижеследующие положения:
     
     - иерархия хранится в соответствии с МЭК 62424 (приложение A, раздел A.2.11).
     
     Примечание - Кроме простых иерархий имеются и пересекающиеся иерархии (сети объектов). Они хранятся в соответствии с МЭК 62424 (раздел A.2.14).
     
     
     Рисунок 6 содержит пример иерархии объектов и порядка ее хранения.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     ObjectA - Объект A; lnstanceHierarchy - Иерархия экземпляров; Name|Parent child relations example - Имя: пример соотношений "родитель-потомок"; Name|ObjectA - Имя: объект A; lD|GUlD1 - Идентификатор: GUlD1; lnternalElement - Внутренний элемент
     

Рисунок 6 - Пример соотношения "родитель-потомок" между объектами AutomationML

     

     5.6.3 Соотношения "родитель-потомок" между классами языка AutomationML
     
     Для соотношений "родитель-потомок" между классами AutomationML используются нижеследующие положения:
     
     - соотношение "родитель-потомок" между классами AutomationML описывает только их иерархическое соседство. Это позволяет дать определения любым пользовательским иерархическим структурам;
     
     - данное соотношение не имеет последующей семантики.
     
     Примечание - Соотношение "родитель-потомок" не подразумевает наличия соотношения наследования. Соотношение наследования моделируется явно в соответствии с разделом 5.6.4.
     
     
     Рисунок 7 содержит пример соотношения "родитель-потомок" между классами "ParentClass" и "ChildClass". "ChildClass" не обеспечивает соотношения наследования с родителем.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     SystemUnitClassLib - Библиотека классов системных единиц; SystemUnitClass - Класс системных единиц
     

Рисунок 7 - Пример соотношения "родитель-потомок" между классами

     

     5.6.4 Соотношение наследования
     
     Для соотношений наследования используются нижеследующие положения:
     
     - наследование между классами определяется в соответствии с МЭК 62424:2008 (раздел A.2.7);
     
     - если наследование необходимо, то родительский класс указывается с помощью тэга CAEХ "RefBaseClassPath", включающего полный путь доступа к базовому классу в соответствии с МЭК 62424 (раздел A.2.7);
     
     - если рассматриваемый родительский класс расположен одним уровнем иерархии выше указанного дочернего класса, то родительский класс указывается путем сохранения имени данного родительского класса в тэге CAEХ "RefBaseClassPath" без указания полного пути доступа.
     
     Рисунок 8 содержит пример класса "Robot1234", а также класса "SpecialRobot1234", наследующего класс "Robot1234".
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     SystemUnitClassLib - Библиотека классов системных единиц; Name|InheritanceExampleLib - Имя: библиотека примеров наследования; SystemUnitClass - Класс системных единиц; RefBaseClassPath - Путь доступа к ссылочному базовому классу
     

Рисунок 8 - Пример соотношения наследования между двумя классами

     
     В добавление к данному примеру, тэг CAEX "RefBaseClassPath" может относиться либо к "Inheritance-ExampleLib/Robot1234", либо к "Robot1234", так как родительские классы расположены на один уровень иерархии выше уровня класса "SpecialRobot1234".
     

     5.6.5 Соотношение "класс-экземпляр класса"
     
     Экземпляры характеризуются уникальным идентификатором и набором параметров.
     
     Для соотношений "класс-экземпляр класса" используются нижеследующие положения:
     
     - объект языка AutomationML моделируется в качестве сущности InternalElements в формате CAEX как часть иерархии CAEX InstanceHierarchy или класса SystemUnitClass;
     
     - объект языка AutomationML может быть одиночным объектом без связи с классом SystemUnitClass.
     
     Примечание 1 - Объект языка AutomationML связан со стандартным ролевым классом AutomationML.
     
     Примечание 2 - Экземпляры могут не иметь связи с базовой ролью AutomationMLBaseRole, они являются пользовательскими объектами и не являются объектами AutomationML;
     
     
     - если объект языка AutomationML соотносится как "класс-экземпляр класса" с классом SystemUnitClass, то он создается как копия данного класса SystemUnitClass, включая внутреннюю архитектуру класса и всю унаследованную информацию.
     
     Примечание 3 - Класс SystemUnitClass используется как шаблон. Изменения в классе SystemUnitClass не переносятся автоматически на соответствующие объекты автоматизации. Более того, объект автоматизации может переноситься без информации о классе. Он содержит внутри себя всю надлежащую информацию;
     
     
     - допускается расширение или сокращение данных об экземпляре по сравнению с его классом источника.
     
     Примечание 4 - Класс источника может быть подходящей стартовой точкой для модели экземпляра;
     
     
     - скопированный класс источника должен быть указан в тэге CAEХ "RefBaseSystemUnitPath" рассматриваемого экземпляра для последующего использования. Данный тэг должен указывать полный путь доступа и имя класса источника.
     
     Примечание 5 - Если класс источника экземпляра изменяется, то это не приводит к изменению экземпляра. Обновление экземпляров - это возможный функциональный инструмент, который в настоящем стандарте не рассматривается;
     
     
     - изменение класса источника должно вести к появлению новой версии класса с другим именем. Внутри нового класса полный путь доступа к старой версии класса должен храниться в тэге CAEХ "OldVersion".
     
     Примечание 6 - Данное положение поддерживает отслеживание изменений по всем существующим версиям класса;
     
     
     - наследование между классом SystemUnitClass и экземпляром объекта не допускается.
     
     Примечание 7 - Рассматриваемый экземпляр может быть только копией соответствующего класса. Наследование между классами и экземплярами может быть использовано при их расширении;
     
     
     - соотношение между экземпляром и классом RoleClass указывается в соответствии с МЭК 62424 (раздел A.2.7), с помощью атрибута пути доступа "RefBaseRoleClassPath" для надлежащего требования к роли RoleRequirements. В отличие от МЭК 62424 (раздел A.2.7), наследование здесь не допускается. Все спецификации ролевых классов RoleClass копируются в соответствующие объекты AutomationML;
     
     - соотношение между интерфейсом CAEX ExternalInterface и классом InterfaceClass указывается в соответствии с МЭК 62424 (раздел A.2.7). В отличие от МЭК 62424, наследование здесь не допускается. Все спецификации классов InterfaceClass копируются в соответствующие объекты AutomationML.
     
     Рисунок 9 содержит пример соотношения "класс-экземпляр класса" между объектом "ObjectA" и пользовательским классом SystemUnitClass "generic_Valve".
     
     В добавление к стандартным положениям соотношения "класс-экземпляр класса", нижеследующие специфические положения применяются в соответствии с зеркальным понятием CAEX:
     
     - тэг "RefBaseSystemUnitPath" может указывать на другой экземпляр объекта вместо класса SystemUnitClass в соответствии с зеркальным понятием (см. МЭК 62424, A.2.14).
     

     5.6.6 Соотношение "экземпляр-экземпляр"
     
     Соотношение "экземпляр-экземпляр" - это соотношение между двумя интерфейсами произвольных объектов AutomationML.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     lnstanceHierarchy - Иерархия экземпляров; lnternalElement - Внутренний элемент; lD - Идентификатор; RefBaseSystemUnitPath - Ссылочный путь доступа к базовым системным единицам
     

Рисунок 9 - Пример соотношения "класс-экземпляр класса"

     
     Для соотношений "экземпляр-экземпляр" используются нижеследующие положения:
     
     - соотношения "экземпляр-экземпляр" хранятся в соответствии с МЭК 62424 (разделы A.2.5.3 и A.2.14) с помощью CAEХ lnternalLinks;
     
     - CAEХ lnternalLinks хранится сущностью CAEХ lnternalElements, являющейся общим родителем самого нижнего уровня для соответствующих соединенных объектов CAEХ;
     
     - соотношения "экземпляр-экземпляр" определяются только между внешними интерфейсами CAEX Externallnterface, принадлежащими соответствующим объектам AutomationML (см. МЭК 62424 (раздел A.2.3.1));
     
     - сущность Externallnterface выводится прямо или косвенно из одного из классов стандартных интерфейсов AutomationML;
     
     Примечание 1 - Библиотека класса стандартных интерфейсов AutomationML рассмотрена в разделе 6.3. Класс интерфейсов определяет семантику интерфейса и, таким образом, семантику связующего элемента. Связующий элемент интерфейсов не имеет семантики, если нет ссылки на класс интерфейсов.
     
     
     - документы COLLADA могут быть взаимосвязанными. Соответствующие интерфейсы COLLADA - это любые элементы, имеющие корректный идентификатор URI. Если рассматриваемые узлы должны быть взаимосвязанными в формате CAEХ, то они должны быть опубликованы в CAEХ путем добавления внешнего интерфейса CAEX Externallnterface соответствующему объекту. Данный внешний интерфейс Externallnterface выводится из класса стандартных интерфейсов AutomationML "COLLADAlnterface" или из одного из его производных;
     
     Примечание 2 - Стандартный класс интерфейсов "COLLADAlnterface" рассмотрен в разделе 6.3.7. Подробности приведены в МЭК 62714-3.
     
     
     - документы формата PLCopen XML могут быть взаимосвязаны путем использования соответствующих интерфейсов PLCopen XML. Если в формате CAEX необходимо обеспечить взаимосвязь элементов PLCopen XML, то они должны быть опубликованы путем добавления сущности CAEX Externallnterface в соответствующий объект. Данный внешний интерфейс Externallnterface выводится из класса стандартных интерфейсов AutomationML "PLCopen-XMLlnterface" или из одного из его производных.
     
     Примечание 3 - Стандартный класс интерфейсов "PLCopenXMLlnterface" рассмотрен в разделе 6.3.8. Подробности приведены в МЭК 62714-4.
     
     
     Рисунок 10а) содержит пример, включающий робот "Rob1" и программируемый логический контроллер PLC "PLC1". Каждый имеет один интерфейс сигналов. Интерфейсы соединены. Рисунок 10b) отображает данный пример в виде иерархии объектов.
     
     Рисунок 11 отображает представление данного примера на языке AutomationML. Ниже приведено описание на языке XML иерархии экземпляра lnstanceHierarchy для данного примера, включающего все объекты AutomationML типа "Station", "Rob1", "PLC1" и "Board01", а также их интерфейсы.
     
     Примечание 4 - Строки пути доступа для данного примера для улучшения их читаемости сокращены (обозначение "/.../").
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     a) Relation as a block diagram - a) Соотношение в виде "блок-схема"; b) Relation as an object tree - b) Соотношение в виде "древа объектов"; Station - Станция; Start - Старт; Channel01 - Канал 01; Board 01 - Панель 01; relation - Соотношение; LinkExample - Пример связующего элемента; InternalLink - Внутренняя связь
     

Рисунок 10 - Пример соотношений видов "блок-схема" и "древо объектов"

5.7 Спецификация ссылки на документ языка AutomationML

     

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

     5.7.2 Ссылка на документ COLLADA
     
     Ссылки на документы COLLADA производятся с помощью класса стандартных интерфейсов AutomationML "COLLADAInterface" или одного из его производных. Данный класс рассмотрен в разделе 6.3.7. Подробности приведены в МЭК 62714-3.
     

     5.7.3 Ссылка на документ PLCopen XML
     
     Ссылки на документы PLCopen XML производятся с помощью класса стандартных интерфейсов AutomationML "PLCopen-XMLInterface" или одного из его производных. Данный класс рассмотрен в разделе 6.3.8. Подробности приведены в МЭК 62714-4.
     

     5.7.4 Ссылка на дополнительные документы
     
     Будущие расширения МЭК 62714 могут установить дополнительные типы интерфейсов для ссылок на дополнительные типы документа. Они рассмотрены в отдельных частях МЭК 62714. В настоящем стандарте они не рассматриваются.
     
     Для указанных расширений используются нижеследующие положения:
     
     - если МЭК 62714 содержит дополнительные типы документа, то они моделируются с помощью дополнительных классов интерфейсов;
     
     - указанные дополнительные интерфейсы моделируются как расширение библиотеки AutomationML InterfaceClass. Они выводятся непосредственно или косвенно из стандартного класса интерфейсов ExternalDataConnector;
     
     - ссылки хранятся с помощью стандартных атрибутов стандартного класса интерфейсов;
     
     - стандартный класс интерфейсов "ExternalDataConnector" используется для типов документа, включенных в МЭК 62714.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     InstanceHirarchy - Иерархия экземпляра; Name|LinkExample - Имя: пример связующего элемента; InternalElement - Внутренний элемент; Name|Station - Имя: станция; ID|GUID1 - Идентификатор: GUID1; InternalElement - Внутренний элемент; Name - Имя; ID - Идентификатор; ExternalInterface - Внешний интерфейс; RefBaseClassPath - Ссылочный путь доступа базового класса; InternalLink - Внутренняя связь; ExternalInterface - Внешний интерфейс; HardwareLink1 - Аппаратная связь; RefPartnerSideA - Ссылочная сторона А партнера
     

Рисунок 11 - Пример соотношения между объектами "PLC1" и "Rob1"

6 Базовые библиотеки языка AutomationML

6.1 Введение

     
     Раздел 6 определяет существенные базовые библиотеки AutomationML, а также базовые классы языка AutomationML, необходимые для моделирования корневых понятий AutomationML. Все описанные атрибуты являются частью стандартной библиотеки AutomationML. При необходимости они могут быть удалены из иерархии экземпляров lnstanceHierarchy.
     
     Примечание - Зависящие от домена библиотеки рассматриваются в последующих частях МЭК 62714.
     
     

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

     
     Для базовых библиотек AutomationML, используются нижеследующие положения:
     
     - все объекты AutomationML ассоциируются непосредственно или косвенно с ролевым классом "AutomationMLBaseRole";
     
     - все интерфейсы непосредственно или косвенно ассоциируются c классом интерфейсов AutomationML;
     
     - при необходимости можно использовать атрибуты AutomationML, они могут быть удалены из объектов AutomationML.
          
     

6.3 Библиотека класса интерфейсов AutomationML-AutomationMLInterfaceClassLib

     

     6.3.1 Общие положения
     
     Библиотека AutomationMLlnterfaceClassLib моделируется в соответствии с МЭК 62424 (раздел 7, приложения А и С). МЭК 62714 использует понятие интерфейса CAEX. Допускаются пользовательские расширения данной библиотеки AutomationML в соответствии с разделом 7.3.
     
     Каждый интерфейс выводится непосредственно или косвенно из класса нижеследующих стандартных библиотек AutomationMLlnterfaceClassLib в соответствии с таблицей 3. Подразделы 6.3.2 - описывают рассматриваемые классы интерфейсов в подробностях.
     
     
Таблица 3 - Библиотека класса интерфейсов AutomationMLlnterfaceClassLib
     

Библиотека AutomationML lnterfaceClass

Класс интерфейсов lnterfaceClass

Описание

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

AutomationMLBaselnterface

Абстрактный тип интерфейса

Order

Интерфейс описания порядка

PortConnector

Интерфейс описания портов

PPRConnector

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

ExternalDataConnector

Характерный интерфейс коннектора внешних данных

COLLADAlnterface

Интерфейс документа COLLADA

PLCopenXMLlnterface

Интерфейс документа PLCopen XML

Communication

Характерный коммуникационный интерфейс

Signallnterface

Характерный интерфейс сигналов

     
     На рисунке 12 приведена таблица, а на рисунке 13 описание стандартной библиотеки AutomationML lnterface-ClassLib на языке XML. Подразделы 6.3.2-6.3.10 содержат подробную информацию о рассматриваемых классах.
     
     

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

     

     lnterfaceClassLib - Библиотека класса интерфейсов; Name - Имя; Description Standard AutomationML lnterface Class Library - Описание: Стандартная библиотека класса интерфейсов на языке AutomationML; Version - Версия; lnterfaceClass - Класс интерфейсов; RefBaseClassPath - Ссылочный путь доступа к базовому классу; Attribute - Атрибут; Direction - Направление; AttributeDataType - Тип данных атрибута; Communication - Коммуникация; Signallnterface - Интерфейс сигналов
     

Рисунок 12 - Библиотека класса базовых интерфейсов AutomationML

     
    

ПНСТ 177-2016/МЭК 62714-1-2014 Формат обмена инженерными данными для использования в системах промышленной автоматизации. Стандартизованный формат обмена данными AutomationML. Часть 1. Архитектура и общие требования

 
Рисунок 13 - Описание базовой библиотеки класса интерфейсов AutomationML на языке XML

     

     6.3.2 Класс интерфейсов InterfaceClass AutomationMLBaselnterface
     
     Таблица 4 содержит описание класса интерфейсов "AutomationMLBaselnterface".
     
     
Таблица 4 - Класс интерфейсов InterfaceClass AutomationMLBaseInterface

Имя класса

AutomationMLBaseInterface

Описание

Класс интерфейсов "AutomationMLBaseInterface" - это базовый абстрактный тип интерфейса. Используется как родитель для описания всех классов интерфейсов AutomationML

Родительский класс

Нет

Атрибут

Нет


     

     6.3.3 Класс интерфейсов InterfaceClass Order
     
     Таблица 5 содержит описание класса интерфейсов "Order" (порядок).
     
     
Таблица 5 - Класс интерфейсов InterfaceClass Order

Имя класса

Order

Описание

29.05.2017, 45 просмотров.

Атрибуты

Номер документа 177-2016
Вид документа ПНСТ
Принявший орган Росстандарт
Статус Документ в силу не вступил
Опубликован Официальное издание. М.: Стандартинформ, 2017 год
Дата принятия 06.12.2016
Дата начала действия 01.06.2017
Дата окончания действия 01.06.2019
Система управления сайтом Host CMS