Итак, есть девайс, 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.

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

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

Попробуйте WGM=1110, а 0х00FF загоните в ICR1. У меня нормально работает.


При этом ножка дрыгаться не будет


Раз прерывания обрабатываются, значит флаги выставляются, с чего Вы взяли, что нет?


А это откуда следует?

Не будет дрыгаться ножка OC1A/OC1B, я дергаю другой ногой по прерываниям.


При симуляции программа уходит на вектор прерывания, но флаги в регистрах не выставляются. Глюк симулятора?


Получаем не "single-slope operation", как в FastPWM, а "double-slope", с частотой в два раза меньше, чем при FastPWM => PWM Phase Correct.

Глюк симулятора. А может фича. Может он просто не отображает, что они устанавливаются. Флаги установлены очень короткое время: с момента события до перехода по вектору, сбрасываются автоматически.


Думаю, тоже глюк симулятора
Попробуйте живьем

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

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

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


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

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

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

1) по идее - как раз должен. при переходе на любой вектор прерывания флаг I сбрасывается автоматически.
2)
>> SEI ; разрешили прерывания
>> RETI ; выход из прерывания
посмотрите в хелпе, чем различаются инструкции RET и RETI.

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

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

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

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


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

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

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

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


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

Невнимательное чтение документации. Описания флага и методов его сброса. При переходе по вектору большинство флагов сбрасываются автоматически.

Выбрал другую отладочную платформу: AVR Simulator2, после чего таймер заработал как надо!
Ради интереса сравнил m168def.inc для Simulator и Simulator2 - разницы в описании конфигурационных регистров для таймера не нашел.

А вообще всем спасибо за помощь и советы!

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

Да, я все время забываю об этой экзотической особенности AVR. Собсно, если писать на С, то с этими вопросами можно не заморачиваться.