Вот что автор программы пишет по поводу этой ошибки:
Все просто: при запросе ошибок диагностическая программа указывает, ошибки с какими статусами она хочет получить.
Моя программа запрашивает ошибки со всеми статусами, но это на самом деле не всегда нужно.
Скорей всего диагностический софт у дилера не запрашивает ошибки со статусом "Тест провален с момента последнего сброса ошибок".
Для понимания того, что значат статусы, которые у вас были (тест провален и подтвержденная ошибка) приведу оригинальное описание этих статусов из стандарта:
confirmed DTC
This bit shall indicate whether a malfunction was detected enough times to warrant that the DTC is stored in long-term memory (e.g. pendingDTC has been set = ‘1’ one or more times, depending on the DTC confirmation criteria). A confirmedDTC does not always indicate that the malfunction is present at the time of the request (testFailed can be used to determine if a malfunction is present at the time of the request). Reset to logical ‘0’ after a call to ClearDiagnosticInformation or after aging criteria have been satisfied (e.g. 40 engine warm-ups without another detected malfunction). Furthermore this bit is reset when the fault record associated with this DTC is overwritten by a newer DTC based upon vehicle-manufacturer-specific fault memory overflow requirements. DTC confirmation and aging criteria are defined by the vehicle manufacturer or mandated by On-Board Diagnostic regulations.
Очень краткий и вольный перевод: подтвержденная ошибка — та, которая действительно была выявлена и сохранена в памяти, но это не означает наличия неисправности в момент запроса. Для того, чтобы понять, есть ли неисправность сейчас, надо смотреть на наличие статуса "Тест провален". Со временем сама уходит.
test Failed Since Last Clear
This bit shall indicate whether a DTC test has ever been completed with a failed result since the last time a call was made to ClearDiagnosticInformation (i.e. this is a latched testFailedThisOperationCycle = ‘1’). Zero (‘0’) shall indicate that the test has not run or that the DTC test ran and passed (but never failed). If the test runs and fails, then the bit shall remain latched at a ‘1’. Unlike confirmedDTC, this bit is not reset by aging criteria or due to an overflow of the fault memory.
Опять же, краткий перевод: Тест провален с момента последнего сброса ошибок — если с момента сброса ошибок хоть раз тест был провален. Не означает того, что тест провален сейчас, т.е. не подтверждает наличия неисправности в данный момент. Этот статус со временем не уходит.
Грубо говоря: один раз какой-то глюк система поймала, для истории записала. Больше не повторялось.
Сообщение отредактировал 0vZ — 22.05.20, 14:18
Ссылка на сайт форума автора 4pda.to/forum/index.php?showtopic=885383






Комментарии 7
Из сгенерированной документации:
---------
Код неисправности определяется как присутствующий?
ДА
Переходите к методике диагностики:
Сброс ЭБУ
RN-CLIP-LAUNCH-ACTUATOR Domain:(АБС) RZ012-ОБНУЛЕНИЕ.
-------------------
т.е. сбрасывать ошибку командой RZ012(это можно сделать в CLIP, PyRen, PyClip)
И главное, данная ошибка у Рено "называется" DTC505004 (ЭБУ АБС-ESP)
Вот, что ответил разраб:
Я как-то пытался разобраться, почему эта ошибка возникает на каптюрах, но вот реально, не знаю.
Отправляемые команды каждый может посмотреть в логе, ничего особого, что отличалось бы от pyren там нет.
По сути в CAN шину отправляется 3 команды:
10C0 — открытие расширенной диагностической сессии
1902AF — запрос ошибок с маской статусов AF
1081 — перевод диагностической сессии в режим по умолчанию
Можно попробовать отправлять 1902FF, как это делает DDT.
Но мне кажется, что дело в чем-то другом, а не только в чтении ошибок. Без живого каптюра под рукой я сам это все проверить не могу.
Автор гонит. Я вижу эту ошибку другими сканерами после диагностики его программой и она всеми сканерами замечательно сбрасывается.
P.s. нашел этот пост. Там он не о нашей ситуации пишет. Я думал он на конкретно этот вопрос отвечал.
Так себе объяснение, сканировал через другие проги все норм, чек у авто не горит, то есть и само авто не распознает ошибку, а карсканер видимо особенный какой то выдает кучу ошибок, видит то чего дилер, авто и др.проги, torque к примеру, не видят. Написал бы лучше автор что исправим, больше не будет так чудить:)))
Не могет)) видимо не знает всех характеристик ))
muvahhid
Так себе объяснение, сканировал через другие проги все норм, чек у авто не горит, то есть и само авто не распознает ошибку, а карсканер видимо особенный какой то выдает кучу ошибок, видит то чего дилер, авто и др.проги, torque к примеру, не видят. Написал бы лучше автор что исправим, больше не будет так чудить:)))
Все верно — карсканер сам заносит данную ошибку при сканировании
Да, у меня тоже висит, при сканировании этой прогой. Тест провален. А starline ничего не показывает.