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

[lex_84]

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

[Amper25]

Вообще то поможет, только криво.

Можно померять интервал времени для 0x2000 измеряемых импульсов. 400нс - это всего лишь 2,5MHz.
Вообщем надо один из 16-битных счетчиков тактировать от внешнего измеряемого сигнала, а саму AVR запустить от 16MHz кварца.
Второй 16-бит таймер тактируем от 16MHz.

Теперь на счетчик 2,5MHz ставим прерывание по переполнению, и записываем в него (0xFFFF - 0x2000). сразу же обнуляем второй таймер.

В момент возникновения прерывания, значение в TIMER2 будет соответствовать количеству периодов 16MHZ, уместившихся в 0x2000 периодов 2,5MHZ измеряемого сигнала.


Только результат может быть неправидльным, тоестьокругленным, если 2,5MHz сигнал имеет джиттер.

[zltigo]

400нс - это всего лишь 2,5MHz.

А с 16бит разрешением это "всего лишь" в шестьдесят пять тысяч пятьсот трицать пять раз больше...
Сколько это будет в Гигагерцах?

[lex_84]

А с 16бит разрешением это "всего лишь" в шестьдесят пять тысяч пятьсот трицать пять раз больше...
Сколько это будет в Гигагерцах?

Если я не ошибся в расчетах - 40

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

Я на форуме не давно. Но правила читал Поэтому тему разместил в этом разделе, т.к. реализацию этого устройства желательно провести на AVR. У которых фиксированная архитектура и команды.

Вообще то поможет, только криво.

Можно померять интервал времени для 0x2000 измеряемых импульсов. 400нс - это всего лишь 2,5MHz.
Вообщем надо один из 16-битных счетчиков тактировать от внешнего измеряемого сигнала, а саму AVR запустить от 16MHz кварца.
Второй 16-бит таймер тактируем от 16MHz.

Теперь на счетчик 2,5MHz ставим прерывание по переполнению, и записываем в него (0xFFFF - 0x2000). сразу же обнуляем второй таймер.

В момент возникновения прерывания, значение в TIMER2 будет соответствовать количеству периодов 16MHZ, уместившихся в 0x2000 периодов 2,5MHZ измеряемого сигнала.
Только результат может быть неправидльным, тоестьокругленным, если 2,5MHz сигнал имеет джиттер.

Спасибо! Идея мне понравилась. Но это было бы слишком просто.
Просто я не правильно сформулировал задачу. Длительность импульса 400 нс, но частота следования 1 Гц. Вот в чем проблема.
Поэтому и нужно осреднение и статистическая обработка.

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

Хотя чувствую как бы не пришлось бы применять Пентиум-шментиум или 486 для измерения...

[defunct]

Если я не ошибся в расчетах - 40

Ошиблись - 2.5mHz * 65535 = 163.8 ГГц нереальная частота.

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

А можно поинтересоваться зачем измерять его длительность если Вы и так знаете что длительность == 400нс?

Хотя чувствую как бы не пришлось бы применять Пентиум-шментиум или 486 для измерения...

не поможет.
вот простенькая, но резвая CPLD, была бы кстати.

[lex_84]

Ошиблись - 2.5mHz * 65535 = 163.8 ГГц нереальная частота.
А можно поинтересоваться зачем измеряться его длительность если Вы и так знаете что длительность == 400нс?

не поможет.
вот простенькая, но резвая CPLD, была бы кстати.

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

"оцифровать период"- я под этим подразумевал, что период сигнала меняется от 0 до 400 нс.

Насчет CPLD - хороший вариант, но я не знаю таких CPLD которые бы бегали под 163 ГГц

Повторюсь, я ознакомился с теорией этой проблемы и мне представляется, что нужно либо реализовать на CPLD такое извращение, как нониусный метод, либо использовать стат. обработку.
Но примеров практической реализации подобных устройств я не нашел...
И я думаю что стат обработку на МК реализовать проще, чем нониусный метод на ПЛИС.