Какой язык программирования используется в автомобилях

0

Your access to this site has been limited by the site owner

If you think you have been blocked in error, contact the owner of this site for assistance.

If you are a WordPress user with administrative privileges on this site, please enter your email address in the box below and click "Send". You will then receive an email that helps you regain access.

Block Technical Data

About Wordfence

Wordfence is a security plugin installed on over 4 million WordPress sites. The owner of this site is using Wordfence to manage access to their site.

You can also read the documentation to learn about Wordfence's blocking tools, or visit wordfence.com to learn more about Wordfence.

Click here to learn more: Documentation

Generated by Wordfence at Mon, 13 Mar 2023 14:13:24 GMT.
Your computer's time: .

Какой язык программирования используется в автомобилях

Your access to this site has been limited by the site owner

If you think you have been blocked in error, contact the owner of this site for assistance.

If you are a WordPress user with administrative privileges on this site, please enter your email address in the box below and click «Send». You will then receive an email that helps you regain access.

Block Technical Data

About Wordfence

Wordfence is a security plugin installed on over 4 million WordPress sites. The owner of this site is using Wordfence to manage access to their site.

You can also read the documentation to learn about Wordfence’s blocking tools, or visit wordfence.com to learn more about Wordfence.

Click here to learn more: Documentation

Generated by Wordfence at Mon, 17 Oct 2022 1:10:56 GMT.
Your computer’s time: .

Программный код в автомобиле

Требуется множество микропроцессоров, обрабатывающих 100 миллионов строк кода, чтобы обеспечивать работу машины премиум-класса (2009 год). И это в скором времени станет еще сложнее.

Система авионики в F-22 Raptor, реактивном истребителе военно-воздушных сил США, состоит примерно из 1,7 миллиона строк программного кода. F-35 Joint Strike Fighter, появившийся в 2010 году, требует около 5,7 миллионов строк кода для работы бортовых систем. А новому Boeing 787 Dreamliner требуется около 6,5 миллионов строк программного кода для работы систем бортового электронного оборудования.

Впечатляет, не правда ли? Но если вы недавно купили автомобиль премиум-класса, он, вероятно, содержит около 100 миллионов строк программного кода. Так говорит Манфред Брой, профессор информатики в Техническом университете Мюнхена, ведущий эксперт по программному обеспечению в автомобилях. Все это ПО запускается на 70-100 микропроцессорных электронных блоках управления (ECU), распределенных по всему кузову вашего автомобиля.

Альфред Катценбах, директор по управлению информационными технологиями в Daimler, сказал, что для радионавигационной системы в нынешнем Mercedes-Benz S-класса требуется более 20 миллионов строк кода. В автомобиле содержится почти столько же ECU, сколько в новом Airbus A380 (без учета развлекательной системы на борту). Программное обеспечение в автомобилях будет расти не только в количестве. Сложность ПО с каждым разом увеличивается все сильнее. В конце прошлого года исследовательская фирма Frost & Sullivan подсчитала, что для машин в ближайшем будущем потребуется от 200 до 300 миллионов строк программного кода.

Даже в бюджетных автомобилях теперь есть от 30 до 50 ECU, встроенных в кузов, двери, приборную панель, крышу, багажник, сиденья. Их можно найти практически где угодно. Все зависит от фантазии проектировщиков автомобиля. Это значит, что большинство новых автомобилей обрабатывают десятки миллионов строк программного кода, контролируя все, начиная от ваших тормозов и заканчивая громкостью радио.

«Автомобили больше не представляют собой только лишь батарею, распределитель или генератор переменного тока и карбюратор; они чрезвычайно современны по своей сложности», — говорит Thomas Little, профессор электротехники в Бостонском университете штата Массачусетс. Томас занимается разработкой интеллектуальных транспортных систем. «Преследуя цели экономии энергии, сокращения [выбросов] и повышения безопасности помимо прочего мы пришли к внедрению электроники».

Я недавно испытал эту сложность на себе. В прошлом году я купил новый автомобиль и был поражен, когда открыл руководство пользователя. В нем было 500 страниц. Еще 200 страниц объясняли работу GPS и радиосистем. Одной из новых рекламируемых функций было увеличение отдела для перчаток, но размеры, вероятно, были указаны где-то внутри бесконечного руководства.

Моя новая машина идет в комплекте с передними и боковыми подушками безопасности. Дюжины датчиков обеспечивают электронный контроллер подушки безопасности данными. Эти датчики должны работать годами при любых температурах — и в суровый мороз в Миннесоте и под жарким летним солнцем в Аризоне.

Большую часть времени система подушек безопасности просто отслеживает состояние автомобиля. Но иногда подушки безопасности срабатывают, скажем, из-за столкновения нескольких транспортных средств. В таком случае у программного обеспечения в ECU, управляющего их раскрытием, есть от 15 до 40 миллисекунд, чтобы определить, «какие подушки безопасности активируются и в каком порядке», — говорит Брой.

В ближайшем будущем, по словам Броя, системы управления подушками безопасности будут использовать не только информацию о вероятности столкновения. Например, у BMW многие модели 2009 года оснащены системой BMW Assist. Эта система рассчитывает «риск серьезной травмы» на основе информации, полученной от контроллера подушки безопасности автомобиля и других его ECU. Аварийно-технические службы получают информацию не только о месте происшествия, но и о вероятности получения серьезной травмы пассажирами.

Количество программного обеспечения в автомобилях в наше время поражает.
Первый серийный ECU автомобильного микрокомпьютера представлял собой однофункциональный контроллер. Его использовали для электронного зажигания в 1977 году в General Motors в автомобиле Oldsmobile Toronado. В 1978 году GM предложили поставить свой Cadillac Trip Computer на Cadillac Seville. Компьютер представлял собой модифицированный микропроцессорный чип Motorola 6802. Он отображал информацию о скорости, топливе, поездке и двигателе. Однако микросхема выполняла другую функцию: GM использовали ее для проверки того, насколько хорошо микропроцессор может управлять несколькими функциями, такими как впрыск топлива, электронная синхронизация зажигания и круиз-контроль.

К 1981 году GM использовали микропроцессорное управление двигателем в производстве легковых автомобилей. Они обрабатывали около 50 000 строк кода. Другие автомобильные компании быстро последовали их примеру.

Jonas Bereisa, инженер GM, написал в 1983 году в статье IEEE Transactions по промышленной электронике, что «разработка программного обеспечения станет наиболее важным фактором в разработке новых продуктов». Он был чертовски прав. По оценкам Broy, более 80 процентов автомобильных инноваций происходят благодаря компьютерным системам. ПО стало основным источником стоимости в автомобилях, в том числе прейскурантной. Соотношение стоимости электроники и стоимости транспортных средств в процентах возросло с 5 процентов в конце 1970-х годов до 15 процентов в 2005 году (без учета затрат на окончательную сборку).
У гибридов количество ПО, необходимого только для одного управления двигателем, почти вдвое больше, чем у стандартного автомобиля. Соотношение стоимости электроники и стоимости транспортных средств у них приближается к 45 процентам. В течение 10 лет, по прогнозам некоторых экспертов, процентная доля стоимости электроники от стоимости транспортного средства вырастет до 50 процентов у обычных транспортных средств и до 80 процентов у гибридов.

Для современных автомобилей премиум-класса «стоимость программного обеспечения и электроники может достигать 35–40 процентов от стоимости автомобиля», — заявляет Брой. На разработку программного обеспечения приходится около 13–15 процентов от этой стоимости. Он говорит, что если каждая строчка разработанного программного обеспечения стоит 10$ — что очень мало — у автомобиля премиум-класса, одно только его программное обеспечение представляет собой инвестицию на сумму около миллиарда долларов.

John Voelcker, редактор IEEE Spectrum, написал в апреле 2007 года о гибридном автомобиле GMC Yukon и его двухрежимной автоматической коробке передач. Voelcker сказал, что «из всех рабочих часов затраченных на создание двухрежимной коробке передач… около 70 процентов… ушли на разработку управляющего программного обеспечения».

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

Из-за сложности кода возникают проблемы с надежностью. IBM утверждает, что примерно 50 процентов гарантийных расходов на автомобили в настоящее время связаны с электроникой и их встроенным программным обеспечением. По данным на 2005 год автопроизводителям в Соединенных Штатах это обошлось примерно в 350 долларов за один автомобиль, а европейским автопроизводителям в 250 долларов.

В 2005 году Toyota отозвала 160 000 своих гибридов Prius 2004 года выпуска и некоторые модели начала 2005 года из-за программной проблемы — автомобили глохли или внезапно останавливались. Время, необходимое для ремонта программного обеспечения, оценивалось примерно в 90 минут на одно транспортное средство — около 240 000 рабочих часов. Это обошлось им дорого.

Только в прошлом году было несколько отзывов автомобилей, связанных с проблемами программного обеспечения. Например, в мае 2008 года Chrysler отозвал 24 535 своих Jeep Commanders 2006 года из-за проблемы в программном обеспечении автоматической трансмиссии. Затем в июне Volkswagen отозвал около 4000 своих Passats и Passat Wagons 2008 года и около 2500 Tiguans из-за проблемы в программном обеспечении модуля управления двигателем. Эта проблема может привести к неожиданному увеличению оборотов двигателя в минуту при включении кондиционирования воздуха. В ноябре GM отозвала 12 662 из своих автомобилей Cadillac CTS 2009 года из-за проблемы с программным обеспечением в системе обнаружения пассажиров, которая могла отключить подушку безопасности пассажира, сидящего спереди, когда она должна быть включена, или включить ее, когда она должна быть отключена. Тем не менее, стоит отдать должное разработчикам автомобильного ПО, так как отзывов автомобилей из-за программного обеспечения не так много.

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

Несложно понять почему. «В автомобиле премиум-класса от 2000 до 3000 уникальных функций, связанных с программным обеспечением», — говорит Брой. Затем они объединяются в 250–300 функций, используемых водителем и пассажирами для управления системами автомобиля.

У большинства коммерческих самолетов есть межсетевые экраны между критически важными бортовыми системами и бортовыми развлекательными системами. У машин, в отличии от самолетов, происходит более сложная передача информации между электронными системами, используемыми для управления автомобилем, и системами, предназначенными для развлечения водителя и пассажиров. В бизнес-школе Wharton была опубликована статья под заголовком «Проблемы с автомобилем: стоит ли отозвать автомобильную промышленность США?». Несколько лет назад некоторые водители Mercedes обнаружили, что водительское кресло сдвигалось, если они нажимали определенную кнопку; проблема заключалась в том, что кнопка должна была управлять навигационной системой.

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

Broy сказал мне, что более 50 процентов ECU, которые механики заменяют в автомобилях, технически не содержат ошибок: у них нет проблем ни с аппаратным, ни с программным обеспечением. Механики заменяют ECU просто потому, что не могут починить машину иначе.

«Работники СТО и любители повозиться с машиной в гараже действительно находятся в тех реалиях, когда ремонт автомобиля слишком сложен и требует больших затрат[для них]», — говорит Брой. Удаленная диагностика и ремонт могут сделать механику ненужной для многих задач.

По словам Броя, в не столь отдаленном будущем, когда у вас возникнут проблемы с компьютерной системой в автомобиле, вы отправитесь в гараж, где ваш автомобиль будет подключен к сети. Cторонние OEM-специалисты смогут скачать данные, сделать анализ, а затем загрузить исправление программного обеспечения.

По словам Voelcker, он не удивится, если увидит, что бортовые системы, такие как BMW Assist, Ford Sync и GM OnStar, начнут регулярно передавать параметры рабочих данных обратно в централизованные системы, которыми управляют производители автомобилей. А производители в свою очередь будут анализировать данные для деталей, выходящих за пределы спецификации или для ПО, нуждающегося в обновлении. Водителя автоматически проинформируют о том, что автомобиль необходимо отвезти в ремонт.

Помимо контроля за состоянием своих внутренних деталей, автомобили начинают анализировать мир вокруг них. «Мы вступаем в эпоху, когда помимо того, что мы знаем, что происходит внутри автомобиля, мы используем такие вещи, как радары для обнаружения присутствия внешних объектов, лазеры для измерения расстояния у круиз-контроля, а также видео и ультразвук для обнаружения объектов позади тебя, — говорит Little. «Тенденция будет заключаться в том, чтобы извлекать информацию, которая относится к вашему автомобилю и к другим транспортным средствам. Затем эта информация будет использоваться для повышения безопасности. Например, автомобили перед вами сообщат вашему автомобилю, есть ли на шоссе лед или произошла ли авария.

Little говорит: «Мы отказываемся от маленьких частей контроля в обмен на безопасность. В какой момент вы и я будем готовы сказать: «Хорошо. Я не собираюсь вести машину, пусть она везет меня.

Об авторе

Robert N. Charette редактор IEEE Spectrum, самопровозглашенный «эколог риска», который исследует влияние меняющейся концепции риска на технологии и развитие общества. Charette также пишет IEEE Spectrum Online’s The Risk Factor.

Едем дальше

Манфред Брой и его коллеги написали исчерпывающую статью для февральского выпуска «Proceedings of the IEEE» под названием «Engineering Automotive Software» в феврале 2007 года. Она, вероятно, является одним из лучших обзоров на то, как разрабатывают и используют ПО для автомобилей.

Хорошую раннюю историческую точку зрения на использование ПО в автомобилях ищите в статье Jonas Bereisa, опубликованную в мае 1983 года в журнале IEEE Transactions по промышленной электронике под названием «Applications of Microprocessors in Automotive Electronics.». В ней представлена ​​интересная хронология многих приложений микрокомпьютеров, которые использовались в автомобилях с 1977 по 1982 год.

(По материалам Википедии)
IEEE Spectrum — ежемесячный журнал, издаваемый Институтом инженеров электротехники и электроники (англ. Institute of Electrical and Electronics Engineers — IEEE). Официальное описание журнала:

Журнал «IEEE Spectrum» читает более 385 000 инженеров по всему миру, что делает его одним из ведущих научных и инженерных журналов в мире. Тематика журнала охватывает широкий круг технических проблем и достижений компьютерной техники, средств связи и электроники. Как и в стандартных журналах, статьи «IEEE Spectrum» пытаются сделать доступными для неспециалистов, хотя предполагается их инженерное образование. Материалы журнала пользуются авторитетом и часто цитируются другими изданиями.

Написание программы для диагностики авто как практика программирования на Java. Результаты года и планы ⁠ ⁠

Я разрабатываю приложение для поиска неисправностей автомобиля и расшифровки кодов ошибок его ЭБУ через elm327 (на данном этапе только по стандарту OBD2) на Android для развития навыков программирования на Java и здесь раскажу об итогах года и планах развития работы c elm327 в моем приложении.

После релиза я обещал выложить пост о продвижении приложения, ведь мало его создать, нужно еще и продвинуть как-то, чтобы его начали скачивать. После публикации на Пикабу в первый день было 30 скачиваний, затем некоторый провал на пару недель по два три скачивания в день и уже начали опускаться руки, от того, что никому это приложение не нужно, но потом после обработки алгоритмами GooglePlay приложение начало индексироваться и искаться в поиске по запросу «Расшифровка кодов ошибок». Сейчас приложение стало уже выходить на первых позициях в поиске по этому и подобным запросам. Денег на рекламу и мотивированные установки я пока не тратил ни копейки.

За год удалось заработать 100 долларов, мало конечно, но для начала достаточно.

После января 2019 года было очень много работы и почти до сентября не удавалось заниматься приложением, только базу расшифровок кодов ошибок пополнял периодически.

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

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

И нашел! Библиотека obd-java-api (разработчик Pires) позволяет работать с bluetooth адаптером elm327 для взаимодействия с ЭБУ автомобиля. Интегрировав эту библиотеку в мое приложение, я получил возможность читать коды ошибок OBD2(система бортовой диагностики для систем, связанных с токсичностью выхлопных газов) попутно расшифровывая считанные коды ошибок, а также сбрасывать ошибки, связанные с токсичностью выхлопов и гасить лампу CheckEngine.

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

Во-первых мне необходимо понять, как ошибки читаются через мою программу на реальных автомобилях у пользователей (пока только тестировал на симуляторе с разными наборами возможных ошибок), а для этого нужна обратная связь от пользователей: какая марка, какого года выпуска, как много ошибок считалось (и удалось ли вообще), сбрасывается ли CheckEngine. Возможно вы будете одним из этих пользователей и надеюсь мое приложение окажется вам полезным;

Во-вторых мне нужно добавить пользовательские строки инициализации Elm327, чтобы обеспечить чтение автомобилей с переходными протоколами, на смену которым пришел стандартизированный OBD2. Эти строки конечно уже есть во многих программах диагностики авто на Android, но мне интересно разобраться в этом на практике. В основном отличия в адресах ЭБУ двигателя и тестера, и обмене на уровне адресов блоков, а не функциональном адресе OBD2 по умолчанию в Elm327;

В-третьих, хочу решить (и надеюсь вы мне поможете в этом), что реализовывать в первую очередь и что вам нужнее для диагностики автомобиля:

Первый вариант — чтение кодов ошибок как можно большего количества блоков управления (доступных для чтения при стандартной распиновке модуля elm327) по протоколу UDS, а также сброс этих ошибок.

Для этого нужно каким-то образом найти адресацию запросов и ответов специфичных ЭБУ (для Renault я нашел много информации для размышления в Ddt4All, а вот на другие марки пока не получается найти (есть противоречивая информация по адресации блоков для BMW и VAG));

Второй вариант — чтение стандартных и нестандартных параметров (так называемых PID) с построением графиков. Правда добавлять кастомные csv файлы с PID как в Torque мне пока не по зубам, но запрограммировать максимальное количество наборов PID для разных моделей авто попробовать можно.

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

В честь начала декабря и приближающегося нового года раздаю 31 промокод на ПРО-версию без рекламы и с возможностью делиться результатами расшифровки группы ошибок и поиска кодов ошибок через Elm327:

Просьба отписываться в комментариях о том, какой номер промокода вы использовали.

Если будут проблемы с активацией промокодов пишите на почту wheelsoftlab.tech@gmail.com

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

пробовал твое приложение. нивский протокол не увидело. удалил.

купил inCarDoc — видит все, протокол определяет само.

может в этом причина удалений? и стоит не над новым функционалом задумываться а старый до ума довести?

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

32 забрал спасибо

Я сделал приложение для разумных трат⁠ ⁠

Привет, Пикабу! Я сделал приложение, которое возможно поможет Вам лучше управлять своими деньгами.

Если коротко, то приложение нужно для отслеживания финансов и совершения трат более обдуманно (не тратить деньги на всякую ерунду).

Например, у вас есть 15000 рублей на 15 дней, первые 5-10 дней сложно понимать, как много вы можете тратить, чтобы вам хватило до конца (в итоге в последние 5 дней выживаешь на оставшиеся 100 рублей). Приложение же посчитает сколько вы можете тратить в среднем в день и если вы потратили больше дневного бюджета, то пересчитает весь бюджет на оставшиеся дни, и так же если вы потратили меньше.

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

Концепция простая, заходишь, пишешь трату, закрываешь приложение

Пока сделал достаточно простую инфографику о текущем бюджете: сколько средств, с какого по какое и сколько осталось

Если свайпнуть редактор вниз, то откроется история трат. Можно вернуть любую трату в бюджет свайпом влево (удаление траты)

Ну и по концу периода вам покажется статистика, как вы тратили и что стоит поменять в планировании бюджета

Еще добавил забавную фишку, можно указывать в кастомных валютах разные эмодзи и, например, ваш бюджет будет считаться в печеньках)

Вообще для меня это первый опыт разработки приложения для android, от части это был эксперимент.

Рекламы и платного контента в приложении нет, можно пользоваться сколько душе угодно)

Планы на будущее:

1. Возможно стоит добавить теги или комментарии к тратам, чтобы в статистике разбивать на группы

2. Если залетит, то сделать и версию под ios

Если заинтересовало, вот ссылка на магазин (пока только android). Буду рад если попробуете, и скажете в комментариях как вам.

Жду критики и предложений. Спасибо за внимание)

Приложение Авто Госуслуги и ДТП⁠ ⁠

Прочитал в новостях про приложение Авто Госуслуги, поставил себе неделю назад, СТС в электронном виде можно показывать, ДТП по Европротоколу оформить.
А сегодня случилось ДТП, в меня стоящего неподвижно в полосе въехала девушка. С виной согласилась, говорю давай новое приложение есть, как раз оформим, с ее стороны тоже госуслуги должны быть установлены для подтверждения.
Заполняли минут 40, с фото всего разного, и схему сфотали. Нажимаю отравить, а там

Вот думаю зашибись, а еще приложение написало убрать авто с дороги, так как фото уже сделаны были, через приложение. Думаю все слетит и здрасьте я ваша тетя.
Пишу в поддержку, там как на Марсе задержка.

Вызвали комиссара, за 10минут все заполнил, дольше с приложением шаманские ритуалы проводили. А еще мне делать нефиг, как в ДТП сидеть номера Андроида и системы искать и отправлять в поддержку, ага скучно же.
Будьте внимательны, и лучше перестраховка как обычно. Идея хорошая, приложение сырое.

Проверка и адаптация электронной дроссельной заслонки на 1.8т⁠ ⁠

На днях удаленно решал проблему «Не адаптируется дроссель», мотор стандартный, 1.8т МЕ 7.5. 1Мб, педаль электронная.

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

Для начала рассмотрим схему.

Вот схема подключения электронного дросселя и электронной педали ко всем мозгам 1.8т МЕ 7.5. Схема вам пригодится, если где обрыв или замыкание в проводке. Видим что педалька и заслонка имеют внутри по два переменных резистора, с них мозг и считывает положение заслонки или педали. Почему два резистора? Да все просто, для повышения надежности и точности, в основном для надежности.

В живую они вот так выглядят.

Это заслонка, фоткал изношенную и нормальную. При изношенном резистивном слое или повреждении контактов, слетает адаптация, адаптация не проходит, машина в аварийный режим сваливается, машину жутко колбасит (следствие слетевшей адаптации)

А это педаль, сам не фоткал, у кого то в инете дернул фото, там тоже самое.

Видите как все просто 🙂 Все должно быть в нормальном состоянии и проводка не иметь обрыва замыканий.

Есть не большая хитрость еще, но вы вряд ли с ней столкнетесь но напишу на всякий случай, а вдруг 🙂

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

Мозг МЕ7.5 имеет огромное количество прошивок под разные моторы и авто.

1. В одних, чуть более старых, питание на катушки идет с бензонасоса и появляется только при прокручивании стартером. Наличие этого питания контролирует мозг(прошивка) через лапку мозга №121.

2. В других, более новых (массово) питание на катушки идет через «Главное реле» J271(может иметь другой номер) и оно появляется сразу при включении зажигания. Наличие этого питания контролирует мозг(прошивка) через лапку мозга №121.

Видите разницу? В одном случае +12 появляется при прокрутке стартером, а во втором (самом массовом), сразу как зажигание включили. В обоих случаях мозг смотрит напряжение на контакте №121. И только от прошивки зависит в какой момент мозг ждет там появление питания. Прикол в том, что если сделали апгрейд проводки или блока на более свежий, с запиткой катушек через «Главное реле J271» но не добавили релюшку то машинка не будет адаптировать педаль и работать будет только на ХХ 🙂 Самое простое кинуть на лапку мозга №121 +12 вольт с 15ой шины, шины где +12 появляется при включении зажигания. Так как свежие прошивки ждут +12 на лапке №121 при включении зажигания а не старте мотора 🙂

Ну ладно, отвлекся не много. продолжим про диагностику и адаптацию 🙂

Перед тем как лезть в проводку надо с помощью диагностической программы от диагностировать и установить в чем проблема. Ну что б не копать и не менять все подряд 🙂 Нужно всего 3 шага 🙂

1. Смотрим ошибки в мозге, не должно быть ошибки по главному реле или по реле J271.

2. Зайти в канал №64, и посмотреть какие напряжения на потенциометрах, на резисторах, если их нет или большая просадка то копать проводку-разъемы 🙂 Тут и далее все каналы и адаптацию делаем в моторе 🙂

Вот вывел тестовые напряжения из мануала. Это если будете тестером проверять. По жизни они всегда не много отличаются, это нормально, главное что б сильно не отличались.

Вот напряжения для ДЗ

А вот для педали.

3. Вывести на экран каналы №60, №61 и №62.

В канале №60, в последнем окошке, мы видим состояние адаптации дроссельной заслонки, Ок или не ОК 🙂

В других каналах видим угол заслонки, положение педали акселератора(газа) и положение ДЗ по резисторам.

Плавно нажимая педаль и смотря на изменение показаний мы можем увидеть где косяк, в педали или в заслонке и на основании этого будем знать куда лезть. Все должно меняться плавно, четко и без косяков, ну да сами увидите 🙂

Вот разрисовал что и как.

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

Ну а далее все просто. Для самой адаптации ДЗ надо зайти в базовые установки.

Там на канале №60 адаптировать. Для этого втаптываем цифру 60 в окошко группа и нажимаем войти, заслонка пощелкает тихонько и адаптируется, о чем и сообщит 🙂

В процессе удаленного ремонта я снял видюшку коротенькую, как это делать, приложу сюда, что ей без дела пропадать 🙂 Видео снимал для конкретного человека, по сему там и свет не тот и голос не тот, в общем сильно не ругайте, не умею я видюхи делать 🙂

Ну вот, на этом все, ни гвоздя вам ни жезла 🙂

Проблемы с авто⁠ ⁠

Привет всем! Пишу пост впервые, так что не судите строго) Но верю в Великую силу пикабу))). В общем имеется автомобиль Ниссан Кашкай J11, двиг 1.2 (с непосредственным впрыском) , 2019 г.в. Проблема в том, что бензин попадает в картер двигателя, причём очень много (до двух уровней было). Ездили к офф дилеру, он говорит, что это особенности эксплуатации (короткие расстояния, постоянный недогоев двигателя). В общем, масло поменяли и всё, норм типа у вас. И сейчас уровень постоянно гуляет, от середины меток, до выше на два уровня. Окей, согласен, что может быть такое, что бенз, допустим, во время прогрева, попадает в картер по стенкам, но не в таком же количестве?! Уже выскакивала ошибка по низкой эффективности катализатора, но сейчас нету. Боюсь, что это реально неисправность, ибо даже катализатор уже предупреждает. Топливные коррекции дико в минусе (от -18 до -25).В связи со всем этим два вопроса: каким образом бенз попадает в картер в таком количестве? И можно ли как то заставить дилеров устранить неисправность?

Ремонт самого распространенного диагностического KKL адаптера, «синенького»⁠ ⁠

Диагностические KKL адаптеры очень распространены в диагностике и ремонте авто. Конкретно для чего они нужны вы сами прекрасно знаете 🙂 Но за частую в процессе работы их убивают или китайцы присылают не рабочие. Люди расстраиваются, хотя они очень легко ремонтируются. Так же можно легко самому спаять такой адаптер. В этом посте покажу «глубокий внутренний мир» этих адаптеров, их схемотехнику, логику работы и методику проверки и ремонта. Надеюсь пригодится кому ни будь 🙂

Как раз достался случайно мне шнурок «синенький» KKL, битый. Вот решил отремонтировать. Зачем не знаю, пусть еще один будет, кому ни будь подарю. Тем более ремонтируются они просто 🙂 Вот вам показываю как легко и не принужденно отремонтировать самый распространенный «синенький» шнурок.

Шнур-адаптер нужен для согласования интерфейса компьютера (COM порта или USB порта) с диагностическим интерфейсом автомобиля, в пожилых авто это международный стандарт ISO 9141. Протокол данной шины обеспечивает двунаправленный обмен данными между электронным блоком управления автомобилем и диагностическим тестером. Двунаправленный обмен данными осуществляется по так называемой шине «K–line». Данный интерфейс поддерживает две шины: двунаправленную шину «K–line», обеспечивающую последовательный двунаправленный обмен данными между микроконтроллером и диагностической системой, а также шину «L–line», обеспечивающую последовательную однонаправленную передачу данных от диагностической системы к микроконтроллеру. При этом во всех случаях, в которых по шине «L–line» не передается информация, её состояние должно соответствовать логической «1» Инициализация адреса шины «L–line» осуществляться по шине «K–line». «L–line» используется в совсем старых авто, но так как их уже нет в живых, то ее брать в расчет ее не стоит. Физический уровень реализации вам не интересен, надо только знать что уровни там 0-12.

Что представляет из себя «синенький» адаптер и что у него внутри…

Все диагностические программы пожилых авто работают через ком порт, это изначально так пошло, ибо тогда УСБ еще не было. По сему диагностический шнурок содержит в себе два преобразователя уровней сигнала. Из уровня СОМ порта -15 — +15 вольт в обычный TTL сигнал с уровнями 0-5 вольт. Дале из TTL преобразует в уровни ISO 9141, 0-12 вольт… Вот так все просто.

Первый преобразователь обычно собран на микрухе МАХ232, так сказать это в классическом адаптере, который работает с физическим СОМ портом или на микросхеме СН340, это для свежих адаптеров, которые работают по УСБ. Микруха СН340 эмулирует для системы СОМ порт, так как все проги заточены для работы именно по СОМ порту, и выдает она на выходе нужный нам сигнал Rx и Tx с уровнями TTL.

Второй преобразователь, TTL в ISO 9141, в классической схеме собран на четырех транзисторах, далее, для экономии и технологичности, стали использовать всевозможные микрухи с компараторами, логикой и т.д. и в финале перешли на микрухи представляющие готовый ISO 9141 интерфейс, сее самое удобное. Чуть не забыл, самые самый первые адаптеры были вообще с одним преобразователем 🙂

Вот типовые схемы старых адаптеров, для ностальгии так сказать. К стати, эту «историю» пишу по памяти по сему мог что то упустить и т.д и тп. 🙂

А вот схемы современных адаптеров. Понятно это не полный сборник схем, на мой взгляд самые типовые…

Ну вот, примерное представление есть об том что будем ремонтировать, пора к ремонту приступить.

Вскрываем, смотрим. Это один из самых распространенных адаптеров на СН340 и компараторе LM339…. Стабильный и надежный адаптер, убили его переплюсовкой, «пионеры», со слов бывшего владельца.

К стати, почему то во всех постах-вопросах «какой купить адаптер» все хором советуют брать на микрухе FT232RL или на PL2303, это не так и смысла экономического не имеет. Данные микрухи более навороченные, FT232 вообще программируемая и имеет флешь память на борту 🙂 Эти микрухи ИЗБЫТОЧНЫ и экономически не выгодные в данных адаптерах, они для других устройств, где нужен ихний функционал. А в этих шнурках нужна всего лишь банальная эмуляция СОМ порта и все, по сему самое оптимальное СН340. На самом деле важно как и на чем сделаны выходные цепи! Но кто ж на это смотрит 🙂 По этому китайцы, следуя «моде» и спросу ставят навороченный преобразователь USB-TTL, и полный «шлак» на выходе :-))

Вот схема нашего пациента 🙂 Как видите совершенство и надежность в простоте. Если б поставили диодик по входу +12 то вообще не убиваем был бы. Но мы еще проще и надежней его сделаем 🙂

Так как нет у меня компаратора LM339 в запасах под рукой, я его заменю на специализированную микруху интерфейс ISO 9141, называется она L9637d. Очень удобный зверек. Правда стоит дороже, 80 рублей против 11 :-)))

Вот такую схему буду делать.

Вверху схема оригинальная, крестиками перечеркнул что удалить надо. Внизу схема того что будет. Видите как упрощается 🙂

Приступим непосредственно к ремонту.

Мне сказали что его переплюсовкой убили. А сее значит что вылетели компораторы, но сее надо проверить.

1. Подключаем адаптер. Порт видится остальное нет…

2. Проверяем осциллографом выход микрухи СН340, все ОК, микруха живая.

3. Перемыкаем вход-выход, Вася видит адаптер 🙂

Сее все значит что мои предположение о том что вылетела LM339 верны.

Выпаиваем микруху LM339, пять резисторов. Они нам больше не понадобятся.

Вот так выглядит плата ДО начала доработки.

Дорабатываем вот так.

Красным нарисовал где надо разрезать.

Синим нарисовал где замкнуть, перемычки поставить.

Вот и все. Осталось запаять новую микросхему L9637d. Запаивается со сдвигом на одну лапку.

Подключаем, смотрим сигнал на выходе, на лапке №7 разъема, все ОК.

Подключаем к Васе, тоже все ОК. Идем и проверяем на машине, все ОК.

Ну вот, ремонт закончен, еще 100 лет послужит.

Осталось собрать и положить на полочку.

На этом все, ни гвоздя вам ни жезла 🙂

Самостоятельная диагностика моторов VAG 1.8 турбо 1994-2010 годов, обзор для начинающих. Часть 2⁠ ⁠

Приступим. Для начала надо зрительно все осмотреть. Жидкости должны быть по уровням, нигде ни чего не должно течь, не должно быть оборванных проводов, сгнивших разъемов, треснутых вакуумных шлангов и т.д. и т.п. В общем выявляем сначала все явные косяки, машины все старые с этими моторами, а по сему чудеса любые могут быть :-))) После того как осмотрели зрительно можно переходить к компьютерной диагностике.

Хочу сразу сказать — Эти моторы без компьютерной диагностики не ремонтируются. С помощью компьютерной диагностики мы смотрим ошибки и ОБЯЗАТЕЛЬНО снимаем логии в движении. Это связано с тем, что даже если нет ошибок, то это не значит, что мотор исправен и работает правильно.

Диагностическое оборудование, шнурки, для этих моторов стоят копейки. В зависимости от авто, его года, от 500 до 2000 рублей всего. В общем, если нет у вас диагностического шнура, то даже и не пытайтесь, что либо делать. Или шнур покупайте или в сервис сдавайтесь.

Для диагностики нужны вот такие шнуры, их всего два вида, один KKL адаптер, синеньким зовется в простонародье, для авто до 2002 годов. Для авто моложе 2002 нужен чуть более дорогой шнур, он в районе 2000руб VCDS называется.

Раз заговорил про шнуры то напишу какие программы к ним нужны.

Для KKL, синенького, вот такой набор софта.

1. VAG-COM 3.11 RUS (желательно)

2. Вася диагност версия 1.1 (менее желательно)

Для Чтения-записи приборки:

1. VAG EEPROM Programmer

2. VAG K+CAN Commander 2.5

Для чтения иммобилайзера:

1. VAG EEPROM Programmer

Для чтения (обнуления) подушек:

1. VAG EEPROM Programmer

Для прошивки мозгов:

Для шнура VCDS, машины моложе 2002 года.

1. VCDS (желательно)

2. Вася диагност 20.0 (менее желательно)

Все эти программы в свободном доступе :-)))

Ну вот, про шнуры и программы рассказал, можно приступить не посредственно к диагностике.

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

Диагностика состоит всегда из двух частей, этапов.

Сначала мы просто считываем ошибки, просто читаем и смотрим, что там явно не нравится мозгу, какие датчики, на что ругается он. Это мы устраняем и переходим ко второму этапу. Он самый интересный и продуктивный. Мы сначала смотрим показания датчиков, смотрим, что они показывают. Смотрим на глаз, ну типа машина холодная, на улице +20 а датчик температуры показывает -3 или +10 или +30. То есть ищем вот такие не соответствия. Их мозг отловить не может, только глазами ловить. Многие диагносты на это задвигают 🙂 Потом переходим к снятию и анализу логов. Сейчас подробно расскажу, как и что.

И так, явные ошибки устранили, теперь надо провести углубленную диагностику.

Начнем с самого начала.

Машина холодная, подключаем диагностику, включаем зажигание, машину не заводим, смотрим датчики.

Нам надо посмотреть, что показывают датчики на холодной, не заведенной машине:

1. Расход воздуха (группа №3 окно 2). Должно быть 0.0.

2. Угол дроссельной заслонки (группа №3 окно 3). Должен быть совсем не большой угол.

3. Температуру охлаждающей жидкости (группа№4 окно 3). Должна быть равна температуре окружающей среды, машина же холодная.

4. Температуру воздуха на впуске (группа №4 окно 4). Должна быть, как и охлаждайка, ну +- в пару градусов.

5. Показание датчика давления на интеркуллере (группа №115 окно 4) Должно быть 1000mbar или чуть выше, в зависимости от погоды (1000 Миллибар = 750.06 Миллиметров ртутного столба) то есть ваше реальное атмосферное давление. Это ОЧЕНЬ важный датчик, выходит из строя редко, хлопот почти не доставляет и по этому на него вообще почти ни кто внимание обращает, а зря 🙂

Выводите группы №3, №4 и №115 и смотрите что там у вас. Все ли соответствует реальности. Если что не так, то меняете датчик или ремонтируете проводку с разъемом.

Вот картинка как это должно выглядеть на исправном авто. Сегодня на улице +6 тепла а давление 768 мм ртут. ст., если синоптики не врут. Все соответствует действительности.

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

Опять выводите эти же группы:

1. Расход воздуха (группа №3 окно 2). Должно быть 2.2 – 3.6 гр. при исправном МАФ.

2. Угол дроссельной заслонки (группа №3 окно 3). Должен быть совсем маленьким.

3. Температуру охлаждающей жидкости (группа№4 окно 3). Должна быть 93 -99, что зимой что летом.

4. Температуру воздуха на впуске (группа №4 окно 4). Должна быть какая ни будь реальная 🙂

5. Показание датчика давления на интеркуллере (группа №115 окно 4) Должно быть 1000mbar или чуть выше.

Вот картинка исправного проверенного мотора с новым расходомером.

Если все в порядке то приступаем к самому интересному и информативному, к снятию и анализу логов в движении под нагрузкой. Без этого полная диагностика 1.8т не возможна. К стати, по этому можете косвенно судить о квалификации диагноста. Если вы заказали диагностику, а диагност просто прочитал вам ошибки, не сняв «ходовые логи» под нагрузкой то диагностика считай, не проведена и денег он не заслуживает. Дело в том что только на ходовых испытаниях, под нагрузкой, можно проверить МАФ, турбину, смесь, лямбду и т.д и т.п.

Приступим к логам

Подробно показывать, как именно снимать логии не буду, ибо все знают, да и видюх полно, лучше один раз увидеть. Если кратко, то сначала надо выбрать группы, которые хотите записать, например 3-114-115, нажать кнопочку «Запись», выскочит доп. окно в котором можно задать имя лога, папку, куда он будет записываться. В этом же окошке есть кнопка «Старт», при нажатии лог начинает записываться, когда запись завершена надо нажать «Стоп» а потом «Сделано, закрыть» вот и все.

При снятии логов не суетитесь, не создавайте аварийных ситуаций на дороге, заранее подберите прямой участок. И самое главное не пытайтесь на ходу включить запись и остановить ее, не надо этого 🙂 Спокойно, стоя на обочине, запускаете запись, секунд 30 постоять надо, что б на ХХ логии тоже записались, не торопясь выезжаете на прямую, едете в нужном режиме, не торопясь останавливаетесь и спокойно отключаете запись. Потом налистаете все что надо.

Снимают логи обычно на 3й скорости, на 1000 оборотах нажимают педаль газа в пол и держат до 5500. Если нет места то можно и на 2й скорости но «стандарт» именно на 3й.

Полученные файлы логов рекомендую просматривать программой Dieselpower log viev 0.1.6 beta.

Давайте теперь снимем логи и попробуем их расшифровать.

Для диагностика вам, в основном, нужны вот такие логи – Группы 3-114-115 и 4-20-31.

Для начала снимем логи на исправном авто. 3-114-115 и разберем, что там показывает.

Вот что есть в этих группах:

Группа №3 — Обороты, Воздух посчитанный расходомером, Угол открытия дроссельной заслонки. Думаю, все понятно и не нуждается в описании.

Группа №114 — Очень нужная нам группа, опишу по подробней. В ней показана нагрузка и работа клапана N75.

Про нагрузку, это типа наполнение цилиндров смесью, т.е. на атмосферниках, это не более 100% ну а на турбо моторах больше, так как турбина надувает мотор и смеси больше поступает в отличие от атмосферника, который только за счет насосного эффекта всасывает (наполняет) себя смесью. Смесь, это смесь воздуха и бензина 🙂

Нагрузка мотора в 114 группе занимает 3 окошка (столбца) — Первое это эталонная нагрузка, Второе окошко это скорректированная, расчетная нагрузка, нагрузка, скорректированная на основании информации с датчиков и третье окошко, это фактическая, реальная нагрузка. Реальная нагрузка должна совпадать с расчетной, со вторым окошком, ну +- совсем немного. Если не совпадает, то надо искать что не так и в чем засада. Обычно это или где то дырки или МАФ занижает. Нагрузка должна совпадать только когда нажали педаль и держим. На ХХ не должна совпадать, то есть только на ходовых логах смотрите совпадение.

Клапан N75 это клапан управления турбиной, точнее управляет он вастгейтом турбины, регулирует степень открытия вастгейта. При диагностике надо четко представлять, как это работает и что N75 делает.

Думаю, все знают, что турбина крутится (берет энергию) от выхлопных газов, они ее крутят. Вастгейт это клапан, который направляет отработанные выхлопные газы мимо турбинной части турбонагнетателя, в обход лопаток, для ограничения оборотов ротора турбокомпрессора, а, следовательно, этим мы можем регулировать максимальное давление, создаваемого компрессорной частью. Его, вастгейт, еще «Калиткой» называют 🙂 То есть если вастгейт закрыт, то все выхлопные газы идут через крыльчатку и турбина крутится на все сто, и турбина нагнетает воздух по максиму, максимум зависит от размеров крыльчаток. Если же вастгейт полностью открыт, то большая часть выхлопных газов идет в обход крыльчатки и турбина еле крутится и практически не накачивает воздух в цилиндры. Клапан N75 как раз и регулирует угол открытия вастгейта, калитки, управляет производительностью турбины. Если на логах видите что N75 0% то это значит что вастгейт открыт, ЭБУ не хочет что б турбина «дула», а если 100% то вастгейт закрыт, ЭБУ хочет что б турбина дула на все деньги 🙂 Обычно N75 в каком то промежуточном положении, зависит от режима мотора, под 100% он подскакивает только когда надо резко раскрутить турбину ну и в самом конце, если не хватает производительности турбины на затюненных моторах.

По показаниям N75 можно косвенно судить о состоянии самой турбины, ее механической части, если на штатной прошивке показания всегда вверху, около 80%, все остальное исправно и нет дырок, то турбина, скорее всего, уже сильно «устала».

В группе 115 нас интересуют окошки (столбцы) 3 и 4, с ними все просто, в третьем окне (столбце) показывает давление наддува которое хочет мозг а в четвертом окошке (столбце) показывает сколько реально давления надула турбина. Так как турбина это механическое устройство то оно имеет инерцию. По этому она надувает с маленьким опозданием, это нормально 🙂

Что б было совсем понято, то вот вам картинка этого вастгейта, этой «калитки».

Теперь посмотрим лог 3-114-115 сняты на холостых.

Что мы видим. Видим что все хорошо, обороты ХХ в норме, воздух в норме, педаль газа в норме, нагрузка пока не интересует, N75 в норме, точнее 0% так как мы стоим на холостых и турбине не надо дуть, запрос давления тоже в норме и фактическое давление тоже в норме.

Теперь посмотрим это же, но под нагрузкой. На 3я передачи педаль в пол.

Что мы видим? Видим что все хорошо. По подробней посмотрим.

Сначала воздух. Воздуха у нас в пике 141г.с это 170 л.с. Вы же знаете какой у вас мотор и какая прошивка, на сколько лошадей, должно соответствовать. На пример для AWT это 120г.с. – 150л.с. без катализатора чуток больше. Лошади условно и примерно по расходу воздуха считаются. Надо воздух разделить на 0.8, вот и все. В данном случае 141/0.8= 176,25л.с.

Далее смотрим угол открытия дроссельной заслонки, так как педаль у нас электронная и ей управляет мозг то он, при некоторых поломках, может ее не открывать на 100% хотя вы и нажали педаль полностью. В данном логе все в порядке, дз открыта полностью.

Теперь смотрим нагрузку, эталон, расчетную и фактическую, должна фактическая быть очень близкой к расчетной. У нас все ок, во всем диапазоне разгона.

Смотрим как клапан N75 у нас работал. Видим что в начале, когда педаль топнули, мозг резко дал команду почти закрыть калитку. 93.3% для того что б турбина резко и быстро раскрутилась. Как только давление наддува дошло до запрашиваемого давления (на 2080 оборотах) N75 скинулся до 60% и далее ниже, что б приоткрыть калитку, ограничить наддув и далее сильно уже не поднимался. Все отлично, так и должно быть.

Ну и давление наддува смотрим, запрос и фактический. Все что мозг попросил, турбина нам выдала, ну с маленьким опозданием, так как инерцию никто не отменял. Давление мы смотрим в паре с работой N75, видим что мозг дал команду резко раскрутится и надуть, турбина резко раскрутилась и надулась 🙂 В общем то, что надо 🙂

С мотором все в порядке, все отлично.

А теперь давайте посмотрим те же логи 3-114-115 но на не исправном моторе 🙂

Что мы видим? В первую очередь смотрим воздух, 125г.с.(156л.с.) маловато, мотор, как я знаю, должен быть на 190+ л.с. а значит воздуха ну ни как не меньше 150+г.с. Косяк.

Смотрим угол открытия дроссельной заслонки, все ОК.

Смотрим нагрузку, эталон, расчетную и фактическую. Видим косяк, фактическая нагрузка реально меньше, стабильно меньше во всем диапазоне.

Смотрим как клапан N75 у нас работал, работал он хорошо и не напряжно.

Смотрим давление наддува, запрос и фактический. Все отлично, турбина дует, запрос и факт совпадает, турбина легко справляется, мы же параллельно смотрим еще и на N75, как он там бедняга старается, а старается он всего на 50%, великолепно!

И что мы видим на основании этого лога? Мы видим, что турбина и управление турбины работает отлично, но вот воздуха мало, реально сильно мало, мотор крутится на оборотах 5720, давление в коллекторе 1600 а воздуха всего 125гр.с., это как? Ну и нагрузка (наполнение) сильно отстает от расчетного. Это не порядок, это поломка. И вот такую поломку вы без логов ни увидите, ни как. Хотя машина едет вроде не плохо, но сломана и смесь не правильная и топлива кушает по более и динамика по хуже, вот на это сервисмены многие внимание не обращают, солнышки…

Что это может быть? Тут два варианта, Первый вариант это уставший расходомер (МАФ), он занижает показания воздуха, и второй вариант это дырка, но дырка не в напорной магистрали после турбины, а во входящей, где разряжение, часть воздуха мотор сосет в обход расходомера. Помните я выше на рисунке, разными цветами выделял, не забываем тормоза, оттуда тоже не хило может подсасывать при определенных условиях, тоже выше писал про это.

В данном случае оказалось с «дырками» все в порядке, был уставший расходомер и занижал не плохо так 🙂

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

Вот такая логика поиска не исправности по 3-114-115 группам.

Теперь рассмотрим группы 4-20-31 Тоже очень нужные и информативные. Прошу обратить внимание, что эти группы скорее контрольные, то есть мы сначала ремонтируем машину на основании показаний групп 3-114-115 а потом смотрим что у нас в 4-20-31.

В группе №4 нас интересует только последнее окошко, температура воздуха на впуске, она зависит от чистоты интеркуллера, не только внешней, но и внутренней, от погоды и от нагрузки на авто.

В группе №20 нас интересуют все окошки. Они показывают детонацию по цилиндрам, точнее показывает ретард – отклонение УОЗ вследствии детонации, распознаваемой ЭБУ. То есть когда мозг начинает слышать детонацию он начинает бороться с ней, двигая УОЗ в позднюю сторону до тех пор, пока не избавится от нее, максимальный угол 12 градусов. Детонация это плохо, очень плохо. На исправном моторе детонация должна быть по нулям, ну может немного проскакивать до 1.5 ну до 2 изредка. В общем, в идеале 0. Обычно детонация на этих моторах от не правильной смеси, высокой температуры на впуске и от низко октанового бензина. В общем если она есть то надо авто ремонтировать.

Группа №31 это показания первой лямбды, которая широкополосная, шести контактная, по ней мотор смесь регулирует. Первое окошко это реальная смесь, ее показывает лямбда зонд, а второе окошко, это смесь, какую хочет мозг. То есть мозг, что то хочет там, смотрит, что там по факту и с помощью форсунок регулирует. Чем значение меньше, тем смесь богаче. Вот по этому ОЧЕНЬ важно, что б лямбда была исправна.

В 31 группе смотрите, что б мозг нормально регулировал смесь. Что б смесь фактическая шла за запросом. Если не идет или большой раскид между окошками то значит, что-то не то, надо найти и починить. Смесь может быть или бедная или богатая. Бедная смесь бывает из за подсоса воздуха в обход МАФа, из за самого МАФа, когда он не правильно воздух считает, из за забитых топливных форсунок, из за низкого давления топлива. Богатая смесь бывает из за дыр в напорной магистрали после турбины, из за текущих форсунок, из за повышенного давления топлива, когда регулятор давления вышел из строя. Так же на смесь влияют показания датчика температуры.

Теперь посмотрим логи 4-20-31 под нагрузкой, вот вам, к примеру, мой лог, прошивка заряжена на лошади, 223л.с.

Что мы видим, а видим, что температура на впуске в норме, детона практически нет, ну проскакивает немножко совсем, но это издержки чип тюнинга 🙂 Смесь в норме. Машина исправна.

А теперь покажу два лога 4-20-31 не исправных машин.

Четко видно запредельный детон и очень высокую температуру на впуске. Дело было в дыре по воздуху и грязном интеркуллере. В дыре в основном, ее было видно в 3-114-115.

Тут видим опять высокую температуру на впуске и сильный детон. Дело было в занижающем МАФике, в грязном интеркуллере и в отсутствующем воздуховоде интеркуллера.

Думаю логика расшифровки 4-20-31 вам понятна 🙂

Теперь посмотрим группу №32, с нее логи снимать не надо.

В идеале должно быть 0, но приятней когда маленький минус…

1 окошко – Аддитив — величина по корректировке смеси в режимах холостого хода.

2 окошко – Мультипликатив – величина по корректировке смеси под нагрузкой.

Это НАКОПИТЕЛЬНЫЕ величины. Это значит, что ЭБУ оценивает состояние смеси за последнее энное количество времени и пробега и дает корректировку. При сбросе ошибок адаптация сбрасывается и требуется проехать около 50 км для накопления статистики. Положительные цифры говорят об обедненной смеси, отрицательные о богатой. В общем сильно не заморачивайтесь если из допуска не выходят 🙂 Если будут выходить из допуска вы все это более конкретно увидите в 3-114-115 и в 4-20-31 🙂

Так, про начальную компьютерную диагностику рассказал.

Теперь немного, поверхностно, расскажу как проверять всякие датчики на авто, как руками проверять. Почему поверхностно? Да потому, что про каждый в отдельности можно долго писать, а эта статья изначально про диагностику 🙂

Начнем про всякие датчики.

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

Так же надо посмотреть не слетела ли адаптация дроссельной заслонки.

Проверить по быстрому МАФ. С помощью обычного тестера. Надо подключить маф к машине, разъем накинуть, маф на место не ставить. Подключить к нему тестер. Закутать МАФ в пакет, что б движения воздуха ВООБЩЕ не было. Завести авто, так как питание все появится только на заведенной. Посмотреть сколько он покажет вольт на выходе. Замер провести держа маф горизонтально и вертикально. Для оценки состояния мафа этого достаточно. Ну потом можно по диагностики шнурком посмотреть сколько грамм будет показывать но это очень и очень не точный метод оценки мафа, я про шнурок.

Вот нарисовал как тестер подключить. Должно быть 0.95 ну плюс минус пяток соток.

Большинство датчиком можно проверить просто тестером. Замерить сопротивление, проверить приходящие напряжение, посмотреть светодиодом на 12в. как сигнал мигает.

Вот распиновка датчиков, значения напряжения и сопротивления и где мигать должно

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