Oem протокол производителя что это
Перейти к содержимому

Oem протокол производителя что это

  • автор:

Разъем OBD 2

штекер OBD 2

штекер OBD 2

гнездо OBD 2

гнездо OBD 2

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

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

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

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

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

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

распиновка разъема OBD 2

Вывод Описание
1 OEM (протокол производителя).
2 Шина + (Bus positive Line). SAE-J1850 PWM, SAE-1850 VPW.
3
4 Заземление кузова (Chassis Ground).
5 Сигнальное заземление (Signal Ground).
6 Линия CAN-High высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
7 K-Line (ISO 9141-2 и ISO 14230).
8
9 Линия CAN-Low, низкоскоростной шины CAN Lowspeed.
10 Шина — (Bus negative Line). SAE-J1850 PWM, SAE-1850 VPW.
11
12
13
14 Линия CAN-Low высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
15 L-Line (ISO 9141-2 и ISO 14230).
16 Питание +12в от АКБ (Battery Power).

Контакты 3, 8, 11, 12, 13 не определены стандартом.

Протоколы стандарта OBD2

1. OEM (протокол производителя).
Коммутация +12в. при включении зажигания.
2. Шина + (Bus positive Line). SAE-J1850 PWM, SAE-1850 VPW.
3. —
4. Заземление кузова.
5. Сигнальное заземление.
6. Линия CAN-High высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
7. K-Line (ISO 9141-2 и ISO 14230).
8. —
9. Линия CAN-Low, низкоскоростной шины CAN Lowspeed.
10. Шина — (Bus negative Line). SAE-J1850 PWM, SAE −1850 VPW.
11. —
12. —
13. —
14. Линия CAN-Low высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
15. L-Line (ISO 9141-2 и ISO 14230).
16. Питание +12в от АКБ.

SAE J1850 PWM

Существует два типа протокола J1850. PWM является высокоскоростным и обеспечивает передачу информации со скоростью 41,6 Кбайт/с. Он применяется в автомобилях марок Ford, Jaguar и Mazda. В протоколе PWM сигналы передаются по двум проводам, подсоединенным к 2 и 10 контакту диагностического разъема.

SAE J1850 VPW

Протокол VPW осуществляет передачу данных со скоростью 10,4 Кбайт/с, что существенно медленнее, чем у протокола PWM. Формат данного протокола идентичен SAE J1850 PWM . Данный протокол используется на автомобилях General Motors (GM) и Chrysler. VPW предусматривает обмен данными по одному проводу, подсоединенному ко 2 контакту диагностического разъема. Длина шины может достигать 35 метров.

Данный протокол разработан компанией ISO. Он не такой сложный, как протоколы J1850 и не требует в использовании специальных коммуникационных микропроцессоров, но, с другой стороны, обеспечивает довольно медленную передачу данных со скоростью 10 Кбайт/c. Протоколы ISO 9141 и ISO 14230 схожи по физической реализации обмена информацией, но различаются ее использованием. Поэтому сканер ISO 9141, обычно может работать и с ISO 14230, но не наоборот.

В протоколе ISO 9141-2 сигналы передаются по 7 контакту (К-линия) и опционально по 15 контакту (L-линия). К-линия является двунаправленной (т.е. передает данные в обе стороны), L-линия однонаправленная и используется лишь для соединения ЭБУ и сканера, после чего линия L переходит в состояние логической единицы.

Физический уровень передачи информации в протоколах ISO 9141 и ISO 14230 заключается в одновременной передачи ЭБУ специального 8-битного кода по К- и L-линиям со скоростью 5Б/сек. Если код правильный, то ЭБУ посылает сканеру 8-битный код со скоростью последующего соединения. Затем передается еще два кода с информацией о последующем соединении и расположении К- и L-линий. Сканер возвращает отражение этих кодов в ЭБУ. На этом процесс распознавания окончен.

ISO 14230-4 (др. название Keyword Protocol 2000)

На физическом уровне данный протокол идентичен ISO 9141, но является еще более медленным (скорость передачи данных от 1,2 до 10 Кбайт/c в быстрой версии).

ISO 15765 CAN

CAN-протокол был разработан компанией Bosch для автомобильного и промышленного применения. В рамках стандарта OBD2 протокол использует линии CAN High и CAN Low, т.е. 2 контакта для обмена сигналом: 6 и 14. Является самым скоростным и совершенным. Сейчас данный протокол используется на большинстве современных автомобилях. Стандарт CAN не регламентирует определенной скорости работы для каждой шины в автомобиле. С помощью отдельных и встроенных микроконтроллеров есть возможность менять ее от 20 Кбит/c до 1 Мбит/с.

Обзор протоколов диагностики Бмв (ads obd2 CAN)

Давно закралась мысль о том, что пора бы заиметь свою собственную диагностику Бмв. Надоело отдавать деньги за то, что и сам в силах сделать…к тому же в окрестностях нет толкового диагноста, а тем более по Bmw. Мое мнение таково: Толковый диагност должен знать как минимум рабочие показания датчиков двс, поскольку практика показала несколько случаев (лично у нас), когда примером дтож не выдавал ошибку поскольку в принципе работал, но! Давал неправильное сопротивление, из-за этого мозги думали что двиг. постоянно прогрет, и переобогащал смесь, отсюда троение на холодную, раннее зажигание, дохлые лямбды и тд. Если диагност этого не заметит, то вы так и будете мучаться дальше катаясь по сто, меняя свечи лямбды и прочее… Но вернемся к диагностике: перед нами стал вопрос-какую же диагностику нам выбрать, ведь их так много: универсальные, и под конкретную марку авто, inpa, carsoft, launch…протоколы, шины и еще много непонятных слов… НАчинаем разбираться. Итак для начала немного предистории: Конец 1985 года послужил зарождением интерфейса ADS. На автомобилях этих лет появился другой диагностический разъем. Это был разъем BMW 20-pin.
Диагностический разъем также использовался для сброса сервисного интервала и диагностики. К концу 1990 года с появлением надувной подушки безопасности интерфейс ADS вступил в полную силу. Обмен данными происходит через две линии диагностики – это K (pin 20 — разъема BMW 20 pin) и L (pin 15 — разъема BMW 20 pin) линии обмена данными. K-Line и L-line — это диагностические линии обмена информации, между всевозможными элементами автомобиля, электронным блоком управления и диагностическим разъёмом.

Первоначально, в интерфейсе Ads L-line использовалась, только для отправки запроса на получение информации в электронный блок управления, а K-line, следовательно, для получения от ЭБУ диагностических данных. Разьем 20pin Bmw.

Фото в бортжурнале BMW 3 series Touring (E36)

К концу
1996 года инженеры BMW принимают решение использовать интерфейс STD:OBD. On-Board Diagnostic (OBD) – самодиагностика бортового оборудования автомобиля. Связь с ЭБУ происходит через две линии передачи данных. Принято решение отказаться от L линии. Обмен данными происходит через две K линии.
Это 17 и 20 контакты диагностического разъема BMW 20 pin. В 2001 году отказались от 20 контактного разъема для диагностики и интерфейс STD:OBD окончательно вступил в силу. Все автомобили стали оснащать стандартным разъемом для диагностики OBD-2. Начиная с кузовов E60 (03/2007), E70 и E71, обмен данными происходит через D-CAN интерфейс. CAN (Controller Area Network) – это интерфейс передачи информации. CAN-шина предназначена для соединения между собой всех датчиков, блоков и электронных систем автомобиля, сбора данные от них, обмена информации между ними, а также управления.Разъем для подключения все тот же OBD-2. В рамках диагностического стандарта OBDII существует 5 основных протоколов обмена данными между электронным блоком управления (ЭБУ) и диагностическим сканером. Физически подключение автосканера к ЭБУ производится через разъем DLC (Diagnostic Link Connector), который соответствует стандарту SAE J1962 и имеет 16 контактов (2×8). Ниже представлена схема расположения контактов в разъеме DLC (рисунок 1), а также назначение каждого из них.

Фото в бортжурнале BMW 3 series Touring (E36)

1. OEM (протокол производителя).
Коммутация +12в. при включении зажигания.
9. Линия CAN-Low, низкоскоростной шины CAN Lowspeed.
2. Шина + (Bus positive Line). SAE-J1850 PWM, SAE-1850 VPW.
10. Шина — (Bus negative Line). SAE-J1850 PWM, SAE −1850 VPW.
3. —
11. —
4. Заземление кузова.
12. —
5. Сигнальное заземление.
13. —
6. Линия CAN-High высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
14. Линия CAN-Low высокоскоростной шины CAN Highspeed (ISO 15765-4, SAE-J2284).
7. K-Line (ISO 9141-2 и ISO 14230).
15. L-Line (ISO 9141-2 и ISO 14230).
8. —
16. Питание +12в от АКБ.
Назначение неопределенных контактов выбирается на усмотрение производителя автомобиля. Далее подробно рассмотрим формат и физический уровень каждого протокола связи в рамках стандарта OBDII.

SAE J1850 PWM
Существует два типа протокола J1850. PWM является высокоскоростным и обеспечивает передачу информации со скоростью 41,6 Кбайт/с. Он применяется в автомобилях марок Ford, Jaguar и Mazda. В протоколе PWM сигналы передаются по двум проводам, подсоединенным к 2 и 10 контакту диагностического разьема

SAE J1850 VPW
Протокол VPW осуществляет передачу данных со скоростью 10,4 Кбайт/с, что существенно медленнее, чем у протокола PWM. Формат данного протокола идентичен SAE J1850 PWM . Данный протокол используется на автомобилях General Motors (GM) и Chrysler. VPW предусматривает обмен данными по одному проводу, подсоединенному ко 2 контакту диагностического разъема. Длина шины может достигать 35 метров.

ISO 9141-2
Данный протокол разработан компанией ISO. Он не такой сложный, как протоколы J1850 и не требует в использовании специальных коммуникационных микропроцессоров, но, с другой стороны, обеспечивает довольно медленную передачу данных со скоростью 10 Кбайт/c. Протоколы ISO 9141 и ISO 14230 схожи по физической реализации обмена информацией, но различаются ее использованием. Поэтому сканер ISO 9141, обычно может работать и с ISO 14230, но не наоборот.
В протоколе ISO 9141-2 сигналы передаются по 7 контакту (К-линия) и опционально по 15 контакту (L-линия). К-линия является двунаправленной (т.е. передает данные в обе стороны), L-линия однонаправленная и используется лишь для соединения ЭБУ и сканера, после чего линия L переходит в состояние логической единицы.
Физический уровень передачи информации в протоколах ISO 9141 и ISO 14230 заключается в одновременной передачи ЭБУ специального 8-битного кода по К- и L-линиям со скоростью 5Б/сек. Если код правильный, то ЭБУ посылает сканеру 8-битный код со скоростью последующего соединения. Затем передается еще два кода с информацией о последующем соединении и расположении К- и L-линий. Сканер возвращает отражение этих кодов в ЭБУ. На этом процесс распознавания окончен.
ISO 14230-4 (др. название Keyword Protocol 2000)
На физическом уровне данный протокол идентичен ISO 9141, но является еще более медленным (скорость передачи данных от 1,2 до 10 Кбайт/c в быстрой версии).

ISO 15765 CAN. начиная с 2008 года все выпускаемые автомобили должны быть оборудованы интерфейсом D-CAN.
D-CAN имеет скорость передачи данных 500 кбит/с и выполнен на основе 2-жильного кабеля. Для диагностики необходим оптический программирующий прибор (OPS) или оптический контрольно-программирующий прибор (OPPS), а также новый переходный кабель (кабель с зеленой маркировкой и надписью «CAN included»), поскольку диагностическая головка не имеет разъема D-CAN.
CAN-протокол был разработан компанией Bosch для автомобильного и промышленного применения. В рамках стандарта OBD2 протокол использует линии CAN High и CAN Low, т.е. 2 контакта для обмена сигналом: 6 и 14. Стандарт CAN (Controller Area Network) шины. CAN High-Speed: PT-CAN или F-CAN. CAN_H, то есть CAN-High — это провод для передачи сигнала с более высоким значением напряжения.

CAN_L, то есть CAN-Low — это провод для передачи сигнала с более низким значением напряжения.
PT-CAN — это «первоначальная» CAN (разработанная Robert Bosch GMBH).
F-CAN — это высокоскоростная шина CAN в ходовой части (также используемая как подшина шины PT-CAN).

CAN Low-Speed: K-CAN
K-CAN — это «заторможенная» шина PT-CAN: скорость передачи данных по ней ниже, чем по PT-CAN.
Примечание: K-CAN в случае неисправности может продолжать работать в качестве однопроводной шины.
Когда у шины K-CAN выходит из строя один провод, данные продолжают передаваться по второму проводу. Поэтому шины K-CAN более надежны. Исторически шины разрабатывались по отраслевым стандартам или по внутренним стандартам BMW:
— Отраслевые стандарты: CAN, LIN-Bus, MOST и FlexRay.
— Собственные стандарты BMW: byteflight, K-Bus и K-CAN
Итак, я буду рассматривать вариант диагностики для Bmw e36 кузов конец 97г… Здесь все еще используется круглый разьем на 20pin который находится под капотом. Открываем его, смотрим на наличие используемых пинов…Если pin 15 используется, соответственно здесь работает протокол ADS. Какие же переходники нужны нам для диагностики по протоколу ads: если вы собираетесь диагностировать только авто с Ads (используется pin15 и pin20) вам необходим такой переходник

Фото в бортжурнале BMW 3 series Touring (E36)Фото в бортжурнале BMW 3 series Touring (E36)Запчасти на фото: E4644. Фото в бортжурнале BMW 3 series Touring (E36)

Важно! Протокол ADS работает только через com-port (rs232) компьютера.

Фото в бортжурнале BMW 3 series Touring (E36)

Через переходники типа USB-Com Port работать она не будет! Если протокол там obd2- используется 17 и 20pin-подойдет следующий переходник с 20pin на 16pin

Фото в бортжурнале BMW 3 series Touring (E36)Фото в бортжурнале BMW 3 series Touring (E36)Фото в бортжурнале BMW 3 series Touring (E36)

Если же вы решили что вам необходимо и то и другое- можете приобрести диагностику, совмещающую в себе ads+obd2

Фото в бортжурнале BMW 3 series Touring (E36)

Для рестайловых бмв после 2008 года подойдет адаптер K+D-can

Фото в бортжурнале BMW 3 series Touring (E36)Фото в бортжурнале BMW 3 series Touring (E36)

Важно! Обратите внимание на цвет платы-в продаже есть как адаптеры с зеленой платой, так и с белой. Те, что с белой чистый Китай, и большая вероятность того, что такой кабель будет работать некорректно, или вовсе может не распознать эбу. Старайтесь покупать кабель с зеленой платой, больше шансов приобрести оригинальный кабель.
На некоторых Бмв вместо круглого разьема под капотом может стоять разьем obd2 на 16pin, находящийся в салоне возле рулевой колонки.

Фото в бортжурнале BMW 3 series Touring (E36)Фото в бортжурнале BMW 3 series Touring (E36)Фото в бортжурнале BMW 3 series Touring (E36)

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

Диагностический разъём 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 интерпретаторов.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *