Invent-labs

Выложил прошивку для блоков v1 с обогащением при вкл. нагрузки

http://invent-labs.com/forum/viewtopic.php?p=6349#p6349

Ярослав, хочу поделиться соображениями насчёт автонастройки. Я так понимаю коррекция по лямбде если она работает добавляет какой-то множитель ещё к наполнению или добавляется/отнимается уже время открытия форсунки?
Если алгоритм оперирует коэффициентом +- наполнение (в попугаях), то наверное можно хранить эти значения в логе и при его анализе автоматически применять к соответсвующим ячейкам в таблице. Что и приведёт к нормализации карты. Или хранить таблицу коррекции в режиме поездки в памяти блока с возможностью слияния её с таблицей наполнения по запросу командера.
Если даже алгоритм корекции по ДК оперирует напрямую поправкой времени впрыска то преобразовать это время в множитель (не на ходу а постфактум можно математика подключенного PC справится с подобной задачей легко).

И вопрос насколько сложно это реализовать??

Тот коэфф о котором вы говорите - "быстрая/медленная коррекция лямды". В логе оно есть.
Фокус в том, что в узкополоске коррекция все время меняется, потому что лямда понимает только "смесь бедная", или "смесь богатая". Вот он будет коррекция все время меняться. И по суммарном корекции вывести поправку к таблице наполнения почти не реально. Потому как влияет скорость регулирования, которая не может мгновенно выровнять смесь, и переходные процессы. Можно только очень-очень косвенно определить что тут смесь сильно богатая... Но на сколько надо изменить значение в таблице, не определить.

Валентин, я не говорю об узкополоске я говорю о точной настройке при помощи ШПЛЗ.
Январь же как-то умудряется хранить таблицу поправок, так сказать адаптацию
Вот и Инвенту я считаю будет не лишним обзавестись
Вот например в какой-то момент времени блок максимально близко подошёл к правильному составу смеси - вычислил коэффициент VE его можно сохранить в таблицу адаптации и в следующий раз давать топливо в этом месте с учётом этой поправки. Таким образом с 5-10 раза смесь окажется идеальной. Так вот. Закончив движение таблицу адаптации и основную таблицу наполнения можно объеденить и получаем максимально вылизанную карту на которой можно ездить с учётом всех мощностных и экономичных показателей заложенных в карте смеси.

Вопрос к Ярославу.
Просто для понимания можете поведать алгоритм расчёта времени впрыска??
как допустим не подбором получить правильный VE коэфиициент. Если допустим у меня в ячейке стоит 68.5 целефой AFR 15.2 текущий AFR 18.5 на сколько нужно увеличить VE для попадания в точку?

alexkas1977 wrote:Вопрос к Ярославу.
Просто для понимания можете поведать алгоритм расчёта времени впрыска??
как допустим не подбором получить правильный VE коэфиициент. Если допустим у меня в ячейке стоит 68.5 целефой AFR 15.2 текущий AFR 18.5 на сколько нужно увеличить VE для попадания в точку?

Готовой формулы я не считал.

Во первых надо перевести АФР в лямбду, так удобнее.

Затем смотрите, формула рассчета примерно такая:

Время впрыска = VE * кПа * Множитель * Другие

Т.е. если из формулы исключить температурную коррекцию и перевести АФР в лямбду как выглядит тогда формула коррекция по ЛЗ??? В той формуле что вы привели её нет. Скажем коррекция 15 на сколько увеличивает в процентах время открытия форсунки?

alexkas1977 wrote:Т.е. если из формулы исключить температурную коррекцию и перевести АФР в лямбду как выглядит тогда формула коррекция по ЛЗ??? В той формуле что вы привели её нет. Скажем коррекция 15 на сколько увеличивает в процентах время открытия форсунки?

Увеличивает в (15+128)/128 раза

Отлично, спасибо
Попытаюсь запихнуть лог в MySQL для удобства, обработать и посмотреть что получится.
Только вот беда, всё равно при включении коррекции по AFR на тех же холостых инвент уводит в -15 доводя смесь до 16ти хотя в карте смеси 13 стоит в районе ХХ

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

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

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