
- (15 Страниц)
-
- 1
- 2
- 3
- →
- Последняя »
Диагностика Электронного Блока Управления (ЭБУ) введение
#1
Отправлено 24 June 2008 - 23:37

#2 Гость_Vazha_*
Отправлено 25 June 2008 - 23:59
Можно поправлю (заодно и отношение будет видно)

Так мы же без "работы" оставим кучу "специалистов".
А если серьёзно, то чем меньше "специалистов", тем лучше работа. Да и серьёзное диагностическое оборудование с полным управлением всеми параметрами, вплоть до "запороть" контроллер



#3
Отправлено 26 June 2008 - 00:00
#5 Гость_Vazha_*
Отправлено 26 June 2008 - 00:09
#6 Гость_Vazha_*
Отправлено 26 June 2008 - 00:13
Это просто потому, что дилерский комплект не сильно от вышеуказанного прибора отличается. Плюс хороший спец у дилера работать не станет, а свой бизнес откроет. Да и некорректно их частниками называть, если на то пошло, то дилер - тоже не госконтора.

#7
Отправлено 26 June 2008 - 09:19
Лампа находится на панели приборов и выполняет следующие функции:
— информирует водителя о том, что имеется неисправность в системе управления двигателем и автомобиль необходимо проверить, по возможности быстрее.
— выдает диагностические коды, хранящиеся в памяти ЭБУ, чтобы помочь специалисту найти неисправность.
При включении зажигания лампа загорается и, пока двигатель еще не работает, происходит проверка исправности лампы и систем. После пуска двигателя лампа должна гаснуть. Если лампа продолжает гореть, то система самодиагностики обнаружила неисправность. Если неисправность пропадает, то лампа гаснет обычно через 10 с, но код неисправности будет храниться в памяти ЭБУ.
В случае "непостоянного" характера неисправности лампа "CHECK ENGINE" будет гореть около 10 с, а затем погаснет. Однако соответствующий код неисправности будет храниться в памяти ЭБУ, пока не отключится его питание. Когда в процессе считывания кодов обнаруживаются неожиданные коды, то можно предположить, что эти коды созданы непостоянной неисправностью и могут помочь в диагностике системы.
#8
Отправлено 26 June 2008 - 10:56

На приведенном здесь рисунке показано расположение выводов диагностического разъема OBD в соответствии со стандартом. Каждый изготовитель автомобилей имеет кроме того возможность использования других выводов разъема для диагностики различных систем. Тем самым не обеспечивается точное соблюдение изготовителями автомобилей всех пунктов стандарта. Поэтому возможны отклонения от описанного здесь расположения выводов. Расположение выводов у конкретных изготовителей указано в соответствующем пункте
для конкретной модели или в сервисной документации.
#9
Отправлено 26 June 2008 - 11:16
Интересы разработчиков систем управления совпали с требованиями организаций по контролю за окружающей средой EPA (Environmental Protection Agency) and CARB (California Air Resources Board), которые выдвинули тебования по ограничению выбросов вредных веществ, содержащихся в выхлопе автомобилей. Таким образом контроль за чистотой выхлопных газов, а следовательно и контроль за нормальным сгоранием топлива , так же стал частью системы OBD.
Первые системы встроенной диагностики были чрезвычайно разношерстны Каждый автопроизводитель разрабатывал собственную систему. Это конечно привело к проблемам облуживания автомобилей на местах. Такая ситуация не могла продолжаться долго и были предприняты шаги по стандартизации систем встроенной диагностики. В середине 90 годов появились стандарты, которые регламентировали важные части системы диагностики. Стандартным стал разъем, к которому подключается диагностическое оборудование. Был зафиксирован ряд протоколов обмена информацией между контроллерами автомобиля и диагностическим оборудованием. Также был стандартизированы коды ошибок. С этого момента такие системы стали назвать удовлетворяющими стандартам OBD II.
#10
Отправлено 26 June 2008 - 11:23
#11
Отправлено 26 June 2008 - 12:09
Промышленная сеть CAN (Controller Area Network) была создана в конце 80-х годов фирмой Bosch как решение для распределенных систем, работающих в режиме реального времени. Первая реализация CAN применялась в автомобильной электронике, однако сейчас CAN находит применение практически в любых типах машин и промышленных установок, от простейших бытовых приборов до систем управления ускорителями элементарных частиц. В настоящий момент CAN-протокол стандартизован в международном стандарте ISO 11898.
Основные положения стандарта CAN.
В качестве среды передачи в CAN используется дифференциальная линия связи - витая пара, сигналы по которой передаются в дифференциальном режиме.
Для контроля доступа к среде передачи используется метод недеструктивного арбитража.
Данные передаются короткими (максимальная длина поля данных - 8 байт) пакетами, которые защищены контрольной суммой.
В CAN отсутствует явная адресация сообщений. Вместо этого каждый пакет снабжен полем арбитража (идентификатор+RTR-бит), которое задает приоритет сообщения в сети.
CAN имеет исчерпывающую схему контроля ошибок, которая гарантирует повторную передачу пакета, в случае возникновения ошибок передачи/приема сообщения.
В CAN существует способ автоматического устранения узла, являющегося источником ошибочных пакетов в сети.
Протоколы высокого уровня (HLP).
Протокол CAN описывает только то, как пакеты должны быть доставлены от одного узла сети к другому. CAN ничего не говорит о том, как нужно интерпретировать поле данных пакета, как утилизировать поле арбитража, как обеспечить передачу данных, длина которых превышает 8 байт, какую логическую схему передачи должны использовать общающиеся между собой узлы и т.п. Другими словами CAN описывает только два нижних уровня эталонной сетевой модели ISO/OSI.
Положения, которые не специфицируются стандартом CAN, (верхние пять уровней модели ISO/OSI) описываются, так называемыми CAN протоколами высокого уровня (HLP - Higher Layer Protocols). В настоящий момент существует несколько HLP протоколов. Они описывают следующие общие положения:
процедура подключения узла к сети.
способ утилизации поля арбитража (распределение уровней приоритетов и идентификаторов между узлами сети).
формат сообщений.
схема обработки ошибок на логическом уровне.
логические схемы обмена данными между узлами сети (обмен данными в режиме master-slave, обмен данными сустановлением соединения и без него, и т.п.).
CAN контроллеры.
Протокол CAN полностью реализован в кремниевых чипах - CAN контроллерах. Сегодня на рынке существуют сотни CAN-контроллеров производимых различными фирмами. Список CAN контроллеров с их основными характеристиками можно посмотреть на сайте CiA (CAN in Automation) по адресу
#12
Отправлено 27 June 2008 - 08:28
Ну здесь ты немножко не прав. Что собранный мной ELM327, что CHECK-ENGINE (кстати возможно тоже на ELM-ке) работают только с ЭБУ двигателя, и только с ним. Продиагностировать все остальные контроллеры подключенные к CAN шине не предоставляется возможным. Сейчас перед покупкой "двушки" (это отдельная тема - ох уж мне этот Автопойнт - купили сроками) прошерстил тему бортовых компов. Очень понравился MULTITRONICS -
#15
Отправлено 30 June 2008 - 00:05
Тюнин - Диагностика ЭСУД автомобилей
Название: Диагностика электронных систем управления двигателями легковых автомобилей
Автор: Тюнин А.А.
Издательство: Солон-Пресс
Год издания: 2007
Страниц: 352
Формат: DJVU
Размер: ~5 Mb

Настоящая книга представляет собой практическое пособие по диагностике электронных систем управления бензиновыми и дизельными двигателями. В книге рассматриваются серийные, наиболее популярные модели автомобилей иностранных производителей 1995-2004 годов выпуска.
В книге описываются основные принципы построения, функциональные особенности построения электронных систем управления двигателем (ЭСУД). Автором предлагается интуитивно понятная и логичная методика диагностики компонентов системы управления двигателем. Приводятся данные о порядке получения и интерпретации информации системы самодиагностики автомобилей. Книга предназначена для специалистов, профессионально занимающихся ремонтом автомобилей, а также для обычных автолюбителей, интересующихся устройством электрооборудования своего автомобиля.
#18 Гость_Vazha_*
Отправлено 30 June 2008 - 15:09
#19
Отправлено 04 July 2008 - 22:28
а вот неисправности других, параллельных, систем распознаются?
например, ABS?
в случае обрыва/неисправности одного из датчиков загорается лампочка "ABS", а "check-engine" молчит..
так справится такой прибор с этой проблемой?
(вопрос очень практический, т.к. имею горящую лампочку "ABS" на FordKA 2000 г.в., хотя бы "вычислить" какой из четырёх)
- (15 Страниц)
-
- 1
- 2
- 3
- →
- Последняя »