Check Engine; коды расшифровки ошибок

Check Engine – коды расшифровки ошибок

Если однажды утром ваш автомобиль не завелся, двигатель автомобиля заглох заглох при движении или работает с перебоями, на приборной панели загорелся значок «check engine» – не торопитесь звонить в автосервис и вызывать эвакуатор. Попробуйте самостоятельно выяснить причину неисправности. Возможно причина нестабильной работы двигателя незначительна и устранить ее можно самостоятельно без обращения в автосервис.

Стоит ли бояться если загорелся «check engine»?

Внезапно загоревшаяся на приборной панели лампочка сигнала «check engine» обычно в первые минуты подвергает хозяина автомобиля в ступор и шок. Желтый значок Check Engine “Чек Энджин” в переводе с английского обозначает «проверьте двигатель». Часто автомеханики называют его просто «чек» или «джеки чан». Горящий на приборной панели автомобиля индикатор Check Engine загорается если с двигателем или трансмиссией автомобиля какая то проблема.

Причин для срабатывания предупреждения чек-энджина может быть множество:

диагностика авто

Благодаря большому количеству датчиков установленных на различных агрегатах автомобиля можно найти неисправность, отремонтировать или заменить неисправный узел. Стоит учитывать что данные неисправности могут быть следствием более серьезных поломок и неисправностей двигателя и трансмиссии. Так же лампочка ошибки двигателя может загораться при попадании в двигатель автомобиля некачественных горюче-смазочных материалов. В первую очередь это касается некачественного бензина. Обычно после заправки автомобиля некачественным топливом ошибка пропадает сама собой через некоторое время.

Обратите внимание! Если вы решили обратиться на компьютерную диагностику автомобиля – не снимайте клеммы с аккумуляторной батареи. Даже кратковременное отключение аккумулятора может вызвать потерю информации об ошибках записанных в электронный блок управления (ЭБУ), что значительно затруднит в дальнейшем диагностику и поиск неисправностей.

Коды неисправностей и ошибок OBD2 | OBD II

Первый символ – “Система”. Первая буква кода неисправности идентифицирует систему (часть автомобиля), к которой относится ошибка.

Второй символ – “Тип кода”. Второй знак обозначает относится код неисправности к общему типу ошибок (одинаковому для всех OBD II двигателей), либо это специфичная для определенного производителя неисправность.

Третий символ – “Подсистема”. Третья цифра обозначает подсистему, к которой относится неисправность.

Четвертый и пятый символ – “Порядковый номер ошибки”. В совокупности с остальными символами обозначают особенность неисправности.

Таблица кодов неисправностей OBD2 | OBD II

Как узнать причину синего экрана смерти Windows (BSoD)

Синий экран смерти в Windows 10.

Чтобы не теряться, когда на экране внезапно засветился синий «фонарь», нужно уметь смотреть неприятелю «в лицо». То есть научиться выяснять, что привело к появлению BSoD’a, оценивать, насколько ситуация критична и знать, что делать, чтобы она больше не повторялась.

«Синий фонарь» включается неожиданно

Синие экраны смерти возникают на любой стадии загрузки и работы компьютера. А приводит к ним следующее:

Кстати, однократный BSoD после подключения к компьютеру нового девайса, если в дальнейшем всё работает без нареканий, можно считать нормой.

Что можно узнать из информации на синем экране

Аппаратные «синяки» чаще возникают в одних и тех же условиях (например, при увеличении нагрузки на видеокарту, попытке открыть объемный файл) и имеют разные коды. Либо эти коды указывают на проблемы конкретного оборудования, как то: ошибки доступа к устройству, невозможность считывания, распознавания.

Однако эти признаки позволяют сделать лишь предположение о причине проблемы. Для ее уточнения необходимы более детальные сведения.

Синий экран смерти Windows 10 выглядит так:

Синий экран смерти на Windows 10.

Информацию об ошибке в нем несет строка «Stop code». В моем примере это CRITICAL PROCESS DIED.

Отсканировав телефоном QR-код, который находится здесь же, вы можете перейти на сайт windows com/ stopcode, где содержатся общие советы по устранению сбоя. Подсказки от Microsoft иногда полезны, но о причине конкретно вашего случая там ничего нет, а значит, придется искать эти данные в другом источнике, например:

Но и это не совсем полные сведения. Каждая ошибка уникальна, и самая точная информация о ней содержится в файле, который система сохраняет на диск в момент сбоя. А именно – в малом дампе памяти, которые мы и будет учиться анализировать. А чтобы такие файлы создавались, необходимо сделать несколько маленьких настроек.

Как включить функцию создания и сохранения малых дампов памяти

Для сохранения дампов памяти на жестком диске системе обязательно нужен файл подкачки, который должен находиться в том же разделе, где папка Виндовс. Его размер может быть от 2 Mb и больше.

Свойства папки Компьютер.

Свойства системы.

Загрузка и восстановление.

Запись отладочной информации.

На этом настройка закончена. Теперь информация о BSoD’ах будет сохраняться в вышеуказанном каталоге.

Как анализировать содержимое минидампов

BlueScreenView особенно удобна тем, что не требует установки на компьютер громоздких пакетов Debugging Tools for Windows и может запускаться с любого носителя, достаточно кликнуть по одноименному файлу.

BlueScreenView главное окно.

Интерфейс утилиты, несмотря на отсутствие русского языка, весьма дружелюбен. Главное окно разделено на 2 половины. Вверху – таблица минидампов – файлов из папки Windows\Minidump с датой и временем создания (колонка Crash Time), кодом ошибки в шестнадцатеричном формате (колонка Bug Check Code), четырьмя ее параметрами и другими сведениями. Впрочем, данные о конкретном сбое удобнее просматривать в отдельном окне, которое открывается двойным щелчком по интересующей строке (показано ниже). Главное окно дает больше информации о проблеме в целом, если BSoD’ы случались неоднократно. В нем легко отслеживать даты происшествий и коды ошибок, по повторяемости которых можно судить о характере неполадки.

Параметры ошибки.

Нижняя половина основного окна отображает драйвера, загруженные в память в момент аварийной ситуации по конкретному дампу, выделенному в списке. Строки, подсвеченные розовым, показывают содержимое стека потока событий, а упомянутые в них драйвера имеют самое прямое отношение к причине сбоя.

Разберем для примера один из малых дампов памяти с кодом ошибки 0x00000154. Скажу наперед, что он был вызван заломом шлейфа жесткого диска. Начиная анализ, посмотрим на список драйверов в стеке событий. Здесь нет ничего, кроме ntoskrnl. exe – ядра ОС Windows, которое, конечно, в проблеме не виновато – просто во время сбоя ни одного драйвера в стеке не было, а оно присутствует там всегда.

BlueScreenView таблица драйверов.

Далее заглянем в окошко параметров дампа. Здесь тоже не упомянуто ничего, кроме ntoskrnl. exe, значит, проблема вызвана не драйвером.

Параметры дампа.

Для проверки этой версии оценим показатели S. M.A. R.T жесткого диска компьютера, которые отслеживает программа Hard Disk Sentinel. В день аварии здесь появились изменения следующих атрибутов:

S. M.A. R.T жесткого диска.

Оба указывают на ошибки передачи данных по интерфейсному кабелю. Тест поверхности харда и проверка файловой структуры отклонений не выявили, поэтому проблема была решена заменой шлейфа.

Рассмотрим еще один случай синего экрана смерти, причиной которого стал антивирус Касперского. BSoD периодически возникал во время запуска Windows 10 и при выходе компьютера из спящего режима.

Ошибка зафиксировалась несколько раз под одним и тем же кодом – 0x000000d1, который означает следующее: «драйвер режима ядра попытался получить доступ к странице памяти в процессе IRQL, который имел слишком высокий приоритет». На этот раз BlueScreenView указал на проблему в драйвере NDIS. sys, отвечающем за сетевые подключения. Значит, высока вероятность, что сбой имеет программное происхождение и связан с чем-то, что использует сеть.

Драйвер, вызывающий BSOD.

Для выявления виновника потребовалось провести анализ автозагрузки приложений. На раннем этапе запуска операционной системы этого ПК стартовало не слишком много программ, которым разрешен доступ в Интернет, точнее, один Касперский. В подтверждение его причастности я снова обратилась к списку загруженных в память драйверов в BlueScreenView и среди того, что присутствует здесь обычно, обнаружила kl1.sys, принадлежащий антивирусу.

Таблица драйверов Bluescreenview.

После удаления Касперского синие экраны больше не выскакивали.

Утилита BlueScreenView позволяет анализировать аварийные дампы памяти, полученные не только там, где она запущена, но и на другом компьютере. Для этого не нужно копировать их в папку Windows\ Minidump своего ПК, которая загружается в программу по умолчанию. Скопируйте их в любое удобное место, например, на рабочий стол, и укажите программе новое расположение каталога, который следует загружать.

Функция выбора папки с файлами дампов находится в меню «Options» – «Advanced Options» (открывается сочетанием клавиш Ctrl + O) и называется «Load from the following minidump folder».

Изменение папки загрузки минидампов.

Установив здесь отметку, кликните кнопку «Browse» и найдите нужный каталог в проводнике. Когда захотите вернуть настройки по умолчанию, нажмите «Default».

Источники:

https://celyjmir. ru/check_engine/

https://f1comp. ru/oshibki/kak-uznat-prichinu-sinego-ekrana-smerti-windows-bsod/

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: