Например TDA7294

Форум РадиоКот • Просмотр темы - ФУОЗ на базе AC-CDI
Форум РадиоКот
Здесь можно немножко помяукать :)



Текущее время: Пт дек 06, 2019 05:04:17

Часовой пояс: UTC + 3 часа [ Летнее время ]


ПРЯМО СЕЙЧАС:



Начать новую тему Ответить на тему  [ Сообщений: 1379 ]     ... , , , 64, , , ...  
Автор Сообщение
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 02:18:15 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
Хотите умножать на 14.4, давайте сперва подумаем зачем. Ваша идея отталкивается что мы заводим киком, и попадаем на оба импульса, после чего искра, и главный недостаток, мы должны попасть именно через оба импульса. Плюсы идеи, более высокая точность расчета для кик-стартера, но лишь в случае что вал не между датчиков. При чем в случае кика скорость обычно в районе 300-500/мин, и любое позднее зажигание нормально заведет движок, главное чтобы "отдачи" не было. Уже дважды предлагал забить на расчет для старта, и просто считать как для 460/мин от второй "поздней" метки. Впрочем как лучше покажут лишь испытания, ну да ладно вернемся к умножению.
В коде угол считается с шагом квантования 0.7°, замер от 0.01° для низких оборотов, а счет отталкивается от значения 360°/2=180°, это обусловлено кварцем 4МГц. Вы хотите считать базой длину метки 25°, и для работы математики нам нужно извлечь из нее 180°(Х/7.2) либо 0.7°, далее задержка из таблицы R25 умножается на 0.7° из метки и мы получаем время ожидания, прибавляем его к текущему счетчику и вуаля. Умножение на дробные числа в случае МК достаточно громоздко, ардуинщики например умножат на 144 и затем разделят на 10, это займет 9999 тактов рабочего времени и будет ужасно :P На ассемблере часто подбирают наиболее подходящие множители и затем делят на числа кратные 256. Но в данном случае быстрее и удобнее найти приближение, например 25°/32=0.78° что вполне подходит для математики.

Код:
sub R25,R23 ;"табл."-"метка"
;далее расчет на "запаздывание",второй имп.дат.
mov R5,R9 ;сохраним регистры
mov R6,R10 ;счетчика
; R9 - старший байт счетчика метки 2; R10 - младший, вместе число будет R9:R10(ст:мл)
lsr R9    ;1/2=12.5°, циклический сдвиг в право
ror R10  ;с переносом в младший регистр
lsr R9
ror R10  ;1/4=6.25°
lsr R9
ror R10  ;1/8=3.12°
lsr R9
ror R10  ;1/16=1.56°
lsr R9
ror R10  ;1/32=0.78°
;matematika [R9:R10]*R25=[R7:R8] поправка, при 0xFFFF 25°=4551, 1/32=142, а реальные значения R25=2..9
mul R10,R25  ;мл.байт*угол с таблицы=[R1:R0]
mov R8,R0  ;результат мл.байт
mov R7,R1  ;результат ст.байт
mul R9,R25  ;ст.байт*угол с таблицы=[R1:R0]
add R7,R0  ;ст.байт+мл.результат
;теперь имеем величину задержки для счетчика [R7:R8]
;прибавим к текущему счету
add R8,R6  ;мл.байт
adc R7,R5  ;ст.байт+перенос
;далее нужно записать в регистр сравнения счетчика и ждать искру

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 10:02:23 
Потрогал лапой паяльник

Зарегистрирован: Вт янв 06, 2015 12:00:44
Сообщений: 302
Рейтинг сообщения: 0
Просто тупо умножил не на 14.4, а на 14.5. :)) Все таки точнее, чем на 14. В итоге разница только одна единичка в плюс для сравнения с таблицей.
;=определяем задержку искры=
norm:
mov R21, R11 ;скопируем значение по второй метке
com R21 ;инвертируем число
ldi R16,14
mov R5,R16
mov R6,R21
mul R5,R6
mov R21,R0 ;R21x14
lsr R6 ;R21x0.5
add R21,R6 ;R21x14.5
cpi R21,165 ;165 или 157?
brlo bigger ;если больше 1300об,то
mov R21, R9 ;оборот по первой метке
com R21

Сейчас разбираюсь, чтобы не было конфликтов при переходе с первой на вторую и со второй на первую метки. И как по простому стыковать величину оборота, угол-задержку, и вторую метку.
Пока думаем.Суть в том, какую величину оборота мы имеем или должны иметь по второй метке. Угол которой также изменяется в зависимости от оборота в плюс. Т.е. отчего плясать? У нас есть четыре!! x,y,z и F(0).
R21, R25, R23 и ... угол(относительный) в таблице.

Флэш. У каждого свои задачи. У меня старт - до 800. 800 - это если со всей "дури". Как измерял. Осциллограф в режим "singl". Вход к датчику. Свечу отсоединяем. И "заводим". На экране импульсы. Измеряем периоды и считаем величину оборота.

Далее, один из интересных тестов.
Подсоединяем двухлучевой осцилл в режиме "singl". Вкл Фуоз. и потом запускаем стенд (мотор).
И смотрим, когда появляется "искра" по отношению к первому импульсу. :)))
Далее будет..


Вернуться наверх
 
JLCPCB, всего $2 за прототип печатной платы! Цвет - любой!

Отличное качество, подтвержденное более чем 600,000 пользователей! Более 10,000 заказов в день.

Зарегистрируйтесь и получите два купона по 5$ каждый:https://jlcpcb.com/quote

Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 11:08:22 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
Есть более элегантное решение расчета, 25°х7/255=0.68° с меньшим числом строк кода:

Код:
sub R25,R23 ;"табл."-"метка"
;далее расчет на "запаздывание",второй имп.дат.
; R11 - старший байт счетчика метки 2; R12 - младший, R11:R12(ст:мл)
ldi R16, 7  ;константа "7"
mul R11,R16  ;ст.байт*7=[R1:R0]
movR10,R0
mov R9,R1
mul R12,R16  ;мл.байт*7=[R1:R0]
add R10,R1
adc R9,R2  ;+перенос, R2=0
;[R11:R12]*7/255=[R9:R10], имеем 0.68°

mul R10,R25  ;мл.байт*угол с таблицы=[R1:R0]
mov R8,R0
mov R7,R1
mul R9,R25  ;ст.байт*угол с таблицы=[R1:R0]
add R7,R0
;теперь имеем величину задержки для счетчика [R7:R8]
;прибавим к текущему счету
add R8,R12  ;мл.байт
adc R7,R11  ;ст.байт+перенос
;далее нужно записать в регистр сравнения счетчика и ждать искру


В принципе умножая на 14.5 вы получите шаг 0.71°, но вы совсем забываете о разрядности, задержка это двухбайтовая величина, вы же везде таскаете и сдвигаете один байт, без учета переноса, это сильно снизит точность. Хотите умножать на 14.5, делайте это грамотно, с двумя байтами, а еще при запуске двигателя вы совсем забываете о переполнении двухбайтового счетчика, на тех же 460/мин мы получаем 25°х14.5=0xFFFF, что делает всю прелесть бесполезной. Но сама идея работать с интервалом меток интересна, они может сильно снизить планку холостых для кик-стартера.

Код:
;========регистры========
clr R7            ;OCR1AH
clr R8            ;OCR1AL,искра
clr R9            ;TCNT1H
clr R10            ;TCNT1L,датчик1
clr R11            ;TCNT1H
clr R12            ;TCNT1L,датчик2
...
...

ldi R16, 14  ;константа
mul R12,R16  ;мл.байт*R16=[R1:R0]
mov R9,R1
mov R10,R0
mul R11,R16  ;ст.байт*R16=[R1:R0]
add R9,R0  ;[R9:R10]=180°

mov R16,R11
mov R17,R12
lsr R16
ror R17  ;25°/2=12.5°
add R10,R17
adc R9,R16  ;[R9:R10]=360°


Сложно не это, а то что метки разные, вот если 22° между датчиками, и как тогда делать такой расчет? Ваша идея мне нравится но реализовывать ее нужно иначе, переводить 25° в 360° плохо, попадаем в переполнение счетчика из-за низких оборотов, но если наоборот преобразовать в 0.7° тогда легко считать математику. Просто нужно переделать код определения оборотов вала, не подходит старый для этого, и решить проблему разной длины меток, чтобы МК выбирал из наиболее подходящего множителя, тогда получится заводится даже при 150/мин без переполнения.

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $88 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 12:20:19 
Потрогал лапой паяльник

Зарегистрирован: Вт янв 06, 2015 12:00:44
Сообщений: 302
Рейтинг сообщения: 0
Flash.#13
Спасибо. Буду разбираться с вашим постом. Увы , я не программист.
1. Вся идея состоит в том. Заметил, что мотор на хх и чуть выше (900-1200) оборотов работает стабильнее на родном коммутаторе. (Типа такого, как на первой странице, который работает по двум меткам). Когда снимал его график УОЗ, то заметил, что есть какая то точка "отрыва" в графике. Т.е. переход от второй метки на первую. В итоге, на малых оборотах 900-1200 мотор работает по второй метке. Далее при увеличении оборотов все равно по второй метке. Вот поэтому и нужен Фуоз, когда пишут о тяге "на низах".
2. В нашем Фуоз, изза неравномерности оборотов и его конечном вычислении по приходу первой метки "гуляет" и угол. Т.е. не соответствует реальному обороту (или скорости движения маховика).
3. Поэтому на малых оборотах и при пуске (не нужно будет ждать целый оборот)- оборот нужно расчитывать от 1 до 2 метки, ну и соответсвенно берем из таблицы задерку и "накладываем" ее на этот вычисленный оборот.
Все просто. Только нужно совместить все "цифры" как-то попроще. И правильно написать точку перехода от 1 на 2, и наоборот, метку.
У нас есть четкоая правильна величина - это угол между метками. Он не зависит от оборотов. А вот от ВМТ это угол ... величина приблизительная, да плюс еще зависит от оборотов. Простой пример - датчик отодвинули от маховика и .... угол уменьшился. Немного, но эти 1-2 градуса на малых оборотах очень чувствительны. Увеличиваем обороты, и угол от датчика пошел в плюс на 2-3 градуса.
Пока дерзаем. У вас опыта больше. Только "не накручивайте".


Вернуться наверх
 
Видеокурс «Работаем с микроконтроллерами STM32G0». Впервые на русском языке.

В цикле видеокурсов по работе с STM32G0 от компании STMicroelectronics показаны архитектура, периферия (особенности процессорного ядра, режимов пониженного питания, векторов прерываний, DMA и мультиплексора DMA, схемы тактирования и сброса, и.т.д.) и даны практические примеры. Материал дает наглядное понимание того, как начать работу на новых микроконтроллерах STM32G0.

Подробнее>>
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 15:03:28 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
asel думал о вашей идее, и она кажется наиболее правильная из всего что было до этого, если вы не против, хочу реализовать ее в программе. При старте мотора ранее хотел считать обороты константой, типа 480/мин и заводится от поздней метки вала, мне казалось это наиболее оптимально, потому что снимать точный замер оборота когда вал постоянно замедляется нереально. А в вашей идее есть громадное преимущество, длина магнитной метки вала в 9...15 раз меньше оборота вала, следовательно без изменения разрядности счетчика МК, получится обработать обороты в 4...7 раз ниже чем было, теоретический программа осилит скоростя в 70...120/мин, вменяемо и без отдачи, и это без замены кварца и со старой разрядностью. Раньше сильные погрешности возникали уже при отклонении +/- 80 об/мин, а счет между метками полностью устраняет эту проблему, попутно решая инерционность, ведь в узком интервале меток вал не успеет сильно изменить обороты. А с набором оборотов МК перейдет на штатный расчет, все кажется простым и идеальным.

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
Финальные результаты тестирования литиевых батареек FANSO при нормальных условиях

Перед разработчиком устройства, в котором предполагается использование батарейки, всегда стоит задача выбора того или иного бренда. Конечно, наиболее объективный результат по качеству можно получить при реальном тестировании в режиме работы самого устройства. Для того чтобы у разработчиков была некоторая информация о реальных значениях основных параметров ЛХИТ, инженеры компании КОМПЭЛ решили провести серию из трех тестов. Первый тест на постоянный разряд в нормальных климатических условиях, начатый в апреле 2019 г., мы завершили.

Узнать финальный результат тестирования>>
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 16:08:41 
Потрогал лапой паяльник

Зарегистрирован: Вт янв 06, 2015 12:00:44
Сообщений: 302
Рейтинг сообщения: 0
Flash.#13
Я не против. Не запатентовано. :)))
Можно и на этой базе 4мгц. Точнее? На 8мгц? Но я это не потяну....Да может и нет смысла.
И программу углов не потяну. У всех разная длина метки. Ну и т.д. и т.п.

ПС. По первому вашему "листингу" из поста.
Тест в выходные. Что вы там наваяли, я же ни бумбум....Хотя попробую.
Таже суть нужна. Имеем R11R12, к ним нужно добавить R25, которое из таблицы,( но привязаны для полного оборота R9R10). и т.п. Возможно вы правильно придумали. Посмотрим.
Пс2. Насчет переполнения... счетчика оборотов. FFFF. Пока к этому не добрался. Хотя смотрел по осциллографу, импульс искры есть гдето до 120-130мкс . Это ниже чем 600об, где период 100мкс. Пока не вникал, потому что при пуске моего мотора при самой легкой протяжке обороты около 500-600.
Возможно эту "проблему" нужно решать для мотомоторов, как вы писали, что там пуск намного ниже.
Пс3. Умножение на 14.4 (для 25градусов). Никто этим не занимался. А мне приснилось. Да, коряво. Потому что "подвязал" величину оборота - к переходу на расчет от 1 до второй метки. ... . Как написать, переписать, привязать правильно к таблице и к расчету оборота длину метки, чтобы при R25-R23 расчет оборота и искра была от расчета оборота от 1 до 2 метки.... не знаю. Не могу прикинуть логики. Мож приснится. :))

PC. Посмотрел ваше
ldi R16, 14 ;константа
mul R12,R16 ;мл.байт*R16=[R1:R0]
mov R9,R1
mov R10,R0
mul R11,R16 ;ст.байт*R16=[R1:R0]
add R9,R0 ;[R9:R10]=180°
mov R16,R11
mov R17,R12
lsr R16
ror R17 ;25°/2=12.5°
add R10,R17
adc R9,R16 ;[R9:R10]=360°

Что это? К чему? Я не понимаю. Где R21?
Раньше было так...
norm:
mov R21, R9 ;скопируем значение счетчика 16-бит
com R21 ;инвертируем число

Или вы хотели сразу перевести R11R12 в R21? Т.е. сейчас из вашего...., R9 - это реальная величина оборота , расчитанная от 1 до 2 метки (25градусов)? Которую можно записать как ...
mov R21, R9 ;скопируем значение счетчика 16-бит
com R21 ;инвертируем число

А переход? Как выбирать величину оборота для сравнения? Когда по первой метке, а когда от 1 до 2?


Вернуться наверх
 


Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 17:33:17 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
Ставить 8МГц смысла нет, 4МГц лучше из-за таймингов мотора, изначально хотелось 2МГц, но такие не ходовые. Мне нравится ваша идея и буду ее делать в этой версии патча, она многое исправит в лучшую сторону, так что не мучтесь с кодингом, и совместимость с программой углов сохраняется. То что метки имеют разную длину не критично, ведь в программе правки углов есть пункт "длина метки", осталось обучить МК правильно считать математику на низах, и использовать длину метки в счете. Думаю это решит вопрос с отдачей окончательно. Единственное условие запуска это прохождение вала через обе метки, хотя если мотор остановится не дойдя до второй, попросту не будет искры до следующего оборота, ногу никому не сломает. И стабильность однозначно повысится.

"R21" не сильно нужен, по нему определяется скорость вала и берется угол с таблицы в R25, но он не подходит для данного случая, его нужно обойти, думаю договорюсь с ним :)))

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 


Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Чт ноя 07, 2019 18:41:55 
Потрогал лапой паяльник

Зарегистрирован: Вт янв 06, 2015 12:00:44
Сообщений: 302
Рейтинг сообщения: 0
Flash.#13
Наверное понял вас. Переписал по вашему. Вы сказали, что так точнее. Т.е. не R21 умножать на 14.5, а величину счетчика R11R12 умножить на 14.5 (25град "привести" к 360град) , ну и потом и получаем из него величину R21.
norm:
mov R21, R9 ;скопируем значение по 1 метке
com R21 ;инвертируем число
cpi R21,157 ;сравнение
brsh bigger ;если больше 1200об,то на bigger
ldi R16, 14 ;25° --в 360°
mul R12,R16 ;мл.байт*R16=[R1:R0]
mov R9,R1
mov R10,R0
mul R11,R16 ;ст.байт*R16=[R1:R0]
add R9,R0 ;[R9:R10]=180°
mov R16,R11
mov R17,R12
lsr R16
ror R17 ;25°/2=12.5°
add R10,R17
adc R9,R16 ;[R9:R10]=360°
mov R21,R9
com R21
bigger:

PC. Вот тут тоже получается не "склейка".
sbrs R20, 5 ;if pinX,n='0' then do
rjmp main
sbrc R20, 7 ;if pinX,n='1' then do
rcall holostie ;сюда,если обороты ниже 460/мин
rcall norm ;счет математики,импульс1
rjmp main
Т.е. в "norm" программа уйдет только после полного оборота. :(
Вспомнил еще. Искра есть на самых минимальных, т.е. "holostie". Просто оптрон уже не реагировал на импульс от датчика. Датчик на стенде от мото. На моторе стоит датчик получше, чувствительней. Поэтому это "опустил". Плюс на плату впаял Smd оптроны Pc357, а они всетаки чуть "тупее", чем 817.
Итого, этот участок проги нужно тоже переписать под метку. Хотя всеравно, увы, не получится у меня "легкий" старт. :cry: Аккумулятора нету. Т.е. всеравно нужен оборот, чтобы AC зарядил конденсатор. :(


Вернуться наверх
 
Распродажа паяльных станций ATTEN и аксессуаров!
Индукционная паяльная станция AT315D - 3 977 ₽, станция паяльная AT80D – 2177 ₽, станция паяльная AT936b – 1000 ₽!

Заходите в раздел акции и спецпредложения на сайте prist.ru, покупайте измерительные приборы, инструмент и паяльно-ремонтное оборудование по специальным ценам.
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 02:36:54 
Первый раз сказал Мяу!
Аватар пользователя

Зарегистрирован: Ср май 05, 2010 01:12:20
Сообщений: 39
Рейтинг сообщения: 0
Всем привет.
Думал что уже не судьба найти cdi зажигания с ФУОЗ, но как оказалось в сети всё есть))
На мотоцикле Yamaha xmax 250 сгорел блок управления, а именно часть зажигания (всё остальное: иммобилайзер, управление бензонасосом и т.д работает). Было решено собрать отдельно высоковольтную часть, а сигнал управления брать с родного блока. Собрав преобразователь и проверив его принялся искать управление на родном блоке, но найти так и не удалось поскольку многие элементы выгорели, а так же плата многослойная. Стало понятно что нужно собирать отдельно управление.
Буду пробовать данное зажигание + уже собранный преобразователь.


Вложения:
Комментарий к файлу: Схема dc преобразователя (выделенная часть не собрана)
Безымянный.jpg [106.85 KiB]
Скачиваний: 64

_________________
"Начну жизнь с нуля" — сказал электрик, втыкая отвертку в щиток.
Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 08:20:47 
Потрогал лапой паяльник

Зарегистрирован: Вт янв 06, 2015 12:00:44
Сообщений: 302
Рейтинг сообщения: 0
Flash.#13!!!
Все пропало. Версию 2.0 в печку. Она "дификтивная".
Попорядку.
В старой версии. Запуск МК. Запуск мотора. Ждем метку. Стартует счетчик. Ждем опять метку и ....расчитываем задержку на искру по совпадению счетчика.

Версия 2.0
Две бомбы.
1. Запуск МК. Запуск мотора. Ждем метку. И по прерыванию сразу на расчет задержки на искру.! Тут не только ноги выламает. (Это смотря с какой точки стартовал мотор)
2. Идея с расчетом искры по длине метки. Что первично - по первой метке, или по второй метке??????
Что сейчас. Ждем первую метку (уходим в norm). Если оборот меньше, или R25 больше метки R23, то берем расчета R11R12. Но величина R11R12 уже устарела!!!! Это был расчет R11R12 в начале оборота.

3. Как нужно.
Первое, сделать счет (начало отсчета) как в первой версии.
Второе. Расчет по длине метки R11R12 первичен. Т.е. по второй метке, программа должна уходить "в расчет", и если табличное R25 меньше длины метки R23? тогда ждать первую метку (полный оборот) и потом расчитывать по R9R10.

Но при расчете по длине метки, мы используем и R9R10 от предыдущего оборота, поэтому весь "расчет "искры" должен стартовать только после первого оборота. Вот такая ф..ня.

Т.е. надо четко представить всю работу программы Фуоза от самого пуска мотора.

Псс. Посмотрел первые версии. Там тоже!!!! Вот отчего и отдача при пуске!!!
Что делаем? Вводим дополнительный контрольный бит в R20 ,0. Назовем его "самый первый импульс". По нему сбрасываем счетчик. Ну и потом и т.д.
Теперь нужно придумать, как это вписать в программу. Пока в первые версии.С версией 2.0 чуть сложнее...


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 11:23:51 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
Serega2300 версия 2.0 дорабатывается, из проверенных рабочие со второй и дальше страниц, еще там постепенно добавлялась поддержка программы графиков.

asel попробуйте успокоится и оставить мне проблемы программы, все не так страшно, поверьте :beer:

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 13:51:27 
Потрогал лапой паяльник

Зарегистрирован: Вт янв 06, 2015 12:00:44
Сообщений: 302
Рейтинг сообщения: 0
Flash.#13
Что получится с 2.0 ....?
А вот посмотрел на старые версии..... Проблему вам описал выше. И начал разбирать пошагово. (Раньше не занимался этим. )
Надо сделать правильно первые версии. Платы то ведь есть.
Да , это не влияет. Мото едет, только при пуске нужно беречь ноги. :))
Пока вот такой шок.
Пример.
.........
;ожидание импульса
sbic PinD,0 ;выполнить если бит порта "1"
andi R20, 0b10111111 ;cbiR20/6, контроль
;пришел ипмульс датчика
sbis PinD,0 ;выполнить если бит порта "0"
rcall impuls

................
impuls:
sbrc R20, 6 ;if pinX,n='1' then do
ret ;если уже был счет то выход
............
Т.е. R20, 6 никогда!! не будет единицей перед impuls:
Т.е. приходит только первый импульс, а мы уже считаем оборот.И выдаем искру. Хорошо хоть такое сделали.
ldi R20,0b10000000 ;РОН статуса
Искра по максимуму задержки, что тоже не фонтан.
Итого. По первому импульсу должно быть - сброс счетчика, далее ожидание второго импульса. т.д.

Сделаю как надо выложу.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 17:53:26 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
asel 6'й бит 20'го старус РОН'а в порядке, это просто защита от повторного срабатывания, все подобные схемы, в том числе на автомобилях, работают по такому же принципу. И как показала практика в первой версии отдача ниже чем на стоковом китайском коммутаторе, часто ее вовсе не возникает. Текущая правка решит проблему полностью, и главная беда с 2.0 то что он не тестировался на моторе, а только на стенде. Лучше подождите пока будет готова текущая версия, вполне возможно все получится красиво.

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 18:35:52 
Первый раз сказал Мяу!
Аватар пользователя

Зарегистрирован: Чт фев 11, 2010 05:11:59
Сообщений: 25
Откуда: Крым
Рейтинг сообщения: 0
ребят подскажите, столкнулся с проблемой, мопед заглох в дороге, прикатил домой полез в коммутатор нет искры :( разрядил кондер 1мкф 400в завелся, проехал 1км, снова беда, после разрядки кондера опять заводится как ни в чем не бывало.

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


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 19:20:30 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
Вероятно проблема с тиристором, это его задача разряжать конденсатор по сигналу с МК, либо обвязке что передает сигнал с МК до тиристора. Нормальное напряжение на тиристоре значит генератор не причем, когда повторится можно подать на резистор тиристора(только не сжечь МК и транзисторы что выше) +12В, он должен дать искру на свече и полностью разрядить конденсатор ВВ. По схеме ВС556, эмиттер и коллектор коротнуть(+12В пойдет на тиристор через ограничительный резистор и диод), должна быть искра с полным разрядом ВВ.

Изображение Изображение

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 19:37:57 
Первый раз сказал Мяу!
Аватар пользователя

Зарегистрирован: Чт фев 11, 2010 05:11:59
Сообщений: 25
Откуда: Крым
Рейтинг сообщения: 0
благодарю, тоже думал что тиристор, с новым та же беда, грешу на транзисторы, у меня стоят кт 315, 361.

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


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 19:59:08 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
У меня тоже КТ'шки, работают стабильно. Стоит проверить во время бага, при замыкании эмиттер-коллектор КТ361, должен дать искру на свечу. Там простой принцип, МК дает +5В на первый транзистор, а тот кидает базу второго на землю, что заставляет открыться его, ну +12В бортсети подключить к тиристору, который так же открывается и разряжает ВВ конденсатор на катушку свечи, и мы видим искорку :P

Изображение Изображение

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 20:51:12 
Первый раз сказал Мяу!
Аватар пользователя

Зарегистрирован: Чт фев 11, 2010 05:11:59
Сообщений: 25
Откуда: Крым
Рейтинг сообщения: 0
у меня светодиод там и стоит "для контроля" когда искра пропадает светик не мигает, хоть пол дня заводи, но разрядил кондер и с пол тычка.

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


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Пт ноя 08, 2019 22:07:43 
Вымогатель припоя
Аватар пользователя

Карма: 15
Рейтинг сообщений: 113
Зарегистрирован: Вс апр 13, 2014 00:46:03
Сообщений: 660
Откуда: Киев
Рейтинг сообщения: 0
Вдвойне странно, хотите сказать МК зависает? Проверяйте чего там на выходе меги8, транзисторы штука надежная, может какая помеха из питания все же добирается, опять же таки если МК завис, отключив питание, провернув ключ, и включив снова, сработает как перезагрузка.

_________________
Немного файлов по зажиганию: ФУОЗ 2.1 + программа правки таблиц 0.985, монтажка, тестовая прошивка проверки выходов


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: ФУОЗ на базе AC-CDI
СообщениеДобавлено: Сб ноя 09, 2019 00:24:44 
Потрогал лапой паяльник

Зарегистрирован: Вт янв 06, 2015 12:00:44
Сообщений: 302
Рейтинг сообщения: 0
Тестирую версию 1.0 (в 2.0 тоже)
Мелкий, но хомячек. (так мне кажется).
Было
ori R20, 0b00010000 ;sbiR20/4, контроль
andi R20, 0b11011111 ;cbiR20/5, контроль

Стало
andi R20, 0b11011111 ;cbiR20/5, контроль
ori R20, 0b00010000 ;sbiR20/4, контроль
и пускай теперь "летит" в timer1compare:

Разобрался с R20,6. Это "защита" на время (ширину ) импульса от датчика.
ПС. Прошелся пошагово.
R20,7=1/импульс/подрограмма "impulse"/подпрограмма "holostie"/подпрограмма "norm"/искра с задеркой "по переполнению"
По переполнению не нравится. По первому импульсу не нравится.
Но с эмитировать, увидеть на осциллографе не получается пока. Вижу импульс искры после второго вх. импульса. (Или ошибаюсь?).

PPC. Разобрался. В меня в программе есть кусок "стабилизации оборотов". Т.е. задержка на искру по предыдущему обороту, если оборот изменился в районе низких оборотов. А при старте, предыдущий оборот равен "0". Поэтому в R7R8 записывается "0". По идее, искра должна влупить прямо по вх. импульсу. Но не успевает. Для этого в программе есть подпрограмма "iskra" без задержки.
cpi R25, 1 ;"1"
brlo iskra ;искра без задержки

Также, если этой подпрограммы "искра" нет в программе, при задержке "0" из таблицы, т.е. мах угол, то искры нет на этом обороте.

Итого. Подпрограмму "стабилизации" убирать не хочу.
Два варианта.
1. "Перепрыгивать" подпрограмму "стабилизации", если оборот равен FFFF (переполнение).
2. Вписать при инициализации в регистры R11R12 (регистры предыдущего оборота) величину FFFF.
А то вдруг искра влупит по импульсу без задержки. :(

Итого2. Получилось что п.1, что п.2. Одинаково. Остановился на запись числа в R11R12.
Идем в следующем посте.


Последний раз редактировалось asel Сб ноя 09, 2019 13:03:58, всего редактировалось 1 раз.

Вернуться наверх
 
Показать сообщения за:  Сортировать по:  Вернуться наверх
Начать новую тему Ответить на тему  [ Сообщений: 1379 ]     ... , , , 64, , , ...  

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 5


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

Найти:
Перейти:  


Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB
Extended by Karma MOD © 2007—2012 m157y
Extended by Topic Tags MOD © 2012 m157y