Частотомер на МК

[RX3QRD]

С появлением микроконтроллеров схемотехника многих конструкций существенно поменялась. Коснулось это и частотомеров.
Но есть сомнение относительно точности измерения. Частотомеры прямого отсчета, собранные на счетчиках, измеряют частоту непосредственно и погрешность минимальна и больше связана с температурным дрейфом опорного кварцевого генератора, устанавливающего время счета.
В программах МК применяются два аппаратных таймера, которые переполняясь, инкреминируют переменные (время счета и число импульсов частоты на входе). Но при переполнении таймеров срабатывают прерывания и управление переходит подпрограмме обработки прерывания. Если это происходит в тот момент,когда переполняется счетчик таймера частоты, МК попросту пропускает это событие и теряет некоторое количество импульсов. Точность измерения падает.
В то же время, процессор меньше шумит в эфир, что делает его применение в связной аппаратуре более приемлемым.
Если мои выводы неверны,прошу разъяснить мне в чем мои заблуждения и помочь с уточнениями алгоритма.

[UN7GCE]

Но при переполнении таймеров срабатывают прерывания...

При переполнении ставится флаг переполнения, а обрабатывать его, или нет это на совести программера.

[rx3apf]

И первый (наверное) вариант (AN592 от Microchip) базировался на PIC16C54, с одним таймером, и все чисто программно. Достаточно просто точно посчитать по тактам, и никаких проблем вообще нет, в принципе. Все будет в точности так же, как на жесткой логике, только на порядки проще схемотехнически.

[RX3QRD]

а обрабатывать его, или нет это на совести программера

если программа должна считать,она будет считать. И пропуск флага=неточный подсчет. А если частота высокая, то пропусков будет много и ошибка растет

[rx3apf]

Так про то и речь - обрабатывайте корректно, и все будет нормально. Таймер ведь при переполнении продолжает считать, достаточно в течении интервала переполнения отследить и обработать состояние. И так до конца окна счета.

И насколько бы высокой не была входная частота, на входе таймера 0 (обычно используемого в таких частотомерах, по причине наличия асинхронного прескалера) она не может превышать тактовой (в принципе). Т.е. для обработки ситуации переполнения есть 256 командных циклов (а хватило бы и на порядок меньше).

[UN7GCE]

если программа должна считать,она будет считать. И пропуск флага=неточный подсчет.

Причём тут пропуск флага? Как это организуется в 628 ПИКе? Организуется кольцо счета, допустим на 100 mSec (к примеру). При в ходе в кольцо происходит запуск счета двух байтного таймера Timer1. По флагу переполнения происходит наращивание счетчика до 3, 4 или 10 байт (цифры беру к примеру). При выходе из кольца таймер останавливается. И никаких прерываний. Дальше обычная работа с байтами.

[RX3QRD]

Таймер ведь при переполнении продолжает считать, достаточно в течении интервала переполнения отследить и обработать состояние

Понял. Флаг выставляется, таймер обнуляется и начинает цикл счета снова. Моя задача сбросить флаг и быстро посчитать.
Следующий вопрос: в предделителе установлен коэфф. к примеру 256. И время счета вышло. Как узнать, сколько там "застряло"?

[rx3apf]

А для этого блокируют вход и досчитывают прескалер принудительно. В первоначальной реализации (AN592) для этого выделялась отдельная портовая нога, но гораздо проще и правильнее манипулировать битом полярности счета в байте опций. И тогда не требуется дополнительных ног. Если же прескалер внешний (или имеет дополнительные внешние каскады, например, триггеры 74 современных серий могут обработать и 300..400 MHz), придется выделить дополнительные линии, для разрешения окна счета и досчета. Итого три линии, включая вход таймера.

[RX3QRD]

гораздо проще и правильнее манипулировать битом полярности счета в байте опций

расскажите поподробнее, пожалуйста.

[rx3apf]

А что подробнее ? Фронт счета (положительный или отрицательный) выбирается состоянием бита T0SE в регистре OPTION_REG. Запретив изменение состояние на входе таймера (переведя на выход), досчитывать прескалер можно как манипуляцией состоянием этой линии, так и битом T0SE. Повторяем переключение до тех пор, пока состояние TMR0 не изменится. Ну, есть тонкости с моментом изменения состояния (опрос регистра TMR0 надо на такт или два задержать, не помню уж).