Страница 1 из 1
макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 03:39:35
krup
Здравствуйте, решил создать на ассемблере макрос задержки на 1 таймере тини2313. И не могу понять почему в протеусе 1 задержка срабатывает, все остальные нет... вот сам макрос
Код: Выделить всё
; Delay задержка на 16 битовом таймере без обработки прерываний
.macro delay ;1-старший регистр 2 младший регистр 3-делитель частоты
output OCR1AH,@0 ;закидываю старший бит для сравнения
output OCR1AL,@1 ;младший
clr R16
out TCNT1H,R16 ;очищаю счетный регистр
out TCNT1L,R16
output TCCR1B,@2; запуск таймера1 при делиели @2
cikl:
in R16,TIFR ;в хожу в цикл и жду срабатывания флага в регистре TIFR
sbrs R16,6
rjmp cikl
sbr r16,64 ;сбрасываю 6 бит!запись 1 в бит!!!!!!! вот моя ошибка здесь была
out TIFR,r16
output TCCR1B,0; вырубил таймер
.endm
а это в основном цикле для проверки:
Код: Выделить всё
main:
sbi PORTB,0
delay 0xf4,0x24,3 ;частота 8мгц делитель 64 число 62500 для 0.5 сек
cbi PORTB,0
delay 0xf4,0x24,3
rjmp main
а вот что в протеусе получилось:
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 04:26:41
Goodefine
Мыслите логически - состояния после первого пуска и последующих отличаются. Может быть потому, что флаг прерывания в регистре TIFR, сбрасывается записью
единицы в соответствующий бит, а вы пишете 0 в весь регистр:
Соответственно, флаг остается, и при последующем входе в макрос, задержка
Код: Выделить всё
cikl:
in R16,TIFR ;в хожу в цикл и жду срабатывания флага в регистре TIFR
sbrs R16,6
rjmp cikl
не срабатывает, поскольку флаг
все еще стоит, с первого запуска
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 04:41:16
krup
круто, работает спс большое!
шапку исправлю может комуто пригодится
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 06:38:57
nirq
"Самурай с мечо банальное зацикливание с употреблением таймера подобно банальному зацикливанию без употребления таймера, но только с употреблением таймера".
Получилось не "программисты шутят", не "ногой ухо чесать", не колхоз и даже не индусский подход, а изврат ради потому что нууу... ну ведь работает же!
И (самое главное): так короче писать. Потому что макрос. Профи юзают макросы.
Независимо от:
- magic numbers;
- high(), low().
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 06:52:55
akl
krup
Замечу. Командой
Код: Выделить всё
sbr r16,128 ;сбрасываю 6 бит!запись 1 в бит!!!!!!! вот моя ошибка здесь была
out TIFR,r16
output TCCR1B,0; вырубил таймер
будет очищен флаг переполнения TOV1; OCF1A сбрасывается командой
Код: Выделить всё
sbr r16,64
out TIFR,r16 ;сбрасываю 6 бит!запись 1 в бит!!!!!!! вот моя ошибка здесь была
---------------------
Мечта, а не команда.
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 17:36:40
krup
nirq, если есть что то лучше циклов, поделись пожалуйста. Мне показался макрос удобным потому, что я раньше все задержки циклами писал, высчитывал....
akl, да посчитав на пальцах
понял ошибку в маске
, но протеус показывал то, что я хотел. И я думал если пред делитель равен 0 , таймер вырубается?
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 21:39:58
BOB51
Различие макроса и подпрограммы - макрос всегда прописывается кодами, где бы и сколько раз не вставлялся (нет экономии ПЗУ), подпрограмма прописывается кодами только один раз, а вызывается сколь угодно командой CALL name.
Второе - задержка набирается из системной сетки "тиков" задаваемых таймером (режим ожидания флага переполнения/тика) коротко и без излишних перезагрузок. Другое дело, если надо различные интервалы считать. Но тогда режим таймера надо более приятный подобрать, например "сброс по совпадению"...
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 22:16:49
krup
то есть пишу похожую подпрограмму, а вызов подпрограммы с аргументами пишу в макросе?
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 22:24:05
Шурики
Посмотрите файл листинга после компиляции, всё станет понятно.
Ну не зря же это удобство для программиста сделали...
Re: макрос задержки на Таймере
Добавлено: Пн янв 13, 2014 22:30:06
BOB51
krup писал(а):то есть пишу похожую подпрограмму, а вызов подпрограммы с аргументами пишу в макросе?
Можно и так, только вот таймеры сколь угодно много на ячейках ОЗУ делаются, а их значения по надобности меняются системным тиком и набором служебных флагов. ТИК один а таймеров/событий много.
Re: макрос задержки на Таймере
Добавлено: Пн янв 27, 2014 14:51:53
nirq
krup писал(а):лучше циклов
Прерывания (interrupt).
Обратить внимание на слово "приоритет", помедитировать карандашом на бумажке: квадратики, стрелочки... можно даже в виде "официальной" блок-схемы.
Ход мысли: в сколь-нибудь интересной системе действия выполняются не линейно по кругу "от печки до забора, повторить" - а как бы в виде дерева с ветвями.
"Обновляем дисплей в цикле / пришёл импульс на вход, всё бросаем срочно обрабатываем пришедший импульс / обработали импульс, продолжаем обновлять дисплей / закончена передача байта на выход, всё бросаем, готовим и отправляем следующий байт / пришел ещё один импульс на вход, надо и его тоже срочно обработать, но мы заняты отправкой байта, а импульс будет обработан чуть позже либо пропущен / опять появилось свободное время, возвращаемся к обновлению дисплея, но он (дисплей) неравномерно мерцает / пользователь нажал кнопку и сразу отпустил / пользователь нажал кнопку и держит / энкодер..." -
параллельные процессы.
Но микросхема не может выполнять две команды одновременно - в любой момент времени выполняется ровно одна команда. А процессы параллельные. И одно действие нельзя задерживать, и другое событие нельзя пропускать.