Протоколы диагностики OBD-II
OBD-II-диагностика предполагает использование пяти протоколов обмена информацией, каждый из которых подразделяется в свою очередь на несколько разновидностей – CAN, ISO 9141, ISO 14230 (также именуется KWP2000), PWM и VPW. Различие между разновидностями – чисто детальное (например, в скорости обмена данными). В сети можно найти так называемые «таблицы применимости» – списки соответствия марок и моделей автомашин и OBD-II-протоколов, поддерживаемых ими. Но эти списки ещё не дают полной и точной информации – не всегда присутствующее в списке авто будет поддерживать OBD-II, как и отсутствующее не обязательно будет лишено этой функции. Тем более сложнее судить о функции поддержки конкретной разновидности протоколов. Дело в том, что всё зависит от конкретной модели, года выпуска а также рынка, на который ориентирован данный автомобиль.
Так как же определить, поддерживает ли ваша автомашина OBD-II-стандарты или же нет? В первую очередь (для значительного большинства автомобилей) нужно заглянуть под приборную панель рядом с местом водителя и попробовать найти там 16-контактный диагностический разъем в форме трапеции (DLC - Diagnostic Link Connector) – возможно, что его будет закрывать крышка с надписью «Diagnose», «OBD-II» или подобной. Однако есть автомобили (к примеру, Opel Vectra 1996–1997 гг. выпуска), снабжённые данным разъёмом, но вообще не совместимые со стандартом OBD-II. Тогда необходимо применение сканера, совместимого с фабричными протоколами конкретной марки и модели автомашины. Но чтобы определить, подходит ли этот сканер для диагностирования именно вашего авто, нужно выяснить, поддерживает ли оно OBD-II в принципе – и, если да, до какой стандарт именно. Для этого следует:
- изучить техническую документацию ИМЕННО ЭТОГО автомобиля (а не только информацию, касающуюся данной модели вообще), а также его идентификационные таблички – на предмет присутствия среди них таблички «OBD-II certified» (сертифицирована совместимость с OBD-II) или (в идеале) – «OBD-II compliant» (совместим с OBD-II)
- ознакомиться с информационной базой данных – например, Mitchell-on-Demand, а для уточнения информации (в общей базе могут быть погрешности) – с дилерскими базами данных по конкретным маркам и моделям
- определить, какой именно OBD-II протокол поддерживается вашим автомобилем. В этом может помочь специальный сканер – например, моделей OZEN MOByDic 2600 и Х-431. Комплект ScanTool может помочь Вам в процессе ручной проверки (попеременного подключения адаптеров и определения, какой из них устанавливает связь с системой управления автомобилем). Для облегчения процесса поисков советуем Вам начинать либо с протокола ISO (как самого распространённого), либо с указанного конкретно для данного транспортного средства в «Таблице применимости»
- проверить имеющийся разъём диагностики на предмет наличия в нём активных выводов (активными обычно являются не все, а только некоторые выводы, разные для каждого протокола) распиновка разъема диагностики OBD-II (16 контактов) (стандарт 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 активными являются выводы 4, 5, 7, 16, иногда – 15 (определяется его совместимость с автомобилем присутствием в разъёме контакта 7 и отсутствием в нём контактов 2 и/или 10)
- для протокола SAE J1850 PWM (Pulse Width Modulation) активными являются выводы 2, 4, 5, 10 и 16 (они же, кроме 10, являются активными для протокола SAE J1850 VPW (Variable Pulse Width Modulation)). Совместимость автомобиля с данными протоколами определяется отсутствием контакта 7 в диагностическом разъёме
- Как уже неоднократно отмечалось, самыми распространёнными являются протоколы ISO. Но существуют и исключения – допустим, в большинстве легковых моделей и минивэнов General Motors используются протокол SAE J1850 VPW, а для большинства транспортных средств марки Ford стандартным является использование протокола J1850 PWM – и т.п.
В дополнение к вышесказанному следует отметить, что в OBD-II также существует стандарт SAE J2012, в котором прописаны соответствующие этой системе коды неисправностей (DTC – Diagnostic Trouble Code). Они все соответствуют одному формату и структура их письменного обозначения также однотипна – одна латинская буква и четыре арабские цифры (в иных случаях допустимо также использование букв). Но при дешифровке они распределяются на две группы – основных и дополнительных (расширенных) (generic и extended соответственно). Первой категории кодов свойственна жесткая стандартизация и одинаковая для всех транспортных средств, совместимых с OBD-II, дешифровка. Но один и тот же код на РАЗНЫХ автомобилях может быть индикатором РАЗНЫХ неисправностей – всё зависит от конструкции конкретного авто. Коды второй категории, введённой в своё время с целью увеличения количества диагностических функций, распределяются по различным маркам и моделям автомашин.
Одной из важнейших задач бортовой диагностики системы управления двигателем является обеспечение связи с диагностическим оборудованием. О наличии неисправности в работе системы контроллер информирует водителя с помощью диагностической лампы.
Далее система бортовой диагностики должна обеспечить возможность считывания сохраненной в памяти контроллера более полной информации об этой неисправности. Для этого в системе предусмотрен канал обмена данными с диагностическим оборудованием. После подключения диагностического тестера к колодке диагностики системы между контроллером и тестером происходит обмен по специальному диагностическому протоколу. Рассмотрим этот протокол как средство проведения диагностики работы системы управления двигателем.
Под термином “диагностическое оборудование”, или “тестер”, мы будем понимать специализированный прибор или персональный компьютер с программой для проведения диагностических работ на автомобилях с электронной системой управления двигателем. Многим, наверное, известны такие тестеры и программы, поэтому не будем упоминать их конкретные типы и названия. Все современные контроллеры автомобилей ВАЗ работают с диагностическим оборудованием по протоколу KWP2000 (Keyword Protocol 2000). Этот протокол является международным стандартом (ISO 14230), и его используют во многих системах импортных автомобилей. Сразу заметим, что стандарт определяет только способ “общения” между оборудованием и контроллером, а сама информация (таблицы параметров, определенные производителем коды неисправностей системы, перечень тестируемых исполнительных устройств системы и т. д.) может быть различной. Поэтому оборудование для диагностики не является универсальным.
С помощью диагностического протокола обмена данными диагностическое оборудование может выполнять следующие функции, необходимые при проведении диагностики работы двигателя:
1. Получение информации о системе, двигателе и автомобиле (паспортные данные): идентификационный номер автомобиля (VIN), версия и номер программного обеспечения (ПО) контроллера, дата подготовки ПО, тип двигателя и системы управления, номер для заказа запасных частей и т. д. Это позволяет получить информацию, “не заглядывая под капот”.
2. Получение информации о значениях основных параметров работы системы.
Контроллер передает тестеру таблицу значений текущих параметров работы системы, а тестер отображает их на дисплее. Значения отображаются в физических величинах или в виде графиков изменения во времени. Список параметров определяется на стадии проектирования системы и, по мнению разработчиков, является достаточным для проведения диагностических работ в условиях автосервиса. Типовой набор параметров следующий: температура охлаждающей жидкости, напряжение бортовой сети, скорость вращения коленвала двигателя, положение дроссельной заслонки, нагрузка (масса воздуха) двигателя, угол опережения зажигания, параметры регулирования состава топливовоздушной смеси, параметры регулирования холостого хода и т. д. Понятно, что нельзя предлагать один и тот же список параметров для различных систем с различной конфигурацией. Даже системы с одинаковым контроллером, но выполняющие разные функции (“Eвро-2” и “Евро-3”) будут иметь разные списки параметров.
Кроме значений параметров тестер может получить от контроллера значения напряжения сигналов с датчиков системы (в зависимости от конфигурации системы список датчиков тоже будет разный). Анализируя значения текущих параметров, можно выявить неисправности в работе системы, которые не определяются функциями самодиагностики. Например, значение температуры охлаждающей жидкости, полученное тестером, равно 30оC, а указатель температуры панели приборов уже подходит к красной зоне — это указывает на неверную работу датчика температуры системы. Или значение положения дроссельной заслонки равно 5%, а педаль акселератора полностью отпущена — в этом случае или неисправен датчик положения дроссельной заслонки, или есть проблемы в механической части привода дросселя. В руководстве по ремонту автомобилей с электронными системами управления двигателем существуют карты проведения диагностики, где описана последовательность действий для обнаружения неисправностей с использованием диагностического оборудования.
3. Получение информации из памяти контроллера о неисправностях в работе системы.
Мы уже говорили о том, что в памяти ошибок контроллера хранится следующая информация: код ошибки, статус-флаги и Freeze Frame. Рассмотрим эту информацию более подробно.
Код ошибки. Каждая неисправность системы кодируется согласно международному стандарту SAE J2012 пятисимвольным кодом. Например, P0122. Первая буква “P” показывает, что ошибка относится к системе управления двигателем. Следующий символ “0” показывает, что эта ошибка определена стандартом (может быть и “2”). Для ошибок, не вошедших в стандарт, а определенных производителем, этот символ будет “1” или “3”. Следующая комбинация символов “12” указывает на датчик положения дроссельной заслонки. Последний символ показывает тип ошибки, в нашем случае “2” — это низкий уровень сигнала с датчика.
Cтатус-флаги. Это дополнительная информация об ошибке. Они показывают, как обстоят дела с этой неисправностью в настоящий момент: активная или нет, случайная или постоянная, ведет к зажиганию диагностической лампы или нет, влияет на увеличение токсичности или нет... Для разных контроллеров существует разный набор статус-флагов. Контроллеры МР70 и М7.9.7, кроме этого, могут сообщать тестеру дополнительно, сколько раз возникала неисправность, время после сброса контроллера и до трех значений параметров работы системы в момент фиксирования ошибки.
Freeze Frame. Это зафиксированный (замороженный) на момент возникновения неисправности список значений параметров системы. Исследуя эти значения, можно определить, когда (при какой температуре, скорости вращения коленвала, нагрузке, скорости автомобиля и т. д.) возникла неисправность. Это поможет выяснить причину возникновения ошибки. Вообще, Freeze Frame — это стандартный список параметров, значения которых должны фиксироваться, но производители систем управления или автомобилей вправе выбрать из этого списка свой набор. Пока в системах управления двигателем автомобилей BAЗ только контроллеры МР70 и М7.9.7 поддерживают в своих реализациях диагностического протокола KWP2000 режим считывания параметров Freeze Frame.
По команде с диагностического тестера можно очистить память хранения ошибок контроллера.
4. Запуск тестов проверки исполнительных устройств системы.
При проведении диагностических работ часто возникает необходимость проверки работоспособности исполнительных устройств системы. В этом случае тестер подает команду на включение или выключение (изменение состояния) устройства. Например, при измерении баланса форсунок перед каждым измерением необходимо наличие рабочего давления в топливной системе (периодически нужно включать электробензонасос). Включение реле бензонасоса можно производить с помощью тестера, не изменяя электрическую схему жгута проводов системы. С помощью диагностического оборудования можно проверить работоспособность всех реле системы, форсунок, модуля зажигания и клапана продувки адсорбера. Кроме того, можно управлять регулятором холостого хода (задать положение регулятора или желаемые обороты холостого хода) и провести регулировку состава смеси (регулировку СО) для систем без обратной связи по датчику кислорода.
5. Другие сервисные функции. К ним относятся сброс контроллера — обычный и с начальной инициализацией параметров. При обычном сбросе осуществляется переход работы программы контроллера в начало (как при включении питания), а сброс с инициализацией еще и переводит значения параметров адаптации работы системы (хранятся в энергонезависимом ОЗУ) в исходное состояние, которое определяется при производстве контроллера.
Следует упомянуть (это не относится к диагностике), что протокол дает возможность записать в память контроллера идентификационные данные системы и автомобиля. Они записываются на специальном оборудовании при производстве автомобиля. Многие зарубежные фирмы в конце линии сборки автомобилей не только заносят в память контроллера идентификационные данные, но и программируют контроллер под нужную конфигурацию системы. Таким образом, диагностический протокол является важной частью в системе управления двигателем.
Одной из важнейших задач бортовой диагностики системы управления двигателем является обеспечение связи с диагностическим оборудованием. О наличии неисправности в работе системы контроллер информирует водителя с помощью диагностической лампы.
Далее система бортовой диагностики должна обеспечить возможность считывания сохраненной в памяти контроллера более полной информации об этой неисправности. Для этого в системе предусмотрен канал обмена данными с диагностическим оборудованием. После подключения диагностического тестера к колодке диагностики системы между контроллером и тестером происходит обмен по специальному диагностическому протоколу. Рассмотрим этот протокол как средство проведения диагностики работы системы управления двигателем.
Под термином “диагностическое оборудование”, или “тестер”, мы будем понимать специализированный прибор или персональный компьютер с программой для проведения диагностических работ на автомобилях с электронной системой управления двигателем. Многим, наверное, известны такие тестеры и программы, поэтому не будем упоминать их конкретные типы и названия. Все современные контроллеры автомобилей ВАЗ работают с диагностическим оборудованием по протоколу KWP2000 (Keyword Protocol 2000). Этот протокол является международным стандартом (ISO 14230), и его используют во многих системах импортных автомобилей. Сразу заметим, что стандарт определяет только способ “общения” между оборудованием и контроллером, а сама информация (таблицы параметров, определенные производителем коды неисправностей системы, перечень тестируемых исполнительных устройств системы и т. д.) может быть различной. Поэтому оборудование для диагностики не является универсальным.
С помощью диагностического протокола обмена данными диагностическое оборудование может выполнять следующие функции, необходимые при проведении диагностики работы двигателя:
1. Получение информации о системе, двигателе и автомобиле (паспортные данные): идентификационный номер автомобиля (VIN), версия и номер программного обеспечения (ПО) контроллера, дата подготовки ПО, тип двигателя и системы управления, номер для заказа запасных частей и т. д. Это позволяет получить информацию, “не заглядывая под капот”.
2. Получение информации о значениях основных параметров работы системы.
Контроллер передает тестеру таблицу значений текущих параметров работы системы, а тестер отображает их на дисплее. Значения отображаются в физических величинах или в виде графиков изменения во времени. Список параметров определяется на стадии проектирования системы и, по мнению разработчиков, является достаточным для проведения диагностических работ в условиях автосервиса. Типовой набор параметров следующий: температура охлаждающей жидкости, напряжение бортовой сети, скорость вращения коленвала двигателя, положение дроссельной заслонки, нагрузка (масса воздуха) двигателя, угол опережения зажигания, параметры регулирования состава топливовоздушной смеси, параметры регулирования холостого хода и т. д. Понятно, что нельзя предлагать один и тот же список параметров для различных систем с различной конфигурацией. Даже системы с одинаковым контроллером, но выполняющие разные функции (“Eвро-2” и “Евро-3”) будут иметь разные списки параметров.
Кроме значений параметров тестер может получить от контроллера значения напряжения сигналов с датчиков системы (в зависимости от конфигурации системы список датчиков тоже будет разный). Анализируя значения текущих параметров, можно выявить неисправности в работе системы, которые не определяются функциями самодиагностики. Например, значение температуры охлаждающей жидкости, полученное тестером, равно 30оC, а указатель температуры панели приборов уже подходит к красной зоне — это указывает на неверную работу датчика температуры системы. Или значение положения дроссельной заслонки равно 5%, а педаль акселератора полностью отпущена — в этом случае или неисправен датчик положения дроссельной заслонки, или есть проблемы в механической части привода дросселя. В руководстве по ремонту автомобилей с электронными системами управления двигателем существуют карты проведения диагностики, где описана последовательность действий для обнаружения неисправностей с использованием диагностического оборудования.
3. Получение информации из памяти контроллера о неисправностях в работе системы.
Мы уже говорили о том, что в памяти ошибок контроллера хранится следующая информация: код ошибки, статус-флаги и Freeze Frame. Рассмотрим эту информацию более подробно.
Код ошибки. Каждая неисправность системы кодируется согласно международному стандарту SAE J2012 пятисимвольным кодом. Например, P0122. Первая буква “P” показывает, что ошибка относится к системе управления двигателем. Следующий символ “0” показывает, что эта ошибка определена стандартом (может быть и “2”). Для ошибок, не вошедших в стандарт, а определенных производителем, этот символ будет “1” или “3”. Следующая комбинация символов “12” указывает на датчик положения дроссельной заслонки. Последний символ показывает тип ошибки, в нашем случае “2” — это низкий уровень сигнала с датчика.
Cтатус-флаги. Это дополнительная информация об ошибке. Они показывают, как обстоят дела с этой неисправностью в настоящий момент: активная или нет, случайная или постоянная, ведет к зажиганию диагностической лампы или нет, влияет на увеличение токсичности или нет... Для разных контроллеров существует разный набор статус-флагов. Контроллеры МР70 и М7.9.7, кроме этого, могут сообщать тестеру дополнительно, сколько раз возникала неисправность, время после сброса контроллера и до трех значений параметров работы системы в момент фиксирования ошибки.
Freeze Frame. Это зафиксированный (замороженный) на момент возникновения неисправности список значений параметров системы. Исследуя эти значения, можно определить, когда (при какой температуре, скорости вращения коленвала, нагрузке, скорости автомобиля и т. д.) возникла неисправность. Это поможет выяснить причину возникновения ошибки. Вообще, Freeze Frame — это стандартный список параметров, значения которых должны фиксироваться, но производители систем управления или автомобилей вправе выбрать из этого списка свой набор. Пока в системах управления двигателем автомобилей BAЗ только контроллеры МР70 и М7.9.7 поддерживают в своих реализациях диагностического протокола KWP2000 режим считывания параметров Freeze Frame.
По команде с диагностического тестера можно очистить память хранения ошибок контроллера.
4. Запуск тестов проверки исполнительных устройств системы.
При проведении диагностических работ часто возникает необходимость проверки работоспособности исполнительных устройств системы. В этом случае тестер подает команду на включение или выключение (изменение состояния) устройства. Например, при измерении баланса форсунок перед каждым измерением необходимо наличие рабочего давления в топливной системе (периодически нужно включать электробензонасос). Включение реле бензонасоса можно производить с помощью тестера, не изменяя электрическую схему жгута проводов системы. С помощью диагностического оборудования можно проверить работоспособность всех реле системы, форсунок, модуля зажигания и клапана продувки адсорбера. Кроме того, можно управлять регулятором холостого хода (задать положение регулятора или желаемые обороты холостого хода) и провести регулировку состава смеси (регулировку СО) для систем без обратной связи по датчику кислорода.
5. Другие сервисные функции. К ним относятся сброс контроллера — обычный и с начальной инициализацией параметров. При обычном сбросе осуществляется переход работы программы контроллера в начало (как при включении питания), а сброс с инициализацией еще и переводит значения параметров адаптации работы системы (хранятся в энергонезависимом ОЗУ) в исходное состояние, которое определяется при производстве контроллера.
Следует упомянуть (это не относится к диагностике), что протокол дает возможность записать в память контроллера идентификационные данные системы и автомобиля. Они записываются на специальном оборудовании при производстве автомобиля. Многие зарубежные фирмы в конце линии сборки автомобилей не только заносят в память контроллера идентификационные данные, но и программируют контроллер под нужную конфигурацию системы. Таким образом, диагностический протокол является важной частью в системе управления двигателем.
Концерн VAG, является одним из крупных производителей автомобилей в Европе и мире, в состав концерна входят заводы, выпускающие известнейшие и хорошо зарекомендовавшие себя автомобили марок: Audi, Volkswagen, Shkoda, Seat, Porshe.
Так, как концерн VAG выпускает большое количество разных марок автомашин, для удобства производства и удешевления конструкции, разные марки автомобилей, могут иметь одну и ту же платформу. К примеру Audi A4, и Volkswagen B5, имеют одинаковую платформу, на эти машины устанавливается одинаковый двигатель, подвеска, коробка передач и прочее... Не является исключением электроника и блоки управления всевозможных систем, так например на Shkoda Octavia и Volkswagen Golf 4 могут быть установлены одинаковые блоки управления двигателем, автоматические коробки передач, климат контроль и прочее.
В связи с большим количеством марок автомобилей, и большим количеством всевозможных электронных систем, концерн VAG сделал единый протокол диагностики для всех своих автомобилей. Диагностика Volkswagen, Audi, Shkoda, Seat может осуществляться по К-линии, благодаря высокому уровню диагностических программ во многих автосервисах, компьютером можно диагностировать не только двигатель, но и АБС, АКПП, иммобилайзер, климат контроль, подушки безопасности (SRS), систему электрики кузова и еще очень много всевозможных электронных систем, которыми богаты автомобили концерна VAG.
Вообще, в сравнении с прочими автомобилями, Audi, Volkswagen, Shkoda, Seat являются легко диагностируемыми автомобилями. Так, как на эти машины, продаётся много не очень дорогого диагностического оборудования, то владелец автомобиля Audi, Volkswagen, Shkoda или Seat без труда может найти диагностику для своего автомобиля.