Не могу даже понять, откуда проблема.
Необходимо запустить первый таймер в режиме - CTC по сравнению с регистром ICR1.

Вот исходник:

Теоретически, прерывание должно возникать 100 раз в секунду, соответственно, дерганье ногой, в моем случае, должно происходить каждую секунду. Но в железе видно, что это происходит раз за почти четыре секунды. Значит, почему-то в регистре ICR1 не мое значение, а 0xFFFF.
Решил глянуть в симуляторе студии. Оказывается, проблема в следующем:
строка TCCR1B |= _BV(CS11) отрабатывается корректно, а
строка TCCR1B | _BV(WGM13) | _BV(WGM12) не выставляет никакие биты, соответственно, таймер работает в режиме normal.
Когда я объединил эти строки в одну TCCR1B |= _BV(CS11) | _BV(WGM13) | _BV(WGM12), в симуляторе начали выставляться все положенные биты, но в железе нога больше не дергается.

Понимаю, что чего-то я не знаю. Вот собственно и вопрос - ЧЕГО?

Компилятор с WinAVR-20100110, makefile - студийный, оптимизация Os

Обычно делают так:

Т.е. прямо пишут байты в регистры таймера, а не по маске. И при остановленном таймере и запрещённых прерываниях.

Что у Вас с cобакой (watchdog'ом)?
И есть-ли у этой модели меги предделитель тактирования и выключен-ли он?

В этой меге регистры общие для двух таймеров, так, что придется по маске.


В моем случае задействование T1 - это дополнение к существующему проекту. В настоящее время на этом-же камне параллельно функционируют T0, INT0, UART, MODBUS исправно, во всяком случае визуально. Иключение - та самая нога из прерывания TIMER1_OVF_vect.


Инициализация производится на старте при выключеных прерываниях.

Попробовал переписать так

Визуально - прерывания нет, в симуляторе все нужные биты регистров выставлены, а счетный регистр почему-то стоит в нулях.

Не верю!
У неё всего 2 таймера timer0 (8бит) и timer1 (16бит) и у каждого из них собственные TCCRA, TCCRB, ICR, OCR, TCNT иначе быть не может.
Из общего у них лишь TIMSK пожалуй.
Это общепринятая идеология у всех AVR.

Вопрос на засыпку - найдите хоть один знак присваивания во 2й строке. Когда не найдете - задайте себе вопрос, а с чего собственно TCCR1B должен был измениться?

Действительно не видел
Хотя это, в настоящий момент - не актуально, т.к. TCCR1B |= _BV(CS11) | _BV(WGM13) | _BV(WGM12) отрабатывает корректно.


Вероятно, у меня ассоциация с TIMSK.


Вернусь домой, попробую, отпишусь.

Спасибо.

Чет невыходит ниче.
Инициализирую вот так:
TCCR1B = 0; // stop
TCNT1 = 0; // setup1
ICR1 = 0x4800; // setup2
TCCR1A = 0; // configure1
TCCR1B = _BV(CS11) | _BV(WGM13) | _BV(WGM12); // configure2 + start
TIMSK |= _BV(TOIE1);

TCNT1 в симуляторе - как вкопаный.
В железе тоже тишина (касаемо этого таймера, остальной код работает).


Вроде все верно.
Че ему нужно?

Очень интересно, ждём прерывание по совпадению , а разрешили только по переполнению и чего в итоге ждём

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

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

Это же Ваше

И каким образом Вы собираетесь добирвться до переполнения , если выставлен режим сравнения, что ознaчает - при совпадении немедленный сброс и счёт заново до значения 0х4800 , что значительно меньше чем 0xFFFF
2. Проверьте , что записывается в бит CS11 и какую частоту Вы поставили процессору в симмуляторе

Используйте mode 4.
Вот вам рабочий пример, правда не для вашей меги, но поправить его 1 мин:

В вашем случае проще использовать режим таймера №4 (CTC with OCR1A) и обрабатывать прерывание "Timer/Counter1 Compare Match A"

Мое. Только я считал, что при сравнении с ICR1 отработает прерывание по переполнению.



Суть в том, что мне потребуются прерывания и от OCR1A и от OCR1B. По поводу прерывания от ICR1 - я обойдусь. Только вот вопрос, не столько жизненно важный, а скорее для общего развития остается. А именно, как запустить таймер, у которого бы при достижении регистра TCNT значения 1000 отработало бы прерывание OCR1A, значения 2000 - OCR1B, значения 3000 - OVERFLOW ? Даже не как, а реально-ли.
В голове уже каша.

Ну у Вас же на приведённом Вами рисунке написано , при совпадении с ICR установится флаг ICF, соответственно в регистре TIMSK надо разрешить прерывание захвата TICIE1 и соответсвенно изменить обработчик прерывания.
Максимальное значение здесь -надо понимать , это значение записаное в регистр ICR или OCR1A,B

2. Надо понимать , что режим называется СБРОС при совпадении, т.е при достижении значения 1000, TCNT сбросится в ноль и счёт начнётся снова. Но программно Вы сможете посчитать сколько было прерываний по 1000 и обработать 2000 или 3000.