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

Федеральное агентство по техническому регулированию и метрологии · № ГОСТ Р ИСО 15745-2-2010Действующий акт

Актуально на 02.11.2026.

Как цитировать: "ГОСТ Р ИСО 15745-2-2010. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 2. Эталонное описание систем управления на основе стандарта ИСО 11898". ГОСТ Р ИСО 15745-2-2010. https://bukva.ai/docs/standart-gost-r-iso-15745-2-2010

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

Примечание

Документ введен в действие с 01.09.2011.

Утвержден и введен в действие
Приказом Федерального агентства
по техническому регулированию

и метрологии
от 21 декабря 2010 г. № 865-ст

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

СИСТЕМЫ ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ И ИНТЕГРАЦИЯ

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

ЧАСТЬ 2

ЭТАЛОННОЕ ОПИСАНИЕ СИСТЕМ УПРАВЛЕНИЯ
НА ОСНОВЕ СТАНДАРТА ИСО 11898

Industrial automation systems and integration. Open systems
application integration framework. Part 2. Reference
description for ISO 11898-based control system

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)

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

Группа Т58

ОКС 25.040.40

Дата введения 1 сентября 2011 года

Предисловие

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

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

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

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО 15745-2:2003 «Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 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»).

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

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

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

Введение

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

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

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

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

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

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

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

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

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

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

часть 1. Общее эталонное описание;
часть 2. Эталонное описание систем управления на основе стандарта ИСО 11898;
часть 3. Эталонное описание систем управления на основе стандарта МЭК 61158;
часть 4. Эталонное описание систем управления на основе стандарта Ethernet.

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/IEC 10646-1:2000, Information technology — Universal Multiple-Octet Coded Character Set (UCS) — Part 1: Architecture and Basic Multilingual Plane)

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

ИСО 15745-1:2003 Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 1. Общее эталонное описание (ISO 15745-1:2003, Industrial automation 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 — Fieldbus 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-voltage switchgear and controlgear — Controller-device interfaces (CDIs) — Part 3: DeviceNetTM)

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

IEEE Std 754-1985 (R1990) Стандарт IEEE для двоичной арифметики с плавающей запятой (IEEE Std 754-1985 (R1990), IEEE Standard for Binary 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-1-20010502 Схема XML, Часть 1. Структуры — Рекомендация 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 Единый указатель ресурсов (URL) — Целевая группа инженерной поддержки Интернета (IETF), Запрос на комментарий (RFC) (RFC 1738:1994, Uniform Resource Locators (URL) — Internet Engineering Task Force (IETF), Request for Comments (RFC))

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

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

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

В настоящем стандарте использованы термины и определения по ИСО 15745-1 (приложение A).

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

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

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

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

CIPTM <3> — общий промышленный протокол (Common Industrial Protocol);

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

EDS — электронная информационная таблица; электронная таблица данных (Electronic Data Sheet);

IAS — системы промышленной автоматизации (Industrial Automation Systems);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

шаблоны профилей коммуникационных сетей и устройств (приборов), установленные в ИСО 15745-1;
шаблон ИСО 15745, инкапсулирующий файлы с унаследованным синтаксисом ASCII («упаковщик»);
унаследованный синтаксис ASCII.

5.2.3 Заголовок

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

Таблица 1

Имена атрибута ProfileTechnology

Имя атрибута ProfileTechnology	Технология
DeviceNet	DeviceNet
CIP	DeviceNet
EDS	DeviceNet
CANopen	CANopen
COFDCML	CANopen

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

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

DeviceNet (см. 6.1);
CANopen (см. 6.2).

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

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

6.1 Протокол DeviceNet

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

модификацию объекта Идентичность DeviceNet;
информацию по структуре устройства (для устройств, интегрированных в модульную систему).

Сервисы позволяют:

отключить устройство;
осуществлять поиск атрибутов DeviceManager.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.2 Протокол CANopen

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 2

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

Класс	Описание	Профиль	Тип	Экземпляр
vendorName	Название изготовителя или продавца устройства	X	X	X
vendorID	IEEE OUI (Организационно Уникальный Идентификатор) (см. [[6]](#p109665))		X	X
vendorText	Может быть использован для предоставления дополнительной информации по продавцу	X	X	X
deviceFamily	Определение этого класса в настоящем стандарте не установлено	X	X	X
capabilities	Определение этого класса в настоящем стандарте не установлено		X	X
productFamily	Специальное семейство продуктов (бренд) продавца устройства		X	X
productName	Специальное название продуктов продавца	X	X	X
productID	Уникальный идентификатор, определяющий тип устройства; формат выбирается по усмотрению продавца		X	X
productText	Может быть использован для предоставления дополнительной информации по устройству	X	X	X
orderNumber	Специальный порядковый номер продукта продавца		X	X
version	Специальная версия продукта продавца, атрибут versionType (Тип версии) позволяет различать множество версий (а именно: аппаратные средства, встроенные программы)		X	X
buildDate	Встроенная дата встроенных программ программного обеспечения, устанавливающего основные функциональные возможности устройства		X	X
specificationRevision	Внесение изменений в спецификацию, которой данное устройство соответствует	X	X	X
instanceName	Имя экземпляра устройства			X
serialNumber	Серийный номер экземпляра устройства			X
Примечание — В графах «Профиль», «Тип» и «Экземпляр» указывают, подходит ли отдельный дочерний класс для использования в профиле устройств, а также для описания типа устройства или описания экземпляра устройства.

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

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

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

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

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

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

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

6.2.1.3.3 Объект deviceStructure

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 Объекты slotList (Список слотов), 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.

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

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

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

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

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

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

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

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

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

Класс CANopenIdentity состоит из нескольких объектов, необходимых для идентификации устройства в сети CANopen. Он включает в себя объекты для CANopenVendorID (идентификатор продавца CANopen), CANopenProductCode (код продуктов CANopen), CANopenRevisionNumber (номер модификации CANopen) и CANopenSerialNumber (серийный номер CANopen), а также CANopenManufacturerDeviceName (название прибора изготовителя CANopen), CANopenManufacturerHardwareVersion (версия аппаратных средств изготовителя CANopen) и CANopenManufacturerSoftwareVersion (версия программных средств изготовителя CANopen).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.2.1.3.5.3 Классы logicalConnectionPointList (Список логических точек соединений), logicalConnectionPoint (логическая точка соединения)

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

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

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

Класс logicalConnectionPointAssemblyList должен быть набором объектов logicalConnectionPointAssembly. Этот набор должен быть описанием группы объектов logicalConnectionPoint.

6.2.1.3.5.5 Классы internalConnectionPointList (Список внутренних точек соединений), internalConnectionPoint (внутренняя точка соединения)

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

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

Класс cfgItemList может состоять из объектов dedicatedCfgItem и объектов uncomittedCfgItem.

6.2.1.3.5.7 Элемент dedicatedCfgItem (Специализированный элемент конфигурации)

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

6.2.1.3.5.8 Элемент uncommittedCfgItem (нескоммутированный элемент конфигурации)

uncommittedCfgItem должен быть элементом конфигурации с атрибутом dedicatedCfgItemType. Такой элемент следует использовать для определения характеристик конфигурации, которые не могут быть описаны dedicatedCfgItem.

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

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

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

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

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

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

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

В случае различных представлений функции устройства для описания DeviceFunction используют дополнительную XML схему. Имя XML файла схемы должно быть «FDCMLISO15745DeviceFunction.xsd». XML схема DeviceFunction определена в приложении B.

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

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

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

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

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

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

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

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

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

6.2.1.5.2 textualDescription (Текстовое описание)

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

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

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

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

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

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

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

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

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

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

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

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

6.2.2.3.2 Объекты cfgItemList (Список элементов конфигурации), CANopenDedicatedCfgCategory (Специализированная категория конфигураций CANopen)

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

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

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

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

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

6.2.2.4.2 Объекты cfgItemList (Список элементов конфигурации), CANopenDedicatedCfgCategory (Специализированная категория конфигурации CANopen)

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

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

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

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

6.2.2.5.2 Объекты cfgItemList (Список элементов конфигурации), CANopenDedicatedCfgCategory (Специализированная категория конфигураций CANopen)

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

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

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

ШАБЛОНЫ ПРОФИЛЕЙ DeviceNet

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

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

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

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

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

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

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

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

шаблонов профилей коммуникационной сети и приборов, как определено в ИСО 15745-1;
инкапсуляции унаследованных файлов EDS в шаблоны ИСО 15745 («упаковщики»);
унаследованной Электронной Информационной Таблицы (EDS), включая общую семантическую информацию.

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

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

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

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

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

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

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

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

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

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

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

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

Семантика подэлементов DeviceIdentity_InstanceAttributes элемента DeviceIdentity установлена в таблице A.1.

Таблица A.1

Элементы DeviceIdentity_InstanceAttributes

Элементы XML схемы	Атрибуты объекта	Семантика
SpecificationConformance	Нет	Строка, устанавливающая эталонную версию спецификаций DeviceNet
VendCode, ProdType, ProdCode, ProdRevision	Есть	A.4.1.4.3
VendName, ProdTypeStr, ProdName, Catalog, Icon, Exclude FromAdapterRackConnection	Нет	A.4.1.4.3
Status, SerialNumber, State, ConfigurationConsistencyValue, HeartbeatInterval	Есть	Не применяется
DeviceClassification	Нет	A.4.1.4.4 и A.4.2.2.1

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

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

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

A.2.1.2.4 DeviceFunction (Функция устройств)

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

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

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

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

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

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

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

Семантика подэлемента Parameter_ClassAttributes элемента Parameter установлена в A.4.1.4.5.

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

A.2.1.2.5.3 ParameterGroup (Группа Параметров)

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

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

A.2.1.3 XML схемы

A.2.1.3.1 Файл MasterTemplateTypes.xsd

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

<xsd:schema xmlns:xsd=«http://www.w3.org/2001/XMLSchema»>

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

xsd:annotation

xsd:documentation* HEADER DATA TYPES *</xsd:documentation>

</xsd:annotation>

<xsd:simpleType name=«ProfileClassID_DataType»>

<xsd:restriction base=«xsd:string»>

<xsd:enumeration value=«AIP» />

<xsd:enumeration value=«Process» />

<xsd:enumeration value=«InformationExchange» />

<xsd:enumeration value=«Resource» />

<xsd:enumeration value=«Device» />

<xsd:enumeration value=«CommunicationNetwork» />

<xsd:enumeration value=«Equipment» />

<xsd:enumeration value=«Human» />

<xsd:enumeration value=«Material» />

</xsd:restriction>

</xsd:simpleType>

<xsd:complexType name=«ISO15745Reference_DataType»>

xsd:sequence

<xsd:element name=«ISO15745Part» type=«xsd:positiveInteger» />

<xsd:element name=«ISO15745Edition» type=«xsd:positiveInteger» />

<xsd:element name=«ProfileTechnology» type=«xsd:string» />

</xsd:sequence>

</xsd:complexType>

<xsd:simpleType name=«IASInterface_DataType»>

xsd:union

xsd:simpleType

<xsd:restriction base=«xsd:string»>

<xsd:enumeration value=«CSI» />

<xsd:enumeration value=«HCI» />

<xsd:enumeration value=«ISI» />

<xsd:enumeration value=«API» />

<xsd:enumeration value=«CMI» />

<xsd:enumeration value=«ESI» />

<xsd:enumeration value=«FSI» />

<xsd:enumeration value=«MTI» />

<xsd:enumeration value=«SEI» />

<xsd:enumeration value=«USI» />

</xsd:restriction>

</xsd:simpleType>

xsd:simpleType

<xsd:restriction base=«xsd:string»>

<xsd:length value=«4» />

</xsd:restriction>

</xsd:simpleType>

</xsd:union>

</xsd:simpleType>

xsd:annotation

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

</xsd:annotation>

<xsd:complexType name=«ProfileHandle_DataType»>

xsd:sequence

<xsd:element name=«ProfileIdentification» type=«xsd:string» />

<xsd:element name=«ProfileRevision» type=«xsd:string» />

<xsd:element name=«ProfileLocation» type=«xsd:anyURI» minOccurs=«0» maxOccurs=«1» />

</xsd:sequence>

</xsd:complexType>

</xsd:schema>

A.2.1.3.2 Файл CIPDataTypes.xsd

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

<xsd:schema xmlns:xsd=«http://www.w3.org/2001/XMLSchema»>

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

xsd:annotation

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

</xsd:annotation>

<xsd:simpleType name=«dt_USINT»>

<xsd:restriction base=«xsd:unsignedByte»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_UINT»>

<xsd:restriction base=«xsd:unsignedShort»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_UDINT»>

<xsd:restriction base=«xsd:unsignedInt»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_ULINT»>

<xsd:restriction base=«xsd:unsignedLong»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_SINT»>

<xsd:restriction base=«xsd:byte»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_INT»>

<xsd:restriction base=«xsd:short»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_DINT»>

<xsd:restriction base=«xsd:int»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_LINT»>

<xsd:restriction base=«xsd:long»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_BYTE»>

<xsd:restriction base=«xsd:hexBinary»>

<xsd:maxLength value=«1»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«dt_WORD»>

<xsd:restriction base=«xsd:hexBinary»>

<xsd:maxLength value=«2»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«dt_DWORD»>

<xsd:restriction base=«xsd:hexBinary»>

<xsd:maxLength value=«4»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«dt_LWORD»>

<xsd:restriction base=«xsd:hexBinary»>

<xsd:maxLength value=«8»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«dt_REAL»>

<xsd:restriction base=«xsd:float»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_LREAL»>

<xsd:restriction base=«xsd:double»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_EDS_Char_Array»>

<xsd:restriction base=«xsd:string»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_EPATH»>

<xsd:list itemType=«et_EPATH_item»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_STRINGI»>

<xsd:restriction base=«xsd:string»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_EDS_Date»>

<xsd:restriction base=«xsd:date»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_EDS_Time_Of_Day»>

<xsd:restriction base=«xsd:time»/>

</xsd:simpleType>

<xsd:simpleType name=«dt_EDS_Revision»>

<xsd:restriction base=«xsd:string»>

<xsd:pattern value=«[0-9].[1-9]|[1-9].[0-9]|[1-9].[1-9]»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«dt_EDS_URL»>

<xsd:restriction base=«xsd:anyURI»>

<xsd:pattern value=«http://.*»/>

<xsd:pattern value=«ftp://.*»/>

<xsd:pattern value=».*«/>
»

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«at_AccessType_OptionalGet»>

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

<xsd:enumeration value=«None»/>

<xsd:enumeration value=«Get»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«at_AccessType_OptionalSet»>

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

<xsd:enumeration value=«None»/>

<xsd:enumeration value=«Get»/>

<xsd:enumeration value=«Set»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«at_AccessType_Mandatory»>

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

<xsd:enumeration value=«Get»/>

<xsd:enumeration value=«Set»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«et_VendorSpecificKeyword»>

<xsd:restriction base=«xsd:string»>

<xsd:pattern value=«[1-9][0-9]{0,4}([A-Z]|[a-z]|[0-9])([A-Z]|[a-z]|[0-9]|[])*»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«et_EPATH_item»>

xsd:union

xsd:simpleType

<xsd:restriction base=«xsd:string»>

<xsd:pattern value=«([0-9]|[a-f]|[A-F]){2}»/>

</xsd:restriction>

</xsd:simpleType>

xsd:simpleType

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

<xsd:enumeration value=«SLOT»/>

<xsd:enumeration value=«SLOT_MINUS_ONE»/>

<xsd:enumeration value=«SYMBOL_ANSI»/>

</xsd:restriction>

</xsd:simpleType>

xsd:simpleType

<xsd:restriction base=«xsd:string»>

<xsd:pattern value=«Param[1-9][0-9]{0,4}»/>

<xsd:pattern value=«[Param[1-9][0-9]{0,4}]»/>

<xsd:pattern value=«ProxyParam[1-9][0-9]{0,4}»/>

<xsd:pattern value=«[ProxyParam[1-9][0-9]{0,4}]»/>

</xsd:restriction>

</xsd:simpleType>

</xsd:union>

</xsd:simpleType>

<xsd:simpleType name=«et_ParamReference»>

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

<xsd:pattern value=«Param[1-9][0-9]{0,4}([:][0-9]{1,2})*»/>

<xsd:pattern value=«ProxyParam[1-9][0-9]{0,4}([:][0-9]{1,2})*»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=«et_AssemReference»>

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

<xsd:pattern value=«Assem[1-9][0-9]{0,4}»/>

<xsd:pattern value=«ProxyAssem[1-9][0-9]{0,4}»/>

</xsd:restriction>

</xsd:simpleType>

<xsd:attributeGroup name=«ag_FileDescription»>

<xsd:attribute name=«DescText» type=«dt_EDS_Char_Array» use=«required»/>

<xsd:attribute name=«CreateDate» type=«dt_EDS_Date» use=«required»/>

<xsd:attribute name=«CreateTime» type=«dt_EDS_Time_Of_Day» use=«required»/>

<xsd:attribute name=«ModDate» type=«dt_EDS_Date» use=«optional»/>

<xsd:attribute name=«ModTime» type=«dt_EDS_Time_Of_Day» use=«optional»/>

<xsd:attribute name=«Revision» type=«dt_EDS_Revision» use=«required»/>

<xsd:attribute name=«HomeURL» type=«dt_EDS_URL» use=«optional»/>

<xsd:attribute name=«SpecificationConformance» type=«dt_EDS_Char_Array» use=«required»/>

</xsd:attributeGroup>

</xsd:schema>

A.2.1.3.3 Файл CIP_Device_Profile.xsd

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

<xsd:schema xmlns:xsd=«http://www.w3.org/2001/XMLSchema» elementFormDefault=«qualified»>

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

<xsd:redefine schemaLocation=«MasterTemplateTypes.xsd»>

<xsd:complexType name=«ISO15745Reference_DataType»>

xsd:complexContent

<xsd:restriction base=«ISO15745Reference_DataType»>

xsd:sequence

<xsd:element name=«ISO15745Part» type=«xsd:positiveInteger»/>

<xsd:element name=«ISO15745Edition» type=«xsd:positiveInteger»/>

<xsd:element name=«ProfileTechnology» type=«xsd:string» fixed=«CIP»/>

</xsd:sequence>

</xsd:restriction>

</xsd:complexContent>

</xsd:complexType>

</xsd:redefine>

<xsd:include schemaLocation=«CIPDataTypes.xsd»/>

<xsd:element name=«ISO15745Profile»>

Элементы XML схемы	WrapperReference = FILEINFO	WrapperReference = DEVICEINFO
ProfileIdentification	Текстовое описание файла EDS ^a	VendorID (идентификация вендора), Device Type (тип устройства), Product Code (код продукта) ^b
ProfileRevision	Модификация EDS ^a	Модификация продукта ^b
ProfileLocation	Собственный адрес (URL) EDS ^a	Имя файла, содержащего изображение иконки ^b
^a Для получения более полной информации см. A.4.1.4.2. ^b Для получения более полной информации см. A.4.1.4.3.

Элементы XML схемы	Семантика
InstanceType	Устанавливает тип соединения (определенное сообщение, ввод/вывод по запросу, побитовый стробированный ввод/вывод, динамический ввод/вывод)
ProductionTrigger	Устанавливает тип триггера (циклический, изменение состояния, запускаемый приложением)
TransportType	Устанавливает тип транспорта (сервер, клиент)
TransportClass	Устанавливает класс транспорта (0, 2 или 3)
ProducedConnectionSize	Устанавливает размер созданных данных в байтах
ConsumedConnectionSize	Устанавливает размер потребленных данных в байтах

Элементы XML схемы	Атрибут XML схемы	Семантика
Коннекторы	ConnectorType	Устанавливает тип коннекторов (открытая жесткая разводка, открытые съемные, герметизированные Мини, герметизированные Микро)
Светоизлучающие диоды (СИД)		Устанавливает поддерживаемые индикаторы LED
	Module	Если атрибут присутствует, то присутствует соответствующий LED
	Network
	Combo_ModNet
	IO
Baud_Rate_Setting		Устанавливает поддерживаемые скорости передачи данных в бодах
	SwitchType	Устанавливает поддерживаемые методы установки выбранной скорости передачи данных в бодах
	SoftwareSettable	Определяет, может ли скорость передачи данных в бодах устанавливаться программными средствами
Electrica ICharacteristics		Подэлемент устанавливает максимальную потребляемую мощность сети в амперах при напряжении постоянного тока 11 В (наихудший случай)
Electrica ICharacteristics	Isolated Physical Layer	Определяет, изолирован ли физический уровень

Название раздела	Разрешенный разделитель	Расположение	Обязательно/Дополнительно
Описание файла	[File]	1	Обязательно
Описание устройства	[Device]	2	Обязательно
Классификация устройства	[Device Classification]	^a	Дополнительно
Класс параметров	[ParamClass]	^a	Дополнительно
Параметры	[Params]	^a	Дополнительно
Группы параметров	[Groups]	^a	Дополнительно
Компоновка	[Assembly]	^a	Дополнительно
Характеристики соединений	[Connection Manager]	^a	Дополнительно
Порт	[Port]	^a	Дополнительно
Модульный	[Modular]	^a	Дополнительно
Со стороны продавца	[Vendor ID_vendorspecifickeyword]	Последний	Дополнительно
^a Эти дополнительные группы должны быть расположены после обязательных групп.

$ This is a valid comment line
1, 2, 3;	$ This is a valid comment
$ Comments cannot span
more than one line	<= This is an error — no $

[section name] \$ Comment — extends to end of line
Entry 1=Field1, Field2, Field3;	\$ Entire entry on one line
Entry2=Field1, Field2, Field3, Field4;	\$ Entire entry on one line
Entry3=	\$ Multiple line entry
Field1,	\$ Field1
Field2,	\$ Field2
Field3;	\$ Field3
Entry4=	\$ Combination
Field1, Field2,	\$ Fields 1 and 2 on one line
Field3,	\$ Field3
Field4;	\$ Field4
Entry5= 1,	\$ Field 1 specifies the value 1
{1,2,3};	\$ Field 2 specifies an array or \$ structure with three values
Entry6= { 44, {22,33,11}};	\$ Entry 6 specifies a single field. \$ The field contains two sets of data. \$ The first set is the single value 44 \$ The second set contains three values
65535_Entry=	\$ Vendor Specific entry for
Field1, Field2;	\$ Vendor_ID 65535 with two fields

Управляющая последовательность	Трансляция
\	\
\n	newline (новая строка)
\t	tab (табуляция)
\v	vertical tab (вертикальная табуляция)
\b	backspace (возврат на один символ)
\r	carriage return (возврат каретки)
\f	form feed (перевод страницы)
\a	BELL character (0x07) (символ Звонок)
«»	«»
'	'
\xnn	Одиночный байт, содержащий значение «nn» в шестнадцатеричной системе счисления
\unnnn	Пара байтов, содержащих значение «nnnn» в шестнадцатеричной системе счисления. Такая форма переключения строки является правильной только в случае, если результирующие данные строки имеют длину 16 бит, например, L» форма спецификации строк

Field1 =	{ 3, {«eng»,0xD0,4,«This is an ASCII English language string»},
	{«spa»,0xD5,1000, L» Espa\tilde{n}oles palabras»},	\$ «Spanish words» \$ using UNICODE
{«deu»,0xD0,4,«Spanische Wörter auf Deutsch»}		\$«Spanish words in German»
};

диапазон разрешенных данных USINT:
- десятичная система счисления	0 — 255
- шестнадцатеричная система счисления	0x0 — 0xFF
диапазон разрешенных данных UINT:
- десятичная система счисления	0 — 65535
- шестнадцатеричная система счисления	0x — 0xFFFF
диапазон разрешенных данных UDINT:
- десятичная система счисления	0 — 4294967295
- шестнадцатеричная система счисления	0x0 — 0xFFFFFFFF
диапазон разрешенных данных ULINT:
- десятичная система счисления	0 — 18446744073709551615
- шестнадцатеричная система счисления	0x0 — 0xFFFFFFFFFFFFFFFF

- диапазон разрешенных данных SINT:
- десятичная система счисления	-128 — 127
- шестнадцатеричная система счисления	-0x80 — 0x7
- диапазон разрешенных данных INT:
- десятичная система счисления	-32768 — 32767
- шестнадцатеричная система счисления	-0x8000 — 0x7FFF
- диапазон разрешенных данных DINT:
- десятичная система счисления	-2147483648 — 2147483647
- шестнадцатеричная система счисления	-0x0 — 0xFFFFFFFFFFFFFFFF
- диапазон разрешенных данных LINT:
- десятичная система счисления
- 9223372036854775808 — 9223372036854775807
- шестнадцатеричная система счисления
0x8000000000000000 — 0x7FFFFFFFFFFFFFFF

«ABC»	$ Это комментарий
	«123»
«XYZ»

- «тихое» не число	QUIET-NAN;
- сигнализация не числа	SIGNAL-NAN;
- бесконечность плюс	INFINITY (или +INFINITY);
- бесконечность минус	-INFINITY.

mm -	01 — 12;
dd -	01 — 31 (в зависимости от месяца и года);
yyyy -	1996 — 9999.

m m -	01 — 12;
dd -	01 — 31 (в зависимости от месяца и года);
yy -	98 — 99 (подразумеваются две первые цифры 19).

диапазон разрешенных данных BYTE:
- десятичная система счисления	0 — 255
- шестнадцатеричная система счисления	0x0 — 0xFF
- двоичная система счисления	0b00000000 — 0b11111111
диапазон разрешенных данных WORD:
- десятичная система счисления	0 — 65535
- шестнадцатеричная система счисления	0x0 — 0xFFFF
- двоичная система счисления	0b0000000000000000 — 0b1111111111111111
диапазон разрешенных данных DWORD:
- десятичная система счисления	0 — 4294967295
- шестнадцатеричная система счисления	0x0 — 0xFFFFFFFF
- двоичная система счисления	0b00000000000000000000000000000000 — 0b1111111111111111111111111111111
диапазон разрешенных данных LWORD:
- десятичная система счисления	0 — 18446744073709551615
- шестнадцатеричная система счисления	0x0 — 0xFFFFFFFFFFFFFFFF
- двоичная система счисления
0b0000000000000000000000000000000000000000000000000000000000000000 — 0b1111111111111111111111111111111111111111111111111111111111111111

Разделы EDS	Определено в
Раздел описания файла	A.4.1.4.2
Раздел описания устройства	A.4.1.4.3
Раздел классификации устройства	A.4.1.4.4
Раздел классов параметров	A.4.1.4.5
Раздел параметров	A.4.1.4.6
Раздел групп параметров	A.4.1.4.7
Раздел компоновки	A.4.1.4.8
Раздел управления соединениями	A.4.1.4.9
Раздел портов	A.4.1.4.10
Раздел модулей	A.4.1.5.2

Имя вводимых данных (ввода)	Ключевое слово ввода	Номер поля	Тип данных	Обязательно/Дополнительно
Текст описания файла	DescText	1	EDS_Char_Array	Обязательно
Дата создания файла	CreateDate	1	EDS_Date	Обязательно
Время создания файла	CreateTime	1	EDS_Time_Of_Day	Обязательно
Дата внесения последних изменений	ModDate	1	EDS_Date	Дополнительно
Время внесения последних изменений	ModTime	1	EDS_Time_Of_Day	Дополнительно
Пересмотр EDS	Revision	1	EDS_Revision	Обязательно
Базовый URL	HomeURL	1	EDS_URL	Дополнительно

Вводимые данные	Описание
Текст описания файла	Отдельная строка текста, воспроизводимая средствами конфигурирования. Разработчик EDS должен определить для этого ввода значимую строку текста. Все наборы символов должны заключаться в двойные кавычки
Дата создания файла	Дата создания EDS, присваиваемая разработчиком EDS. Эта дата, предусмотренная только ради удобства, может быть использована для получения информации о версии файла. Средства конфигурирования не должны использовать эту информацию для любого типа управления версией, но они могут воспроизводить содержимое
Время создания файла	Время создания EDS, присваиваемое разработчиком EDS. Это время, предусмотренное только ради удобства, может быть использовано для получения информации о версии файла. Средства конфигурирования не должны использовать эту информацию для любого типа управления версией, но они могут воспроизводить содержимое
Дата внесения последних изменений	Дата внесения последних изменений в EDS. Средства конфигурирования, позволяющие вносить изменения в файл EDS, в случае необходимости должны обновлять это поле. Средства конфигурирования, предусмотренные только ради удобства, должны воспроизводить содержимое этих вводимых данных, если вносятся изменения. Если средства конфигурирования вносят изменения в EDS, то они должны обновлять это поле. Однако если изменения в EDS вносят вручную или с помощью текстового редактора, то это поле также должно обновляться. Такой ввод необходим, если - изменения в файл EDS вносят с использованием программных средств или если - представлены вводимые данные о времени внесения последних изменений
Время внесения последних изменений	Время внесения последних изменений в EDS. Средства конфигурирования, позволяющие вносить изменения в файл EDS, в случае необходимости должны обновлять эти вводимые данные. Средства конфигурирования, предусмотренные ради удобства, должны воспроизводить содержимое этого ввода, если вносятся изменения. Если средства конфигурирования вносят изменения в EDS, то они должны обновлять это поле. Однако если изменения в EDS вносят вручную или с помощью текстового редактора, то это поле также должно обновляться
Пересмотр EDS	Пересмотр EDS. Пересмотр EDS не взаимосвязан с каким-либо пересмотром продуктов; это просто пересмотр самого файла EDS
Базовый URL	Универсальный указатель ресурсов основного файла EDS, файл, содержащий изображение иконки, и другие файлы, связанные с данным EDS. HomeURL должен определять полный квалифицированный URL для ссылки на основную версию файла EDS. Кроме того, область ссылки (без спецификации имени файла) используется для определения области, в которой содержится (содержатся) другой связанный файл (другие связанные файлы), относящийся (относящиеся) к устройству, описываемому данным EDS

[File] DescText = «Smart Widget EDS File»;
CreateDate = 04-03-94; CreateTime = 17:51:44;	\$ created
ModDate = 04-06-94; ModTime = 22:07:30;	\$ last changed
Revision = 2.1;	\$ Revision of EDS
HomeURL = «http://www.odva.org/EDS/example.eds»;

Входные данные	Ключевое слово	Номер поля	Тип данных	Обязательно/Дополнительно
Идентификатор продавца ^a, ^b	VendCode	1	UINT	Обязательно
Название продавца	VendorName	1	EDS_Char_Array	Обязательно
Тип устройства ^a, ^b	ProdType	1	UINT	Обязательно
Строка типа устройства	ProdTypeStr	1	EDS_Char_Array	Обязательно
Код продукта ^a, ^b	ProdCode	1	UINT	Обязательно
Старшая версия ^a, ^b	MajRev	1	USINT	Обязательно
Младшая версия ^a	MinRev	1	USINT	Обязательно
Название продукта ^c	ProdName	1	EDS_Char_Array	Обязательно
Номер каталога	Catalog	1	EDS_Char_Array	Дополнительно
Исключить из соединения с использованием адаптерного блока	Исключить FromAdapterRackConnection	1	EDS_Char_Array	Дополнительно
Имя файла, содержащего изображение иконки	Icon	1	EDS_Char_Array	Дополнительно
^a Эти вводимые данные представляют атрибут объекта Идентичность. ^b Эти вводимые данные используют для согласования EDS с конкретным продуктом/версией. ^c Эти вводимые данные представляют атрибут объекта Идентичность, хотя тип данных может слегка отличаться.

Вводимые данные (вводы)	Описание
Идентификатор продавца	Числовой идентификатор продавца, определяемый объектом Идентичность, Атрибут 1
Название продавца	Текстовое название продавца. При воспроизведении в зависимости от возможностей дисплея может возникнуть необходимость усечения текста
Тип устройства	Числовой идентификатор устройства, определяемый объектом Идентичность, Атрибут 2
Строка типа устройства	Текстовое описание типа устройства, как установлено в соответствующем профиле устройств на основе CIP. Отдельные продавцы могут выбрать строки для отдельных типов устройств продавца
Код продукта	Установленный числовой идентификатор кода продуктов продавца, определяемый объектом Идентичность, Атрибут 3. Каждый код продуктов должен иметь собственную EDS
Старшая версия	Номер старшей версии, установленной продавцом, как определяется объектом Идентичность, Атрибут 4. Номер старшей версии продукта обычно может быть повышен, если вносятся изменения в форму, подготовку или функцию устройства. Изменения, внесенные в старшие версии, должны использоваться средствами конфигурирования для согласования устройства с EDS
Младшая версия	Номер младшей версии, установленной продавцом, как определяется объектом Идентичность, Атрибут 4. Номер младшей версии должен использоваться для идентификации изменений, внесенных в продукт, которые не влияют на выбор конфигурации пользователя (например, изменения, вносимые в корректоры ошибок встроенных программ, дополнительные светоизлучающие диоды, внутренние аппаратные средства). Изменения, вносимые в младшие версии, не должны использоваться средствами конфигурирования для согласования прибора с EDS
Название продукта	Текстовое название продукта, как определено объектом Идентичность, Атрибут 7. При воспроизведении в зависимости от возможностей дисплея может возникнуть необходимость усечения текста
Номер каталога	Номер текстового каталога или модели. Один или несколько номеров каталога могут быть ассоциированы с индивидуальным кодом продукта. Примечание — В случае множества номеров каталога полезно предоставить столько номеров, сколько возможно. Например, номер 1438-BAC7xx, где 'xx' представляет варианты номеров каталога, поддерживаемые данным кодом продукта/EDS
Исключить из FromAdapterRackConnection	Это поле используется для описания, если устройство стойки необходимо исключить из адаптерного соединения стойки. Если значение поля соответствует строке «Yes», то этот модуль должен быть исключен из адаптерных соединений стойки путем сброса ассоциированных битов щелевой маски (вход, выход и конфигурация). Если значение поля соответствует строке «No» или это дополнительное поле пропущено, ассоциированные биты щелевой маски могут быть установлены
Имя файла, содержащего изображение иконки	Имя файла, содержащего изображение иконки. Идентификация файла, содержащего графическое представление устройства. Файл должен иметь формат *.ICO MSWindows и должен содержать, как минимум, иконку 16x16. Файл также может содержать иконки 32x32, 48x48 и 64x64. Местоположение файла, содержащего изображение иконки, определяется с учетом местоположения, установленного ключевым словом HomeURL (без компоненты имени файла HomeURL), и имени файла, установленного этим ключевым словом. Это ключевое слово должно быть представлено только в случае, если ключевое слово HomeURL существует

[Device] VendCode = 65535; VendName = «Widget-Works, Inc.»; ProdType = 0; ProdTypeStr = «Generic»; Prod Code = 42;
MajRev = 1;	\$ Device Major Revision
MinRev = 1;	\$ Device Minor Revision
Prod Name = «Smart-Widget»; Catalog = «1499-DVG»; Icon = «example.ico»;

Вводимые данные (вводы)	Ключевое слово вводимых данных	Число полей	Тип данных	Обязательно/Дополнительно
Максимальное число экземпляров	MaxInst	1	UINT	Обязательно
Дескриптор классов параметров	Descriptor	1	WORD	Обязательно
Экземпляр компоновки конфигурации	CfgAssembly	1	UINT	Обязательно

Вводимые данные (вводы)	Описание
Максимальное число экземпляров	Идентифицирует общее число параметров конфигурации, содержащихся в устройстве, ассоциированных с EDS
Дескриптор классов параметров	Содержит битовые флаги, описывающие поведение объектов параметров устройства
Экземпляр компоновки конфигурации	Устанавливает число экземпляров объекта Компоновка, содержащих данные по конфигурации устройства

Предисловие

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

Введение

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

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

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

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

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

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

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

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

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

5.2.3 Заголовок

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

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

6.1 Протокол DeviceNet

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

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

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

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

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

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

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

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

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

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

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

6.2 Протокол CANopen

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

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

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

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

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

6.2.1.3.3 Объект deviceStructure

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.2.1.3.5.7 Элемент dedicatedCfgItem (Специализированный элемент конфигурации)

6.2.1.3.5.8 Элемент uncommittedCfgItem (нескоммутированный элемент конфигурации)

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

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

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

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

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

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

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

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

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

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

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

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

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

Бит	Название	Значение и смысл битов
0	Поддерживает индивидуальный доступ к параметрам	0 = Ни к одному из параметров не имеется индивидуальный доступ. Используется только компоновка конфигурации. 1 = К параметрам имеется индивидуальный доступ
1	Поддерживает полные атрибуты	0 = Только текущее значение параметров доступно в устройстве. 1 = Все данные по конфигурации для параметра доступны в самом устройстве
2	Команда сохранения в энергонезависимом запоминающем устройстве	0 = Параметры, сохраняемые автоматически. 1 = Параметры, не сохраняемые автоматически. Должна быть выполнена команда сохранения в энергонезависимом запоминающем устройстве, если необходимые параметры сохраняются в энергонезависимом запоминающем устройстве
3	Параметры сохраняются в энергонезависимом запоминающем устройстве	0 = Параметры не сохраняются в энергонезависимом запоминающем устройстве. 1 = Все полные параметры сохраняются в энергонезависимом запоминающем устройстве

Имя поля	Номер поля	Тип данных	Обязательно/Дополнительно
Зарезервированное	1	USINT	Обязательно
Размер маршрута связи	2	USINT	Дополнительно
Маршрут связи	3	EPATH	Дополнительно
Дескриптор	4	WORD	Обязательно
Тип данных	5	USINT/EPATH	Обязательно
Размер данных	6	USINT	Обязательно
Название параметра	7	EDS_Char_Array	Обязательно
Строка единиц измерения	8	EDS_Char_Array	Обязательно
Строка справки	9	EDS_Char_Array	Обязательно
Минимальное значение	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	STRINGI	Дополнительно
Международные технические единицы	23	STRINGI	Дополнительно
Международная строка справки	24	STRINGI	Дополнительно
^a Эти позиции будут определены в таблице A.20.

Поля	Описание
Зарезервированное	Данное первое поле должно содержать нуль
Размер маршрута связи	Число байтов, используемых для представления маршрута. Если размер канала связи не согласуется с числом байтов в поле «Маршрут связи», тогда «Размер канала связи» должен быть проигнорирован. Если этот параметр не адресуется из канала связи, то данное поле должно быть пустым. Если это поле является пустым, а поле «Маршрут связи» непустым, «Размер канала связи» должен быть равен числу байтов в поле «Маршрут связи»
Маршрут связи	Маршрут CIP к атрибуту объекта, где было найдено значение параметра. Маршрут должен быть введен как набор символов, используя нотацию маршрута, описанную в МЭК 62026-3:2000, и формат, установленный в A.4.1.3.6. Если параметр, описываемый этим вводом ParamN, не непосредственно адресуется из сети, то данное поле должно быть пустым. Если это поле содержит пустую строку, «», параметр, описываемый этим вводом ParamN, должен быть адресован как атрибут данных (атрибут экземпляра 1) N-го экземпляра объекта параметров (т.е. используя маршрут «20 0F 24 № 30 01»)
Дескриптор	Дескриптор параметров. Содержит флаги битов, описывающих поведение отдельных параметров (см. таблицу A.18)
Тип данных	Идентификатор типов данных, как определено в МЭК 62026-3:2000 (Спецификация и Кодирование типов данных). Данный идентификатор должен кодироваться либо как USINT, либо как EPATH. Примечание — Старые версии файлов EDS могут использовать идентификаторы типов данных USINT, как установлено в таблице A.19, но эти версии в настоящее время устарели. Они представлены здесь по причинам совместимости
Размер (объем) данных	Значение размеров числовых данных. Для типов данных строки и EPATH это поле устанавливает число байтов в расчете на символ или ввод. Следовательно, для типов данных STRING и EPATH это значение должно быть равно 1. Для типа данных STRING2 оно должно равняться 2. Для типа данных STRINGN рассматриваемое значение должно быть установлено, как равное N
Название параметра	Текстовое название параметра. В случае необходимости для согласования с максимально допустимой длиной набора символов найденный текст должен быть усечен
Строка единиц измерения	Набор символов единиц измерения на текстовом дисплее. В случае необходимости для согласования с максимально допустимой длиной набора символов найденный текст должен быть усечен
Строка справки	Набор символов текстовой справки. В случае необходимости для согласования с максимально допустимой длиной набора символов найденный текст должен быть усечен
Минимальное значение	Что касается смысла и требований, основанных на типе данных параметров, см. таблицу A.20
Максимальное значение	Что касается смысла и требований, основанных на типе данных параметров, см. таблицу A.20
Значение по умолчанию	Числовое значение по умолчанию, присваемое значению данных параметров
Международное название параметров	Название параметра, представляемое в нотации STRINGI
Название международных технических единиц	Технические единицы измерения, представляемые в нотации STRINGI
Международная строка справки	Строка справки, представляемая в нотации STRINGI

Бит	Определение	Значение и смысл битов
0	Поддерживает устанавливаемый маршрут	0 = Маршрут связи не может быть установлен. 1 = Маршрут связи может быть установлен
1	Поддерживает нумерованные строки	0 = Нумерованные строки не поддерживаются. 1 = Нумерованные строки поддерживаются и могут быть считаны
2	Поддерживает масштабирование	0 = Масштабирование не поддерживается. 1 = Масштабирование поддерживается. Атрибуты масштабирования реализуются, и значение представляется пользователю в технических единицах измерения
3	Поддерживает масштабируемые связи	0 = Масштабируемые связи не поддерживаются. 1 = Значения атрибутов масштабирования могут быть получены из других параметров
4	Только параметр считывания	0 = Значение параметра может быть записано (установлено) и считано (получено). 1 = Значение параметра может быть только считано (получено), а не установлено
5	Параметр мониторинга	0 = Значение параметра не обновляется устройством в реальном времени. 1 = Значение параметра обновляется устройством в реальном времени
6	Поддерживает расширенное точное масштабирование	0 = Расширенное точное масштабирование не поддерживается. 1 = Расширенное точное масштабирование должно быть осуществлено, и значение должно быть представлено пользователю в технических единицах измерения
7	Поддерживает непоследовательные нумерованные строки	0 = Непоследовательные нумерованные строки не поддерживаются. 1 = Непоследовательные нумерованные строки поддерживаются
8	Допускает как нумерованные, так и отдельные значения	0 = Как нумерованные, так и отдельные значения не поддерживаются. 1 = Как нумерованные, так и отдельные значения поддерживаются
9 — 15	Зарезервированные	Эти биты резервируются и должны устанавливаться на 0

Идентификатор типа данных	Определение	Описание типов данных
1	WORD	16-битное слово
2	UINT	16-битное целое число без знака
3	INT	16-битное целое число со знаком
4	BOOL	Булево
5	SINT	Короткое целое число
6	DINT	Двойное целое число
7	LINT	Длинное целое число
8	USINT	Короткое целое число без знака
9	UDINT	Двойное целое число без знака
10	ULINT	Длинное целое число без знака
11	REAL	Ординарный формат с плавающей точкой (IEEE 754)
12	LREAL	Двойной формат с плавающей точкой (IEEE 754)
13	ITIME	Длительность (короткая)
14	TIME	Длительность
15	FTIME	Длительность (высокое разрешение)
16	LTIME	Длительность (продолжительная)
17	DATE	Дата
18	TIME_OF_DAY	Время суток
19	DATE_AND_TIME	Дата и время
20	STRING	8 бит в расчете на строку символов
21	STRING2	16 бит в расчете на строку символов
22	STRINGN	№ байт в расчете на строку символов
23	SHORT_STRING	Короткая N-байтная строка символов
24	BYTE	8-битная строка
25	DWORD	32-битная строка
26	LWORD	64-битная строка

Тип данных	Описание и семантика	Семантика минимальных значений	Семантика максимальных значений	Обязательно/Дополнительно/Недопустимо
BYTE	Битовая строка — длина 8 бит	Минимальное и максимальное значения для этих типов данных не определены и не должны устанавливаться в файле EDS		Недопустимо
WORD	Битовая строка — длина 16 бит
DWORD	Битовая строка — длина 32 бита
LWORD	Битовая строка — длина 64 бита
STRING ^a	Строка (индикатор длиной 2 байта, 1 байт в расчете на символ)	Минимальная длина строки	Максимальная длина строки	Обязательно
STRING2 ^a	Строка (индикатор длиной 2 байта, 2 байта в расчете на символ)	Минимальная длина строки	Максимальная длина строки	Обязательно
STRINGN ^a	Строка (индикатор длиной 2 байта, № байтов в расчете на символ)	Минимальная длина строки	Максимальная длина строки	Обязательно
SHORT_STRING ^a	Строка символов (индикатор длиной 1 байт, 1-байтные символы)	Минимальная длина строки	Максимальная длина строки	Обязательно
EPATH ^a	Нумерованный маршрут	Минимальная длина строки	Максимальная длина строки	Дополнительно
Все другие типы данных		Минимальное числовое значение, которое может быть присвоено значению данных	Максимальное числовое значение, которое может быть присвоено значению данных	Дополнительно ^b
^a Типы данных STRING, STRING2, STRINGN, SHORT_STRING и EPATH не имеют спецификации по минимальному или максимальному значению. Поля минимального и максимального значений используются для представления длин минимальной и максимальной строки или минимального и максимального маршрута. В этих случаях параметр Размер данных используется для представления числа байтов, необходимых в расчете на символ или кодируемую единицу. ^b Если Минимальное значение и/или Максимальное значение не установлены, тогда минимальное и/или максимальное значения для параметра данных определяются в соответствии с МЭК 62026-3:2000, основываясь на типе данных параметра.

Поля	Описание
Масштабный множитель	Числовое значение множителя, применяемого к текущему значению данных параметра
Масштабный делитель	Числовое значение делителя, применяемого к текущему значению данных параметра
Масштабное основание	Числовое значение основания, применяемого к текущему значению данных параметра
Масштабное смещение	Числовое значение смещения, применяемого к текущему значению данных параметра
Связь множителя	Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение множителя, применяемого к текущему значению данных параметра
Связь делителя	Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение делителя, применяемого к текущему значению данных параметра
Связь основания	Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение основания, применяемого к текущему значению данных параметра
Связь смещения	Номер параметра, указывающий экземпляр объекта Параметр или другой атрибут объекта, который содержит числовое значение смещения, применяемое к текущему значению данных параметра
Десятичная точность	Числовое значение точности, применяемое к текущему значению данных параметра

[Params] Param1 = 0, 1, «20 02», 0x0E94, 1, 1,«Preset»,«V»,«User Manual p33», 0, 5, 1, 1, 1, 1, 0, 0, 0, 0, 0, 2;
Param2 =	\$ parameter instance
0,	\$ First field shall equal 0
6, «20 04 24 01 30 03»,	\$ path size, path
0x0A94,	\$ descriptor — in hex format
1,	\$ data type
1,	\$ data size
«Trigger»,	\$ name
«Hz»,	\$ units
«User Manual p49»,	\$ help string
0, 2, 0,	\$ min, max, default data values
1, 1, 1, 0,	\$ mult, div, base, offset scaling
, , , ,	\$ mult, div, base, offset links not used
2;	\$ decimal places
Param3 =	\$ not addressable from link,
0, , , 0x0082, 8, 1, «speed control», « », « », 3, 12, 3, ,,,,,,,,; Enum3 = 3, «stop», 8, «slow», 12, «fast»;

Имя поля	Номер поля	Тип данных	Обязательно/Дополнительно
Строка названия группы	1	EDS_Char_Array	Обязательно
Число элементов	2	UINT	Обязательно
Параметр	3 до (числа членов + 2)	UINT	Обязательно

Имя поля	Номер поля	Тип данных	Обязательно/Дополнительно
Название	1	EDS_Char_Array	Дополнительно
Маршрут	2	EDS_Char_Array	Дополнительно
Размер	3	UINT	Условно
Дескриптор	4	WORD	Дополнительно
Зарезервированное	7, 9, 11 ...	Пустое
Размер элемента	8, 10, 12 ...	UINT	Условно
Элементная ссылка		AssemN, ProxyAssemN, ParamN, ProxyParamN, UDINT, or EPATH	Условно