С-Петербург, улица Тосина 3
+7 (812) 917-84-85
+7 (921) 316-27-00

Что такое в машине obd


Что такое OBD-II диагностика

Вам понадобится

Инструкция

В качестве примера рассмотрите порядок нахождения диагностического разъема на автомобилях Opel. Разъем OBD-II по существующим стандартам должен располагаться в радиусе 16 дюймов от рулевой колонки. Стандарты предполагают восемь мест для размещения диагностического узла.

Осмотрите пространство в непосредственной близости от рулевого колеса. Если автомобиль Opel был выпущен до 1996 года, в нем применяется прямоугольный диагностический разъем с десятью выводами. Контакты расположены в два ряда в вертикальном положении и имеют маркировку A, B, C, D, E, идущую снизу вверх в левом ряду, а в правом – F, G, H, J, K (маркировка идет сверху вниз).

На моделях, произведенных позже 1996 года, ищите диагностический разъем с шестнадцатью контактами, расположенными по горизонтали в два ряда. Устройство имеет форму трапеции и поддерживает стандарт OBD-II.

Если перед вами Opel, выпущенный после 2000 года, отыщите диагностический разъем под передней декоративной панелью (торпедой). В некоторых случаях устройство закрыто отдельной крышкой.

В автомобилях 1996-2000 годов выпуска осмотрите блок предохранителей в передней панели, а также пространство под пластмассовой крышкой возле ручного тормоза. Это касается Opel Corsa, Opel Omega, Opel Astra F.

Для получения доступа к диагностическому разъему в автомобилях Opel Omega B, Opel Astra, выпущенных в период с 1995 по 2000 год, отсоедините крышку блока, где расположены предохранители. Этот блок находится в салоне, слева от рулевого колеса, в торпеде.

Чтобы обнаружить соответствующее диагностическое устройство в модели Opel Zafira 2000-2004 годов выпуска, вначале отсоедините крышку, расположенную под ручным тормозом, а после этого снимите заглушку, которой защищен сам разъем.

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

Видео по теме

Описание стандарта OBD–II

Подробности Категория: Электронные самоделки для авто

Вместе с ростом экологического движения в начале 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 (напряжение АКБ)

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

Стандарт Pin 2 Pin 7 Pin 10 Pin 15
ISO-9141и ISO-14230   Долженбыть   Долженбыть (если автомобиль

использует L-линию

диагностики)
PWM (J1850) Долженбыть   Долженбыть  
VPW (J1850) Долженбыть      

Таким образом,

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

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

Требования к системам OBD

С 01.01.2000 все автомобили с бензиновыми двигателями стали оснащаться системой OBD. С 01.01.2004 это требование распространилось и на автомобили с дизельными двигателями, а с 2006 года — на грузовые автомобили. С этого времени гарантировалась возможность ремонта и обслуживания автомобилей с системами OBD на всей территории Евросоюза. При этом в автомобилях должен быть стандартизированный интерфейс системы OBD. Также должен быть обеспечен доступ ко всей необходимой информации и данным по соответствующим системам без специального декодирования для любой СТО, контролирующих органов, аварийно-эвакуационных служб. Изготовители были обязаны не позднее чем через три месяца после предоставления авторизованным дилерам технической информации по OBD, сделать ее доступной для прочих заинтересованных сторон, при необходимости за отдельную плату. Исключение составляют данные, представляющие собой особую интеллектуальную собственность или секретные технические знания. К сожалению, не всегда и не все изготовители и импортеры выполняют это требование.

Системы OBD во время поездки обеспечивают постоянный контроль всех деталей и узлов автомобиля, имеющих отношение к выхлопным газам. При возникновении неисправностей, приводящих к превышению установленного предельного содержания вредных веществ в ОГ в 1,5 раза, на панели приборов загорается сигнальная лампа (MIL). В этом случае водитель должен заехать на ближайшую СТО и устранить неисправность. Диагностическая система не должна оценивать неправильно функционирующие детали, если такая оценка может привести к угрозе безопасности или отказу деталей.

Система OBD предоставляет все текущие данные о состоянии автомобиля. Так, могут быть запрошены данные об объеме оснащения, версии ПО и версии ЭБУ. Эти данные можно получить только через стандартизированный интерфейс OBD. Обязательная проверка токсичности ОГ также упрощается благодаря OBD. Taк, в качестве замены для проверки контура регулирования выполняется считывание кодов из регистратора событий системы OBD.

Общие задачи OBD:

  • контроль всех узлов, деталей и систем автомобиля, имеющих отношение к выхлопным газам;
  • защита компонентов (катализатора и лямбда-зондов);
  • запись информации о возникших неисправностях;
  • регистрация условий эксплуатации в момент возникновения неисправности;
  • информирование водителя при превышении предельного уровня токсичности ОГ в 1,5 раза;
  • передача сохраненной информации в рамках диагностики и устранения неисправностей.

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

Таким образом, системы OBD не позволяют сделать точный вывод о полной функциональной безопасности систем в плане токсичности ОГ. Распознавание причин неисправностей и прогнозирование вызываемых ими новых неисправностей посредством OBD также невозможно. Здесь системы OBD (по крайней мере, используемые на момент написания данного материала) достигают пределов своих технических возможностей.

Общие требования к OBD

В предписаниях no OBD законодательно устанавливаются минимальные основные требования. При этом существуют лишь небольшие различия между европейскими и американскими требованиями.

Основные требования к системам OBD:

  • контроль катализаторов;
  • контроль сажевых фильтров;
  • контроль лямбда-зондов;
  • распознавание пропусков зажигания;
  • распознавание неполного сгорания;
  • контроль топливной системы;
  • контроль системы впуска добавочного воздуха;
  • контроль системы рециркуляции ОГ;
  • контроль системы вентиляции топливного бака;
  • контроль системы охлаждения;
  • контроль системы управления клапанами;
  • регистрация условий работы;
  • стандартизированное управление индикаторами неисправности (MIL);
  • стандартизированный диагностический интерфейс;
  • сообщение о готовности системы к проверке (код готовности);
  • защита от вмешательств и манипуляций с ЭБУ;
  • контроль специальных функций АКПП (имеющих отношение к ОГ).

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

Системы OBD посредством датчиков должны постоянно определять, анализировать и регистрировать, как минимум, следующие параметры двигателя и условия эксплуатации:

  • температура двигателя;
  • адаптация смеси;
  • нагрузка на двигатель;
  • давление топлива;
  • обороты двигателя;
  • скорость движения;
  • информация о неисправностях;
  • пробег автомобиля;
  • коды неисправностей;
  • давление во впускном трубопрводе;
  • напряжение питания;
  • состояние и функция контура лямбда-регулирования.

Дополнительно определяются и анализируются и другие важные величины — температура масла, опережение зажигания, расход воздуха, положение дроссельной заслонки, регулировка фаз газораспределения, функция кондиционера, вентиляция картера двигателя, температура ОГ и функция АКПП. При этом имеются некоторые различия между определением величин в EOBD и CARB OBD II.

Таблица. Сравнение требований CARB OBD и EOBD

Защита от манипуляций с OBD

Изготовители обязаны обеспечить защиту систем OBD от манипуляций и простого перепрограммирования характеристик. Предотвратить это призвано использование запаянных ЭБУ и специальных кристаллов памяти. В директиве 1999/102/EG в Приложении 1 п. 5.1.4.5 указано: «Изготовители, использующие программируемые системы машинного кода (например, электрически-стираемое программируемое ПЗУ, EEPROM), должны предотвратить несанкционированное перепрограммирование. Изготовители должны применять прогрессивные стратегии защиты, а также функции защиты от записи, требующие электронного доступа к компьютеру, который изготовитель подключает за пределами автомобиля. Методы, обеспечивающие должный уровень защиты от несанкционированного вмешательства, утверждаются соответствующими органами».

Зачастую развитие тюнинга (дополнительные блоки управления перед блоком управления двигателем, программируемые модули памяти и пр.) опережает защитные меры изготовителей. Условия для выполнения и соблюдения требований к OBD подделываются.

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

Устранение неисправностей в OBD

Для индикатора неисправностей MIL (Malfunction Indicator Lamp) для всех изготовителей действуют пороговые значения. Индикатор неисправностей OBD не следует путать с описанными ранее контрольными лампами CHECK ENGINE у более старых автомобилей. Эти контрольные лампы не имели стандартизированных условий включения, не зависящих от изготовителя. Они программировались изготовителями по собственному усмотрению согласно определенным ими пороговым значениям.

Управление индикатором неисправностей OBD при возникновении неисправностей стандартизируется следующим образом:

  • включение индикатора неисправностей после двух (CARB) или трех (EOBD) последовательных циклов движения с одной и той же неисправностью и запись в регистратор событий;
  • выключение индикатора неисправностей после трех последовательных бесперебойных циклов движения с фазой прогрева, в течение которого система контроля, включающая индикатор неисправностей больше не выявляет соответствующую неисправность, равно как не выявляет и других неисправностей, которые, в свою очередь, включили бы индикатор неисправностей;
  • удаление кода неисправности из запоминающего устройства после не менее 40 бесперебойных циклов движения с фазой прогрева (защита от дорогостоящего ремонта).

Таблица. Диагностические пороги

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

Правила управления индикатором неисправностей предотвращают сбивающее водителя с толку включение индикатора из-за кратковременных сбоев или граничных случаев, не являющихся истинными неисправностями деталей выпускной системы. Точно определены циклы движения и прогрева.

Цикл движения — это запуск двигателя, движение до возможной регистрации неисправности и выключение двигателя.

Цикл прогрева — это запуск двигателя, движение до тех пор, пока температура охлаждающей жидкости не повысится не менее чем на 22 °С и не составит минимум 70 °С, и двигатель снова не выключится.

Индикатор неисправностей MIL включается при следующих условиях:

  • если неисправен компонент, связанный с управлением двигателем или КПП;
  • если какая-либо деталь вызывает превышение предельного уровня выбросов на 15% или выдает неправдоподобные сигналы;
  • старение катализатора приводит к росту выбросов СН сверх предельного уровня;
  • возникают пропуски зажигания, повреждающие катализатор или увеличивающие выбросы;
  • система вентиляции топливного бака имеет определенную утечку или через систему не проходит воздушный поток;
  • система управления двигателем или КПП переходят в аварийный режим;
  • лямбда-регулирование не активируется в установленное время после запуска;
  • заданная температура двигателя превышена более чем на 11 °С (кроме EOBD).

Рис. Управление индикатором неисправностей OBD

Индикатор неисправностей должен загореться перед запуском двигателя при включении зажигания и погаснуть после запуска двигателя, если прежде не будет выявлена какая-либо неисправность. Конструкция и внешний вид индикатора MIL регламентируются следующими условиями:

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

Мигание индикатора MIL при возникающих пропусках зажигания должно продолжаться до тех пор, пока не будет перекрыта подача топлива в неисправный цилиндр. Когда будет перекрыта подача топлива, MIL будет гореть постоянно.

Индикатор неисправностей нельзя использовать ни для каких других целей кроме индикации аварийного пуска или движения в аварийном режиме. Он должен быть хорошо различим при всех (как правило) условиях освещения. Система OBD записывает в регистратор событий пробег с момента появления стандартизированной неисправности. Условия работы (окружающие условия) при возникновении неисправности также записываются в регистратор. Эти окружающие условия называют данными Freeze Frame.

В рамках цикла движения определенные детали и системы контролируются постоянно, а другие — лишь однократно.

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

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

Рис. Пример цикла движения для достижения готовности к проверке

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

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

Стало быть, должна обеспечиваться возможность проверки системы OBD и без цикла движения — на СТО. Здесь изготовители выставляют определенные условия для тестирования автомобиля. Путем целенаправленного прохода заданных точек нагрузки и диапазонов частоты вращения можно значительно ускорить проверку функционирования отдельных компонентов. Короткие проверки нужно сначала зарегистрировать в ЭБУ с помощью диагностического тестера.

Условия отключения для OBD

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

  • топлива в баке остается менее 15% (CARB) или менее 20% (EOBD);
  • автомобиль эксплуатируется на высоте более 2400 м (CARB) или 2500 м (EOBD) над уровнем моря;
  • окружающая температура составляет менее -7 °С;
  • используются вспомогательные агрегаты, приводимые двигателем — например, лебедки у вседорожников (только если вспомогательный агрегат работает);
  • слишком низкое напряжение АКБ.

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

Стандартизированный интерфейс OBD

Рис. Диагностический разъем (розетка CARB)

В качестве стандартизированного интерфейса OBD используется 16-контактный штекерный разъем. В этом разъеме стандартизированы и геометрическая форма, и размеры, и распределение контактов. Этот диагностический разъем является интерфейсом между автомобильной электроникой и устройством считывания неисправностей, так называемого Scan Tool. Передаваемые данные одинаковы для всех автомобилей, но изготовители не смогли договориться о едином протоколе передачи.

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

Связь по ISO 9141-2

Используется европейскими изготовителями с медленной скоростью передачи данных (5 бит/с).

Связь по ISO 14230-4 (допускается KWP 2000; KWP — KeyWord Protocol)

Используется европейскими и азиатскими изготовителями. Его также использует Chrysler.

Связь по SAE J 1850

Используется американскими изготовителями. Особенно для автомобилей General Motors и легких грузовиков.

Связь по ISO/DIS 15 765-4

Диагностика на CAN — шине.

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

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

Распределение контактов интерфейса OBD

Контакты 7 и 15 зарезервированы для обмена данными по ISO 9141-2 для диагностики системы управления двигателем и составом ОГ.

  • Контакты 2 и 10 — для обмена данными по ISO SAEJ 1850.
  • Контакт 4 — «масса» (кузов).
  • Контакт 5 — сигнал «массы».
  • Контакт 16 — «плюсовая» клемма АКБ.
  • Контакт 6 —CAN HIGH.
  • Контакт 14 —CAN LOW.

Контакты 1, 3,8, 9,11,12,13 — нераспределенные контакты OBD. Эти контакты могут использоваться/используются изготовителями для внутренней системной и автомобильной диагностики, например ABS, ASR, КПП, подушки безопасности.

Подключение к интерфейсу OBD

Рис. Общий процесс проверки у систем OBD

Процесс проверки считанных неисправностей изображен на рисунке. Для считывания неисправностей через стандартизированный диагностический интерфейс служит тестер, так называемый Scan-Tool. Это устройство с дисплеем, с помощью которого можно считывать коды из регистратора событий системы OBD. Согласно ISO 15 031-4 тестер должен автоматически распознавать тип передачи данных и установленную систему управления двигателем. Функционал тестера не должен быть привязан к определенным условиям изготовителя, он должен быть универсально пригоден к использованию в любом автомобиле. Обязательным условием является наличие стандартизированного протокола передачи данных и стандартизированного списка кодов неисправностей. Для OBD утверждено 9 режимов проверки. Из них 5 режимов касаются проверки токсичности ОГ. Вместо специального тестера Scan-Tool можно также использовать соответственно оснащенный тестер двигателя или ноутбук с дополнительной картой (например Bosch KTS 550).

Рис. Считывающее устройство OBD KTS 550

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

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

Однако для еще более эффективной диагностики автомобиля и анализа неисправностей на СТО требуется нечто большее, чем просто считывание кодов системы OBD с помощью тестера Scan-Tool. С помощью диагностических интерфейсов и регистратора событий новые диагностические тестеры позволяют достаточно хорошо локализовать причины проблем. Пример системы с очень высокой эффективностью и производительностью — Bosch FSA 740. У этой системы с помощью генератора сигналов можно проверять датчики, в том числе провода и разъемы во встроенном состоянии. Можно физически проверять также быстрые CAN—шины. Мультиметр и осциллограф с частотой 50 МГц позволяют проводить различные проверки отдельных деталей и полную диагностику блоков управления. Возможно дооснащение до станции комплексной проверки ОГ. Ценной для интерпретации результатов измерений является также возможность записи сравнительных кривых в системе и при необходимости наложения их на кривую, измеренную в автомобиле. Хорошие измерительные кривые можно сохранять в памяти для использования в будущем. На их основе СТО может сформировать свою собственную базу данных. Комплексное программное оснащение на различных стадиях расширения заданными значениями, электрическими схемами и различными системами диагностики ЭБУ обеспечивает покрытие около 95% всего автомобильного рынка.

Что такое в машине obd

Что дает OBD II автосервису?

******************************************************************************Если хочешь указать на ошибки, то сначала похвали!(Охотник из к/ф «Обыкновенное чудо»)******************************************************************************

Численность подержанных автомобилей, удовлетворяющих требованиям OBDII / EOBD, увеличивается очень быстро. Своё слово вносят дилеры, продающие новые автомобили, хотя как раз в этом сегменте многие модели адаптированы под более старые нормы EURO 2 (которые, кстати, до сих пор в России не приняты).Старт был сделан. Как нам увеличить интеграцию новых стандартов? Здесь не имеется ввиду экология и прочее — для России эта составляющая не играет роли, но с течением времени эта тема находит все больше поддержки как у чиновников так и автовладельцев.

Суть вопроса в диагностике.Что дает OBD II автосервису?Насколько необходим данный стандарт в реальной практике, каковы его плюсы и минусы?Каким требованиям должны удовлетворять диагностические приборы?Прежде всего надо чётко осознавать, что главное отличие данной системы само диагностики от всех других -это жёсткая ориентация на токсичность, являющуюся неотъемлемой составляющей эксплуатации любого автомобиля.

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

И уже только этого вполне достаточно, чтобы констатировать важность данного применения. К тому же система управления силовым приводом все больше интегрируется с другими си-стемами автомобиля, а вместе с этим расширяется сфера применения OBD II. И все же пока в подавляющем большинстве случаев можно говорить о том, что реальное воплощение и использование стандартов OBD II / EOBD лежит в нише диагностики двигателя (реже коробки передач).Вторым важным отличием этого стандарта является унификация. Пусть неполная, с массой оговорок, но все же очень полезная и важная. Именно в этом заключается главная притягательность OBD II. Стандартный диагностический разъём, унифицированные протоколы обмена, единая система обозначения кодов неисправностей, единая идеология само диагностики и многое другое. Для производителей диагностического оборудования такая унификация позволяет создавать недорогие универсальные приборы, для специалистов -резко сократить затраты на приобретение оборудования и информации, отработать типовые процедуры диагностирования, универсальные в полном смысле этогослова.

Разработка OBD II Разработка OBD II началась 1988 г, автомобили отвечавшие требованиям OBD II, начали выпускаться с 1994 года, а с 1996 года он окончательно вступил в силу и стал обязательным для всех легковых и лёгких коммерческих ТС, продаваемых на рынке США. Немного позже европейские законодатели приняли его за основу при разработке требований EURO 3, в числе которых есть и требования к системе бортовой диагностики — EOBD.


Смотрите также

 

"Питер - АТ"
ИНН 780703320484
ОГРНИП 313784720500453

Новости