Как узнать протокол эбу автомобиля

Как узнать протокол эбу

1. OEM (протокол производителя).
Коммутация +12в. при включении зажигания.
2. Шина + (Bus positive Line). SAE-J1850 PWM, SAE-1850 VPW.
3. —
4. Заземление кузова.
5. Сигнальное заземление.
6. Линия CAN-High высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
7. K-Line (ISO 9141-2 и ISO 14230).
8. —
9. Линия CAN-Low, низкоскоростной шины CAN Lowspeed.
10. Шина — (Bus negative Line). SAE-J1850 PWM, SAE −1850 VPW.
11. —
12. —
13. —
14. Линия CAN-Low высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
15. L-Line (ISO 9141-2 и ISO 14230).
16. Питание +12в от АКБ.

Существует два типа протокола J1850. PWM является высокоскоростным и обеспечивает передачу информации со скоростью 41,6 Кбайт/с. Он применяется в автомобилях марок Ford, Jaguar и Mazda. В протоколе PWM сигналы передаются по двум проводам, подсоединенным к 2 и 10 контакту диагностического разъема.

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

Данный протокол разработан компанией ISO. Он не такой сложный, как протоколы J1850 и не требует в использовании специальных коммуникационных микропроцессоров, но, с другой стороны, обеспечивает довольно медленную передачу данных со скоростью 10 Кбайт/c. Протоколы ISO 9141 и ISO 14230 схожи по физической реализации обмена информацией, но различаются ее использованием. Поэтому сканер ISO 9141, обычно может работать и с ISO 14230, но не наоборот.

В протоколе ISO 9141-2 сигналы передаются по 7 контакту (К-линия) и опционально по 15 контакту (L-линия). К-линия является двунаправленной (т.е. передает данные в обе стороны), L-линия однонаправленная и используется лишь для соединения ЭБУ и сканера, после чего линия L переходит в состояние логической единицы.

Физический уровень передачи информации в протоколах ISO 9141 и ISO 14230 заключается в одновременной передачи ЭБУ специального 8-битного кода по К- и L-линиям со скоростью 5Б/сек. Если код правильный, то ЭБУ посылает сканеру 8-битный код со скоростью последующего соединения. Затем передается еще два кода с информацией о последующем соединении и расположении К- и L-линий. Сканер возвращает отражение этих кодов в ЭБУ. На этом процесс распознавания окончен.

ISO 14230-4 (др. название Keyword Protocol 2000)

На физическом уровне данный протокол идентичен ISO 9141, но является еще более медленным (скорость передачи данных от 1,2 до 10 Кбайт/c в быстрой версии).

CAN-протокол был разработан компанией Bosch для автомобильного и промышленного применения. В рамках стандарта OBD2 протокол использует линии CAN High и CAN Low, т.е. 2 контакта для обмена сигналом: 6 и 14. Является самым скоростным и совершенным. Сейчас данный протокол используется на большинстве современных автомобилях. Стандарт CAN не регламентирует определенной скорости работы для каждой шины в автомобиле. С помощью отдельных и встроенных микроконтроллеров есть возможность менять ее от 20 Кбит/c до 1 Мбит/с.

VAG 1. 14, CE — Audi, Seat, Skoda, Volkswagen в основном с 1990 г.в.

Tiggo — Chery Tiggo, GreatWall Hover, BYD F3 и др. до 2008 г.в.

Авео 1, 2 — Chevrolet (Aveo, Lacetti, Rezzo, Lanos), Daewoo Nexia (после 2008 г.в.) — ЭБУ HV240, MR140, Sirius-D4, Sirius-D42

ДЭУ 1. 3 — Daewoo (Lanos, Nexia, Nubira, Leganza) до 2008 г.в. — ЭБУ IEFI-6, ITMS-6F, IEFI-S

Daihat — Daihatsu после 2000 г.в.

GreatWall — GreatWall Safe, Deer и др. до 2008 г.в. — ЭБУ Bosch

Honda — Honda до 2001 года выпуска

Mitsu 1. 5 — Mitsubishi с 12- и 16-контактными колодками диагностики

Consult1, Consult1D — Nissan до 2000 г.в., протокол «Consult-1»

Nissan — Nissan после 2000 года с 16-контактной колодкой диагностики

Opel 1. 8 — Opel 1997. 2003 г.в.

Рено — Renault Logan, Symbol, Kangoo — ЭБУ Siemens EMS3132

Sonata — — Hyundai Sonata V (EF new) с двигателями «BETA»

SsYong бен — SsangYong Rexton 2.8 (бензин)

SsYong диз1 — SsangYong Actyon 2.0 (дизель), Kyron 2.0 (дизель), Rexton 2.7 (дизель XDI)

SsYong диз2 — SsangYong Rexton 2.7 (дизель XVT)

Subaru — Subaru 1999. 2005 г.в.

Suzuki — Suzuki Escudo, Vitara

TOBD1 — Toyota до 1998 г.в.

Toyota — Toyota 1998. 2003 г.в.

CAN Toyota — Toyota 2004. г.в.

Микас 10.3 — Daewoo Sens, Zaz Chance (ЭБУ Микас 7.6; Микас 10.3)

«Январь» — Январь 5.1; Bosch 1.5.4 (N); VS 5.1 Ителма; Январь 7.2 (+)

«Бош М7.0» — Bosch MP7.0

«Бош М7.9.7» — Bosch М7.9.7 (+); М73

«М74» — Итэлма М74; Bosch ME17.9.7; Итэлма М75

«M74CAN» — М74 CAN

«Микас» — Микас 5.4, 7.1, 7.2; СОАТЭ 301, 302, 309; Ителма VS5.6

«Микас 11» — Микас 11; Ителма VS8

«Микас 11Е3» — Микас 11ET; Микас 11CR

«Микас 10.3» — Микас 10.3; Микас 12.3

«UAZ 1797» — Bosch ME 17.9.7, Bosch ME 17.9.71

«EDC16 IVECO» — Bosch EDC16C39 (дизельный двигатель Iveco F1A 2.3)

«EDC16 ЗМЗ»- Bosch EDC16C39-6.H1 (дизельный двигатель ЗМЗ-51432)

«М12» — Микас 12 Э9867.3763 001-01 (с двухтопливной системой питания)

«Крайслер» — «Daimler Chrysler» DCC 2.4L DOHC Motorola

«J1939» — Газель с дизельным двигателем Cummins ISF2.8s3129T

«Микас 7.6» — Микас 7.6; Микас 10.3

АПС-6 — иммобилайзер АПС-6, АПС-6.1, АПС-6.1 (комплектация «Люкс»)

САУО — система автоматического управления отопителем

САУКУ — система автоматического управления климатической установкой

Visteon — климатическая установка Visteon

ЭМУР — электромеханический усилитель руля (Калуга, Махачкала, Mando)

СНПБ — система надувных подушек безопасности

СНПБ Ш-Н — система надувных подушек безопасности «Chevrolet-NIVA»

Takata — подушки безопасности «Lada Granta»

Электропакет — блок управления электропакетом «Приора», «Норма», «Люкс», «Гранта»

МДВ — модуль двери водителя «Калина Люкс»

БУСО — блок управления стеклоочистителем

ABS 8 / 9 — антиблокировочная система Bosch ABS 8 / 9

Bosch ABS/ESP9 — система стабилизации Bosch ABS/ESP9

АКПП Jatco AY-K3 — автоматическая коробка передач «Lada-Granta»

ABS 5.3 — антиблокировочная система Bosch ABS 5.3

ABS 8 / 9 — антиблокировочная система Bosch ABS 8 / 9

Электропакет БУЭП 3163-6512020

Пульт климатической установки

AWD Dymos — раздаточная коробка Dymos с электронным управлением

Важно! для диагностики AWD «Dymos» необходимо выключить зажигание автомобиля, перейти в «Дисплей ТО — Ошибки/Диагностика — Доп. системы», выбрать строку «UAZ AWD Dymos(2)», нажать «SET» и незамедлительно включить зажигание автомобиля.

Любой автомобиль, оснащенный электронной системой впрыска топлива и электронным датчиком скорости.

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

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

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

04 — Chassis Ground

05 — Signal Ground

06 — CAN High (J-2284)

07 — ISO 9141-2 K-Line

14 — CAN Low (J-2284)

15 — ISO 9141-2 L-Line

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

04 — Chassis Ground

05 — Signal Ground

06 — CAN High (J-2284)

07 — ISO 9141-2 K-Line

14 — CAN Low (J-2284)

15 — ISO 9141-2 L-Line

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какие протоколы используются и применяются для диагностики на OBD-II?

OBD-II использует пять следующих протоколов обмена данными ISO 9141, ISO 14230 (также именуется KWP2000), PWM, VPW и CAN.

k-line(1).jpg

k-line(2).jpg

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

Но все же главное, на что стоит в первую очередь обратить внимание и что может свидетельствовать о поддержке автомобилем OBD-II диагностики, это наличие 16-контактного диагностического разъема (DLC — Diagnostic Link Connector) трапециевидной формы. Подавляющее большинство OBD-II автомобилей оснащено таким разъемом, который находится под приборной панелью со стороны водителя. Такой разъем может быть, как открыт, так и закрыт. Если все же разъем закрыт, то нужно просто снять крышку, на которой может быть написано «OBD-II», «Diagnose» и т.п. Также разъем OBD-II иногда можно установить на автомобиль, который не поддерживает ни один OBD-II-протокол.

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

Алгоритм действий таков.

Сначала нужно отыскать техническую документацию на автомобиль и заглянув в нее, а не в общее руководство по данной марке, узнать какой OBD-II протокол поддерживается вашей маркой автомобиля. Также немаловажно провести осмотр всех идентификационных табличек на самой машине, на которой Вы можете встретить надпись: «OBD-II compliant», что означает «поддерживает OBD-II» или «OBD-II certified», то есть «сертифицировано на поддержку OBD-II».

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

Также можно применить сканер, с помощью него можно легко определить какой из OBD-II протоколов используется на машине. Если же сканер отказывается предлагать протокол, то перебор можно настроить вручную, а начать следует с протокола ISO. Он является самым популярным и распространенным. Также можно узнать по таблице предположительный протокол для своей марки машины и попробовать применить его.

Читать:

Как поменять дворники на киа рио 2

Ну и, наконец, можно просто исследовать самостоятельно диагностический разъем и определить есть ли в нем выводы. Выводы должны подсказать Вам какой протокол следует использовать. Так, для Pin 2 должны применяться протоколы PWM (J1850) и VPW (J1850). Для Pin 7 ISO-9141 и ISO-14230. Для pin 10 только один протокол PWM (J1850), а для Pin 15 два: ISO-9141 и ISO-14230. Но в случае с последним, при условии, что автомобиль использует L-линию диагностики.

Большинство автомобилей пользуются протоколами ISO. Но, как и в любом правиле, здесь тоже есть свои исключения: большинство легковых автомобилей и грузовиков крупной американской автомобильной корпорации General Motors пользуются протоколом SAE J1850 VPW, а также большая часть автомобилей марки Ford применяют протокол J1850 PWM.

Наш Интернет-магазин предлагает различные адаптеры, поддерживающие сразу несколько перечисленных протоколов, а также их модификации. Весь ассортимент Вы можете посмотреть у нас на сайте нашего Интернет-магазина «НПП ОРИОН». Заходите, мы ждем Вас!

Протоколы стандарта OBD2

SAE J1850 PWM

SAE J1850 VPW

ISO 14230-4 (др. название Keyword Protocol 2000)

ISO 15765 CAN

Как определить протокол эбу

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

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

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

04 — Chassis Ground

05 — Signal Ground

06 — CAN High (J-2284)

07 — ISO 9141-2 K-Line

14 — CAN Low (J-2284)

15 — ISO 9141-2 L-Line

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

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

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

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

ELM327 1.5 vs ELM327 2.1

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

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

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

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

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

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

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

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

initializeCommands
= Arrays.asList(«ATZ», «ATL0», «ATE1», «ATH1», «ATAT1», «ATSTFF», «ATDP», «ATSP0»);

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

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

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

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

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

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

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

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

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

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

Переводим ответ от автомобиля в двоичную систему счисления

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

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

01, 03, 04, 05, 07, 08, 0C, 0D, 0E, 0F, 13, 14, 17, 1C, 20

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

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

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

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

Так как и с остальными командами ошибки автомобиля приходят в закодированном виде, соответственно, как и в остальных командах их нужно раскодировать чтоб получить необходимую информацию. Приведу пример работы декодирования ошибки. Код:

private final static char[] dtcLetters = ;
private final static char[] hexArray = «0123456789ABCDEF».toCharArray();

private void performCalculations(String fault) final String result = fault;
String workingData = «»;
int startIndex = 0;
troubleCodesArray.clear();

if (dtc.equals(«P0000»)) continue;
>
troubleCodesArray.add(dtc);
>
> catch (Exception e) Log.e(TAG, «Error: » + e.getMessage());
>
>

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

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

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

Код ошибки: P103E

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

Всем привет!
Вообщем решил приобрести себе OBD II кабель для диагностики.
Долго выбирал…прикидывал… правда не дочитал немного и ошибся.
Да бы не совершать Вам таких ошибок при выборе и покупке обращайте внимание на:

Основное правило — убедитесь, что в Вашем автомобиле есть разъём OBDII

Он установлен почти на всех автомобилях из Европы и США с годом выпуска от 1996 г., и большинством автомобилей из Японии с годом выпуска от 2003 г. Также адаптер совместим с автомобилями из Китая, оснащёнными разъёмом OBDI, но бывают и редкие исключения. Если Вы не знаете как выглядит разъём OBDII, проверить его наличие достаточно просто: найдите под капотом автомобиля или в дверном проёме идентификационную наклейку или металлическую пластину. На ней должно быть обозначение «OBD II» или «OBD2».

Если же колодка и распиновка не подходит то возможно вам подойдет K-line адаптер
Сегодня на рынке очень много моделей, марок и фирм разных адаптеров, поэтому выбор только за вами.

Поэтому важна сама распиновка (с чем я и ошибся вообщем при покупке)

По основным принципам разными являются Распиновки ЭБУ следующих моделей:
Январь 4 и GM
Bosch MP7.0 / M1.5.4
Январь 5.1 / VS5.1
Январь 7.2/M7.9.7
Bosch M17.9.7 (ВАЗ)
M74

НА ПРИМЕРЕ OBD II

Стандарт OBD-II: Диагностический коннектор

Внешний вид коннектора и колодки диагностики.

Вообще прошивок много очень и список их перечислять будет скучным.
(читайте в интернете)

2) Мы выбрали адаптер, купили, чешим руки диагностировать во всю.
Но прежде нам понадобятся программы для удобной и бесперебойной работы с этими адаптерами и «мозгами» нашего авто.
Их так же большое количество и различаются они по своему.
НЕБОЛЬШОЙ СПИСОК ЭТИХ ПРОГРАММ:

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

Дальше только дело рук и главное не торопитесь. читайте больше информации по вашему ЭБУ и руководства к нему и адаптеру.

Диагностика бортового оборудования OBD-II

ISO 9141-2
ISO 14230-4
SAE PWM J1850 (Pulse-Width Modulation)
SAE VPW J1850 (Variable Pulse Width)
ISO 15765-4 Controlled Area Network (CAN)

Назначение выводов разьема приведено в таблице. Использование контактов 1, 3, 8, 9, 11-13 стандартом SAE не определо и производили могут использовать их по своему усмотрению.

Контакт	Назначение
1	Не определен
2	Положительня линия SAE J1850
3	Не определен
4	Корпус
5	Общий
6	CAN(H)ISO 15765
7	K линия ISO 9141/14230
8	Не определен
9	Не определен
10	Отрицательная линия SAE J1850
11	Не определен
12	Не определен
13	Не определен
14	CAN(L) ISO 15765
15	L линия ISO9141/142300
16	+12 вольт батареи

Что может дать OBD-II? Достаточно много, он позволяет определять и стирать коды неисправности, контролировать параметры работы двигателя в реальном времени, считывать информацию о серийном номере автомобиля и пр. Однако для чип-тюнинга производители используют собственные нестандартные проколы достула к ЭБУ, совместимые по электрических параметрам с ISO 9141/14230, например KW1281 (Audi, Volkswagen, Seat, Skoda), KW71 (BMW), KW82 (Opel). В новых автомобилях используется CAN протокол как для OBD-II так и для чип-тюнинга.

Pin	Signal	Description
2	J1850 Bus+
4	CGND	Chassis ground
5	SGND	Signal ground
6	CAN High	J-2284
7	K-LINE	(ISO 9141-2 and ISO/DIS 14230-4)
10	J1850 Bus-
13	TC	Timing check — ignition advance angle adjustment or ABS slow codes out
14	CAN Low	J-2284
15	ISO 9141-2 L-LINE	(ISO 9141-2 and ISO/DIS 14230-4)
16	+12V	Battery power

Использование протколов:
1999-2003: ISO 9141
2004-2006: ISO 9141 or CAN
с 2007: TBD

Поддерживает ли мой автомобиль OBD-II?

Как определить какой протокол поддерживает электронным блоком управления автомобиля? Первое – можно поискать информацию в Инернете, хотя там много неточной и непроверенной информации. К тому же, многие автомобили выпускаются для разных рынков с различными протоколами диагностики. Второе – найти разьем и посмотреть какие контакты в нем присуствуют. Разьем обычно находистя под приборной панелью со стороны водителя. Протокол ISO 914-2 или ISO 14230-4 определяется наличием контакта 7 и отсуствием контактов 2 и 10, как показано в таблице. Замечу, что контакта 15 скорее всего не будет, так как L линия сегодня почти не используется.

Протокол	Pin 2	Pin 6
ISO 9141/14230	+
J1850 PWM	+	+
J1850 VPW	+
ISO 15765 CAN	+	+

EOBD стал стандартом в Европе начиная с 2001 года, а для дизельных двигателей начиная с 2004. Если ваш автомобиль выпущен до 2001 года то он может вообще не поддерживать OBD даже при наличии соответсвуещего разьема! Евросоюз даже оштрафовал Peugeot за не соответвие EOBD стандарту и после 2001 года. Например, Renault Kangoo 99 года не поддерживает EOBD, а Renault Twingo поддерживает! Те же самые автомобили сделанные для других рынков, например Турции, могут тоже не быть совместимыми с OBD протоколом. Вот далеко не полный список ЭБУ до 2001 года которые могут не поддерживать OBD:

Alfa Romeo
Citroen
Fiat
Peugeot
Renault

OBD II Руководство пользователя

Начнем с режима $01 – Real-time powertrain data.

$02 (Freeze Frame)

$03 (Read Stored DTC)

$05 (O 2 monitoring test results)

$06 (Monitoring test results for noncontinuously monitored systems)

$07 (Monitoring test results for continuously monitored systems)

$08 (Bidirectional controls)

Управление исполнительными компонентами. При активации данного режима сканер получает возможность прямого управления некоторыми исполнительными компонентами. Аналогичные функции поддерживаются практически всеми заводскими протоколами. Разница состоит в том, что в протоколе OBD II эта функция ориентирована прежде всего на исполнительные компоненты систем уменьшения токсичности, такие, как клапаны систем рециркуляции ОГ, продувки адсорбера и т.п. Сделано это для того, чтобы можно было оперативно проверить функционирование той или иной системы, не затрачивая время на тестовые поездки и мониторинг. Но такие проверки во многих случаях требуют наличия дополнительного оборудования и специальной информации. Поэтому пока режим $08 широкого распространения не получил. Возможно, ситуация изменится в лучшую сторону в ближайшие два-три года.

$09 (Vehicle information)

Описание интерфейса универсального сканера ELM327.
Схема подключения сканера ELM327.
PID’ы Toyota/Lexus.

Наш препод по физ. процессам в электронных цепях, дтн, так и говорил — «как работает транзистор, я не знаю»

У нас было веселее. Преподаватель по электротехнике валил всю группу вопросом «Как работает транзистор?»

По существу, если подавать питание +5, то нужно объединить нули питания от +5, массы авто и адаптера RS232. Т.е. 5 вольт должны быть двумя проводками. Но должно работать и от 12В бортовой сети если всё правильно собрано и исправно. Протоколы ЭБУ в программе перебирали? А транзисторы в адаптере вообще рабочие?

Как определить протокол эбу.-img_20180610_190127.jpg

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

Сегодня где-то вычитал что задержку , вроде, надо вместо 100, 200 ставить. В настройках порта

Должно быть то. А нет возможности подключиться заведомо рабочим адаптером — у знакомых или в сервисе?

год назад друг сканматиком диагностику делал, а шнурков заводских или заведомо рабочих нету. Завтра напарник на своей Ксюхе приедет, попробую на ней.

Подключался сейчас к ланосу Sohc 1,5 — результат тот же ((( получается проблема в драйверах. Когда уже уехал, сообразил, что не померял напряжение на К линии. У ланосов 12 или 5 ? Если там 12 , а у меня 12 откинуты — повлияет?

с ПЛ2303 работать не должна!

Залез в RS232, а там и вправду — логика инверсная.
Единице соответствует высокое напряжение, а нулю — наоборот.
Стало быть классическая 2х транзисторная схема рассчитана на «железный» ком-порт (RS232).

Помогите определить протокол стоит OBD II но не понятно какой протокол

Должно быть 4-е. Именно две "массы", на 4-м и 5-м пине. На всех диагностических разъёмах, стандарта ОБД2 они отмечены (думается — неспроста).

На различных эл.схемах, подборка из схем разных Фольксвагенов.

Можно проверить соединения и попробовать.
Есть у мну ELM327, только USB, а не "блинтузовый", х\з, К Шарану подключался норм. Так что по древнему протоколу, который на VW — ELM работает точно.

Так-то ELM — , только двигло посмотреть и фсё.
ВТ-ELM, х\з, фишка для понтов , типа читаешь машину с "тела на андрейке" без всяких отстойных шнурков. да круто. Но по функционалу ELM с ВагКомой даже сравнивать не с чем.
. .

Как узнать протокол эбу автомобиля