Проблема с таймером на Atmega168, Не получается установить режим FastPWM Опции

[CatMurr]

Итак, есть девайс, Atmega168. Задачу можно свести к следующему минимуму:

Необходимо установить режим FastPWM и дрыгать ножкой - устанавливать низкий уровень по совпадению с регистром сравнения, высокий по переполнению счетного регистра таймера. Используется Timer1 16bit.

Проблема заключается в том, что по идее в режиме FastPWM таймер должен дотикать до FF, сбросить счетчик в 0, выдать прерывание по переполнению, и продолжить по кругу. При отладке программы в симуляторе avrstudio, таймер тикает до FF, затем тикает обратно до 0, и только тогда выдает прерывание, как в режиме PWM Phase Correct.

Инициализация следующая:

COM1A1..0 = 00
COM1B1..0 = 00
WGM13..0 = 0101 ; FastPWM 8bit
CS12..0 = 001 ; без предделителя
OCIE1A = 1 ; прерывание по совпадению
TOIE1 = 1 ; прерывание по переполнению

В OCR1A пришу, например, 0x003F.

Притом флаги OCF1A и TOV1 вообще не выставляются по соответствующим событиям, но прерывания исправно отрабатываются. Итого имеем PWM Phase Correct при настройках для FastPWM.

Где собака зарыта? Глюк в симуляторе, или (скорее всего), я что-то делаю неправильно?

Проект на всякий случай прилагаю.

Прикрепленные файлы

 Timer_PWM.rar ( 6.81 килобайт ) Кол-во скачиваний: 17

 

[777777]

Какой компилятор? В AVR Studio все исправно работает в режиме FastPWM. Флаги OCF1A и TOV1 ты не увидишь потому что они очищаются при входе в прерывание.

ЗЫ. А зачем SEI перед выходом из прерывания?

[CatMurr]

Какой компилятор? В AVR Studio все исправно работает в режиме FastPWM. Флаги OCF1A и TOV1 ты не увидишь потому что они очищаются при входе в прерывание.

Не осознал вопроса. Что значит "какой компилятор?". В avrstudio есть несколько компиляторов под ассемблер?

А зачем SEI перед выходом из прерывания?

Почему то сбрасывается флаг I в регистре SREG при входе по вектору прерывания. По идее не должен.

Вообще надо попробовать на железе без SEI перед выходом.

Завтра доберусь до осциллографа, выясню точно, получается ли FastPWM или PhaseCorrect.

[777777]

Не осознал вопроса. Что значит "какой компилятор?". В avrstudio есть несколько компиляторов под ассемблер?

Не заметил сразу что ты написал про студию. Наверное версия старая, у них часто бывают глюки в симулятрое, у меня 4.18 b716.

Почему то сбрасывается флаг I в регистре SREG при входе по вектору прерывания. По идее не должен.

По идее как раз должен, при входе в прерывание он всегда сбрасывается. А при выходе восстанавливается слово состояния в котором он был установлен.

[CatMurr]

Не заметил сразу что ты написал про студию. Наверное версия старая, у них часто бывают глюки в симулятрое, у меня 4.18 b716.

Студия 4.18 b716. За обновлениями слежу.

По идее как раз должен, при входе в прерывание он всегда сбрасывается. А при выходе восстанавливается слово состояния в котором он был установлен.

Да, Вы правы, при использовании RETI флаг I выставляется заново при выходе из прерывания. Наверное, ранее я использовал RET.

Сегодня утром погонял еще раз программку на симуляторе, затем посмотрел осциллографом. Выставил в регистре сравнения значение 0x3F, т.е. четверть периода (для наглядности).
Симулятор: таймер упорно считает до FF, затем вниз до 0. Частота на 8 мегагерцовом кварце (без использования предделителя) получается порядка 15 кГц, т.е. 8000000/(255*2)=15686 Гц.
Железо: частота 31,25 кГц (8000000/255), то есть настоящий FastPWM. Очевидно, что таймер по достижению FF сбрасывается в 0, иначе бы получили частоту в два раза меньше.
Налицо глюк симулятора?

[777777]

Студия 4.18 b716. За обновлениями слежу.

Железо: частота 31,25 кГц (8000000/255), то есть настоящий FastPWM. Очевидно, что таймер по достижению FF сбрасывается в 0, иначе бы получили частоту в два раза меньше.
Налицо глюк симулятора?

Я прогонял в симуляторе непосредственно вашу программу из первого поста и всё работало нормально, т.е. таймер по достижению FF сбрасывался в 0. Я даже не знаю, может кроме версии студии нужны еще версии файлов, которые использует симулятор с описанием процессора?

А вообще от симуляторов толку мало, например, если PWM вывести наружу (т.е. COM1A1..0 поставить не ноль) то симулятор все равно не показывает изменения выводов. Поэтому я обычно им не пользуюсь и сразу все делаю в железе.

Какое слово состояния? Просто при выполнении RETI устанавливается I (эквивалентно SEI + RET в одном флаконе)

RETI не эквивалентен SEI + RET
При прерывании в стеке сохраняется не только адрес возврата, но и слово состояния. По команде RETI они извлекаются из стека и продолжается выполнение программы с прерванного места. Поскольку в слове состояния бит I был установлен (если бы не был установлен, то и прерывание бы не произошло), то он восстанавливается наравне со всеми остальными битами слова состояния.

[Diusha]

RETI не эквивалентен SEI + RET
При прерывании в стеке сохраняется не только адрес возврата, но и слово состояния. По команде RETI они извлекаются из стека и продолжается выполнение программы с прерванного места. Поскольку в слове состояния бит I был установлен (если бы не был установлен, то и прерывание бы не произошло), то он восстанавливается наравне со всеми остальными битами слова состояния.

Это где же Вы такое нашли? Во-первых, что Вы называете "словом состояния" применительно к меге168? Может регистр SREG? Так сохранить его в целости во время обработки прерывания - полностью на совести программера. B стеке сохраняется только адрес возврата
А вся неэквивалентность RETI и SEI + RET только в количестве тактов.
RETI я использую и когда надо из обычной п/п выйти с одновременной установкой I

Сообщение отредактировал Diusha - Dec 27 2010, 11:11