Распиновка ОBD-2 (On-Board Diagnostic) – термин, который обозначает стандарт при диагностике и контроле за деятельностью двигателя автомобиля, некоторых частей шасси и иных вспомогательных устройств.

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

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

Основные составляющие данной системы, которые и обеспечивают стандартизацию или, другими словами, «распиновку» 16-ти контактных разъемов OBD-2 для проведения диагностических операций это:
Контакт 1 (определяется производителем);
Контакт 2 - шина J 1850;
Контакт 3 (определяется производителем);
Контакт 4 - заземление шасси;
Контакт 5 - сигнальное заземление.
Контакт 6 - CAN (прямой) J2284;
Контакт 7 - ISO 9141 - 2 (К - линия);
Контакт 8 и 9 (определяется производителем);
Контакт 10 - шина J1850;
Контакт 11, 12, 13 (определяются производителем).
Контакт 14 - CAN (инвестированный) J2284;
Контакт 15 - ISO 9141 - 2 (L - линия);
Контакт 16 - напряжение аккумулятора.

Основная функция диагностического разъема OBD-II состоит в обеспечении связи сканера с управленческими блоками. Такой разъем OBD-II, как DLC, относящийся к стандарту SAE J1962, должен размещаться примерно в центре автомобиля в 3 - 18 сантиметрах от руля. При этом производители имеют право подбирать многие контакты сами. Очень важно то, что в состав разъема OBD-2 (распиновка это предполагает) включено заземление и питание, позволяющие автосканеру успешно работать, не подключая никаких дополнительных источников питания.

CAN, J1850 и ISO 9141-2 - это разработанные Международными организациями стандарты, и каждый контакт разъема OBD-II в обязательном порядке должен соответствовать одному из этих документов. Например, распиновка разъема OBD-2 определяет, что автомобили марки Ford связываются контактом 2 и 10, а автомобили марки GM - только через контакт 2. Вы, в свою очередь, сможете определить совместимость своей машины по диагностической колодке разъема OBD-2 .
Если система обнаружит неисправность в составе выхлопных газов, появится надпись Check Engine (призыв к проверке двигателя) и загорится лампочка. Причем паниковать не стоит, ваша жизнь в безопасности, и ничего не взорвется. Индикатор разъема OBD-2 только предупреждает о том, что количество вредных выбросов превышает норму. Проверить же, как функционирует индикатор системы OBD-II можно, включив зажигание: когда на щитке загорятся все индикаторы, загорится и индикатор MIL.
На сегодняшний день по дорогам движутся миллионы автомобилей, хозяева которых применяют диагностический разъем OBD-II, и отношение к нему только положительное. Ведь OBD-2 распиновка позволяет нам дышать более чистым воздухом, а также без дорогостоящей помощи высококвалифицированных при наличии OBD-II разъема специалистов с максимальной точностью определять неисправности машины.

OBD-II (On-board diagnostics) — Бортовая диагностика, стандарт разработанный в середине 90-х, предоставляет полный контроль за двигателем. Позволяет проводить мониторинг частей кузова и дополнительных устройств, а также диагностирует сеть управления автомобилем. В данном стандарте производители применяют различные протоколы соединения с автомобилем.

Спецификация OBD-II, предусматривает стандартизированный аппаратный интерфейс и представляет из себя колодку диагностического разъёма (DLC — Diagnostic Link Connector), соответствующую стандарту SAE J1962, с 16-ю контактами (2×8) для подключения диагностического оборудования к автомобилю в форме трапеции. В отличие от разъема OBD-I, который иногда встречается под капотом автомобиля, разъём OBD-II обязан быть в районе рулевого колеса, или в пределах досягаемости водителя. SAE J1962 определяет расположение выводов на разъёме:

OBD-II коды ошибок

Каждый из OBD-II кодов неисправностей, состоит из пяти символов. Буквы и четырёх цифр.

Нумерация ошибок OBD-II.

• P00xx — Контроль системы смесеобразования и системы доп. снижения токсичности выхлопа.
• P01xx — Контроль системы смесеобразования.
• P02xx — Контроль системы смесеобразования.
• P03xx — Система зажигания и система контроля пропусков воспламенения.
• P04xx — Вспомогательные системы контроля эмиссии.
• P05xx — Контроль скорости автомобиля, системы холостого хода и других систем.
• P06xx — Блоки управления ECM / PCM / TCM и другие системы
• P07xx — Трансмиссия.
• P08xx — Трансмиссия.
• P09xx — Трансмиссия.
• P10xx — Коды устанавливаемые производителем. Зависят от марки авто.
• P20xx — Коды устанавливаемые производителем. Зависят от марки авто.
• B00xx — Кузов ((подушки безопасности, центральный замок, электростекло-подъемники).
• C00xx — Шасси (ABS противопробуксовочная система, ESP, TCS-Traction Control System Система курсовой устойчивости).
• U10xx – Межблочная шина обмена данных (CAN-bus) (CAN-II).
• U25xx — Межблочная шина обмена данных (CAN-bus) (CAN-II).

Символы xx ссылаются на отдельные неисправности внутри каждой подсистемы.

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

OBD-II обеспечивает доступ к данным из различных систем автомобиля и в т.ч. из Блока управления двигателем (Engine control unit) и является ценным источником информации при устранении неполадок в автомобиле. Стандарт SAE J1979 определяет способ запроса различных диагностических данных и список стандартных параметров через PID (Parameter Identification) — Идентификаторы параметра, которые могут быть доступны в ECU. Список основных OBD-II PIDs, их определения и формулы для преобразования OBD-II в вывод значимых диагностических единиц, см. OBD-II Standard PIDs. Производители не обязаны выполнять все перечисленные в J1979 PID. Они могут включать в OEM собственные PID. Отдельные производители, зачастую расширяют OBD-II коды, дополнительным набором собственных OBD-II Non-Standard PIDs. Существует весьма ограниченный объем информации, являющейся общественным достоянием, для Non-Standard PIDs. Первичный источник информации по нестандартным ИНПам для всех производителей — институт ETI (Equipment and Tool Institute), но информация доступна только его членам.

OBD-II режимы диагностики систем

Основные возможности протокола OBD-II, в соответствии с ISO 15031:

• Mode $01: Диагностические данные силового привода (Current Powertrain Diagnostic Data, Live Data, Data Stream).
• Mode $02: Доступ к сохраненным («замороженным») данным (Freeze Frame, FF).
• Mode $03: Считывание кодов неисправностей влияющих на токсичность (Emission Related Powertrain).
• Mode $04: Стирание диагностической информации (Clear/Reset Emission Related Diagnostic Information) и кодов неисправности.
• Mode $05: Результаты проверки кислородных датчиков (Oxygen Sensor Monitoring Test Results)
• Mode $06: Результаты проверки («вторичных») непостоянно проверяемых компонентов (On-Board Monitoring Test Results for Non- Continuously Monitoring Systems)
• Mode $07: Результаты проверки постоянно проверяемых систем (Monitoring Test Results for Continuously Monitored Systems)
• Mode $08: Запрос выполнения управления исполнительными устройствами (Request Control of On-Board System Test or Component)
• Mode $09: Считывание идентификационной информации автомобиля (Request Vehicle Information).
• Mode $0A: Ошибки, которые были удалены. Permanent DTC’s (Cleared DTC’s) — Diagnostic Trouble Codes.

Идея не новая, но вопросов много. С одной стороны, можно снять практически любые данные, а с другой стороны, 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 интерпретаторов.

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

Как правило, розетка коннектора obd2 устанавливается в автомобиле около рулевой колонки, (расстояние составляет примерно 180 мм). Параметрические характеристики коннектора позволяют создать обмен информационными данными, используя при этом промышленную цифровую CAN-шину. Именно с помощью протокола CAN можно осуществлять подключение различных управляющих устройств,всевозможных датчиков и механизмов. Причем можно одновременно принимать и передавать данные в цифровом формате с большой скоростью, также есть функция защиты от помех.

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

Функциональные возможности и распиновка obd2 разъема выполнена по двух компонентной схеме без симметрии и включат в себя шестнадцать ножевидных контактов. Располагаются эти контакты в колодке параллельно друг другу с направляющим ключом. Их нумерация в колодке выполняется с левой стороны направо, при этом верхняя линия контактов обозначена цифрами с 1-8, а другой ряд с 9-16. Конструкция разъема выполнена из прочного пластика, а сами контакты разделяет специальная продольная пластина.

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

Распайка obd2 разъема с определением функции каждого контакта показана в таблице ниже:

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

Как самому изготовить соединительный кабель

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

OBD2 сканер на SsandYong New Actyon