Измерение периода AVR микронтроллером Опции

[lex_84]

Вопрос заключается в следующем. Необходимо измерить малый период с достаточно высокой точностью, используя микроконтроллер.
Просмотрев литературу на эту тему пришел к выводу, что лучше всего это было бы реализовать с помощью усреднения на некотором интервале времени.
Но к сожалению не нашел алгоритмов расчета среднего значения для микроконтроллеров. Все что удалось мне найти - это алгоритмы для микропроцессоров с ПЗ и ФЗ.
Кто-нибудь мог бы мне посоветовать какие-нибудь интернет-ссылки или литературу на эту тему???

[domowoj]

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

Малый период???
с достаточно высокой точностью???

[lex_84]

Малый период???
с достаточно высокой точностью???

Измеряемый период примерно составляет 400 нс и его желательно оцифровать 16 разрядным кодом. Время измерения должно составлять где-то 1-1.5 минуты

ПЗ и ФЗ - вычисления с плавающей запятой и с фиксированной

[zltigo]

Измеряемый период примерно составляет 400 нс и его желательно оцифровать 16 разрядным кодом.

О это волшебное заклинание "AVR!!!!". Не поможет - ну не действует оно всегда и везде. Не действует.
Moderator:
Тему перенес.

[singlskv]

О это волшебное заклинание "AVR!!!!". Не поможет - ну не действует оно всегда и везде. Не действует.

Автору нужно было указать не AVR а ARM в качестве базовой платформы,
причем желательно LPC(NXP), тогда бы и отношение было более серьезным

Ну а если по серьезному, ну вполне такая задачка, только 16бит для 1-1.5 минуты
выглядит не реалистично,

Я не то число написал - это для 14 разрядов

но и после этой корекции все равно не реалистично
а вот это:

Просто я не правильно сформулировал задачу. Длительность импульса 400 нс, но частота следования 1 Гц. Вот в чем проблема.

убивает всякие идеи на корню, за 1.5 минуты при частоте 1Гц будет всего 90 измерений,
получить из них 14бит не представляется возможным...

[lex_84]

Автору нужно было указать не AVR а ARM в качестве базовой платформы,
причем желательно LPC(NXP), тогда бы и отношение было более серьезным

Ну а если по серьезному, ну вполне такая задачка, только 16бит для 1-1.5 минуты
выглядит не реалистично,
но и после этой корекции все равно не реалистично
а вот это:

убивает всякие идеи на корню, за 1.5 минуты при частоте 1Гц будет всего 90 измерений,
получить из них 14бит не представляется возможным...

Очень может быть что придется использовать ядро ARM Изначально я и хотел использовать Только хотелось бы подешевле
Насчет 90 измерений. Это же приближенные значения.
Т.к. я еще не нашел подходящего алгоритма, то макс. время измерения точно не известно. Но хотелось бы по быстрее.
На ПЛИС получалось 5 минут при 14 битах разрешения. Но там была очень сложная схема и пришлось от нее отказаться.

Может тогда лучше мощность импульса мерять?
пропустить импульс через LowPass фильтр (LC) - и мерять напряжение каким-нибудь не очень шустрым, но точным АЦП. Из мощности (при условии что импульс прямоугольный) легко расчитать длительность.

Идея довольно интересная. Мне такой принцип измерения нигде не встречалался раньше.
Я думаю, что при такой длитетельности и частоте АЦП будет измерять шумы, да и фильтр будет какой-то монстр наверно.

[defunct]

Я думаю, что при такой длитетельности и частоте АЦП будет измерять шумы, да и фильтр будет какой-то монстр наверно.

Да нет, все не так скверно как вы думаете.
импульс заряжает конденсатор - и одновременно дергает MK (за какой-нить INT). МК меряет напряжение на конденсаторе до тех пор пока оно не упадет практически до нуля. Считает мощность. Выводит рез-тат и спит до прихода сл. импульса.

Другим способом длительность в пределах 0..400нс будет гораздо проблемотичней измерить. Например как вы собирались определить импульсы длительностью в единицы нс?