Только что просканировал свой автомобиль в первый раз, чтобы проверить код для индикатора Check Engine. Мне стало любопытно, регистрируются ли эти коды ошибок где-нибудь с какой-либо отметкой даты и времени в то время, когда они были брошены. Я представляю себе какой-то дизайн, похожий на журнал событий , используемый в компьютерных операционных системах, но я могу полностью ошибаться в этом.
Каков именно дизайн этих кодов неисправностей и как они записываются. Одним из очевидных аспектов дизайна является использование уникальных кодов, характерных для какой-то конкретной проблемы. Это полная история с ошибкой, есть ли какие-либо другие метаданные, связанные с ошибкой, которые можно найти? Как работают истории неисправностей в автомобилях? Записываются ли истории, или неисправности являются просто двоичной вещью, либо в настоящее время, либо в настоящее время, независимо от того, были ли они когда-либо включены в какой-либо момент жизни автомобиля. Я знаю, что вы можете очищать коды с помощью инструментов сканера, значит ли это, что ошибки будут постоянно помечаться в системе, пока вы не очистите их вручную? Это заставило бы меня поверить, что индикатор проверки двигателя будет гореть даже после устранения основной причины неисправности. Это точно?
Это действительно зависит от реализации OBD2. То, что мои журналы Subaru 1997 года (практически ничего) по сравнению с Chevy Cruise 2015 года — это совершенно разные вещи.
Однако в большинстве случаев диагностический код неисправности (DTC) регистрируется со стоп-кадром , который представляет собой полное хранилище всех идентификаторов параметров (PIDS). Эти параметры охватывают все, от оборотов в минуту, скорости автомобиля, данных датчика O2, данных о массовом расходе воздуха, долгосрочных и краткосрочных корректировок топлива, опережения зажигания, температуры впуска и охлаждающей жидкости и, возможно, десятков других. Доступ к ним осуществляется через режим 2 OBD2. Доступ к простым неисправностям DTC «Pxxxx» осуществляется через режим 3 OBD2, что часто является той степенью, которую могут отображать простые потребительские сканирующие инструменты.
На более сложных сканерах могут отображаться данные «стоп-кадра» режима 2, которые являются бесценными данными, поскольку они показывают точное рабочее состояние в тот момент, когда был установлен код DTC.
История таких кодов снова зависит от реализации OBD2 и, вполне вероятно, от того, насколько новый автомобиль . По моему Subaru 1997 года данные ограничены, учитывая, что OBD2 не был обязательным до 1996 модельного года.
Тем не менее, все автомобили имеют две категории DTC: «Ожидание», что является обнаруженной неисправностью, но не устанавливает индикатор проверки двигателя (CEL, SES) до тех пор, пока условие не будет обнаружено снова определенное количество раз. (Доступ к нему осуществляется через OBD2 Mode 7.) Количество «ездовых циклов», необходимых для перевода «ожидания» в CEL, зависит от неисправности, реализации и автомобиля.
Другая категория кодов неисправности «сохраненная» или «зарегистрированная». Это истинные коды неисправностей, которые были переведены из состояния «ожидание» в реальный код неисправности, и они по определению OBD2 должны устанавливать CEL.
Кроме того, некоторые блоки/модули управления двигателем (ECU/ECM) имеют возможность регистрировать несколько или десятки «исторических» кодов неисправностей, независимо от того, были ли они отремонтированы и/или устранены. Это обеспечивает основу для проницательного техника, даже если нет текущих ожидающих или зарегистрированных ошибок DTC.
Коды DTC НЕ ДОЛЖНЫ сбрасываться "вручную". Если условие, вызвавшее неисправность, устранено или просто больше не возникает (классический пример эффективности катализатора P0420), код, так сказать, «очищается» после определенного количества ездовых циклов без повторного возникновения неисправности. Количество ездовых циклов, необходимых для сброса активного кода неисправности CEL, зависит от неисправности и реализации программного обеспечения. Однако в большинстве случаев технический специалист сбрасывает эти коды после действительного ремонта, чтобы убедить клиента в том, что ремонт завершен. Но мы не ДОЛЖНЫ; это вежливость. ECU/ECM постоянно отслеживает PID и условия выбросов и, в конечном счете, смягчится, учитывая достаточное количество «чистых» ездовых циклов.
Кроме того, существует категория кодов DTC, которые вызывают МИГАЮЩИЙ CEL. Они резко отличаются от «непрерывно включенного» CEL тем, что если он загорается и не гаснет, это указывает на то, что что-то не так, и водителю следует обратиться в сервисную службу при удобном случае. Однако МИГАЮЩИЙ CEL указывает на серьезную неисправность, которая может привести к повреждению автомобиля. Обычно это указывает на чрезмерно богатое состояние, обычно вызванное серьезными неисправностями зажигания или впрыска топлива, которые, если их оставить в покое, могут повредить дорогой каталитический нейтрализатор. Эти «мигающие» индикаторы проверки двигателя должны быть устранены немедленно — некоторые OEM-производители предлагают остановить автомобиль и отбуксировать его.
Чтобы еще больше усложнить этот процесс, очистка CEL избавляет от кода ошибки из «активной» категории, но, как и в случае с вашим компьютером, это ALT_CTRL-DEL. Он полностью сбрасывает ECU/ECM и очищает так называемые «мониторы».
Мониторы представляют собой множество тестов, которые выполняются либо постоянно, либо в большинстве случаев при соблюдении определенных критериев PID (температура, нагрузка на двигатель, уровень топлива, ездовой цикл). (Именно это особенно затрудняет прохождение мониторов системы улавливания паров топлива; критерии точны и даже зависят от того, сколько топлива в баке.)
Требуется определенное количество успешных ездовых циклов с соблюдением всех необходимых критериев, чтобы «пройти» эти контрольные тесты. На этом этапе транспортное средство может пройти проверку выбросов OBD2 - когда все мониторы прошли проверку. (В Нью-Йорке автомобили, произведенные до 2001 года, могут пройти два неполных контрольных теста, 2001 года и новее — один, и может случиться так, что последние автомобили не допустят ни одного неполного. Это просто мелочи.)
В результате, хотя транспортное средство могло быть отремонтировано должным образом и коды неисправностей были удалены, это НЕ означает, что оно пройдет проверку на выбросы OBD2. Это предотвращает метод шейдового дерева, заключающийся в отсоединении аккумулятора и его немедленной проверке. Транспортное средство должно совершить необходимое количество ездовых циклов со всеми (или большинством) критериями, чтобы получить проходной балл. Хотя так называемое «не готовое» транспортное средство не проваливает испытания на выбросы, оно также и не проходит его. После лоботомии ALT-CTRL-DEL ECU/ECM автомобиль садится и не становится «готовым» к осмотру, пока не докажет себе, что все мониторы работают, а автомобиль работает чисто.
Есть два вида кодов неисправностей; один рейс и два рейса.
Одиночный код неисправности отключения, как правило, является серьезной неисправностью, такой как серьезные пропуски зажигания. Это зажжет индикатор проверки двигателя сразу после обнаружения.
Код неисправности за две поездки должен быть подтвержден за две поездки. Первая поездка устанавливает ожидающий код без включения света. Если неисправность обнаружена снова, индикатор загорится.
Теоретически, когда серьезная неисправность (индикатор горит) проходит тест два раза подряд, индикатор гаснет. Затем код понижается до ожидающего из-за жесткой неисправности. Это обусловлено тем, что тестирование все же выполняется с жестким сбоем. В некоторых случаях тестирование приостанавливается из-за серьезной неисправности, и тогда единственным способом выключить свет является очистка индикатора с помощью сканирующего прибора. Незавершенный код исчезнет, если тест пройдет 60 последовательных ездовых циклов (запуск и остановка автомобиля 60 раз не составляют ездовой цикл).
Всякий раз, когда код сохраняется, данные стоп-кадра сохраняются вместе с ним. Данные стоп-кадра (FFD) — это моментальный снимок наиболее распространенных данных при обнаружении неисправности. Проблема в том, что хранящиеся значения различаются в зависимости от производителя и года выпуска автомобиля. Значения могут включать, но не ограничиваться этим; температура охлаждающей жидкости, обороты в минуту, температура воздуха, кратковременная коррекция подачи топлива, долгосрочная остановка подачи топлива, состояние контура, как долго в ездовом цикле устанавливается неисправность, сколько ездовых циклов прошло с момента установления неисправности... список продолжается и продолжается.
Старые автомобили могли хранить только один кадр FFD, и приоритет отдавался более серьезному коду неисправности. Более новый автомобиль может хранить несколько кадров FFD. Хотя вы можете выяснить, в каком порядке произошли коды, нет пресловутой отметки времени, как в регистраторе событий.
Уже очень подробные ответы! Просто хотел добавить кое-что о проверке выбросов после очистки кодов неисправностей. Некоторые производители включают в себя способ создания условий, которые будут определять, будут ли компоненты выбросов работать или не будут работать без увеличения времени вождения. Программное обеспечение VCDS, которое у меня есть для Volkswagen (и других их брендов), имеет опцию «установить готовность» в процессоре двигателя. Он шаг за шагом проведет вас через компоненты выбросов, указав, как долго вы должны удерживать двигатель на определенных оборотах и когда проводится тест. Более новые автомобили будут автоматически брать на себя управление и увеличивать обороты двигателя, в то время как более старые должны выполняться точно кем-то на сиденье водителя, поддерживая довольно точные обороты. Короче говоря,
vini_i
длу
vini_i