Как правильно читать ошибки на авто
Метод определения ошибки
Читаем коды ошибок без прибора TECH2.
1. Для автомобилей с механической коробкой переключения передач:
а) Вставляем ключ в замок зажигания.
б) Нажимаем вместе педаль газа, педаль тормоза и держим, сильно давить не надо
в) Включаем зажигание (двигатель не заводим!)
г) Продолжаем удерживать педали несколько секунд.
2. Для автомобилей с автоматической коробкой переключения передач:
а) Вставляем ключ в замок зажигания.
б) Включаем зажигание (двигатель не заводим!)
в) Нажимаем на педаль тормоза и держим, сильно давить не надо
г) Переключаем селектор АКПП в положение «D» (Drive).
д) Выключаем зажигание и отпускаем тормоз.
е) Нажимаем теперь уже вместе педаль газа, педаль тормоза и держим.
ё) Включаем зажигание (двигатель не заводим!)
ж) Продолжаем удерживать педали несколько секунд.
Расшифровка диагностических кодов
протокола OBD-II
Пятизначный код ошибки
P — is for powertrain codes
B — is for body codes
C — is for chassis codes
0 — общий для OBD-II код
1 — код производителя
Третья позиция — тип неисправности:
1 — топливная система или воздухоподача
2 — топливная система или воздухоподача
3 — система зажигания
4 — вспомогательный контроль
5 — холостой ход
6 — ECU или его цепи
7 — трансмиссия
8 — трансмиссия
Четвертая и пятая позиции — Порядковый номер ошибки
Вася диагност — стоп кадр как правильно читать?
Итак, 1 августа я стал счастливым обладателем лицензионного прибора «Вася диагност».
Теперь я повелитель лампочки «Check Engine» и властелин адаптаций :))).
И поскольку сейчас у меня в авто проблемы с проводкой, то пользуюсь я прибором очень часто, и внимательно читаю логи ошибок. В логах есть такое понятие как стоп кадр. Вот пример:
Стоп-кадр:
Биты состояния: 00100000
Приоритетность: 0
Счётчик возникновения ошибки: 1
Индекс забывания: 255
Пробег: 143415 km
Отсчет времени: 0
Дата: 2021.08.04
Время: 16:13:29
А теперь давайте включим свет и разберемся, что же из этого мы понимаем, а на что не обращаем внимания хотя стоило бы.
Я думаю всем понятно «Счётчик возникновения ошибки» — это сколько раз ошибка произошла за все поездки на автомобиле.
Понятен «Пробег» — это пробег на момент возникновения ошибки, а вот на какой момент, на момент первого возникновения ошибки или на момент последнего?
Понятно «Дата», «Время» — но опять же когда первый раз ошибка случилась или когда последний?
А вот остальные понятия известны далеко не всем. Давайте вместе разбираться.
«Индекс забывания» (Reset counter) — Количество поездок которые необходимо совершить без возникновения данной ошибки, до того как ошибка будет сброшена. Ну представьте — была у Вас ошибка, вы что-то починили, а ошибку не стерли. Ездите себе ездите, и вот когда вы совершите указанное число поездок ошибка будет стерта и более не будет отображаться.
«Приоритетность» (Fault Priority) — Это степень влияния ошибки на возможность продолжения поездки. Значения от 0 до 8. Расшифровываются так:
0 — Степень влияния не указана производителем автомобиля.
1 — Высочайшая степень влияния, продолжать движение нельзя, требуется немедленно остановиться и выключить двигатель.
2 — Высока степень влияния, требуется немедленное обращение в сервис, совершать дальнейшие поездки на авто нельзя, но можно с осторожностями ехать в сервис.
3 — Ошибка не сильно влияет на возможность совершения дальнейших поездок, может быть исправлена при следующем обращении на сервис.
4 — Ошибка содержит рекомендацию по действиям, которые следует предпринять, без которых, возможно, нельзя продолжать движение.
5 — Ошибка никак не влияет на возможность продолжать поездки.
6 — Ошибка имеет отсроченные последствия для возможности продолжать поездки.
7 — Ошибка влияет на функции комфорта автомобиля, но не влияет на возможность продолжать поездки.
8 — Общее примечание.
«Биты состояния» (Fault status) — Текущее состояние ошибки, давайте его расшифруем, пронумеруем каждый бит:
Биты состояния: 00100000
Номера бит: 76543210
Бит 0 — тест не прошел в момент последнего запроса теста. Это значит что ошибка выявлена при последнем тестировании данной системы. Если значение 1 значит что ошибка присутствовала при последнем тесте. Если же последний проведенный тест был успешен то значение будет 0. Производители также могут закладывать дополнительные условия для сброса данного бита в 0.
Бит 1 — тест не прошел в данный операционный цикл. Собственно: включили зажигание бит сбросился в 0, началось тестирование есть ошибка бит установился в 1. Если значение 1 то ошибка произошла в текущий операционный цикл. Бит сбросится в 0 только при следующем цикле или если стереть ошибки.
Бит 2 — Данный бит устанавливается в значение 1 при появлении ошибки, и сбрасывается в 0 только тогда, когда операционный цикл от начала до завершения пройдет без возникновения данной ошибки. Т.е. если 0 значит в данном операционном цикле этой ошибки не было.
Бит 3 — Данный бит показывает что ошибка произошла достаточное количество раз чтобы быть записанной в энергонезависимую память. Если значение бита 1 значит ошибка записана в энергонезависимую память, если 0 то после снятия клеммы аккумулятора ошибка сотрется.
Бит 4 — Данный бит показывает происходило ли тестирование на данную ошибку с момента последнего сброса ошибки. Если тестирование не происходило, то значение будет 1, если тест происходил и закончился успехом или ошибкой, то значение будет 0.
Бит 5 — Закончился ли тест ошибкой с момента последнего сброса ошибки. 0 — тест успешно проходил с момента последнего сброса. 1 — тест прошел с ошибкой хотя бы один раз с момента последнего сброса ошибки.
Бит 6 — Запускался ли тест в данном операционном цикле или с момента последнего удаления ошибки. 1 — тест запускался, 0 — тест не запускался.
Бит 7 — Был ли запрос на отображение неисправности на панели приборов. 0 — запроса на отображение на панели приборов не было, 1 — был запрос на отображение ошибки на панели приборов. Это может быть контрольная лампа или сообщение в MFA.
Возможно с битами я не прав, если есть знающие товарищи, поправьте меня пожалуйста!
Теперь давайте рассмотрим пример:
01100000
0:0 — Ошибки не было при последнем тесте
1:0 — Ошибка возникала в предшествующем операционном цикле
2:0 — В данном операционном цикле ошибки не было
3:0 — Ошибка не в энергонезависимой памяти
4:0 — Тестирование данной ошибки происходило с момента последнего сброса
5:1 — Тест прошел хотя бы один раз с ошибкой с момента последнего сброса ошибки
6:1 — Тест в данном операционном цикле запускался
7:0 — На панель ошибку не выводили.
OBD2 читаем и запоминаем.
m.habr.com/ru/post/444726/
Статья не моя, но коротко и ясно дана почти вся информация по обд. Советую к прочтению и сохраню для истории.
При создании приложения мы столкнулись с множеством выборов, проблем и так далее, с которыми попробуем ознакомить вас в этой статье. Как оказалось с автомобилем можно вести диалог, причем довольно таки продуктивный. Естественно для того чтобы организовать общение с автомобилем необходимо «установить контакт», «задать правильный вопрос» и правильно понять «ответ», полученный от автомобиля. Соответственно статья и будет нацелена на то, чтобы доступным языком объяснить организацию диалога, а также рассказать вам какие ошибки могут встретиться вам на пути и как с ними бороться.
Изначально необходимо пояснить что для подключения к авто будет использоваться 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)
Отправка инициализационных команд (инициализационной строки)
Если с организацией подключения все понятно. Принцип работы такой же как и у любого 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 не удалось, тогда адаптер начинает автоматический подбор протокола.
Исходя из описанных выше команд, формируем инициализационную строку.
initializeCommands
= Arrays.asList(«ATZ», «ATL0», «ATE1», «ATH1», «ATAT1», «ATSTFF», «ATDP», «ATSP0»);
Желательно давать возможность пользователю сменять инициализационные команды, потому как для того чтобы подобрать «ключ» к некоторым авто необходимо выбрать более подходящие настройки адаптера. В нашем же случае используются настройки, которые походят для большинства стандартных протоколов.
Так же желательно обратить внимание на команду 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:
Исходя из получившихся данных можем определить, что наш автомобиль поддерживает следующие пиды:
01, 03, 04, 05, 07, 08, 0C, 0D, 0E, 0F, 13, 14, 17, 1C, 20
Теперь вместо отправки всех 32 команд и ожидания ответа на них, несмотря на то, что некоторые могут отсутствовать, мы будем использовать всего 15 команд. Но и это не предел так называемой оптимизации. Для того чтобы данные обновлялись еще быстрее советую запрашивать только данные о тех датчиках, которые отображаются на экране. Хотя это ограничивает некоторый функционал приложения. Например, запись истории.
Считывание и расшифровка ошибок автомобиля
Ошибки автомобиля тоже могут быть различными и для них тоже существуют отдельные команды. Например:
03 – Для отображения сохраненных кодов ошибок
0A – Для отображения постоянных кодов ошибок.
Так как и с остальными командами ошибки автомобиля приходят в закодированном виде, соответственно, как и в остальных командах их нужно раскодировать чтоб получить необходимую информацию. Приведу пример работы декодирования ошибки. Код:
private final static char[] dtcLetters = <'P', 'C', 'B', 'U'>;
private final static char[] hexArray = «0123456789ABCDEF».toCharArray();
private void performCalculations(String fault) <
final String result = fault;
String workingData = «»;
int startIndex = 0;
troubleCodesArray.clear();
try <
if (result.contains(«43»)) <
workingData = result.replaceAll(«^43|[\r\n]43|[\r\n]», «»);
> else if (result.contains(«47»)) <
workingData = result.replaceAll(«^47|[\r\n]47|[\r\n]», «»);
>
for(int begin=startIndex; begin > 6);
int ch2 = ((b1 & 0x30) >> 4);
dtc += dtcLetters[ch1];
dtc += hexArray[ch2];
dtc += workingData.substring(begin + 1, begin + 4);
if (dtc.equals(«P0000»)) <
continue;
>
troubleCodesArray.add(dtc);
>
> catch (Exception e) <
Log.e(TAG, «Error: » + e.getMessage());
>
>
А теперь пояснение.
Исходя из полученного ответа мы можем получить код ошибки, для этого декодируем полученное сообщение используя следующие таблички.
3, 4, 5 символы формируются по этой таблице:
Исходя из этого можем попробовать разобрать следующий ответ 0001000000111110
На данном этапе мы разобрались в том, каким образом организовать диалог с адаптером, посылать ему команды, получать и расшифровывать его ответы. Это большая часть работы, если считать то, сколько времени уходит на изучение материала, но в то же время довольно таки интересная. За пределами этой статьи осталось множество проблем связанных с визуальным интерфейсом, а также множество дополнительных функций, таких как добавление новых пидов из файла, стандартный и расширенный способ подключения к адаптеру и построения графиков.
Диагностируем «Check Engine» в домашних условиях, сбрасываем прямо с мобильника!
Заранее: За некоторое разжевывание простых истин прошу не пинать — есть люди, которые не в курсе, особенно учитывая, что на сайте множество автоледи.
Все мы знаем про этот страшный CheckEngine. Те у кого еще не загорался, побаиваются, а те у кого загорался крестятся 🙂 А еще есть те кто с ним просто катаются постоянно — вот их мне тяжело понять…
Современный инжекторный двигатель это сложная система с собственным бортовым компьютером, который часто может в режиме самодиагностики выявить множество проблем двигателя еще на ранней стадии их развития. Это может быть выход из строя различных датчиков или целых систем.
Чтобы вывести все возможные причины неисправностей не хватит никакой приборной панели, да и выглядеть всё это будет уже не как авто для потребителя, а скорее как стенд электронщика (куча цветных лампочек 🙂 ). Поэтому при возникновении хотя бы одной критической ошибки загорается страшный значек «Check». И даже если ошибка не сильно страшная (можно немножко покататься) — лучше избавиться от горящего «Чека», ведь при появлении других неисправностей машине уже нечем будет привлечь внимание водителя к своему здоровью. Иными словами уже горящая лампа второй раз не загорится…
Часто я слышу от людей — «ну да загорелся у меня чек, я был на сервисе отдал 1000(а то и больше) руб. и мне все починили». При этом человека оставили в неведении почему лампочка вообще загорелась. Что за причина — часто в сервисах говорят «смените заправку — это от плохого бензина». Или заставляют человека менять кучу датчиков, после чего «Чек» загорается вновь а «инженеры» разводят руками.
Простейший способ сброса лампочки — снять клемму с аккумуляторной батареи на несколько секунд. Тогда память Бортового Компьютера обнулится и лампочка потухнет. Но как правило это ничего не даст (если вы только не продаете злополучный агрегат 🙂 ) и «чек» загорится вновь. Причину надо устранять, а не ее следствия. Ну а чтобы устранить в первую очередь нужно понять ее природу!
В большинстве автомобилей начиная с 2000 г. выпуска есть стандартный разъем для диагностики под названием OBD2. Он нам и поможет.
1) Загнать машину в нормальный сервис — где есть сканер и адекватный специалист и потребовать распечатку с кодами ошибок, находящихся в памяти ЭБУ. Вроде и нормальный вариант, но требующий и денег и времени. И если чек то загорается, то тухнет, может и не совсем приемлемый. Надо же поймать момент когда он горит, чтобы ехать в мастерскую.
Цена вопроса: от 1000 руб и выше в зависимости от амбиций (жадности 🙂 ) сервиса, но делать это прийдется снова каждый раз при загорании «Чека».
2) Купить себе сканер и разобраться с программой диагностики. Сейчас многое оборудование продается открыто и ПО есть. Вариант еще лучший, но явно не для всех, скорее для специалистов и любителей-энтузиастов. Для диагностики прийдется использовать этот сканер совместно с ноутбуком или стационарным ПК. Так. что это не мобильный вариант.
Цена вопроса: Думаю начинается от 5000 р.(считаем что ноут уже есть) в зависимости от возможностей сканера (такие устройства как кправило позволяют и прошивать мозги машины, поэтому они не особо дешевы. Для еденичного случая себя не оправдают.)
3) Купить приблуду под названием Бортовой Компьютер, которая на самом деле является лишь консолью Бортового ПК автомобиля. Эту штуку надо будет еще и эргономично разместить в салоне. Тогда ошибки можно будет расшифровать не выходя из машины и видеть некоторые другие важные показатели работы двигателя — например моментальный расход и т.д.
Цена вопроса: от 3000 руб. (Но решение тоже не идеальное, для каждого авто эти девайсы как правило уникальны, выглядят не всегда красиво и пихать их в салон захочет не каждый. )
4) Купить OBD2-BT адаптер и расшифровывать коды ошибок прямо со своего мобильного телефона.
Цена вопроса: от 1000 руб. (при условии, что продвинутый мобильник уже есть)
Вот про этот вариант я и хочу рассказать.
Преимущества:
— этот самый OBD-2 адаптер может быть воткнут в диагностический разъем машины и так и кататься там, пока это нам надо (ждем пока загорится «чек», или просто наблюдаем за параметрами работы двигателя). Он занимает мало места, если по каким то причинам надоел — вынули и кинули в бардачек.
— так как он BT (BlueTooth), то не требует прокидывания дополнительных проводов по салону.
— не нужно ничего нового размещать в салоне, если у вас и так есть телефон, стоящий на подставке, который вы используете для навигации, прослушивания музыки (через AUX-IN вход магнитолы), или вдруг для разговоров с важными вам людьми — просто используем его.
Итак исходные данные:
1) BT адаптер ELM327 — это такая маленькая коробочка, купить можно в интернете или спецмастерских распространяющих сканеры, переходники и др. оборудование для диагностики авто.
2) Телефон или планшетник на базе ОС Android (не будем тут устраивать междуусобные распри — это просто мой вариант, также можно использовать смартфон на базе Windows Mobile — там соответствующее ПО также есть или даже IPhone — для него также есть похожее ПО, но понадобится не BT а WiFi адаптер — суть та же)
В качестве подготовительной операции устанавливаем на телефон нужный софт. Для примера возьмем программу Torque — бесплатная версия которой есть в Android-Маркете — находим ее там, устанавливаем. Вообще есть масса программ подобного рода, но эта одна из самых интересных для Андройд. В ней есть возможность настроить какие именно показатели работы двигателя будут выводиться (даже несколько рабочих столов), есть возможность расшифровки и сброса ошибок «Чека», есть возможность записи лог-файла с GPS треком и записью всех показателей работы двигателя в момент движения. Кроме того программа имеет приятный и простой интерфейс — разобраться с ней особого труда не составит. Самое сложное заполнить профиль машины указав объем двигателя массу авто, объем бака, и т.д.
Вставляем адаптер в диагностический разъем, а телефон на подставку (У меня он всегда там, при разговоре пользуюсь громкой связью, чтобы не отвлекаться от руля).
Заводим машину.
Включаем на телефоне Bluetooth.
Запускаем на телефоне программу Torque.
Через некоторое время программа сможет соединиться с адаптером и будет выводить нам параметры работающего двигателя!
Для того, чтобы понять почему горит чек из главного меню программы идем в соответсвующий подраздел (его не трудно будет узнать по соответствующему значку). Тут рассусоливать не буду — все просто
1) Программа читает память ЭБУ
2) Если есть ошибки то показывает нам их коды и даже сразу озвучивает что этот код означает
3) Дает возможность прямо оттуда погуглить и поискать более подробную расшифровку ошибки
4) дает возможность сбросить все ошибки, после чего «Чек» гаснет!
А теперь все это в картинках:
Именно так я выяснил, что на моем авто требуется замена датчика кислорода. Без поездок на сервис и платы денег за диагностику.
Испробовал этот ELM327 на большом количестве автомобилей,
Opel Astra
Renault Logan
Kia Ceed
Peugeot 206
Peugeot 406
hyndai Elantra
Nissan X-Train
Honda CRV
Citroen C4
Какие-то еще, пихаю его везде где разрешат…
Думаю этот маленький адаптер способен спасти некоторое количество нервов и денег, если вдруг на долгом перегоне загорится страшная лампа «Check». А уж при покупке машины с пробегом он наверное должен быть в списке обязательных вещей.
Внимание: к сожалению с помощью данного адаптера нельзя проверить ошибки системы ABS и Airbag, то есть адаптер ELM327 и BT и USB не могут выдавать данную информацию! По крайней мере мне не удалось заставить их выводить эти ошибки — пробовал не только с телефона, но и с ноутбука (через программы ScanMaster и ScanXL). Если я не прав, очень жду разъяснений того, кто знает как это сделать с помошью ELM327.