ATmega timer2 в асинхронном режиме, что-то я слегка запутался... Опции

[rx3apf]

Долго воевал с потерей прерываний от переполнения TCNT2 (MEGA168), работающим от часового кварца в асинхронном режиме, пока не сообразил посмотреть эрраты. Да, при модификации регистров таймера в момент переполнения именно такая ситуация как раз и возможна (а я как раз энергично дергаю OCR2). Но какой же выход предлагает Atmel - проверять TCNT2 на FF перед любой модификацией регистров. Сделал. Стало еще хуже. Стал выяснять, почему. Получается странная картина - флаг TOV2 устанавливается через 1/32768 sec после момента перехода TCNT2 FF->00, и, если я терпеливо жду, когда TCNT2 выйдет из состояния FF, то как раз попадаю в момент, когда таймер стал равен 00, а TOV2 еще не установился. Пишу в OCR2 - и _гарантированно_ теряю прерывание переполнения ! Посмотрел последнюю версию даташита - они предлагают все тот же способ обхода проблемы, контролем на FF. Ну и что делать ? Ждать FF->00, а потом появления TOV2, и лишь потом трогать регистры ?

Это я не понимаю, как оно работает, или разработчики сами не понимают, как обойти столь изощренные грабли ?

[=GM=]

Ждать FF->00, а потом появления TOV2, и лишь потом трогать регистры? Это я не понимаю, как оно работает, или разработчики сами не понимают, как обойти столь изощренные грабли?

Всё понять невозможно(:-). Поскольку таймер асинхронный, запись значений в регистры TCNT2, OCR2x, TCCR2x идёт предварительно в соответствующие временные регистры и защёлкивается в регистрах через ДВА положительных фронта вашей асинхронной частоты, как я понимаю, тот же самый синхронизатор, который стоит на всех входных пинах. Для помощи был введён регистр асинхронного статуса ASSR. Проверяете бит3 (OCR2AUB) и вперёд. Или ждёте TOV2 в прерывании.