Товары в корзине: 0 шт Оформить заказ
Стр. 1 

101 страница

Купить ГОСТ IEC 62026-3-2015 — бумажный документ с голограммой и синими печатями. подробнее

Цена на этот документ пока неизвестна. Нажмите кнопку "Купить" и сделайте заказ, и мы пришлем вам цену.

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Устанавливает требования к системе интерфейсов между единичными или многочисленными контроллерами и аппаратами цепи управления или коммутирующими элементами (далее – DeviceNet). Стандарт также определяет возможность замены компонентов, которые имеют схожие интерфейсы. Стандарт определяет следующие специальные требования для системы связи DeviceNet: требования к интерфейсам между контроллерами и коммутирующими элементами; нормальные условия эксплуатации устройств; конструктивные требования и требования к функционированию; испытания для подтверждения соответствия требованиям. Данные требования применяют в дополнение к общим требованиям, установленным в IEC 62026-1.

 Скачать PDF

Оглавление

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

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

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

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

5 Характеристики

6 Информация об изделии

7 Нормальные условия эксплуатации, установки и транспортирования

8 Требования к конструкции и работоспособности

9 Испытания

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

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

 
Дата введения01.03.2016
Добавлен в базу01.01.2019
Актуализация01.01.2021

Организации:

27.02.2015УтвержденЕвразийский совет по стандартизации, метрологии и сертификации75-П
25.05.2015УтвержденГосстандарт Республики Беларусь29
РазработанБелГИСС
ИзданБелГИСС2016 г.

Low-voltage switchgear and controlgear. Controller-device interfaces (CDIs). Part 3. DeviceNet

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РЕСПУБЛИКИ БЕЛАРУСЬ

Аппаратура распределения и управления низковольтная. Интерфейсы между контроллерами и приборами (CDI) Часть 3

СИСТЕМА СВЯЗИ DEVICENET

Апаратура размеркавання i мравання шзкавольтная. 1нтэрфейсы пам!ж кантролерам1 i прыборам1 (CDI) Частка 3

С1СТЭМА СУВЯ31 DEVICENET

(IEC 62026-3:2008, ЮТ)

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

Госстандарт

Минск

(55

Предисловие

Евразийский совет по стандартизации, метрологии и сертификации (ЕАСС) представляет собой региональное объединение национальных органов по стандартизации государств, входящих в Содружество Независимых Государств. В дальнейшем возможно вступление в ЕАСС национальных органов по стандартизации других государств.

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

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

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

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

3    ПРИНЯТ Евразийским советом по стандартизации, метрологии и сертификации (протокол № 75-П от 27 февраля 2015 г.)

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

Краткое наименование страны по МК(ИСО 3166) 004—97

Код страны по МК(ИСО 3166) 004—97

Сокращенное наименование национального органа по стандартизации

Армения

AM

Минэкономики Республики Армения

Беларусь

BY

Госстандарт Республики Беларусь

Казахстан

KZ

Госстандарт Республики Казахстан

Кыргызстан

KG

Кыргызстандарт

Молдова

MD

Молдова-Стандарт

Таджикистан

TJ

Таджикстандарт

Узбекистан

UZ

Узстандарт

Украина

UA

Минэкономразвития Украины

4 Настоящий стандарт идентичен международному стандарту IEC 62026-3:2008 Low-voltage switchgear and controlgear — Controller-device interfaces (CDIs) — Part 3: DeviceNet (Аппаратура распределения и управления низковольтная. Интерфейсы между контроллерами и приборами (CDI). Часть 3. Система связи DeviceNet).

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

Перевод с английского языка (еп).

Официальные экземпляры международного стандарта, на основе которого подготовлен настоящий межгосударственный стандарт, и стандартов, на которые даны ссылки, имеются в Госстандарте Республики Беларусь.

В разделе «Нормативные ссылки» и тексте стандарта ссылки на международные стандарты актуализированы.

Сведения о соответствии межгосударственных стандартов ссылочным международным стандартам приведены в дополнительном приложении Д.А.

Степень соответствия - идентичная (IDT)

© Госстандарт, 2016

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


Функциональная взаимосвязь DeviceNet, CAN, CIP и эталонной модели OSI (ISO/IEC 7498-1) показана на рисунке 2.


Уровни эталонной модели OS!


Уровни протокола DeviceNet


Приложение


Уровень 7


Представление

Сеанс

Транспортирование

Сеть

Канал передачи данных

Передача физических _сигналов_

Трансивер

Среда


Уровень 6


Уровень 5 Уровень 4

Уровень 3

Уровень 2


Уровень 1


[Уровень О»


Спецификация

DeviceNet/CIP

Пустое значение (Ноль)


Пустое значение (Ноль) Пустое значение (Ноль)


Пустое значение (Ноль)


Протокол CAN


Спецификация

DeviceNet


Рисунок 2 - Архитектура протокола DeviceNet по сравнению с эталонной моделью OSI

5 Характеристики

5.1    Соединения DeviceNet
5.1.1    Общие положения

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

DeviceNet использует поле идентификатора CAN и определяет шаги динамической генерации соединений I/O и соединений для передачи явных сообщений.

5.1.2    Использование в DeviceNet поля идентификатора CAN

Примечание - DeviceNet использует 11 битовое поле идентификатора CAN.

11 битов идентификатора CAN, доступные в DeviceNet, подразделяются на четыре отдельных группы сообщения: группа 1, группа 2, группа 3 и группа 4.

В случае соединения на основе сообщений, CID размещается в поле идентификатора CAN. На рисунке 3 также показаны компоненты CID DeviceNet.


7


БИТЫ ИДЕНТИФИКАЦИИ

ДИАПАЗОН

HEX

ИСПОЛЬЗОВАНИЕ

ИДЕНТИФИКАТОРА

10

9 |8 |7 |6

5 |4 |3 |2 | 1 |0

0

ID сообщения группы 1

Источник ID MAC

000 - 3ff

Сообщение группы 1

1

0

ID MAC

ID

сообщения группы 2

400 - 5ff

Сообщение группы 2

1

1

ID

сообщения группы 3

ID Источника MAC

600 - 7bf

Сообщение группы 3

1

1

1

1

1

ID сообщения группы 4 (0-2f)

О

0

1

CD

Сообщение группы 4

1

1

1

1

1

1

1

X

X

X

X

7TO - 7ff

Неправильные CAN-идентификаторы

10

9

8

7

6

5

4

3

2

1

0

Рисунок 3 - Использование в DeviceNet поля идентификатора CAN

Как показано на рисунке 3 поле идентификатора CAN в DeviceNet содержит следующее:

-    ID сообщения: идентифицирует сообщение в группе сообщений внутри конкретного узла. Когда соединение установлено, узлы используют идентификатор сообщения в сочетании с ID MAC для генерирования CID. Полученный CID указывается в поле идентификатора CAN, связанном с соответствующими транзакциями;

-    ID MAC источника: группы 1 и 3 требуют спецификации ID MAC источника в поле идентификатора CAN;

-    ID MAC: сообщение группы 2 позволяет указать источник или идентификатор получателя в пределах части «ID MAC» поля идентификатора CAN.

Соединения для передачи явных сообщений и I/O могут быть установлены в группах сообщений 1, 2 и 3.

Значения 6 и 7 ID сообщения группы 2 используются следующим образом:

-    ID 6 сообщения группы 2 используется для конфигурации используемых каналов передачи данных в приложении «ведущее/ведомое устройство» (см. 5.5);

-    ID 7 сообщения группы 2 используется для обнаружения узлов, которым были присвоены идентичные идентификаторы MAC (см. 5.3.6).

Значения 5, 6 и 7 ID сообщения группы 3 используются следующим образом:

-    ID 5 сообщения группы 3 используется при отправке откликов, связанных с запросами на передачу явных сообщений без установления соединения, а также сообщений о такте состояний устройства и сообщений об отключении устройства;

-    ID 6 сообщения группы 3 используется при отправке запросов на передачу явных сообщений без установления соединения;

-    ID 7 сообщения группы 3 является недействительным и не должен использоваться.

Группа 4 зарезервирована для использования в дальнейшем.

5.1.3 Установление соединения
5.1.3.1 Соединения для передачи явных сообщений и UCMM

Группа 3 сообщений определяет коды идентификаторов для поддержки передачи явных сообщений. Явные сообщения без соединения устанавливают и управляют передачей явных сообщений. Сообщения-запросы без установления соединения определяются по сообщению группы 3, компонент ID которого устанавливается на 6. Единственными допустимыми службами, которые могут передаваться в качестве явных сообщений-запросов без установления соединения, являются:

-    запрос на открытое соединение для передачи явных сообщений;

-    запрос на отключение соединения.

Сообщения, указанные выше, никогда не передаются в виде сообщений на основе соединения (см. передачу явных сообщений на основе соединения в 5.2.1.6).

Отклики на явные запросы без установления соединения передаются в виде сообщений-откликов без установления соединения. Сообщения-отклики без установления соединения определяются при передаче сообщения группы 3, компонент ID которого устанавливается на 5. Единственными допустимыми службами, которые могут быть переданы в качестве явных сообщений-откликов без установления соединения, являются следующие:

ГОСТ IEC 62026-3-2015

-    отклик: открытое соединение для передачи явных сообщений;

-    отклик: отключение соединения;

-    отклик об ошибке;

-    сообщение о такте состояния устройства;

-    сообщение о завершении работы устройства.

5.1.3.2    Соединения I/O

Соединения I/O устанавливаются динамически путем генерации интерфейса с учетом класса соединения через ранее установленное соединение для явных сообщений. Экземпляр соединения должен быть сгенерирован и сконфигурирован на каждом узле.

5.2    Протокол передачи сообщений DeviceNet
5.2.1    Передача явных сообщений
5.2.1.1    Общие положения

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

Поле данных (байты 0..8)

Заголовок

Поля протокола и данные

Концевая

CAN

в зависимости от службы

метка

CAN

Рисунок 4 - Использование поля данных явного сообщения CAN На рисунке 5 показан формат поля данных CAN, связанный с явными сообщениями:

Контент    Контент

Рисунок 5 - Формат поля данных явного сообщения

Поле данных транзакции, содержащее полное явное сообщение, включает в себя:

-    заголовок сообщения;

-    все тело сообщения в полном объеме.

Если явное сообщение по длине больше восьми байтов, то оно должно передаваться фрагментами. Функция фрагментации/восстановления обеспечивается объектом соединения. Часть фрагментированного явного сообщения включает в себя:

-    заголовок сообщения;

-    протокол фрагментации (см. 5.2.3.2);

-    фрагмент основных данных сообщения.

5.2.1.2 Заголовок сообщения

Заголовок сообщения помещается в байтовом нулевом смещении в поле данных CAN явного сообщения и должен быть отформатирован так, как приведено на рисунке 6.

9

Контент


Заголовок сообщения содержит:

-    frag (бит фрагмента): показывает, является ли эта транзакция частью фрагментированного явного сообщения или нет.

0    = нефрагментированное

1    = фрагментированнное

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

-    MAC ID: содержит либо источник, либо идентификатор МАС-адреса получателя.

Когда получено явное сообщение, проверяется поле MAC ID в заголовке сообщения. Если идентификатор МАС-адреса получателя указан в CID, то исходный МАС-идентификатор других конечных точек должен быть указан в заголовке сообщения. Если MAC ID источника указан в CID, то MAC ID принимающего модуля должен быть указан в заголовке сообщения. Если ни одно из этих условий не действительно, то сообщение не должно учитываться.

5.2.1.3 Тело сообщения

Тело сообщения содержит поле и аргументы, характерные для службы.

1 0


Поле службы


Код службы


R/R


Тело сообщения


Аргументы в зависимости от службы


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

Рисунок 7 - Формат поля службы

Контент поля службы:

-    код службы: значение, определяемое в пределах наименее значимых 7 битов байта служебного поля, которое указывает тип передаваемой службы;

-    R/R: наиболее значимый бит в служебном поле. Его значение определяет, является ли сообщение запросом или откликом.

0    = запрос

1    = отклик

DeviceNet определяет набор общих служб. Общие службы DeviceNet являются открытым множеством, параметры и необходимые действия которого определены в IEC 61158-5-2 (пункт 6.2.1.3) и IEC 61158-6-2 (пункт 4.1.8).

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

ГОСТ IEC 62026-3-2015

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

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

5.2.1.5    Службы UCMM
5.2.1.5.1    Общие положения

Менеджер сообщений без установления соединения (UCMM) обеспечивает динамическое установление соединения явных сообщений. В этом подразделе представлено подробное описание аргументов в зависимости от службы, связанных с открытым соединением явных сообщений и службами отключенного соединения, предоставляемыми UCMM. Для получения информации о спецификации испытания, касающегося установления соединений явных сообщений см. 9.3.3.

UCMM обрабатывает две службы, которые управляют размещением и высвобождением памяти явных сообщений:

-    открытое соединение для передачи явных сообщений: код службы = 4ВНех- Используется в целях установления соединения для передачи явных сообщений;

-    отключение соединения: код службы = 4СНех- Используется для удаления объекта соединения и уничтожения все связанных ресурсов.

Эти службы доступны при использовании явного запроса без установления соединения и полей CAN-идентификатора отклика, показанных на рисунке 3. При обработке явного запроса без установления соединения UCMM, возможно, потребуется возврат индикации ошибки запрашивающему устройству. Таким образом, отклик об ошибке может быть передан с помощью CAN-идентификатора явного отклика без установления соединения.

5.2.1.5.2    Запрос на открытое соединение для передачи явных сообщений

Контент

Байтовое

смещение

7

6

5 4

3 2 10

0

Frag

(0)

XID

ID MAC

1

R/R

(0)

КОД Службы (4Bhex)

2

Резервные (все биты=0)

Формат тела запрашиваемого

3

Выбор группы

ID источника сообщения

Рисунок 8 - Формат запроса на открытое соединение для передачи явных сообщений


}


Заголовок сообщения


Тело сообщения


Данная служба запрашивает установление логического соединения между двумя узлами, через которые будут передаваться явные сообщения. Эта служба передается в качестве сообщения-запроса без установления соединения (сообщение группы 3, сообщение Ю 6) (см. рисунок 8).

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

-frag (0) transaction ID/MAC ID: см. 5.2.1.2. Идентификатор МАС-адреса получателя всегда указывается в заголовке сообщения, связанном с запросом/откликом на открытое соединение явных сообщений;

-    R/R бит (0): показывает, что это - сообщение-запрос;

-    код службы (4ВНех): Определяет данное сообщение в качестве службы открытого соединения явных сообщений;

-    резервные биты: Эти биты должны игнорироваться ресивером и устанавливаться трансмиттером на ноль;

-    формат тела запрашиваемого сообщения: Поле, используемое клиентом для запроса формата тела конкретного сообщения для последующих явных сообщений, передаваемых через это соединение. Сервер должен поддерживать, по крайней мере, один из форматов тела сообщения DeviceNet (элементы 0-3).

11

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

-    отклонять запрос и возвращать значение поддерживаемого формата в отклике на открытое соединение явного сообщения; возвращенный формат должен быть одним из форматов тела сообщения DeviceNet (элемент 0 - 3);

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

Таблица 1 - Значения формата тела сообщения

Значение

Разъяснение значения

0

DeviceNet (8/8). Класс ID = целочисленный бит 8, ID экземпляра = целочисленный бит 8

1

DeviceNet (8/16). Класс ID = целочисленный бит 8, ID экземпляра = целочисленный бит 16

2

DeviceNet (16/16). Класс ID = целочисленный бит 16, ID экземпляра = целочисленный бит 16

3

DeviceNet (16/8). Класс ID = целочисленный бит 16, ID экземпляра = целочисленный бит 8

4

Маршрут CIP. Размер адресации является различным и предоставляется в виде пакетированного ЕРАТН по каждому запросуа)

5 " Fцех

Резервное

Примечание - Сообщения, передаваемые через это соединение, форматированы так, как указано в 5.2.1.6.

а) Путь CIP установлен как длина маршрута 8 бит (USINT), за которым следует маршрут (пакетированный ЕРАТН). Информация о ЕРАТН приведена в IEC 61158-6-2 (пункт 4.1.9). Сервер должен поддерживать, как минимум, наиболее эффективную кодировку для любого логического сегмента в ЕРАТН (например, кодировку класса 8 бит для кода класса 0><01).

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

Таблица 2-

Значения выбора группы

Значения

Разъяснение значения

0

Сообщение группы 1

1

Сообщения группы 2 а)

2

Резервное

3

Сообщения группы 3

4 " FHex

Резервное

5

Резервное

а) Идентификатор сообщений группы 2 запрашивает либо спецификацию (описание) источника, либо идентификатор МАС-адреса получателя. В отношении соединений явных сообщений, устанавливаемых через группу 2 сообщений, клиент помещает MAC ID сервера в соединение ID при передаче сообщений через это сообщение. Сервер помещает свой собственный ID MAC в соединение ID при передаче сообщений через это соединение. Этот процесс требует от сервера размещения ID двух отдельных сообщений из своего накопителя этой группы 2.

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

- ID источника сообщения: использование этого поля зависит от элемента в рамках поля выбора группы (см. таблицу 3):

ГОСТ IEC 62026-3-2015

Таблица 3-ID источника сообщения в запросе на открытое соединение для передачи явных сообщений

Выбор группы:

ID источника сообщения:

0 или 3

Устанавливает ID сообщения, который клиент назначил из ID накопителя сообщений своей группы 1 или 3. Клиент должен использовать этот ID сообщения в сочетании со своим собственным MAC ID для генерирации указанного ID соединения при передачи сообщения через это соединение а)

1

Игнорируется/устанавливается на нулевое значение (0)°'

a)    Клиент размещает это значение в рамках компонента сообщения ID группы 1 или 3.

b)    Соединения явных сообщений, установленные через сообщения группы 2, требуют от сервера размещать IDs сообщения группы 2 и возвращает их в сообщении-отклике открытого соединения явных сообщений. Клиент должен использовать одно из этих ID сообщений для генерации ID соединения, которое он указывает при передаче сообщения через это соединение. Другие должны использоваться сервером для генерации ID соединения, которое он указывает при передаче сообщения через это соединение.

UCMM в сервере проверяет аргументы запроса на открытое соединение явного сообщения. Если они валидные, то UCMM инициирует службу генерации класса соединения для получения экземпляра объекта соединения (см. IEC 61158-5-2, пункт 6.2.3). Полученный в результате объект соединения автоматически конфигурируется, чтобы стать объектом соединения явного сообщения.

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

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

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

Контент

Байтовое

смещение

7

6

5

4

3

2

1

0

0

Frag

(0)

XID

MAC ID

1

R/R

(1)

Код службы: 4Bhex

2

Резервные (все биты = 0)

Формат фактического тела сообщения

3

ID назначения сообщения

ID источника соединения

4

Ю экземпляра соединения

Младший байт

5

Стартовый

байт

Рисунок 9 - Формат отклика на открытое соединение для передачи явных сообщений


}

\


Заголовок сообщения


Тело сообщения


Эта служба используется для отклика на запрос об успешном выполнении открытого соединения для явного сообщения (см. рисунок 9).

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

-    frag (0) transaction ID/MAC ID: см. 5.2.1.2. Идентификатор МАС-адреса получателя всегда указывается в заголовке сообщения, связанном с запросом/откликом на открытое соединение явных сообщений;

-    R/R bit (1): показывает, что это - сообщение-отклик;

-    код службы (4ВНех): определяет данное сообщение в качестве службы открытого соединения явных сообщений;

13

-    резервные биты: эти биты должны устанавливаться трансмиттером на ноль;

-    формат фактического тела сообщения: поле, используемое сервером, для определения формата тела сообщения, связанного с последующим явным сообщением, передаваемым по этому соединению (как показано в таблице 1).

-    ID целевого сообщения: использование данного поля зависит от сообщения группы, в которой имеет место соединение (как показано в таблице 4);

Таблица 4-ID целевого сообщения в отклике на соединение для передачи явных сообщений

Выбор группы:

ID целевого сообщения открытого отклика:

0 или 3

Игнорируется и должно устанавливаться на нулевое значение (0)

1

Используется клиентом в сочетании с ID MAC, чтобы создать ID соединения, которое он указывает при передаче через этот соединение

-    ID источника сообщения: значение ID сообщения, которое назначил сервер. Сервер назначает ID сообщения из накопителя ID сообщений группы 1, 2 или 3, который используется в сочетании с ID MAC (ID источника MAC), чтобы создать ID соединения, которое указывается при передаче сообщения по этому соединению;

-    ID экземпляра соединения: сервер создает объект соединения явного сообщения, когда он успешно обработал открытый запрос. В этом поле удерживается значение ID экземпляра соединения (16-битное целочисленное поле), назначенное этому объекту соединения явного сообщения.

5.2.1.5.4 Запрос на отключение соединения

Эта служба используется для завершения соединения (либо ввода/вывода или передачу сообщения) в рамках одного из конечных пунктов. Прием UCMM сообщения с запросом на отключение соединения приводит к вызову службы удаления класса соединения (IEC 61158-5-2, пункт 6.2.3). Сообщение-запрос на отключение соединения передается в виде запроса без непосредственного установления соединения.

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

Запрос на отключение соединения содержит следующее (см. рисунок 10):

-frag (0)/transaction ID/MAC ID: См. 5.2.1.2;

-    R/R бит (0): показывает, что это - запрашиваемое сообщение;

-    код службы (4СНех): определяет, что это - служба отключения соединения;

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

Контент

Байтовое

смещение

7

6

5 4 3 2 1 0

0

Frag

(0)

XID

MAC ID

1

R/R

(0)

КОД Службы (4Chex)

2

Младший

байт

1П источника

3

соединения „

Стартовый

байт


Заголовок сообщения


Тело сообщения


Рисунок 10 - Формат запроса на отключение соединения


ГОСТ IEC 62026-3-2015

5.2.1.5.5 Отклик на отключение соединения

Данная служба используется для отклика на сообщение-запрос отключенного соединения. Формат отклика на отключение соединения включает следующее (см. рисунок 11):

-    frag (0)/transaction ID/MAC ID: См. 5.2.1.2;

-    R/R бит (0): показывает, что это - сообщение-отклик;

-    Код службы (4СНех): определяет данное сообщение как службу отключения соединения;

Заголовок сообщения

Тело сообщения


Контент

Байтовое

смещение

7

6

5 4 3 2 1 0

0

Frag

(0)

XID

MAC ID

1

R/R

(1)

Код службы (4Chex)

Рисунок 11 - Формат отклика на отключение соединения

5.2.1.5.6 Сообщение об ошибке

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

Таблица 5 - Коды/условия сбоя (ошибки) UCMM

Ситуации сбоя

Наименование общей ошибки

Код общей ошибки (hex)

Дополнительный код ошибки (hex)

Код службы не открытый или закрытый

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

08

FF

Ошибка ресурса выбора группы

Ресурс недоступен

02

01

Выбор группы вне диапазона

Неверный параметр

20

01

Соединение с сервером отсутствует

Ресурс недоступен

02

02

IDs сообщения сервера отсутствуют

Ресурс недоступен

02

03

ID сообщения источника клиента неверный

Неверный параметр

20

02

ID дубликата сообщения источника клиента

Ресурс недоступен

02

04

Неверный ID экземпляра соединения

Объект не существует

16

FF

Описание условий сбоя:

-    служба не открыта или закрыта: Служба, получаемая через порт UCMM, является не открытого или закрытого типа, и поэтому не поддерживается UCMM;

-    ошибка ресурса выбора группы: аргумент выбора группы указывает на использование группы сообщения, которая не поддерживается устройством;

-    выбор группы вне диапазона: поле выбора группы содержит неверное значение;

-    отсутствует соединение с сервером: уже было достигнуто максимальное количество соединений, поддерживаемое этим сервером;

-    IDs сообщения сервера отсутствуют: сервер назначил все идентификаторы (IDs) сообщения в пределах группы сообщения, запрошенных клиентом;

-    ID дубликата сообщения источника клиента: ID первичного сообщения и ID источника MAC, полученный в рамках запроса на открытое соединение явного сообщения, уже используются для соединения явного сообщения группы 1 или группы 3;

-    Неверный ID экземпляра соединения: ID экземпляра соединения, полученный с запросом на отключение соединения, не существует.

5.2.1.6 Передача явных сообщений на основе соединения
5.2.1.6.1 Общие положения

Явное сообщение на основе соединения - это сообщение, передаваемое по соединению пересылки явного сообщения.

15

5.2.1.6.2 Контент явного сообщения по запросу (значения формата поля сообщения 0-3)

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

Контент

Заголовок сообщения

Тело сообщения

Рисунок 12 - Формат явного нефрагментированного сообщения-запроса, значения 0-3

Формат явного нефрагментированного сообщения-запроса включает следующее:

-frag (0)/transaction ID/MAC ID: См. 5.2.1.2;

-    R/R бит (0): показывает, что это - сообщение-запрос;

-    Код службы (4СНех): определяет запрашиваемую службу;

-    ID класса: определяет класс объекта, в отношении которого направляется этот запрос. ID класса указывается в пределах 8-битного или 16-битного целочисленного поля, основанного на значении формата тела фактического сообщения, выдаваемого в отклике открытого соединения пересылки явного сообщения;

-    ID экземпляра: определяет конкретный экземпляр в классе объекта, в отношении которого направляется запрос. ID экземпляра указывается в пределах 8-битного или 16-битного целочисленного поля, основанного на значении формата тела фактического сообщения, выдаваемого в отклике открытого соединения пересылки явного сообщения. DeviceNet использует нулевое значение, чтобы указать, что запрос направляется скорее в отношении самого класса, чем на конкретный экземпляр в пределах этого класса;

-    служебные данные: содержат данные конкретного запроса. Форматы общих служб DeviceNet представлены в 61158-6-2 (пункт 4.1.8). Определения служб, характерных для класса и объекта, включают формат данного поля.

5.2.1.6.3 Контент явного сообщения-запроса (значение 4 формата тела сообщения)

На рисунке 13 изображен формат сообщения, связанного с нефрагментированным явным запросом значения 4 формата тела сообщения:

ГОСТ IEC 62026-3-2015

5    ВВЕДЕН В ДЕЙСТВИЕ постановлением Госстандарта Республики Беларусь от 25 мая 2015 г. № 29 непосредственно в качестве государственного стандарта Республики Беларусь с 1 марта 2016 г.

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

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


Контент

Заголовок сообщения

Тело сообщения

Рисунок 13 - Формат явного нефрагментированного сообщения-запроса, значение 4


Явное нефрагментированное сообщение-запрос содержит следующее:

-    frag (0)/transaction ID/MAC ID: См. 5.2.1.2;

-    R/R бит (0): показывает, что это - сообщение-запрос;

-    код службы (4СНех): определяет запрашиваемую службу;

-    длина маршрута: этот 8-битовое целое значение (USINT) обеспечивает маршрут сообщения-запроса;

-    маршрут: определяет маршрут сообщения-запроса (пакетированный ЕРАТН);

-    служебные данные: содержат данные конкретного запроса. Форматы общих служб DeviceNet представлены в 61158-6-2 (пункт 4.1.8). Определения служб, характерных для класса и объекта, включают формат данного поля.

5.2.1.6.4 Явное сообщение-отклик об успешном выполнении

На рисунке 14 приведен формат сообщения, связанного с нефрагментированным откликом об успешном выполнении:

Контент

Байтовое смещение


0


Frag

(0)


XID


MAC ID


Заголовок сообщения


1


R/R

о:


Код службы


Тело сообщения


Служебные данные (необязательные)


Рисунок 14 - Формат нефрагментированного сообщения-отклика об успешном выполнении

Нефрагментированное сообщение-отклик от успешном выполнении содержит следующее:

-    frag (0)/transaction ID/MAC ID: См. 5.2.1.2;

-    R/R бит (1): показывает, что это - сообщение-запрос;

-    код службы (4СНех): транслирует данные в зависимости от запроса.


17


ГОСТ IEC 62026-3-2015

Содержание

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

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

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

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

5    Характеристики.......................................................................................................................................7

6    Информация об изделии.....................................................................................................................64

7    Нормальные условия эксплуатации, установки и транспортирования...........................................64

8    Требования к конструкции и работоспособности..............................................................................65

9    Испытания.............................................................................................................................................85

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

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

ссылочным международным стандартам.......................................................................95

IV

ГОСУДАРСТВЕННЫЙ СТАНДАРТ

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

Часть 3 СИСТЕМА СВЯЗИ DEVICENET

Апаратура размеркавання i мравання шзкавольтная. 1нтэрфейсы пам1ж кантролерам1 i прыборам1 (CDI)

Частка 3 С1СТЭМА СУВЯ31 DEVICENET

Low-voltage switchgear and controlgear. Controller-device interfaces (CDIs)

Part 3 DeviceNet

Дата введения 2016-03-01

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

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

Настоящий стандарт определяет следующие специальные требования для системы связи DeviceNet:

-    требования к интерфейсам между контроллерами и коммутирующими элементами;

-    нормальные условия эксплуатации устройств;

-    конструктивные требования и требования к функционированию;

-    испытания для подтверждения соответствия требованиям.

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

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

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

IEC 60529:2013 Degrees of protection provided by enclosures (IP Code) - (Степени защиты, обеспечиваемые оболочками (код IP))

IEC 60947-5-2:2012 Low-voltage switchgear and controlgear - Part 5-2: Control circuit devices and switching elements - Proximity switches (Аппаратура распределения и управления низковольтная. Часть 5-2. Аппараты и коммутационные элементы цепей управления. Бесконтактные датчики)

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

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

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

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

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

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

IEC 61158 (все части), Digital data communications for measurement and control - Fieldbus for use in industrial control systems (Сети связи промышленные. Спецификация полевой шины)

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

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

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

IEC 61508 (все части), Functional safety of electrical/electronic/programmable electronic safety-related systems (Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью)

IEC 61784-3-2:2010 Industrial communication networks - Profiles - Part 3-2: Functional safety field-buses - Additional specifications for CPF 2 (Сети связи промышленные. Профили. Часть 3-2. Полевые шины для обеспечения функциональной безопасности. Дополнительные спецификации для CPF 2)

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

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

ISO 11898-1:2003 Road vehicles - Controller area network (CAN) - Part 1: Data link layer and physical signaling (Транспорт дорожный. Локальная сеть контроллеров (CAN). Часть 1. Уровень передачи данных и физическая передача сигналов)

ISO 11898-2-2003 Road vehicles - Controller area network (CAN) - Part 2: High-speed medium access unit (Транспорт дорожный. Локальная сеть контроллеров (CAN). Часть 2. Высокоскоростной модуль промежуточного доступа)

CISPR 11:2009 Industrial, scientific and medical (ISM) radio-frequency equipment - Electromagnetic disturbance characteristics - Limits and methods of measurement (Оборудование высокочастотное промышленное, научное и медицинское (ISM). Характеристики электромагнитных помех. Нормы и методы измерения)

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

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

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

3.1.1    подтвержденная фрагментация (acknowledged fragmentation): Фрагментация, выполняемая в явном сообщении, в котором передача фрагмента от передающего объекта сопровождается передачей подтверждения принимающим объектом.

Примечание - Прием каждого фрагмента подтверждается принимающим объектом.

3.1.2    статус подтверждения (ack status): Поле в рамках формата сообщения подтверждения/ отклика, которое показывает, обнаружил ли ресивер фрагментированного сообщения ошибку или нет.

Примечание - Относится главным образом к протоколу фрагментации DeviceNet.

3.1.3    прикладные объекты (application objects): Совокупность классов и экземпляров объекта, имеющихся в узле.

Примечание - Эти объекты управляют и обеспечивают обмен данными и сообщениями через интерфейсы между устройствами и контролерами DeviceNet (CDIs) и в соответствующем узле DeviceNet.

ГОСТ IEC 62026-3-2015

3.1.4    атрибут (attribute): Внешне доступная характеристика или свойства объекта.

Примечание - Атрибуты обычно предоставляют информацию о статусе или управляют работой объекта.

3.1.5    битстробирование (bit-strobe): Передача данных с использованием стробирования.

3.1.6    пересылка сообщений (broadcast): Передача данных от одного узла к другим.

3.1.7    сеть контроллера (CAN) (Controller Area Network)): Спецификация ISO, определяющая общий физический уровень и протокол доступа к каналу передачи данных, и основанная на не нарушаемой поразрядной организации доступа (см. ISO 11898-1 и ISO 11898-2).

3.1.8    CAN_H (CAN_H): Положительный вывод дифференциального физического сигнала CAN.

3.1.9    CAN_L (CAN_L): Отрицательный вывод дифференциального физического сигнала CAN.

3.1.10    клиент (client): (1) Объект, который пользуется службами другого (сервера) объекта, для выполнения задачи, см. сервер (3.1.43); (2) инициатор сообщения, на которое реагирует сервер.

3.1.11    общая служба (common service): Служба CIP, используемая объектами DeviceNet (см. IEC 61158-5-2, пункт 6.2.1.3 и IEC 61158-6-2, пункт 4.1.8).

3.1.12    коммуникационные объекты (communication objects): Объекты, которые управляют и обеспечивают обмен сообщениями в DeviceNet в течение периода выполнения.

3.1.13    соединение (connection): Логическое связывание между двумя или более прикладными объектами.

Примечание - Эти прикладные объекты могут быть расположены в одном и том же узле или в различных узлах.

3.1.14    идентификатор соединения (connection ID (CID)): Идентификатор соединения, предназначенный для любой передачи сигнала, которая связана с конкретным соединением между несколькими узлами.

3.1.15    объект соединения (connection object): Управляет аспектами, характерными для передачи данных, при установлении соединений между узлами.

3.1.16    потребитель (consumer): Конечная точка соединения, ответственная за получение данных.

3.1.17    идентификатор МАС-адреса получателя (destination MAC ID): ID MAC узла, который должен получить сообщение.

3.1.18    ответвитель устройства (device tap): Физическая точка отсоединения от устройства DeviceNet на магистральный кабель или кабель заземления.

3.1.19    тип устройства (device type): Идентификация сбора информации применительно к устройству. Информация описывает приемлемое сочетание опций (параметров), выбранных для всех уровней в коммуникационном стеке.

3.1.20    восходящий (dominant): Один из двух дополнительных логических уровней на физическом сигнале.

Примечание - Восходящий уровень - это логический «0».

3.1.21    идентификатор обнаружения дубликата MAC (duplicate MAC ID detection): Протокол, определяемый DeviceNet, который гарантирует отсутствие двух узлов на одном и том же канале связи, принадлежащих одному и тому же идентификатору MAC.

3.1.22    передача явных сообщений (explicit messaging): Каждое явное сообщение управляет выполнением конкретной задачи и возвратом результатов ее выполнения инициатору запроса.

3.1.23    фрагментация (fragmentation): Протокол DeviceNet, обеспечиваемый объектом соединения, который определяет способ, которым могут передаваться данные свыше восьми (8) байтов.

3.1.24    клиент второй группы (group 2 client): Устройство способное управлять сообщениями без соединения (UCMM), которое получило право монопольного использования набором предопределенных соединений ведущего и ведомого устройств на сервере, благодаря чему может выступать клиентом в этих соединениях.

3.1.25    клиент исключительно второй группы (group 2 only client)): Устройство, действующее в качестве клиента второй группы для сервера исключительно второй группы.

Примечание - Клиент исключительно второй группы обеспечивает функциональность UCMM для серверов исключительно группы, которые он назначает.

3.1.26    сервер второй группы (group 2 server): Устройство, способное управлять сообщениями без соединения (UCMM), сконфигурированное действовать в качестве сервера для предопределенных соединений ведущего и ведомого устройств через идентификаторы.

3

3.1.27    сервер исключительно второй группы (group 2 only server): Ведомое устройство, не поддерживающее UCMM, которое использует предопределенный набор соединений ведущего и ведомого устройств для передачи данных.

Примечание - Устройство исключительно второй группы может передавать и получать только те идентификаторы, которые установлены предопределенным набором соединений ведущего и ведомого устройств.

3.1.28    соединение I/O (ввода/вывода) (I/O connection): Соединение между поставщиком и одним или несколькими потребителями с целью обмена индивидуальными для приложения данными ввода/ вывода, ограниченными по времени.

3.1.29    данные I/O (ввода/вывода) (I/O data): Информация, передаваемая между точками ввода/ вывода и контроллерами, которые используют и устанавливают величины.

3.1.30    передача входных/выходных сообщений (I/O messaging): Обмен данными в предопределенном формате.

3.1.31    изолированное устройство (isolated device): Устройство, в котором некоторые компоненты не относятся к В- физического уровня, см. неизолированные устройства (3.1.36).

3.1.32    ведущее устройство; «мастер» (master): Узел, который накапливает и распределяет сигналы I/O с помощью предопределенного набора соединений ведущего и ведомого устройств.

3.1.33    идентификатор управления доступом к среде (Medium Access Control (MAC) ID): Адрес связи узла DeviceNet.

3.1.34    многоадресное соединение (multicast connection): Логическое соединение от одного объекта к нескольким другим объектам.

Примечание - Многоадресное соединение позволяет передавать данные в единичной транзакции от поставщика к нескольким потребителям с использованием общего соединения.

3.1.35    узел (node): Объект DeviceNet, который идентифицирован на уровне канала передачи данных с помощью единого MAC ID.

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

3.1.36    неизолированное устройство (non-isolated device): Устройство, в котором все компоненты связаны с В-физического уровня, см. изолированное устройство (3.1.31).

3.1.37    объект (object): (1) Абстрактное представление возможностей устройства.

Примечание - Объекты могут включать в себя какие-либо следующие или все без исключения компоненты:

a)    данные (информация, которая изменяется со временем);

b)    конфигурация (параметры режима работы);

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

2) совокупность соответствующих данных (в виде переменных) и процедур функционирования на основе этих данных.

3.1.38    двухточечная связь (point-to-point connection): Соединение, которое возможно только между двумя объектами.

Примечание - Соединения для передачи явных сообщений всегда являются двухточечными. Соединения I/O могут быть либо двухточечными, либо многоадресными, см. многоадресное соединение (3.1.34).

3.1.39    Предопределенный набор соединений ведущего и ведомого устройств (predefined master/slave connection set): Использование соединения для передачи явных сообщений с целью генерации и конфигурирования объектов соединения в каждой конечной точке соединения.

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

3.1.40    поставщик (producer): Конечная точка соединения, которая отвечает за отправку данных.

3.1.41    нисходящий (recessive): Один из двух дополнительных логических уровней физического сигнала.

Примечание - Нисходящим уровнем является логическая «1».

3.1.42    серийный номер (serial number): Уникальное 32-разрядное целое число (номер), присвоенное соответствующим изготовителем каждому устройству DeviceNet.

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

3.1.43    сервер (server): Объект, предоставляющий службы другому (клиенту) объекту, см. клиент (3.1.10).

4

ГОСТ IEC 62026-3-2015

3.1.44    служба (service): Операция или функция, которую выполняет объект по запросу другого объекта.

3.1.45    ведомое устройство «слейв» (slave) - Узел, который возвращает данные своему ведущему устройству, используя предопределенный набор соединений ведущего и ведомого устройств и способа передачи, установленного ведущим устройством.

3.1.46    идентификатор MAC источника (source MAC ID): Идентификатор MAC узла, который передает сообщение.

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

3.1.48    устройство с функцией UCMM (UCMM capable device): Устройство, которое поддерживает UCMM (см. 3.1.51).

3.1.49    устройство без функции UCMM (UCMM incapable device): Устройство, которое не поддерживает UCMM (см. 3.1.51).

3.1.50    явное сообщение без установления соединения (unconnected explicit message): Явное сообщение между узлами, которые еще не установили соединение между собой.

3.1.51    менеджер сообщений без установления соединения (UCMM) (Unconnected Message Manager (UCMM)): Функция в рамках узла, который получает и обрабатывает явные сообщения без установления соединения.

3.1.52    беззнаковое короткое целое число (Unsigned Short Integer (USINT)): 8-битовое целое число.

3.1.53    беззнаковое целое число (Unsigned Integer (UINT)): 16-битовое целое число.

3.2 Символы и сокращения

CAN - сеть контроллеров

CDI - интерфейс между котроллером и устройством

CID - идентификатор соединения

CIP™ - общий промышленный протокол

CRC - циклический контроль избыточности

DCR - сопротивление постоянному току

EUT - испытуемое оборудование (далее - ИО)

MAC ID - идентификатор уровня доступа к носителям данных UCMM - менеджер сообщений без установления соединения

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

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

Устройства контроля в интерфейсах DeviceNet применяют для управления аппаратами цепи управления или коммутирующими элементами (исполнительными устройствами). В DeviceNet используется две витых экранированных пары проводников в одном кабеле. Одна пара проводников поддерживает дифференциальную среду передачи (данных), а другая обеспечивают поддержку питания устройств. Максимальный поддерживаемый ток составляет 8 А при 24 В постоянного тока. Данные передаются со скоростью 125 кбит/с, 250 кбит/с или 500 кбит/с при максимальной длине кабеля 500 м, 250 м и 100 м, соответственно. Максимально передаваемый объем данных без фрагментации составляет 8-байт. А максимальное количество подключаемых узлов (64 узла) может обеспечиваться благодаря линейной топологии, включающей магистральную линию и отводные линии (см. рисунок 1). DeviceNet поддерживает передачу I/O данных, диагностику, передачу сообщений и программирование/конфигурирование. Обмен данными может быть с управлением по событиям (изменение состояния), циклическим, по запросу или многоадресным.

Контроллер Пусковое устройство электродвигателя

Концевой    I-1

выключатель    |

Прерыватель _ i--

цепи Фотодатчик I_

Реле


Кнопочный пульт


Датчик

наличия

Другие

устройства

Электромагнитный

клапан


Лампочки

индикатора

Рисунок 1 - Типовые интерфейсы DeviceNet между контроллерами и устройствами

5

В настоящем стандарте определена основная схема соединений для обеспечения передачи данных всех приложений. Соединение DeviceNet обеспечивает канал передачи данных между несколькими конечными точками. Конечные точки соединения являются приложениями, которые должны совместно использовать данные. Транзакциям, связанным с конкретным соединением, присваивается идентификационное значение после установления соединения. Это идентификационное значение называется идентификатор соединения (СЮ).

Объекты соединения выстраивают коммуникационные характеристики конкретной взаимосвязи «от приложения к приложению».

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

-    Соединения I/O: обеспечивают специальные выделенные каналы передачи данных между генерирующим приложением и одним или несколькими пользовательскими приложениями. Данные I/O, характерные для конкретного приложения, передаются через эти каналы.

Обмен сообщениями I/O происходит через соединения I/O. Сообщение I/O состоит из CID и соответствующих данных I/O. Конечные точки соединения должны содержать информацию о предполагаемом использовании или значении сообщения I/O.

Настоящая часть IEC 62026 не устанавливает какое-либо определенное применение сообщений I/O. Существуют различные функции, которые могут быть выполнены с использованием сообщений I/O. Значение и/или предполагаемое применение всех сообщений I/O должно быть идентифицировано системой либо посредством конкретного типа изделия, передающего сообщения I/O, либо на основе конфигурации, осуществляемой с помощью явных сообщений.

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

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

DeviceNet определяет протокол передачи явных сообщений, который устанавливает значение сообщения. Явное сообщение состоит из СЮ и соответствующей информации о протоколе обмена сообщениями.

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

4.2    Модель передачи данных DeviceNet

Абстрактная, объектно-ориентированная модель передачи данных узла DeviceNet включает в себя следующее:

-    Менеджер сообщений без установления соединений (UCMM): обрабатывает явные сообщения DeviceNet без установления соединения;

-    Идентификация объекта: определяет и предоставляет общую информацию об устройстве;

-    Класс соединения: назначает и управляет внутренними ресурсами, связанными как с соединениями I/O, так и с обменом явными сообщениями;

-    Объект соединения: управляет характерными особенностями связи, установленными для определенной функциональной взаимосвязи «от приложения к приложению»;

-    Объект DeviceNet: поддерживает конфигурацию и состояние физического CDI DeviceNet;

-    Маршрутизатор сообщений: адресует явное сообщение-запрос к соответствующему объекту;

-    Прикладные объекты: реализуют назначение изделия.

4.3    DeviceNet, CAN и CIP

Низшие уровни DeviceNet используют технологию «Сеть контроллеров (CAN)» и установлены в ISO 11898-1 и ISO 11898-2. Высшие уровни DeviceNet используют сокращенную версию общего промышленного протокола (СIР™ 1) и служб, определенных в IEC 61158.

1

) 0|ртм является торговой маркой Открытой Ассоциации поставщиков DeviceNet, Inc. Эта информация предоставляется для удобства пользователей настоящего стандарта и не является рекламой IEC держателя торговой марки или любого из его изделий. Соответствие данному стандарту не требует использования фирменного наименования DeviceNet™. Для использования фирменного наименования DeviceNet ™ требуется разрешение Открытой Ассоциации поставщиков DeviceNet, Inc.