Protocol 5 appears to work что это obd2
В последнее время поступает много негатива по китайским адаптерам с версией 2.1.
Работают только с OBD2 протоколом и не всегда стабильно, любые KWP2000 протоколы - поддерживают криво и плохо, в большинстве случаев связь с ЭБУ не устанавливается.
CAN протоколы тоже могут вызывать ошибки переполнения буфера и спонтанные отключения.
Причина - удешевление производства в Китае, которое повлияло на качество. Китайские производители стали использовать более дешевый чип PIC который не совместим с исходной прошивкой (китайской же).
Продавцы уже поняли что люди не хотят покупать v2.1 и поэтому перемаркировали их и теперь эти адаптеры отзываются как версия 1.5.
Они не понимают некоторых команд для соединения с ЭБУ, а некоторые неправильно воспринимает:
Если для подключения к вашему ЭБУ необходимо прописывать строку инициализации elm (использовать шаблон строки инициализации elm), а на команды (ATIB10, ATAL, ATSW00 . ) которые неправильно отрабатывает ELM приходят ответы знак вопроса (на ATIB10 должен быть ответ ОК, а не версия elm адаптера), то такой адаптер нестандартные протоколы (KWP2000) не поддерживает (ЭБУ: Январь, Микас, Делфи. Авто: ВАЗы, Chery Tiggo, Nissan, Toyota JDM. ).
Связь вы не установите! И дело здесь не в программе хобдрайв!
Проверка ELM327:
Самостоятельно проверить elm можно с помощью Хобдрайва:
в системных настройках изменить уровень системных логов с error на trace
в параметрах авто выбрать шаблон строки инициализации elm: VAZ Yanvar
ATSW00
посмотреть какой ответ отдает адаптер.
Если на команды запроса приходят ответы ОК, то этот адаптер будет работать с нестандартными протоколами.
Если на команды запроса (хотя бы на некоторые из них) приходят ответы знак вопроса (на ATIB10 должен быть ответ ОК, а не версия elm адаптера), то такой адаптер нестандатртные протоколы (KWP2000) не поддерживает.
Также можно выделить группу mac-адресов, которые принадлежат "кривым" elm адаптерам:
версия 2.1 на ATAL-?:
- 66:35:56.
- 88:18:56:68:98:EB
- 11:18:56:68:98:EB
- 00:18:56:68:AE:08
версия 1.5, на ATAL-OK, но другие команды не воспринимает или воспринимает неправильно:
версия 2.1, на ATAL-OK, но другие команды не воспринимает или воспринимает неправильно
версия 1.5, на ATAL, ATIB10, ATST32 - ?
На рынке появились елм, которые в elm327identifier пишет ответ ОК, а на самом деле там немного по-другому и связь с авто по KWP2000 установить не удается
Вот такой лог имеем с elm327identifier:
Имя устройства=OBDII
Mac адрес устройства=00:1D:A5:68:98:8A
Версия устройства (Заявленная)=ELM327 v1.5
ATIB10 1.0 OK
с хобдрайва:
SendCommand:ATIB10
HandleReply: KBusBaud=10400 OK
Не должно быть в ответе KBusBaud=10400
Новая партия урезанных адаптеров на поддельном чипе pic. Связь устанавливается, но не все параметры отображаются:
Ответ с нормального адаптера (авто Samand с ЭБУ Siemens):
[TRACE] 09.06.2017 8:09:31.353[OBD2Engine] SendCommand:2101
[TRACE] 09.06.2017 8:09:31.353[OBD2Engine] -> SENSOR_ACK
[TRACE]
09.06.2017 8:09:31.676[OBD2Engine] HandleReply:
6101783D45AE897E17000417D90000712E00007A0000005803FF0058000000B0B0B0B000000000000000000000000000000000001F00B5E900003B6F1E050EFC68000000009A09006801EB03002C3F16000000
Вот с кривого (авто Samand с ЭБУ Siemens):
[TRACE] 28.07.2017 17:39:25.289[OBD2Engine] SendCommand:2101
[TRACE] 28.07.2017 17:39:25.293[OBD2Engine] -> SENSOR_ACK
[TRACE] 28.07.2017 17:39:25.649[OBD2Engine] HandleReply: 5361017A3D42B16D8F16003216DA0000992E00007D
Ответ на запрос 2101 должен начинаться с 6101, а тут начинается с 53.
53 - это длина ответа в hex (обычно она не пишется, если не задан параметр
ATH1 - отображать хедер ответа). В десятичной системе измерения
получается 83, что совпадает с ответом с хорошего адаптера (61 -
первый байт, 01-второй, . 00-восемдесят третий). В плохом адаптере
отображается только двадцать байт из 83.
На данный момент все больше плохих адаптеров отвечают в терминале ОК.
Пока плохие адаптеры не знают команды
ATPPS.
Для проверки в терминале пошлите
ATZ
ATPPS
Ответы от них в терминале имеют примерно такой вид:
Write: ATZ
Read: ATZ
>
Write: ATPPS
Read: ATPPS
00:FF F 01:FF F 02:FF F 03:32 F
04:01 F 05:FF F 06:F1 F 07:09 F
08:FF F 09:00 F 0A:0A F 0B:FF F
0C:68 F 0D:0D F 0E:9A F 0F:FF F
10:0D F 11:00 F 12:FF F 13:32 F
14:FF F 15:0A F 16:FF F 17:92 F
18:00 F 19:28 F 1A:FF F 1B:FF F
1C:FF F 1D:FF F 1E:FF F 1F:FF F
20:FF F 21:FF F 22:FF F 23:FF F
24:00 F 25:00 F 26:00 F 27:FF F
28:FF F 29:FF F 2A:38 F 2B:02 F
2C:E0 F 2D:04 F 2E:80 F 2F:0A F
Если на ATPPS будет ответ знак вопроса, то адаптер имеет урезанный функционал.
ELM327 Bluetooth/USB/WI-FI - Обсуждение
Диагностический автосканер
Обсуждение »
Для сравнения устройства с конкурентами и по вопросам выбора устройств обращайтесь в раздел: Выбор и сравнение
- Torque - здесь
- HobDrive - ссылка
- Программа терминала - ELM327Chat(Android).zip ( 146,2 КБ )
- FORScan Lite -здесь
- LeafSpy Lite - здесь
- Carista - здесь
- Проверка сканера - здесь
- Первичные проверки адаптера - здесь
- Как купить правильный адаптер - здесь
- Ещё один метод - здесь
- Видеоинструкция по подключению и настройке - здесь
- Поменять в адаптере без веб интерфейса режим сети - здесь
- Команда для калибровки напряжения - здесь
- Инструкция для тех кто хочет взять правильный девайс, а в крайнем случае вернуть бабло за кривой! - здесь
- Тонкая настройка ELM327 - здесь
- Если наблюдается нестабильная работа (рвётся связь) - сюда.
- Выбор версии адаптера: здесь и здесь.
- Проверка адаптера без подключения к автомобилю: здесь.
- Замена на оригинальный чип: здесь.
- Настройка Vgate 2 WiFI без стандартного доступа к Web интерфейсу: здесь.
- Распиновка для замены WiFi на BT - здесь
- Если перестала работать кнопка в выключенном состоянии - здесь
- Доработка адаптера - здесь
- Доработка одноплатного адаптера - здесь, здесь и здесь
- Одна из причин обрывов связи, реконнекта программ - здесь
- Совместимость программ из AppStore с OBD2 адаптерами - здесь
- Создание виртуального COM-порта - здесь.
- Что делать, если вышла из строя схема управления питанием - здесь
Короче, покупка китайского адаптера- лотерея.
У одного продавца сегодня могут быть нормальные адаптеры, а завтра- фуфло.
И проверка терминалом- мало что даёт.
Китайцы успешно "адаптируют адаптер" под правильные ответы на запросы терминала.
Но это только ответы, к работоспособности не имеет отношения.
У меня 2 адаптера.
1. Проверку терминалом нормально не проходит.
На половину запросов- вопросительные знаки.
Работает при этом нормально.
Стабильная связь, верные данные.
2. Проверку терминалом проходит лучше первого.
Работает при этом криво, данные не все.
Мой работающий адаптер - ВНЕШНЕ выглядит как по ссылке с оранжевой этикеткой и четырьмя светодиодами.
Не работающий нормально- выглядит как маленький синий по ссылке.
Работающий адаптер я покупал здесь: http://www.ebay.com/it…88912546?ul_noapp=true
Т.к форумчане мне сказали, что он нормально работать не будет - я потребовал возврата денег.
Адаптер остался у меня и работает.
Всё, что мне надо - показывает. Верно показывает.
Но идеален ли он - то я не знаю.
Может, он ещё что-то должен, мне неведомо.
Добавочка:
Оказывается, этот адаптер, возможно, не будет работать по "заводскому" протоколу, требующему настроек.
А по стандарту - работает.
Но мне уже и не хочется ничего настраивать.
И так что мне надо - показывает.
Хотел вообще-то турбобуст померить, он у меня добавлен чиповкой, а прога выше 2.55 бара не показывает.
Но возиться надоело.
Ясно, что буст- хорош. Точно померю в сервисе без проблем. Один замер нужен.
Используемые протоколы и применяемость OBD-II-диагностики на автомобилях разных марок
В рамках OBD-II используются пять протоколов обмена данными - ISO 9141, ISO 14230 (также именуется KWP2000), PWM, VPW и CAN (также каждый из протоколов имеет несколько разновидностей - например, разновидности отличаются по скорости обмена информацией). В Интернете встречаются "таблицы применимости", где указываются перечни марок и моделей автомобилей и поддерживаемые ими OBD-II-протоколы. Однако, надо учитывать, что одна и та же модель с одним и тем же двигателем, одного года выпуска может быть выпущена для разных рынков с поддержкой разных протоколов диагностики (точно также протоколы могут различаться и по моделям двигателей, годам выпуска). Таким образом, отсутствие автомобиля в списках не означает, что он не поддерживает OBD-II, так же как и присутствие не означает, что поддерживает и, тем более, полностью поддерживает (возможны неточности в списке, различные модификации автомобиля и пр.). Еще сложнее судить о поддержке конкретной разновидности OBD-II-стандарта.
Общей предпосылкой для того, чтобы предположить, что автомобиль поддерживает OBD-II диагностику, является наличие 16-контактного диагностического разъема (DLC - Diagnostic Link Connector) трапециевидной формы (на подавляющем большинстве OBD-II автомобилей он находится под приборной панелью со стороны водителя; разъем может быть как открыт, так и закрыт легко снимаемой крышкой с надписью "OBD-II", "Diagnose" и т.п.). Тем не менее, это условие необходимое, но недостаточное! Получить справку о расположении разъемов (в том числе нестандартном) можно на странице "Информация и ПО". Также разъем OBD-II иногда устанавливается на автомобили, вообще не поддерживающие ни один из OBD-II-протоколов. В таких случаях необходимо пользоваться сканером, рассчитанным на работу с заводскими протоколами конкретной марки автомобиля - например, это касается автомобилей Opel Vectra B европейского рынка 1996-1997 гг. Для оценки применимости того или иного сканера для диагностики конкретного автомобиля необходимо определить, какой конкретно из OBD-II протоколов используется на конкретном автомобиле (если OBD-II вообще поддерживается).
Для этого можно:
1. Посмотреть в технической документации непосредственно к данному автомобилю (но не в общем руководстве по данной марке/модели!). Также полезно осмотреть все идентификационные таблички на автомобиле - возможно наличие таблички "OBD-II compliant" (поддерживает OBD-II) или "OBD-II certified" (сертифицировано на поддержку OBD-II);
2. Посмотреть в информационной базе данных, типа Mitchell-on-Demand и т.п. Однако, это также не абсолютный способ, так как база может содержать неточности, включать информацию по автомобилям, выпущенным для другого рынка и т.п. Естественно, использование специализированных дилерских баз по отдельной марке повышает степень достоверности информации;
3. Использовать сканер, позволяющий определить, какой из OBD-II протоколов используется на машине. Из предлагаемых нами приборов автоматически это сможет сделать Х-431 и OZEN MOByDic 2600. С помощью комплекта ScanTool Вы сможете это сделать вручную путем последовательной смены используемых адаптеров и проверки наличия связи с ЭБУ автомобиля. Если никаких предположений по используемому протоколу нет, то начинать перебор стоит с протокола ISO как наиболее распространенного (либо с протокола, указанного для диагностируемой машины в таблице);
4. Осмотреть диагностический разъем и определить наличие выводов в нем (как правило, присутствует только часть задействованных выводов, а каждый протокол использует свои выводы разъема).
Назначение выводов ("распиновка") 16-ти контактного диагностического разъема OBD-II (стандарт J1962):
02 - J1850 Bus+
04 - Chassis Ground
05 - Signal Ground
06 - CAN High (J-2284)
07 - ISO 9141-2 K-Line
10 - J1850 Bus-
14 - CAN Low (J-2284)
15 - ISO 9141-2 L-Line
16 - Battery Power (напряжение АКБ)
По наличию выводов можно ориентировочно судить об используемом протоколе при помощи следующей таблицы:
В рамках диагностического стандарта OBDII существует 5 основных протоколов обмена данными между электронным блоком управления (ЭБУ) и диагностическим сканером. Физически подключение автосканера к ЭБУ производится через разъем DLC (Diagnostic Link Connector), который соответствует стандарту SAE J1962 и имеет 16 контактов (2x8). Ниже представлена схема расположения контактов в разъеме DLC (рисунок 1), а также назначение каждого из них.
Рисунок 1 – Расположение контактов в разъеме DLC (Diagnostic Link Connector)
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.
4. Заземление кузова.
5. Сигнальное заземление.
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).
16. Питание +12в от АКБ.
Назначение неопределенных контактов выбирается на усмотрение производителя автомобиля. Разъем должен быть расположен не далее, чем в 2 футах (0.61 метра) от рулевого колеса.
Иногда разъем OBD-II устанавливается на автомобили, которые в принципе не поддерживают ни один из OBD-II-протоколов. В таких случаях необходимо использовать специальный сканер, рассчитанный на работу с заводскими протоколами конкретной марки автомобиля - например, это касается Opel Vectra и некоторых автомобилей европейского рынка 1996-1997 гг.
Также бывают обратные ситуации, когда на автомобиле установлен нестандартный разъем, но при этом автомобиль поддерживает один из диагностических протоколов OBD-II.
Далее подробно рассмотрим формат и физический уровень каждого протокола связи в рамках стандарта OBDII.
SAE J1850 PWM
Существует два типа протокола J1850. PWM является высокоскоростным и обеспечивает передачу информации со скоростью 41,6 Кбайт/с. Он применяется в автомобилях марок Ford, Jaguar и Mazda. В протоколе PWM сигналы передаются по двум проводам, подсоединенным к 2 и 10 контакту диагностического разъема.
Формат сигнала протокола J1850 включает:
SOF - Start of Frame (начало кадра, высокий импульс на 200uS);
Header - заголовок длиной 1 байт;
CRC - Cyclic Redundancy Check (циклический избыточный код, 1 байт);
EOD - End Of Data (окончание данных, низкий импульс на 200uS).
Если рассматривать формат протокола более подробно по битам, то он примет следующий вид:
Реальный пример сигнала SAE J1850 выгладит следующим образом:
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 9141 и ISO 14230 выглядит следующим образом:
Передача данных в протоколе осуществляется по следующей схеме:
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 Мбит/с. Более подробно CAN рассмотрен в статье CAN-шина и CAN-интерфейс.
Autocom 2015.1 расшифровка кодов ошибок
Интерпретация диагностических кодов неисправностей для инструментов Delphi и серии DS
Начиная с определенного момента, все производители перешли на общий стандарт диагностического разъема в производстве своих автомобилей, этим стандартом стал OBD 2.
Соответственно если автомобили имеют одинаковый диагностический разъем, то и коды ошибок будут одинаковы как для тойоты, так и для опеля, митсубиси и других марок. Для того, чтобы понять, какой элемент автомобиля неисправен, достаточно иметь под рукой расшифровку кодов ошибок OBD 2 на русском языке. Ниже вы найдете расшифровку каждого символа в коде ошибки, а также полную таблицу с расшифровками всех кодов неисправностей.
Современный автомобиль – это не только механика, но и огромное число электронных компонентов. Они управляют работой различных узлов и систем, отслеживают их состояние, регистрируют и фиксируют отклонения в работе. Чтение этих параметров позволяет производить полную компьютерную диагностику и выявлять неисправности.
Для того, чтобы диагностировать неисправности авто, необходимо специальное оборудование. Раньше для этих целей каждый производитель предлагал свое снаряжение, но с введением стандарта OBD2 примерно с 2000 года, на рынке появилось множество универсальных OBD2-сканеров.
Мультимарочные адаптеры, подключаемые в стандартный разъем OBD2, поддерживают работу с множеством марок и моделей машин. Специальное ПО для них содержит в базе как стандартные коды ошибок, универсальные для большинства авто, так и фирменные, уникальные для отдельных марок.
Помимо чтения кодов ошибок, современные OBD2-сканеры предлагают некоторые возможности по настройке бортовой электроники автомобиля. Если читать ошибки может практически любой дешевый сканер, но для продвинутой работы нужно оборудование профессионального уровня, которое заметно дороже.
Основные возможности OBD2-сканеров
Главной функцией любого OBD2-сканера является подключение к бортовой электронике авто для чтения ошибок, их расшифровки и удаления после устранения неполадок. Также эти устройства, вне зависимости от класса, могут считывать с ЭБУ двигателя и отображать текущие параметры его работы.
Используя сканер OBD2, можно проанализировать как всю бортовую сеть полностью, так и отдельные системы (например, зажигание или управление впрыском топлива). Возможно отслеживание в режиме реального времени таких показателей, как количество оборотов мотора, скорость, температуры масла и тосола, давление масла и топлива, давление во впускном и выпускном коллекторе, расход воздуха.
Также можно мониторить параметры работы топливной системы и зажигания, вроде угла опережения зажигания, показателей обогащения смеси, полноты сгорания топлива, положения дроссельной заслонки и т.д.
Некоторые из показателей компьютерной диагностики с помощью OBD2-сканера просты для понимания даже неопытными автомобилистами. Другие требуют более глубокого понимания процесса, так как отсылка к нарушению работы одной системы может указывать на неполадки вовсе в другой. К примеру, слишком высокая температура на впуске может говорить о проблемах и с фильтрами, и инжектором, и охлаждением ДВС, и его масляной системой.
В чем отличия между OBD2-сканерами разных марок
На рынке представлены OBD2-сканеры разных производителей, отличающиеся между собой ценой и функциональностью. Их стоимость отличается колоссально: существуют как китайские девайсы за несколько долларов, так и модели за несколько тысяч.
Главным отличием между ними является уровень функциональных возможностей. Также есть отличия в уровне поддержки производителем. Если профессиональные аппараты получают обновления ПО, клиенты могут рассчитывать на поддержку производителя, то отношение китайских компаний к дешевым переходникам может иметь вид «выпустили – и забыли».
Помимо широты функциональности, имеются и отличия в интерфейсе подключения. Популярны беспроводные OBD2-сканеры, работающие по Bluetooth или Wi-Fi, которые подключаются к любому современному смартфону, планшету или ноутбуку. Они удобны и универсальны, часто стоят недорого, но функции таких гаджетов сильно зависят от цены и добросовестности производителя.
Тот же ELM327 (популярный чипсет для OBD2-сканера) не копировал только ленивый. На AliExpress полно клонов по несколько долларов, совместимых с любым смартфоном, но они недотягивают по уровню возможностей до оригинала. Даже диагностика базовых компонентов доступна не в полной мере, не говоря уже о частых проблемах с совместимостью.
Читайте также: