ГОСТ Р ИСО 11783-5-2021

ОбозначениеГОСТ Р ИСО 11783-5-2021
НаименованиеТракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 5. Управление сетью
СтатусДействует
Дата введения01.01.2022
Дата отмены-
Заменен на-
Код ОКС65.060.01
Текст ГОСТа

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


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


ГОСТР ИСО 11783-5— 2021


Тракторы и машины для сельского и лесного хозяйства

ПОСЛЕДОВАТЕЛЬНАЯ СЕТЬ УПРАВЛЕНИЯ И ПЕРЕДАЧИ ДАННЫХ

Часть 5

Управление сетью

(ISO 11783-5:2019, IDT)

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

Москва Российский институт стандартизации 2021

Предисловие

  • 1 ПОДГОТОВЛЕН Российской ассоциацией производителей специализированной техники и оборудования (Ассоциация «Росслецмаш») на основе собственного перевода на русский язык англоязычной версии указанного стандарта в пункте 4

  • 2 ВНЕСЕН Техническим комитетом по стандартизации ТК 284 «Тракторы и машины сельскохозяйственные»

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

  • 4 Настоящий стандарт идентичен международному стандарту ИСО 11783-5:2019 «Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 5. Управление сетью» (ISO 11783-5:2019 «Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 5: Network management», IDT).

Международный стандарт подготовлен Техническим комитетом ISO/TC 23 «Тракторы и машины для сельского и лесного хозяйства». Подкомитетом SC 19 «Сельскохозяйственная электроника» Международной организации по стандартизации (ISO).

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

  • 5 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)

©ISO. 2019

©Оформление. ФГБУ «РСТ». 2021

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

Содержание

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

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

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

  • 4 Технические требования

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

  • 4.2 Методы настройки адреса

  • 4.3 Требования к NAME и адресу

  • 4.4 Процедуры управления сетью

  • 4.5 Инициализация сети

Приложение А (обязательное) Примеры формирования NAME

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

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

Введение

Части с 1 по 14 серии стандартов ИС011783 устанавливают систему коммуникаций сельскохозяйственного оборудования, основанную на ИСО 11898 [4]. [5]. Документы SAE J 1939. на части которых основан стандарт ИСО 11783. были разработаны для совместного использования на грузовых автомобилях и автобусах, а также для применения в строительстве и сельском хозяйстве. Были разработаны общие документы, позволяющие использовать после минимальных изменений в сельскохозяйственном и лесохозяйственном оборудовании электронные блоки, соответствующие техническим условиям SAE J 1939 для грузовых автомобилей и автобусов. Этот документ согласован с SAE J 1939/81 [6]. Общая информация по всем частям ИСО 11783 находится в настоящей части ИСО 11783-1.

Цель стандарта ИСО 11783 состоит в предоставлении открытой взаимосвязанной системы для бортовых электронных систем. Стандарт предназначен для обеспечения связи электронных блоков управления (ECU) со всеми другими блоками в целях создания стандартной системы.

ГОСТ Р ИСО 11783-5—2021

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

Тракторы и машины для сельского и лесного хозяйства ПОСЛЕДОВАТЕЛЬНАЯ СЕТЬ УПРАВЛЕНИЯ И ПЕРЕДАЧИ ДАННЫХ Часть 5

Управление сетью

Tractors and machinery for agriculture and forestry. Serial control and communications data network.

  • Part 5. Network management

Дата введения — 2022—01—01

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

Настоящий стандарт описывает управление адресами источников (SA) управляющих функций (CF) электронных блоков управления (ECU), ассоциацию адресов с идентификаций функционалов устройств, а также обнаружение сетевых ошибок и сообщение об них. Также установлена процедура инициализации ECU. подключенных к сети.

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

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

ISO 11783-1, Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 1: General standard for mobile data communication (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 1. Общий стандарт на мобильную передачу данных)

ISO 11783-2. Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 2: Physical layer (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 2. Физический уровень)

ISO 11783-3, Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 3: Data link layer (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 3. Уровень канала передачи данных)

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

В настоящем стандарте применены следующие термины с соответствующими определениями.

ИСО и МЭК поддерживают терминологические базы данных для использования в стандартизации по следующим адресам:

  • - IEC Electropedia. которая доступна по адресу: http://www.electropedia.org/

  • - платформа ИСО для просмотра в режиме онлайн, которая доступна по адресу: https://www.iso. org/obp

  • 3.1 текущее NAME (current NAME): NAME, которое передается CF е сообщении с объявлением адреса.

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

  • 3.2 управление NAME; NM (NAME management): Метод изменения NAME CF во время выполнения.

  • 3.3 отложенное NAME (pending NAME): NAME, временно сохраненное конкретной CF в результате сообщений управления NAME (3.2). полученных от квалифицированного источника.

  • 3.4 случайная задержка передачи; RTxD (random transmit delay): время задержки рассчитывается путем умножения случайного числа в диапазоне от 0 до 255 на 0.6 мс.

Примечание — Начальное значение генератора случайных чисел может использовать идентификационный номер в NAME или другую уникальную информацию в CF.

  • 4 Технические требования

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

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

Способность CF выбирать адрес зависит от возможностей настройки адреса CF. как описано в 4.2.

Каждая CF должна иметь возможность предоставить свое уникальное 64-битное NAME. Правила создания этого NAME, его привязки к адресу и возможности или невозможности изменить этот адрес указаны в 4.3.

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

Если CF не может успешно объявить адрес, она должна сообщить об этом в сеть, как описано в 4.4.2.4.

Последовательности инициализации сети, связанные с процессом объявления адреса, описаны в 4.5.

Этот документ больше не содержит физических требований. Эти требования включены в ИСО 11783-2:2019.

  • 4.2 Методы настройки адреса

    • 4.2.1 Общие положения

Настройка адреса — это метод, с помощью которого конкретная CF определяет SA. который она должна использовать для объявления адреса. Для целей процесса объявления адреса существуют два основных метода настройки адреса: ненастраиваемый адрес и самонастраиваемый адрес. Они различаются по значению в поле «самонастраиваемый адрес» в наиболее значимом бите в NAME CF.

CF. соответствующие ИСО 11783. должны иметь возможность самонастраиваемого адреса. CF с ненастраиваемыми адресами должны допускаться в сети для обеспечения совместимости с CF, соответствующими первому изданию этого документа (ИСО 11783-5: 2001). и CF. соответствующими SAE J1939.

Есть также два расширенных метода настройки адреса: командо-настраиваемый адрес и сервисно-настраиваемый адрес. CF может реализовывать один или несколько расширенных методов настройки адреса.

  • 4.2.2 Ненастраиваемые адреса

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

Поле «самонастраиваемый адрес» является наиболее значимым битом в NAME CF, и поэтому CF с ненастраиваемым адресом всегда имеет более высокий приоритет, чем CF с самонастраивае-мым адресом. Это означает, что CF с ненастраиваемым адресом заставляет CF с самонастраиваемым адресом объявлять другой адрес.

  • 4.2.3 Самонастраиваемые адреса

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

также может пересчитать свой адрес и повторно объявить его (если не используются все 120 адресов от 128 до 247). Значение в поле «самонастраиваемый адрес» в NAME (см. 4.3.2) указывает, имеет ли CF такую возможность.

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

  • 4.2.4 Сервисно-настраиваемые адреса

CF с сервисно-настраиваемым адресом является CF. адрес источника которой может быть изменен на месте техническим специалистом. Адрес может быть изменен любым из проприетарных методов или с помощью сообщения с заданным адресом в сервисном режиме работы. Для этой операции может быть использован сервисный инструмент.

  • 4.2.5 Командно-настраиваемые адреса

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

  • 4.3 Требования к NAME и адресу

    • 4.3.1 Общие положения

NAME — это 64-битный объект, состоящий из полей, определенных в таблице 1. Каждая CF. передающая сообщения в сети ИСО 11783. должна иметь уникальное NAME. NAME CF описывает функцию, которую выполняет CF. и его числовое значение используется при арбитраже адресов (см. приложение А для примеров NAME). NAME обычно устанавливаются вовремя начальной настройки сети на машине или когда CF в ECU добавляется в существующую сеть.

Адрес используется в сети ИСО 11783 для предоставления уникального идентификатора сообщения и определения источника сообщения, известного как адрес источника (SA). Процедуры управления адресами в протоколе ИСО 11783-5 позволяют отдельным SA сопоставляться с конкретными CF (см. 4.4.2). В случае ECU. который реализует несколько CF. для каждого из CF могут существовать разные возможности настройки адреса, и каждый CF должен требовать уникальную SA.

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

  • 4.3.2 NAME

Сборщики сети и производители ECU должны гарантировать, что каждая CF в конкретной сети имеет уникальное NAME, которое не принадлежит другой CF в этой сети.

Взаимосвязь между 64-битным значением, используемым для приоритета арбитража (см. 4.5.3). байтами данных в сообщении объявления адреса (см. 4.4.2.3) и полями NAME (Таблица 1) показана на рисунке 1.

‘Сшоммлриаммый еярм


г- Эпшппффушцт


  • - Зпмтлф клана увтрдепа г-клвоо устройств

Г» ^■■4И1Н)11,ми||


— ЭомгпфЕСи


  • - КсАшптхмтапя

ркмнтифмищжжиый имвр



84-бтноаНАМЕ 1|» 1|и


>|и t


QQCCQQOO SQCCQMB 2QDCGQ3Q 3DDDDDQQ 0QDDDDE3QQQDDDCQQ0QDD0DQDDQ000DCD


I Байтб I Бейт7 I Бейтб I BeftrS Бейт4 БойтЗ БайтЗ Байт1


Рисунок 1 — Структура 64-битного NAME


Таблица 1 — Поля NAME

Лоле

SPN

Определение

Коли-честоо битов

Номер байта

Порядок байтов9

Самонастраи-ваемый адрес

2844

Показывает, является ли CF самонастраивающейся (1) или нет (0): всегда должно быть известно и установлено соответствующее знамение

1

8

Бит 8: Самонасграивае-мый адрес

Отраслевая группа*1

2846

Определенная и назначенная ИСО. идентифицирует NAME, связанные с отраслевыми группами (такими как сегъ-скохозяйственное оборудование)

3

Биты с 7 по 5: Отраслевая группа (наиболее значимый биг 7)

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

2843

Показывает возникновение класса устройства; определение зависит от содержимого поля «отраслевая группа» (см. рисунок 1}

4

Биты с 4 по 1: Идентификатор экземпляра класса устройства (наиболее значимый бит 4)ь

Класс устройства0

2842

Определенный и назначенный ИСО. предоставляет общее NAME для группы функций в присоединенной сети: при комбинировании с отраслевой группой может быть соотнесено с общим NAME, таким как «сеялка» с «сельскохозяйственное оборудование»

7

7

Биты с 8 по 2: Класс устройства (наиболее значимый бит 8)

Зарезервировано

Зарезервировано для будущих назначений ИСО

1

Биг 1: Зарезервировано

Функция0

2841

Определена и назначена ИСО: если значение от 0 до 127. то определяется независимо от других полей; если свыше 127 и менее 284. определение зависит от класса устройства: при комбинировании с отраслевой группой и классом устройства может быть соотнесено с общим NAME для конкретной CF. но без указания на конкретные возможности

8

6

Биты с 8 по 1: Функция (наиболее значимый бит 8)

Идентификатор экземпляра функции

2839

Показывает возникновение функции в системе конкретного устройства сети

5

5

Биты с 8 по 4: Идентификатор экземпляра функции (наиболее значимый бит 8)

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

2840

Показывает какая группа ECU. связанных с данной функцией, является ссылочной

3

Биты с 3 по 1: Идентификатор экземпляра ECU (наиболее значимый бит 3)

КОД изготовителя*1

2838

Назначенная комиссией (см. ИСО 11783-1). показывает изготовителя ECU. которому присвоено NAME: не зависит от других полей NAME

11

4

Биты с 8 по 1: наиболее значимые 8 бит кода изготовителя (наиболее значимый бит 8)

3

Биты с 8 по 6: наименее значимые 3 бита кода изготовителя (наиболее значимый бит 8)

Окончание таблицы 1

Поле

SPN

Определение

Количество битое

Номер бейта

Порядок байтов4

Идентификационный номер

2837

Присваивается изготовителем ECU

21

3

Биты с 5 по 1: наиболее значимые 5 бит кода изготовителя (наиболее значимый бит 5)

2

Биты с 8 по 1: Второй байт кода идентификационного номера (наиболее значимый бит 8)

1

Биты с 8 по 1: наименее значимый байт кода идентификационного номера (наиболее значимый биг в)6

а Порядок байтов полей NAME выстроен таким образом, что NAME может рассматриваться как число, в соответствии с ИСО 11783-7.

° Бит 1 это последний из отправленных битое данных и ближайший к циклически избыточному коду (CRC) в сообщении.

с Бит 8 это бит. ближайший к коду длины данных (DLC) в сообщении.

d Числовые значения отраслевых групп, классов устройств, функций и кодов изготовителя см. в ИСО 11783-1.

S таблице 1 указаны поля, которые составляют NAME, перечисленные в порядке приоритета от бита с самонастраиваемым адресом до наименее значимого байта идентификационного номера.

8 зарезервированный бит устанавливается 0.

Любое поле экземпляра в NAME может быть изменено и перенастроено при установке ECU или при наличии нескольких экземпляров в сети с помощью сообщений управления NAME {см. 4.5.3).

При необходимости, может быть достигнуто соглашение между изготовителем и сборщиком системы о толковании и использовании экземпляров функций. Например, производитель или другие части ИСО 11873 могут использовать экземпляр функции для указания положения или специальных функций CF.

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

Если функция управляется двумя отдельными ECU. каждый из которых подключен к одной и той же сети ИСО 11783. поле экземпляра ECU должно быть установлено равным 0 для первого ECU и 1 для второго. Производитель ECU должен гарантировать, что NAME является уникальным и не изменяется при отключении питания. Если все другие поля могут быть идентичны NAME другой CF. то NAME должно быть сделано уникальным путем установки идентификационного номера {например, серийного номера или кода данных/времени на продукте).

На рисунке 2 показаны взаимосвязи между полями, а также зависимость верхних 128 функций от класса устройства и отраслевой группы, зависимость идентификационного номера от кода производителя и независимость функций от 0 до 127 от отраслевой группы или класса устройства, учебный класс. Количество битов, которое содержит каждое поле, указано над каждым полем.

Рисунок 2 — Расположение и зависимости полей NAME

  • 4.3.3 Адрес

  • 4.3.3.1 Общие положения

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

  • 4.3.3.2 Предпочтительный адрес

CF могут работать в сети ИСО 11783. используя назначенный предпочтительный адрес. Если предпочтительный адрес уже был объявлен. CF должна либо попытаться запросить другой SA. либо отправить сообщение о невозможности объявить адрес источника, в зависимости от возможностей адресации CF и доступности неиспользуемых адресов. Когда CF объявляет другой адрес, этот новый адрес должен быть сохранен как начальный адрес, который будет использоваться при всех последующих включениях.

Список назначенных предпочтительных адресов см. ИСО 11783-1.

СЕ запрашивающая предпочтительный адрес в диапазоне от 0 до 127 и от 248 до 253. должна выполнять функцию, определенную для этого предпочтительного адреса, и должна указывать эту функцию в своем NAME.

Функция, выполняемая CF, никогда не должна определяться только no SA; только NAME CF должно использоваться для установления функции11.

  • 4.3.3.3 Самонастраиваемый адрес

CF по ИСО 11783, которые не имеют назначенного предпочтительного адреса или не могут объявить свой предпочтительный адрес, должны объявлять адрес в диапазоне от 128 до 247. Поскольку несколько CF могут объявить адреса в этом диапазоне, этот тип CF должен быть с самонастраиваемым адресом. Это позволяет процессу объявления адресов предоставлять уникальные адреса для каждого CF в сети.

Первое издание настоящего стандарта (ИСО 11783-5:2001} не устанавливало связь между адресом и функцией.

Некоторые адреса в верхней части диапазона самонастраиваемых адресов от 128 до 247 определяются как предпочтительные адреса для функций отраслевой группы 2 (см. ИСО 11783-1). Эти адреса не привязаны к функции, и они могут использоваться любой CF с самонастраиваемым адресом. Рекомендуется. чтобы CF. которые вынуждены объявлять новый адрес, пытались объявлять адреса из нижней области диапазона самонастраиваемых адресов, и только если все адреса в нижней области уже заявлены. CF должны объявлять адреса из диапазона предпочтительных адресов.

  • 4.3.3.4 Начальный адрес

Во время производства в качестве начального адреса (адреса, который CF пытается объявить при включении питания) должен быть установлен предпочтительный адрес. Начальный адрес для CF может быть перепрограммирован, чтобы разрешить настройку системы.

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

  • 4.3.3.5 Адрес NULL

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

  • 4.3.3.6 Глобальный адрес

Глобальный адрес (255) должен использоваться только в качестве адреса назначения.

  • 4.4 Процедуры управления сетью

    • 4.4.1 Общие положения

Процедуры управления сетью включают обмен сообщениями и действия, предпринимаемые CF для коллективного управления сетью. Управление адресом и ошибками в сети (см. 4.4.2 и 4.4.4 соответственно) являются основными ролями протокола управления сетью. За исключением ограничения на использование адреса NULL, сообщения управления сетью имеют те же характеристики и подчиняются тем же требованиям, что и другие сообщения ИСО 11783 (например, сообщение объявления адреса является сообщением запроса PGN. которое описано в ИСО 11783-3).

Адрес NULL (254) допустим только в поле SA сообщения управления сетью и только в том случае, если сообщение является запросом на объявления адреса или сообщением о невозможности объявить адрес источника.

  • 4.4.2 Сообщения и процедуры управления адресами

    • 4.4.2.1 Функции сообщений управления адресами

Набор сообщений управления адресами приведен в таблице 2 и используется функциями для:

  • - запроса NAME и адреса, используемых другой CF в сети (сообщение с запросом объявления адреса);

« объявления адреса (сообщение с объявлением адреса);

  • - ответа о невозможности объявить адрес (сообщение о невозможности объявления адреса);

  • - команды другой CF принять новый адрес (сообщение с командой назначения адреса).

Таблица 2 — Сообщения управления адресами

Сообщение

PGN

PF

PS

SA

Длина данных

Данные

Запрос объявления адреса (запрос PG)

59 904’

234

DA

SA6

3

PGN 60928

Объявление адреса

60 928

238

255

SA

8

NAME

Невозможность объявления адреса

60 928

238

255

254

8

NAME

Команда назначения адреса

65 240

254

216

SA

NAME, новый SA

• См. ИСО 11783-3.

° Значение SA установлено 254 если адрес еще не был объявлен.

с Сообщение с командой о назначении адреса отправляется с использованием транспортного протокола сообщения транслируемого объявления (ВАМ).

  • 4.4.2.2 Сообщение с запросом объявления адреса

Сообщение с запросом объявления адреса может быть передано любой CF для запроса NAME и адреса любой другой CF. работающей в сети. После получения получающая CF должен ответить сообщением объявления адреса, содержащим ее адрес и ее NAME, a CF. которая не может объявить адрес, должна ответить сообщением о невозможности объявления адреса (см. 4.4.2.3 для процедуры в обоих случаях). Исключением из этого требования является CF. которая еще не пыталась объявить адрес, и которая не должна отправлять сообщение о невозможности объявления адреса и фактически не участвует ни в каких сетевых коммуникациях (кроме запроса объявления адреса) прежде чем пытаться объявить адрес.

SA для сообщения с запросом объявления адреса должен быть адресом NULL, если сообщение отправлено CF, которая еще не объявила адрес.

CF может передавать сообщение с запросом объявления адреса либо по глобальному адресу назначения (255). либо по конкретному адресу. 8 первом случае CF затем может определить наличие в сети другой CF с конкретным NAME, изучив ответы на свое сообщение на глобальный адрес назначения. тогда как во втором случае инициирующая CF может опросить другую, чтобы определить был ли адрес уже объявлен. CF должна ответить на свое собственное сообщение с запросом объявления адреса, если оно отправлено на Глобальный адрес.

  • 4.4.2.3 Сообщение с объявлением адреса

Сообщение объявления адреса должно использоваться CF для ответа на сообщение с запросом на объявление адреса и для объявления адреса в сети. Если CF получает сообщение с объявлением адреса, объявляющее ее собственный адрес источника, она должна сравнить свое собственное NAME с полученным и определить, какое NAME имеет более высокий приоритет, то есть более низкое числовое значение. Если она определяет, что она имеет более высокий приоритет. CF передает сообщение объявления адреса, содержащее ее NAME и адрес. Однако, если она имеет более низкий приоритет, она должна либо объявить новый адрес, либо передать сообщение о невозможности объявления адреса (см. 4.4.2.4). Один номер группы параметров (PGN) используется как для сообщений объявления адреса, так и для сообщений с запросом объявления адреса.

Частота повторения сообщения Длина данных:

По требованию 8 байт

О 238 255 (Глобальный адрес)

6

60928 (00ЕЕ00пв) от 0 до 253

NAME


Поле страницы данных:

Поле формата PDU: Специальное поле PDU: Приоритет по умолчанию: Номер группы параметров:

Адрес источника Байты с 1 по 8

Чтобы успешно объявить адрес. CF. отправляющая сообщение объявления адреса, не должна получать конфликтующие требования от других CF в течение как минимум 250 мс. Межсетевой соединительный модуль не должен использовать свой собственный адрес при обмене данными в сети, пока он не объявил успешно свой адрес (пересылка сообщений между другими ECU является особой задачей межсетевого соединительного модуля) (см. ИСО 11783-4.) Однако межсетевой соединительный модуль может пересылать сообщения, прежде чем объявить собственный адрес.

  • 4.4.2.4 Сообщение о невозможности объявления адреса

Сообщение о невозможности объявления адреса передается (в ответ на сообщение с запросом объявления адреса или сообщение объявления адреса) любой CF. которая не может объявить свой начальный адрес и не имеет возможности самонастраиваемого адреса, или у нее есть возможность само-настраиваемого адреса, но она не может объявить адрес, потому что нет доступных для использования адресов. Несмотря на то. что сообщение о невозможности объявления адреса имеет тот же PGN. что и сообщение объявления адреса, его SA должен быть адресом NULL (254).

Частота повторения сообщения Только в ответ

Длина данных: 8 байт

Поле страницы данных: Поле формата POU: Специальное поле PDU: Приоритет по умолчанию: Номер группы параметров: Адрес источника Байты с 1 по 8


0

238

255 (Глобальный адрес)

6

60928 (00ЕЕ001б)

254 (адрес NULL) NAME


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

CF. которая не может объявить адрес, не должна отправлять никакие сообщения, кроме сообщения о невозможности объявления адреса сообщения с запросом объявления адреса.

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

  • 4.4.2.5 Сообщение с командой назначения адреса

Поддержка сообщения с командой назначения адреса не является обязательной. Если CF не поддерживает сообщение с командой назначения адреса, оставшаяся часть пункта 4.4.2.5 должна игнорироваться.

Это сообщение может использоваться одной CF (например, межсетевым соединительным модулем. таким как мост или сервисный инструмент), чтобы дать команду другой CF (далее называемой управляемая CF) использовать конкретный SA. Если CF получает сообщение с командой назначения адреса, но не может сменить свой адрес на назначаемый. CF должна ответить объявлением адреса, объявляющим текущий SA. Затем оператор или технический специалист может изменить SA управляемой CF другими способами. Изготовитель ECU может запретить своему продукту принимать сообщения с командой назначения адреса от любой CF. кроме, например, моста или сервисного инструмента, или потребовать проверку безопасности для своей CF. чтобы принять такое сообщение.

Частота повторения сообщения Длина данных:

Поле страницы данных:

Поле формата PDU: Специальное поле PDU: Приоритет по умолчанию: Номер группы параметров:

Байты с 1 по 8

Байт 9


По требованию

9 байт

0

254

216

6

65240 (00FED8,e) NAME

Поле назначаемого адреса (новый SA)

При получении сообщения с командой назначения адреса, управляемая CF должна объявить назначенный адрес своим новым адресом SA. применяются требования 4.5.2.

Сообщение с командой назначения адреса должно содержать 9 байт данных и должно быть отправлено на глобальный адрес (255) с использованием сообщения широковещательного оповещения (ВАМ) транспортного протокола (см. ИСО 11783-3). Следовательно. CF. предназначенные для поддержки сообщения с командой назначения адреса, также должны поддерживать ВАМ.

  • 4.4.3 Сообщения и процедуры управления NAME

    • 4.4.3.1 Общие положения

Сообщение об изменении поля NAME CF может использоваться при настройке сети, содержащей CF с несколькими экземплярами функций. ECU или классов устройств. Изменение функции универсального ECU является еще одним возможным использованием этого сообщения. Оно также может использоваться, когда другие методы уникальной идентификации CF недоступны. Это сообщение может использоваться в сочетании с шагами ручной настройки и/или с методом командного назначения адреса, чтобы выполнить настройку сети.

Одна CF (управляющая CF) может дать команду другой CF (целевой CF) использовать данное NAME с помощью сообщения управления NAME. Это сообщение может использоваться для управления целевой CF с конкретным адресом заменить некоторые поля ее NAME новыми значениями.

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

Для CF необязательно поддерживать сообщение управления NAME. Если сообщение поддерживается. производитель ECU может ограничить использование сообщения, не принимая его от CF, отличных от. например, сервисных инструментов или межсетевых соединительных модулей. Производители ECU могут также потребовать дополнительные проприетарные процессы проверки безопасности. прежде чем принимать сообщения управления NAME. Производитель ЕСИ может дополнительно ограничить использование сообщения, только принимая изменения для отдельных полей NAME, таких как поле экземпляра.

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

  • 4.4.3.2 Сообщение управления NAME (NM)

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

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

  • 1) Управляющая CF может

  • а) командовать целевой CF установить новое отложенное NAME;

  • b) запрашивать отложенное или текущее NAME целевой CF;

  • с) уведомлять одну или более целевых CF о необходимости применения их отложенных NAME;

  • d) запрашивать CF с конкретным NAME передать сообщение объявления адреса с ее текущим NAME.

  • 2) Целевая CF должна

  • а) отвечать на запросы отложенного или текущего NAME;

  • b) подтверждать (АСК) или отрицательно подтверждать (NACK) команду на изменение отложенного NAME;

  • с) применять отложенное NAME в качестве текущего NAME и объявлять свое текущее NAME в сети;

  • d) отправлять сообщение объявления адреса в ответ на запрос для совпадающего NAME.

Индикатор режима управления NM всегда отправляется в четырех наименее значимых битах байта 3 и указывает, как используется сообщение NM. Другие поля параметров используются для некоторых режимов, но не для всех. Когда не используется для определенного режима, в неиспользуемых полях должны быть установлены 1. Поля, используемые для каждого режима, указаны в таблице Зив 4.4.3.3.

Частота повторения сообщения Длина данных:

По требованию 8 байт

Поле страницы данных:

0

Поле формата PDU:

147

Специальное поле PDU:

Зависит от режима управления NM:

  • - Режим 0: SA целевой CF

  • - Режимы 1..4 : SA управляющей CF

  • - Режимы 5..7; SA целевой CF. или Глобальный адрес (FFie)

  • - Режим 8: Глобальный адрес (FFie)

Приоритет по умолчанию:

6

Номер группы параметров:

37632 (009300-ie)

Байты с 1 по 8

См. таблицу 3 и рисунок 3

Значения зарезервированных и неиспользуемых полей битов устанавливают на 1

ют.мвмют—wurglf Г* №МММГ«МН*

Кшрсммк «м ММВаян


вввееввввввеввввввббвввеввббвввеввбёвввепвбвввввввбвввбвввевевёе

I Байт 9 | БДт7 | Бейт 6 | SrtrS | 5*fr« | БдйтЗ | Байт 2 | Srtrl |


Рисунок 3 — Байты данных сообщения управления NAME

Таблица 3—Параметры сообщения управления МАМЕ

Параметр

SPN

Режимы, о кото* рых используется параметр

Количество битое

Номер байта

Порядок байтов

Назначенная возможность самонастраивания адреса3

5674

0.1. 2. 3.8

1

8

Битв

Назначенная отраслевая группа"6

5673

3

Биты с 7 по 5

Назначенный экземпляр класса устройства"

5672

4

Биты с 4 по 1

Назначенный класс устройства *-ь

5671

7

7

Биты с 8 по 2

Зарезервировано

1

Бит 1

Назначенная функция"1*

5670

0.1.2. 3.8

8

6

Биты с 8 по 1

Назначенный экземпляр функции"

5669

5

5

Биты с 8 по 4

Назначенный экземпляр ECUa

5668

3

Биты с 3 по 1

Назначенный код изготовителя"**

5667

11

4

Биты с 8 по 1 наиболее значимые 8 битов

3

Биты с 8 по 6 наименее значимые 3 бита

Зарезервировано

1

Бит 5

Индикатор режима управления NM

5666

Все режимы

4

Биты с 4 по 1

Определяющий флаг возможности самона-страиваемого адреса

5665

0.4.8

1

2

Битв

Определяющий флаг отраслевой группы

5664

1

1

Бит 7

Бит 6

Определяющий флаг экземпляра класса устройства

5663

Определяющий флаг класса устройства

5662

1

Бит 5

Определяющий флаг функции

5661

1

Бит 4

Определяющий флаг экземпляра функции

5660

1

Бит 3

Определяющий флаг экземпляра ECU

5659

1

Бит 2

Определяющий флаг кода изготовителя

5658

1

Бит 1

Контрольная сумма NAME/Код ошибки

5657

0.4

8

1

Биты с 8 по 1

Окончание таблицы 3

‘ Данные поля заполняются, если их соответствующие определяющие флаги установлены на 0. Если их определяющие флаги установлены на 1. поля также устанавливаются на 1.

ь Числовые значения отраслевых групп, классов устройств, функций и кодов изготовителей см. ИСО 11783-1.

  • 4.4.3.3 Параметры сообщения управления NAME (NM)

    • 4.4.3.3.1 Контрольная сумма NAME/Код ошибки

Когда индикатор режима управления NM установлен в режим 0 «установка отложенного NAME» контрольная сумма NAME используется для проверки того, что сообщение NM было отправлено правильной CF. Это защищает от возможности того, что SA целевой CF был объявлен другой CF через процесс арбитража адресов, так как командующая CF запустила процесс изменения NAME. Байт контрольной суммы NAME должен содержать арифметическую сумму 8 байтов исходного NAME целевой функции, усеченных до 8 наименее значимых битов.

Длина данных: 8 бит

Разрешение: Не применяется

Диапазон данных: От 0 до 255

Тип: Команда

Номер конкретного параметра: 5657

Когда индикатор режима управления NM установлен на режим 4 «NAME NACK», он отображает коды ошибки, присланный целевой. Значения кодов следующие:

  • - 0 — Не пройдена проверка безопасности. Другой SA для принятия отложенный, чем назначенный отложенным.

  • - 1 — Изменение параметра(-ов) не допускается. Установить определяющий флаг на «1» для недопустимых параметров.

  • - 2 — Конфликт параметров. Невозможно присвоить назначенную функцию, невозможно присвоить возможность самонастраивания адреса, и т.д. Установить определяющий флаг на «1» для недопустимых параметров.

  • - 3 — Контрольная сумма не совпадает.

  • - 4 — Отложенное NAME не установлено.

  • - 5 —Другое.

  • - 6 — 254 — Зарезервировано.

  • - 255 — Не применяется.

  • 4.4.3.3.2 Определяющие флаги

Если для индикатора режима управления NM задан режим 0 (установите отложенное NAME), определяющие флаги используются для указания того, должны ли быть изменены соответствующие поля в отложенном NAME целевой CF. Если определяющий флаг установлен на «0», соответствующему полю в отложенном NAME должно быть присвоено значение в соответствующем назначаемом параметре в сообщении управления NAME. Если определяющий флаг установлен на «1». соответствующее поле не должно изменяться.

Если индикатор режима управления NM установлен в режим 4 (NAME NACK), а код ошибки равен 1 или 2. то определяющие флаги используются для обозначения запрещенных элементов. Целевая CF должна установить определяющий флаг на «1». если соответствующий параметр вызвал ошибку, и на «0». если он не вызвал ошибку. Для кодов ошибок, отличных от 1 и 2. этот определяющий флаг должен быть установлен на «1».

Если индикатор режима управления NM установлен в режим 8 (запрос объявление адреса NAME), определяющие флаги используются, чтобы указать, должен ли соответствующий командный параметр использоваться целевой CF для соответствия текущему NAME. Если флаг установлен на «0». соответствующий назначенный параметр должен использоваться в совпадении NAME. Если определяющий флаг установлен на «1». соответствующий назначенный параметр не должен использоваться в совпадении NAME.

Для всех других режимов управления NM определяющие флаги не применяются и должны быть установлены на «1».

Длина данных:

1 бит

Разрешение: Диапазон данных: Тип:

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

От 0 до 1

Команда

Номер конкретного параметра:

См. таблицу 3

  • 4.4.3.3.3 Индикатор режима управления NM

    • 4.4.3.3.3.1 Общие положения

Данный 4-битный параметр используется для определения задачи сообщения NM как описано в пунктах с 4.4.3.3.3.2 по 4.4.3.3.3.11.

Длина данных: Разрешение:

4 бита

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

Диапазон данных: Тип:

От 0 до 15 команда

Номер конкретного параметра:

5666

  • 4.4.3.3.3.2 Режим 0 — Установить отложенное NAME

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

Поля «назначаемых» параметров являются новыми (то есть назначенными) значениями полей NAME. Они должны быть определены с помощью определяющих флагов. Значение 0 в определяющих флагах указывает, что соответствующее поле должно быть изменено на значение в соответствующем поле параметра в сообщении. Значение 1 указывает, что соответствующее поле должно остаться без изменений.

Байт контрольной суммы NAME содержит арифметическую сумму из 8 байтов NAME целевой CF NAME, усеченных до 8 наименее значимых битов. Это используется как проверка, чтобы убедиться, что командное сообщение было получено правильной CF. Эта проверка защищает от возможности изменения SA в процессе присвоения адресов.

  • 4.4.3.3.3.3 Режим 1 — Отложенное NAME

Эта форма сообщения отправляется целевой CF и является ответом на запрос отложенного NAME. Отложенное NAME CF содержится в полях назначенных параметров. Все поля назначенных параметров NAME являются обязательными. Определяющие флаги и контрольная сумма NAME не используются и должны быть установлены на 1. Если отложенное NAME не было установлено или недействительно. вместо этой формы сообщения должно быть отправлено сообщение NACK (режим 4).

  • 4.4.3.3.3.4 Режим 2 — Текущее NAME

Эта форма сообщения отправляется целевой CF и является ответом на запрос текущего NAME. Текущее NAME CF содержится в полях назначенных параметров. Все поля NAME обязательны для заполнения. Определяющие флаги и контрольная сумма NAME не используются и должны быть установлены на 1.

  • 4.4.3.3.3.5 Режим 3 — Подтверждение (АСК) NAME

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

  • 4.4.3.3.3.6 Режим 4 — Отрицательное подтверждение (NACK) NAME

Эта форма сообщения отправляется целевой CF и указывает, что последняя полученная команда установки отложенного NAME или запроса отложенного NAME не была выполнена успешно. Индикатор режима управления NM. код ошибки и определяющие флаги являются единственными действительными полями в этой форме сообщения. Все остальные поля должны быть установлены на 1.

  • 4.4.3.3.3.7 Режим 5 — Запрос отложенного NAME

Эта форма сообщения отправляется управляющей CF и является запросом отложенного NAME целевой CF. Индикатор режима управления NM является единственным действительным полем в этой форме сообщения. Все остальные поля должны быть установлены на 1.

  • 4.4.3.3.3.8 Режим 6 — Запрос текущего NAME

Эта форма сообщения отправляется управляющей CF и является запросом текущего NAME целевой CF. Индикатор режима управления NM является единственным действительным полем в этой форме сообщения. Все остальные поля должны быть установлены на 1.

  • 4.4.3.3.3.9 Режим 7 — Применение отложенного NAME

Эта форма сообщения отправляется управляющей CF и является командой «переключения» для целевой CF (или всех CF с отложенными NAME, если команда отправлена на глобальный адрес), чтобы применить отложенное NAME в качестве своего текущего NAME и инициировать процедуру объявления адреса с новым NAME. Параметр режима управления является единственным действительным полем в этой форме сообщения. Все остальные поля установлены на 1. Эта форма сообщения может быть отправлена конкретному SA или глобальному адресу.

  • 4.4.3.3.3.10 Режим 8 — Запрос на объявление адреса NAME

Эта форма сообщения используется для запроса того, чтобы CF. SA которой неизвестен запрашивающей стороне, отправила сообщение с объявлением адреса, что позволяет запрашивающей стороне определить SA данной CF. Все или части NAME могут быть указаны в запросе с помощью определяющих флагов. Эта форма сообщения должна быть отправлена на Глобальный адрес.

Если CF получает этот запрос, и указанные определяющие поля соответствуют ее текущему NAME, она должна отправить объявление адреса, используя свое текущее NAME. Если CF получает этот запрос, но он не совпадает с указанными полями ее текущего NAME, она не должна отправлять объявление адреса и не должна отправлять форму сообщения NACK.

  • 4.4.3.3.3.11 Режимы 9—15 — Зарезервированы для последующего использования

Данные режимы зарезервированы ИСО для будущего использования.

  • 4.4.3.3.4 Назначенные параметры

    • 4.4.3.3.4.1 Общие положения

Использование назначенных параметров (SPN 5667..5674) (см. таблицу 3) зависит от индикатора режима управления NM.

Если для индикатора режима управления NM задан режим 0 — установка отложенного NAME, а определяющий флаг, соответствующий заданному параметру, установлен равным 0. тогда управляющая CF должна установить назначенный параметр на требуемое значение. Затем целевая CF должна использовать назначенное значение для соответствующего поля в своем отложенном NAME. Если управляющая CF устанавливает определяющий флаг на 1. она должна установить соответствующие назначенные параметры на 1. и целевая CF не должна изменять соответствующие поля в своем отложенном ТФЬУ.

Если определяющий флаг установлен в 1 управляющей CF. то целевая CF не должна изменять соответствующее поле в своем отложенном NAME.

Если индикатор режима управления NM установлен в режим 1 (в ожидании NAME), целевая CF заполняет назначенные параметры соответствующими полями своего отложенного NAME.

Если для индикатора режима управления NM установлено значение режим 2 (текущее NAME), целевая CF заполняет назначенные параметры соответствующими полями своего текущего NAME.

Если индикатор режима управления NM установлен в режим 3 (NAME АСК), целевая CF заполняет назначенные параметры соответствующими полями своего отложенного NAME.

Если индикатор режима управления NM установлен в режим 8 (запрос объявления адреса NAME), а соответствующий определяющий флаг установлен на «0». управляющая CF устанавливает для назначенного параметра значение, которому она желает соответствовать в текущем NAME целевой CF. Затем целевая CF использует это значение при проверке на совпадение с его текущим NAME. Если управляющая CF устанавливает определяющий флаг равным 1. она должна установить соответствующий назначенный параметр на 1. а целевая CF должна игнорировать назначенный параметр при сопоставлении NAME.

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

  • 4.4.3.3.4.2 Назначенный код изготовителя

См. таблицу 1 для определения кода изготовителя.

Длина данных:

11 бит

Не применимо От 0 до 2047 Команда 5667


Разрешение:

Диапазон данных:

Тип:

Номер конкретного параметра:

  • 4.4.3.3.4.3 Назначенный экземпляр функции См. таблицу 1 для определения экземпляра функции.

Длина данных:

5 бит

Не применимо От 0 до 31 Команда 5669


Разрешение:

Диапазон данных:

Тип:

Номер конкретного параметра:

  • 4.4.3.3.4.4 Назначенный экземпляр ECU См. таблицу 1 для определения экземпляра ECU.

Длина данных: 3 бит

Разрешение: Не применимо

Диапазон данных: От 0 до 7

Тил: Команда

Номер конкретного параметра: 5668

  • 4.4.3.3.4.5 Назначенная функция См. таблицу 1 для определения функции.

Длина данных: 8 бит

Разрешение: Не применимо

Диапазон данных: От 0 до 254

Тил: Команда

Номер конкретного параметра: 5670

  • 4.4.3.3.4.6 Назначенный класс устройства См. таблицу 1 для определения класса устройства.

Длина данных: 7 бит

Разрешение: Не применимо

Диапазон данных: От Одо 126

Тип: Команда

Номер конкретного параметра: 5671

  • 4.4.3.3.4.7 Назначенная возможность самонастраивания адреса См. таблицу 1 для определения возможности самонастраивания адреса. Длина данных: 1 бит

Разрешение: Не применимо

Диапазон данных: От 0 до 1

Тип: Команда

Номер конкретного параметра: 5674

  • 4.4.3.3.4.8 Назначенная отраслевая группа

См. таблицу 1 для определения отраслевой группы.

Длина данных: 3 бита

Разрешение: Не применимо

Диапазон данных: От 0 до 7

Тип: Команда

Номер конкретного параметра: 5673

  • 4.4.3.3.4.9 Назначенный экземпляр класса устройства

См. таблицу 1 для определения экземпляра класса устройства.

Длина данных: 4 бита

Разрешение: Не применимо

Диапазон данных: 0т0до15

Тип: Команда

Номер конкретного параметра: 5672

  • 4.4.3.4 Процедуры управления NAME

    • 4.4.3.4.1 Поддержка сообщений управления NAME

Чтобы определить, поддерживает ли CF сообщение NM. управляющая CF может отправить запрос PGN (59904) для сообщения NM. Как указано в ИСО 11783-3, CF. которые не поддерживают запрошенное сообщение, должны ответить сообщением подтверждения PGN 59392 с соответствующим байтом управления NACK.

Если целевая CF поддерживает сообщение NM, он должна отправить сообщение NM по запросу. Если она имеет действительное отложенное NAME, она должна установить индикатор режима на «отложенное NAME», а байты с 3 по 8 — на отложенное NAME. Если у нее нет действующего отложенного NAME, она должна установить индикатор режима на «текущее NAME», а байты с 3 по 8 — на текущее NAME. Это позволяет использовать метод для запроса поддержки сообщения NM и текущего или отложенного NAME. Это может быть полезно для сервисного инструмента или других ECU, пытающихся настроить несколько устройств.

Если NAME успешно изменено, целевая CF имеет «отложенное» NAME. Находясь в этом состоянии ожидания, целевая CF все еще может передавать сообщения, используя свое текущее NAME. Отложенное NAME не вступает в силу до тех пор. пока устройство, отвечающее за настройку сети, не отправит сообщение NM с индикатором режима, установленным для «принять отложенное NAME». Когда это сообщение получено, целевая CF должна повторно выдать объявление адреса со своим новым NAME и успешно объявить адрес с этим NAME, прежде чем инициировать или возобновить передачи в сети.

Сообщение управления NAME имеет разные варианты использования. Это использование определяется параметром индикатора режима в сообщении. См. 4.4.3.3.3.

  • 4.4.3.4.2 Установить отложенное NAME

Целевая CF при получении сообщения управления NAME с режимом «установить отложенное NAME» и своим собственным адресом источника в качестве адреса назначения должна ответить любым из двух способов:

  • - Целевая CF может принять назначенные изменения в полях NAME. Эти изменения в NAME с неизмененными частями NAME становятся отложенным NAME. Целевая CF должна ответить, отправив сообщение NM с соответствующим индикатором режима АСК. См. определения режимов в 4.4.3.3.3. Ответ должен содержать отложенное NAME в байтах с 3 по 8 и отправляется на SA управляющей CF. Целевая CF должна использовать свой текущий SA (адрес, который последний раз успешно объявлен) при отправке этого сообщения.

  • - Целевая CF может отклонить назначенные изменения в NAME, отправив сообщение NM с индикатором режима для NACK и полем код ошибки, установленным в наиболее подходящее значение. См. 4.4.3.3.1 для значений ошибок. Если значением ошибки является «элемент не разрешен» или «конфликт элементов», определяющие флаги в байте 2 должны быть установлены в 1 для полей, которые не могут быть изменены, и в 0 для полей, которые могут измениться. Другие байты данных сообщения должны быть установлены на 1.

  • 4.4.3.4.3 Принять отложенное NAME

Командные изменения NAME должны временно сохраняться целевой CF до тех пор. пока управляющая CF не завершит все такие команды и не отправит сообщение NM с индикатором режима для «принять отложенное NAME». Целевая CF с временно сохраненным (отложенным) NAME должна принять отложенное NAME и выполнить необходимую «перезагрузку» CF. включая отправку сообщения объявления адреса с новым NAME. Обратите внимание, что сообщение NM с индикатором режима «принять отложенное NAME» может быть отправлено на глобальный адрес. Это позволяет управляющей CF настраивать несколько CF и одновременно активировать все изменения NAME.

  • 4.4.3.4.4 Подтверждение адреса источника NAME

Идентификатор CF. подлежащей изменению, и ее адрес источника должны быть проверены до отправки сообщения NM. Целевая CF может в любое время получить новый SA через процесс объявления адреса. Поскольку синхронизация этого события относительно управляющей CF, отправляющей сообщение NM с индикатором режима «установить отложенное NAME», не синхронизирована, требуется способ предотвращения неправильной команды CF с вновь полученным SA от некорректной команды на новое NAME. Чтобы предотвратить это возможное несоответствие между SA и NAME, режим «установить отложенное NAME» сообщения NM включает контрольную сумму всех 8 байтов исходного NAME предполагаемого получателя нового NAME. См. пункт 4.4.3.3.1.

  • 4.4.3.4.5 Правила использования сообщения управления сетью (NM)

Целевая CF должна проверить каждое поле, помеченное для изменения, и убедиться, что она может обеспечить указанную реакцию, прежде чем принять изменение.

Если это сообщение поддерживается, оно должно как минимум разрешить изменение экземпляра ECU и экземпляра функции.

Целевые CF могут принимать команды «установить отложенное» от любой CF.

Целевая CF должна проверить, что CF. отправившая команду «принять NAME», является той же CF. которая отправила самую последнюю команду «установить отложенное NAME», которую приняла целевая СЕ

  • 4.4.4 Управление ошибками сети

    • 4.4.4.1 Общие положения

Управление ошибками в сети относится к обнаружению определенных ошибок адресации, например, неспособности CF защитить адрес. Другие ошибки адресации, такие как повторяющиеся объявления адреса или NAME, могут быть обнаружены диагностическим средством с помощью сообщения о запросе объявления адреса.

  • 4.4.4.2 Невозможно объявить адрес

Если CF. пытающаяся объявить SA. не достигает успеха, она должна отправить сообщение о невозможности объявить адрес источника, как описано в 4.4.2.4. и продолжить работу в соответствии с 4.5.5.

  • 4.4.4.3 Конфликт адресов

Конфликты адресов возникают, когда две CF используют один и тот же SA.

Если CF получает сообщение, кроме сообщения объявления адреса, которое использует собственный SACF. CF:

  • - должна отправить сообщения объявления адреса на Глобальный адрес;

  • - должна активировать диагностический код ошибки с SPN = 2000+SA и FMI = 31 (диагностические коды ошибок см. в ИСО 11783-12).

Примечание — Данные требования были добавлены во втором издании данного стандарта (ИСО 11783-5:2011).

  • 4.5 Инициализация сети

    • 4.5.1 Получение уникального адреса

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

CF с самонастраиваемыми адресами должны использовать одну из следующих последовательностей для получения адреса;

  • а) Составить таблицу адресов следующим образом.

  • 1) Отправить запрос объявления адреса на Глобальный адрес.

  • 2) Ждать как минимум 250 мс + RTxD.

  • 3) Сохранить SA всех сообщений объявления адреса, полученных за время ожидания.

  • 4) Отправить сообщение объявления адреса, объявив неиспользованный адрес.

CF должна объявлять свой начальный адрес, если он еще не был объявлен другой CF. Если начальный адрес уже объявлен. CF должна попытаться объявить другой неиспользованный адрес.

  • Ь) Опросить один адрес следующим образом.

  • 1) Отправить запрос на объявление адреса на конкретный адрес, являющийся начальным адресом CF.

  • 2) Ждать как минимум 250 мс + RTxD.

Если сообщение объявления адреса, объявляющее начальный адрес, получено до завершения периода ожидания, то CF должна выбрать новый начальный адрес и повторить шаг 1.

  • 3) Отправить сообщение объявления адреса, объявив свой начальный адрес.

Примечание 1 — Данные требования были добавлены во втором издании данного стандарта (ИСО 11783-5:2011).

Примечание 2 — В то время как вышеописанные последовательности минимизируют риск объявления одного и того же адреса двумя CF. они не исключают данньм риск полностью. Требования 4.5.2 и 4.5.3 гарантируют использование только подтвержденных адресов.

Примечание 3 — Первое издание данного стандарта (ИС011783-5:2001) устанавливало период ожидания 1.25 с вместо 250 мс. Если время загрузки не является критично важным, считается правильны*! реализовать период ожидания догъше 250 мс.

Алгоритм выбора другого начального адреса является собственностью CF. но новый адрес должен быть либо предпочтительным адресом CF. либо адресом в диапазоне от 128 до 247.

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

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

Рекомендуется, чтобы CF всегда отправляли запрос объявления адреса, прежде чем объявлять адрес.

  • 4.5.2 Требования к объявлению адреса

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

  • a) CF должна объявлять свой собственный адрес при инициализации и при ответе на команду изменить ее NAME или адрес (последний экземпляр в подтверждение своего принятия сообщения с командно-заданным адресом). Это гарантирует, что каждая CF берет на себя ответственность за получение действительного адреса и правильно использует адрес, если его объявление еще не получено другой CF.

  • Ь) Адресом назначения для сообщения объявления адреса должен быть Глобальный адрес (255). чтобы передача объявления CF отправлялась всем остальным CF е сети. (Следует отметить, что это исключение из требований ИСО 11783-3).

  • с) CF должна различать сообщения об объявлении адреса, которые она получает от других CF. и те. которые она отправляет сама.

  • d) Ни одна CF не должна начинать или возобновлять передачу в сети до истечения 250 мс после того, как она успешно объявила адрес (см. рисунок 4), за исключением случаев, когда она отвечает на запрос объявления адреса.

  • 4.5.3 Другие основные требования к инициализации

CF должна ответить на сообщение с запросом объявления адреса, отправленному на глобальный адрес, либо сообщением объявления адреса, либо, если запрос не выполнен, сообщением о невозможности запроса объявления адреса.

CF не должна отвечать на сообщение с запросом объявления адреса (как требуется выше), если объявление адреса не было предпринято.

CF отвечает на сообщение с запросом объявления адреса, когда адрес назначения совпадает с адресом CF. и передает свой ответ на Глобальный адрес (255).

CF передает объявление адреса, если она получает запрос объявления адреса с SA. соответствующем ее собственному, и если ее собственное NAME имеет приоритет выше (меньшее значение), чем полученное объявление адреса.

Если NAME CF имеет более низкий приоритет (более высокое значение), чем NAME в полученном сообщении объявления адреса, она должен прекратить использование адреса. Затем она должна передать сообщение о невозможности объявить адрес или попытаться объявить другой адрес (см. 4.5.1).

CF с ненастраиваемым, сервисно-настраиваемым или комацдно-настраиваемым адресом CF. которая не может использовать конкретный адрес, должна передать сообщение о невозможности объявления адреса.

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

CF. которая ранее связывалась с другой CF. неспособной объявить адрес, должна иметь возможность обнаруживать, когда эта другая CF будет «disabled», путем мониторинга ее сообщения о невозможности объявления адреса, а также сообщения объявления адреса CF с более высоким приоритетом. которое препятствует объявлению.

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

  • 4.5.4 Последовательность сообщений

    • 4.5.4.1 Инициализация без конфликтов

Последовательность инициализации CF, объявляющей адрес, которой не объявляет никакая другая CF. показана на рисунке 4.

CF

Время

Рисунок 4 — Инициализация CF объявляющей SA без конфликте»

Если две самонастраиваемые CF имеют одинаковый начальный адрес, то при инициализации происходит один из трех перечисленных далее сценариев;

  • а) одна CF завершает задержку 250 мс * RTxD раньше другой;

  • Ь) обе CF завершают задержку 250 мс + RTxD одновременно, но одна отправляет объявление адреса несколько раньше, чем другая;

  • с) обе CF завершают задержку 250 мс + RTxD одновременно и отправляют объявление адреса одновременно.

В случае а. адрес будет получен без конфликтов, как показано на рисунке 5.

В случае Ь. определение приоритета объявления адреса устранит конфликт (см. 4,5.4.2).

В случае с. может произойти сетевая ошибка. Ее устранение описано в 4.5.4.3.

CF

Рисунок 5 — Получение начального адреса без конфликтов

  • 4.5.4.2 Назначение приоритетов объявления адресов

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

Пример — Две CF (CF А и CF В) с одинаковыми функциями запрашивают один и тот же адрес. CF А — имеет экземпляр функции 0, и поэтому он имеет более низкое абсолютное значение NAME и получает адрес.

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

Рисунок 6 — Устранение конфликта между двумя CF с самонастраиваемыми адресами при получении адресов


Сообщения

НсоосграяРоомииСГ. НМЕ=А

Смаонастреивмым СР, МАМЕ=8

Рисунок 7 — Устранение конфликта при получении адресов между CF с ненастраиваемым адресом и CF с самонастраиеаемым адресом при получении адресов


Рисунок 8 — Устранение конфликта при получении адресов между двумя CF с ненастраиваемыми адресами при получении адресов

  • 4.5.4.3 Идентичные идентификаторы

Сетевые сообщения с одинаковыми идентификаторами могут генерироваться различными CF при использовании сообщения с запросом объявления адреса, объявления адреса или невозможно* сти объявления адреса (рисунок 9). Случай двух идентичных идентификаторов, сгенерированных сообщением о запросе объявления адреса, передаваемом одновременно двумя CF. оба из которых отправляются с адреса NULL (254). не представляет проблемы, так как поле данных будет одинаковым для обоих сообщений. Однако в случае сообщений объявления адреса, передаваемых одновременно более чем одной CF. конкурирующими за один и тот же адрес, могут возникать сетевые ошибки из-за разницы между NAME в их соответствующих полях данных. По той же причине сообщения о невозможности объявления адреса, передаваемые одновременно более чем одной CF с адреса NULL, также могут вызывать сетевые ошибки.

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

Рисунок 9 — Инициализации в случае двух CF. оспаривающих один и тот же адрес, объявление адресов которых синхронизировано

  • 4.5.5 Невозможность объявления адреса CF

CF которая не может объявить адрес (см. рисунок 10) не должна отправлять никаких сообщений, кроме

  • • сообщения о невозможности объявить адрес в ответ на сообщения с запросами объявления адреса;

  • - ответа на сообщение с командой назначения адреса.

CF может пытаться объявить адрес каждый раз при включении питания.

8 случае возникновения конфликтов или сообщений о невозможности объявления адреса следует использовать процедуру, описанную в 4.5.4.3.

Сеть


Нммптрвмммимя CF Нмагжный ядр*о"Х NAME^


Время i


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

Примеры формирования NAME

А.1 ECU, обслуживающий двигатель трактора с одним двигателем

В таблице А.1 показан процесс именования, который применяется к данному примеру, вьфаженный в двоичной форме в соответствии с соглашением о NAME. NAME составлено с использованием таблиц в приложениях ИСО 11783-1. Код отраслевой группы (глобальной) равен 0 (другие отраслевые группы могут быть применимы для двигателя с функцией от 0 до 127); класс устройства (трактор) равен 1. Экземпляр класса устройства равен 0 для первого экземпляра. Двигатегм имеют код функции 0. и, поскольку это относится к одномоторному транспортному средству, поле экземпляра функции также установлено на 0. Существует только один ECU, поэтому в поле экземпляра ECU устанавливается 0. в то время как код производителя и идентификационные данные числовые биты показаны в общем.

Таблица АЛ — Формирование NAME одного ECU. обслуживающего двигатель трактора с одним двигателем

Попе

Самана* стран* еаемыи адрес

Отрас* пома группа

Экземпляр «лесса устройства

Класс устрой* став

Зарезервировано

Функция

Экземпляр функции

Экземпляр ECU

Код иэго* той ителя

Идентификационный номер

Номера битов

1

3

4

7

1

8

5

3

11

21

NAME

0

000

0000

0000001

0

00000000

00000

000

B.J

А.2 Несамонастраиваемый ECU. обслуживающий систему ABS первого прицепа при движении трактора по дорогам общего пользования

В таблице А.2 показан процесс именования, который применяется к данному примеру, выраженный в двоичной форме в соответствии с соглашением о NAME. NAME составлено с использованием таблиц в приложениях ИСО 11783-1. Код для отраслевой группы (дорожная техника) равен 0. а код системы устройств (прицеп) 2. Экземпляр класса устройства равен 0 для первого экземпляра. Блоки антиблокировочной системы тормозов (ABS) на прицепах имеют код функции 129, и. предполагая, что это единственный блокАВЭ на прицепе, в поле экземпляра функции установлено 0. Поскольку существует только один ECU. поле экземпляра ECU также равно 0. в то время как код производителя и биты идентификационного номера показаны в общем виде.

Таблица А.2 — Формирование NAME одного ECU с несамонастраиваемым адресом, обслуживающего ABS первого прицепа при движении трактора по дорогам общего пользования

Поле

Самома* стран* ааеыый адрес

Отраслевая группа

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

Класс устройства

Заре* зерен-роаано

Функция

Экземпляр функции

Экземпляр ECU

Код изготовителя

Идентификационный номер

Номера бите»

1

3

4

7

1

8

5

3

11

21

NAME

0

000

0000

0000010

0

10000001

00000

000

mm...пт

■...I

А.З Две сельскохозяйственные сеялки, объединенные в систему с раздельным управлением рядами для восьми отдельных рядов, каждый из двух ECU

В таблице А.З показан процесс именования, который применяется к данному примеру, вьфаженный в двоичной форме в соответствии с соглашением о NAME. NAME составлено с использованием таблиц в приложениях ИС011783-1. Код отраслевой группы (сельскохозяйственное оборудование) равен 2. а код класса (сеялка) равен 4. Поскольку сеялка является сельскохозяйственным орудием, предполагается самонастраиваемая адресация, а соответствующий биг адреса устанавливается в 1. Поскольку есть две сеялки, экземпляр класса устройства устанавливается 0 для сеялки 1 и 1 для сеялки 2. Управления рядом — это функция, код функции еще не определен и поэтому представлен в общем веде. Поле экземпляра функции меняется от 0 до 7 для каждой сеялки. Поскольку в строке два ECU. экземпляры ECU 0 и 1 используются для каждой из восьми функций. Наконец, биты кода производителя и идентификационного номера также отображаются в общем виде.

Таблица А.З — Формирование NAME двух соединенных сельскохозяйственных сеялок с раздельным управлением рядами

Поле

Самона-страиваемый адрес

Отраслевая группа

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

Класс устройства

Заре* зарои* роеано

Функция

Экземпляр функции

Экземпляр ECU

Код мэто* гооителя

Идентификационный номер

Номера битов

1

3

4

7

1

8

5

3

11

21

NAME

1

010

Номер

Сеялка

0

Управление рядом

Номер

Номер

(ЛП1...П1

Назначен изготовителем

Сеялка 1

Ряд 1 ECU 1

1

010

0000

0000100

0

00000

000

ii...i

Сеялка 1 Ряд 1 ECU2

1

010

0000

0000100

0

ff.J

00000

001

mm...m

ii...i+n

Сеялка 1

Ряд 2 ECU 1

1

010

0000

0000100

0

00001

000

ii...i+p

Сеялка 1 Ряд 2 ECU2

1

010

0000

0000100

0

00001

001

ii...i+q

...

...

...

...

...

...

...

...

Сеялка 2 Ряд8 ECU 1

1

010

0001

0000100

0

ff.J

00111

000

ii...i+r

Сеялка 2 Рядв ECU2

1

010

0001

0000100

0

00111

001

i»...i+S

А.4 Таблица сопоставления адресов и NAME

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

Пример — Таблица сопоставления адреса с NAME подтверждает, что двигатель расположен по адресу 0. тем самым гарантируя, что сообщения управления крутящим моментом/скоростью от трансмиссии отправляются с правильным назначением.

Для CF. где требуется только небольшое количество сопоставлений адрес-NAME. сообщение может быть отправлено на конкретный адрес, в то время как в случае диагностического инструмента, примененного ко всем CF в сети, сообщение может быть отправлено на Глобальный адрес.

Приложение ДА (справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДАЛ

Обозначение ссылочною международного стандарта

Степень соответствия

Обозначение и наименование соответствующего национального стандарта

ISO 11783-1

ЮТ

ГОСТ Р ИСО 11783-1—2021«Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 1. Общий стандарт на мобильную передачу данных»

ISO 11783-2

ЮТ

ГОСТ Р ИСО 11783-2—2021 «Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 2. Физический уровень»

ISO 11783-3

ЮТ

ГОСТ Р ИСО 11783-3—2021«Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 3. Уровень канала передачи данных»

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

- ЮТ — идентичные стандарты.

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

  • [1] ISO 11783-4. Tractors and machinery for agriculture and forestry—Serial control and communications data network— Part 4: Network layer

  • [2] ISO 11783-7. Tractors and machinery for agriculture and forestry—Serial control and communications data network— Part 7: Implement messages application layer

  • [3] ISO 11783-12. Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 12: Diagnostics services

  • [4] ISO 11898-1, Road vehicles— Controller area network (CAN) — Part 1: Data link layer and physical signalling

  • [5] ISO 11898-2, Road vehicles — Controller area network (CAN) — Part 2: High speed medium access unit

  • [6] SAE J 1939/81. Recommended Practice for Serial Control and Communications Data Network — Part 81: Network

Management

УДК 631.3:006.354

OKC 65.060.01


Ключевые слова: тракторы и машины сельскохозяйственные: последовательная сеть управления и передачи данных; управление сетью

Редактор В.Н. Шмельков Технический редактор И.Е. Черепкова Корректор Е.Ю. Митрофанова Компьютерная верстка Е.А. Кондрашовой

Сдам в набор 01.<1.2021 Подписано в печать 15.11.2021. Формат 60*34%. Гарнитура Ариал. Усп. печ. л. 3.72. Уч.<идд. л. 3.16.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано a единичном исполнении в ФГБУ кРСТ» для комплектомиия Федерального инфорыадионмто фонда стандартов. 117416 Москва. Нахимовский пр-т, д. 3t. к. 2. www.goslinfo.nl inio@gostnfo.ni

Другие госты в подкатегории

    ГОСТ 10000-2017

    ГОСТ 10677-82

    ГОСТ 1114-84

    ГОСТ 12.2.111-2020

    ГОСТ 11674-75

    ГОСТ 12.2.122-2013

    ГОСТ 12588-81

    ГОСТ 12.2.139-97

    ГОСТ 12.2.122-88

    ГОСТ 12.2.121-2013

    ГОСТ 10677-2001

    ГОСТ 15594-80

    ГОСТ 12.2.121-88

    ГОСТ 17034-82

    ГОСТ 12935-76

    ГОСТ 16526-70

    ГОСТ 17800-72

    ГОСТ 18524-85

    ГОСТ 13398-82

    ГОСТ 19677-87

    ГОСТ 12.2.140-97

    ГОСТ 19722-82

    ГОСТ 19777-74

    ГОСТ 20760-75

    ГОСТ 20793-2009

    ГОСТ 17595-88

    ГОСТ 158-74

    ГОСТ 20062-96

    ГОСТ 22587-91

    ГОСТ 19597-94

    ГОСТ 22999-88

    ГОСТ 23074-85

    ГОСТ 23173-78

    ГОСТ 21909-83

    ГОСТ 23173-96

    ГОСТ 20915-75

    ГОСТ 23982-85

    ГОСТ 23707-95

    ГОСТ 19598-95

    ГОСТ 23734-79

    ГОСТ 2472-80

    ГОСТ 24665-81

    ГОСТ 25327-82

    ГОСТ 25483-95

    ГОСТ 25518-93

    ГОСТ 17.2.2.02-98

    ГОСТ 25353-82

    ГОСТ 25836-83

    ГОСТ 25791-90

    ГОСТ 25942-90

    ГОСТ 26285-84

    ГОСТ 26711-89

    ГОСТ 26738-91

    ГОСТ 26879-88

    ГОСТ 24059-2017

    ГОСТ 26954-2019

    ГОСТ 27310-87

    ГОСТ 26025-83

    ГОСТ 27388-87

    ГОСТ 27434-87

    ГОСТ 27857-88

    ГОСТ 13758-89

    ГОСТ 27021-86

    ГОСТ 26026-83

    ГОСТ 27378-87

    ГОСТ 28099-89

    ГОСТ 28174-89

    ГОСТ 27999-88

    ГОСТ 27994-88

    ГОСТ 20915-2011

    ГОСТ 28305-89

    ГОСТ 28286-89

    ГОСТ 28306-2018

    ГОСТ 28307-2013

    ГОСТ 28287-89

    ГОСТ 28516-90

    ГОСТ 28523-90

    ГОСТ 28307-89

    ГОСТ 28524-90

    ГОСТ 28708-90

    ГОСТ 28713-2018

    ГОСТ 28306-89

    ГОСТ 28708-2001

    ГОСТ 28714-90

    ГОСТ 28713-90

    ГОСТ 28301-89

    ГОСТ 23730-88

    ГОСТ 28722-2018

    ГОСТ 28722-90

    ГОСТ 28957-91

    ГОСТ 28958-91

    ГОСТ 28718-90

    ГОСТ 30411-2001

    ГОСТ 30411-95

    ГОСТ 30506-97

    ГОСТ 28745-90

    ГОСТ 30725-2001

    ГОСТ 28301-2015

    ГОСТ 24055-2016

    ГОСТ 30723-2001

    ГОСТ 28301-2007

    ГОСТ 30748-2001

    ГОСТ 30749-2001

    ГОСТ 30752-2001

    ГОСТ 30747-2001

    ГОСТ 28717-90

    ГОСТ 31593-2012

    ГОСТ 30746-2001

    ГОСТ 17460-72

    ГОСТ 28714-2007

    ГОСТ 28718-2016

    ГОСТ 32485-2013

    ГОСТ 30750-2001

    ГОСТ 33037-2014

    ГОСТ 32617-2014

    ГОСТ 30745-2001

    ГОСТ 33678-2015

    ГОСТ 33679-2015

    ГОСТ 31742-2012

    ГОСТ 31595-2012

    ГОСТ 31345-2017

    ГОСТ 33691-2015

    ГОСТ 31348-2007

    ГОСТ 33687-2015

    ГОСТ 33677-2015

    ГОСТ 33736-2016

    ГОСТ 34280-2017

    ГОСТ 34363-2017

    ГОСТ 33734-2016

    ГОСТ 31345-2007

    ГОСТ 34389-2018

    ГОСТ 33032-2014

    ГОСТ 34431-2018

    ГОСТ 32431-2013

    ГОСТ 33686-2015

    ГОСТ 34491-2018

    ГОСТ 34492-2018

    ГОСТ 34493-2018

    ГОСТ 34494-2018

    ГОСТ 34490-2018

    ГОСТ 34393-2018

    ГОСТ 34495-2018

    ГОСТ 34501-2018

    ГОСТ 34605-2019

    ГОСТ 34629-2019

    ГОСТ 34391-2018

    ГОСТ 34392-2018

    ГОСТ 34746-2021

    ГОСТ 34747-2021

    ГОСТ 3481-79

    ГОСТ 3496-74

    ГОСТ 3497-74

    ГОСТ 34265-2017

    ГОСТ 4154-93

    ГОСТ 4156-93

    ГОСТ 4153-93

    ГОСТ 4230-93

    ГОСТ 5.1650-72

    ГОСТ 4229-94

    ГОСТ 6939-85

    ГОСТ 7057-81

    ГОСТ 7496-84

    ГОСТ 34631-2019

    ГОСТ 33735-2016

    ГОСТ 9024-70

    ГОСТ 7751-2009

    ГОСТ 33737-2016

    ГОСТ EN 12525-2012

    ГОСТ 7751-85

    ГОСТ EN 13118-2012

    ГОСТ 34496-2018

    ГОСТ EN 12965-2012

    ГОСТ 34498-2018

    ГОСТ 34390-2018

    ГОСТ EN 13448-2012

    ГОСТ ЕН 632-2003

    ГОСТ EN 13140-2012

    ГОСТ EN 1853-2012

    ГОСТ 7057-2001

    ГОСТ IEC 60335-2-70-2015

    ГОСТ IEC 60335-2-87-2019

    ГОСТ IEC 60335-2-70-2011

    ГОСТ IEC 60335-2-87-2015

    ГОСТ IEC 60335-2-94-2021

    ГОСТ 34630-2019

    ГОСТ ISO 11001-2-2019

    ГОСТ EN 609-1-2012

    ГОСТ EN 609-2-2012

    ГОСТ ISO 11169-2011

    ГОСТ ISO 11512-2011

    ГОСТ ISO 11850-2011

    ГОСТ ISO 11839-2016

    ГОСТ ISO 11001-1-2019

    ГОСТ EN 703-2012

    ГОСТ ИСО 14269-3-2003

    ГОСТ IEC 60335-2-77-2011

    ГОСТ ИСО 14269-5-2003

    ГОСТ ISO 16231-1-2016

    ГОСТ ISO 15886-3-2017

    ГОСТ ИСО 14269-2-2003

    ГОСТ 34499-2018

    ГОСТ EN 13525-2012

    ГОСТ ISO 11837-2016

    ГОСТ ISO 3776-1-2012

    ГОСТ ИСО 14269-4-2003

    ГОСТ ISO 3776-2-2012

    ГОСТ ISO 26322-1-2012

    ГОСТ ISO 26322-2-2012

    ГОСТ ISO 3776-3-2013

    ГОСТ ISO 3776-2-2018

    ГОСТ ИСО 4253-2005

    ГОСТ ISO 2332-2013

    ГОСТ ISO 4254-13-2013

    ГОСТ ИСО 4252-2005

    ГОСТ IEC 62841-4-3-2020

    ГОСТ ISO 4254-11-2013

    ГОСТ ИСО 11545-2004

    ГОСТ ISO 4254-6-2012

    ГОСТ ИСО 4254-6-2005

    ГОСТ ИСО 4254-7-2005

    ГОСТ ISO 4254-9-2021

    ГОСТ ISO 5395-2-2016

    ГОСТ ISO 5395-1-2016

    ГОСТ ISO 5395-3-2016

    ГОСТ ISO 5675-2019

    ГОСТ ISO 5681-2012

    ГОСТ ИСО 5682-2-2004

    ГОСТ ISO 4254-10-2013

    ГОСТ ИСО 4254-3-2005

    ГОСТ ISO 4254-9-2012

    ГОСТ ISO 5721-2-2016

    ГОСТ ISO 5721-1-2016

    ГОСТ ISO 16231-2-2019

    ГОСТ ISO 12003-2-2016

    ГОСТ ISO 4254-8-2013

    ГОСТ ISO 7914-2012

    ГОСТ ISO 5674-2012

    ГОСТ ИСО 5682-1-2004

    ГОСТ ISO 8084-2011

    ГОСТ ИСО 7714-2004

    ГОСТ ИСО 5682-3-2004

    ГОСТ ISO 8083-2011

    ГОСТ ИСО 8224-2-2004

    ГОСТ ИСО 7749-2-2004

    ГОСТ ISO 8082-2-2014

    ГОСТ ISO 8082-1-2017

    ГОСТ ИСО 8909-2-2003

    ГОСТ МЭК 60335-2-94-2004

    ГОСТ МЭК 60335-2-92-2004

    ГОСТ ИСО 7749-1-2004

    ГОСТ ISO 22867-2014

    ГОСТ Р 50022-92

    ГОСТ Р 50060-92

    ГОСТ Р 41.71-99

    ГОСТ ISO 730-2019

    ГОСТ Р 50163-92

    ГОСТ Р 50060-98

    ГОСТ Р 50164-92

    ГОСТ ИСО 9261-2004

    ГОСТ Р 50634-93

    ГОСТ Р 50162-92

    ГОСТ ИСО 9260-2004

    ГОСТ Р 50192-92

    ГОСТ Р 50911-96

    ГОСТ Р 50717-94

    ГОСТ Р 50191-92

    ГОСТ Р 50908-96

    ГОСТ Р 51207-98

    ГОСТ Р 51390-99

    ГОСТ Р 51389-99

    ГОСТ Р 51208-98

    ГОСТ Р 51657.1-2000

    ГОСТ Р 51961-2002

    ГОСТ Р 51754-2001

    ГОСТ Р 51960-2002

    ГОСТ Р 41.86-99

    ГОСТ Р 52504-2005

    ГОСТ Р 51629-2000

    ГОСТ Р 52648-2006

    ГОСТ Р 51614-2000

    ГОСТ Р 52746-2007

    ГОСТ Р 52291-2004

    ГОСТ Р 52026-2003

    ГОСТ Р 52053-2003

    ГОСТ ИСО 8224-1-2004

    ГОСТ Р 52649-2006

    ГОСТ Р 52777-2007

    ГОСТ Р 53051-2008

    ГОСТ Р 52759-2007

    ГОСТ Р 52758-2007

    ГОСТ Р 53054-2008

    ГОСТ Р 53391-2009

    ГОСТ Р 53489-2009

    ГОСТ Р 52757-2007

    ГОСТ Р 54454-2011

    ГОСТ Р 53057-2008

    ГОСТ Р 53052-2008

    ГОСТ Р 54778-2011

    ГОСТ Р 52778-2007

    ГОСТ Р 54781-2011

    ГОСТ Р 54784-2011

    ГОСТ Р 54785-2011

    ГОСТ Р 54780-2011

    ГОСТ Р 41.96-2005

    ГОСТ Р 53053-2008

    ГОСТ Р 58249-2018

    ГОСТ Р 58330.1-2018

    ГОСТ Р 58330.2-2018

    ГОСТ Р 58330.3-2021

    ГОСТ Р 55261-2012

    ГОСТ Р 57192-2016

    ГОСТ Р 54783-2011

    ГОСТ Р 41.96-99

    ГОСТ Р 58657-2019

    ГОСТ Р 58331.1-2018

    ГОСТ Р 58331.2-2019

    ГОСТ Р ИСО 10884-99

    ГОСТ Р 58655-2019

    ГОСТ Р 58801-2020

    ГОСТ Р 54779-2011

    ГОСТ Р ИСО 11783-1-2021

    ГОСТ Р ИСО 11783-11-2021

    ГОСТ Р 53056-2008

    ГОСТ Р ИСО 11783-13-2021

    ГОСТ Р ИСО 11783-12-2021

    ГОСТ Р ИСО 11169-2000

    ГОСТ Р ИСО 11783-3-2021

    ГОСТ Р ИСО 11783-14-2021

    ГОСТ Р ИСО 11512-2000

    ГОСТ Р ИСО 11783-4-2021

    ГОСТ Р ИСО 11783-8-2021

    ГОСТ Р ИСО 11783-7-2021

    ГОСТ Р 60.6.2.1-2019

    ГОСТ Р ИСО 11850-2005

    ГОСТ Р ИСО 11783-9-2021

    ГОСТ Р ИСО 11783-2-2021

    ГОСТ Р ИСО 15078-2002

    ГОСТ Р ИСО 11783-10-2021

    ГОСТ Р 54782-2011

    ГОСТ Р 58656-2019

    ГОСТ Р ИСО 13862-2003

    ГОСТ Р ИСО 4254-7-2011

    ГОСТ Р ИСО 13860-2003

    ГОСТ Р ИСО 7914-99

    ГОСТ Р ИСО 13861-2003

    ГОСТ Р ИСО 4254-1-2011

    ГОСТ Р ИСО 7917-99

    ГОСТ Р ИСО 7918-99

    ГОСТ Р ИСО 6815-2004

    ГОСТ Р ИСО 7916-99

    ГОСТ Р ИСО 8083-2008

    ГОСТ Р ИСО 8084-2005

    ГОСТ Р ИСО 8084-99

    ГОСТ Р ИСО 8380-99

    ГОСТ Р ИСО 8082-2005

    ГОСТ Р ИСО 3463-2008

    ГОСТ Р ИСО 12003-1-2011

    ГОСТ Р ИСО 8082-99

    ГОСТ Р ИСО 8082-1-2012

    ГОСТ Р 41.96-2011

    ГОСТ Р МЭК 60335-2-77-99

    ГОСТ Р ИСО 5700-2008

    ГОСТ Р ИСО 5696-2002

    ГОСТ Р 55262-2012