ГОСТ IEC 62026-7-2023. Межгосударственный стандарт. Аппаратура распределения и управления низковольтная. Интерфейсы между контроллерами и устройствами. Часть 7. CompoNet

(введен в действие Приказом Росстандарта от 29.07.2024 № 973-ст)

controlgear — Controller-device interfaces (CDIs) -

МКС 29.130.20

Дата введения 1 июля 2025 года с правом досрочного применения

Предисловие

Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»

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

1 ПОДГОТОВЛЕН Научно-производственным республиканским унитарным предприятием «Белорусский государственный институт стандартизации и сертификации» (БелГИСС) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 5

2 ВНЕСЕН Государственным комитетом по стандартизации Республики Беларусь

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 28 апреля 2023 г. № 161-П)

За принятие проголосовали:

4 Приказом Федерального агентства по техническому регулированию и метрологии от 29 июля 2024 г. № 973-ст межгосударственный стандарт ГОСТ IEC 62026-7-2023 введен в действие в качестве национального стандарта Российской Федерации с 1 июля 2025 г. с правом досрочного применения

5 Настоящий стандарт идентичен международному стандарту IEC 62026-7:2010 «Аппаратура распределения и управления низковольтная. Интерфейсы между контроллерами и приборами (CDI). Часть 7. CompoNet» («Low-voltage switchgear and controlgear — Controller-device interfaces (CDIs) — Part 7: CompoNet», IDT).

Международный стандарт разработан подкомитетом 17B «Низковольтная аппаратура распределения и управления» Технического комитета IEC/TC 17 «Аппаратура распределения и управления» Международной электротехнической комиссии (IEC).

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ 1.5-2001 (подраздел 3.6).

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

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

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

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

Введение

Настоящий стандарт представляет собой прямое применение международного стандарта IEC 62026-7:2010 «Аппаратура распределения и управления низковольтная. Интерфейсы между контроллерами и приборами (CDI). Часть 7. CompoNet». Он входит в качестве части 7 в серию стандартов IEC 62026 для интерфейсов между контроллерами и управляемым ими низковольтным оборудованием или устройствами (Controller-device interfaces — CDI).

IEC 62026-7:2010 дополняет специальными требованиями для CompoNet общие и основополагающие положения, содержащиеся в IEC 62026-1:2007 «Аппаратура распределения и управления низковольтная. Интерфейсы между контроллерами и приборами (CDI). Часть 1. Общие правила».

IEC 62026-7:2010 устанавливает требования к функциональной связи, взаимодействию и безопасности, а также условия и методы испытания CompoNet — сети нижнего прикладного уровня, которая обеспечивает высокоскоростную связь между устройствами более высокого уровня, такими как контроллеры, и простыми промышленными устройствами, такими как датчики, исполнительные механизмы и другие оконечные устройства или нагрузки. CompoNet соединяет контроллеры с датчиками и исполнительными механизмами. Контроллер действует как ведущий (или мастер), а датчики и исполнительные механизмы действуют как ведомые. Предусмотрены два типа ведомых устройств. К одному из них относятся ведомые биты с данными до четырех точек, а к другому — подчиненные устройства Word с данными из 16 точек. Повторители служат для увеличения длины связи (сети). CompoNet предназначена для использования в системах промышленной автоматизации, но не ограничивается этим.

Настоящий стандарт взаимосвязан с Техническим регламентом Таможенного союза ТР ТС 004/2011 «О безопасности низковольтного оборудования».

Соответствие межгосударственному стандарту обеспечивает выполнение основополагающих технических требований, установленных в Техническом регламенте Таможенного союза ТР ТС 004/2011 «О безопасности низковольтного оборудования».

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

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

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

• требования к интерфейсам между контроллером и устройствами схемы управления;
• нормальные условия эксплуатации устройств;
• конструктивные и эксплуатационные требования;
• испытания для проверки соответствия требованиям.

Примечание — CompoNetTM является торговой маркой компании Open DeviceNet Vendor Association, Inc. Эта информация предоставлена для сведения и не означает одобрения со стороны IEC товарного знака или каких-либо изделий его владельца. Соответствие настоящему стандарту не требует применения торговой марки CompoNetTM. Для использования данной торговой марки необходимо получить разрешение компании Open DeviceNet Vendor Association, Inc.

Приведенные в настоящем стандарте специальные требования применяют в дополнение к общим требованиям, установленным в IEC 62026-1.

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

В настоящем стандарте использованы нормативные ссылки на следующие стандарты [для датированных ссылок применяют только указанное издание ссылочного стандарта, для недатированных — последнее издание (включая все изменения)]:

IEC 60512-1, Connectors for electronic equipment — Tests and measurements — Part 1: General (Соединители для электрического и электронного оборудования. Испытания и измерения. Часть 1. Общие технические условия)

IEC 60529, Degrees of protection provided by enclosures (IP code) (Степени защиты, обеспечиваемые корпусами (код IP))

IEC 61000-4-2, Electromagnetic compatibility (EMC) — Part 4-2: Testing and measurement techniques — Electrostatic discharge immunity test (Электромагнитная совместимость (ЭМС). Часть 4-2. Методы испытаний и измерений. Испытание на устойчивость к электростатическому разряду)

IEC 61000-4-3, Electromagnetic compatibility (EMC) — Part 4-3: Testing and measurement techniques — Radiated, radio-frequency, electromagnetic field immunity test (Электромагнитная совместимость (ЭМС). Часть 4-3. Методы испытаний и измерений. Испытание на устойчивость к излучаемым радиочастотным электромагнитным полям)

IEC 61000-4-4, Electromagnetic compatibility (EMC) — Part 4-4: Testing and measurement techniques — Electrical fast transient/burst immunity test (Электромагнитная совместимость (ЭМС). Часть 4-4. Методы испытаний и измерений. Испытание на невосприимчивость к быстрым переходным процессам/импульсным помехам)

IEC 61000-4-5, Electromagnetic compatibility (EMC) — Part 4-5: Testing and measurement techniques — Surge immunity test (Электромагнитная совместимость (ЭМС). Часть 4-5. Методы испытаний и измерений. Испытание на устойчивость к импульсам перенапряжения)

IEC 61000-4-6, Electromagnetic compatibility (EMC) — Part 4-6: Testing and measurement techniques — Immunity to conducted disturbances, induced by radio-frequency fields (Электромагнитная совместимость (ЭМС). Часть 4-6. Методы испытаний и измерений. Устойчивость к кондуктивным помехам, вызванным радиочастотными полями)

IEC 61076-2-101, Connectors for electronic equipment — Product requirements — Part 2-101: Circular connectors — Detail specification for M12 connectors with screw-locking (Соединители для электронного оборудования. Часть 2-101. Цилиндрические соединители. Требования к изделию. Частные технические условия на соединители M12 с контровкой)

IEC 61131-2, Industrial-process measurement and control — Programmable controllers — Part 2: Equipment requirements and tests (Измерение и управление производственными процессами. Программируемые контроллеры. Часть 2. Требования к оборудованию и испытания)

IEC 61158-5-2:2007 <1>, Industrial communication networks — Fieldbus specifications — Part 5-2: Application layer service definition — Type 2 elements (Сети связи промышленные. Спецификации промышленных сетей. Часть 5-2. Определение служб прикладного уровня. Элементы типа 2)

<1> Заменен на IEC 61158-5-2:2023. Однако для однозначного соблюдения требования настоящего стандарта, выраженного в датированной ссылке, рекомендуется использовать только указанное в этой ссылке издание.

IEC 61158-6-2:2007 <2>, Industrial communication networks — Fieldbus specifications — Part 6-2: Application layer protocol specification — Type 2 elements (Сети связи промышленные. Спецификации промышленных сетей. Часть 6-2. Спецификация протокола прикладного уровня. Элементы типа 2)

<2> Заменен на IEC 61158-6-2:2023. Однако для однозначного соблюдения требования настоящего стандарта, выраженного в датированной ссылке, рекомендуется использовать только указанное в этой ссылке издание.

IEC 61918:2010 <3>, Industrial communication networks — Installation of communication networks in industrial premises (Сети связи промышленные. Установка сетей связи в производственных помещениях)

<3> Заменен на IEC 61918:2018. Однако для однозначного соблюдения требования настоящего стандарта, выраженного в датированной ссылке, рекомендуется использовать только указанное в этой ссылке издание.

IEC 62026-1, Low-voltage switchgear and controlgear — Controller-device interfaces (CDIs) — Part 1: General rules (Аппаратура распределения и управления низковольтная. Интерфейсы между контроллерами и приборами (CDI). Часть 1. Общие правила)

CISPR 11:2009 <4>, Industrial, scientific and medical equipment — Radio-frequency disturbance characteristics — Limits and methods of measurement (Оборудование промышленное, научное и медицинское. Характеристики радиочастотных помех. Нормы и методы измерений)

<4> Заменен на CISPR 11:2015. Однако для однозначного соблюдения требования настоящего стандарта, выраженного в датированной ссылке, рекомендуется использовать только указанное в этой ссылке издание.

ISO/IEC 7498-1, Information technology — Open Systems Interconnection — Basic Reference Model: The Basic Model (Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель)

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

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

В настоящем стандарте применены термины по IEC 62026-1, а также следующие термины с соответствующими определениями:

3.1.1 сигнальный фрейм (BEACON): Фрейм, генерируемый мастером (ведущим устройством) для уведомления ведомых устройств и повторителей о текущей скорости передачи и сетевом соединении.

3.1.2 Bit-ведомый (Bit slave): Устройство ввода-вывода, работающее с данными длиной не более 4 бит.

3.1.3 ответвление (branch): Отрезок кабеля, с помощью которого осуществляется Т-образное соединение с магистралью или вспомогательной магистралью.

3.1.4 индикатор состояния CDI (CDI status indicator): Визуальный индикатор состояния канала связи на устройстве CompoNet.

3.1.5 скорость передачи данных (circuit speed baud rate): Скорость передачи в сигнальных символах или метках в секунду в среде передачи.

Примечание — Каждый бит CompoNet закодирован в манчестерском формате с использованием двух меток, поэтому скорость канала 6 Мбит/с дает скорость передачи или скорость передачи данных 3 Мбит/с.

3.1.6 явное сообщение; сообщение в явной форме (explicit message): Команда, требующая выполнения конкретной задачи и возврата результатов выполнения задачи запрашивающему субъекту.

[IEC 62026-3, терминологическая статья 3.1.22, с изменениями]

3.1.7 IN-ведомый; ведомое устройство входных данных (IN slave): Адресное устройство ввода-вывода с функцией ввода, способное создавать данные для ввода в ведущее устройство без получения данных.

3.1.8 метка; интервал (mark): Символ стандартного временного интервала для сигнала, используемого в технологии манчестерского кодирования в целях передачи двоичного кода по шине.

Примечание — Каждый бит данных кодируется с использованием двух стандартных интервалов или меток. При этом единица кодируется как «01», а ноль — как «10».

3.1.9 мастер; ведущее устройство (master): Устройство, управляющее связью.

Примечание — В сети CompoNet имеется только один мастер.

3.1.10 мастер-порт (master port): Порт на мастере или повторителе со встроенными терминаторами.

Примечание — В магистрали или субмагистрали имеется только один мастер-порт.

3.1.11 MIX-ведомый (MIX slave): Адресное устройство ввода-вывода с функцией ввода и вывода, способное принимать выходные данные от ведущего устройства и генерировать данные для ввода мастеру.

Примечание — Объемы генерируемых и принимаемых данных могут различаться.

3.1.12 светодиодный индикатор состояния модуля; MS LED-индикатор (MS LED indicator, module status indicator): Визуальный индикатор, сигнализирующий о наличии электропитания и рабочем состоянии устройства CompoNet.

3.1.13 узел (node): Устройство с уникальным MAC ID.

3.1.14 внешнее ведомое устройство (OUT slave): Адресное устройство ввода-вывода с функцией вывода, способное потреблять выходные данные от мастера без создания данных для ввода ведущему устройству.

3.1.15 повторитель (repeater): Адресное устройство, используемое для расширения сети и дублирования сигнала связи.

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

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

3.1.17 ведомое устройство; ведомый (slave): Адресное устройство с реальными данными ввода/вывода.

Примечание — Максимальное количество ведомых устройств в сети CompoNet равно 384.

3.1.18 ведомый порт (slave port): Порты на ведомом устройстве или повторителе без встроенных терминаторов.

3.1.19 STRNP (STRNP): Команда STR, нацеленная на неучаствующий узел.

3.1.20 STRP (STRP): Команда STR, нацеленная на участвующий узел.

3.1.21 STWNP (STWNP): Команда STW, нацеленная на неучаствующий узел.

3.1.22 STWNP_Reset (STWNP_Reset): Команда STWNP с параметром «ResetRequest = 1».

3.1.23 STWNP_Run (STWNP_Run): Команда STWNP с параметром «Running = 1».

3.1.24 STWP (STWP): Команда STW, нацеленная на участвующий узел.

3.1.25 STWP_Reset (STWP_Reset): Команда STWP с параметром «ResetRequest = 1».

3.1.26 STWP_Standby_Lock (STWP_Standby_Lock): Команда STWP с параметром «Running = 0, UnRegistrant = 1».

3.1.27 STWP_Standby_Offline (STWP_Standby_Offline): Команда STWP с параметром «Running = 0, UnRegistrant = 0»).

3.1.28 повторное ветвление (sub-branch): Ответвление от другого ответвления.

3.1.29 субмагистраль (sub-trunk): Кратчайшая линия связи от мастер-порта повторителя до терминатора без прохождения через другой мастер-порт.

Примечание 1 — Понятие «субмагистраль» относится к кабелю, подключенному к мастер-порту повторителя. Это магистральная линия, расположенная за повторителем.

Примечание 2 — Магистраль или субмагистраль могут быть расширены за счет последовательного соединения разъемов на устройстве.

3.1.30 Т-ветвление (T-branch): Часть кабеля, подключенная к магистрали или субмагистрали с помощью Т-образного соединителя.

Примечание — Т-ветвление может быть расширено за счет последовательного соединения разъемов на устройстве.

3.1.31 согласующий конденсатор (terminating capacitor): Конденсаторе терминаторе.

3.1.32 согласующий резистор (terminating resistor): Резистор в терминаторе.

3.1.33 терминатор (terminator): Объект, используемый для согласования линии передачи с характеристическим импедансом для предотвращения отражений.

Примечание 1 — В некоторых случаях терминатор может быть встроен в конечное устройство или в разъем.

[IEC 61918, терминологическая статья 3.1.65]

Примечание 2 — Для целей настоящего стандарта считается, что терминатор состоит из согласующего резистора и согласующего конденсатора.

3.1.34 скорость передачи данных (transmission speed data rate): Скорость передачи данных в бит/с в среде передачи.

Примечание — Каждый бит данных CompoNet закодирован в манчестерском формате с использованием двух меток, поэтому скорость передачи в бит/с составляет половину скорости канала в метках/с.

3.1.35 магистраль (trunk): Кратчайшая линия связи от мастера до терминатора в том же сегменте.

Примечание — Магистраль или субмагистраль можно расширить путем последовательного соединения разъемов на устройстве.

3.1.36 Word-ведомый (Word slave): Устройство ввода-вывода, работающее с данными в 16-битном слове (словах).

3.2 Сокращения

A_EVENT ( Application EVENT communication) — приложение «СОБЫТИЕ связи»;

B_EVENT ( Base memory EVENT communication) — базовая память «СОБЫТИЕ связи»;

BEACON — сигнальный фрейм, генерируемый мастером;

CDI (controller device interface) — интерфейс устройства контроллера;

CRC (cyclic redundancy check) — циклическая проверка избыточности;

CN ( ConNection status) — статус подключения;

EPR (expected package rate) — ожидаемая оценка пакета;

IN (input data) — входные данные;

LED (light emitting diode) — светодиод;

LSB (least significant bit) — младший значащий бит;

MAC (media access controller) — контроллер (управление) доступа к среде передачи;

MAC ID — MAC-адрес (MAC-идентификатор), присваиваемый единице активного оборудования;

OUT ( OUTput data) — выходные данные;

PHY (physical layer) — физический слой;

PWB (printed wiring board) — печатная плата;

RMS (root mean square) — среднеквадратичное значение;

SID (security identifier) — идентификатор безопасности;

SEM (state event matrix) — матрица событий состояния;

STR (status read of B_Event frame) — чтение состояния фрейма B_Event;

STW (status write of B_Event frame) — запись состояния фрейма B_Event;

TDMA (time-division multiple access) — множественный доступ с временным разделением;

TRG (TRiGger) — триггер или переключатель;

UCMM (unconnected message manager) — несвязанный менеджер сообщений.

4 Классификация

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

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

CompoNet соединяет контроллеры с датчиками и исполнительными механизмами. Контроллер действует как мастер (ведущее устройство), а датчики и исполнительные механизмы как ведомые устройства. Предусмотрено два типа ведомых. Один является ведомым устройством Bit с данными до четырех разрядов, а другой — ведомым устройством Word с данными до 16 разрядов. Повторители увеличивают длину линий связи.

CompoNet обычно состоит из нескольких сегментов, разделенных повторителями. Каждый сегмент подключен к сети, но классифицируется с точки зрения физического уровня. Как показано на рисунке 1, сегмент, содержащий мастер, называется уровнем первого сегмента. Слои второго и третьего сегментов можно добавить с помощью повторителей, но можно не более двух таких добавочных сегментов. Таким образом, разделение между ведущими и ведомыми никогда не превышает двух повторителей или трех сегментов. Всего в одной сети можно использовать 64 повторителя. Все сегменты должны работать с одинаковой скоростью передачи.

Рисунок 1 — Уровни сегментов

Мастер или повторители должны быть подключены в конце сегментов.

Всего можно подключить 384 ведомых устройства, т.е. 256 Bit-ведомых и 128 Word-ведомых. Однако в рамках ограничений, установленных физическим уровнем, в сегменте может быть в сумме до 32 ведомых узлов или узлов-повторителей.

Поддерживаются четыре типа сетевых кабелей:

• круглый кабель I, двухжильный неэкранированный круглый кабель;
• круглый кабель II, четырехжильный неэкранированный круглый кабель;
• плоский кабель I, четырехжильный плоский кабель;
• плоский кабель II, четырехжильный плоский кабель с дополнительной оболочкой.

В то время как 2-жильные кабели передают только сигналы связи, 4-жильные кабели передают как сигналы связи, так и питание.

Скорость передачи выбирается из числа следующих: 4, 3, 1,5 Мбит/с и 93,75 кбит/с. Скорость определяет максимальную длину магистральной линии. Это 30 м при 4 и 3 Мбит/с, 100 м при 1,5 Мбит/с и 500 м при 93,75 кбит/с. Ветвление поддерживается на всех скоростях, кроме 4 Мбит/с.

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

CompoNet поддерживает обмен данными ввода-вывода, а также обмен явными сообщениями. Мастер контролирует всю связь в соответствии с настройками конфигурации. Ведущее устройство делит коммуникационный цикл на несколько временных областей и выделяет одни для обмена данными ввода-вывода, а другие — для конкретного обмена сообщениями. Таким образом реализуется эффективная коммуникация. Для связи ввода-вывода в каждом интервале цикла выделяется временной интервал, что обеспечивает пунктуальность и временную синхронизацию. Для явного обмена сообщениями распределение во временной области зависит от нагрузки на сеть. Поэтому пунктуальность не гарантируется.

4.2 Технические характеристики сети

Технические характеристики сети приведены в таблице 1.

Таблица 1

Технические характеристики сети

4.3 Компоненты

Сеть CompoNet состоит из следующих компонентов, используемых для формирования сети, как показано на рисунке 2:

• мастер CompoNet: устройство, управляющее связью. В сети CompoNet есть только один мастер;
• ведомое устройство CompoNet: устройство, которое производит и фактические данные ввода-вывода. Существуют два типа ведомых устройств: Word-ведомые и Bit-ведомые. Word-ведомые оперируют с 8-битными словами данных. Bit-ведомые работают с 2- или 4-битными блоками данных для повышения эффективности связи простых устройств;
• повторитель CompoNet: устройство, обеспечивающее расширение сети и модификацию сигнала связи. Каждый повторитель имеет адрес узла. Он может связываться с мастером и выполнять некоторые логические функции для повышения эффективности сетевого взаимодействия. Эти устройства не являются пассивными;

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

• терминатор (ограничитель) CompoNet: пассивное устройство для повышения производительности связи. Терминатор должен быть установлен на самом дальнем конце магистральной линии от мастер-порта или повторителя. Все терминаторы включают сопротивление, подключенное между сигнальными линиями, а терминатор для четырех кабелей также включает конденсатор, подключенный между линиями питания.

Рисунок 2 — Компоненты CompoNet

4.4 Коммуникационная модель CompoNet

Общая (абстрактная) объектно-ориентированная коммуникационная модель узла включает в себя следующее:

• диспетчер несвязанных сообщений (UCMM): обрабатывает несвязанные явные (точно сформулированные) сообщения;
• объект идентификации: идентифицирует и предоставляет общую информацию об устройстве;
• класс соединения: распределяет и управляет внутренними ресурсами, связанными как с соединениями ввода-вывода, так и с соединениями обмена явными сообщениями;
• объект подключения: управляет специфическими аспектами связи, связанными с конкретными отношениями между приложениями;
• объект связи CompoNet: обеспечивает конфигурацию и состояние физического CDI CompoNet;
• маршрутизатор сообщений: перенаправляет сообщения с явными запросами соответствующему объекту;
• объекты приложений: реализуют предназначение изделия.

4.5 CompoNet и CIP

Верхние уровни CompoNet используют подсистему стандартного промышленного протокола (CIPTM) и службы, определенные в IEC 61158-5-2 и IEC 61158-6-2.

Взаимосвязь между CompoNet, CIP и эталонной моделью OSI (ISO/IEC 7498-1) показана в таблице 2.

Таблица 2

Эталонная модель OSI и CompoNet

5 Технические характеристики

5.1 Коммуникационный цикл (цикл связи)

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

В сети CompoNet мастер управляет обменом по шине данных в соответствии со своей конфигурацией. Мастер делит коммуникационный цикл на несколько временных областей или временных интервалов. Диапазоны значений для CompoNet — в соответствии с приложением F.

5.1.2 Временные области

CompoNet проводит арбитраж при строгом контроле времени под управлением мастера. Коммуникационный цикл разделен на временные области, как показано на рисунке 3. Каждый узел получает право отправлять данные в сеть в течение определенного периода времени после завершения временной области OUT.

Коммуникационный цикл
OUT Временная область	CN Временная область	IN Временная область	EXTEND Временная область		OUT Временная область

Рисунок 3 — Временные области

Первая область каждого коммуникационного цикла — это временная область OUT. Последующими доменами являются временной домен CN, временной домен IN и временной домен EXTEND.

• Временной интервал OUT: в этот период мастер отправляет кадр OUT или кадр TRG.
• Временной домен CN: кадры CN отправляются в этот период. Количество кадров CN устанавливается мастером.
• IN Time Domain: кадры IN отправляются в этот период последовательно всеми входными устройствами.

- EXTEND Time Domain: мастер выполняет обмен сообщениями в этот период. Кадры событий, т.е. кадры A_EVENT и кадры B_EVENT, могут отправляться в этот период. Кадры BEACON должны отправляться периодически. Мастер может отправить BEACON перед началом каждого временного интервала OUT или в незанятом интервале времени EXTEND.

5.1.3 Типовой коммуникационный цикл

Мастер сначала отправляет OUT-фрейм (пакет выходных данных). Завершение пакета OUT запускает ведомые устройства и повторители для запуска своих таймеров. Ведомые или повторители, адресованные полем «CN Request MAC ID Mask» в OUT-фрейме, последовательно передают свои CN-фреймы (сообщения о статусе подключения). Затем следуют IN-фреймы (пакеты входных данных) от любых IN-устройств в состоянии Participated state (участие), за исключением подсостояния EventOnly (только по событию), в заранее определенной временной последовательности (см. рисунок 4). Затем по шине могут быть переданы фрейм команды события и возможный фрейм немедленного подтверждения в зависимости от графика мастера. Мастер, ведомые устройства и повторители могут отправлять фрейм команды события, а узел, указанный в поле MAC ID пункта назначения фрейма команды события, отправляет фрейм (сообщение, пакет данных), подтверждающий событие, если это требуется.

Рисунок 4 — Типовой коммуникационный цикл

5.2 Протокол обмена сообщениями

5.2.1 Формат фрейма сообщения

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

Типичный пакет сообщения состоит из преамбулы, кода команды, блоков, зависящих от кода команды, и CRC, как показано на рисунке 5.

Преамбула	Командный код	Блок/блоки, зависящие от кода команды	CRC
	Проверка CRC

Рисунок 5 — Общий фрейм

Существует семь типов фреймов:

OUT — обозначает выходные данные;

TRG — обозначает TRiGger;

CN — обозначает состояние соединения;

IN — обозначает входные данные;

A_EVENT — обозначает связь приложения EVENT;

B_EVENT — обозначает связь СОБЫТИЯ базовой памяти;

BEACON — сигнальный фрейм, созданный мастером.

Определения кодов команд представлены в таблице 3.

Таблица 3

Коды команд

КОДЫ КОМАНД							ЗНАЧЕНИЕ
B0	B1	B2	B3	B4	B5	B6
0	0	0	1	x	x	x	OUT
0	0	1	1	x	x	x	TRG
0	1	x	x				CN
1	0						IN
1	1	1	x	x	x		A_EVENT
1	1	0	x	x	x		B_EVENT
0	0	0	0	1			BEACON

Все фреймы используют одну и ту же преамбулу.

Используются два типа полиномов генератора CRC: CRC8 (8-битный) и CRC16 (16-битный).

5.2.1.2 Преамбула

Преамбула фрейма состоит из 10 знаков: 0011 1001 10, как указано на рисунке 6.

5.2.1.3 Полиномы генератора CRC

НАПРАВЛЕНИЕ ПЕРЕДАЧИ
CRC7	CRC6	CRC5	CRC4	CRC3	CRC2	CRC1	CRC0

Рисунок 7 — Направление передачи

CRC16 использует CRC-CCITT, образующий полином X16 + X12 + X5 + 1.

НАПРАВЛЕНИЕ ПЕРЕДАЧИ

CRC15

CRC14

CRC13

CRC12

CRC11

CRC10

CRC9

CRC8

CRC7

CRC6

CRC5

CRC4

CRC3

CRC2

CRC1

CRC0

Рисунок 8 — Направление передачи

5.2.1.4 Направления передачи кода команды и блока, зависящего от команды

Направления передачи — начиная с LSB, как описано ниже:

• направление передачи для кода команды — начиная с LSB, т.е. с B0;
• направление передачи для MAC ID — начиная с LSB;
• направление передачи для длины — начиная с LSB;
• направление передачи выходных данных — начиная с LSB. Иначе говоря, с Word0_Bit0 до Word0_Bit15, а затем то же самое для следующих слов;
• направление передачи данных A_EVENT — начиная с LSB. Иначе говоря, с Word0_Bit0 до Word0_Bit15, а затем то же самое для следующих слов;
• направление передачи данных B_EVENT — начиная с LSB. Иначе говоря, с Word0_Bit0 до Word0_Bit15, а затем то же самое для следующих слов.

5.2.1.5 Ограничения команд для MAC ведомого

В таблице 4 представлена сводка сетевых событий и состояний, в которых обрабатываются события.

Событие CRC_OK_frame указывает на то, что был получен фрейм с правильной CRC. Событие задано для использования во время определения скорости передачи данных.

5.2.2 Типы фреймов сообщений

5.2.2.1 Фрейм OUT

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

Фрейм OUT (пакет выходных данных) — это многоадресное сообщение, генерируемое только мастером и отправляемое всем ведомым устройствам и повторителям в сети. Фреймы OUT используются для следующих целей:

• OUT доставляются от мастера ко всем OUT-ведомым в одном широковещательном сообщении;
• адреса узлов, запрашиваемых для отправки кадров CN в последующей временной области CN, обозначаются этим кадром;
• после обнаружения завершения OUT-фрейма IN-ведомые фиксируют свои входные данные;
• ведомые и повторители запускают свои внутренние таймеры, когда обнаруживается завершение OUT-фрейма. Эти внутренние таймеры используются для корректного участия в последующих временных областях цикла связи;
• при обнаружении OUT-фрейма каждый OUT-ведомый использует свои выходные данные из предустановленной позиции в пределах фрейма.

На рисунке 9 и в таблице 5 представлены формат и блочное описание фрейма OUT.

5.2.2.1.2 Командные коды

Обновление ввода-вывода: если бит обновления ввода-вывода (см. таблицу 7) сброшен (0), то IN-фреймы не отправляются мастеру от ведомых устройств. Выходные данные в OUT-фрейме не должны использоваться ведомыми устройствами.

Таблица 7

Обновление I/O

5.2.2.1.3 Маска MAC ID запроса CN

5.2.2.1.4 Длина

5.2.2.1.5 Выходные данные

Выходные данные отправляются потребляющим ведомым устройствам. Они всегда отправляются кратным количеством слов.

Для Word-ведомых «OutBlockPointer[6:0]», установленных STW мастера, определяется, где выходные данные расположены в кадре. Например, значение 3 «OutBlockPointer[6:0]» означает, что выходные данные ведомого находятся в позиции 3 слова «Output Data» в OUT-фреймах. Количество слов выходных данных, потребляемых ведомым устройством, сообщается в параметре «OutloModeStatus» STR.

Для Bit-ведомых комбинация «OutBlockPointer[6:0]», установленная STW мастера, и их адреса определяют расположение данных устройства в выходных данных. Одно слово выходных данных соответствует группе из восьми адресов Bit-ведомых узлов (по 2 бита на каждый адрес). Младшие 3 бита адреса узла соответствуют положению выходных данных в слове. Например, если адрес из трех LSB равен «001», то бит 2 в слове, на которое указывает «OutBlockPointer[6:0]», является начальным адресом данных устройства.

На практике могут применять выходные данные, полученные из OUT-фреймов, только после того, как ведомое устройство было выделено ведущим.

5.2.2.2 Фрейм TRG

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

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

• указывает адреса узлов, которые должны отправлять фреймы CN;
• после обнаружения завершения фрейма TRG ведомые устройства IN фиксируют свои входные данные;
• после обнаружения завершения фрейма TRG указанные ведомые устройства и повторители запускают свои внутренние таймеры. Ожидаемые фреймы CN и IN отправляются последовательно.

Таблица 8

Описание наименований блоков

5.2.2.2.2 Командные коды

Обновление I/O: см. 5.2.2.1.2.

5.2.2.2.3 Маска MAC-идентификатора запроса CN

См. 5.2.2.1.3.

5.2.2.3 CN-фрейм

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

Фрейм CN используется ведомыми устройствами и повторителями для уведомления мастера об их статусе. «Маска MAC-идентификатора запроса CN» во фреймах OUT или TRG обозначает группу узлов, которые должны сообщать о своем статусе. Количество отправляемых фреймов CN задается мастером во время настройки.

Кроме того, ведомые устройства могут использовать фрейм CN для уведомления мастера о запросе на отправку события. Фреймы CN могут передаваться только ведомыми устройствами и повторителями.

На рисунке 13 и в таблице 9 представлены формат и описание блоков фрейма CN.

5.2.2.3.2 Командный код

Статус функции проверки дубликатов:

С помощью этого бита ведомое устройство или повторитель сообщает о своей функции проверки дублирующего MAC-идентификатора.

Если бит сброшен для неучаствующего узла, то активна проверка дублирующего MAC-идентификатора. В этом состоянии счетчик CN в узле увеличивается после каждого CN-фрейма, отправленного узлом без получения STW. Если счетчик достигает 16 без перехода в состояние «Участие», то узел переходит в состояние «Ошибка связи».

Этот бит игнорируется при отправке с узлов, находящихся в состоянии участия.

Счетчик CN может быть остановлен операцией «STW_Standby Locked» (см. 5.4.3). Заблокированный узел сообщает об этом бите как «1» (см. таблицу 10).

Таблица 10

Статус функции проверки дублирования

Ведомое устройство или повторитель используют этот бит, чтобы сообщить мастеру (ведущему), если им нужно отправить фрейм A_EVENT (см. таблицу 11).

Таблица 11

Запрос на отправку A_EVENT

5.2.2.3.3 Исходный MAC-идентификатор

Это 9-битный MAC ID узла.

5.2.2.3.4 Статус

Ведомое устройство или повторитель использует эти биты для сообщения мастеру о состоянии предупреждений и аварийных сигналов приложений. Как показано в таблице 12, зарезервированные 2 бита должны быть сброшены на «0».

Предупреждение: этот бит устанавливается на «1», когда возникает какая-либо проблема (сбой, ошибка), например, появляется необходимость в техническом обслуживании. Такая ситуация может привести к отказу (см. таблицу 13).

Таблица 13

Аварийный сигнал: этот бит устанавливается на «1», когда обнаруживается какая-либо критическая ошибка, такая как неисправность энергонезависимой памяти (см. таблицу 14).

Таблица 14

5.2.2.4 IN-фрейм

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

Фрейм IN генерируется только ведомыми устройствами, которые отправляют входные данные мастеру (см. рисунок 15 и таблицу 15).

5.2.2.4.2 Командный код

5.2.2.4.3 Исходный MAC-идентификатор

Это MAC-идентификатор ведомого устройства, которое генерирует входные данные.

5.2.2.4.4 Длина

5.2.2.4.5 Входные данные

5.2.2.5 Фрейм A_EVENT

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

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

• обмен сообщениями о событиях между мастером и ведомым или повторителем;
• обмен сообщениями о событиях между ведомыми устройствами и повторителями. Это реализуется мастером, выступающим в качестве посредника или представителя для запрашивающего клиента. Сообщение запроса перенаправляется мастером на сервер, а ответ сервера пересылается обратно инициирующему клиенту.

На рисунке 17 и в таблице 17 представлены формат и описание блоков фрейма A_EVENT.

5.2.2.5.2 Код команды

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

Тип команды: эта часть кода используется для указания того, является ли команда запросом или подтверждением. Положительное подтверждение означает, что полная команда была получена и готова к обработке приемником. Это не означает, что приемник принял команду. Отрицательный фронт подтверждения означает, что получатель не может получить команду в данный момент. Отправитель может запланировать повторную попытку позже.

Таблица 19

Тип команды A_EVENT

5.2.2.5.3 Назначение MAC ID и исходный MAC ID

Назначением MAC ID или исходным MAC ID должен быть MAC ID мастера для любого фрейма A_EVENT.

Для фрейма A_EVENT, отправленного ведомым устройством или повторителем, назначение MAC ID получателя является назначением MAC ID мастера.

Для фрейма A_EVENT, отправленного мастером, исходным MAC ID является MAC ID мастера.

5.2.2.5.4 Длина

Эта часть указывает длину данных события от 0 до 22 слов. Значения с 23 по 31 недопустимы.

5.2.2.5.5 Данные A_EVENT

Данные A_EVENT содержат максимум 22 слова на кадр. Данные используются для явных сообщений. Форматы определены в 5.2.3.2.

Когда адреса явного источника и получателя сообщения в данных A_EVENT не идентичны MAC-идентификатору источника и получателя, A_EVENT обрабатывается главным прокси-сервером.

Для подтверждения не должно быть никаких данных.

5.2.2.6 Фрейм B_EVENT

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

Описание наименований блоков

Фрейм B_EVENT используется также для обнаружения дублирующего MAC ID и других операций узла.

5.2.2.6.2 Код команды

Рисунок 20, таблицы 21 и 22 представляют определение кода команды.

Подтверждение: если бит установлен, то приемник должен подтвердить ответ на запрос B_EVENT. Во фреймах подтверждения на запросы B_EVENT или во фреймах «A_EVENT Poll Request» этот бит должен быть очищен. Во фреймах запроса бит B_EVENT должен быть установлен.

5.2.2.6.3 Назначения MAC ID и исходный MAC ID

Назначением MAC ID или исходным MAC ID должен быть MAC ID мастера для всех фреймов B_EVENT.

Для фрейма B_EVENT, отправленного ведомым устройством или повторителем, назначением MAC ID является MAC ID мастера.

Для фрейма B_EVENT, отправленного мастером, исходным MAC ID является MAC ID мастера.

5.2.2.6.4 Длина

Данная часть указывает длину данных события в диапазоне от 1 до 22 слов. Значение 0, а также значения с 23 по 31 недопустимы.

Эта длина равна 1 для запроса STR, ответа STW и проведения опроса A_EVENT.

5.2.2.6.5 Данные B_EVENT

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

На рисунках 21 и 22 и в таблице 23 представлены формат и описание блоков фрейма B_EVENT.

5.2.2.6.5.2 Группа состояния сети

В данной области запрещены команды (E_CMD), кроме READ. Доступ к этой группе называется «Чтение состояния», сокращенно STR. На рисунке 25 представлено определение STR.

• 10000: 224 знака; 10001: 240 знаков; 10010: 256 знаков; другие: зарезервированы.

g) GateCount: 0, 1, 2; количество повторителей между мастером и узлом; 2 — недействителен для повторителя.

h) Код управления: значение кода управления из самого последнего фрейма BEACON.

j) SpeedCode: 0: 93,75 кбит/с; 1: зарезервировано; 2: 1,5 Мбит/с; 3: 3 Мбит/с; 4: 4 Мбит/с.

l) MajorRevision: атрибут Major Revision в Identity Object.

5.2.2.6.5.3 Группа конфигурации

Доступ к этой группе называется «Запись статуса», сокращенно STW. Команда чтения в этой области не разрешена.

f) OutBlockPointer: от 0 до 79. Указывает выходные ведомые устройства, где они выбирают выходные данные из фрейма OUT (см. 5.2.2.1.5).

i) Действие: 0: при неучастии; 1: при участии.

j) ProductCode: атрибут кода продукта в объекте идентификации. Обычно используется копия результата STR. Эти данные игнорируются получателем.

k) EventOnly: если установлено значение «1», то узел не отправляет фрейм IN после получения фреймов OUT или TRG.

5.2.2.6.5.4 Группа запроса опроса A_EVENT

5.2.2.6.6 Процесс декодирования фрейма EVENT

Если это запрос STR, то фрейм обрабатывается в соответствии с правилами, указанными в таблице 26.

Правила обработки запроса STR

Если это запрос STW, то он обрабатывается в соответствии с правилами, приведенными в таблице 28. Если запрос STW проходит эти проверки, то данные B_EVENT в запросе STW должны перезаписать параметры конфигурации, перечисленные на рисунке 26. Затем следует обработка по блок-схеме, приведенной на рисунке 29. Команды STW, используемые в блок-схеме, определены в таблице 29.

Правила обработки запроса STW

Рисунок 29 — Блок-схема обработки согласованного запроса STW

Таблица 29

5.2.2.7 Фрейм BEACON

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

Описание блоков

5.2.2.7.2 Код команды

На рисунке 31 представлено определение кода команды.

Рисунок 31 — Код команды BEACON

5.2.2.7.3 Код контроля (управления)

Код управления объявляет количество кадров CN в одном цикле шины. Это справедливо только для неучаствующих узлов. Узел «Сбой связи» использует значение, полученное, когда узел находится в состоянии «Не участвует». В таблице 31 представлено определение кода управления.

Таблица 31

Коды контроля BEACON-фреймов

5.2.2.7.4 Код скорости

В таблице 32 представлено описание кода скорости.

Таблица 32

Код скорости BEACON-фреймов

5.2.2.7.5 Адрес последнего узла повторителя

Данный адрес является адресом узла последнего повторителя, через который прошел фрейм BEACON. Мастер сбрасывает его на ноль, когда отправляет BEACON (см. 5.4.6).

Если ведомое устройство или повторитель получает сигнал BEACON, то это значение копируется в их регистр. Мастер может получить значение по STR (см. рисунок 25).

5.2.2.7.6 Количество шлюзов

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

Если ведомое устройство или повторитель получает фрейм BEACON, то это значение копируется в их поле счетчика шлюзов во фрейме STR. Мастер может получить значение с помощью STR (см. рисунок 25).

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

5.2.3 Обмен явными сообщениями

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

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

Рисунок 32 — Структурная схема потока сообщений A_EVENT

Если узлам ведомого или повторителя необходимо отправить A_EVENT, то они устанавливают бит запроса на отправку A_EVENT в своих фреймах CN. Затем мастер предоставляет ведомым устройствам или повторителям право на передачу данного запроса. Это делается путем выдачи запроса на опрос A_EVENT в течение предстоящего временного интервала EXTEND. Если запрос фрагментирован, то узлу предоставляется разрешение на отправку каждого последующего фрагмента.

Если мастер отправляет узлам ведомого или повторителя фрейм A_EVENT, который требует ответа, то он предоставляет узлам ведомого или повторителя разрешение на ответ путем отправки запроса на опрос A_EVENT.

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

5.2.3.2 Формат явного сообщения

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

CompoNet инкапсулирует явные сообщения в часть данных события фреймов A_EVENT, как показано на рисунке 32.

Данные службы явных сообщений сначала кодируются с прямым порядком байтов. Затем каждое 16-битное слово в этом буфере заменяется октетом и помещается в сеть (старший октет отправляется первым, младший октет — последним).

• компактный — 1 октет идентификатора класса и идентификатора экземпляра (обязательно) и
• расширенный — CIP EPATH (опционально).

Все явные форматы сообщений состоят из заголовка и сервисных данных. Размер заголовка сообщения и то, какие поля данных составляют заголовок, зависит от того, является ли это типом сообщения Compact или Expanded. Содержание сервисных данных определено на рисунке 40.

Для запроса нефрагментированного явного сообщения или первого фрагмента фрагментированного запроса явного сообщения используется формат, показанный на рисунке 34 для компактного типа или на рисунке 35 для расширенного типа. Первые 7 слов составляют заголовок сообщения. Формат «дополненного EPATH», показанный на рисунке 35, относится к формату сервисных данных, определенному на рисунке 40.

Рисунок 35 — Формат запроса расширенного типа сообщения (нефрагментированный фрейм/первый фрейм фрагмента)

Для нефрагментированного ответа или первого фрагмента ответа явного сообщения используется формат, показанный на рисунке 36. Формат используется ответчиком, который может быть мастером, ведомым или повторителем. Первые 6 слов составляют заголовок сообщения.

Рисунок 36 — Формат ответа об успешном завершении сообщения Compact/Expanded (нефрагментированный фрейм/первый фрейм фрагмента)

Для неудачного ответа используется формат, показанный на рисунке 37. Первые 6 слов составляют заголовок сообщения.

Рисунок 37 — Формат ответа на сообщение о сжатом/расширенном сообщении о неудачном завершении (нефрагментированный фрейм/первый фрейм фрагмента)

Для передачи фрагментированных сообщений после получения первого подтверждения запрашивающая сторона использует формат, показанный на рисунке 38, для фрагментов обмена со второго по последний. Аналогичным образом ответчик использует формат, показанный на рисунке 39, при передаче фрагментированного сообщения для фрагментов обмена со второго по последний. Бит 9 в поле Control Code используется для определения того, является ли кадр фрагментированным или нефрагментированным. Заголовок — это первые два слова для обоих рисунков.

Рисунок 38 — Формат запроса компактного/расширенного сообщения для фрагментов

Рисунок 39 — Формат ответа на сообщение Compact/Expanded для фрагментов

Сервисные (служебные) данные определены на рисунке 40. Если служебные данные состоят из нечетного числа октетов, к позиции последнего октета добавляется заполняющий октет со значением 00.

Рисунок 40 — Формат сервисных данных

5.2.3.2.2 Код управления (2 октета)

В таблице 33 представлено определение кода управления.

Таблица 33

Формат кода управления

5.2.3.2.3 Назначение MAC ID

Назначение MAC ID указывает получателя сообщения A_EVENT. Если оно отличается от значения в заголовке фрейма, то требуется маршрутизация.

5.2.3.2.4 Исходный MAC ID

Исходный MAC ID указывает отправителя сообщения A_EVENT. Если сервер сообщений A_EVENT формирует ответ, то это значение назначается в исходном MAC ID сообщения A_EVENT.

5.2.3.2.5 SID

Идентификатор безопасности или SID используется для согласования передачи и приема. Клиент выбирает значение, а сервер возвращает его обратно. Выбранное значение зависит от поставщика.

- Если мастер является клиентом, то диапазон SID составляет от 0 x 00 до 0 x 7F (от 0 до 127).

- Если ведомое устройство является клиентом, то диапазон SID составляет от 0 x 80 до 0 x FF (от 128 до 255).

5.2.3.2.6 Расширенный SID

Клиент выбирает значение, а сервер возвращает его обратно. Выбранное значение зависит от поставщика (продавца).

5.2.3.2.7 Размер

Размер октета служебных данных определяется в следующем диапазоне: от 0 x 0 до 0 x FFFF (от 0 до 65535).

- Нефрагментированные фреймы: от 0 x 00 до 0 x 1E (от 0 до 30) для фрейма запроса компактного типа сообщения от 0 x 00 до 0 x 20 (от 0 до 32) для фрейма ответа.

- Фрагментированные фреймы: от 0 x 1F до 0 x FFFF (от 31 до 65535) для фрейма запроса компактного типа сообщения; от 0 x 21 до 0 x FFFF (от 33 до 65535) для фрейма ответа.

- Для формата сообщения EPATH диапазон размеров зависит от длины EPATH.

5.2.3.2.8 Длина EPATH

Это размер следующего за ним EPATH в 16-битных словах.

5.2.3.2.9 Общие и дополнительные коды состояния

Неудачные ответы должны содержать общий код состояния, указывающий причину отказа.

Дополнительно может быть включен дополнительный код состояния для предоставления дополнительной информации.

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

Получатель не может полностью обрабатывать сообщения большого размера. Если «Размер» в запросе явного сообщения первого фрагмента больше, чем размер буфера получателя, то получатель должен вернуть код состояния «сообщение длиннее буфера приема» (0 x 23).

Для неподдерживаемых типов сообщений получатель должен вернуть ответ компактного типа сообщения с кодом состояния «формат сообщения не поддерживается» (0 x 24).

5.2.3.2.10 Пример кодирования данных

Ниже приведен пример, иллюстрирующий передачу данных.

Предположение: ведущее устройство запрашивает Set_Attribute_Single из 4 октетов данных, 0 x 1234 (слово) и 0 x 5678 (слово) для класса 0 x 64, экземпляра 0 x 01, атрибута 0 x 65 ведомого устройства, MAC-идентификатор которого равен 0 x D0. Код управления 0 x 4 000.

В приложении ведущего запрос EM отображается, как показано в таблице 34.

Таблица 34

Пример кодирования данных

Если ведомое устройство получает запрос, то оно декодирует информацию в словах от 0 до 6, используя приведенные выше данные о формате заголовка. Ведомый декодирует сервисные (служебные) данные, начиная со слова 7, как определения CIP. Таким образом, ведомое устройство знает, что это служба Set_Attribute_Single для класса 0 x 64, экземпляр 01, атрибут 0 x 65 с данными 0 x 1234, 0 x 5678.

5.2.3.3 Протокол фрагментации

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

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

Внимание! Мастера должны поддерживать передачу и прием сообщений фрагментарным образом. Эта возможность необязательна для ведомых устройств и повторителей, но обязательна для мастеров (ведущих устройств).

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

Протокол фрагментации расположен в поле данных события A_EVENT в одном слове, называемом кодом управления (см. таблицу 33).

5.2.3.3.2 Содержание протокола фрагментации

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

Таблица 35

Значения типа фрагмента

Счетчик фрагментов помечает каждый отдельный фрагмент, чтобы получатель мог определить, пропущен ли какой-либо фрагмент. Счетчик фрагментов увеличивается на один (1) за каждый последующий полученный фрагмент. Счетчик возвращается к нулю (0), когда достигает значения 256 (fragmentCount = (fragmentCount + 1) mod 256).

Если тип фрагмента не равен 0, то это означает, что передается только часть явного сообщения, а не все сообщение.

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

Передающая сторона функционирует, как указано ниже:

- Отправитель формирует заголовок сообщения, устанавливая в полях Control Code, Extended SID и SID значение, указанное приложением. Он инициализирует поля MAC ID и другие поля (см. 5.2.3.2).

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

- Затем отправитель берет следующую часть сервисных (служебных) данных и помещает ее в сообщение.

- Если отправитель является ведомым устройством или повторителем, то он устанавливает бит «A_EVENT запроса на отправку» в своих фреймах CN, чтобы информировать ведущее устройство (мастера) о том, что ему необходимо отправить сообщение. Он запускает таймер явных сообщений, если это первая передача сообщения.

- Отправитель передает сообщение и ожидает положительного подтверждения на уровне канала передачи данных.

- Если положительное подтверждение не получено, то отправитель повторяет последнюю попытку передачи. Механизм повторных попыток определен в 5.2.4. Если повторные попытки завершаются неудачно, то приложение информируется о том, что обнаружена ошибка и запрошенная передача не может быть осуществлена.

Если получено положительное подтверждение, то отправитель продолжает обычную обработку. Если отправитель является ведомым устройством или повторителем, то получение положительного подтверждения очищает бит «A_EVENT запроса на отправку» в его фреймах CN.

Начальное состояние, связанное с принимающей стороной, влечет за собой ожидание первого фрагмента во фрагментированной передаче либо ожидание приема полного явного сообщения.

Принимающая сторона функционирует, как описано ниже:

a) Если заголовок сообщения указывает, что это фрагментированное явное сообщение, то получатель проверяет протокол фрагментации, чтобы определить его достоверность. Если у приемника еще не получена первая передача в серии (в начальном состоянии) и поле Fragment не равно First Fragment, то фрагмент отбрасывается.

b) Если это однофреймовое сообщение и количество фрагментов равно 0, то получатель выполняет следующее:

- обрабатывает сообщение;

- возвращается в исходное состояние.

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

d) Если количество фрагментов на один (1) больше, чем ранее полученное количество, и фрагмент указывает, что это средний или последний фрагмент, SID такой же, как ранее полученный SID, и это полноразмерный фрагмент, то получен очередной фрагмент. Фрагмент добавляется к ранее полученному фрагменту (фрагментам). Счетчик фрагментов, связанный с этим фрагментом, сохраняется.

e) Если количество фрагментов такое же, как и ранее полученное количество, SID совпадает с ранее полученным SID, а фрагмент не указывает, что это первый фрагмент, то получен повторно отправленный фрагмент. Никаких действий не требуется.

f) Если счетчик фрагментов не на один (1) больше и не равен ранее полученному счетчику, то фрагмент отбрасывается. Приемник возвращается в исходное состояние.

g) Когда получен последний фрагмент, получатель продолжает обработку сообщения.

Матрицы событий/действий, представленные в таблицах 36 и 37, содержат формальные определения передающей и принимающей сторон протокола фрагментации.

Таблица 36

Фрагментированная передача

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

5.2.4 Требование синхронизации явных сообщений клиента/сервера

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

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

5.2.4.2 Тайм-аут подтверждения канального уровня

CompoNet использует подтверждение на уровне канала передачи данных для повышения эффективности связи. Получив фрейм A_EVENT, получатель должен немедленно ответить положительным или отрицательным подтверждением.

Если мастер является запрашивающим и не может получить ответ канала передачи данных от получателя после 10 попыток, то мастер прекращает ожидание и может запланировать повторную попытку позже. Если мастер получил отрицательное подтверждение, то он повторно отправляет запрос, пока не получит положительное подтверждение или пока не пройдет 2 с.

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

5.2.4.3 Тайм-аут явного сообщения

Таймер явных сообщений используется для обнаружения неудачной транзакции явных сообщений. Этот таймер поддерживается конечными точками клиента и сервера. Поведение таймера различается для клиентов, серверов, ведущих и подчиненных устройств или повторителей. Значение, загружаемое в таймер, зависит от категории устройства и скорости передачи данных, как показано в таблице 38.

Значения времени ожидания явных сообщений

• Поведение основного таймера

Как клиент мастер должен запускать таймер явных сообщений, ожидая ответа от ведомого устройства или повторителя. Таймер запускается, когда мастер получает уведомление о том, что последний фрейм запроса был отправлен. Если время таймера истекает до получения последнего фрейма ответа от ведомого устройства или повторителя, то транзакция считается прерванной. Затем приложение уведомляется о событии тайм-аута.

Как сервер мастер не запускает явный таймер сообщений.

• Поведение ведомого или повторителя таймера

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

Во время фазы запроса ведомое устройство или повторитель запускает таймер, когда приложение готово начать передачу запроса, на что указывает установка флага «A_EVENT Sending Request» во фрейме ответа CN. Таймер сбрасывается, когда приложение получает уведомление об отправке последнего фрейма запроса. Если таймер истекает до отправки последнего фрейма запроса, то устройство должно сбросить или очистить флаг «A_EVENT Sending Request» во фрейме ответа CN и уведомить приложение о событии тайм-аута.

Во время фазы ответа ведомое устройство или повторитель запускает таймер, когда приложение уведомляется о том, что последний фрейм запроса был отправлен. Если время таймера истекает до получения последнего фрейма ответа от мастера, приложение уведомляется о событии тайм-аута.

5.3 Классы коммуникационных объектов CompoNet

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

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

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

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

Основные используемые объекты связи перечислены в следующих подразделах (см. 5.3.2 - 5.3.6). В приложении D представлено описание спецификации и кодирования типов данных. В приложении E дано определение вспомогательных коммуникационных объектов.

5.3.2 Определение класса объекта идентификации (идентификационный код класса 01Hex)

Объект идентификации идентифицирует и предоставляет общую информацию об узле. Объект идентификации полностью определен в IEC 61158-5-2 (пункт 6.2.1.2.2) и IEC 61158-6-2 (пункт 4.1.8.2).

5.3.3 Определение класса объекта маршрутизатора сообщений (идентификационный код класса 02Hex)

5.3.4 Определение класса объекта соединения (идентификационный код класса 05Hex)

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

Класс соединения выделяет и управляет внутренними ресурсами, связанными с соединением ввода/вывода. Конкретный экземпляр, сгенерированный классом соединения, называется экземпляром или объектом соединения.

Класс подключения полностью указан в IEC 61158-5-2 и IEC 61158-6-2. Это включает в себя:

• атрибуты и службы для класса и экземпляров объекта соединения (см. IEC 61158-5-2 (пункт 6.2.3) и IEC 61158-6-2 (пункт 4.1.8.8));

5.3.4.2 Атрибуты экземпляра

5.3.4.2.1 Тип экземпляра, атрибут 2

5.3.4.2.2 Ожидаемая скорость передачи пакетов, атрибут 9

5.3.4.2.3 Идентификатор применяемого соединения CIP, атрибут 10

5.3.4.2.4 Идентификатор применяемого соединения CIP, атрибут 11

5.3.4.2.5 Время запрета производства, атрибут 17

5.3.4.2.6 Атрибут 18 множителя времени ожидания соединения

5.3.4.2.7 Атрибут 19 списка привязки соединений

5.3.4.3 Правила доступа к атрибутам объекта соединения

5.3.4.4 Сервис объекта соединения

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

5.3.4.4.2 Сервис класса объекта соединения

5.3.4.4.3 Сервис экземпляра объекта соединения

5.3.4.4.4 Создание соединений через объект CompoNet Link

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

5.3.4.4.4.2 Распределенный режим (сервисный код 4BHex)

Данный сервис (услуга) используется для распределения предопределенного набора соединений «ведущий/ведомый» для ведомого устройства или повторителя. Коды состояния, перечисленные ниже курсивом, установлены в приложении B. Объект связи CompoNet, определяемый дополнительными значениями кода, представлен в 5.3.4.4.4.4.

Сервис распределения объединяет следующие общие шаги в одну команду:

• создание объекта соединения;
• конфигурация объекта соединения.

Если принимающее устройство (т.е. ведомое устройство или повторитель) не поддерживает предопределенный набор соединений «ведущий/ведомый», то оно возвращается ответ об ошибке. Общий код ошибки в ответе на ошибку установлен на 0 x 08, чтобы указать, что сервис не поддерживается.

Устройство проверяет параметр Allocation Choice (выбор распределения) в запросе. Если устройство не поддерживает одно из соединений, указанных в аргументе выбора распределения (включая зарезервированные биты), то возвращается ответ об ошибке. Общий код ошибки в ответе на ошибку имеет значение 0 x 02, что означает, что ресурс недоступен, а дополнительный код имеет значение 0 x 02, зависящее от объекта.

Если в октете Allocation Choice не установлены биты, что означает, что все биты равны нулю, то устройство возвращает ответ об ошибке. В ответе для общего кода ошибки устанавливается значение 0 x 09, что указывает на обнаружение недопустимых данных атрибута, а для дополнительного кода устанавливается значение 0 x 02, зависящее от объекта.

Для повторителя служба распределения используется только для изменения EPR и таймера явных сообщений. Выбор распределения для повторителя должен быть 0 x 02.

Если выделено ведомое устройство или повторитель в подсостоянии EventOnly, ведомое устройство или повторитель возвращает ответ об ошибке с общим кодом ошибки, установленным на 0 x 10, что указывает на конфликт состояния устройства.

Если какое-либо из запрашиваемых соединений поддерживается этим ведомым устройством или повторителем и уже назначено ведущему, то ведомое устройство или повторитель возвращает ответ об ошибке с общим кодом ошибки, установленным на 0 x 0B (уже в запрошенном режиме/состоянии), а для параметра «Дополнительный код» задано значение 0 x 02, зависящее от объекта. У ведущего устройства есть возможность отправить запрос на освобождение, так как оно может быть не синхронизировано с ведомым устройством или повторителем. Исключением является ситуация, когда запрошенное соединение ввода/вывода находится в состоянии Timed Out. В этом случае ведомое устройство или повторитель перераспределяет соединение ввода-вывода, возвращая его в состояние конфигурации.

Если ресурс, который требуется для использования с запрошенными подключениями, недоступен, то возвращается ответ об ошибке с общим кодом ошибки, установленным на 0 x 02 (ресурс недоступен), и дополнительным кодом, установленным на объектно-специфичное значение 0 x 04.

Внимание! В случае возникновения ошибки ни одно из запрошенных соединений не будет локализовано. Если этот запрос не может быть полностью обслужен, то ни одно из запрошенных распределений не выполняется.

Атрибут Allocation Choice (выбор распределения, выбор локализации) указывает, какие объекты соединения из предопределенного набора соединений мастер/ведомый активны. Этот октет может нуждаться в обновлении всякий раз, когда объект соединения «ведущий/подчиненный» меняет состояние.

Если значение в поле «Период ожидания подключения» выходит за допустимые пределы, то возвращается ответ об ошибке с общим кодом ошибки, установленным на 0 x 20, что указывает на Invalid Parameter (недопустимый параметр).

Как только параметр Allocation Choice подтвержден, все выделенные соединения ввода/вывода переходят в состояние Configuring. Значения соединения по умолчанию, указанные в 5.3.5.5.3.2, загружаются в атрибуты соединения. Атрибут EPR настраивается со значением из параметра «Период ожидания соединения». Затем соединение ввода-вывода переходит в состояние «Установлено».

Таймер «Неактивность/сторожевой таймер» работает, как описано в IEC 61158-5-2 (пункт 6.2.3).

5.3.4.4.4.3 Режим разблокировки (сервисный код 4CHex)

Принимающее устройство, т.е. ведомое устройство или повторитель, проверяет параметр Release Choice в запросе. Если ведомое устройство или повторитель не поддерживает одно из соединений, указанных в аргументе Release Choice (включая зарезервированные биты), то возвращается ответ об ошибке. Для общего кода ошибки в ответе на ошибку установлено значение 02. Это означает, что ресурс недоступен, а для дополнительного кода установлено значение 02, зависящее от объекта.

Если в октете Release Choice не установлены биты, что указывает на то, что все биты равны нулю, ведомое устройство или повторитель возвращает ответ об ошибке с общим кодом ошибки, установленным на 09 (недопустимое значение атрибута) с дополнительным кодом, установленным на специфическое для объекта значение 02.

Внимание! В случае возникновения ошибки ни одно из указанных соединений не будет разорвано. Если этот запрос не может быть полностью обслужен, то ни один из запрошенных выпусков не будет выполнен.

Если одно из указанных соединений находится в несуществующем состоянии, то возвращается ответ об ошибке. Общий код ошибки в ответе об ошибке установлен на 0Bhex, чтобы указать, что уже находится в запрошенном режиме/состоянии.

После проверки параметра Release Choice ведомое устройство или повторитель гарантирует, что они находятся в состоянии, которое позволяет им прекратить использование указанных соединений. Если это не так, то возвращается ответ об ошибке. Общий код ошибки в ответе об ошибке установлен на 0Chex, чтобы указать, что невозможно выполнить сервис в текущем режиме/состоянии.

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

5.3.4.4.4.4 Коды ошибок, характерные для объекта CompoNet Link

5.3.4.5 Объектные характеристики соединения ведомого

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

В этом подпункте представлены внешне видимые характеристики объектов соединения, связанных с предопределенным набором соединений «ведущий/ведомый» в ведомых устройствах или устройствах-повторителях. Объект Predefined Master/Slave Connection, определенный для ведомых устройств или устройств повторителя, представляет собой соединение многоадресного опроса, которое отвечает за получение команды многоадресного опроса ведущего устройства и возврат соответствующего ответа.

Внимание! Этот подпункт дополнительно уточняет информацию, представленную в IEC 61158-5-2 (пункт 6.2.3) для использования объектами соединения. Если не указано иное, то вся информация, указанная в IEC 61158-5-2 (пункт 6.2.3) (например, сервис, атрибуты и т.д.), применяется к объектам соединения, описанным в этом подпункте.

5.3.4.5.2 Идентификаторы экземпляра соединения

Каждый существующий объект соединения имеет назначенный ID (идентификатор) экземпляра соединения, который идентифицирует объект соединения среди нескольких объектов соединения в классе соединения. Идентификаторы экземпляров, которые должны использоваться ведомым устройством или устройством-повторителем для идентификации предопределенных объектов соединения «ведущий/ведомый», показаны в таблице 42.

Таблица 42

Внимание! Ведомое устройство или повторитель должны зарезервировать ID экземпляров из таблицы 42 для предопределенных соединений «ведущий/ведомый», которые они поддерживают.

5.3.4.5.3 Атрибуты экземпляра подчиненного соединения

В этом подпункте определяются значения атрибутов по умолчанию, используемые ведомым устройством или повторителем в рамках предопределенных объектов соединения «ведущий/ведомый».

Таблица 43 определяет значения атрибутов для предопределенных объектов I/O-соединения «ведущий/ведомый». Эти значения по умолчанию изначально загружаются в атрибуты, когда объект соединения переходит из состояния «Несуществующий» в состояние «Настройка» (см. 5.3.4.5.4). Неподдерживаемые атрибуты не перечислены.

5.3.4.5.4 Предопределенное поведение экземпляра соединения «ведущий/ведомый»

Матрица событий состояний, или SEM, представленная ниже, дает формальное определение поведения I/O-соединений в предварительно определенном наборе соединений «ведущий/ведомый». SEM наследует и/или переопределяет действия, представленные в матрице событий состояния объекта I/O-соединения, приведенной в IEC 61158-6-2 (пункт 7.2.1).

Внимание! SEM, представленная ниже, не диктует правила в отношении внутренней логики конкретного продукта. Любая попытка доступа к классу подключения или экземпляру объекта подключения может потребовать прохождения проверки для конкретного продукта. Это способно привести к сценарию ошибки, который не указан в таблице 44. Возможно также появление дополнительных, специфичных для продукта указаний, доставленных из объекта соединения в приложение и/или конкретный объект приложения. Особым требованием является то, что предварительно определенный объект соединения ввода-вывода «ведущий/ведомый» должен демонстрировать поведение, видимое извне, указанное SEM и определениями атрибутов.

Таблица 44

Матрица событий предопределенного состояния I/O-соединения «мастер/ведомый»

Если при реализации обнаруживается, что она не поддерживает службу явных сообщений, указанную в таблице 44, то производится возврат ответа об ошибке, указывающий, что сервис не поддерживается (общий код ошибки 08).

5.3.4.6 Характеристики перехода состояния ведомого устройства или повторителя

5.3.4.6.1 Функционирование подключаемого экземпляра

После успешного выполнения STW ведомое устройство IN переходит в подсостояние ONLINE (участвует) и реагирует на фреймы OUT/TRG, отправляя фреймы IN с действительными входными данными еще до того, как они будут выделены. Когда мастер получает входные данные, то он НЕ передает данные своему приложению до тех пор, пока мастер не выделит успешно ведомого. Подчиненное устройство НЕ должно обновлять свои выходы до того, как оно будет выделено.

Для повторителя успешное выполнение STW_Run Online или STW_Run EventOnly переводит повторитель в состояние «Участвует» и начинает ретрансляцию. Успешная служба выделения переводит повторитель из подсостояния ONLINE в состояние установленного соединения.

После того как ведомое устройство или повторитель переходит в состояние «Установлено», оно отслеживает фреймы OUT/TRG. Если фреймы OUT/TRG отсутствуют в течение периода EPR4, то соединение переходит в состояние «Истечение времени (Timed out)».*

Есть два события, которые вызывают переход ведомого устройства вывода в состояние IDLE (Integrated Development and Learning Environment — интегрированная среда разработки и обучения). Фрейм OUT с отключенным битом обновления I/O или фрейм TRG интерпретируется объектом приложения как событие Receive_idle. Фрейм OUT с включенным битом обновления I/O интерпретируется объектом приложения как событие запуска.

5.3.4.6.2 Процедура подключения

На рисунке 42 показана процедура подключения:

- Шаг A. Ведущее устройство отправляет TRG-фрейм неучаствующим ведомым устройствам или повторителям и распознает автономные устройства. Автономные устройства отправляют фреймы CN обратно мастеру.

- Шаг B. Ведущее устройство отправляет запросы STR ведомым устройствам или повторителям, которые отправили фреймы CN. Ведомые устройства или повторители отправляют ответы STR со своим собственным ID поставщика и серийным номером, прикрепленными после полученных запросов STR. Запрос STR и ответ STR отправляются с использованием сообщений B_EVENT.

- Шаг C. Мастер добавляет полученный ID поставщика и серийный номер к запросу STW и отправляет его на соответствующее устройство. Если есть какое-либо устройство, у которого полученный ID поставщика и серийный номер не совпадают с его собственным ID поставщика и серийным номером, то устройство переходит в состояние сбоя связи. Запрос STW и ответ STW отправляются с использованием сообщений B_EVENT.

- Шаг D. Мастер отправляет запросы на выделение подчиненным устройствам или повторителям в режиме онлайн. Запрос выделения и ответ выделения отправляются с использованием сообщений A_EVENT.

5.3.4.6.3 Схема процедуры участия

5.3.4.7 Характеристики связи мастера

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

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

v — множитель, устанавливаемый скоростью передачи. Для скорости 93,75 кбит/с множитель равен 650. Для других скоростей — 200.

Например, при скорости 93,75 кбит/с мастер ждет 650 мс (без OUT/TRG), пока не истечет время по таймерам всех участвующих узлов и они не перейдут в неучаствующее состояние. Затем мастер ждет еще 650 мс (без кадров), чтобы позволить неучаствующим узлам перейти в состояние определения скорости. Таким образом, общее время ожидания 1300 мс гарантирует, что все узлы будут сброшены в состояние определения скорости.

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

Мастер должен контролировать свои соединения на предмет тайм-аутов. Для узлов IN или MIX мониторинг предпочтительно должен выполняться путем обнаружения пропущенных фреймов IN или, необязательно, путем обнаружения пропущенных фреймов CN. Для узлов OUT или повторителей контроль должен осуществляться путем обнаружения отсутствующих фреймов CN.

5.3.5 Определение класса объекта CompoNet Link (идентификационный код класса F7Hex)

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

Объект CompoNet Link используется для предоставления конфигурации и статуса физического подключения. Продукт должен поддерживать один (и только один) объект CompoNet Link для каждого физического сетевого подключения, и это должен быть экземпляр 1.

5.3.5.2 Атрибуты класса объектов CompoNet Link

Атрибуты класса для объекта CompoNet Link определены ниже в таблице 45.

Таблица 45

5.3.5.3 Сервисы класса объектов связи компонентов

Объект CompoNet Link поддерживает сервисы класса, указанные в таблице 46.

5.3.5.4 Атрибуты экземпляра объекта CompoNet Link

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