Что такое obd в машине: Что такое система диагностики автомобилей OBD II – Статьи :: Что такое OBD 2 и что значит EOBD? — DIAG2CAR.RU

Что такое разъем OBDII в автомобиле

Владельцы автомобилей с ЭСУД часто сталкиваются с такими определениями, как: OBD разъем, компьютерная диагностика автомобиля через OBDII, проверка и сканирование ошибок двигателя по OBD. При этом не все знают, что означает наличие в автомобиле данной системы, а также для чего вообще нужна OBD в машине. Давайте  подробнее разберемся, что такое система OBD, а именно OBDII.

Начнем с того, что OBD (On board diagnostics, от англ. бортовая диагностика)  предполагает наличие специального диагностического разъема. Данное решение необходимо для подключения сканера, ноутбука или смартфона к системе OBD. Само наличие ОБД в автомобиле означает возможность самодиагностики ТС, а также позволяет считывать определенную информацию с различных бортовых систем: ЭБУ двигателем, управляющие блоки Airbag, система ABS и т.д. Другими словами, OBD позволяют осуществить проверку состояния различных систем.

Указанная самодиагностика появилась в США, произошло это достаточно давно (с начала 80-х годов). Главной задачей внедрения стала борьба за экологию, то есть контроль за составом выхлопных газов и  исправностью работы систем, которые снижали токсичность выхлопа.  Первые версии были способны только определить наличие или отсутствие неполадок, при этом без локализации самой проблемы. Добавим, что на начальном этапе каждый производитель автомобилей имел свой стандарт диагностического разъема OBD-I и необходимое для считывания данных диагностическое оборудование, что значительно затрудняло проверку ТС различных марок в рамках одного автосервиса.

Дальнейшее развитие привело к тому, что появился OBD 2, который превратился в унифицированный стандартный цифровой разъем. Через такой разъем можно просматривать информацию о состоянии и работе отдельных систем любого ТС в режиме реального времени, считывать необходимые данные и коды записанных в память блоков управления ошибок для их расшифровки. Благодаря такой функциональности проверка машины через OBD-II сегодня позволяет намного быстрее и точнее обнаружить имеющуюся неисправность в случае ее возникновения.

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

В Европе указанный стандарт называется EOBD и основан на американской OBD-II. Такой стандарт обязателен для всех ТС с января 2001 г. В Японии аналогичный стандарт получил название  JOBD. Сегодня активно разрабатывается автодиагностика по стандарту OBD-III, которая должна в скором времени сменить OBD II.

Читайте также

  • Как сбросить ошибку двигателя

    Появилась ошибка двигателя, загорелся чек: как стереть ошибку из памяти ЭБУ. Доступные способы сброса ошибки, считывание и расшифровка ошибок двигателя.

Что можно сделать через разъем OBD в автомобиле / Habr

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

Все описанное в статье относится к автомобилю 2008 года (Mitsubishi Lancer), но как показала практика, спустя 10 лет у производителя ничего не изменилось и все функции продолжают использоваться и работать на современных авто.

Строение сети в автомобиле изображено на картинке:

В машине имеются 3 CAN шины (скоростная шина двигателя 500kbps, низкоскоростная салонная 83.3 kbps, диагностическая) и одна шина LIN. Связующим звеном между ними является блок ETACS (Electronic Total Automobile Control System), который выступает «шлюзом» и пересылает сообщения из одной шины в другую, по определенным правилам, а также занимается обработкой некоторых из них. Что же можно сделать с CAN шиной? Например, пообщаться с блоками, а может и что-нибудь изменить. Чтобы начать диалог с любым блоком необходимо знать его адрес, а также поддерживаемые функции (PID), которые он сможет обработать и дать ответ.

В открытом доступе лежит ПО для дилерских центров под названием MUT III. Изучив базы данных из него, можно найти всю интересующую нас информацию.

О адресах (запрос-ответ) в CAN сети:

PID’ы запросов, полные расшифровки ответов от всех блоков, включая положение байт в ответе (если за один кадр отправляются несколько значений) и множители с единицами измерений:

Например, хотим мы узнать угол поворота рулевого колеса. Для этого отправим в блок управления ESP команду 2102. В ответ прилетит сообщение 6102 FFEA000008FFF302

Взглянув в таблицу, узнаем, что нужны байты 2 и 3.

Значение в int16. 0xFFEA = -22, умножая на коэффициент 0,04375 получаем угол поворота руля -0,9625 градуса.

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


Хорошо, все что хотели мы узнали, а какая от этого польза? Вот если что-нибудь изменить/включить/отключить…

Простой пример. В блоке управления автоматической коробкой передач есть программный счетчик уровня старения масла и при накоплении определенного порогового значения на экране бк появляется сообщение о том, что необходимо произвести обслуживание трансмиссии. Масло поменяли, а сообщение продолжает отображаться на экране, ведь счетчик никто не сбросил и сбросить может только дилерский сканер MUT-III (который стоит около 1000$, не каждый может себе такое позволить) и некоторые программы (тоже не бесплатные). Все в тех же таблицах можно найти команду под говорящим само за себя названием CLEAR_CVT_oil_degradation_level_Start. Можно злобно посмеяться в сторону ОД и самому сбросить этот злополучный счетчик. Отправляем команду

3103 в блок CVT и… получаем в ответ 7F3133.

Небольшое отступление. Почти во всех автомобилях для проведения диагностики и обслуживания используется механизм UDS (он же ISO 14229).

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

В итоге имеем расшифрованный ответ от вариатора: 7F — запрос отклонен, 31 — это PID, который мы отправляли и Negative response code

33, а именно Security Access Denied. То есть, у нас нет прав на изменение или запрос этой функции. У кого же она есть?

Отступление 2. В UDS используется механизм разграничения доступа по нескольким уровням — обычная диагностическая сессия, расширенная сессия, сессия программирования и т.п. В каждой сессии присутствуют уровни допуска, которые решают, что вам можно, а что нет. Чтобы получить доступ к ним, необходимо запросить у блока так называемый Seed, обработать его определенным алгоритмом и отправить обратно в блок (Key). Подробнее можно почитать тут.

Попробуем запросить seed. Отправляем в ECU команду 2701 и получаем в ответ 6701 6A43FD3C.
Отправив в ответ любое 4-байтное значение (27 02 DEADBEEF), получим в ответ 7F2735, где 35 это Invalid Key (неверный ключ), т.к. было отправлено значение «с потолка». Где же искать алгоритм вычисления ключа? В прошивке блока управления, больше негде. Достать его достаточно легко (но не на всех блоках, все зависит от используемого микроконтроллера), сначала находим обработчик приема CAN, затем функцию обработки PID 0x27.

Повторив обмен seed-key с алгоритмом из прошивки получим в ответ 6702 34, где 34 это «Доступ разрешен». После этого команда на сброс уровня деградации масла успешно отрабатывает и возвращает не negative response code, а положительный ответ 7103 01 и счетчик успешно сбрасывается.

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

Пример изменения конфигурации на видео:


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

2 — что такое диагностический стандарт OBDII

История появления стандарта OBDII

Сначала нужно понять, что такое система OBDII и как она появилась. OBD (On-board diagnostics — бортовая диагностика) это общий термин, относящийся к самодиагностике автомобиля и возможности получения информации от бортовых систем. Системы OBD позволяют получить доступ к информации о состоянии различных систем автомобиля. Объем доступной информации сильно разнится, т.к. система начала свое развитие с начала 80х. Ранние версии OBD при неисправности зажигали лампочку MIL (malfunction indicator lamp — лампа индикации неисправности), но никакой информации о сути неисправности не предоставляли. Современные реализации OBD используют стандартный цифровой разъем, по которому можно получать данные с автомобиля в реальном времени, в том числе стандартизованные коды неисправностей (DTC -diagnostic trouble codes), позволяющие идентифицировать неисправность.

История возникновения стандарта OBD II начинается в 50-х гг. прошлого века, когда правительство США вдруг обнаружило, что поддерживаемое им автомобилестроение в конечном счете ухудшает экологию. Вначале они не знали, что с этим делать, а затем стали создавать различные комитеты для оценки ситуации, годы работы которых и многочисленные оценки привели к появлению законодательных актов. Производители, изображая, что подчиняются этим актам, на самом деле не выполняли их, пренебрегая необходимыми тестовыми процедурами и стандартами. В начале 70-х законодатели предприняли новое наступление, и опять их усилия были проигнорированы. И только в 1977 г. ситуация начала меняться. Наступил энергетический кризис и спад производства, и это потребовало от производителей решительных действий по спасению самих себя. Департамент по контролю за воздушной средой (Air Resources Board, ARB) и Агентство по защите окружающей среды (Environment Protection Agency, EPA) пришлось воспринимать всерьёз.

На этом фоне и развивалась концепция стандарта OBD II. В прошлом каждый производитель использовал собственные системы и способы контроля выбросов. Чтобы изменить такое положение, Ассоциация автомобильных инженеров (Society of Automotive Engineers, SAE), предложила несколько стандартов. Можно считать, что рождение OBD произошло в тот момент, когда ARB сделало обязательными многие стандарты SAE в Калифорнии для автомобилей начиная с 1988 г. выпуска. Первоначально система диагностики OBD II была совсем не сложной. Она относилась к датчику кислорода, системе рециркуляции выхлопного газа (EGR), системе подачи топлива и блоку управления двигателем (ECM) в той части, которая касается превышения норм для выхлопных газов. Система не требовала единообразия от производителей. Каждый из них реализовывал собственную процедуру контроля выхлопов и диагностики. Системы мониторинга выхлопов не были эффективными, поскольку их создали как дополнение к автомобилям, уже находящимся в производстве. Автомобили, исходная конструкция которых не предусматривала мониторинга выхлопных газов, часто не удовлетворяли принятым нормативам. Производители таких автомобилей делали то, что требовали ARB и EPA, но не более. Поставим себя на место независимого автосервиса. Тогда нам пришлось бы иметь уникальный диагностический прибор, описания кодов и инструкции по ремонту для автомобилей каждого производителя. В таком случае автомобиль невозможно было бы хорошо отремонтировать, если вообще удалось бы справиться с ремонтом.

Правительство США оказалось в осаде со всех сторон, начиная с автосервисов и заканчивая защитниками чистого воздуха. Все требовали вмешательства EPA. В результате для создания широкого перечня процедур и стандартов использовались идеи ARB и стандарты SAE. К 1996 г. все производители, продающие автомобили в США, должны были выполнять эти требования. Так появилось второе поколение системы бортовой диагностики: On-Board Diagnostics II, или OBD II.

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

Евросоюз принял EOBD вариант автодиагностики основанный на OBD-II, который обязателен для всех автомобилей с января 2001 года. Существует также японский стандарт – JOBD. До OBD-II существовала версия OBD-I относящаяся к 1989 году и не имевшая широкого распространения. Новая версия автодиагностики OBD-III находится в состоянии доработки. 

Поддерживаемые диагностические протоколы OBD-2:
  • SAE J1850 PWM (Pulse Width Modulation — модуляция ширины импульса) Высокоскоростной протокол, обеспечивает производительность в 41,6 Кбайт/с. Он используется в марках Ford, Jaguar и Mazda. В соответствии с протоколом PWM сигналы передаются по двум проводам, подсоединенным к контактам 2 и 10 диагностического разъема.
  • SAE J1850 VPW (Variable Pulse Width — переменная ширина импульса). Протокол VPW поддерживает передачу данных со скоростью 10,4 Кбайт/с и применяется в автомобилях марок General Motors (GM) и Chrysler. Протокол VPW предусматривает передачу данных по одному проводу, подсоединенному к контакту 2 диагностического разъема.
  • ISO 9141-2 разработан ISO и применяется в большинстве европейских и азиатских автомобилей, а также в некоторых автомобилях Chrysler. Использует контакт 7 (К-линия) и опционально контакт 15 (L-линия).
  • ISO 14230 KWP2000 (Keyword Protocol 2000) на физическом уровне идентичен ISO 9141. Также использует контакт 7 (К-линия) и опционально 15 (L-линия).
  • ISO 15765 CAN. В рамках OBDII использует 2 контакта: 6 и 14. Является самым скоростным и современным.

Что такое OBD? — Описание системы. Компоненты. / KODOBD.RU

Содержание страницы

Описание

OBD (On-Board Diagnostics) расшифровывается как «Бортовая диагностика». Это компьютерная система, изначально разработанная для снижения выбросов путем мониторинга производительности основных компонентов двигателя.

Базовая система бортовой диагностики состоит из электронного блока управления (ECU), который использует входные сигналы от различных датчиков (например, датчиков кислорода) для управления исполнительными механизмами (например, топливными инжекторами), чтобы получить желаемую производительность. Индикатор «CHECK ENGINE» (проверьте двигатель), также известный как индикаторная лампа неисправности (MIL), обеспечивает раннее предупреждение о неисправностях для владельца автомобиля. Современное транспортное средство может поддерживать сотни параметров, к которым можно получить доступ через диагностический разъем (DLC) с помощью устройства, называемого диагностическим сканером.

компоненты obd

Существует два вида бортовых диагностических систем


OBD-I

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


OBD-II

В начале 1990-х годов Общество инженеров-автомобилестроителей (SAE) и Международная организация по стандартизации (ISO) выпустили набор стандартов, описывающих обмен цифровой информацией между ЭБУ и диагностическим прибором. Все автомобили, совместимые с OBD-II, должны были использовать стандартный диагностический разъем (SAE J1962) и обмениваться данными через один из стандартных протоколов связи.


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

obd таймлайн

Autodiagnostika.by — Статьи — Что такое OBD2 ?Что такое OBD2 ?

 

 

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

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

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

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

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

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

Рекомендации по подключению адаптеров.

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


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


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

2 — считываемые параметры, режимы, PID’ы

Считываемые параметры (PID’ы)

PID (Parameter ID) — это код, используемый для запроса диагностической информации. Стандарт SAE J/1979 определяет стандартный список таких кодов, но производители вправе добавлять свои специфические коды. Также производители автомобилей могут использовать не все коды, регламентированные стандартном SAE J/1979.

Принцип получения диагностической информации:

  • Например, Вас интересует температура охлаждающей жидкости. За нее отвечает PID «05» (шестнадцатеричное значение)
  • На ЭБУ автомобиля посылается значение этого PID’a: 05
  • ЭБУ распознает этот PID и отвечает значением этого PID’a. В нашем случае мы получаем температуру охлаждающей жидкости. (ВНИМАНИЕ! Не всегда полученное значение PID’a соответствует реальному показателю автомобиля. Иногда с ним необходимо произвести определенные действия, чтобы получить реальное значение параметра. В нашем случает, чтобы узнать температуру охлаждающей жидкости, от полученного значения необходимо отнять 40.)
Режимы работы

Стандарт SAE J/1979 определяет 10 режимов работы:

0x01. Show current data — Считывание текущих параметров работы системы управления

0x02. Show freeze frame data — Получение сохраненной фотографии текущих параметров работы системы управления на момент возникновение кодов неисправностей

0x03. Show stored Diagnostic Trouble Codes — Считывание хранящихся кодов неисправностей

0x04. Clear Diagnostic Trouble Codes and stored values — Стирание кодов неисправностей, фотографий текущий параметров, результатов тестов датчиков кислорода, результатов тестовых мониторов.

0x05. Test results, oxygen sensor monitoring (non CAN only) — Считывание и просмотр результатов теста датчиков кислорода (Не для шины CAN)

0x06. Test results, other component/system monitoring (Test results, oxygen sensor monitoring for CAN only) — Считывание результатов тестов, контролирующих работу катализатора, системы рециркуляции выхлопных газов (EGR), системы вентиляции топливного бака. (Считывание и просмотр результатов теста датчиков кислорода только для шины CAN)

0x07. Show pending Diagnostic Trouble Codes (detected during current or last driving cycle) — Запрос результатов диагностики непрерывно действующих тестов, выполняемых постоянно, пока выполняются условия для проведения теста. Эти тесты контролируют состав топливо-воздушной смеси, пропуски зажигания (misfire), остальные компоненты, влияющие на выхлоп.

0x08. Control operation of on-board component/system — Управление бортовыми системами.

0x09. Request vehicle information — Запрос информации о диагностируемом автомобиле: VIN-код и калибровочные данные.

0x0A. Permanent DTC’s (Cleared DTC’s) — ошибки, которые были удалены.

Производители не обязаны поддерживать все режимы работы. Также производители могут вводить новые режимы работы с порядковым номером, выше 09.

Распространенные PID’ы

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

Режим (hex) PID (hex) Байтов Описание Мин. значение Макс. значение Единицы измерения Формула
01 00 4 Список поддерживаемых PID’ов (0-20) Кодируется [A7..D0] == [PID 0x01..PID 0x20] Подробности ниже
01 04 1 Расчетное значение нагрузки на двигатель 0 100 % A*100/255
01 05 1 Температура охлаждающей жидкости -40 215 °C A-40
01 0A 1 Давление топлива 0 765 кПа A*3
01 0B 1 Давление во впускном коллекторе (абсолютное) 0 255 кПа A
01 0C 2 Обороты двигателя 0 16383.75 об/мин ((A*256)+B)/4
01 0D 1 Скорость автомобиля 0 255 км/час A
01 0E 1 Угол опережения зажигания -64 63.5 градусов относительно 1го цилиндра A/2 — 64
01 0F 1 Температура всасываемого воздуха -40 215 °C A-40
01 10 2 Массовый расход воздуха 0 655.35 грамм/сек. ((A*256)+B) / 100
01 11 1 Положение дроссельной заслонки 0 100 % A*100/255
01 13 1 Наличие датчиков кислорода [A0..A3] == Bank 1, Sensors 1-4. [A4..A7] == Bank 2…
01 1F 2 Время, прошедшее с запуска двигателя 0 65535 секунды (A*256)+B
01 20 4 Список поддерживаемых PID’ов (21-40) Кодируется [A7..D0] == [PID 0x21..PID 0x40] Подробности ниже
01 21 2 Дистанция, пройденная с зажженной лампой «проверь двигатель» 0 65535 км (A*256)+B
01 2F 1 Уровень топлива 0 100 % 100*A/255
01 30 1 Количество прогревов со времени очистки кодов нейсправности 0 255 А
01 31 2 Дистанция, пройденная со времени очистки кодов нейсправностей 0 65535 км (A*256)+B
01 33 1 Атмосферное давление (абсолютное) 0 255 кПа A
01 40 4 Список поддерживаемых PID’ов (41-60) Кодируется [A7..D0] == [PID 0x41..PID 0x60] Подробности ниже
01 42 2 Напряжение контрольного модуля 0 65.535 V ((A*256)+B)/1000
01 43 2 Абсолютное значение нагрузки 0 25700 % ((A*256)+B)*100/255
01 45 1 Относительное положение дроссельной заслонки 0 100 % A*100/255
01 46 1 Температура окружающего воздуха -40 215 °C A-40
01 47,48 1 Абсолютное положение дроссельной заслонки B,C 0 100 % A*100/255
01 49,4A,4B 1 Положение педали акселератора D,E,F 0 100 % A*100/255
01 4D 2 Время со включенной лампой «проверь двигатель» 0 65535 минут (A*256)+B
01 4E 2 Время, прошедшее с момента очистки кодов неисправностей 0 65535 минут (A*256)+B
01 51 1 Тип топлива Табличку смотри ниже
01 59 2 Абсолютное давление на топливной рампе 0 655350 кПа ((A*256)+B) * 10
01 5A 1 Относительное положение педали акселератора 0 100 % A*100/255
01 5B 1 Заряд силовой батареи гибрида 0 100 % A*100/255
01 5C 1 Температура масла двигателя -40 210 °C A-40
01 5D 2 Регулирование момента впрыска -210 301.992 ° (((A*256)+B)-26,880)/128
01 60 4 Список поддерживаемых PID’ов (61-80) Кодируется [A7..D0] == [PID 0x61..PID 0x80] Подробности ниже
01 63 2 Исходный момент двигателя 0 65535 Н*м A*256+B
01 61 1 Запрашиваемый момент двигателя -125 125 % А-125
01 62 1 Реальный момент двигателя -125 125 % A-125
02 02 2 Сохраненные коды ошибок Кодируется BCD
03 N*6 Запрос кодов ошибок 3 в одном сообщении, кодируется BCD
04 0 Очистка кодов ошибок Очистка всех кодов ошибок и погашение лампочки «Проверь двигатель»
09 02 5×5 Получить VIN Возвращает VIN в виде нескольких сообщений используя протокол ISO 15765-2. Обычно это 5 сообщений, первое из них кодирует размер и число остальных.

A, B, C и т.д. означает десятичный эквивалент 1го, 2го, 3го и т.д. байта данных.

Режим 01 PID 00

Запрос этого ПИДа возвращает 4 байта данных. Эти 4 байта сообщают о том, какие из следующих 32 ПИДов поддерживаются. Пример расшифровки ответа: машина отвечает BE 1F A8 13 — преобразовываем в двоичный код:

             B    E    1    F    A    8    1        3               
            ---- ---- ---- ---- ---- ---- ----  ----------
supported?  1011 1110 0001 1111 1010 1000 0001  0  0  1  1
PID num     1234 5678 .... .... .... .... .... 29 30 31 32

0=не поддерживается
1=поддерживается

Режим 01 PID 51 (Тип топлива)

Данный ПИД возвращает значение, соответствующее типу используемого топлива в автомобиле:

01    Gasoline - бензин
02    Methanol - метанол
03    Ethanol - этанол
04    Diesel - дизель
05    LPG - пропан-бутановая смесь
06    CNG - метан
07    Propane - пропан
08    Electric - электричество
09    Bifuel running Gasoline - битопливный автомобиль, работает на бензине
0A    Bifuel running Methanol - битопливный автомобиль, работает на метаноле
0B    Bifuel running Ethanol - битопливный автомобиль, работает на этаноле
0C    Bifuel running LPG - битопливный автомобиль, работает на пропан-бутане
0D    Bifuel running CNG - битопливный автомобиль, работает на метане
0E    Bifuel running Prop - битопливный автомобиль, работает на пропане
0F    Bifuel running Electricity - битопливный автомобиль, работает на электричестве
10    Bifuel mixed gas/electric - газоэлектрический битопливный автомобиль
11    Hybrid gasoline - бензиновый гибрид
12    Hybrid Ethanol - этаноловый гибрид
13    Hybrid Diesel - дизельный гибрид
14    Hybrid Electric - электрический гибрид
15    Hybrid Mixed fuel - гибрид на смешанном топливе
16    Hybrid Regenerative - гибрид с регенерацией
Нестандартные PID’ы

Большинство используемых ПИДов OBDII — нестандартные. Для большинства современных автомобилей существует множество дополнительных функций, доступных через OBDII, но использующих нестандартные ПИДы. Существует небольшая кросс-совместимость нестандартных ПИДов разных производителей.

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

Хотя Форд использует самый большой набор стандартных ПИДов, типичный автомобиль поддерживает только 20-40 стандартных ПИДов, в основном относящихся к системе выхлопа. Используя специализированный интерфейс для Фордов, Вы получите доступ к 200-300 параметрам и полудюжине систем, в том числе ABS, подушки безопасности, GEM, ICM и т.д.
Наш расширенный интерфейс для Фордов соответствует заводскому оборудованию, мы поддерживаем более 3400 параметров во всех 58 системах (все, которые бывают на автомобилях Форд)

В интернете существует очень ограниченное количество информации по нестандартным ПИДам. Первичный источник информации по нестандартным ПИДам для всех производителей — институт ETI (Equipment and Tool Institute), но информация доступна только его членам. Стоимость доступа к базе кодов начинается от $7500.

Отправить ответ

avatar
  Подписаться  
Уведомление о