ГОСТ Р ИСО 15745-5-2010. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 5. Эталонное описание систем управления на основе высокоуровневого протокола управления каналом передачи данных HDLC
Актуально на 03.11.2026.
Как цитировать: "ГОСТ Р ИСО 15745-5-2010. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 5. Эталонное описание систем управления на основе высокоуровневого протокола управления каналом передачи данных HDLC". ГОСТ Р ИСО 15745-5-2010. https://bukva.ai/docs/standart-gost-r-iso-15745-5-2010
(утв. и введен в действие Приказом Росстандарта от 21.12.2010 № 862-ст)
Примечание
Документ введен в действие с 1 сентября 2011 года.
Утвержден и введен в действие Приказом Федерального агентства
по техническому регулированию
и метрологии
от 21 декабря 2010 г. № 862-ст
ПРИКЛАДНАЯ ИНТЕГРАЦИОННАЯ СРЕДА ОТКРЫТЫХ СИСТЕМ
ЭТАЛОННОЕ ОПИСАНИЕ СИСТЕМ УПРАВЛЕНИЯ НА ОСНОВЕ
ВЫСОКОУРОВНЕВОГО ПРОТОКОЛА УПРАВЛЕНИЯ КАНАЛОМ ПЕРЕДАЧИ
ДАННЫХ HDLC
Industrial automation systems and integration. Open systems
application integration framework. Part 5. Reference
description for HDLC-based control systems
ISO 15745-5:2007
Industrial automation systems and integration — Open systems
application integration framework — Part 5: Reference
description for HDLC-based control systems
(IDT)
Предисловие
1 ПОДГОТОВЛЕН Научно-техническим центром «ИНТЕК» на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 21 декабря 2010 г. № 862-ст
4 Настоящий стандарт идентичен международному стандарту ИСО 15745-5:2007 «Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 5. Эталонное описание систем управления на основе высокоуровневого протокола управления каналом передачи данных HDLC» (ISO 15745-5:2007 «Industrial automation systems and integration — Open systems application integration framework — Part 5: Reference description for HDLC-based control systems»).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)
Введение
Настоящий стандарт устанавливает требования к прикладной интеграционной среде (AIF), на которую распространяется комплекс стандартов ИСО 15745, включающий в себя:
- разработку спецификаций интерфейсов в форме профилей интероперабельности прикладных программных средств (AIP), позволяющих выбрать как соответствующие ресурсы, так и документацию на «встроенные» прикладные системы.
ИСО 15745-1 устанавливает общие элементы и правила описания интегрированных моделей и AIP, а также профили их компонентов: процессов, информационного обмена и ресурсов. Структура комплекса стандартов ИСО 15745 и обзор составных частей AIP представлены на рисунке 1 ИСО 15745-1.
Настоящий стандарт дополняет приведенный в ИСО 15745-1 общий профиль интероперабельности прикладных программных средств путем определения элементов, связанных с конкретной технологией, и правил описания профилей коммуникационных сетей и соответствующих профилей устройств, зависящих от систем управления CC-Link <1>, которые работают с использованием технологии высокоуровневого протокола управления каналом передачи данных (HDLC <2>).
<1> CC-Link — торговое наименование фирмы CLPA (CC-Link Partner Association). Эта информация приведена для удобства пользователей ИСО 15745 и не означает одобрения со стороны ИСО держателя этой торговой марки или любой его продукции. Для соответствия требованиям настоящего стандарта не требуется использовать торговую марку CC-Link, для использования которой необходимо получить разрешение фирмы CLPA.
<2> Сокращенное наименование HDLC (высокоуровневый протокол управления каналом передачи данных) использовано в настоящем стандарте как синоним ИСО/МЭК 13239.
В настоящем стандарте описаны шаблоны, применяемые для профилей устройства и коммуникационной сети. В рамках AIP экземпляр профиля устройства или профиля сети связи является частью профиля ресурса, описанного в ИСО 15745-1. Файлы экземпляров XML профиля устройства и профиля сети связи включают в экземпляр XML профиля ресурса с помощью типа данных для обработки профиля (ProfileHandle_DataType) в соответствии с требованиями 7.2.5 ИСО 15745-1.
Прикладная среда, используемая для интеграции программных средств, задается с использованием элементов и правил согласно ИСО 15745-1 и может быть объединена в единое целое с профилями компонентов, определенных с использованием элементов и правил, приведенных в настоящем стандарте.
Настоящий стандарт разработан Техническим комитетом ИСО/ТК 184 «Системы промышленной автоматизации и интеграция», подкомитетом ПК 5 «Архитектура, коммуникации и структуры интеграции».
Комплекс стандартов ИСО 15745 имеет общее наименование «Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем» и включает в себя следующие части:
- часть 1 — Общее эталонное описание;
- часть 2 — Эталонное описание систем управления на основе ИСО 11898;
- часть 3 — Эталонное описание систем управления на основе МЭК 61158;
- часть 4 — Эталонное описание систем управления на основе сети Ethernet;
- часть 5 — Эталонное описание систем управления на основе HDLC.
1 Область применения
Настоящий стандарт устанавливает элементы и правила, связанные с определенной технологией и предназначенные для описания профилей коммуникационных сетей и связанных с коммуникационными аспектами профилей устройств, характерных для систем управления на основе протокола HDLC.
Примечание - Общие элементы и правила описания интеграционных моделей и прикладных профилей интероперабельности программных средств разных поставщиков (профилей процессов, профилей информационного обмена и профилей ресурсов) установлены в ИСО 15745-1.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты, которые необходимо учитывать при использовании настоящего стандарта. В случае ссылок на документы, у которых указана дата утверждения, необходимо пользоваться только указанной редакцией. В случае, когда дата утверждения не приведена, следует пользоваться последней редакцией ссылочных документов, включая любые поправки и изменения к ним:
ИСО 15745-1:2003 Системы промышленной автоматизации и интеграция. Прикладная интегрированная среда открытых систем. Часть 1. Общее эталонное описание (ISO 15745-1:2003, Industrial automation systems and integration — Open systems application integration framework — Part 1: Generic reference description)
ИСО/МЭК 13239 Информационные технологии. Телекоммуникации и информационный обмен между системами. Процедуры высокоуровневого протокола управления каналом передачи данных (HDLC) (ISO/IEC 13239, Information technology — Telecommunications and information exchange between systems — High-level data link control (HDLC) procedures)
REC-xml-20040204, Extensible Markup Language (XML) 1.0 Third Edition — W3C Recommendation 04 February 2004
REC-xmlschema-1-20010502, XML Schema Part 1: Structures — W3C Recommendation 02 May 2001
REC-xmlschema-2-20010502, XML Schema Part 2: Datatypes — W3C Recommendation 02 May 2001
UML V1.4, OMG-Unified Modeling Language Specification (Version 1.4, September 2001)
3 Термины и определения
В настоящем стандарте применены термины и определения по ИСО 15745-1.
4 Сокращения
AIF — прикладная интеграционная среда; интеграционная структура AIF (Application Integration Framework);
AIP — профиль интероперабельности прикладных программных средств (Application Interoperability Profile);
ASCII — стандартный американский код для информационного обмена (American Standard Code for Information interchange);
CSP — профиль системы управления CC-Link (CC-Link System Profile (см. BAP-05028));
HDLC — высокоуровневый протокол управления каналом передачи данных (High-level Data Link Control) (см. ИСО/МЭК 13239);
IAS — системы промышленной автоматизации (Industrial Automation Systems);
I/O — ввод и вывод (Input and Output);
LT — система управления/терминатор (CC-Link/LT);
OSI — взаимодействие открытых систем (Open system interconnection);
RWr — удаленный регистр для чтения (Remote register for read);
RWw — удаленный регистр для записи (Remote register for write);
RX — дистанционный ввод (Remote input);
RY — дистанционный вывод (Remote output);
SEMI — международная организация по полупроводниковому оборудованию и материалам (Semiconductor Equipment and Material (см. SEMI E54.12-0701));
UML — унифицированный язык моделирования (Unified Modeling Language (версия 1.4)) (см. UML V1.4);
XML — расширяемый язык гипертекстовой разметки (eXtensible Markup Language) (см. REC-xml-20040204).
5 Технологические особенности элементов и правил
5.1 Интеграционные модели и интерфейсы систем промышленной автоматизации
Разработчик профиля интероперабельности прикладных программ разных поставщиков должен разработать интеграционную модель в соответствии с правилами, изложенными в ИСО 15745-1. Также он должен гарантировать, что профили устройств и коммуникационных сетей на основе HDLC (представляющие требования либо интерфейсов, либо профилей, полученных из существующих устройств/коммуникационных сетей) включают в себя необходимые интерфейсы систем промышленной автоматизации (IAS). Интерфейсы IAS, включенные в профиль, должны быть идентифицированы в заголовке (см. ИСО 15745-1, пункт 7.2.2).
Примечание — Описание интерфейсов систем промышленной автоматизации приведено в ИСО 15745-1, приложение B.
5.2 Шаблоны профилей
5.2.1 Общие положения
Шаблоны профилей на основе технологии HDLC получают с помощью основных (родовых) шаблонов профилей, указанных в ИСО 15745-1, раздел 7.
5.2.2 Содержание и синтаксис
Комплекс стандартов ИСО 15745 устанавливает требования к шаблонам профилей, представляемых в виде схем на языке XML (REC-xmlschema-1-20010502 и REC-xmlschema-2-20010502) и использующих общую структуру. Профили устройства и коммуникационной сети на основе этих шаблонов обычно содержат:
- информацию, необходимую для идентификации подсоединенного устройства;
- описание данных устройств, которые могут быть доступны через сеть связи;
- описание коммуникационных возможностей, поддерживаемых определенным устройством;
- дополнительную специальную информацию поставщика.
Однако технология CC-Link использует традиционный синтаксис кода ASCII. Следовательно, чтобы обеспечить возвратную совместимость для определения шаблона (см. приложение A) используют:
- шаблоны профилей устройства и коммуникационной сети в соответствии с ИСО 15745-1;
- шаблон ИСО 15745 для инкапсуляции (пакетирования) файлов с традиционным синтаксисом в коде ASCII («упаковщик»).
5.2.3 Заголовок
Заголовок шаблона профиля, определенный в ИСО 15745-1, 7.2.2, используют для шаблонов профилей, связанных с определенной технологией на основе протокола HDLC. Каждая технология использует одно или более имен для идентификации определенной технологии или ее компонента (см. таблицу 1). Выбранное имя должно храниться в запоминающем устройстве атрибута технологии профиля ProfileTechnology в заголовке.
Имена профилей технологий ProfileTechnology
| Имя профиля | Технология |
|---|---|
| CC-Link (система управления) | CC-Link |
| CSP (профиль системы CC-Link) | CC-Link |
5.3 Профили, связанные с определенной технологией
Структура профиля с характерной технологией коммуникационной сети, а также характеристики коммуникационных аспектов структуры профиля устройства на основе технологии HDLC приведены в разделе 6. Конкретной используемой технологией является CC-Link (см. 6.2).
6 Профили устройства и коммуникационной сети для систем управления на основе HDLC
6.1 Общие положения
Описание профилей устройства и коммуникационной сети, основанных на технологии CC-Link, приведено в 6.2.
6.2 CC-Link
6.2.1 Профиль устройства
6.2.1.1 Общие положения
На рисунке 1 приведена структура класса профиля устройства на основе технологии CC-Link (далее — устройства CC-Link).
Рисунок 1 — Диаграмма классов профиля устройства на основе технологии CC-Link
Класс DeviceProfile любой версии CC-Link, кроме версии LT, может включать в себя класс ApplicationProcess. Класс DeviceProfile LT версии CC-Link не должен включать в себя класс ApplicationProcess.
Доступные форматы для профилей устройства CC-Link приведены в A.2 приложения A.
Описание схемы на языке XML, представляющей шаблон профилей устройства CC-Link, приведено в A.2.1.3 приложения A. Имя файла данной XML-схемы — «CC-Link_DeviceProfile.xsd».
Схема XML, представляющая инкапсуляцию профиля системы CC-Link в шаблон профиля устройства в соответствии с требованиями ИСО 15745, приведена в A.2.2.2 приложения A. Имя файла данной XML-схемы — «CSP_DeviceProfile_wrapper xsd». Описание унаследованного синтаксиса ASCII профиля системы управления CC-Link приведено в A.4 приложения A.
6.2.1.2 Идентификация устройства
Структура класса DeviceIdentity приведена на рисунке 2.
Рисунок 2 — Диаграмма класса DeviceIdentity устройства CC-Link
Класс DeviceIdentity должен состоять из вложенных классов, приведенных на рисунке 2 и определенных в таблице 2. Классы, входящие в DeviceIdentity, применяют в отношении профиля, типа и экземпляра.
Классы, входящие в DeviceIdentity
6.2.1.3 Менеджер устройства
6.2.1.3.1 Общие положения
Структура класса DeviceManager приведена на рисунке 3.
Рисунок 3 — Диаграмма класса Device Manager устройства CC-Link
Класс Device Manager состоит из подклассов, приведенных на рисунке 3 и определенных в таблице 3.
Вложенные классы класса DeviceManager
6.2.1.3.2 NumOccupiedStations
6.2.1.3.3 ExtendedCycleConf
ExtendedCycleConf — уровень увеличения числа каналов (точек) ввода/вывода, использованных в расширенной циклической связи.
6.2.1.3.4 BmpFile
6.2.1.3.5 ErrReg
ErrReg — регистр, используемый для хранения кода ошибки.
6.2.1.3.6 UpDownLoadF
UpDownLoadF определяет, допускается ли загрузка данных в удаленный компьютер и загрузка данных из центральной ЭВМ по каналу связи.
6.2.1.3.7 MasterFlg
6.2.1.3.8 Mode
Mode определяет режимы поддерживающих (вспомогательных) операций (см. приложение A, таблица A.3).
6.2.1.3.9 TotalIO
TotalIO — суммарное число каналов (точек) ввода/вывода (см. приложение A, таблица A.4).
6.2.1.3.10 IOType
IOType — тип ввода/вывода (см. приложение A, таблица A.5).
6.2.1.3.11 SEMISupport
6.2.1.3.12 LEDList, LED
LEDList — перечисление доступных светодиодов. LED описывает наименование и возможное состояние светодиода на устройстве (см. приложение A, таблица A.6).
6.2.1.4 Функция устройства
Структура класса DeviceFunction (функция устройства) приведена на рисунке 4.
Рисунок 4 — Диаграмма класса DeviceFunction устройства CC-Link
Примечание - Определение DevFuncData функции устройства DeviceFunction не входит в область применения настоящего стандарта.
6.2.1.5 Прикладной процесс
6.2.1.5.1 Общие положения
Структура класса ApplicationProcess (прикладной процесс) приведена на рисунке 5.
Рисунок 5 — Диаграмма класса ApplicationProcess устройства CC-Link
6.2.1.5.2 RemoteIOMemoryMap
6.2.1.5.2.1 Общие положения
RemoteIOMemoryMap является эквивалентом профиля системы CC-Link (CSP) для дистанционного ввода/вывода. Описание профиля CSP приведено в разделе A.4 приложения A.
6.2.1.5.2.2 IO_Info_R
Структура класса IO_Info_R приведена на рисунке 6.
Рисунок 6 — Диаграмма класса IO_Info_R устройства CC-Link
Класс IO_Info_R представляет секцию IO_Info_Rx и секцию IO_Info_RY профиля CSP. BEntry должен содержать подклассы, приведенные на рисунке 6 и в A.2.1.2.4.1 приложения A.
6.2.1.5.3 RemoteDeviceMemoryMap
6.2.1.5.3.1 Общие положения
RemoteDeviceMemoryMap является эквивалентом профиля CC-Link (CSP) для удаленного устройства.
6.2.1.5.3.2 IO_Info_R
Описание структуры класса IO_Info_R приведено в 6.2.1.5.2.2.
6.2.1.5.3.3 IO_Info_RW
Структура класса IO_Info_RW приведена на рисунке 7.
Рисунок 7 — Диаграмма класса IO_Info_RW устройства CC-Link
Класс Comment используют для примечаний. Класс WEntry содержит дочерние классы (подклассы), приведенные на рисунке 7 и в A.2.1.2.4.2 приложения A. Класс WEntry представляет параметры регистра слова.
6.2.1.5.3.4 IO_RW-Bit
Структура класса IO_RW-Bit приведена на рисунке 8.
Рисунок 8 — Диаграмма класса IO_RW_Bit устройства CC-Link
Класс IO_RW_Bit является контейнером ассоциированных подклассов. Класс RegNo представляет номер регистра. Класс WBEntry содержит дочерние классы, приведенные на рисунке 8 и в A.2.1.2.4.3 приложения A. Класс WBEntry представляет параметры битов, использованных в регистре слова. CmdPtmRef является ссылкой на CmdPtm.
6.2.1.5.3.5 SelectPrm
Структура класса SelectPrm приведена на рисунке 9.
Рисунок 9 — Диаграмма класса SelectPrm устройства CC-Link
Класс SEntry содержит дочерние классы, приведенные на рисунке 9 и в A.2.1.2.4.4 приложения A. Класс SEntry представляет вход секции выбора параметра (Select parameter section), определенный в профиле системы CC-Link (CSP).
6.2.1.5.3.6 PrmSet
Структура класса PrmSet приведена на рисунке 10.
Рисунок 10 — Диаграмма класса PrmSet устройства CC-Link
Класс PrmSetGrp содержит дочерние классы, приведенные на рисунке 10 и в A.2.1.2.4.5 приложения A. Класс PrmSetGrp представляет вход секции установки параметров, определенной в профиле CSP. Класс Default является ссылкой на класс PrmSetGrp, устанавливаемый по умолчанию.
6.2.1.5.3.7 GrpItem
Структура класса GrpItem приведена на рисунке 11.
Рисунок 11 — Диаграмма класса GrpItem устройства CC-Link
Класс PEntry содержит дочерние классы, приведенные на рисунке 11 и в A.2.1.2.4.6 приложения A. Он представляет элементы ввода параметра, определенного в профиле CSP.
6.2.1.5.3.8 Method
Структура класса Method приведена на рисунке 12.
Рисунок 12 — Диаграмма класса Method устройства CC-Link
Класс MethodEntry содержит дочерние классы, приведенные на рисунке 12 и в A.2.1.2.4.7 приложения A. Он представляет метод, определенный в профиле CSP.
6.2.1.5.3.9 CmdPtrn
Структура класса CmdPtrn приведена на рисунке 13.
Рисунок 13 — Диаграмма класса CmdPtrn устройства CC-Link
Класс Comment используют для примечаний. Класс WEntry содержит дочерние классы, приведенные на рисунке 7 и в A.2.1.2.4.2 приложения A. Класс WEntry представляет параметры регистра слова.
6.2.2 Профиль коммуникационной сети
6.2.2.1 Общие положения
Структура класса профиля коммуникационной сети CC-Link приведена на рисунке 14.
Рисунок 14 — Диаграмма класса профиля коммуникационной сети CC-Link
Доступные форматы профилей коммуникационной сети CC-Link приведены в разделе A.3 приложения A.
Схема XML, представляющая шаблон профиля коммуникационной сети CC-Link, определена в A.3.1.3 приложения A. Имя файла этой XML схемы — CC-Link_CommNetworkProfile.xsd.
Схема XML, представляющая инкапсуляцию файла CC-Link CSP в шаблон профиля коммуникационной сети ИСО 15745, приведена в A.3.2.2 приложения A. Имя файла этой XML схемы — CSP_CommNetworkProfile_wrapper.xsd.
6.2.2.2 Прикладные уровни
Класс ApplicationLayers (прикладные уровни) представляет комбинированные профили трех верхних уровней OSI модели интеграции коммуникационной сети. Он определяет поддерживаемые сервисные элементы приложения и ассоциированные сервисы. Класс ApplicationLayers состоит из дочерних классов, приведенных на рисунке 15 и определенных в таблице 4.
- Transient указывает, поддерживает ли устройство переходную коммуникацию и документирует ли необязательные команды, определенные поставщиком;
- Message указывает, поддерживает ли устройство коммуникацию сообщения.
6.2.2.3 Транспортные уровни
6.2.2.3.1 Общие положения
Класс TransportLayers представляет комбинированные профили для нижних четырех уровней OSI интеграционной модели коммуникационной сети CC-Link. Класс TransportLayers состоит из дочерних классов, приведенных на рисунке 16.
6.2.2.3.2 PhysicalLayerInterface
6.2.2.3.3 DataLinkLayerInterface
Класс DataLinkLayerInterface определяет свойства, ассоциированные с уровнем CC-Link передачи данных. Дочерние классы (подклассы) DataLinkLayerInterface представляют собой:
- DLConfigParams определяет свойства, ассоциированные с конфигурацией уровня передачи данных;
- DLVariables определяет свойства, ассоциированные с мониторингом уровня передачи данных.
6.2.2.4 Менеджмент сети
Класс NetworkManagement представляет собой свойства, относящиеся к менеджменту сети модели интеграции коммуникационной сети CC-Link. Класс NetworkManagement состоит из дочерних классов, приведенных на рисунке 17 и определенных в таблице 5.
Дочерними классами, входящими в NetworkManagement, являются:
- NetworkStatusInfor и ассоциированные подклассы, определяющие свойства, связанные со статусом сети CC-Link;
- OtherStationMInforList и OtherStationManagementInfor, определяющие свойства, связанные с другими станциями;
- SlaveTransInfoLT и ассоциированные подклассы, определяющие свойства, связанные с информацией о передаче сообщений подчиненными станциями.
Инструментальные средства конфигурации, предназначенные для устройств CC-Link, используют специально отформатированный ASCII файл. Этот файл называют профилем системы CC-Link (CSP). Он содержит информацию об устройстве, например:
- информацию, необходимую для идентификации подсоединенного устройства;
- описание данных устройства, которые могут быть доступны через сеть связи (например, конфигурируемые параметры);
- описание возможностей кабельного соединения, поддерживаемого устройством (например, разъемов);
- дополнительную информацию, связанную с поставщиком.
Профиль системы CC-Link разрешает инструментальному средству конфигурации автоматизировать процесс конфигурирования устройства. Требования CSP обеспечивают открытый, последовательный и совместимый подход к конфигурации устройства.
Информация CSP аналогична информации, которая требуется как в коммуникационной сети, так и в профилях устройств. В разделах A.2, A.3 и A.4 установлены требования к форматам для:
A.2.1 Описание шаблона профиля устройства на языке XML
XML-файл профиля устройства должен соответствовать XML-схеме профиля этого устройства согласно A.2.1.3.
Элементы данной схемы на языке XML определяют по диаграммам классов профилей устройств, приведенным в 6.2.1.
A.2.1.2 Семантика элементов схемы на языке XML
Данный элемент ассоциируется с набором атрибутов, которые предоставляют дополнительную информацию о файле профиля. Атрибуты приведены в таблице A.1, а описание их семантики — в таблице A.35.
Этот элемент определяет версию CC-Link, используемую устройством.
Этот элемент определяет имя поставщика устройства (см. таблицу A.37).
Этот элемент определяет идентификацию поставщика устройства (см. таблицу A.37).
Этот элемент определяет имя модели устройства (см. таблицу A.37).
Этот элемент определяет номер версии устройства (см. таблицу A.37).
Этот элемент определяет уникальный идентификатор устройства, расположенного между другими устройствами, связанными друг с другом в сети CC-Link.
Этот элемент определяет тип подчиненной станции (см. таблицу A.37).
Этот элемент определяет тип станции удаленного устройства (см. таблицы A.37 и A.38).
A.2.1.2.3.1 NumOccupiedStations
Этот элемент определяет число видимых в сети станций, которые задействованы устройством.
Этот элемент определяет множество каналов (точек) ввода/вывода (I/O) в расширенной циклической коммуникации. Семантика ExtendedCycleConf приведена в таблице A.2.
| Значение | Описание конфигурации |
|---|---|
| 0 | Единичная |
| 1 | Двукратная |
| 2 | Четырехкратная |
| 3 | Восьмикратная |
Этот элемент определяет запоминающее устройство регистра, в котором хранится код ошибки.
Этот элемент является «флагом», который указывает, поддерживает файл CSP загрузку данных в удаленный компьютер или поддерживает загрузку из центральной ЭВМ по каналу связи.
Значение 0 означает, что файл CSP загрузку не поддерживает, а 1 — поддерживает.
Этот элемент является «флагом», который указывает на то, может ли устройство функционировать в качестве главной резервной станции. Ведомое устройство, относящееся к типу интеллектуальных устройств, также может функционировать в режиме резервного ведущего устройства.
Значение 0 означает, что устройство не может быть резервным ведущим устройством.
Этот элемент определяет рабочий режим устройства. Описание семантики работы Mode приведено в таблице A.3.
Этот элемент определяет число каналов (точек) ввода/вывода (I/O). Описание семантики TotalIO приведено в таблице A.4.
| Значение | Описание |
|---|---|
| 0 | Зависит от числа занятых станций |
| 1 | 8 каналов (точек) ввода/вывода |
| 2 | 32 канала (точки) ввода/вывода |
| 3 | 16 каналов (точек) ввода/вывода |
Этот элемент определяет тип ввода/вывода. Описание семантики IOType приведено в таблице A.5.
Этот элемент булевого типа определяет, поддерживаются ли функции стандарта SEMI. Значение TRUE означает, что функция SEMI поддерживается, а значение FALSE — не поддерживается.
Описание атрибутов класса LED приведено в таблице A.6.
Примечание - Семантика значений приведена в BAP-05027, а семантика значений для версии LT — в BAP-05031.
| Атрибут | Описание | Значение |
|---|---|---|
| Имя | Имя LED | PW RUN ERR MST S MST LOCAL CPU R/W SW M/S PRM TIME LINE L RUN L ERR SD RD |
| Состояние | Состояние LED | ON OFF BLINK |
| Элемент | Описание |
|---|---|
| PrmName | Имя сигнала |
| RegNo | Номер регистра |
| OffName | Метка параметра, значение которого равно 0 |
| OnName | Метка параметра, значение которого равно 1 |
Описание элементов WEntry приведено в таблице A.8.
Описание элементов WBEntry приведено в таблице A.9.
| Элемент | Описание |
|---|---|
| PrmName | Имя сигнала |
| RWBit | Номер регистра битов |
| OffName | Метка параметра, значение которого равно 0 |
| OnName | Метка параметра, значение которого равно 1 |
Описание элементов PrmSetGrp приведено в таблице A.11.
| Элемент | Описание |
|---|---|
| GrpName | Имя группы |
| GrpNum | Число групповых элементов |
| GrpItemRef | Ссылка на групповой элемент (GrpItem) |
| MethodRef | Ссылка на метод ввода (MethodEntry) |
Описание элементов PEntry приведено в таблице A.12.
targetNamespace=«http://www.cc-link.org/ISO15745/DeviceProfile»
elementFormDefault=«qualified» attributeFormDefault=«unqualified»
xmlns=«http://www.cc-link.org/ISO15745/DeviceProfile»
xmlns:xsd=«http://www.w3.org/2001/XMLSchema»>
<xsd:element ref=«ProfileHeader»/>
<xsd:element ref=«ProfileBody»/>
xsd:documentation* HEADER SECTION *</xsd:documentation>
<xsd:element name=«ProfileIdentification» type=«xsd:string»/>
<xsd:element name=«ProfileRevision» type=«xsd:string»/>
<xsd:element name=«ProfileName» type=«xsd:string»/>
<xsd:element name=«ProfileSource» type=«xsd:string»/>
<xsd:element name=«ProfileClassID» type=«ProfileClassID_DataType» fixed=«Device»/>
<xsd:element name=«ProfileDate» type=«xsd:date» minOccurs=«0»/>
<xsd:element name=«AdditionalInformation» type=«xsd:anyURI» minOccurs=«0»/>
<xsd:element name=«ISO15745Reference» type=«ISO15745Reference_DataType»/>
<xsd:element name=«IASInterfaceType» type=«IASInterface_DataType» minOccurs=«0»
xsd:documentation* HEADER DATA TYPES *</xsd:documentation>
<xsd:simpleType name=«ProfileClassID_DataType»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«Resource»/>
<xsd:enumeration value=«Device»/>
<xsd:enumeration value=«CommunicationNetwork»/>
<xsd:enumeration value=«Equipment»/>
<xsd:enumeration value=«Human»/>
<xsd:complexType name=«ISO15745Reference_DataType»>
<xsd:element name=«ISO15745Part» type=«xsd:positiveInteger»/>
<xsd:element name=«ISO15745Edition» type=«xsd:positiveInteger»/>
<xsd:element name=«ProfileTechnology» type=«xsd:string»/>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«CSI» />
<xsd:enumeration value=«HCI» />
<xsd:enumeration value=«ISI» />
<xsd:enumeration value=«ESI» />
<xsd:enumeration value=«FSI» />
<xsd:enumeration value=«MTI» />
<xsd:enumeration value=«SEI» />
<xsd:enumeration value=«USI» />
xsd:documentation* BODY SECTION *</xsd:documentation>
<xsd:element name=«ProfileBody»>
<xsd:element ref=«DeviceIdentity»/>
<xsd:element ref=«DeviceManager»/>
<xsd:element ref=«DeviceFunction» maxOccurs=«unbounded»/>
<xsd:element ref=«ApplicationProcess» minOccurs=«0» maxOccurs=«unbounded»/>
<xsd:attribute name=«FileComment» type=«xsd:string» use=«optional»/>
<xsd:attribute name=«CreateDate» type=«xsd:date» use=«required»/>
<xsd:attribute name=«CreateTime» type=«xsd:time» use=«required»/>
<xsd:attribute name=«ModDate» type=«xsd:date» use=«optional»/>
<xsd:attribute name=«ModTime» type=«xsd:time» use=«optional»/>
<xsd:attribute name=«Version» type=«xsd:string» use=«required»/>
xsd:documentation* ISO 15745 CC-LINK DEFINED ELEMENTS *</xsd:documentation>
<xsd:element name=«DeviceIdentity» type=«DeviceIdentityTYPE»/>
<xsd:element name=«DeviceManager» type=«DeviceManagerTYPE»/>
<xsd:element name=«DeviceFunction» type=«DeviceFunctionTYPE»/>
<xsd:element name=«ApplicationProcess» type=«ApplicationProcessTYPE»/>
<xsd:element name=«CcLinkVer»>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«StationNumber» nillable=«true»>
<xsd:restriction base=«xsd:short»>
<xsd:maxInclusive value=«64»/>
<xsd:element name=«StationType» type=«xsd:short»>
2: Intelligent device station (includes local stations and standby master station)
<xsd:element name=«RemDevType»>
1D: CC-Link — CC-Link/LT bridge
1F: Protocol converting device
24: Power distribution control device
39: Power supply control device
3A: Welding machine control device
43: Power supply (for mass flow controller)
45: Power reception and distribution device
<xsd:restriction base=«xsd:hexBinary»>
<xsd:element name=«NumOccupiedStations»>
<xsd:restriction base=«xsd:short»>
<xsd:element name=«ExtendedCycleConf»>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«UpDownLoadF» type=«xsd:short»>
<xsd:element name=«MasterFlg» type=«xsd:short»>
0: not capable of being a standby master station
1: capable of being a standby master station
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«Online»/>
<xsd:enumeration value=«LineTest1»/>
<xsd:enumeration value=«LineTest2»/>
<xsd:enumeration value=«ParamCheckTest»/>
<xsd:enumeration value=«HardwareTest»/>
0: Dependent on the number of occupied stations
<xsd:restriction base=«xsd:hexBinary»>
0: Both front and back are mixed
<xsd:restriction base=«xsd:hexBinary»>
<xsd:element name=«SEMISupport» type=«xsd:boolean»/>
<xsd:element ref=«LED» maxOccurs=«unbounded»/>
<xsd:attribute name=«Name» use=«required»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«RUN»/>
<xsd:enumeration value=«ERR.»/>
<xsd:enumeration value=«MST»/>
<xsd:enumeration value=«S MST»/>
<xsd:enumeration value=«LOCAL»/>
<xsd:enumeration value=«CPU R/W»/>
<xsd:enumeration value=«M/S»/>
<xsd:enumeration value=«PRM»/>
<xsd:enumeration value=«TIME»/>
<xsd:enumeration value=«LINE»/>
<xsd:enumeration value=«L RUN»/>
<xsd:enumeration value=«L ERR.»/>
<xsd:attribute name=«State» use=«optional»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«OFF»/>
<xsd:enumeration value=«BLINK»/>
<xsd:element name=«RemoteIOMemoryMap»>
<xsd:element ref=«IO_Info_R» minOccurs=«0» maxOccurs=«2»/>
<xsd:key name=«Key_RemoteIOMemoryMap_IO_Info_R»>
<xsd:selector xpath=«IO_Info_R»/>
<xsd:field xpath=«@CSPSecName»/>
<xsd:element name=«RemoteDeviceMemoryMap»>
<xsd:element ref=«IO_Info_R» minOccurs=«2» maxOccurs=«2»/>
<xsd:element ref=«IO_Info_RW» minOccurs=«2» maxOccurs=«2»/>
<xsd:element ref=«IO_RW_Bit» minOccurs=«0» maxOccurs=«2»/>
<xsd:element ref=«SelectPrm» minOccurs=«0» maxOccurs=«unbounded»/>
<xsd:element ref=«PrmSet» minOccurs=«0» maxOccurs=«unbounded»/>
<xsd:element ref=«GrpItem» minOccurs=«0» maxOccurs=«unbounded»/>
<xsd:element ref=«Method» minOccurs=«0»/>
<xsd:element ref=«CmdPtrn» minOccurs=«0» maxOccurs=«unbounded»/>
<xsd:key name=«Key_SelectPrm_PrmSet»>
<xsd:selector xpath=«SelectPrm|PrmSet»/>
<xsd:keyref name=«Keyref_SelectPrm_PrmSet» refer=«Key_SelectPrm_PrmSet»>
<xsd:selector xpath=«IO_Info_RW/WEntry/SecNameRef|CmdPtrn/WEntry/SecNameRef»/>
<xsd:selector xpath=«CmdPtrn»/>
<xsd:keyref name=«Keyref_CmdPtrn» refer=«Key_CmdPtrn»>
<xsd:selector xpath=«IO_RW_Bit/CmdPtrnRef»/>
<xsd:key name=«Key_SelectPrm_PrmSet_CmdPtrn»>
<xsd:selector xpath=«SelectPrm|PrmSet|CmdPtrn»/>
<xsd:keyref name=«Keyref_SelectPrm_PrmSet_CmdPtrn»
refer=«Key_SelectPrm_PrmSet_CmdPtrn»>
<xsd:selector xpath=«SelectPrm/SecNameRef»/>
<xsd:selector xpath=«GrpItem»/>
<xsd:keyref name=«Keyref_GrpItem» refer=«Key_GrpItem»>
<xsd:selector xpath=«PrmSet/PrmSetGrp/GrpItemRef»/>
<xsd:key name=«Key_RemoteDeviceMemoryMap_IO_Info_R»>
<xsd:selector xpath=«IO_Info_R»/>
<xsd:field xpath=«@CSPSecName»/>
<xsd:key name=«Key_IO_Info_RW»>
<xsd:selector xpath=«IO_Info_RW»/>
<xsd:field xpath=«@CSPSecName»/>
<xsd:key name=«Key_IO_RW_Bit»>
<xsd:selector xpath=«IO_RW_Bit»/>
<xsd:field xpath=«@CSPSecName»/>
<xsd:key name=«Key_MethodEntry»>
<xsd:selector xpath=«Method/MethodEntry»/>
<xsd:keyref name=«Keyref_MethodEntry» refer=«Key_MethodEntry»>
<xsd:selector xpath=«PrmSet/PrmSetGrp/MethodRef|GrpItem/Pentry/MethodRef»/>
<!- — ApplicationProcess — IO_Info_R — ->
<xsd:element name=«IO_Info_R»>
<xsd:element ref=«BEntry» maxOccurs=«unbounded»/>
<xsd:attribute name=«CSPSecName» use=«required»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«IO_Info_RX»/>
<xsd:enumeration value=«IO_Info_RY»/>
<xsd:attribute name=«EntryNum» type=«xsd:short» use=«required»/>
<xsd:selector xpath=«BEntry»/>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«OffName» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«OnName» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<!- — ApplicationProcess — IO_Info_RW — ->
<xsd:element name=«IO_Info_RW»>
<xsd:element name=«Comment» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element ref=«WEntry» maxOccurs=«unbounded»/>
<xsd:attribute name=«CSPSecName» use=«required»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«IO_Info_RWw»/>
<xsd:enumeration value=«IO_Info_RWr»/>
<xsd:attribute name=«EntryNum» type=«xsd:short» use=«required»/>
<xsd:key name=«Key_IO_Info_RW_WEntry»>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«DatTypFlg» type=«xsd:unsignedShort»>
0: Used as 16-bit unsigned hexadecimal data.
1: Used as 16-bit signed decimal data.
2: Used as 16-bit unsigned decimal data.
4: Used as 8-bit unsigned hexadecimal data. (Upper 8 bits)
5: Used as 8-bit unsigned hexadecimal data. (Lower 8 bits)
6: Used as 32-bit signed decimal data.
7: Used as 32-bit unsigned decimal data.
8: Used as 32-bit unsigned hexadecimal data.
9: Used as a floating point value (32-bit data).
10: Used as 4-bit unsigned hexadecimal data 1).
11: Used as 4-bit unsigned hexadecimal data 2).
12: Used as 4-bit unsigned hexadecimal data 3).
13: Used as 4-bit unsigned hexadecimal data 4).
<xsd:element name=«SecNameRef» minOccurs=«0»>
<xsd:attribute name=«ref» type=«xsd:string» use=«required»/>
<xsd:element name=«Default» minOccurs=«0»>
<xsd:restriction base=«xsd:integer»/>
<xsd:restriction base=«xsd:hexBinary»/>
<xsd:restriction base=«xsd:float»/>
<xsd:element name=«Range» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«UnitStr» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«StringWithOptOnOffTYPE»>
<xsd:restriction base=«StringWithOptOnOffTYPE»>
<xsd:element name=«ReadReg» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«ILock» type=«ILockTYPE» minOccurs=«0»/>
<xsd:element name=«InterReq» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:element name=«InterAns» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<!- — ApplicationProcess — IO_RW_Bit — ->
<xsd:element name=«IO_RW_Bit»>
<xsd:element ref=«IO_RW_Bit_Reg» maxOccurs=«unbounded»/>
<xsd:attribute name=«CSPSecName» use=«required»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«IO_RWw_Bit»/>
<xsd:enumeration value=«IO_RWr_Bit»/>
<xsd:element name=«IO_RW_Bit_Reg»>
<xsd:element name=«CmdPtrnRef» minOccurs=«0»>
<xsd:attribute name=«ref» type=«xsd:string» use=«required»/>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:element ref=«WBEntry» maxOccurs=«unbounded»/>
<xsd:attribute name=«EntryNum» type=«xsd:short» use=«required»/>
<xsd:selector xpath=«WBEntry»/>
<xsd:restriction base=«xsd:string»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«OffName» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«OnName» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<!- — ApplicationProcess — SelectPrm — ->
<xsd:element name=«SelectPrm»>
<xsd:element ref=«SEntry» maxOccurs=«unbounded»/>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<xsd:attribute name=«EntryNum» type=«xsd:short» use=«required»/>
<xsd:selector xpath=«SEntry»/>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«CodeNo» type=«xsd:hexBinary» minOccurs=«0»/>
<xsd:element name=«UnitStr» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«SecNameRef» minOccurs=«0»>
<xsd:attribute name=«ref» type=«xsd:string» use=«required»/>
<xsd:element name=«UpDwnTyp» type=«xsd:short» minOccurs=«0»>
3: Both upload and download are supported
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<!- — Application Process — PrmSet — ->
<xsd:attribute name=«ref» type=«xsd:string» use=«required»/>
<xsd:element ref=«PrmSetGrp» maxOccurs=«unbounded»/>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<xsd:attribute name=«GrpNum» type=«xsd:short» use=«required»/>
<xsd:key name=«Key_PrmSetGrp»>
<xsd:selector xpath=«PrmSetGrp»/>
<xsd:keyref name=«Keyref_PrmSetGrp» refer=«Key_PrmSetGrp»>
<xsd:selector xpath=«Default»/>
<xsd:element name=«PrmSetGrp»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«GrpNum» type=«xsd:short»/>
<xsd:element name=«GrpItemRef»>
<xsd:attribute name=«ref» type=«xsd:string» use=«required»/>
<xsd:element name=«MethodRef» minOccurs=«0»>
<xsd:attribute name=«ref» type=«xsd:string» use=«required»/>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<!- — ApplicationProcess — GrpItem — ->
<xsd:element ref=«PEntry» maxOccurs=«unbounded»/>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<xsd:attribute name=«EntryNum» type=«xsd:short» use=«required»/>
<xsd:selector xpath=«PEntry»/>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«PrmNo» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«RegNo» minOccurs=«0»>
<xsd:element name=«ReadRegNos» type=«xsd:string» minOccurs=«0»
<xsd:element name=«WriteRegNos» type=«xsd:string» minOccurs=«0»
<xsd:element name=«DatTypFlg» type=«xsd:short»/>
<xsd:element name=«Default» minOccurs=«0»>
<xsd:restriction base=«xsd:integer»/>
<xsd:restriction base=«xsd:hexBinary»/>
<xsd:restriction base=«xsd:float»/>
<xsd:element name=«Range» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«UnitStr» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«MethodRef» minOccurs=«0»>
<xsd:attribute name=«ref» type=«xsd:string» use=«required»/>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<!- — ApplicationProcess — Method — ->
<xsd:element ref=«MethodEntry» maxOccurs=«unbounded»/>
<xsd:attribute name=«EntryNum» type=«xsd:short» use=«required»/>
<xsd:element name=«MethodEntry»>
<xsd:element name=«CmdRegNoCode»>
<xsd:element ref=«RegNoCode» maxOccurs=«unbounded»/>
<xsd:element name=«ReqRY» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:element name=«EndRX» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:element name=«ErrEnd» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:element name=«ReplyRW» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«TrueCnd» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«ErrReg» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element name=«TrueCnd2» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:element name=«ILock» type=«ILockTYPE» minOccurs=«0»/>
<xsd:element name=«InterReq» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:element name=«InterAns» minOccurs=«0»>
<xsd:restriction base=«StringWithOnOffTYPE»>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<xsd:element name=«RegNoCode»>
<xsd:element name=«RegNo» type=«xsd:string»/>
<xsd:element name=«Code» type=«xsd:string»/>
<xsd:element name=«ReadCode» type=«xsd:string»/>
<xsd:element name=«WriteCode» type=«xsd:string»/>
<!- — ApplicationProcess — CmdPtrn — ->
<xsd:element name=«Comment» minOccurs=«0»>
<xsd:restriction base=«xsd:string»>
<xsd:element ref=«WEntry» maxOccurs=«unbounded»/>
<xsd:attribute name=«id» type=«xsd:string» use=«required»/>
<xsd:attribute name=«EntryNum» type=«xsd:short» use=«required»/>
<xsd:key name=«Key_CmdPtrn_WEntry»>
<xsd:selector xpath=«WEntry»/>
xsd:documentation* ISO 15745 DEFINED DATA TYPES *</xsd:documentation>
<xsd:complexType name=«ProfileHandle_DataType»>
<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:documentation* ISO 15745 CC-LINK DEFINED DATA TYPES *</xsd:documentation>
<xsd:complexType name=«DeviceIdentityTYPE»>
<xsd:element ref=«CcLinkVer»/>
<xsd:element ref=«StationNumber» minOccurs=«0»/>
<xsd:element ref=«StationType»/>
<xsd:element ref=«RemDevType» minOccurs=«0»/>
<xsd:complexType name=«DeviceManagerTYPE»>
<xsd:element ref=«NumOccupiedStations»/>
<xsd:element ref=«ExtendedCycleConf» minOccurs=«0»/>
<xsd:element ref=«BmpFile» minOccurs=«0»/>
<xsd:element ref=«ErrReg» minOccurs=«0»/>
<xsd:element ref=«UpDownLoadF» minOccurs=«0»/>
<xsd:element ref=«MasterFlg» minOccurs=«0»/>
<xsd:element ref=«TotalIO» minOccurs=«0»/>
<xsd:element ref=«IOType» minOccurs=«0»/>
<xsd:element ref=«SEMISupport» minOccurs=«0»/>
<xsd:element ref=«LEDList» minOccurs=«0»/>
<xsd:complexType name=«DeviceFunctionTYPE»>
<xsd:element name=«DevFuncData» type=«xsd:string» minOccurs=«0»/>
<xsd:complexType name=«ApplicationProcessTYPE»>
<xsd:element ref=«RemoteIOMemoryMap» minOccurs=«0»/>
<xsd:element ref=«RemoteDeviceMemoryMap» minOccurs=«0»/>
<xsd:complexType name=«StringWithOptOnOffTYPE»>
<xsd:extension base=«xsd:string»>
<xsd:attribute name=«onoff» type=«OnOffTYPE»/>
<xsd:complexType name=«StringWithOnOffTYPE»>
<xsd:extension base=«xsd:string»>
<xsd:attribute name=«onoff» type=«OnOffTYPE» use=«required»/>
<xsd:complexType name=«ILockTYPE»>
<xsd:element name=«DevName» maxOccurs=«unbounded»>
<xsd:extension base=«xsd:string»>
<xsd:attribute name=«onoff» type=«OnOffTYPE» use=«required»/>
<xsd:simpleType name=«OnOffTYPE»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«off»/>
A.2.2 Описание шаблона профиля устройства: XML-инкапсуляция файлов CSP
XML-файлы профиля устройства, используемые для инкапсуляции CSP файлов, должны соответствовать XML-схеме профиля устройства согласно A.2.2.2.
Семантика элементов, входящих в ExternalProfileHandle (элемент обработки внешнего профиля), используемая для обращения к существующему CSP файлу, приведена в таблице A.14.
Элементы ExternalProfileHandle
| Элемент схемы на языке XML | Элемент профиля системы CC-Link |
|---|---|
| ProfileIdentification | Имя файла CSP (см. A.4.2) |
| ProfileRevision | Версия (версию файла CSP см. таблицу A.35) |
Если присутствуют элементы DeviceIdentity, DeviceManager, DeviceFunction и ApplicationProcess, то они должны быть совместимыми с форматами, приведенными в A.2.1.3.
A.2.2.2 XML схема: CSP_DeviceProfile_wrapper.xsd
<xsd:schema xmlns:xsd=«http://www.w3.org/2001/XMLSchema»>
<xsd:element name=«ISO15745Profile»>
<xsd:element ref=«ProfileHeader»/>
<xsd:element ref=«ProfileBody»/>
xsd:documentation* HEADER SECTION *</xsd:documentation>
<xsd:element name=«ProfileHeader»>
<xsd:element name=«ProfileIdentification» type=«xsd:string»/>
<xsd:element name=«ProfileRevision» type=«xsd:string»/>
<xsd:element name=«ProfileName» type=«xsd:string»/>
<xsd:element name=«ProfileSource» type=«xsd:string»/>
<xsd:element name=«ProfileClassID» type=«ProfileClassID_DataType» fixed=«Device»/>
<xsd:element name=«ProfileDate» type=«xsd:date» minOccurs=«0»/>
<xsd:element name=«AdditionalInformation» type=«xsd:anyURI» minOccurs=«0»/>
<xsd:element name=«ISO15745Reference» type=«ISO15745Reference_DataType»/>
<xsd:element name=«IASInterfaceType» type=«IASInterface_DataType» minOccurs=«0»
xsd:documentation* BODY SECTION *</xsd:documentation>
<xsd:element name=«ProfileBody»>
<xsd:element name=«DeviceIdentity» minOccurs=«0» maxOccurs=«1»>
<xsd:element name=«DeviceManager» minOccurs=«0» maxOccurs=«1»>
<xsd:element name=«DeviceFunction» minOccurs=«1» maxOccurs=«unbounded»>
<xsd:element name=«ApplicationProcess» minOccurs=«0» maxOccurs=«unbounded»>
<xsd:element name=«ExternalProfileHandle» type=«ProfileHandle_DataType» minOccurs=«0»
<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:complexType name=«ISO15745Reference_DataType»>
<xsd:element name=«ISO15745Part» type=«xsd:positiveInteger»/>
<xsd:element name=«ISO15745Edition» type=«xsd:positiveInteger»/>
<xsd:element name=«ProfileTechnology» type=«xsd:string»/>
<xsd:simpleType name=«IASInterface_DataType»>
<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 base=«xsd:string»>
xsd:documentation* ISO 15745 DEFINED DATA TYPES *</xsd:documentation>
<xsd:complexType name=«ProfileHandle_DataType»>
<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»/>
A.3 Описание шаблона профиля коммуникационной сети
A.3.1 Описание шаблона профиля коммуникационной сети на языке XML
XML-файлы профиля коммуникационной сети должны соответствовать XML-схеме профиля этой коммуникационной сети согласно A.3.1.3.
Элементы данной XML-схемы определяют по диаграммам классов профилей коммуникационной сети, приведенных в 6.2.2, и дополняют элементами, обеспечивающими полное описание сетевых требований или возможностей.
A.3.1.2 Семантика элементов схемы на языке XML
Описание и семантика элементов OptionCommand приведены в таблице A.15.
Примечание - Подробное описание семантики приведено в BAP-05026.
| Элемент | Описание и семантика |
|---|---|
| CommandType | Тип команды (0x60h — 0x7Fh) |
| Comment | Смысл команды |
| BroadcastSupport | Доступность ретрансляции |
| ReqRes | Доступность запроса или отклика, или и того, и другого |
A.3.1.2.2.1 PhysicalLayerInterface
Описание и семантика элементов PhysicalLayerInterface приведены в таблице A.16. Класс PhysicalLayerInterface используется всеми версиями CC-Link.
Примечание - Подробное описание семантики приведено в BAP-05027 и BAP-05031.
Элементы PhysicalLayerInterface
A.3.1.2.2.2 DataLinkLayerInterface
Описание и семантика элементов DLConfigParams приведены в таблице A.17. Ограничения элементов DLConfigParams приведены в таблице A.18.
Примечание - Подробное описание семантики приведено в BAP-05026.
Ограничения для элементов DLConfigParams
Описание и семантика элементов DLVariables приведены в таблице A.19, а ограничения для элементов DLVariables — в таблице A.20.
Примечание - Подробное описание семантики приведено в BAP-05026.
Ограничения для элементов DLVariables
Ограничения дочерних классов (подклассов) NetworkStatusInfo приведены в таблице A.21.
Ограничения для дочерних классов (подклассов) NetworkStatusInfo
Описание и семантика элементов SelfStationStatus приведены в таблице A.22.
Примечание - Подробное описание семантики приведено в BAP-05026.
Описание и семантика элементов FarStationStatus приведены в таблице A.23.
Примечание - Подробное описание семантики приведено в BAP-05026.
Описание и семантика элементов MasterToSlaveST приведены в таблицах 24 и 25.
Примечание - Подробное описание семантики приведено в BAP-05026.
Ограничения для элементов MasterToSlaveST
Описание и семантика элементов SlaveToMasterST приведены в таблицах A.26 и A.27.
Примечание - Подробное описание семантики приведено в BAP-05026.
Ограничения для элементов SlaveToMasterST
Описание и семантика элементов ReceivingInfoLT приведены в таблице A.28.
Описание и семантика элементов SlaveStatusLT приведены в таблице A.29.
Примечание - Подробное описание семантики приведено в BAP-05031.
A.3.1.2.3.2 OtherStationsMInfoList
Описание и семантика элементов OtherStationManagementInfo приведены в таблице A.30
Элементы OtherStationManagementInfo
| Элемент | Описание и семантика |
|---|---|
| StationNumber | Однозначно определяемый идентификатор устройства |
| VendorCode | Код поставщика |
| ModelCode | Код модели |
| SoftwareVersion | Версия программного обеспечения |
Описание и семантика элементов SlaveStationInfo приведены в таблице A.31.
Примечание - Подробное описание семантики приведено в BAP-05031.
Описание и семантика элементов STInfo приведены в таблице A.32.
| Элемент | Описание и семантика |
|---|---|
| Transmitted | Определяет, состоялась ли передача информации со станции |
| RemoteIOErr | Определяет, возникает ли ошибка ввода/вывода ведомой станции |
A.3.1.3 Схема на языке XML: CC-Link_CommNetworkProfile.xsd
<xsd:schema targetNamespace=«http://www.cc-link.org/ISO15745/CommNetworkProfile»
elementFormDefault=«qualified» attributeFormDefault=«unqualified»
xmlns=«http://www.cc-link.org/ISO15745/CommNetworkProfile»
xmlns:xsd=«http://www.w3.org/2001/XMLSchema»>
<xsd:element name=«ISO15745Profile»>
xsd:documentation* HEADER SECTION *</xsd:documentation>
<xsd:element name=«ProfileIdentification» type=«xsd:string»/>
<xsd:element name=«ProfileRevision» type=«xsd:string»/>
<xsd:element name=«ProfileName» type=«xsd:string»/>
<xsd:element name=«ProfileSource» type=«xsd:string»/>
<xsd:element name=«ProfileClassID» type=«ProfileClassID_DataType»
fixed=«CommunicationNetwork»/>
<xsd:element name=«ProfileDate» type=«xsd:date» minOccurs=«0»/>
<xsd:element name=«AdditionalInformation» type=«xsd:anyURI» minOccurs=«0»/>
<xsd:element name=«ISO15745Reference» type=«ISO15745Reference_DataType»/>
<xsd:element name=«IASInterfaceType» type=«IASInterface_DataType» minOccurs=«0»
xsd:documentation* HEADER DATA TYPES *</xsd:documentation>
<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=«Equipment»/>
<xsd:enumeration value=«Human»/>
<xsd:enumeration value=«Material»/>
<xsd:element name=«ISO15745Part» type=«xsd:positiveInteger»/>
<xsd:element name=«ISO15745Edition» type=«xsd:positiveInteger»/>
<xsd:element name=«ProfileTechnology» type=«xsd:string»/>
<xsd:simpleType name=«IASInterface_DataType»>
<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 base=«xsd:string»>
xsd:documentation* BODY SECTION *</xsd:documentation>
<xsd:element name=«ProfileBody»>
<xsd:element ref=«ApplicationLayers»/>
<xsd:element ref=«TransportLayers»/>
<xsd:element ref=«NetworkManagement» minOccurs=«0»/>
xsd:documentation* ISO 15745 CC-LINK DEFINED ELEMENTS *</xsd:documentation>
<xsd:element name=«ApplicationLayers» type=«ApplicationLayersTYPE»/>
<xsd:element name=«TransportLayers» type=«TransportLayersTYPE»/>
<xsd:element name=«NetworkManagement» type=«NetworkManagementTYPE»/>
<xsd:element name=«ExtendedCyclic»/>
<xsd:element name=«Transient» type=«TransientTYPE»>
<xsd:unique name=«OptionCommand»>
<xsd:selector xpath=«OptionCommand»/>
<xsd:field xpath=«CommandType»/>
xsd:documentation* ISO 15745 DEFINED DATA TYPES *</xsd:documentation>
<xsd:complexType name=«ProfileHandle_DataType»>
<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:documentation* ISO 15745 CC-LINK DEFINED DATA TYPES *</xsd:documentation>
<xsd:complexType name=«ApplicationLayersTYPE»>
<xsd:element name=«Slave» type=«StationTYPE»/>
<xsd:element ref=«Cyclic» minOccurs=«0»/>
<xsd:element ref=«ExtendedCyclic» minOccurs=«0»/>
<xsd:element ref=«Transient» minOccurs=«0»/>
<xsd:element ref=«Message» minOccurs=«0»/>
<xsd:complexType name=«TransientTYPE»>
<xsd:element name=«OptionCommand» minOccurs=«0» maxOccurs=«unbounded»>
<xsd:element name=«CommandType» type=«xsd:hexBinary»>
xsd:documentationThe range of CommandType is from 60h to
<xsd:element name=«Comment» type=«xsd:string»/>
<xsd:element name=«BroadcastSupport» type=«xsd:boolean»/>
<xsd:element name=«ReqRes» type=«xsd:short»>
<xsd:simpleType name=«StationTYPE»>
<xsd:restriction base=«xsd:short»>
2: Intelligent device station (includes local stations and standby master station)
<xsd:complexType name=«TransportLayersTYPE»>
<xsd:element name=«PhysicalLayerInterface» type=«PhysicalLayerInterfaceTYPE»/>
<xsd:element name=«DatalinkLayerInterface» type=«DatalinkLayerInterfaceTYPE»/>
<xsd:complexType name=«PhysicalLayerInterfaceTYPE»>
<xsd:element name=«ConnectorType» type=«xsd:string» minOccurs=«0»/>
<xsd:element name=«InterfaceSpeed»>
<xsd:list itemType=«SpeedTYPE»/>
<xsd:element name=«Speed» type=«SpeedTYPE» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«DatalinkLayerInterfaceTYPE»>
<xsd:element name=«DLConfigParams» type=«DLConfigParamsTYPE» minOccurs=«0»/>
<xsd:element name=«DLVariables» type=«DLVariablesTYPE» minOccurs=«0»/>
<xsd:complexType name=«DLConfigParamsTYPE»>
<xsd:element name=«NumModules» minOccurs=«0»>
<xsd:restriction base=«xsd:unsignedShort»>
<xsd:maxInclusive value=«64»/>
<xsd:element name=«NumIntelligentDevs» minOccurs=«0»>
<xsd:restriction base=«xsd:unsignedShort»>
<xsd:maxInclusive value=«26»/>
<xsd:element name=«NumAutoRecoveryModules» minOccurs=«0»>
<xsd:restriction base=«xsd:unsignedShort»>
<xsd:maxInclusive value=«10»/>
<xsd:element name=«RetryCount» minOccurs=«0»>
<xsd:restriction base=«xsd:unsignedShort»>
<xsd:element name=«DelayTime» minOccurs=«0»>
<xsd:restriction base=«xsd:unsignedShort»>
<xsd:maxInclusive value=«5000»/>
<xsd:element name=«OperationInAbnormal» type=«xsd:unsignedShort» minOccurs=«0»/>
<xsd:element name=«DataClearInAbnormal» type=«xsd:unsignedShort» minOccurs=«0»/>
<xsd:element name=«ScanMode» type=«xsd:unsignedShort» minOccurs=«0»/>
<xsd:element name=«ReservedStation» minOccurs=«0»>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:element name=«ErrInvalidStation» minOccurs=«0»>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:element name=«ExtendedCycle» type=«ExtendedCycleTYPE» minOccurs=«0»
<xsd:element name=«PointsMode» type=«xsd:unsignedShort» minOccurs=«0»>
<xsd:element name=«IOPointsNumber» type=«xsd:unsignedShort» minOccurs=«0»/>
<xsd:complexType name=«DLVariablesTYPE»>
<xsd:element name=«Address» minOccurs=«0» nillable=«true»>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:element name=«FrameIntervals» type=«xsd:float» minOccurs=«0» nillable=«true»/>
<xsd:element name=«RefreshIntervals» type=«xsd:float» minOccurs=«0» nillable=«true»/>
<xsd:element name=«NumRYInfoPoints» type=«NumRYInfoPointsTYPE» minOccurs=«0»
<xsd:element name=«NumRWwInfoPoints» type=«NumRWwInfoPointsTYPE» minOccurs=«0»
<xsd:element name=«StationInfo» minOccurs=«0» nillable=«true»>
<xsd:list itemType=«xsd:unsignedShort»/>
<xsd:element name=«CurrentLinkScanTime» type=«xsd:unsignedShort» minOccurs=«0»
<xsd:element name=«MinLinkScanTime» type=«xsd:unsignedShort» minOccurs=«0»
<xsd:element name=«MaxLinkScanTime» type=«xsd:unsignedShort» minOccurs=«0»
<xsd:complexType name=«NetworkManagementTYPE»>
<xsd:element name=«NetworkStatusInfo» type=«NetworkStatusInfoTYPE» minOccurs=«0»/>
<xsd:element name=«OtherStationsMInfoList» minOccurs=«0»>
<xsd:element name=«OtherStationManagementInfo»
type=«OtherStationManagementInfoTYPE» maxOccurs=«unbounded»/>
<xsd:element name=«SlaveTransInfoLT» type=«SlaveTransInfoLTTYPE» minOccurs=«0»/>
<xsd:complexType name=«NetworkStatusInfoTYPE»>
<xsd:element name=«SelfStationStatus» type=«SelfStationStatusTYPE» minOccurs=«0»/>
<xsd:element name=«FarStationStatus» type=«FarStationStatusTYPE» minOccurs=«0»/>
<xsd:element name=«MasterToSlaveST» type=«MasterToSlaveSTTYPE» minOccurs=«0»/>
<xsd:element name=«SlaveToMasterST» type=«SlaveToMasterSTTYPE» minOccurs=«0»/>
<xsd:element name=«ReceivingInfoLT» type=«ReceivingInfoLTTYPE» minOccurs=«0»
<xsd:element name=«SlaveStatusLT» type=«SlaveStatusLTTYPE» minOccurs=«0»
<xsd:complexType name=«SlaveTransInfoLTTYPE»>
<xsd:element name=«SlaveStationInfo» type=«SlaveStationInfoTYPE» minOccurs=«0»
maxOccurs=«64» nillable=«true»/>
<xsd:element name=«STInfo» type=«STInfoTYPE» minOccurs=«0» maxOccurs=«64»
<xsd:simpleType name=«bitTYPE»>
<xsd:restriction base=«xsd:int»>
<xsd:complexType name=«OtherStationManagementInfoTYPE»>
<xsd:element name=«StationNumber» type=«xsd:hexBinary» minOccurs=«0» nillable=«true»/>
<xsd:element name=«VendorCode» type=«xsd:hexBinary» minOccurs=«0» nillable=«true»/>
<xsd:element name=«ModelCode» type=«xsd:hexBinary» minOccurs=«0» nillable=«true»/>
<xsd:element name=«SoftwareVersion» type=«xsd:hexBinary» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«SelfStationStatusTYPE»>
<xsd:element name=«FrameIntervalAbnormalityFlag» type=«bitTYPE» minOccurs=«0»
<xsd:element name=«RefreshFrameAbnormalityFlag» type=«bitTYPE» minOccurs=«0»
<xsd:element name=«SuccessiveTransTimeMonitoring» type=«bitTYPE» minOccurs=«0»
<xsd:element name=«SuccessiveReceivingMonitoring» type=«bitTYPE» minOccurs=«0»
<xsd:element name=«TransPathMonitoring1Flag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TransPathMonitoring2Flag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«MasterSwitchingRequest» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«FarStationStatusTYPE»>
<xsd:element name=«PollingStatusBit» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«CRCErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«AbortErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TimeOutErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«BufferOverErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«ReceivingFrameAddrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«RetryFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«MasterToSlaveSTTYPE»>
<xsd:element name=«MasterStationUserApp» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«MasterStationUserAppErr» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«RefreshStartup» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TransientData» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TransientDataEnable» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«MasterStationType» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«NumRYInfoPoints» type=«NumRYInfoPointsTYPE» minOccurs=«0»
<xsd:element name=«NumRWwInfoPoints» type=«NumRWwInfoPointsTYPE» minOccurs=«0»
<xsd:element name=«ST3» type=«xsd:hexBinary» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«SlaveToMasterSTTYPE»>
<xsd:element name=«FuseBlowout» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«UnitErr» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«RefreshNotReceived» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«ParamNotReceived» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«SwitchChangeDetection» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«CyclicComm» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«WDTErr» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TransientData» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TransientCommEnable» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TransientType» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«TransmissionPathStatus» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«ST3» type=«xsd:hexBinary» minOccurs=«0» nillable=«true»/>
<xsd:element name=«ExtendedCycle» type=«ExtendedCycleTYPE» minOccurs=«0»
<xsd:complexType name=«ReceivingInfoLTTYPE»>
<xsd:element name=«CRCErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«ParityErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«AbortErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«NoResponseErrFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«SlaveStatusLTTYPE»>
<xsd:element name=«ConnectionInfo» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«InAbnormal» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«SlaveStationInfoTYPE»>
<xsd:element name=«OutputHldClr» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«InputConstant» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«HeadStationFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«WordDataStationFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«InputFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«OutputFlag» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«IOPoints» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:complexType name=«STInfoTYPE»>
<xsd:element name=«Transmitted» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:element name=«RemoteIOErr» type=«bitTYPE» minOccurs=«0» nillable=«true»/>
<xsd:simpleType name=«SpeedTYPE»>
<xsd:restriction base=«xsd:string»>
<xsd:enumeration value=«156kbps»/>
<xsd:enumeration value=«625kbps»/>
<xsd:enumeration value=«2.5Mbps»/>
<xsd:enumeration value=«5Mbps»/>
<xsd:enumeration value=«10Mbps»/>
<xsd:simpleType name=«NumRYInfoPointsTYPE»>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:simpleType name=«NumRWwInfoPointsTYPE»>
<xsd:restriction base=«xsd:hexBinary»>
<xsd:simpleType name=«ExtendedCycleTYPE»>
<xsd:restriction base=«xsd:hexBinary»>
A.3.2 Описание шаблона профиля коммуникационной сети: XML инкапсуляция CSP файлов
Файлы XML профиля коммуникационной сети, используемые для инкапсуляции файлов профилей системы CC-Link (CSP), должны соответствовать XML-схеме профиля коммуникационной сети согласно A.3.2.2.
Семантика элементов, входящих в ExternalProfileHandle, используемая для обращения к существующему файлу CSP, приведена в таблице A.14.
A.3.2.2 Схема на языке XML: CSP_CommNetworkProfile_wrapper.xsd
<xsd:schema xmlns:xsd=«http://www.w3.org/2001/XMLSchema»>
<xsd:element name=«ISO15745Profile»>
<xsd:element ref=«ProfileHeader»/>
<xsd:element ref=«ProfileBody»/>
xsd:documentation* HEADER SECTION *</xsd:documentation>
<xsd:element name=«ProfileHeader»>
<xsd:element name=«ProfileIdentification» type=«xsd:string»/>
<xsd:element name=«ProfileRevision» type=«xsd:string»/>
<xsd:element name=«ProfileName» type=«xsd:string»/>
<xsd:element name=«ProfileSource» type=«xsd:string»/>
<xsd:element name=«ProfileClassID» type=«ProfileClassID_DataType» fixed=«Device»/>
<xsd:element name=«ProfileDate» type=«xsd:date» minOccurs=«0»/>
<xsd:element name=«AdditionalInformation» type=«xsd:anyURI» minOccurs=«0»/>
<xsd:element name=«ISO15745Reference» type=«ISO15745Reference_DataType»/>
<xsd:element name=«IASInterfaceType» type=«IASInterface_DataType» minOccurs=«0»
xsd:documentation* BODY SECTION *</xsd:documentation>
<xsd:element name=«ProfileBody»>
<xsd:element name=«ExternalProfileHandle» type=«ProfileHandle_DataType» minOccurs=«0»
<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:complexType name=«ISO15745Reference_DataType»>
<xsd:element name=«ISO15745Part» type=«xsd:positiveInteger»/>
<xsd:element name=«ISO15745Edition» type=«xsd:positiveInteger»/>
<xsd:element name=«ProfileTechnology» type=«xsd:string»/>
<xsd:simpleType name=«IASInterface_DataType»>
<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 base=«xsd:string»>
xsd:documentation* ISO 15745 DEFINED DATA TYPES *</xsd:documentation>
<xsd:complexType name=«ProfileHandle_DataType»>
<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»/>
A.4 CSP (профиль системы CC-Link)
В данном разделе приведено описание структуры файла профиля системы CC-Link. При поставке устройств системы CC-Link файл CSP создается на основе требований, установленных в этом разделе. Файл CSP является текстовым файлом, который может быть создан с помощью обычного текстового редактора.
Имена файлов CSP должны иметь следующий вид:
[DistinguishableName]DeviceModelName_NumberOFOccupiedStations.csp, т.е. именем модели устройства должно быть число занятых станций.
Имя DistinguishableName не является обязательным и используется только в случае, если DeviceModelName совпадает с другим именем модели устройства.
Число занятых станций является переменной, а не фиксированной величиной для некоторых устройств, которые имеют более одного действительного значения числа занятых станций. В этом случае должен быть создан отдельный файл CSP для каждого действительного значения числа занятых станций.
Пример 1 — Имя файла CSP для модуля аналого-цифрового преобразователя ADCONV2000-64AD с двумя занятыми станциями:
Пример 2 — Имя файла CSP для модуля позиционирования ADCONV2001-D75P2-S3 с двумя или четырьмя станциями:
Пример 3 — Имя файла CSP, имеющего наименование S-ABC модели устройства CC1 для отличия его от других устройств, имеющих такое же имя модели устройства:
Максимальная длина CSP filename — 64 байта (исключая конечный символ NULL). DistinguishableName и имя модели устройства DeviceModelName не должны содержать символа ('_').
Одиночный файл должен содержать весь профиль системы CC-Link, который состоит из секций, размещенных в порядке, указанном в таблице A.33.
| Имя секции | Разделитель | Станция дистанционного ввода/вывода | Станция удаленного устройства |
| Секция файла | [File] | Требуется | Требуется |
| Устройство | [Device] | Требуется | Требуется |
| Секция дистанционного ввода | [IO_Info_RX] | По выбору заказчика | Требуется |
| Секция дистанционного вывода | [IO_Info_RY] | По выбору заказчика | Требуется |
| Секция удаленного регистра для письма | [IO_Info_RWw] | Не применяют | Требуется |
| Секция побитовой регистрации удаленного регистра для письма | [IO_RWw_Bit] | Не применяют | По выбору заказчика |
| Секция удаленного регистра для чтения | [IO_Info_RWr] | Не применяют | Требуется |
| Секция побитовой регистрации удаленного регистра для чтения | [IO_RWr_Bit] | Не применяют | По выбору заказчика |
| Секция выбора параметра | [SelectPrm] | Не применяют | По выбору заказчика |
| Секция установки параметра | [PrmSetn] a | Не применяют | По выбору заказчика |
| Секция группового элемента | [GrpItemn] a | Не применяют | По выбору заказчика |
| Секция метода | [Method] | Не применяют | По выбору заказчика |
| Секция образцов команд | [CmdPtmn] a | Не применяют | По выбору заказчика |
| a Разделитель должен состоять из комбинации массива буквенных символов до символа n, представляющего собой арабские цифры (десятичное число). Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждой следующей общей секции. | |||
Если файл CSP для станции дистанционного ввода/вывода (Remote I/O stations) содержит секции, которые не применяются к данным станциям, то данные секции должны быть пропущены и не должны иметь смыслового значения.
BEntry1 = CH.1 A/D conversion complete flag, RX0, , A/D conversion complete;
BEntry2 = CH.2 A/D conversion complete flag, RX1, , A/D conversion complete;
BEntry3 = CH.3 A/D conversion complete flag, RX2, , A/D conversion complete;
BEntry4 = CH.4 A/D conversion complete flag, RX3, , A/D conversion complete;
BEntry5 = Initial data processing request flag, RX18, , Initial data processing request;
BEntry6 = Initial data setting complete flag, RX19, , Initial data setting complete;
BEntry7 = Error status flag, RX1A, No error, Error;
BEntry8 = Remote READY, RX1B, , Ready;
BEntry1 = Offset/gain value selection, RY0, User setting, factory setting;
BEntry2 = Voltage/current selection, RY1, Voltage, current;
BEntry3 = Initial data processing request flag, RY18, , initial data processing complete;
BEntry4 = Initial data setting request flag, RY19, , initial data setting;
BEntry5 = Error reset request flag, RY1A, , Error reset;
Comment = Analog to digital converter module (number of occupied stations: 2);
WEntry1 = CH1, RWw1, 2, PrmSet1, 0, , -, -, , , , ;
WEntry2 = CH2, RWw2, 2, PrmSet2, 0, , -, -, , , , ;
WEntry3 = Data format, RWw5, 3, , 0, , -, -, , , , ;
WEntry4 = A/D conversion enable/disable specification, RWw6, 3, , 0, , -, -, ;
BEntry1 = Setting data format CH1, RWwBit0, 0~4000, -2000 to 2000;
BEntry2 = Setting data format CH2, RWwBit1, 0~4000, -2000 to 2000;
BEntry3 = Setting data format CH3, RWwBit2, 0~4000, -2000 to 2000;
BEntry4 = Setting data format CH4, RWwBit3, 0~4000, -2000 to 2000;
BEntry1 = A/D conversion enable/disable specification CH1, RWwBit0, A/DA/D conversion disable,
BEntry2 = A/D conversion enable/disable specification CH2, RWwBit1, A/DA/D conversion disable,
BEntry3 = A/D conversion enable/disable specification CH3, RWwBit1, A/DA/D conversion disable,
BEntry4 = A/D conversion enable/disable specification CH4, RWwBit1, A/DA/D conversion disable,
Comment = Analog to digital converter module;
WEntry1 = CH.1 Digital output value, RWr0, 1, , 0, , -, -, , , , ;
WEntry2 = CH.2 Digital output value, RWr1, 1, , 0, , -, -, , , , ;
WEntry3 = CH.3 Digital output value, RWr2, 1, , 0, , -, -, , , , ;
WEntry4 = CH.4 Digital output value, RWr3, 1, , 0, , -, -, , , , ;
WEntry5 = CH.5 Digital output value, RWr4, 1, , 0, , -, -, , , , ;
PrmSetGrp1 = CH1, 3, GrpItem1, ;
PrmSetGrp2 = CH2, 3, GrpItem2, ;
PEntry1 = Sampling processing, , <-> |
PEntry2 = Average processing/count average, , <-> |
PEntry3 = Average processing/time average, , <-> |
PEntry1 = Sampling processing, , <-> |
PEntry2 = Average processing/count average, , <-> |
PEntry3 = Average processing/time average, , <-> |
Method1 =
Method2 =
Method3 =
Method4 =
Method5 =
A.4.3.2 Правила редактирования CSP
Файл CSP должен состоять из секций, входов, полей, комментариев и знаков или символов пробела.
Каждая секция в файле CSP должна быть отделена с помощью разделителей, указанных в таблице A.33. Секция должна состоять из одного или более входов.
Каждый вход должен начинаться с ключевого слова входа, за которым следует знак равенства и одно или более полей. Вход должен заканчиваться точкой с запятой. Входные ключевые слова приведены в A.4.4. Единичная строка файла CSP не должна содержать множественных входов. Допустимая максимальная длина строки — 512 байтов, включая находящиеся в конце строки символы возврата каретки (Carriage Return) и перевода строки (Linefeed). Допустимая максимальная длина одного входа — 1024 байта. Символы, выходящие за предел максимальной длины, отбрасывают. Вход может быть растянут на множество строк.
Поля должны быть разделены запятой. Вспомогательное поле должно быть заполнено данными поля, знаками пробела, символами табуляции или быть пустым. Поле, содержащее один дефис («-»), указывает на поле, которое не содержит специального установочного значения.
Комментарии должны начинаться с хеш-знака («#») и заканчиваться знаком конца строки. Хеш-знак, за которым следует обратная косая черта («»), считают частью комментария, а не символом, представляющим начало комментария.
A.4.3.2.5 Знаки или символы пробела
Знаками или символами пробела, используемыми в CSP, должны быть следующие:
Строка — это массив символов с окончанием NULL (нуль). Длина строки включает в себя символ NULL.
Тип даты CSP должен быть представлен в формате yyyy/mm/dd, где yyyy — четырехзначное значение года, mm — двузначное значение месяца, а dd — двузначное значение дня. Длина этой строки должна быть 11 байтов.
Пример - Дату 19 января 1999 г. представляют в виде 1999/01/19.
Тип времени CSP должен быть представлен в формате hh:mm:ss, где hh — двузначное значение часов в 24-часовом формате, mm — двузначное значение минут и ss — двузначное значение секунд. Длина этой строки должна быть 11 байтов.
Пример - Время 6:23:44 PM представляют в виде 18:23:44.
INT — это 16-битовое целое число в десятичной, шестнадцатеричной нотации или в шестнадцатеричной системе счисления в двоичном представлении (hexadecimal2). Массив символов «0x» должен предшествовать целым значениям в шестнадцатеричной нотации. Шестнадцатеричная система счисления в двоичном представлении не использует упреждающий массив символов «0x».
Тип версии файла CSP должен быть представлен в формате major_version.minor_version (основная версия, дополнительная версия). Обе версии должны быть положительными целыми числами в десятичной системе счисления.
Версия файла, имеющая большее значение основной версии (major_version), должна включать в себя более новую версию по сравнению с версией файла с меньшим значением (minor_version). Если значения major_version являются одинаковыми, то версия файла, имеющая большее значение minor_version, должна указывать на более новый файл, чем файл, имеющий меньшее значение minor_version.
Секция файла содержит информацию о файле CSP. Разделителем данных секции файла должен быть [File]. В таблице A.34 приведен формат секции файла.
Описание входов секции файла приведено в таблице A.35
| Имя входа | Описание |
|---|---|
| File comment | Текст, отображаемый инструментальными средствами CC-Link |
| File creation date | Дата создания файла CSP, установленная разработчиком файла CSP. Инструментальное средство CSP использует это значение для того, чтобы отобразить дату создания файла |
| File creation time | Время создания файла CSP, установленное разработчиком файла CSP. Инструментальное средство CSP использует это значение для того, чтобы отобразить время создания файла |
| Last modified date | Дата последнего обновления файла CSP. Дата может быть изменена как инструментальными средствами CSP, так и текстовыми редакторами |
| Last modified time | Время последнего обновления файла CSP. Время может быть изменено как инструментальными средствами CSP, так и текстовыми редакторами |
| CSP file version | Версия файла CSP, установленная разработчиком файла CSP. Эти данные используют для управления файлами. Правила сравнения версий приведены в A.4.3.3.5 |
FileComment (комментарий файла) = AD Convert Unit CSP file;
CreateDate (дата создания) = 1999/01/19;
CreateTime (время создания) = 18:50:00;
ModDate (дата обновления) = 1999/01/20;
ModTime (время обновления) = 13:30:00;
Секция устройства содержит информацию об устройстве ведомой станции. Ключевым словом для секции устройства является [Device]. Описание формата секции устройства приведено в таблице A.36.
| Имя входа | Ключевое слово входа | Тип данных | Требуется/по выбору заказчика |
| Имя поставщика | VendName | Строка (не более 65 байтов) | Требуется |
| ID поставщика | VendID | Целое число (шестнадцатеричное) | Требуется |
| Тип станции | StationType | Целое число (десятичное) | Требуется |
| Тип удаленного устройства | RemDevType | Целое число (шестнадцатеричное) | Требуется / по выбору заказчика a |
| Имя модели устройства | DevModel | Строка (не более 65 байтов) | Требуется |
| Версия | DevVer | Строка (не более 8 байтов) | Требуется |
| Число занятых станций | Senyuu | Целое число (десятичное) | Требуется |
| Файл побитового отображения | BmpFile | Строка (не более 257 байтов) | Требуется |
| Регистр с ЗУ кода ошибки | ErrReg | Строка (не более 8 байтов) | По выбору заказчика |
| Флаг загрузки в ЭВМ и по сети | UpDownLoadF | Целое число (десятичное) | Требуется |
| Флаг резервного ведущего | MasterFlg | Целое число (десятичное) | По выбору заказчика |
| a Требуется для типа станции удаленного устройства, в противном случае — по выбору заказчика. | |||
Описание входов секций файла устройства приведено в таблице A.37.
| Имя входа | Описание |
|---|---|
| Vendor name | Имя поставщика |
| Vendor identification | Идентификация поставщика должна быть назначена каждому производителю |
| Station type | Код типа ведомой станции: 0: Станция удаленного ввода/вывода; 1: Станция удаленного устройства; 2: Станция интеллектуального устройства, включая местную и резервную ведущую станции |
| Remote device type | Код типа станции удаленного устройства, который должен начинаться с 0x1, а 0x0 не должен использоваться. Используемый код указан в таблице A.38 |
| Device model name | Имя модели устройства |
| Version | Номер версии устройства |
| Number of occupied stations | Число занятых станций |
| Bitmap file | Файл побитового отображения, соответствующий файлу CSP |
| Error code storage register | Регистр, в ЗУ которого хранится код ошибки |
| Upload/download flag | Значение этого входа указывает, поддерживает ли устройство возможность загрузки в ЭВМ от центральной ЭВМ по каналу связи: 0: Не поддерживает 4; 1: Поддерживает |
| Standby master flag | Значение этого входа указывает, может ли станция быть резервной ведущей станцией: 0: Может быть резервной ведущей станцией; 1: Не может быть резервной ведущей станцией |
В таблице A.38 приведен перечень типов удаленных устройств.
A.4.4.3 Секции RX и RY (дистанционные ввод и вывод)
Секция RX содержит параметры, относящиеся к дистанционному вводу. Разделителем секции должен быть [IO_Info_Rx]. Секция RY содержит параметры, относящиеся к дистанционному выводу. Разделителем секции должен быть [IO_Info_RY]. Обе секции имеют одинаковый формат, описание которого приведено в таблице A.39.
| Имя ввода | Ключевое слово ввода | Тип данных | Требуется/по выбору заказчика |
| Number of entries | EntryNum | Целое число (десятичное) | Требуется |
| Register | BEntryn a | Составлены из полей (см. таблицу A.40) | Требуется/по выбору заказчика b |
| a n должно быть выражено арабскими цифрами в десятичной системе счисления. Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждого следующего ввода. Максимальная длина ключевого слова ввода должна быть 10 байтов. b Если числом ввода объектов является 0, то Register может быть пропущен, в противном случае Register требуется. | |||
Поле ввода числа объектов «Number of entries» должно содержать число вводов регистров «Register» в десятичной системе счисления. Ввод «Register» определяет использование каждого регистра битов. Если регистр битов не используется, то соответствующий ввод регистра может быть пропущен.
Описание формата поля ввода регистра приведено в таблице A.40.
Описание поля ввода регистра приведено в таблице A.41.
Поля ввода регистра в секциях RX и RY
BEntry1 = CH.1 A/D conversion complete flag, RX0, ,A/D conversion complete;
BEntry2 = CH.2 A/D conversion complete flag, RX1, ,A/D conversion complete;
BEntry3 = CH.3 A/D conversion complete flag, RX2, ,A/D conversion complete;
BEntry4 = CH.4 A/D conversion complete flag, RX3, ,A/D conversion complete;
BEntry5 = Initial data processing request flag, RX18, , initial data processing request;
BEntry1 = Offset/gain value, RY0, user setting, factory setting;
BEntry2 = Voltage/current value, RY1, voltage, current;
BEntry3 = Initial data processing complete flag, RY18, , initial data processing complete;
BEntry4 = Initial data setting complete flag, RY19, , initial data setting complete.
Секция удаленного регистра для чтения RWr содержит параметры, относящиеся к RWr. Разделителем секции должен быть [IO_Info_RWr]. Секция удаленного регистра для записи RWw содержит параметры, относящиеся к RWw. Разделителем секции должен быть [IO_Info_RWw].
Секции RWr и RWw могут быть использованы с другими секциями в соответствии с применением RWr или RWw по назначению. Отношения между этими секциями представляют в виде ссылок на имена.
Используют следующие комбинации секций:
- секция RWr или RWw;
- секция RWr или RWw, секция регистра битов;
- секция RWr или RWw, секция выбора параметра;
- секция RWr или RWw, секция выбора параметра, секция набора параметров;
- секция RWr или RWw, секция выбора параметра, секция набора параметров, секция группового элемента;
- секция RWr или RWw, секция выбора параметра, секция набора параметров, секция группового элемента, секция метода;
- секция RWr или RWw, секция выбора параметра, секция набора команд;
- секция RWr или RWw, секция выбора параметра, секция набора команд, секция регистра битов;
- секция RWr или RWw, секция набора параметров, секция группового элемента;
- секция RWr или RWw, секция набора параметров, секция группового элемента, секция метода.
A.4.4.4.2 Формат секций RWr и RWw
Секции RWr и RWw имеют один и тот же формат. Описание формата секций RWr и RWw приведено в таблице A.42.
| Имя ввода | Ключевое слово ввода | Тип данных | Требуется/по выбору заказчика |
| Comment | Comment | Строка (не более 65 байтов) | По выбору заказчика |
| Number of entries | EntryNum | Целое число (десятичное) | Требуется |
| Register | WEntryn a | Составлено из полей (см. таблицу A.43) | Требуется/по выбору заказчика b |
| a Ключевое слово ввода состоит из комбинации n символов, представляющих собой цифры (десятичное число). Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждого следующего ввода. Максимальная длина ключевого слова ввода должна быть 10 байтов. b Если число вводов равно 0, то ввод регистра может быть пропущен, в противном случае — ввод регистра требуется. | |||
Ввод «Comment» используют для заметок. Поле ввода «Number of entries» должно содержать число вводов регистра («Register») в десятичной системе счисления. Ввод «Register» определяет использование регистра каждого слова. Если регистр слова не используется, то соответствующий ввод регистра может быть пропущен. Если имеется более одного ввода, имеющего одно и то же ключевое слово ввода, то первый ввод считают действительным, а остальные должны быть проигнорированы.
Описание формата поля ввода регистра приведено в таблице A.43.
Описание полей ввода Register приведено в таблице A.44.
Описание полей ввода Register секций RWr и RWw
| Поле | Характеристика |
|---|---|
| PrmName | Имя сигнала RWw или RWr |
| RWNo | Номер регистра RWw или RWr. Поле RWw должно состоять из строки, RWw и номера регистра слова в шестнадцатеричной системе счисления. Поле RWr должно состоять из строки, RWr и номера регистра слова в шестнадцатеричной системе счисления. Два последовательных регистра слова могут быть использованы как одно значение 32-битовых данных (значение от 6 до 9 для DatTypFlg). Для этого поле должно состоять из номера первого регистра с предшествующей строкой, символа плюс («+») и номера второго регистра с предшествующей строкой. Символ плюс и номер второго регистра с предшествующей строкой могут быть пропущены. Если вводы имеют номер регистра дубликата, то дублирующий ввод должен быть недействительным или его следует игнорировать |
| DatTypFlg | Семантика типа данных для регистра RWw или RWr. Следует использовать значения от 0 до 16, а значения от 17 до 65535 не должны использоваться: 0: 16-битовые, без знака, шестнадцатеричные данные; 1: 16-битовые, со знаком, десятичные данные; 2: 16-битовые, без знака, десятичные данные; 3: битовые данные, используемые вместе с секцией регистра битов (см. A.4.4.5); 4: 8-битовые, без знака, шестнадцатеричные данные для верхних 8 битов (bit8 — bit15) регистра слова; 5: 8-битовые, без знака, шестнадцатеричные данные для нижних 8 битов (bit0 — bit7) регистра слова; 6: 32-битовые, со знаком, десятичные данные; 7: 32-битовые, без знака, десятичные данные; 8: 32-битовые, без знака, шестнадцатеричные данные; 9: 32-битовые данные с плавающей запятой; 10: 4-битовые (bit0 — bit3), без знака, шестнадцатеричные данные; 11: 4-битовые (bit4 — bit7), без знака, шестнадцатеричные данные; 12: 4-битовые (bit8 — bit11), без знака, шестнадцатеричные данные; 13: 4-битовые (bit12 — bit15), без знака, шестнадцатеричные данные; 14: массив байтов; 15: массив слов; 16: тип фиктивных данных |
| SecName | Имя соответствующей секции. Поле должно иметь имя секции выбора параметра, имя секции набора параметров или быть пустым. Имя секции выбора параметра должно быть выражено комбинацией массива строки SelectPrm и десятичного номера. Имя секции множества значений параметра должно быть выражено комбинацией массива строки PrmSet и десятичным числом. Если данных нет, то ввод регистра не имеет соотносящихся секций |
| Default | Значение по умолчанию задано для регистра слова. Элемент установки зависит от типа данных, указанных в DatTypFlg |
| Range | Диапазон установки. Диапазон должен быть выражен в виде значения с точками начала и конца, разделенными символом («~»), или различными диапазонами. Символы пробела должны быть использованы в качестве разделителя в том случае, если они заданы различными диапазонами |
| UnitStr | Элемент значения данных, который нужно отобразить |
| HandReq | Имя устройства квитирования дистанционного вывода (RY) и его статус вкл./выкл. Это поле должно состоять из строки, RY, номера регистра битов в шестнадцатеричной системе счисления, символа двоеточие («:») и строки «on» либо «off». При отсутствии устройства квитирования поле должно содержать символ дефиса («-») |
| HandAns | Имя устройства квитирования дистанционного ввода (RX) и его статус вкл./выкл. Это поле должно состоять из строки, RX, номера регистра битов в шестнадцатеричной системе счисления, символа двоеточие («:») и строки «on» либо «off». При отсутствии устройства квитирования поле должно содержать символ дефиса («-») |
| ReadReg | Словесный регистр для чтения. Это поле должно состоять из строки, номера RWr и RWw в шестнадцатеричной системе счисления |
| ILock | Имя устройства блокировки и его статус вкл./выкл. Имя устройства взаимной блокировки и статус должны быть представлены в формате RYn:status или RXn:status, где n — номер регистра в шестнадцатеричной системе счисления в двоичном представлении, а status — включено или выключено. Это поле может иметь более одного имени устройства блокировки и статуса. Если существует много устройств блокировки, то имя и статус каждого устройства блокировки должны быть указаны в угловых скобках («<» и «>») и перечислены в этом поле |
| InterReq | Имя устройства запроса, используемого на протяжении последовательности и его статус вкл./выкл. Это поле должно состоять из строки, RY, номера регистра битов в шестнадцатеричной системе счисления, символа двоеточие («:») и строки либо включено («on»), либо выключено («off») |
| InterAns | Имя устройства ответа, используемого на протяжении последовательности, и его статус вкл./выкл. Это поле должно состоять из строки, RX, номера регистра битов в шестнадцатеричной системе, символа двоеточие («:») и строки включено («on») либо выключено («off») |
Пример 1 — Значения поля RWNo:
Пример 2 — 32-битные входные данные
WEntry1 = A, RWw1+RWw2, 6, , 0, , , -, -, , , , ;
WEntry2 = B, RWw2, 0, , 0, , , -, -, , , , ; # This entry shall be ignored.
Пример 3 — 32-битные входные данные
WEntry1 = A, RWw1, 0, , 0, , , -, -, , , , ;
WEntry2 = B, RWw1+RWw2, 6, , 0, , , -,-, , , , ; # This entry shall be ignored.
Пример 4 — 32-битные входные данные
WEntry1 = A, RWw1, 0, , 0, , , -, -, , , , ;
WEntry2 = B, RWw1+RWw2, 6, , 0, , , -, -, , , , ; # This entry shall be ignored.
WEntry3 = C, RWw2, 0, , 0, , , -, -, , , , ; # This entry shall not be ignored.
Пример 5 — Диапазон значений поля Range:
Пример 6 — Значения поля Ilock:
RYC:onRXE:off Пример 7 — Секция RWw:
A.4.4.5 Секции битовых регистров для удаленного регистра письма (RWw) и чтения (RWr)
Секция битового регистра RWw содержит параметры, относящиеся к RWw при побитовом использовании. Разделителем этой секции должен быть [IO_RWw_Bit]. Секция битового регистра RWr содержит параметры, относящиеся к RWr при побитовом использовании. Разделителем этой секции должен быть [IO_RWr_Bit]. Эти секции следует использовать вместе с полем DatTypFlg, имеющим значение 3 WEntry, указанным в таблице A.43. Обе секции регистров битов RWw и RWr имеют одинаковый формат.
Описание формата данных приведено в таблице A.45.
| Вводимое значение (имя ввода) | Ключевое слово ввода | Тип данных | Требуется/по выбору заказчика |
| Pattern number | CmdPtm | Целое число (десятичное) | По выбору заказчика |
| Register number | RegNo | Целое число (шестнадцатеричное в двоичном представлении) | Требуется |
| Number of entries | EntryNum | Целое число (десятичное) | Требуется |
| Bit register | Bentryn a | Составлено из полей (см. таблицу A.46) | Требуется |
| a Ключевое слово ввода должно состоять из комбинации n символов, представляющих собой арабские цифры (десятичное число). Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждого следующего ввода. Максимальная длина ключевого слова ввода должна быть 10 байтов. | |||
Поле номера образца «Pattern number» должно содержать имя секции параметра команды. Это поле используют вместе с секцией параметра команды при побитовом использовании этой секции.
Поле номера регистра «Register number» должно содержать номер словесного регистра RWw секции битовых регистров RWw и RWr для секции регистра битов RWr. Значение поля должно находиться в пределах от 0 до F.
Поле числа вводов «Number of entries» должно содержать значение числа вводов «Bit register» в десятичной системе счисления.
Поле регистра битов «Bit register» определяет использование бита в словесном регистре. Если бит в словесном регистре не используется, то соответствующий ввод бита может быть пропущен.
Описание формата поля ввода битового регистра приведено в таблице A.46.
Формат поля ввода битового регистра в секции битовых регистров RWr и RWw
Характеристики полей ввода битовых регистров приведены в таблице A.47.
Характеристики полей ввода битового регистра в секции битовых регистров RWr и RWw
A.4.4.6 Секция выбора параметров
Секция выбора параметров содержит определения для использования удаленного регистра. Разделителем секции должен быть [SelectPrmn], где n — арабские цифры в десятичной системе счисления. Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждой следующей секции выбора параметра.
Описание формата секции приведено в таблице A.48.
| Вводимое значение (имя ввода) | Ключевое слово ввода | Тип данных | Требуется/по выбору заказчика |
| Number of entries | EntryNum | Целое число (десятичное) | Требуется |
| Select parameter | Sentryn a | Составлен из полей (см. таблицу A.49) | Требуется |
| a Ключевое слово ввода должно состоять из массива вплоть до комбинации n символов, представляющего собой арабские цифры (десятичное число). Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждого следующего ввода. Максимальная длина ключевого слова ввода равна 16 байтам. | |||
Поле числа вводов «Number of entries» должно быть числом вводов выбора параметров «Select parameter» в десятичной нотации. Ввод «Select parameter» определяет выборки для использования удаленного регистра.
Описание формата поля ввода параметра Select приведено в таблице A.49.
Описание поля ввода параметра Select приведено в таблице A.50.
Описание поля ввода параметра Select
Пример - Секция выбора параметров:
#Example Remote Register Select Parameter section
0; # Upload/download indicator
SEntry2 = Output frequency, 0x1, 0.01Hz, , 0;
SEntry3 = Output current, 0x2, 0.01A, , 0.
A.4.4.7 Секция набора параметров
Секция набора параметров содержит группу установок параметров, используемых в удаленном регистре. Разделителем секции должен быть [PrmSetn], где n — арабские цифры в десятичной системе счисления. Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждого следующего вывода секции набора параметров.
Описание формата секции приведено в таблице A.51.
| Вводимые значения (имя ввода) | Ключевое слово ввода | Тип данных | Требуется/по выбору заказчика |
| Default parameter set | Default | Строка (не более 16 байтов) | Требуется |
| Number of parameter set groups | GrpNum | Целое число (десятичное) | Требуется |
| Parameter set | PrmSetGrpn a | Составлено из полей (см. таблицу A.52) | Требуется |
| a Ключевое слово ввода должно состоять из комбинации n символов, представляющей собой арабские цифры (десятичное число). Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждого следующего ввода. Максимальная длина ключевого слова ввода равна 16 байтам. | |||
Поле «Default parameter set» должно содержать имя установки параметра по умолчанию. Поле «Number of parameter set groups» должно содержать число вводов набора параметров «Parameter set» в десятичной нотации. Ввод набора параметров «Parameter set» показывает информацию соответствующих секций в случае, когда определяется установка фактического параметра.
Описание формата «Parameter set» приведено в таблице A.52.
Формат поля ввода набора параметров
Описание поля ввода набора параметров приведено в таблице A.53.
Описание поля ввода набора параметров
A.4.4.8 Секция группового элемента
Секция группового элемента содержит параметры, соответствующие параметрам секции набора параметров. Разделителем секции должен быть [GrpItemn], где n — арабские цифры в десятичной системе счисления. Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждой следующей секции группового элемента.
Эта секция имеет один тип необходимого ввода, называемый «ввод параметра». Ключевое слово ввода должно состоять из комбинации массива символов PEntry и числа в десятичной системе счисления. Десятичное число должно начинаться с 1 и увеличиваться на 1 для каждого следующего ввода параметра. Максимальная длина ключевого слова ввода должна быть 16 байтов.
Описание формата поля ввода параметра приведено в таблице A.54.
Формат поля ввода параметра в секции группового элемента
Описание поля ввода параметра приведено в таблице A.55.
Описание поля ввода параметра в секции группового элемента
| Поле | Характеристики |
|---|---|
| ItemName | Имя параметра |
| PrnNo | Номер параметра |
| RegNo | Номер(а) регистра считывания данных и номер(а) регистра письменных данных. Это поле должно содержать списки регистров для чтения и записи данных. Оба списка должны быть разделены вертикальной линией («|»). Списки должны содержать один или более регистров данных. Регистр считывания данных должен состоять из строки RWr и номера регистра для чтения данных в шестнадцатеричной системе счисления в угловых скобках («<» и «>»). Регистр письменных данных должен состоять из строки RWw, за которой следует регистр данных для письма в шестнадцатеричной системе счисления, приведенной в угловых скобках. Символ дефиса в угловых скобках обозначает отсутствие используемых данных |
| DatTypFlg | Семантику типа данных для параметра см. поле DatTypFlg в таблице A.44 |
| Default | Значение по умолчанию, заданное для параметра, установочный элемент которого зависит от типа данных, указанного в поле DatTypFlg |
| Range | Диапазон настройки см. поле Range в таблице A.44 |
| UnitStr | Элемент значения данных для отображения |
| Method | Имя метода, используемого для изменения установки параметра |
Пример 1 — Значения поля RegNo:
Torque boost, # parameter name
2, # data type flag 2: 16-bit unsigned decimal data
PEntry2 = High limit frequency, 1,
PEntry3 = Low limit frequency, 2,
Секция метода содержит параметры, необходимые для определения процедуры, используемой для изменения установки (настройки) параметра. Разделителем секции должен быть [Method].
Секция имеет один тип необходимого ввода, называемый вводом метода. Ключевое слово ввода состоит из комбинации массива символов «Method» и десятичного числа. Максимальная длина ключевого слова ввода равна 16 байтам.
Описание формата поля ввода метода приведено в таблице A.56.
Описание поля ввода метода приведено в таблице A.57.
| Поле | Характеристики |
|---|---|
| RegNo | Имя регистра, используемое для установки команды. Имя регистра должно состоять из строки RWw или RWr и номера регистра в шестнадцатеричной системе счисления. Это поле может иметь больше одного имени регистра. Если существует много регистров, то имя каждого регистра должно быть приведено в угловых скобках («<» и «>») и они должны быть перечислены в поле. Если для этой цели используют только биты регистра, то имя регистра должно состоять из строки RWw или RWr, номера регистра в десятичной системе, строки Bit и номера битового регистра |
| Code | Код команды. Коды команд в поле соответствуют регистрам, заданным в RegNo. Командный код должен быть либо шестнадцатеричным числом, который начинается со строки 0x или строкой Input. Строку Input (ввод) следует интерпретировать как представление того, что команда вводится пользователем. Это поле может иметь больше одного кода команды. Если существует много кодов команд, то каждый командный код должен быть приведен в угловых скобках (< >) и коды должны быть перечислены в поле. Регистр может иметь команды чтения и записи. Эти команды должны быть разделены вертикальной линией («|») |
| ReqRY | Дистанционный вывод запроса командной операции. Это поле должно состоять из строки RY, номера битового регистра в шестнадцатеричной системе счисления, символа двоеточие («:») и строки on либо off |
| EndRX | Дистанционный ввод завершения командной операции. Это поле должно состоять из строки RX, номера битового регистра в шестнадцатеричной системе счисления, символа двоеточие («:») и строки on, либо off |
| ErrEnd | Дистанционный ввод завершения неправильной командной операции. Это поле должно состоять из строки RX, номера битового регистра в шестнадцатеричной системе счисления, символа двоеточие («:») и строки либо on, либо off |
| ReplyRW | Регистр ЗУ кода ответа. Это поле должно состоять из строки RWr или RX и номера регистра в шестнадцатеричной системе счисления |
| TrueCnd | Условия успешного суждения Это поле, соответствующее ReplyRW в регистре слова, должно состоять из оператора сравнения и значения. Оператор сравнения должен быть либо == (equal), != (not equal), < (less than), > (grater than), <= (less than or equal), либо >= (grater than or equal). Поле, соответствующее ReplyRW в битовом регистре, должно состоять из оператора сравнения == и строки on или off. Поле без содержимого должно интерпретироваться как успех суждения |
| ErrReg | Регистр ЗУ кода ошибки. Это поле должно состоять из строки RWr и номера регистра в шестнадцатеричной системе счисления. |
| TrueCnd2 | Условие успешного суждения при нормальном выполнении команды. Это поле должно состоять из строки RX, номера битового регистра в шестнадцатеричной системе счисления, символа точки с запятой («;») и строки on или off |
| ILock | Имя устройства блокировки и его статус вкл./выкл. (см. таблицу A.44) |
| InterReq | Имя устройства запроса, используемое на протяжении последовательности, и его статус вкл./выкл. (см. таблицу A.44) |
| InterAns | Имя устройства ответа, используемое на протяжении последовательности, и его статус вкл./выкл. (см. таблицу A.44) |
<0x7F | 0xFF> <0x00>, # <Read code | Write code> setting for RWw2, code for RWw3
, # Command operation abnormal completion RX
RWr2, # Read result storage (RWr) | Write result storage (RWr)
== 0, # Success judgement condition
, ; # Inter-sequence request and answer registers
Method2 =
Method3 =
Method101 =
Method102 =
Method103 =
Method201 =
Method202 =
Method203 =
Method205 =
Method206 =
A.4.4.10 Секция набора конкретных команд
Секция набора (экземпляра) конкретных команд содержит совокупность семантики удаленных регистров слова. Разделителем секции должен быть [«CmdPtrnn»], где n — арабские цифры в десятичной системе счисления. Десятичные числа должны начинаться с 1 и увеличиваться на 1 для каждой следующей секции команд.
Формат Command pattern — аналогичен формату секций RWr и RWw (см. A.4.4.4.2).
WEntry1 = Initial setting, RWw0, 4, , 0, , , -, -, , , , ;
WEntry2 = HMI internal device use enable/disable, RWw0 3, , 0, , , -, -, , , , ;
Comment = Continuous read setting;
WEntry1 = Continuous read setting, -, 16, PrmSet2, , , , RY39:ON, RX39:ON, , , , ;
WEntry2 = Number of HMI internal device points to read from, RWwO, 5, , , 1~6, points, -, -, , , , ;
WEntry3 = Number for the head HMI internal device to read from, RWw1, 2, , , 0~1023, , -, -, , , , .
В настоящем приложении приведено определение нотации унифицированного языка моделирования (UML), которая применяется в комплексе стандартов ИСО 15745. Данное приложение приведено для лучшего понимания положений настоящего стандарта.
Примечание - Определения дополнительных нотаций приведены в ИСО 15745-1, поправка 1.
Следующая нотация, изложенная в таблице B.1, используется в диаграммах класса UML (см. раздел 6 настоящего стандарта).
| Символ | Описание |
|---|---|
 |
Способность перемещаться в виртуальной среде. Элемент модели в хвосте стрелы имеет прямое взаимоотношение с элементом модели на острие стрелы |
СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ
ССЫЛОЧНЫМ НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ