Управление накопл. энергии катушек зажигания (Dwell control)

[STC]

не понял при чем тут CE?
Ты просто имеешь ввиду что вращение коленвала сильно неравномерное и из-за этого большая ошибка между расчитанным моентом зажигания и реальным?

[Dmitrich2]

Проверяю сейчас симулятором по этому неравномерности не может быть период импульсов по каналу 0.5 секунды выходит меандр на регулировку напряжения не реагирует.
СЕ - к тому что когда смотрел выдачу сигнала на коммутаторе, этой зимой, при данной частоте СЕ не загоралось. Коммутатор сам рулил выдачей накопления (катушка на разряднике), то есть нам надо добиться работы не хуже коммутатора.

[STC]

Для защиты от перманентного открытия транзисторов или превышения максимально допустимого времени накопления предлагаю в прерывании канала В программировать его скажем на 10 мс. Если за 10 мс не произойдет прерывание А (не закончится накопление), то произойдет прерывание В и транзисторы будут закрыты.

[Vpsem]

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

[STC]

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

[Dmitrich2]

Если за 10 мс не произойдет прерывание А (не закончится накопление), то произойдет прерывание В и транзисторы будут закрыты.
Если не войдет в прерывание А, тогда и не наступит накопление. А вот как придумать что бы регулировалось накопление при 60 оборотах иначе не заведется или будут вылетать транзисторы, при данных оборотах идет переполнение таймера получается значение где то 62500 еще прибавляется 180 град. регистр OCR1B выдает значение больше 16 разрядного.
Для защиты тоже думаю 7 мс вполне хватит, только удерживать в приоткрытом состоянии.

[STC]

То, чего я боялся... Вижу три варианта.
1). Увеличивать коэффициент деления делителя таймера на оборотах < 300;
2.) Программно расширять таймер до 24 разрядов
3.) Разработать другой алгоритм манипулирующий зубьями, а не задержкой (типа твоего, Dmitrich2)

1-й вариант мне больше нравится, но у каждого варианта есть свои сложности.
Нужно подумать.

[STC]

Есть интересная идея!

на очень малых оборотах (до 150...200 ) шкив вращается очень медленно. При 180 оборотах для прохода 2-х зубьев нужно около 10мс. Текущий алгоритм отсчитывает УОЗ опираясь на зубья пока не останется меньше чем 2 зуба до выдачи искры, затем расчитывает задержку и загружает в модуль сравнения А. В этот момент мы уже знаем значение таймера при котором произойдет прерывание (искра), а значит можем отнять от него нужное нам значение задержки и загрузить в модуль В. Это будем делать только на низких оборотах, когда обороты повышаются, мы переходим на наш алгоритм.

[Dmitrich2]

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

[Dmitrich2]

Работает, еще бы имулятор работал не скачками можно бы сказать что все работает отлично.
Что получилось.