Запросы от selevo

[messoft]

На ИзыйдиЭлектроникс уже штук пять сияет

Это что ваши метрологи придумали так переименовать.

[alvadep]

Приводить результат всё равно придётся.

Разумеется. Но это уже совсем другая история, которая к точности измерений не имеет отношения.

[omercury]

Сначала закрою текущие дела

Да ради Бога!
Думаю мысль за это время не пропадёт.

Для примера взял первый попавшийся МК с двумя таймерами в Протеусе для картинки. В принципе тип МК не важен.
Вход классический, поэтому не дорисован.
Допустим для отсчёта времени измерения будем использовать Таймер0, а для подсчёта числа импульсов Таймер1 (да, частотомер простой счётный).
Готовим Таймер1, задаём предделитель (если хочется или МК медленный), обнуляем счётчик. Задаём переменную-расширитель счётчика.
Настраиваем Таймер0 на время, немного больше, чем время измерения, выход компаратора - при совпадении переключается в "1", при переполнении "0", то есть в неактивном состоянии - "0", вход в это время заблокирован. Топ таймера на максимум, в регистр сравнения заносим ТОП минус "время измерения", важно оставить достаточно времени, чтоб успеть отключить Таймер0 и заблокировать вход Таймера1 соседним пином до следующего срабатывания компаратора. Включаем Таймер1 и запускаем Таймер0. При совпадении компаратора разблокируется вход счётного таймера и начнётся подсчёт входных импульсов. По переполнении Таймера1 происходит инкремент переменной-расширителя, можно и в прерывании. При переполнении Таймера0 (интервал измерения), вход таймера аппаратно блокируется выходом компаратора, нужно заблокировать счётный вход соседним пином и остановить Таймер0. Отключить выход компаратора, если в счётном таймере использовался предделитель и классическим способом досчитать его. Далее расчёт частоты и вывод на индикацию.
И так по кругу.

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

[omercury]

Сейчас только ленивый не делает частотомер на ЫЕЬ32.

Дык я ж для PIC/AVR, нельзя допускать засыхание моска.
Опять же, не код, а принцип.

[eddy]

Сейчас только ленивый не делает частотомер на ЫЕЬ32

Частотометр или показометр, у которого точность — говно?
Конечно, в некоторых случаях и 0.1% точности за глаза хватит, но хотелось бы все-таки что-нибудь приличное.
Валялись у нас на складе советские частотометры — огромные дурищи, хрен от пола оторвешь. Так там точность остохренительная была! Но внутрях такие страсти-мордасти...

[omercury]

Всё ему не так.
То GPS прикрутить

это ж трындец! Давай еще атомные часы заведем…

то

Частотометр или показометр, у которого точность — говно?

точность остохренительная

бесплатной не бывает. Либо покупай гену за пару сотен зелёных, либо хавай что дают.


Ты, кстати, так и не сказал, каким образом ты собрался измерять период 32МГц однократно с точностью +-1Гц и чем тебя спасёт при этом +-1*10^12ppm ?

[eddy]

Ты, кстати, так и не сказал, каким образом ты собрался измерять 32МГц с точностью +-1Гц и чем тебя спасёт +-1*10^12ppm ?

Да элементарно же связанными таймерами. Считаем, сколько за 1с придет импульсов — это и есть наша частота. Можно еще по 3 измерения подряд делать и усреднять скользящей медианой.
А чтобы точно быть уверенными, что эти 32000001 импульс в секунду — и есть частота 32000001Гц, нужно быть уверенным, что эта 1 секунда — действительно 1 секунда с точностью до хотя бы одной стомиллионной.

А вообще, наверное, и правда дешевле будет по GPS корректировать часы, нежели париться со стабильностью опорного генератора.

[omercury]

Да элементарно же

А фигли пальцы гнул?

А в случае плавающей частоты иной раз нужно за пару-тройку секунд успеть измерить.

Даже интересно стало, где ты собрался взять 1 петагерц и чем надумал его делить.

1 секунда с точностью до хотя бы одной стомиллионной.

Цена удовольствия - $200.

[STM32F0]

Цена удовольствия - $200.

Ему Селево на мобилу насыплет.

[omercury]

Ему Селево на мобилу насыплет.

Ага, на х@#$% он ему насыплет.
Соли.