---
title: "\"ГОСТ Р ИСО 15765-1-2014. Национальный стандарт Российской Федерации. Транспорт дорожный. Передача диагностических сообщений по локальной сети контроллера (DoCAN). Часть 1. Общая информация и описание случаев использования\""
number: "ГОСТ Р ИСО 15765-1-2014"
issuer: "Федеральное агентство по техническому регулированию и метрологии"
status: действует
canonical: "https://bukva.ai/docs/standart-gost-r-iso-15765-1-2014"
---

## "ГОСТ Р ИСО 15765-1-2014. Национальный стандарт Российской Федерации. Транспорт дорожный. Передача диагностических сообщений по локальной сети контроллера (DoCAN). Часть 1. Общая информация и описание случаев использования"

# "ГОСТ Р ИСО 15765-1-2014. Национальный стандарт Российской Федерации. Транспорт дорожный. Передача диагностических сообщений по локальной сети контроллера (DoCAN). Часть 1. Общая информация и описание случаев использования"

(утв. и введен в действие Приказом Росстандарта от 30.09.2014 N 1238-ст)

> [!IMPORTANT]
> Документ [введен](#p100012) в действие с 01.06.2015.


<div align="right">

<a id="p100001"></a>Утвержден и введен в действие<br>
Приказом Федерального<br>
агентства по техническому<br>
регулированию и метрологии

</div>

<div align="center">

**от 30 сентября 2014 г. N 1238-ст**

<a id="p100002"></a>**НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ**

<a id="p100003"></a>**ТРАНСПОРТ ДОРОЖНЫЙ**

<a id="p100004"></a>**ПЕРЕДАЧА ДИАГНОСТИЧЕСКИХ СООБЩЕНИЙ**<br>
**ПО ЛОКАЛЬНОЙ СЕТИ КОНТРОЛЛЕРА (DoCAN)**

<a id="p100005"></a>**ЧАСТЬ 1**

<a id="p100006"></a>**ОБЩАЯ ИНФОРМАЦИЯ И ОПИСАНИЕ СЛУЧАЕВ ИСПОЛЬЗОВАНИЯ**

<a id="p100007"></a>**Road vehicles. Diagnostic communication over Controller Area**<br>
**Network (DoCAN). Part 1. General information**<br>
**and use case definition**

<a id="p100008"></a>**ISO 15765-1:2011**

<a id="p100009"></a>**Road vehicles - Diagnostic communication over Controller**<br>
**Area Network (DoCAN) - Part 1: General information**<br>
**and use case definition**<br>
**(IDT)**

</div>


<div align="right">

<a id="p100010"></a>ГОСТ Р ИСО 15765-1-2014

<a id="p100011"></a>ОКС 43.040.15

</div>


<a id="p100012"></a>Дата введения
1 июня 2015 года


### <a id="p100013"></a>Предисловие



### <a id="p100014"></a>Сведения о стандарте


<a id="p100015"></a>1 ПОДГОТОВЛЕН Федеральным государственным бюджетным образовательным учреждением высшего профессионального образования "Московский автомобильно-дорожный государственный технический университет" (МАДИ)
<a id="p100016"></a>2 ВНЕСЕН Техническим комитетом по стандартизации ТК 57 "Интеллектуальные транспортные системы"
<a id="p100017"></a>3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 сентября 2014 г. N 1238-ст
<a id="p100018"></a>4 Настоящий стандарт идентичен международному стандарту ИСО 15765-1:2011 "Транспорт дорожный. Передача диагностических сообщений по локальной сети контроллера (DoCAN). Часть 1. Общая информация и описание случаев использования" (ISO 15765-1:2011 "Road vehicles - Diagnostic communication over Controller Area Network (DoCAN) - Part 1: General information and use case definition")
<a id="p100019"></a>При применении настоящего стандарта рекомендуется использовать вместо ссылочного международного стандарта соответствующий ему национальный стандарт, сведения о котором приведены в дополнительном [приложении ДА](#p100173)
<a id="p100020"></a>5 ВВЕДЕН ВПЕРВЫЕ

<a id="p100021"></a>Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)


### <a id="p100022"></a>Введение


<a id="p100023"></a>Стандарт ИСО 15765-1:2011 был подготовлен техническим комитетом ИСО/ТК 22 "Дорожный транспорт", подкомитет ПК 3 "Электрическое и электронное оборудование" (ISO/TC 22, Road vehicles, Subcommittee SC 3, Electrical and electronic equipment).
<a id="p100024"></a>Настоящий стандарт содержит описание связи, соответствующее стандартам OBD [on-board diagnostics (OBD)], между системой бортовой диагностики (OBD) транспортного средства и подключенным внешним диагностическим оборудованием.
<a id="p100025"></a>Стандарт разработан для реализации диагностических сервисов систем, связанных с выбросами, описанных в ИСО 15031-5.
<a id="p100026"></a>Чтобы добиться этого, стандарт основан на базовой эталонной модели взаимосвязи открытых систем [Open Systems Interconnection (OSI) [<*>](#p100028) model] (ИСО/МЭК 7498-1, ИСО/МЭК 10731), состоящей из 7 уровней, структурная схема которой представлена в [таблице 1](#p100030).

<a id="p100027"></a>

---

<a id="p100028"></a><*> На территории Российской Федерации используется сокращение ВОС.

<div align="right">

<a id="p100029"></a>Таблица 1

</div>


<div align="center">

<a id="p100030"></a>Спецификации расширенных и стандартизованных диагностических<br>
сервисов бортовой диагностики (OBD), применимых к уровням<br>
модели ВОС

</div>



<table>
<colgroup><col width="14%"><col width="19%"><col width="23%"><col width="13%"><col width="11%"><col width="13%"><col width="8%"></colgroup>
<tr><td><a id="p100031"></a>Применимость</td><td><a id="p100032"></a>7 уровней модели ВОС</td><td><a id="p100033"></a>Расширенные диагностические сервисы автопроизводителя</td><td colspan="2"><a id="p100034"></a>Стандартизованные диагностические сервисы бортовой диагностики</td><td colspan="2"><a id="p100035"></a>Стандартизованные диагностические сервисы всемирно гармонизированной бортовой диагностики</td></tr>
<tr><td rowspan="7"><a id="p100036"></a>7 уровней модели ВОС (ИСО/МЭК 7498-1 и ИСО/МЭК 10731)</td><td><a id="p100037"></a>Прикладной (уровень 7)</td><td><a id="p100038"></a>ИСО 14229-1, ИСО 14229-3</td><td colspan="2"><a id="p100039"></a>ИСО 15031-5</td><td colspan="2"><a id="p100040"></a>ИСО 27145-3, ИСО 14229-1</td></tr>
<tr><td><a id="p100041"></a>Уровень представления (уровень 6)</td><td><a id="p100042"></a>Определяется автопроизводителем</td><td colspan="2"><a id="p100043"></a>ИСО 15031-2,<br>ИСО 15031-5,<br>ИСО 15031-6,<br>SAE J1930-DA, SAE J1979-DA, SAE J2012-DA</td><td colspan="2"><a id="p100044"></a>ИСО 27145-2, SAE 1930-DA, SAE J1979-DA, SAE J2012-DA; SAE J1939:2011, приложение C (SPN); SAE J1939-73:2010, приложение A (FMI)</td></tr>
<tr><td><a id="p100045"></a>Сеансовый (уровень 5)</td><td colspan="5"><a id="p100046"></a>ИСО 14229-2</td></tr>
<tr><td><a id="p100047"></a>Транспортный (уровень 4)</td><td rowspan="2"><a id="p100048"></a>ИСО 15765-2</td><td rowspan="2"><a id="p100049"></a>ИСО 15765-2</td><td rowspan="4"><a id="p100050"></a>ИСО 15765-4</td><td rowspan="2"><a id="p100051"></a>ИСО 15765-4, ИСО 15765-2</td><td rowspan="4"><a id="p100052"></a>ИСО 27145-4</td></tr>
<tr><td><a id="p100053"></a>Сетевой (уровень 3)</td></tr>
<tr><td><a id="p100054"></a>Канальный (уровень 2)</td><td rowspan="2"><a id="p100055"></a>ИСО 11898-1,<br>ИСО 11898-2,<br>ИСО 11898-3,<br>ИСО 11898-5, или определяемый пользователем</td><td rowspan="2"><a id="p100056"></a>ИСО 11898-1, ИСО 11898-2</td><td rowspan="2"><a id="p100057"></a>ИСО 15765-4, ИСО 11898-1, ИСО 11898-2</td></tr>
<tr><td><a id="p100058"></a>Физический (уровень 1)</td></tr>
</table>


<a id="p100059"></a>Сервисы прикладного уровня, описываемые в стандарте ИСО 14229-3, были определены на основании диагностических сервисов, принятых в стандартах ИСО 14229-1 и ИСО 15031-5, но не ограничиваются использованием только с ними. Стандарт ИСО 14229-3 также совместим с большинством диагностических сервисов, определяемых национальными стандартами или спецификациями автопроизводителей.
<a id="p100060"></a>Сервисы транспортного и сетевого уровней, описываемые данной частью стандарта, не зависят от реализации физического уровня, в свою очередь физический уровень определяется только стандартами OBD.
<a id="p100061"></a>Для других областей применения настоящий стандарт может быть использован с любой реализацией физического уровня шины CAN.


### <a id="p100062"></a>1 Область применения


<a id="p100063"></a>Настоящий стандарт описывает общую структуру, принцип разделения и связи между различными частями стандарта ИСО 15765. Также определяет архитектуру диагностической сети. Определения, данные в этой части стандарта ИСО 15765, являются общими для всех диагностических сетей и используются во всех частях ИСО 15765.
<a id="p100064"></a>Протокол диагностической связи по локальной сети контроллеров (DoCAN) поддерживает стандартизованный базовый интерфейс, описанный в ИСО 14229-2.


### <a id="p100065"></a>2 Нормативные ссылки


<a id="p100066"></a>В настоящем стандарте использована нормативная ссылка на следующий стандарт:
<a id="p100067"></a>ИСО/МЭК 7498-1 Информационные технологии. Взаимодействие открытых систем. Базовая эталонная модель. Часть 1. Базовая модель (ISO/IEC 7498-1 Information technology - Open Systems Interconnection - Basic reference model - Part 1: The basic model)


### <a id="p100068"></a>3 Термины, определения и сокращения


<a id="p100069"></a>3.1 В настоящем стандарте используются термины и определения, соответствующие ИСО/МЭК 7498-1.

#### <a id="p100070"></a>3.2 В стандарте применены следующие сокращения:

<a id="p100071"></a>CAN - локальная сеть контроллеров (шина передачи данных CAN);
<a id="p100072"></a>DoCAN - диагностическая связь по локальной сети контроллеров;
<a id="p100073"></a>ECU [<*>](#p100079) - электронный блок управления;
<a id="p100074"></a>FMI - идентификатор вида отказа;
<a id="p100075"></a>OBD - бортовая диагностика;
<a id="p100076"></a>SPN - номер сомнительного параметра;
<a id="p100077"></a>WWH-OBD - всемирно гармонизированная бортовая диагностика.

<a id="p100078"></a>

---

<a id="p100079"></a><*> На территории Российской Федерации используется сокращение ЭБУ.


### <a id="p100080"></a>4 Международные соглашения


<a id="p100081"></a>Настоящий стандарт, применительно к вопросам диагностических сервисов модели ВОС, основывается на Международном Соглашении ИСО/МЭК 10731.


### <a id="p100082"></a>5 Описание стандартов ИСО 15765



#### <a id="p100083"></a>5.1 Общие вопросы

<a id="p100084"></a>Стандарты ИСО 15765 применяют к системам диагностики автомобиля, построенным на сети передачи данных CAN в соответствии с ИСО 11898, и определяет общие требования.
<a id="p100085"></a>Несмотря на то, что ИСО 15765 изначально предназначался для диагностических систем, он был разработан таким образом, чтобы соответствовать требованиям других систем, построенных на технологии CAN и нуждающихся в протоколе сетевого уровня.

#### <a id="p100086"></a>5.2 Модель взаимосвязи открытых систем (ВОС)

<a id="p100087"></a>ИСО 15765 основан на базовой эталонной модели взаимосвязи открытых систем (ВОС), описанной в ИСО/МЭК 7498-1 и состоящей из 7 уровней представления.
<a id="p100088"></a>Все части ИСО 15765 руководствуются ИСО/МЭК 10731 в части применимости к диагностическим сервисам.
<a id="p100089"></a>Целью данного подраздела является описание модели ВОС и демонстрация того, как она была использована в этой и остальных частях ИСО 15765.
<a id="p100090"></a>Модель ВОС структурно разделяет процесс передачи данных на семь следующих уровней (сверху вниз): прикладной уровень (уровень 7), уровень представления (уровень 6), сеансовый уровень (уровень 5), транспортный уровень (уровень 4), сетевой уровень (уровень 3), канальный уровень (уровень 2) и физический уровень (уровень 1).
<a id="p100091"></a>Эти уровни используются в ИСО 15765, который описывает прикладной, сеансовый, транспортный, сетевой, канальный и физический уровни для диагностической связи по локальной сети контроллеров.
<a id="p100092"></a>Цель каждого уровня заключается в предоставлении сервисов более высокому уровню. Прикладной уровень предоставляет сервисы диагностическому приложению. Активные части каждого уровня, реализованные в программном обеспечении, аппаратном средстве или любой комбинации программного и аппаратного обеспечения, называются логическими объектами уровня. В модели ВОС коммуникации осуществляются между логическими объектами одинаковых уровней разных узлов сети. Такие взаимодействующие логические объекты одинаковых уровней называются равноправными.
<a id="p100093"></a>Сервисы, предоставляемые уровнем, доступны на пункте доступа к сервисам [Service Access Point (SAP)] данного уровня и могут быть использованы более высоким уровнем.
<a id="p100094"></a>ИСО 15765 описывает сервисы, предоставляемые одним уровнем следующему, более высокому, и протокол, используемый уровнем для отправки сообщений между равноправными логическими объектами одного уровня. Причина этого разделения заключается в том, чтобы сделать сервисы, особенно сервисы прикладного и транспортного уровней, доступными для многократного использования в CAN и других типах сетей. Таким образом, протокол является скрытым для пользователя сервиса, но его можно изменить, если к этому имеются специальные требования.
<a id="p100095"></a>На [рисунке 1](#p100097) показаны наиболее применимые реализации приложений с использованием протокола диагностической связи по локальной сети контроллеров.

<a id="p100096"></a> ![5 Описание стандартов ИСО 15765](https://i.bukva.ai/LS3EZmXO/img_0.jpg) 

<div align="center">

<a id="p100097"></a>Рисунок 1 - Представление диагностической связи по локальной<br>
сети контроллеров на основании модели ВОС

</div>



### <a id="p100098"></a>6 Архитектура диагностической сети



#### <a id="p100099"></a>6.1 Диагностическая сеть

<a id="p100100"></a>Принципиально диагностическая сеть состоит из "клиентов" и "серверов", которые могут взаимодействовать друг с другом.
<a id="p100101"></a>Диагностическая сеть может изменяться от простого прямого соединения между "клиентом" и "сервером" до сложной распределенной сетевой архитектуры с несколькими физическими подсетями, соединенными диагностическими шлюзами.

#### <a id="p100102"></a>6.2 Диагностическая подсеть

<a id="p100103"></a>Все "клиенты" и "серверы" подсети подключены к одной физической линии связи.
<a id="p100104"></a>В стандарте ИСО 15765 все "клиенты" и "серверы" подсети подключены к одной физической сети передачи данных CAN и имеют возможность обмениваться информацией друг с другом напрямую.

#### <a id="p100105"></a>6.3 Диагностический шлюз

<a id="p100106"></a>Диагностический шлюз является узлом сети, который физически подключен к двум (или более) подсетям и имеет возможность передавать диагностические сообщения между подсетями.
<a id="p100107"></a>Подключение отдельных подсетей через диагностические шлюзы увеличивает архитектуру диагностической сети.


### <a id="p100108"></a>7 Принципы диагностической связи по локальной сети контроллеров (DoCAN) и обзор вариантов использования



#### <a id="p100109"></a>7.1 Описание

<a id="p100110"></a>Варианты использования протокола диагностической связи по локальной сети контроллеров следуют исходя из применения диагностической связи в следующих случаях:
- <a id="p100111"></a>проектирование ECU транспортных средств (разработка);
- <a id="p100112"></a>изготовление ECU транспортных средств (завод по производству, сборочная линия);
- <a id="p100113"></a>обслуживание транспортных средств (дилерство, послепродажная ремонтная мастерская);
- <a id="p100114"></a>законодательно установленные проверки (контроль выбросов, проверка безопасности).
<a id="p100115"></a>*Примечание* - В стандарте ИСО 15765 внимание акцентируется только на положениях протокола связи, необходимых для поддержки отмеченных выше случаев использования. В настоящем стандарте не конкретизируется содержание передаваемых данных, скорость обновления сигнала, доступность сигнала и т.д.


#### <a id="p100116"></a>7.2 Группы вариантов использования диагностической связи по локальной сети контроллеров (DoCAN)

<a id="p100117"></a>В [таблице 2](#p100119) приводится обзор основных вариантов использования диагностической связи по локальной сети контроллеров DoCAN, которые применимы к системам, поддерживающим одноименный протокол. Каждый вариант использования DoCAN может иметь одну или несколько формулировок.

<div align="right">

<a id="p100118"></a>Таблица 2

</div>


<div align="center">

<a id="p100119"></a>Основные группы вариантов использования DoCAN

</div>



| <a id="p100120"></a>Название | <a id="p100121"></a>Краткое описание |
| --- | --- |
| <a id="p100122"></a>1 Проверка транспортного средства и ремонт | <a id="p100123"></a>В данном случае требуется, чтобы все данные, необходимые для проведения испытания проверки/обслуживания, равно как и ремонта, были доступны для передачи через сеть CAN транспортного средства. Данные с сети транспортного средства могут быть быстро получены без требования установки соединения и/или установления безопасной связи (авторизации) |
| <a id="p100124"></a>2 Перепрограммирование ECU транспортного средства | <a id="p100125"></a>В данном случае требуется, чтобы сеть CAN транспортного средства обеспечивала возможность программирования ECU транспортного средства для обновления программного обеспечения или калибровок ECU. Требуется установление безопасного соединения (авторизации) |
| <a id="p100126"></a>3 Проверка ECU транспортного средства и ремонт на линии сборки | <a id="p100127"></a>В данном случае требуется, чтобы все данные, необходимые для проведения проверки ECU на сборочной линии, равно как и ремонта, были доступны для передачи через сеть CAN транспортного средства. Данные с сети транспортного средства могут быть быстро получены без требования установки соединения и/или установления безопасной связи (авторизации) |


<a id="p100128"></a>**Из соображений безопасности, некоторые варианты использования и сценарии взаимодействия могут быть отклонены ECU транспортного средства в зависимости от внешних условий (например, во время вождения) или же могут требовать обеспечения дополнительных мер безопасности.**


### <a id="p100129"></a>8 Определение вариантов использования диагностической связи по локальной сети контроллеров (DoCAN)



#### <a id="p100130"></a>8.1 Вариант использования 1 - Проверка транспортного средства и ремонт

<a id="p100131"></a>В [таблице 3](#p100133) рассматривается вариант использования DoCAN с внешним запуском проверки системы, распознаванием готовности транспортного средства к обмену данными и выполнением диагностического поиска неисправностей в рамках выполняемого ремонта.

<div align="right">

<a id="p100132"></a>Таблица 3

</div>


<div align="center">

<a id="p100133"></a>Вариант 1. Проверка транспортного средства и ремонт

</div>



| <a id="p100134"></a>Исполнители | <a id="p100135"></a>Станции технического контроля, обслуживания и ремонта транспортных средств, инспектирующие организации |
| --- | --- |
| <a id="p100136"></a>Задачи | <a id="p100137"></a>Данные должны передаваться надежно и в той последовательности, в которой были запрошены внешним диагностическим оборудованием, которое в свою очередь должно определять готовность транспортного средства к обмену данными в процессе диагностики или ремонта. Данные с сети транспортного средства могут быть быстро получены без требования установки соединения и/или установления безопасной связи (авторизации) |
| <a id="p100138"></a>Вход | <a id="p100139"></a>Один или множественные запросы с внешнего диагностического оборудования в сеть передачи данных CAN транспортного средства |
| <a id="p100140"></a>Выход | <a id="p100141"></a>Одно или множественные ответные сообщения от транспортного средства, включающие данные, позволяющие распознать готовность транспортного средства к связи или к проведению диагностического поиска неисправностей |
| <a id="p100142"></a>Краткое описание | <a id="p100143"></a>В данном случае внешнее диагностическое оборудование обычно подключается к транспортному средству и считается, что время проведения сеанса связи не является критически важным (в пределах стандартных временных требований). Это внешнее диагностическое оборудование может запрашивать данные с транспортного средства, которые в свою очередь могут определить готовность транспортного средства к связи или к проведению диагностического поиска неисправностей в рамках выполняемого ремонта |



#### <a id="p100144"></a>8.2 Вариант использования 2 - Перепрограммирование электронного блока управления транспортного средства

<a id="p100145"></a>В [таблице 4](#p100147) рассматривается вариант использования DoCAN для осуществления перепрограммирования ECU транспортного средства с внешнего устройства в условиях сборочного завода автопроизводителя или ремонтной мастерской.

<div align="right">

<a id="p100146"></a>Таблица 4

</div>


<div align="center">

<a id="p100147"></a>Вариант 2. Перепрограммирование ECU транспортного средства

</div>



| <a id="p100148"></a>Исполнители | <a id="p100149"></a>Разработчики и производители транспортных средств, ремонтные мастерские |
| --- | --- |
| <a id="p100150"></a>Задачи | <a id="p100151"></a>Обеспечить эффективный и безопасный механизм передачи данных между внешним устройством программирования и ECU транспортного средства. Это также означает, что протокол связи должен обеспечивать эффективное использование шлюза (например, для разделения и последующей сборки данных) |
| <a id="p100152"></a>Вход | <a id="p100153"></a>Предопределенная последовательность сообщений и обмен данными между внешним устройством программирования и ECU транспортного средства. Для внешнего устройства программирования должны быть доступны коды активации, необходимые для разблокирования защищенных ECU транспортных средств |
| <a id="p100154"></a>Выход | <a id="p100155"></a>Заключительное сообщение об успешном выполнении программирования ECU транспортного средства |
| <a id="p100156"></a>Краткое описание | <a id="p100157"></a>В данном случае предполагается обмен большим количеством данных между внешним диагностическим оборудованием и транспортным средством. Требуется установление безопасного соединения (авторизации) |


<a id="p100158"></a>8.3 Вариант использования 3 - Проверка электронного блока управления транспортного средства и ремонт на линии сборки
<a id="p100159"></a>В [таблице 5](#p100161) рассматривается вариант использования DoCAN с внешним диагностическим оборудованием для подготовки ECU транспортного средства к обмену данными в условиях сборочного завода автопроизводителя и выполнения, в случае необходимости, ремонта.

<div align="right">

<a id="p100160"></a>Таблица 5

</div>


<div align="center">

<a id="p100161"></a>Вариант 3. Проверка ECU транспортного средства и ремонт<br>
на линии сборки

</div>



| <a id="p100162"></a>Исполнители | <a id="p100163"></a>Производители транспортных средств |
| --- | --- |
| <a id="p100164"></a>Задачи | <a id="p100165"></a>Данные должны передаваться надежно и в той последовательности, в которой были запрошены внешним диагностическим оборудованием, для определения того, прошло ли транспортное средство заключительную проверку на линии сборки или нет. Кроме того, должна быть возможность проведения диагностики и ремонта. Данные с сети транспортного средства могут быть быстро получены без требования установки соединения и/или установления безопасной связи (авторизации) |
| <a id="p100166"></a>Вход | <a id="p100167"></a>Один или множественные запросы с внешнего диагностического оборудования в сеть CAN транспортного средства |
| <a id="p100168"></a>Выход | <a id="p100169"></a>Одно или множественные ответные сообщения от транспортного средства, включающие данные, позволяющие распознать готовность транспортного средства к связи или к проведению диагностического поиска неисправностей |
| <a id="p100170"></a>Краткое описание | <a id="p100171"></a>Рассматриваемый случай идентичен варианту использования, рассмотренному в [8.1](#p100130), с тем отличаем, что относится к линии сборки автопроизводителя |






<div align="right">

<a id="p100172"></a>Приложение ДА<br>
(справочное)

</div>


<a id="p100173"></a>СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ

<div align="center">

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

<a id="p100174"></a>**Таблица ДА.1**

</div>



<table>
<colgroup><col width="28%"><col width="22%"><col width="50%"></colgroup>
<tr><td><a id="p100175"></a>Обозначение ссылочного международного стандарта</td><td><a id="p100176"></a>Степень соответствия</td><td><a id="p100177"></a>Обозначение и наименование соответствующего национального стандарта</td></tr>
<tr><td><a id="p100178"></a>ИСО/МЭК 7498-1</td><td><a id="p100179"></a>IDT</td><td><a id="p100180"></a>ГОСТ Р ИСО/МЭК 7498-1-99 "Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель"</td></tr>
<tr><td colspan="3"><a id="p100181"></a><a id="p100182"></a>Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандарта:<br>- IDT - идентичный стандарт.</td></tr>
</table>







## <a id="p100183"></a>БИБЛИОГРАФИЯ



| <a id="p100184"></a>[1] | <a id="p100185"></a>ISO/IEC 10731 | <a id="p100186"></a>Information technology - Open Systems Interconnection - Basic Reference Model - Conventions for the definition of OSI services |
| --- | --- | --- |
| <a id="p100187"></a>[2] | <a id="p100188"></a>ISO 11898-1 | <a id="p100189"></a>Road vehicles - Controller area network (CAN) - Part 1: Data link layer and physical signalling |
| <a id="p100190"></a>[3] | <a id="p100191"></a>ISO 11898-2 | <a id="p100192"></a>Road vehicles - Controller area network (CAN) - Part 2: High-speed medium access unit |
| <a id="p100193"></a>[4] | <a id="p100194"></a>ISO 11898-3 | <a id="p100195"></a>Road vehicles - Controller area network (CAN) - Part 3: Low-speed, fault-tolerant, medium-dependent interface |
| <a id="p100196"></a>[5] | <a id="p100197"></a>ISO 11898-5 | <a id="p100198"></a>Road vehicles - Controller area network (CAN) - Part 5: High-speed medium access unit with low-power mode |
| <a id="p100199"></a>[6] | <a id="p100200"></a>ISO 14229-1 | <a id="p100201"></a>Road vehicles - Unified diagnostic services (UDS) - Specification and requirements |
| <a id="p100202"></a>[7] | <a id="p100203"></a>ISO 14229-2 | <a id="p100204"></a>Road vehicles - Unified diagnostic services (UDS) - Part 2: Session layer services |
| <a id="p100205"></a>[8] | <a id="p100206"></a>ISO 14229-3 | <a id="p100207"></a>Road vehicles - Unified diagnostic services (UDS) - Part 3: Unified diagnostic services on CAN implementation (UDSonCAN) |
| <a id="p100208"></a>[9] | <a id="p100209"></a>ISO 14230 (all parts) | <a id="p100210"></a>Road vehicles - Diagnostic systems - Keyword Protocol 2000 |
| <a id="p100211"></a>[10] | <a id="p100212"></a>ISO 15031-2 | <a id="p100213"></a>Road vehicles - Communication between vehicle and external equipment for emissions-related diagnostics - Part 2: Guidance on terms, definitions, abbreviations and acronyms |
| <a id="p100214"></a>[11] | <a id="p100215"></a>ISO 15031-5 | <a id="p100216"></a>Road vehicles - Communication between vehicle and external equipment for emissions-related diagnostics - Part 5: Emissions-related diagnostic services |
| <a id="p100217"></a>[12] | <a id="p100218"></a>ISO 15031-6 | <a id="p100219"></a>Road vehicles - Communication between vehicle and external equipment for emissions-related diagnostics - Part 6: Diagnostic trouble code definitions |
| <a id="p100220"></a>[13] | <a id="p100221"></a>ISO 15765-2 | <a id="p100222"></a>Road vehicles - Diagnostic communication over Controller Area Networks (DoCAN) - Part 2: Transport protocol and network layer services |
| <a id="p100223"></a>[14] | <a id="p100224"></a>ISO 15765-4 | <a id="p100225"></a>Road vehicles - Diagnostic communication over Controller Area Network (DoCAN) - Part 4: Requirements for emissions-related systems |
| <a id="p100226"></a>[15] | <a id="p100227"></a>ISO 27145 (all parts) | <a id="p100228"></a>Road vehicles - Implementation of World-Wide Harmonized On-Board Diagnostics (WWH-OBD) communication requirements |
| <a id="p100229"></a>[16] | <a id="p100230"></a>SAE J1930-DA | <a id="p100231"></a>Digital Annex of Electical/Electronic Systems Diagnostic Terms, Definitions, Abbreviations, and Acronyms |
| <a id="p100232"></a>[17] | <a id="p100233"></a>SAE J1939:2011 | <a id="p100234"></a>Serial Control and Communications Heavy Duty Vehicle Network - Top Level Document |
| <a id="p100235"></a>[18] | <a id="p100236"></a>SAE J1939-73: 2010 | <a id="p100237"></a>Application Layer Diagnostics |
| <a id="p100238"></a>[19] | <a id="p100239"></a>SAE J1979-DA | <a id="p100240"></a>Digital Annex of E/E Diagnostic Test Modes |
| <a id="p100241"></a>[20] | <a id="p100242"></a>SAE J2012-DA | <a id="p100243"></a>Digital Annex of Diagnostic Trouble Code Definitions and Failure Type Byte Definitions |
| <a id="p100244"></a>[21] | <a id="p100245"></a>SAE J2178/1 | <a id="p100246"></a>Class B data communication network messages detailed header formats and physical address assignments |







<table>
<colgroup><col width="43%"><col width="21%"><col width="36%"></colgroup>
<tr><td><a id="p100247"></a>УДК 629.054:006.354</td><td><a id="p100248"></a>ОКС 43.040.15</td><td><a id="p100249"></a>IDT</td></tr>
<tr><td colspan="3"><a id="p100250"></a>Ключевые слова: внешнее диагностическое оборудование, шина передачи данных CAN, бортовая диагностика, протокол диагностической связи</td></tr>
</table>




<a id="p100251"></a>

---