Простой VAF-MAF переходник.

Всем привет.
Являюсь владельцем BMW с двигателем M42, на 40-43 моторах есть очень больное место это расходомер воздуха. Он же VAF, современные же значительно надежнее называются MAF. На VAF (он же лопата) идет резистивная дорожка по которой ходит бегунок в зависимости от кол-ва воздуха всасываемого ДВС и соответственно открытия заслонки, в MAF же все сложнее, воздух проходя через нить накала изменяет ее сопротивление и короч както меряет колво воздуха...

Идея какова:
На Atmega8 сделать переходник-эмулятор. Работа должна быть в 2х режимах:
1. Обучение
2. Эмуляция

Обучение:
На автомобиль подключаем последовательно оба расходомера и подключаем их выходы ко входам АЦП атмеги. Ездим так некоторое кол-во времени записывая соответствие значения MAF к VAF (в EEPROM???).

Эмуляция:
Подключаем на вход к АЦП меги только MAF. Выход с меги подключаем ко входу на блок управления двигателем. Далее происходит собственно эмуляция работы VAF. С собранной таблицы соответствия значений на выход посредством ШИМ подаем напряжение которое подавал VAF при текущем значении MAF.

Например: при обучении на 1000 оборотах двигателя VAF расходомер показывал 1.5в, а MAF 1.25В, то при эмуляции при 1.25В на выходе MAF на выходе меги было б 1.5в.

Диапазон рабочего напряжения на VAF и MAF 0-5В, т.е. можно без усилителей читать АЦП и подавать ШИМ на блок управления двигателя.
У меня несколько вопросов к знатокам:
1. Где хранить таблицу соответствия, в EEPROM? хватит ли ресурса его и памяти атмеги8.
2. Достаточно ли будет точности 8битного АЦП?
3. Как в принципе строить таблицу соответствия ? Массив с 255 (при 8 бит АЦП) ключами (Сигнал VAF) и значением (Сигнал MAF) ?

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

0

И кстати есть коммерческий проект pytotpowersupply конвертер vaf-maf успешно работает, лично тестировал, работает он на меге 16 с кварцем 12.8мгц

0

Сообщение от dobryk ...При эмуляции работают только 1 ацп и 1 шим

это правильно, всё испортит чтение из eeprom.

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

0

Ну вот, давайте конкретны цифры писать, а то болтовня какая то получается.
Вот например с какой частотой ЭБУ оцифровывает показания расходомера? Щас найти немогу описание для ЭБУ январь 5.1 (впринципе для остальных похоже будет), но помоему там привязка к угловым положениям коленвала, но не чаще чем 1мс. Вот и получается что, сами подумайте. => скорости какой нибудь mega8 (16Мгц) хватит вполне, чтобы оцифровать несколько раз и усреднить. А в переходных режимах (конечно в некоторых) ЭБУ может вообще не считать показания с ДМРВ.
Когда ДМРВ загрязнён там вообще непонятно, что может происходить, тут сравнение не коректное думаю.

Хахаха, пока думал что написать уже телега целая появилась.

0

Сообщение от dymomyzir Допустим, данные расходомера нужны для максимально эффективного поджигания смеси.

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

0

Как то всё сложно. Может в вашем случае по другому ни как. На сколько я понял проблема в стирающейся дорожке.
У меня на Oudi 80 с моновпрыском тоже есть слабое место. И тоже связано с оценкой колличества поступающего воздуха. Это датчик положения дроссельной заслонки. Там две токопроводящие дорожки, включены как потенциометры. И со временем стираются.
Моё решение это AS5048A + ATtiny13A.
И я эммулирую потенциометры.
Устройство готово, код написан. В ближайшее время буду устанавливать.
Может Вам тоже подойдёт такой подход к проблеме. Оставить родной датчик, но эммулировать потенциометр.

0

Сообщение от vtrot Что значит допустим?

я не специалист по двс, по сему не в курсе, что первичнее, но мне всегда казалось, что первичнее датчик положения дроссельной заслонки, а расходомер-для точности. Этим я объяснял существование модификаций не имеющих расходомера, но имеющих дпдз, и никак наоборот (лично не встречал)
Теория личная и не претендует на истинность

0

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

0

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

Не поверите!
На "устаревших" так и сделано. Количество поступающего воздуха рассчитывается косвенно по положению дроссельной заслонки и по числу оборотов двигателя.

0

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

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

В статике....

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

Опять же, предположение. Не вникал

0

По поводу регулирующего датчика, в моей машине 92 года есть провод при замыкании которого ЭБУ отключает лямбду и регулирует качество смеси по ДПДЗ. + работа двигла уже проверена с аналогичным эмулятором.

0

Предлагаю подождать и посмотреть, чем дело кончится.
При правильном подходе, всё должно получиться

0

Сообщение от Sthuthu Не поверите! На "устаревших" так и сделано. Количество поступающего воздуха рассчитывается косвенно по положению дроссельной заслонки и по числу оборотов двигателя.

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

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

Для программистов есть действительно достойная задача в автомобильной тематике, но мало кто за нее берется. Очень жаль.

0

vtrot, вроде ж уже как минимум два раза умельцы эту задачу решали, продукты решения доступны по $60.
Так что решит ли задачу топик-стартер - определяется в основном тем, насколько ему интересно этим заниматься (понятно, что своя разработка дешевле дороже $60 будет из-за больших затрат времени, но, может, фан от НИОКР с лихвой это перекроет).

А про какую интересную задачу говорили вы?

0

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

0

Так продают же вроде как.

0

Сообщение от ITIKTROS Так продают же вроде как.

<a ctoss="postlink-local" href="http://forum.iosyitistromyss.ru/viewtopys.php?p=344932#p344932">viewtopy s.php?p=344932#p344932[/URL]

0

Ну да, есть косяки, в основном знаю с теми которые пытаются сделать нечто универсальное (там и по аппаратной части бывает, а по програмной так полюбому), а те которые тупо под конкретный тип сигнала заточены работают (во всяком случае не попадались, может конечно оттого что редко этим занимаюсь).
Так Вы предлагаете универсальный сделать? Вообщем то никто и не сделает нормально по одной простой известной причине.

0

vtrot, я, может, чего-то не знаю - но в современных машинах же, по сути, функцию вариатора зажигания выполняют "мозги" машины, и влезать последовательно/параллельно с ними - несколько сомнительная затея, лучше уж ориентироваться на чип-тюнинг, если это возможно (и есть необходимость для конкретной машины и конкретного стиля вождения)
А, перечитал, понял - это для перевода на газ, когда родные алгоритмы совсем плохо подходят?

0

Универсальный сделать еще сложнее, не нужно этого. Железо заточить под конкретные датчики не сложно, это уже сделано, даже версия такая серийно выпускается уже давно.
Проблема в наличие ошибок в ПО. Ошибки возникают периодически, видимо накапливаются в математике алгоритмов, а потом выстреливают. Мне сложно судить о программной части, я ведь не программист. Но с изготовителем общался плотно, понял, что изначально ПО было выстроено по линейному принципу, без учета реального времени. Постепенно сложность прошивки росла и теперь все эти наслоения дают о себе знать иногда.
Думаю тут выход только один - написать прошивку с нуля, выбрав изначально правильную архитектуру, обеспечив обработку сигналов в реальном времени. Сначала необходимо полностью исключить любые возможности для сбоя синхронизации между входным и выходным сигналами, а уже потом все остальное.
Это очень большая тема, очень большие разговоры, очень много времени нужно убить на все это. У производителя теперь другой большой проект, на этот времени не остается почти. Я перестал его доставать.
Вполне возможно разумней затеять вообще новый проект, возможно даже на другом контроллере, возможно даже на STM...

0

Новые машины-средство для выкачивания бабла - не более. И все, кто работает в сфере авторемонта со мной согласятся

0