В задаче на ATmega16 есть необходимость посчитать кол-во импульсов на пине T1 за калиброванный интервал времени. Для этого организуется таймер1 как 24р. счетчик импульсов и необходимо сделать калиброванный интервал времени. Есть два подхода:
1. Сделать интервал без дополнительных ресурсов, запретив все прерывания и разрешив только от таймера 1 для инкремента 8р. старшего байта 24р. таймера по его переполнению.
2. Использовать другой таймер для "изготовления" калиброванного интервала.
3. Ваш вариант.

Интерес пока представляет первый вариант. ИМХО, в AVR очень тяжело запретить на небольшое время все прерывания, разрешив некоторые. Нужно мудрить некий менеджер прерываний, для чего вручную: сохранять статус текущих, потом все запрещать, потом разрешать необходимые. Все это как-то коряво и долго... Есть ли более простой подход для решения задачи?

1.Используйте режим захвата
2.Таймер 1 подсчета считает по кругу импульсы, а по прерыванию от другого таймера считывается содержимое Таймера1. Затем высчитываеие разность спредыдущим съемом.
Выбирайте сами.

Жаль, но источник импульсов подключен к пину T1 и плата уже сделана и собрана, поэтому несколько неудобно использовать режим захвата. ИМХО, второй вариант в данном случае предпочтительней. Спасибо.

Я стараюсь вначале подумать, а потом сделать (мы все разные).

Я бы остановился на этом варианте.
Только это у меня был бы не "калибровочный" таймер, а системный таймер, который бы отмерял интервалы в 1ms или 10ms.


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

А зачем режим захвата? Т1 - это нога внешнего тактирования таймера, вот и считайте этим таймером на здоровье. А интервал отмеряйте другим, и по прерыванию от него, считывайте значение счетчика.

Сделал уже... Все отлично работает!!! На ноге ICP другой модуль сидит, там оно нужнее...

И все же задам еще один вопрос здесь, чтобы не плодить отдельные топики. Теперь задача ставится несколько по-другому: необходимо считать длительность ОДНОГО периода на пине T1. Fbq = 11059200 Гц, на входе период 1.6 мкс. Код:

На первый взгляд, должны в таймере получить Tin/(1/Fbq) = 1.6e-6*11059200 = 17.69, но на самом деле получаем 21, иногда 24. Источник сигнала - автогенератор. Вы скажете, что автогенератор нестабилен? Но чем тогда объяснить тот факт, что примерно на 10 исходов 21 приходится один 24. И НИКАКИХ ДРУГИХ РЕЗУЛЬТАТОВ за все время измерений/наблюдений!!! Есть ли здесь тонкости?
Хочу сразу оговориться, что не собираюсь измерять такой период таким образом! Это просто отдельный вопрос не нашедший объяснения, не более того!

Все предельно просто - в зависимости от того, на какую фазу цикла ожидания придется физический фронт, и будет плясать "измеренное" время. Чтобы этого не было, следует использовать Capture

Есть, тут уже действуют времена исполнения команд.
Поэтому лучше ловить не длительность одного импульса, а длительность нескольких идущих подряд импульсов, например 100, результирующую длительность делить на 100.

Я согласен, но с одной оговоркой. Если у автора топика разовое или конечное измерение, то это некорректно. Автору видней.

Бесспорно