Таймеры AVR

код что ли покажи, который это всё настраивает

Давай сюда полные значения всех остальных регистров, имеющих отношение к этому таймеру (OCR0A, TCCR0A, TCCR0B, OCR0B, TIMSK0).

у тебя мк с ардуиновским бутлоадером?

Прескалер выставил? Инициализацию таймера показывай

Может прямо таймером и считать микросекунды? Зачем программно в прерывании это делать?

Прерывание по-любому нужно, иначе придется либо каким-нибудь бизи-вейтом ждать таймера (если процессор ничем другим не занят), либо в какой-нибудь левый код пихать периодические проверки счетчика (если процессор должен чем-то еще заниматься). Первое плохо с точки зрения энергоэффективности, а второе - с точки зрения софтварной архитектуры.

А причин выставить прерывание таймера на одну микросекунду и считать время программно может быть множество. Первое, что приходит в голову: необходимость одновременно считать несколько интервалов (т.е. событие А происходит раз в 10 uс,событие Б раз в 25 uс, событие В раз в 15 uс). Такое на хардварном таймере сделать не получится.

ПыСы: Понятно, что я понятия не имею, какая на самом деле задача стоит перед ТСом, но я предполагаю, что раз он так делает, значит ему так нужно. В конце концов, он просил помочь не с дизайном его фирмваря, а с настройкой таймера, как бы он его не использовал.

Я не поленился заглянуть с даташит и посмотреть количество тактов, нужное для обработки прерывания. 5 тактов нужно для перехода на вектор, 3 такта на jump в обработчик, 5 тактов на выход из обработчика. Это минимум 13 тактов. Плюс инкремент, плюс ожидание прерваной многотактовой команды или выход из спячки 5 тактов (если такое имеется).

Вопрос к ТС: уверен, что за 16 тактов обработчик успеет вернуть управление?

PS: чтение даташита заняло 5 минут.

Вполне возможно, что и не успевает. По описанию подходит (уменьшение интервала не влияет на время, потому что камень и так загружен до предела, а увеличение интервала в 16 раз приводит к ожидаемому результату в 16 секунд вместо одной).

Прошу извинения за то, что не отвечал. Спасибо всем за ответы. Задача стоит следующая: отсчет временных интервалов от единиц микросекунд до десятков секунд. Поэтому пытался сделать через прерывания. Даташит уже тоже внимательно перечитал и понял, что прерывание не успевает вернуть управление, так как в нем после декремента идет проверка условия и выполнение действия. Минимум, при котором обработчик работает корректно равен трем микросекундам (если брать целое число), а это 48 тактов. Не очень хорошо. И видимо ничего уже не придумать. Ладно, попробую на ARMе сделать. Еще раз всем спасибо.