Протокол obd 2 описание: OBD2 reader — диагностика автомобиля / Habr – 403 — Доступ запрещён

Краткие сведения по протоколу OBD-II и по адаптеру ELM327

Краткие сведения по протоколу OBD-II и по адаптеру ELM327
Диагностика бортового оборудования OBD-II

Большинство современных автомобилей оснащено сейчас электронным блоком управления (ЭБУ) постоянно собирающим и анализирующим данные в реальном времени о режимax работы двигателя, системы подачи топлива, температуре охлаждающей жидкости и других компонентов автомобиля. OBD-II — On Board Diagnostic (диагностика бортового оборудования) автомобиля это технология диагностирования ЭБУ при помощи компьютера или специализированного диагностического тестера. Спецификация была разработана Society of Automotive Engineers (SAE) и принята как обязательная в США для всех автомобилей выпускающихся с 1996 года. Изначально OBD-II предназначалась для для контроля параметров имеющих отношение к эмиссии. Это ограничивает ее возможности для контроля и дигностирования всего спектра параметров современного автомобиля, но обусловило ее широкое распространение в виду «экологической ориентированности». OBD-II использует 5 протоколов обмена данными:

  • 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)
На момент создания спецификации в начале 90-х годов уже существовало три широко используемых протокола: протокол General Motors (VPW), протокол корпорации Ford (PWM) и ISO 9141-2 используемый большинством европейских и японских автомобилей. В результате SAE решил включить в OBD-II стандарт все три. Несколько позже появился ISO 14230-4 протокол, известный также как Keyword 2000 (KWP2000) и являющийся усовершенсвованой версией ISO 9141-2. Controlled Area Network (CAN) изначально был предложен Bosh в 80 годах и начал появлятся в автомобилях с 2003 года. Евросоюз принял EOBD вариант автодиагностики основаный на OBD-II, который обязателен для всех автомобилей с января 2001 года. Существует также японский стандарт – JOBD. До OBD-II существовала версия OBD-I относящаяся к 1989 году и не имевшая широкого распространения. Новая версия автодиагностики OBD-III находится в состоянии доработки. Интересно, что все новые разработки автомобилей начиная с 2008 должны использовать только CAN, т.е все производители движутся к единому протоколу. SAE был также предложена и конструкция OBD-II разьема имеющего aббревиатурy SAE J1962

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

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

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

Выводы разъемы для Toyota/Lexus, источник pinoutsguide.com

PinSignalDescription
2J1850 Bus+ 
4CGNDChassis ground
5SGNDSignal ground
6CAN HighJ-2284
7K-LINE(ISO 9141-2 and ISO/DIS 14230-4)
10J1850 Bus- 
13TCTiming check — ignition advance angle adjustment or ABS slow codes out
14CAN LowJ-2284
15ISO 9141-2 L-LINE(ISO 9141-2 and ISO/DIS 14230-4)
16+12VBattery 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 2Pin 6Pin 7Pin 10Pin 14
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 протокола различными моделями можно найти здесь. Замечу однако что эта таблица типа «если поддерживает — то какой…», как правильнно отмечено в комментарии «Если марка присутствует в таблице, то это не дает гарантии поддержки OBD-II».

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

Задание на разработку стандарта OBD II было выдано в 1988 году, первые автомобили, отвечавшие его требованиям, появились в 1994-м, а с 1996 года он окончательно вступил в силу и стал обязательным для всех легковых и легких коммерческих автомобилей, продаваемых на американском рынке. Немного позже европейские законодатели приняли его за основу при разработке требований EURO 3, в числе которых есть и требования к системе бортовой диагностики – EOBD. В ЕЕС принятые нормы действуют с 2001 года.

Мы живем не в Европе и уж тем более не в Америке, но данные процессы начинают затрагивать и наш рынок. Количество подержанных автомобилей, удовлетворяющих требованиям OBD II/EOBD, быстро увеличивается. Свою лепту вносят и официальные дилеры, продающие новые автомобили, хотя как раз в этом сегменте многие модели адаптированы под более старые нормы EURO 2 (которые, кстати, до сих пор у нас не приняты). Как бы то ни было, очевидно, что процесс пошел. Что может дать нам проникновение новых стандартов? Речь не об окружающей среде и ее обитателях – сокращение токсичных выбросов автомобиля пока, увы, для наших стран не является приоритетом первого порядка. Вопрос лежит в профессиональной плоскости. Что может OBD II дать предприятию автосервиса? Насколько необходим данный стандарт в реальной практике, каковы его плюсы и минусы? Каким требованиям должны удовлетворять диагностические приборы? Прежде всего надо четко осознавать, что главное отличие данной системы самодиагностики от всех других – это жесткая ориентация на токсичность, являющуюся неотъемлемой составляющей эксплуатации любого автомобиля. В это понятие входят и вредные вещества, содержащиеся в выхлопных газах, и испарения топлива, и утечка хладагента из системы кондиционирования.
Такая ориентация определяет все сильные и слабые стороны стандартов OBD II и EOBD. Поскольку не все системы автомобиля и не все неисправности имеют прямое влияние на токсичность, это сужает сферу действия стандарта. Но, с другой стороны, самым сложным и самым важным устройством автомобиля был и остается силовой привод (т.е. двигатель и трансмиссия). И уже только этого вполне достаточно, чтобы констатировать важность данного применения. К тому же система управления силовым приводом все больше интегрируется с другими системами автомобиля, а вместе с этим расширяется сфера применения OBD II. И все же пока в подавляющем большинстве случаев можно говорить о том, что реальное воплощение и использование стандартов OBD II / EOBD лежит в нише диагностики двигателя (реже коробки передач). Вторым важным отличием этого стандарта является унификация. Пусть неполная, с массой оговорок, но все же очень полезная и важная. Именно в этом заключается главная притягательность OBD II. Стандартный диагностический разъем, унифицированные протоколы обмена, единая система обозначения кодов неисправностей, единая идеология самодиагностики и многое другое. Для производителей диагностического оборудования такая унификация позволяет создавать недорогие универсальные приборы, для специалистов – резко сократить затраты на приобретение оборудования и информации, отработать типовые процедуры диагностирования, универсальные в полном смысле этого слова.
Несколько замечаний по поводу унификации. У многих сложилась устойчивая ассоциация: OBD II – это разъем 16-pin (его так и называют – «о-би-дишный»). Если автомобиль из Америки, вопросов нет. А вот с Европой чуть сложнее. Ряд европейских производителей (Ford, VAG, Opel) применяют такой разъем начиная с 1995 года (напомним, что тогда в Европе не было протокола EOBD). Диагностика этих автомобилей осуществляется исключительно по заводским протоколам обмена. Почти так же обстоит дело с некоторыми «японцами» и «корейцами» (самый яркий пример – Mitsubishi). Но были и такие «европейцы», которые вполне реально поддерживали протокол OBD II уже начиная с 1996 года, например многие модели Volvo , SAAB , Jaguar , Porsche. А вот об унификации протокола связи, или, попросту говоря, языка, на котором «разговаривают» блок управления и сканер, можно говорить только на прикладном уровне. Коммуникационный стандарт единым делать не стали. Разрешено использовать любой из четырех распространенных протоколов – SAE J1850 PWM, SAE J 1850 VPW , ISO 9141-2, ISO 14230-4. В последнее время к этим протоколам добавился еще один – это ISO 15765-4, обеспечивающий обмен данными с использованием CAN-шины (этот протокол будет доминирующим на новых автомобилях). Собственно, диагносту совершенно не обязательно знать, в чем заключается отличие между этими протоколами. Гораздо важнее то, чтобы имеющийся в наличии сканер мог автоматически определять используемый протокол, и, соответственно, мог бы корректно «разговаривать» с блоком на языке этого протокола. Поэтому вполне естественно, что унификация затронула и требования к диагностическим приборам. Базовые требования к сканеру OBD-II изложены в стандарте J1978. Сканер, соответствующий этим требованиям принято называть GST (Generic Scan Tool). Такой сканер не обязательно должен быть специальным. Функции GST может выполнять любой универсальный (т.е. мультимарочный) и даже дилерский прибор, если он обладает соответствующим программным обеспечением. Очень важным достижением нового стандарта является разработка единой идеологии самодиагностики. На блок управления возлагается целый ряд специальных функций, обеспечивающих тщательный контроль функционирования всех систем силового агрегата. Количество и качество диагностических функций по сравнению с блоками предыдущего поколения выросло кардинально. Рамки данной статьи не позволяют подробно рассмотреть все аспекты функционирования блока управления. Нас больше интересует, как использовать его диагностические возможности в работе. Это и отражает документ J1979, определяющий диагностические режимы, которые должны поддерживаться как блоком управления двигателем/АКП, так и диагностическим оборудованием. Вот как выглядит список этих режимов:

  • $01 Вывод параметров в реальном времени (Real-time powertrain data)
  • $02 Вывод «сохраненного кадра параметров» (Freeze Frame)
  • $03 Считывание сохраненных кодов неисправностей (Read Stored DTC)
  • $04 Стирание кодов неисправностей, сброс статуса мониторов (Clear / Reset diagnostic related information )
  • $05 Вывод результатов мониторинга датчика кислорода (O2 monitoring test results)
  • $06 Вывод результатов мониторинга для непостояннотестируемых систем ( Monitiring test results for non — continuosly monitored systems )
  • $07 Вывод результатов мониторинга для постоянно тестируемых систем ( Monitiring test results for continuosly monitored systems )
  • $08 Управление исполнительными компонентами (Bidirectional controls)
  • $09 Вывод идентификационных параметров автомобиля (Vehicle information)
Рассмотрим эти режимы более подробно, поскольку именно четкое понимание назначения и особенностей каждого режима, является ключом к пониманию функционирования системы OBD II в целом.

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

В этом режиме на дисплей сканера выводятся текущие параметры блока управления. Эти параметры можно разделить на три группы. Первая группа – это статусы мониторов. Что такое монитор и зачем ему статус? В данном случае мониторами называются специальные подпрограммы блока управления, которые отвечают за выполнение весьма изощренных диагностических тестов. Существует два типа мониторов. Постоянные мониторы осуществляются блоком постоянно, сразу после пуска двигателя. Непостоянные активируются только при строго определенных условиях и режимах работы двигателя (см. также режимы$06 и $07). Именно работа подпрограмм-мониторов во многом обуславливает мощные диагностические возможности контроллеров нового поколения. Если перефразировать известную поговорку, можно сказать так: «Диагност спит – мониторы работают». Правда, наличие тех или иных мониторов сильно зависит от конкретной модели автомобиля, то есть некоторые мониторы в данной модели могут отсутствовать. Теперь несколько слов о статусе. Статус монитора может принимать только один из четырех вариантов – «поддерживается», «не поддерживается», «завершен» или «незавершен». Таким образом, статус монитора – это просто признак его состояния. Вот эти статусы и выводятся на дисплей сканера. Если в строках «статусы мониторов» высвечиваются символы «завершен», и при этом коды неисправностей отсутствуют, можете не сомневаться, проблем нет. Если же какой-либо из мониторов не завершен, нельзя с уверенностью говорить о том, что система функционирует нормально, необходимо либо отправляться на тест-драйв, либо попросить владельца автомобиля приехать еще раз через какое-то время (более подробно об этом – см. режим $06). Вторая группа – это PIDs, parameter identification data. Что это такое? Это основные параметры, характеризующие работу датчиков, а также величины, характеризующие управляющие сигналы. Анализируя значения этих параметров, квалифицированный диагност может не только ускорить процесс поиска неисправности, но и прогнозировать появление тех или иных отклонений в работе системы. Стандарт OBD II регламентирует обязательный минимум параметров, вывод которых должен поддерживаться блоком управления.

Перечислим их:

Температура охлаждающей жидкости
Температура всасываемого воздуха
Расход воздуха и/или Абсолютное давление во впускном коллекторе
Относительное положение дроссельной заслонки
Угол опережения зажигания
Значение рассчитанной нагрузки
Частота вращения коленчатого вала
Скорость автомобиля
Напряжение датчика (датчиков) кислорода до катализатора
Напряжение датчика (датчиков) кислорода после катализатора
Показатель (показатели) топливной коррекции
Показатель (показатели) топливной адаптации
Статус (статусы) контура (контуров) лямбда

Если сравнить этот список с тем, что можно «вытащить» из того же самого блока, обратившись к нему на его родном языке, то есть по заводскому (ОЕМ) протоколу, выглядит он не очень впечатляюще. Малое количество «живых» параметров – один из минусов стандарта OBD II. Однако в подавляющем большинстве случаев этого минимума вполне достаточно. Есть еще одна тонкость: выводимые параметры уже интерпретированы блоком управления (исключением являются сигналы датчиков кислорода), то есть в списке нет параметров, характеризующих физические величины сигналов. Например, нет параметров, отображающих значения напряжения на выходе датчика расхода воздуха, напряжения бортсети, напряжения с датчика положения дроссельной заслонки и т.п. – выводятся только интерпретированные значения (см. список выше). С одной стороны, это не всегда удобно. С другой – работа по «заводским» протоколам часто также вызывает разочарование именно потому, что производители увлекаются выводом физических величин, забывая про такие важные параметры, как массовый расход воздуха, расчетная нагрузка и т.п. Показатели топливной коррекции/адаптации (если вообще выводятся) в заводских протоколах часто представлены в очень неудобной и малоинформативной форме. Во всех этих случаях использование протокола OBD II позволяет получить дополнительные преимущества. К особенностям OBD-протоколов относится также сравнительно медленная передача данных. Наибольшая скорость обновления информации, доступная для этого протокола – не более десяти раз в секунду. Поэтому не стоит выводить на дисплей большое количество параметров. При одновременном выводе четырех параметров частота обновления каждого параметра составит 2,5 раза в секунду, что вполне адекватно регистрируется нашим зрением. Примерно такая же частота обновления характерна для многих заводских протоколов 90-х годов. Если количество одновременно выводимых параметров увеличить до десяти, эта величина составит всего один раз в секунду, что во многих случаях просто не позволяет нормально анализировать работу системы. Третья группа – это всего один параметр, к тому же не цифровой, а параметр состояния. Имеется в виду информация о текущей команде блока на включение лампы Check Engine (включена или выключена). Догадываетесь зачем? Очевидно, что и в Америке есть «специалисты» по подключению этой лампы параллельно аварийной лампочке давления масла. По крайней мере, такие факты уже были известны разработчикам OBD-II. Напомним, что лампа Check Engine (американские диагносты любовно называют эту лампу Check Money Light) загорается при обнаружении блоком отклонений или неисправностей, приводящих к увеличению вредных выбросов более чем в 1,5 раза по сравнению с допустимыми на момент выпуска данного автомобиля. При этом происходит запись соответствующего кода (или кодов) неисправности в память блока управления (см. режим $03). Если блок фиксирует пропуски воспламенения смеси, опасные для катализатора, лампочка начинает моргать.

$02 (Freeze Frame)

Обращение к этому пункту меню имеет смысл только в том случае, если в памяти блока управления имеются коды неисправностей (режим $03). В этом случае на дисплей выводится сохраненный блоком кадр тех значений параметров, которые были зафиксированы в момент принятия решения о записи кода. Иными словами, это «моментальный снимок» совокупности PIDs (см. режим $01). Зачем это нужно? Во-первых, знание условий, при которых возникла неисправность, уже само по себе облегчает дальнейший ее поиск. Но все же не это главное. Гораздо в большей степени данные из «замороженного» кадра нужны для того, чтобы как можно точнее воспроизвести эти условия при проведении тестовой поездки, когда всю диагностическую работу выполняет сам блок управления, активируя уже упомянутые выше мониторы. И еще один момент. Кодов неисправности в памяти контроллера может быть много, а вот «замороженный кадр» – как правило, только один (по крайней мере, так поступает большинство производителей). Номер кода неисправности, которому соответствует сохраненный кадр можно найти в том же самом же кадре, обычно он высвечивается в самом начале списка параметров.

$03 (Read Stored DTC)

Сканер производит запрос на считывание кодов неисправностей из памяти блока управления, а блок соответственно эти коды либо выдает, либо пишет, что их нет. Вполне традиционная и наиболее употребляемая диагностами всего мира процедура. Для кодов стандарта OBD II была разработана удобная и информативная система обозначений – буква и четыре цифры (см. рис 1). Эту систему безоговорочно приняло большинство автопроизводителей, причем не только для OBD II, но и для ОЕМ-протоколов. Первая позиция (то есть буква) обозначает тип системы – P (Powertrain), C (Chassis), B (Body) и U (Network). На рынке пока не так много автомобилей, у которых токсичность зависит от работы, например кузовных систем (хотя это абсолютно реально!). Как уже говорилось выше, практическое использование протокола OBD II пока в большей степени ориентировано на силовой агрегат, поэтому речь пойдет о кодах группы Р. Вторая позиция отвечает за степень «крутизны» кода. Все коды с нулевым расширением (Р0) являются базовыми (их еще называют Generic). Один и тот же базовый код описывает одинаковую неисправность, вне зависимости, с какого автомобиля производится считывание. Например, код Р0102 означает одну и ту же проблему для любого автомобиля, поддерживающего требования OBD II / EOBD – низкий уровень сигнала датчика расхода воздуха. Сканер уровня GST может считывать и расшифровывать только коды группы P0. Расширенные коды (Р1ххх, Р2ххх и т.п.), даже если имеют одинаковый номер, имеют разную расшифровку для разных производителей. Например, для Mazda код P1101 означает отклонения от нормы уровня сигнала датчика расхода воздуха, а аналогичный код для Mitsubishi – наличие проблем в цепи вакуумного соленоида противо-буксовочной системы. Пока такие коды являются привилегией производителей автомобилей и это, конечно, создает проблемы для независимых СТО. Расшифровка ОЕМ-кодов под силу только весьма продвинутым OBD-II приборам, хотя следует признать, что даже хорошие универсальные сканеры, работающие по заводским протоколам с этой задачей справляются далеко не всегда (дилерские приборы естественно не в счет). Однако постепенно ситуация меняется в лучшую сторону. Третья позиция (или вторая цифра) в обозначении кода призвана идентифицировать определенную функцию, выполняемую блоком управления, либо подсистему блока, а именно: 1 – измерение нагрузки и дозирование топлива; 2 – подача топлива, система наддува; 3 – система зажигания и регистрация пропусков воспламенения смеси; 4 – системы уменьшения токсичности; 5 – система холостого хода, круиз-контроль, система кондиционирования; 6 – внутренние цепи и выходные каскады блока управления; 7 и 8 – трансмиссия (АКП, сцепление и т.п.) Ну и, наконец, четвертая и пятая позиции – это собственно номер кода, идентифицирующий цепь или компонент.

$04 (Clear/information)

Выбрав этот режим можно стереть коды неисправностей из памяти блока управления. Казалось бы, чего проще. Тем более что стирает сканер все коды, даже те, которые расшифровать не может. Кстати, самый часто задаваемый вопрос при выборе сканера такой: «А он может стирать ошибки?» Была бы функция стирания – остальное не важно! Тем более что до сих пор не перевелись «особо продвинутые» клиенты, которые просят стереть ошибки (или погасить лампочку Check Engine) и, подумать только, на полном серьезе платят за это деньги! Ну а если без шуток, применять режим $04 нужно вдумчиво и уж, конечно, не по всякому поводу. С одной стороны, существует целый ряд кодов неисправностей, наличие которых в памяти блока управления, просто блокирует активацию некоторых мониторов. То есть, если не провести ремонт и/или не стереть коды, эти мониторы не включатся и не завершатся никогда. С другой стороны, при выполнении процедуры стирания, вместе с кодами, из памяти блока управления исчезает кадр frezee frame, а также вся информация, накопленная при работе мониторов. Проще говоря, происходит обнуление и новая инициализация мониторов. А для того, чтобы все мониторы вновь обрели статус «завершенных», требуется провести достаточно сложный ездовой цикл, а иногда и не один. В общем, чтобы действительно профессионально пользоваться этой функцией, нужно хорошо знать устройство и работу системы управления двигателем. Впрочем, этот постулат в равной степени относится ко всем описываемым режимам, да и вообще к процессу диагностики в целом.

$05 (O 2 monitoring test results)

Вывод результатов мониторинга датчика кислорода. Этот режим можно смело занести в актив стандарта OBD II. Функции данного режима некоторые производители с удовольствием переняли и в том или ином виде используют в своих заводских протоколах. Выбрав этот режим, можно узнать о работе кислородного датчика (датчиков) если не все, то очень многое. Например, время переключения с низкого уровня на высокий и наоборот, максимальное, минимальное и среднее значение значения напряжения за период тестирования, заданные уровни напряжений перехода и т.п. Правда, такая информация недоступна для датчиков с линейной характеристикой (AFR-sensor), просто в силу того, что работают они совершенно по-другому. Само собой разумеется, что результаты теста будут доступны только в том случае, если данный монитор полностью отработал свой цикл, или, другими словами, монитор будет иметь статус «Завершен». Жаль только, что далеко не все производители выводят информацию в полном объеме. Пользуясь предоставленной им лазейкой, они предпочитают выводить результаты этого монитора в режиме $06, а это, как говорят в Одессе, «две большие разницы».

$06 (Monitoring test results for noncontinuously monitored systems)

Вывод результатов мониторинга для непостоянно тестируемых систем (или непостоянных мониторингов, как кому больше нравится). Подчеркнем, выводятся не статусы мониторов (см. режим $01), а именно результаты, это далеко не одно и то же! К этой группе относятся следующие мониторы: Монитор катализатора, Монитор системы поглощения топливных испарений, Монитор системы инжектирования вторичного воздуха, Монитор датчика (датчиков) кислорода, Монитор подогрева датчика (датчиков) кислорода, Монитор системы кондиционирования воздуха, Монитор системы рециркуляции ОГ. Совсем недавно к этому списку добавились мониторы термостата системы охлаждения и клапана системы вентиляции картера. Как следует из их определения, работают эти мониторы не всегда, а только тогда, когда выполняются определенные условия. Поэтому, для того чтобы все мониторы обрели статус «завершенных» требуется провести достаточно сложный ездовой цикл, а иногда и не один. Параметры ездовых циклов (читай требования к активации мониторов) различаются не только у разных производителей, но даже для разных моделей одной марки. Тем не менее существует диаграмма «типового» ездового цикла, проведение которого в большинстве случаев позволяет активировать если не все, то большинство мониторов. Опытный диагност в состоянии активировать и завершить все мониторы в течение 15-20 минутной поездки, длиной всего 3–5 километров. Но для этого нужно иметь под боком незагруженную трассу. Так что в крупных городах проведение такого рода тест-драйва может оказаться делом весьма затруднительным. А посему задачу по активации мониторов часто приходится решать владельцу автомобиля, в рамках его реальной эксплуатации. Это проще, но требует больше времени. Для ускорения процесса есть смысл проинформировать владельца о том, в каких режимах ему необходимо ездить, поскольку в противном случае, часть мониторов может просто не активироваться в течение многих недель и даже месяцев. Если нужно убедиться в правильности проведенного ремонта по факту наличия кода неисправности, есть смысл «погонять» автомобиль в режиме, зафиксированном в кадре Frezee Frame – это существенно сокращает время проверки. Вернемся к режиму $06. В целом на сегодняшний день он используется достаточно редко. Такая ситуация объясняется тем, что для интерпретации полученных результатов необходима документация производителя автомобиля. Чтобы объяснить, как именно пользоваться данным режимом, нужна еще одна журнальная статья, причем не самого маленького объема. Возможно, такая статья когда-нибудь и появится. Пока же ограничимся тем, что данные результаты производители выводят, используя специальные идентификаторы – TID и CID. Идентификатор TID соответствует определенному тесту, а идентификатор CID – определенному компоненту, подверженному процедуре тестирования. Даже если результаты теста вам непонятны, огорчаться не стоит. Все, что нужно, мониторы рано или поздно доведут до логического завершения: если в работе какой-либо из контролируемых систем существуют отклонения, в памяти контроллера обязательно появятся коды неисправностей, которые и надо рассматривать в качестве окончательных результатов. Следует обратить внимание на то, что количество реально задействованных мониторов очень сильно зависит от марки автомобиля, а также от рынка его сбыта. Автомобили, продаваемые на европейском рынке, в этом плане пока здорово отстают от аналогов, продаваемых за океаном. Еще более «кастрированы» автомобили, официально поставляемые в Россию.

$07 (Monitoring test results for continuously monitored systems)

Вывод результатов мониторинга для постоянно тестируемых систем. Здесь речь тоже идет о мониторах, но эти мониторы осуществляются непрерывно, т.е. сразу (или с определенной паузой) после пуска двигателя и до момента его остановки. Таких мониторов всего три: монитор компонентов (фактически дальнейшее развитие давно существующей системы самоконтроля входного и выходного интерфейса блока управления), монитор системы топливной коррекции / адаптации и монитор обнаружения пропусков воспламенения смеси. Очень важные и очень полезные мониторы, особенно последний из упомянутых. В отличие от сложной и запутанной формы выдачи информации, принятой в режиме $06, с этим режимом все намного проще. Результаты постоянных мониторов выводятся в виде привычных нам кодов неисправностей, но только в том случае, если эти коды зарегистрированы только в течение одного ездового цикла (или цикла прогрева). Поэтому такие коды называются «незавершенными», а сам режим $07 имеет альтернативное название – Read Pending DTC. Если в течение примерно 40–60 ездовых циклов код не подтверждается, он удаляется из памяти блока управления. Если же происходит повторная регистрация кода, он перестает быть «незавершенным» и переходит в разряд «сохраненных»; в этом случае этот код можно прочитать, используя режим $03.

$08 (Bidirectional controls)

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

$09 (Vehicle information)

И, наконец, последний режим – вывод идентификационных параметров автомобиля. Такими параметрами являются VIN-код автомобиля, код калибровки, загруженной в ПЗУ, а также контрольная сумма этой калибровки. Вывод такой информации необходим по двум причинам. Во-первых, для оперативного отслеживания устаревших или проблемных версий программного обеспечения и замены их на более совершенные. Во-вторых, такая информация необходима для контроля на предмет возможного вмешательства в калибровки блока управления. Подсчет контрольной суммы осуществляется блоком каждый раз, после включения зажигания и занимает определенное время, поэтому торопиться не стоит. С выводом идентификационной информации производители пока не спешат. Даже на достаточно свежих автомобилях, поступающих с американского рынка, данная информация может поддерживаться не в полном объеме. Как уже говорилось, все описанные выше режимы должны поддерживаться сканером уровня GST. В принципе существующие на рынке сканеры в той или иной степени соответствуют данным требованиям. Однако во многих случаях производители сканеров используют для обозначения тех или иных режимов свои собственные названия. Кроме этого, они могут выводить отдельные функции за рамки конкретного режима и предлагать эти функции под отдельным пунктом меню. Так, например, часто можно увидеть в меню строку «Статус готовности мониторов». В стандартном протоколе OBD II / OBD этот пункт является просто одной из функций режима $01. Но многие производители сканеров считают, что проще и удобнее доступ к этой функции сделать в виде отдельного пункта меню. Недорогие модели сканеров OBD-II, а также многие универсальные сканеры, как правило, вообще не поддерживают режим $06. В одной статье невозможно рассмотреть все вопросы, связанные с практическим применением стандарта OBD II. Но очевидно, что данная система все больше будет проникать в практику сервиса. Недорогие сканеры уровня GST могут с успехом использоваться сразу на нескольких постах, например для входного и выходного контроля. Возможно, в недалеком будущем компактный GST – сканер станет чем-то вроде таких постоянных атрибутов диагноста, как электрический пробник или цифровой мультиметр. Использование OBD-протоколов во многих случаях может оказаться не только оправданным, но и весьма полезным. В первую очередь имеются в виду случаи, когда связь по заводскому протоколу по каким-либо причинам не может быть установлена, либо установлена некорректно. В этом случае использование протокола OBD II является единственно возможной альтернативой. Но даже в том случае, когда заводской протокол отрабатывается сканером абсолютно корректно, есть смысл дополнительно обратиться к блоку на языке OBD II. Практика показывает, что во многих случаях диагност может рассчитывать на получение дополнительной информации, недоступной в заводском протоколе. Диагностика, в сущности, является не чем иным, как процессом анализа информации. Чем шире и разностороннее собранная информация, тем больше вероятность принятия правильного решения. Это и есть главный результат.

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

Оригиналы статей: obddiag.net и autoboss.at.tut.by
OBD-II на сайте Wikipedia.

февраль 1, 2011
На главную


Протоколы диагностики 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 в принципе – и, если да, до какой стандарт именно. Для этого следует:

  1. изучить техническую документацию ИМЕННО ЭТОГО автомобиля (а не только информацию, касающуюся данной модели вообще), а также его идентификационные таблички – на предмет присутствия среди них таблички «OBD-II certified» (сертифицирована совместимость с OBD-II) или (в идеале) – «OBD-II compliant» (совместим с OBD-II)
  2. ознакомиться с информационной базой данных – например, Mitchell-on-Demand, а для уточнения информации (в общей базе могут быть погрешности) – с дилерскими базами данных по конкретным маркам и моделям
  3. определить, какой именно OBD-II протокол поддерживается вашим автомобилем. В этом может помочь специальный сканер – например, моделей OZEN MOByDic 2600 и Х-431. Комплект ScanTool может помочь Вам в процессе ручной проверки (попеременного подключения адаптеров и определения, какой из них устанавливает связь с системой управления автомобилем). Для облегчения процесса поисков советуем Вам начинать либо с протокола ISO (как самого распространённого), либо с указанного конкретно для данного транспортного средства в «Таблице применимости»
  4. проверить имеющийся разъём диагностики на предмет наличия в нём активных выводов (активными обычно являются не все, а только некоторые выводы, разные для каждого протокола) распиновка разъема диагностики 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 в диагностическом разъёме
  5. Как уже неоднократно отмечалось, самыми распространёнными являются протоколы ISO. Но существуют и исключения – допустим, в большинстве легковых моделей и минивэнов General Motors используются протокол SAE J1850 VPW, а для большинства транспортных средств марки Ford стандартным является использование протокола J1850 PWM – и т.п.

 

В дополнение к вышесказанному следует отметить, что в OBD-II также существует стандарт SAE J2012, в котором прописаны соответствующие этой системе коды неисправностей (DTC – Diagnostic Trouble Code). Они все соответствуют одному формату и структура их письменного обозначения также однотипна – одна латинская буква и четыре арабские цифры (в иных случаях допустимо также использование букв). Но при дешифровке они распределяются на две группы – основных и дополнительных (расширенных) (generic и extended соответственно). Первой категории кодов свойственна жесткая стандартизация и одинаковая для всех транспортных средств, совместимых с OBD-II, дешифровка. Но один и тот же код на РАЗНЫХ автомобилях может быть индикатором РАЗНЫХ неисправностей – всё зависит от конструкции конкретного авто. Коды второй категории, введённой в своё время с целью увеличения количества диагностических функций, распределяются по различным маркам и моделям автомашин.

ELM327: описание диагностического адаптера

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

Диагностический адаптер ELM327

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

Содержание статьи

Подключение ELM327

Как мы уже говорили, адаптер подключается через разъем OBD2, стандартный во всех современных автомобилях с выпуска 1996-х годов. Обычно разъем для диагностики находиться с салоне авто, под рулем, около пепельницы, иногда под торпедой со стороны пассажира.

Типы подключения бывают:

  • Проводные: через COM или USB порт
  • Беспроводные: Bluetooth\WIFI

Подключение elm327

Разницы в способе подключения нет, адаптер передает команды одинаково. Для считывания информации существует большое кол-во программного обеспечения для Windows, Android или IOS. Перечень наиболее популярных в нашей статье — программы для ELM327. Часто возникает проблема, что адаптер не подключается к авто, происходит это по нескольким причинам:

  • некачественный адаптер или версия прошивки
  • протокол вашего авто не поддерживается адаптером или программой
  • нерабочий адаптер

Рассмотрим проблемы с подключением подробней.

Прошивки адаптера ELM327

Версия 1.5

Полностью повторяет оригинальный адаптер, разница лишь в том, что собирали его наши Китайские друзья. Особое внимание нужно обращать на чип устройства. На рынке существует множество адаптеров версии 1.5, но не все способны стабильно работать. Это происходит из-за того, что Китайские производители пытаясь удешевить себестоимость, устанавливают некачественные чипы. Покупая elm327, спросите у продавца, какой установлен чип, если символы сходятся с PIC18F25** (следующие цифры не имеют особого значения), смело покупайте этот адаптер. Дело в том, что адаптеры с этим чипом способны работать с максимальным кол-вом протоколов, а значит поддерживают все автомобили со стандартом OBD2.  elm325 v1.5

Версия 2.1

Новая версия прошивки, в том же Китайском адаптере. В отличии от версии 1.5, эту версию перелопатили Китайские программисты и добавили много разных функций, который они посчитали необходимыми для elm327. Версия 2.1 более избирательна к моделям автомобилей и подойдет далеко не всем, многих он просто не распознает, попросту потому, что версия 2.1 работает не со всеми протоколами. Поэтому, во избежание конфуза, советуем приобретать версию ELM327 1.5 с правильным чипом, т.к. версия 2.1 не стабильна.

ELM327 v2.1

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

Какие протоколы поддерживает адаптер ELM327

Итак разберем подробней, что за протоколы и как работает адаптер.

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

Протоколы elm327

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

  1. SAE J1850 PWM (41.6кбит)
  2. SAE J1850 VPW (10.4кбит)
  3. ISO9141-2 (5 бит init,10.4кбит)
  4. ISO14230-4 KWP (5 бит init,10.4кбит)
  5. ISO14230-4 KWP (fast init,10.4кбит)
  6. ISO15765-4 CAN (11бит ID,500кбит)
  7. ISO15765-4 CAN (29бит ID,500кбит)
  8. ISO15765-4 CAN (11бит ID,250кбит)
  9. ISO15765-4 CAN (29бит ID,250кбит)
  10. SAE J1939 CAN (29бит ID,250*кбит)
  11. USER1 CAN (11*бит ID,125*кбит)
  12. USER2 CAN (11*бит ID,50*кбит)

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

Так же, существует ряд нестандартных протоколов, таких как nissan cunsult 1, consult 2, их так же называют JOBD. Эти протоколы работают по измененным скоростям передачи данных, поэтому простыми командами адаптеру их не понять. Существуют программы, которые «умеют» работать с такими протоколами.

Считывание ошибок адаптером

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

Ошибки elm327

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

Настройка работы ELM327

Рассмотрим программу Torque. Скачайте и установите приложение для работы с адаптером. После установки приложения займемся настройкой и подключением адаптера. Ищем спрятанный в салоне разъем OBD2, подключаем и активируем на устройстве Bluetooth, в настройках выбираем свое устройство и вводим пароль. Во всех Китайских сканерах он стандартный, 0000,1234 или 6789. В программе замигает значок машинке и как только прекратит мигать – устройство подключено, соединение установлено. Теперь в приложении можно изучать все параметры, использовать встроенные функции и добавлять свои.Настройка elm327

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

Подведем итоги
  • При выборе адаптера проверяйте не только версию прошивки, но и чип.
  • Перед приобретением elm327 убедитесь в том, что ваш автомобиль поддерживает протокол, с которым работает адаптер.
  • Наличие разъема OBD2 обязательно.

Если у вас праворульный автомобиль, произведенный для рынка Японии, не каждое приложение сможет работать на этих машинах. То же правила действуют для большинства автомобилей российского автопрома. Электронные блоки Январь, Микас, Bosh могут работать по протоколам,с измененными скоростями передачи данных, но и для них существуют программы. Исходя из этого, ELM327 можно смело считать профессиональным мультимарочным адаптером, который способен на многое.

 

О совместимости и стандарте OBD-II — Car Scanner ELM OBD2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итог

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

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

Информация по протоколам, схемы и порядок подключения

Бортовые компьютеры Multitronics с поддержкой протокола «Cons1» работают на автомобилях Nissan, выпущенных до 2000 года и имеющих 14-контактную колодку диагностики Consult-1.

разъем диагностики Consult-1

Автомобили, выпущенные после 2000 года и имеющие 16-контактную колодку диагностики, при наличии контакта №7, работают с бортовыми компьютерами Multitronics по протоколу «Nissan», перекоммутация проводов не требуется.


Вариант 1. Схема подключения к диагностическому разъему Consult-1 (для автомобилей без контакта CLK)

схема подключения Consult-1

Описание подключения:

1. Контакт RX диагностического разъема автомобиля соединяется с контактом №2 колодки переходника бортового компьютера.

2. Контакт TX диагностического разъема автомобиля соединяется с контактом №2 вилки диагностики бортового компьютера. Необходимо установить дополнительный резистор R1=5.1 кОм между получившейся цепью и «+12В». Внимание: без резистора R1 бортовой компьютер работать не будет!

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

4. «+12В» подключается через переходник к цепи автомобиля, на которой постоянно присутствует напряжение.

5. При необходимости производятся подключения цепей «ДУТ» (датчик уровня топлива), «Зажигание» и «Габариты». На некоторых автомобилях возможно чтение данных об уровне топлива в баке через диагностический разъем в режиме «БАК ДУТ ЭБУ», в этом случае подключение цепи «ДУТ» не производится.

Схема подключения с новыми разъемами.

схема подключения Consult-1

Вариант 2. Схема подключения к диагностическому разъему Consult-1 (для автомобилей с контактом CLK)

схема подключения Consult-1

Описание подключения:

1. Контакт RX диагностического разъема автомобиля соединяется с контактом №2 колодки переходника бортового компьютера.

2. Контакт TX диагностического разъема автомобиля соединяется с контактом №2 вилки диагностики бортового компьютера. Необходимо установить дополнительный резистор R1=5.1 кОм между получившейся цепью и «+12В». Внимание: без резистора R1 бортовой компьютер работать не будет!

3. Контакт CLK диагностического разъема автомобиля соединяется с контактом №15 вилки диагностики бортового компьютера. В некоторых случаях необходимо установить дополнительный резистор R2=1.0 кОм между получившейся цепью и «+12В».

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

5. «+12В» подключается через переходник к цепи автомобиля, на которой постоянно присутствует напряжение.

6. При необходимости производятся подключения цепей «ДУТ» (датчик уровня топлива), «Зажигание» и «Габариты». На некоторых автомобилях возможно чтение данных об уровне топлива в баке через диагностический разъем в режиме «БАК ДУТ ЭБУ», в этом случае подключение цепи «ДУТ» не производится.

Схема подключения с новыми разъемами.

схема подключения Consult-1

Вариант3. Схема подключения к 16-контактному диагностическому разъему OBD-2 (контакт №7 отсутствует).

Пример: Nissan Patrol (дизель).

Способ №1. Подключение с помощью переходника бортового компьютера

схема подключения Consult-1

Описание подключения:

1. Контакт №13 диагностического разъема автомобиля соединяется с контактом №2 колодки переходника бортового компьютера.

2. Контакт №12 диагностического разъема автомобиля соединяется с контактом №2 вилки диагностики бортового компьютера. Необходимо установить дополнительный резистор R1=5.1 кОм между получившейся цепью и «+12В». Внимание: без резистора R1 бортовой компьютер работать не будет!

3. «масса» бортового компьютера подключается к диагностическому разъему автомобиля через переходник согласно схеме (к контакту №4).

4. «+12В» подключается через переходник к цепи автомобиля, на которой постоянно присутствует напряжение (к контакту №16).

5. При необходимости производятся подключения цепей «ДУТ» (датчик уровня топлива), «Зажигание» и «Габариты». На некоторых автомобилях возможно чтение данных об уровне топлива в баке через диагностический разъем в режиме «БАК ДУТ ЭБУ», в этом случае подключение цепи «ДУТ» не производится.

Способ №2. Подключение с помощью вилки бортового компьютера путем перестановки контактов местами

схема подключения Consult-1

Описание подключения:

1. Контакт №7 вилки диагностики бортового компьютера переставляется на место контакта №13.

2. Контакт №2 вилки диагностики бортового компьютера переставляется на место контакта №12. Необходимо установить дополнительный резистор R1=5.1 кОм между получившейся цепью и «+12В». Внимание: без резистора R1 бортовой компьютер работать не будет!

3. Контакты №4 и №16 переставлять не нужно.

4. При необходимости производятся подключения цепей «ДУТ» (датчик уровня топлива), «Зажигание» и «Габариты». На некоторых автомобилях возможно чтение данных об уровне топлива в баке через диагностический разъем в режиме «БАК ДУТ ЭБУ», в этом случае подключение цепи «ДУТ» не производится.

Схема подключения с новыми разъемами.

схема подключения Consult-1

Если автомобиль поддерживает протокол Consult-2 (в колодке диагностики присутствует контакт №7), бортовой компьютер Multitronics подключается без перекоммутации проводов по протоколу «Nissan» — легкое подключение.


Вариант4. Схема подключения к 16-контактному диагностическому разъему OBD-2 (контакт №7 отсутствует, присутствует контакт №14 — CLK).

Пример: Nissan Terrano

Способ №1. Подключение с помощью переходника бортового компьютера

схема подключения Consult-1

Описание подключения:

1. Контакт №13 диагностического разъема автомобиля соединяется с контактом №2 колодки переходника бортового компьютера.

2. Контакт №12 диагностического разъема автомобиля соединяется с контактом №2 вилки диагностики бортового компьютера. Необходимо установить дополнительный резистор R1=5.1 кОм между получившейся цепью и «+12В». Внимание: без резистора R1 бортовой компьютер работать не будет!

3. Контакт №14 диагностического разъема автомобиля соединяется с контактом №15 вилки диагностики бортового компьютера. В некоторых случаях необходимо установить дополнительный резистор R2=1.0 кОм между получившейся цепью и «+12В».

4. «масса» бортового компьютера подключается к диагностическому разъему автомобиля через переходник согласно схеме (к контакту №4).

5. «+12В» подключается через переходник к цепи автомобиля, на которой постоянно присутствует напряжение (к контакту №16).

5. При необходимости производятся подключения цепей «ДУТ» (датчик уровня топлива), «Зажигание» и «Габариты». На некоторых автомобилях возможно чтение данных об уровне топлива в баке через диагностический разъем в режиме «БАК ДУТ ЭБУ», в этом случае подключение цепи «ДУТ» не производится.

Способ №2. Подключение с помощью вилки бортового компьютера путем перестановки контактов местами

схема подключения Consult-1

Описание подключения:

1. Контакт №7 вилки диагностики бортового компьютера переставляется на место контакта №13.

2. Контакт №2 вилки диагностики бортового компьютера переставляется на место контакта №12. Необходимо установить дополнительный резистор R1=5.1 кОм между получившейся цепью и «+12В». Внимание: без резистора R1 бортовой компьютер работать не будет!

3. Контакт №15 вилки диагностики бортового компьютера переставляется на место контакта №14. В некоторых случаях необходимо установить дополнительный резистор R2=1.0 кОм между получившейся цепью и «+12В».

4. Контакты №4 и №16 переставлять не нужно.

5. При необходимости производятся подключения цепей «ДУТ» (датчик уровня топлива), «Зажигание» и «Габариты». На некоторых автомобилях возможно чтение данных об уровне топлива в баке через диагностический разъем в режиме «БАК ДУТ ЭБУ», в этом случае подключение цепи «ДУТ» не производится.

Схема подключения с новыми разъемами.

схема подключения Consult-1

Если автомобиль поддерживает протокол Consult-2 (в колодке диагностики присутствует контакт №7), бортовой компьютер Multitronics подключается без перекоммутации проводов по протоколу «Nissan» — легкое подключение.


Внимание! Чтение ошибок в протоколах «Cons1» и «ConsD1» производится только в ручном режиме.

Важно! Если бортовой компьютер Multitronics работал на автомобиле по протоколу «Cons1» или «ConsD1», при переустановке на другой автомобиль с таким же протоколом необходимо заново переопределить данный протокол, в противном случае бортовой компьютер работать не будет.

 

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

*