Генератор

Распиновка кабеля obd. Распиновка диагностического разъема авто кабелей автоком

Распиновка OBD 2 разъема позволит автовладельцу правильно выполнить подсоединение контактов колодки для диагностики транспортного средства. К этому штекеру для проверки авто подключаются сканер или персональный компьютер (ПК).

[ Скрыть ]

Описание и особенности OBD 2

Система для диагностики автомобиля ОБД 2 по стандарту включает в себя структуру кода Х1234.

Каждый символ здесь имеет собственное значение:

  1. Х - элемент является единственным буквенным и позволяет узнать тип неисправности авто. Некорректно работать могут силовой агрегат, трансмиссия, датчики, контроллеры, электронные модули и т. д.
  2. 1 - общий код класса OBD. В зависимости от авто, он иногда является дополнительным кодом производителя.
  3. 2 - с помощью символа автовладелец сможет уточнить место неполадки. К примеру, это могут быть система зажигания, питания АКБ (аккумуляторной батареи), дополнительные электролинии и т. д.
  4. 3 и 4 - определяют порядковый номер неисправности.

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

В зависимости от производителя адаптера устройство может относиться, например, к таким международным классам:

  • SAE J1850;
  • SAE J1962;
  • ISO 9141-2.

Подробно о назначении диагностических колодок и их использовании рассказал канал «Мир Матизов».

Где находится OBD 2?

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

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

Расположение устройства может быть следующим:

  1. В специальной прорези ни нижнем кожухе приборной комбинации. Его можно увидеть в центральной консоли в области левого колена водителя.
  2. Под пепельницей, которая обычно располагается в центральной части консоли и приборной комбинации. В этом месте разъем часто устанавливается французскими производителями авто - Пежо, Ситроен, Рено.
  3. Под пластмассовыми заглушками, расположенными на нижней части приборной комбинации. В этом месте колодки обычно устанавливаются производителем VAG - автомобили Ауди, Фольксваген и т. д.
  4. На задней части центральной консоли, в области установки корпуса «бардачка». Это место расположения характерно для некоторых автомобилей ВАЗ.
  5. В зоне ручки ручного тормоза, под пластиком центральной консоли. Такое положение характерно для автомобилей Опель.
  6. В нижней части ниши подлокотника.
  7. В моторном отсеке, рядом со щитом двигателя. В этом месте разъем устанавливается корейскими и японскими производителями.

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

Пользователь Иван Матиешин на примере автомобиля Лада Гранта показал, где устанавливается диагностический выход OBD 2.

Виды разъемов

В современных транспортных средствах могут использоваться два типа диагностических колодок - классов А или В. Оба разъема оснащаются 16-пиновыми выходами, по восемь контактов в каждом ряду. Нумерация контактных элементов ведется слева направо, соответственно, вверху расположены компоненты под номерами 1–8, а внизу - 9–16. Внешняя часть корпуса диагностической колодки выполнена в виде трапеции и характеризуется округленными формами, что делает возможным подключение переходника.

Основное отличие между разными типами разъемов заключается в направляющих пазах, расположенных по центру.

Фотогалерея

Фото потенциальных мест расположения диагностических разъемов:

Расположение разъема в «бардачке» автомобиля Диагностический выход под центральной консолью авто Расположение колодки под пепельницей в салоне

Распиновка OBD 2

Схема подключения контактных элементов к диагностической колодке:

  1. Резервный контакт. В зависимости от производителя, на него может выводить любой сигнал. Он назначается разработчиком авто.
  2. Пин К. Используется для отправки разных параметров на блок управления. Во многих авто обозначается как шина J1850.
  3. Резервный контакт, который назначается производителем автомобиля.
  4. «Масса» диагностической колодки, подключенная к кузову транспортного средства.
  5. «Масса» сигнала диагностического адаптера.
  6. Контактный элемент для обеспечения прямого подключения цифрового CAN-интерфейса J2284.
  7. Контакт для подключения канала К в соответствии с международным стандартом ISO 9141-2.
  8. Резервный контактный элемент, назначается производителем автомобиля.
  9. Запасной контакт.
  10. Пин, необходимый для соединения с шиной класса J1850.
  11. Назначение данного контакта определяется производителем машины.
  12. Назначается разработчиком авто.
  13. Резервный пин, назначает производитель.
  14. Дополнительный контактный элемент для подключения цифрового CAN-интерфейса J2284.
  15. Пин для канала L, предназначенный для соединения в соответствии со стандартом ISO 9141-2.
  16. Плюсовой контакт для подключения напряжения электросети автомобиля, рассчитанный на 12 вольт.

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

Типы распиновок могут быть разными в зависимости от класса протокола:

  1. Если в автомобиле применяется стандарт ISO9141-2, то активация данного протокола производится посредством использования контакта 7. Пины под вторым и десятым номером не задействованы и являются неактивными. Для отправки информации используются контактные элементы 4, 5, 7 и 16. В зависимости от авто, для этой задачи может быть применен контакт 15.
  2. Если в автомобиле реализован протокол SAE J1850 типа VPW, то в разъеме задействованы второй, четвертый, пятый и шестнадцатый контакты. Такими колодками обычно оснащаются транспортные средства от General Motors европейского и американского производства.
  3. Возможно использование протокола J1850 в режиме PWM. Такое применение предусматривает дополнительное задействование десятого пина. Подобный тип разъемов устанавливается на автомобили Форд. Независимо от вида выхода, седьмой контакт не используется.

Канал «MotorState» подробно рассказал о распиновке OBD 2 диагностических разъемов для авто.

Диагностика через OBD 2

Процедура проверки производится так:

  1. В зависимости от автомобиля, процесс диагностики может осуществляться при отключенном или включенном зажигании. Данный момент надо уточнить в сервисном руководстве. Перед началом процедура зажигания в машине отключается или включается.
  2. Запускается программа на компьютере для проверки.
  3. Выполняется подключение диагностического оборудования к разъему. Если это сканер, то колодку с проводом от него нужно вставить в штекер. При использовании ПК один конец адаптера устанавливается в USB-выход компьютера, а другой соединяется с разъемом.
  4. Нужно дождаться, пока программа не определит колодку после синхронизации. Если это не происходит, следует зайти вручную в меню управления и выбрать опцию поиска новых устройств.
  5. Запускается процедура диагностики на компьютере. В зависимости от программного обеспечения, у пользователя может быть возможность выбора нужного инструмента проверки. Некоторые программы поддерживают раздельную диагностику двигателя, трансмиссионного агрегата, электросети и других узлов.
  6. После завершения процедуры проверки на экране ПК появятся коды неисправностей. Эти ошибки надо расшифровать, чтобы точно определить тип поломки. В соответствии с полученными данными производится ремонт транспортного средства.

Видео «Как произвести диагностику авто через ОБД 2?»

Канал «SUPER АЛИ» показал процесс тестирования систем транспортного средства с использованием специального сканера, подключенного к разъему OBD 2.

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

В OBDII разъёме по стандарту J1962M присутствуют три стандартных интерфейса: MS_CAN, K/L-Line, 1850, там же плюс аккумулятора и две земли (сигнальная и просто масса). Это по стандарту, остальные 7 из 16 выводов – ОЕМ, то есть каждый производитель эти выводы использует как ему заблагорассудится. Но и стандартизованные выводы зачастую имеют расширенные, продвинутые функции. Например, MS_CAN может быть HS_CAN, HS_CAN может быть на других пинах (неоговоренных стандартом) наряду со стандартным MS_CAN., Пин №1 может быть: у форда – SW_CAN, у WAGов – IGN_ON, у КИА – check_engene. И т.д. Все интерфейсы также не были стационарны в своём развитии: тот же интерфейс K –Line изначально был однонаправленным, сейчас он двунаправленный., Бодрейт CAN интерфейса также растёт. Вообще, подавляющее большинство европейских автомобилей 90-х и начала нулевых вполне себе можно было продиагностировать имея только K –Line, а большинство американских – только SAE1850. В настоящее время общий вектор развития – это всё более широкое применение CAN, повышение скорости обмена., всё чаще видим и однопроводный SW_CAN.

Существует мнение, что англоязычный программист сидя на профильных(англоязычных же) форумах, закопавшись в тексты стандартов, может за “максимум 4-5 месяцев” построить универсальный движок, который со всем этим разнообразием справится. На практике это не так. Всё равно возникает потребность сниферить каждую новую машину., иногда даже одну и ту же машину, но в разных комплектациях. И получается, что заявляют о 800-900 типах поддерживаемых автомобилей, а на практике 10-20 реально оттестированных. И это система, –в РФ автору известны, по-крайней мере, 3 команды разработчиков, пошедших по этому тернистому пути и все с одинаково плачевным результатом: нужно сниферить/кастомизировать каждую модель автомобиля, а ресурсов/средств на это нет. И причина этого вот в чем: стандарт-стандартом, а каждый производитель когда вынужденно, а когда и преднамеренно вносит в свою реализацию что-то своё, стандартом не описанное. Кроме того, не все данные по-умолчанию присутствуют на разъёме. Есть данные, появление которых нужно инициировать (дать тому или иному блоку автомобиля команду передать нужные данные).

И вот тут на сцену выходят интерпретаторы шины OBDII. Это микроконтроллер, с набором интерфейсов, соответствующих стандарту J1962M, переводящий всё многообразие данных на разных интерфейсах диагностических разъёмов в язык, более удобный для приложений, например для приложений диагностики. Иными словами, всё многообразие протоколов расшифровывается теперь приложением, не важно, на чём работающим – на компьютере с Windows или на планшете/смартфоне. Первым массовым интерпретатором OBDII с открытым протоколом стал ELM327. Это 8-ми битный микроконтроллер MicroChip PIC18F2580. Пусть читателя не удивляет тот факт, что этот микроконтроллер является массовым прибором общего применения. Прошивка как раз проприентарная и реальная стоимость “PIC18F2580+FirmWare” составляет внушительные 19-24$. То есть сканер, выполненный на “честном” чипе ELM327 не может стоить меньше, чем 50 вечнозелёных президентов. Откуда же на рынке такое разнообразие сканеров/адаптеров с ценами “от 1000рублей”, спросите Вы? А это наши китайские друзья постарались! Уж как они клонировали этот чип, травили кристалл послойно или сниферили денно и ночно – оставим за кадром. Но факт остаётся: на рынке появились клоны (для справки: 8-ми битный контроллер MicroChip в оптовых закупках ныне стоит меньше доллара). Другое дело, насколько правильно эти клоны работают. Есть мнение, что “пока народ покупает дешёвые адаптеры, автоэлектрики без работы не останутся”. То есть покупает человек адаптер с мыслью “чего-нибудь там перезалить или настроить”., а результат получает иной, ну, то есть, не тот, на который рассчитывал. Ну например, вдруг начинает всеми своими огоньками мультимедиа-система моргать, или выскакивает ошибка, или вообще коробка в аварийный режим переходит. И хорошо, если без серьезных последствий – в большинстве случаев специалист с профессиональным оборудованием вылечит железного коня. Но случается и иначе. Здесь могут смешаться сразу несколько факторов: неправильный адаптер(клон), неправильный софт, неправильная связка адаптер+софт, ну и “кривые” руки тоже свою роль сыграть могут. Замечу, что адаптер на честном чипе от производителя с правильным софтом к плачевным результатам не приведёт, по крайней мере, автору о таких случаях не известно.
А что можно сделать с помощью такого адаптера? Ну наверное, самый частый случай, положить в бардачок “на всякий случай”. Посмотреть и сбросить ошибку, коль скоро та появится. Одометр сбросить перед продажей авто, или наоборот, “накрутить” если ты наёмный водитель. Включить какую-либо опцию в автомобиле, которая по-умолчанию выключена, а у официального дилера эта услуга платная. Обновление прошивок и переконфигурирование электронных блоков, всё-таки оставим специалистам, но большинство адаптеров позволяют и это. Кому-то понравится просто иметь больше информации о параметрах работы двигателя и других систем в виде красивой графики на планшете или смартфоне. Часто встречаются на дороге, почему-то таксисты, у которых андроид-планшет установлен перед приборной панелью и полностью её перекрывает, так вот: планшет этот скорее всего подключен к такому адаптеру по блютузу или по Wi-Fi. Есть и ещё целый ряд применений, это использование такого адаптера совместно с телематическим прибором (трекером) или сигнализацией. Подключение к диагностическому разъёму посредством такого адаптера позволяет малой кровью снимать данные, необходимые для мониторинга. В большинстве случаев такой метод обходится разработчику дешевле, да и сама установка проще, ведь исчезает необходимость в установке различных датчиков, всё (ну или почти всё) можно снять с OBDII.
Другое дело, что возможности чипа в настоящее время уже недостаточны и для использования в современных автомобилях. Где-то в середине нулевых годов пошли вверх скорости обмена по шине CAN, появился SW_CAN. Но самое главное: возросла длина (количество символов) в кодовых словах. И если аппаратно можно, через реле или банальный тумблер, приляпать к ELM327 костыли, которые позволят работать и с MS и с HS да и с SW релизами CAN, то на длинные кодовые слова вычислительной мощности PIC18F2580 с его 4 MIPS явно недостаточно. К слову, последняя версия ELM327 (V1.4) датируется 2009 годом. И использовать этот чип без “костылей” можно только для автомобилей выпуска до середины нулевых. Так что же делать. Выход, как ни странно есть, причём не один.
CAN-LOG, тоже интерпретатор, но не полного набора интерфейсов OBDII, а двух CAN шин. Оказывается, этого достаточно, чтобы в большинстве случаев снять всю необходимую информацию. Правда, далеко не у всех автомобилей обе CAN шины выведены на диагностический разъём. Значит, придётся подключаться под панелью приборов. А это не всегда приемлемо из соображений сохранения гарантии, правда есть вариант беспроводного съёма информации с шины, но это ещё дороже, да и достоверность снятых данных не 100%. Можно использовать как готовый прибор, подключив его посредством УАРТа или RS232, так и просто чип, интегрировав его на плату устройства с небольшим количеством дискретных компонентов. Стоимость прибора – конечно выше, чем стоимость аутентичного ELM327, но это компенсируется огромным списком поддерживаемых автомобилей и функций. Причём в список поддерживаемых автомобилей включены не только легковые автомобили, но и также грузовики, строительная, дорожная и сельскохозяйственная техника. CAN-LOG работает несколько иначе, чем ELM327 и его клоны. При подключении к шинам автомобиля необходимо выбрать и установить номер программы, соответствующей автомобилю. И это удобно, т.к. разработчику не нужно вникать во всё многообразие протоколов. (В ELM327 выбор автомобиля и тонкая настройка чипа отданы на откуп приложению).
Существуют и иные решения, позволяющие легко и изящно снимать данные с диагностического разъёма. Ну а вопрос о том, можно ли приручить штатный диагностический разъём, и как, каждый разработчик решит сам. Для парка автомобилей одной марки, можно попытаться написать свой софт, если конечно производитель не закрывает протоколы. А если телематическое устройство будет устанавливаться на разные модели, то разумнее использовать какой-либо из OBDII интерпретаторов.

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

В OBDII разъёме по стандарту J1962M присутствуют три стандартных интерфейса: MS_CAN, K/L-Line, 1850, там же плюс аккумулятора и две земли (сигнальная и просто масса). Это по стандарту, остальные 7 из 16 выводов – ОЕМ, то есть каждый производитель эти выводы использует как ему заблагорассудится. Но и стандартизованные выводы зачастую имеют расширенные, продвинутые функции. Например, MS_CAN может быть HS_CAN, HS_CAN может быть на других пинах (неоговоренных стандартом) наряду со стандартным MS_CAN., Пин №1 может быть: у форда – SW_CAN, у WAGов – IGN_ON, у КИА – check_engene. И т.д. Все интерфейсы также не были стационарны в своём развитии: тот же интерфейс K –Line изначально был однонаправленным, сейчас он двунаправленный., Бодрейт CAN интерфейса также растёт. Вообще, подавляющее большинство европейских автомобилей 90-х и начала нулевых вполне себе можно было продиагностировать имея только K –Line, а большинство американских – только SAE1850. В настоящее время общий вектор развития – это всё более широкое применение CAN, повышение скорости обмена., всё чаще видим и однопроводный SW_CAN.

Существует мнение, что англоязычный программист сидя на профильных(англоязычных же) форумах, закопавшись в тексты стандартов, может за “максимум 4-5 месяцев” построить универсальный движок, который со всем этим разнообразием справится. На практике это не так. Всё равно возникает потребность сниферить каждую новую машину., иногда даже одну и ту же машину, но в разных комплектациях. И получается, что заявляют о 800-900 типах поддерживаемых автомобилей, а на практике 10-20 реально оттестированных. И это система, –в РФ автору известны, по-крайней мере, 3 команды разработчиков, пошедших по этому тернистому пути и все с одинаково плачевным результатом: нужно сниферить/кастомизировать каждую модель автомобиля, а ресурсов/средств на это нет. И причина этого вот в чем: стандарт-стандартом, а каждый производитель когда вынужденно, а когда и преднамеренно вносит в свою реализацию что-то своё, стандартом не описанное. Кроме того, не все данные по-умолчанию присутствуют на разъёме. Есть данные, появление которых нужно инициировать (дать тому или иному блоку автомобиля команду передать нужные данные).

И вот тут на сцену выходят интерпретаторы шины OBDII. Это микроконтроллер, с набором интерфейсов, соответствующих стандарту J1962M, переводящий всё многообразие данных на разных интерфейсах диагностических разъёмов в язык, более удобный для приложений, например для приложений диагностики. Иными словами, всё многообразие протоколов расшифровывается теперь приложением, не важно, на чём работающим – на компьютере с Windows или на планшете/смартфоне. Первым массовым интерпретатором OBDII с открытым протоколом стал ELM327. Это 8-ми битный микроконтроллер MicroChip PIC18F2580. Пусть читателя не удивляет тот факт, что этот микроконтроллер является массовым прибором общего применения. Прошивка как раз проприентарная и реальная стоимость “PIC18F2580+FirmWare” составляет внушительные 19-24$. То есть сканер, выполненный на “честном” чипе ELM327 не может стоить меньше, чем 50 вечнозелёных президентов. Откуда же на рынке такое разнообразие сканеров/адаптеров с ценами “от 1000рублей”, спросите Вы? А это наши китайские друзья постарались! Уж как они клонировали этот чип, травили кристалл послойно или сниферили денно и ночно – оставим за кадром. Но факт остаётся: на рынке появились клоны (для справки: 8-ми битный контроллер MicroChip в оптовых закупках ныне стоит меньше доллара). Другое дело, насколько правильно эти клоны работают. Есть мнение, что “пока народ покупает дешёвые адаптеры, автоэлектрики без работы не останутся”. То есть покупает человек адаптер с мыслью “чего-нибудь там перезалить или настроить”., а результат получает иной, ну, то есть, не тот, на который рассчитывал. Ну например, вдруг начинает всеми своими огоньками мультимедиа-система моргать, или выскакивает ошибка, или вообще коробка в аварийный режим переходит. И хорошо, если без серьезных последствий – в большинстве случаев специалист с профессиональным оборудованием вылечит железного коня. Но случается и иначе. Здесь могут смешаться сразу несколько факторов: неправильный адаптер(клон), неправильный софт, неправильная связка адаптер+софт, ну и “кривые” руки тоже свою роль сыграть могут. Замечу, что адаптер на честном чипе от производителя с правильным софтом к плачевным результатам не приведёт, по крайней мере, автору о таких случаях не известно.
А что можно сделать с помощью такого адаптера? Ну наверное, самый частый случай, положить в бардачок “на всякий случай”. Посмотреть и сбросить ошибку, коль скоро та появится. Одометр сбросить перед продажей авто, или наоборот, “накрутить” если ты наёмный водитель. Включить какую-либо опцию в автомобиле, которая по-умолчанию выключена, а у официального дилера эта услуга платная. Обновление прошивок и переконфигурирование электронных блоков, всё-таки оставим специалистам, но большинство адаптеров позволяют и это. Кому-то понравится просто иметь больше информации о параметрах работы двигателя и других систем в виде красивой графики на планшете или смартфоне. Часто встречаются на дороге, почему-то таксисты, у которых андроид-планшет установлен перед приборной панелью и полностью её перекрывает, так вот: планшет этот скорее всего подключен к такому адаптеру по блютузу или по Wi-Fi. Есть и ещё целый ряд применений, это использование такого адаптера совместно с телематическим прибором (трекером) или сигнализацией. Подключение к диагностическому разъёму посредством такого адаптера позволяет малой кровью снимать данные, необходимые для мониторинга. В большинстве случаев такой метод обходится разработчику дешевле, да и сама установка проще, ведь исчезает необходимость в установке различных датчиков, всё (ну или почти всё) можно снять с OBDII.
Другое дело, что возможности чипа в настоящее время уже недостаточны и для использования в современных автомобилях. Где-то в середине нулевых годов пошли вверх скорости обмена по шине CAN, появился SW_CAN. Но самое главное: возросла длина (количество символов) в кодовых словах. И если аппаратно можно, через реле или банальный тумблер, приляпать к ELM327 костыли, которые позволят работать и с MS и с HS да и с SW релизами CAN, то на длинные кодовые слова вычислительной мощности PIC18F2580 с его 4 MIPS явно недостаточно. К слову, последняя версия ELM327 (V1.4) датируется 2009 годом. И использовать этот чип без “костылей” можно только для автомобилей выпуска до середины нулевых. Так что же делать. Выход, как ни странно есть, причём не один.
CAN-LOG, тоже интерпретатор, но не полного набора интерфейсов OBDII, а двух CAN шин. Оказывается, этого достаточно, чтобы в большинстве случаев снять всю необходимую информацию. Правда, далеко не у всех автомобилей обе CAN шины выведены на диагностический разъём. Значит, придётся подключаться под панелью приборов. А это не всегда приемлемо из соображений сохранения гарантии, правда есть вариант беспроводного съёма информации с шины, но это ещё дороже, да и достоверность снятых данных не 100%. Можно использовать как готовый прибор, подключив его посредством УАРТа или RS232, так и просто чип, интегрировав его на плату устройства с небольшим количеством дискретных компонентов. Стоимость прибора – конечно выше, чем стоимость аутентичного ELM327, но это компенсируется огромным списком поддерживаемых автомобилей и функций. Причём в список поддерживаемых автомобилей включены не только легковые автомобили, но и также грузовики, строительная, дорожная и сельскохозяйственная техника. CAN-LOG работает несколько иначе, чем ELM327 и его клоны. При подключении к шинам автомобиля необходимо выбрать и установить номер программы, соответствующей автомобилю. И это удобно, т.к. разработчику не нужно вникать во всё многообразие протоколов. (В ELM327 выбор автомобиля и тонкая настройка чипа отданы на откуп приложению).
Существуют и иные решения, позволяющие легко и изящно снимать данные с диагностического разъёма. Ну а вопрос о том, можно ли приручить штатный диагностический разъём, и как, каждый разработчик решит сам. Для парка автомобилей одной марки, можно попытаться написать свой софт, если конечно производитель не закрывает протоколы. А если телематическое устройство будет устанавливаться на разные модели, то разумнее использовать какой-либо из OBDII интерпретаторов.

Диагностический разъем OBD

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

Для того, чтобы понять чем «дышит» автомобиль существует диагностический разъем. Тот вид, который он сейчас имеет появился не сразу. Как всегда нам в этом помогла Америка. То, что они с жиру бесятся, это мы знаем, но то, что из этого выходит что-то путное довольно редкий случай. Однако по порядку. Очень длительное время правительство США поддерживало свою автомобильную промышленность (не путать с тем, что происходит в России). Но тут забили тревогу экологи, те самые, что против прогрева машин, дескать, портят природу ваши машины. Стали создаваться комиссии, комитеты и подкомитеты, указы …производители же делали вид, что подчиняются, а на самом деле пренебрегали всем, чем только можно. И вот грянул энергетический кризис, повлекший спад производства, автопроизводители призадумались, игнорировать решения правительства становилось накладно. Вот в такой сложной обстановке и создавались правила OBD (On Board Diagnostics www.obdii.com для тех кто рубит в англицком). Каждый производитель использовал свои методы контроля выбросов. Чтобы изменить такое положение Ассоциация автомобильных инженеров предложила несколько стандартов, считается что рождение OBD произошло в тот момент, когда Департамент по контролю за воздушной средой сделал многие из этих стандартов обязательными в Калифорнии для автомобилей начиная с 1988 года выпуска. Отслеживалось всего несколько параметров: датчик кислорода, система рециркуляции выхлопа, система подачи топлива и блок управления двигателем в разрезе превышения норм по выхлопным газам. Но порядка таким образом навести не удалось, а только все еще более запуталось. Во-первых, системы мониторинга были буквально притянуты за уши к старым автомобилям, поскольку их создавали как дополнительное оборудование. Производители только формально выполняли требования, стоимость автомобиля увеличивалась. Во-вторых взвыли независимые сервисы - каждый автомобиль стал практически уникальным, на него требовалась подробная инструкция производителя, описание кодов, сканер со своим разъемом. Виноватым оказалось правительство США, его обвиняли производители, экологи, сервисные станции, автолюбители. В 1996 году было принято решение о том, что все производители автомобилей, продающие свою продукцию на территории США должны придерживаться норм OBDII, переработанной спецификации OBD. Таким образом OBDII это не система управления двигателем, как многие считают, а набор правил и требований, которые должен соблюдать каждый производитель, чтобы соответствовать федеральным нормам США по составу выхлопных газов. Для более глубокого понимания предлагаю рассмотреть подробнее основные требования стандарта.

1. Диагностический разъем стандарта OBDII. Его основная функция обеспечить связь диагностического сканера с блоками управления, совместимыми с OBDII и соответствовать стандартам SAE J1962, т. е. он должен находиться в одном из восьми мест, определенных Агентством по защите окружающей среды (во как!!!) и в пределах 16 дюймов от рулевой колонки. Каждый контакт имеет свое назначение, некоторые, например, отданы на усмотрение производителя, главное чтобы они не пересекались с блоками управления, совместимыми с OBDII.

Рассмотрим подробнее разъемы. 4, 5, 16 разъемы относятся к питанию, это сделано из соображений удобства - на сканер сразу подается напряжение питания, не требуется отдельный провод, например в прикуриватель. 2, 10, 6, 14, 7,15 собственно выводы трех равнозначных стандартов. Производители могут выбрать какой именно использовать для своей продукции. Таким образом, с точки зрения разъема и протоколов присутствует полная унификация.

Рис2

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

2. Стандартные протоколы связи для диагностики. Как видим стандартом предусмотрено всего три протокола. Алгоритм работы простой «запрос - ответ». Сами протоколы еще классифицируются по скорости обмена данными.

А - самый медленный 10 Кбайт/с. В стандарте ISO9141 используется протокол класса А.

B - cкорость 100 Кбайт/с. Это стандарт SAE J1850.

С - cкорость 1 Мбайт/с. Наиболее используемый стандарт класса С для автомобилей это протокол CAN.

Рассмотрим эти протоколы..

Протокол J1850. Существует два вида: J1850 PWM ((Pulse Width Modulation - модуляция ширины импульса) высокоскоростной, обеспечивающий 41,6 Кбайт/сек. Его используют Ford, Jaguar и Mazda. В соответствии с протоколом PWM сигналы передаются по двум проводам на контакты 2 и 10. J1850 VPW (Variable Pulse Width - переменная ширина импульса) поддерживает передачу данных со скоростью 10,4. Кбайт/сек. Его используют General Motors (GM) и Chrysler. Этот протокол использует один провод и использует разъем 2. ISO 9141 не такой сложный какJ1850 , не требует коммуникационных микропроцессоров. Применяется в большинстве европейских и азиатских автомобилей, а также в некоторых моделях Chrysler.

Вот тут хочется сделать небольшое отступление для владельцев автомобилей Hyundai. Обратите внимание, что у нас задействован 2 контакт (протокол ISO 9141 ), не что иное, как всем известный K-Line. А это открывает широкие возможности для использования БК сделанных для автомобилей ВАЗ. Ведь чего добивались создатели OBDII - совместимости, вот она получите. Есть один нюанс, но о нем чуть позже.

3. Лампочка индикации неисправности Check Engine. Она загорается, когда система управления двигателем обнаруживает проблему с составом выхлопных газов. Её назначение информировать водителя о том, что в процессе работы системы управления двигателем возникла проблема. Трактовать ее надо следующим образом «неплохо бы заехать в сервис» и всё. Двигатель не взорвется, машина не загорится. Другое дело, если у вас загорелся индикатор масла или предупреждение о перегреве двигателя. Тогда надо паниковать. Лампочка Check Engine срабатывает по определенному алгоритму, в зависимости от серьезности неисправности. Если неисправность серьезная и требуется срочный ремонт индикатор загорается сразу. Такая неисправность относится к разряду активных (Active). Если ошибка не фатальная индикатор не горит, а неисправности присваивается сохраняемый статус (Stored). Для того, чтобы такая неисправность стала активной она должна повториться в течение нескольких драйв-циклов (это процесс при котором холодный двигатель запускается и работает до достижения рабочей температуры).

4. Диагностические коды ошибок (DTC - Diagnostic Trouble Code). Неисправность в стандарте OBDII в соответствии со спецификацией J2012 описывается следующим образом:

рис3

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

P - двигатель и трансмиссия

B - кузов

C - шасси

U - сетевые коммуникации

Второй символ показывает, что определил код.

0 или P0 - базовый (открытый) код неисправности, определенный Ассоциацией автомобильных инженеров.

1 или P1 - код неисправности, определяемый производителем автомобиля.

Но не все так гладко в Датском королевстве, как кажется на первый взгляд. Помните, я обещал рассказать об одном нюансе. Так вот практически все БК знают коды P0 - базовые, а вот внутренние на каждый автомобиль свои. Например на Accent есть свои уникальные коды ошибок на каждый модельный год, а вот на Matrix - нет, почему это произошло, для меня загадка.

Третий символ это система, в которой обнаружена неисправность. Он несет наиболее полезную информацию.

1 - топливно-воздушная система

2 - топливная система

3 - система зажигания

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

5 - система управления скоростным режимом или холостым ходом с соответствующими вспомогательными системами

6 - модуль управления двигателем

7

8 - трансмиссия или ведущий мост

Четвертый и пятый символы это индивидуальный код ошибки. Обычно они соответствуют старым кодам OBDI.

5. Самодиагностика неисправностей, приводящих к повышенной токсичности выбросов. Программное обеспечение, управляющее процессом работы двигателя, это набор программ, совместимых с OBDII, которые выполняются в блоке управления двигателем и «наблюдают» за всем, что происходит вокруг. Блок управления двигателем это настоящий компьютер. В процессе работы которого выполняется огромное количество вычислений для команд многочисленными устройствами двигателя, на основании данных полученных от всевозможных датчиков. В дополнение к этому контроллер должен проводить диагностику и управление компонентами системы OBDII, а именно:

Проверить драйв-циклы, определяющие генерацию кодов ошибок

Запускает и выполняет мониторы компонентов

Определяет приоритет мониторов

Обновляет статус готовности мониторов

Выводит тестовые результаты для мониторов

Не допускает конфликтов между мониторами

Монитор - это тест, выполняемый системой OBDII в блоке управления двигателем для оценки правильности функционирования компонентов, ответственных за состав выбросов. Имеется два типа мониторов:

Непрерывный (выполняется пока есть соответствующие условия)

Дискретный (срабатывает один раз за поездку)

Остался еще один вопрос, который надо отдельно рассмотреть - это бортовые компьютеры (БК). Только не путайте с поделкой от Амиго или штатным - они практически не несут полезной информации. Для чего же нужны настоящие БК и что они могут? Существует масса людей, которым просто нравиться копаться со своей машиной, знать чем она «живет». Иногда можно просто сэкономить деньги - например сам определил, какой датчик вышел из строя, самому купить, самому поменять. Ведь сервисный центр обязательно включит в счет диагностику, а датчик продаст с немыслимой наценкой. Я, например, очень часто приезжаю в сервис с готовым решением - решить проблему мне интересно, а вот гайки крутить - нет. Мне интересно какой мгновенный расход, как скачет напряжение сети от потребителей, какие параметры выдаются датчиками, какие ошибки в работе были зафиксированы. Это хобби. И я прекрасно понимаю, почему производители не только не ставят полноценных БК, но и не сертифицируют от сторонних производителей. Мы лишаем супердоходов дилеров. Формальным же предлогом является лишняя нагрузка на блок управления двигателем, дескать он вынужден обрабатывать еще запросы БК. Логика в таком заявлении конечно же есть, но позвольте, а сканеры у дилеров, что не нагружают? Нагружают, но они сертифицированы. И стоят они немыслимых денег. Замкнутый круг какой-то. В общем, делайте выводы. Надеюсь, что с помощью этой статьи вы приблизились к пониманию своего автомобиля.

Autocom (автоком) — это современный диагностический инструмент, служащий связующим звеном между автомобилем и компьютером. Она работает на старых и новых автомобилях. С ним вы можете осуществлять диагностику автомобилей начиная с 1988 года. В общей сложности поддерживается почти 50 различных марок машин.

Схемы распиновки разъемов

Многие сталкиваются с проблемой распиновки кабелей для грузовых авто, поэтому редакция 2 Схемы собрала полный сборник цоколёвок и подключений таких кабелей.

Наборы кабелей Autocom

В продаже есть универсальные наборы, например набор диагностических кабелей Autocom CDP+ Trucks - используется для подключения автосканера Autocom CDP+ к грузовым автомобилям с диагностическими разъемами старого образца.

Перечень кабелей, входящих в комплект:

  • Диагностический кабель Autocom - Knorr, Wabco Trailer 7 pin
  • Диагностический кабель Autocom - MAN 12 pin
  • Диагностический кабель Autocom - MAN 37 pin
  • Диагностический кабель Autocom - IVECO 30 pin
  • Диагностический кабель Autocom - SCANIA 16 pin
  • Диагностический кабель Autocom - Mercedes-BENZ 14 pin
  • Диагностический кабель Autocom - Renault 12 pin
  • Диагностический кабель Autocom - VOLVO 8 pin

С пакетом программного обеспечения TRUCKS, вы в состоянии выполнить диагностику конкретной марки для легкогрузных и тяжелых коммерческих автомобилей, автобусов и прицепов с 1995 года.В общей сложности 37 различных марок.

Описание программы Автоком

Перечень поддерживаемых ЭБУ:

Диагностика двигателя по протоколу OBD2
- диагностика двигателя по заводским протоколам
- диагностика электронных систем зажигания
- диагностика систем управления климатом
- диагностика иммобилайзеров
- диагностика систем управления трансмиссией
- диагностика систем ABS
- диагностика систем SRS Airbag
- диагностика приборной панели и сброс сервисных интервалов
- диагностика систем обеспечения комфорта
- диагностика систем кузовной электроники

Диагностическая программа GENERIC предназначена для диагностики на основе стандартов, специально предназначена для связывания и стандартизации кодов неисправностей. GENERIC включена для легковых и грузовых вариантов.

Протоколы и стандарты 2xHS CAN (ISO 11898-2), SW CAN (SAE J2411), K/L (ISO 9141-2), VPW (J1850), PWM (J1850), RS485 (J1708), TTL and (SPI, analog in, 5volt out).

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

С многоцветным индикатором Autocom, вы имеете возможность полностью контролировать диагностический процесс. Различные цвета и звуковые подсказки укажут Вам какая стадия диагностики исполняется в текущее время. Например, если индикатор переключается между синим и зеленым обменивается данными с блоком управления автомобиля.

Когда Autocom подключен к автомобилю, устройство будет проверять напряжение борт сети транспортного средства и автоматически подстраивается под уровень напряжения автомобиля 12 или 24 вольт. Если напряжение становится слишком высоким или слишком низким, Autocom предупредит вас, как звуковой подсказкой, так и световым индикатором, а также оповещением через значок аккумулятора в программном обеспечении.

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

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

Интеллектуальные системы идентификации (ISI) определяет и автоматически выбирает тип контроллера, который установлен в транспортном средстве. Это гарантирует, что сеанс диагностики будет выполнен правильно с правильными параметрами, как требуется.

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

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

Видео инструкция