Оглавление

1. Концепция диагностики UDS

2. Диагностические компоненты UDS

3. Диагностический сервис UDS

объяснено ранееСоответствующие знания физического уровня CAN и уровня канала передачи данных.,Они принадлежат ISO 11898-1、ISO 11898-2 и ИСО Знание протокола 11898-3, эта запись в блоге открывает новую главу, в которой объясняются службы прикладного уровня, использующие связь CAN: UDS (ISO 14229) Диагностический протокол.

Для автомобильной электроники、CAN-связь、УДС-диагностика Друзья, интересующиеся технологиями, пожалуйста.Следите за паблик-аккаунтом: Красивый мужчина, играющий в программирование.,Официальные аккаунты отдают приоритет публикации сообщений в блогах о новейших технологиях.,Творить непросто,Друзья, пожалуйста, поставьте мне лайк、собирать、сосредоточиться наподдержку~

Материал для этой записи в блоге взят из: ISO 14229-1-2020: Спецификации и требования.

1. Концепция диагностики UDS

Диагностический протокол UDS (Unified Diagnostic Services) — это протокол диагностической связи в среде автомобильного электронного блока управления двигателем. Проще говоря, можно понять, что диагностический протокол UDS — это протокол ISO 14229. Протокол ISO 14229 определяет использование службы UDS, формат службы и другую информацию.

Основная цель диагностики UDS – быстро и точно определить неисправность и причину автомобиля или контроллера, тем самым обеспечивая надежную основу для проведения технического обслуживания.

2. Диагностические компоненты UDS

По состоянию на 2020 год диагноз UDS состоит из следующих 8 компонентов:

• ISO 14229-1-2020: Спецификации и требования;
• ISO 14229-2-2013: Службы сеансового уровня;
• ISO 14229-3-2012: Унифицированные диагностические услуги, реализуемые CAN (UDSonCAN);
• ISO 14229-4-2012: Единая диагностическая служба (UDSonFR), внедренная FlexRay;
• ISO 14229-5-2013: Унифицированные диагностические службы по интернет-протоколу (UDSonIP);
• ISO 14229-6-2013: Единая диагностическая служба, реализуемая K-line (UDSonk-Line);
• ISO 14229-7-2015: Унифицированные диагностические услуги через локальную межсетевую сеть (UDSonLIN);
• ISO 14229-8-2020: Унифицированные диагностические службы, реализованные с помощью периферийного интерфейса расширения тактовой частоты (UDSonCXPI).

Диагностический протокол UDS для соответствующих частей связи различных физических уровней указан в базовой эталонной модели взаимодействия открытых систем (OSI). Например, связь CAN (ISO 11898-1、ISO 11898-2 и ИСО 11898-3) Диагностический протокол UDS на уровне приложения — ISO. 14229-1 и ИСО 14229-3。

3. Диагностический сервис UDS

Диагностика UDS представляет собой интерактивный протокол направленной связи (запрос/ответ). Диагностическая сторона (тестер) отправляет запрос на обслуживание, а ЭБУ возвращает ответ (положительный ответ/отрицательный ответ).

Диагностика UDS включает 6 категорий и 26 типов услуг. Каждая услуга имеет свой независимый идентификатор, а именно SID (Service Identifier).

Протоколы связи диагностических служб UDS в основном схожи, но есть и различия.

На примере функционального блока «Управление диагностикой и связью» существует два типа сервисных запросов и ответов: один тип имеет Подфункцию (подфункцию), а другой тип не имеет Подфункции (Подфункции).

Механизм запроса и ответа диагностической службы UDS без подфункции показан на рисунке ниже:

Сторона диагностики (Тестер) отправляет указанные данные запроса (Запрос) в ЭБУ. Эти данные должны содержать SID, а SID находится в первом байте данных прикладного уровня.

После получения данных запроса (Request) ЭБУ вернет ответ, который может быть положительным или отрицательным.

Формат положительного ответа: (SID+0X40)+данные. Например, при запросе услуги 0X10 первый байт утвердительного ответа равен 0X50; при запросе услуги 0X22 первый байт утвердительного ответа равен 0X62.

Формат отрицательного ответа: 0X7F+SID+NRC. Например, при запросе услуги 0X10 первый байт отрицательного ответа имеет фиксированное значение 0X7F, второй байт — 0X10, а третий байт — NRC. NRC — это код отрицательного ответа. Вы можете определить причину отрицательного ответа на основе возвращенного NRC.

Механизм запроса и ответа на диагностическую службу UDS с подфункцией показан на рисунке ниже:

Сторона диагностики (Тестер) отправляет указанные данные запроса (Запрос) в ЭБУ. Эти данные должны содержать SID, а SID находится в первом байте данных прикладного уровня.

После получения данных запроса (Request) ЭБУ вернет ответ, который может быть положительным или отрицательным.

Формат положительного ответа: (SID+0X40)+Подфункция+данные. Например, при запросе услуги 0X10 Подфункция равна 0X02, первый байт положительного ответа — 0X50, а второй байт — 0X02.

Формат отрицательного ответа: 0X7F+SID+NRC. Например, при запросе услуги 0X10 первый байт отрицательного ответа имеет фиксированное значение 0X7F, второй байт — 0X10, а третий байт — NRC. NRC — это код отрицательного ответа. Вы можете определить причину отрицательного ответа на основе возвращенного NRC.

В этом сообщении блога не будут подробно описаны форматы протоколов всех типов служб UDS. В последующих сообщениях блога будут подробно описаны протоколы и функции каждого типа службы идентификации.

UDS диагностический ISO 14229 1~8, полный набор протоколов — последняя версия на китайском и английском языках.