ГОСТ Р ИСО 20242-4-2012
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Системы промышленной автоматизации и интеграция
СЛУЖЕБНЫЙ ИНТЕРФЕЙС ДЛЯ ИСПЫТАТЕЛЬНЫХ ПРИКЛАДНЫХ ПРОГРАММ
Часть 4
Шаблон профиля возможностей устройства
Industrial automation systems and integration. Service interface for testing applications. Part 4. Device capability profile template
ОКС 25.040.40
Дата введения 2014-01-01
Предисловие
1 ПОДГОТОВЛЕН АНО "Международная академия менеджмента и качества бизнеса" на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 "Стратегический и инновационный менеджмент"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 29 ноября 2012 г. N 1716-ст
4 Настоящий стандарт идентичен международному стандарту ИСО 20242-4:2011* "Системы промышленной автоматизации и интеграция. Служебный интерфейс для испытательных прикладных программ. Часть 4. Шаблон профиля возможностей устройства" (ISO 20242-4:2011 "Industrial automation systems and integration - Service interface for testing applications - Part 4: Device capability profile template", IDT).
________________
* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - .
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
6 ПЕРЕИЗДАНИЕ. Апрель 2020 г.
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Настоящий стандарт разработан с целью облегчения интеграции измерительных и автоматических устройств, а также других периферийных устройств в различных компьютеризированных областях применения. В стандарте определены принципы создания драйверов устройств и режимы их работы в области применения измерительных автоматических средств.
Основной целью комплекса международных стандартов ИСO 20242 является обеспечение:
- независимости пользователя от операционной системы;
- независимости пользователя от технологии соединения (интерфейс устройства/сеть);
- независимости пользователя от поставщиков устройств;
- возможности сертификации драйверов устройств с подсоединенными к ним устройствами и выбранными режимами работы (с учетом используемой компьютерной платформы);
- независимости пользователя от последующих технологических усовершенствований устройств.
Стандарты комплекса ИСO 20242 не распространяются на разработку новых семейств устройств или использование специальных технологий для интерфейсов (сетей). В стандартах приведены общие описания сетей существующих устройств и их коммуникационных интерфейсов, обеспечивающих совместимость интерфейсов с другими устройствами аналогичного типа и назначения.
Комплекс стандартов ИСO 20242 включает в себя требования, распространяющиеся на:
- служебный интерфейс для управления ресурсами;
- служебный интерфейс виртуального устройства;
- шаблон функциональных характеристик устройства;
- служебный интерфейс прикладных программ;
- методы проверки на совместимость, критерии и отчеты о проведенных проверках.
Комплекс стандартов ИСO 20242 состоит из следующих частей:
- часть 1: Общий обзор;
- часть 2: Служебный интерфейс управления ресурсами;
- часть 3: Служебный интерфейс виртуального устройства;
- часть 4: Шаблон профиля возможностей устройства.
1 Область применения
В настоящем стандарте определены правила форматирования, а также синтаксические и семантические правила, предназначенные для описания:
- функциональных возможностей (далее - возможности) устройства и координатора (согласующего устройства) с использованием XML схем и
- конфигурации устройств на языке XML.
Примечание - Настоящий стандарт не распространяется на конфигурацию согласующего устройства, однако этот вопрос будет включен в следующее издание настоящего стандарта или в дополнение к нему.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты. Для датированных ссылок применяют только указанное издание ссылочного стандарта, для недатированных - последнее издание (включая все изменения):
ISO/IEC 15745-1:2003, Industrial automation systems and integration - Open systems application integration framework - Part 1: Generic reference description (Системы промышленной автоматизации и интеграция. Прикладная среда интегрирования открытых систем. Часть 1. Общее эталонное описание)
ISO 20242-1:2005, Industrial automation systems and integration - Service interface fortesting applications - Part 1: Overview (Системы промышленной автоматизации и интеграция. Служебный интерфейс для испытательных прикладных программ. Часть 1. Общие сведения)
ISO 20242-3, Industrial automation systems and integration - Service interface for testing applications - Part 3: Virtual device service interface (Системы промышленной автоматизации и интеграция. Часть 3. Служебный интерфейс для испытательных прикладных программ)
3 Термины и определения
В настоящем стандарте используются термины, определенные в ИСO 20242-1 и ИСO 20242-3, а также следующие термины с соответствующими определениями:
3.1 объект связи (communication object): Объект, с которым может быть установлено коммуникационное соединение для записи или считывания значений параметров.
[ИСO 20242-1:2005, пункт 2.3]
3.2 координатор; согласующее устройство (coordinator): Программа с определенным интерфейсом для управления доступом прикладной программы к одному или нескольким драйверам устройств, а также для управления в реальном масштабе времени приложениями, синхронизацией и событиями.
[ИСO 20242-1:2005, пункт 2.4]
3.3 профиль возможностей согласующего устройства (coordinator capability description): Текстовый файл, содержащий информацию о функциональных характеристиках виртуальных устройств, зарегистрированную в установленном формате (т.е. с заданной структурой, синтаксисом и т.д.).
[ИСO 20242-1:2005, пункт 2.5]
3.4 описание возможностей устройства (device capability description): Информация о функциональных возможностях виртуальных устройств.
[ИСO 20242-3:2011, раздел 3.2]
3.5 драйвер устройства (device driver): Компьютерный программный модуль, обеспечивающий интерфейс с сервисными (служебными) функциями (согласно ИСO 20242) и открывающий доступ адаптера платформы к физическим устройствам.
[ИСO 20242-2:2010, пункт 3.1]
3.6 функциональный объект (function object): Класс или экземпляр класса, определяющий одну функциональную возможность виртуального устройства.
[ИСO 20242-3:2011, пункт 3.4]
3.7 операция (operation): Класс или экземпляр класса, определяющий одну законченную процедуру.
[ИСO 20242-3:2011, пункт 3.5]
3.8 параметрическое описание экземпляра класса (parameterization instance description): Информация о конфигурациях согласующего устройства (координатора) и виртуальных устройствах.
3.9 виртуальное устройство (virtual device): Представление одного или нескольких физических устройств и/или автономных программных объектов для предоставления однозначного мнения относительно ресурсов интерфейса связи.
[ИСO 20242-3:2011, пункт 3.7]
4 Сокращения
CCD - описание возможностей согласующего устройства (координатора) (Coordinator Capability Description);
DCD - описание возможностей устройства (Device Capability Description);
DCPT - шаблон профиля возможностей устройства (Device Capability Profile Template);
PID - параметрическое описание экземпляра класса (Parameterization Instance Description);
VD - виртуальное устройство (Virtual Device);
VDSI - служебный интерфейс виртуального устройства (Virtual Device Service Interface);
XML - расширяемый язык разметки (eXtensible Markup Language).
5 Концепция профиля возможностей устройства
5.1 Общие положения
На рисунке 1 приведена диаграмма классов, используемых в концепции профиля возможностей устройства в соответствии с настоящим стандартом. Обобщенный шаблон профиля возможностей устройства (далее - DCPT-шаблон) определяют на основе использования обобщенной информации, получаемой из шаблона профиля обмена данными по ИСO 15745-1. Зависящий от выбираемой технологии DCPT-шаблон дополняет обобщенный DCPT-шаблон, что позволяет описывать возможности устройства на языке XML. DCD-описание позволяет дополнить зависящий от выбираемой технологии DCPT-шаблон и описать возможности согласующего устройства на языке XML. CCD-описание позволяет импортировать DCD-описание драйверов устройств и сделать описание возможностей системы. PID-описание определяют путем создания экземпляра CCD-описания (связь один к одному) и DCD-описания (связь один ко многим). PID-описание является реализацией профиля информационного обмена данными согласно ИСO 15745-1 и может использоваться вместе с другими профилями, указанными в настоящем стандарте.
|
Рисунок 1 - Диаграмма классов, используемая в концепции профиля возможностей устройства
На рисунке 2 приведена диаграмма CCD- и DCD-классов, используемых в данной концепции. Обобщенный DCPT-шаблон позволяет определить совокупность обобщенных CCD- и DCD-описаний. Обобщенное CCD-описание характеризует обобщенные возможности согласующего устройства, обобщенное DCD-описание - обобщенные возможности виртуального устройства. Зависящий от выбираемой технологии CCD-класс в зависящем от технологии DCPT-классе содержит обобщенное CCD-описание и характеризует зависящие от технологии возможности согласующего устройства. Зависящий от выбираемой технологии DCD-класс содержит обобщенное DCD-описание и характеризует зависящие от выбираемой технологии возможности виртуальных устройств.
|
Рисунок 2 - Диаграмма CCD- и DCD-классов
Зависящий от согласующего устройства CCD-класс входит в зависящий от технологии CCD-класс и характеризует зависящие от согласующего устройства возможности. Имя объекта в зависящем от согласующего устройства CCD-классе может быть задано с помощью зависящего от устройства имени. Обобщенные CCD- и DCD-классы состоят в неразрывной связи, поэтому зависящий от согласующего устройства CCD-класс и зависящий от устройства DCD-класс связаны между собой. CCD-класс позволяет импортировать DCD-описания драйверов устройств. Экземпляр CCD-класса в PID-классе позволяет использовать зависящий от выбираемого согласующего устройства CCD-класс в виде XML-схемы и записать его как ХМL-экземпляр. Имя XML-тэга экземпляра CCD-класса будет совпадать с именем зависящего от выбираемого согласующего устройства CCD-класса, а имя XML-тэга экземпляра DCD-класса - с именем зависящего от выбираемого устройства DCD-класса.
5.2 Процедура создания DCD-, CCD- и PID-описаний
5.2.1 Общие положения
Рисунок 3 иллюстрирует процедуру создания DCD- и CCD-описаний. В разделе 6 настоящего стандарта в рамках XML-языка определен обобщенный DCPT-шаблон. Технология каждого служебного интерфейса определяет зависящие от выбираемой технологии возможности и зависящий от выбираемой технологии DCPT-шаблон.
Примечание - Описания зависящих от выбираемой технологии DCPT-шаблонов для обобщенного интерфейса устройства (GDI) ASAM и технологии совместного использования информации для обмена данными (MICX-технология) приведены в приложениях А и В.
|
Примечание - Объекты в виде цилиндров означают XML-файлы, а объекты в виде листков - информацию относительно функциональных возможностей (ФВ) и конфигурации. Сплошные стрелки на диаграмме указывают на создание XML-файла, стрелки в виде точек - на ввод информации относительно ФВ, а пунктирные стрелки - на применение шаблона.
Generic DCPT (XML Schema) - файл обобщенного DCPT-шаблона (с XML-структурой); Generic DCD - обобщенное DCD-описание; Generic CCD - обобщенное CCD-описание; Technology specific capabilities - информация относительно зависящих от технологии возможностей; Extension - расширение; Technology-specific DCPT (XML Schema) - файл зависящего от технологии DCPT-шаблона (с XML-структурой); Technology-specific DCD - зависящее от технологии DCD-описание; Technology-specific CCD - зависящее от технологии CCD-описание; Device capabilities - возможности устройства; DCD (XML Schema) - файл DCD-описания устройства (XML-схема); Import - импорт; CCD (XML Schema) - файл CCD-описания; Coordinator parameters and device configurations - информация о параметрах согласующего устройства и конфигурации устройства; PID (XML Instance) - файл PID-описания (XML-экземпляр класса); Coordinator capabilities - возможности согласующего устройства.
Рисунок 3 - Блок-схема процедуры создания CCD- и DCD-описаний
Поставщик устройства или оборудования расширяет часть зависящих от выбираемой технологии DCD-описаний в зависящем от выбираемой технологии DCPT-шаблоне и приводит возможности драйвера для этого устройства или оборудования в DCD-описании, а затем предоставляет его вместе с драйвером устройства. Поставщик согласующего устройства расширяет часть зависящих от выбираемой технологии CCD-описаний в зависящем от выбираемой технологии DCPT-шаблоне и приводит возможности этого согласующего устройства в CCD-описании. В средствах конфигурирования используются CCD-описания, которые позволяют импортировать требуемые DCD-описания и создавать PID-описание, содержащее описания всех требуемых экземпляров классов с их именами и численными значениями. Согласующее устройство обеспечивает считывание PID-описания, осуществляет его инсталляцию, конфигурирование устройств и обеспечивает служебный интерфейс прикладных программ после применения ИСO 20242-5.
5.2.2 Описание возможностей устройства (DCD-описание)
DCD-описание обычно содержит:
- идентификационную информацию относительно драйвера устройства;
- описание возможностей виртуальных устройств, поддерживаемых драйвером.
5.2.3 Описание возможностей согласующего устройства (CCD-описание)
CCD-описание обычно содержит:
- идентификационную информацию, относящуюся к программному обеспечению согласующего устройства;
- описание возможностей согласующего устройства;
- информацию об аттестации служебного интерфейса, поддерживающего прикладные программы.
5.2.4 Параметрическое описание экземпляров класса (PID-описание)
PID-описание обычно содержит:
- идентификационную информацию, относящуюся к PID-описанию профиля обмена информацией по ИСO 15745;
- параметрическое описание экземпляров класса с зависящими от выбираемого приложения именами;
- конфигурационные данные для драйверов устройств.
6 Обобщенный шаблон профиля возможностей устройства
6.1 Общие сведения
Обобщенный DCPT-шаблон позволяет определить общую структуру DCPT-шаблона, не зависящую от технической реализации служебного интерфейса. Зависящий от выбираемой технологии DCPT-шаблон является дополнительным к обобщенному DCPT-шаблону.
6.2 Модель обобщенного DCPT-шаблона
Обобщенный DCPT-шаблон использует шаблон профиля обмена обобщенной информацией, получаемый согласно ИСO 15745-1 в качестве основы и дополненный информацией относительно модели VDSI-интерфейса согласно ИСO 20242-3 и ИСO 20242-5 (служебный интерфейс прикладных программ). На рисунке 4 представлена структура классов обобщенного DCPT-шаблона. Профиль обмена информацией является корневым классом и содержит заголовок по ИСO 15745, а также основной текст по ИСO 15745, заголовок по ИСO 15745 содержит идентификационную информацию, относящуюся к используемому профилю. Основной текст по ИСО 15745 содержит одно или несколько обобщенных ССD-описаний. Профиль обмена информацией, заголовок по ИСО 15745 и основной текст по ИСO15745 определены в ИСO 15745-1.
Обобщенное CCD-описание относится к абстрактному классу и характеризует обобщенные возможности согласующего устройства. Номер обобщенного CCD-описания совпадает с номером этого устройства.
Обобщенное CCD-описание содержит обобщенные DCD-описания. Обобщенное DCD-описание относится к (принадлежит) абстрактному классу и характеризует обобщенные возможности драйвера устройства. Номер обобщенного DCD-описания совпадает с номером этого драйвера.
Обобщенное DCD-описание содержит описания виртуальных устройств, которые относятся к (принадлежат) абстрактному классу и характеризуют обобщенные возможности виртуального устройства.
Виртуальное устройство содержит функциональные объекты, которые относятся к (принадлежат) абстрактному классу и характеризуют обобщенные возможности устройства.
Функциональный объект содержит объекты связи и рабочие операции.
Объект связи относится к (принадлежит) абстрактному классу и характеризует обобщенные возможности объекта связи, определенные в ИСO 20242-3.
Рабочая операция относится к (принадлежит) абстрактному классу и характеризует обобщенные возможности этой операции, определенные в ИСO 20242-3.
|
Рисунок 4 - Диаграмма классов модели обобщенного DCPT-описания
6.3 XML-схема для обобщенного DCPT-шаблона
XML-схема для обобщенного DCPT-шаблона содержится в шаблоне профиля обмена информацией (см. рисунок 5), включает в себя XML-схему для обобщенного CCD-описания и относится к элементу этого описания.
xmlns="http://www.osi.ch/iso/ISO20242-4/GenericDCPT" targetNamespace="http://www.osi.ch/iso/ISO20242-4/GenericDCPT" elementFormDefault="qualified"> GenericDCPT 1.0 Generic DCPT GenericDCPT.xsd 2011-07-01 fixed="lnformationExchange"/> minOccurs="0"/> fixed="CSI" minOccurs="0" maxOccurs="unbounded"/> fixed="1"/> fixed="1"/> fixed="None"/> XML-схема для обобщенного CCD-описания содержится в шаблоне обобщенного CCD-описания (см. рисунок 6), включает в себя XML-схему для обобщенного DCD-описания и относится к элементу этого описания. xmlns="http://www.osi.ch/iso/ISO20242-4/GenericDCPT" targetNamespace="http://www.osi.ch/iso/ISO20242-4/GenericDCPT" elementFormDefault="qualified"> GenericCCD 1.0 Generic CCD GenericCCD.xsd 2011-07-01 XML-схема для обобщенного DCD-описания содержится в шаблоне обобщенного DCD-описания (см. рисунок 7) и включает в себя шаблоны для виртуального устройства, функционального объекта, объекта связи и рабочей операции. xmlns="http://www.osi.ch/iso/ISO20242-4/GenericDCPT" targetNamespace="http://www.osi.ch/iso/ISО20242-4/GenericDCPT" elementFormDefault="qualified"> GenericDCD 1.0 Generic DCD GenericDCD.xsd 2009-03-16 type="GenericDCDType" abstract="true"/> use="required" fixed="DCD"/> type="VirtualDeviceType" abstract="true"/> use="required"fixed="MODULE"/> type="FunctionObjectType" abstract="true"/> use="required" fixed="INTERFACE"/> type="CommunicationObjectType" abstract="true"/> use="required" fixed="OPERATION"> Рисунок 7 - XML-схема для обобщенного DCD-описания Эти правила необходимо использовать для расширения (дополнения) DCPT-шаблона. Имена XML-элементов (тэги) могут быть определены специально для согласующего и других устройств. Для специальных целей в этот шаблон могут быть введены любые атрибуты и элементы, на которые настоящий стандарт не распространяется. Идентификационную информацию относительно DCD- и CCD-описаний приводят с помощью элемента xsd:appinfo в элементе xsd:annotation XML-схемы. Заголовок DCPT-шаблона содержит атрибуты, указанные в таблице 1. Таблица 1 - Элементы заголовка DCPT-шаблона Наименование элемента Описание элемента DCPTIdentification Идентификатор DCPT-шаблона. DCPTRevision Редакция DCPT-шаблона. DCPTName Описательное имя DCPT-шаблона. DCPTSource Идентификатор разработчика DCPT-шаблона. DCPTCIassID Идентификатор класса профиля. DCPTDate Дата выпуска данной редакции профиля в формате CCYY-MM-DD. Additionalinformation Расположение диаграмм/дополнительной информации относительно профиля. ISO20242Reference Идентификатор части ИСO 20242 (см. элемент ISO20242Part), вместе с его редакцией (см. элемент ISO20242Edition) и используемой технологией (см. элемент Technology). ISO20242Edition Редакция ссылочной части ИСO 20242. Technology Наименование ссылочной технологии Соответствующая XML-схема приведена на рисунке 8. elementFormDefault="qualified"> Рисунок 8 - XML-схема для заголовка DCPT-шаблона 7.3.1 Создание DCD-описания DCD-описание содержит зависящие от выбираемого типа устройства элементы, которые получаются из зависящих от выбираемой технологии элементов и заменяют абстрактные элементы обобщенного DCPT-шаблона. Примечание - В соответствии с настоящим стандартом не требуется импортировать обобщенные или зависящие от выбираемой технологии XML-схемы в зависящее от выбираемого устройства CD-описание, однако независимо созданное DCD-описание должно содержать информацию, аналогичную DCD-описанию импортируемых XML-схем, соответствующих настоящему стандарту. Имена элементов (тэги) для DCD-описания могут быть специфичными для различных типов устройств. Элементы должны быть снабжены атрибутом "category", содержащим ключ для типа этого элемента, указанного в таблице 2. Содержанием этого атрибута должна быть ссылка на соответствующий элемент обобщенного DCPT-шаблона. Таблица 2 - Ключи для типа элемента Элемент обобщенного DCPT-шаблона Содержание XML-атрибута "category" GenericCCD CCD GenericDCD DCD Virtual Device MODULE FunctionObject INTERFACE Operation OPERATION Дополнительные элементы могут иметь специфическое содержимое атрибута "category" в зависящих от выбираемой технологии приложениях. 7.3.2 Закрепление зависящих от выбираемого устройства элементов Зависящий от выбираемого устройства элемент DCD-описания содержит один или несколько элементов виртуального устройства, которые не должны принадлежать (относиться к) какому-либо другому зависящему от выбираемого устройства элементу DCD-описания. Зависящий от выбираемого устройства элемент виртуального устройства заменяет обобщенный элемент виртуального устройства и содержит (или не содержит) несколько зависящих от выбираемого устройства элементов функционального объекта, которые не должны принадлежать (относиться к) каким-либо другим зависящим от выбираемого виртуального устройства элементам функционального объекта и виртуального устройства. Зависящий от выбираемого устройства элемент функционального объекта заменяет элемент обобщенного функционального объекта и содержит (или не содержит) несколько зависящих от выбираемого объекта связи элементов, которые не должны принадлежать (относиться к) какому-либо другому зависящему от выбираемого устройства элемента функциональному объекту. 7.3.3 Порядок реализации VDSI-интерфейса Для создания виртуальных устройств, функциональных объектов и объектов связи с помощью сервисов VDSI_Initiate, VDSI_CreateFuncObject и VDSI_CreateCommObject, рассмотренных в ИСO 20242-3, их должен сопровождать дополнительный XML-атрибут "initOrder", относящийся к типу unsignedlnt, определенный в ХМL-схеме и содержащий порядок создания экземпляра элемента с помощью VDSI-интерфейса. 7.3.4 Параметризация объектов связи Если значение закреплено за объектом связи, то его необходимо записать с помощью согласующего устройства и сервиса VDSI_Write для VDSI-интерфейса. Можно определить дополнительный порядок записи значений в объекты связи, выполняемой с использованием XML-атрибута "initOrder". Примечание - Способ многократной записи объекта связи приведен в приложении А. Любой элемент DCPT-шаблона может иметь два вида присоединяемой текстовой информации - краткого и развернутого сообщения. Эти сообщения должны быть определены в дополнительном XML-экземпляре и пронумерованы согласно разделу 8. Нумерация сообщений организована иерархически в пронумерованных областях текста с помощью пронумерованных текстовых элементов. Номера текстов закрепляют за элементами DCPT-шаблона с помощью дополнительных XML-атрибутов типа xsd:unsignedlnt, указанных в таблице 3. Таблица 3 - XML-атрибуты присвоения текстовой информации Имя XML-атрибута Описание содержимого атрибута areaMsg Номер области короткого сообщения message infMsg Номер короткого сообщения areaText Номер области развернутого сообщения infText Номер развернутого сообщения 7.5.1 XML-экземпляры CCD-классов XML-экземпляр зависящего от выбранного согласующего устройства CCD-класса позволяет характеризовать особенности согласующего устройства. CCD-класс содержит один или несколько XML-экземпляров DCD-классов. 7.5.2 XML-экземпляры DCD-классов XML-экземпляр зависящего от выбираемого устройства DCD-класса позволяет характеризовать драйвер устройства, который является элементом VDSI-интерфейса согласно ИСO 20242-3. Экземпляр DCD-класса содержит один или несколько XML-экземпляров зависящих от выбираемого устройства классов виртуальных устройств. 7.5.3 XML-экземпляры классов виртуальных устройств XML-экземпляр зависящего от выбираемого устройства класса виртуальных устройств позволяет характеризовать экземпляр класса виртуального устройства с помощью сервиса VDSI_CreateFuncObject для VDSI-интерфейса. Может существовать (или не существовать) несколько экземпляров зависящего от выбираемого устройства класса виртуальных устройств. 7.5.4 XML-экземпляры классов функциональных объектов XML-экземпляр зависящего от выбираемого устройства класса функциональных объектов позволяет характеризовать экземпляр класса функционального объекта, созданного с помощью сервиса для VDSI-интерфейса. Может существовать несколько экземпляров зависящего от выбираемого устройства класса виртуальных устройств. Экземпляр класса виртуального устройства может содержать (или не содержать) несколько экземпляров зависящих от выбираемого устройства классов объектов связи и/или несколько экземпляров зависящих от выбираемого устройства классов рабочих операций. 7.5.5 XML-экземпляры классов объектов связи XML-экземпляр зависящего от выбираемого класса объектов связи позволяет характеризовать объект связи, созданный с помощью сервиса VDSI_CreateCommObject для VDSI-интерфейса. В одном конкретном классе объектов связи может быть только один экземпляр этого класса. 7.5.6 XML-экземпляры классов рабочих операций XML-экземпляр зависящего от выбираемого класса рабочих операций позволяет характеризовать экземпляр класса рабочих операций, создаваемый в точном соответствии с реализацией класса связанных функциональных объектов с помощью VDSI-интерфейса. В одном зависящем от выбираемого устройства классе рабочих операций должен существовать только один экземпляр этого класса. Для текстовой информации используют три вида сообщений - короткие информационные сообщения, расширенные информационные сообщения и сообщения об ошибках. Указанные сообщения должны содержаться в XML-экземпляре со структурой, определяемой согласно рисунку 9. elementFormDefault="qualified"> minOccurs="0" maxOccurs="unbounded"/> minOccurs="0" maxOccurs="unbounded"/> Рисунок 9 - XML-схема для текстовой информации об устройстве Расширенные информационные сообщения вводят в XML-элемент , короткие информационные сообщения - в элемент , а сообщения об ошибках - в элемент . Зависящие от выбираемого языка сообщения вводят в XML-элементы c XML-атрибутом "lang" для идентификации выбираемого языка сообщений. А.1 Общие сведения Обобщенный интерфейс устройства (GDI-интерфейс) ASAM определяет интерфейс для испытательных применений. В данном приложении описан зависящий от GDI-интерфейса шаблон возможностей устройства (версия 4.4 ASAM GDI). Примеры DCD-, CCD- и PID-описаний приведены далее. А.2 Зависящая от выбираемого GDI-интерфейса модель профиля А.2.1 Общие сведения Зависящая от выбираемого GDI-интерфейса модель профиля содержит информацию, необходимую для описания возможностей данного устройства и параметризации. На рисунке А.1 приведена диаграмма классов для зависящего от выбираемого GDI-интерфейса шаблона профилей возможностей устройства. А.2.2 Класс GDI_CCD (CCD-описание GDI-интерфейса) Этот класс характеризует возможности зависящего от выбираемого GDI-интерфейса согласующего устройства, который входит в класс GenericCCD (обобщенное CCD-описание) и является абстрактным классом. Зависящий от выбираемого согласующего устройства класс CCD-описаний должен наследовать его и определять возможности конкретного согласующего устройства. А.2.3 Класс GDI_DCD (DCD-описание GDI-интерфейса) Этот класс характеризует возможности зависящего от выбираемого GDI-интерфейса драйвера устройства, который входит в класс GenericDCD (обобщенное DCD-описание) и является абстрактным классом. Зависящий от выбираемого согласующего устройства класс GDI-DCD должен наследовать его и определять возможности конкретного драйвера устройства. А.2.4 Класс GDI_Header (заголовок для GDI-интерфейса) Этот класс содержит дополнительную информацию, используемую для реализации драйвера устройства. Элементы класса GDI_Header указаны в таблице А.1. Определение класса GDI_Header также приведено в файле common.xsd GDI-интерфейса (см. А.6.2). Таблица А.1 - Элементы класса GDI_Header Элементы класса GDI_Header Тип элемента Описание элемента DCD_Version xsd:unsignedlnt Номер версии DCD-описания DeviceVersion xsd:unsignedlnt Номер варианта исполнения устройства DriverName xsd:string Наименование драйвера DriverVersion xsd:unsignedlnt Номер версии драйвера Factory xsd:string Наименование изготовителя DIT xsd:string Имя XML-текстового файла GDI_Version Major rxsd:unsignedByte Номер полной версии Minor rxsd:unsignedByte Номер минимальной версии Revision rxsd:unsignedByte Номер редакции А.2.5 Класс GDI_Module (модуль GDI-интерфейса) Этот класс характеризует возможности зависящего от выбираемого GDI-интерфейса виртуального устройства, который входит в класс VirtualDevice (виртуальное устройство) и является абстрактным классом. Зависящий от выбираемого согласующего устройства класс GDI_Module должен наследовать его и определять возможности конкретного виртуального устройства. Класс GDI _Module может содержать класс CreateParameter и быть идентифицирован по номеру, содержащемуся в дополнительном XML-атрибуте "moduleld" (типа "xsd:unsignedShort"). А.2.6 Класс GDI_Interface (GDI-интерфейс) Этот класс характеризует возможности функциональных объектов зависящего от выбираемого GDI-интерфейса виртуального устройства, который входит в класс FunctionObject (функциональный объект) и является абстрактным классом. Зависящий от выбираемого согласующего устройства класс GDI_Interface должен наследовать его свойства и определять возможности конкретного функционального объекта. Класс GDI_Interface может содержать класс CreateParameter и быть идентифицирован по номеру, содержащемуся в дополнительном XML-атрибуте "funcld" (типа "xsd:unsignedShort"). А.2.7 Класс CreateParameter (создание параметра) Этот класс предназначен для описания созданного параметра функционального объекта или виртуального устройства и является абстрактным классом. Каждый зависящий от устройства класс CreateParameter должен наследовать его свойства и определять тип данных созданного параметра. Сервисы VDSI-интерфейса VDSI_Initiate и VDSI_CreateFuncObject используют созданные параметры. А.2.8 Класс GDI_Operation (работа GDI-интерфейса) Этот класс предназначен для описания работы зависящего от выбираемого GDI-интерфейса виртуального устройства, который входит в класс Operation (рабочая операция) и является абстрактным классом. Каждый зависящий от выбираемого устройства класс GDI_Operation должен наследовать его свойства и определять возможности рабочей операции. Этот класс имеет один входной и один рабочий выходной параметры, которые могут быть использованы один раз (или не появляться) в XML-экземпляре. Закрепление значения за входным рабочим параметром в этом экземпляре (PID-описании) указывает на то, что операция должна быть выполнена с целью конфигурирования. Класс GDI_Operation идентифицируют с помощью номера, содержащегося в дополнительном XML-атрибуте, называемом "operationIdld" (типа "xsd:unsignedShort"). А.2.9 Класс OperationlnParameter (выходной параметр операции) Класс OperationlnParameter предназначен для отметки выполнения рабочей операции и является абстрактным классом. Каждый зависящий от выбираемого устройства класс OperationlnParameter должен наследовать свойства этого класса и определять тип данных входного параметра. А.2.10 Класс OperationOutParameter (выходной параметр операции) Этот класс предназначен для указания возвращаемого значения в рабочей операции, который содержит значение выходного параметра. Каждый зависящий от выбираемого устройства класс OperationOutParameter должен наследовать свойства этого класса и определять тип данных значения этого параметра. А.2.11 Класс AttributeReadOnly (только считывание атрибута) Этот класс предназначен для указания значения времени обработки функционального объекта, которое может только считываться. Данный класс наследует свойства класса CommunicationObject и является абстрактным классом. Каждый зависящий от выбираемого устройства класс AttributeReadOnly должен наследовать свойства этого класса и определять функциональные возможности каждого значения времени обработки и типа данных значения этого параметра. А.2.12 Класс AttributeReadWrite (считывание/запись атрибута) Этот класс предназначен для указания значения времени обработки функционального объекта, которое может быть как считано, так и записано. Данный класс наследует свойства класса CommunicationObject и является абстрактным классом. Каждый зависящий от выбираемого устройства класс AttributeReadWrite должен наследовать свойства этого класса и определять возможности каждого значения времени обработки и типа данных этого значения. А.2.13 Класс Parameter (параметр) Этот класс характеризует возможности параметра функционального объекта, который может быть как считан и записан. Данный класс наследует свойства класса CommunicationObject и является абстрактным классом. Каждый зависящий от выбираемого устройства класс Parameter должен наследовать свойства этого класса и определять возможности каждого параметра и его тип данных. А.2.14 Идентификация объектов связи GDI-интерфейса Экземпляры классов AttributeReadOnly, AttributeReadWrite и Parameter идентифицируют с помощью номеров, которые являются числом этих экземпляров в представителе FunctionObject, начиная с 1. А.3 Элементы типовых данных и сценариев конфигурирования А.3.1 Общие сведения В 7.3.3 XML-атрибут initOrder был введен для описания последовательностей конфигурирования устройств, связанных с созданием виртуальных устройств, функциональных объектов и объектов связи, что является другим сценарием конфигурирования, определенным для объектов связи, которые в различные моменты времени могут принимать различные значения. С этой целью вводят класс OrderedValue, который не требуется в случае задания сценария записи данных, однако в этом случае может быть использовано то же значение, что и в атрибуте initOrder классов CommunicationObject и OrderedValue. Элемент Value определяют для упрощения наследования типов данных без учета влияния наследования структурных классов. С помощью этого метода определение типов данных для объектов связи и формирование параметров разделяются в определении объекта связи. Значения элемента не требуются, если типы данных в объектах связи определены точно. А.3.2 Класс OrderedValue Этот класс характеризует значение, которое можно многократно устанавливать в различные моменты времени. Установка этого значения означает его запись с помощью сервисов VDSI_Write или VDSI_Execute, что применимо к объектам классов AttributeReadWrite, Parameter и OperationlnParameter. Упорядоченное значение относится к абстрактному классу, который содержит порядок инициализации в его XML-атрибуте initOrder, который описывает, когда значение должно быть установлено, а также само значение. Каждый зависящий от выбираемого устройства класс OrderedValue должен наследовать класс OrderedValue и определять тип данных для значения. А.3.3 Класс Value (значение) Класс Value характеризует элемент типа xsd:anyType, который может ограничиваться любым другим типом и поэтому является меткой-заполнителем для любого типа элемента, определенного в описании возможностей устройства. Использование этих дополнительных элементов облегчает разделение наследования для определения типов данных. Класс Value содержит данные, которые заменяются на служебный примитивный параметр CreateParameter, после чего используют либо сервис VDSI_Initiate для реализации виртуального устройства, либо сервис VDSI_CreateFuncObject - для реализации функционального объекта. При конфигурировании не происходит замены на объект связи AttributeReadOnly и OperationOutParameter класса GDI_Operation, однако класс Value может быть использован для представления типа данных объектов. Класс Value также может быть использован вместе с классом OrderedValue для классов AttributeReadWrite, Parameter и OperationlnParameter, в случае если требуется сценарий конфигурирования с различными значениями в различные моменты времени. Если нет необходимости использования этого сценария, класс Value может быть использован вместо класса OrderedValue с классами AttributeReadWrite, Parameter и OperationlnParameter. А.4 Дополнительные идентификаторы типа для обобщенного DCPT-шаблона В таблице А.2 указаны зависящие от выбираемой технологии типы идентификаторов параметра create, объектов связи и рабочих параметров. Таблица А.2 - Идентификаторы типов объектов связи Элемент зависящего от выбираемой технологии DCPT-шаблона Содержимое XML-атрибута "category" Содержимое XML-атрибута "readonly" AttributeReadWrite ATTRIBUTE false AttributeReadOnly ATTRIBUTE true Parameter PARAMETER (false) Примечание - Дополнительный XML-атрибут "readonly" типа xsd:boolean является обязательным только для классов AttributeReadWrite и AttributeReadOnly. Если также используется класс Parameter, следует использовать содержимое "false". Таблица А.3 - Идентификаторы типов рабочих параметров Элемент зависящего от выбираемой технологии DCPT-шаблона Содержимое XML-атрибута "category" OperationInParameter IN OperationOutParameter OUT Таблица А.4 - Идентификаторы типов созданных параметров Элемент зависящего от выбираемой технологии DCPT-шаблона Содержимое XML-атрибута "category" Create ParameterCR CREATEPARAMETER А.5 Дополнительные XML-атрибуты для обобщенного DCPT-шаблона Объекты связи AttributeReadOnly и AttributeReadWrite могут использоваться для передачи незатребованных данных с помощью сервисов VDSI_InfReport и VDSI_Accept. Запрос на использование указанных сервисов во время работы выполняется во время конфигурирования путем установки XML-атрибутов infReport и приема типа xsd:Boolean на значение true. Таблица А.5 - XML-атрибуты для передачи незатребованных данных Имя XML-атрибута Использование с объектом Описание содержимого infReport AttributeReadWrite, Запрос на использование сервиса VDSI_InfReport accept AttributeReadWrite Запрос на использование сервиса VDSI_Accept А.6 Зависящий от выбираемого GDI-интерфейса шаблон профиля возможностей устройства А.6.1 Общие сведения Файл GDIcommon.xsd содержит ХМL-схему с базовыми классами, которые могут использоваться для описания XML-схемы и могут содержать всю информацию относительно описания возможностей, необходимых для оценки (определения) параметров. Определенные типы Parameter и AttributeReadWrite могут быть дополнены элементами OrderedValue и Value. В этом случае класс Value может иметь тип данных, который может быть определен в дополнительной XML-схеме. Кроме того, определенные типы классов CreateParameter, AttributeReadOnly и OperationOutParameter могут быть дополнены элементами класса Value с внешне определенными типами данных. Примечание - Если элементы классов OrderedValue и Value не используются, а объекты связи содержат значения простых или комплексных типов данных, то они могут иметь другую структуру XML-схемы, основанную на дополнении типов данных. В этом случае файл GDIcommon.xsd может использоваться как модель структуры результирующего XML-экземпляра и необходимых XML-атрибутов. А.6.2 XML-схема: Файл GDIcommon.xsd elementFormDefault-"qualified" attributeFormDefault="unqualified"> GDI_Common 1.0 GDIcommon GDIcommon.xsd TechnlogySpecificDCPT 2009-03-16 1 ASAM-GDI A.7 Примеры DCD-описания A.7.1 Общие сведения Файлы DCDa1.xsd и DCDa2.xsd содержат XML-cxeмы примеров DCD-описания, которые позволяют дополнять XML-схему в файле GDICommon.xsd в соответствии с возможностями драйверов устройства. Имена XML-элементов могут быть определены в соответствии с требованиями пользователя. Структурную информацию, имеющую отношение к XML-элементу, определяют с помощью содержимого XML-атрибута "category". А.7.2 XML-схема: Файл DCDa1.xsd elementFormDefault-"qualified" attributeFormDefault="unqualified"> DCD1 1.0 DCD1 DCD1.xsd DCD 2009-03-16 1 ASAM-GDI minOccurs="0" maxOccurs="unbounded"/> minOccurs="0" maxOccurs="unbounded"/> A.7.3 XML-схема: Файл DCDa2.xsd elementFormDefault="qualified" attributeFormDefault="unqualified"> DCD2 1.0 DCD2 DCD2.xsd DCD 2007-03-16 1 ASAM-GDI minOccurs="0" maxOccurs="unbounded"/> А.8 Пример CCD-описания А.8.1 Общие сведения Файл CCDa.xsd содержит XML-схему примера CCD-описания, которая позволяет описывать XML-схему параметризации двух драйверов устройств. А.8.2 XML-схема: Файл CCDa.xsd elementFormDefault="qualified" attributeFormDefault="unqualified"> CCD1 1.0 CCDa CCDa.xsd CCD 2009-03-16 1 ASAM-GDI minOccurs="0" maxOccurs="unbounded"/> A.9 Пример РID-описания A.9.1 Общие сведения Файл SamplePIDa.xml содержит пример XML-данных для PID-описания, который позволяет использовать файл CCDa.xsd в качестве XML-схемы и определять экземпляры класса параметров согласующего устройства и драйверов устройства. А.9.2 XML-схема: Пример файла PIDa.xml xsi:noNamespaceSchemaLocation="CCDa.xsd"> ExampleOfPID 1.0 Example of PID SamplePIDa.xml lnformationExchange 2009-03-16 http://www. asam.net/ISO20242-4/XP ID 1 1 None CSI 255 5 0 1 2 4800 8 7.0 14.0 24.0 В.1 Общие сведения MICX-технология позволяет определить методы совместного использования производственной информации, представляемой на языке XML и предназначенной для промышленных применений. В данном приложении приведено описание шаблона профиля зависящих от MICX-технологии возможностей служебного интерфейса как совместно используемых для информационной передачи с помощью спецификаций на характеристики программ (PPS-спецификаций) OASIS. Примеры DCD-, CCD- и PID-описаний приведены далее. В.2 Модель профиля MICX-технологии В.2.1 Общие сведения Зависящая от MICX-технологии модель профиля содержит всю информацию, которая необходима для описания возможностей данного устройства и параметризации. На рисунке В.1 приведена диаграмма классов для зависящего от MICX-технологии шаблона профилей возможностей устройства. В.2.2 Класс Device (устройство) Этот класс характеризует возможности зависящего от MICX-технологии виртуального устройства и наследуется классом виртуальных устройств. Зависящий от устройства класс должен наследовать его свойства и определять возможности зависящего от данного устройства виртуального устройства. В.2.3 Класс Activity (рабочая операция) Этот класс характеризует возможности зависящей от MICX-технологии рабочей операции и наследуется классом функциональных объектов. Зависящий от рабочей операции класс должен наследовать его и определять возможности зависящей от устройства рабочей операции. В.2.4 Класс Requester (инициатор запроса) Этот класс характеризует возможности инициатора запроса, используемые в зависящей от MICX-технологии рабочей операции, наследуемые классом рабочих операций, обладающие несколькими классами сообщений (или не имеющие класса) и способные посылать ответные сообщения этих классов, которые могут приниматься. Инициатор запроса определен в части 2 PPS-спецификаций OASIS [3]. В.2.5 Класс Responder (респондент запроса) Этот класс характеризует возможности респондента (ответчика) запроса, используемые в зависящей от MICX-технологии рабочей операции, наследуемые классом объектов связи, обладающие несколькими классами запрашиваемых сообщений (или не имеющие этого класса) и способные принимать ответные сообщения этих классов, которые могут посылаться. Респондент запроса определен в части 2 PPS-спецификаций OASIS [3]. В.2.6 Класс Sender (отправитель запроса) Этот класс характеризует возможности отправителя запроса, используемые в зависящей от MICX-технологии рабочей операции, наследуемые классом объектов связи, обладающие несколькими классами уведомляющих сообщений (или не имеющие этого класса) и способные принимать ответные сообщения этих классов, которые могут посылаться. Данный класс имеет несколько классов доменных объектов (или не имеет этого класса) для записи данных в уведомляющие сообщения. Отправитель запроса определен в части 2 PPS-спецификаций OASIS [3]. В.2.7 Класс Receiver (получатель запроса) Этот класс характеризует возможности получателя запроса, используемые в зависящей от MICX-технологии рабочей операции, наследуемые классом объектов связи, обладающие несколькими классами уведомляющих сообщений (или не имеющие этого класса) и способные принимать ответные сообщения этих классов, которые могут посылаться. Данный класс имеет несколько классов доменных объектов (или не имеет этого класса) для чтения данных из уведомляющих сообщений. Получатель запроса определен в части 2 PPS-спецификаций OASIS [3]. В.2.8 Класс Message (сообщение) Этот класс характеризует возможности сообщения, которые позволяют зависящей от MICX-технологии рабочей операции получать и принимать его. Данный класс имеет один или несколько классов входных сообщений. В.2.9 Класс Domain object (доменный объект) Этот класс характеризует возможности доменного объекта, которые имеют респондер, отправитель или получатель запроса. Данный класс имеет один или несколько классов примитивных элементов. В.2.10 Класс Transaction (транзакция) Этот класс характеризует возможности входного сообщения, которые в зависимости от рабочей операции, используемой в MICX-технологии, способны посылать или принимать это сообщение. Данный класс содержит классы примитивных элементов. Каждый конкретный класс транзакции должен наследовать свойства абстрактного класса транзакций, определенные в части 2 PPS-спецификаций OASIS [3]. В.2.11 Класс Primitive element (примитивный элемент) Этот класс характеризует возможности OASIS PPS-примитивного элемента сообщения, которое может посылаться и приниматься с помощью зависящей от MICX-технологии рабочей операции. В OASIS PPS предусмотрено восемь типов примитивных элементов - план, заказ (порядок), сторона, задание, операция, партия, ресурс, процесс и товар. Примитивные элементы определены в части 1 PPS-спецификаций OASIS [2]. В.3 Дополнительная идентификация типа для обобщенного DCPT-шаблона В таблице В.1 указаны зависящие от технологии типы идентификаторов объектов связи. Таблица В.1 - Идентификаторы типов объектов связи Элемент зависящего от выбираемой технологии DCPT-шаблона Содержимое XML-атрибута "category" Responder RESPONDER Sender SENDER Receiver RECEIVER Примечание - В MICX-технологии содержимое атрибута "category" не связано с состоянием виртуального устройства. При этом любое содержимое должно иметь тот же смысл, что и содержимое ATTRIBUTE в GDI-интерфейсе ASAM (см. приложение А). В.4 Зависящий от выбираемой MICX-технологии шаблон профилей возможностей устройства В.4.1 Общие сведения Файл MICXCommon.xsd содержит XML-схему зависящего от выбираемой MICX-технологии DCPT-шаблона, которая позволяет расширять XML-схему для обобщенного DCPT-шаблона, приведенную в 6.3 в соответствии с зависящей от выбранной MICX-технологии моделью DCPT-шаблона (см. рисунок В.1). Этот файл позволяет импортировать XML-схемы в PPS-спецификации OASIS-системы (части 1 и 2). В.4.2 XML-схема: Файл MICXCommon.xsd xmlns="http://www. mstc.or.jp/micx/ISO20242-4/MICX" xmlns:dcpt="http://www.osi.ch/iso/ISO20242-4/GenericDCPT" xmlns:pps="http://docs.oasis-open.org/pps/ns/core-elements" xmlns:ppst="http://docs.oasis-open.org/pps/ns/transaction-messages" targetNamespace="http://www.mstc.or.jp/micx/ISO20242-4/MICX" elementFormDefault="qualified"> MICXCommon 1.0 MICX Specific DCPT MICXCommon.xsd lnformationExchangeTemplate 2009-02-25 FAOP FAOP-MICX 1.0 schemaLocation="GenericDCPT.xsd"/> schemaLocation="pps-core-elements-1.0.xsd"/> schemaLocation="pps-transaction-messages-1.0.xsd"/> B.5 Пример программы DCD-описания В.5.1 Общие сведения Файл DCDb.xsd содержит пример XML-схемы DCD-описания, которая позволяет дополнять XML-схему для зависящего от выбранной MICX-технологии DCPT-шаблона (см. В.4) в соответствии с возможностями драйвера устройства. В.5.2 XML-схема: Файл DCDb.xsd xmlns="http://www.mstc.or.jp/micx/ISO20242-4/b/Example" xmlns:micx="http://www.mstc.or.jp/micx/ISO20242-4/MICX" xmlns:pps="http://docs.oasis-open.org/pps/ns/core-elements" xmlns:ppst="http://docs.oasis-open.org/pps/ns/transaction-messages" targetNamespace="http://www.mstc.or.jp/micx/ISO20242-4/b/Example" elementFormDefault="qualified"> DCD 1.0 DCD Example DCDb.xsd lnformationExchangeTemplate 2009-02-25 FAOP FAOP-MICX 1.0 schemaLocation="MICXCommon.xsd"/> schemaLocation="pps-core-elements-1.0.xsd"/> schemaLocation="pps-transaction-messages-1.0.xsd"/> use="required" fixed="OPERATION"/> use="required" fixed="OPERATION"/> minOccurs="0" maxOccurs="unbounded"/> minOccurs="0" maxOccurs="unbounded"/> minOccurs="0" maxOccurs="unbounded"/> substitutionGroup="pps:Produce"/> substitutionGroup="pps:Produce"/> B.6 Пример CCD-описания B.6.1 Общие сведения Файл CCDb.xsd содержит XML-схему примера CCD-описания, которая позволяет дополнять XML-схему для зависящего от выбираемой MICX-технологии DCPT-шаблона (см. В.4) в соответствии с возможностями согласующего устройства, импортирующего DCD-описание драйверов устройства. В.6.2 XML-схема: Файл CCDb.xsd xmlns="http://www.mstc.or.jp/micx/ISO20242-4/b/Example" xmlns:micx="http://www.mstc.or.jp/micx/ISO20242-4/MICX" targetNamespace="http://www.mstc.or.jp/micx/ISO20242-4/b/Example" elementFormDefault="qualified"> CCD 1.0 CCD Sample CCDb.xsd lnformationExchangeTemplate 2009-02-25 FAOP FAOP-MICX 1.0 schemaLocation="MICXCommon.xsd"/> fixed="lnformationExchange"/> minOccurs="0" maxOccurs="unbounded"/> use="required" fixed="CCD"/> B.7 Пример PID-описания В.7.1 Общие сведения Файл SamplePIDb.xml содержит XML-данные для примера PID-описания, который в качестве XML-схемы использует файлы CCDb.xsd и DCDb.xsd. В нем описаны параметрические экземпляры класса из набора параметров загрузки в сетевой компьютер. В.7.2 XML-схема: Файл SamplePIDb.xml xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.mstc.or.jp/micx/ISO20242-4/b/Example CCDb.xsd"> ExamplePIDb 1.0 Example of PID for MICX SamplePIDb.xml lnformationExchange 2009-02-25 http://www.mstc.or.jp/micx/ISO20242-4/PID 1 1 None CSI С.1 Общие сведения Открытый сетевой робототехнический интерфейс (OriN) является обобщенным интерфейсом устройств, используемым для различных приложений. Ниже приведено описание зависящего от ORiN-интерфейса шаблона профиля возможностей устройства (версия 2.1), а также приведены примеры DCD-, CCD- и PID-описаний. С.2 Зависящая от ORiN-интерфейса модель профиля С.2.1 Общие сведения Зависящая от выбираемого ORiN-интерфейса модель профиля содержит всю информацию, необходимую для описания возможностей устройств и их параметризации. На рисунке С.1 приведена диаграмма классов для зависящей от ORiN-интерфейса модели профиля шаблона (DCPT). С.2.2 Класс ORiN_CCD Класс ORiN_CCD характеризует возможности зависящего от ORiN-интерфейса согласующего устройства (координатора). Он наследует класс GenericCCD и является абстрактным классом. Его наследует зависящий от согласующего устройства класс ORiN_CCD и определяет возможности этого устройства. С.2.3 Класс ORiN_DCD Класс ORiN_DCD характеризует возможности зависящего от ORiN-интерфейса драйвера согласующего устройства (координатора). Он наследует этот зависящий от ORiN-интерфейса драйвер. Он наследует класс GenericDCD и является абстрактным классом. Его наследует зависящий от устройства класс ORiN_DCD и определяет возможности драйвера этого устройства. С.2.4 Класс ORiN_Header Класс ORiN_Header содержит дополнительную информацию, которая используется для конкретизации драйвера устройства. Элементы этого класса указаны в таблице С.1. Определение класса ORiN_Header также приведено в ORiNcommon.xsd (см. А.6.2). Таблица С.1 - Элементы класса ORiN_Header Элемент класса ORiN_Header Тип элемента Описание элемента DCD_Version xsd:unsignedlnt Число версий для DCD version DeviceVersion xsd:unsignedlnt Число версий для устройства ProviderName xsd:string Наименование провайдера ORiN ProviderVersion xsd:unsignedlnt Число версий для провайдера ORiN Factory xsd:string Наименование производителя DIT xsd:string Имя XML-текстового файла ORiN_Version Major xsd:unsignedByte Основной номер версии Minor xsd:unsignedByte Дополнительный номер версии Revision xsd:unsignedByte Номер редакции С.2.5 Класс ORiN_Module Класс ORiN_Module характеризует возможности зависящего от ORiN-интерфейса виртуального устройства. Он наследует класс VirtualDevice и является абстрактным классом. Зависящий от устройства класс ORiN_Module наследует его и определяет возможности конкретного виртуального устройства. Класс ORiN_Module может содержать параметр CreateParameter и идентифицироваться номером, содержащимся в дополнительном XML-атрибуте, называемом "moduleld" и принадлежащем типу "xsd:unsignedShort". С.2.6 Класс ORiN_Object Класс ORiN_Object характеризует возможности функциональных объектов зависящего от ORiN-интерфейса виртуального устройства. Он наследует класс FunctionObject и является абстрактным классом. Зависящий от устройства класс ORiN_Object наследует его и определяет возможности зависящего от устройства функционального объекта. Класс ORiN_Object может содержать параметр CreateParameter и идентифицироваться номером, содержащимся в дополнительном XML-атрибуте, называемом "funcld" и принадлежащем типу "xsd:unsignedShort". С.2.7 Класс Method Класс Method описывает работу зависящего от ORiN-интерфейса виртуального устройства, наследует класс Operation и является абстрактным классом. Каждый зависящий от устройства класс Method наследует его и характеризует возможности операции. Каждый класс Method содержит один входной и один выходной операционный параметр, которые могут быть нулевыми или (иногда) XML-экземплярами реализации. Присвоение значения входному операционному параметру в XML-экземпляре (PID) указывает на то, что операция должна выполняться для конфигурации. Класс Method идентифицируется номером, содержащимся в дополнительном XML-атрибуте, называемом "operationldld" и принадлежащем типу "xsd:unsignedShort". С.2.8 Класс MethodInParameter Класс MethodlnParameter отмечает выполнение операции и является абстрактным классом. Каждый зависящий от устройства класс MethodlnParameter наследует его и определяет тип данных входного параметра. С.2.9 Класс MethodOutParameter Класс MethodOutParameter характеризует выходное значение для операции, является абстрактным классом и содержит значение выходного параметра. Каждый зависящий от устройства класс MethodOutParameter наследует его и определяет тип данных значения. С.2.10 Класс PropertyReadOnly Класс PropertyReadOnly характеризует значение времени прогона функционального объекта, который можно только считывать. Он наследует класс CommunicationObject и является абстрактным классом. Каждый зависящий от устройства класс PropertyReadOnly наследует его и определяет возможности каждого значения времени прогона и его тип данных. С.2.11 Класс PropertyReadWrite Класс PropertyReadWrite характеризует значение времени прогона функционального объекта, который можно и считывать и записывать. Он наследует класс CommunicationObject и является абстрактным классом. Каждый зависящий от устройства класс PropertyReadWrite наследует его и определяет возможности каждого значения времени прогона и его тип данных. С.2.12 Идентификация коммуникационных объектов ORiN-интерфейса Экземпляры классов PropertyReadOnly и PropertyReadWrite определяют по номеру, который является подсчетом этих экземпляров в FunctionObject, начинающимся с единицы. С.3 Элементы типовых данных и сценариев конфигурирования С.3.1 Общие сведения Элемент Value задается для облегчения наследования типов данных, не затрагивающего наследования структурных классов. С помощью данного метода определение типов данных для коммуникационных объектов и создание параметров само по себе не связано с этими объектами. Элемент Value не требуется в тех случаях, когда типы данных определены неявно по отношению к коммуникационному объекту. С.3.2 Элемент Value Класс Value описывает элемент типа xsd:anyType, которым можно пренебречь для любого другого типа, и поэтому он будет лишь полем для заполнения для любого типа элемента, определенного в каком-либо другом месте описания возможностей устройства. Использование этого дополнительного элемента облегчает наследование при определении типов данных (см. рисунок С.2). С.4 Дополнительная идентификация типа обобщенного DCPT-шаблона В таблицах С.2-С.4 указаны зависящие от используемой технологии типы идентификаторов для коммуникационных объектов и операционных параметров. Таблица С.2 - Типы идентификаторов для коммуникационных объектов Элемент зависящего от технологии DCPT-шаблона Содержимое XML-атрибута "category" Содержимое XML-атрибута "readonly" Attribute ReadWrite ATTRIBUTE ложное AttributeReadOnly ATTRIBUTE истинное Parameter PARAMETER (ложное) Дополнительный XML-атрибут "readonly" типа xsd:boolean является обязательным для элементов AttributeReadWrite и AttributeReadOnly. Таблица С. - Типы идентификаторов для операционных параметров Элемент зависящего от технологии DCPT-шаблона Содержимое XML-атрибута "category" OperationlnParameter IN OperationOutParameter OUT Таблица С.4 - Типы идентификаторов для создания параметров Элемент зависящего от технологии DCPT-шаблона Содержимое XML-атрибута "category" CreateParameter CREATEPARAMETER С.5 Дополнительные XML-атрибуты для обобщенного DCPT-шаблона Коммуникационные объекты AttributeReadOnly и AttributeReadWrite можно использовать для передачи незапрашиваемых данных вместе с сервисами VDSlinfReport и VDSI_Accept. Запрос на использование этих сервисов во время прогона выполняется в процессе конфигурирования путем установки XML-атрибутов infReport и присвоения типу "xsd:boolean" истинного значения (см. таблицу С.5). Таблица С.5 - XML-атрибуты для передачи незапрашиваемых данных Наименование XML-атрибута Используется для элемента Описание содержимого атрибута infReport AttributeReadWrite, Запрос на использование сервиса VDSMnfReport accept AttributeReadWrite Запрос на использование сервиса VDSI_Accept С.6 Зависящий от ORiN-интерфейса шаблон профиля возможностей устройства С.6.1 Общие сведения ORiNcommon.xsd - это XML-схема (структура), содержащая базовые классы, которые можно использовать для описания этой структуры, содержащей всю информацию для описания функциональных возможностей устройства и параметризации. Задаваемые типы элемента AttributeReadWrite могут быть расширены элементами Value. В этом случае элементы Value могут иметь тип данных, определяемый в дополнительной XML-схеме. Кроме того, определяемые типы данных AttributeReadOnly и OperationOutParameter могут быть расширены элементами Value с внешне заданными типами данных. Примечание - Если элементы Value не используются, а коммуникационные объекты содержат значения простого или комплексного типа данных, то из-за расширения числа типов данных XML-схема может измениться. В этом случае ORiNcommon.xsd можно использовать в качестве образца (модели) структуры получаемого XML-экземпляра и необходимых XML-атрибутов. С.6.2 XML-схема: ORiNcommon.xsd attributeFormDefault="unqualified"> ORiN_Common 1.0 ORiNcommon ORiNcommon.xsd TechnlogySpecificDCPT 2010-02-27 1 ORiN xsd:attribute name="infReport" type="xsd:boolean"/> С.7 Примеры описания возможностей устройства С.7.1 Общие сведения XML-схемы DCD1.xsd и DCD2.xsd являются примерами описания возможностей устройства, которые расширяют существующую XML-схему ORiNCommon.xsd в соответствии с возможностями драйверов устройств. Имена XML-элементов должны быть определены в соответствии с требованиями потребителей. Структурная информация об XML-элементах определена в содержании XML-атрибута "категория" (category). С.7.2 XML-схема: DCD1.xsd xmlns="http://www.ORiN.co.jp/ISO20242-4/DCD1" targetNamespace="http://www.ORiN.co.jp/ISO20242-4/DCD1" elementFormDefault="qualified"> DCD1 1.0 DCD1 DCD1.xsd DCD1 2010-05-26 1 OriN type without restricting the number of instances. -> C.7.3 XML-схема: DCD2.xsd xmlns="http://www.ORiN.co.jp/ISO20242-4/DCD2" targetNamespace="http://www.ORiN.co.jp/ISO20242-4/DCD2" elementFormDefault="qualified"> DCD2 1.0 DCD2 DCD2.xsd DCD2 2010-05-26 1 OriN use="required" fixed="9"/> C.8 Пример описания возможностей согласующего устройства С.8.1 Общие сведения XML-схема CCD.xsd является примером описания возможностей согласующего устройства, которая описывает XML-схему параметризации двух драйверов устройств. С.8.2 XML-схема: CCD.xsd xmlns:dcd1="http://www. ORiN.co.jp/ISO20242-4/DCD1" xmlns:dcd2="http://www.ORiN.co.jp/ISO20242-4/DCD2" elementFormDefault="qualified" attributeFormDefault="unqualified"> CCD 1.0 CCD CCD.xsd CCD 2010-05-24 1 ORiN minOccurs="0" maxOccurs="unbounded"/> C.9 Пример параметрического описания экземпляра класса С.9.1 Общие сведения SamplePID.xml является примером параметрического описания экземпляра класса в XML-формате, который использует файл CCD.xsd в качестве XML-схемы и описывает параметрические экземпляры координатора и драйверов устройств. С.9.2 XML: SamplePID.xml xsi:noNamespaceSchemaLocation="../Schema/CCD.xsd"> ExampleOfPID 1.0 Example of PID PID.xml lnformationExchange 2010-03-26 http://www.ORiN.jp/ISO20242-4/XPID 1 1 None CSI xmlns="http://www.ORiN.co.jp/ISO20242-4/DCD1"> 1 1 1 1 1 1 RC1 VS 100 0 P11 xmlns="http://www.ORiN.co.jp/ISO20242-4/DCD2"> 1 1 1 1 1 1 DS @Vars ID=10 123 0 ABC Таблица ДА.1 Обозначение ссылочного международного стандарта Степень соответствия Обозначение и наименование соответствующего национального стандарта ISO 15745-1 IDT ГОСТ Р ИСО 15745-1-2010 "Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 1. Общее эталонное описание" ISO 20242-1:2005 IDT ГОСТ Р ИСO 20242-1-2010 "Системы промышленной автоматизации и интеграция. Служебный интерфейс для испытательных прикладных программ. Часть 1. Общие положения" ISO 20242-3 IDT ГОСТ Р ИСO 20242-3-2012 "Системы промышленной автоматизации и интеграция. Служебный интерфейс для испытательных прикладных программ. Часть 3. Служебный интерфейс виртуального устройства" Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: [1] ISO 15745 (all parts) Industrial automation systems and integration - Open systems application integration framework (Системы промышленной автоматизации и интеграция. Прикладная среда интегрирования открытых систем) [2] ISO/IEC 19501:2005 Information technology - Open Distributed Processing - Unified Modeling Language (UML) Version 1.4.2 (Информационные технологии. Открытая распределительная обработка. Унифицированный язык моделирования (UML). Версия 1.4.2) [3] Generic Device Interface Version 4.4 - Association for Standardization of Automation and Measuring Systems (ASAM) [4] OASIS PPS-1, Production Planning and Scheduling Part 1: Core Elements, Ver1.0 Public Review Draft 01, 7th August, 2007 [5] OASIS PPS-2, Production Planning and Scheduling Part 2: Transaction Messages, Ver1.0 Public Review Draft 01, 7th August 2007 [6] ORiN 2.1 Specifications, Version 2.1, ORiN Forum [7] REC-xml-20040204, Extensible Markup Language (XML) 1.0 Third Edition - W3C Recommendation 04 February 2004 [8] REC-xmlschema-1-20041028, XML Schema Part 1: Structures Second Edition - W3C Recommendation 28 October 2004 [9] REC-xmlschema-2-20041028, XML Schema Part 2: Datatypes Second Edition - W3C Recommendation 28 October 2004 УДК 658.52.011.56:006.354 OКC 25.040.40 Ключевые слова: автоматизированные промышленные системы, интеграция, жизненный цикл систем, управление производством Электронный текст документа и сверен по: , 2020
Рисунок 5 - XML-схема для обобщенного DCPT-шаблона
Рисунок 6 - XML-схема для обобщенного CCD-описания 7 Общие правила применения DCPT-шаблона
7.1 Общие сведения
7.2 Заголовок DCPT-шаблона
Тип XML-данных: строка.
Пример - АВС-123-ХХ
Тип XML-данных: строка.
Пример - 2.34
Тип XML-данных: строка.
Пример - DCD Thermometer
Тип XML-данных: строка.
Пример - ASAM
Тип XML-данных: строка.
Действующими классами профилей являются:
GenericDCPT
TechnlogySpecificDCPT
CCD
DCD
Пример - DCD
Тип XML-данных: дата 2011-09-21
Данное поле является дополнительным.
Тип XML-данных: любой унифицированный идентификатор ресурса (URI), anyURI
Пример - http://www.asam.net
Множественные ссылки разрешены, например для устройств с более чем одним связующим интерфейсом
Тип XML-данных: положительное целое число.
Пример - 1
Тип XML-данных: строка
При отсутствии применяемой в ИСO 20242 технологии необходимо использовать значение "None".
Пример - None 7.3 Дополнение шаблона профиля
7.4 Закрепление текстовой информации
7.5 Создание PID-описания
8 Многоязычные текстовые элементы
Приложение А
(справочное)
Шаблон профиля возможностей GDI-интерфейса ASAM
Рисунок A.1 - Диаграмма классов для зависящей от GDI-интерфейса модели DCPT-шаблона
Рисунок А.2 - Элемент OrderedValue для сценариев конфигурирования 
Рисунок А.3 - Элемент Value для разделенных определений типов 
Рисунок А.4 - Элементы классов Value и OrderedValue в сценарии конфигурирования
AttributeReadOnly
Приложение В
(справочное)
Шаблоны профилей возможностей устройства для промышленного применения
Рисунок B.1 - Диаграмма классов для зависящей от MICX-технологии модели DCPT-шаблона
Приложение С
(справочное)
Шаблоны профилей возможностей открытого сетевого робототехнического интерфейса (OriN)
Generic DCPT - Обобщенный DCPT-шаблон.
Рисунок С.1 - Диаграмма классов для зависящей от ORiN-интерфейса модели профиля шаблона (DCPT)
Рисунок С.2 - Элемент Value для несвязанных определений типа
AttributeReadOnly
Приложение ДА
(справочное)
Сведения о соответствии ссылочных международных стандартов национальным стандартам
IDT - идентичные стандарты.Библиография