Как разобрать obd 2

Предлагаем детально рассмотреть пример разборки разъёма OBD-II автомобилей VAG группы.

Внешний вид разъёма OBD-II и контакта VAG группы автомобилей представлены на рисунке 1 и 2.

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

После этой операции продолжаем надавливать на крышку в указанном направлении и нажимаем на второй фиксатор через технологическое отверстие как показано на рисунке 4.

После проделанной операции разъём будет выглядеть следующим образом.

Далее, на пустые места под контакты разъёма OBD-II вставляем заранее подготовленные обжатые контакты на провода витой пары.

Витую пару вставляем на пустые места разъёма OBD-II, как правило это:

3 контакт - CAN H;

11 контакт - CAN L.

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

Купив Переходник OBD2 — GM12 pin для ВАЗ не спешите подключать его к своему автомобилю.

Прежде всего проверьте распиновку.

ВАЗ OBD2 and GM 12pin

— (Масса) GND	4 + 5	А
K-line	7	M
+(Плюс) 12V	16	H

Распиновка этого переходника не правильная.

ВАЗ LADA Daewoo GM12 pin на OBDII 16 pin

Тут происходит замыкание G на плюс H.

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

И так, неисправность кабеля была найдена — это смежный контакт плюса и бензонасоса H и G.

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

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

Пытаясь добраться до нужного контакта высока вероятность повреждения находящихся рядом проводов.

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

Страшный, но рабочий.

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

Ну или можно использовать, нерабочий переходник (с неправильной распиновкой). Конечно же переделав его.

GM 12 PIN диагностический разъем ваз подключение проводов для диагностики

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

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

ELM327 1.5 vs ELM327 2.1

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

Подключение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Код ошибки: P103E

Эпилог

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

Матвиенко Александр, Хоссейн Фахр.
P.S. Оригинальную английскую версию статьи можно найти здесь

• Java
• Разработка под Android
• IT-стандарты
• Автомобильные гаджеты

Читают сейчас

Редакторский дайджест

Присылаем лучшие статьи раз в месяц

Скоро на этот адрес придет письмо. Подтвердите подписку, если всё в силе.

• Скопировать ссылку
• Facebook
• Twitter
• ВКонтакте
• Telegram
• Pocket

Похожие публикации

• 9 июня 2021 в 13:53

Контроль сонливости водителя, кресла с учётом женской анатомии: что нового в автомобильных технологиях безопасности?

Анонс: общаемся об Android-разработке с Senior Android Developer Spotify Славой Савицким

Google запустила новый Android Developer Challenge

Курсы

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Минуточку внимания

Комментарии 58

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

Can управляет всему функциями авто. Obd2 для диагностики малого количества параметров.
Например через obd2 я не могу посмотреть открыта дверь или закрыта, по Can могу.

Я поправлю: CAN НЕ управляет всеми функциями авто.

CAN — это сеть из контроллеров которые сидят на одной шине и общаются между собой. Такие сети можно связать между собой только через Gateway.
Обычно же CAN'ом ошибочно называют два провода на корых сидят контроллеры.

ODB2 это протокол, по которому контроллеры могут общатся с внешним миром.

• заставить его сделать себе диагностику
• выдать информацию о контроллере, машине (например если VIN)
• перепрошить / проапдейтить software, bootloader контроллера
• перекодировать / пеменять параметры

Все верно. И простейший вариант: подключиться к CAN-шине через OBD-разъем, воткнув в него «китайский свисток» на основке ELM327 (адаптер).

А в документации этого адаптера есть описание и протокола CAN-шины, и команды управления, например, тут.

В ответ на команду вы получите код, расшифровку которого можно посмотреть, например, здесь. Но это только общая часть, действительная для практически всех производителей. А далее надо копать для каждого отдельно: Peugeot, Scoda, Reno, Volvo и т.д.

OBD — это грубо говоря стандарт на порт диагностики. CAN — это протокол обмена. В разъеме OBD2 может быть как CAN, так и что-то другое.

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

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

Поворот руля и передачу оно не показывает — или я не нашел (да и не искал, если честно) или у меня машина старенькая или вообще нету. Не знаю. В остальном информации очень много: расход бензина, воздуха, обороты, темпратуры, сторость, а дальше какие-то сильно автомобильные показатели, которых я даже не понимаю, но их много.

Ээээ, правильнен сказать: «Самое дешёвое профессиональное CAN-устройство — от 100 у.е.» ;)

А аот верхней границы, увы, нет. :)))

Устройство — это просто адаптер. Вся соль в программе, которая будет подавать команды и разбирать затем ответ. А вот тут без знаний протоколов конкретных производителей НИКУДА не шагнешь. Поэтому и так дорого стоят.

Есть программа на python PyRen. Там многое очень доступно прямо из кода

Ну, не совсем — если вам будет нужен высокоточный и многоканальный CAN-сниффер & логгер для отладки программ — то там само по себе железо будет тоже не одну тысячу у.е. стоить. :)

В общем из известных мне профессиональных, но самых простых решений — где чисто на USB идёт поток данных, но там и оболочка есть простая и удобная, и API, и ещё пара мелочей — это вот:

Кажется, в "классических работах" Миллера и Валасека их тоже видел. :)

Эээ, тут я, увы, не знаю, что сказать — не видел, опыта нет. :)

Ну вот у меня как-то забарахлила приборка.
Ехать оставалось километров 200, а скорость 0. Да и обороты не особо верно кажет.
Подрубаем EML'ку и вуаля. Аналогичные истории с загоранием чека внезапным.

Пока у вас машина новая, это все не нужно — когда вы ездите на винтаже, то вот тут оно нужно и даже очень.

Если под словом OBD-2 Вы понимаете протокол, то нет, нельзя. Этот стандарт изначально предназначался для контроля за выбросами двигателя, и там есть только параметры, которые явно или косвенно на эти выбросы влияют.
Список параметров можно найти в википедии, «OBD-II PIDs». Также можно почитать стандарты, например ISO 14230 (платный, но можно найти в интернетах).

А если под словом OBD-2 подразумевать разъем, всё становится интереснее. В дорогих машинах он соединяется с остальной шиной через гейт, и кроме диагностики там ничего нет, а вот во всём, что попроще, прямо в разъеме видно весь обмен на шине. И вот там есть и скорость (сама приходит, ничего спрашивать не надо), и обороты, и угол руля (если есть ESP или усилитель достаточно умный). Текущей передачи, правда, не будет (если задний ход не считать :-) ), но её можно самому посчитать по отношению скорости и оборотов двигателя.

Конечно, если «чисто случайно» подключить OBD-разъем не к Diagnostic-CAN, а к скажем Body-CAN (а CAN распределитель не трудно найти), то там столько самого прийдет, что только успевай подставлять HDD :-)

• то что читается с OBD — это отложенные (delayed) значения. Т.е. никакого RealTime (ESP, руль и т.д.)
• колличество таких сигналов очень ограниченно
• по каждому идут споры, должен ли электрик в мастерской или клиент этот сигнал видеть

По сути-то — что и где будет видно, это решение архитекторов конкретной модели.

И настройки гейтвеев (если они есть).

Как пример: когда я в самообразовательных и тестовых целях подключился на OBD-разъём моей сейчас семилетней Хюндай i30 — то там прекрасно было видно весь поток CAN-информации. С реакцией отдельных байтов и битов на открывание дверей, окон и пр.

Но если есть гейтвеи и строгая фильтрация — то мало что будет видно.

Все машины разные, гарантированного набора данных просто нет.
Вы можете примерно ориентироваться на то, что есть на приборной панели. Эти данные передаются через моторный CAN, но не факт что все. Например на моей Toyota Isis датчик уровня топлива подключен к приборке аналоговым проводом, и в моторном CAN отсутствует. Информация о номере передачи и вообще режимах автомата тоже отсутствует (лампочки на консоли подключены проводами напрямую к контроллеру автомата).
Для информации о кузове (управление замками, состояние концевиков дверей), надо подключаться к кузовному CAN. Опять же, для моей машины второго CAN просто нет, и такую информацию снять нельзя.

Чисто ради примера — вот там одна точка с моей машины в движении. Указаны все параметры, которые удалось снять из моторного CAN по стандартному протоколу:

Toyota Isis OBDII info:

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

Собственно, сами разъемы не представляют из себя ничего выдающегося — стандартный разъем, допускающий два варианта крепления — к «задней стенке» и к «потолку».

Разъемы понравились, литьё качественное, облоя нигде нет, клеммы защелкиваются хорошо, клеммы, кстати, не магнитятся.

Вставляются клеммы в разъем отверстием к середине разъема, в это отверстие защелкивается усик в разъеме. Соответственно, для разборки нужно этот усик поддеть иголочкой, и клемма извлекается. Обжимать не пробовал, ибо применил в конструкции провод МГТФ, который тонковат для обжимки в данные клеммы. Но подобные я уже обозревал, и всё там с обжимкой хорошо.

Теперь перейдём к конструйне выходного дня.

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

Рисуем схему и разводим плату в eagle

Изготавливать будем по фоторезистивной технологии. Печатаем плату на лазерном принтере на плёнке для лазерного принтера, после чего помещаем сей шаблон в пары растворителя. Я использую пластиковую канистру, в которую на дно плещу по пару десятков грамм 646 и 647 растворителей. Для чего это делается? А вот для чего:
ДО

ПОСЛЕ

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

Засветили, проявили в растворе соды:

Засвечиваю лампой для ногтей, к которой я крайне скептически относился, но в итоге остался крайне доволен её работой и применяю который год. Фоторезист покупал на местной онлайн-барахолке несколько лет назад.

Травление

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

Далее сделаем маску. Маску я использую обычную китайскую однокомпонентную. С ней достаточно сложно получить хороший результат, потому что сложно нанести её равномерно. В данном случае к сожалению текстолит был не слишком ровный, что привело к неравномерности нанесения. Принцип нанесения такой: поролоном «натыкиваем» фоторезист на плату до более-менее равномерного покрытия. Далее постепенно накрываем плёночкой (можно от файла, можно лавсаном от фоторезиста), сразу разглаживая кредиткой и добиваясь во-первых отсутствия пузырей воздуха, а во-вторых стараясь не сильно давить на плату чтобы не повредить равномерности нанесения. После того как плёнка приклеена — слегка разглаживаем кредиткой опять же для получения тонкого и равномерного слоя. далее прикладываем шаблон, прижимаем стеклом (да-да, стекло пропускает ультрафиолет) и засвечиваем. Я засвечиваю минуту, после чего аккуратно снимаю плёнку. тут идея в том, что на незасвеченных участках маска остается жидкой, и частично остается на плёнке, частично на плате, откуда её и нужно удалить слабым растворителем — например спиртом. После этого плату можно и нужно досветить еще минуты 3-5.

Сверлим плату и запаиваем детали

Я делал одностороннюю плату, потому что получилось всего две перемычки, не было смысла заморачиваться. RC-цепочки возле CAN-трансивера не стал запаивать, потому что не вижу в данном случае необходимости. Я его сюда и так-то в основном «для понта» поставил ;)

Сверлим корпус

И собираем до кучи

Немножко не попал с отверстием под разъем питания — гайка в крышку упирается :(

Ну и проверяем в работе. Я тут запитал девайс от аккумуляторной кроны, так что работает эта вся халабуда не совсем корректно, но переснимать видео уже лень ;) суть в том что оно таки работает и вполне показывает запросы от адаптера. Хотя, не исключено что и адаптеры подгоревшие ;)

Подытоживая: разъемы вполне годные, хоть и нужны мягко говоря не каждый день. Я купил по сути для того чтобы сделать эту вот приблуду, потому что иногда бывает нужно посмотреть. В своё время делал переходник для мерседеса для VCS — долго вычислял по каким линиям запросы идут — страшно жалел что нету такой приблуды. Но, пожалуй, придётся всё же дополнить мегадевайс пинхэдами, для удобного подключения осциллографа без разборки адаптера в спорных случаях.

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

  
• Какой чип выбрать на ауди
  
• Где находится эбу на ниссан цефиро а32
  
• Установка парктроника на газель некст цмф
  
• Ключ для снятия лямбда зонда на 22 купить в челябинске
  
• Замена лямбда зонда ваз 2109 инжектор