Jump to content

Sheleh

Members
  • Content Count

    27
  • Joined

  • Last visited

Everything posted by Sheleh

  1. @22580 , у меня CA18 тоже изначально был карбюраторный и зажигание с центробежным регулятором и вакуумным корректором, в общем классическая схема. Потом я заметил что на тоетах, точнее именно на 3S-FE до 94 кажись года стоял впрыск с точно таким же простым датчиком, всего 4 импульса на 2 оборота коленвала. Так я прикрутил на ниссан комп от тоеты, вместе с тоетовским дадом, датчиками температуры, клапаном ХХ и ДПДЗ. Да, и из трамблера выкинул механические регуляторы. Родные форсунки от 3S не подошли, заливало конкретно. Подобрал другие форсы, меньшей производительностью (от эскудика), и видимо неплохо угадал. Так уже больше года ездил вынашивая план по созданию своего ЭБУ, потому-что настройки не идеальные, а тоетовский во-первых не настроишь, все зашито намертво в ПЗУ процессора. Там стоит расширенный аналог мотороловского 6801. Их чипуют - переводят в режим работы с внешней памятью, а занятые ноги как то эмулируют, и все это при помощи FPGA. Вариант интересный, но секретный и узконаправленный. Во-вторых из одновременного впрыска таким образом фазированный не получить. А фазированный гораздо лучше для газа, из-за того что впрыски длиннее. Сей час планы собранную железку подключить к имеющемуся компу, так что бы можно было поэтапно внедрять необходимые функции, а не с нуля реализовывать все и сразу. Примерный план такой: 1. Подать на INT0 сигнал с выхода на инжекторы со своего ЭБУ. Подключить форсунки раздельно уже к своей плате. Запустить без пересчета - пришло прерывание - открыл/закрыл форсунки. 2. Запустить простую математику. Импульсы с ЭБУ измерять и пересчитывать в фазированные. Нужен ДФ. 3. Если все хорошо. То ввести объемную коррекцию. Отладить ее он-лайн редактирование. 4. Проделать тоже самое с зажиганием. 5. Реализовать ХХ и прочие управления. Только после всего этого можно будет задуматься, о том, что бы выкинуть штатный комп. По поводу платы. Спасибо за комплимент ). Да узкие места есть, но как показывает практика они хорошо протравливаются. Поэтому стараюсь где только можно делать дорожки пошире, тонкие могут исчезнуть. Совсем без узких мест не обойтись, но на крайний случай есть острое шило. И мультиметр в режиме прозвонки. Да и исходник платы нате пожалуйста. Предложите свое видение. @DJ_DыM , прошивка своя, в разработке. Пока работает в протеусе. Умеет выдавать фазированные впрыск и зажигание по сигналу 4-1. Значение длительности впрыска и УОЗ берет из таблиц 16х16. Других коррекций пока нет, как и связи с ПК. Софт так же еще в стадии наработок.
  2. @22580 , немного изменил плату(injectorMega16.lay6). А то была уж очень размашистой. Плюс сделал ее таким образом, что бы можно было по максимуму задействовать ноги контроллера. Планы по функциональности расширились. Данный девайс можно будет использовать как: 1. Субкомпьютер или функциональный расширитель имеющейся ЭСУД. Например, если уже стоит старый с одновременным или попарным впрыском, то можно будет его преобразовать в фазированный, выкинуть трамблер поставив катушки. Ну и с он-лайн настройкой карт. Только в этом режиме в картах будут хранится не абсолютные значения, а относительные. Может даже получится (если это кому-нибудь будет нужно) реализовать функционал для перевод атмосферы на турбо. 2. Контроллер ГБО. 3. Самостоятельная ЭСУД. Завтра буду травить, собирать, и начинать испытания на реальном авто. Хотя нет. Сначала на столе с осциллографом, а уже потом на авто.
  3. @22580 Вы оказывается многое пропустили. Наверстывайте!
  4. @22580 , да нету в газе ничего сложного. Любой может дома в гараже поставить. Либо готовый новый комплект, либо б/у, что обходится значительно дешевле. В своем блоке я планирую изначальную поддержку как бензина так и газа с мгновенным переходом между настройками. Т.е. уже отпадает потребность в одном из самых дорогих компонентов ГБО-контроллере. И собственно стоимость сводится практически к двум деталям - подходящий баллон и газовый редуктор, ну и форсунки. На жигули не более 100 баксов. Дела продвигаются. Но пока в симуляторе. Но думаю уже очень скоро таки система заведет свой первый ДВС. https://www.drive2.ru/l/456991943071629809/ Она уже сей час способна завести, но еще много чего не хватает, что бы полноценно ехать. По поводу помощи. Сможете плату собрать? Вот эту injector8535.lay6
  5. @22580 , ну карб я бы в первую очередь убрал, что бы двигателю легче дышалось. А не проще найти инжекторный коллектор? По поводу "зажигания", оно таки вам надо? Собирать чью то конструкцию, автор которой даже про лазерный утюг не в курсе. Еще и без возможности полноценно настраивать уоз. Я понимаю, что автор применил мега прием разработчика - супер-коррекцию в виде человека. Но-походу вам так и придется самостоятельно постоянно подкручивать этот резистор в зависимости от самых разнообразных факторов. Дождитесь мою игрушку. И зажигание и впрыск в одной консткрукции. Плюс еще и LPG! Проект открытый, детали копеешные. Бензин кстати удобнее делать ввиде моно-впрыска, ибо он нужен будет лишь для запуска и до АГЗС доехать, а вот газ очень легко ставить как распределенный. В таком случае вообще можно карб оставить, пущай бензин мешает, как умеет. Проще поставить газовый балон и редуктор, чем переделывать карбюраторную систему в инжекторную.
  6. @sr86 , да нашел. Благодарю за наводку. В этом проекте меня интересует только кан, точнее k-line. Подсмотрю реализацию. Посмотрел внимательнее. Сам проект какой то странный. Много кода при минимуме функций. Впрыск одновременный. Зажигания нет.
  7. @hc13nx2 , в общем почитал я за расширенный 51 по периферии проц января. Он так то нифигово там расширен. AVR нервно курит. А мои попытки перенести код на 8052 вероятно обречены на провал. Уж очень мало там RAM всего 256байт. Половина очень необходимых переменных уже не помещается. Здесь только на чистом ассемблере если писать, и по какой-то совсем упрощенной логике. А вот AVR 8535 наоборот радует. Тут 512байт ОЗУ, запас пока есть. Сам код программы подходит к 65% объема Flash. В оставшиеся 35 надо уместить управление ХХ и обмен данными с ПК, а вот коррекция по лямбде уже вероятно не поместится. Но тут можно взять Atmega16 с такой же архитектурой и распиновкой, и карты перенести в RAM( 1кб ). А значит можно реализовать автонастройку карт силами самого контроллера, как сделано у этого товарища - https://www.drive2.ru/users/avtoelektron/#blog
  8. @sr86, по компиляторам: ну возможно GCC не так уж и плох (всяко лучше arduino'вского), но тем нее мнее BASCOM совсем не хуже. Кстати, он изначально разрабатывался для архитектуры 8051. Как заявляют разработчики он процентов на 30-40 уступает чистому ассемблеру по размеру прошивки. На сколько я знаю, ситуациия с GCC ничем не лучше. Лишь у IAR значительно лучше. Подожди. Ты хочешь сказать, что Январь работает на 8051? Я живу в Бурятии, и тачки на январе для нас тут редкость. В основном одни жапанцЫ. Поэтому не силен в архитектуре западных (по отношению к Сибири) ЭСУД. Так что "бесплатность" такого блока у нас отсутствует. Вообще январь днем с огнем не сыщешь. Зато какой нибудь тоетовский на разборе можно за рублей 500 взять, если не GTE конечно.
  9. Ура, получилось! В школе по математике я был далеко не отличником. Я даже среднеспециальное не закончил. Хотя мне говорили, хочешь быть программистом, дружи с матиматикой. Fuck U asshole!!! Даже не верится, что сам разобрался с интерполяцией. Не ну конечно, любой отличик бы наверное справился бы с этим за 15 мин... Хотя очень сомневаюсь, что современным отличникам это по зубам. при чем даже без использования чисел с плавающей запятой. (Если задействовать, хотя бы одну такую переменную, то код прошивки сразу вырастает процентов на 10. ) Теперь коэффициент VE изменяется плавно от 1 до 255. С дискретностью 1. В ms это будет 0,08ms По поводу чтения из флеш. В BASCOM это производится коммандой Lookup. Она медленее обычного присваивания из переменной в RAM. Но медленее она всего лишь в 2,2 раза, что на самом деле тоже очень быстро. И держать большие объемы данных в ОЗУ имеет смысл лишь для полноценно-онлайновной настройки. Но тогда нужны будут чипы большей размерности. Но моя цель была попытаться использовать самый дешевый из возможных. Я конечно еще много чего не реализовал, но хотя бы появилась уверенность, что полноценный код таки можно уместить в 8кб. Весь код интерполяции плюс расчет временных задержек выполняется за 0.4 ms. И это без использования ассемблера. Так же в процессе реализации я пришел к выводу, что BASCOM - это супер-компилятор, ни чем не уступающий аналогичным решениям на С. Конечно лучшим решением для ядра AVR считается IAR, так как они учавствовали в разработке архитектуры ядра. BASCOM на мой взгляд занимает твердое второе место. А вот GCC я бы поставил на 3-е, есть статья на хабре, где они сравниваются. Исходя из вышеописанного становится реалистичнее идея засунуть полноценный алгоритм ЭСУД в древнейший чип на архитектуре Intel 8051. Конечно сам 8051 обладает лишь 4кБ памяти, а вот 8052 с 8кБ уже вполне подходит под наши задачи. Просто у меня их огромная куча, да и стоимость их на али не больше 100р за шт. И это за полноценных 40 ног! Вы только представьте, по себестоимости ЭБУ менее 500р, где большую часть бюджета - это транзисторы.
  10. Для интерполяции необходимо запрашивать сразу 4 соседних значения из таблицы. Т.е. 4 для топлива, и 4 для угла. Остальные поправки (от температур) можно обновлять реже. Если таблицу оставляю во флеш-памяти, то как это отразится на скорости. Понятно, что запись в Флеш медленая по причине сложности алгоритма, но нигде не сказано про скорость чтения. Я не знаток в архитектуре микроконтроллеров, но что мне подсказывает, что это не должно быть так критично. Вот на PC код программы сначала грузится в оперативу, а на МК, я так понял исполняется прямо из флеш. Значит флешка то достаточно быстрая? Или я не прав, и применяются каки-нибудь хитрости, типа кэширования. Надо попробывать сделать цикличное чтение с подсчетом итераций за промежуток времени.
  11. @hc13nx2 , а как вы сделали сам расчет длительности впрыска? Я имею ввиду, допустим я делаю карту 16х16. Если просто брать значения из таблицы, то получается дикая дискретность. Надо же как то с определнной линейностью интерполировать между соседними значениями таблицы. Если просто брать значения из таблицы, то явно же будут подергивания при переходе между ячейками.
  12. что бы уложиться в 1 Byte RPM = 47685 / Interspace (константу делю на количество тиков между прерываниями с ДПКВ) Получается 10000об/мин = 255. Соответственно 1000=25, 500=12. Т.е. с дискретностью в ~ 40 оборотов.
  13. @hc13nx2 , да, я так и планировал. У меня для прошивки и для настроки один и тот же шнурок. Таблица в процессе настроки сохранится на компе. Сделаю в программе настройки кнопку "записать". При нажатии на которую будет модифицироваться часть прошивки, где статически лежат данные, и зашиваться в МК в фоне. Можно даже на ходу перепрошивать, если едешь накатом. Или вообще не использовать оперативу, хранить во флеш, а дистанционно переписывать только необходимую область. Только я не знаю, можно ли averdud'у задать конкретный диапазон программируемой памяти. Будет быстрее, чем переписывать память целиком, но проц всеравно будет сбрасываться. Неудобно конечно. Пардон. Думаю об одном, пишу другое. Я это и имел ввиду.
  14. Согласен учитывать напряжение надо. Тут наверное достаточно небольшого двухмерного массива. Трамблер индуктивный. Физически центробежный регулятор уоз выкинут. Заварен намертво. Так что физически ничего никуда не должно плавать. Если имеется ввиду инерционность индуктивных процессов, то я о таком не слышал. .Сам трамблер примерно выглядит так: А в какой именно момент надо снимать показания ДАД? По поводу правки таблицы в EEPROM. Не знаю. На самом деле я лишь недавно начал программировать под контроллеры и с ЕЕПРОМом мне работать пока не приходилось. А скорость работы на чтение с ЕППРОМ такая же как и с SRAM? (Надо почитать)
  15. Пока вообще не вижу смысла в тарированности ДАД. Таблицу я уже слил. У меня она там не в кПа, а в вольтах. Зачем переводить туда-сюда? По крайней мере настроить можно и по напряжению, а если что, то я смогу тарировать с помощью подопытного ЭБУ от тоеты из видео. Он же сыпет текучку в которой четко показывает какое в данный момент давление. Например врубил ему 2 вольта, а он столько то кПа, врубил 2.1в, и он соответственно. Сиди только записывай. Ну я бы не сказал, что управление шаговиком проще, хотя... У меня например нужно будет составить таблицу - насколько процентов открывать ШИМ канал управления клапаном в зависимости от оборотов. Хотя все это не принципиально. Можно и шаговиком управлять, просто жалко 4 пина. По ДПКВ. У меня трамблер по-другому устроен. Нет никаких шторок. Есть зубцы, пролетающие мимо катушки. Я уже думал, могу в принципе еще один зубец наростить рядом с одним из 4х имеющихся. Можно сваркой наварить, и болгаркой придать необходимую форму. Програмно такой лишний зубец очень легко отлавливается на основании того, что прерывание на нем произойдет значительно раньше, чем это бы соответствовало текущим оборотам. А дальше я думаю понятно. По поводу ШИМа. Просто отдельный таймер 8бит. Срабатывает каждые сколько то там наносек, и единственное, что он делает - инвертирует пины форсунок, но не всех, а только тех, что находятся в статусе PWM HOLD. Получается програмно-апаратный шим. Программно конечно жрет, но судя по всему очень мало. Чатоту и скважность можно будет настраивать. Чем выше частота, тем больше срабатываний, тем меньше процессорного времени остается для работы остольного алгоритма. Тут надо эксперементировать, подбирать минимально возможную частоту шим, что бы ее хватало держать форсунку в удерживающем состоянии. Если как сей час при минимальной нагрузке, т.е. максимальное время таймера, то получается 4кГц при частоте кварца в 16мГц. Хватит ли такой частоты, не знаю. Бензиновые форсунки у меня высокоомные, им ШИМ не нужен, а вот газовые 2 ома, тут без ШИМа никак. Тут еще такая ситуация. Если програмный шим будет существенно нагружать проц, съедая драгоценное время, то это будет наиболее критично только с определенных оборотов, надеюсь достаточно высоких. Так, что на крайний случай, думаю, что шим можно будет отключать кратковременно, но только при определенных условиях. К примеру, если допустим у нас есть подпрограмма, которая должна вычислить актуальные временные задержки для топлива и зажигания. То, можно зафиксировать, сколько тиков таймера у нее на это уходит. Соответственно можно абсолютно точно установить, на каких оборотах этого времени будет, что называется "впритык". Вообще что бы не было каких либо проблем, на фоне нехватки ресурсов, я реализую такую ахитектуру. Тот исходник, который я предоставил - это, можно сказать пока только драйвер железа. Т.е. вы в него просто загружаете информацию, что и когда должно произойти, а дальше он ее мусолит самостоятельно, без всякого вмешательства по кругу(как будто бы режим работы ДВС устоявшийся). Т.е. все это работает на прерываниях, типа в отдельном кольце. При чем кольце реального времени. Т.е. если мы не успели пересчитать для предстоящей полуфазы такие вещи, как время подачи импульса открытия/закрытия/вклPWM форсунки, а так же время вкл/выкл катушки(ек) зажигания, эти данные уже есть из предыдущей полуфазы, и фраза "неуспели посчитать", означает, что просто не успели обновить, и никаких сбоев и провалов не произойдет, потому что предыдущие данные за одну полуфазу не очень то и устареют. И поэтому актуальные задержки и длительности для алгоритма-драйвера пускай считаются непрерывно по кругу за пределами этих прерываний, т.е. в основном цикле программы. И эти расчеты можно вести в асинхронном от фаз режиме. Например данные об оборотах мы не можем обновлять чаще, чем происходят прерывания с ДПКВ. В моем случае на нем всего 4 зубца. А это всего лишь 2 зубца на один оборот КВ. Что достаточно мало по современным меркам, особенно для режимов, когда надо резко ускоряться. Но зависимость длительности впрыска от оборотов не столь существенна, по сравнению с параметром разряжения во впускном коллекторе. И на низких оборотах этот параметр можно проверять чаще, чем частота импульсов с ДПКВ. Соответственно и готовить актуальные данные для драйверной части чаще. Тут только другой вопрос. Праметры ДАД пульсируют. И пишут, что их лучше снимать только в определенный момент. Но я пока еще не дошел до практической части. Просто стараюсь все затыки продумать хотя бы в теории. Что бы можно было потом как можно меньше вносить изменений в код, а лишь играться значениями переменных. И вообще у меня тут появляются новые грабли. Как сделать он-лайн правку 2х таблиц 16х16 если они просто не влазят в SRAM. Если делать без он-лайн редактирования, то таблицы можно было бы держать как константы, и оператива им не нужна. Т.е. для этого бы хватило 8кб чипа - Атмега8535(512байт RAM). А так придется ставить Мегу16 с1кб озу.
  16. @hc13nx2 , ну софт - это громко сказано. Так, набросок на делфи. Там самое интересное, это компонент, позволяющий в 3D отображать таблицы. Сам алгоритм очень прост. Непрерывно МК измеряет 3 характеристики - время впрыска, время периода между впрысками, по которому мы определяем обороты, ну и АЦП цепи ДАД с резистором, меняющим напряжение от 0 до 5в. Кстати, таким образом можно все это подключить к любой машине и на ходу захватывать данные и формировать таблицу. Подобным способом можно так же слить карту УОЗ. Схемы впрыска как таковой нет. Просто за основу я брал схемы @тимвал. Пока отлаживаю в протеусе, но там просто с генератора подаю импулься прямо на МК, а снимаю непосредственно с пинов виртуальным логическим анализатором. Если охота пощупать: открываете в протеусе INJECTOR8535.DSN, в МК загружаете main.hex (это откомпилированный исходник, который я приводил выше), запускаете симуляцию. Откроется анализатор. В нем нажимаете "capture", смотрите, что получилось. Там есть переменный резистор, изменение его сопротивление меняет напряжение на АЦП контроллера, внутри которого меняется значение от 0 до 1024. Умножая его на 3 я использую это значение в качестве времени впрыска. Эти цифры не имеют никакого отношения к реальности и к каким либо абсолютным величинам. Это просто для отладки алгоритма. Т.е. посмотреть как справляется МК с короткими впрысками, и что происходит при увеличении этого времени, когда они начинают перекрывать друг друга. По модели впрыска. В качестве ДАД у меня уже стоит тоетовский. выдает напряжение от 1,5в до 5. В качестве ДПКВ обычный трамблер 4 импульса на 2 оборота коленвала. ДФ пока нет. Думаю, как вообще его не использовать. Т.е. хочу программно придумать, как то определять нужную фазу (говорят на свежих ТАЗах ДФ отсутствует, а тем не менее впрыск фазированный). Типа заводиться на одновременном впрыске. Потом переключаться на фазированный и следить за оборотами. Если падают, то не угадал с фазой. И далее по циклу, пока обороты не перестанут падать. Датчики температуры тоже тоетовские. Но все это более менее стандартно. В качестве стабилизатора ХХ тоже тоетовский клапан, управлямый ШИМом по двум каналам. ДПДЗ у меня сей час контактный. Буду ставить резистивный. Но это самый второстепенный датчик. Обогощение при тапке в пол можно реализовать и по ДАДу. CarLoggerClient.rar SDL.zip
  17. Вы прямо весь проект кучей. Кое как отыскал исходник. Еще и на асме. У меня поскромнее пока. Сама сложная часть написана. Много чего еще осталось. Дальше я прикручу таблицы VE и УОЗ. Потом алгоритм их OnLine изменения. Плюс корекции всякие. Ну и ХХ. Буду делать так, что бы расчетов в МК было по-минимуму. Желательно вообще избежать использование чисел с плавающей точкой. Т.е. таблицы уже будут с готовыми значениями, пригодными для их непосредственной загрузки в таймеры. Все переводы значений из абсолютных (кПа, углы, температуры) в непосредственные значения регистров МК буду производить на стороне ПК. Тоже есть заготовка на делфи. Вот тут на драйве начало моих экспериментов и занимательное видео. Как я изучал работу компа от 3S-FE.
  18. Ваши исходники первого проекта случаем не засекречены? Можно взглянуть? Если интересно, поделюсь своими.
  19. На bascom. С пиками никогда не работал. Подсел на АВР, и пока для моих задач этих контроллеров хватитает с головой. На пике - это ваша реализация с нуля? На какой стадии проект?
  20. 22580, в общем то получается. Вот два лога. С небольшим по длительности впрыском, и длительный с наложением. Во втором варианте что то типа ШИМа по отдельному таймеру. Частота на картинке 2кГц. Максимально можно сделать 16 кГц. Все события: включение, выключение форсунок, переход в режим ШИМ-удержание происходят через прерывания таймера, т.е. максимально точно по времени. Реализовал буфер событий, который полостью обрабатывается на прерываниях. Что то типа очереди, когда один таймер выполняет событие, и загружает следующиее из этой очереди, и так по кругу. Этот буфер событий можно править из основного цикла программы в любой момент, не задумываясь, что и когда должно произойти по времени. Даже если в осномном цикле будет происходит какая то сложная работа, или обмен по USARTу, это никак не отражается на выходном графике. На данный момент алгоритм занимает 2,5кб. Тестовый проц 90AT8535 на 8мГц. Если 8кБ хватит для реализации всего задуманного, попробую ради праздного интереса запустить все это на процах 8051
  21. Aka, а что если НЧ трансформатор раскачать синусом, сгенерирванным ШИМом? Т.е. в течении периода плавно увеличивая/уменьшая широту импульса. Будут ли полевики работать в ключевом режиме, или не будут успевать должным образом открываться/закрываться? типа _____-____--__---_----_------_----_--__-____-_____ Не будут ли полевики грется как печки? Технически я бы попробывал например на Atmega управлять шим выходами (PWM) по закону синуса увеличивать/умешьшать процент заполнения PWM. Исследовал несколько ИБП, но там почему-то полевики просто управляются меандром с неизменной скважностью. Может есть какие то препятствия, не позволяющие проделать мною описаный финт?
  22. Нет. 4. Просто плату развел на максимальное использование ног. Вдруг кто-нибудь на крузака захочет ) Крайние можно смело обрезать, если 4 достаточно. (Бил Гей тссс же говорил, что 640кб будет всем достаточно) Сей час работаю над алгоритмом. Жопа конечно делать фазированный впрыск и фазированное зажигание на чипе, у которого всего один 16-ти битный счетчик. И если бы фазы впрыска никогда не перекрывались, то это возможно было бы не такой сложной задачей. Но они же могут накладываться друг на друга. И тут хбз, че можно придумать. Атмега для этих целей несколько ущербна. Но я пытаюсь....
  23. Немного переосмыслил. Щас вот этот вариант собираю.
×
×
  • Create New...