allgosts.ru25. МАШИНОСТРОЕНИЕ25.040. Промышленные автоматизированные системы

ГОСТ Р ИСО 15745-2-2010 Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 2. Эталонное описание систем управления на основе стандарта ИСО 11898

Обозначение:
ГОСТ Р ИСО 15745-2-2010
Наименование:
Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 2. Эталонное описание систем управления на основе стандарта ИСО 11898
Статус:
Действует
Дата введения:
09/01/2011
Дата отмены:
-
Заменен на:
-
Код ОКС:
25.040.40

Текст ГОСТ Р ИСО 15745-2-2010 Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 2. Эталонное описание систем управления на основе стандарта ИСО 11898



ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОС сийской

ФЕДЕРАЦИИ

ГОСТ Р исо 15745-2 — 2010

Системы промышленной автоматизации

ПРИКЛАДНАЯ ИНТЕГРАЦИОННАЯ СРЕДА

ОТКРЫТЫХ СИСТЕМ

Часть 2

Эталонное описание систем управления на основе стандарта ИСО 11898

ISO 15745-2:2003

Industrial automation systems and integration — Open systems application integration framework — Part 2: Reference description for ISO 11898-based control system (IDT)

и интеграция

Издание официальное

ГОСТ Р ИС015745*2—2010

Предисловие

Цели и принципы стандартизации е Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», в правила применения национальных стан* дартов Российской Федерации — ГОСТ Р 1.0—2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    ПОДГОТОВЛЕН Научно*техкическим центром ИНТЕК на основе собственного аутентичного перевода на русский язык международного стандарта, указанного е пункте 4

2    ВНЕСЕН Техническим комитетом лостандартиэацииТК 100 «Стратегический и инновационный менеджмент»

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

4    Настоящий стандарт идентичен международному стандарту ИС0 15745*2:2003 «Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 2. Эталонное описание систем управления на основе стандарта ИС011898» (IS015745*2:2003 «Industrial automation systems and integration — Open systems application integration framework — Part 2: Reference description for ISO 1189d-based control system»}.

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных и европейского регионального стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

ВВЕДЕН ВПЕРВЫЕ

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

© Стандартною рм. 2013

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

ГОСТ Р ИС 015745-2—2010

Содержание

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

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

3    Термины и сокращения....................................... 2

4    Обозначения и сокращения.................................... 2

5    Технологические специальные элементы и правила......................... 3

5.1    Интеграционные модели и интерфейсы (AS........................... 3

5.2    Шаблоны профилей....................................... 3

5.2.1    Общие положения..................................... 3

5.2.2    Содержимое и    синтаксис................................. 3

5.2.3    Заголовок......................................... 3

5.3    Технологические специальные профили............................. 3

в Профили устройств и коммуникационных сетей для систем управления на основе ИСО 11898 ....    4

6.1    Протокол DeviceNet....................................... 4

6.1.1    Профиль устройств.................................... 4

6.1.2    Профиль коммуникационных    сетей............................ 5

6.2    Протокол CANopen....................................... 7

6.2.1    Профиль устройств.................................... 7

6.2.2    Профиль коммуникационных    сетей............................ 13

Приложение А (обязательное) Шаблоны профилей DeviceNet.................... 15

Приложение В (обязательное) Шаблоны профилей CANopen..................... 94

Приложение ДА (справочное) Сведения о соответствии ссылочных международных и европейского

регионального стандартов ссылочным национальным стандартам Российской Федерации ........................................170

Библиография............................................170

Hi

ГОСТ Р ИС0 15745-2—2010

Введение

Прикладная интеграционная среда (AIF) определяет элементы и правила, облегчающие:

•    систематическую организацию и представление требований к интеграции прикладных систем с помощью моделей интеграции;

•    разработку спецификаций интерфейсов в форме профилей интероперабельности прикладных систем (AIP). что позволяет выбрать как соответствующие ресурсы, таки документацию «встроенных» прикладных систем.

ИС015745-1 устанавливает общие эле менты и правила описания интеграционных моделей и AIP вместе с их профилями компонент—профили процессов, профили обмена информацией и профили ресурсов . Содержание комплекса стандартов ИСО 15745 и структурный вид составных частей AIP показан на рисунке 1 ИС0 15745-1:2003.

Настоящий стандарт расширяет общую AIF. описанную в ИС015745-1. путем определения технологических специальных элементов и правил описания как профилей коммуникационных сетей, так и коммуникационных аспектов профилей устройств (приборов), относящихся к системам управления на основе ИС011898 (DeviceNet**. CANopen* 2*).

В частности, в настоящем стандарте описаны шаблоны технологическою специального профиля для профиля устройств (приборов) и профиля коммуникационной сети. В рамках AIP экземпляр профиля устройств (приборов) или экземпляр профиля коммуникационной сети является частью профиля ресурсов, определенного в ИС015745-1. Файлы экземпляров XML профиля устройств (приборов) и профиля коммуникационной сети включаются в экземпляр XML профиля ресурсов с использованием файла Profile-Handle^ DataType. как установлено в ИС0 15745-1:2003. пункт 7.2.5.

AIF. использующие элементы и правила ИС015745-1. могут быть легко интегрированы с профилями компонент, определенными с использованием элементов и правил, установленных в настоящем стандарте.

Настоящий стандарт разработан техническим комитетом ИСО/ТК164 «Системы промышленной автоматизации и интеграция», подкомитетом ПК 5 «Архитектура, системы связи и интегрированные среды».

Комплекс стандартов ИС015745 имеет общее название « Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем» и включает е себя следующие части:

•    часть 1.0бщееэталониоеолисание;

•    часть 2. Эталонное описание систем управления на основе стандарта ИС011898;

•    часть 3. Эталонное описание систем управления на основе стандарта МЭК 61158:

•    часть 4. Эталонное описание систем управления на основе стандарта Ethernet.

,J DeviceNet™ — торговая мерка Open DeviceNet Vendor Association Inc. Эга информация приведена для удобства пользователей ИСО 15745 и не означает одобрения со стороны ИСО владельца торговой мерки или любых его продуктов. Соответствие настоящему стандарту не требует использования торговой марки DeviceNet™. Использование торговой марки DeviceNet™ требует разрешения Open DeviceNet Vendor Association Inc.

2) CANopen — торговая марка, используемая для описания ЕН 50325-4. Эта информация приведена для удобства пользователей ИСО 15745 и не означает одобрения со стороны ИСО владельца торговой мерки или любых его продуктов. Соответствие настоящему стандарту не требует использования торговой марки CANopen.

IV

ГОСТ Р ИСО 15745-2—2010

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

Системы промышленной автоматизации и интеграция ПРИКЛАДНАЯ ИНТЕГРАЦИОННАЯ СРЕДА ОТКРЫТЫХ СИСТЕМ

Часть 2

Эталонное описание систем управления на основе стандарта ИСО 11898

Industrial automation systems end integration. Open systems application integration framework.

Part 2. Reference description for ISO 11898-based control system

Дата введения — 2011—09—01

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

Настоящий стандарт устанавливает специальные технологические элементы и правила описания как профилей коммуникационных сетей, так и коммуникационных аспектов профилей устройств (приборов), относящихся к системам управления на основе ИСО 11898.

Примечание — Общие элементы и правила описания интеграционных моделей и профилей интероперабельности прикладных систем с профилями их компонент (профили процессов, профили обмена информации и профили ресурсов) установлены в ИСО 15745-1.

Настоящий ста ндарт следует использовать вместе с ИСО 15745-1.

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

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

ИСО 639-1:2002 Коды для представления названий языков. Часть 1. Двухбуквенный код (ISO 639-1:2002. Codes for the representation of names of languages — Part 1: Alpha-2 code)

ИСО 639-2:1998 Коды для представления названий языков. Часть 2. Трехбуквенный код (ISO 639-2:1998. Codes for the representation of names of languages— Part 2: Alpha-3 code)

ИСО 3166-1:1997 Коды для представления названий стран и единиц их административно-территориального деления. Часть 1. Коды стран (ISO 3166-1:1997. Codes for the representation of names of countries and their subdivisions — Part 1: Country code)

ИСО/МЭК 10646-1:2000 Информационные технологии. Универсальный многооктетный кодированный набор символов (UCS). Часть 1. Архитектура и базовая многоязычная плоскость (ISO/IEC10646-1:2000, Information technology — Universal Multiple-Octet Coded Character Set (UCS) — Pa rt 1: Arch itecture and Basic Multilingual Plane)

И CO 11898:1993 Дорожные транспортные средства. Обмен цифровой информацией. Сеть контроллеров (CAN) для высокоскоростной связи (IS011898:1993. Road Vehicles — Interchange of digital information — Controller area network (CAN) for high-speed communication)

Издание официальное

1

ГОСТ Р ИС0 15745-2—2010

ИСО 1 5745-1:2003 Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть! Общее эталонное описание (IS015745-1:2003.Industrialautomation and systems integration — Open systems application integration framework — Part 1: Generic reference description)

МЭК 61158 (все части) Передача цифровых данных для измерения и управления. Полевая шина для систем автоматического регулирования и управления технологическими процессами (IEC 61158 (all parts). Digital data communications for measurement and control — Field bus for use in industrial control systems) МЭК61784-1:2003 Цифровые передачи данных для измерения и управления. Часть 1. Профильные наборы для непрерывного и раздельного производства полевых шин для систем автоматического регулирования и управления технологическими процессами (IEC 61784-1:2003, Digital data communications for measurement and control — Part 1: Profile sets for continuous and discrete manufacturing relative to fieldbus use in industrial control systems)

МЭК 62026-3:2000 Устройства распределительные комплектные низковольтные. Интерфейсы между контроллером и прибором (CDIs). Часть 3. DeviceNETTM (IEC 62026-3:2000, Low-voftage switchgear and controlgear—Controller-device interfaces (CDIs) — Part 3: DeviceNetTM)

EH 50325-4:2002 Подсистема промышленной коммуникации на основе ИС011898 (CAN) для интерфейсов контроллер-прибор. Часть 4. CANopen (EN 50325-4:2002, Industrial communications subsystem based on IS011898 (CAN) for controller-device interfaces — Part 4: CANopen)

IEEE Std 754-1985 (R1990) Стандарт IEEE для двоичной арифметики с плавающей запятой (IEEE Std 754-1985 (R1990), IE EE Standard for В inary Floating-Point Arithmetic)

REC-xml-20001006 Расширяемый язык разметки (XML) 1.0 второе издание — Рекомендация W3C от 6 октября 2000 г. (REC-xml-20001006. Extensible Markup Language (XML) 1.0 Second Edition — W3C Recommendation 6 October 2000)

REC-xmlschema-t-20010502 Схема XML. Часть ! Структуры — Рекомедация W3C от 2 мая 2001 (REC-xmlschema-1 -20010502, XML Schema. Part 1: Structures—W3C Recommendation 02 May 2001)

REC-xmlschema-2-20010502 Схема XML. Часть 2. Типы данных — Рекомедация W3C от 2 м ая 2001 (REC-xmlschema-2-20010502, XML Schema. Part 2: Datatypes—W3C Recommendation 02 May 2001)

RFC 1738:1994 Единый указатель pecypcoB(URL)— Целевая группа инженерной поддержки Интернета (1ETF). Запрос на комментарий (RFC) (RFC 1738:1994, Uniform Resource Locators (URL)— Internet Engineering Task Force (IETF). Request for Com ments (RFC))

RFC 1759:1995 Принтер MIB — Целевая группа инженерной поддержки Интернета (IETF). Запрос на комментарий (RFC) (RFC 1759:1995. Printer MIB—Internet Engineering Task Force (IETF). Request for Comments (RFC))

UMLV1.4 OMG — Спецификация для Унифицированного Языка Моделирования (Версия !4. сентябрь 2001) (UML V1.4, OMG — Unified Modeling Language Specification (Version 1.4. September2001))

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

В настоящем стандарте использованы термины и определения по ИС015745*1 (приложение А).

4    Обозначения и сокращения

A1F — прикладная интеграционная среда (Application Integration Framework);

AIP — профиль интероперабельности приложений (Application Interoperability Profile):

CAN    — сеть контроллеров (Controller Area Network);

CIP™3’ — общий промышленный протокол (Common Industrial Protocol);

EDS — электронная информационная таблица: электронная таблица данных (Electronic Data Sheet); IAS    — системы промышленной автоматизации (Industrial Automation Systems);

OSI    — взаимодействие открытых систем (Open System Interconnection):

UM. — унифицированный язык моделирования (см. UML V1.4) (Unified Modelling Language);

XML    — расширяемый язык разметки (см. REC-xml-20001006) (extensible Markup Language).

э> CIP™ — торговая марка Control Net International. Ltd., и Open DeviceNet Vendor Association. Inc. Эта информация приведена для удобства использования комплекса стандартов ИСО 15745 и не означает одобрения оо стороны ИСО владельца торговой марки или любых его продуктов. Соответствие настоящему стандарту не требует использования торговой марки DeviceNet™. Использование торговой марки CIP™ требует разрешения либо ContrdNet International. Ltd., либо Open DeviceNet Vendor Association. Inc.

2

ГОСТ Р ИС 0 15745-2—2010

5 Технологические специальные элементы и правила

5.1    Интеграционные модели и интерфейсы IAS

Разработчик AIP должен создать интеграционную модель с использованием правил, описанных в ИС015745-1. а также должен обеспечить, чтобы профили устройства (приборов) и коммуникационных сетей на основе И С011898 (независимо от того, представляют ли они требования к интерфейсам или требования. выводимые из существующих приборое/коммуникационных сетей) включали в себя необходимые интерфейсы IAS. Интерфейсы IAS. включенные в профиль, должны быть идентифицированы в разделе заголовка (см. ИС0 15745-1:2003, пункт 7.2.2).

Примечание — Интерфейсы IAS описаны 8 ИСО 15745-1:2003 (приложение В).

5.2    Шаблоны профилей

5.2.10бщие положения

Шаблоны технологических специальных профилей на основе ИСО 11898 выводятся из общих шаблонов профилей, установленных в ИСО 15745-1 (раздел 7).

5.2.2    Содержи мое и синтаксис

Комплекс стандартов ИС015745 устанавливает шаблоны профилей, которые являются XML схемами (REC-xmlschema-1-20010502 и REC-xmlschema-2-20010502) и используют общую основную структуру. Профили устройств (приборов) и коммуникационных сетей, основанные на этих шаблонах, как правило, содержат:

•    информацию, необходимую для идентификации подсоединенного прибора;

•    описание данных об устройстве (приборе), которые могут быть оценены через сеть;

•    описание коммуникационных возможностей, поддерживаемых устройством (прибором);

-    дополнительную информацию от продавца.

Однако некоторые технологии, основанные на ИС011898. используют специальный унаследованный синтаксис ASCII. Поэтому обратная совместимость, определения шаблонов любой технологии (приложения А. в) включают а себя все или соответствующие лоднаборы. а именно;

•    шаблоны профилей коммуникационных сетей и устройств (приборов), установленные е ИСО 15745-1;

•    шаблон ИС015745, инкапсулирующий файлы с унаследованным синтаксисом ASCII («упаковщик»);

-    унаследованный синтаксис ASCII.

5.2.3    Заголовок

Заголовок шаблона профилей, установленный в ИСО 15745-1:2003 (пункт 7.2.2). используют для шаблонов технологических специальных профилей ИСО 11898. Каждая технология использует одно или несжилым имен д/м идеи iифи нации iuxhuihji ии или ев иi дельную компоненту (оiдельные комнинвжы) (см. таблицу 1). Выбранное имя должно храниться в атрибуте ProfileTechnology в разделе заголовка.

Таблица 1 — Имена атрибута Profile Technology

Имя атрибута ProWeToehrtotogy

Технология

DeviceNet

Device Met

CIP

DeviceMet

EDS

Device Met

CANopen

CANopen

COFDCML

CANopen

5.3 Технологические специальные профили

Структура технологических специальных профилей коммуникационных сетей и коммуникационные аспекты структуры профилей устройств (приборов), основанные на ИСО 11898. описаны в разделе 6. включающем е себя следующие технологии:

• DeviceNet (см. 6.1);

- CANopen (см. 6.2).

Определения связанны х шаблонов профилей даны в приложениях А и В.

3

ГОСТ Р ИС0 15745-2—2010

6 Профили устройств и коммуникационных сетей для систем управления на основе ИСО 11898

6.1    Протокол DeviceNet

6.1.1    Профиль устройств

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

На рисунке 1 показана диаграмма классов профилей устройств DeviceNet.

Рисунок 1 — Диаграмма классов профилей устройств DeviceNet

Доступные форматы для профилей устройств DeviceNet описаны а А.2 (приложение А).

XML схема, представля ющая шаблон профилей устройств DeviceNet. определена в А.2.1.3.3 (приложение А), имя XML файла этой схемы должно быть «Cl P_Devtce_Prome.xsa».

Примечание — Диаграмма классов профилей устройств DeviceNet. представленная на рисунке 1. определяет основные классы. Эти классы разбиваются на составные части; подробное описание дано в приложении А.

XML схема, представляющая инкапсуляцию унаследованного DeviceNet EDS в шаблон профилей приборов на основе ИС015745, определена в А.2.2.2 (приложение А). Имя XML файла этой схемы должно быть aEDS_Devioe_Profiie_wrapper.xsd». Сам унаследованный синтаксис EDS ASCII описан в А.4 (приложение А).

6.1.1.2    Идентичность устройств

Класс Идентичность устройств (Deviceidentity) содержит атрибуты, которые однозначно идентифицируют прибор и поддерживают сервисы, позволяющие извлечь эту информацию из устройства.

Эти атрибуты обеспечивают, в частности:

•    идентификацию изготовителя (название и идентификационный код);

•    идентификацию устройств (тип устройства, название изделия, модификация, серийный номер);

- классификацию устройств;

•    место хранения дополнительной информации (например, иконки).

6.1.1.3    Управление устройствами

Класс Управление устройствами (DeviceManager) содержит атрибуты и поддерживает сервисы, используемые для мониторинга и конфигурирования приборов.

4

ГОСТ Р ИС 015745-2—2010

Эти атрибуты обеспечивают, в частности:

-    модификацию объекта Идентичность DeviceNet;

-    информацию ло структуре устройства (для устройств, интегрированных в модульную систему). Сервисы позволяют:

•    отключить устройство:

•    осуществлять поиск атрибутов DevtceManager.

6.1.1.4    Функция устройств

Класс Функция устройств (OeviceFunction) содержит атрибуты и поддерживает сервисы, позволяющие осуществлять функциональное управление (например, конфигурирование) устройствами.

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

Примечание — Определение специального класса OeviceFunction в ИСО 15745-2 не установлено.

6.1.1.5    Прикладной процесс

На рисунке 2 показана структура класса Прикладной процесс (AppiicationProcess).

Рисунок 2 — Диаграмма класса AppiicationProcess DeviceNet

Класс Компоновка (Assembly) собирает несколько элементов данных прикладного процесса в один блок для оптимизации коммуникаций. Класс Параметр (Parameter) обеспечивает стандартизованный интерфейс для оценивания отдельных элементов данных прикладного процесса. Класс Группа Параметров (ParameterGroup) устанавливает группы связанных параметров для определенной цели (например, конфигурирование. мониторинг). Класс Компоновка и класс Параметр поддерживают атрибуты и сервисы как на уровне класса, так и на уровне экземпляра.

Классы Assem (Компоновка), Param (Параметр) и Group (Группа) определяют отдельные экземпляры основных классов.

Примечание — Класс Коыпоноаха и класс Параметр соответствуют объектам Компоновка DeviceNet и Параметр. Объект Компоновка полностью определен 8 МЭК 61158-5:2003 и МЭК 61158-6:2003 (тип 2).

6.1.2 Профиль коммуникационных сетей

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

На рисунке 3 показана структура классов профилей коммуникационных сетей DeviceNet.

5

ГОСТ Р ИС0 15745-2—2010

Рисунок 3 — Диаграмма классов- профилей коммуникационных сетей DeviceNet

Доступные форматы для профилей коммуникационных сетей DeviceNet описаны в А.З(приложение А).

XML схема, представляющая шаблон профилей коммуникационных сетей DeviceNet, определена в А.3.1.3 (приложение А). Имя XML файла этой схемы должно быть «DNet_CommNet_Profi<e.xsd».

XML схема, представляющая инкапсуляцию унаследованного DeviceNet EDS в шаблон профилей коммуникационных сетей на основе ИСО 15745, определена в А.З.2.2 (приложение А). Имя XML файла этой схемы должно быть «EDS_CommNet_Profile_wrapper.xsd». Сам унаследованный синтаксис EDS ASCII описан в А.4 (приложение А).

6.1.2.2    Прикладные уровни

Класс Прикладные уровни (ApplicationLayers) DeviceNet п редставляет составные профили для трех верхних уровней интегрированной OSI модели коммуникационных сетей DeviceNet.

Далее он разбивается на несколько классов, как показано на рисунке 3:

•    объект Соеди нение (ConnectionObject) определяет характеристики, связанные с соединениями, и управление соединениями:

•    объект Маршрутизатор сообщений (MessageRouter) определяет характеристики, связанные с внутренней маршрутизацией сообщений в устройстве.

Примечание — Соответствующие объект Соединение и объект Маршрутизатор Сообщений полностью определены в МЭК 62026-3.

6.1.2.3    Транспортные уровни

Класс Транспортные уровни (TransportLayer) DeviceNet представляет составные профили для четырех нижних уровней интегрированной OSI модели коммуникационных сетей DeviceNet

Далее он разбивается на несколько классов, как показано на рисунке 3:

•    физический Уровень DN (DNPhys*calLayer) идентифицирует характеристики физического уровня (например. соединитель, скорость передачи данных в бодах, электрические характеристики);

•    канальный Уровень DN (DNLinkLayer) и объект DeviceNet (DeviceNetObject) определяют характеристики. связанные с конфигурированием канального уровня передачи данных и мониторингом;

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

Примечание — Соответствующий объект DeviceNet полностью определен в МЭК 62026-3:2000.

6

ГОСТ Р ИС 015745-2—2010

6.1.2.4 Управление сетями

Класс Управление сетями (NetworkManagement) DeviceNet представляет конфигурирование сети и возможности настройки характеристик интегра ционной модели коммуникационной сети DeviceNet

Далее он разбивается на несколько классов, как показано на рисунке 3:

• объект NM-DeviceNet (NM-DeviceNetObject). объект NM-Соединение (NM-ConnecdonObject) и Марш* рутизатор NM-сообщемий (NM-MessapeRouter) определяют характеристики, связанные с управлением классов соответствующих объектов.

6.2 Протокол CANopen

6.2.1    Профиль устройств

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

На рисунке 4 показана структура классов профилей устройств CANopen.

Требуемый формат профилей устройств CANopen описан в В.1 (приложение В). XML схема, представляющая шаблон профилей устройств CANopen. определена в 8.1.5.1 (приложение В). Имя XML файла схемы должно быть 'COFDCMLxsd'.

Примвчанив1 — Для лучшей читаемости диаграмма классов профилей устройств (DeviceProfile) CANopen разбита на пять диаграмм классов.

Примечание 2 — Все эти классы отображаются в той же XML схеме, определенной в В.1.5.1 (приложение В).

Примечание 3 — Диаграммы классов профилей устройств CANopen. показанные на рисунках 4—10. определяют основные классы. Далее некоторые классы разбиваются на составные части: подробное описание па но в приложении В.

6.2.1.2 Идентичность устройств

Класс Идентичность устройств (Devnceldentity) определен на рисунке 5.

Рисунок 5 — Диаграмма класса Идентичность устройств (Deviceldentrty)

7

ГОСТ Р ИС0 15745-2—2010

Класс Deviceldentity должен состоять из дочерних классов, показанных на рисунке 5 и установленных в таблице 2.

Таблица 2 — Разбиение класса объекта Идентичность устройств

Класс

Описание

Профиль

Тил

Экземпляр

vendorName

Название изготовителя или продавца устройства

X

X

X

vendorIC

IEEE OUI (Организационно Уникальный Идентификатор) (см.|6]>

X

X

veodorText

Может быть использован для предоставления дополнительной информации по продавцу

X

X

X

deviceFamrty

Определение этого класса в настоящем стандарте не установлено

X

X

X

capabilities

Определение этого класса в настоящем стандарте не установлено

X

X

prodoctFamity

Специальное семейство продуктов (бренд) продавца устройства

X

X

productName

Специальное название продуктов продавца

X

X

X

productID

Уникальный идентификатор, определяющий тип устройства: формат выбирается по усмотрению продавца

X

X

productText

Может быть использован для предоставления дополнительной информации по устройству

X

X

X

orderNumber

Специальный порядковый номер продукта продавца

X

X

version

Специальная версия продукта продавца, атрибут veminnType (Тип версии) лтвспапт различать множество версий (а именно: аппаратные средства. встроенные программы)

X

X

butldDate

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

X

X

specificationRevision

Внесение изменений в спецификацию, которой данное ус тройство соответствует

X

X

X

instanceName

Имя экземпляра устройства

X

serialNumber

Серийный номер экземпляра устройства

X

Примечание — В графах «Профиль». «Тип» и «Экземпляр» указывают, подходит ли отдельный дочерний клаос для использования в профиле устройств, а также для описания типа устройства или описания экземпляра устройства.

В

62.1.3 Управление устройством

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

На рисунке 6 показано представление CANopen класса Управление устройством (DeviceManager).

ГОСТ Р ИС 015745-2—2010

Рисунок 6 — Диаграмма клаоса Управление устройством (Device Manager)

6.2.1.3.2 Объекты localDataDescriptionList (Список описаний локальных данных), localDataDescription (On исание локальных данных)

Объект localDataDescriptionList должен быть набором объектов local DataDescription. Объект localDataDescription должен описывать объекты данных, используемых только в контексте устройства.

62.1.3.3 Объект deviceStaicture

6.2.1.3.3.1    Общее представление

Объект deviceStructure должен быть контейнером всех физических объектов устройства. Такой объект может быть каналом (физической или логической точкой евода/вывода), MAU (Устройством подключения к среде), слотом для подключения дополнительных модулей (как часть устройства) или LED (светоизлучающим диодом).

6.2.1.3.3.2    Объекты channelList (Список каналов), channel (канал)

Объект channelList должен быть набором объектов channel. Эти объекты должны описывать физические или логические точки веода/еывода устройства.

6.2.1.3.3.3    Объекты MAUList (Список устройств подключения к среде), MAU (Устройство подключения к среде)

Объект MAUList должен быть набором объектов MAU. Эти объекты должны описывать точки доступа к сетевым средам.

6.2.1.3.3.4    Объекты slolUst (Слисок слотов), slot (слот)

Объект slotList должен быть набором объектов slot. Объе кт slot должен содержать ссылку на описание внешнего обмена профилями устройства CANopen.

Примечание — Слоты используют для описания модульных устройств или отдельных комбинаций устройств.

6.2.1.3.3.5    Объекты indicatorList (Список индикаторов). LEDList (Список светоизлучающих диодов). LED (светоизлучающий диод)

Объект LEDList должен быть набором объектов LED. Этот объект должен олисывать LED устройства.

Примечание — Класс indicatorList может быть расширен в последующих изданиях ИСО 15745-2.

6.2.1.3.4 Класс communicationEntity (Коммуникационная сущность)

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

На рисунке 7 дано определение класса communicationEntity.

9

ГОСТ Р ИС0 15745-2—2010

Рисунок 7 — Диаграмма класса conraunicabonEntity

Класс communicationEntity должен описывать объект устройства, способный установить связь с объектами других устройств, и должен содержать полный набор заранее определенных элементов конфигурации и описания коммуникационных объектов. 8 устройстве могут использоваться несколько communicationEntity.

6.2.1.3.4.2    cfgttemList (Списокэлементов конфигурации)

cfgltemList должен состоять из объектов CANopenDedicatedCfgltem.

6.2.1.3.4.3    CANopenDedicatedCfgltem (специализированный элемент конфигурации CANopen}

CANopenDedicatedCfgltem должен быть набором элементов конфигурации.

Примечание — Определение дополнительных классов элементов конфигурации в ИСО 15745-2 не рассмотрено.

6.2.1.3.4.4    Класс CANopenldentity (идентичность CANopen)

Класс СANopenIdentity состоит из нескольких объектов, необходимых для идентификации устройства в сети С AN open. Он включает в себя объекты для CANopenVendorlD (идентификатор продавца С ANopen). CANopen Product Code (код продуктов CANopen). CANopenRevisionNumber (номер модификации CANopen) и CANopenSerialNumber (серийный номер CANopen), а также CANopenManufacturerOeviceName (название прибора изготовителя CANopen), CANopenManufacturerHardwareVersion (версия аппаратных средств изготовителя CANopen) и CANopenManufacturerSoftwareVersion (версия программных средств изготовителя CANopen).

Примечание — Соответствующий объект идентичности определен в ЕН 50325-4.

6.2.1.3.4.5    CANopenCommunicationFunctionUst (Список коммуникационных функций CANopen). function (функция)

CANopenCommunicationFunctionlist должен быть набором объектов function (функция). Каждый такой объект описывает функциональные возможности CANopen. связанные с коммуникационной областью CANopen. путем использования CANopenCommипюайоп Parameter List (Список коммуникационных параметров CANopen).

6.2.1.3.4.6    CANopenCommunicationParameterList (Список коммуникационных параметров CANopen). parameters (параметры)

CANopenCommunicabonParameterList должен быть набором объектов Параметр. Каждый такой объект описывает параметр, связанный скоммуникационной областью CANopen.

6.2.1.3.4.7    CANopenObjectAccessList (Список доступа к объектам CANopen), CANopenObject (объект CANopen)

CANopenObjectAccessList должен быть набором объектов CANopenObject. Что касается словаря объекте» CANopen. каждый такой объект описывает параметр из вида DeviceFunction или из CANopenCommunicationParameterList.

10

ГОСТ Р ИС 015745-2—2010

Примечание — CANopenObjectAcoessList соответствует словарю объектов CANopen в ЕН 50325-4.

6.2.1.3.5 Класс processingEntity (обрабатываемая Сущность)

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

На рисунке 6 показано определение класса processingEntity.

$

Рисунок 8 — Диаграмма класса processingEntity

Класс processingEntity должен описывать любое устройство, не являющееся коммуникационным объектом.

Пример—Ресурс, способный выполнять программы.

6.2.1.3.5.2 Классы additionalltemList (Список дополнительных элементов), addibonalitem (дополнительный Элемент)

Класс additionalltemList должен быть набором объектов дополнительных элементов, определяемых пользователем. Объект additional Item может быть использован для описания характеристик приборов, кроме характеристик конфигурации или коммуникационных объектов.

Примечание — Определение additionalllemType дополнительных элементов в настоящем стандарте не рассмотрено.

Пример—Документация по прибору.

62.1.3.5.3 Классы togicalConnectionPointList (Слисок логических точек соединений). togicalConnection-Point (логическая точка соединения)

Класс logicalConnectionPointList должен быть набором объектов логических точек соединений. Этот объект описывает соединение.

Примечание — Предполагается, чго используются только соединения между конечными точсами соединений одинакового типа.

6.2.1.3.5.4 Классы logicalConnectionPointAssemblylist (Список наборов логических точек соединений), logicalConnectionPointAssembly (набор логических точек соединений)

Класс togicalConnectionPointAssembtyUst должен быть набором объектов togicalConnectionPoint-Assembly. Этот набор должен быть описанием группы объектов IogicalConnectionPoint.

62.1.3.5.5 Классы intemalConnecrtonPointList (Список внутренних точек соеди нений), intemalCormecbon-Point (внутренняя точка соединения)

Класс internafConnectionPointList должен быть набором объектов internalConnectionPoint. определяющим внутренние соединения между различными объектами communicationEntity и/или объектами resourceEntity в одном и том же устройстве.

6.2.1.3.5.6 Класс cfgltemUst (Список элементов конфигурации)

Класс cfgltemList может состоять из объектов ded icatedCfgltem и объектов uncomittedCfgltem.

11

ГОСТ Р ИС0 15745-2—2010

6.2.1.3.5.7 Элемент dedicatedCfg Item (Специализированный элемент конфигурации) dedicatedCfgltem должен быть элементом конфигурации с атрибутом dedicatedCfgltemType. Такой элемент следует использовать для определения соответствующих характеристик конфигурации.

62.1.3.5.8 Элемент uncommittedCfgltem (нескоммутироеанный элемент конфигурации) unoommittedCfgltem должен быть элементом конфигурации с атрибутом dedicatedCfgltemType. Такой элемент следует использовать для определения характеристик конфигурации, которые не могут быть описаны dedicatedCfgltem.

Примечание — Определение некоммутированных элементов конфигурации в настоящем стандарте не рассмотрено.

Пример — Описание DIP—переключателей, изменяющих код идентификатора прибора.

6.2.1.4 Функция прибора

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

На рисунке 9 приведена диаграмма классов DeviceFuncton.

MpUdlSt

outputtist

0-1

0-1

Рисунок 9 — Диаграмма классов DevnceFundion (Функция устройства)

8 случае различных представлений функции устройства для описания DevrceFuncfon используют дополнительную ХМ L схему. Имя XML файла схемы должно быть «FDCMUSOI 5745DeviceFunction.xsd». XML схема DeviceFunction определена в приложении 8.

Примечание — Определение дополнительных XML схем, описывающих классы DevrceFuncbon, в настоящем стандарте не рассмотрено.

62.1.4.2    pararoeterList (Список параметров), parameter (параметр)

parameterList должен быть набором объектов Параметр. Такой объект описывает параметры устройства на основе функциональной перспективы. Он соединяется с коммуникационным объектом в communicationEntity.

62.1.4.3    functionList (Слисок функций), function (функция). inputsList (Список вводов), outputsList (Список выводов)

function List должен быть набором объектов function (функция). Такой объект должен состоять из inputsList и outputsList. Эти списки должны содержать список ссылок на объекты Параметр.

62.1.5 Прикладной процесс

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

Объект ApplicationProcess (Прикладной процесс) может быть представлен одной или несколькими соответствующими XML схемами.

Примечание — Определение этих XML схем в настоящем стандарте не установлено.

62.1.52 textualDescription (Текстовое on исание)

Объект textualDescription объясняет функцию устройства в читаемом текстовом виде.

12

ГОСТ Р ИС 015745-2—2010

6.2.2 Профиль коммуникационных сотой

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

На рисунке 10 показана диаграмма классов профиля коммуникационной сети CANopen.

Рисунок 10 — Диаграмма классов профиля коммуникационной сети CANopen

XML схема, представляющая профиль коммуникационной сети CANopen. определена в приложении В. Имя файла XML схемы должно бьггь «COCommNetworkProfile.xsd ».

62.2.2 communicationProfile (Коммуникационный профиль)

communicationProfile должен устанавливать подхо-дящие идентификаторы коммуникационных профи* лей. Эти профили и их идентификаторы определены в МЭК 61784-1 (раздел 10.1). Разработчик Al Р может установить дополнительные коммуникационные профили: идентификаторы для таких новых коммуникационных профилей должны быть трехразрядным числом. лежащим между 680 и 699.

13

ГОСТ Р ИС0 15745-2—2010

62.2.3    Транспортные уровни

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

Объект TransportLayers (Транспортные уровни) должен представлять комби нированные профили для четырех нижних уровней интегрированной OSI модели коммуникационных сетей. Этот объект должен вымечать в себя объект cfgltemList (Список элементов конфигурации).

62.2.32 Объекты cfgltemList (Список элементов конфигурации). CANopenOedicatedCfgCategory (Специализированная категория конфигураций CANopen)

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

Примечание — CANopenOedicatedCfgCategory описы вает поддерживаемые услуги по передаче данных(например. объектов данных технологического процесса или объектов сервисных данных), а также поддерживаемые скорости передачи информации в бодах, как определено в ЕН 60325-4.

62.2.4    Прикладные уровни

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

Объект ApplicationLayers (Прикладные уровни) должен представлять комбинированные профили для трех уровней интегрированной OSI модели коммуникационных сетей. Объект ApplicationLayers должен содержать объект cfgltemLisL

622.42 Объекты cfgltemList (Слисокэлементов конфигурации). CANopenOedicatedCfgCategory (Специализированная категория конфигурации CANopen)

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

6.22.5    Управление сетями

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

Объект Network Management (Управление сетями) должен представлять функциональные возможности управлен ия сетям и. Этот объект должен содержать объект cfgltemList.

622.52 Объекты cfgltemList (Список элементов конфигурации). CANopenOedicatedCfgCategory (Специализированная категория конфигураций CANopen)

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

Примечание — Объект CANopenDedicatedCfgCategory определяет поддерживаемые сервисы управления сетями, как установлено в ЕН 50325-4.

14

ГОСТ Р ИС 015745-2—2010

Приложение А (обязательное)

Шаблоны профилей DevIceNet

А.1 Общие положения

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

Для дистанционного конфигурирования устройств с коммуникационным интерфейсом С1Р существуют разные опции, включающие в себя:

•    информацию по приборам, сохраняемую в печатном или электронном формате:

•    специализированные объекты Parameter Object, которые предоставляют заданный открытый интерфейс для отдельных значений данных по конфигурации/парамеграм и также могут вводить дополнитегъную информацию по конфигурации, например описательный текст, тип данных, границы данных и данные по умолчанию:

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

-    комбинации методов, перечисленных выше.

Средства конфигурирования, доступные в настоящее время для устройств на основе С1Р. используют специально отформатированный файл ASCII, называемый Электронная Информационная Таблица (EDS), который предоставляет:

-    информацию, необходимую для идентификации подключенного устройства;

•    описание данных по устройству, которые могут быть оценены через сеть (например, конфигурируемые параметры);

-    описание коммуникационных возможностей, поддерживаемых устройством (например, соединения):

-    дополнительную информацию от продавца.

EDS позволяет средствам конфигурирования автоматизировать процесс конфигурирования устройств. Требования EDS определяют открытый, согласованный и совместимый метод, позволяющий выполнить конфигурирование устройств в среде CIP.

Информация EDS во многом аналогична информации, необходимой как для профиля коммуникационной оеги. так и для профиля устройств, поэтому следующие подклассы устанавливают формат для;

•    шаблонов профилей коммуникационной сети и приборов, как определено в ИСО 15745-1;

-    инкапсуляции уыаг.па/утаымых файлов FOR в inafinnuM ИСО 15745 («упаковщики»):

•    унаследованной Электронной Информационной Таблицы (EDS), включая общую семантическую информацию.

Примечание — EDS сети DeviceNET заданного прибора может быть получена из содержимого соответствующих XML файлов профилей приборов и коммуникационных сетей с использованием соответствующих таблиц стилей.

А.2 Описание шаблонов профилей устройств

А.2.1 Описание шаблонов профилей устройств на основе XML

А.2.1.1 Общие положения

Файлы XML профилей приборов должны соответствовать XML схеме профилей устройств, как установлено в А.2.1.3.3.

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

А.2.1.2 Семантика элементов XML схемы

А.2.1.2.1 ProfileBody (Тело профиля)

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

Семантика этих атрибутов установлена в А.4.1.4.2.

А.2.1.2.2 Deviceldentity (Идентичность устройств)

Данный элемент определяет поддерживаемые атрибуты экземпляра и операции обьекта Идентичность (см. МЭК 62026-3). а тахже дополнительную информацию для полной идентификации устройств. В случае необходимости этот элемент также указывает истинные значения атрибутов экземпляра.

15

ГОСТ Р ИС0 15745-2—2010

Семантика под элементов DeviceldentityJnstanceAttributes элемента Deviceldentity установлена в таблице А.1.

Таблица А.1 — Элементы DeviceldentityJnstanceAttributes

Элементы XML схемы

Атрибуты

объекте

Семантика

SpecificationConformance

Нет

Строке, устанавливающая эталонную версию спецификаций DeviceNet

VendCode. ProdType. Prod Code, ProdRevision

Есть

А.4.1.4.3

VendName. ProdTypeStr, ProdName. Catalog. Icon. Exclude FromAdapterRacfcConnection

Нет

А.4.1.4.3

Status. SerialNumber. State. ConfiguralionConsistencyValue. Heart beatlnterval

Есть

Не применяется

DeviceCiassification

Нет

А.4.1.4.4 и А.4.2.2.1

А.2.1.2.3 DeviceManager (Управление устройствами)

Данный элемент определяет поддерживаемые атрибуты классов и операции объекта identity {Идентичность) (см. МЭК 62026-3). а также дополнительную информацию для управления устройствами. В случае необходимости этот элемент также указывает истинные значения атрибутов экземпляра.

Семантика модульных лодэлемектов элемента DeviceManager установлена а А.4.1.5.2.

А.2.1.2.4 Device Function {Функция устройств)

В настоящем стандарте содержимое этого элемента не детализировано.

А.2.1.2.5 ApplicationProcess {Прикладной процесс)

А.2.1.2.5.1 Assembly (Компоновка)

Данный элемент устанавливает поддерживаемые атрибуты классов и экземпляров объекта Assembly (см. МЭК 61158-5 и МЭК 61158-6 (тип 2}]. а также описание отдельных экземпляров.

Семантика подэлементов Assem. ProxyAssem and ProxiedAssem элемента DeviceManager установлена в А.4.1.4.8 и А.4.1.5.3.2.

А.2.1.2.5.2 Parameter (Параметр)

Данный элемент устанавливает поддерживаемые атрибуты классов и экземпляров и операции объекта Parameter Object а также описание отдельных экземпляров.

Семантика подэпеменга Parametar_ClassAttributes элемента Parameter установлена е А.4.1.4.5. Семантика подэлементов Param. ProxyParam and ProxiedParam элемента Parameter установлена в А.4.1.4.6 и А.4.1.5.3.1.

A.2.1.2.S.3 PorsmeterCroup (Группа Параметров)

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

Семантика подэпеменга Group элемента ParameterGroup установлена в А.4.1.4.7.

А2.1.3 XMLсхемы

А.2.1.3.1 Файл MasterTemplateTypes.xsd

Примечание — XML схема содержит все стили, определенные как часть основного шаблона в ИСО 15745-1.

<?xml verston="1.0" encoding="UTF -8" ?>

<xsd:schema xrnins;xsd=*tittp7Avww.w3.org/2001/XMLSc*iema'>

<!- - Target namespaces are not specified in this master template • •>

<xsd:annotation>

<xsd;documentation»’ HEADER DATA TYPES *</xsd:documentation>

</xsd :a nnota tion>

<xsd:simpleType name='ProfdeClasslD_DataType’>

<xsd:reslriction base=’xsd:stnng“>

<xsd:enumeration vafue='AIP'/>

<xsd:enumeration value="Process" J>

<xsd:enumeration value="lnformatk>r)Exchange’ f>

<xsd:enumeration values’Resource*‘ f>

<xsd:enumeration value="Device" f>

<xsd:enumeration values*CommunicationNetworX* f>

<xsd:enumeration value="Equipmenr />

16

ГОСТ Р ИС 015745-2—2010

<xsd:enumeration value="Human* Г>

<xsd:enumerat>on values‘Materiar t>

</xsd restriction»

</xsd:simpleType>

<xsd:complexType name=7S01574 5Reference_DataType">

<xsd:sequence>

<xsd:eiement name=“IS01 5745Parf type=“xsd:posjtivelnteger'' l>

<xsd:element nafne=*lS015745Editk>n“ type^xsd^osdivelnteger" l>

<xsd:eiement name=*ProfileTechnology" type=’xsd: string" />

</xsd:sequence>

</xsd:compiexType>

<xsd:simpieType name="IASInterface_DataType*>

<xsd:union>

<xsd:simpleType>

<xsd:restriction base=*xsd:stnng">

<xsd:enumeration value=“CSr f>

<xsd:enumerat»n value="HCr />

<xsd:enumeration vaJue=*ISr О <xsd:enumeration valuea“APr/>

<xsd:enumeration vakje=“CMr />

<xsd:enumeration valoe='ESr f>

<xsd:enumecation value=*FSI* />

<xsd:enumeration value="MTT f>

<xsd:enumerat>on value=’SEr />

<xsd:enumerat>on valoe="USr f>

</xsd restriction»

</xsd:simpleType>

<xsd:simp1eType>

<xsd:restriction base=’xsd:string“>

<xsd:lenglh value="4" f>

</xsd restriction»

</xsd:simpleType>

</xsd:union>

</xsd:simpleType>

<xsd:annotation>

<xsd:documentalion>* ISO 15745 DEFINED DATA TYPES *</xsd:documentation>

</xsd:annolation>

<xsd:complexType name=“ProfifeHantSe_DataType">

<xsd:sequonce‘>

<xsd:element name=*Profileldentificabon" lype=“xsd:s1ring* О <xsd:element name=*ProfileRevision" type=*xsd:string" />

<xsd:eiement name^-ProfiteLocation" type="x sd :anytl R Г mir\Occurs="0* maxOccurs=“1* />

</xsd: s equence»

</xsd:complexType>

</xsd:schema>

A.2.1.3.2 Файл ClPDataTypes.xsd

Примечай ив — XML схема определяет элементы, составляющие ее (например, гипы данных, типы элементов, группы атрибутов), используемые в других XML схемах.

<?xml version="1.0" encoding=*UTF-8"?>

<xsd:schema xmtns:xsd="hltpL/Avww.w3.org/2001/XMLSchema'»

<!- - Target namespaces are not specified in this master template • •>

<xsd:annotation>

<xsd:documente1ion>* CIP DATA TYPES *</xsd:documentation>

</xsd :a nnota tion>

<xsd:simpleType name=’dt_USINT*>

<xsd:restriction base=*xsd;unsignedByle7>

</xsd:simpleType>

<xsd:simpleType name=*dt_UINT*>

<xsd:restriction base="xsd:unsignedShort7>

</xsd:simpleType>

17

ГОСТ Р ИС0 15745-2—2010

<xsd:simpleType name='dt_UDIN1^>

<xsd:reslriction base=“xsd:unsi9nedlnl7> </xsd:simpleType>

<xsd:simpleType name=”dt_ULINT">

<xsd:r»strict>on base=’xsd;unsignedLong7> </xsd:ssmpleType>

<xsd:simpleType name=*dt_S1NF>

<xsd:restriction base="xsd:byte7>

</xsd:simpleType>

<xsd:simpleType name=’dl_INT*>

<xsd:restriction base=“xsd:short7>

</xsd:ssmpleType>

<xsd:simpleType name=“dt_DINT“>

<xsd restriction base=“xsd </xsd:s*mpleType>

<xsd:simpleType name=*dt_UNT">

<xsd:restriction base=“xsd: long*/>

</xsd:ssmpleType>

<xsd:s»mpteType name="dt_BYTE*>

<xsd restriction base=*xsd:hexBinary> <xsd:maxLength value=“1*y>

</xsd :restriction>

</xsd:simpleType>

<xsd:simpleType name="dl_WORD“>

<xsd restriction base=*xsd:hexBmary> <xsd:maxLength value=“2”/>

</xsd:restriction>

</xsd:ssmpleType>

<xsd:simpleType narne="dt_DWORD">

<xsd:resanction base=’xsd:hexBinary> <xsd:maxLength value*"47>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=“dt_LWORD">

<xsd:re sanction base=‘xsd:hexBinary> <xsd:maxLength value=“87>

</xsd restriction»

</xsd:simpleType>

<xsd:simpleType name=’dt_REAL’>

<xsd restriction base="xsd:float7>

</xsd:simpleType>

<xsd:simpleType name=’dt_LREAL">

<xsdrestriction base=*xsd:doubie7> </xsd:simpleType>

<xsd:simpleType name='dt_EDS_Char_Array”> <xsdrestriction base="xsd:string"/> </xsd:s*mpleType>

<xsd:simpieType name="dt_EPATH“>

<xsd:list ctemType=-,et_ERATH_rtem7> </xsd:s»mpleType>

<xsd:sifnpieType nama*“dl_STRlNGI“> <xsdrestriction base^xsdistring"/» </xsd:s*mpleType>

<xsd:simpleType name=“dt_EDS_t>ate,‘>

<xsd restriction base="xsd:date7>

</xsd:simpleType>

<xsd:simpleType name=’dl_EDS_Tsme_Ot_Day"> <xsd:restrietion basQ="xsd:time7>

</xsd:«mpl©Type>

<xsd:simpleType name=*dt_EDS_Revision“> <xsd:restriction base=*xsd :string*> <xsd:paHemvalue=-(0-9]V(1-9]|[1-9]\.[0-9]|[1-9^.(1-9r/>

18

ГОСТ Р ИС О 15745-2—2010

</xsd:restriction>

</xsd:sampleType>

<xsd:simpleType name=*dt_EDS_URL’>

<xsd:restrict>on base='xsd:aryURr>

<xsd:patlem value=’hltp ://.**/>

<xsd:pattem vaiues*ftp <xsd:pattem vakj©=".**/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="at_Acces3Tyf>e_OptionalGet“>

<xsd:restriction base="xsd:NMTOKEN">

<xsd:eno me ration value=*Non0*/>

<xsd:enumeration vatue="Ger/>

</xsd:restriction>

</xsd:sxmpleType>

<xsd:stmpleType names*at_AccessType_OptionaiSet">

<xsd:restriction base=*xsd:NMTOKEN»>

<xsd enumeration value=’!4one“/>

<xsd:enumerabon vatue=*GetV>

<xsd:enumerabon value=“Set*/>

</xsd:restriclion>

</xsd:simpleType>

<xsd:s*mp4eType name=*at_AccessTyF>e_Mandatory*>

<xsd:restnctk>n base="xsd:NMTOKEN">

<xsd:enumeration vatue=*Gen>

<xsd:enumeration values*^et*/>

</xsd restriction»

</xsd:s*mpleType>

<xsd:simpleType name="9t_VendorSpecificKsyword',>

<xsd:raslriction base=*xsd:string“>

<xsd:pattem valoe=T1-9)(0-9H0.4}_([A-Z]||a-z)|[0-9)XiA-Z]|[a-z]|[0-9)|[_]>"/> </xsd :restriction>

</xsd:simpleType>

<xsd:simpleType name=*et_EPATHJtem'>

<xsd:union>

<xsd:siinpieType>

<xsd:restnction base=*xsd:strir>g“>

<xsd:pattem valu«="{10-9]|la-fI|[A-FlX2}7>

«/xcd:roctriction>

</xsd:simpleType>

<xsd:simpleType >

<xsd:restricbon base=“xsd:NMTOKEN'>

<x6d:enumerabon value=*SLOTV>

<xsd:enumerat»on value=*SLOT_MlNUS_ONE“/>

<xsd:enumeration value=“SYMB0L_ANSI7>

</x&d:restriction>

</xsd:simpleType>

<xsd:simpleType>

<xsd:restriclion base=*xsd:stnng">

<xsd:paltem value=*Param[ 1 -9][0-9}{0.4}'/>

<xsd ipattem va1ue=*\(Paraml 1 •910-9KO,4}t]*>

<xsd:pattem value=“ProxyParam(1-9][O-9]{0.4}7>

<xsd:pattem va!i>e=’VProxyParam(1 -9)[0-9H0.4}\]7>

</xsd:re8triction>

</xsd:simpleType>

</xsd:union>

</xsd:simpleType>

<xsd:simpleType name=*et_ParamReference">

<xsd:restrictk>n base="xsd:NMTOKEN">

<xsd:pattem vaH»=“Parafn[1-9)|0-9]{0.4X|OlO-9J{1.2})‘7> <xsd:pattemvalue**ProxyParam(t-9][0-9}{0.4H[:H0-9kl.2}),*/>

19

ГОСТ Р ИС0 15745-2—2010

</xsd restriction»

</xsd:simpleType>

<xsd:simpteType name="et_Assem Reference'»

<xsd;restriction base="xsd:NMTOKEN">

<xsd:pattern vakie=“Assem[1 -9I0-9}{0,4)7>

<xsd:pattem value="ProxyAssem(1-9](0-9){0.4}“/>

</xsd :resiriction>

</xsd:s*mpleType>

<xsd:attributeGroup name=',ag_FileDescnpt»on’>

<xsd:at1ribute name="DescText" type='dt_EDS_Char_Array“ use=’requ»red7>

<xsd;attribute name="CrealeDate" types'dt_EDS_Date<' use="requirecT/>

<xsd:a№ibute name=*CreateTime* type="dl_EDS_Time_Of_Dayh* use=’required7>

<xsd:atiribule nau>e=“McxJDale" types”dt_EDS_Date" use=’oplionar7>

<xsd:a№bute name="ModTtme* typea"dt_EDS_Time_Of_Day' use="optional'/>

<xsd:allribute name=’Revision' type=’dt_EDS_Revision“ use="required“/>

<xsd:attribute name="HomeURL“ type*"dt_EDS_URL“ use=“oplk>nar/>

<xsd:altribute name=*Specif»cationConformance'' type*“dt_EDS_Char_Array' use='required7> </xsd:attributeGroup>

</xsd:schema>

A.2.1.3.3 Файл CIP_Devtoe_Profile.xsd

Примечание — XML схема включает в себя файлы «Master Template Types.xsd» (см. A.2.1.3.1) и •ClPDataTypes.xsd» (см. A.2.1.3.2).

<?xml wefsion=*1.0“ encodmg=*UTF-8“?>

<xsd:schema xmlns:xsd=”http://wwvv.w3.org^2001/XMLSchema“ elementFormDefautt^quelrfied"»

<!- - Target namespaces are not specified in this master template - ->

<xsd:re>define schemaLocation=“MasterTemplateTypes .xsd*>

<xsd:complexType name=*IS015745Reference_DataType“>

<xsd:comptexCootent>

<xsd:restriction base=“lS015745Reference_DataType">

<xsd:sequence>

<xsd:element name=”IS015745Parf type=“xsd:positivelnteger'/>

<xsd:element narr>e=’'IS015745Edibon‘' type="xsd:positivelntege r7>

<xsd:etement name='ProfiteTechno*ogy* type="xsd;string" nxed=*'CIP7>

</xsd: sequence»

</xsd restriction»

</xsd:complexContent>

</xsd:complexType>

</xod :r edofineN

<xsd:incfude sct>emaLocationa'CIPDataTypes.xsd‘7>

<xsd:element name="IS015745Profile'‘>

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="ProfileHeader'/>

<xsd:element refs"Proftteeody7>

</xsd:sequence>

</xsd:compfexT ype>

</xsd:etement>

<xsd:annotation>

<xsd:documentaUon>* HEADER SECTION * </xsd :documentaboo>

</xsd :a nnota tion>

<xsd:element na*ne='ProfiteHeader,,>

<xsd :complexType>

<xsd:sequence>

<xsd:element name="Profiteldentification“ type=’xsd:string7>

<xsd:element nacnes'ProhleRev>sion" ty pe="xsd :string*7>

<xsd:element name®*ProfileName* type=-,xsd:slring7>

<xsd:element name*"ProfiieSource'* type*'xsd:string7>

<xsd:element name="ProfileClasslD* types’ProFileClasslD_DataType* fixeds*Devioe7>

<xsd:element names'ProfileDate* type=“xsd:date“ minOccurs="0’/>

<xsd:elemenl names*Additionallnformation‘ type=*xsd:anyURI" minOccurs=*07>

20

ГОСТ Р ИС 015745-2—2010

<xsd:element names"IS015745Reference' type="IS015745Reference_DataType7> <xsd;etement name='lASInterfaceType* type="IASInlefface_DataType’' minOccurs="0* maxOccurss"unbounded*/>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:annotalion>

<xsd ;documentation>* BODY SECTION *</xsd:documentation>

</xsd :a nnota tion>

<xsd:element names’ProfiteBody”>

<xsd :complexType>

<xsd:sequence>

<xsd:eiement ref="Deviceldeotily7>

<xsd;element ref="DeviceManager” m»nOccurs=“0“/>

<xsd:elemenl re^’DevweFuncUon" maxOccurs=“unbour>d©d“/>

<xsd:element ref=“ApplcationProcess" minOccurs="OV>

<xsd:element name^ExtemalProfileHandle* 1ype='ProfileHandle_DataTypa'' fninOccursa"0“/> </xsd:sequence>

<xsd:attributeGraup re(="ag_RleDascr>ption7>

</xsd:comptexType>

</xsd:element>

<xsd:element name="Deviceldentity">

<xsd:comp!exType>

<xsd;sequenc®>

<xsd:element names*Deviceldentity_lnstanceAttributes-*>

<xsd :complexType>

<xsd:sequence>

<xsd:element name=*VendCode">

<xsd:complexType>

<xsd:si mpleContenl>

<xsd:extension base="dt_UlNT*>

<xsd:at1ribute na<ne="Access_RuleH type*"at_AccessType_Mandatory* use=’raqui/ed“ fixed="Get7>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:e lament»

<xsd:etement name*"VendName*>

<xsd :complexType>

«xsd;st mpleConcent>

<xsd;exlension base=“dt_EDS_Char_Afray"/>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element names*SpecificationConformanoe' type=’dt_EDS_Char_Array minOccurs=*07>

<xsd:el«ment najna="ProdType">

<xsd :complexType>

<xsd:si mpleContent»

<xsd extension base="dt_UINT>

<xsd:at1ributs name="Acoess_Rule" types*at_AccessType_Mandatory* usesVequtfed" fixeda“Get*7>

</xsd:extenek>n>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:@lement nafnea"ProdTypeStr*>

< xsd :complexType>

<xsd:si mpleContenO

<xsd:exlension bases“dt_EDS_Char_Array"/>

</xsd:simpleContent>

</xsd:cornptexTypa>

21

ГОСТ Р ИС0 15745-2—2010

</xsd:element>

<xsd:el«menl name=*ProdCode">

<xsd :complexType>

<xsd:si mpleContent>

<xsd extension base=*dt_UINT>

<xsd:a№ibute name="Acoess_Rule" types’at_AccessType_Mandatory* uses*requtfed" fixeda“Get*7>

</xsd:extension>

</xsd:simpleContent>

</xsd:compJexType>

</xsd:element>

<xsd:el«menl name=*ProdRevision*‘>

<xsd :complexType>

<xsd:sequence>

<xsd:etement name=*MajRev" type='dt_USlNT/>

<xsd:etemenl name=*MinRev" lype=*dt_USINT7>

</xsd:saquence>

<xsd:atobute naJT>e="Acoess_Rule" types’at_AccessType_Mandatory* use=*requifed" fixeda*Get*7>

</xsd:compiexType>

</xsd:element>

<xsd:element name=’Status" mjnOccurs=“0*>

<xsd:complexType>

<xsd:a№ibuts nan>es"Aoosss_Rule" type=‘at_AccessType_Mandatory* use=*requtfed" fixed='Get7>

</xsd:compJexType>

</xsd:element>

<xsd:etement names*SerialNumber* minOccurs="0“> <xsd:complexType>

<xsd:a№ibuts nan>e="Acoess_Rule" type='at_AccessType_Mandatory' uses*requtfed" fixed='Get7>

</xsd:compJexType>

</xsd:element>

<xsd:eiement name=“ProdName">

<xsd :complexType>

<xsd:si mpleContent>

<xsd:extension base=“xsd ; string*»

<xsd:atiribute nafTe="Acoess_Rute" type=*at_AccessType_Mandatory* use=’raquifed" fixeda"Get*7>

<fxsd:exlenston>

</xsd:simpleContent>

</xsd:comptexType>

</x8d:eleman(>

<xsd:element name="State’ minOccurs=*0’>

<xsd ;complexType>

<xsd:aHribute na me=*Access_Rule*' lype=*at_AccessType_OptionalGer use=*required7>

</xsd:comptexType>

</xsd:element>

<xsd:el«ment names'ConfigurationConsistencyVahje” minOccurs='-0’> <xsd:complexType>

<xsd:attribute name=*Access_Rute* type=’at_AcC0SsTyps_OpbonatGet’ usea“required7>

<Sxsd:comptexType>

</xsd:element>

<xsd:element na me^Heartbeallntervaf* minOccurs=*0”>

<xsd :comp!exTy pe>

<xsd:aHribute na me=*Access_Ruie" type=’at_AccessType_Optra nalSef

use=*required7>-

</xsd:comptexType>

</xsd:element>

<xsd:element name="Catalog" type="xsd:string* minOccurs="07>

22

ГОСТ Р ИС 015745-2—2010

<xsd:element name=*lcon" types*xsd:string* rnrn0ccurs=*07>

<xsd:element name=“ExcludeFromAdapterRackConnection" type="xsd:stnng" minOccurs=*07>

<xsd:etement name="DeviceClassincatK>n’ mifiOccurs=“0'>

<xsd :complexType>

<xsd:sequence>

<xsd:efement name=’Class“ maxOcojrs=“unbounded'*>

<xsd:complexType>

<xsd:sequence>

<xsd:etement names‘MainClass*>

<xsd:simpteType>

<xsd:union>

<xsd:simpteType>

<xsd:restriction bases''xsd:NMTOKEN''>

<xsd «numeration value=*ControlNet7>

<xsd:enumeration value="DeviceNet7>

<xsd:enumeration valua="EthefNetlP7>

</xsd:restriction>

</xsd:s*mpleType>

<xsd:simpleType>

<xsd:restnclion bases"et_VendorSpecificKeyvK>rd7>

</xsd:s*mpleType>

</xsd:union>

</xsd:simpleType>

</xsd:e(ement>

<xsd:element name^SubClass* type="xsd:NMTOKEN'* minOccurs="0" maxOccurs=“unbounded7>

</xsd:sequence>

<xsd:attribute names"id" usea*requ»red“>

<xsd:simp1eType>

<xsd:restrictx>n base="xsd :1D">

<xsd:pattern value=“Classl1 -9j[0-9}{0.4}7>

</xsd:restriction>

</xsd:simpleType>

</xsd:attribute>

</xsd:complexType>

</xsd:etement>

</xsd: s equence>

</xsd:compiexType>

</xso:eiemem->

<xsd:any namespace='##any7>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:element name=*Deviceldentjty_Instar>ceOperatK>ns" minOccurs=*0*> <xsd :complexType>

<xsd:sequence>

<xsd:element name=“Get_AUribute_A!T>

<xsd:complexType>

<xsd:attnbute ref=“SupportedService' fixed=7rue7>

</xsd:comptexType>

</xsd:element>

<xsd:el«ment name=*Reset“>

<xsd:complexType>

<xsd:attribute ref «"Support edServica* fixed="true7>

</xsd:complexType>

</xsd:eiement>

<xsd:elament name=’Get_AUr>bute_Single,>

<xsd :complexType>

<xsd:attribute ref=“SupportedServics7>

</xsd:comptexType>

</xsd:element>

23

ГОСТ Р ИС0 15745-2—2010

<xsd:any namespace='##апу7>

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:any namespace=’##any’ minOccurs='0* maxOccurss"unbour>ded*/> </xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:element name="D0v»ceManager'>

<xsd:complexType>

<xsd;sequence>

<xsd:elemenl name="Devtceldentily_C1assAUnbules" m<nOccurs=',0*> <xsd :complexType>

<xsd:sequence>

<xsd:etement name=“ObjectRevisian*>

<xsd:complexType>

<xsd:attribute na me=*Access_Rule“ type="at_AccessType_OptionalGer use=*required7>

</xsd:compiexType>

</xsd:element>

<xsd:element name="Max3nslarvce">

<xsd:complexType>

<xsd:attribute na me=*Access_Rule" type=’at_AccessType_OptionalGer usea*required7>

</xsd:compiexType>

</xsd:element>

<xsd:elemenl names"MaxlDCIassAttributes">

<xsd:complexType>

<xsd:si mpleContent>

<xsd:extension base^xsd :sfring“>

<xsd attribute name=*Access_Rule" type="at_AccessType_OptionalGer use='required7>

</xsd:extension>

</xsd:simpleCorilent>

</xsd:compiexType>

</xsd:element>

<xsd:element nafne="MaxlDlnstanc®Attributes*>

<xsd:complexType>

<xsd:si mpleContenl>

<xsd:extenston base="xsd :string’>

<xsd attribute na me=*Access_Rule'' type=’at_AccessType_OptionalGer use=*required7>

</xsd:extens>on>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:any namespace=*##any’ minOccurs=*tf* max0ccurs=“unbodrvded7> </xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:etement names*Devicetdentity_C)assOperatx>ns" minOccurs=*Cr> <xsd :complexType>

<xsd:sequence>

<xsd:element name="Get_AUribute_Air>

<xsd:complexType>

<xsd;attnbule ref ="SupportedService7>

</xsd:compfexType>

</xsd:element>

<xsd:etement name=*Res«t">

<xsd:complexType>

<xsd:aUribute ref ="SupporledService'/>

</xsd:complexType>

24

ГОСТ Р ИС 015745-2—2010

</xsd:element>

<xsd:element name=*Gel_AUribut0_SmgleK>

<xsd:complexType>

<xsd:attribute refa"SupportedSe<v>ca7>

</xsd:complexType>

</xsd:element>

<xsd:element nan>ea"Find_Next_Object_ln8tance">

<xsd:complexType>

<xsd:attribule ref="SupportedSecv>ce7>

</xsd:comptexTypa>

</xsd:element>

<xsd:any namespace='##any* minOccufs="ff* maxOccursa*unboundedV> </xsd: s equence>

</xsd:comptexType>

</xsd:element>

<xsd:element namea*Moduiar* minOccurss*0">

<xsd:complexType>

<xsd:choice>

<xsd:element name=“Chassis*>

<xsd:complexType>

<xsd;sequenc©>

<xsd:element name=HDefineSkJ<sinRack* type="dt_UINT7>

<xsd:element namea"SkrtDisplayRiile" type=“et_ParamReference’ minOccurs=*07>

<xsd:any namespace=’##any’ minOccurs='0* maxOccurs=',unbour>d©d'/> </xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name="Module*>

<xsd:complexType>

<xsd;sequence>

<xsd;eiement namea“Width" type="dt_UINT7»

<xsd:element name="Rack* maxOccurs=’unbounded'> <xsd:complexType>

<xsd;sequence>

<xsd:etement name="YencJCode' type=*dt_UINT7>

<xsd:e(ement name="ProdType“ typea*dt_UINT7>

<xsd:elemenl namea*ProdCode* type=“dt_UINT“/>

<xsd:etement name=*MajRev" lype=*dl_USiNT7>

<xsd;e*emenl name=*MinRev" type=*dt_USINT7>

<xsd:element name="L&galSlof type=“dt_UISTr maxOccurs=*unbounded7>

<xsd:any namespace='##any* minOccurs=*tf* maxOccursa“unbounded7> </xsd:sequence>

<xsd:attribute патеа"кГ use="required“>

<xsd:simpleType>

<xsd:resanction base="xsd:ID">

<xsd:pattem vatue='Rack[1-9][0-9}{C».4)7>

</xsd:restriclion>

</xsd:simpleType>

</xsd:a1tribute>

</xsd:comptexType>

</xsd:element>

<xsd:eiement namea“Ext©rnallD" typea“dt_EPATK* min 0ocursa"07> <xsd:e*emenl name^GenericID* typea*dt_EPATH" minOccursa"0"/> <xsd:e*ement name="ExlemlDExacl Match" minOccurs="0*> <xsd:simpieType>

<xsd:restndion ba6e="xsd:NMTOKEN”>

<xsd:enumeration valo0="Yes“/>

<xsd:enumeratior vatoe="No7>

</xsd:restriction>

</xsd:simpleType>

25

ГОСТ Р ИС0 15745-2—2010

</xsd:element>

<xsd:element nan>e="Query" mmOccurs="0">

<xsd :complexType>

<xsd:sequence>

<xsd:etement name=*Path* type=“dt_EPATHV>

<xsd:etement name=“Service* type='dt_USiNT/>

<xsd:element name=*Size’>

<xsd:simp)eType >

<xsdrestriction base="dl_USINT“>

<xsd:mintnclusrve value="1*/>

<xsd;maxlnclusive vaJue=“16"/>

</xsd restriction»

</xsd:simpleType>

</xsd:e(ement>

<xsd:eierr>ent name='Extemai ID* type="dt_EPATH“/>

</xsd:sequence»

</xsd:cOfnptexType>

</xsd:elen>ent>

<xsd:ar>y namespace=’##any’ minOccurs=*0* maxOccurs=“unbounded'/> </xsd: sequence»

</xsd:compiexType>

</xsd:eien>ent>

</xsd:cfio*ce>

</xsd:compiexType>

</xsd:element>

<xsd:any namespaces*##any'V>

</xsd:sequence»

</xsd:compiexT ype>

</xsd:element>

<xsd:element name^DeviceFunction*»

<xsd :complexType>

<xsd:sequence>

<xsd:any namespace=’##any’ minOccurss*0' maxOocajrs="unbounded'/> </xsd:sequence»

</xsd:compiexT ype>

</xsd:element>

<xsd:element names~ApplicationProcess'>

<xsd:complexType>

<xsd;sequence>

<xsd:element name="Parameter" minOccurs=*0*>

<xsd :complexType>

<xsd:sequence>

<xsd:etement name=”Parameter_Class’ minOccurss*0"> <xsd:complexType>

<xsd:sequence>

<xsd:eiement name=“Parameter_ClassAttr>butes*>

<xsd :complexType>

<xsd:sequence>

<xsd;elemenl name=*ObfectRevisK>n" minOccurs="0*> <xsd:complexType>

<xsd:attnbute name=’Access_Rule* type=’at_AccessType_OptionalGet* use=*required7>

</xsd:comptexT ype>

</xsd:etement>

<xsd:element na me="Max3nstance">

<xsd :complexType>

<xsd:attnbute name=*Access_Rule“

type=*at_AccessType_Mandatofy* use=“required" ftxed=*Get"/> </xsd:comptexT ype>

</xsd:eiement>

<xsd:element name=’Paran>eterClassDeschptor'>

<xsd:complexType>

26

ГОСТ Р ИС 015745-2—2010

<xsd:si mpleContent>

<xsd:extension bases"xsd:string">

<xsd:attribute name='Access_Rule"

types“at_AccessType_Mandatory* use=“requir©d" fixed=*Get"/> </xsd:extension>

</xsd:simpleConlent>

</xsd:complexType>

</xsd:element>

<xsd:element name="Con5gurattonAss0mblylnstance"> <xsd:complexType>

<xsd:si mpleContenl>

<xsd:extension base=”xsd ;string“>

<xsd:attribute name=*Acc«BS_Rule"

type=“at_AccessType_Mandatofy* uses‘required" fixed=*Get"/> </xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:element>

<xsd:element name=HNativetanguage* minOccurs="0“> <xsd:complexType>

<xsd:si mpleContent>

<xsd:exlens»on base^xsd :string*>

<xsd:atlribute name='Access_Rule" type='at_AccessType_Opl»onalSet' uses*requirad7>

</xsd:axtension>

</xsd:simpleConlent>

</xsd:complexTypa>

</xsd:element>

<xsd:any namespace=’##any’ minOccurs='0* maxOccurss"unbounded*/> </xsd:sequonce>

</xsd:complexType>

</xsd:element>

<xsd:element name=“Param0ler_ClassOperations" minOccurs=‘(T> <xsd:complexType>

<xsd:sequ0nce>

<xsd:element nan>ea“Get_AUribute_A!r>

<xsd:compl0xType>

<xsd:attnbute refa*Support0dServ>CQ"/>

</xsd:comptexType>

</xsd:0lemefit>

<xsd:et-ement nafn0=*Res*r>

<xsd :compl0xTypa>

<xsd:attnbute ref="SupportedServ>CQ"/>

</xsd:complexType>

</xsd:e(ement>

<xsd:element name=*Get_AUhbul0_SingleK>

<xsd:complexType>

<xsd:attribute ref="SupportedService“ fix0d=“true*/>

</xsd:compiexType>

</xsd:element>

<xsd:element nam©=“Sel_AUribut0_Singte“>

<xsd:complexType>

<xsd:attnbute ref="SupportedServ»ce7>

</xsd:complexType>

</xsd:etement>

<xsd:eten>ont name=*Res1ore">

< xsd ;compl0xType>

<xsd:attribute ref="Support0d Service"^

</xsd:complexType>

</xsd:etement>

<xsd:el«ment nama=“Save">

<xsd:complexType>

27

ГОСТ Р ИС0 15745-2—2010

<xsd:attribute ref =*SupportedService'7>

</xsd:complexType>

</xsd:element>

<xsd:any namespace='##any’ minOccufs=“CT maxOocurss*unboundedV> </xsd:sequence>

</xsd:comptexT ype>

</xsd:element>

</xsd:sequence>

</xsd;comptexType>

</xsd:element>

<xsd:el«ment name="Parameler_!n stance" minOccurs=“0*> <xsd:complexType>

<xsd;sequence>

<xsd:etement name="Parameler_lnstanceAttnbutes’ minOccurs=“0”>

<xsd ;complexType>

<xsd:sequence>

<xsd:et«ment na m0=’ParameterVal ue">

<xsd:complexType>

<xsd:attribute name=’Access_Rule"

type=-,at_AccessType_Mandatory* uBG="required“ fixed=“Set*/> </xsd:compiexType>

</xsd:eten>ent>

<xsd:element na me="LinkPathSize’ >

<xsd:complexType>

<xsd:attnbute name=’Access_Rule"

type=“at_AccessType_Mandatory’ use="required“ fixed=“Set*/> </xsd;comptexType>

</xsd:element>

<xsd:eterr»0nt nameeTinkPath*»

<xsd:complexType>

<xsd:attnbute name=’Access_Rule"

type=“at_AccessType_Mandatory’ use="r&quired“ fixed="SetV> </xsd;comptexType>

</xsd:element>

<xsd:element names"ParamDescriptorn>

<xsd :complexType>

<xsd:attnbute name=*Access_Rule*

types*at_AccessType_Mandatory* use=’required" fixed=*Get"/> </xsd:compfexT ype>

</xsd:element>

<xsd:element n^ne="DataType">

<xsd :complexType>

<xsd:attnbute name=’Access_Rule’

type="at_AccessType_Mandatory* use="required" fixed=*Gef7> </xsd:compiexType>

</xsd:element>

<xsd;element name=’Dat3Size“>

<xsd :complexType>

<xsd:attnbule name=’Access_Rule"

type="at_AccessType_Mandatory' use^required" fixed=’Gen> </xsd:comptexT ype>

</xsd:element>

<xsd:element name="ParameterName">

<xsd:complexType>

<xsd:aUnbute name="Access_Rule’ type=’at_AccessType_Optk)nalGet* uses“required7>

</xsd:comptexType>

</xsd:element>

<xsd:erement na/ne=-,UnitsStrir>g'>

<xsd:complexType>

<xsd:attribute name=’Access_Rule’ type=’at_AccessType_OptionaK3et* use=“required7>

26

ГОСТ Р ИС 015745-2—2010

</xsd:complexType>

</xsd:element>

<xsd:el«menl name*“HelpSlring“> <xsd:complexType>

<xsd:attnbute name='Access_Rule" type='at_AccessType_OptionalGet* use=“reqtJH-ed“/> </xsd;comptexType>

</xsd:element>

<xsd:el-ecnenl nafne=’MinirTKjmValue*‘> <xsd:complexType>

<xsd:attnbute name='Access_Rule’ type='at_AccessType_Opt»onatGer uses“reqtj>red7> </xsd;comptexType>

</xsd:element>

<xsd:elemenl name="MaximumVatue'> <xsd:complexType>

<xsd:attribute name=*Access_Rule" type=’at_AccessType_OptionalGet’ use=“reqtJH-ed“/> </xsd:coniptexType>

</xsd:elen>ent>

<xsd:elemenl name="DefaultValue*> <xsd;complexType>

<xsd:attribute name=*Access_Rule" type=*at_AccessType_OptionalGet* use=“reqtJH-ed“/> </xsd;comptexType>

</xsd:element>

<xsd:e)«ment name="ScalingMu(liplier"> <xsd:complexType>

<xsd:attnbute name=’Access_Rule" type=*at_AccessType_OptionalGet* use=“reqtiked“/> </xsd;comptexType>

</xsd:element>

<xsd:etement name="ScalirkgDivider">

<xsd :complexType>

<xsd:attribute name=*Access_Rule" type=*al_AccessTyp0_Op{ionaK3ef use='reoutred7> </xsd:complexType>

</xsd:element>

<xsd:element names"Scalir>gBaseH> <xsd:complexType>

<xsd:attribute name=‘Access_Rule* lype=’at_AccessType_Optior\aIGer use=“requrred“/> </xsd:complexType>

</xsd:e!ement>

<xsd:element name="ScalirtgOfFser> <xsd:complexType>

<xsd:aUnbute name=’Access_Rule" type=*at_AccessTyp0_OptionaIGel* use=“reqtjrred7> </xsd:compiexType>

</xsd:element>

<xsd:elemenl names"Multipl«erLink‘*> <xsd:complexType>

<xsd:aUribule name=’Access_Rule" type=’al_AccessType_OptionaK3et’ use="required7> </xsd:compJexTyp©>

</xsd:element>

<xsd:element name=“DivisorLink“>

< xsd :complexType>

<xsd:attnbute name=’Access_Rule* type='at_AccessType_Opl»onalGet* us0=“required7> </xsd:comptexType>

</xsd:element>

29

ГОСТ Р ИС0 15745-2—2010

<xsd:eiement name="BaseLink’>

<xsd:complexType>

<xsd:attnbute name='Access_Rule" type='al_AccessType_OptionalGet’ uses“requtfed7>

</xsd:compiexType>

</xsd:element>

<xsd:elemenl name="OffsetUnk'>

<xsd:complexType>

<xsd:attnbute name=*Access_Rule" type=*al_AccessType_OptionalGet’ use=’required7>

</xsd;comptexType>

</xsd:element>

<xsd:etement name=“DecamalPrecis«>n">

<xsd:complexType>

<xsd:atlribute name=*Access_Rule“ type=*at_AccessType_Opt»ona!Gef uses*required7>

</xsd:cOfnptexType>

</xsd:elen>ent>

<xsd:ar>y namespace=’##any’ minOccurs=*0* maxOccurs=“unbour>ded'/> </xsd: sequence»

</xsd:compiexType>

</xsd:etenwnt>

<xsd:etoinent name=’Parameter_lnslanceOperations“ minOccurss"0*> <xsd:complexType>

<xsd;sequence>

<xsd:element name=”Get_AMribuie_A!T>

<xsd:complexType>

<xsd:attribute refs-‘SuppoftedService,V>

</xsd:compiexType>

</xsd:element>

<xsd:element name=’Get_AUribule_Single“>

<xsd:complexType>

<xsd:aHribule refs*SupportedService* fixed=“true*/>

</xsd:complexType>

</xsd:element>

<xsd:element name="Sel_AUnbule_Singte">

<xsd:complexType>

<xsd:a(1nbute refs*SupportedService* fixed=“lrue’/>

</xsd:comptexT ype>

</xsd:element>

<xsd:e!«ment name=“Get_Enum_Stnng">

<xsd :complexType>

<xsd:attnbute refs*Suppor1edService'‘/>

</xsd:comptexType>

</xsd:element>

<xsd:any namespace=*#Aany’ minOccurs=’0~ maxOocajrs=“unbcHjr>ded7> </xsd: sequence»

</xsd:compiexType>

</xsd:element>

</xsd:sequence»

</xsd:comptexT ype>

</xsd:element>

<xsd:element namea"Param'‘ minOccurs=*0* maxOccurs=“unbounded“> <xsd :complexType>

<xsd:cofnp*exContent>

<xsd:extension base="et_ParamType*>

<xsd:altribute name*"i(f uses*required*>

<xsd:simpieType>

<xsd:restriction base="xsd:ID">

<xsd:pattern value=“Param[1-9](0-9]{0.4}7>

</xsd:restriction»

</xsd:s*mpleType>

30

ГОСТ Р ИС 015745-2—2010

</xsd:a1tribute>

</xsd:extension>

</xsd:complexContent>

</xsd:complexType>

</xsd:element>

<xsd:element name="ProxyParam* minOocurs=“0* maxOocurs^unbounded^ <xsd:complexType>

<xsd:comptexContent>

<xsd:exlens*on base=*el_ProxyParamType">

<xsd:attribute name®"*!* use="required">

<xsd:simpleType>

<xsd:r0strict>on base=Hx&d:ID">

<xsd.pattern values“ProxyParam{l-9Jl0-9){0.<1}’’/>

</xsd:restriction>

</xsd:s*mpleType>

</xsd:aHribute>

</xsd:extension>

</xsd :complexContent>

</xsd:comp»exType>

</xsd:etement>

<xsd:element name=*Prox«dParam* minOccurs=“0" maxOccurs="unbounded"> <xsd :complexType>

<xsd:comptoxCo«itent>

<xsd:extension base="et_ParamType*>

<xsd:attribute name*"*!'' U5e='reQuired">

<xsd:simpteType>

<xsd:restnctKjn base="xsd:ID">

<xsd:pattern value="ProxtedParam[1-9)[0-9]{CM}7>

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute>

</xsd:extension>

</xsd:complexContent>

</xsd:complexType>

</xsd:element>

<xsd:any namespace=’##any’ minOccurs="0* maxOccurss*unbounded*/>

</xsd: s equence>

</xsd:comptexType>

'^xed:otomontN

<xsd:element name="AssemWy’ minOccurs=“0'>

<xsd:complexType>

<xsd:sequence>

<xsd:etement name="AssembJy_Class" minOccurs="0*>

<xsd:complexType>

<xsd:sequence>

<xsd:el«ment name=*Assembly_ClassAttribu tes" minQocurs=*cr> <xsd:complexType>

<xsd;sequence>

<xsd:et«ment r\ame='ObjectRevisian’>

<xsd:complexType>

<xsd:attnbute name=’Access_Rule"

lyp©s*at_AccessType_Mandatory* use®“required" fixed=*Gen>

</xsd:comptexT ype>

</xsd:etement>

<xsd:element names*Maxlnstance">

<xsd.complexly pe>

<xsd:attribute name=’Access_Rule’ type=’at_AccessType_OptionalGet* use="requrfed7>

</xsd:compJexType>

</xsd:element>

<xsd:any namespace=’##any* minOccurs=*tf* maxOccursa“unboonded'*/>

31

ГОСТ Р ИС015745*2—2010

</xsd:sequence>

</xsd:complexT уре>

</xsd:etement>

<xsd:etemenl name="Assembly_CiassOperations" minOccurs="0',> <xsd:complexType>

<xsd:sequence>

<xsd:el«ement narr>e="Creale*>

<xsd:complexType>

<xsd.attribute ref ="SupportedServiCQ'7>

</xsd:comptexT ype>

</xsd:element>

<xsd:etement name='Delete*>

<xsd :complexType>

<xsd;attribute ref ="SupportedService7>

</xsd:compiexType>

</xsd:element>

<xsd:element name=’Get_AUr>bute_Single“>

<xsd:complexType>

<xsd:attribute ref="SupportedServic0- fixed=“true*/>

</xsd:comp)exType>

</xsd:element>

<xsd:any namespace=*##any’ minOccurss*(T maxOocursa“unboond©d'*/> </xsd:sequence>

</xsd:compiexType>

</xsd:element>

</xsd: sequence»

</xsd:compfexType>

</xsd:efement>

<xsd:etement name=“Assembly_lnstar>ce* minOccurs=“0'>

<xsd :complexType>

<xsd:sequence>

<xsd:e)«ment name=“AssembfyJnslanceAllributes'> minOccurs=*0“> <xsd:complexType>

<xsd;sequence>

<xsd:etement names‘NumberOfMembers*>

<xsd:complexType>

<xsd:attribute name=’Access_Rule” types’at_AccessType_OptionaK3et’ use="required’/>

</xcd:oompfoxTypo*

</xsd:element>

<xsd:etement name=*AssemblyMemberLisl*>

<xsd:complexType>

<xsd:aUribute name='Access_Rule" type=’at_AccessType_Opt*onalSel’ use=*required7>

</xsd:comptexType>

</xsd:etement>

<xsd:eiement name=*AssemblyData">

<xsd :complexType>

<xsd:attribute name=’Access_Rule"

type='at_AccessType_Mandatory* use="required“ nxed=“Set7> </xsd:ccxnptexType>

</xsd:etement>

<xsd:any namespace='##any’ minOccurss*0* max0ccurss*unbounded7> </xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:etoment name=’Assemb!y_!nstanceOperaliocs" minOocurss*0"> <xsd:complexType>

<xsd:sequence>

<xsd:el«ment name^Oelete*»

<xsd ;complexType>

32

<xsd:attribute ref="SupportedServ>ce"/>

</xsd:comptexType>

</xsd:element>

<xsd:element name=*Gel_AUribut0_SmgleK>

<xsd:complexType>

<xsd:attribute ref=“SupportedService" rixed="true’/>

</xsd:complexType>

</xsd:element>

<xsd:element name="Set_AUribute_Singte,‘>

<xsd:complexType>

<xsd:aUribule ref ^Supported Service"/:»

</xsd:compiexType>

</xsd:element>

<xsd:element name="Get_Member*>

<xsd:complexType>

<xsd:attnbute ref^'Supported Service-/:»

</xsd:compiexType>

</xsd:element>

<xsd:etement name>”Set_Memb6r”>

<xsd:complexType>

<xsd:aUribule ref="Supported Service"/:»

</xsd:comptexType>

</xsd:element>

<xsd:etement na me="lnsert_Member*>

<xsd:complexType>

<xsd:attribute ref="SupportedService"/>

</xsd:complexType>

</xsd:element>

<xsd:ele merit name='Remove_Member">

<xsd:complexType>

<xsd:attribute ref="Supported Service"/:»

</xsd:compiexType>

</xsd:element>

<xsd:any namespace='##sny' minOccurs=’(T maxOccursa*unbounded'7> </xsd: s equence>

</xsd:comptexType>

</xsd:etement>

</xsd: s equence>

</xsd:comp»exType>

</xsd:element>

<xsd:e!«ment name="Assem’ minOccurs="0’ maxOccurss'unbounded”> <xsd :complexType>

<xsd:compiexCofitent>

<xsd:extension base="el_AssemType’>

<xsd:attribute пате="кГ use^required*»

<xsd:simpteType>

<xsd:restriction base="xsd:ID">

<xsd:pattem value="Assem(1 -ЭДО-ЭДСМ}"/»

</xsd:restriction>

</xsd:s»mpleType>

</xsd:aitribute>

</xsd:extension>

</xsd:oomplexContent>

</xsd:complexType>

</xsd:element>

<xsd:element name=*ProxyAssem" mtnOccure="0" maxOccurs="un bound ed" < xsd ;complexType>

<xsd:comptexContent>

<xsd:extension base=“et_AssemType“>

<xsd:attribute names"id“ use="requked">

<xsd:simpleType->

<xsd restriction base="xsd;ID">

ГОСТ Р ИС015745*2—2010

<xsd:pattem value="ProxyAssem[1-9](0-9]{0,4}"/>

</xsd:restriction>

</xsd:simpleType>

</xsd:attnbute>

</xsd:extension>

</xsd:complexConlenl>

</xsd:complexType>

</xsd:etement>

<xsd:el«ment namea~ProxiedAssem" minOocurs=*0" maxOccurs='‘unbound©d"> <xsd:complexType>

<xsd:comptexContent>

<xsd:extension base=*et_AssemType">

<xsd rat tribute пате="кГ iise='requked">

<xsd:simpteType>

<xsd restriction basea"xsd:ID">

<xsd:pattern vatue»*ProxiedAssem[1*9][0*9KO.4}'/>

</xsd :restriction>

</xsd:sampleType>

</xsd:attnbute>

</xsd:extension>-

</xsd:complexContent>

</xsdrcomptexType>

</xsd:element>

<xsd:any namespace=*##any* minOccursa*(T maxOccursa“unbounded"/> </xsd:sequence>

</xsd:comptexType>

</xsd:etement>

<xsd:etement namea“ParameterGroup“ minOccurs=*0“>

<xsd:complexType>

<xsd;sequence>

<xsd:element namea*Group* minOccurs=’0" maxOccufs=’unboun6ed*>

<xsd :complexType>

<xsd:sequence>

<xsd:element namea"NaroeString* typea"dt_EDS_Char_Array"/>

<xsd:element name=HNumberOfMef7ibers" typea“dt_UINT7>

<xsd:choice maxOccursa"unbounde(f>

<xsd:element патва"Рагате1вгРвГ type="dt_UINT/>

<xsd:e*ement namea*VariantRer typea"xsd:NMTOKEN*7>

*<xed:any namoepaeo-*##any’ minOcour6~'*0* maxOcc=ure-“onboundod“/>-</xsd:cho*ce>

</xsd:sequence>

<xsd rat tribute патеа"|(Г usea“required“>

<xsd:simpJeType>

<xsd restriction basea"xsd:ID">

<xsd:pattem value='Group[1-9][0-9K0.4}7>

</x sd :restriction>

</xsd:s»mpleType>

</xsd;a-(tribute>

</xsd:comptexT ype>

<,xsdretement>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:any namespace=’##any' tninOccursa'(T maxOccurs=“unbounded“/> </xsd:sequence>

</xsdrcomptexType>

</xsd:etement>

<xsd:attribute narT^'SupportedService" uses*required*>

<xsd:simpteType>

<xsd:restriction bas0="xs<d:booleane>

<xsd:pattern value="tnje|false"/>

34

ГОСТ Р ИС 0 15745-2—2010

</xsd:restriction>

</xsd:sampleType>

</xsd:a1tribute>

<xsd:complexType name=*'et_RararnType’'>

<xsd;sequence>

<xsd;ekement names*LinkPathSize* type="dl_USlNT* minOccurs =*07>

<xsd:etement name="LinkPath’ typa=“dt_EPATH“ mtnOccurs="07>

<xsd:element na»ne**ParamDescriplor* typ&='dt_WORD7>

<xsd:element nwne=,'DalaType*'>

<xsd:simpl«Type>

<xsd:union m©fnberTypes=“dt_USIMT dt_EPATIT/>

</xsd:simpleType>

</xsd:element>

<xsd:eiement nacne="DataSize" type=“dl_USI NT7>

<xsd:elemenl name=*PafameterName* type=“dt_EDS_Char_Array7>

<xsd:element nan»s“UnitsStfing* type="dt_E DS_Char_Array”/>

<xsd:element name=*HelpStrmg" type=’dt_EDS_Char_Array’/>

<xsd:element name=“MinimumValue“ minOccurs="0*/>

<xsd:element name="Maximum Value" mrnOccurs=“07>

<xsd:element name=*DefauHValue“ minOccurss*0*/>

<xsd:element name=’ScalingMultipUer’ type*"dl_UINF minOccurs=*07>

<xsd:element name^Scaling Divider* type="d1_UINT" min Occurs =’0’/>

<xsd:element name="ScalingBase* lype=“dt_UINF m»nOccurs=**07>

<xsd:element name=’Scaiing Offset’ type*"dt_INT" mirtOccurs="07>

<xsd:element name=*Mul1ipferLink" type=*dt_UlNF пвпОссиг5=*0*/>

<xsd:element name="Divisort.ink" type=“dt_UINT“ minOccurs=’07>

<xsd:element name=“Baselink“ type="dt_UINF minOccurs="07>

<xsd:e4ement name="OffsetUnk’ lype=“dt_INF minOocurs="07>

<xsd:elemenl name=“DecimalPrecision" ty pe="dt_US I NT* mtnOccurs*“0^/>

<xsd:element name=“!ntemabonaiParameterName* type=’dt_EDS_Char_Array" minOccurs='’07> <xsd:element name=“intemationalEngineeringUnits* type=’dt_EDS_Char_Array“ minOocurs=“07> <xsd:element name="lnternationalHelpStnng" lype=“dl_EOS_Char_Array” minOccurs=“07> <xsd:element name="Enum" minOocurse*0">

<xsd:complexType>

<xsd:sequence maxOccurs=’unbounded">

<xsd:element name=*ErxjmValue" type=’dt_LINT7>

<xsd:element na*T>e="EnumName“ type=’dt_EDS_Char_Array7>

</xsd: s equence>

</xsd:compiexType>

</xsa:erement>

<xsd:any namespace=’##any’ minOccurs=“0" maxOocurs=“unbotjr>ded“/>

</xsd:s&quence>

</xsd:ctxnptexType>

<xsd:comp*exType пате="е1_РгохуРагатТур*е“>

<xsd:comptexContent>

<xsd:extension base='et_ParamType’>

<xsd:sequence>

<xsd:element name="ProxyParamSizeAdder" rr«nOccurs="0">

<xsd:complexType>

<xsd:sequence>

<xsd:element na me="MinimumValue7>

<xsd:element name=*MaximumValue7>

<xsd:element name=’DefaultVakje7>

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

</xsd:sequence>

</xsd:extension>

</xsd:complexConlent>

</xsd:compfexType>

<xsd:complexType name="et_As8emType*>

<xsd:sequence>

35

ГОСТ Р ИС0 15745-2—2010

<xsd:element nanwa"AssembtyName* type=“dt_EDS_Char_Array" minOocurs="0“/>

<xsd:element name=‘Assembly Path" typea*dl_EPATH" minOccurs="Q'7>

<xsd:element name="AssemblyDataSize' typea”dt_U!NT mtnOccurs=*0'/>

<xsd:element name^AssemblyDescriptor* type®*dt_WORD* minOccurs="07>

<xsd:element name-'AssembtyMembef'' mtnOccurs="0“ maxOccurs=‘unbounded">

<xsd:complexType>

<xsd:choice>

<xsd:etement name="MemberSize" lypea"dt_UINT*/>

<xsd:element name=“Member Reference" type=“et_MemberReferenceType7>

<xsd:element name="VariantReference'‘>

<xsd:comptexType/>

</xsd:element>

<xsd:choice>

<xsd:sequence>

<xsd:etement namea"MernberSize*' typea“dt_UINT”/>

<xsd:element nafnea"MemberReferer>ce" typea“et_MemberReferenceType’/>

</xsd:sequence>

<xsd:sequence>

<xsd:e*ement namea~MemberSize" 1ypea"dt_UINT”/>

<xsd:element name=,VariantRefer&nce">

<xsd:comptexType/>

</xsd:etement>

</xsd:sequence>

</xsd:cho»ce>

</xsd:cho*ce>

</xsd:comptexType>

</xsd:element>

<xsd:any namespace=‘##any* minOccufs=“CT maxOocursa*unboundedV>

</xsd:sequence>

</xsd:compiexT ype>

<xsd:simpleType namea',et_MembefReferenceType'‘>

<xsd:un*on merr*erTypes="et AssemReference et ParamReference dl_UDINT dt_EPATH xsd;NMTOKEN7>

</xsd:ssmpleType>

</xsd:schema>

A.2.2 Описание шаблонов профилей устройств — инкапсуляция XML файлов EDS А.2.2.1 Общие положения

Файлы XML профилей устройств, используемые для инкапсуляции файлов EDS. должны соответствовать XML схеме профилей устройств, как установлено в А.2.2.2.

Семантика подэлементов элемента ExtemalProfileHandle. используемого для обращения к имеющемуся файлу EDS. установлен в таблице А.2. В зависимости от значения атрибута WrapperReference к файлу EDS можно обратиться, используя элементы идентификации либо из самого файла EDS. либо из продукта, описанного этой EDS.

Примечание 1 — Выбор соответствующих элементов идентификации зависит от предполагаемого использования упаковочного (wrapper) файла.

Таблица А.2 — Элементы ExtemalProfileHandle (Внешний Идентификатор Профиля)

Элементы XML схемы

WrapperReference • FILEINFO

WrapperReference* DEVICEINFO

Profileldentrfication

Текстовое описание файла EDS* ‘

VendoriD {идентификация вендора). Device Type (тип устройства). Product Code (код продукта)"

ProfileRevision

Модификация EDS*1

Модификация продукта "

ProfileLocation

Собственный адрес (URL) EDS*

Имя файла, содержащего изображение иконки'

в) Для получения более полной информации см. А.4.1.4.2. м Для получения более полной информации см. А.4.1.4.3.

36

ГОСТ Р ИС 015745-2—2010

Элементы Deviceldentity (Идентичность устройств), Device Manager (Управление устройствами). DeviceFunction (Функция устройств) и ApplicationProcess (Прикладной процесс) должны быть совместимы с форматами, установленными в А.2.1.3.3.

Примечание 2 — Они могут быть использованы 8 течение перехода от унаследованного формата EDS к полному формату XML.

А.2.2.2 XML схема: файл EDS_Device_Profite_wrapper.xsd

Примечание — XML схема включает в себя файл «MasterTemptateTypes.xsd» (см. А.2.1.3.1).

<?xmt version=*1.0r encoding=“UTF-8*?>

<xsd:schema xmtns:xsd="hllp://>

<!- - Target namespaces we not specified in this master template • •>

<xsd:r»defir>e schemaLocetion=“MaslerTefnptateTypes.xsd">

<xsd:complexType name=*IS015745Reference_DataTypeK>

<xsd:compfexCoritent>

<xsd:restriction bases*IS01574SRefereoce_DataType',>

<xsd:sequence>

<xsd:element name=’,IS015745Par1" types*xsd:positivelnteger7>

<xsd:elemeot name="ISOt5745Edibon* type^xsdiposilivelntegerT»

<xsd:etement name="Profee Technology" lype=*xsd:string’ fixed="EDSV>

</xsd: s equence>

</xsd:restriction>

</xsd:complexConlent>

</xsd:complexType>

</xsd:redefme>

<xsd:element name="IS015745Pro1iie">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref-"ProfileHeaderV>

<xsd:e*ement ref="ProfHeBody7>

</xsd:sequence>

</xsd:ccmptexType>

</xsd:etement>

<xsd:annotation>

<xsd:documentaboo>' HEADER SECTION *</xsd:documentation>

</xsd:annotation>

<xsd:etement name="ProfiteHeader*>

<xsd:complexType>

<xsd:sequence>

<xsd:element name="Profiie Identification" Iype='xsd:slring7>

<xsd:element name="ProfileRev»sion" type="xsd:string"/>

<xsd:element name=“ProfileName“ type='xsd:string“/>

<xsd:element names"ProfileSourc8" type="xsd:string"/>

<xsd:element name="ProfileClasslD’ type=“ProfileClasslD_DalaType* fixed=*Device7>

<xsd:element name=*ProfileDale" type=“xsd:dale" minOccurs=“07>

<xsd:element names-Addcbonallnformatton* type=*xsd:anyURr minOccurs='07>

<xsd:element nan>e="IS015745Reference' type=*IS015745Reference_DataType7>

<xsd:etement name=7AStnterfaceType’ type="IASInterface_DataType" minOocurs="0‘ maxOccurs=,’unbounded7>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:annotation>

<xsd:documentalion>* BODY SECTION *<Vxsdidocumenlation>

</xsd :a nnota tion>

<xsd:element name=*ProfiteBody">

<xsd :complexType>

<xsd:sequence>

<xsd:element name="Deviceldentity" mirOccurs=*0">

<xsd:complexType>

<xsd:sequence>

37

ГОСТ Р ИС 0 15745-2—2010

<xsd:any namespace='##anyv>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:element name=*Devrce Manager" minOccurs=“0">

<xsd:complexType>

<xsd;sequence>

<xsd:any namespace='##any/>

</xsd: s equence>

</xsd:compiexType>

</xsd:element>

<xsd:elemenl name="DeviceFunction* maxOccurs=“unbcxjrxled'>

<xsd :complexType>

<xsd:sequence>

<xsd:any namespace=“##any"/>

</xsd:sequence>

</xsd:comp(exType>

</xsd:eiement>

<xsd:elemenl na me=“Applk:atk>nProcess" m«iOccurs=’0*>

<xsd:complexType>

<xsd;sequence>

<xsd:any namespace=“##any/>

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:et«emenl name="ExtarnalProfrteHandle’>

<xsd:complexType>

<xsd:comptexCo<itent>

<xsd;extens»on base=‘ProfileHandle_DataType*>

<xsd:a№ibute name=“WrapperReference’ use=“op1ionar default="FILEINFO*>

<xsd:simpJeType>

<xsd:restriction base="xsd:NMTOKEN">

<xsd:enumeration value**FJLEINFO*/>

<xsd:enumeration value="DEVICEINFO"/>

</xsd:reslriclion>

</xsd:simpleType>

</xsd:a1tribute>

</xsd:extension>

</xsd:complexContent>

</xsd.comptexType->

</xsd:element>

</xsd:sequence>

</xsd:comptexT ype>

</xsd:element>

</xsd:schema>

A.3 Описание шаблонов профилей коммуникационных сетей

А.3.1 Описание шаблонов профилей коммуникационных сетей на основе XML

А.3.1.1 Общие положения

Файлы XML профилей коммуникационных сетей должны соответствовать XML схеме профилей коммуникационных сетей, как установлено в А.3.1.3.

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

А.3.1.2 Семантика элементов XML схемы А.3.1.2.1 Profile&ody {Тело профиля)

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

Семантика этих атрибутов установлена в А.4.1.4.2.

А.3.1.2.2 ApplicabonLayers (Прикладные уровни)

А.3.1.2.2.1 СолпecbonObject (Объект соединения)

Данный элемент устанавгмвает поддерживаемые атрибуты экземпляров и операции Объекта соединения (см. МЭК 62026-3), а также описание отдельных экземпляров соединений и характеристики ввода/вывода.

36

ГОСТ Р ИС015745-2—2010

Элемент Connect ionDescriptions (Описание соединений) идентифицирует экземпляры Объекта Соединения, которые осуществляются в устройстве. Семантика лодэлемента Connection (Соединение) установлена в таблице А.Э.

Таблица А.З — Элементы соединений

Элементы XML схемы

Семантика

Instance Туре

Устанавливает тип соединения (определенное сообщение, ввод/вьеод по запросу, побитовый стробированный вэод/вывод. динамический вводУвыаод)

Product» опТ rigger

Устанавливает тип триггера (циклический, изменение состояния, запускаемый приложением)

TransportType

Устанавливает тип транспорта (сервер, клиент)

Transport Class

Устанавливает класс транспорта (0. 2 или 3)

Produce dConnectionSize

Устанавливает размер созданных данных в байтах

ConsumedConnectionSize

Устанавливает размер потребленных данных в байтах

Семантика элемента iO_Characteristics установлена в А.4.2.4.2.

А.3.1.2.2.2 MessageRouter (Маршрутизатор сообщений)

Данный элемент устанавливает поддерживаемые атрибуты экземпляров и операции Объекта Message Router (Маршрутизатор сообщений) (см. МЭК 62026-3).

А.З. 1.2.3 TransportLayers (Транспортные уровни)

А.3.1.2.3.1 DNPhysicalLayer (Физический уровень DN)

Данный элемент идентифицирует характеристики физических уровнен (например, коннекторы, скорости передачи данных а бодах, электрические характеристики).

Семантика его под элементов установлена в таблице А.4.

Таблица А.4 — Элементы DNPhysicalLayer

Элементы XML схемы

Атрибут XML схемы

Семантика

Коннекторы

ConnectorType

Устанавливает тип коннекторов (открытая жесткая разводка, открытые съемные, герметизированные Мини, герметизированные Микро)

Светоизлучающие диоды (СИД)

Устанавливает поддерживаемые индикаторы LED

Module

Если атрибут присутствует, то присутствует соогветсгву-кхций LED

Network

Combo.ModNet

Ю

Baud_Rate_Setting

Устанавливает поддерживаемые скорости передачи данных в бодах

SwitchType

Устанавливает поддерживаемые методы установки выбранной скорости передачи данных в бодах

SoftwareSetlable

Определяет, может ли скорость передачи данных в бодах устанавливаться программными средствами

Electrics

(Characteristics

Подэлемент устанавливает максимальную потребляемую мощность сети в амперах при напряжении постоянного тока 11 В (наихудший случай)

Isolated Physical Layer

Определяет, изолирован ли физический уровень

А.З. 1.2.3.2 DNLinkLayer (Канальным уровень ON)

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

39

ГОСТ Р ИС015745*2—2010

Семантика его подэлеменгое установлена в таблице А.5.

Таблица А.5 — Элементы DNLinkLayer

Элементы XML схемы

Атрибут XML схемы

Семантика

Mac-IDSetting

Устанавливает MAC-ID (идентификатор контроля доступа к сети) по умолчанию

Switch Type

Определяет поддерживаемые методы для установки MAC-ID

SoftwareSeltable

Определяет, можно ли установить MAC-ID с ислогь* зованием программных средств

PredefinedMasterStaveCon

nectionSet

Устанавливает поддерживаемый заранее определенный набор соединений (ни одно из общего числа. Клиент Группы 2 и) или Сервер Группы 2. Клиент только Группы 2. Сервер только Группы 2)

DynamicConnectionSupport

Устанавливает поддержку динамических соединений (ни одно из общего числа. Группа 1. Группа 2. Группа 3)

Fragmented Explicit Messaging

Подэлементы устанавливают параметры для фрагментированной передачи сообщений

Supported

Определяет, поддерживается ли фрагментированная передача сообщений

А.3.1.2.3.3 Элемент DeviceNetObject

Данный элемент устанавливает поддерживаемые атрибуты экземпляров и операции Объекта DevtceNet (см. МЭК 62026*3).

А.3.1.2.3.4 Порты (Ports)

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

Семантика лодэлвменга Port элемента Ports установлена в А.4.1.4.10 и А.4.2.2.2.

А.3.1.2.4.1 NetworkManagement (Управление сетями)

Данный элемент устанавливает поддерживаемые атрибуты классов и операции Объекта DeviceNet (см. МЭК 62026*3).

А.3.1.2.4.2 Элемент NM-ConnectionObyect (Объект NM-совд мнения)

Данным элемент устанавливает поддерживаемые атрибуты классов и операции объекта Connection (Соединение) (СМ. МЭК 02026*3).

А.3.1.2.4.3 Элемент NM-MessageRouter (Маршрутизатор NM-сообщений)

Данный элемент устанавливает поддерживаемые атрибуты классов и операции Объекта Message Router (Маршрутизатор сообщений) (см. МЭК62026-3).

А.3.1.3 XML схе ма: файл DNet_CommNet_Profile.xsd

Примечание — XML схема включает в себя файлы «MasterTemplateTypes.xsd:* (см. А.2.1.3.1) и •ClPDataTypes.xsd» (см. А.2.1.3.2).

<?хгп1 versk>n=“1.0“ encocfcng=*UTF-0'?>

<xsd:schema xmlns:xsd=“http://www.w3.org<2001/XMLSchema'- etementFormDe{aL»tt=“qualrfied">

<!- - Target namespaces are not specified in this master template - •>

<xsd:redefine schemaLocalion=“MaslerTemplateTypes .xsd“>

<xsd:complexType names’IS015745Reference_DataType">

<xsd:comptexContent:>

<xsd:restriction bese=*IS015745Reference_DataType">

<xsd:sequence>

<xsd:etement name="IS015745Part* type="xsd:posilive Integer" fixed**2"/>

<xsd:e*ement names*ISOl5745Editbon* type="xsd:positivelnteger" fixed=*17>

<xsd:etement name=*ProfileTechnology" types'axsd:string‘ fixed="DeviceNet7>

</xsd:sequence>

</xsd :restriction>

</xsd:complexContent>

</xsd:complexType>

40

ГОСТ Р ИС 0 15745-2—2010

</xsd:redefine>

<xsd:indude schemaLocalions*CIPDataTypes.xsd7>

<xsd:element name="IS015745Pro1ile">

<xsd:complexType>

<xsd;sequence>

<xsd:el«men1 ref="ProfileHeader*/>

<xsd:eiement ref="Profrteeody7>

</xsd:sequence>

</xsd;comptexType>

</xsd:element>

<xsd:annotalion>

<xsd:documentabon>* HEADER SECTION *</xsd:documentabon> </xsd:araiotation>

<xsd:element names*ProfileHeader*>

< xsd ;complexType>

<xsd:sequence>

<xsd:element naroe="ProfHeldentificalk>fr type='xsd:string7>

<xsd:element namee*ProfileRev»sion" type=‘xsd:string"/>

<xsd:element name="ProfileName“ type=*xsd:slring7>

<xsd:element name^ProfileSource" type=’xsd:string7>

<xsd:elemenl narr>e="ProfileClasslO" type="ProfileCtasslD_DataType* fixeds*Communication Network*/»

<xsd:elemenl name=*ProfileDale' type=”xsd:dal0,‘ minOccurs=“07>

<xsd:element name=“Addifonallnformat»on“ type=*xsd:anyURr mmOccurs=’07> <xsd:element name="!S015745Ref©rence’ type=4S015745Reference_DataType7> <xsd:e*ement names’lASlnterfaoeType’ types"IASInterface_DataType*’ fixed="CSI7> </xsd: s equence>

</xsd:comptexType>

</xsd:element>

<xsd:annotalion>

<xsd:documentation>' BODY SECTION *</xsd:documentalior»>

</xsd :a nnota tion>

<xsd:element name=’ProfileBody''>

<xsd:complexType>

<xsd;sequence>

<xsd:element ref='Applica t*onl_ayera7>

<xsd:element ref=“Trarvspor1Layers7>

<xsd:element ref="NetwofkManagemenr mir>0ocurs=“07>

</xsd:sequence>

<xsd:attributeGroup ref=“ag_FileDeBcription7>

</xsd:comptexType>

</xsd:element>

<xsd:e!ement name="ApplicattonLayers">

<xsd :complexType>

<xsd:sequence>

<xsd:element ref^ConrwctionObjectT»

<xsd;element ref="MessageRouler";>

<xsd:any namespace=’##any* minOccurs="tf* maxOccurs=*unbounded7>

</xsd: s equence>

</xsd:compJexType>

</xsd:element>

<xsd:element name="Transport Layers"»

<xsd:complexType»

<xsd;sequence>

<xsd:element ref=*DNPhys*catlayer7»

<xsd:element ref=*DNLinkLayer7>

<xsd:element ref**DeviceNetObtect'7»

<xsd;element ref=*Ports* minOccurs="07>

<xsd:any namespace=’##any' minOccurs=“0" maxOccurs=“unbotjr>ded“/> </xsd:s&quence>

</xsd:complexType>

</xsd:eleroent>

41

ГОСТ Р ИС015745*2—2010

<xsd:el«meot па me="NetworfcManagemenf >

<xsd:complexType>

<xsd;sequence>

<xsd;e*emenl ref-"NM-DevtceNetObject*/>

<xsd:elemant ref=*NM-ConnectionObjecf minOccurs="07>

<xsd:element ref=”NM-MessageRouter* minOccurss*0’7>

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:etement namea*ConnectionObjecT>

<xsd :complexType>

<xsd:sequence>

<xsd:e)«ment name="ConreclionObject_lnstanceAltributes“ mtnOccurs="0“> <xsd:complexTypa>

<xsd;sequence>

<xsd:element names*State’>

<xsd:complexType>

<xsd:a№ibule naJT>e="Acoess_Rule" types’at_AccessType_Mandatory* use=*required" fixeda*Get*7>

</xsd:compiexType>

</xsd:element>

<xsd:element name=’lnslanceType">

<xsd:complexType>

<xsd:a№ibute nan>e="Acoess_Rule" types’at_AccessType_Mandatory* use=*requtfed" fixed='Get"/>

</xsd:compiexType>

</xsd:element>

<xsd:element narr>e=TransportClassTrigger*>

<xsd:complexType>

<xsd:a№ibute nan>e="Acoess_Rule" type='at_AccessType_Mandatory' use=*requred" fixeds*Sefy>

</xsd:compiexType>

</xsd:element>

<xsd:e)ement names*ProducedConnectionlD">

<xsd:complexType>

<xsd:a№bute nafT>e=’'Access_Ru!e" types*at_AccessType_Mandatory* use=*required’ Fixed=*SetV>

</xsd:complexType>

</xsd:e(ement>

<xsd:element names*ConsumedConnectionlD*>

<xsd ;complexType>

<xsd:attribute nan>ea,'Acoess_Rule" types’at_AccessType_Mandatory* use="raquired" fixed=’Sef7>

</xsd:comptexType>

</xsd:element>

<xsd:etement name=“InilialCommCharacterislics">

<xsd:complexType>

<xsd:a№ibute na*T>e="Access_Rute" type=’at_AccessType_Mandatory* uses'requred" fixed=’SeT/>

</xsd:compJexType>

</xsd:e(ement>

<xsd:e>«ment na me="ProducedCon nectionSize">

<xsd:complexType>

<xsd:a№ibute na*T>e="Access_RuteH type=*at_AccessType_Mandatory* use='required" Rxed=’Sef/>

</xsd:complexType>

</xsd:etement>

<xsd:element names*ConsumedConnectionSize*>

<xsd :complexType>

<xsd:attribute name*"Aoeess_Rule" type=*at_AccessType_Mandatory* use=’requred“ Rxed='Sef7>

</xsd:complexType>

42

ГОСТ Р ИС 0 15745-2—2010

</xsd:element>

<xsd:element name='HxpecledPacke{Rate*>

<xsd:complexType>

<xsd:at1ribute name="Access_Rule" type="at_AccessType_Mandatory' use=*required" fixeds*Set’7>

</xsd:complexType>

</xsd:element>

<xsd:element name="WalchdogTimeoutAclion’>

<xsd:complexType>

<xsd:at1ribute namea"Access_Rute" lypes“at_AccessType_Mandatcxy* use^raqutred" fixeds*Set’7>

</xsd:compiexType>

</xsd:element>

<xsd:element name=»ProducedConnectionPalhLength»>

<xsd :complexType>

<xsd:at1ribute naroes"Acoess_Rute" type=*al_AccessType_Mandatcxy’ uses*required~ fixeda"Get7>

</xsd:compiexType>

</xsd:elecnent>

<xsd:etement name='PfoducedCoanecOonPath*‘>

<xsd:complexType>

<xsd:at1nbute narrte="Accsss_Ru!e" types"at_AccessType_Mandatory* use=’required" fixeds*SefV>

</xsd:compJexType>

</xsd:element>

<xsd:eiement name=*ConsumedConrwclk>nPalhLer>glh">

<xsd:complexType>

<xsd:at1ribute narr>e="Access_Ru!e" types"at_AccessType_Mandatory' uses’required" fixeda“Ge<"/>

</xsd:complexType>

</xsd:element>

<xsd:e4emenl name=*ConsumedConnectk>nPath'>

<xsd:complexType>

<xsd:at1ribute name="Acoess_Rute" type*"at_AccessType_Man(latOfy* uses*requtred" fixed='SetM/>

</xsd:comptexType>

</xsd:elen>ent>

<xsd:etenrent name=*ProductionlnhibitTime”>

<xbd:comploxTypo>

<xsd;attribute name=*AccGss_Rute’ type=’at_AccessType_OptionalSef uses“required7>

</xsd:comp)exType>

</xsd:element>

<xsd:any namespace=’##any* minOccurs='CT maxOccurs=“unbounded"/> </xsd:sequence>

</xsd:ccmptexType>

</xsd:element>

<xsd:el«ment na#ne=“ConneclionObfect_Instanc60per.at*ons“ minOccurs=“0“> <xsd:complexType>

<xsd;sequence>

<xsd:et-ement name="Res«t*>

<xsd:complexType>

<xsd:attnbute ref="SupportedServ>ce'V>

</xsd:comptexType>

</xsd:elemant>

<xsd:el«ment name^Delele*»

<xsd ;complexType>

<xsd:attnbute ref="SupportedServ>cQ"/>

</xsd:compiexTyp©>

</xsd:element>

<xsd:element nan>es"Apply_AUhbutes">

43

ГОСТ Р ИС015745*2—2010

<xsd:complexType>

<xsd:a№ibute ref ="SupportedService7>

</xsd:compiexType>

</xsd:element>

<xsdelement name="Get_Attribute_Single">

<xsd:complexType>

<xsd:aHribole ref="SupportedService" fixed=*true7>

</xsd:complexType>

</xsd:element>

<xsdelement name="Sel_AUnbute_Sir>gte">

<xsd:complexType>

<xsd:attribute ref ='SupporledService7>

</xsd;comptexType>

</xsd:element>

<xsd:any namespace=’##any* minOccurss*0* maxOccurs=“unbour>ded'/> </xsd:sequence>

</xsd:complexType>

<fxsdelement>

<xsdetement ref="Conr»ect»onDescripUons" minOccurs=“07>

<xsd:el«ment na me="l 0_Characte ristics’ minOccurs="0“>

<xsd :complexType>

<xsd:sequence>

<xsdeiement name="IOJnfo" type="et_IOInfo-Type7>

<xsd:any namespace=*##any' minOccurs=“0’ maxOocurss'*unbounded'7> </xsd:sequence>

</xsd:comptexT ype>

</xsd:element>

<xsd:any namespace='##any’ minOccurs=“CT maxOccurs=*unboundedV> </xsd:sequence>

</xsd:comptexT ype>

</xsd:element>

<xsdelement names*ConnecbonDescriptions">

<xsd :complexType>

<xsd:sequence>

<xsdelement name="Cormecbon" minOccurss"0‘ maxOccurs=4jnbounded"> <xsd :complexType>

<xsd:sequence>

<xsdelement name=’lnslanceType’>

<xsd:simpleTyp&>

<xsd:restriction base*“xsd:NMTOKEN">

<xsdenumeration value="ExpltcitMessage7>

<xsd enumeration vatues‘PotledlO*/>

<xsdenumerat»on value="BttStrobedl07>

<xsd:enumeration value="Dynamicl07>

</xsd :restriction>

</xsd:s*mpleType>

</xsdelement>

<xsdelement name=*ProducbonTngger”>

<xsd:simpteType >

<xsd;restridion base*"xsd:NMTOKEN“>

<xsdenumerat»on value="Cyclic7>

<xsd enumeration value="ChangeOfState7>

<xsdenumeration value*"ApplicationTriggered7>

</xsd :restriction>

</xsd:s*mpleType>

</xsd:element>

<xsdelement name="TransportType">

<xsd:simpieType>

<xsd:restriction bases”xsd:NMTOKEN">

<xsdenumerabon values*Server7>

<xsdenumeration value=*Client7>

</xsd:restriction>

44

ГОСТ Р ИС 0 15745-2—2010

</xsd:simpleType>

</xsd:element>

<xsd:eiement name=TransportClass">

<xsd:simpleType >

<xsd:restrictk>n base=”dt_S!NT*>

<xsd:enumeration value="07>

<xsd enumeration value="27>

<xsd:enumeration value=“37>

</xsd :restriction>

</xsd:s*mpleType>

</xsd:element>

<xsd:element name="ProducedConnect)onSize“ lype^MLUINTY» <xsd:elemenl name='ConsumedConnectionSize" lype=‘'dt_UIN'T‘/> <xsd:any namespace='##any* mlr»Occurs='0‘ maxOccajrs="unbounded7> </xsd: s equence>

</xsd:ccxnptexType>

</xsd:element>

</xsd: s equence>

</xsd:complexType>

</xsd:etement>

<xsd:element name=“MessageRouter’>

<xsd :complexType>

<xsd:sequence>

<xsd:el«ment names*MessageRouter_lnstanceAttributes" minOccufs=*0'>> <xsd :complexType>

<xsd:sequence>

<xsd:el«ment na me=“Object_List">

<xsd :complexType>

<xsd:si mpleContent>

<xsd:extens»on base=“xsd istring'»

<xsd:attribute name=*Access_Rule* lype=Mat_AccessType_OptkwiaJGel7> </xsd:extension>

</xsd:simpleConlent>

</xsd:complexType>

</xsd:element>

<xsd:el-ement name=*MaximumConnectionStjpported‘> <xsd:complexType>

<xsd:si mpleContent>

<xcd:oxtoficion boeo~"dt_UlNT“>

<xsd;aHribute name="Access_Rule' typa="at_AccessType_0ptionalGet7> </xsd:extension>

</xsd:simpleContenl>

</xsd:compiaxType>

</xsd:element>

<xsd:element name="NumberActivQConnectK>ns">

<xsd:complexType>

<xsd;si mpleContent»

<xsd extension base*"dl_UINF>

<xsd:a№ibute na me3"Access_Ruls’ lype="a1_AcoessType_OptionalGet7> </xsd:extenston>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element name=“AcbveConnectionUsf>

<xsd:complexType>

<xsd:si mpleContent>

<xsd:extension base="dl_UlNT">

<xsd:a№ibute name='Accsss_Rule' type="at_AocessType_OptionalGet7> </xsd:exlension>

</xsd:simpleContent>

</xsd:complexType>

45

ГОСТ Р ИС0 15745-2—2010

</xsd:element>

<xsd:any namespace='##any’ minOccufs=“CT maxOocurss'*unbounded7> </xsd:sequence>

</xsd:comptexT ype>

</xsd:element>

<xsd:e)ement name="MessageRouter_lnstanceOperaUons" minOccurssN0’> <xsd :complexType>

<xsd:sequence>

<xsd:element name=“Get_AUribute_A!T>

<xsd:complexType>

<xsd:aUribole ref =*SupportedService7>

</xsd:complexType>

</xsd:element>

<xsd:element name=’Get_AUnbute_SingleK>

<xsd:complexType>

<xsd:attnbute refs*SupportedService*/>

</xsd:cOfnpiexType>

<fxsd:element>

<xsd:ar>y namespace=’##any’ minOccurs=*0* maxOccurs=“unbour>ded'/> </xsd: sequence»

</xsd:compiexType>

</xsd:etement>

</xsd:sequence>

</xsd:comptexT ype>

</xsd:element>

<xsd:eterT>ent r\ame="DNPhysicaILa^er“>

<xsd :complexType>

<xsd:sequence>

<xsd:element names"Connectors'' minOccurs=*0*>

<xsd:complexType>

<xsd:attribute name="ConcieclorType">

<xsd:simp)eType >

<xsd:restriction base="xsd:NMTOKEN">

<xsd:enumeration va lue=* Open Hard Wired*/»

<xsd:enumeralkwi value=" OpenPluggable"/>

<xsd:enumeration vatue=*SealedMrnr/>

<xsd:emjmeration vatue='SealedMicro7>

</xsd restriction»

</xsd:stmpleType>

</xsd;a1tribute>

</xsd:comptexType»

</xsd:element>

<xsd:e!ement name="LEDs* minOoci»ss“0">

<xsd :complexType>

<xsd;attnbute name=*Modute“ type=*'xsd:NMTOKEN*/>

<xsd;attribute name^Network* type=“xsd:NMTOKEN7»

<xsd:attnbute name='Combo_ModNet* type=*xsd:NMTOKEN“/>

<xsd;at1ribule name="IO" type=*xsd:NMTOKEN“/>

</xsd:comptexT ype>

</xsd:etement>

<xsd:etement name="Baud_Rate_SeWng" m»nOccurs=“0*> <xsd:complexType>

<xsd:sequence>

<xsd:el«ement name="BR_125Kbits* minOccurs=*0">

<xsd:complexType>

<xsd;at1nbule ref ="Supported"/>

</xsd:comptexType>

</xsd:alement>

<xsd:el«ment name="BR_250Kbtte" minOccurs=“0">

<xsd:complexType>

<xsd;attribute ref ="Supporled7>

</xsd:comp)exType>

46

ГОСТ Р ИС 015745-2—2010

</xsd:element>

<xsdetement r\ame="BR_500Kbils* minOccurs=“0">

<xsd:complexType>

<xsd:attribute ref-*Suppofted7>

</xsd:complexType>

</xsdelement>

</xsd: s equence>

<xsd:a№ibute name=*SwitchType" use="requ»re(T>

<xsd:simpleType>

<xsd:restriction base="xsd:NMTOKEN">

<xsdenumeration value=*DipSwitch'/>

<xsdenumeration value=“Crtbef’/>

<xsd enumeration values*SoftwareOnty'/>

</xsd :restriction>

</xsd:s«mpleType>

</xsd:attribute>

<xsd:attribute nameB’SoftwareSettable* u3e=“requiTed">

<xsd:simpleType>

<xsd:re«triction base=“xsd:boo)ean'’>

<xsd:pattem values*true7>

<xsd;pattem vali*e="false7>

</xsd:restriction>

</xsd:simpleType>

</xsd:a1tribute>

</xsd:complexType>

</xsdelement>

<xsdel«ment name="Electrical Characteristics" minOccurs=,0"> <xsd:complexType>

<xsd;sequence>

<xsd:element na*nes"Maxl4etworkP4werConsumption* lype="dt_REAL7>

</xsd: s equence>

<xsd:attribute na/ne=-lsolatedPhy5icalLayer'>

<xsd:simpleTypa>

<xsd:restnction base=“xsd:bootean">

<xsd;pattem values*true7>

<xsd:pattem value**1alse7>

</xsd:restriction>

</xsd:simpleType>

</xsd:attribute>

</xsd:complexType>

</xsdelement>

<xsd:element name=*Other" type=*xsd:string" minOccurs="07>

<xsd:any namespace=*##any’ minOccurs=“0* maxOccajrs="unbounded7> </xsd:sequence>

</xsd:comptexType>

</xsdelement>

<xsd:etement r\ame="DNUnkLayer*>

<xsd :complexType>

<xsd:sequence>

<xsdelement name="MAC-lDSelting'" minOccors="0">

<xsd:complexType>

<xsd:sequence>

<xsd:eiement narr>e="Defautt MAC-ID" typeB"et_MAC-IDRan9e" minOocurs="0V> </xsd:sequence>

<xsd:a№ibute name ="S witchType" use="requirecT>

<xsd:simp!eTypa>

<xsd;restriction bases"xsd:NMTOKEN">

<xsdenumeration values*DipSwitch7>

<xsd:enumerabon value="Other7>

<xsd enumeration value=“SoftwareOnly*/>

</xsd :restriction>

</xsd:simpleType>

47

ГОСТ Р ИС0 15745-2—2010

</xsd:a1tribute>

<xsd:attribute names'SoftwareSettable* use='requtred’'>

<xsd:simpleType>

<xsd:r©striction base="xsd:bootean~>

<xsd;pattem values*true7>

<xsd:pattem values"falseV>

</xsd restriction»

</xsd:ssmpleType>

</xsd:a1tribute>

</xsd:complexT ype>

</xsd:element>

<xsd«!ement names"PredefinedMasterSlaveConnectionSer mmOccurs=“0*> <xsd:simpleType>

<xsd:restriction base="xsd: NMTOKEN">

<xsd;enurT>eration value="NotSupported7>

<xsd«numeration va!ue=“Gfoup2Clienl7>

<xsd:enumeration value="Group2Server7>

<xsd:enumeration va!ue=’Group2C(»entServer7>

<xsd «numeration vatue=*GroupOnly2Clienl7 >

<xsd«numerabon value="GroupOnly2Server"/>

</xsd restriction»

</xsd:s*mpleType>

</xsd:element>

<xsd:element name='DynamicConnectionSupport*' minOccurs=*0*> <xsd:simpleType>

<xsd:restriction base="xsd:NMTOKEN">

<xsd:enumeration vatue="NolSupported7>

<xsd «numeration vatue='Group17>

<xsd «numeration vatue="Group2"/»

<xsd «numeration value=“Group37>

</xsd restriction»

</xsd:ssmpleType>

</xsd:element>

<xsd«lement na me=“FragmentedExp4icrtMessag«ng* minOccurs='0'>

<xsd complexType»

<xsd:s©quence>

<xsd«lement name=Transmiss»onTimeout* 1ype=’dt_UINT“ minOccurs="07» <xsd«lement name=TypicalTargetAddress“ minOccurs=*0“>

<xsd :complexType>

<xsd:sequence>

<xsd«lement narrte="Class" type=*dt_USINF' minOccurs=”07>

<xsd«lement name=*lnstance" type=*dt_UStN'r mriOccurs=*0,'/> <xsd:e*ement name="Attribute“ type=“dt_USlNT minOccurs="07>

</xsd: sequence»

</xsd:comptexT ype>

</xsd«tement>

</xsd:sequence>

<xsd;at1ribule ref='Supported7>

</xsd:comptexT ype>

</xsd:etement>

<xsd:any namespace=*##any’ minOccurs=“0" max0ccajrs="unbcxjnd9d7> </xsd:sequence»

</xsd:compiexT ype>

</xsd:etement>

<xsd«lement name='Dev»ceNetObfecr>

<xsd:complexType>

<xsd:sequence>

<xsd«lement name=’De vice NetObject_lnsta nee Attributes' minOccurs=*0*> <xsd :complexType>

<xsd:sequence>

<xsd«lement name="MAC_IDM>

<xsd :complexType>

48

<xsd:attribute name=*Access_Rute“ type=*al_AccessType_OptionalSer use=*required7>

</xsd:cCfnptexType>

</xsd:element>

<xsd:el«ment na me="Baud_Rate">

<xsd:complexType>

<xsd;attribute name=*Access_Rute“ type=’al_AccessType_OptionalSer use=*required7>

</xsd:cCfnptexType>

</xsd:element>

<xsd:element пагпв="ВОГ>

<xsd:complexType>

<xsd:atlribute name=*Access_Rute“ type=’at_AccessType_Optra nalSef use='required7>

</xsd:complexType>

</xsd:element>

<xsd:etement name="Bus_OfF_Counter'>

<xsd:complexType>

<xsd:a№ibute name=’Access_Rute“ type=’al_AccessType_OptionalSer use=“required7>

</xsd;cooiplexType>

</xsd:efemant>

<xsd:element na n>e=“Allocation_ln(ormalioo">

<xsd :complexType>

<xsd:a№ibute name=*Access_Rule’ lype=*al_AccessType_OptionalGeT use=*required7>

</xsd:compiexType>

</xsd:e(ement>

<xsd:element na me="MAC_I D_Switch_Chang©d">

<xsd:complexType>

<xsd:a№ibute name=*Access_Rule* type="at_AccessType_C>ptionalGer usee"required7>

</xsd:complexType>

</xsd:element>

<xsd:eiement namesa,Baud_Rate_Switch_Changedn>

<xsd:complexType>

<xsd:a№ibute na me=’ Access_Rule* type="at_AccessType_C>ptionalGer uss="required7>

</xcd:cofnploxTypo>

</xsd:elemant>

<xsd:element na*ne=-MAC_ID_Switch_Value“>

<xsd:complexType>

<xsd:a№ibute name=’Access_Rule’ type=-,at_AccessType_OptionalGer use=“required7>

</xsd:complexType>

</xsd:element>

<xsd:etement na me='Baud_Rate_Swilch_Vakie’>

<xsd:complexType>

<xsd:a№ibute na me=*Access_Rule* type='at_AccessType_Dptio nalGet" use=“required7>

</xsd:compiexType>

</xsd:etement>

<xsd:any namespace=*##any’ minOccurss*0* maxOccurss*unbounded7> </xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:etem©nl name="DeviceNelObf€ct_lnsta nee Operations" minOocurs=*0“ <xsd:complexType>

<xsd:sequence>

<xsd:element name=*Get_Attribute_Single,'>

<xsd :complexType>

ГОСТ Р ИС0 15745-2—2010

<xsd:aUribute ref =*SupportedService7>

</xsd:complexType>

</xsd:element>

<xsd:element name=''Sel_AMnt)ule_Singte">

<xsd:complexType>

<xsd:attribute ref ="SupportedService7>

</xsd:compiexType>

</xsd:element>

<xsd:element name=*Allocate_MS_Conr»ction_Ser>

<xsd:complexType>

<xsd:attribute ref =*SupportedService7>

</xsd:complexType>

</xsd:element>

<xsd:efement names‘Release_Group2_ldentifier_Set*>

<xsd:complexType>

<xsd:attnbute refs*SupportedService’7>

</xsd:cOfnptexType>

<fxsd:element>

<xsd:any namespace=’##any’ minOccurs='0* max Occurs3',unbour>ded7> </xsd: sequence»

</xsd:compiexType>

</xsd:eten>ent>

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:etement r\amea"Ports*>

<xsd :complexType>

<xsd:sequence>

<xsd:element name=*Port’ minOccurs=’0’ maxOccurs='unbounded"> <xsd:complexType>

<xsd;sequence>

<xsd:elemenl names”PorlTypeNan»e">

<xsd:simpfeType>

<xsd:union>

<xsd:simpfeType>

<xsd;restrict>on base*"xsd:NMTOKEN">

<xsd:ervumeration value=*ConirolNet7>

<xsd:enumerabon values~ControlNet_Redundann>

<xsd:enumerabon value=TCP*/>

<xsd:enumeration value="DevicaNeT/>

</xsd:res{riction>

</xsd:simpleType>

<xsd:simpieType >

<xsd restriction base=”et_VerdorSpecificKeyv«x'd7>

</xsd:s»mpleType>

</xsd:union>

</xsd:s»mpleType>

</xsd:element>

<xsd:element name='Portl4ame' type="d t_E DS_Char_Array " minOccufs='07> <xsd:etement nafT*e=“PortObject“ type=“dt_EPATH" minOccurs=“07> <xsd:element name=“PortNumber“ type="dt_UINT7>

<xsd;element names"PortSpec»fic’>

<xsd:complexType>

<xsd:sequence>

<xsd:any namespace=’##any’ minOccurs=*0' maxOocurss“unboonded7> </xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:any namespace=’##any’ minOccurs=“0* maxOccurs=“unbour>ded“/> </xsd:sequence>

<xsd:allribute пагт>е="кГ use='required“>

<xsd:simpteType>

50

ГОСТ Р ИС 015745-2—2010

<xsdrestriction base="xsd:ID">

<xsd:pattem value=*Port[1-9)[0-9}{(M}7>

</xsd restriction»

</xsd:sampleType>

</xsd:a1tribute>

</xsd:compiexType>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element na me=*NM*OeviceNetObject'>

<xsd:complexType>

<xsd;sequence>

<xsd:e!ement name="D0viceNstOb}«ct_ClassAttnbutes” minOccurs=’0“>

<xsd ;complexType>

<xsd:sequence>

<xsd:etement na me=’ObjectRevision*>

<xsd :complexType>

<xsd:at1ribute name="Access_Rute" typ0='at_AccessType_Mandatory" fixed=’Get*/> </xsd:compiexType>

</xsd:element>

<xsd:any namespaces*##any* minOccufs=“CT maxOccurs^unbounded"/» </xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:el«ment name=*Dev»ceNetObject_ClassOperabons" minOccurs='0“>

<xsd :complexType>

<xsd:sequence>

<xsd:element name=’Get_Attnbute_Single">

<xsd:complexType>

<xsd:attribute ref ^Supported Service "/>

</xsd:comptexType>

</xsd:element>

<xsd:any namespace=*##any’ minOccurs=“ff* maxOccajrs=“unbcHjnded'7> </xsd:sequence>

</xsd:compiexType>

</xsd:element>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd;element name=“NM-ConnectionObject*>

<xsd :complexType>

<xsd:sequence>

<xsd:element na me=“Con nectionObfect_CtassAttribu!es“ minOccurs=“0"> <xsd:comp!exType>

<xsd:sequence>

<xsd:etement name='ObjectR0visian’>

<xsd:complexType>

<xsd:a№ibute na me3"Access_Rule’ lype="at_AcoessType_0ptionatGet7> </xsd:comptexType>

</xsd:etement>

<xsd:any nam©space=’##any’ minOccurs=*CT maxOccurs=“unboond©d"/> </xsd:sequence>

</xsd:ccmptexType>

</xsd:etement>

<xsd:etement name=“Con nectionObjecl_Class Operations" minOccurs=*Q">

< xsd ;complexType>

<xsd:sequence>

<xsd:element names’Resef»

<xsd:complexType>

<xsd:altribute ref="SupportedServ*ce'V>

</xsd:comptexType>

51

ГОСТ Р ИС 015745-2—2010

</xsd:element>

<xsd:etemenl name="MessageRouter_C!ass Operations" minOccurs=“0“> <xsd:complexType>

<xsd:sequence>

<xsd:ele<nent name=“Get_AUribule_Air>

<xsd:complexType>

<xsd:attribute ref="SupportedServ>CQ"/>

</xsd:compiexType>

</xsd:element>

<xsd:element name=’Gel_AUribule_Stngle">

<xsd:complexType>

<xsd:attnbute ref="SupportedSefvice"/>

</xsd:compiexType>

</xsd:element>

<xsd:any namespace=’##any* minOccur&s*0~ maxOccurs=“unbcxinded“/> </xsd:sequence>

</xsd:comptexType>

</xsd:elemeot>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:attribule name=*Suppor1&dService" use=’requirecT>

<xsd:simpleType >

<xsd:restriction base=“xsd:booiean*>

<xsd:pattem val(je=“Uue|false“/>

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute>

<xsd:attribute narr>e="Supported" use="requtrecl“>

<xsd:sitnpleType >

<xsd:restriction base="xsd:boo)ean'*>

<xsd;pattem value='4nje|false'/>

</xsd restriction»

</xsd:simpleType>

</xsd;a1tnbole>

<xsd:sitnpteType name=*0t_MAC-IDRange">

<xsdrestriction base="xsd:nonNegativelnteger">

<xsd:maxlnciusive value=“63"/>

</xod:roe(riotion>-

</xsd:simpleType>

<xsd;comp*exType name=“et_SpecificlOlnfoTyp©">

<xsd:sequence>

<xsd:element name=‘CompatiWelOTypeMask" type=’dt_WORD7> <xsd:element name="DefaultProducingConrect»on* type=,,dt_UINT/> <xsd;element nanve=“DefaultConsumir>gConnection' lype=*dt_UI NT7> <xsd:any namespace=’##any’ minOccurs="CT* maxOccurs=“unbounded'7» </xsd: s &quence>

</xsd:comptexType>

<xsd:comptexType names"‘et_GenericlOlnfoType*>

<xsd;sequence>

<xsd:etement names'Size'" type=’dt_UINF/>

<xsd:element name='NumbefSignrficanlBrts“ type=“dt_UlNT/> <xsd:element names*CompatibtetOTypeMask" type=’dt_WORDY> <xsd:element ramea“Name_String“ type="dt_EDS_Char_Array"/> <xsd:element name=’ConnectiociPathSize" type=’dt_UINT*/>

<xsd:etement name=*Path' type="dt_EPATH*/ >

<xsd;eleroenl name=“Help_String* type='dt_EDS_Chaf_Array"/>

<xsd:any namespace=*##any’ minOccurs=“0’ maxOceurs^unbounded*/» </xsd:sequence>

</xsd:complexType>

<xsd:comptexType name='et_iOI nfoTу ре"»

53

ГОСТ Р ИС015745*2—2010

<xsd:sequence>

<xsd:element патв»"ОвГаи1Г>

<xsd:complexType>

<xsd:sequence>

<xsd:e*ement name="DefaoH10TypeMask" type='dt_WORD7>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:e*ement namea'PoHlnfo" type='et_Specific!OlnfoType“ minOccurs="{F/>

<xsd:etement name="Strobelnfo" type®"et_SpecjficlOInloType* minOccurs=*0*/>

<xsd:e*ement name=*MulticastPo!ltnfo*‘ type=“et_SpecificlOlnfoType' minOocurs>"07>

<xsd:etement nafTw="COSlnfo* type^e^SpacificlOlnfoType" min0ccurs="07>

<xsd:e*ement nafi>e=“CycltclnfoH type=“et_SpecificlOln{oType" minOocursa"07>

<xsd:elemenl пате=’1приГ minOccurs="0" maxOccurs="unbounded'>>

<xsd;complexType>

<xsd:comptexContent>

<xsd:extension bases*et_GenericlOlnfoType*>

<xsd:al tribute nafne="icr use='reqyked“>

<xsd:simpteType >

<xsd restriction base="xsd:iD”>

<xsd:pattem vali*e=“lnput(1-9}(0-9HO.4p>

<Jx sd :restriction>

</xsd:s*mpleType>

</xsd:a1tribute>

</xsd:exlension>

<Sxsd:complexContent>

</xsd:comptexT ype>

</xsd:element>

<xsd:element name=*Oulput“ minOccurs="0’ maxOccurss*unbounde(T>

<xsd :complexType>

<xsd:compiexContent>

<xsd:extension base=’et_GenenclOtnfoType“>

<xsdattribute names"i(T use=“required">

<xsd:simp)eType >

<xsd:restriction base="xsd:ID»>

<xsd:pattem value=’Outpu1(1-9]lO-9)-{0.4}7>

</xsd :res1riction>

</xsd:simpleType>

</xsd;aunt>uie>

</xsd:extension>

</xsd;complexContent>

</xsd;comptexT ype>

</xsd:etement>

<xsd:any namespace=*##any’ minOccurs="0" max0ccurs=*unbounded7>

</xsd:sequence>

</xsd :comptexT у pe>

</xsd:schema>

A.3.2 Описание шаблонов профилей коммуникационных сетей. XML инкапсуляция файлов EDS А.3.2.1 Общие положения

Файлы XML профилей коммуникационных сетей, используемые для инкапсуляции файлов EDS. должны соответствовать XML схеме профилей коммуникационных сетей, как установлено в А.3.2.2.

Семантика подэлементов элемента ExtemalProfileHandte. используемого для обращения к имеющемуся файлу EDS. установлена е таблице А.2. В зависимости от значения атрибута WrapperReference к файлу EDS можно обратиться, используя элементы идентификации либо из самого файла EDS. либо из продукта, описанного этой EDS.

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

54

А.3.2.2 XML схема: файл EDS_Co«nmNet_Profile_wrapper.xsd (см. А.2.1.3.1)

Примечани е — XML схема включает в себя файл « Ма ste rTe mplateTy pes .xsd» (см. А.2.1.3.1).

ГОСТ Р ИС 0 15745-2—2010

<?хш1 version="1.0" encoding=“UTF-8*?>

<xsd:schema xfntns:xsd=*Wtp://wvvw.w3.org/2001/XMLSchsma'>

<!- - Target namespaces ate not specified in this master template • ->

<xsd:re>derine schemaLocations"MasterTemptateTypes.xsd*>

<xsd:complexType name=*IS01574 5Reference_DataType">

<xsd:comptexCo«itent>

<xsd:restriction bases*IS015745Reference_DataType*>

<xsd:sequence>

<xsd:element name=“IS015745Part* type=“xsd:positivelnteger7>

<xsd:element name="ISOt5745Edit»on* type="xsd:positivelnteger"/>

<xsd:etement names*Prof3eTechnology" types"xsd:stnng* fixeda"EDS7>

</xsd: s equence>

</xsd restriction»

</xsd:complexContent>

</xsd:comptexType>

</xsd redefine»

<xsd:element name="IS015745Profile''>

<xsd :complexType>

<xsd:sequence>

<xsd:element ref-"ProfileHeader’/>

<xsd:etement ref-"Protteeody7>

</xsd: s equence>

</xsd:comptexType>

</xsd:element>

<xsd:annotation>

<xsd:documentabon>* HEADER SECTION * </xsd idocumentat>on> </xsd:arwiotat»on>

<xsd:element na#nea*ProfileHeader*>

<xsd :complexType>

<xsd:sequence>

<xsd:element na me="Pr oft fe Identification* typea*xsd:string7>

<xsd:element name='ProfileRevision" ty pe="xsd :string*7>

<xsd:element naxne="ProfileName“ type=“xsd:string7>

<xsd:elemen! names‘ProT4eSource‘* type=’xsd:string7>

<xsd:element namea"ProfileClasslD" type='ProfileCtasslD_DataType* fix6ds*CommunicationNetwork7>

<xsd:elecnent names*ProfileDate* type=“xsd:date* minOccurs="07>

<xsd:element name=“Additionallnformatx>n“ type=*xsd:anyURr minOccurs=’07> <xsd:element natfTtes”lS015745Reference* typea*IS015745Reference_DataType’/> <xsd:eien>ent name=’iASIniterfaceType’type=”IASIntefface_DataType“ fixec2=',CSn> </xsd:sequenee>

</xsd:comptexType>

</xsd:element>

<xsd:annotation>

<xsd:documentation>* BODY SECTION *</xsd:documentabon>

</xsd:annotation>

<xsd:element namea*ProfileBody*>

<xsd :complexType>

<xsd:sequence>

<xsd:element namea*ExternalPro(HeHandle*>

<xsd:complexType>

<xsd:comptexContent>

<xsd:extension basea*ProfileHandle_DataType*>

<xsd:attribute namea“WrapperReference* use=“optionar default=*FILEINFO*> <xsd:simpleType >

<xsd:restriction base="xsd:NMTOKEN">

<xsd:enumeratjon value**FILEINFO"/>

<xsd:anumeration value="DEVICEINFO’/>

</xsd restriction»

</xsd:simpleType>

</xsd:a1thbute>

</xsd:extension>

55

ГОСТ Р ИС015745*2—2010

</xsd:complexConlenl>

</xsd:comptexT ype>

</xsd:etement>

</xsd: s equence>

</xsd:complexT ype>

</xsd:element>

</xsd:schema>

A.4 Электронная информационная таблица EOS A.4.1 Общие требования к EOS на основе CIP А.4.1.1 Общие положения

Данный подраздел устанавливает требования к кодированию электронной информационной таблицы (EOS), которые являются общими для сетей на основе CIP. Указанные требования определяют стандартный формат кодирования файлов, используемых для продуктов CIP. без учета главной платформы средств конфигурирования или файловой системы.

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

Файл EDS определяется как файл ASCII, который включает представление ASCII объектов в устройстве, которые могут быть оценены из оети (например. Parameter (Параметр) и Assembly (Компоновка)], и допогыитегь-нук> информацию, необходимую для поддержки адресации объектов.

А.4.1.2 Содержимое EDS А.4.1.2.1 Структура EDS

Один файл должен содержать всю EDS. EDS должна состоять из разделов. Таблица А.6 описывает структуру разделов, которые являются общими для нескольких сетей на основе CIP, соответствующие разрешенные разделители разделов и порядок следования этих разделов в EOS.

Таблица А.6 — Структура файла EDS CIP

Название раздела

Разрешенный

разделитель

Расположение

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

Дополнительно

Описание файла

[FtfeJ

1

Обязательно

Описание устройства

(Device]

2

Обязательно

Классификация устройства

(Device Classification]

ai

Дополнительно

Класс параметров

(ParamClass]

«)

Дополнительно

Параметры

(Params)

ai

Дополнительно

Группы параметров

[Groups]

ai

Дополнительно

Компоновка

[Assembly]

ai

Дополнительно

Характеристики соединений

(Connection Manager]

ai

Дополнительно

Порт

[Pori]

ai

Дополнительно

Модульный

(Modular]

ai

Дополнительно

Со стороны продавца

[Vendor

1 D.vendor specifickeyword]

Последний

Дополнительно

41 Эти дополнительные группы должны быть расположены после обязательных групп.

Содержимое электронной информационной таблицы (EDS) должно быть организовано следующим образом:

•вое файлы EDS должны содержать раздел Описание файла, который должен быть первым разделом файла EDS и должен использовать разрешенный разделитель [File]:

•    все файлы EDS должны содержать раздел Описание устройства, который должен сразу же следовать за разделом Описание файла и должен использовать разрешенный разделитель (Device]:

•    дополнительные разделы, описанные в данной спецификации, могут быть представлены в любом порядке при условии отсутствия в файле EDS ссылки вперед:

56

ГОСТ Р ИС 0 15745-2—2010

-    дополнительный раздел (дополнительные разделы), относящийся (относящиеся) к продавцу, должен {должны) использовать разрешенный разделитель (разрешенные разделители) (VendorlD_vendofspecifickeyword]. установленный {установленные) в А.4.1.2.2.11. и должен (должны) быть расположен (расположены) после всех разделов, установленных е данной спецификации.

А.4.1.2.2 Правила форматирования EDS

А.4.1.2.2.1 Общие положения

Файл EDS должен состоять из разделов, входных данных, полей, комментариев и пробелов. Настоящий подраздел устанавливает правила, которые следует соблюдать при определении EDS.

А.4.1.2.2.2 Пробелы в EDS

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

Интерпретатор EDS должен рассматривать нижеприведенные символы как символы пробелов. Эти символы, считываемые интерпретатором, но не кодированные как символы, читаемые человеком, указывают на наличие в файле пробела:

•    знак пробела;

-    новая строка:

•    возврат каретки:

•    перевод строки:

•    табуляция, вертикальная и горизонтальная:

•    перевод страницы:

-    метка конца файла:

-    комментарии.

А.4.1.2.2.3 Символы ключевых слое

Все ключевые слова е файле EDS должны состоять из символов ASCII из следующего списка:

•    прописные буквы А—Z:

-    строчные буквы а—г.

-    цифры 0—9;

-    специальный символ подчеркивания «_»:

-    символ пробела.

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

А.4.1.2.2.4 Разделы

Файл EDS должен разделяться на обязательные и дополнительные разделы.

А.4.1.2.2.5 Разделители разделов

Каждый раздел в EDS должен быть надлежащим образом разделен ключевым словом раздела в квадратных скобках (Legal DeSmiter). Допустимые разрешенные разделители разделов должны соответствовать разделителям. установленным в таблице А.6.

А.4.1.2.2.6 Ключевые слова разделов

Комдоо ключоооо слово раздела опродоллотол текстом между началом разделителя кто'юоого слова раздела «[» и конечным разделителем «]». Символы, используемые в ключевых словах раздела, определены в А.4.1.2.2.3. Имеются два типа ключевых слов раздела, общедоступные ключевые слова и ключевые слова продавца.

А.4.1.2.2.7 Последоватегъность разделов

Каждый обязательный раздел должен располагаться в требуемом порядке, как установлено в А.4.1.2. Дополнительные разделы могут целиком пропускаться или включаться с пустыми символами — заменителями данных. За исключением раздела (разделов), относящегося (относящихся) к продавцу, дополнительные разделы могут располагаться в любом порядке. Раздел (разделы), относящийся (относящиеся) к продавцу, должен (должны) быть последним (последними) в файле EDS.

А.4.1.2.2.8Ввод

Каждый раздел в EDS должен содержать один или несколько вводов, начинающихся с ключевого слова ввода, после которого следует знак равенства. Значение ключевого слова ввода должно быть глобальным в области действия, что позволяет использовать ключевые слова, определенные в одном разделе, также и в другом разделе. Каждый ввод должен оканчиваться точкой с запятой. Ввод может расширяться, включая множество строк, если запятые надлежащим образом разделяют поля.

А.4.1.2.2.9 Ключевые слова ввода

Ключевое слово ввода должно состоять из однозначно определяемой последовательности символов ключевого слова, как установлено в А.4.1.2.2.3. Имеются два типа ключевых слов ввода: общедоступные ключевые слова и ключевые слова продавца.

А.4.1.2.2.10Обидедоступноеключевое слово

Общедоступное ключевое слово должно всегда определяться в спецификации CIP ответственными ассоциациями продавцов. Общедоступное ключевое слово никогда не должно начинаться с цифры.

57

ГОСТ Р ИС0 15745-2—2010

А.4.1.2.2.11 Ключевые слова продавца

Ключевые слова могут быть ключевыми словами, относящимися к продавцу. Эти ключевые слова должны начинаться с идентификатора компании продавца с добавлением после нею символа подчеркивания (VendorlD_ VendorSpeciftcKeyword). VeodoctD (идентификатор продавца) должен воспроизводиться в десятичной системе счисления и не должен содержать в начале нулей. Каждый продавец неоет ответственность за сохранение и документирование своих ключевых слов.

А.4.1.2.2.12 Поля вводов

Каждый ввод должен содержать одно или несколько полей. Разделители в виде запятой должны разделять все поля. Значение поля (полей) должно зависеть от контекста раздела. Поля ввода являются либо обязательными. либо дополнительными, как установлено в этой спецификации. Пробелы и пустоты между запятыми должны быть использованы для непредставленных дополнительных полей. Точка с запятой может быть использована для указания отсутствия замыкающих допогыительных полей. Термин «номер поля» должен указывать положение поля ввода. Поля следует нумеровать слева направо (или сверху вниз), начиная с номера 1.

А.4.1.2.2.13 Ключевые слова полей

Кпочввое слово полей должно состоять из однозначно определенной последовательности символов ключевого поля, как установлено в А.4.1.2.2.3. Имеются два типа ключевых слезе полей: общедоступные ключевые слова и ключевые слова продавца.

А.4.1.2.2.14 Составные поля данных

Некоторые поля ввода следует устанавливать с использованием данных, которые не могут быть определены одним значением между разделителями е виде запятой. Возможность дополнительного разделения всего поля определяют лугом использования одного или нескольких наборов символов в виде парных фигурных скобок *Г и ")*• Содержимое между этими символами следует рассматривать как один элемент или ввод. Содержимое может быть сгруппировано в множестве фигурных скобок.

А.4.1.2.2.15 Комментарии

Комментарии должны разделяться символом в виде знака долларе ($) и символом новой строки. Интерпретатор EDS должен рассматривать все символы между разделителями комментариев как пробелы. Разделитель комментария S. обнаруживаемый внутри поля или набора символов в виде двойных кавычек, не должен рассматриваться как разделитель комментариев.

Пример - Ниже приводятся примеры некоторых комментариев:

$ This is a valid comment line    <NL>

1.2.3;    5 This is a valid comment <NL>

$ Comments cannot span <NL>

more than one line <NL>    <= This is an error — no S

A.4.1.2.2.16 Пример структуры форматирования EDS

Примеры на рисунке А.1 показывают структуру электронной информационной таблицы.

[section паше]

$ Comment — extends to end of line

Entry 1 =Fie*d1, Field2. FiekJ3;

S Entire entry on one line

Eiilly2—Fi«W1, Fielii2, FiekJ3, Fi«W4.

3 Enliie will у им une line

Entry 3=

$ Multiple line entry

Fieldl.

$ Fieldl

Field2.

S Field2

Field3;

5 Fieid3

Enlry4=

S Combination

Fieldl. Fietd2.

$ Fields 1 and 2 on one line

Fields.

S Fie»d3

Field4;

S FiekJ4

Entry5= 1.

$ Field 1 specifies the value 1

{1.2.3};

S Field 2 specifies an array or 5 structure with three values

Entry6={44. (22.33.11}};

S Entry 6 specifies a single held.

S The field contains two sets of data.

5 The first set is the single value 44 S The second set contains three values

65535 Entry*

S Vendor Specific entry for

Fieldl. FieW2;

5 VendorJD 65535 with two fields

Рисунок A.1 — Пример структуры форматирования EDS (информативный)

А.4.1.2.3 Требования к имени файла

Соглашения по присвоению имени файлам не принимаются для дисковых файлов EDS. за исключением файлов в среде DOS/Windows: эти файлы должны иметь суффикс «.EDS*, приписываемый к имени файла.

56

ГОСТ Р ИС 015745-2—2010

А.4.1.3 Требования к кодированию данных EDS А.4.1.3.1 Общие положения

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

Информация, содержащаяся 8 файле EDS. может представлять конфигурируемые атрибуты экземпляре» объектов в приборе. Все данные в файле EDS должны быть текстом, состоящим из набора символов ASCII, тогда как атрибуты класса объектов и экземпляров не нуждаются в использовании ASCII (доступные типы данных определяются в спецификации CIP). Поэтому может потребоваться преобразование (трансляция) между данными. содержащимися в файле EDS. и атрибутами объекта: эта трансляция устанавливается в последующих подразделах.

Элементарные типы данных, установленные в спецификации CIP. также используются для других элементов EDS. однако значение изменяется, как описано 8 последующих подразделах (см. А.4.1.3.3—А.4.1.3.10). Некоторые типы данных используются только в файлах EDS (см. А.4.1.3.11—А.4.1.3.14).

А.4.1.3.2 Соглашение по файлу символов ASCII

Все данные в EDS должны кодироваться с использованием 8-битных символов ASCII, где асе ссылки на символы ASCII означают 8-битный формат символов ASCII (как установлено в таблицах 1 и 2. строка 00 ИСО/МЭК 10646-1). Символы, которые не могут быть воспроизведены на терминале ANSI, не должны использоваться в именах идентификатора или в представлениях данных. Правильные значения символов ASCII должны включать е себя новую строку, табуляцию и значения от 32 до 126 в десятичной системе счисления.

А.4.1.3.3 Соглашение по строке символов — EDS_Char_Array А.4.1.3.3.1 Общие положения

Все строковые данные в файле EDS должны быть строками символов фиксированной длины без символа конца строки и должны заключаться в двойные кавычки (EDS_Char_Array data type).

Существуют две формы преобразований строковых данных. Символы, заключенные между двойными кавычками. должны быть преобразованы в 8-бигные символы ASCII. Символы, заключенные между двойными кавычками, которым предшествует заглавная буква L. должны быть преобразованы в 16-битные символы стандарта UNICODE (юникод).

Пример 1 — «Это результат в строке, состоящей из 8-битных символов».

Пример 2 — L «Строка символов UNICODE, включающая арвческий символ Pi \u03C0».

Примечание — Текст \иОЗСО определяет одиночный 16-бигный символ со значением 03С0. В наборе символов UNICODE это соответствует таблице 9. строка 3. Basic Greek — символ нижнего регистра. Описания управляющей последовательности символов даны 8 A.4.1.3.3.S.

А.4,1.3.3.2 Действия в случае недостаточного количества символов в поле строки

Интерпретатор EDS должен использовать выравнивание символов в поле по правому знаку и заполнить неустановленные символы пробелами в начале строки текста (ASCII 0x20) для остающейся длины строки.

Пример — Если параметр имеет максимальную длину строки 8 и вмещает строку • 123АВ». строка интерпретируется как •-123АЗ», где символы тильда (—) представляют пробелы.

А.4.1.3.3.3 Действия в случае избыточного холичесгва символов в поле строки

Если заданное поле строки содержит слишком много символов, интерпретатор EDS должен отсечь символы слева направо.

Пример — Если параметр имеет максимальную длину строки 8 и вмещает строку «I23ABCDEFG», строка отсекается и интерпретируется как •I23ABCDE».

А.4.1.3.3.4 Конкатенация строки

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

Пример 1—

Строка:    «АВС» «123» «XYZ»

Интерпретируется как:    «ABC123XYZ»

Строки также могут находиться на отдегъных строках текста.

Пример 2 —

Следующие строки:

«АВС»    S Это комментарий

«123»

«XYZ»

также интерпретируются как: «ABC123XYZ»

Для строки UNICODE (длинная строка) только первым двойным кавычкам должна предшествовать заглавная буква L.

Пример 3—L «АВС» «123» «XYZ»-то же самое, что и L «ABC123XYZ».

59

ГОСТ Р ИС0 15745-2—2010

А.4.1.3.3.5 Управляющие последовательности строк

Интерпретатор EDS должен опознавать все управляющие последовательности, перечисленные в таблице А.7. Интерпретация зависит от приложения.

Таблица А.7 — Управляющие последовательности строк

Управляющая последовательность

Трансляция

4

\

newline (новая строка)

Ч

tab (табуляция)

V

vertical tab (вертикагъная табуляция)

backspace (возврат на один символ)

carnage return (возврат каретки)

¥

form feed (перевод страницы)

BELL character (0x07) (символ Звонок)

Г

••

V

»

\хпп

Одиночный байт, содержащий значение «пп» в шестнадцатеричной системе счисления

Wnnnn

Пара байтов, содержащих значение «ппппн а шестнадцатеричной системе счисления. Такая форма переключения строки является правильной только в случае, если результирующие данные строки имеют длину 16 бит, например. L" форма спецификации строк

Если встречаются с последовательностью, не указанной выше, интерпретирующее устройство должно отвергнуть целую строку и указать ошибку. Файлы EDS должны содержать только управляющие последовательности. установленные в таблице А.7.

А.4.1.3.4 Соглашение по строкам ASCII {STRING. SHORT.STRING. STRING2)

Все типы строковых данных (STRING. SHORT_STRING. STRING2). используемые в атрибутах объектов, должны преобразовываться в файл EDS EDS_Char Array.

А.4.1.3.5 STRING!

Тип данных Международной строки (STRING!) CIP кодируется в файле EDS как представление сложного типа данных, все соде ржимое ввода STRING! должно заключаться в пару фигурных сковок, после числа языковых элементов, установленных как USINT. должны следовать определения языковых элементов, причем каждый такой элемент заключается в пару фигурных схобок и разделяется запятой. Каждый языковой элемент ввода STRING! должен определяться в виде четырех полей. Первое поле (выбор языка) должно представлять собой точно три символьные строки фиксированной длины, заключенные в двойные кавычки. — код языка, уст знобленный в НС О 639-2/Т. Тип строковых данных должен быть представлен с использованием кода типа данных, как установлено 8 спецификации С IP для STRING. STRING2, STRINGN или SHORT_STRING. Выбор набора символов должен быть представлен как UINT. как установлено в Кодах пржгера IANA MIS (RFC 1759). Часть содержимого строки языкового элемента должна быть представлена как строка или длинная строка.

Пример— Ниже представлен ввод STRINGI на трех языках:

Field 1 =    {3,

{'eng’,0xDC,4,"This is an ASCII English language string"},

{'spa',0xD5,1000,L“Espa holes palabras'},    $ ’’Spanish words"

$ using UNICODE

{mdeu’,0xD0,4,“Spanische Worter auf Deutsch'}    S“Spanish words in German"

};

A.4.1.3.6 Маршрут CIP (EPATH)

Тип данных CIP (EPATH). используемый. 8 частности, для определения строк маршрута С2Р. должен кодироваться в файлах EDS с использованием базового формата, установленного в настоящем стандарте для файла EDS_Char_Array. Кроме того, содержимое строки для маршрута CIP или других данных EPATH должно состоять из групп двух соседних шестнадцатеричных символов, разделенных пробелами. Могут быть использованы как верхний регистр, гак и нижний регистр.

60

ГОСТ Р ИС 015745-2—2010

Пример 1 — •20 04 24 01» Пример 2— «20 05 24 02 30 04»

А.4.1.3.7 Соглашение по иелым числам без знака ASCII (USINT. UINT, (JOINT. ULINT)

Типы целочисленных данных без знака представляют положительные целочисленные значения. Целочисленные данные без знака следует вводить либо в десятичной системе счисления, либо в шестнадцатеричной системе счисления без пробелов или запятых между символами. Если для представления целочисленных символов без знака используют шестнадцатеричную систему счисления, последовательность двух символов Ох без пробела должна предшествовать целочисленным символам без знака, диапазон разрешенных данных USINT:

•    десятичная система счисления

-    шестнадцатеричная система счисления диапазон разрешенных данных UINT:

•    десятичная система счисления

•    шестнадцатеричная система счисления диапазон разрешенных данных UD1NT;

•    десятичная система счисления

•    шестнадцатеричная система счисления диапазон разрешенных данных ULINT:

-    десятичная система счисления

•    шестнадцатеричная система счисления

0—255 0x0—OxFF

0—65535 Ox—OxFFFF

0—4294967295 0x0—OxFFFFFFFF

0—18446744073709551615 0x0—OxFFFFFFFFFFFFFFFF

В десятичной системе счисления не следуе т использовать впвредиидущие нут. но они могут быть испогъ-зованы в шестнадцатеричной системе счисления. В шестнадцатеричной системе счисления могут быть использованы как верхний регистр, так и нижний регистр, а общее число символов для типа ULINT должно ограничиваться числом 10 {Ох плюс еще 8) или 18 (Ох плюс еще 16).

Пример—Десятичное значение UINT 254 может быть представлено как 254 (в десятичной системе счисления) или как OxFE (в шестнадцатеричной системе счисления), а 0254 (десятичная система счисления) и OxOOOOOOOFE (шестнадцатеричная система счисления) являются недопустимыми.

А.4.1.3.8 Соглашение по целым числам со знаком ASCII (SINT, (NT. DINT. LINT)

Типы данных SINT, INT. DINT и LINT представляют значения целочисленных данных со знаком. Целочисленные данные со знаком следует вводить либо в десятичной системе счисления, либо в шестнадцатеричной системе счисления с пробелами или запятыми между символами. Если для представления целочисленных символов со знаком используют шестнадцатеричную систему счисления, последовательность двух символов Ох без пробела должна предшествовать целочисленной последовательности символов.

-    диапазон разрешенных данных SINT:

•десятичная система счисления    -128—127

• шестнадцатеричная система счисления    -0x80—0x7

-    диапазон разрешенных данных INT:

•    десятичная система счисления

- шестнадцатеричная система счисления

-    диапазон разрешенных данных DINT:

•    десятичная система счисления

•    шестнадцатеричная система счисления

•    диапазон разрешенных данных LINT:

-    десятичная система счисления

- 9223372036854775808—922Э372036854775807

-32768—32767 -0x8000—Ox7FFF

-2147483648—2147483647 -0x0—OxFFFFFFFFFFFFFFFF

• шестнадцатеричная система счисления

0x8000000000000000—Ox 7FFFFFFFFFFFFFFF

В десятичной системе счисления не следуе т использовать впвредиидущие нут. но они могут быть испогъ-зованы е шестнадцатеричной системе счисления. В шестнадцатеричной системе счисления могут быть использованы как верхний регистр, так и нижний регистр, а общее число символов для типа LINT должно ограничиваться числом 10 (Ох плюс еще 8) или 18 (Ох плюс еще 16).

Пример—Десятичное значение INT 254 может быть представлено как 254 (в десятичной системе счисления) или как-OxFE (е шестнадцатеричной системе счисления) или как OxOOOOOOFE (е шестнадцатеричной системе счисления), а 0254 (десятичная система счисления) и OxOOOOOOOFE (шестнадцатеричная система счисления) являются недопустимыми.

А.4.1.3.9 Соглашение по словам ASCII (BYTE, WORD. DWORD. LWORD)

Типы данных BYTE, WORD. DWORD и LWORD представляют значения с побитовой адресацией. Эти значения считают дискретными значениями позиции двоичного разряда, и они не предназначены для представления целочисленных значений оо знаком или без знака. Однако для удобства эти значения должны быть введены в десятичной, шестнадцатеричной или двоичной системе счисления без пробелов или запятых между символами.

ГОСТ Р ИС0 15745-2—2010

Если для представления целочисленных символов используют шестнадцатеричную (соответственно двоичную) систему счисления, последовательность двух символов Ох (соответственно ОЬ) без пробела должна предшествовать символам значений.

диапазон разрешенных данных BYTE:

•    десятичная система счисления

•    шестнадцатеричная система счисления

•    двоичная система счисления диапазон разрешенных данных WORD:

•    десятичная система счисления

•    шестнадцатеричная система счисления

•    двоичная система счисления

диапазон разрешенных данных DWORD:

•    десятичная система счисления

•    шестнадцатеричная система счисления

•    двоичная система счисления

диапазон разрешенных данных LWORD:

•    десятичная система счисления

•    шестнадцатеричная система счисления - двоичная система счисления

ОЬОООООООООООООООООООООООООООООООООООО0000000000000000000000000000— 0611111111111111111111111111111111111111111111111111111111111111111

В десятичной системе счисления не следует использовать впередиидущие нули, но они могут быть использованы в шестнадцатеричной и двоичной системах счисления. В шестнадцатеричной системе счисления могут быть использованы как верхний регистр, так и нижний регистр, а общее число символов для типа LWORD должно ограничиваться числом 10 (Ох пгмс еще 8) или 18 (Ох плюс еще 16).

Пример— Десятичное значение WORD 254 может быть представлено как 254 (е десятичной системе счисления) или как OxFE (е шестнадцатеричной системе счисления), или как OxOOOOOOFE (в шестнадцатеричной системе счисления), а 0254 (е десятичной системе счисления) и OxOOOOOOOFE (в шестнадцатеричной системе счисления) являются недопустимыми.

А.4.1.3.10 Соглашение по плавающей точке ASCII (REAL. LREAL)

Типы данных REAL и LREAL представляют двоичные значения с плавающей точкой. Внутреннее представление форматов этих данных описано a IEEE 754. В этом же стандарте описаны как численные значения, так и последовательности битов, которые интерпретируются как символьные значения NaN («не число»), а также как плюс и минус бесконечности. Значения с плавающей точкой могут быть введены либо как целые значения, значения. oCMOooiHiuo ма десятичном продетоелопни плавающей топки, либо как эпо-юпип. ооодимыо о «экспо'юпци альном» представлении. Целые значени я являются теми же. что и значения, приведенные для типов данных INT. DINT или LINT. Эти значения не могут быть испогъзованы для представления дробных значений. Десятичные значения с плавающей точкой являются значениями, которые имеют как целую часть, так и дробную компоненту. Целое значение и дрюбные компоненты разделяются десятичной точкой «.» или символом периода. Форма значений в «экспоненциальном» представлении является такой же. как и представление дробных значений с добавлением экспоненциальной компоненты (показателя степени). Этот показатель степени всегда является целым числом со знаком до 10. в которое возводится значение основания системы счисления.

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

Диапазон разрешенных данных REAL (32-битный формат IEEE с ординарной точностью) устанавливают по формуле

значение = (-1)*(2)e-,27(m).

0—255 0x0—OxFF

ОЬОООООООО—ОЬ 11111111

0—65535 0x0—OxFFFF

ОЬОООООООООООООООО—0Ь1111111111111111

0—4294967295 0x0—OxFFFFFFFF

ОЬОООООООООООООООООООООООООООООООО— 0Ы111111111111111111111111111111

0—18446744073709551615 0x0—OxFFFFFFFF FFFFFFF F

где s — значение знакового бита;

е — 8-битный показатель степени. Допустимые значения этого показателя лежат в диапазоне от -126 до +127:

т — нормализованная 24-бигная мантисса (23 бита внутренней памяти плюс один скрытый бит). Допустимые значения мантиссы лежат в диапазоне между 0 и 16777215.

62

ГОСТ Р ИС 015745-2—2010

Комбинирование вит позволяет установить диапазон приближенных абсолютных значений 0—Э,4028езв. EDS использует для данных REAL следующие представления значений с плавающей точкой:

• представление в виде целых чисел (фиксированных):    от -16777215 до 1677725:

- десятичная система счисления (с плавающей точкой): 0.0 - ±9999909999099999. где общее число разрядов не должно превышать 16 (помимо символа десятичной точки и символа знака). Оба этих символа могут быть опущены (знак + подразумевается, если симво-л знака опущен). «Экспоненциальное» представление: 0.0 - ±пп.пппппппппЕ±хххх.

где общее число разрядов в мантиссе не должно превышать 11 (помимо символа десятичной точки и символа знака), а число разрядов в показателе степени не должно превышать 4 (помимо символа «Е» и символа знака). Десятичная точка может располагаться в мантиссе где угодно. Как символ десятичной точки, так и символ знака в мантиссе могут быть опущены (знак «+» подразумевается, если символ знака опущен).

Диапазон разрешенных данных LREAL (64-бигный формат IEEE с двойной точностью) определяют по формуле

значение = {-1)*-(2)*'’023<т).

где s — значение знакового бита:

е — 11-битный показатель степени. Допустимые значения этого показателя лежат в диапазоне от -1022 до +1023:

m — нормализованная 53-битная мантисса (52 бита внутренней памяти плюс один скрытый бит). Допустимые значения мантиосы лежат е диапазоне между 0 и 9007199254740991.

Комбинирование вит позволяет установить диапазон приближенных абсолютных значений 0—1.7976e>ia. EDS использует для данных LREAL следующие представления значений с плавающей точкой:

•    представление в виде целых чисел (фиксированных):

- от 9007199254740991 до + 9007199254740991;

•    десятичная система счисления (с плавающей точкой):

0.0—19999999999999999.

где общее число разрядов не должно превышать 16 (помимо символа десятичной точки и символа знака). Оба этих символа могут быть опущены (знак <+» подразумевается, если символ знака опущен).

«Экспоненциальное» представление:

0.0—±пппп.ппппппплппппЕ±хххх.

где общее число разрядов в мантиссе не должно превышать 16 (помимо символа десятичной точки и символа знака), а число разрядов в показателе степени не должно превышать 4 (помимо символа «Е» и символа знака). Десятичная тожа может располагаться в мантиссе где угодно. Как символ десятичной точки, гак и символ знака в мантиссе могут быть опущены (знак «+» подразумевается, если символ знака опущен).

В дополнение к вводимым значениям, указанным вьяие. представление плавающей точки учитывает два стиля аводоа и два типа бесконечностей. Существуют два типа Nan («не число»), а именно сигнализация Nan и «тихое» NaN (Quiet NaN). Кроме того, формат устанавливает представления значений плюс и минус бесконечностей. В этих случаях резервируются следующие специальные слова, которые должны использоваться для представления ввода ассоциированного символа плавающей точки:

•    «тихое» не число    QUIET-NAN:

•    сигнализация не числа    SIGNAL-NAN:

•    бесконечность плюс    INF1NITY {или +INFINITY};

- бесконечность минус    - INFINITY.

А.4.1.3.11 EDS.Date

Тип данных EDS_Date должен иметь форма ттт-dd-yyyy. где тт — месяц, dd —дань, уууу — год. Правильные значения месяца, дня и года mm-dd-yyyy должны быть следующими:

mm—    01—12:

dd —    01 —31 (в зависимости от месяца и года):

уууу —    1996—9999.

Представление года двумя символами может быть использовано в случае, если тип данных EDS_Date имеет формат mm-dd-yy, где mm — месяц, dd - день месяца, а уу — гад. В этом случае две первые цифры года имеют предполагаемое значение 19. так что yys96 должно означать год 1996. Правильные значения месяца, дня и года параметров mm-dd-yy должны быть следующими: mm—    01—12;

dd —    01—31 (в зависимости от месяца и года):

уу —    98—99 (подразумеваются две первые цифры 19).

Примечание — Представление года двумя цифрами не рекомендуется.

63

ГОСТ Р ИС0 15745-2—2010

А.4.1.3.12 EDS.Time.Of.Day

Тил данных EDS_Time_Of_Oay должен иметь формат hh.mm.ss. где hh—часы, mm—минуты и ss — секунды. Правильные значения часов, минут и секунд должны быть следующими: hh —    00—23;

mm —    00—59;

ss _    00—59.

А.4.1.3.13 EDS.Revision

Тил данных EDS.Revision должен иметь формат Major.Revision.Minor.Revision с правильными значениями:

Majoc.Re vision 0—9:

Minor.Re vision 0—9.

Значение EDS.Revision 0.0 следует рассматривать как ошибочное.

Пример— EDS_Revision 1.4 соответствует старшей версии 1 и младшей версии 4.

А.4.1.3.14 Универсальный указатель ресурсов EDS.URL

Все ссылки на EDS.URL в требованиях к EDS предназначены для получения формализованной информации . необходимой для определения местоположения ресурсов и доступа к ним через Интернет. EDS.URL должен кодироваться в файлах EDS с использованием базового формата, установленного в ИСО 15745-2 для EDS.Char.Array. Кроме того, содержимое строки для EDS.URL должно иметь формат, установленный Сетевой рабочей группой RFC 1738 «Универсальный указатель ресурсов (URL)» Интернета. Что касается спецификаций е фвйле EDS. EDS.URL должен ограничиваться любой из следующих форм: http;

ftp:

file (файл).

А.4.1.4 Основные требования к файлу EDS А.4.1.4.1 Обзор

В данном подразделе описаны основные разделы EDS, являющиеся общими для нескольких сетей на основе CIP. и установлены соответствующие требования к применению. В таблице А.8 указано местоположение подразделов определений этих разделов.

Таблица А.8 — Определение основных разделов

Рамелы EOS

Определено е

Раздел описания файла

А.4.1.4.2

Раздел описания устройства

А.4.1.4.3

Раздел классификации устройства

А.4.1.4.4

Раздел классов параметров

А.4.1.4.5

Раздел параметров

А.4.1.4.6

Раздел групп параметров

А.4.1.4.7

Раздел компоновки

А.4.1.4.8

Раздел управления соединениями

А.4.1.4.9

Раздел портов

А.4.1.4.10

Раздел модулей

А.4.1.5.2

А.4.1.4.2 Раздел описания файла

Раздел описания файла должен содержать административную ^формацию о файле EDS. Средства конфигурирования должны считывать эту информацию, форматировать и воспроизводить ее пользователю. Пользователь также может иметь досгул к этому разделу с помощью программы просмотра текстового файла и воспроизводить неформатированную информацию. Раздел не требует внесения в него изменений, если только пользователь вручную не внес изменения в файл. Раздел описания файла должен содержать вводы, приведенные в таблице А.9.

64

ГОСТ Р ИС 015745-2—2010

Т а О л и u а А.9 — Формат описания файла

Имя вводимых данных (ввода)

KneNoioe слово ввода

Номер

поля

Тип данных

Обязаюльно/

Дополнительно

Текст описания файла

DescText

1

EDS_Char_Array

Обязательно

Дата создания файла

CreateDate

1

EDS.Oate

Обязательно

Время ооздания файла

Create Time

1

EDS_Time_Of_Day

Обязательно

Дата внесения последних изменений

ModDate

1

EDS.Oate

Дополнительно

Время внесения последних изменений

ModTime

1

EDS_Time_Of_Day

Дополнительно

Пересмотр EOS

Revision

1

EDS_Revision

Обязательно

Базовый URL

HomeURL

1

EDS.URL

Дополнительно

Вводимые в раздел описания файла данные должны предоставлять информацию, квк показано в таблице А.10.

Таблица А.10 — Вводимые {входные) данные описания файла

Вводимые данные

Описание

Текст описания файла

Отдельная строка текста, воспроизводимая средствами конфигурирования. Разработчик EDS должен определить для этого ввода значимую строку текста. Все наборы символов должны заключаться в двойные кавычки

Дата создания (файла

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

Время создания файла

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

Дата внесения последних изменений

Дата внесения последних изменений в EDS. Средства конфигурирования, позволяющие вносить изменения в файл EDS. в случае необходимости должны обновлять это поле. Средства конфигурирования, предусмотренные только ради удобства, должны воспроизводить содержимое этих вводимых данных, если вносятся изменения. Если средства конфигурирования вносят изменения в EDS. то они должны обновлять эго поле. Однако если изменения в EDS вносят вручную или с помощью текстового редактора, то это попе также должно обновляться.

Такой ввод необходим, если

-    изменения в файл EDS вносят с использованием программных средств или если

-    представлены вводимые денные о времени внесения последних изменений

Время внесения последних изменений

Время внесения последних изменений в EDS. Средства конфигурирования, позволяющие вносить изменения в файл EDS. 8 случае необходимости должны обновлять эти вводимые данные. Средства конфигурирования, предусмотренные ради удобства, должны воспроизводить содержимое этого ввода, если вносятся изменения. Если средства конфигурирования вносят изменения в EDS. то они должны обновлять это поле. Однако если изменения в EDS вносят вручную или с помощью текстового редактора, то это поле также должно обновляться

Пересмотр EDS

Пересмотр EDS. Пересмотр EDS не взаимосвязан с каким-либо пересмотром продуктов: эго просто пересмотр самого файла EDS

65

ГОСТ Р ИС0 15745-2—2010

Окончание таблицы А. 10

вводимы» данные

Описание

Базовый URL

Универсальный указатель ресурсов основного файла EOS. файл, содержащий изображение иконки, и другие файлы, связанные с данным EDS. HomeURL должен определять полный квалифицировать# URL для осыпки на основную версию файла EDS. Кроме того, область ссылки (без спецификации имени файла) используется для определения области, в которой содержится (содержатся) другой связанный файл (другие связанные файгы). относящийся (относящиеся) к устройству, описываемому данным EDS

На рисунке А.2 приведен пример, представляющий тигычный раздел {Fite].

[File]

DescText - "Smart Widget EDS File";

Create Date = 04-03*94;    $ created

Create Time = 17:51:44;

ModDate = 04-06*94;    $ last changed

ModTime = 22:07:30;

Revision *2.1;    S Revision of EDS

HomeURL = "http:W;

Рисунок A.2 — Пример раздела [File] (информативный)

A.4.1.4.3 Раздел описания устройств

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

Таблица А.11 — Формат описания устройств

Входные данные

Ключевое слов»

Комер

поля

Тип данных

Обязательно/

Дополнительно

Идентификатор продав-

VendCode

1

UINT

Обязательно

ца “м

Натлания пргзджиц)

VendorName

1

FOR_Char_Array

ГУбятятлльыл

Тип устройства*1 *'

ProdType

1

UINT

Обязательно

Строка типа устройства

ProdTypeStr

1

EDS_Char_Array

Обязательно

Код продукта1*

ProdCode

1

UINT

Обязательно

Старшая версия" *’

MajRev

1

USINT

Обязательно

Младшая версия*:

MinRev

1

USINT

Обязательно

Название продукта1'

ProdName

1

EDS_Char_Array

Обязательно

Номер каталога

Catalog

i

EDS_Char_Array

Дополнительно

Исключить из соединения с использованием адаптерною блока

Исключить

FromAdapterRackCon

nection

1

EDS_Char_Array

Дополнительно

Имя файла, содержа-

Icon

1

EDS_Char_Array

Дополнительно

щего изображение иконки

Эти вводимые данные представляют атрибут объекта Идентичность.

w Эти вводимые данные используют для согласования EDS с конкретным прсдуктом/версией.

е) Эти вводимые данные представляют атрибут объекта Идентичность, хотя тип данных может слегха

отличаться.

66

ГОСТ Р ИС 015745-2—2010

Название входных данных поля описания устройства устанавливает номер строки ввода.

Средства конфигурирования должны использовать требуемые входные данные в разделе описания устройств для согласования EDS с конфигурируемым устройством. Входные данные должны предоставлять информацию. установленную в таблице А.12.

Таблица А.12— Входные данные для отмсания устройств

Вводимые данные (•воды)

Описания

Идентификатор продавца

Числовой идентификатор продавца, определяемый объектом Идентичность. Атрибут 1

Название продавца

Текстовое название продавца. При воспроизведении в зависимости от возможностей дисплея может возникнуть необходимость усечения текста

Тип устройства

Числовой идентификатор устройства, определяемый объектом Идентичность. Атрибут 2

Строка типа устройства

Текстовое описание типа устройства, как установлено в соответствующем профиле устройств на основе CIP. Отдельные продавцы могут выбрать строки для отдельных типов устройств продавца

Код продукта

Установленный числовой идентификатор коде продуктов продавца, определяемый объектом Идентичность. Атрибут 3. Каждый код продуктов должен иметь собственную EDS

Старшая версия

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

Младшая версия

Номер младшей версии, установленной продавцом, как определяется объектом Идентичность. Атрибут 4. Номер младшей версии должен использоваться для идентификации изменений, внесенных в продукт, которые не влияют на выбор конфигурации пользователя {например, изменения, вносимые в корректоры ошибок встроенных программ, дополнительные светоизлучающие диоды. внутренние аппаратные средства). Изменения, вносимые в младшие версии, не должны использоваться средствами конфигурирования для согласования прибора с EDS

Название продукта

Текстовое название продукта, как определено объектом Идентичность, Атрибут 7. При воспроизведении в зависимости от возможностей дисплея может возникнуть необходимость усечения текста

Номер каталога

Номер текстового каталога или модели. Один или несколько номеров каталога могут быть ассоциированы с индивидуатъным кодом продукта.

Примечание — В случав множества номеров каталога полезно предоставить столько номеров, сколько возможно. Например, номер 1438-ВАС7хх. где 'хх' представляет варианты номеров каталога, поддерживаемые данным кодом про-pyinafEDS

Исключить из F rom Adapts гЯаскСоп nection

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

67

ГОСТ Р ИС0 15745-2—2010

Окончание таблицы А. 12

Вводимые данные (вводы)

Описание

Имя файла, содержащего изображение иконки

Имя (файла, содержащего изображение иконки. Идентификация файла, содержащего графическое представление устройства. Файл должен иметь формат ’.ICO MSWindows и должен оодержать. как минимум, иконку 16x16. Файп также может содержать иконки 32x32. 48x48 и 64 x 64. Местоположение файла, содержащего изображение иконки, определяется с учетом местоположения, установленного ключевым словом HomeURL (без компоненты имени файла HomeURL). и имени файла, установленного эгим ключевым словом. Эго ключевое слово должно быть представлено только в случае, если ключевое слово HomeURL существует

На рисунке А.З приводится пример, представляющий типичный раздел устройств [Device].

[Device]

VendCode = 65535:

VendName = ’Widget-Works. Inc.":

ProdType = 0;

ProdTypeStr = "Generic":

ProdCode = 42.

MajRev»1;    S Device Major Revision

MinRev=1;    $ Device Minor Revision

ProdName = "Smart-Widget*:

Catalog = -1499-DVG";

Icon = “example,ico";

Рисунок А.Э — Пример раздела устройств (информативный)

А.4.1.4.4 Раздел классификации устройств

Раздал классификации устройств должен классифицировать устройство, описываемое EDS. как принадлежащее одному или нескольким категориям устройств. Ключевое слово ввода для всех классификаций должно состоять из набора символов «Class#, объединенных с десятичным числом. Числа должны начинаться с 1 для первого класса и должны увеличиваться для каждого дополнительного класса.

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

-    ControlNet;

•    DeviceNet

-    EtherNettP:

•    ключевое слово поля со стороны продавца.

Ключевое слово со стороны продавца должно начинаться с идентификатора компании продавца, после чего следует символ подчеркивания (VendoriD_VendorSpec*ficField). VendorlD должен воспроизводиться в десятичной системе счисления и не должен содержать впередиидущих нулей. Каждый продавец со своей стороны несет ответственность за поддержание и документирование ключевого слова поля.

А.4.1.4.5 Раздел классов параметров

Раздел классов параметров должен идентифицировать общие атрибуты параметров конфигурации, описываемые EDS, которые соответствуют поднаберу атрибутов класса Parameter Object и установлены в Библиотеке Объектов CIP.

Раздел классов параметров допжен содержать вводимые данные, установленные в таблице А.13.

Таблица А.13 — Формат классов параметров

вводимые данные (вводы)

Ключевое слово вводимых данных

Число

полей

Тип данных

Обязательно/

Дополнительно

Максимальное число экземпляров

Maxtnst

1

UINT

Обязательно

Дискрилтор классов параметров

Descriptor

1

WORD

Обязательно

Экземпляр компоновки конфигурации

CfgAssembly

1

UINT

Обязательно

68

ГОСТ Р ИС 015745-2—2010

Вводимые в раздел классов параметров данные должны предоставлять информацию, как показано в таблице А. 14.

Таблица А.14 — Вводимые данные (вводы) класоов параметров

Вводимые данные (вводы)

Описание

Максимальное число экземпляров

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

Дескриптор классов параметров

Содержит битовые флаги, описывающие поведение объектов параметров устройства

Экземпляр компоновки конфигурации

Устанавливает число экземпляров объекта Компоновка, содержащих данные по конфигурации устройства

Ввод дескриптора классов параметров должен содержать биты, которые описывают характеристики параметров. как установлено 8 таблице А.15. Биты, не установленные в таблице А. 15. не должны использоваться и им должны быть присвоены нулевые значения (0).

Таблица А.15 — Значения битое дескриптора классов параметров

Бит

Название

Значение- и смысл битое

0

Поддерживает индивидуальный доступ х параметрам

0    ■ Ни к одному из параметров не имеется индивидуальный доступ. Используется только компоновка конфигурации.

1    = К параметрам имеется индивидуальный доступ

1

Поддерживает полные атрибуты

0    = Только текущее значение параметров доступно в устройстве.

1    = Все данные по конфигурации для параметра доступны в самом устройстве

2

Команда сохранения в энергонезависимом запоминающем устройстве

0    = Параметры, сохраняемые автоматически.

1    = Параметры, не сохраняемые автоматически. Должна быть выполнена команда сохранения в энергонезависимом запоминающем устройстве, если необходимые параметры сохраняются в энергонезависимом запоминающем устройстве

3

Параметры сохраняются в энергонезависимом запоминающем устройстве

0    = Параметры не сохраняются в энергонезависимом запоминающем устройстве.

1    = Все потные параметры сохраняются в энергонезависимом запоминающем устройстве

Рисунок А.4 является примером, показывающим тигычный раздел класса параметров.

[ParamClass]

Maxlnst = 3:

Descriptor = ОхОЕ:

CfgAssembty = 3;

Рисунок А.4 — Пример раздела класса параметров {ParamClass] (информативный)

А.4.1.4.6 Раздел параметров

Раздел параметров должен идентифицировать параметры конфигурации в устройстве. Ключевое слово ввода должно быть одним из следующих наборов символов: «Рагат». «РгохуРагат», «РгохЗейРагатв. объединенным с числом (десятичным) экземпляров параметров для устройства, например «Рагагп1». Фактический экземпляр объекта параметров может быть (но необязательно) реализован в устройстве. Наоборот, не требуется. чтобы вое экземпляры объекта параметров имели соответствующий ввод «ParamN» в EDS. Однако если экземпляр объекта параметров существует в узле и если этот параметр также описываются в EDS. тогда значение «N* в «ParamN» должно соответствовать экземпляру объекта параметра.

Каждый ввод должен содержать форматированные поля, представленные в таблице А. 16. Ключевые слова «РгохуРагат» и «ProxiedParam» определяются далее в А.4.1.5.3.1 как часть требований EDS к модулям.

69

ГОСТ Р ИС015745*2—2010

Таблица А.16 — Формат параметров

Имя поля

Номер

поля

Тип данных

Обязательно/

Дополнительно

Зарезервированное

1

USINT

Обязательно

Размер маршрута связи

2

USINT

Дополнительно

Маршрут связи

3

ЕРАТН

Дополнительно

Дескриптор

4

WORD

Обязательно

Тип данных

5

US 1NT/EPATH

Обязательно

Размер данных

6

USINT

Обязательно

Название параметра

7

EDS_Char_Array

Обязательно

Строка единиц измерения

8

EDS_Char_Array

Обязательно

Строка справки

9

EDS_Char_Anay

Обязательно

Минимальное значение

10

data type

Дополнительно

Максимальное значение

11

data type

Дополнительно

Значение по умолчанию

12

data type

Обязательно

Масштабный множитель

13

UINT

Дополнительно

Масштабный делитель

14

UINT

Дополнительно

Масштабное основание

15

UINT

Дополнительно

Масштабное смещение

16

INT

Дополнительно

Связь множителя

17

UINT

Дополнительно

Связь делителя

18

UINT

Дополнительно

Связь основания

19

UINT

Дополнительно

Связь смещения

20

UINT

Дополнительно

Десятичная точность

21

USINT

Дополнительно

Международное название параметров

22

STRING!

Дополнительно

Международные технические единицы

23

STRING!

Дополнительно

Международная строка справки

24

STRING!

Дополнительно

а> Эти позиции будут определены в табпи це А.20.

Вводимые данные раздела параметров должны содержать информацию, установленную в таблицах А.17иА21.

Поля параметров, перечисленные в таблице А.17, являются общими для всех параметров.

Таблица А.17 — Общие поля параметров

Поля

Описание

Зарезервированное

Данное первое поле должно содержать нуль

Размер маршрута связи

Число байтов, испотъэуемых для представления маршрута. Если размер канала связи не согласуется с числом байтов в поле «Маршрут связи», тогда «Размер какала связи» должен быть проигнорирован. Если этот параметр не адресуется из канала связи, то денное поле должно быть пустым. Если это попе является пустым, а попе «Маршрут связи» непустым. «Размер канала связи» должен быть равен числу байтов в поле «Маршрут связи»

70

ГОСТ Р ИС 0 15745-2—2010

Окончание таблицы А.17

Пола

Описание

Маршрут связи

Маршрут CIP к атрибуту объекта. >дв было найдено значение параметра. Маршрут должен быть введен как набор символов, используя нотацию маршрута, описанную в МЭК 62026-3:2000. и формат, установленный е А.4.1.3.6. Если параметр. описываемый этим вводом ParamN. не непосредственно адресуется из оети. то данное поле должно быть пустым. Если это попе содержит пустую строку. параметр, описываемый этим вводом ParamN. должен быть адресован как атрибут данных {атрибут экземпляра 1) N-ro экземпляра объекта параметров (т. е. используя маршрут «20 0F 24 N 30 01»)

Дескриптор

Дескриптор параметров. Содержит флаги битов, описывающих поведение отдельных параметров (см. таблицу А.18)

Тип д анных

Идентификатор типов данных, как определено в МЭК 62026-3:2000 (Спецификация и Кодирование типов данных). Данный идентификатор должен кодироваться либо как USINT. либо как ЕРАТН.

Примечание — Старые версии файлов EDS могут использовать идентификаторы типов данных US1NT. как установлено в таблице А.19. но эти версии в настоящее время устарели. Они представлены здесь по принтам совместимости

Размер (объем) данных

Значение размеров числовых данных. Для типов данных строки и ЕРАТН эго поле устанавливает число байтов в расчета на символ или ввод. Следовательно, для типов данных STRING и ЕРАТН это значение должно быть равно 1. Для типа данных STRING2 оно должно равняться 2. Для типа данных STRINGN рассматриваемое значение должно быть установлено, как равное N

Название параметра

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

Строка единиц измерения

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

Строка справки

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

Минимальное значение

Что касается смысла и требований, основанных на типе данных параметров, см. таблицу А.20

Максимальное значение

Что касается смысла и требований, основанных на типе данных параметров, см. таблицу А.20

Значение по умолчанию

Числовое значение по умолчанию, присваемое значению данных параметров

Международное название параметров

Название параметра, представляемое в нотации STRINGI

Название международных технических единиц

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

Международная строка справки

Строка справки, представляемая в нотации STRINGI

Биты поля дискрилгора должны быть такими, как установлено в таблице А.18 Таблица А.18 — Определения битов поля дескриптора

Бит    Определено*    Значение и смысл битов

О    Поддерживает устанавливав- О = Маршрут связи не может быть установлен,

мый маршрут    1 = Маршрут связи может быть установлен

1    Поддерживает нумерован* О = Нумерованные строки не поддерживаются.

ныв строки    1 = Нумерованные строки поддерживаются и могут быть счита

ны

71

ГОСТ Р ИС0 15745-2—2010

Окончание таблицы А. 18

Бит

Определение

Значение и смысл битов

2

Поддерживает масштабирование

0    = Масштабирование не поддерживается.

1    = Масштабирование поддерживается. Атрибуты масштабирования реализуются, и значение представляется пользователю в технических единицах измерения

3

Поддерживает масштабируемые связи

0    = Масштабируемые связи не поддерживаются.

1    = Значения атрибутов масштабирования могут быть получены из других параметров

4

Только параметр считывания

0    = Значение параметра может быть записано (установлено) и считано (получено).

1    = Значение параметра может быть только считано (получено). а не установлено

5

Параметр мониторинга

0    = Значение параметра на обновляется устройством в реальном времени.

1    = Значение параметра обновляется устройством в реальном времени

6

Поддерживает расширенное точное масштабирование

0    = Расширенное точное масштабирование не поддерживается.

1    = Расширенное точное масштабирование должно быть осуществлено. и значение должно быть представлено пользователю в технических единицах измерения

7

Поддерживает непоследовательные нумерованные строки

0    = Непоследовательные нумерованные строжи не поддерживаются.

1    = Непоследовательные нумерованные строки поддерживаются

е

Допускает как нумерованные. так и отдельные значения

0    = Как нумерованные, так и отдельные значения не поддерживаются.

1    = Как нумерованные, так и отдельные значения поддерживаются

9—15

Зарезервированные

Эти биты резервируются и должны устанавливаться на 0

Старые версии файлов EOS могут испольэовагъ идентификаторы типов данных, как установлено в таблице А.19.

Таблица А.19 — Идентификаторы типов данных (устаревшие)

Идентификатор тпа данных

Определение

Описание типов данных

1

WORD

16-битное слово

2

U1NT

16-битное целое число без знака

3

INT

16-битное целое число со знаком

4

BOOL

Булево

5

SINT

Короткое целое число

6

DINT

Двойное целое число

7

LINT

Длинное целое число

в

USINT

Короткое целое число без знака

9

UDINT

Двойное целое число без знака

10

ULINT

Длинное целое число без знака

11

REAL

Ординарный формат с плавающей точкой (IEEE 754)

72

ГОСТ Р ИС 015745-2—2010

Окончание таблицы А.19

Идеигификвюр типе данных

Определение

Описание типов данных

12

LREAL

Двойной формат с плавающей точкой (IEEE 754)

13

ГГ1МЕ

Длительность (короткая)

14

TIME

Длительность

15

FTIME

Длительность (высокое разрешение)

16

LT1ME

Длительность (продолжительная)

17

DATE

Дата

18

TIME.OF.DAY

Время суток

19

DATE_AN0_T1ME

Дата и время

20

STRING

8 бит в расчете на строку символов

21

STRING2

16 бит в расчете на строку символов

22

STRINGN

N байт в расчете на строку символов

23

SHORT.STRING

Короткая N-байгная строка символов

24

BYTE

8-битная строка

25

DWORD

32-битная строка

26

LWORD

64-битная строка

Таблица А.20 определяет смысл и конкретные требования, касающиеся вводов минимальных и максимальных значений, основанных на типе данных параметров.

Таблица А.20 — Семантика для вводов минимальных и максимальных значений

Тип данных

Описание и семантика

Семантиса ыммималь-ных значений

Семэнгис* максимальных значений

Обязательно/

Дополнительно/

Недопустимо

BYTE

Битовая строка — длина в бит

Минимальное и максимальное значения для этих типов данных на опреде-лены и не должны устанавливаться в файле EDS

Недопустимо

WORD

Битовая строка — длина 16 бит

DWORD

Битовая строка — длина 32 бита

LWORD

Битовая строка — длина 64 бита

STRING*»

Строка (индикатор длиной 2 байта. 1 байт в расчете на символ)

Минимальная длина строки

Максимальная длина строки

Обязагел ьно

STRING2 «1

Строка (индикатор длиной 2 байта. 2 байта в расчете на символ)

Минимальная длина строки

Максимальная длина строки

Обязательно

STRINGN

Строка (индикатор длиной 2 байта. N байтов в расчете на символ)

Минимальная длина строки

Максимальная длина строки

Обязательно

73

ГОСТ Р ИС0 15745-2—2010

Окончание таблицы А.20

Тип данных

Описание и семантике

Семантике минимальных значений

Семантика максимальных значений

Обязательно/ Дополните льно/ Недопустимо

SHORT.STRING*

Строка символов (индикатор длиной 1 байт. 1-байт ныв символы)

Минимальная длина строки

Максимальная длина строки

Обязательно

ЕРАТН*

Нумерованный

маршрут

Минимальная длина строки

Максимальная длина строки

Дополнительно

Все другие типы данных

Минимальное числовое значение, которое может быть присвоено значению данных

Максимальное числовое значение, которое может быть присвоено значению данных

Дополнительно01

•> Типы данных STRING. STRING2. STRINGN. SHORT_STRING и ЕРАТН не имеют спецификации по минимальному или максимагьному значению. Поля минимального и максимального значений используются для представления длин минимальной и максимальной строки или минимального и максимального маршрута. В этих случаях параметр Размер данных используется для представления числа байтов, необходимых в расчете на символ или кодируемую единицу.

Если Минимальное значение и/игы Максимальное значение не установлены, тогда минимальное и/или максимальное значения для параметра данных определяются в соответствии с МЭК 62026-3:2000. основываясь на типе данных параметра.

Поля параметров, перечисленные 8 таблице А.21. являются дополнительными и значимыми только в случав. если используются со следующими типами данных: SINT. INT. DINT, LINT. USINT, UINT. (JOINT. ULINT. REAL и LREAL. Спецификация этих попей с любым другим типом данных запрещается.

Таблица А.21 — Поля параметров, зарезервированные для типов числовых данных

Поля

Описание

Масштабный множитель

Числовое значение множителя, применяемого к текущему значению данных параметра

Масштабный делитель

Числовое значение делителя, применяемого к текущему значению данных параметра

Масштабное основание

Числовое значение основания, применяемого к текущему значению данных параметра

Масштабное смещение

Числовое значение смещения, применяемого к текущему значению данных параметра

Связь множителя

Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение множителя, применяемого к текущему значению данных параметра

Связь делителя

Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение делителя, применяемого к текущему значению данных параметра

Связь основания

Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение основания, применяемого к текущему значению данных параметра

Связь смещения

Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение смещения, применяемое к текущему значению данных параметра

Десятичная точность

Числовое значение точности, применяемое к текущему значению данных параметра

74

ГОСТ Р ИС 015745-2—2010

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

EngValue = (ActuatValue +■ Offset) ■ Mult ■ Base DlV • f0O®<b.4IPc«Cl»iOn

Примечание — Если расширенное масштабирование не поддерживается, то эта формула должна использоваться с DecimalPrec3sion=0.

Рисунок А.5 - Формула масштабирования параметра

В разделе (Params) может также быть второе ключевое слово. Это ключевое слово должно использоваться для предоставления нумерованного списка выборов параметров, представляемых пользователю. Ключевое слово ввода для всех нумерованных параметров должно состоять из набора символов. «Епитл». объединенных с десятичным числом из соответствующего ввода Param. Каждый ввод «Епит» должен состоять из пар малых чисел и строк.

На рисунке А.6 приведен пример типичного раздела Parameter.

[Params]

Param1 = 0.1/2002". ОхОЕ94,1. 1."Preset".*V“."User Manual рЗЗ'.О.5.1.1.1.1.0.0.0.0.0.2:

Рагалгё -0.

6. *20 04 24 0 1 30 03*.

0х0А94.

1.

1.

"Trig дет".

“Hz".

“User Manual р49*.

0.2. 0.

1.1. 1.0.

2:

РагатЗ =

0... 0x0082.8.1. “speed control". * "." ЕпитЗ = 3. "slop*. 8. "slow*. 12. 'last'

$ parameter instance $ First field shat) equal 0 S path size, path $ descriptor — in hex format Sdata type $ data size $ name $ units $ help stnng

$ min. max. default data values S mult. div. base, offset scaling $ mutt. div. base, offset links no< used S decimal places $ not addressable from link ". 3. 12. 3.......

Рисунок A.6 — Пример раздела [Params]

A.4.1.4.7 Раздел групп параметров

Раздел групп параметров должен идентифицировать все группы параметров в устройстве. Каждая группа параметров должна содержать список параметров в группе. Ключевое слово ввода для каждой группы должно состоять из комбинации набора символов. «Group», и номера группы параметров (десятичного), например •Groupl». Десятичные номера должны начинаться с единицы и увеличиваться на единицу.

Фактический экземпляр объекта группы параметров может быть (но необязательно) реализован в устройстве. Наоборот, не требуется, чтобы все экземпляры объекта группы параметров имели соответствующий ввод «GroupN» в EDS. Однако если экземпляр объекта группы параметров существует в узле и если эта группа параметров также описывается в EDS. тогда значение «N» в «Group N» должно соответствовать экземпляру объекта группы параметров.

Поля в каждом вводе должны содержать название группы, число элементов в группе и номера экземпляров параметров в группе. Раздел группы параметров должен содержать поля, показанные е таблице А.22.

Таблица А.22 — Формат группы параметров

Имя ПОЛЯ

Номер ПОЛЯ

Тип данных

Обяэагельно/Допопкигельмо

Строка названия группы

1

EDS_Char_Array

Обязательно

Число элементов

2

UiNT

Обязательно

Параметр

3 до (числа членов + 2)

UINT

Обязательно

75

ГОСТ Р ИС0 15745-2—2010

На рисунке А.7 представлен пример, показывающий раздел типичных групп параметров.

[Groups]

Groupi - '‘Setup*. 2.1. 2: $ group 1 Groop2 = "Monitor", 2. 2. 3; $ group 2 Group3 = 'Maintenance", 2.1, 3; S group 3

Рисунок A.7 — Пример раздела [Groups]

A.4.1.4.8 Раздел компоновки

Раздел компоновки описывает структуру блока данных. Часто такой блок представляет собой атрибут данных объекта Компоновка; однако данный раздел EDS может быть использован для описания любой сложной структуры. Описание этого блока данных соответствует описанию механизма, используемого объектом Компоновка для описания списка своих членов.

Ключевое слово ввода «Revision» имеет поле 16-битных целых чисел, которое должно быть версией (атрибут класса 1) объекта Компоновка в приборе. Если этот дополнительный ввод опущен, версия объекта Компоновка должна быть версией 2.

Ключевое слово ввода для всех компоновок должно состоять из одного из следующих наборов символов: «Assem». «ProxyAssem», «ProxiedAssem». объединенных с номером (десятичным) экземпляра объекта Компоновка для прибора, например «Asseml». Если отдельный экземпляр объекта Компоновка адресуется из канала связи. должно быть взаимно однозначное соответствие между номером Assem в файле EDS и номером экземпляра компоновки в устройстве. Ключевые слова «ProxyAssem» and « ProxiedAssem» определены далее в А.4.1.5.3.2 как часть требований EDS к модулям.

Каждый ввод должен содержать форматированные поля, показанные в таблице А.23.

Таблица А23 — Формат ключевых слов Assem N

Имя поля

Комер поля

Тип данных

ОбязагельноУДопопиигельмо

Название

1

EDS_Cha г_Аггау

Дополнительно

Маршрут

2

EDS_Cha г_Аггау

Дополнительно

Размер

3

UINT

Условно

Дескриптор

4

WORD

Дополнительно

Зарезервирован нов

7.9.11 ...

Пустое

Размер элемента

8.10. 12...

UINT

Условно

Элементная ссылка

AssemN. ProxyAssemN. ParamN. ProxyParamN, UDINT. or EPATH

Условно

Первое попе «Название* должно быть строкой, дающей имя блоку данных. Это дополнительное поле может быть использовано интерфейсом пользователя.

Второе поле «Маршрут» должно Рыть строкой, устанавливающей логическую цепь. Угот маршрут должен идентифицировать адрес блока данных в устройстве. Если блок, описываемый этим вводом AssemN. не непосредственно адресуется из канала связи, то это поле должно быть пустым. Есгы это поле является пустой строкой. *". блок данных должен адресоваться как атрибут данных (атрибут экземпляра 3} N-ro экземпляра объекта Компоновка.

Третье поле «Размер» должно устанавливать размер блока данных в байтах. Если ни это поле, ни поля «Member Size»/«Member Reference» не представлены, размер блока данных должен быть равен 0. Однако оба этик поля могут быть представлены, поскольку они оба устанавливают размер блока, размеры, устанавливаемые обоими способами, должны быть согласованы.

Четвертое поле «Дескриптор» должно быть битовым полем, описывающим некоторые характеристики Компоновки. Биты этого поля должны интерпретироваться, как установлено в таблице А.24.

Таблица А.24 — Определение битое поля дескриптора Компоновки

Бит

Название

Значение

0

Разрешение редактирования значений

Если этот бит установлен (1). содержимое полей элементных ссылок Компоновки, определенное как значение, может быть отредактировано.

При сбросе (0) содержимое этих полей элементных ссылок может не редактироваться. Если это поле является пустым, значение должно по умолчанию сбрасываться (0). Элементные ссылки, рассматриваемые как значения, являются ссылками, устанавливающими либо константу UDINT. либо маршрут, состоящий из Сегментов Данных (Data Segments)

1—15

Зарезервированные

76

ГОСТ Р ИС 015745-2—2010

Поля 5 и 6 должны быть зарезервированы и должны быть пустыми.

Остающиеся поля должны быть спаренными так. чтобы поле «Member Size (Размер элемента}» спаривалось с полем «Member Reference (Элементная Ссылка)», делая полное число полей четным. Число пар полей в таком вводе должно быть переменным. Пары должны соответствовать списку элементов объекта Компоновка.

Разрешенные значения поля «Member Reference» должны быть одним из следующих значений:

-    ссылка ParamN или ProxyParamN из раздела (Params];

•    ссылка AssemN или ProxyAssemN из раздела (Assembly].

-    строка, представляющая маршрут (ЕРАТН):

•    константа UDINT;

-    пустое поле:

•    дополнительные значения, установленные для модульной EDS в А.4.1.5.3.2.

Если поле «Member Reference» является пустым, число битов, установленных полем «Member Size», должно использоваться как дополнение в объекте Компоновка. Поле «Member Reference», содержащее пустую строку, следует рассматривать так. как если бы поле было пустым. Поле «Member Reference» и его соответствующее попе «Member Size» не должны быть одновременно пустыми. Если поле «Member Reference» устанавливает ЕРАТН, то этот маршрут должен состоять либо из Логических сегментов (маршрут к объекту в приборе), либо из Сегментов данных.

Поле «Member Size» должно измеряться 8 битах. Если поле «Member Size» является пустым, должен использоваться установленный размер поля «Member Reference». Установленный размер ввода Param должен быть таким, как определено в его 6-м поле (размер). Установленный размер ввода Assem должен быть таким, как определено в его 3-м поле (размер).

Элементы должны размешаться в первом младшем Бите блока данных, гак же как и в объекте Компоновка. Если размер поля «Member Size» меньше установленного размера соответствующего поля «Member Reference», должны использоваться младшие биты соответствующего поля «Member Reference». Если размер поля «Member Size» ботъше установленного размера соответствующего поля «Member Reference», после всего элемента должны следовать дополняющие купи, позволяющие увеличить размер элемента до «Member Size». Размер представленного блока данных должен быть целым числом байтов. Размер всех элементов должен соответствовать размеру поля «AssemN Size» (когда выражается в битах).

На рисунке А.8 представлен пример, показывающий типичный раздел Компоновка. В этом примере длина AssemS составляет 1 байт, а его значение по умолчанию определяется как 0x21.

[Params]

Param 1 =

0.

$ first field shall equal 0

6. -20 OF 24 01 30 01".

$ path size, path

0x0000.

$ descriptor

2.

$ data type : 16-bit WORD

2.

$ data size in bytes

"Idle state*.

S name

и*

$ units

"User Manual p48".

$ help string

0. 2.1.

$ min. max. default data values

0. 0.0.0.

$ mutt. dev. base, offset scaling not used

0. 0.0.0.

$ mull dev. base, offset link not used

0;

$ decimal places not used

Param2 =

0. 6. *20 OF 24 02 30 01".

$ path size, path

0x0000.2.2.

"Fault -state". "User Manual p49".

0. 2. 2. 0. 0. 0. 0. 0. 0. 0.0.0;

(Assembly]

Revision = 2;

Assem5 = "configuration'. "20 04 24 05 30 03".1..„

4. Paraml.

3. Param2.

1.:

Рисунок А.8 — Пример раздела (Assembly]

Примечание — Ключевое слов Variant объединенное с десятичным числом (например. «Variantl»), резервируется для определения в дальнейшем новых типов вводов в разделе Компоновка.

А.4.1.4.9 Раздел управления соединениями

Настоящий раздел CIP не используется в файлах EDS DeviceNet. поэтому он не рассмотрен в настоящем стандарте.

77

ГОСТ Р ИС015745*2—2010

А.4.1.4.10 Раздел поргоа

В настоящем разделе должны описываться маршрутизируемые порты CIP. имеющиеся в приборе. Каждый маршрутизируемый порт CIP. рассматриваемый в настоящем разделе, должен иметь соответствующий ввод. Ключевое слово ввода для всех портов должно состоять из набора символов «Port», объединенных с десятичным числом, соответствующим экземпляру объекта Порт. Например, Portl соответствует экземпляру 1 объекта Порт

Примечание — Маршрутизируемый порт CIP представляет порт обмена сообщениями с другим портом CIP. подключенным к другому каналу связи CIP.

Каждый ввод должен содержать форматированные поля, установленные в таблице А.25.

Таблица А.25 — Формат ввода Порта

Имя поля

Ноыер паля

Тип данных

Рбязэтепьмо/Дополнитепьпо

Название типа порта

1

Ключевое слово поля продавца

Обязательно

Название порта

2

EDS_Char_Array

Дополнительно

Объект Порт

3

EDS_Char_Array

Дополнительно

Число портов

4

UINT

Обязательно

Зарезервированное

5.6

Пустое

Не используется

Специфика порта

7.8....

Специфика порта

Специфика порта

Первое поле «Название типа порта» (Port Type Name) должно быть одним из следующих ключевых слов:

•    ControlNet:

•    ControlNet_RedundanL

•    TCP (указывает порт TCP EtherNet/lP):

•    DeviceNet:

•Ключевое слово поля продавца, начинающееся с Идентификатора продавца и символа подчеркивания {•65535J).

Дополнительное поле «Название порта» (Port Name) должно быть строкой, устанавливающей название порта, и может быть использовано интерфейсом пользователя. Поле «Объект порта» (Port Object) должно иметь маршрут (ЕРАТН). который идентифицирует объект связи, относящийся к сети, ассоциированный с портом.

Номер порта 1 должен соответствовать «порту» задней панели. Устройства с задней панелью, которые не могут маршрутизировать сообщения CIP. не должны иметь порт номер 1.

На рисунке А.9 представлен пример, показывающий типичный раздел Порт.

(Portl

Portl = DeviceNet.

•Port А’,

*20 03 24 01".

2:

Port2 = 65535_Chassis, •Chassis*.

*20 9A 24 01".

1:

S name of port

$ instance one of the DeviceNet object $ port number 2

$ name of port

$ vendor specific backplane object $ port number 1

Рисунок A.9 — Пример раздела [Port]

A.4.1.5 Требования к файлу EDS модульных устройств А.4.1.5.1 Общие положения

Настоящий подраздел описывает концепцию и содержимое EDS модульных устройств и устанавливает требования к их применению.

А.4.1.5.2 Раздел модульных устройств Modular section А.4.1.5.2.1 Содержимое

Раздел Modular section должен описывать систему на основе стойки. Должны быть использованы два типа модугъных устройств:

•стойку:

• модуль.

А.4.1.5.22 Устройство на основе стоек

Раздел Modular section, описывающий стойку, должен содержать установленное ключевое слово «DefineSlotslnRack». Единственное поле этого ввода должно содержать 16-битоеое целое число без знака (UINT). устанавливающее число слотов в стойке. Даже если для стойки устанавливается электронный ключ, он необязательно должен адресовываться из канала связи. Ключевое слово SLOT (Спот), используемое в определениях маршрута в разделе Connection Manager, должно находиться в диапазоне от 0 до числа слотов минус 1.

78

ГОСТ Р ИС 0 15745-2—2010

Ключевое слово «SlotDisplayRule» является дополнительным. Единственное поле этого ввода должно быть параметром из раздела {Rarams} (только ParamN), определяющим трансляцию между внутренними и внешними слотами.

На рисунке А.10 представлен пример, показывающий EOS для устройств на основе стойки, включая раздел модулей.

(File)

OescText = "Wonder Chassis EDS file":

CreateOate = 09-01-1997;

Create Time s 17:23:00;

Revision » 1.1;

(Device)

VendCode = 65535:

VendName = “Widget Works. Inc.*;

ProdType =101;

ProdTypeStr = “Widget Works Generic*:

ProdCode = 1;

MajRev = 1;

MnRev = 1;

ProdName = “Widget Chassis*;

Catalog = "1234-chassts*';

(Para ms]

Paraml =

0.

0x0004.

8.

1.

’Slot Naming Convention*.

«• m

0.4.0.

O.O.O.O.

o.o.o.o.

0:

Enuml =0."n/a’.1.*0r.2."1".3.’2",4."3";

(Modular)

DefineStotsInRack = 5;

SlotDisplayRule = Paraml;

Рисунок Л.10

A.4.1.5.2.3 Модульное устройство (основные вводы)

Раздел (Modular), описывающий модуль, должен содержать вводы «Width (Ширина)» и «Rack (стойка)». Требуемый ввод с ключевым словом «Width» должен иметь единственное поле, которое устанавливает, сколько слотов в стойке используется модулем. ГТоле должно содержать 16 битное целое число без знака (UINT).

Ключевое слово ввода для всех стоек, в которых может быть размещен модуль, должно состоять из набора символов «Rack», объединенного с десятичным числом. Числа должны начинаться с 1 для первой стойки и должны увеличиваться на 1 для каждой дополнительной стойки. Поля для вводов «Rack» должны быть такими, как показано в таблице А.26.

Таблица А.26 — Формат ввода Rack (стойка)

Имя поля

Номер поля

Тип данных

Обязагвпьно/Допопиятельно

Vendor ID (Идентификатор продавца)

1

UINT

Обязательно

Product Туре (Тил продукта)

2

UINT

Обязательно

Product Code (Код продукта)

3

UINT

Обязательно

Major Revision (Старшая версия)

4

USINT

Обязательно

Minor Revision (Младшая версия)

5

USINT

Обязательно

Зарезервированное

6. 7.8

Пустое

Не используется

Legal Slot (Разрешенный слот)

9.10.11...

UINT

Обязательно

$ first field shall equal 0 S path size.path $ descriptor

S data type: 32-bit Unsigned Long Integer $ data size in bytes $ name $ units $ help string

$ min.max.default data values $ mult.dev.base.offset scaling $ mull.dev,base, offset link not used S decimal places not used

Раздел [Modular], опием воющий стойку

79

ГОСТ Р ИС0 15745-2—2010

Поля «Vendor ID*. «Product Туре». «Product Cod» «Major Revision» и «Minor Revision» должны идентифицировать электронный ключ стойки, в которую может быть вставлен модуль. Зарезервированное поле должно быть пустым. Поля «Legal Slot» должны идентифицировать слоты, в которые может быть вставлен модуль. EDS для модуля должен содержать один ввод «Rack» для каждой стойки. 8 которой может быть размещен модуль.

Рисунок А.11 представляет пример, показывающий типичный раздел Modular.

[Modular]

Width» 1:

Rackl =    $ this module can plug into

65535.101.1.1,1,,..    S slots 1, 2. 3 and 4 of

1.2. 3,4;    5 this five slot chassis

Рисунок A.11 — Пример раздела [Modular]

A.4.1.S.2.4 Модульный прибор (дополнительные вводы)

Общее представление

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

С этой целью модульные устройства обычно разделяют на две категории:

- модули, имеющие подключения канала связи CIP. соответствующий объект Идентичность, адресуемый из канала связи, и размещаемые в споте О (например, коммуникационные адаптеры);

• модули, не имеющие подключения канала связи CIP или адресуемого объекта Идентичность, не могут быть размещены в споте 0 (например, модули еаода/вывода).

Примечание — С1Р предоставляет другие механизмы идентификации устройств и их кодирования для модулей, поддерживающих адресуемый объект Идентичность канала связи CIP.

Вводы для модуля, не и меющего адресуемого объекта Идентичность канала связи

Раздел Modular, описывающий модуль, не имеющий адресуемого объекта Идентичность канала связи, может содержать ключевое слово ввода «ExtemallD». Ключевое слово должно иметь единственное поле. Эго поле должно быть байтовой строкой, идентифицирующей модугъ. Байтовая строка должна кодироваться с использованием того же формата, как и для ERATH.

На рисунке А.12 представлен пример, показывающий типичный раздел [Modular], который описывает модуль без адресуемого объекта Идентичность канале связи.

[Modular]

Width = 1;

Rackl =    $ this module can plug into

65535. 101. 1.1.1....    $ slots 1.2.3 and 4 of

1.2.3,4;    $ this five slot chassis

Rack2 =

65535. 101.2.1.1....

1.2.3.4.5. 6, 7; txtemalius'12 44'.

Рисунок A.12 — Пример раздела Modular (модуль без адресуемого объекта Идентичность канала связи)

Вводы для модуля, имеющего подключение канала связи и размещенного в слоте 0

Раздел Modular, описывающий модуль, имеющий подключение канала связи и размещенный в слоте 0. может содержать любое из следующих ключевых слов ввода или комбинацию этих слое.

Ключевое слоео «GenehclD» должно иметь единственное поле. Это поле должно быть байтовой строкой, которая должна включаться в сегмент данных для соединения модуля вместо ExtemallD, если кодирование модуля не требуется. Эта байтовая строка должна кодироваться с использованием того же формата, который был установлен для ЕРАТМ.

Ключевое слово «ExternIDExactMatch» должно иметь единственное поле со значением Yes (Да) или No (Нет). Значение Yes должно указывать, что ExtemallD устанавливает одно конкретное устройство. Значение No должно указывать, что ExtemallD устанавливает один из наборов совместимых устройств. Если ключевое слоео •ExternIDExactMatch» пропущено, по умолчанию ExtemallD должно устанавливать одно конкретное устройство.

Ключевое слово «Query (Запрос)» должно иметь четыре поля. Первое слоео должно быть маршрутом, идентифицирующим адресуемый атрибут канала связи, который содержит набор внешних идентификаторов, по одному для каждого слота а стойке, за исключением слога 0. Второв поле должно быть сервисом для испотъзо-вания с маршрутом запроса (т. е. 1 — получить все атрибуты или 14 — получить один атрибут). Третье поле должно быть целым числом, определяющим число байтов, используемых для идентификации каждого модуля, и должно находиться в диапазоне 1—16. Если двойной модуль слота находится в стойке, внешний идентификатор модуля должен появляться дважды в наборе, возвращенном из запроса. Запрос должен быть адресован только модулю в слоте 0. Четвертое поле ExtemallD должно быть возвращаемым, когда имеется пустой слот, кодируемый с использованием того же формата, который был установлен для ЕРАТН.

во

ГОСТ Р ИС 015745-2—2010

На рисунке А.13 представлен пример, показывающий типичный раздел (Modular), описывающий модуль с подключением канала связи, размещенный в слоте 0.

(Modular)

Width= 1;

Rackl =    $ this module can only plug into

65535.101.1.1.1.,..    $ slot 0 of this five slot chassis

0;

Rack2 = 65535. 101.2.1.1....    0;

Query = “20 04 24 07 30 03".1.2."FF FF‘:

GenerictO = “00 00":

ExternallDExactMatch = No:

Рисунок A. 13 — Пример раздела (Modular) (модуль с подключением какала связи в слоте 0)

А.4.1.5.3 Добавление модулей в основные разделы EDS

А.4.1.5.3.1 Добавления в раздел Параметр

Ключевые слова «РгохуРагат» и «ProxiedParam» должны быть использованы для описания параметров, замещаемых адаптерным устройством DeviceNet в другом приборе, который не поддерживает протокол CIP. Примером такого устройства является адаптерный модуль DeviceNet (устройство, замещающее соединение) в многослогной стойке ввода/вызеда с аналоговым модулем ввода/вывода (устройство, замещающее соединение).

Ключевое слово «РгохуРагат» должно быть в EDS для устройства, выполняющего роль «заместителя».

Ключевое слово «ProxiedParam» должно быть в EDS для устройства, выполняющего роль «заместителя».

Информация в разделе Modular должна быть использована для ассоциации файлов EDS. содержащих ключевые слова «РгохуРагат». с файлами EDS. содержащими ключевые слова «ProxiedParam». Эта ассоциация должна существовать, если оба файла EDS устанавливают согласованный ввод для стойки (Rack).

Десятичное число (объединяемое с «РгохуРагат» и «ProxiedParam») должно быть использовано для согласования «РгохуРагат» с «ProxiedParam». Значения поля согласованной пары «РгохуРагат» и «ProxiedParam» должны быть объединены для составления такой же информации по значению поля, которая существует в единственном вводе «Рагат». Это объединение должно быть выполнено с использованием значения поля из «РгохуРагат». если только значение этого поля не определяется ключевым словом «Module». Если значение поля, установленное в «РгохуРагат». определяется ключевым словом «Module», должно быть использовано значение поля, установленное в «ProxiedParam». Разрешается устанавливать значения поля для вводов aProxiedParam». соответствующее значение поля которых в «РгохуРагат» не определяется ключевым полем •Module», однако эти значения поля не должны быть исло-лъэованы. они должны существовать только для документации.

В разделе Рагат также может существовать другое ключевое слово. Эго ключевое слово должно быть использовано для предоставления минимального, максимального значений и значения по умолчанию, добавляемых к минимальному, максимальному значениям и к значению по умолчанию «РгохуРагат». Эго ключевое слово ввода должно иметь вид «ProxyParamSizeAdder» и должно быть объединено с десятичным числом из соответствующего ооода нРгохуРогот». Определение отих полой соглооовслвоетоп с определениями «Рогат». Ключевое слово «ProxyParamSizeAdder» предоставляет средства для адаптера на соединении модуля (например. «ProxyConnect»), добавляя данные по адаптеру е данные по модулю и возвращая объединенные данные по соединению.

В разделе [Рагат] также может существовать другое ключевое слово, соответствующее «РгохуРагат». «Proxy Епит*. «РгохуЕлит» определяется так же. как и «Епит», за исключением того, что оно ассоциируется с «РгохуРагат», а не с «Рагат». В разделе [Рагат] также может существовать второе ключевое слово, соответствующее «ProxiedParam». «ProxiedEnum». «ProxiedEnum* определяется также, как и «Епит», за исключением того, что оно ассоциируется с «ProxiedParam», а не с «Рагат».

А.4.1.5.3.2 Добавления в раздел Компоновка

Дополнительные ключевые слова ввода

Ключевые слоев «ProxyAssem» и «ProxiedAssem» должны быть использованы для описания компоновок замещаемым адаптерным устройством CIP в другом устройстве, которое не поддерживает протокол CIP. Примером такого устройства является адаптерный модуль DeviceNet (устройство, замещающее соединение) в много-слотной стойке ввода/вывода с аналоговым модулем ввода/вывода (прибор, замещающий соединение).

Ключевое слово « ProxyAssem» должно существовать в EDS для устройства, выполняющего роль « заместителя».

Информация в разделе Modular должна быгь использована для ассоциации файлов EDS. содержащих ключевые слова «ProxyAssem». с файлами EDS. содержащими ключевые слова «ProxiedAssem ». Эта ассоциация должна существовать, если оба файла EDS устанавливают согласованный ввод для стойки (Rack).

Десятичное число (объединяемое с «ProxyAssem» и «ProxiedAssem») должно быть использовано для согласования «ProxyAssem» с «ProxiedAssem». Значения поля согласованной пары «ProxyAssem» и «ProxiedAssem» должны быть объединены для составления такой же информации по значению поля, которая

81

ГОСТ Р ИС0 15745*2—2010

существует в единственном вводе «Assem*. Это объединение должно быть выполнено с использованием значения поля из «ProxyAssem*. если только значение этого поля не определяется одним из ключевых слов «Module* или «ModuleMemberList*. Если значение поля, установленное в «ProxyAssem*. определяется ключевым словом •Module*, должно быть испотъзовано значение поля, установленное в «ProxiedAssem*. Значение поля «Module* не должно быть использовано для полей «Member Size* или «Member Reference*. «ModuleMemberList» должно быть использовано только вместо пары полей «Member Size* и «Member Reference*. Если значение поля, установленное в «ProxyAssem*. определяется как «ModuleMemberList*. должны быть использованы все поля «Member Size* и «Member Reference*, установленные в «ProxiedAssem*. Разрешается устанавливать значения поля для вводов «ProxiedAssem*. соответствующее значение поля которых в «ProxyAssem* не определяется ключевым полем «Module*, однако эти значения поля не должны быть использованы, они должны существовать только для документации.

Дополнительные ключевые слова полей

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

Следующие ключевые слова являются дополнительными значениями, учитывающими поле «Member Reference* в разделе Компоновка, которое определяет специальное назначение данных, установленных элементом компоновки:

•    ExtemallD:

•    InputSfotMaskO или lnpulSlotMask.1:

•    OutputSlotMasfcO или OutpuiSlotM askt:

•    ConfigSlotMaskO или ConfigSlotMaskl.

Ключевое слово «ExternallD* устанавливает, что этот элемент компоновки должен содержать либо значение «ExtemallD* модульного устройства, вели кодирование необходимо, либо значение «GeneridD*. устанавливаемое в EDS адаптера, если кодирование модуля не требуется.

Ключевое слово «ExternallD*. объединенное с десятичным числом (например. ExtemallD2). должно быть использовано для кодирования отдельного устройства для адаптерных соединений стойки. Десятичное (положительное) число N в «ExtemallDN* определяет слог N в стойке. Ключевое слово «ExtemallDN* устанавливает, что данный элемент компоновки должен содержать либо значение «ExtemallD* модульного устройства для слога N. если кодирование устройства для этого слота необходимо, либо значение «GeneridD*. устанавливаемое в EDS адаптера, если кодирование модуля для этого слюта не требуется.

Примечание — Кодирование недоступно для слота 0.

Ключевое слово «InputSfotMaskO* или «InputSiotMaskl* должно указывать местоположение входной щелевой маски в компоновке. Входная щелевая маска является набором битов, которые представляют включение или исключение исполнителя модуля в (из) данные (данных) инициатора а адаптерном соединении стойки. Если используется ключевое слово «InputSlotMaskO*. то бит 0 в этом наборе представляет спот 0. бит 1 представляет слот1ит.д. Если используется ключевое с noeo «InputSiotMaskl я. то бит О в этом наборе представляет слот 1. бит 1 представляет слот 2 и г. а- Ключевые слово «InputSlotMockO» и «InputSlolMocM* но должны быть испольэо ваны одновременно в одной и гой же компоновке. Предшествующее поле «Member size* должно быть обязательным.

Ключевое слово «OutputSlotMaskO* или «OutputSlotMaskl» должно указывать местоположение выходной щелевой маски в компоновке. Выходная щелевая маска является набором битов, которые представляют включение или исключение исполнителя модуля в данные (из данных) инициатора в адаптерном соединении стойки. Если используется ключевое слово «OutputSlotMeskO*. то бит 0 в этом наборе представляет слот 0. бит 1 представляет слот 1 и т. д. Если используется ключевое слово «OutpuiSlotMaskl», то бит 0 в этом наборе представляет слот 1. бит 1 представляет слог 2 и т. д. Ключевые слова «OutputSkytMaskO» и «OutputSlotMaskl* не должны быть использованы одновременно в одной и той же компоновке. Предшествующее поле «Member size* должно быть обязательным.

Ключевое слово «ConfigSlotMaskO* или «ConfigSlofMaskl* должно указывать местоположение щелевой маски конфигурации а компоновке. Щелевая маска конфигурации является набором битов, которые представляют включение или исключение данных по конфигурации модуля в сервис установления адаптерного соединения стойки. Если используется ключевое слово «ConfigSlotMaskO*. то бит 0 в этом наборе представляет слот 0. бит 1 представляет слот 1 и т. д. Если используется ключевое слово «ConfigSlotMaskl», то бит 0 в этом наборе представляет слог 1. бит 1 представляет слот 2 и т. д. Ключевые слова «ConfigSlotMaskO» и «ConfigSlotMaskl» не должны быть использованы одновременно 8 одной и той же компоновке. Предшествующее поле «Member size» должно быть обязательным.

А.4.1.5.3.3 Добавления в раздел Управление соединениями

Данный раздел CIP ив используется в файлах EDS DeviceNet. поэтому в настоящем стандарте он не рассмотрен.

A.4.1.S.3.4 Примеры расширенного раздела EDS (информативные)

82

ГОСТ Р ИС 0 15745-2—2010

На рисунках А.14 и А.15 представлены примеры, показывающие использование модульных расширений EOS для разделов Параметр и Компоновка.

[Params]

Paraml = 0...0x0010.2.2.’ Target Error Codes’. ’".’’.O.OxFFFF.O.O.O.O.O.O.O.O.O.O:

ProxyParami = 0...0x0000.2,2,“input size’. “’."“.Module.Module.Motfule.0.0.0,0.....0;

ProxyParamSizeAdderl =4.4.4:

[Assembly]

Asseml = “connection input format".32.Parafnl, .ProxyAsseml. ,ProxyAssem2:

ProxyAsseml = “real time input format",“20 70 24 SLOT 30 0A“ ModuleMemberList:

ProxyAssem2 = ’real time status fonnaf.“20 70 24 SLOT 30 OB",,,., ModuleMemberList

Рисунок A.14 — Пример вводов ProxyParam и ProxyAssem

[Params]

ProxiedParaml =......“input size" .*"."*,(>.2.2........

[Assembly]

ProxiedAsseml = "real time input format’.....;

ProxiedAssem2 = "real time status format’......16.:

Рисунок A.15 — Пример согласованных вводов ProxiedParam и ProxiedAssem

А.4.2 Требования к EDS для DeviceNet А.4.2.1 Содержание ES для DeviceNet

Настоящий подраздел устанавливает требования к кодированию файлов Электронной Информационной Таблицы (EDS) для сетей на основе DeviceNet.

Таблица А.27 описывает структуру разделов, которые могут быть представлены в DeviceNet EDS. соответствующие разрешенные разграничители разделов и порядок этих разделов в EDS. Некоторые из этих разделов являются общими для нескольких сетей на основе CIP. их конкретное использование для DeviceNet установлено в А.4.2.2. если это необходимо. Другие разделы являются специфическими для DeviceNet и установлены в А.4.2.4.

Таблица А.27 — Структура файлов DeviceNet EDS

На мание раздела

Ра зрешеиный разграничитель

Рази ещение

Обязательно/

Дополнительно

Описание файлов

[File]

1

Обязательно

Описание устройств

[Device]

2

Обязательно

Классификация устройств

[Device Classification]

01

Условно 61

Класс параметров

[ParamClass]

Ol

Дополнительно

Параметры

[Params]

Ol

Дополнительно

Группы параметров

[Groups]

Ol

Дополнительно

Компоновка

[Assembly]

Ol

Дополнительно

Характеристики соединений

[Connection Manager]

He применяется

Не применяется

Порт

[Peril

0|

Дополнительно

Модульный

[Modular]

Ol

Дополнительно

Нумерации параметров

[EnumPar]

ol

Дополнительно

Характеристики вводаГвывода

[lOJnfo]

Ol

Условно4»

Спецификация продавца

[VendortD_vend orspecifi ckey word]

Последний

Дополнительно

41 При размещении этих групп необходимо только следовать разделам Описание устройств и Классифи-

кация устройств.

Данный раздел необходим, если включен модульный раздел, в противном случав он может быть

пропущен.

е) Данный раздел необходим, если реализуется соответствующая функциональность, в противном слу-

чае он может быть пропущен.

83

ГОСТ Р ИС0 15745-2—2010

Содержимое Device Net EDS должно быть организовано следующим образом:

•    все файлы EDS DeviceNet. включающие в себя модульный раздел, должны также содержать раздел Классификация приборов, который должен использовать разрешенный разграничитель (Device Classification], и могут быть размещены где угодно после раздела Описание файлов:

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

А.4.2.2 Реализация общих требований CIP

А.4.2.2.1 Раздел классификации устройств

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

А.4.2.2.2 Раздел Порт

В разделе Порт EDS ввод PortN. соответствующий совместимому порту DeviceNet. должен устанавливаться следующим образом:

•    поле «Port Type Name (Название типа порта)» должно иметь значение «DeviceNet»;

•дополнительное поле «Port Object (объект Порт») должно быть установлено на маршруте объекта DeviceNet

для этого порта:

•    в полях «Port Name (Название порта}» и «Pod Number (Число портов)» не размещаются никакие дополнительные требования, кроме требований, установленных в общем подразделе С1Р (см. А.4.1.4.10).

А.4.2.3 Дополнительные требования к кодированию данных

Для файлов DeviceNet EDS дополнительные требования к кодированию данных не устанавливают.

А.4.2.4 Дополнительные требования к файлам

А.4.2.4.1 Раздел нумерованных строк параметров

Настоящий раздел предоставляет нумерованный список параметров, выбираемых пользователем. Ключевое слово ввода для всех нумерованных строк параметров должно состоять из набора символов «Рагат». объединенного с номером (десятичным) экземпляра параметров для прибора. Каждый параметр, поддерживающий нумерованные строки и не имеющий соответствующего ввода Епит в разделе Параметры, должен иметь ввод в этом разделе. Вводы должны быть расположены в возрастающем порядке.

Поля в каждом вводе должны содержать нумерованные строки, разделенные запятыми. Положение в списке определяет нумерованное значение, присваемов строке. Первой строке в нумерованном списке присваивается минимальное значение параметра. Каждой последующей строке присваивается значение, увегыченное на единицу. Для каждого целого значения от минимального значения параметра до максимального значения параметра должна быть использована одна строка.

Каждый ввод в разделе Нумерованные строки параметров должен содержать форматированные поля, показанные в таблице А.28.

Таблица А^8 — Формат нумерованных строк параметров

Имя поля

Номер копя

Тип данных

06яэательмо.'Дополкитвл»ио

Нумерованная строка (нумерованные строки)

1 — число нумераций

EDS_Char_Array

Обязательно

На рисунке А.16 представлен пример, показывающий типичный раздел нумерованных строк параметров. [EnumPar]

Param2 =    $ enums Гог рагат 2

*1 ms input delay".

'10 ms input delay".

*25 ms input delay”;

РагатЗ =    S enums for рагат 3

'Ltght Operate”.

'Dark Operate”:

Рисунок A.16 — Пример раздела [EnumPar]

A.4,2.4.2 Раздел характеристик ввода^вывода

А.4.2.4.2.1 Содержимое

Раздел характеристик ееода/вывода должен содержать информацию о возможностях ввода/выеода заранее определенного набора основкых/подчиненных соединений прибора (см. МЭК 62026-3:2000). Этот раздел является обязательным, если прибор реализует соединение ввода/выеода. характеристики которого могут быть полностью представлены одним или несколькими вводами в этом разделе.

84

ГОСТ Р ИС 015745-2—2010

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

-    тип триггера ввода/вывода (Опрос. Строб. Изменение состояния. Циклический):

• размер сообщения ввода/вывода (число байтов):

-    заранее установленные маршруты соединений ввода/вывода.

Раздел характеристик ввода/вывода должен содержать вводы, установленные е таблице А.29.

Таблица А.29 — Формат характеристик ввода/вывода

Имя ввода

Ключевое слово овода

Обязагвльмо/Долопнитвльио

Информация ввода/вывода по умолчанию

Default

Обязательно

Информация по опросам

Potltnfo

Условно

Информация по стробам

Strobelnfo

Условно

Информация по многоадресным запросам

MulticastPollInfo

Условно

Информация по изменению состояния

COSInfo

Условно

Информация по циклам

Cydiclnfo

Условно

Соединение выхода устройства

Input

Условно

Соединение входа устройства

Output

Условно

Вводы в разделе характеристик ввода/вывода должны предоставлять информацию, как показано в таблице А.30.

Таблица А.30 — Вводы характеристик ввода/вывода

вводы

Описание

Информация ввода/ вывода по умолчанию

Определяет информацию ввода/вывода по умолчанию

Информация по опросам

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

Информация по ciimjGsm

Определяет типы введа/вьеода. которые могут быть испогъзованы вместе со строб-соединением и строб-соединения ми выхода и входа по умолчанию. Если этот ввод не представлен, с гроб-соединение в этом устройстве не поддерживается

Информация по изменению состояния

Определяет типы ввода/вывода. которые могут быть использованы вместе с соединением Изменение оосгояния и с соединениями выхода и входа Изменения состояния по умолчанию . Если этот ввод не представлен, соединение Изменение оосгояния 8 устройстве не поддерживается

Информация по циклам

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

Информация по многоадресным запросам

Определяет типы ввода/вывода. которые могут быть использованы с соединением многоадресных опросов и с соединениями выхода и входа многоадресных опросов по умолчани ю . Если этот ввод не представлен, соединение многоадресных опросов е приборе не поддерживается

Соединение выхода лоибооа

Определяет размеры соединения в байтах и битах, которые могут быть использованы типами ввода/вывода. маршрут соединения, строку имени и строку справки

Соединение входа прибора

Определяет размеры соединения в байтах и битах, которые могут быть использованы типами ввода/вывода. маршрут соединения, строку имени и строку справки

85

ГОСТ Р ИС0 15745-2—2010

А.4.2.4.2.2 Ввод информации ввода/вывода по умолчанию

Ввод информации ввода/вывода по умолчанию должен определять информацию ввода/вывода прибора по умолчанию.

Ввод информации ввода/вывода по умолчанию должен содержать форматированные поля, представленные в таблице А.31.

Таблица А.31 — Формат информации ввода/вывода по умолчанию

Имя поля

Номер поля

Тип данных

ОбязагельиыДополнигельио

Маска типа ввода/вывода по умолчанию

1

WORD

Обязательно

Попе маски типа ввод/вывода по умолчанию должно быть битовым отображаемым полем, позволяющим определять типы ввода/вывода по умолчанию для устройства. Присвоение битов установлено в таблице А.32.

Таблица А.Э2 — Присвоение битов маски типа ввода/вывода по умолчанию

Бит

Определение бита

0

Опрос

1

Строб

2

Изменение состояния

3

Циклический

4

Многоадресный опрос

5—15

Зарезервированный

А.4.2.4.2.Э Ввод информации по опросам

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

Если данньы ввод не представлен, тогда:

•    соединение с опросами в приборе не поддерживается или

•    соединение не может быть полностью описано логической структурой этого ключевого слова.

Ввод тформации по опросам должен содержать форматированные поля, показанные в таблице А.ЗЭ.

Таблица А.33 — Формат информации по опросам

Имя поля

Номер поля

Тип денных

ОбязательиыДополнителяио

Совместимая маска типа ввода/вывода

1

WORD

Обязательно

Соединение выхода по умолчанию

2

UINT

Обязательно

Соединение входа по умолчанию

3

UINT

Обязательно

Ввод информации по опросам должен предоставлять информацию, как показано в таблице А.34.

Таблица А.34 — Поля информации по опросам

Поля

Описание

Совместимая маска типа ввода/вывода

Битовое отображаемое поле определяет типы ввода/вывода. с которыми может быть объединено опрашиваемое соединение. Присвоение битов должно быть таким же. как и для маски типа ввода/вывода по умолчанию (см. таблицу А.32). Должен быть установлен бит опроса

86

ГОСТ Р ИС 015745-2—2010

Окончание таблицы А.34

Поля

Описание

Соединение выхода по умолчанию

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

Соединение входа по умолчанию

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

kA.2A.2A Ввод информации по стробам

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

•    строб-соединение в приборе не поддерживается или

•    соединение не может быть полностью описано логической структурой этого ключевого слова.

Ввод информации по стробам должен содержать форматированные поля, показанные в таблице А.35.

Таблица А.35 — Формат информации по стробам

Имя поля

Комер поля

Тип лонных

Обязательмо/Дололнительмо

Совместимая маска типа ввода/вывода

1

WORD

Обязательно

Соединение выхода по умолчанию

2

UINT

Обязательно

Соединение входа по умолчанию

3

U1NT

Обязательно

Ввод информации по стробам должен предоставлять информацию, как показано в таблице А.36.

Таблица А.36 — Поля информации по стробам

Поля

Описание

Сляияптимая ма>г.ка типа ввода/вывода

Битовое отображаемое попе определяет типы ввода/вывода. с которыми может быть объединено строб-соединение. Присвоение битов должно быть таким же. как и для маски типа ввода/вывода по умолчанию (см. таблицу А.32). Должен быть установлен битовый строб

Соединение выхода по умолчанию

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

Соединение входа по умолчанию

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

А.4.2.4.2.5 Ввод информации по изменению состояния

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

Если данный ввод не представлен, тогда:

•    соединение Изменение Состояния в приборе не поддерживается:

•    соединение не может быть полностью описано логической структурой этого ключевого слова.

Ввод информации по изменению состояния должен содержать форматированные поля, показанные в таблице А.37.

87

ГОСТ Р ИС0 15745-2—2010

Таблица А.37 — Формат информации по изменению состояния

Имя поли

Номер поля

Тип данных

Обяээ1ел»моТДополнмтельио

Совместимая маска липа ввода/вывода

1

WORD

Обязательно

Соединение выхода по умолчанию

2

UINT

Обязательно

Соединение входа по умолчанию

3

UINT

Обязательно

Ввод информации по измененюо состояния должен предоставлять информацию, как показано в таблице А.38.

Таблица А.38 — Поля информации по изменению состояния

Поля

Описание

Совместимая маска типа в во да/вы вода

Битовое отображаемое поле определяет типы весща/вывода. с которыми может быль объединено соединение Изменение Состояния. Присвоение битое должно быль таким же. как и для маски типа ввода/выеоаа по умолчанию (см. таблицу А.32). Должен быть установлен бит изменения состояния

Соединение выхода по умолчанию

Устанавливает один из вводов соединения выхода по умолчанию для соединения Изменение Состояния. Куль должен указывать, что для соединения Изменение Состояния выходные данные отсутствуют

Соединение входа по умолчанию

Устанавливает один из вводов соединения ввода по умолчанию для соединения Изменение Состояния. Нуль должен указывать, что для соединения Изменение Состояния входные данные отсутствуют

А.4.2.4.2.6 Ввод информации по циклам

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

Если данный ввод не представлен, тогда:

•    циклическое соединение 8 устройстве не поддерживается;

•    соединение не может быть полностью описано логической структурой этого ключевого слова.

Ввод информации по циклам должен содержать форматированные поля, показанные в таблице А.39.

Таблица А.39 — Формат информации по циклам

Имя ПОЛИ

Номер поля

Тип ранных

Обяэ81ельмо^Дополпмтельмо

Совместимая маска липа ввода/вывода

1

WORD

Обязательно

Соединение выхода по умолчанию

2

UJNT

Обязательно

Соединение входа по умолчанию

3

UINT

Обязательно

Ввод информации по циклам должен предоставлять информацию, как показано в таблице А.40.

Таблица А.40 — Поля информации по циклам

Поля

Описание

Совместимая маска типа ввода/вывода

Битовое отображаемое поле определяет гигы ввода/вывода. с которыми может быть объединено циклическое соедтение. Присвоение битов должно быть таким же. как и для маски типа ввода/вывода по умогтчанию (см. таблицу А.32). Должен быть установлен бит циклов

88

ГОСТ Р ИС 015745-2—2010

Окончание таблицы А.40

Поля

Описание

Соединение выхода по умолчанию

Устанавливает один из вводов соединения выхода по умолчанию для циклического соединения. Нуль должен указывать, что для циклического соединения выходные данные отсутствуют

Соединение входа по умолчанию

Устанавливает один из вводов соединения входа по умолчанию для циклического соединения. Нуль должен указывать, что для циклического соединения входные данные отсутствуют

А.4.2.4.2.7 Ввод информации по многоадресным опросам

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

Если данный ввод не представлен, тогда:

. соединение с многоадресными опросами в приборе не поддерживается;

• соединение не может быть полностью описано лопической структурой этого ключевого слова.

Ввод информации по многоадресным опросам должен содержать форматированные поля, показанные в таблице А.41.

Таблица А.41 — Формат информации по многоадресным опросам

Имя поля

Номер поля

Тип ланкых

Обяэательмо.'Дополни10льио

Совместимая маска типа ввода/выеода

1

WORD

Обязательно

Соединение выхода по умолчанию

2

U1NT

Обязательно

Соединение входа по умолчанию

3

UINT

Обязательно

Ввод информации по многоадресным опросам должен представлять информацию, как показано в таблице А.42.

Таблица Л. 12 Полл информации по многоадресным опросом

Поля

Описание

Совместимая маска типа ввода/выеода

Битовое отображаемое поле определяет типы ввода/вывода. с которыми может быть объединено соединение с многоадресными опросами. Присвоение битое должно быгь таким же. как и для маски типа ввода/выеода по умолчанию (см. таблицу А.32). Должен быть установлен бит многоадресных опросов

Соединение выхода по умолчанию

Устанавливает один из вводов соединения выхода по умолчанию для соединения с многоадресными опросами. Нуль должен указывать, что для соединения с многоадресными опросами выходные данные отсутствуют

Соединение входа по умолчанию

Устанавливает один из вводов соединения входа по умолчанию для соединения с многоадресными опросами. Нугъ должен указывать, что для соединения с многоадресными опросами входные данные отсутствуют

А.4.2.4.2.8 Вводимые данные соединений выходов устройства

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

89

ГОСТ Р ИС0 15745-2—2010

Отдельный ввод данных необходим для каждого случая, если:

•    он может быть установлен в маршруте соединения выхода:

•    он может быть описан в файле EDS.

Каждый ввод должен определять размер соединения 8 байтах и битах, если он использует типы ввода/ вывода, маршрут соединения, строку имен и строку справки.

Ключевое слово для вводе» соединений выхода должно состоять из коыбшации набора символов «input», объединенных с десятичным числом, например «inputl». Десятичное число должно начинаться с единицы и увеличиваться на единицу.

Каждый ввод соединения выхода должен содержать форматированные поля, как показано в табгшце А43.

Таблица А.43 — Формат соединения выхода

Имя поля

Комор поля

Тип данных

Обязательно/ Дополнительно

Размер

1

UINT

Обязательно

Число значимых битов

2

UINT

Обязательно

Совместимая маска типа ввода/вывода

3

WORD

Обязательно

Строка имен

4

EDS_Char_Array

Обязательно

Размер маршрута соединения

5

UINT

Обязательно

Маршрут соединения

6

EPATH

Обязательно

Строка справки

7

EDS_Char_Afray

Обязательно

Ввод соединения выхода должен предоставлять информацжэ. показанную в таблице А.44.

Таблица А44 — Поля соединений выхода

Поля

Описание

Размер

Размер этих данных в байтах

Число значимых битов

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

Совместимая маска типа ввода/вывода

Битовое отображаемое поле, определяющее типы ввода/вывода. с которыми эти данные могут быть использованы. Присвоение битов должно быть таким же. как и для маски типа ввода/вывода по умолчанию ( см. таблицу А.Э2)

Строка имен

Текстовое имя данных (максимум 32 символа). При воспроизведении 8 зависимости от возможностей дисплея средств конфигурирования может возникнуть необходимость усечения текста

Размер маршрута соединения

Число байтов, используемых для представления маршрута

Маршрут соединения

Маршрут данных соединения. Маршрут должен вводиться как набор символов с использованием нотации маршрута, описанной в МЭК 62026-3:2000. и формата, установленного в А.4,1.3.6.

Строка справки

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

А.4.2.4.2.9 Вводимые данные соединений входов уст ройсгва

Вводимые данные соединений входов устройства должны быть использованы для определения логически кодированного маршрута из данных одного или нескольких объектов, которые могут приниматься соединением ввода/вывода.

Отдельный ввод необходим для каждого случая, если:

•    он может быть установлен в маршруте соединения входа;

•    он может быть описан в файле EDS.

90

ГОСТ Р ИС 015745-2—2010

Каждый ввод должен определять размер соединения в байтах и битах, если он использует типы ввода/ вывода, маршрут соединения, строку имен и строку справки.

Ключевое слово для вводов соединений входов должно состоять из комбинации набора символов «Output», объединенных с десятичным числом, например «OutpuM». Десятичное число должно начинаться с единицы и увеличиваться на единицу.

Каждый ввод соединения входа должен содержать форматированные поля, как показано в таблице А.45.

Таблица А.45 — Формат соединения входа

Имя поля

Номер поля

Тип ранных

Обязательно* Дополнительно

Размер

1

UINT

Обязательно

Число значимых битое

2

UINT

Обязательно

Совместимая маска типа вео-да/вывода

3

WORD

Обязательно

Строка имен

4

EDS_Char_An,ay

Обязательно

Размер маршрута соединения

5

UINT

Обязательно

Маршрут соединения

6

EPATH

Обязательно

Строка справки

7

EDS_Char_Array

Обязательно

Весе соединения входа должен предоставлять информацию, представленную а таблице А.46.

Таблица А.46 — Поля соединений входа

Поля

Описание

Размер

Размер этих данных в байтах. Для строб-соединений единица должна устанавливать. что строб-бит используется, а нуль должен устанавливать, что он не используется

Число значимых битов

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

Совместимая маска типа ввода/вывода

Битовое отображаемое поле, определяющее типы ввода/вывода. с которыми эти данные могут быть использованы. Присвоение битое должно быть таким же. как и для маски типа ввода/вывода по умолчанию ( см. таблицу А.Э2)

Строка имен

Текстовою имя денных (максимум 32 символа). При воспроизведении в зависимости от возможностей дисплея средств конфигурирования может возникнуть необходимость усечения текста

Размер маршрута соединения

Число байтов, используемых для представления маршрута

Маршрут соединения

Маршрут данных соединения. Маршрут должен вводиться как набор символов с использованием нотации маршрута, описанной в МЭК 62026-3:2000. и формата, установленного в А.4.1.3.6

Строка справки

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

А.4.2.4.2.10 Примеры

Настоящий подраздел содержит примеры разделов файлов EOS, устанавливающие характеристики ввода/ вывода устройств.

Рисунок А.17 представляет пример, показывающий типичный раздел характеристик ввода/вывода для прибора с возможностями опросов и стробов (Опрос по умолчанию).

[lOJnfoj

Oefaiit-0x0001:    $ Poll

$ Bit mapped (0 = None)

$ Bit 0 = Poll $ at 1 = Strobe

91

ГОСТ Р ИС015745*2—2010

PolUnfo =

0x0003.

$ OK to Combine w/Poll or Strobe

2.

$ Default Input s Input2

3;

$ Default Output » Output3

Strobelnfo =

0x0003.

$ OK to Combine w/Poll or Strobe

1.

$ Default Input ■ Inputl

4;

$ Default Output» Output4

- Input Connections - -

Inputl =

1.

$ 1 byte

1.

$ 1 bit is significant

0x0003.

$ Strobe or Poll Connection

"Data*.

$ Name String

6.

$ Path Size

“20 04 24 20 30 03*.

$ Assy Ob) Inst 20 Attr 3

“This is a help string.*;

$ Kelp String

Input2 = 2. 0. 0x0003. ‘Status'*. 6. *20 04 24 21 30 03*. 'This is a help string.';

Input3 = 3. 0. 0x0003. ‘Data + Status*. 6.

“20 04 24 22 30 03". This is a help string.':

- Output Connections —

Outputl =

1.

$ 1 byte

O.

$ AU bits are significant

0x0001.

$ Poll Only Connection

“Data*.

$ Name String

6,

$ Path Size

“20 04 24 10 30 03*.

$ Assy Obj Inst 10 Attr 3

“This is a help string.':

$ Help String

Output2 -2. 0. 0x0001. 'Reference*. 6. *20 04 24 11 30 03“. “This is a help string.':

Output3 = 3, 0. 0x0001. ‘Data + Reference",6. *20 04 24 12 30 03*. “This is a help string.

Output4 =

1.

$ l>se Strobe Bit

1.

$ 1 significant bH

0x0002.

$ Strobe Only Connection

“Data Bit*.

$ Name String

4.

$ Path Size

“20 OE 24 or.

$ Sensor Obj Inst 1

* i he is a help string.*:

$. Help smng

Output5 =

1.

$ Use Strobe Bit

1.

$ 1 significant bit

0x0002.

$ Strobe Only Connection

“Sync Bit",

S Name String

4.

$ Path Size

“20 OE 24 02*.

$ Sensor Obj Inst 2

This is a help string.’;

$ Help String

Output6 =

0.

$ Strobe Bit Ignored. Don't Map

0.

$ All bits are significant (None)

0x0002.

$ Strobe Only Connection

“Sync Pulse*.

$ Name String

4.

$ Path Size

*20 OE 24 03*.

$ Sensor Obj Inst 3

This is a help siring.*:

$ Help String

Рисунок А. 17 — Пример характеристик ваода/вывода.

Устройство с возможностями опросов и стробов. Опрос по умолчанию

Рисунок А.1В представляет пример, показывающий типичный раздел характеристик евода'выеода для устройства Strobe Only (только один вход и один выход).

92

ГОСТ Р ИС 0 15745-2—2010

llOJntoJ

Default = 0x0002;

$ Strobe Only

Strobelnfo =

0x0002

$ Strobe Only

1;

$ Default Input ■ Inputl

1;

$ Default Output = Output!

Input Connections - -

Input! =

1.

$ 1 byte

2.

$ 2 bits are significant

0x0002.

$ Only Strobe Connection

“Data & Status Bits'.

$ Name String

4.

$ Path Size

**20 0E 24 01“.

$ Sensor Obj Inst 1

“This is a help string.';

$ Help String

Output Connections • -

Output! =

0.

$ Strobe bit not used

0.

$ All bits are significant

0x0002.

$ Only Strobe Connection

“Strobe Out Bit Not Used*.

$ Name String

6.

$ Path Size

“20 OE 24 Of.

$ Sensor Obj Inst 1

'This is a help string.’:

$ Help String

Рисунок А.18 — Пример харакгерисгик ввода/вывода для устройства Strobe Only.

только один вход и один выход

Рисунок А.19 представляет пример, показывающий типичный раздел характеристик евода/вывода для устройства с возможностями опросов и изменения состояния (Опросы и изменение состояния по умолчанию). (lOJnfol

Default = 0x0005;

$ Poll & Change of State $ Bit 0 = Poll

$ Bit 2 «Change of State

Polllnfo =

0x0005.

$ OK to Combine w/Pdl or COS

2.

$ Default Input = Input2

2:

$ Default Outputs Output2

COSInfo =

0x0005.

$ OK to Combine w/Poll or COS

1.

$ Default Input « Inputt

1;

Input Connections

$ Default Outputs Output!

Input! =

1.

$ 1 byte

1.

$ 1 bit is significant

0x0005.

$ Poll or COS Connection

“Data'.

$ Name String

6.

$ Path Size

“20 04 24 20 30 03".

“This is a help string.'; S Help String

$ Assy Obj Inst 20 AUr 3

Input2 = 2.0. 0x0005. “Status’. 6. *20 04 24 21 30 03“. “This Is a help string.';

Inpu13 - 3. 0. 0x0005. “Data ♦ Status'. 6. - Output Connections - -

“20 04 24 22 30 03“. “This is a help string.

Output 1 =

1.

$ 1 byte

0.

$ All bits are significant

0x0005.

$ Poll or COS Connection

“Data’.

$ Name String

6.

$ Path Size

“20 04 24 10 30 03".

$ Assy Obj Inst 10 AUr 3

“This is a help string.’;

$ Help String

Output2 = 2,0, 0x0006. “Reference*. 6, “2004 24 11 30 03*. “This is a help string.';

Output3 = 3. 0, 0x0005. “Data +• Reference’,6, “20 04 24 12 30 03*. “This is a help string.':

Рисунок A.19 — Пример характеристик ввода/вывода. Устройство с возможностями опросов и изменения состояния. Опросы и изменение состояния по умолчанию

93

ГОСТ Р ИС015745*2—2010

Приложение В (обязательное)

Шаблоны профилей CANopen

В.1 Описание шаблонов профилей устройств

В.1.1 Общие положения

XML схемы шаблонов профилей устройств, определенные в В.1.5. содержат отображения диаграмм классов профилей устройств, представленных в 6.2.1. Помимо классов и атрибутов отображения они содержат дополнительные элементы с атрибутами XML или без них. облегчающие однозначное описание профилей устройств и устройств XML. Для повторною использования некоторых определений элементов и гибкого расширения описаний профиля устройств и устройств с использованием моделей, используемых здесь, классы были отражены в нескольких XML схемах. В таблице В.1 перечислены все XML схемы описания обмена шаблонами профилей устройств CANopen.

Примечание - Описание профилей устройств или описание устройств может не потребоваться для применения всех XML схем, установленных в настоящем приложении.

Таблица В.1—Обзор XML схем

Иыя

Содержимое

Пространство имен

COFDCMLxsd

Основные классы

httpi/farww.can-cia .org/xml/canopen

FDCML.dt.xsd

Определение типов данных

FDCMLHCO157450evice Funcbon.xsd

Классы функций приборов

http^/

unction

FDCMLText Resource.xsd

XML схема для текстовых ресурсов

xmldef.xsd

Определения в пространстве имен XML

xlmkdef.xsd

Определения в пространстве имен Xlink

В.1.2 Основы

В.1.2.1 Элементы типов данных

Профиль устройств использует тигы данных МЭК 61156. Для введения дололнитегьных атрибутов информация по типам данных моделируется с использованием объявлений типов элементов XML. Альтернативные имена типов данных МЭК 61131-3 и CANopen предоставляются как постоянные атрибуты. Эти элементы типов данных определяются с именем «FDCML.dt.xsd» в XML схеме, которая определяется в В.1.5.2.

В.1.2.2 Сборная модель

Профиль устройств использует модель сборных элементов. Эти элементы фигурируют в форме списка сборных элементов (гример: proccessDataDescriptionUsUprocessDataDescription).

В.1.2.3 Описательный текст для элементов

В.1.2.3.1 Общие положения

Профиль устройств предлагает три разные возможности предоставления описательного текста для элементов. Должны быть использованы только В.1.2.3.2 и В. 1.2.3.3. В.1.2.3.4 может быть использован вместе с В.1.2.3.2 или В.1.2.3.3.

В.1.2.3.2 Текст, вставленный в профиль устройств

Каждый элемент, требующий описательного текста. должен иметь д-очерний элемент label с атрибутом xmklang. Это позволяет использовать множество языков с одним профилем приборов. Дополнительно текст короткой справки может быть предоставлен с использованием элемента help. Он также имеет атрибут xml:lang. Этот атрибут состоит из двухбужввнного кода языка и дополнительного даухбуквенного кода страны, разделенных тире, и имеет следующий формат:

ISO 639 code (or name of language ISO 3166-1-Alpha-2 code]

Пример — xml:Jang='en-us' устанавливает текст на английском языке в американской редакции.

94

ГОСТ Р ИС 0 15745-2—2010

В.1.2.3.3 Текст, предоставляемый файлами текстовых ресурсов

Элементы labelRef и hetpRef должны предоставлять указатель текстового ресурса, хранящегося в файле внешнего тестового ресурса. AIF должна заменять эти ресурсы посредством теста, предусмотренного- файлом текстовых ресурсов. Файлы текстовых ресурсов, используемые профилем приборов, должны быть определены в элементе dictionary.

Формат файла тестовых ресурсе» должен быть установлен в XML схеме «FDCMt.TextResource.xsd». которая определена в В. 1.5.4.

В.1.2.3.4 Указатель внешней документации

Дополнительно может быть предоставлен указатель внешней документации. Элемент hlpRefFile должен указывать положение в файле, определяемое элементом helpFile.

Пример — Примерами внешней документации являются файлы ‘.hip, ‘.html, или '.pdf.

В.1.2.4 Допустимое значение элемента

Если элемент профиля устройств имеет значение, то должно использоваться одно из следующих описаний значения:

•    const    постоянное значение элемента;

•    edit    редактируемое значение строк:

•    enumeration    нумерованное значение;

-    range    диапазон значений, значение может иметь несколько диапазонов;

•    yes. по    комбинация значений TRUE/FALSE:

•    reference    ссылка на другой элемент:

-    mstanceVakie    значение, если вместо профиля или типа описывается экземпляр.

В.1.2.5 Моделирование обусловленного поведения устройств

Для моделирования обусловленного поведения устройств должны быт ь использованы следующие элемен

ты:

запрещает справочную характеристику устройства в зависимости от значения этой характеристики:

разрешает справочную характеристику устройства в зависимости от значения этой характеристики;

изменяет справочную характеристику устройства в зависимости от значения этой характеристики.

Каждый возможный запрещаемый или разрешаемый целевой объект имеет a XML схеме разрешаемый атрибут.

В.1.2.6 Внутренние обращения элементов

Маршрут, установленный в атрибуте ref. должен быть допустимым маршрутом Xpath (см. [8]).

В.1.2.7 Однозначная идентификация элементов

Элементы, которые требуют идентификации, имеют атрибут uniquelD. Значение этого однозначного идентификатора должно состоять из:

tokenjndex ([_submdex]...]. индекса типа unsigned16 и субиндекса типа unsignedS.

В. 1.2.8 Компоновки

Элементы компоновки позволяют сгруппировать соответствующие элементы объектов. Компоновка содержит список указателей Xpath своих объектов.

В.1.2.9 Категории со стороны продавца

Разработчик AIP может добавить элементы категорий в сборные элементы.

- disable

•    enable

•    change

Пример — Разработчик AIP добавляет processDataCategory для входных сигналов и processData-Category для выходных сигналов.

В.1.3 Объект DeviceManager

В. 1.3.1 Объекты datatypeTemplateList. datatypeTem plate

Объект datatype Template позволяет определить разработчика AIP или типы данных, относящиеся к профилям устройств. Эти типы данных вызываются с элементом datatypelnstance. Они могут быть описаны следующим образом:

-directlyOerfvedType    тип непосредственно выводимых данных:

-    enumeratedType    тип нумерованных данных    или список

констант (нумерация C-styie);

•    subrangeType    тип данных диапазона:

•    аггауТуре    тип массива данных:

-    stnjcturedType    тип структурированных данных.

В.1.3.2 Атрибут объекта communicationEntity

Таблица В.2 описывает атрибуты объекта communicationEntity. определенные в 6.2.1.Э.4.

95

ГОСТ Р ИС0 15745-2—2010

Таблица В.2 — Атрибут объекта communicabonEntity

Атрибут

Описание

Тип данных

Значение

Протокол

Коммуникационный

протокол

xsdislring

'CANopen'

Коммуникатор

Устанавливает, играет ли этот объект активную роль е сетевых коммуникациях или нет

xsdislring

‘YES' — принимает участие в сетевых коммуникациях.

'NO' — не принимает участия в сетевых коммуникациях

communicationEntityType

Тип коммуникационного объекта

xsd;string

'SLAVE

'MASTER'

'CLIENT

'SERVER'

'PEER' (объект, действующий как клиент и сервер)

'MASTER_SERVER' (объект, действующий как основной и подчиненный) 'DEVICEMODULE' (объект, нуждающийся в родителе для коммуникации через сеть)

'PASSIVE' (объект, не принимающий участия в сетевых коммуникациях)

commun icationProfile

Идентификатор коммуникационных профилей

xsdislring

См. в.2.2.2

В.1.3.3 Атрибуты объекта channell

Таблица В.З описывает атрибуты объекта channell. определенного в 6.2.1.3.3.2.

Таблица В.З — Атрибуты объекта channeii

Атрибут

Описание

Тил данных

Значение

channelType

Тип канала

xsdislring

direction

Направление потока данных через этот канал

xsd:s1ring

«1»: Вход «О»: Выход «X»: Все равно

В.1.3.4 Атрибуты объектов MAU

Таблица В.4 описывает атрибуты объектов MAU. определенные в 6.2.1.3.3.3.

Таблица В.4—Атрибуты объектов MAU

Атрибут

Описание

Тип данных

Значение

interfaceType

Предоставляет дополнительную информацию по типу MAU

xsdislring

«COREMOTE*

«COLOCAL»

Direction

Определяет логическое направление потока данных через объект MAU

xsdislring

«INOUT»: передает и приемник «IN»: приемник и цепь обратной связи

«OUT»: передает и цепь обратной связи

«IN UNI»: только принимает «OUT.UNI»: только передает

directlyC onnected

Определяет. подключены ли устройства непосредственно к объекту MAU

xsdislring

«YES*

«N0»

96

ГОСТ Р ИС 0 15745-2—2010

Окончание таблицы В.4

Атрибут

Описание

Тип данных

Значение

MAUType

Идентификатор типа объекта MAU со стороны продавца

xsd:string

Значение со стороны продавца

newLevel

Определяет, открывается пи объектом MAU новый структурный уровень (пример: локальное шинное соединение шинного терминала)

xsd:slring

«VES»

«NO»

Protocol

Определяет прогон протокола объектом MAU

xsd:s1ring

«CANopen»

sequenceNumber

Идентификация объекта MAU. начиная с 1. отдельно нумеруемая для каждого направления

xsd:

nonNegati-

velnteger

default = 1

В.1.3.5 Атрибуты объектов slot(cnoT)

Таблицу В.5 описывает атрибуты объекте» sk)t. определенные в 6.2.1.3.3.4.

Таблица В.5 — Атрибуты объектов slot

Атр ибут

Описание

Тип данных

Значения

Номер

Указывает положение, в котором дочернее устройство может быть добавлено в последовательность дочерних устройств

xsd.slring

Атрибут номер может содержать один номер ('3'), список номеров ('3,5.7'), диапазон номеров ('1—3') или комбинацию f1—2.4.6,9-10’)’.

11 Если дочерние устройства могут быть подключены к любому слоту, используют номер, определяющий максимальное число подключаемых дочерних устройств. Например, если 64 дочерних устройства могут быть подключены к родительскому устройству, используют slot number='1—64'. Для каждого положения слота требуется элемент MAUUsage. указывающий на подключенный объект MAU.

В.1.3.6 Атрибуты объектов LEO и LEDState-

Таблица В.6 описывает атрибуты объекта LED. определенные в 6.2.1.3.3.5. Дочерний объект LEDState описывает разные состояния. Атрибуты LEDState описаны в таблице В.7.

Таблица В.6 — Атрибуты объекта LED

Атрибут

Описание

Тип данных

Значение

LEDType

Тип LED

xsd: string

•lOStatus»

«lODiagnostic»

«DeviceStalus»

«DeviceDiagnostic»

«CommStatus»

eCommDiagnostic»

97

ГОСТ Р ИС0 15745-2—2010

Таблица В.7 — Агрибуты объекта LEDState

Атрибут

Описание

Тип данных

Значение

LEDCondition

Положение LED в состоянии

xsd:string

•ON» «OFF»

LEDColor

Цвет LED в состоянии

xsdrstring

•GREEN»

•YELLOW*

•RED»

•ORANGE»

■BLUE»

•WHITE»

LEDFrequency

Частота миганий в состоянии в Гц

xsd:float

LEDFIashCount

Число вспышек в состоянии

xsd:nonNega-

tivelntsger

Ref

XPath к объекту или состояние объекта, вызывающее состояние LED

xsdistring

8.1.4 Описания дополнительных элементов В.1.4.1 Объект accessPath

Объект accessPath должен описывать маршрут относительно объекта communication Entity для получения доступа к объекту tocalDataDescription. Формат объекта:

• для объекта iocalDataOescription: не определен.

Примечание —Формат для объекта tocalDataDescription а настоящем стандарте не рассмотрен.

byteoffsel

biloffset

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

канал обрабатываемых данных

октет 0

октет 1

октет 2

октет n

7

6

5

4

3

2

1

0

7

6

5

4

3

2

ilo

7

6

5

4

3

2

1

0

7

6

5

4

3

2

1

0

Рисунок 8.1 — Смещения е байтах и битах в канале обрабатываемых данных В.1.4.2 Объект datatype

Объект datatype должен определять тип данных родительского элемента.

В.1.4.3 Объект file

Объект file содержит ссылку XLink (7] на внешний файл.

В.1.4.4 Элементы gain, offset, maxVal, minVal, default, stepVal, on

Для уточнения элемента range должны быть использованы следующие элементы:

• gain

масштабный коэффициент:

• offset

масштабный коэффициент:

• maxVal

максимальное значение диапазона:

- minVal

минимальное) значение диапазона:

• default

значение диапазона по умолчанию:

• stepVal

пошаговое значение;

-on

значение триггера для связи.

Все значения относятся к ха<В|Я.

Масштабные коэффициенты, если они представлены, должны быть использованы, как установлено 8 следующей формуле:    = offset + хасЯил - gain.

8.1.4.5 Объекты picture, hotspotList, hotspot

Объект picture должен содержать ссыпку на графическое представление элемента. Атрибуты элемента picture установлены в таблице В.0.

Таблица В.8 — Агрибуты элемента picture

Имя

Описание

Тип данных

picName

Имя файла изображения

xsd:string

picType

Идентификатор типа, расширение файла

xsd:string

98

ГОСТ Р ИС 015745-2—2010

Окончание таблицы В.8

Имя

Описание

Тил данных

xSize

Ширина в пикселях

xsd:

positivetnteger

ySize

Высота в пикселях

xsd:

positivetnteger

picClassification

Классификация пользователя содержимого изображения

xsd:string

Объект hotspotList является набором элементов hotspot. Элементы hotspot определяют положение объектов channel. LED или MAU в графическом представлении. Атрибуты объекта hotspot установлены в таблице В.9. Значения атрибутов xPos и yPos определяют относительное положение (см. рисунок В.2). Элемент hotElement является маршрутом Xpath к объектам channel. LED или MAU.

Таблица В.9—Атрибуты элемента hotspot

Атрибуты

Описание

Тил данных

Значение

xPos

Положение горячей точки (hotspot) в процентах

xsd:nonNegatrvelnteger

0 <= значение <= 100

yPos

Положение горячей точки (hotspot) е процентах

xsd:nonNegatrvelnteger

0 <= значение <= 100

hotElement

Маршрут XPath к точке соединения

xsd:slring

Допустимый XPath

0-

1Q0

*00

"*•

taoSfNMMMi

лДОре

Рисунок В.2 — Положения hotspot точек соединения

В.1.4.6 Объект specificProperty

Элемент specificProperty резервируется для расширений, выполняемых разработчиком AIP. Примечание— Игтаппюпеэыия элемента sporifirPmporty в настоящем стандарте мв рассмотрено В.1.4.7 Объект tool

Объект tool определяет специальную сервисную программу родительского элемента. Таблица В.10 описывает атрибуты элемента tool.

Таблица В.10 — Атрибуты элемента tool

Атрибут

Описание

Тип данных

Значение

tooOassification

Классифицирует задачу сервисной программы

xsd:string

loollD

Однозначная идентификация операционной системы сервисном программы

xsdrstring

Примечание — PROGID или GUID являются примерами toollD.

В.1.4.6 Объект uses

Элемент uses определяет ассоциацию «uses», как определено на рисунках 7 и 9.

В.1.5 XML схемы шаблонов профилей устройств

В.1.5.1 COFDCMLx&d

<?xnil version = “1.0" encoding = UTF-8"?>

<xsd:schema xmlns = *hltp://w*vw.can-cia.org/xml/canopen' targetNamespaca = *http:/7Wvvw.caivcta.org/xfni/canopen"

99

ГОСТ Р ИС0 15745-2—2010

xmlns:xlink = "" xmins:xsd = " version = *1.0“

eiementFormDefButt = "qualified" attributeFormDefautt = "unqualified"»

<xsd:import namespace = "" schemaLocation = "xlinkdef.xsd"/> <xsd.include schemaLocation = *FOCMLdt.xsd"/>

<xsd:group name = "g_labels">

<xsd:choice>

<xsd:eiement ref = "label" maxOccurs = "unbounded"/»

<xsd:etement ref = "labelRer/»

</xsd:cbo»ce»

</xsd:group>

<xsd:group name = *g_help">

<xsd:choice>

<xsd.e*emenl ref = "help* maxOccurs = "unbounded"/»

<xsd:etement ref = "helpRef/»

</xsd:cho*ce>

</xsd:group>

<xsd:gnoup name = "g_naming“>

<xsd:sequence>

<xsd:choice>

<xsd:sequence>

<xsd:etement ref = "label" maxOccurs = "unbounded"/»

<xsd:eiement ref = "help" minOocurs = *0" maxOccurs = "unbounded"/»

</xsd: sequence»

<xsd:sequence»

<xsd:eiement ref = "labelRer/»

<xsd:etement ref = "helpRef" minOccurs = T)"/»

</xsd:sequence>

</xsd:cho*ce»

<xsd:etement ref = "helpFileRer minOccurs = "0"/»

</xsd:sequence>

</xsd:group>

<xsd:group name = "g_stringValues"»

<xsd:choice>

<xsd:eiement ref = "const* maxOccurs = "unbounded"/»

<xsd:e*ement ref = "edit" maxOccurs = "unbounded"/»

-<4cd:otcmont rof - "labolRof*/»

<xsd:eiement ref = "instanceVatue"/»

</xsd:cboice>

</xsd:group>

<xsd:group name = "g_vatues"»

<xsd:choice»

<xsd:eiement ref = "const* maxOocurs = "unbounded"/»

<xsd:eiement ref = "edit* maxOccurs = 'unbounded"/»

<xsd:e*ement ref = "enumeration" maxOccurs = "unbounded"/»

<xsd:e*ement ref = "range" maxOccurs = "unbounded"/»

<xsd:sequence>

<xsd:eiement ref = "yes" minOccurs = "0"/»

<xsd:e*ement ref = "no" minOccurs = *0"/»

</xsd:sequence»

<xsd:e*ement ref = "reference" maxOccurs = "unbounded"/»

<xsd:eiement ref = "instanceVatue"/»

</xsd:choice»

</xsd:group»

<xsd:at1nbuteGroup name = "ag_FOCML*»

<xsd:aHribute name = 'formatName" fixed = “FDCML" form = "unqualified" type = "xsd:string"/> <xsd:at1ribute name = "formatVersion" fixed = *2.0" form = "unqualified* type = “xsd:slring"/» <xsd;attribute name = "fiteMame" use = "required" form = "unqualified* type = "xsd:string"/» <xsd:atinbule name = *fiieCreator" use = "required* form = "unqualified* type = *xsd:string7»

ГОСТ Р ИС 015745-2—2010

<xsd:attribute name = "fileCreationDate" use = "required" form = "unqualified" type = ”xsd:date>7> <xsd:attribute name = "fiteModificationDate" use = “required" form = "unqualified" type = «xsd:date»/»

<xsd:attribute name = «fileVersion» use = "required" form = "unqualified" type = "xsd:string7> </xsd:a HributeGroup»

<xsd:attributeGroup name = "accessCategory"»

<xsd:attribute name = "accessCategory” use - "required"»

<xsd:simpleType >

<xsd:restriction base s "xsd:NMTOKEN">

<xsd:enumeration value = "read"/»

<xsd:enumeration value = "write"/»

<xsd;enumeration value = "readWnte"/»

<xsd:enumeration value = "noAccess"/»

</xsd :restriction>

</xsd:s«mpleType»

</xsd:attribute>

</xsd:a HributeGroup»

<xsd:attributeGroup name = "dataType"»

<xsd:attribute name = "dataType" use = "required"»

<xsd:simpleType»

<xsd:restriction base = "xsd:NMTOKEN"»

<xsd:enumeratk>n value = "boot"/»

<xsd:enumeration value = "byte"/»

<xsd:enumeration value = "char"/»

<xsd:enumeration value = "word"/»

<xsd;enumeration value = "dWord"/>

<xsd:enumeration value = "tWord"/»

<xsd;enumeration value = "slnt"/»

<xsd:enumeration value = "uslnt"/»

<xsd;enumeration value = "int"/>

<xsd:enumeration value = "и!пГ/>

<xsd;enumeration value = "dint"/»

<xsd:enumeration value = “udlrrt"/»

<xsd:enumeration value = "lint"/»

<xsd:enumeration value » "ullnt"/»

<xsd:enumeration value = "real"/»

<xsd:enumeration value s "IReal"/»

<xsd:enumerat>on value = "string"/»

<xsd:enumeratk>n value = 'Unicode'"/»

<xsd:enumeration value = "struct"/»

<xsd:enumeration value = "physical”/»

<xsd:enumeration value = "array"/»

</xsd restriction»

</xsd:simpleType»

</xsd:a1tribute»

</xsd;a HributeGroup»

<xsd:attnbuteGroup name = "persistent"»

<xsd:attribute name = "persistent" use = "required"»

<xsd:simpleType»

<xsd:restriction base = "xsd:NMTOKEN">

<xsd:enumerabon value = "false"/»

<xsd:enumeration value = "true"/»

<xsd:enumeration value = “n.a*/>

</xsd restriction»

</xsd:simpleType»

</xsd:attribute»

</xsd :a HributeGroup»

<xsd:attributeGroup name = "type"»

<xsd:attribute name = "type* use = "required"»

<xsd:simp!eType »

<xsd:restriction base = "xsd:NMTOKEN">

<xsd:enumerabon value = "fixedValue"/»

101

ГОСТ Р ИС0 15745-2—2010

<xsd:enumeration value = “vendorSpecific"/»

</xsd restriction»

</xsd:simpleType>

</xsd:attribute>

</xsd:a HributeGroup>

<xsd:at1ributeGroup name = "use“>

<xsd:atiribute name = “use* use = “required"»

<xsd:simp»eType»

<xsd:restriction base = *xsd:NMTOKEN*»

<xsd:enumeration value = “required"/»

<xsd:enumeration value = “optional"/»

</xsd restriction»

</xsd:s»mpleType>

</xsd:a1tnbute>

</xsd;at1ributeGroup>

<!- -xmlns:xml=' ->

<xsd:etemenl name = *IS015745Profile*>

<xsd:annotation>

<xsd:documentat>on»Document Elament</xsd:documentation>

</xsd :a nnota tion>

<xsd. complexly pe>

<xsd:sequence>

<xsd:e*ement ref = “ProfileHeaderV»

<xsd:choice>

<xsd:eiement ref = “ProfHeBody"/»

<xsd:eiement ref = "Profile sBody“/>

</xsd:cfrio*ce»

</xsd: s equence>

</xsd:complexType»

</xsd:element>

<xsd;etement name = ’accessPath* type = *xsd:string7>

<xsd:element name = "additionalltem*»

<xsd:complexType>

<xsd;sequence>

<xsd:group ref = “g_namir*g7>

<xsd:element ref = "pictureLtst" minOccurs = *0*/>

<xsd:chotce minOccurs = "0"»

<xsd:group ref = *g_values7>

''•/xedichoioo»

<xsd:element ref = "specificProperty" minOccurs = "0" maxOccurs = "unbounded'/» <xsd:element ref = “additionalltem" minOccurs = "0" maxOccurs - “unbounded"/» <xsd:element ref = “instances* minOccurs = "07»

</xsd: s equence>

<xsd:attribute name = "uniquelD* use = "required" type = *xsd:IDV>

<xsd:at1ribute name = “additionalltemType* use = "required" type = "xsd:string*/> <xsd:atiribute name = "enabled" default = *YES">

<xsd:simpJeType >

<xsd:restriction base = “xsd:string">

<xsd:enumeration value = "YES7>

<xsd:enumeration value = "NO’/>

</xsd :restriction>

</xsd:simpleType>

</xsd:aitribute>

</xsd:compiexType>

</xsd:element>

<xsd:element name = "additionalitemCategory>

<xsd complexType»

<xsd:sequence>

<xsd:group ref = *g_namir>g"/>

<xsd:eiement ref = "addiUonalltem* maxOccurs = “unbounded’/»

</xsd: s equence>

102

ГОСТ Р ИС 015745-2—2010

<xsd:attribute name = “uniquelD" type = "xsd:l D7>

<xsd:attribute name = "enabled" default = *YES">

<xsd:simpleType >

<xsd;restriction base = *xsd:string">

<xsd:enumeration value = "YES"/»

<xsd:enumerat>on value = "NO*/>

</xsd restriction»

</xsd:sampleType>

</xsd:a1tribute>

</xsd:complexType>

</xsd:element>

<xsd:element name = "additionalltemUst"»

<xsd :complexType>

<xsd:sequence>

<xsd;group ref = *g_namir»g7>

<xsd:cho<ce max Occurs = "unbounded*»

<xsd:e»ement ref = "аскМюпа1НетСа1едогу7»

<xsd;etemeol ref » *additionalltem7>

</xsd:ct>o*ce»

</xsd:sequence>

<xsd:aUribute name = "uniquelD" type = "xsd:ID‘/>

<xsd:attribute name = "additionalHemsType" use = "required" type = "xsd:stnng'/> <xsd:atlribule name = "enabled" default = *YES">

<xsd:simpleType>

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "N07»

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute>

</xsd:complexType>

</xsd:element>

<xsd:element name = "aJignment"»

<xsd :complexType>

<xsd;aUnbule name = "type* use = ’required"»

<xsd:simpleType>

<xsd:restriction base s "xsd:NMTOKEN">

<xsd:enumeration value = "byte"/»

<xsd:enumeration value = \vord7>

<xsd:enumeration value = "dword"/»

<xsd:enumeration value = "lword*/>

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute»

</xsd:compiexType>

</xsd:element>

<xsd:element name = ’ApplicationProcess"»

<xsd :complexType>

<xsd:sequence>

<xsd:e*ement ref = 'externalSchema“/>

</xsd: s equence>

</xsd:comptexType>

</xsd:etement>

<xsd:e*ement name = *arrayType">

<xsd:complexType>

<xsd:sequence>

<xsd:choice minOccurs = "0">

<xsd;group ref = *g_help"/»

</xsd:ctio*ce>

<xsd:group ref = *g_datatypes"/>

<xsd:eiement ref = "subrange" maxOccurs = "unbounded*/»

</xsd:sequence>

103

ГОСТ Р ИС0 15745-2—2010

<xsd.attribule name = ViitialVaiues’ type = ’xsd:string"/>

</xsd:compiexT ype>

</xsd:element»

<xsd:element name = "buildDate*»

<xsd:complexType>

<xsd:choice>

<xsd:group ref = 'gjabets"/»

</xsd:cho*ce»

<xsd:at1ribute name = "readonly* default = "YES*>

<xsd:simpleType>

<xsd:restriction base = 'xsd:string">

<xsd:enumeration value = "YES 7»

<xsd:enumeration value = "NO’/>

</xsd restriction»

</xsd:s«mpleType>

</xsd:a1tribute>

</xsd:comptexType»

</xsd:element>

<xsd:element name = *capabilities">

<xsd:complexType>

<xsd:sequence>

<xsd:e(ement ref = 'extern alSchema"/»

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:eiement name = 'cfgltemList*>

<xsd icomplexType»

<xsd:sequence>

<xsd;sequence minOccurs = "0">

<xsd;group ref = *g_namir»g"/>

</xsd:sequence>

<xsd:etement ref = "CANopenDedicatedCfgGategory"/»

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:etement name = “change’»

<xsd:complexType>

<xsd:choice>

^xcd:group ref ~ "g_datotypoo"/>

<xsd:efement ref = "datatypeinstanoe"/»

</xsd:cho*ce>

<xsd:at1ribute name = "reT use = 'required" type = "xsd:string’/» </xsd:complexType>

</xsd:element>

<xsd:e*ement name = ’channel"»

<xsd:complexType»

<xsd:sequence>

<xsd:grcxjp ref = ’g_namir>g"/»

<xsd:etement ref = "pjctureLrst” minOccurs = 'O'/»

<xsd:eiement ref = “accessPath’ minOccurs = "O’/»

<xsd:eiement ref = "specificProperty" minOccurs = "0" maxOccurs = "unbounded"/» <xsd:eiement ref = "uses" minOccurs = *0"/»

<xsd:eiement ref = "provides" minOccurs = "0" maxOccurs = "unbounded"/» <xsd:eiement ref = "channel" minOccurs = "0" maxOccurs = ’unbounded"/» <xsd:etement ref = "instances" minOccurs = "O" maxOccurs = 'unbounded"/» </xsd:sequence>

<xsd;at1nbule name = "uniquelD’ use = "required" type = "xsd:IDV>

<xsd:atiribute name = "channelType" type = "xsd.string"/»

<xsd:a№ibute name = "direction" default = "X*>

<xsd:simp(eType»

<xsd:restriction base = *xsd:string"»

104

ГОСТ Р ИС 015745-2—2010

<xsd:enumeration value = ТУ»

<xsd:enumerat>on value = *Q7»

<xsd:enumeration value = "X“/>

</xsd restriction»

</xsd:s*mpleType»

</xsd:a1tribute>

<xsd:attribute name = "enabled" default = "YES"»

<xsd:simpleType >

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "N07>

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute>

</xsd:comptexType>

</xsd:element>

<xsd:element name = “channelList"»

<xsd complexType»

<xsd:sequence»

<xsd:eiement ref = "channel" maxOccurs = "unbounded"/»

</xsd: s equence>

</xsd:complexType>

</xsd:element>

<xsd:element name = "commumcationEntrty"»

<xsd : complexType»

<xsd:sequence>

<xsd:sequence minOccurs = "0"»

<xsd:group ref = *g_namir>g7»

</xsd:sequence>

<xsd:e4ement ref = "cfgltemList" minOccurs = "0"/>

<xsd:eiement ref = "CANopenldentityT»

<xsd:element name = 'CANopenCommunicationFuncbonList' minOccurs ~ *0"» <xsd :complexType>

<xsd:sequence>

<xsd:eiement ref = "function* maxOccurs = "unbounded"/»

</xsd: s equence>

</xsd:compiexType>

</xsd:element>

<xsd:element name = "CANopenCommunicationParameterList"» <xsd:complexType>

<xsd:sequence>

<xsd:element ref = "parameter" maxOccurs = "unbounded"/»

</xsd: s equence»

</xsd:compiexType>

</xsd:element»

<xsd:e*emeot ref = "CANopenObjecJAocessList"/»

</xsd:sequence>

<xsd:attribute name = "uniquelD" type = "xsd:ID7>

<xsd:aUhbute name = "protocoT use = "required" type = "xsd:string"/> <xsd:attribute name = "communicator" default = "YES*>

<xsd:simpleType »

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO"/»

</xsd restriction»

</xsd:simpleType»

</xsd;a1tnbule>

<xsd:attribute name = "oommunicationEntityType" default = "SLAVE"» <xsd:simpleType»

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "SLAVE"/»

<xsd:enumeration value = "MASTER"/»

105

ГОСТ Р ИС0 15745-2—2010

<xsd:enumeration value = “CLIENT*/»

<xsd;enumeration value = “SERVER"/>

<xsd:enumeration value = “INTERCONNECTION"/»

<xsd;enumeration value = “PEER"/»

<xsd:enumeration value = *MASTER_SLAVE7>

<xsd;enumeration value = "DEVICEMOOULE*7>

<xsd :enumer ation value = '“PASSIVE*/»

</xsd :restriction>

</xsd:s*mpleType>

</xsd:a1tribute>

<xsd:at1ribule name = 'communicationProfile* type = *xsd: string*/» <xsd:attribute name = “enabled" default = *YES">

<xsd:simpleType»

<xsd;restriction base = *xsd:string"»

<xsd:eoumeration value = "YES7>

<xsd:enumeration value = "NO’/»

</xsd :restriction>

</xsd:s3mpleType>

</xsd:a1tribute>

</xsd:complexType»

</xsd:element>

<xsd:element name = *corwiecton*>

<xsd :complexType>

<xsd:sequence minOccurs = "0"»

<xsd:eiement ref = “specrticProperty” maxOccurs = “unbounded"/» </xsd:sequence>

<xsd:altribule name = ’destination’ use = "required" type = *xsd:string’/» <xsd:attribule name = “source" use = "required" type = "xsd:string“/> </xsd:compiexType»

</xsd:element>

<xsd element name = “connectionLisr»

<xsd :complexType>

<xsd:sequence>

<xsd:etement ref = "connection" minOccurs = *0* maxOccurs = "unbounded"/» </xsd: s equence»

</xsd:compiexType»

</xsd:element>

<xsd:element name = "const*»

<xsd:complexType»

<xsd:choice>

<xsd:group ref = “g_datatypes“/»

<xsd:etement ref = "datatypelnstance"/»

</xsd:cboice»

<xsd:attribute ref = "xml:lang"/>

<xsd:attnbute ref = "xlink:type'/>

<xsd:attribute ref * *xlink:hrer/>

<xsd:at1nbute name = "format* type = "xsd:string7»

<xsd;at1nbule name = ’unit" type = "xsd:string7>

</xsd:complexT ype>

</xsd:element>

<xsd:eiement name = "datatype"»

<xsd:complexType»

<xsd:choice>

<xsd:group ref = *g_datatypes"/>

<xsd:element ref = "datatypelnstance"/»

</xsd:cho»c6»

</xsd:complexType>

</xsd:element»

<xsd:element name = "datatypelnstance* reliable = "true"»

<xsd:complexType>

<xsd:at1ribute name = “reT use = 'required" type = "xsd:string*/» </xsd:compiexType»

106

ГОСТ Р ИС 015745-2—2010

</xsd:element»

<xsd:eiement name = “datatypeTemptate"»

<xsd :complexType>

<xsd:sequence>

<xsd:group ref = *g_namir»g»

<xsd:choice>

<xsd:eiement ref = ’directtyDerivedType»

<xsd;etement ref = "enumeratedType»

<xsd:eiement ref = "subrangeType"/>

<xsd;etement ref = 'array Type7>

<xsd:efement ref = "structuredTypeT»

</xsd:cho*ce»

</xsd: s equence>

</xsd:comptexType>

</xsd:element>

<xsd:element name = "datatypeTempiateLisT»

<xsd:complexType>

<xsd:sequence>

<xsd:element ref = "alignment* minOccurs = "0»

<xsd:etement ref = ’endianess" minOccurs = “07»

<xsd:etement ref = *datatypeTemplate“ maxOccurs = 'unbounded"/» </xsd: s equence>

</xsd:compiexType>

</xsd:element>

<xsd:etement name = 'default"»

<xsd:complexType>

<xsd:choice»

<xsd:group ref = *g_numehcDatatypes*/>

<xsd:group ref = "g_booleanDatatypes"/»

<xsd:group ref = ’g_userDatatypes'»

<xsd:group ref = *g_timeDatatypesY»

<yxsd:clio»ce>

</xsd:comptexType>

</xsd:element»

<xsd:eiement name = “deviceFamily’»

<xsd :complexType>

<xsd:choice»

<xsd:group ref = 'gjabets"/»

</xsd:cho*ce»

<xsd:attnbute name = "readonly" default = “YES’»

<xsd:simpleType »

<xsd:restriction base = *xsd:string“»

<xsd:enumeration value = "YES»

<xsd:enumeration value = ”N07»

</xsd:restriction>

</xsd:s»mpleType»

</xsd:aitribute»

</xsd:comptexType>

</xsd:etement»

<xsd:eiement name = "defaultfile*»

<xsd:complexType>

<xsd:attribute ref = "xlink:type"/>

<xsd:attribute ref = “xlinkihref* use = “required"/» </xsd:complexType>

</xsd:etement»

<xsd:eiement name = "deleteEntity"»

< xsd ;complexType>

<xsd:aUribute name = “node" use = "required" type = "xsd:string7> </xsd:comp!exType>

</xsd:element»

<xsd:eiement name = "DeviceFunction*»

<xsd :complexType>

107

ГОСТ Р ИС0 15745-2—2010

<xsd:chotce max Occurs = "unbounded*»

<xsd:e*ement ref = "extemalSchema" minOccurs = *0* maxOccurs = "unbounded"/»

</xsd choice»

</xsd:complexT ype»

</xsd:element>

<xsd:e*ement name = "DevicetdentHy"»

<xsd:complexType»

<xsd:sequence>

<xsd:etement ref = ’vendotfName"/»

<xsd:e*ement ref = “vendorlD" minOccurs = "0"/»

<xsd:eiement ref = "vendorTexl" minOccurs = "O’/»

<xsd:e*emenl ref = 'device Famity7»

<xsd:eiement ref = 'capabilities* minOccurs = *0*/»

<xsd:e*ement ref = "productFamily" minOccurs = "0’/»

<xsd;eiement ref = “productName7>

<xsd:eiement ref = "productID" minOccurs = "O7»

<xsd:etement ref = "productText" minOccurs = *0"/>

<xsd:e»ement ref = ’orderNumber" minOccurs = *0"/»

<xsd:etement ref = "version” minOccurs = "0" maxOccurs = "unbounded'/»

<xsd:eiement ref = "buildDate* minOccurs = "O'/»

<xsd:efement ref = "specificationRevision" minOccurs = *0*/»

<xsd:e(ement ref = "instanceName* minOccurs = *07»

<xsd:etement ref = "serialNumber" minOccurs = *07»

</x sd:sequence>

</xsd:complexType»

</xsd:efement»

<xsd:eiement name = "DeviceManager”»

<xsd ;complexType>

<xsd:sequence>

<xsd:aiement ref = "importList" minOccurs = "0"/»

<xsd:etement ref = 'datatypeTemplateList* minOccurs = *0* maxOccurs = "unbounded"/» <xsd:aiement ref = "dicbonaryList" minOccurs = "0"/»

<xsd;e»ement ref = 'befpFSeUsf minOccurs = “0"/»

<xsd:eiement ref = "toofLrsr minOccurs = "0"/»

<xsd;e»ement ref = "picfunebst" minOccurs = *0*/»

<xsd:eiement ref = "deviceStructure" minOccurs = "07»

<xsd:etement ref = TocalDataDescri ptionList* minOccurs = *0*/»

<xsd:e*ement ref = "additionalltemList" minOccurs = "0" maxOccurs = "unbounded"/» ^4cd:otcmont rof - "oommunioationEntity" maxOcouro ~ "unbounded"/»

<xsd:eiement ref = "processingEntity* maxOccurs = "unbounded"/»

<xsd;e*ement ref = "externalSchema" minOccurs = *0* maxOccurs = "unbounded"/» </xsd:sequence>

</xsd:compiexType>

</xsd:etement»

<xsd:e*ement name = 'da vice Structure'»

<xsd:complexType»

<xsd:sequence>

<xsd:eiement ref = 'channelList' minOccurs = "0"/»

<xsd:eiement ref = "MAUList" minOccurs = *0"/»

<xsd:eiement ref = "slotlist" minOccurs = "07»

<xsd:e*ement ref = "indicatorList" minOccurs = "0"/»

<xsd:e*ement ref = "extemalSchema" minOccurs = *0* maxOccurs = "unbounded"/» </xsd:sequence>

</xsd:complexType>

</xsd:element»

<xsd:etement name = 'dictionary"»

<xsd complexType»

<xsd:sequence>

<xsd:etement ref = "file'/»

</xsd:sequence>

<xsd;attnbute ref = "xml:lang' use = "required"/»

108

ГОСТ Р ИС 015745-2—2010

<xsd:attribute name = "dictID’ type = *xsd:string7» </xsd:complexType»

</xsd:etement>

<xsd:etement name » ’dictionaryList*»

<xsd:complexType>

<xsd:sequence>

<xsd:element ref = "dictionary" maxOccurs = ’’unbounded*/» </xsd:sequence>

</xsd:ccmpfexType»

</xsd:etement>

<xsd:etement name = "diredlyOerivedType"» <xsd:complexType>

<xsd;sequence>

<xsd;choice minOccure = ’’0">

<xsd;group ref = *g_help"/>

</xsd:chotce>

<xsd:group ref = *g_datatypes"/»

</xsd: s equence>

<xsd:attribute name = "initial Value" type = "xsd:string7» </xsd:comptexType>

</xsd:element>

<xsd:element name = 'disable*»

<xsd;complexType>

<xsd:attnbute name = "reT use = ’required* type = "xsd:string"/» </xsd:comptexType»

</xsd:element»

<xsd:etement name = ’edif»

<xsd :complexType>

<xsd:choice>

<xsd:group ref = *g_stringDatatypes7>

<xsd;e*ement ref = "datatypelnstance"»

</xsd:cho»ce»

<xsd:a№ibute ref = "xml:lang’/>

<xsd:attribute ref = "xlink:type"/»

<xsd:attribute ref = "xlink:hrer/>

<xsd:attribute name = "format* type = "xsd:string"/» <xsd:aUribute name = ’unit" type = *xsd:string7» </xsd:complexType»

'Vxed:otomont»

<xsd:eiement name = ’епаЫе"»

<xsd:complexType>

<xsd:attribute name = "reT use = ’required" type = "xsd:string"/» </xsd:compiexType»

</xsd:element»

<xsd:element name = "endianess*»

<xsd:complexType»

<xsd:attribute name = "type* use = ’required"» <xsd:simpleType»

<xsd:restriction base = "xsd:NMTOKEN">

<xsd:enumeration value = Tittle"/»

<xsd:enumeration value = "big"/»

</xsd restriction»

</xsd:simpleType»

</xsd:a1tribute»

</xsd:compfexType»

</xsd:element>

<xsd:e*ement name = ’enumeratedType"»

<xsd:complexType»

<xsd:sequence>

<xsd:cboice minOccurs = "0"»

<xsd:group ref = *g_hetp7>

109

ГОСТ Р ИС0 15745-2—2010

</xsd:cfto*ce>

<xsd:e*ement ref = "enumeratedValue* maxOccurs = ’unbounded*/» </xsd:sequence>

<xsd:at1nbute name = "imtialValue* type = "xsd:string"/» </xsd:complexType»

</xsd:etement>

<xsd:element name = *enumeratedVatue*>

<xsd:complexType>

<xsd:sequence>

<xsd:group ref = *g_naming7»

<xsd:choioe minOocurs = "0'>

<xsd:group ref = *g_datatypes*/>

</xsd:ctioice»

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name = ‘enumeration*»

<xsd:complexType>

<xsd:sequence>

<xsd:group ref = *g_labete"/»

<xsd:choice»

<xsd:group ref = "g_numeiicDala types"/»

<xsd:group ref = "g_booleanData types"/»

<xsd:group ref = *g_stringDatatypes’/>

<xsd:group ref = *g_userOata types"/»

</xsd:dio*ce»

<xsd:eiement ref = ‘relations' minOocurs = "0rf>

</xsd: s equence»

<xsd:at1ribute name = "default* default = "NO‘>

<xsd:simpleType>

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "NO’/»

<xsd;enumeration value = “YES7>

</xsd restriction»

</xsd:sampleType>

</xsd:a1tribute>

<xsd:attribute name = ‘multipleSelection"»

<xsd:simpleType>

*?xed:rostriction bo со ~ ‘xcdictring"»

<xsd:enumeration value = "YES"/»

</xsd restriction»

</xsd:simpleType»

</xsd:attribule>

</xsd:complexType>

</xsd:etement»

<xsd:element name = "extemalSchema'»

<xsd:complexType>

<xsd;sequence>

<xsd:any namespace = *##any" processContents = ‘strict*/» </xsd:sequence>

</xsd:complexT ype»

</xsd:element>

<xsd:e*ement name = ‘file"»

<xsd:complexType>

<xsd:attnbute ref = "xlink:type“/>

<xsd:at1nbute ref = "xlrnkthref use = "required"/» </xsd:comptexType»

</xsd:element»

<xsd:etement name = "gain*»

<xsd icomplexType»

<xsd:choice»

110

ГОСТ Р ИС 015745-2—2010

<xsd:group ref = 'g_numericDatatypes'/»

<xsd:group ref = *g_userDatatypes'/»

</xsd:choice»

</xsd:compiexType>

</xsd:etement>

<xsd:efemenl name = "help*>

<xsd:complexType>

<xsd:si mpleContent>

<xsd extension base = 'xsd:string">

<xsd:attribute ref = "xmhlang* use = 'required*/»

</xsd:extension>

</xsd:simpleContent»

</xsd:compiexType>

</xsd:element>

<xsd;etement name = *helpFiie"»

<xsd:complexType>

<xsd:sequence>

<xsd:e»ement ref = "file'/»

</xsd:sequence>

<xsd:attribute ref = "xmklang* use = 'required'/»

<xsd;attnbule name = 'helpFilelO' type = 'xsd:string'/» </xsd:compiexType»

</xsd:element»

<xsd:element name = 'hetpFifeList"»

<xsd icomplexType»

<xsd:sequence»

<xsd:etement ref = *betpFi*e" maxOccurs - 'unbounded'/» </xsd:sequence>

</xsd:complexType»

</xsd:element»

<xsd:efemenl name = "helpFileReT»

<xsd:complexType>

<xsd:attribute name = "helpFilelO* type = 'xsdrstrmg'/»

<xsd:attribute name = "helpID* type = 'xsd:string7>

</xsd:comptexType>

</xsd:element>

<xsd:etement name = 'hetpReT»

<xsd:complexType>

<xcd:ottributo narm — "diolID* typo - "xed:cWng7S

<xsd.attribute name = *textlD" use = 'required* type = 'xsd:slring'/>

</xsd:compiexType»

</xsd:etement>

<xsd:efement name = 'hotspot'»

<xsd:complexType»

<xsd:attribute name = ’xPos" use = 'required'*»

<xsd:simpleType »

<xsd:restriction base = "xsdinooNegatrvetnteger'»

<xsd:maxlndusive value = *100'/»

</xsd:reslriction>

</xsd:s»mpleType»

</xsd:aitribute»

<xsd:attribule name = ’yPos" use = 'required'*»

<xsd:simpleType »

<xsd:restriction base = "xsd:r>onNegativefnteger'>

<xsd:maxlndusive value = *100'/»

</xsd restriction»

</xsd:simpleType>

</xsd:attribute»

<xsd;aUribute name = *hotElement' use = 'required' type = 'x&d:string'/» </xsd:compiexType»

</xsd:element»

111

ГОСТ Р ИС0 15745-2—2010

«xsdielement name = "hotspotUst"»

<xsd:complexType>

<xsd:sequence»

«xsdielement ref = "hotspot” max Occurs = "unbounded*/» </xsd:sequence>

«/xsdicomplexT ype>

</xsd:etement>

«xsdisimpteType name = "IASlnterface_DataType"»

<xsd:union memberTypes = "*>

<xsd:simpJeType>

«xsdirestriction base = 'xsd:string">

«xsdnumerabon value = "CSP/>

<xsd numeration value = “НСГ7»

«xsdmumeration value = *ISI7»

<xsd .enumeration value = “API"/»

<xsd.enumeration value = "CMI7>

<xsd:enumerat»n value = "ESP/>

<xsd:enumeration value = *FSIV»

<xsd numeration value = "МТГ/>

<xsdnumeration value = "SEI“/>

<xsdnumeration value = "USI*/>

</xsd restriction»

</xsd:simpleType>

<xsd:simpleType>

«xsdirestriction base = "xsdistring"»

<xsd:length value * *47»

«/xsdrestriction»

</xsd:simpleType>

</xsd:union>

</xsd:simpleType>

«xsdistmpleType name = *ProfileClasslD_Da1aType*>

<xsd:restriction base = "xsdistring"»

<xsdnumeration value = "А1Р7»

<xsdnumeration value = "Process"/»

<xsd;enumeration value = "InformationExchange"/»

<xsd:enumeration value = "Resource*/»

«xsdnumeration value = "Device"/»

<xsd enumeration value = "CommunieationNetwork"/»

«xed:onumorabon voluo ~ "Equipment"/»

«xsdnumeration value = "Human"/»

«xsdnumeration value = "Material"/»

</xsd restriction»

</xsd:simpleType»

<xsd:element name = "identity"»

<xsd:complexType>

<xsd:sequence»

«xsdielement ref = "vendorName"/»

<xsd:element ref = "typeName"/»

«xsdielement ref = "version" minOccurs = "0“ maxOccurs = "unbounded"/» «xsdielement ref = "buildDate"/»

«xsdielement ref = "specificabonRevision" minOccurs = "07>

<xsd:e*ement ref = "instanceName" minOocurs = *07»

</xsd:sequence>

</xsd:complexType>

«/xsdielement»

«xsdielement name = "importList"»

<xsd icomplexType»

<xsd:sequence>

«xsdielement ref = "file" maxOccurs = "unbounded"/»

</xsd:sequence>

</xsd:comp!exType»

112

ГОСТ Р ИС 015745-2—2010

</xsd:element»

<xsd:element name = "indicatorlisr»

<xsd:complexType»

<xsd:sequence>

<xsd:e*emeot ref = "LEDList* minOocurs = *0*7>

</xsd:sequence>

</xsd:ccmplexType»

</xsd:element»

<xsd:element name = ’‘instanceName"»

<xsd:complexType>

<xsd:choice>

<xsd:group ref = 'gjabeis"/»

</xsd:ctio*ce>

<xsd:attnbute name = “readonly' default = "YES’»

<xsd:simp(eType>

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO’/>

</xsd restriction»

</xsd:s*mpleType»

</xsd:a1tribute»

</xsd:compiexType>

</xsd:element»

<xsd:element name = “instances*»

<xsd :complexType>

<xsd:choice>

<xsd:etement ref = ‘externalSchema" maxOccurs = “unbounded*/»

<xsd:choice maxOccurs = “unbounded*»

<xsd;efement ref = “modtfyValue"/»

<xsd:efement ret = “modify Entity"/»

<xsd;etement ref = *recalcVaiue*/>

<xsd:etement ref = “recalcEntity"/»

<xsd;etement ref = “deleteEnlityV»

</xsd:cfio*ce»

</xsd:cho*ce»

<xsd:attribute name = “maxlnstances" type = “xsd:nonNegativelnleger”/> </xsd:complexType>

</xsd:element>

<xbd:otomonl name ~ *inctor>ooValue" typo ~ “xcd:ctrir>g"/>

<xsd:element name = *intemalConnectionPoint“>

<xsd:complexType>

<xsd:sequence>

<xsd:efement ref = “uses* minOccurs = “0“/»

<xsd:etement ref = “specificProperty* minOccurs = “0“ maxOccurs = “unbounded’/» <xsd:e*ement ref = ’instances* minOccurs = “0“/»

</xsd:sequence>

<xsd:attnbute name = 'uniquelO* use = “required* type = *xsd:IO*/>

<xsd:attribute name = “ref use = ‘required’ type = "xsd:string“/>

<xsd:attnbute name = “enabled" default = *YES"»

<xsd:simpleType»

<xsd:restriction base = *xsd:string“»

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO’/»

</xsd restriction»

</xsd:simpleType»

</xsd;a1tnbute>

</xsd:comp(exType»

</xsd:e foment»

<xsd:element name » “intemalConnectionPointUst“»

<xsd icomplexType»

<xsd:sequence>

113

ГОСТ Р ИС0 15745-2—2010

<xsd:etement ref = "intemalConnectKjnPoint" maxOocurs = "unbounded"/» </xsd:sequence»

</xsd:compiexType>

</xsd:element>

<xsd:etement name = *lS015745€cfet»on’ type = “xsd:pos«tfvelnle0er7> <xsd:etement name = "ISQ15745Part" type = "xsd:positivelnteger"/» <xsd:comptexType name = "IS015745Reference_DalaType*>

<xsd:sequence>

<xsd:etement name = "ISQ15745Part" type = "xsd:positivelnteger’/>

<xsd:etement name = 'iS015745€cfct»on* type = “xsd:positrveInleger7> <xsd:etement name = "ProfileTechnology" type = "xsdrslnng"/»

</xsd:sequence>

</xsd:comptexType>

<xsd:etement name = "label"»

<xsd ;complexType>

<xsd:si mpleContent»

<xsd:extens>on base = "xsd:string">

<xsd:at1ribute ref = "xmklang* use = "required"/»

<xsd. attribute ref » "xlink:type"/>

<xsd:aUribule ref = "xlink:href/»

</xsd:extension>

</xsd:simpleContent>

</xsd:comptexType»

</xsd:element>

<xsd:etement name = "fabefRef"»

<xsd;complexType>

<xsd:at1ribute name = "dictlD* type = "xsd:string7>

<xsd:at1ribute name = "textiD" use = "required" type = "xsd:string”/>

<xsd:attribute ref = "xlink:type7>

<xsd:a№ibute ref * *xlink:hrer/>

</xsd:compiexType»

</xsd:element>

<xsd:efement name = "LED"»

<xsd;complexType>

<xsd;sequence»

<xsd;groop ref = "g_naming7>

<xsd:etement ref = "LEDState" maxOccurs = "unbounded"/»

<xsd:etement ref = "specificProperty" minOccurs = "0” maxOccurs - "unbounded"/» </xsd: s equence»

<xsd:at1ributo name = "uniquelD* use = "required" type - "xsd:IDV>

<xsd:at1ribute name = "LEDType" use = "required"»

<xsd:simpleType»

<xsd:restriction base = "xsd:string"»

<xsd:enumerabon value = "lOStalus"/»

<xsd:enumeration value = "lOOiagnostic"/»

<xsd enumeration value = "DeviceStatus"/»

<xsd:enumeration value = "DevioeDiagnosbc"/»

<xsd:enumeral»oo value = "CommStatus"/»

<xsd:enumeration value = "CommDiagnostic"/»

</xsd restriction»

</xsd:simpleType»

</xsd:attribute»

<xsd:at1ribute name = "enabled" default = "YES"»

<xsd:simp(eType »

<xsd:restriction base = "xsd:slring"»

<xsd:enumeration value = "YES 7»

<xsd:enumerabon value = "NO"/»

</xsd restriction»

</xsd:simpleType»

</xsd:attribute>

</xsd:comptexType»

</xsd:element»

114

ГОСТ Р ИС 015745-2—2010

<xsd:etement name = "LECList"»

<xsd;complexType>

<xsd:sequence»

<xsd;element ref = “LED" maxOocurs = "unbounded"/»

</xsd: s equence>

</xsd:complexType»

</xsd:element>

<xsd:eiement name = *LEDStale">

<xsd :complexType>

<xsd:sequence>

<xsd:sequence minOccurs = *0">

<xsd:group ref = *g_namir>g"/>

</xsd: s equence>

<xsd:etement ref = "specificProperty" minOccurs = "0" maxOccurs = "unbounded"/» </xsd: s equence>

<xsd:attribute name = "LEDCondition" use = "required"»

<xsd:simpleType >

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "ON7»

<xsd:enumeration value = "OFF"/»

</xsd:reslriction»

</xsd:s*mpleType»

</xsd:a1tribute>

<xsd:attribute name = "LEDColor"»

<xsd:simpleType >

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "GREEN"/»

<xsd;enumeration value = "YELLOW*/»

<xsd:enumeration value = "RED"/»

<xsd:enumerat>on value = "ORANGE"/»

<xsd:enumeration value = "BLUE"/»

<xsd:enumerat>on value = "WHITE"/»

</xsd restriction»

</xsd:simpleType»

</xsd:a1tribute»

<xsd;aUribule name = "LEDFrequency" type = "xsd.float"/»

<xsd:attnbute name = "LEDFtashCount" type ~ "xsd:nonNegative Integer'/» <xsd:attribute name = 'ref* type = "xsd:string’/>

</xsd:oDmpiexType»

</xsd:etement»

<xsd:eiement name = TocalDataCategory"»

<xsd rcomplexType»

<xsd:sequence>

<xsd:group ref = "g_namir>g"/»

<xsd:e*ement ref = "locaiDataDescription* maxOccurs = "unbounded"/»

</xsd: s equence»

<xsd:attribute name = "uniquetD" type = “xsd:l D“/>

<xsd:attribute name = "enabled" default = "YES"»

<xsd:simpieType »

<xsd:restriction base = "xsd:string"»

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO"/»

</xsd restriction»

</xsd:simpleType»

</xsd:attribute»

</xsd:complexType»

</xsd:element>

<xsd:element name = "locatDataDescription"»

<xsd :complexType»

<xsd:sequence»

<xsd:group ref = *g_naming7»

<xsd:etement ref = "pictureList" minOccurs = "0"/»

115

ГОСТ Р ИС0 15745-2—2010

<xsd:etement ref = “accessPalh"/»

<xsd:etement ref = ’datatype’/»

<xsd:etement ref = “specifi cProperty " minOccurs = "0" maxOccurs = "unbounded”/» <xsd:etement ref = "uses” minOccurs = “Q7>

<xsd:etement ref = "provides" minOccurs = "0” maxOccurs = "unbounded"/» <xsd:etement ref = "localOataDescription" minOccurs = '0* maxOccurs = "unbounded"/» <xsd:etement ref = "instances" minOccurs = "07>

</xsd:sequence>

<xsd:at1ribute name = "uniquelD" use = "required" type = "xsd:IDV>

<xsd:at1ribute name = "direction" use = "required"»

<xsd:simpleType»

<xsd;restriction base = "xsd:string"»

<xsd:enumeration value = "I"/»

<xsd;enumeration value = "Q7»

</xsd:restriction>

</xsd:ssmpleType>

</xsd:a1tribute»

<xsd:at1nbute name = "localDataDescriptionType" use = "required" type = '"xsdistring"/» <xsd:at1ribute name = "enabled" default = "YES"»

<xsd:simpieType>

<xsd:restriction base = *xsd:string"»

<xsd:enumeratx>n value = "YES"/»

<xsd:enumeration value = ”NO"/>

</xsd :restriction>

</xsd:simpleType»

</xsd;a1tribute>

</xsd:compiexType»

</xsd:element>

<xsd:element name = "localDataDescriptionList"»

<xsd icomplexType»

<xsd:sequence»

<xsd:sequence minOccurs = "0"»

<xsd:group ref = "g_naming"/»

</xsd:sequence>

<xsd:choice maxOccurs = "unbounded"»

<xsd:etement ref = "localDataCategory"/»

<xsd:element ref = "localDalaDescription"/»

</xsd:dio*ce»

</xsd: s equence»

</xsd:compiexType>

</xsd:element>

<xsd:element name » TogicalConnectionPoint*»

<xsd:complexType»

<xsd;sequence»

<xsd:group ref = *g_naming"/»

<xsd:etement ref = "pictureList" minOccurs = *0"/>

<xsd:eiement ref = "specificProperty" minOccurs = "0" maxOccurs = “unbounded"/» <xsd:eiement ref = "uses” minOccurs = “0"/>

<xsd:e*emenl ref = "provides” maxOccurs = "unbounded"/»

<xsd:eiement ref = "instances" minOccurs = "O"/»

</xsd:sequence>

<xsd:attribute name = "uniquelD" use = "required" type = ”xsd:IDV>

<xsd:attnbute name = "logicalConnectionPointType” use = "required" type = "xsd:stnrtg"/> <xsd:atiribute name = "rote" use = "required"»

<xsd:simpieType»

<xsd:restriction base = *xsd:slring“»

<xsd;enumeration value = "CLIENT/>

<xsd:enumeration value = "SERVER"/»

<xsd:enumeration value = "PEER"/»

<xsd:enumeration value = "PUBLISHER"/»

<xsd:enumeration value = "SUBSCRIBER’/»

<xsd:enumeration value = "PUBLISHERSUBSCRIBER"/»

116

ГОСТ Р ИС 015745-2—2010

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute>

<xsd:attribute name = "maxRelationships" default = *1' type = "x5d:nonNegativelnteger7> <xsd:attribute name = "newLevel* default = *NO">

<xsd:simpleType >

<xsd:restriction base = *xsd:slring">

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO’/»

</xsd:restriction>

</xsd:simpleType>

</xsd:aitribute>

<xsd:attribute name = "enabled” default = *YES">

<xsd:simpleType>

<xsd:restriction base = ’xsd:string"»

<xsd:enumeration value = "YES "/»

<xsd:enumeration value = "NO’/»

</xsd restriction»

</xsd:simpleType>

</xsd:altribule>

</xsd:comptexType»

</xsd:efement>

<xsd:element name = "logicalConnectionPointAssembiy”»

<xsd :complexType>

<xsd:sequence>

<xsd:group ref = ’g_naming7»

<xsd:element ref = "specificProperty" minOccurs = "0" maxOccurs = 'unbounded"/» <xsd:eiement ref = "uses" minOccurs = "07>

<xsd;e*emenl ref = "provides* maxOccurs = "unbounded*/»

<xsd:etement ref = "instances" minOccurs = "0"/>

</xsd:sequence>

<xsd:attribute name = "uniquelD" use = "required" type = *xsd:IDV>

<xsd:attribute name = Tog ica/ConnectionPoin tAssembtyTуpe" use = "required" type = *xsd:sthng*/>

<xsd:attnbute name = "enabled" default = *YES">

<xsd:simpteType>

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "YES"/»

<xed:onumoration vokio — "NO’/»

</xsd:restriction>

</xsd:s*mpleType>

</xsd:a1tnbute>

</xsd:complexType>

</xsd:element>

<xsd:element name = "logicalConnectionPointAssemblyList"»

<xsd:complexType>

<xsd:sequence>

<xsd:saquence minOccurs = "0">

<xsd:group ref = *g_namiog"/>

</xsd: s equence>

<xsd:etement ref = *logicalConnectionPointAssembly" maxOccurs = "unbounded"/» </xsd: s equence»

</xsd:compiexType»

</xsd:element>

<xsd:element name = "logicalConnectionPointList"»

<xsd.complexly pe>

<xsd:sequence>

<xsd:sequence minOccurs = "0”»

<xsd:group ref = *g_naming"/»

</xsd: s equence»

<xsd:eiement ref = "logicaSConnectionPotnt" maxOccurs = "unbounded"/»

117

ГОСТ Р ИС0 15745-2—2010

</xsd:sequence>

</xsd:comptexT уре»

</xsd:element»

<xsd;e*ement name = *MAU*>

<xsd :complexType>

<xsd:sequence>

<xsd:group ref = *g_namir»g7»

<xsd;element ref = "pictureUsr minOccurs = *07»

<xsd:etement ref = “specifi cProperty ’ minOccurs = "0" maxOccurs = 'unbounded"/» <xsd:etement ref = "instances' minOccurs = "07»

</xsd:sequence>

<xsd:atiribule name = "uniquelD" use = "required" type = "xsd:IDV>

<xsd:aHribule name = "protocol" use = "required" type = "xsd:string"/»

<xsd:at1ribute name = "interfaceType* use = "required" type = ’xsd:string7>

<xsd:at1ribute name = "MAUType* type = "xsd:stringV>

<xsd:atfribute name = "newLevel" default = “NO">

<xsd:simpleType>

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "NO*/>

<xsd:enumeration value = "YES"/»

</xsd:restriction>

</xsd:s*mpleType>

</xsd:a1tribute>

<xsd:at1ribute name = "direcUyConnected* use = "required"»

<xsd:simpleType»

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "NO’/>

<xsd;enumeration value = "YES"/»

</xsd restriction»

</xsd:ssmpleType>

</xsd:a1tribute»

<xsd:at1ribute name = "direction' use = ’required*»

<xsd:simp(eType»

<xsd:restriction base = *xsd:string"»

<xsd:enumeratk>n value = "IN"/»

<xsd:enumerat>on value = ’IN_UNIV»

<xsd:enumerabon value = ’OUT/»

<xsd:enumeration value = *OUT_UNI7>

<xsd:enumeration value = "INOUT7>

</xsd:restriction»

</xsd:sampleType»

</xsd:attribute»

<xsd:at1ribute name = "sequenceNumber" default = "1" type = "xsd:nonNegativeInteger7> <xsd:at1ribute name = "enabled" default = *YES"»

<xsd:simpleType »

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO’/»

</xsd restriction»

</xsd:s*mpleType»

</xsd:atthbute»

</xsd:complexType>

</xsd:etement»

<xsd:e*ement name = "MAULtsf»

<xsd:complexType>

<xsd:sequence>

<xsd:e*ement ref = "MAU* maxOccurs = ’unbounded"/»

</xsd:sequence>

</xsd:complexType>

</xsd:element»

<xsd:eiement name = *MAUUsage*>

<xsd :complexType>

118

ГОСТ Р ИС 015745-2—2010

<xsd:attribute name = "геГ use = 'required" type = "xsd: string"/»

</xsd:comptexType>

</xsd:element>

<xsd:efement name = *MAUUsageList">

<xsd :complexType>

<xsd:sequence>

<xsd:efement ref = "MAUllsage* maxOccurs = 'unbounded"/»

</xsd:sequence>

</xsd:complexType>

</xsd:element»

<xsd:efement name = "maxVal"»

<xsd:complexType>

<xsd:choice>

<xsd:group ref = "g_nu me hcData types"/»

<xsd:group ref = “g_boolesnDatatypes"/>

<xsd:group ref = 'g_userDatatypes'/»

<xsd:group ref = 'gJimeDatatypesT»

</xsd:cho*c6>

</xsd:complexType>

</xsd:etement»

<xsd:etement name = "minVar»

<xsd:complexType>

<xsd:choice>

<xsd:group ref = *g_numericDatatypes7>

<xsd:group ref = “g_booleanDatatypes7>

<xsd:group ref = *g_userDatatypes7>

<xsd:group ref = "g_timeDatatypes7“»

</xsd:cho*ce>

</xsd:complexType>

</xsd:element»

<xsd:eiement name = 'modifyEntity'»

<xsd icomplexType»

<xsd:choice maxOccurs = "unbounded*»

<xsd;any namespace = "Mtp://www. can-cta.org/xmt/canopenr processContents = 'strict"/» </xsd:dio*ce»

<xsd;attribute name = "node" use = "required" type = "xsd:string"/>

</xsd:compiexType>

</xsd:etement>

<xsd;eiement name = ’modifyVahje"»

<xsd:complexType>

<xsd:choice>

<xsd:group ref = *g_values7»

</xsd:cfio»ce>

<xsd:attribute name = "node" use = "required" type = "xsdrstring"/»

</xsd:compiexType»

</xsd:element»

<xsd:e*ement name = 'no"»

<xsd :complexType>

<xsd:sequence>

<xsd:group ref = *g_namir»g7>

<xsd:e*ement ref = "relations' minOccurs = "07»

</xsd:sequence>

<xsd:attribute name = "default" default = "NO">

<xsd:simpleType»

<xsd:restriction base = *xsd:slring">

<xsd:enumeration value = "NO’/»

<xsd:enumerabon value = "YES"/»

</xsd:restriction>

</xsd:sampleType>

</xsd:attribute»

</xsd:compiexType>

</xsd:element»

119

ГОСТ Р ИС0 15745-2—2010

<xsd:element name = ’nonStandardizedExtension"» <xsd:complexType>

<xsd;sequence>

<xsd:any namespace = *##any" processContents = ’strict’/» </xsd:sequence>

</xsd:complexType»

</xsd:element»

<xsd:eiement name = 'offset*»

<xsd icomplexType»

<xsd:choice>

<xsd:group ref = ’g_numericDatatypes’/»

<xsd:group ref = *g_userOata types’/»

</xsd:crio*ce>

</xsd:comptexType>

</xsd:element»

<xsd:e*ement name = ’on”»

<xsd:complexType»

<xsd:sequence>

<xsd:efement ref = ’relations’/»

</xsd: sequence»

<xsd:attribute name = ’value’ use = "required'* type = *xsd:stringV> </xsd:comptexType>

</xsd:element»

<xsd:element name = ’orderNumber”»

<xsd icomplexType»

<xsd:choice>

<xsd:group ref = *g_labete*7»

</xsd:cho*ce»

<xsd:at1ribute name = "readonly" default = "YES’»

<xsd:simp!eType »

<xsd:restriction base = *xsd:string"»

<xsd;enumeraUon value = "YES’/»

<xsd:enumeration value = "NO*/»

</xsd :res(riction>

</xsd:simpleType>

</xsd:a1tribute>

</xsd:complexType»

</xsd:element>

<xsd:e*ement name = ’picture’»

<xsd :complexType>

<xsd:sequence>

<xsd:sequence minOccurs = "0"»

<xsd:group ref = *g_naming"/»

</xsd:sequence>

<xsd:eiement ref = ’hotspotList" minOccurs = *0’/»

</xsd:sequence>

<xsd;attnbule name = ’picClassificabon* type = ’xsd:string7» <xsd:atiribute name = ’picType’ use = "required" type = *xsd:string7» <xsd:at1ribute name = ’picName’ use = ’required" type — "xsd:stn<ig’/> <xsd:attribute name = "xSize" type = ’xsd:posrtive!nteger7» <xsd:at1nbute name = "ySize" type = "xsd:positivelnteger7> </xsd:complexType>

</xsd:element»

<xsd:element name = "ptctureList"»

<xsd:complexType»

<xsd;sequence>

<xsd:e*ement ref = "picture* maxOccurs = ’unbounded’/» </xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name = "processingEntity*»

<xsd:complexType»

120

ГОСТ Р ИС 015745-2—2010

<xsd;sequence>

<xsd:sequence minOccurs = "О"»

<xsd:group ref = *g_namir»g7»

</xsd:sequence>

<xsd:eiement ref = "identity" minOccurs = *07>

<xsd;etement ref = "hetpFileLisf minOccurs = "0"/>

<xsd:efement ref = "tootUst" minOccurs = '07»

<xsd;e»ement ref = "pictureList" minOccurs = ~07>

<xsd:efement ref = "cfgltemlist" minOccurs = "0"/>

<xsd:etement ref = "additionalltemList" minOccurs = *0" maxOccurs = "unbounded"/» <xsd:etement ref = TogicalConnectionPointList* minOccurs = *0V>

<xsd:etement ref = TogicalConnectionPointAssemblyUsf minOccurs = “07» <xsd:efement ref = *mtemalConnecljonPoinU.ist" minOccurs = *07»

<xsd:efement ref = "extemalSchema" minOccurs = *0* max Occurs = "unbounded"/» </xsd: s equence>

<xsd:a№ibute name = "untquelD" type = "xsd:ID7>

<xsd:aUribute name = "processingEntityType" use = "required" type = "xsd:string7> <xsd:a№ibute name = "enabled" default = *YES">

<xsd:simpteType>

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "YES7>

<xsd;enumerat»on value = "N07»

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute»

</xsd:complexType»

</xsd:element»

<xsd:etement name = "productFamiy"»

<xsd ;complexType>

<xsd:choice>

<xsd:group ref = *g_labets7>

</xsd:diwce>

<xsd:aUribute name = "readonly" default = “YES*>

<xsd:simpfeType>

<xsd:restriction base = *xsd:string"»

<xsd:eoumerabon value = "YES"/»

<xsd:enumeration value = "NO"/»

</xsd:restriction>

</xsd:simpleType»

</xsd:a1tribute»

</xsd:complexType»

</xsd:etement»

<xsd:e*ement name = "productlD"»

<xsd:complexType»

<xsd:choice>

<xsd:group ref = *g_labets7»

</xsd:cfio*ce»

<xsd:attribute name = "readonly" default = "YES*>

<xsd:simpteType »

<xsd:restriction base = "xsdistring"»

<xsd:enumeration value = "YES7>

<xsd:enumeration value = "NO"/»

</xsd restriction»

</xsd:simpleType»

</xsd:a1tribute>

</xsd:complexType»

</xsd:element>

<xsd:element name = "productName"»

<xsd :complexType>

<xsd:choice>

<xsd:group ref = *g_labets7»

</xsd:choice»

121

ГОСТ Р ИС0 15745-2—2010

<xsd:attribule name = "readonly" default = "YES">

<xsd:simpteType >

<xsd:restriction base = *xsd:sfring">

<xsd:enumeratx>n value = "YES"/>

<xsd:enumeration value = “NO"»

</xsd :res(riction>

</xsd:s*mpleType>

</xsd:attribute>

</xsd:compiexType>

</xsd:element>

<xsd:eiement name = "productText">

<xsd;complexType>

<xsd:choice>

<xsd:group ref = "g_tabefs*V>

</xsd:choie*>

<xsd:atiribute name = "readonly" default = "YES’>

<xsd:simpleType>

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = “YES"»

<xsd:enumeration value = "NO"»

</xsd:restriction>

</xsd:s*mpleType>

</xsd:attribute>

</xsd:complexT ype>

</xsd:element>

<xsd:eiement name = *ProfileBody“>

<xsd :complexType>

<xsd:sequence>

<xsd:eiement ref = "DeviceJdentity"»

<xsd:eiement ref = "DeviceManager”»

<xsd:e(ement ref = "DeviceFunction" maxOccurs = "unbounded"»

<xsd:eiement ref = "ApplicationProcess" minOocurs = "0* maxOccurs = "unbounded’» <xsd:e(ement ref = "nonStandardizedExtension* minOccurs = *0" maxOccurs = “unbounded1» </xsd:sequence>

<xsd;attnbuleGroup ref = ”ag_FDCML*7>

<xsd:atinbute name = "supported Languages' type = *xsd:NMTOKENS7>

<xsd:at1nbute name = “untquelD" type = "xsdrl D*»

</xsd:comptexType>

</xsd:efement>

<xsd:element name - "ProfiieHeader»

<xsd:comp!exType>

<xsd;sequence>

<xsd:e*ement name = "Profileldentifi cation" type = "xsd:string"»

<xsd:e*ement name = "PrafileRevision" type = "xsd:strir*g7>

<xsd:e*ement name = "ProfileName1* type = "xsd:strir>g7>

<xsd:e*ement name = "ProfHeSourcs" type = "xsd:stnng7>

<xsd:e*ement name = "ProfiteCtasslO" type = "ProfiteClasslD_DataType"»

<xsd:etement name = "ProfileDate" type = *xsd:date" minOccurs = *0"»

<xsd:e*ement name = "Additionailnformation" type = *xsd:anyURT minOocurs = "0"» <xsd:etement name = "IS015745Reference" type = "tS015745Reference_DataType"/> <xsd:e*ement name = “lASJnterfaceType" type = *IASInterface_DataType" minOccurs = "0" maxOccurs = "unbounded"»

</xsd:sequence>

</xsd:complexType>

</xsd:etement>

<xsd:etement name = *ProfilesBody">

<xsd:complexType>

<xsd:sequence>

<xsd:etement ref = "Devicetdentity* minOccurs = *0"»

<xsd:efement ref = "Profile Body* maxOccurs = "unbounded"»

<xsd;e*ement ref = "connectionList"»

</xsd:sequence>

122

ГОСТ Р ИС 015745-2—2010

<xsd:attributeGroup ref = "ag_FDCML7>

<xsd:attribute name = "supportedLanguages" type = *xsd:NMTOKENS7» </xsd:complexType»

</xsd:element»

<xsd element name = "provides*»

<xsd:complexType>

<xsd:attribute name = "ref use = "required" type = "xsd: string"/» </xsd:compiexType>

</xsd:element>

<xsd:element name = "range"»

<xsd :complexType>

<xsd:sequence>

<xsd element ref = "minVal" mmOccurs = "07>

<xsd;eiement ref = "maxVar minOccurs = "0"/>

<xsd:element ref = "stepVal" minOccurs = "0r/>

<xsd:efement ref = “offset* minOccurs = "0"/»

<xsd:etement ref = "gain" minOccurs = "0"/»

<xsd:etement ref = "default" minOccurs = "07>

<xsd:element ref = "on* minOccurs = *0* maxOccurs = "unbounded"/» </xsd:sequence>

<xsd:aUribute name = "format* type = "xsdrstring"/»

<xsd:attribute name = "unit" type = *xsd:string7>

</xsd:compiexType»

</xsd:element>

<xsd:efement name = "recafcEntity"»

<xsd:complexType>

<xsd:attribute name = "node" use = "required" type = "xsd:string7> </xsd:comptexType>

</xsd:element»

<xsd:element name = "recalcValue"»

<xsd:complexType>

<xsd:attribute name = "node" use = "required" type = "xsd:string"/» </xsd:comp>exType>

</xsd:element»

<xsd:etement name = "reference"»

<xsd :complexType>

<xsd:attnbute name = "геГ use = "required" type = "xsd:string"/> </xsd:ccmpiexType»

</xsd:efement»

<xsdelement name = "relations"»

<xsd:complexType>

<xsd:cboice maxOccurs = "unbounded*»

<xsd:eiement ref = *елаЫе’/»

<xsd element ref = "disable"/»

<xsd:etement ref = "change"/»

</xsd:ctio*ce>

</xsd:compiexType»

</xsd:etement»

<xsd:element name = "serialNumber"»

<xsd:complexType»

<xsd:choice»

<xsd:group ref = "gjabete"/»

</xsd:cfio*ce»

<xsd:attribute name = "readonly* default = "YES*»

<xsd:simp!eType »

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO*/»

</xsd restriction»

</xsd:simpleType>

</xsd;a1tnbute>

</xsd:complexType»

123

ГОСТ Р ИС0 15745-2—2010

</xsd:element»

<xsd:eiement name = "slot"»

<xsd :complexType>

<xsd:sequence>

<xsd:group ref = *g_namir»g7»

<xsd;etemenl ref = "MAUllsageListV»

<xsd:eiement ref = ’defaultfile" minOccurs = ”0V»

<xsd:etement ref = "file* maxOccurs = 'unbounded*/»

<xsd:etement ref = "specificProperty* minOccurs = "0" maxOccurs = 'unbounded*/» <xsd:etement ref = "instances" minOccurs = "07>

</xsd:sequence>

<xsd:atiribute name = "uniquelD* use = "required" type = "xsd:IDV>

<xsd:atiribute name = "number" use = "required" type = "xsd:string7>

<xsd:at1ribute name = "enabled" default = *YES">

<xsd:simpteType>

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "YES"/»

<xsd:enumeratk)n value = "NO"/»

</xsd restriction»

</xsd:sampleType>

</xsd:a1tribute>

</xsd:compiexType»

</xsd:element>

<xsd:element name = "slotList"»

<xsd :complexType>

<xsd:sequence>

<xsd:etement ref = 'slot* maxOccurs = "unbounded"/»

</xsd:sequence>

</xsd:compiexType»

</xsd:element>

<xsd:element name = "specificationRev&on"»

<xsd icomplexType»

<xsd:choice>

<xsd:group ref = *g_labets”/>

</xsd:chotce»

<xsd:at1ribute name = "readonly” default = "YES’»

<xsd:simpteType»

<xsd:restriction base = *xsd:string"»

<xsd:enumeration value = "YESV>

<xsd:enumeration value = "NO*/»

</xsd restriction»

</xsd:simpleType>

</xsd:a1tnbute>

</xsd:compiexType>

</xsd:element»

<xsd:etement name = "specificProperty”»

<xsd:complexType»

<xsd:sequence>

<xsd:sequence minOccurs = "0"»

<xsd:group ref = *g_namir>g"/»

</xsd: sequence»

<xsd:group ref = *g_values7»

</xsd: sequence»

<xsd:attribule name = ’propertyType" use = ’required" type = "xsd string"/» <xsd:at1ribute name = "enabled" default s"YES"»

<xsd:simpteType»

<xsd;restriction base = *xsd:string"»

<xsd:enumeration value = "NOV»

<xsd:enumeratjon value = “YES"/»

</xsd restriction»

</xsd:sampleType>

</xsd:a1tribute>

124

ГОСТ Р ИС 015745-2—2010

</xsd:comptexType»

</xsd:element»

<xsd:etement name = ’stepVal"»

<xsd;complexType>

<xsd:choice»

<xsd:grcxjp ref = *g_numericDatatypes7>

<xsd:group ref = "g_booleanDatatypes"/»

<xsd:group ref = *g_userDatatypes7»

<xsd;group ref = “gJimeDatatypesV»

</xsd:cho*ce»

</xsd:complexType>

</xsd:element»

<xsd:etement паше = *strucluredType“»

<xsd:complexType>

<xsd:sequence>

<xsd:choice minOccurs = "0">

<xsd;group ref = *g_he)p"/>

</xsd:cho*ce>

<xsd:choice max Occurs = "unbounded*»

<xsd:e*ement ref = "varDecJaration"/»

<xsd:etement ref = “subrangeVarDe deration"/»

</xsd:cho*ce>

</xsd:sequence>

</xsd:comptexType»

</xsd:elernent>

<xsd:element name = "subrange*»

<xsd:complexType>

<xsd:attribute паше = TowerUmit* use = "required" type = "xsd:string'/> <xsd:attribute паше = "upperLimit" use = "required* type = *xsd:string7> </xsd:compiexType>

</xsd:element>

<xsd:eiement паше = *subrangeType*>

<xsd :complexType>

<xsd:sequence>

<xsd:choice minOccurs = "0">

<xsd;group ref = *g_help7>

</xsd:cbo*ce»

<xsd:group ref - "g_integerDatatypesV>

<xsd:etement ref = "subrange"/»

</xsd: s equence»

<xsd:a№ibute name = "iniUalValue* type = "xsd:string"/»

</xsd:compiexType>

</xsd:element>

<xsd:element паше = ’sobrangeVarDeclaration*»

<xsd:complexType>

<xsd:sequence»

<xsd:group ref = *g_naming7»

<xsd:group ref = "gJntegerDatatypes*/»

<xsd:e*ement ref = "subrange* minOccurs = "0"/»

</xsd:sequence>

<xsd:attribute name = "inrtialValue" type = “xsd:string"/>

</xsd:ccmptexType»

</xsd:etement»

<xsd:etement паше = *tool"»

<xsd:complexType>

<xsd:attribute паше = "toolClassificabon" use = ‘required* type = *xsd:string7» <xsd:attribute name = "toollD* use = "required* type = "xsd:string*7> </xsd:complexType»

</xsd:e lament»

<xsd:efement паше = *tooUjst*»

<xsd:complexType>

<xsd;sequence»

125

ГОСТ Р ИС015745*2—2010

<xsd:efement ref = "tooT maxOccurs = ’unbounded"/»

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:efement name = "typeName"»

<xsd;complexType>

<xsd:choice>

<xsd:group ref = *g_labets*7>

</xsd:cfio»ce»

<xsd:at1ribule name = "readonly" default = "YES’»

<xsd:simpleType»

<xsd;restriction base = ’xsd:string"»

<xsd:enumeration value = "YES7>

<xsd;enumeration value = ”N07»

</xsd:restriction>

</xsd:ssmpleType>

</xsd:a1tribute»

</xsd:comptexType»

</xsd:element»

<xsd:element name = "uses"»

<xsd:complexType>

<xsd:at1ribute name = "ref" use = ’required" type = "xsd:string*/» </xsd:comp!exType»

</xsd:element»

<xsd:efement name = ’varOeclaration*»

<xsd:complexType>

<xsd;sequence»

<xsd:group ref = ’g_namir»g"/»

<xsd:choice»

<xsd:group ref = *g_datatypes’/»

<xsd:eiement ref = "uses*/»

</xsd:cfrio*ce»

<xsd:etement ref = ’subrange* minOccurs = *0’ maxOccurs = "unbounded"/» </xsd:sequence>

<xsd:at1nbule name = "initialValue* type = “xsdistring"/»

</xsd:complexType»

</xsd:element»

<xsd:etement name = "vendorlD"»

<xsd:complexType»

<xsd:choice>

<xsd:group ref = ’gjabete"/»

</xsd:cho*ce»

<xsd:at1ribute name = "readonly" default = "YES’»

<xsd:simpieType»

<xsd:restriction base = ’xsd:string"»

<xsd numeration value = "YES"/»

<xsd:enumeration value = "NO*/»

</xsd :restriction>

</xsd:s*mpleType»

</xsd:a1tribute>

</xsd:compiexT ype»

</xsd:element>

<xsd:element name = "vendorflame"»

<xsd:complexType»

<xsd:choice»

<xsd:group ref = ’gjabels"/»

</xsd:cfio*ce»

<xsd:at1ribute name = "readonly" default = "YES’»

<xsd:simpieType »

<xsd:restriction base = *xsd:string"»

<xsdnumeration value = “YES"/»

<xsd numeration value = "NO*/»

126

ГОСТ Р ИС 0 15745-2—2010

</xsd restriction»

</xsd:simpleType»

</xsd:a1tribute>

</xsd:complexType>

</xsd:element»

<xsd:etefr>ent name = “vendorText"»

<xsd:complexType»

<xsd:choice>

<xsd:group ref = *g_labete"/>

</xsd:cfio*ce>

<xsd:attribute name = "readonly" default = "YES’»

<xsd:simpleType >

<xsd:restriction base = ’xsd:string‘>

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "N07»

</xsd restriction»

</xsd:simpleType>

</xsd:attribute>

</xsd:comptexType>

</xsd:element>

<xsd:eiement name = "version"»

<xsd complexType»

<xsd:choice>

<xsd:group ref = 'g_labets"7>

<yxsd:clio»ce>

<xsd;aUnbule name = "versionType" use = ‘required" type = ’xsd:string7>

<xsd:attribute name = "readonly" default = "YES’»

<xsd:simpleType>

<xsd:restriction base = *xsd:string">

<xsd:enumeration value = "YES7>

<xsd:enumeration value = "NO"/>

</xsd restriction»

</xsd:sampleType>

</xsd:a1tribute>

</xsd:complexType>

</xsd:element>

<xsd:element name = *yes“>

<xsd:complexType>

»xed:eoquonco»

<xsd:group ref = *g_namir»g"/>

<xsd:e*ement ref = "relations' minOocurs = "0-7>

</xsd:sequence>

<xsd:attribute name = ‘default" default = "NO">

<xsd:simpleType >

<xsd:restriction base = 'xsd:string">

<xsd:enumeration value = "YES"/»

<xsd:enumeration value = "NO'/>

</xsd restriction»

</xsd:simpleType>

</xsd:a1tnbute>

</xsd:complexType>

</xsd:element>

<xsd:element name = "associatedParameter'»

<xsd :complexType>

<xsd:si mpleContenl»

<xsd;extens*on base = "xsd:string"»

<xsd:attribute name = 'associatedParameterValue" use = "required* type = ‘xsd: string"/» </xsd:extens»on»

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:element>

127

ГОСТ Р ИС0 15745-2—2010

<xsd:element name = "configParametersList"»

<xsd:complexType>

<xsd;sequence>

<xsd;e*ement ref = "parametsrRef maxOccurs = "unbounded*»

</xsd:sequence>

</xsd:compiexT ype>

</xsd:element>

<xsd:eiement name = 'constraint*»

<xsd:annotation>

<xsd:documentalion»The elements under Constraints aren't checked by tt>e parser. The languages, to use to describe the constraints, don't refer to a schema.

</xsd:documentation»

</xsd:areiotatk>n>

<xsd:complexType>

<xsd:sequence>

<xsd:any namespace = "##any" processContents = "skip" minOccurs = "0" maxOccurs = "unbounded"»

</xsd:sequence>

<xsd. attribute name = "constraintID" use = "required»

<xsd:simpieType>

<xsd:restriction base = "xsd:IO">

<xsd:pattem value = "CVd{1.6}7>

</xsd restriction»

</xsd:simpleType»

</xsd:atthbute>

<xsd:at1ribute name = "constramtType" use = "required">

<xsd:simpleType>

<xsd:restriction base = "xsd:NMTOKEN*>

<xsd:enumeration value = "among_paramete>rs"/»

<xsd:enumeration value = "display"»

<xsd:enumeration value = "network"»

<xsd:enumeration value = "device"»

</xsd restriction»

</xsd:simpleType>

</xsd:a1tribute>

<xsd;attribute name = "constraintLanguage" use = "required" type = "xsd:sthng"» </xsd:complexType>

</xsd:element>

<xsd:element name = "constraints!.ist">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref = "constraint" maxOccurs = "unbounded"/»

</xsd: sequence»

</xsd:comp!exType>

</xsd:element>

<xsd:element name = "commandParameter"»

<xsd:complexType>

<xsd:si mpleContent»

<xsd:extension base = "xsd:string">

<xsd:at1ribute name = "commandParameterValue" use = "required* type = "xsd:string"» </xsd:extension>

</xsd:simpleContent>

</xsd:comptexT ype>

</xsd:etement>

<xsd:element name = "defaultValue">

<xsd :complexType>

<xsd:si mpleContent»

<xsd:extension base = "xsd:string">

<xsd:attributeGroup ref = "type"/»

</xsd:extension>

</xsd:simpleContent>

</xsd:comptexType>

126

ГОСТ Р ИС 015745-2—2010

</xsd:element»

<xsd:eiement name = “function'»

<xsd :complexType>

<xsd:sequence>

<xsd:eiement ref = 'inputsList" minOccurs = “0"/>

<xsd;e*ement ref = “outputsUst“ minOccurs = "07>

<xsd:etement ref = “configParamelersList' minOccurs = "07»

<xsd;e*ement ref = "constraintsUst' minOocurs = *07»

<xsd:etement name = “funcbonStateTransibonDiagram* minOccurs = “0”>

<xsd:complexType>

<xsd:sequence>

<xsd:element ref = "stateTransitionDiagram7>

</xsd: s equence>

</xsd:comptexType>

</xsd:element>

</xsd:sequence>

<xsd:aUribule name = 'name* use = “required" type = "xsd:string'/>

<xsd:a№ibute name = 'description' type = 'xsd:string7>

<xsd:attribute name = 'functionlD" use = 'required' type = “xsd:ID7>

<xsd:attribute name = ’version' use = 'required' type = "xsd;string7>

</xsd:complexType>

</xsd:etement>

<xsd:eiement name = "funcUonRef»

<xsd:annotation>

<xsd:documentation>By this way the hierarchical view of the device can be describe. There is no limitation in the level number. </xsd:-documentation»

</xsd:araiotation>

<xsd:complexType>

<xsd:sequence>

<xsd;etement ref = "functonReT minOccurs = “0" maxOccurs = 'unbounded'/»

</xsd: s equence»

<xsd:attribute name = 'functionName* use = “required* type = *xsd:slring7>

<xsd:atthbute name = "functionIDREF' use = “required* type = *xsd:string'/>

<xsd:attribule name = 'functtonURL' type = "xsd:string7>

<xsd:aUnbute name = “fur>ctionDescription* type = “xsdistring'/»

</xsd:complexType»

</xsd:elemenf»

<xsd:element name = "htghUmif»

<xsd :complexType»

<xsd:si mpleContent»

<xsd:extension base = "xsd;string">

<xsd:attnbuteGroup ref = 'type'/»

</xsd:extension»

</xsd:simpleContent»

</xsd:compiexType»

</xsd:etement»

<xsd:element name = 'inputsList*»

<xsd rcomplexType»

<xsd:sequence>

<xsd:e*ement ref = ‘parameterRer maxOccurs = 'unbounded'/»

</xsd: s equence»

</xsd:comptexType>

</xsd:etement»

<xsd:etement name = listOfVafues**»

<xsd:complexType>

<xsd:sequence»

<xsd:e*ement ref = “value* maxOccurs = “unbounded*/»

</xsd: s equence»

</xsd:comp!exType»

</xsd:element>

<xsd:element name = “lowUmit"»

<xsd:complexType>

129

ГОСТ Р ИС0 15745-2—2010

<xsd:si mpleContent>

<xsd:extension base = “xsd:string">

<xsd:at1ributeGroup ref = *lype7»

</xsd:extension>

</xsd:simpleContent»

</xsd:compiexT ype»

</xsd:element>

<xsd:element name = “member*»

<xsd:annotation>

<xsd:documentation»For dataType = array, only first member is needed </xsd:documentatton> </xsd:annotation>

<xsd:complexType>

<xsd;sequence>

<xsd:etement ref = “defauItValue* minOccurs = "07>

<xsd;eiement ref = “lowUmit* mtnOccurs = *(T/>

<xsd:eiement ref = “highLimit* minOccurs = *07»

<xsd:etement ref = ’unit" minOccurs = *07»

<xsd:e»ement ref = "listOf/alues" minOccurs = ”07»

<xsd:etement ref = “membersList" minOccurs = '07»

<xsd sequence minOccurs = *0*>

<xsd:group ref = “g_namir»g7>

</xsd:sequence>

<xsd:eiement ref = 'actualValue* minOccurs = *07>

</xsd:sequence>

<xsd:at1ribute name = “name* use = "required* type = "xsdistnng"/»

<xsd;attntxjte name = “description* type = *xsd:slring7>

<xsd:atiribute name = “memberlD" use = “required* type = *xsd:slring7>

<xsd;a№ibuteGroup ref = "dataType*/»

</xsd:compiexType>

</xsd:element>

<xsd:element name = “membersList"»

<xsd:annotation>

<xsd:documentaUon>rr>embersList is mandatory if dataType = struct or array.</xsd:documentetion> </xsd:araiotation>

<xsd:complexType>

<xsd:sequence>

<xsd:etement ref = "member" maxOccurs = "unbounded*/»

</xsd:sequence>

*xcd:ot1ributo name - "nomborOfMombere* uso - "roquorod" typo - “xed:«ntogor7» </xsd:complexType>

</xsd:etement»

<xsd:element name = "outputsList*>

<xsd:complexType>

<xsd:sequence»

<xsd:etement ref = "parameterReT maxOccurs = "unbounded"/»

</xsd:sequence>

</xsd:comptexT ype»

</xsd:etement»

<xsd:etement name = "parameter" type = “parameterType"/»

<xsd:eiement name = "state* type = “stateType*/»

<xsd:element name = "statesTab*»

<xsd:complexType»

<xsd:sequence>

<xsd:etement ref = "state* maxOccurs - ‘unbounded*/»

</xsd:sequence>

</xsd:comptexType»

</xsd:e(ement>

<xsd:element name - “stateTransitionDiagram* type = “stateTransitionDiagramType"/» <xsd;etement name = "transition" type = 'IransitionType"/»

<xsd:element name = *transbonsTab">

<xsd :complexType>

130

ГОСТ Р ИС 015745-2—2010

<xsd;sequence»

<xsd:efement ref = transition* maxOccurs = "unbounded*/» </xsd:sequence>

</xsd:compiexType>

</xsd:etement>

<xsd:element name = ’unif >

<xsd:complexType»

<xsd:attribute name = ’multiplier* use = ’required* type = *xsd:string*/» <xsd:aUribute name = "unitURI" type = *xsd:anyURP/> </xsd:complexType>

</xsd:etement>

<xsd:e*ement name = ’value'»

<xsd rcomplexType»

<xsd;si mpleContent»

<xsd extension base = *xsd:string*»

<xsd:attribute name = ’meaning’ type = ’xsd:string*/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element»

<xsd:comp*exType name = "parameterType*»

<xsd:sequence»

<xsd:e*ement ref = ’defaullValue* minOccurs = *0*/»

<xsd;etement ref = ’lowLimit* minOccurs = ’0"/»

<xsd:element ref = ’highLimit" minOccurs = *0’/»

<xsd:eiement ref = ’unit” minOccurs = *07»

<xsd:element ref = “listOtValues" minOccurs = "0"/»

<xsd:eiement ref = ’membersUst" minOccurs = '0’/>

<xsd;e*emenl ref = ’actualValue’ minOccurs = *0*/>

<xsd:sequence minOccurs = *0"»

<xsd:group ref = ’g_namir»g"/»

</xsd:sequence>

</xsd:sequence>

<xsd:attribute name = ’name* use = ’required" type = "xsd:string’/> <xsd:attribute name = ’denotation’ type = *xsd:string’/»

<xsd:aUribute name = ’description’ type = ’xsd:sthng’/>

<xsd:aUribute name = ‘peremtD* use = ’required’ type - *xsd:ID7» <xsd:attributeGroup ref = "accessCategory*/»

<xbd:o«ributo narm — 'conctraintlDREF* typo - "xcd:IDREP"/> <xsd:attributeGroup ref = "dataTypeV»

<xsd:aUributeGroup ref = *“persistent’/»

<xsd.aUritxjteGroup ref = 'use’/»

</xsd:compiexType»

<xsdxomplexType name = ’stateType*»

<xsd:sequence>

<xsd:element ref = ‘associatedParameter*/»

</xsd: s equence>

<xsd:attribute name = ’description’ type = ’xsd:string7>

<xsd:attnbute name = ’initiaJState* use = ‘required’» <xsd:simpleType»

<xsd:restriction base = *xsd:NMTOKEN’>

<xsd enumeration value = ’false’/»

<xsd:enumeration value = ’true’/»

</xsd restriction»

</xsd:simpleType»

</xsd;a1tnbute>

<xsd:attnbute name = ’stateName’ use = ‘required’ type = "xsd:ID7> <xsd;attribute name = "stateParent* type = ’xsd:stnng’/> </xsd:compiexType>

<xsd:compfexType name = transitionType*»

<xsd:sequence>

131

ГОСТ Р ИС0 15745-2—2010

<xsd:etement ref = "commandParameter'' maxOccurs = "unbounded"/» </xsd:sequence>

<xsd:attribute name = ’description" type = *xs<d:string7>

<xsd:at1ribute name = *transibonNumber" use = "required*» <xsd:annotation>

<xsd:documentation>Number formal » Tx to Txxxxxx</xsd:documentation» </xsd :a nnota tion>

<xsd:simp>eType>

<xsd:restriction base = "xsd:ID">

<xsd:pattem value = “T\d{1,6}7»

</xsd restriction»

</xsd:s»mpleType»

</xsd;atthtxjte>

<xsd:at1ribute name = 'fromState* use = "required" type = "xsd:lDREF7> <xsd:attnbute name = "toState* use = “required" type = "xsd:IDREF7> </xsd:comptexT ype>

<xsd:complexType name = "stateTransrtionDiagramType"» <xsd:sequence>

<xsd:efement ref = "statesTab"/»

<xsd:eiement ref = "transtionsTab"/»

</xsd:sequence>

</xsd:comp<exType>

<xsd:etement name = "actualValue" type = "xsd:string"/>

<xsd:etement name = “C A Nopen Ide ntity“>

<xsd :complexType>

<xsd:sequence>

<xsd:etement name = *CA.NopenVecidorld*>

<xsd :complexType>

<xsd:si mpleContent»

<xsdextension base = *xsd;unsignedLong">

<xsd:attribute name = "paramld" use = "required” type - "xsd:ID*/> </xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:element>

<xsd:etement name = *CAMopenProductCode" minOccurs = "0*> <xsd:complexType>

<xsd:si mpleContent»

^xed:oKtoneion baso - *xcd:uneignodLong">

<xsd. attribute name = "paramtd" use = "required" type = "xsd:ID"/> </xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:etement>

<xsd:etement name = *CANopenRevisionNumber" rnnOccurs = "0"> <xsd:complexType>

<xsd:si mpleContent»

<xsd extension base s ’xsd;unsignedLong“>

<xsd:at1nbute name = "paramtd" use = "required" type * "xsd:ID"/> <lxsd:extension»

</xsd:simpleContent>

</xsd:compJexType>

</xsd:element»

<xsd:efement name = "CANopenSeirialNumber" minOccurs = *0"» <xsd:complexType»

<xsd:si mpleContent»

<xsd extension base ■ *xsd:unsignedLong"»

<xsd:atiribute name = "paramtd" use = "required" type = "xsd:IDV> </xsd:extension>

</xsd:simpleContent»

</xsd:comptexType»

132

ГОСТ Р ИС 015745-2—2010

</xsd:element>

<xsd:etement name = 'CANopenManufacturar Device Name" minOccurs = "0“> <xsd :complexType>

<xsd;si mpleContent>

<xsd:extens»on base = "xsd:string">

<xsd:attribute name = "paramld" use = "required" type = "xsd:ID“/> </xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:etement>

<xsd:etement name = “CANopenManufacturerHardwareVersion’ minOccurs = "0"> <xsd:complexType>

<xsd:si mpleContent»

<xsd:extension base = "xs<d:string">

<xsd:atlribute name = "paramld" use = "required* type = “xsd:ID“/> </xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:eleroent>

<xsd:eiement name = ’CANopenManufacturerSoftware Version" minOccurs = "0"> <xsd:complexType>

<xsd:si mpleContent»

<xsd:extens>on base = "xsd:string">

<xsd:attribute name = "paramkT use = "required" type * “xsd:ID“/> </xsd:exlension»

</xsd:simpleContent>

</xsd:comp>exType>

</xsd:element»

</xsd: s equence>

</xsd:compiexType>

</xsd:etement>

<xsd:element name = “CANopenDedicaledCfgCategory"»

<xsd:complexType>

<xsd:sequence>

<xsd:element name = "CANopenGeneraiCapabilrties*»

<xsd:comptexType/>

</xsd:etement>

<xsd:element name = *<JANopenueviceCommiss>oning" minOccurs = *U">

<xsd :comptexType/>

</xsd:etement>

</xsd:sequence>

</xsd:comptexType>

</xsd:element>

<xsd:element name = "parameterRef*»

<xsd:complexType>

<xsd:attnbute name = 'paramID* use = “required* type = "xsd:IDREF7> </xsd:comptexType>

</xsd:e(ement>

<xsd:element name = ’CANopenObjecLAocessList"»

<xsd:complexType>

<xsd:sequence>

<xsd:e*ement name = "CANopenObject* maxOccurs = **65536*» <xsd:complexType>

<xsd;sequence>

<xsd:etement name = “CANopenSubObject* maxOocurs = "255“> <xsd:complexType>

<xsd:attribute name = “subindex* use = ’required* type = *xsd:unsignedByte7> <xsd:attribute name = "pdoMapping** use = "required"»

<xsd:simpteType >

133

ГОСТ Р ИС0 15745-2—2010

<xsd:restriction base s "xsrLNMTOKENS"»

<xsd:enumeration value = "NotAlkwed"/»

<xsd:enumeration value = "ReoeiveOnly"/»

<xsd:enumeration value = *TransmitOnly"/>

<xsd:enumerat>on value = *RececveTransmif/>

</xsd:restriction>

</xsd:simpleType>

</xsd:attribute>

<xsd:attribute name = ’paramID" type = “xsd:lDREF7>

<xsd:at1ribute name = "maxSubNumber" type = 'xsd:uns*gnedByte’/>

</xsd:complexType>

</xsd:element>

</xsd:sequence>

<xsd:at1nbute name = ’index" use = "required- type = "xsd:uns»gr)edShort’/>

<xsd:at1nbute name = "objectCode" use = "required" type = *xsd:unsignedByte"/> </xsd:complexT ype>

</xsd:etement>

</xsd:sequence>

</xsd:compJexType>

</xsd:element>

</xsd:schema>

B.1-5-2 FDCMLdtxsd

<?xml version=’1.0r encod»ng=*UTF-8~?>

<xsd:schema targetNamespace=""

xmlns="hUpJi\vww. FDCML.org"

xmins:xsd=*hltp7Avww.w3.org/2001/XMLSctiema’

xmlns:xlink=*http ://

etemenlFormDefault=*qualified"

attributeFormDefau>ts*unqualifwd"

version ="1.0">

<xsd:indude scl*emaLocation=*FDCMLdlxsd7>

<xsd:import nam espace="Wtp://wv*w.w3.org/1999/xlink" schemaLocations"xlinkde(.xsd"/> <xsd:element name=*binaryDate" nillable^true^

<xsd:annotation>

<xsd:documentalion>Btnary Date w/ 7 octets</xsd:documentat>on>

</xsd:annotation>

<xsd:simpleType>

<xsd:restriction base="xsd:slring‘,/>

</xcd:eimploTypo^

</xsd:element>

<xsd:element name="btfiaryDate2000" nillable=’true">

<xsd:annotation>

<xsd:documentation>Binary Date w/ 6 octets </xsd:documentation>

</xsd:annotatk>n>

<xsd:simpleType>

<xsd:restriction base="xsd:string"/>

</xsd:s»mpleType>

</xsd:etement>

<xsd:element name="binaryTimeO’ nittable=1rue">

<xsd:annotation>

<xsd:documentation>binary number w/ 2 octets, unit is 10 us</xsd:documentation> </xsd:annotation>

<xsd:simpleType >

<xsd:re«tricbon base="xsd:unsigr>edShort"/>

</xsd:s»mpleType>

</xsd:element>

<xsd:element name=*b'tnaryTime1" nillable="1rue">

<xsd:annotation>

<xsd;documentation>binary number w/ 2 octets, unit is 100 us</xsd:documentation> </xsd :a nnotabon>

<xsd:simpleType>

134

ГОСТ Р ИС 015745-2—2010

<xsd:restriction bases"xsd:unsignedShort7>

</xsd:s*'mpleType>

</xsd:element>

<xsd:element name*”binaryTime2" nillables’'true,‘>

<xsd:annotalion>

<xsd:documentation>binary number w/ 2 octets, unit is 1 ms</xsd:documentation> </xsd :a rmotation>

<xsd:simpteType >

<xsd:restriction base="xsd:unsignedShort7>

</xsd:s*mpleType>

</xsd:element>

<xsd:element name="binaryTime3' nillable=*tnje,'>

<xsd:annotation>

<xsd:documentation>binary number w/ 2 octets, unit is 10 ms</xsd:documentation> </xsd:a nnota lion>

<xsd:simpleType >

<xsd:restriction base="xsd:unsignedShort7>

</xsd:sampleType>

</xsd:etement>

<xsd:element name="btnaryTime4“ nittable='4rue,'>

<xsd:annotation>

<xsd:documentaUon>binary number w/ 4 octets, unit is 10 us</xsd:documentation> </xsd:a nnota tion>

<xsd:simpteType>

<xsd:reslriction base="xsd:unstgnedlnt*/>

</xsd:simpleType>

</xsd:element>

<xsd:element name="btnaryTime5“ niliable='4rue*'>

<xsd:annotation>

<xsd:documentation>binary number w/ 4 octets, unit is 100 us</xsd:documentation> </xsd :a nnota tion>

<xsd:simpteType >

<xsd:reetriction bases"xsd:unsignedlnt7>

</xsd:simpleType>

</xsd:element>

<xsd:element name="binaryTime6“ niftables<'lruea'>

<xsd:annotation>

<xsd:documentalion>binary number w/ 4 octets, unit is 1 ms</xsd:documentation> -Jhod :o nnota bon*

<xsd:simpleType >

<xsd:re>striction base=“xsd:urvsjgnedlnt7>

</xsd:simpleType>

</xsd:etement>

<xsd:element name="binaryTime7" nitlable=‘1njeH>

<xsd:annotation>

<xsd;documentation>binary number w/ 6 octets. unH is 1 ms</xsd:documentation> </xsd :a nnota tion>

<xsd:simpleType>

<xsd:restriction base=*xsd:unsignedLong*>

<xsd;maxlnclustve va1ue=*2814749767106557>

</xsd:restriction>

</xsd:s*mpleType>

</xsd:element>

<xsd:element name="binaryTime8“ nittables>stnie>‘>

<xsd:annotation>

<xsd:documentation>binary number w/ 6 octets, unit is 10 us</xsd:documentation> </xsd:arwotation>

<xsd:simpleType >

<xsd:restnction bases*xsd:unsignedLong*>

<xsd:maxlnclustve va1ue=*2814749767106557>

</xsd:restriction>

135

ГОСТ Р ИС0 15745-2—2010

</xsd:simpleType>

</xsd:element>

<xsd:element патв=*ЫпагуТ1тв9“ niBabl6=*4rue“>

<xsd:annotation>

<xsd:documentalion>binary number w/ 6 octets, unit is 100 us</xsd:documentation> </xsd :a nnota tion>

<xsd:simpleType>

<xsd:reslriction base=“xsd:unsignedLong*>

<xsd;maxlnctustve value=*281474976710655*/>

</xsd restriction»

</xsd:simpleType>

</xsd:element>

<xsd:simpleType name="t_bftstring">

<xsd:restriction base=*xsd;string">

<xsd;pattem value=’(((0-1]{8))_?),([0-1|{8})*/>

<fxsd restriction»

</xsd:s*mpleType»

<xsd:element names"bitsUir>g" niUat>le=“true'*>

<xsd:annotation>

<xsd:documentation>sting of Ms (length in octets)<fxsd:documentation>

</xsd:a nnota tion>

<xsd:complexType>

<xsd:si mpleContenl>

<xsd:extens>on base=“t_bitstnng’^>

<xsd:attribute name="length" types~xsd:nonHegative{nteger" use =“requirecT/> <xsd:a№ibute name="IEC61131’ type="xsd:string* use="optionar‘/>

<xsd:at1ribute name=*WinVT type=”xsd:stnng” uses*optiona>7>

</xsd:extens>on>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:simpleType names’t_Msthng16">

<xsd:restriction base=*xsd:string“>

<xsd:pattem value=‘,Ox{(0-9||(A-F]){4j-*/>

</xsd restriction»

</xsd:simpleType>

<xsd:simpleType name=‘t_b*tstring32“>

<xsd:restriction t>ase=’xsd:sthng’^>

<xsd:pattem vafue="0x((0-9)|[A-F))(8}-*/>

</xsd restriction»

</xsd:s*mpleType>

<xsd:simpleType names’t_Mstring64">

<xsd:restriction base=*xsd:stnng'>

<xsd:patlemvalue=-0x([0-9)|[A-F)H16}'/>

</xsd restriction»

</xsd:s»mpleType>

<xsd:simpleType names*t_Mstring8“>

<xsd:restriction base=*xsd:stnng’^>

<xsd;pattem value="0x((0-9)|[A-F]){2}-7>

<J% sd restriction»

</xsd:s*mpleType>

<xsd:element names"boolean* nillab^True"»

<xsd:annotation>

<xsd:documentabon»one bit representing the values true and fatse<fxsd:documentabon» </xsd :a nnota tion>

<xsd:complexType>

<xsd:si mpleContenl»

<xsd:extensk>n base="xstf:boo*ean*>

<xsd:attribute пате="1ЕС6113Г typea"xsd:slring" fixed="BOOL"/>

<xsd:altribule name="WmVn type="xsd:stnng' fixed^VT.BOOLY»

</xsd:extens«n>

</xsd:simpleContent»

136

ГОСТ Р ИС 015745-2—2010

</xsd:complexType>

</xsd:element>

<xsd;element name=“booT nillaWe="true*>

<xsd:annotation>

<xsd:documentabon>octet representing Ihe values true and false</xsd:documentat»on>

</xsd :a nnota tion>

<xsd:complexType>

<xsd:si mpleContent>

<xsd;exlens*on base="xsd:bootean*>

<xsd:attribute пате="1ЕС6113Г type=“xsd;strir>g‘’ fixed="BOOL"/>

<xsd;allnbule namea"WfnVr type=,,x&d:stnng* ftxed='VT_BOOL’/‘>

</xsd:exlension>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element name="byte" nillabte="true’>

<xsd:annotation>

<xsd;documentalion>slnng of 6 bit <byte)</xsd:documentatioo>

</xsd:a nnota tkm>

<xsd:complexType>

<xsd:si mpleContent>

<xsd:extens>on base="t_bitstring8*>

<xsd:attnbute name=*IEC61131" type=“xsd:string" fixed=*BYTE“/>

<xsd;aUnbute name=“WinVT“ type=*xsd:sUing" fixed=*VT_UH'7>

</xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:element>

<xsd:simpleType патв=’,1_сотра<ЛВоо*еапАгтзу">

<xsd:restriction bases*xsd:string'>

<xsd:pattem value="0x{(0'9]|[A-F]X2}-*/>

</xsd restriction»

</xsd:sampleType>

<xsd:element name=’compactBooiaanArray’‘ nillable="true">

<xsd:annotalion>

<xsd:documentalion>array of 8 bits, length one octet</xsd:documentation>

</xsd:a nnota tion>

<xsd:complexType>

<xed:6i mploContont»

<xsd:extension base=’t_compactBooleanArray">

<xsd:aUnbute name="IEC61131" type='xsd:stnng" fixed=*BYTE7>

<xsd:aUribole namea*WnVT" type=*xsd:slring*' fixed=*VT_Uir/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:etement>

<xsd:el«ment name=*date_and_tiir>e* nitlabie="true“>

<xsd:annotation>

<xsd:documentabon>stnjclured datatype consiting of timeOfDay4 and date2</xsd:dk>cumentabon> </xsd:a nnota tk>n>

<xsd:complexType>

<xsd:annotation>

<xsd:documentation>represented by ISO 8601 dateTime</xsd:documentation>

</xsd:a nnota tion>

<xsd;si mpleContent»

<xsd:extens<on base=“xsd :dateTime“>

<xsd;attnbule name=’lEC61131’ types"xsd:string" fixed="DATE_AND_TlME7>

</xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:element>

137

ГОСТ Р ИС0 15745-2—2010

<xsd:element name=’dale' nillabfes"true*>

<xsd:annotalion>

<xsd:documentation>Dale without time tndication</xsd:documentatk>n> </xsd :a nnota tion>

<xsd :complexType>

<xsd:annotation>

<xsd:docjjmentatkxi>re presented by ISO 8601 date</xsd:documenlation> </xsd :a nnota tion>

<xsd:si mpleContenl>

<xsd:extension base="xsd:date">

<xsd:aKribute name="IEC61131" type=“xsd:stnng* fixed ="DATE7> </xsd:extens>on>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element name=*date7* mHaWe="true”>

<xsd:annotation>

<xsd:documentat>on>Date with time indication</xsd:d(>cumentation> </xsd:a nnota t»n>

<xsd:complexType>

<xsd:annotation>

<xsd:documentation>restncted later ?</xsd:documentation>

</xsd:a nnota t»n>

<xsd:si mpleContent>

<xsd:extens»on base='xsd :string7>

</xsd:simpleContent>

</xsd;comptexType>

</xsd:element>

<xsd:element names’dint*- nillabie=*'true''>

<xsd:annotalion>

<xsd:documentation>txnary number w/ 4 octets</xsd:dtocumentation> </xsd :a nnota tion>

<xsd :complexType>

<xsd:st mpleContent>

<xsd extension base="x8d:int">

<xsd:at1nbute пате="1ЕС6113Г type="x5d:stnng* fixed="DINT/> <xsd:at1nbute name="WinVT type='xsd:string’ fixed=’VT_l47> </xsd:extension>

</xsd:simpleConlent>

</xsd:compiexType>

</xsd:element>

<xsd:element name=“dword“ niltable=’true*>

<xsd:annotation>

<xsd:documentation>string of 32 bit (dword)</xsd:documentabon>

</xsd :a nnota tion>

<xsd:complexType>

<xsd;si mpleContent>

<xsd:extens»on base="t_bitstring32">

<xsd:at1nbute name="IEC61131* type=“xsd:string* fixed=*DWORD7> <xsd:at1ribute name^WinVI* type=*xsd:string" fixedB"VT_UI4“/> </xsd:extension>

</xsd:simpleContent>

</xsd:compiexT ype>

</xsd:element>

<xsd:element name=TieldbusTime“ nillable=“true">

<xsd:annotation>

<xsd:documentation>lEC 61156-4 DL-Time</xsd:documentation >

</xsd:a nnota tion>

<xsd :complexType>

<xsd:annotation>

<xsd:documentabon>restncted later ?</xsd:c*ocumentation>

</xsd:a nnota tion>

136

ГОСТ Р ИС 015745-2—2010

<xsd:si mpleContenl>

<xsd:exteoston base=*xsd;string*/>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element пате=ТПте" nrflaWea"lrue">

<xsd:annotalion>

<xsd:documentalion>binary number w/ 4 octets, unit is 1 us</xsd:doajmentat»on> </xsd:a nnota t»n>

<xsd:complexType>

<xsd:annotation>

<xsd:documentabon>4 octets, unit is 1 us</xsd:documentation>

</xsd:a nnota t»n>

<xsd:si mpleConten(>

<xsd extension base="xsd:int">

<xsd:attnbute name=“IEC61131* lyp e="xsd:strirg" fixed=“DINT/>

<xsd:attribute name="WmVT types<*xsd:string* fixed=*VTJ47>

</xsd:extension>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element name=“int" nillabte="true">

<xsd:annotation>

<xsd:documentation>bmary number w/ 2 octets</xsd:documentabon>

</xsd:a nnota t»n>

<xsd:complexType>

<xsd:si mpleContenl>

<xsd:extension base=*xsd ;short">

<xsd:aUnbute пап>е="1ЕС6113Г type="xsd:slring" fixed="INT/>

<xsd:aUribute namea"WinVT type="xsd:slring* fixed=*VTJ27>

</xsd:extension>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element name=*IPV4Address" nillable=“tnje*>

<xsd:annotation>

<xsd:documentabon>IP V4 address in dotted notation</xsd:documentation>

</xsd :a nnota tion>

<xsd:simpteType>

<xsd:restriction base=*xsd:string“>

<xsd:pattem value=’({((0-0|)|ai-9KO-9J)|(1[0-9l(0-9))K2[0-4J[0-9JH(25lO-5|))\.){3}{(|0-9|Ж11-910-9])К11О-9К0-9))|<2{0-4]{0-91)|{25|0-5])Г/>

</xsd:restriction>

</xsd:simpleType>

</xsd:element>

<xsd:element name=*lPV6Address" nillable="true*>

<xsd:annotation>

<xsd:documentabon>IP V6 address in dotted notation</xsd:documentation>

</xsd :a nnota tion>

<xsd:simp1eType>

<xsd:restriction base=’xsd:string“>

<xsd:pettem value=4(((0-9]>|([1-9IO-9])|{1(0-9I{0-9))|(2[t>-t](0-9]M(25(0-5j))\.){5K{|0-9))|(|1-910-9])](1[О-9Н0-9])К2{0-4){0-9))|(25[0-5])Г/>

</xsd :restriction>

</xsd:s*mpleType>

</xsd:element>

<xsd:element name="iTime“ niOabtes*true">

<xsd:annotation>

<xsd;documenlaUon>binary number w/ 2 octets, unit is t ms</xsd:documentation> </xsd:a nnota tion>

<xsd:complexType>

<xsd:annotation>

139

ГОСТ Р ИС0 15745-2—2010

<xsd:documentabon>2 octets, unit is 1 ms</xsd:documentation>

</xsd :a nnota tion>

<xsd:si mpleContenl>

<xsd:extension base=*xsd ;short">

<xsd:at1ribute патеа"1ЕС6113Г type>”xsd:string" fixed=“INT/>

<xsd:at1ribute name=“Win\/T type=,,xsd:s(ring* fixedB*VT_l2“/>

</xsd:extension>

</xsd:simpleContent>

</xsd;comptexType>

</xsd:element>

<xsd:element name=*linf nillable=*true’>

<xsd:annotation>

<xsd:documentation>binary number w/ 8 ocfets</xsd:dlocumentat»on>

</xsd :a nnota tion>

<xsd :complexType>

<xsd:si mpleContent>

<xsd:exlension base=*xsd:long">

<xsd:at1ribute пате=“1ЕС6113Г type="xsd:stnng" fixed=“LINT/>

</xsd:extens«on>

</xsd:simpleConitent>

</xsd:compiexType>

</xsd:etement>

<xsd:element name="lrear naiab(e="true">

<xsd:annotation>

<xsd:documentation>ANSt/IEEE 754 double prec3sion</xsd:documentation>

</xsd :a nnota tion>

<xsd :complexType>

<xsd:si mpleContent>

<xsd:extens*on base=“xscf:double“>

<xsd:at1ribute пате="1ЕС6113Г type=Hxsd:stnng" fixed^LREAL*/»

<xsd:at1ribute name=“WinVT' types"xsd:strirtg*' fixed='VT_R87>

</xsd:extension>

</xsd:simpleContent>

</xsd:comptexTypo>

</xsd:element>

<xsd:element name=TTime“ nillabte=’true">

<xsd:annotation>

<xsd:documentaUon>binary number w/ 8 octets, unit is 1 us</xsd;documentabon> </xsd :a nnota tion>

<xsd:complexType>

<xsd:annotation>

<xsd;documental»on>8 octets, unit is t us</xsd:documentation>

</xsd :a nnota t»n>

<xsd;si mpleContent>

<xsd:extension base='xsd:long">

<xsd;attnbule патеа“1ЕС6113Г types"xsd:stnng* f>xed=*LINT/>

</xsd:extension>

</xsd:simpleContent>

</xsd:compiexT ype>

</xsd:element>

<xsd:element name=TwonJ* ndlabta="true">

<xsd:annotation>

<xsd:documentation>stnng of 64 bit (lword></xsd:documenlation>

</xsd :a nnota tion>

<xsd:complexType>

<xsd:si mpleContent>

<xsd:extension base="t_bitstrir>g64’*>

<xsd:attribute name=4EC6t13t' type=”xsd:string’ fixed=*LWORD’/> </xsd:extens»on>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

140

ГОСТ Р ИС 015745-2—2010

<xsd:simpleType names*1_octetString">

<xsd:restriction bases’xsd:string"> <xsd:pattemvalue="(0x([0-9||lA-F]}{2}.),0x([0-9]|[A-FJ){2}*,/>

</xsd restriction»

</xsd:simpleType»

<xsd:element name=“octetString“ nillable=’true’>

<xsd:annotation>

<xsd:documentation»ordered sequence of octets, length in octe1s</xsd:docu mentation» </xsd:arwiotation>

<xsd:complexType>

<xsd:si mpleContenl»

<xsd extension t»ase="t_octelSlnng*>

<xsd:a№ibute name=“length" type="xsd:non№egativetnteger'' use=“required7> <xsd:attribute name="WinVT* type="xsd:string* fixed=*VT_BSTR7>

</xsd:extension>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:element>

<xsd:simpleType name=*l_octetString1"»

<xsd:restriction base=’xsd:string“»

<xsd:pattem value=''0x({0-9]|(A-F)}{2}-*/>

</xsd restriction»

</xsd:simpleType>

<xsd:element na me=“octet Stnng 1" nillables"true*>

<xsd:annotation>

<xsd:documentat»on»1 octet</xsd:documentation»

</xsd:arwiotation>

<xsd:complexType>

<xsd:si mpleContenl»

<xsd extension bases*t_octetStnng1">

<xsd:attnbute name=“IEC61131" type=“xsd:siring" fixed=*BYTE7>

<xsd:attribute name=“WinVT“ types*xsd:string*' fixed=*VT_UIГ7>

</xsd:extension>

</xsd:simpleContent>

</xsd:comptexType»

</xsd:element>

<xsd:stmpleType namea”t_octetString16*»

<xsd:re«triction bases*xsd:stringn>

<xsd:pattemvaiue=-0x((0-9]|[A-F)K32}7>

</xsd restriction»

</xsd:s*mpleType>

<xsd:element na me=*octelStnng 16“ nillabtes-true*»

<xsd:annotation>

<xsd:documentation»ordered sequence of 16 octets</xsd:documentation>

</xsd :a nnota tion>

<xsd rcomplexType»

<xsd;si mpleContent»

<xsd extension base=“t_octetStnng16'»

<xsd:aUribute nam©="WmVT* type=“xsd:string* fixed=*VT_BSTR"/>

</xsd:extension»

<fxsd:simpleContent>

</xsd:ccmptexType»

</xsd:etement»

<xsd:simpleType name=1_octetString2">

<xsd:restriction base=’xsd:string*>

<xsd:paltem уа!ие*м0х{[0-9]|[А-Р]Х4}^>

</xsd restriction»

</xsd:simpleType»

<xsd:element name="octetStnng2" nillable=*true*>

<xsd:annotation>

<xsd:documentation>ordered sequence of 2 octets</xsd:documentation>

</xsd:a nnota tion>

141

ГОСТ Р ИС0 15745-2—2010

<xsd :complexType>

<xsd:si mpleContent»

<xsd:extension base='4_octelStrtng2',>

<xsd:at1ribule пате="1ЕС6113Г type="xsd:stnng" ftxed=“WORD*/> <xsd:atiribute name=*WinVT" type=*:xsd:stnng* fixed='VT_U12'7> </xsd:extens>on>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:simpleType name="l_octetString4“>

<xsd:restriction base=*xsd;stnng“>

<xsd:pattem уа1ив="0х(10-911[А-Р]Х8)-*/>

</xsd restriction»

</xsd:ssmpleType>

<xsd:element name=’octeiStnng4" nillable="trus*>

<xsd:annotalion>

<xsd:documentation>ordered sequence of 4 octets</xsd:documentation> </x sd :a nnota t»n>

<xsd:complexType>

<xsd:si mpleContent>

<xsd:extension base='t_octelStnng4">

<xsd:at1nbute name=“IEC61131* type=,,xsd:stnng' fixed=*DWORD7> <xsd:a!1ribole name^WinVT" types*xsd:slring* fixeds,VT_UM“/> </xsd:extens>on>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:element>

<xsd:simpleType name=“l_octetString8">

<xsd:restriction bases*xsd:string'>

<xsd:pa«emvalue=*0x{|0-9)|(A-F)K16}'/>

</xsd restriction»

</xsd:simpleType>

<xsd:element name=’octetStnng8" rillable="true*>

<xsd:annotalion>

<xsd:documentation>ordered sequence of 8 octets</xsd documentation» </xsd :a nnota tion>

<xsd :complexType>

<xsd:si mpleConteni»

<xsd:extension bases't_octetString8'‘>

<xsd;at1nbute name="IEC6H31* types*xsd:stnng* fixed=*LWORD’/> </xsd:extension>

</xsd:simpleContent>

</xsd:complexT ype>

</xsd:etement>

<xsd:element name=*feaP niUable=*lrue">

<xsd:annotation>

<xsddocumentabon»ANSI/lEEE 754 single precision<yxsd:documen tation» </xsd:a nnota tion>

<xsd:complexType>

<xsd:si mpleConteni»

<xsd:extension base="xsd:floar>

<xsd:at1ribute пате="1ЕС6113Г type=“xsd:string" fixed="REAL*/> <xsd:at1ribute names’WinVT" type='‘xsd:stfing" ftxed="VT_R4“/> </xsd:extension»

</xsd:simpleConlent>

</xsd:complexType>

</xsd:etement>

<xsd:element name=“sinf nitlabte=*4fue">

<xsd:annotation>

<xsd:documentabon>binary number w/ 1 octet</xsd:documentation»

</xsd :a nnota tion>

<xsd :complexType>

142

ГОСТ Р ИС 015745-2—2010

<xsd:si mpleContent>

<xsd:extension base=’xsd:byte’>

<xsd:attribute патеа"1ЕС6113Г type^xsdrslring" fixed=*SINrv>

<xsd:attribute name=“WinVT* type=,,xsd:stnng* fixed=’VT_l17>

</xsd:extension>

</xsd:simpleCorctent>

</xsd;comptexType>

</xsd:element>

<xsd:element names1ime* nillable="lrue“>

<xsd:annotation>

<xsd:documentalion>binary number w/ 4 octets, unit is 1 ms</xsd:documentation>

</xsd :a nnota tion>

<xsd :complexType>

<xsd:annotation>

<xsd:documentabon>4 octets, unit is 1 ms</xsd:documentation>

</xsd :a nnota tion>

<xsd:si mpleContenl>

<xsd extension base="xsd:int">

<xsd:attribute name="IEC&1131“ type="xsd:string* fixed=TIME*/>

</xsd:extenson>

</xsd:simpleConrtent>

</xsd:comptexType>

</xsd:element>

<xsd:element namea"timeDifference4* nillable=*true’>

<xsd:annotation>

<xsd:documentation>binary number w/ 4 octets, unit is t ms</xsd;documentation>

</xsd:a nnota t»n>

<xsd:complexType>

<xsd:annotation>

<xsd:documentation>TimeOifference without date indication</xsd:documentation>

</xsd :a nnota tion>

<xsd:si mpleContent>

<xsd:extens*on bases"xsd:unsignedlnt7>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name="t imeDitference6" njllable=*true*>

<xsd:annotation>

<xsd:documentation>time difference with additional difference in days</xsd:documentation> </xsd:a nnota tion>

<xsd:complexType>

<xsd:annotation>

<xsd:documentation>restricted later ?</xsd;tfocumentation>

</xsd:a nnota tion>

<xsd:si mpleContent»

<xsd:extension base=’xsd:string7>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:etement>

<xsd:element пате^ЬтеОГОауб" nittable=*lrue‘>

<xsd:annotation>

<xsd:documentalion>time of day with date indication</xsd:doeumentation>

</xsd :a nnota tion>

<xsd:complexType>

<xsd:annotation>

<xsd:documentabon>restncted later ?</xsd:documentation>

</xsd :a nnota tion>

<xsd;si mpleContent>

<xsd:extension base=*xsd:stnng*/>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

143

ГОСТ Р ИС0 15745-2—2010

<xsd:element name=’time_of_day’ nillabte="true">

<xsd:annotation>

<xsd:documentabon>time of day without date indication</xsd:documentation>

</xsd :a nnota tion>

<xsd :complexType>

<xsd:annotation>

<xsd:doajmentation>TimeOfDay without date ind>cation</xsd:documenlation>

</xsd :a nnota tion>

<xsd:si mpleContenl>

<xsd:extens*on base="xsd:unsignedlnf>

<xsd:attribute name='IEC61131* type="xsd:strkig* fixed=TIME_OF_DAY*/> </xsd:extens>on>

</xsd:simpleContent>

</xsd:compJexType>

</xsd:element>

<xsd:element патенте Value’ ntllab*e="ta»e*>

<xsd:annotation>

<xsd:documentalion>binary number w/ 8 octets, unit is 1/32 ms</xsd:documentation> </xsd:a nnota t»n>

<xsd:complexType>

<xsd:annotation>

<xsd:documentat>on>unit of time is 1/32 mil1isecond</xsd:documentation>

</xsd:a nnota t»n>

<xsd:si mpleContent>

<xsd:extension bases*xsd:unsignedLong’/>

</xsd:simpleContent>

</xsd:compiexType>

</xsd:element>

<xsd:etement name^univ-ersafTime'' пП1аЫе=1гие’>

<xsd:annotation>

<xsd:documentalion>12 octet string YYMMDDHHMMSS</xsd:documentation>

</xsd :a nnota tion>

<xsd:simpfeType>

<xsd:restriction bases’xsd:string’>

<xsd:pattem value*’«0-9K2}X(0|1-93M(1[0-2J)K{0{1-9])|([1-2][0-9])i(3(0-1J)X(lO-1J[0-9))|{2[0-3J))(([0-5*0-9JX2}r/>

</xsd:restriction>

</xsd:s*mpleType>

</xsd:efement>

<xsd:element name=*udirvT niftable=*true">

<xsd:annotation>

<xsd:documentation>binary number w/ 4 octets and sign b«t</xsd:documentation> </xsd :a nnota tion>

<xsd:complexType>

<xsd;si mpleContent>

<xsd:extensk>n bases"xsd:unsignedlnt">

<xsd:at1ribute name='IEC61131* type=“xsd:string* Rxeds*UDINT7>

<xsd:at1ribute name=’WinVP type=’xsd:string“ fixed=*VT_UI4“/>

</xsd:extension>

</xsd:simpleContent>

</xsd:compiexT ype>

</xsd:etement>

<xsd:element name=’uinr ndlabte=*true">

<xsd:annotation>

<xsd:documentation>binary number w/ 2 octets and s»gn b*t</xsd:documentaUon> </xsd:a nnota tion>

<xsd:complexType>

<xsd:si mpleContent>

<xsd:extension bases*xsd:unsignedShort*>

<xsd:atihbute пате*"1ЕС6113Г type=“xsd:strmg' fixed=*UINT“/>

<xsd:at1nbute names*WinVT" type="xsd:string’ fixed=*VT_UI2“/>

</xsd:extension>

144