Что такое OBD коррекция ГБО, как это работает и для чего необходима OBD коррекция? Протоколы стандарта OBD2.

Все европейские и большинство азиатских производителей использовали ISO 9141 стандарт (К, L - линия, - ранее освещалась тема - подключение обычного компьютера посредством адаптера К, L - линии для диагностики автомобиля). General Motors использовал SAE J1850 VPW (Variable Pulse Width Modulation), а Fords - SAE J1850 PWM (Pulse Width Modulation). Немного позднее появился ISO 14230 (усовершенствованный вариант ISO 9141, известный как KWP2000). Европейцами в 2001 был принят EOBD (enhanced) расширенный OBD стандарт.

Основное преимущество - наличие высокоскоростной CAN (Controller Area Network) шины. Название CAN шина пришло из компьютерной терминологии, так как создавался данный стандарт примерно в 80-х компаниями BOSCH и INTEL, как компьютерный сетевой интерфейс бортовых мультипроцессорных систем реального времени. CAN-шина — это двухпроводная, последовательная, асинхронная шина с равноправными узлами и подавлением синфазных помех. CAN характеризуется высокой скоростью передачи (гораздо большей, чем другие протоколы) и высокой помехоустойчивостью. Для сравнения ISO 9141, ISO 14230, SAE J1850 VPW обеспечивают скорость передачи данных 10.4 Kbps, SAE J1850 PWM - 41.6 Kbps, ISO 15765 (CAN) - 250/500 kbit/s.

Совместимость конкретного автомобиля с протоколом обмена данными - ISO9141-2 проще всего определить по колодке диагностики OBD-2 (наличие определенных выводов свидетельствует о конкретном протоколе обмена данными). Протокол ISO9141-2 (производитель Азия - Acura, Honda, Infinity, Lexus, Nissan,Toyota, и др., Европа - Audi, BMW, Mercedes, MINI, Porsche, некоторые модели WV и др., ранние модели Chrysler, Dodge, Eagle, Plymouth) идентифицируется наличием контакта 7 (K-line) в диагностическом разъеме. Используемые выводы - 4, 5, 7, 15 (15 может не быть) и 16. ISO14230-4 KWP2000 (Daewoo, Hyundai, KIA, Subaru STi и некоторые модели Mercedes) аналогичен ISO9141.

Стандартный разъем диагностики OBD-II имеет следующий вид.

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

02 - J1850 Bus+
04 - Chassis Ground
05 - Signal Ground
06 - CAN High (ISO 15765)
07 - ISO 9141-2 K-Line
10 - J1850 Bus-
14 - CAN Low (ISO 15765)
15 - ISO 9141-2 L-Line
16 - Battery Power (напряжение АКБ)
Пропущенные выводы могут использоваться конкретным производителем для своих нужд.

Перед подключением, чтобы не ошибиться, необходимо тестером вызвонить постоянные массы и +12V. Основная причина поломки адаптера - неправильное подключение массы, точнее критичным является отрицательное напряжение на К-линии (замыкание как на массу так и на +12В не приводят к выходу из строя К-линии). В адаптере есть защита от переполюсовки, но если минусовой провод подключить на какой-нибудь исполнительный механизм, а не на массу (например, на бензонасос), а К-линию включить на массу,- в этом случае получаем единственно опасный вариант отрицательного напряжения на К-линии. Если питание (масса) подключено правильно (например, прямо на аккумулятор), сжечь К-линию уже нельзя никаким образом. В автомобиле, зачастую, стоит аналогичная микросхема драйвер К-линии, но включена она всегда правильно, и сжечь контроллер нельзя при любом включении. Линия L менее защищена, и представляет собой параллельный канал на отдельных транзисторах (недопустимо ошибочное подключение на плюс питания). Если не планируется использование двунаправленной L линии, вывод лучше заизолировать (диагностика большинства автомобилей, и также отечественных, выполняется только по К линии).
Диагностика выполняется при включенном зажигании.

Желательно придерживаться следующей последовательности подключения:
1. Подключить адаптер к ПК.
2. Подключить адаптер к ботовому контроллеру в следующем порядке: масса, +12 В, линия К, линия L (по необходимости).
3. Включить ПК.
4. Включить зажигание или завести двигатель (в последнем варианте доступны ряд параметров работы двигателя).
5. Отключение в обратной последовательности.

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

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

Поэтому практически все производимые транспортные средства оборудуются интерфейсами для подключения к диагностическим устройствам. К наиболее распространенным элементам таких интерфейсов относится разъем OBD2.

Что такое диагностический разъем по стандарту OBD2

Немного истории

Впервые производители серьезно задумались об автоматизации диагностики автомобиля в 70-х годах. Именно тогда появились электронные блоки управления двигателей. Они стали оснащаться системами самодиагностики и диагностическими разъемами. Замыкая контакты разъема, можно произвести с помощью блинк-кодов диагностику неисправности блоков управления двигателя. По мере внедрения персональной компьютерной техники были разработаны диагностические устройства для сопряжения разъемов с компьютерами.

Появление на рынке автомобилей новых производителей, расширяющаяся конкуренция предопределили необходимость унификации диагностических устройств. Первым производителем, который всерьез подошел к решению этой задачи, был General Motors, который ввел в 1980 году универсальный протокол обмена информации по интерфейсу ALDL Assembly Line Diagnostic Link.

В 86-м году протокол немного усовершенствовали, увеличив объем и скорость передачи информации. Уже в 1991 году в американском штате Калифорния ввели регламент, согласно которому все продаваемые здесь авто следовали протоколу OBD1. Это была аббревиатура On-Board Diagnostic, то есть бортовая диагностика. Она значительно упростила жизнь фирмам, обслуживающим транспортные средства. Этот протокол еще не регламентировал вид разъема, его расположение, протоколы ошибок.

В 1996 году действие обновленного протокола OBD2 уже распространилось на всю Америку. Поэтому производители, желающие освоить американский рынок, были просто вынуждены ему соответствовать.

Увидев явное преимущество процесса унификации ремонта и обслуживания авто, стандарт OBD2 был распространен на все транспортные средства с бензиновыми двигателями, продаваемые в Европе с 2000 года. В 2004 году обязательный стандарт OBD2 распространен на дизельные авто. Одновременно он был дополнен стандартами Controller Area Network для шин обмена данными.

Интерфейс

Неправильно полагать, что интерфейс и разъем OBD2 есть одно и то же. В понятие интерфейса входит:

  • непосредственно сам разъем, включая все электрические подключения;
  • система команд и протоколов обмена информации между блоками управления и программно-диагностическими комплексами;
  • стандарты выполнения и расположения разъемов.

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

В легковых автомобилях до 2000 года выпуска производитель мог самостоятельно определять форму OBD-разъема. Например, на некоторых автомобилях MAZDA нестандартизированный разъем применялся вплоть до 2003 года выпуска.

Четкое место установки разъема также не регламентировано. Стандарт указывает: в пределах досягаемости водителя. Более конкретно: не далее 1 метра от руля.

Это часто доставляет трудность для неопытных автоэлектриков. Наиболее частые расположения разъема:

  • около левого колена водителя под приборной панелью;
  • под пепельницей;
  • под одной из заглушек на консоли или под приборной панелью (в некоторых моделях VW);
  • под рычагом ручника (часто у ранних OPEL);
  • в подлокотнике (бывает у Рено).

Точное расположение диагностического разъема для своего автомобиля можно найти в справочниках или просто «погуглить».

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

Распиновка (схема подключения) OBD2 разъема

Схема подключения выводов стандартного OBD2 16-ти пинового разъема, используемого в большинстве современных легковых автомобилей, представлена на рисунке:

Назначение выводов:

  1. шина J1850;
  2. устанавливается производителем;
  3. масса авто;
  4. сигнальная земля;
  5. CAN-шина высокий уровень;
  6. K-Line шина;
  7. устанавливается производителем;
  8. устанавливается производителем;
  9. шина J1850;
  10. устанавливается производителем;
  11. устанавливается производителем;
  12. устанавливается производителем;
  13. шина CAN J2284;
  14. L-Line шина;
  15. плюс с АКБ.

Основные при диагностировании это CAN и K-L-Line шины. В процессе проведения диагностических работ они путем обмена информации по соответствующим протоколам опрашивают блоки управления автомобиля, получая информацию об ошибках в виде унифицированных кодов.

В некоторых случаях диагностическое устройство не может связаться с блоками управления. Это чаще всего связано с неисправностью CAN-шины: коротким замыканием или обрывом. Часто CAN-шину замыкают неисправности в блоках управления, например, ABS. Эту проблему можно решить отключением отдельных блоков.

Если потеряна связь по OBD-диагностике, сначала проверяют, родная ли магнитола установлена на авто. Иногда нештатная автомагнитола закорачивает К-Line шину.

Для большей верности при этом необходимо отключить магнитолу.

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

Подключение через переходники

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

В интернете можно найти схему перекоммутации выводов разъема подобно показанной на рисунке:

Если автомобиль находится в постоянной эксплуатации или для профессиональной работы в качестве автоэлектрика проще приобрести переходник (комплект переходников).

Для диагностического сканера AUTOCOM они имеют вид:

В минимальный стандартный набор для легковых авто входит восемь переходников. Один разъем переходника подключается к OBD разъему автомобиля, другой – к OBD диагностическому кабелю либо напрямую к BLUETOOTH ELM 327 сканеру.

Не во всех случаях использование переходников обеспечивает диагностирование автомобиля. Некоторые автомобили не обеспечивают сопряжение по OBD-протоколу, несмотря на то, что могут быть подключены к OBD-разъему. Это больше относится к пожилым авто.

Общий алгоритм диагностики автомобиля

Для диагностики потребуется автосканер, устройство отображения информации (ноутбук, смартфон) и соответствующее программное обеспечение.

Порядок проведения диагностических работ:

  1. Производится подключение OBD-кабеля к диагностическому разъему автомобиля и автосканеру. На сканере при подключении должен загореться сигнальный светодиод, свидетельствующий о подаче напряжения +12 Вольт на сканер. Если вывод +12 Вольт на разъеме не подключен, диагностирование невозможно. Следует искать причину отсутствия напряжения на 16 выводе диагностического разъема. Возможной причиной может быть неисправность предохранителя. Сканер (если это не самостоятельное устройство) подключается к ноутбуку. На компьютере загружается программное обеспечение для диагностических работ.
  2. В интерфейсной программе выбирается марка авто, двигателя, год выпуска.
  3. Включается зажигание, ожидается окончание самодиагностических работ авто (пока моргают лампочки на приборной панели).
  4. Производится запуск статического сканирования ошибок. В процессе диагностирования на сканере будет сигнализироваться морганием светодиодов процесс диагностики. Если этого не происходит, скорее всего, диагностика будет неуспешной.
  5. По окончании сканирования программа выдает коды ошибок. Во многих программах они сопровождаются русифицированной расшифровкой, иногда не следует им полностью доверять.
  6. Следует записать все коды ошибок до их удаления. Они могут удалиться, через некоторое время появиться вновь. Так часто случается в системе ABS.
  7. Удалить (точнее потереть) ошибки. Такая опция есть во всех сканерах. После этой операции неактивные ошибки удалятся.
  8. Выключить зажигание. Через пару минут вновь включить зажигание. Произвести запуск двигателя, дать поработать минут пять, лучше произвести контрольный заезд метров на пятьсот с обязательным произведением поворотов вправо-влево и торможением, движением задним ходом, включением световых сигналов и прочих опций для максимального опроса всех систем.
  9. Произвести повторное сканирование. Сравнить вновь «набитые» ошибки с предыдущими. Оставшиеся ошибки будут активными, их необходимо устранять.
  10. Заглушить авто.
  11. Произвести повторное дешифрование ошибок с помощью специальных программ или интернета.
  12. Включить зажигание, запустить двигатель, выполнить динамическую диагностику двигателя. Большинство сканеров позволяют в динамическом режиме (на запущенном двигателе, изменении положения педалей акселератора, тормоза, других органов управления) измерять параметры впрыска, угла зажигания и другие. Эти сведения более полно описывают работу автомобиля. Для расшифровки полученных диаграмм требуются навыки автоэлектрика и моториста.

Видео — процесс проверки автомобиля через диагностический разъем ОБД 2 с помощью Launch X431:

Как расшифровать коды ошибок

Большинство кодов ошибок OBD унифицировано, то есть определенному коду ошибки соответствует одна и та же расшифровка.

Общая структура кода ошибки имеет вид:

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

Проще, надежнее и информативнее ввести в поисковике, например, «ошибка P1504 Opel Verctra 1998 1,9 Б», то есть указать сокращенно все сведения об авто и код ошибки. Результатом поиска будут отрывочные сведения на различных форумах, других сайтах. Не следует сразу слепо следовать всем рекомендациям. Но, подобно мнению зала на известной программе, многие из них будут правдоподобными. К тому же, вы можете получить видео- и графическую информацию, иногда крайне полезную.

Вместе с ростом экологического движения в начале 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);
  • краткосрочная коррекция подачи топлива по банку ½ (PID 06/08 Short Term Fuel Trim Bank ½);
  • долгосрочная коррекция подачи топлива по банку ½ (PID 07/09 Long Term Fuel Trim Bank ½);
  • давление топлива (PID 0A Fuel pressure);
  • давление во впускном коллекторе (PID 0B Manifold pressure);
  • обороты двигателя (PID 0° C 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 по банку ½ (PID 13-1B O2 Sensor 1/2/3/4 Bank ½ 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 вообще поддерживается).

Для этого можно:

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

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

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

Если никаких предположений по используемому протоколу нет, то начинать перебор стоит с протокола ISO как наиболее распространенного (либо с протокола, указанного для диагностируемой машины в таблице);

4. Осмотреть диагностический разъем и определить наличие выводов в нем (как правило, присутствует только часть задействованных выводов, а каждый протокол использует свои выводы разъема).

Назначение выводов («распиновка») 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 кодов одинакова - каждый код состоит из буквы латинского алфавита и четырех цифр (частично уже используются и буквы):

«Общая» группа (система),
к которой относится код
Признак основной
код
Подсистема, к которой относится код
(для кодов P0XXX)
Код ошибки
P - Powertrain codes -
код связан с работой двигателя и/или АКПП
P0XXX, P2XXX, P34XX-P39XX -
SAE Codes - основной (generic) код

P1XXX,
P30XX-P33XX

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) - код ошибки в системе
B - Body codes - код связан с работой «кузовных систем» (подушки безопасности, центральный замок, стекло-
подъемники)
B0XXX, B3XXX

B1XXX, B2XXX - MFG - код, определенный производителем (extended)

С - Chassis codes - код относится к системе шасси (ходовой части) C0XXX, C3XXX - SAE Codes - основной (generic) код

C1XXX, C2XXX - MFG - код, определенный производителем (extended)

U - Network codes - код относится к системе взаимодействия между электронными блоками (например, к шине CAN) U0XXX, U3XXX - SAE Codes - основной (generic) код

U1XXX, U2XXX - MFG - код, определенный производителем (extended)

Диагностический разъё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

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

Контакты 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 .

OBD-II Previous Term (s)
ENGINE CONTROLS PCM (Powertrain Control Module) ECA
ECM
ECU
SMEC
MIL (Malfuntion Indicator Lamp) CHECK ENGINE
MAINTANENCE REQUIRED
SERVICE ENGINE SOON
POWER LOSS
VCM (Vehicle Control Module) ECA
ECM
ECU
SMEC
PCM
SENSORS IAT (Inlet Air Temperature) ACT
ATS
MAT
ECT (Engine Coolant Temperature) ECT
CTS
THA
TP (Throttle Position) TPS
BARO (Barometric Pressure) ALTITUDE
APS
MAP (Manifold Absolute Pressure) MAP
MDP (Manifold Differential Pressure) VACUUM SENSOR
MAF (Manidold Air Flow) AFC
VAF
AIRFLOW
KS (Knock Sensor) KNOCK SENSOR
O2S (Oxygen Sensor) O2
EGO
LAMBDA SENSOR
HO2S (Heated Oxygen Sensor) HEATED O2
HEGO
CKP (Crankshaft Position) CRANKSHAFT SENSOR
CMP (Camshaft Position) CAM
CID
ACTUATORS IAC (Idle Air Control) AIR BYPASS SOLENOID
IAC
ISC (Idle Speed Control) IDLE SPEED AIR VALVE
IDLE SPEED MOTOR
ISC
ICM (Ignition Control Module) TFI IV
HEI
IGNITER
MC (Mixture Control) M/C SOLENOID
FBC
TCC (Torque Converter Clutch) TCC
Lock-Up Switch
Lock-up Solinoid
    ELM327 USB это последняя версия популярного адаптера для диагностики автомобилей по протоколу OBDII. Осущетвляет диагностику по все протоколам OBDII (включая CAN). Работает при подключении к ПК через USB.

  • U-480 OBDII CAN
Предназначен для чтения, стирания ошибок в бортовом компьютере автомобиля по протоколу OBDII. Прибор имеет небольшие размеры, малый вес и низкую цену, очень прост в использовании.
  • Автосканер "СКАНМАТИК"
Адаптер "Сканматик" служит для подключения персонального компьютера к диагностическому разъему автомобиля при работе с программой СКАНМАТИК. Объединяет в себе все протоколы OBD-2, протокол CAN, а так же поддерживает полную диагностику всех отечественных автомобилей.

Основная функция диагностического разъема (в OBD II он называется диагностическим разъемом связи - Diagnostic Link Connector, DLC) заключается в том, чтобы обеспечить связь диагностического сканера с блоками управления, совместимыми с OBD II. Разъем DLC должен соответствовать стандартам SAE J1962. Согласно этим стандартам, разъем DLC обязан занимать определенное центральное положение в автомобиле. Он должен находиться в пределах 16 дюймов от рулевого колеса. Производитель может разместить DLC в одном из восьми мест, определённых EPA. Каждый контакт разъема имеет свое назначение. Функции многих контактов отданы на усмотрение производителям, однако эти контакты не должны использоваться блоками управления, совместимыми с OBD II. Примерами систем, применяющих такие разъемы, являются SRS (дополнительная ограничительная система) и ABS (антиблокировочная система колес).

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

Диагностический разъем изображен на рис. 1. Как видим, он имеет заземление и подсоединён к источнику питания (контакты 4 и 5 относятся к заземлению, а контакт 16 - к питанию). Это сделано для того, чтобы сканеру не требовался внешний источник питания. Если при подсоединении сканера питание на нем отсутствует, то необходимо в первую очередь проверить контакт 16 (питание), а также контакты 4 и 5 (заземление). Обратим внимание на буквенно-цифровые символы: J1850, CAN и ISO 9141-2. Это стандарты протоколов, разработанные SAE и ISO (Международная организация по стандартизации).

Производители могут делать выбор среди этих стандартов для обеспечения связи при диагностике. Каждому стандарту соответствует определённый контакт. Например, связь с автомобилями марки Ford реализуется через контакты 2 и 10, а с автомобилями GM - через контакт 2. В большинстве азиатских и европейских марок используется контакт 7, а в некоторых - также контакт 15. Для понимания OBD II не имеет значения, какой протокол рассматривается. Сообщения, которыми обмениваются диагностический прибор и блок управления, всегда одинаковы. Различны лишь способы передачи сообщений.

Стандартные протоколы связи для диагностики

Итак, система OBD II распознает несколько различных протоколов. Здесь мы обсудим только три из них, которые используются в автомобилях, выпускаемых в США. Это протоколы J1850-VPW, J1850-PWM и ISO1941. Все блоки управления автомобиля связаны с кабелем, называемым диагностической шиной, в результате чего образуется сеть. К этой шине можно подключить диагностический сканер. Такой сканер отправляет сигналы конкретному блоку управления, с которым он должен обмениваться сообщениями, и получает ответные сигналы от этого блока управления. Обмен сообщениями продолжается до тех пор, пока сканер не прекратит сеанс связи или не будет отсоединен.

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



Классификация протоколов

Ассоциация автомобильных инженеров (SAE) определила три различных класса протоколов:

  • протокол класса A,
  • протокол класса B
  • протокол класса C

Протокол класса A - самый медленный из трех; он может обеспечивать скорость 10 000 байт/с или 10 Кбайт/с. В стандарте ISO9141 используется протокол класса A.
Протокол класса B в 10 раз быстрее; он поддерживает обмен сообщениями со скоростью 100 Кбайт/с. Стандарт SAE J1850 представляет собой протокол класса B.
Протокол класса C обеспечивает скорость 1 Мбайт/c. Наиболее широко используемый стандарт класса C для автомобилей - это протокол CAN (Controller Area Network - сеть зоны контроллеров).

В будущем должны появиться протоколы с большей производительностью - от 1 до 10 Мбайт/с. По мере возрастания потребностей в увеличении полосы пропускания и производительности может появиться класс D. При работе в сети с протоколами класса C (а в будущем - с протоколами класса D) мы можем использовать оптическое волокно. Протокол J1850 PWM Существует два вида протокола J1850. Первый из них является высокоскоростным и обеспечивает производительность в 41,6 Кбайт/с. Данный протокол носит название PWM (Pulse Width Modulation - модуляция ширины импульса). Он используется в марках Ford, Jaguar и Mazda. Впервые такой тип связи был применен в автомобилях Ford. В соответствии с протоколом PWM сигналы передаются по двум проводам, подсоединенным к контактам 2 и 10 диагностического разъема.

Протокол ISO9141

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

Протокол J1850 VPW
Другой разновидностью протокола диагностики J1850 является VPW (Variable Pulse Width - переменная ширина импульса). Протокол VPW поддерживает передачу данных со скоростью 10,4 Кбайт/с и применяется в автомобилях марок General Motors (GM) и Chrysler. Он очень похож на протокол, используемый в автомобилях Ford, но является существенно более медленным. Протокол VPW предусматривает передачу данных по одному проводу, подсоединенному к контакту 2 диагностического разъема.

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

Лампочка индикации неисправностей
Когда система управления двигателем обнаруживает проблему с составом выхлопных газов, на приборном щитке загорается надпись Check Engine (“Проверьте двигатель”). Этот индикатор называется лампочкой индикации неисправностей (Malfunction Indication Light - MIL). Индикатор обычно выдает следующие надписи: Service Engine Soon (“Отрегулируйте двигатель в ближайшее время”), Check Engine (“Проверьте двигатель”) и Check (“Выполните проверку”).

Назначение индикатора состоит в информировании водителя о том, что в процессе работы системы управления двигателем возникла проблема. Если загорается индикатор, не стоит впадать в панику! Вашей жизни ничто не угрожает, и двигатель не взорвется. Паниковать надо тогда, когда загорается индикатор масла или предупреждение о перегреве двигателя. Индикатор OBD II лишь сообщает водителю о проблеме в системе управления двигателем, которая может привести к избыточному количеству вредных выбросов из выхлопной трубы или загрязнению абсорбера.

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

Для того чтобы проверить функционирование индикатора OBD II MIL , следует включить зажигание (когда на приборном щитке загораются все индикаторы). При этом загорается и индикатор MIL. Спецификация OBD II требует, чтобы этот индикатор горел некоторое время. Некоторые производители делают так, чтобы индикатор оставался включенным, а другие - чтобы он выключался по истечении определенного промежутка времени. При запуске двигателя и отсутствии в нем неисправностей лампочка “Check Engine” должна погаснуть.




Лампочка “Check Engine” не обязательно загорается при первом появлении неисправности. Срабатывание этого индикатора зависит от того, насколько серьезна неисправность. Если она считается серьезной и ее устранение не терпит отлагательств, лампочка загорается немедленно. Такая неисправность относится к разряду активных (Active). В случае если устранение неисправности может быть отложено, индикатор не горит и неисправности присваивается сохраняемый статус (Stored). Для того чтобы такая неисправность стала активной, она должна проявиться в течение нескольких драйв-циклов. Обычно драйв-циклом считается процесс, при котором холодный двигатель запускается и работает до достижения нормальной рабочей температуры (при этом температура охлаждающей жидкости должна быть 122 градуса по Фаренгейту).

В течение этого процесса должны быть выполнены все бортовые тестовые процедуры, относящиеся к выхлопным газам. Различные автомобили имеют двигатели разного размера, и поэтому драйв-циклы для них могут несколько различаться. Как правило, если проблема возникает в течение трех драйв-циклов, то лампочка Check Engine должна загораться. Если же три драйв-цикла не выявляют неисправности, лампочка гаснет. Если лампочка Check Engine загорается, а затем гаснет, - не следует беспокоиться. Информация об ошибке сохраняется в памяти и может быть извлечена оттуда с помощью сканера. Итак, имеются два статуса неисправностей: сохраняемый и активный. Сохраняемый статус соответствует ситуации, когда неисправность обнаружена, но индикатор Check Engine не загорается - или же загорается, а затем гаснет. Активный статус означает, что при наличии неисправности индикатор горит.

Альфа-указатель DTC

Как видим, каждый символ имеет свое назначение.
Первый символ принято называть альфа-указателем DTC. Этот символ указывает, в какой части автомобиля обнаружена неисправность. Выбор символа (P, B, C или U) определяется диагностируемым блоком управления. Когда получен ответ от двух блоков, используется буква для блока с более высоким приоритетом.

В первой позиции могут находиться лишь четыре буквы:

  • P (двигатель и трансмиссия);
  • B (кузов);
  • С (шасси);
  • U (сетевые коммуникации).
Стандартный набор диагностических кодов ошибок (DTC)
В OBD II неисправность описывается с помощью диагностических кодов неисправностей (Diagnostic Trouble Code - DTC). Коды DTC в соответствии со спецификацией J2012 представляют собой комбинацию одной буквы и четырех цифр. На рис. 3 показано, что означает каждый символ. Рис. 3. Код ошибки

Типы кодов

Второй символ - наиболее противоречивый. Он показывает, что определил код. 0 (известный как код P0). Базовый, открытый код неисправности, определенный Ассоциацией автомобильных инженеров (SAE). 1 (или код P1). Код неисправности, определяемый производителем автомобиля. Большинство сканеров не могут распознавать описание или текст кодов P1. Однако такой сканер, как, например, Hellion, способен распознать большинство из них. Ассоциация SAE определила исходный перечень диагностических кодов ошибок DTC. Однако производители стали говорить о том, что у них уже есть собственные системы, при этом ни одна система не похожа на другую. Система кодов для автомобилей Mercedes отличается от системы Honda, и они не могут использовать коды друг друга. Поэтому ассоциация SAE пообещала разделить стандартные коды (P0) и коды производителей (P1).

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

Топливно-воздушная система. Система зажигания.
  • Вспомогательная система ограничения выбросов, например: клапан рециркуляции выхлопных газов (Exhaust Gas Recirculation System - EGR), система впуска воздуха в выпускной коллектор двигателя (Air Injection Reaction System - AIR), каталитический конвертер или система вентиляции топливного бака (Evaporative Emission System - EVAP).
  • Система управления скоростным режимом или холостым ходом, а также соответствующие вспомогательные системы.
  • Бортовая компьютерная система: модуль управления двигателем (Power-train Control Module - PCM) или сеть зоны контроллеров (CAN).
  • Трансмиссия или ведущий мост.
Индивидуальный код ошибки
Четвертый и пятый символы нужно рассматривать совместно. Они обычно соответствуют старым кодам ошибок OBDI. Эти коды, как правило, состоят из двух цифр. В системе OBD II также берутся эти две цифры и вставляются в конец кода ошибки - так ошибки легче различать.

Теперь, когда мы ознакомились с тем, как формируется стандартный набор диагностических кодов ошибок (DTC), рассмотрим в качестве примера код DTC P0301 . Даже не глядя на текст ошибки, можно понять, в чем она состоит.
Буква P говорит о том, что ошибка возникла в двигателе. Цифра 0 позволяет заключить, что это базовая ошибка. Далее следует цифра 3, относящаяся к системе зажигания. В конце мы имеем пару цифр 01. В данном случае эта пара цифр говорит нам о том, в каком цилиндре имеет место пропуск зажигания. Собирая все эти сведения воедино, мы можем сказать, что возникла неисправность двигателя с пропусками зажигания в первом цилиндре. Если бы выдавался код ошибки P0300, это означало бы, что имеются пропуски зажигания в нескольких цилиндрах и система управления не может определить, какие именно цилиндры неисправны.

Самодиагностика неисправностей, приводящих к повышенной токсичности выбросов.
Программное обеспечение, управляющее процессом самодиагностики, называется по-разному. Производители автомобилей Ford и GM именуют его администратором диагностики (Diagnostic Executive), а Daimler Chrysler - диспетчером задач (Task Manager). Это набор программ, совместимых с OBD II, которые выполняются в блоке управления двигателем (PCM) и наблюдают за всем, что происходит вокруг. Блок управления двигателем - самая настоящая рабочая лошадка! В течение каждой микросекунды он выполняет огромное количество вычислений и должен определять, когда следует открывать и закрывать инжекторы, когда нужно подавать напряжение на катушку зажигания, каково должно быть опережение угла зажигания и т. д. Во время этого процесса программное обеспечение OBD II проверяет, все ли перечисленные характеристики соответствуют нормам.

Это программное обеспечение:
  • управляет состоянием лампочки Check Engine;
  • сохраняет коды ошибок;
  • проверяет драйв-циклы, определяющие генерацию кодов ошибок;
  • запускает и выполняет мониторы компонентов;
  • определяет приоритет мониторов;
  • обновляет статус готовности мониторов;
  • выводит тестовые результаты для мониторов;
  • не допускает конфликтов между мониторами.
Как показывает этот перечень, для того чтобы программное обеспечение выполняло возложенные на него задачи, оно должно обеспечивать и завершать работу мониторов в системе управления двигателем. Что же такое монитор? Его можно рассматривать как тест, выполняемый системой OBD II в блоке управления двигателем (PCM) для оценки правильности функционирования компонентов, ответственных за состав выбросов.

Согласно OBD II, имеется 2 типа мониторов:
  • непрерывный монитор (работает все время, пока выполняется соответствующее условие);
  • дискретный монитор (срабатывает один раз в течение поездки).
Мониторы - очень важное понятие для OBD II. Они созданы для тестирования конкретных компонентов и обнаружения неисправностей в этих компонентов. Если компонент не может пройти тест, соответствующий код ошибки заносится в блок управления двигателем.

Стандартизация названий компонентов

В любой области существуют различные названия и жаргонные словечки для обозначения одного и того же понятия. Возьмем, к примеру, код ошибки. Некоторые называют его кодом, другие - ошибкой, третьи - “штуковиной, которая сломалась”. Обозначение DTC - это и есть ошибка, код или “штуковина, которая сломалась”.

До появления OBD II каждый производитель придумывал свои имена компонентам автомобиля. Очень трудно было понять терминологию Ассоциации автомобильных инженеров (SAE) тому, кто пользовался названиями, принятыми в Европе. Теперь же благодаря OBD II во всех автомобилях должны использоваться стандартные имена компонентов. Жизнь стала намного легче для тех, кто ремонтирует автомобили и заказывает запасные части. Как всегда, когда во что-то вмешивается правительственная организация, сокращения и жаргон стали обязательными. Ассоциация SAE выпустила стандартизованный список терминов для компонентов автомобиля, относящихся к OBD II. Этот стандарт называется J1930. Сегодня по дорогам ездят миллионы автомобилей, в которых применяется система OBD II. Нравится это кому-то или нет - OBD II влияет на жизнь каждого человека, делая более чистым воздух вокруг нас. Система OBD II позволяет разрабатывать универсальные методики ремонта автомобилей и по-настоящему интересные технологии.

Поэтому можно смело сказать, что OBD II - мостик в будущее автомобилестроения.



Тема:

Довольно часто возникает вопрос – совместим ли мой автомобиль с Car Scanner?

Этот вопрос не такой простой, как кажется.

Car Scanner совместим со всеми автомобилями, которые совместимы со стандартом SAE J 1979 и ISO 15031-5, также известным как стандарт OBD II .

Что вообще такое этот стандарт OBDII?

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

Стандарт OBDII включает в себя требования к аппаратной и программной части автомобиля.

Для нас важно, что в требованиях к аппаратной части есть обязательное наличие стандартного диагностического разъема в форме трапеции с 16 контактами. Именно к этому разъему мы подключаем адаптер ELM327.

Требования к программной части включают в себя обязательную поддержку автомобилем одного из протоколов:

  • SAE J1850 VPM
  • SAE J1850 PWM
  • ISO 9141-2 / ISO 14230-4 KWP
  • ISO 15765-4 CAN
  • SAE J1939 CAN

Кроме того, стандарт регламентирует перечень возможных запросов и порядок расшифровки их ответов. Например, для того, чтобы узнать текущие обороты двигателя, надо выполнить запрос 010C. Каждый бит в ответе будет означать 0.25 об/мин. Запрос и ответ будут одинаковыми у любого автомобиля, соответствующего стандарту.

Какие автомобили поддерживают стандарт OBDII?

Довольно распространенным заблуждением является то, что этот стандарт поддерживают все автомобили, начиная с 1996 года выпуска. Нет, это не так. За время разработки Car Scanner я протестировал много автомобилей. Еще больше автомобилей было протестировано тысячами пользователей программы, которые писали мне. И сейчас я расскажу вам, как в действительности обстоят дела с поддержкой стандарта OBDII.

Стандарт OBDII был введен в качестве обязательного в США для всех автомобилей, начиная с 1996 года выпуска.

Но это касается только автомобилей, выпущенных для рынка США.

А что же в Европе? В Евросоюзе стандарт был введен в качестве обязательного для всех бензиновых автомобилей только с 2001 года. С 2003 года он стал обязательным для всех дизельных автомобилей, продаваемых в ЕС. Т.е. поддержки стандарта OBDII у автомобилей, выпущенных для Европейского рынка до 2001 года (для дизелей – до 2003) может и не быть.

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

Обратите внимание – речь идет не об автомобилях, произведенных в США, ЕС, Китае. Речь идет об автомобилях, произведенных для США, ЕС, Китая.

А как же Японский автопром? В Японии этот стандарт тоже не является обязательным. Поэтому праворульные автомобили, произведенные для японского рынка в большинстве своем не поддерживают стандарт OBDII. Если же японцы делают автомобиль для рынка США, ЕС или Китая, то они добавляют поддержку OBDII.

А что же остальные страны? У меня нет информации по всем странам, но вот, что я знаю точно – в России, Украине, Белоруссии, Казахстане и прочих странах бывшего СССР, этот стандарт не является обязательным. То есть поддержка OBDII автомобилями, произведенными для продажи в России, Украине, Белоруссии, Казахстане и т.д. – это просто добрая воля производителя автомобиля.

Хотите простой пример? Автомобили производства автомобильного завода АвтоВАЗ долгое время не поддерживали стандарт OBDII. Только в последние несколько лет ситуация стала меняться.

Почему же большинство автомобилей, продаваемых в России, Украине, Белоруссии, Казахстане и т.д. по факту поддерживают стандарт OBDII, если такой обязанности у них нет? Все дело в глобализации. Производитель делает модель для рынка Евросоюза с поддержкой OBDII и ту же самую модель отправляет в Россию, Казахстан, Белоруссию, Украину. Для того, чтобы “убрать” поддержку OBDII (которая в автомобиле уже есть) производителю придется затратить некоторые ресурсы. А зачем ему лишние затраты.

По этой же причине, некоторые автомобили, произведенные для европейского рынка до 2001 года поддерживают стандарт OBDII – производитель решил сделать один раз для всех рынков.

Но истории известны и обратные случаи – когда производитель в европейскую модификацию автомобиля встроил диагностический разъем OBDII из американской версии, но электронный блок управления (ЭБУ) установил другой. Разъем есть, но программная часть стандарт OBDII не поддерживает.

Есть и другие курьезные примеры “формального” соблюдения стандарта. Тут больше всех отличился концерн Renault-Nissan. Автомобили Nissan, Datsun, Infinity и некоторые Renault (которым достались мозги от японской части автоконцерна) имеют частичную поддержку стандарта OBDII: разъем есть, протокол известен, но на запрос поддерживаемых параметров и датчиков автомобиль выдает корректный ответ: поддерживаемых датчиков нет . Обратите внимание – ответ автомобиля является корректным и соответствует стандарту, это не ошибка, это нормальный и правильный ответ. Просто Nissan решил, что будет достаточно только чтения ошибок. Такая ситуация характерна для автомобилей Nissan/Infinity/Datsun и некоторых Renault, произведенных для европейского рынка до 2008 года.

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

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

Но в дополнение к стандартной диагностике большинство автомобилей поддерживают и расширенную диагностику в “дилерском” режиме.

В большинстве случаев для работы в “дилерском” режиме вам не подойдет ELM327. Хотя сейчас многие автопроизводители встраивают расширенный диагностический функционал в OBDII протоколы, и, чисто теоретически, вы можете использовать ELM327 для доступа к этим функциям.

Главная проблема, в данном случае, вы не знаете, где эти функции расположены и что именно они вам сообщают или делают. Вы ведь не хотите случайно отключить третью форсунку? Все дилерские протоколы являются закрытыми. Доступ к документации по этим протоколам стоит от $10 000 до $100 000 в зависимости от производителя автомобиля.

Иногда народные умельцы самостоятельно, путем проб и ошибок расшифровывают дилерские протоколы. Как результат – в Car Scanner встроена поддержка Nissan Consult II и наборы дополнительных датчиков для различных автомобилей.

Итог

Большинство автомобилей, произведенных для европейского и американского рынка после 2003 года поддерживают стандарт OBDII. Все, что произведено до – под вопросом, но с высокой долей вероятности поддерживает.

С автомобилями ВАЗ, ГАЗ, УАЗ – рулетка. Часть из них поддерживает стандарт OBDII, другая часть – нет.