Контакты обд 2. Экскурс в историю создания. Описание видов разъемов

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.

DE-9 OBD-II Signal
1 5 Signal Ground
2 4 Chassis Ground
3 6 CAN High (J-2284)
4 7 ISO 9141-2 K Line
5 14 CAN Low (J-2284)
6 10 J1850 Bus-
7 2 J1850 Bus+
8 15 ISO 9141-2 L Line
9 16 Battery Power

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

Краткое описание устройства для контроля

ВНИМАНИЕ! Найден совершенно простой способ сократить расход топлива! Не верите? Автомеханик с 15-летним стажем тоже не верил, пока не попробовал. А теперь он экономит на бензине 35 000 рублей в год!

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

Требуется обязательное нахождение разъема в салоне на расстоянии не меньше 18 см от рулевой колонки.Система универсальна для всех автомобилей, имеет стандартный цифровой протокол САN, позволяющий снимать данные в любой промежуток времени. Можно производить подробную идентификацию разных неполадок в машине.

При диагностике импортных машин используют добавочные линии K – Line и L – Line, а также цифровые способы передачи показателей – САN.

Контролирующая функция поддерживается шестнадцатью контактами:

  • контакт номер один – его устанавливают на заводе — изготовителе;
  • второй относится к шине J 1850;
  • номер три тоже ставит автопроизводитель;
  • четвертый – для контроля заземляющих контактов авто — шасси;
  • номер пять контролирует заземляющую сеть сигнальной линии;
  • контакт под номером шесть отвечает за САN цифровую шину;
  • номер семь – ISO 9141 – 2, K – Line;
  • восемь и девять установлен автопроизводителем;
  • десятый контролирует шину САNJ 1850;
  • номера одиннадцать, двенадцать и тринадцать тоже установлены на автозаводе;
  • контакт номер четырнадцать контролирует шину САNJ 2284;
  • пятнадцать – ISO 9141-2, L – Line;
  • шестнадцатый контролирует напряжение аккумулятора.

Адаптеры OBD – 2 разъема для диагностики

Автомобили всех марок в обязательном порядке должны быть оснащены диагностическим адаптером OBD – 2. Он применяется при диагностике авто самостоятельно или в сервисных центрах. Адаптер удобен для:

  • диагностирования всех агрегатов авто;
  • анализа ошибок и состояния пробега;
  • наблюденияза работой двигателя;
  • за напряжением;
  • температурой;
  • скоростью;
  • состоянием панельных приборов;
  • можно отслеживать средний и текущий расход топлива;
  • степень прогрева мотора;
  • контролировать проведенные поездки.

К адаптеру можно подключать ноутбуки, компьютеры, телефоны. Он подходит для подключения в системуOBD – 2 и всех программ, на которые распространяет свои требования обд 2 распиновка. Подсоединение производится шнуром USB, блютуз или WI – FI. При помощи переходника можно подвергнуть проверке автомобили всевозможных импортных и отечественных производителей.

Функции разъема, которые предусматривает распиновка OBD – 2

Основной функцией разъема OBD – 2 является обеспечение связи сканирующего устройства с блоками управления. Распиновка предусматривает подключение автомобильного электропитания и заземления для успешной работы автомобильного сканера, без подключения специального питающего блока. Выбирая сканер, следует узнать о его возможностях. Чем выше его цена, тем точнее будет проверка. Если нет возможности приобрести дорогой прибор, нужно выбирать сканер, сделанный именно под данную марку автомобиля.

Распиновка дает возможность водителю совместить свою машину с колодкой диагностики OBD – 2.

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

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

Устал платить за штрафы? Выход есть!

Забудьте о штрафах с камер! Абсолютно легальная новинка - НАНОПЛЁНКА, которая скрывает ваши номера от ИК камер (которые стоят по всем городам). Подробнее

  • Абсолютно легально (статья 12.2.4).
  • Скрывает от фото-видеофиксации.
  • Устанавливается самостоятельно за 2 минуты.
  • Не видна человеческому глазу, не портится из-за погоды.
  • Гарантия 2 года,

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

Поэтому практически все производимые транспортные средства оборудуются интерфейсами для подключения к диагностическим устройствам. К наиболее распространенным элементам таких интерфейсов относится разъем OBD2.

Что такое диагностический разъем по стандарту OBD2

Немного истории

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

Появление на рынке автомобилей новых производителей, расширяющаяся конкуренция предопределили необходимость унификации диагностических устройств. Первым производителем, который всерьез подошел к решению этой задачи, был General Motors, который ввел в 1980 году универсальный протокол обмена информации по интерфейсу ALDL Assembly Line Diagnostic Link.

В 86-м году протокол немного усовершенствовали, увеличив объем и скорость передачи информации. Уже в 1991 году в американском штате Калифорния ввели регламент, согласно которому все продаваемые здесь авто следовали протоколу OBD1. Это была аббревиатура On-Board Diagnostic, то есть бортовая диагностика. Она значительно упростила жизнь фирмам, обслуживающим транспортные средства. Этот протокол еще не регламентировал вид разъема, его расположение, протоколы ошибок.

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

Увидев явное преимущество процесса унификации ремонта и обслуживания авто, стандарт OBD2 был распространен на все транспортные средства с бензиновыми двигателями, продаваемые в Европе с 2000 года. В 2004 году обязательный стандарт OBD2 распространен на дизельные авто. Одновременно он был дополнен стандартами Controller Area Network для шин обмена данными.

Интерфейс

Неправильно полагать, что интерфейс и разъем OBD2 есть одно и то же. В понятие интерфейса входит:

  • непосредственно сам разъем, включая все электрические подключения;
  • система команд и протоколов обмена информации между блоками управления и программно-диагностическими комплексами;
  • стандарты выполнения и расположения разъемов.

Не обязательно разъем OBD2 должен быть выполнен в 16-ти пиновом трапециевидном исполнении. На многих грузовых и коммерческих авто они имеют другую конструкцию, но основные шины передачи в них также унифицированы.

В легковых автомобилях до 2000 года выпуска производитель мог самостоятельно определять форму OBD-разъема. Например, на некоторых автомобилях MAZDA нестандартизированный разъем применялся вплоть до 2003 года выпуска.

Четкое место установки разъема также не регламентировано. Стандарт указывает: в пределах досягаемости водителя. Более конкретно: не далее 1 метра от руля.

Это часто доставляет трудность для неопытных автоэлектриков. Наиболее частые расположения разъема:

  • около левого колена водителя под приборной панелью;
  • под пепельницей;
  • под одной из заглушек на консоли или под приборной панелью (в некоторых моделях VW);
  • под рычагом ручника (часто у ранних OPEL);
  • в подлокотнике (бывает у Рено).

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

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

Распиновка (схема подключения) OBD2 разъема

Схема подключения выводов стандартного OBD2 16-ти пинового разъема, используемого в большинстве современных легковых автомобилей, представлена на рисунке:

Назначение выводов:

  1. шина J1850;
  2. устанавливается производителем;
  3. масса авто;
  4. сигнальная земля;
  5. CAN-шина высокий уровень;
  6. K-Line шина;
  7. устанавливается производителем;
  8. устанавливается производителем;
  9. шина J1850;
  10. устанавливается производителем;
  11. устанавливается производителем;
  12. устанавливается производителем;
  13. шина CAN J2284;
  14. L-Line шина;
  15. плюс с АКБ.

Основные при диагностировании это CAN и K-L-Line шины. В процессе проведения диагностических работ они путем обмена информации по соответствующим протоколам опрашивают блоки управления автомобиля, получая информацию об ошибках в виде унифицированных кодов.

В некоторых случаях диагностическое устройство не может связаться с блоками управления. Это чаще всего связано с неисправностью CAN-шины: коротким замыканием или обрывом. Часто CAN-шину замыкают неисправности в блоках управления, например, ABS. Эту проблему можно решить отключением отдельных блоков.

Если потеряна связь по OBD-диагностике, сначала проверяют, родная ли магнитола установлена на авто. Иногда нештатная автомагнитола закорачивает К-Line шину.

Для большей верности при этом необходимо отключить магнитолу.

К выводам, назначение которых определяет производитель, обычно напрямую подключаются диагностические сигналы конкретных блоков управления (ABS, подушек безопасности SRS, кузовом и др.)

Подключение через переходники

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

В интернете можно найти схему перекоммутации выводов разъема подобно показанной на рисунке:

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

Для диагностического сканера AUTOCOM они имеют вид:

В минимальный стандартный набор для легковых авто входит восемь переходников. Один разъем переходника подключается к OBD разъему автомобиля, другой – к OBD диагностическому кабелю либо напрямую к BLUETOOTH ELM 327 сканеру.

Не во всех случаях использование переходников обеспечивает диагностирование автомобиля. Некоторые автомобили не обеспечивают сопряжение по OBD-протоколу, несмотря на то, что могут быть подключены к OBD-разъему. Это больше относится к пожилым авто.

Общий алгоритм диагностики автомобиля

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

Порядок проведения диагностических работ:

  1. Производится подключение OBD-кабеля к диагностическому разъему автомобиля и автосканеру. На сканере при подключении должен загореться сигнальный светодиод, свидетельствующий о подаче напряжения +12 Вольт на сканер. Если вывод +12 Вольт на разъеме не подключен, диагностирование невозможно. Следует искать причину отсутствия напряжения на 16 выводе диагностического разъема. Возможной причиной может быть неисправность предохранителя. Сканер (если это не самостоятельное устройство) подключается к ноутбуку. На компьютере загружается программное обеспечение для диагностических работ.
  2. В интерфейсной программе выбирается марка авто, двигателя, год выпуска.
  3. Включается зажигание, ожидается окончание самодиагностических работ авто (пока моргают лампочки на приборной панели).
  4. Производится запуск статического сканирования ошибок. В процессе диагностирования на сканере будет сигнализироваться морганием светодиодов процесс диагностики. Если этого не происходит, скорее всего, диагностика будет неуспешной.
  5. По окончании сканирования программа выдает коды ошибок. Во многих программах они сопровождаются русифицированной расшифровкой, иногда не следует им полностью доверять.
  6. Следует записать все коды ошибок до их удаления. Они могут удалиться, через некоторое время появиться вновь. Так часто случается в системе ABS.
  7. Удалить (точнее потереть) ошибки. Такая опция есть во всех сканерах. После этой операции неактивные ошибки удалятся.
  8. Выключить зажигание. Через пару минут вновь включить зажигание. Произвести запуск двигателя, дать поработать минут пять, лучше произвести контрольный заезд метров на пятьсот с обязательным произведением поворотов вправо-влево и торможением, движением задним ходом, включением световых сигналов и прочих опций для максимального опроса всех систем.
  9. Произвести повторное сканирование. Сравнить вновь «набитые» ошибки с предыдущими. Оставшиеся ошибки будут активными, их необходимо устранять.
  10. Заглушить авто.
  11. Произвести повторное дешифрование ошибок с помощью специальных программ или интернета.
  12. Включить зажигание, запустить двигатель, выполнить динамическую диагностику двигателя. Большинство сканеров позволяют в динамическом режиме (на запущенном двигателе, изменении положения педалей акселератора, тормоза, других органов управления) измерять параметры впрыска, угла зажигания и другие. Эти сведения более полно описывают работу автомобиля. Для расшифровки полученных диаграмм требуются навыки автоэлектрика и моториста.

Видео — процесс проверки автомобиля через диагностический разъем ОБД 2 с помощью Launch X431:

Как расшифровать коды ошибок

Большинство кодов ошибок OBD унифицировано, то есть определенному коду ошибки соответствует одна и та же расшифровка.

Общая структура кода ошибки имеет вид:

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

Проще, надежнее и информативнее ввести в поисковике, например, «ошибка P1504 Opel Verctra 1998 1,9 Б», то есть указать сокращенно все сведения об авто и код ошибки. Результатом поиска будут отрывочные сведения на различных форумах, других сайтах. Не следует сразу слепо следовать всем рекомендациям. Но, подобно мнению зала на известной программе, многие из них будут правдоподобными. К тому же, вы можете получить видео- и графическую информацию, иногда крайне полезную.

  1. В некоторых источниках указаны различные способы самодиагностики автомобиля путем подключения перемычек в OBD-разъем. В экстренных случаях это оправдано. Если есть возможность, время и деньги (сейчас очень небольшие, даже с выездом) для диагностики специалистом, лучше прибегнуть к его помощи.
  2. Если у вас есть навыки работы с компьютером, либо Android-устройствами, можно приобрести простейший ELM327 сканер, и далее производить диагностику двигателя самостоятельно. Более дорогие мультимарочные сканеры типа AUTOCOM позволяют производить полупрофессиональную диагностику большинства марок автомобилей. Можно купить дорогую диагностику вскладчину с соседями по гаражу или сослуживцами. Такая диагностика может приносить прибыль, оказывая «халтурные» услуги.
  3. Не загромождайте разъем. После покупки авто, попробуйте найти его расположение, так как он может внезапно пригодиться.

  4. Сканер для самостоятельной диагностики автомобиля

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