А вот я не догоняю. Наверно мы с defunct оба не догоняем. Если сигнал меняется один раз, то будет только один переход 1-0 (либо 0-1) и сработает только один таймер. второй не изменится. Если второй не изменится, значит точности он не добавит к обычной 1-микросекундной. Что дальше? Где собака зарыта?

Ну давайте догонять вместе(:-). Забудьте на время об атмеге. Обсудим идею. У вас есть два 16-битных таймера, на которые подан меандр заполнения частотой 1 МГц. Если оба таймера настроены на перепад 0-1, то таймеры будут инкрементироваться фронтами данного меандра синхронно, согласны?

Пойдем дальше, настроим второй таймер на перепад 1-0, что мы увидим? Мы увидим, что содержимое первого таймера будет обновляться, скажем, в периоды 100.0, 101.0, 102.0 и т.д., а содержимое второго таймера будет обновляться в периоды 100.5, 101.5, 102.5 и т.д., поскольку они реагируют на фронты и спады одного и того же меандра, согласны?

Теперь представьте себе, что у вас есть спецустройство, позволяющее считывать одновременно показания обоих счетчиков. Скажем, устройство сработало в момент времени 101.1. Время таймера1 будет 101, а таймера2 - 100. Если устройство сработало в момент времени 101.7, то время таймера1 будет 101, и таймера2 - 101, согласны? Т.е. два числа 101/100 говорят о том, что захват произошел в первой половине меандра, 101/101 - во второй. Ну или еще проще, младший бит содержимого второго таймера показывает первую (1) или вторую (0) половину меандра.

Обратите внимание, таймеры/счетчики срабатывают от разных перепадов сигнала заполнения, а схемы захвата - от одного типа перепада исследуемого сигнала.

Теперь перенесите все рассуждения на МК, с учетом его дискретного времени. Спецустройство легко сделать на МК, у которого есть два устройства захвата. Надо только подать на них один и тот же исследуемый сигнал.

Ну дык это-то я понял, только внутри МК это неосуществимо. Какого чёрта вы тут мозги пудрите? Вам что, доставляет удовольствие лапшу на уши вешать? Это можно сделать только внешней схемой. Ни один микроконтроллер так извращаться не умеет. Зачем было так долго нагонять туман? Опять одно забалтывание! Когда будет результат? Вы пытаетесь заработать авторитет пустыми фразами, которые не работают. Я не спорю, что Вы пытаетесь думать. Но... Результата нет от Вас уже давно! Одно разочарование.

=GM=
Вы просто не понимаете как происходит инкремент таймера и захват.
1. захват на таймерах происходит в один и тот же момент времени такта
2. инкремент таймеров происходит тоже в один и тот же момент вне зависимости
от того что мы ловим фронт или спад.
Когда ловим фронт мк просто сравнивает текущее значение со значением полученным
в прошлом такте и если было 0 а стало 1 то происходит захват, со спадом аналогично.

singlskv Вы просто не понимаете как происходит инкремент таймера и захват.
1. захват на таймерах происходит в один и тот же момент времени такта
2. инкремент таймеров происходит тоже в один и тот же момент вне зависимости
от того что мы ловим фронт или спад.
Когда ловим фронт мк просто сравнивает текущее значение со значением полученным
в прошлом такте и если было 0 а стало 1 то происходит захват, со спадом аналогично.

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

Похоже по технике все сказано, по-моему пора прикрывать ветку. С вашего позволения,

ТЕМА ИСЧЕРПАНА, ЗАКРЫТА, ПОД СУКНО ПОЛОЖЕНА(:-).

Ну тогда прочитайте вот это из datasheet:
If external pin modes are used for the Timer/Countern, transitions on the Tn pin will
clock the counter even if the pin is configured as an output. This feature allows software
control of the counting.

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

Так что желаю Вам удачной ловли по пол такта, как поймаете, телеграфируйте
нам, отметим

Уважаемые, как бы вы не изгалялись, используя кварц на 1 Мгц даже 10 микросекундный импульс нельзя измерить с точностью 1 микросекунда. Измерение ВСЕГДА будет не точнее плюс-минус единица младшего разряда кванта измерения, а это уже больше, чем дозволено. Неужели этому не научили на самых первых лабораторных работах по физике? Проведи хоть тысячу измерений - выше разрешающей способности измерителя не прыгнешь, количество измерений позволяет уменьшить случайную ошибку, а не аппаратную. 30 лет назад нам это усердно вдалбливали и доходчиво объясняли

Приветствую, друзья. Кто может рассказать тупо на пальцах как мне посчитать периоды импульсов на авр 2313 с кварцем 8 мгц? А то сил уже нет никаких. Надо считать 100 периодов частоты в диапазоне от 1 до 4 кгц. Я раньше делал через INT0. В этом прерывании запускал таймер 1, отсчитывал 100 прерываний,останавливал таймер, помещал и сдвигал влево на 16 дополнительный виртуальный регистр таймера1 OverfLow, прибавлял текущий таймер1, вычитал ошибку и выводил на ЖКИ. Т.е. с первого прерывания Т1 запускался и крутился до конца измерений, до сотого прерывания, не забывая при переполнении в другом прерывании инкриминировать дополнительный виртуальный регистр OverfLow. Всё в принципе нормально работало, но показания немного плавали. Потом на телесистемах какой то аквариум сказал что интервалы надо мерить через захват, а через INT никто не мерит, потому что точности не будет. ВОт тут то я и уселся. ВОбщем делаю так: после нажатия кнопки измерения, очищаю все переменные, запускаю таймер1, разрешаю прерывания по захвату и ухожу на паузу 0,2мс (на всякий случай). В обработчике прерываний по захвату очищаю таймер1, отсчитываю 101 прерывание. Первое пропускаю, со второго прибавляю каждый раз в переменную. В 101-м очищаю счетчик прерываний, прибавляю захват в переменную, запрещаю прерывание по захвату. После окончания паузы вывожу результат на ЖК. Виртуальный регистр и прерывание по переполнению Т1 вообще не использую, т.к. максимальный интервал 8000 укладывается в таймер1. Флаги тоже никакие не трогаю. Так вот при таком подходе показания вообще скачат чуть ли не на треть. Что делаю неправильно? Коды уж пока не привожу, они уже перелопачены раз 100. Спасибо.

Всё, уже не надо. Заработало. Флаг пришлось проверять в прерывании. Спс...
Чего то в верхнем сообщении нет кнопики "Edit", а то отредактировал бы верхнее или вообще удалил.

Сообщение отредактировал Коляй - May 24 2010, 09:08

Хм, однако не всё так радужно оказалось. Я измеряю частоту 1 кгц за время около 250 мс, у меня получается число 3008756. Оно плавает от 3004... до 3010.... что как то кривовато. Так ведь не должно быть!? Посмотрите плз код, скорее я где то в коде накосячил или с флагами запутался. Прерываний других нет. Кварц на 12 мгц. Мне хотя бы разрешение 1 мкс надо. Все вычисления округления потом, сначала надо стабильного числа добиться. Спасибо.


Сообщение отредактировал Коляй - May 27 2010, 14:23

Здравствуйте.
Вы, ИМХО, не учитываете предисторию. Ведь входной сигнал во время обработки результата может устанавливать флаг ICF, который при входе в программу измерения не чистится.
Сделал бы так
-запретил работу таймера, очистил его, все счетчики
-разрешил, при остановленном! таймере прерывания по захвату и переполнению
-очистка флагов и глобальное разрешение прерываний
* ждем
-пришел захват, запускается таймер
-проверяется 46 переполнений таймера(~250мсек), если период измерения не закончен-на *, иначе чтение содержимого ICR, запрет счета таймера, прерываний и выход

Приветствую Вас. Флаг сбрасывал конечно в начале перед разрешением прерывания по захвату, удалил строчку случайно когда код вставлял. По моему со стеком проблема. Числа то большие а камешек посредственный 2313. Видимо из-за этого и показания разные пару раз правильно покажет, раз криво а то и несколько раз подряд или наоборот. Спасибо.
Во, Мегу приделал вроде хорошо зафурычило. После всех вычислений (измерение и суммирование 255 импульсов с периодом 1мс с последующим делением на 255) получается 4-х значное число с ошибкой единица. Вроде хорошо теперь.

Сообщение отредактировал Коляй - May 28 2010, 19:44

Вместо деления на 255 будет быстрее суммировать 256 значений и отбрасывать младший байт результата summa>>8

А там число 255 разное от входной частоты зависит, на 2 кгц оно уже 520 и т.д. так что просто в конце делится на эту переменную. Измерения не непререрывно происходят, а только один раз, если кнопка нажималась.