Что такое логи эбу
Известно, что программисты проводят много времени, отлаживая свои программы, пытаясь разобраться, почему они не работают — или работают неправильно. Когда говорят про отладку, обычно подразумевают либо отладочную печать, либо использование специальных программ – дебагеров. С их помощью отслеживается выполнение кода по шагам, во время которого видно, как меняется содержимое переменных. Эти способы хорошо работают в небольших программах, но в реальных приложениях быстро становятся неэффективными.
Сложность реальных приложений
Возьмем для примера типичный сайт. Что он в себя включает?
-
. Система трансляции имени сайта в ip-адрес сервера.
- Веб-сервер. Программа, обслуживающая входящие запросы, перенаправляет их в код приложения и забирает от приложения данные для пользователей.
- Физический сервер (или виртуальный) с его окружением. Включает в себя операционную систему, установленные и запущенные обслуживающие программы, например, мониторинг.
- База данных. Внешнее хранилище, с которым связывается код приложения и обменивается информацией.
- Само приложение. Помимо кода, который пишут программисты, приложение включает в себя сотни тысяч и миллионы строк кода сторонних библиотек. Кроме этого, код работает внутри фреймворка, у которого свои собственные правила обработки входящих запросов.
- Фронтенд часть. Код, который выполняется в браузере пользователя. И системы сборки для разработки, например, Webpack.
И это только самый простой случай. Реальность же значительно сложнее: множество разноплановых серверов, системы кеширования (ускорения доступа), асинхронный код, очереди, внешние сервисы, облачные сервисы. Все это выглядит как многослойный пирог, внутри которого где-то работает нами написанный код. И этот код составляет лишь небольшую часть всего происходящего. Как в такой ситуации понять, на каком этапе был сбой, или все пошло не по плану? Для этого, как минимум, нужно определить, в каком слое произошла ошибка. Но даже это не самое сложное. Об ошибках в работающем приложении узнают не сразу, а уже потом, — когда ошибка случилась и, иногда, больше не воспроизводится.
Логирование
И для всего этого многообразия систем существует единое решение — логирование. В простейшем случае логирование сводится к файлу на диске, куда разные программы записывают (логируют) свои действия во время работы. Такой файл называют логом или журналом. Как правило, внутри лога одна строчка соответствует одному действию.
Выше небольшой кусок лога веб-сервера Хекслета. Из него видно ip-адрес, с которого выполнялся запрос на страницу и какие ресурсы загружались, метод HTTP, ответ бекенда (кода) и размер тела ответа в HTTP. Очень важно наличие даты. Благодаря ей всегда можно найти лог за конкретный период, например на то время, когда возникла ошибка. Для этого логи грепают:
Когда программисты только начинают свой путь, они, часто не зная причину ошибки, опускают руки и говорят «я не знаю, что случилось, и что делать». Опытный же разработчик всегда первым делом говорит «а что в логах?». Анализировать логи — один из базовых навыков в разработке. В любой непонятной ситуации нужно смотреть логи. Логи пишут все программы без исключения, но делают это по-разному и в разные места. Чтобы точно узнать, куда и как, нужно идти в документацию конкретной программы и читать соответствующий раздел документации. Вот несколько примеров:
Многие программы логируют прямо в консоль, например Webpack показывает процесс и результаты сборки:
Во фронтенде файлов нет, поэтому логируют либо прямо в консоль, либо к себе в бекенды (что сложно), либо в специализированные сервисы, такие как LogRocket.
Уровни логирования
Чем больше информации выводится в логах, тем лучше и проще отладка, но когда данных слишком много, то в них тяжело искать нужное. В особо сложных случаях логи могут генерироваться с огромной скоростью и в гигантских размерах. Работать в такой ситуации нелегко. Чтобы как-то сгладить ситуацию, системы логирования вводят разные уровни. Обычно это:
- debug
- info
- warning
- error
Поддержка уровней осуществляется двумя способами. Во-первых, внутри самой программы расставляют вызовы библиотеки логирования в соответствии с уровнями. Если произошла ошибка, то логируем как error, если это отладочная информация, которая не нужна в обычной ситуации, то уровень debug.
Во-вторых, во время запуска программы указывается уровень логирования, необходимый в конкретной ситуации. По умолчанию используется уровень info, который используется для описания каких-то ключевых и важных вещей. При таком уровне будут выводиться и warning, и error. Если поставить уровень error, то будут выводиться только ошибки. А если debug, то мы получим лог, максимально наполненный данными. Обычно debug приводит к многократному росту выводимой информации.
Уровни логирования, обычно, выставляются через переменную окружения во время запуска программы. Например, так:
Существует и другой подход, основанный не на уровнях, а на пространствах имен. Этот подход получил широкое распространение в JS-среде, и является там основным. Фактически, он построен вокруг одной единственной библиотеки debug для логирования, которой пронизаны практически все JavaScript-библиотеки как на фронтенде, так и на бекенде.
Принцип работы здесь такой. Под нужную ситуацию создается специализированная функция логирования с указанием пространства имен, которая затем используется для всех событий одного процесса. В итоге библиотека позволяет легко отфильтровать только нужные записи, соответствующие нужному пространству.
Запуск с нужным пространством:
Ротация логов
Со временем количество логов становится большим, и с ними нужно что-то делать. Для этого используется ротация логов. Иногда за это отвечает сама программа, но чаще — внешнее приложение, задачей которого является чистка. Эта программа по необходимости разбивает логи на более мелкие файлы, сжимает, перемещает и, если нужно, удаляет. Подобная система встроена в любую операционную систему для работы с логами самой системы и внешних программ, которые могут встраиваться в нее.
С веб-сайтами все еще сложнее. Даже на небольших проектах используется несколько серверов, на каждом из которых свои логи. А в крупных проектах тысячи серверов. Для управления такими системы созданы специализированные программы, которые следят за логами на всех машинах, скачивают их, складывают в заточенные под логи базы данных и предоставляют удобный способ поиска по ним.
Здесь тоже есть несколько путей. Можно воспользоваться готовыми решениями, такими как DataDog Logging, либо устанавливать и настраивать все самостоятельно через, например, ELK Stack
Известно, что программисты проводят много времени, отлаживая свои программы, пытаясь разобраться, почему они не работают — или работают неправильно. Когда говорят про отладку, обычно подразумевают либо отладочную печать, либо использование специальных программ – дебагеров. С их помощью отслеживается выполнение кода по шагам, во время которого видно, как меняется содержимое переменных. Эти способы хорошо работают в небольших программах, но в реальных приложениях быстро становятся неэффективными.
Сложность реальных приложений
Возьмем для примера типичный сайт. Что он в себя включает?
-
. Система трансляции имени сайта в ip-адрес сервера.
- Веб-сервер. Программа, обслуживающая входящие запросы, перенаправляет их в код приложения и забирает от приложения данные для пользователей.
- Физический сервер (или виртуальный) с его окружением. Включает в себя операционную систему, установленные и запущенные обслуживающие программы, например, мониторинг.
- База данных. Внешнее хранилище, с которым связывается код приложения и обменивается информацией.
- Само приложение. Помимо кода, который пишут программисты, приложение включает в себя сотни тысяч и миллионы строк кода сторонних библиотек. Кроме этого, код работает внутри фреймворка, у которого свои собственные правила обработки входящих запросов.
- Фронтенд часть. Код, который выполняется в браузере пользователя. И системы сборки для разработки, например, Webpack.
И это только самый простой случай. Реальность же значительно сложнее: множество разноплановых серверов, системы кеширования (ускорения доступа), асинхронный код, очереди, внешние сервисы, облачные сервисы. Все это выглядит как многослойный пирог, внутри которого где-то работает нами написанный код. И этот код составляет лишь небольшую часть всего происходящего. Как в такой ситуации понять, на каком этапе был сбой, или все пошло не по плану? Для этого, как минимум, нужно определить, в каком слое произошла ошибка. Но даже это не самое сложное. Об ошибках в работающем приложении узнают не сразу, а уже потом, — когда ошибка случилась и, иногда, больше не воспроизводится.
Логирование
И для всего этого многообразия систем существует единое решение — логирование. В простейшем случае логирование сводится к файлу на диске, куда разные программы записывают (логируют) свои действия во время работы. Такой файл называют логом или журналом. Как правило, внутри лога одна строчка соответствует одному действию.
Выше небольшой кусок лога веб-сервера Хекслета. Из него видно ip-адрес, с которого выполнялся запрос на страницу и какие ресурсы загружались, метод HTTP, ответ бекенда (кода) и размер тела ответа в HTTP. Очень важно наличие даты. Благодаря ей всегда можно найти лог за конкретный период, например на то время, когда возникла ошибка. Для этого логи грепают:
Когда программисты только начинают свой путь, они, часто не зная причину ошибки, опускают руки и говорят «я не знаю, что случилось, и что делать». Опытный же разработчик всегда первым делом говорит «а что в логах?». Анализировать логи — один из базовых навыков в разработке. В любой непонятной ситуации нужно смотреть логи. Логи пишут все программы без исключения, но делают это по-разному и в разные места. Чтобы точно узнать, куда и как, нужно идти в документацию конкретной программы и читать соответствующий раздел документации. Вот несколько примеров:
Многие программы логируют прямо в консоль, например Webpack показывает процесс и результаты сборки:
Во фронтенде файлов нет, поэтому логируют либо прямо в консоль, либо к себе в бекенды (что сложно), либо в специализированные сервисы, такие как LogRocket.
Уровни логирования
Чем больше информации выводится в логах, тем лучше и проще отладка, но когда данных слишком много, то в них тяжело искать нужное. В особо сложных случаях логи могут генерироваться с огромной скоростью и в гигантских размерах. Работать в такой ситуации нелегко. Чтобы как-то сгладить ситуацию, системы логирования вводят разные уровни. Обычно это:
- debug
- info
- warning
- error
Поддержка уровней осуществляется двумя способами. Во-первых, внутри самой программы расставляют вызовы библиотеки логирования в соответствии с уровнями. Если произошла ошибка, то логируем как error, если это отладочная информация, которая не нужна в обычной ситуации, то уровень debug.
Во-вторых, во время запуска программы указывается уровень логирования, необходимый в конкретной ситуации. По умолчанию используется уровень info, который используется для описания каких-то ключевых и важных вещей. При таком уровне будут выводиться и warning, и error. Если поставить уровень error, то будут выводиться только ошибки. А если debug, то мы получим лог, максимально наполненный данными. Обычно debug приводит к многократному росту выводимой информации.
Уровни логирования, обычно, выставляются через переменную окружения во время запуска программы. Например, так:
Существует и другой подход, основанный не на уровнях, а на пространствах имен. Этот подход получил широкое распространение в JS-среде, и является там основным. Фактически, он построен вокруг одной единственной библиотеки debug для логирования, которой пронизаны практически все JavaScript-библиотеки как на фронтенде, так и на бекенде.
Принцип работы здесь такой. Под нужную ситуацию создается специализированная функция логирования с указанием пространства имен, которая затем используется для всех событий одного процесса. В итоге библиотека позволяет легко отфильтровать только нужные записи, соответствующие нужному пространству.
Запуск с нужным пространством:
Ротация логов
Со временем количество логов становится большим, и с ними нужно что-то делать. Для этого используется ротация логов. Иногда за это отвечает сама программа, но чаще — внешнее приложение, задачей которого является чистка. Эта программа по необходимости разбивает логи на более мелкие файлы, сжимает, перемещает и, если нужно, удаляет. Подобная система встроена в любую операционную систему для работы с логами самой системы и внешних программ, которые могут встраиваться в нее.
С веб-сайтами все еще сложнее. Даже на небольших проектах используется несколько серверов, на каждом из которых свои логи. А в крупных проектах тысячи серверов. Для управления такими системы созданы специализированные программы, которые следят за логами на всех машинах, скачивают их, складывают в заточенные под логи базы данных и предоставляют удобный способ поиска по ним.
Здесь тоже есть несколько путей. Можно воспользоваться готовыми решениями, такими как DataDog Logging, либо устанавливать и настраивать все самостоятельно через, например, ELK Stack
Карбюраторные автомобили шли с конвейера без мозгов, так как все управление в них реализовано механически. С приходом инжекторных систем питания машины начали наполняться всевозможной электроникой. Обработкой информации от датчиков и генерацией управляющих сигналов занимается ЭБУ. Выход его из строя способен полностью обездвижить железного коня, поэтому к модулю управления следует относится с повышенной внимательностью.
Внешний вид электронного блока управления
Для правильного дозирования подаваемого топлива в электронный блок управления приходит информация:
- частота вращения коленвала, определяемая датчиком положения;
- возникновение детонации в процессе эксплуатации;
- массовый расход воздуха мотором;
- отклонение от номинального напряжения бортовой сети машины;
- скорость авто;
- температура в системе охлаждения двигателя;
- какое положение занимает дроссельная заслонка;
- процент кислорода в выхлопных газах;
- наличие дополнительных нагрузок на двигатель, например, включение кондиционера.
Количество датчиков и соответственно объем получаемой информации зависит от модели автомобиля. В бюджетных машинах ЭБУ обладает только основными данными. Наиболее развитые электронные блоки собирают и оперируют информацией о каждом узле машины, что сказывается на динамических характеристиках и экономичности авто.
После обработки данных блок управления инжектором подает сигналы для:
- открытия и закрытия форсунок;
- контроля искрообразования;
- выбора режима работы топливного насоса;
- поддержания стабильных оборотов холостого хода;
- включения и выключения вентилятора системы охлаждения;
- подключения или отключения кондиционера электромагнитной муфтой;
- улавливания паров бензина адсорбером;
- проведения самодиагностики агрегатов.
Работа электронного блока управления предполагает оперирование большим количеством информации в режиме реального времени. Неточность в любом из каналов приведет к нестабильной работе двигателя, увеличению расхода топлива и потере динамических характеристик, поэтому все возникающие поломки в электронике требуют незамедлительного устранения.
Конструктивные особенности электронного блока управления
Для работы с информацией, поступающей в модуль, ЭБУ имеет несколько видов памяти:
- Алгоритм управления двигателем в зависимости от режима эксплуатации находится в программируемом постоянном запоминающем устройстве. Здесь же хранится и основная таблица различных калибровок параметров. При отключении питания вся информация остается на месте. Для стирания или перезаписи данных используется специальное оборудование, предназначенное для чип-тюнинга;
- Энергозависимая память, хранящая временные данные и обрабатываемую электронным модулем информацию, называется оперативным запоминающим устройством. В ней происходит фиксация и выработка управляющих сигналов в зависимости от изменений параметров, поступающих с датчиков;
- Сохранение кодов и паролей происходит в электрически репрограммируемом запоминающем устройстве. Данный тип памяти является энергонезависимым, но в отличии от ППЗУ не требует специального оборудования для перезаписи.
Ввод информационных сигналов у качественных электронных модулей осуществляется через гальваническую развязку. Это предотвращает повреждение главных чипов блока управления в случае выхода какого-либо датчика из строя. От внутренних ошибок модуль защищен различными методами самодиагностики и коррекции сбоев, что помогает избегать ситуации, когда автомобиль остается без мозгов.
Неполадки, возникающие в модуле
Причины, почему автомобиль может остаться без мозгов, наиболее часто возникают по вине автовладельца. Так, например, попытка перезаписать программное обеспечение при проведении чип-тюнига может закончится неудачей, если автолюбитель выбрал не правильное ПО. Также причинами вызывающими поломку ЭБУ являются:
- Неудачное расположение модуля управления. Например, в автомобилях ВАЗ 2113 – 2115 ЭБУ установлен рядом с радиатором печки. Помимо теплового воздействия, блок может залить охлаждающей жидкостью, после чего машина останется без мозгов;
- Ухудшения контакта между клеммами и генератором или аккумулятором. Это вызывает скачки бортового напряжения автомобиля. ЭБУ защищен от перепадов напряжения, но продолжительное воздействие способно вывести блок из строя;
- Возникновение ЭДС в первичной обмотке катушки ведет к пробою транзисторов электронного блока управления. Электродвижущая сила обычно возникает при плохом контакте свечей зажигания или повышенном внутреннем сопротивлении высоковольтных проводов.
Для определения неисправности необходимо прочитать лог ошибок, сохраненный в мозгах инжектора. Для этих целей существует специальный диагностический разъем. Расположение его зависит от конкретной модели автомобиля. Например, в автомобилях ВАЗ с высокой панелью диагностический разъем находится внутри центральной консоли.
Расшифровка кодов ошибок на примере ВАЗ 21074
Если мозги инжектора обнаружили неисправность в работе двигателя, то об этом будет сигнализировать загоревшаяся лампочка «check engine». Понять какая именно неисправность произошла по данному оповещению невозможно. Для более точного определения поломки требуется подключить диагностический сканер к специальному разъему. При его помощи из памяти ЭБУ считывается лог ошибки, который можно расшифровать при помощи справочников по конкретному автомобилю. Так, например, для ВАЗ 21074 наиболее часто встречаемыми ошибками являются:
- Неисправность воздушного датчика;
- Неоптимальный режим сгорания бензовоздушной смеси. В результате выхлопные газы имеют повышенную токсичность. Лямбда-зонд может выдать эту ошибку, например, если в выхлопе находятся пары несгоревшего бензина;
- Требуется драйверная проверка модуля управления инжекторными двигателями;
- Проблемы с получением информации от датчика температуры;
- Состав горючей смеси не соответствует режиму работы двигателя. Причиной этого могут стать, например, загрязненные форсунки;
- Неправильное определение момента возникновения детонации в работе двигателя;
- Отсутствуют данные о положении дроссельной заслонки. Помимо повреждения самого считывающего элемента, возможен обрыв информационного шлейфа;
- Температура мотора находится выше рабочего диапазон;
- Медленный отклик сигнальной системы машины.
При выполнении считывания ошибок сканер указывает лишь на предположительное место неисправности, но не может указать причину вызвавшую поломку, поэтому после получения кода важно правильно его истолковать. При недостаточном понимании работы инжекторных двигателей и топливных систем может возникнуть ситуация, когда автовладелец, неправильно расшифровав лог ошибки, займется ремонтом исправного узла машины.
Эксплуатация автомобиля без электронного блока управления
В случае выхода из строя ЭБУ непопулярной модели найти новый модуль может стать большой проблемой. В таком случае автовладелец может пойти на радикальный шаг и сменить электронику на другую систему без мозгов. Инжектор в таком случае сменяется карбюратором, а зажиганием начинает управлять коммутатор.
Вносить столь серьезные изменения можно только в крайнем случае. Инжекторный двигатель спроектирован для работы под контролем электронного блока управления. При его отсутствии возможны провалы при разгоне, нестабильная работа и повышенный расход топлива. Убирать мозги можно только временно, например, для перегона авто.
Устранение неисправностей связанных с мозгами инжектора
При возникновении поломки ЭБУ автовладелец может захотеть поменять модуль на схожую модель. При этом важно учитывать, что каждые мозги изготавливаются под конкретную модель силовой установки, комбинацию датчиков, протяженность шлейфов. Прошивка также меняется от модели к модели, поэтому произвести просто перестановку блоков невозможно, даже если их разъемы идентичны.
При установке похожей модели без полного согласования параметров возможны негативные последствия:
- двигатель перестает заводится;
- автомобиль теряет былую резвость;
- значительно возрастает расход топлива;
- мотор нестабильно работает;
- ЭБУ постоянно сигнализирует об ошибке.
Производить устранение неисправности заменой на похожий электронный блок управления категорически запрещается. Правильными методами устранения неисправностей являются:
- Визуальный осмотр датчиков и проводов идущих к ним. Часто причина может скрываться в их механическом повреждении. Замена дефектного элемента на новый позволит избавится от поломки, которую выдает электронный блок управления;
- Сделать перепрошивку программного обеспечения. Повышение динамических характеристик автомобиля очень часто возможно только при помощи чип-тюнинга;
- Сделать перезагрузку мозгов инжектора путем снятия одной из клемм аккумулятора. Произошедший сбой в процессе эксплуатации можно сбросить отключив питание от ЭБУ. Данным методом рекомендуется пользоваться при однократном появлении ошибки. Если ситуация повторяется, то перезагружать модуль не имеет смысла.
При невозможности устранить поломку вышеуказанными способами, единственным верным решением является обращение в специализированный сервисный центр. После считывания лога ошибки сканером специалисты определят возможный круг неисправностей. После этого определяется оптимальный способ избавления дефекта.
Появление электронного блока управления значительно улучшило эксплуатационные свойства автомобиля. Произошло это благодаря возможности контроля режима работы силовой установки и корректировки параметров в режиме реального времени. В свою очередь, усложнение электроники машины привело к возникновению поломок, способных обездвижить железного коня.
Одним из важнейших элементов практически всех современных двигателей является электронный блок управления. Это название довольно длинное, так что его сокращают до ЭБУ двигателя. Блок имеет сложное устройство, а его производством занимается ограниченное число фирм. По факту, они же владеют патентами и ограничивают деятельность других фирм, но это уже другой вопрос. Грамотному автолюбителю стоит разбираться в том, что представляет собой ЭБУ двигателя, какое место в структуре автомобильных систем он занимает, какие элементы ему подконтрольны и по каким причинам он может выйти из строя. Обо всем этом – в материале Avto.pro.
Важная ремарка
Сразу отметим, что под ЭБУ понимают вообще все встраиваемые системы, которые получают управляющие сигналы от одной или сразу нескольких систем и подсистем автомобиля. Звучит довольно сложно, так что попробуем разобраться. К примеру, в большинстве автотранспортных средств используются такие управляющие системы и подсистемы:
- Контроллер ЭСУД . Часто его называют просто контроллером системы управления ДВС;
- ECM . Тот самый модуль управления двигателем;
- ECU . Еще один электронный блок управления, однако этим сокращением принято обозначать основу всех электронных управляющих систем автомобиля.
И снова мы возвращаемся к термину ЭБУ и его, если можно так выразиться, универсальности. В действительно встроенных управляющих систем много: непосредственно электронных блок управления двигателем (является наиболее распространенным), центральный блок управления, главный электронный модуль, центральный модуль синхронизации, объединенный моторно-трансмиссионный блок управления, модуль управления подвеской, блок управления тормозной системой, контролер кузова. И это лишь часть возможных вариантов . Часто все системы объединяют под одним термином «компьютер автомобиля». Однако важно понимать, что:
- Электронная управляющая система состоит из множества блоков и модулей;
- Каждый блок и модуль является специализированным и не может взять на себя задачи другого блока и модуля.
Основным и наиболее часто встречающимся блоком управления является ЭБУ двигателя . Не совсем правильно будет называть его самым важным, но по факту он контролирует работу силового агрегата, а значит, от его работоспособности зависит очень многое. Например, он считывает и оптимизирует ряд важнейших параметров автомобиля: крутящий момент, состав выхлопных газов, мощность, расходник топлива. В тандеме с ЭБУ двигателя работает целая плеяда датчиков. Далее мы будем рассматривать именно ЭБУ двигателя, а обозначать его будем просто как ЭБУ. И еще раз напоминаем: электронных блоков много, однако в рамках данного материала для простоты мы будет обозначать управляющий элемент двигателя как ЭБУ.
Подробнее об устройстве ЭБУ
Электронный блок управления, иначе называемый контроллером, а в народе «мозгами» двигателя, устроен довольно сложно. Внешне это относительно небольшой блок с металлическим корпусом , но все самое интересное скрыто внутри. Блок управления включает в себя такие элементы:
- Процессорная часть, иначе называемая микроЭВМ;
- Элементы, формирующие сигналы, иначе входные и выходные формирователи;
- Источник питания;
- Многополюсный штекерный разъем.
Как читатель наверняка знает, ЭБУ работает в тандеме со множеством датчиков. Вот несколько примеров: датчик положения дроссельной заслонки, датчик массового расхода воздуха, датчик детонации. Практически всем этим датчикам посвящены отдельные материалы раздела « Полезные советы » на Avto.pro – советуем ознакомиться с ними. А мы продолжим разбор ЭБУ.
Как устроена процессорная часть
Основой процессорной части ЭБУ является однокристальная микроЭВМ (микро электронно-вычислительная машина). По сути, это есть тот самый «мозг» электронного блока управления двигателя. По современным меркам микроЭВМ устроен довольно просто. Дело в том, что ключевые его элементы входят в структуру, которая умещается на одном кристалле (чипе). Важным моментом в описании микроЭВМ является его разрядность . Разрядностью называют количество бит информации, оперировать с которыми будет микропроцессор. МикроЭВМ бывают 8- , 16- и 32-разрядными . Сами устройства включают в себя:
- Центральный процесс;
- Постоянное запоминающее устройство (сокр. ПЗУ);
- Аналогово-цифровой преобразователь (сокр. АЦП);
- Оперативное запоминающее устройство (сокр. ОЗУ);
- Порты ввода и вывода;
- Генератор тактовой частоты;
- Таймеры, иначе называемые счетчиками.
Можно провести параллель между современным компьютером и процессорной частью ЭБУ . По факту, в ЭБУ объединяется ряд компонентов, которые в системных блок персональных компьютеров и ноутбуков идут отдельно друг от друга, но объединяются материнской платой. Здесь есть интересные особенности, но их мы рассматривать не будем – автолюбителю важно понимать, что принципиальные схемы современных электронно-вычислительных машин очень похожи друг на друга.
Центральный процессор ЭБУ подбирает команды и данные из памяти и производит различные операции над этими данными. Кроме того, он управляет сигналами, проходящими через внутреннюю шину адреса и данных. Постоянное запоминающее устройство – это то место, где хранятся программы и данные. Информация имеет вид констант. Сама же программа записывается в виде машинных кодов микроЭВМ. Данные представляют собой калибровочные таблицы констант , участвующих в процессе расчетов. Данные из таблиц могут быть выбраны и в качестве управляющих параметров. Что интересно, данные в ПЗУ хранятся неограничено долго . Оперативное запоминающее устройство берет на себя задачу хранения данных, которые могут измениться. Например, промежуточных результатов вычислений или же значений, получаемых от датчиков. Хранить информацию ОЗУ может в течение ограниченного промежутка времени – она стирается после отключения питания.
Тандем центральный процессор – ПЗУ – ОЗУ является ключевым для ЭБУ. Если говорить по-простому, именно этот тандем выделяет данные и параметры, обсчитывает их, запоминает и отдает команды. К этому тандему также можно отнести так называемые энергонезависимые ОЗУ . Они питаются от аккумуляторной батареи напрямую. Такая память может записать данные и хранить их очень долго. Пока аккумулятор не потеряет накопленную энергию вследствие саморазряда, энергонезависимые ОЗУ продолжат хранить данные.
Важным элементом ЭБУ является аналогово-цифровой преобразователь. Дело в том, что однокристальные микроЭВМ могут работать только с цифровыми сигналам. В АЦП аналоговый сигнал преобразуется в цифровой код . Порты ввода и вывода, как несложно догадаться из их названия, служат для получения и считывания входных сигналов и передачи выходных сигналов и информации. Таймером же называют устройство, которое служит как для измерения интервалов времени , так и подсчета числа событий . Генератор тактовой частоты призван синхронизировать работы всей системы за счет выработки тактовых импульсов. От точности работы генератора будет зависеть точность измерения интервалов времени.
Как работают формирователи входных и выходных сигналов
- Аналоговые;
- Дискретные;
- Частотные.
Формирователи делятся на подтипы в зависимости от того, с какими сигналами они работают. Это связано с тем, что разные типы сигналов имеют различные параметры . Вот например:
- Аналоговые сигналы меняются во времени непрерывно. Примером является сигнал с датчика положения дроссельной заслонки. Непрерывно поступающие сигналы проходят через обработку в формирователи, а затем поступают к аналогово-цифровому преобразователю и к процессорной части ЭБУ;
- Дискретные сигналы меняются скачкообразно и являются прерывистыми. В качестве примера можно взять сигнал включения зажигания. Его изменения происходит резко, а сам сигнал поступает сначала в преобразователь, а затем напрямую в процессорную часть ЭБУ;
- Частотные сигналы наиболее интересны. Они не просто изменяют частоту – эти изменения сами по себе несут информацию о реальных изменениях величин, которые измеряет датчик. Соответственно, и обработка этих сигналов будет сложной. Сначала они ограничиваются по амплитуде, а затем поступают на вход таймера.
За формирование выходных сигналов ответственны специальные микросхемы, иначе называемые драйверами. Они усиливают сигналы по мощности, а также защищают выходы контроллера от замыканий и перегрузок . Драйверы часто называют «интеллектуальными», так как в случае работы в анормальном режиме они информирует центральный процессор о факте появления ошибки. Выходные формирователи делятся на подтипы по мощности сигнала, с которым они работают.
Неисправности устройства
В силу того, что ЭБУ является ключевым управляющим элементом силового агрегата, его неисправности сразу сказываются на работе агрегата и автолюбитель не сможет не заметить проблемы. Другое дело – проведение диагностики устройства. Зачастую проблема кроется не в самом блоке управления, а в проводке и конкретных датчиках. Причин, по которым сам ЭБУ может выйти из строя, довольно много. Вот наиболее частые:
- Короткое замыкание одного или нескольких соленоидов;
- Сильные механические воздействия или вибрации, результатами которых является появления трещин в плате ЭБУ и на местах спайки контактов;
- Перегрев электронного блока вследствие резких перепадов температур – от низких до высоких (такое иногда наблюдается в автомобилях, эксплуатируемых в условиях сильного холода);
- Попадание влаги в устройство и коррозияю
Существует и по-своему интересные способы навредить электронному блоку управления двигателя. Например, снять клеммы аккумулятора, перед этим не заглушив двигатель. То же произойдет при попытке «прикурить» автомобиль, не заглушив мотор. С некоторой вероятностью ЭБУ может выйти из строя, если при подключении аккумулятора перепутать клеммы и запустить мотор. Признаков, указывающие на выход ЭБУ из строя, много. Чаще всего встречаются такие:
- Перестал гореть Check Engine;
- Зажигание начало работать с частыми пропусками;
- Вентилятор охлаждения двигателя начал включаться произвольно;
- Отсутствует связь с устройством (можно понять по ходу диагностики сканером);
- Двигатель начал троить, перестал заводиться, сильно изменился выхлоп;
- Автомобиль реагируют на манипуляции с педалью газа неадекватно;
- Предохранительные элементы начали часто перегорать без видимых причин;
- Сигналы с датчиком начали поступать нерегулярно, или перестали поступать вовсе.
И это лишь часть возможных симптомов. Автолюбителям важно понимать, что перед диагностикой ЭБУ имеет смысл проверить другие компоненты электронной бортовой системы автомобиля . К примеру, если наблюдаются проблему с одним из датчиков, стоит проверить в первую очередь его, затем его проводку, а уже затем ЭБУ.
Самостоятельная диагностика
Определить некоторые неисправности ЭБУ можно и самостоятельно. Или, по крайней мере, понять, подает ли он «признаки жизни». Это также возможно благодаря системе самодиагностики, которую имеют практически все блоки управления. Если автолюбитель хочет произвести самостоятельную диагностику, ему понадобится специальный тестер или же компьютер с предустановленной программой . Ее будет несложно найти в интернете. Кроме того, понадобится адаптер. Вот что нужно сделать:
- Подключить адаптер к USB-порту компьютера и к выходу электронного блока;
- Включить зажигание (сам двигатель запускать не обязательно);
- Запустить предварительно скачанную и установленную диагностическую проверку на компьютере;
- Наблюдать за тем, как на экране появится сообщение о начале диагностики. Если его нет, проверьте надежность подключения;
- Перейти в раздел DTC (может иметь другое название в зависимости от программы) – он содержит коды всех неисправностей. Коды зашифрованы, а расшифровать их можно в той же программе или с помощью данных из технической документации к вашему автомобилю.
К несчастью, бывают случаи, когда компьютер не удается подключить к блоку. В этом случае автолюбителю понадобится осциллограф, кабель и специализированное программное обеспечение. Нужный софт найти несложно, а вот с осциллографом могут возникнуть проблемы. Далее, диагностику нужно будет продолжить уже при помощи тестера или же мультиметра. Автолюбителю придется внимательно изучить электрическую схему контроллера и производить замеры сопротивлений. Лучше всего обратиться к специалистам, но если у автолюбитель хорошо подкован в вопросам электротехники и имеет много времени для диагностики, выявить проблему он сможет и самостоятельно.
Вывод
ЭБУ двигателя – это, пожалуй, самый ответственный элемент бортовой электросистемы автомобили. Благодаря нему силовой агрегат имеет оптимальную производительность, состав выхлопа и высокую стабильность работы. Неисправности в работе ЭБУ возникают часто, но в большинстве случаев они обусловлены проблемой с каким-либо электрическим и электромеханическом элементом автомобиля. Если проблема кроется именно в ЭБУ, то нередко единственным способом ее решения является… дорогостоящая замена блока. Советуем обращаться к проверенным специалистам для диагностики, а уже потом строить планы по покупке необходимых запчастей и дальнейшей их установке.
Если Вам понравилась публикация, поделитесь новостью в социальных сетях и подписывайтесь на канал .
У многих на форме есть кабель VAG-COM и не многие знают его возможности, по мимо работы с ошибками и кодировками. Появилось желание попытаться разобраться с работой двигателя (остановлюсь пока на дизеле BKD, т.к. у меня именно этот двигатель, каналы указанные ниже подходят ТОЛЬКО для двигателя BKD. ), а именно --
Например, надо посмотерь на каких оборотах в двигателе максимальное давление наддува , как ведет себя турбина , как работает датчик массового расхода воздуха и прочее. Можно, конечно, посадить человека с кабелем и буком на пассажирское сидение, а самому в это время втопить газ до отсечки. Возможно, человек успеет засечь какой объем воздуха вдула турба в реальном времени и т.д. А можно записать Log-файл с группой по давлению и прочим необходимым параметрам, а потом в спокойной обстановке посмотреть его, попивая пивко
Мало того! Лог можно записать на Камчатке ,а потом показать диагносту из Калининграда Это позволит исключить лишние тело-движения при механической диагностике. Т.е. не надо будет гадать, что же произошло и почему на ходу выключается турбина и прочее.
Log-файл -- это файл с записью измерения той или иной группы данных с точными показаниями в реальном времени (температура, обороты, давление , напряжение и т.д.).
Что мы будем изучать:
- - Частота вращения двигателя
- - Количество впрыскиваемого топлива
- - Номинальное значение продолжительности подачи
- - Температура ОЖ
- - Температура топлива
- - Температура всасываемого воздуха
- - Положение педали акселератора
- - Режим работы двигателя
- - Рециркуляция ОГ - номинальное значение
- - Рециркуляция ОГ - фактическое значение
- - Скважность клапана рециркуляции ОГ
- - Требуемый момент (педаль акселератора)
- - Ограничение крутящего момента
- - Ограничение дымности
- - Масса всасываемого воздуха
- - Давление наддува - номинальное значение
- - Давление наддува - фактическое значение
Как снимать логи с двигателя ?
(Скриншоты добавлю позднее, если понадобятся)
- З апускаем программу, которой будем пользоваться. В нашем случае эта программа будет Vag-COM (версия программы и кабеля не имеет значения, главное, чтобы программа поддерживала работу с двигателем, который мы собираемся диагностировать)
- В ыбираем Engine-01 (Двигатель)
- Н ажимаем на Meas.Blocks-08 (Измерение-08)
- В открывшемся окне выбираем группы измерения (все три по очереди), которые нас интересуют, а именно -- 002, 010 и 011
- В низу нажимаем на кнопку Log (Лог)
- П о желанию, можно изменить имя файла и нажимаем Start\Старт\Go!
- Д алее, наша задача состоит в том, чтобы на 2 или 3 передаче, с 1500 оборотов в минуту выжать до упора педаль акселератора и раскрутить двигатель до отсечки (в нашем случае с двигателем BKD это 4500 об\мин). Пользуясь данной методикой надо быть предельно аккуратным и осторожным! Не отвлекаться на ноутбук от дороги и безопасного вождения! При всем этом, приотпускать педаль газа или плавно брать разгон не допустимо, т.к. логи будут не пригодны для исследования в дальнейшем
- К огда выше указанная процедура проведена останавливаемся и нажимаем Done\Close\Готово\Назад. Не нажимайте на кнопку Stop\Стоп, т.к. это приведет к уничтожению логов и проделанную выше операцию придется делать вновь
- В конечном итоге вы должны получить файл вида -- LOG-01-002-010-011.CSV, который по-умолчанию будет сохранен в папку Log папки с программой.
- В ыложить этот файл БЕЗ изменений в данную ветку для дальнейшего его исследования. (Ввиду того, что на данном форуме файлы CSV не разрешены к вложению -- пользуйтесь архиватором и выкладывайте файл архива с логом)
Актуальна ли для вас эта тема? Есть смысл ее развивать на форуме?
PS^ Опыт с такими штуками есть, но на бензиновых турбо-двигателях Audi
PS2^ На гольфах установлено не мало турбовых двигателей -- если, друзья, вам не сложно -- выпишите сюда коды этих двигателей и их рабочий объем. Попытаюсь объединить тему для ВСЕХ трубовых двигателей и расписать к каждому группы для снятия измерительных величин, т.е. будет УНИВЕРСАЛЬНАЯ тема для всех турбинистов =)))
ОБНОВЛЕНИЕ ПОСТА
Добавил программу для удобного просмотра логов и для наглядности - свой лог, о котором написано ниже (перенаддув)
Читайте также: