Generic obd что это

Обновлено: 28.06.2024

Вместе с ростом экологического движения в начале 1990-х годов в США был принят ряд стандартов, которые ввели обязательность оснащения электронных блоков управления автомобилями (ЭБУ, ECU) системой за контролем параметров работы двигателя, имеющих прямое или косвенное отношение к составу выхлопа. Стандарты также предусмотрели протоколы считывания информации об отклонениях в экологических параметрах работы двигателя и другой диагностической информации из ЭБУ. OBD-II как раз и является системой накопления и считывания такой информации. Изначальная "экологическая направленность" OBD-II, с одной стороны, ограничила возможности по его использованию в диагностике всего спектра неисправностей, с другой стороны, предопределила его крайне широкое распространение как в США, так на автомобилях других рынков. В США применение системы OBD-II (и установка соответствующей колодки диагностики) обязательны с 1996 г. (требование распространяется как на автомобили, производимые в США, так и на автомобили неамериканских марок, продаваемые в США). На автомобилях Европы и Азии протоколы OBD-II применяются также с 1996 г. (на небольшом количестве марок/моделей), но особенно - с 2000 г. (с принятием соответствующего европейского стандарта - EOBD). Тем не менее, стандарт OBD-II частично или полностью поддерживают и некоторые американские и европейские автомобили, выпущенные ранее 1996 (2000) года (pre-OBD автомобили).

Протокол OBD-II позволяет осуществлять считывание и стирание кодов неисправностей (ошибок), просмотр текущих параметров работы двигателя. Вопреки распространенному мнению, с помощью OBD-II можно получить информацию не только о работе двигателя, но и о работе других электронных систем (ABS, AirBag, AT и пр.).

Используемые протоколы и применяемость OBD-II-диагностики на автомобилях разных марок

В рамках OBD-II используются три протокола обмена данными - ISO 9141/14230 (ISO 14230 также именуется KWP2000), PWM и VPW. В Интернете встречаются "таблицы применимости", где указываются перечни марок и моделей автомобилей и поддерживаемые ими OBD-II-протоколы. Ознакомиться с этими перечнями Вы можете здесь, здесь и здесь. Однако, особого смысла в таких перечнях нет, так как одна и та же модель с одним и тем же двигателем, одного года выпуска может быть выпущена для разных рынков с поддержкой разных протоколов диагностики (точно также протоколы могут различаться и по моделям двигателей, годам выпуска). Таким образом, отсутствие автомобиля в списках не означает, что он не поддерживает OBD-II, так же как и присутствие не означает, что поддерживает и, тем более, полностью поддерживает (возможны неточности в списке, различные модификации автомобиля и пр.).

Общей предпосылкой для того, чтобы предположить, что автомобиль поддерживает OBD-II диагностику, является наличие 16-контактного диагностического разъема (DLC - Diagnostic Link Connector) трапециевидной формы (на подавляющем большинстве OBD-II автомобилей он находится под приборной панелью со стороны водителя; разъем может быть как открыт, так и закрыт легко снимаемой крышкой с надписью "OBD-II", "Diagnose" и т.п.). Тем не менее, это условие необходимое, но недостаточное! Также надо иметь в виду, что на некоторых автомобилях производителями используются и другие выводы разъема. Также разъем OBD-II иногда устанавливается на автомобили, вообще не поддерживающие ни один из OBD-II-протоколов. В таких случаях необходимо пользоваться сканером, рассчитанным на работу с заводскими протоколами конкретной марки автомобиля. Для оценки применимости того или иного сканера для диагностики конкретного автомобиля необходимо определить, какой конкретно из OBD-II протоколов используется на конкретном автомобиле (если OBD-II вообще поддерживается). Для этого можно:

1. Посмотреть в технической документации непосредственно к данному автомобилю (но не в общем руководстве по данной марке/модели!). Также полезно осмотреть все идентификационные таблички на автомобиле - возможно наличие таблички "OBD-II compliant" (поддерживает OBD-II);

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

3. Использовать сканер, позволяющий определить, какой из OBD-II протоколов используется на машине.

4. Осмотреть диагностический разъем и определить наличие выводов в нем (как правило, присутствует только часть задействованных выводов, а каждый протокол использует свои выводы разъема). Назначение выводов ("распиновка") 16-ти контактного диагностического разъема OBD-II (стандарт J1962):

04 - Chassis Ground

05 - Signal Ground

06 - CAN High (J-2284)

07 - ISO 9141-2 K-Line

14 - CAN Low (J-2284)

15 - ISO 9141-2 L-Line

16 - Battery Power (напряжение АКБ)

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

Стандарт Pin 2 Pin 7 Pin 10 Pin 15 ISO-9141 и ISO-14230 Должен присутствовать Должен присутствовать
(если автомобиль использует L-линию диагностики) PWM (J1850) Должен присутствовать Должен присутствовать VPW (J1850) Должен присутствовать

- SAE J1850 VPW (Variable Pulse Width Modulation). Используемые выводы - 2, 4, 5, 16 (без 10)

- SAE J1850 PWM (Pulse Width Modulation). Используемые выводы - 2, 4, 5, 10, 16.

Протоколы PWM, VPW идентифицируются отсутствием контакта 7 (K-Line) диагностического разъема.

5. Подавляющее большинство автомобилей используют протоколы ISO. Некоторые исключения:

- большая часть легковых автомобилей и легких грузовиков концерна GM используют протокол SAE J1850 VPW;

- автомобили Toyota 1996-1997 годов выпуска, модели Toyota Supra и Celica, ISUZU 1996 г., модели Chrysler 300, Intrepid and Concord 1998 и последующих годов выпуска, как правило, поддерживают VPW.

- большая часть автомобилей Ford использует протокол J1850 PWM.

Дополнительные сведения об OBD-II диагностике.

В рамках OBD-II стандартизированы не только назначения выводов диагностического разъема, его форма и протоколы обмена, частично стандартизированы и коды неисправностей (DTC - Diagnostic Trouble Code). OBD-II-коды имеют единый формат, однако по их расшифровкам подразделяются на две большие группы - основные (generic) коды и дополнительные (расширенные, extended) коды. Основные коды жестко стандартизированы и их расшифровка одинакова для всех автомобилей, поддерживающих OBD-II. При этом надо понимать, что это не означает, что один и тот же код вызывается на разных автомобилях одной и той же "реальной" неисправностью (это зависит от особенностей конструкции как разных марок и моделей авто, так и разных автомобилей одной модели)! Дополнительные коды различаются по разным маркам автомобилей и были введены автопроизводителями специально для расширения возможностей диагностики.

Как уже говорилось, структура и основных и дополнительных OBD-II кодов одинакова - каждый код состоит из буквы латинского алфавита и четырех цифр:

P - Powertrain codes - код связан с работой двигателя

С - Chassis codes

U - Network codes 0 - SAE Codes - основной (generic) код

1 - MFG - код, определенный производителем (extended) 1 - Fuel and Air Metering - Ошибка вызвана системой регулирования топливно-воздушной смеси
2 - Fuel and Air Metering (Injector circuit) - Ошибка вызвана системой регулирования топливно-воздушной смеси
3 - Ignition Systems or Misfire - Ошибка системы зажигания (в том числе - пропуски зажигания)
4 - Auxiliary Emission Controls - Ошибка дополнительной системы контроля за выбросами
5 - Vehicle Speed Control and Idle Control System - Ошибка системы контроля скорости и управления холостым ходом
6 - Computer Output Circuit - Неисправности контроллера или его выходных цепей
7, 8 - Transmission - Ошибки в работе трансмиссии Fault (00-99) - Непосредственно код ошибки в соответствующей системе

Pin No.	Описание
1	OEM
2	Bus + Line, SAE J1850
3	OEM
4	Земля , шасси
5	Земля, сигнал
6	OEM ( CAN High , J-2284 )
7	K Line, ISO 9141
8	OEM
9	OEM
10	Bus - Line, Sae J1850
11	OEM
12	OEM
13	OEM
14	OEM ( CAN Low , J-2284 )
15	L Line, ISO 9141
16	+ батареи автомобиля

Контакты диагностического разъема
для используемых протоколов.

Контакты ═ 4, 5, 7, 15, 16 - ISO 9141-2.
Контакты ═ 2, 4, 5, 10, 16 - J1850 PWM.
Контакты ═ 2, 4, 5, 16 (без 10) - J1850 VPW.

Протокол ═ ISO 9141-2 идентифицируется наличием контакта 7 и отсутствием 2 и/или 10 контактов на диагностическом разъеме. Если отсутствует контакт 7, в системе используется протокол SAE J1850 VPW (Variable Pulse Width Modulation) или SAE J1850 PWM (Pulse Width Modulation). Все три протокола обмена данных работают через стандартный кабель OBD-II J1962 connector.

OBD расшифровывается как - On Board Diagnostics (Система бортовой диагностики). С определённого момента автомобили начали оснащаться электронными блоками управления в частности блоками управления двигателем, а в последующем и другие системы получили свои блоки управления. Эти блоки поддерживают так называемую самодиагностику , то есть они проверяют работу соответствующих систем и если что-то работает неправильно, то они засвечивают контрольные лампы check engine и могут выдавать диагностическую информацию через сканеры диагностики авто.

Первый стандарт OBD был принят в Америке в 1986 году. Он был необходим для возможности проверки автомобиля на разного рода неисправности в работе системы, которые могли приводить к избыточной токсичности и превышать заданные нормы указанные при изготовлении автомобиля.

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

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

Стандарт OBD2 предполагает наличие 16 пинового разъёма. Данный разъем описывает стандарт SAE J1962, его форму, количество пинов и какие именно протоколы должны быть на соответствующих пинах .

SAE J1850 PWM - применяется в автомобилях марок Ford, Jaguar и Mazda.

SAE J1850 VPW - General Motors (GM) и Chrysler

L-линия, К-линия ISO 9141-2 - Acura, Honda, Infinity, Lexus, Nissan, Toyota, Audi, BMW, Mercedes, MINI, Porsche, некоторые модели WV и др., ранние модели Chrysler, Dodge, Eagle, Plymouth, ВАЗ, ГАЗ, УАЗ, ЗАЗ, Chevrolet, Daewoo.

J2234 (ISO 15765) CAN-протокол - используется на большинстве современных автомобилях

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

Выбор подключения

Изначально необходимо пояснить что для подключения к авто будет использоваться ELM327 адаптер. ELM327 – это микросхема, которая позволяет преобразовать протоколы, используемые в диагностических шинах автомобилей в протокол RS232, которым мы и будем передавать данные. За счет того что передача данных по протоколу RS232 происходит последовательно возникает первая проблема – скорости передачи данных, которую мы постараемся обойти в одном из следующих пунктов.

Существует несколько вариаций адаптера ELM327, которые классифицируются по способу передачи данных – Bluetooth, WIFI, USB. Исходя из того что целью разработки является мобильное устройство под операционной системой Android можно подобрать две наиболее подходящие версии ELM327, такие как Bluetooth и WIFI. Так как способ получения и обработки данных один, а отличаются они всего лишь вариантами подключения к адаптеру, то можно выбрать всего один, организовать при помощи него диалог, а после добавить остальные варианты подключения.

ELM327 1.5 vs ELM327 2.1

Одной из первых проблем, с которыми можно столкнуться стала проблема выбора непосредственно адаптера, в нашем случае Bluetooth. Оказывается если вам необходимо поддерживать все (по крайней мере большинство) автомобилей необходимо выбирать версию v1.5 вместо v2.1, что на самом то деле необходимо несколько раз уточнить при покупке адаптера, потому как продавцы пытаются выдать версию адаптера не за ту, которая есть на самом деле, т.к. они особо ничем не отличаются. На деле же в версии v2.1 отсутствует поддержка протоколов J1850 PWM и J1850 VPW, что говорит о том, что у вас не получится подключиться к автомобилям, которые используют эти протоколы.

Подключение

Подключение к адаптеру происходит в несколько этапов:

Подключение к адаптеру (Bluetooth, WIFI)
Отправка инициализационных команд (инициализационной строки)

AT Z [reset all]
Сброс настроек адаптера до заводского состояния.
AT L1-0
Включить/Отключить символы перевода строки.
AT E1-0
Echo on – off
AT H1-0
Headers on – off
AT AT0-1-2
Adaptive Timing Off — adaptive Timing Auto1 — adaptive Timing Auto2
AT ST FF
Установить таймаут на максимум.
AT D [set all to Default]
Сброс настроек в исходное, настроенное пользователем состояние.
AT DP [Describe the current Protocol]
Сканер способен самостоятельно определять протокол автомобиля, к которому он подключен.
AT IB10 [set the ISO Baud rate to 10400]
Команда устанавливает скорость обмена данных для ISO 9141-2 и
ISO 14230-4 10400
AT IB96 [ set the ISO Baud rate to 9600]
Команда устанавливает скорость обмена данных для ISO 9141-2 и
ISO 14230-4 9600 для протоколов 3,4,5.
AT SP h [ Set Protocol h]
Команда выбора протокола h, где h:

0 – Automatic;
1 — SAE J1850 PWM (41.6 Kbaud);
2 — SAE J1850 VPW (10.4 Kbaud);
3 — ISO 9141-2 (5 baud init, 10.4 Kbaud);
4 — ISO 14230-4 KWP (5 baud init, 10.4 Kbaud);
5 — ISO 14230-4 KWP (fast init, 10.4 Kbaud);
6 — ISO 15765-4 CAN (11 bit ID, 500 Kbaud);
7 — ISO 15765-4 CAN (29 bit ID, 500 Kbaud);
8 — ISO 15765-4 CAN (11 bit ID, 250 Kbaud);
9 — ISO 15765-4 CAN (29 bit ID, 250 Kbaud);
AT SP Ah [Set Protocol h with Auto]

Команда устанавливает по умолчанию протокол h, если подключение по протоколу h не удалось, тогда адаптер начинает автоматический подбор протокола.

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

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

Соответственно если пользователь знает какой у его авто протокол, то используя возможность смены протокола подключения он может поменять 0 на номер его протокола.

Считывание диагностических данных

Для считывания диагностических данных используются специальные команды PID’s.
PID (Parameter id’s — Бортовые диагностические идентификаторы параметров) – коды, которые используются для запроса показателей определенных датчиков автомобиля.

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

Также есть возможность получать текущие данные от автомобиля при этом команда получения данных от авто будет иметь вначале 01, указывая на то что мы хотим получить real data. Если же мы хотим получить сохраненные данные автомобиля, то вначале команды необходимо указать 02. Например, команда для получения текущей скорости автомобиля – 010D, а для получения сохраненной скорости – 020D.

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

0100 – PIDs supported [01 — 20]
0120 – PIDs supported [21 — 40]
0140 – PIDs supported [41 — 60]
0160 – PIDs supported [61 — 80]
0180 – PIDs supported [81 – A0]
01A0 – PIDs supported [A1 — C0]

Я продемонстрирую как определить какие датчики присутствуют в автомобиле при помощи одного из пидов. Например:

0100 \\ запрос
BB1E3211 \\ ответ от авто

Используя следующую табличку можем определить какие пиды поддерживаются нашим автомобилем, начиная от 01 до 20:

Исходя из получившихся данных можем определить, что наш автомобиль поддерживает следующие пиды:

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

Считывание и расшифровка ошибок автомобиля

Ошибки автомобиля тоже могут быть различными и для них тоже существуют отдельные команды. Например:

03 – Для отображения сохраненных кодов ошибок
0A – Для отображения постоянных кодов ошибок.

А теперь пояснение.

3, 4, 5 символы формируются по этой таблице:

Исходя из этого можем попробовать разобрать следующий ответ 0001000000111110

Код ошибки: P103E

Эпилог

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

Вместе с ростом экологического движения в начале 1990-х годов в США был принят ряд стандартов, которые ввели обязательность оснащения электронных блоков управления автомобилями (ЭБУ, ECU) системой за контролем параметров работы двигателя, имеющих прямое или косвенное отношение к составу выхлопа. Стандарты также предусмотрели протоколы считывания информации об отклонениях в экологических параметрах работы двигателя и другой диагностической информации из ЭБУ. OBD-II как раз и является системой накопления и считывания такой информации. Изначальная "экологическая направленность" OBD-II, с одной стороны, ограничила возможности по его использованию в диагностике всего спектра неисправностей, с другой стороны, предопределила его крайне широкое распространение как в США, так и на автомобилях других рынков. В США применение системы OBD-II (и установка соответствующей колодки диагностики) обязательны с 1996 г. (требование распространяется как на автомобили, производимые в США, так и на автомобили неамериканских марок, продаваемые в США). На автомобилях Европы и Азии протоколы OBD-II применяются также с 1996 г. (на небольшом количестве марок/моделей), но особенно - с 2001 г. для автомобилей с бензиновыми двигателями (с принятием соответствующего европейского стандарта - EOBD) и с 2004 г. для автомобилей с дизельными двигателями. Тем не менее, стандарт OBD-II частично или полностью поддерживают и некоторые автомобили, выпущенные ранее 1996 (2001) годов (pre-OBD автомобили).

Режимы диагностики

Протоколы OBD-II предоставляют диагносту ряд стандартизированных функциональных возможностей (режимов диагностики - modes):

Режим 1 - Считывание текущих параметров работы системы управления (Mode 1 PID Status & Live PID Information). Всего стандартом поддерживается около 20 параметров. Однако, каждый конкретный блок управления поддерживает ограниченное количество из них (например, в зависимости от установленных датчиков кислорода). С другой стороны, некоторые автопроизводители поддерживают расширенные наборы параметров - например, некоторые автомобили концерна GM поддерживают более 100 параметров. Через систему OBD-II диагностики можно считать (основные параметры):

режим работы системы топливной коррекции (PID 03 Fuel system status). При значении "Closed Loop" система работает в режиме обратной связи (замкнутой петли), при этом данные с датчика кислорода используются для корректировки топливоподачи. При значении "Open Loop" данные с датчика кислорода не используются для корректировки топливоподачи;
расчетная нагрузка на двигатель (PID 04 Calculated Load);
температура охлаждающей жидкости (PID 05 Coolant temperature);
краткосрочная коррекция подачи топлива по банку 1/2 (PID 06/08 Short Term Fuel Trim Bank 1/2);
долгосрочная коррекция подачи топлива по банку 1/2 (PID 07/09 Long Term Fuel Trim Bank 1/2);
давление топлива (PID 0A Fuel pressure);
давление во впускном коллекторе (PID 0B Manifold pressure);
обороты двигателя (PID 0C Engine speed - RPM);
скорость автомобиля (PID 0D Vehicle speed);
угол опережения зажигания (PID 0E Ignition Timing Advance);
температура всасываемого воздуха (PID 0F Intake Ait Temperature);
расход воздуха (PID 10 Air Flow);
положение дроссельной заслонки (PID 11 Throttle position);
режим работы системы подачи дополнительного воздуха (PID 12 Secondary Air Status);
расположение датчиков кислорода (PID 12 Location of O2 sensors);
данные с датчика кислорода №1/2/3/4 по банку 1/2 (PID 13-1B O2 Sensor 1/2/3/4 Bank 1/2 Volts).

Как правило, для анализа работы конкретной подсистемы системы управления двигателем, достаточно одновременно контролировать 2-3 параметра. Однако, иногда требуется одновременно просматривать и большее число. Число одновременно контролируемых параметров, а также формат их вывода (текстовый и/или графический) зависят как от возможностей конкретной программы-сканера, так и от скорости обмена информацией с блоком управления двигателем автомобиля (скорость зависит от поддерживаемого протокола). К сожалению, наиболее распространенный протокол ISO-9141 (см. ниже) является и самым медленным из всех - при работе с ним невозможно просматривать с приемлемой частотой дискретизации более 2-4 параметров.

Режим 2 - Получение сохраненной фотографии текущих параметров работы системы управления на момент возникновение кодов неисправностей (Mode 2 Freeze Frame).

Режим 3 - Считывание и просмотр кодов неисправностей (Mode 3 Read Diagnostic Trouble Codes (DTCs)).

Режим 4 - Очистка диагностической памяти (Mode 4 Reset DTC's and Freeze Frame data) - стирание кодов неисправностей, фотографий текущий параметров, результатов тестов датчиков кислорода, результатов тестовых мониторов.

Режим 5 - Считывание и просмотр результатов теста датчиков кислорода (Mode 5 O2 Sensor Monitoring Test Result).

Режим 6 - Запрос последних результатов диагностики однократных тестовых мониторов (тестов, проводимых один раз в течение поездки) (Mode 6 Test results, non-continuosly monitored) - эти тесты контролируют работу катализатора, системы рециркуляции выхлопных газов (EGR), системы вентиляции топливного бака.

Режим 7 - Запрос результатов диагностики непрерывно действующих тестовых мониторов (тестов, выполняемых постоянно, пока выполняются условия для проведения теста) (Mode 7 Test results, continuosly monitored) - эти тесты контролируют состав топливо-воздушной смеси, пропуски зажигания (misfire), остальные компоненты, влияющие на выхлоп.

Режим 8 - Управление исполнительными механизмами.

Режим 9 - Запрос информации о диагностируемом автомобиле (Mode 9 Request vehicle information) - VIN-кода и калибровочных данных.

Режим ручного ввода команды запроса диагностической информации.

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

Используемые протоколы и применяемость OBD-II-диагностики на автомобилях разных марок

В рамках OBD-II используются пять протоколов обмена данными - ISO 9141, ISO 14230 (также именуется KWP2000), PWM, VPW и CAN (также каждый из протоколов имеет несколько разновидностей - например, разновидности отличаются по скорости обмена информацией). В Интернете встречаются "таблицы применимости", где указываются перечни марок и моделей автомобилей и поддерживаемые ими OBD-II-протоколы. Однако, надо учитывать, что одна и та же модель с одним и тем же двигателем, одного года выпуска может быть выпущена для разных рынков с поддержкой разных протоколов диагностики (точно также протоколы могут различаться и по моделям двигателей, годам выпуска). Таким образом, отсутствие автомобиля в списках не означает, что он не поддерживает OBD-II, так же как и присутствие не означает, что поддерживает и, тем более, полностью поддерживает (возможны неточности в списке, различные модификации автомобиля и пр.). Еще сложнее судить о поддержке конкретной разновидности OBD-II-стандарта.

Общей предпосылкой для того, чтобы предположить, что автомобиль поддерживает OBD-II диагностику, является наличие 16-контактного диагностического разъема (DLC - Diagnostic Link Connector) трапециевидной формы (на подавляющем большинстве OBD-II автомобилей он находится под приборной панелью со стороны водителя; разъем может быть как открыт, так и закрыт легко снимаемой крышкой с надписью "OBD-II", "Diagnose" и т.п.). Тем не менее, это условие необходимое, но недостаточное! Получить справку о расположении разъемов (в том числе нестандартном) можно на странице "Информация и ПО". Также разъем OBD-II иногда устанавливается на автомобили, вообще не поддерживающие ни один из OBD-II-протоколов. В таких случаях необходимо пользоваться сканером, рассчитанным на работу с заводскими протоколами конкретной марки автомобиля - например, это касается автомобилей Opel Vectra B европейского рынка 1996-1997 гг. Для оценки применимости того или иного сканера для диагностики конкретного автомобиля необходимо определить, какой конкретно из OBD-II протоколов используется на конкретном автомобиле (если OBD-II вообще поддерживается). Для этого можно:

3. Использовать сканер, позволяющий определить, какой из OBD-II протоколов используется на машине. Из предлагаемых нами приборов автоматически это сможет сделать Х-431 и OZEN MOByDic 2600. С помощью комплекта ScanTool Вы сможете это сделать вручную путем последовательной смены используемых адаптеров и проверки наличия связи с ЭБУ автомобиля. Если никаких предположений по используемому протоколу нет, то начинать перебор стоит с протокола ISO как наиболее распространенного (либо с протокола, указанного для диагностируемой машины в таблице);

Назначение выводов ("распиновка") 16-ти контактного диагностического разъема OBD-II (стандарт J1962):

02 - J1850 Bus+

04 - Chassis Ground

05 - Signal Ground

06 - CAN High (J-2284)

07 - ISO 9141-2 K-Line

10 - J1850 Bus-

14 - CAN Low (J-2284)

15 - ISO 9141-2 L-Line

16 - Battery Power (напряжение АКБ)

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

- протокол ISO-9141-2 идентифицируется наличием контакта 7 в диагностическом разъеме (K-line) и отсутствием 2 и/или 10 контактов в диагностическом разъеме. Используемые выводы - 4, 5, 7, 15 (может не быть), 16.
- SAE J1850 VPW (Variable Pulse Width Modulation). Используемые выводы - 2, 4, 5, 16 (без 10)
- SAE J1850 PWM (Pulse Width Modulation). Используемые выводы - 2, 4, 5, 10, 16.

Протоколы PWM, VPW идентифицируются отсутствием контакта 7 (K-Line) диагностического разъема.

5. Подавляющее большинство автомобилей используют протоколы ISO. Некоторые исключения:

- большая часть легковых автомобилей и легких грузовиков концерна GM используют протокол SAE J1850 VPW;
- большая часть автомобилей Ford использует протокол J1850 PWM.
- прочие.

Дополнительные сведения об OBD-II диагностике.

В рамках OBD-II стандартизированы не только назначения выводов диагностического разъема, его форма и протоколы обмена, но и частично стандартизированы и коды неисправностей (DTC - Diagnostic Trouble Code) - это предусмотрено стандартом SAE J2012). OBD-II-коды имеют единый формат, однако по их расшифровкам подразделяются на две большие группы - основные (generic) коды и дополнительные (расширенные, extended) коды. Основные коды жестко стандартизированы и их расшифровка одинакова для всех автомобилей, поддерживающих OBD-II. При этом надо понимать, что это не означает, что один и тот же код вызывается на разных автомобилях одной и той же "реальной" неисправностью (это зависит от особенностей конструкции как разных марок и моделей авто, так и разных автомобилей одной модели)! Дополнительные коды различаются по разным маркам автомобилей и были введены автопроизводителями специально для расширения возможностей диагностики.

Как уже говорилось, структура и основных и дополнительных OBD-II кодов одинакова - каждый код состоит из буквы латинского алфавита и четырех цифр (частично уже используются и буквы):

Диагностический разъёm OBD-II

Pin No.	Description
1	OEM
2	Bus + Line, SAE J1850
3	OEM
4	Ground, Chassis
5	Ground, Signal
6	OEM ( CAN High , J-2284 )
7	K Line, ISO 9141
8	OEM
9	OEM
10	Bus - Line, Sae J1850
11	OEM
12	OEM
13	OEM
14	OEM ( CAN Low , J-2284 )
15	L Line, ISO 9141
16	Positive, Vehicle Battery

Контакты диагностического разъема для используемых протоколов.

Контакты 4, 5, 7, 15, 16 - ISO 9141-2.
Контакты 2, 4, 5, 10, 16 - J1850 PWM.
Контакты 2, 4, 5, 16 (без 10) - J1850 VPW.

Протокол ISO 9141-2 идентифицируется наличием контакта 7 и отсутствием 2 и/или 10 контактов на диагностическом разъеме. Если отсутствует контакт 7, в системе используется протокол SAE J1850 VPW (Variable Pulse Width Modulation) или SAE J1850 PWM (Pulse Width Modulation). Все три протокола обмена данных работают через стандартный кабель OBD-II J1962 connector.

OBD-II TERMINOLOGY This document covers the new standardized OBD-II terms and acronyms.

Читайте также: