День добрый, есть датчик некой величины, такой что на выходе гладкая синусоида с частотой 100-300 кГц. Нужно измерять время между максимумами по частоте. Времена эти от 50 до 300 мс. Первым способом можно сделать так: внешним контроллером преобразую частоту в напряжение, потом оцифровываю, ищу максимумы, маркирую их по времени (номеру отсчета АЦП), измеряю. На лицо лишняя работа. Нельзя ли использовать цифровые входы для измерения частоты? И с двойной буферизацией собирать это на ПК сразу как непрерывную функцию F(t) с определенной частотой дискретизации, скажем 100-200 кГц.
Рисую на LabVeiw. Плюс,скорее минус, времени на проект 2 недели,  и нет возможности разобраться с программирование набортного DSP.

Максимальная частота преобразования АЦП в E14-440 равна 400 кГц. Но в  любом АЦП максимальная частота сигнала, которую можно оцифровать, равна половине частоты преобразования АЦП. Правда, есть стробоскопические принципы измерения  частот, которые преодолевают указанное ограничение, но это совсем другая история...

Формулировка непонятна.  Если подразумевается измерение периода, то период частоты 100-300 кГц  равен 10 - 3,3 мкс.

Это уже совсем непонятно - проблема в понимании постановки физической задачи измерения. Нарисуйте диаграмму с указанием всех времён - может, так будет понятнее... Картинки вставляйте прямо сюда.

Для подачи сигнала на цифровые входы следует корректно преобразовать сигнал к бинарному виду с резкими перепадами и корректными логическими уровнями, см. статью:
http://www.lcard.ru/lexicon/pulse_count_problem

Для измерения частоты  100-300 кГц или времени между импульсами с разрешением 2 мкс можно использовать специализированный модуль LTR51 c cубмодулем H-51FH, установленный в крейт LTR-U-1-4.

Кроме того, у "Л Кард" есть АЦП с большей частотой дискретизации: E20-10, L-502, E-502, LTR210.

[img]izmer_01.png[/img]
Может с картинкой будет будет понятнее.

Просто расскажу суть задачи.
Первичный преобразователь (датчик) это генератор с катушкой в задающем контуре. Изменение индукции окружающего катушку магнитного поля приводит к изменению частоты генератора.
Время от времени над этой катушкой перемещается магнит.
Соответственно первичный сигнал U(t)  от датчика это синус, частота которого зависит от индукции магнитного поля, а точнее от близости магнита. Задача - измерить время между проходами магнита вблизи датчика.
Нулевым способом я оцифровал первичный сигнал (с частотой 3 МГц), затем прошелся окном по записанному сигналу и с помощью FFT получил эпюру f(t). Затем нашел максимумы на этом графике и определил промежуток времени между этими максимумами.

Затем задача получила необычный поворот - работать на планшете под Win. Но АЦП, который я использовал, не работает на планшете под Win8.1. Нет драйверов, поддержка давно прекращена. Из того, что лежало на полке был только Е14-440. На планшете удалось запустить. Но частота маленькая (как вы правильно заметили). Потому на пути сигнала поставил контроллер и внутри него таймером измеряю интервалы времени между волнами синусоиды. Запоминаю последнее измеренное и по стробам дуругого таймера складываю эти значения в буфер и отправляю в ЦАП. Затем напряжение с ЦАПа, которое является эквивалентом индукции магнитного поля вблизи чувствительного элемента

Так вот, решил поинтересоваться, не реализован ли у вас на плате Е14-440 возможность измерять чатоту?

Программист по E14-440 пока в отпуске.
Вероятно, преобразованный к TTL-уровням сигнал нужно подавать на вход прерывания ADSP, чтобы средствами ADSP реализовать частотомер.

Интересным и недорогим вариантом для портативных вариантов решений является USB-модуль E-154 на основе контроллера SAM7S. Там цифровой вход DI1 является входом таймера TCLK0 ( http://www.lcard.ru/download/e154_manual.pdf , стр.12), и этот вход функционально может быть использован как вход частотомера. Но, к сожалению, в штатном ПО E-154 нет функции частотомера, эту функцию нужно дописывать.

К сожалению, в штатном ПО модуля E14-440 нет готовых решений для измерения частоты. Весь функционал по измерению частоты придётся писать самостоятельно.

Здравствуйте!

Сейчас как раз нужна такая функция.
Реализовать как дополнительный аналоговый канал, на выходе которого среднее значение периода нескольких нескольких фронтов.
Параметры:
- начало отсчета по фронту: передний|задний;
- количество отсчетов для вычисления среднего: от 1 до N;
- выходное значение: период|частота;
- единица измерения периода: мксек, мсек, сек;
- единица измерения частоты: кГц, Гц, Обороты в минуту.

Прошу дописать для E-154 канал "Дискретный частотомер".
Прошу откликнуться всех заинтересованных.

Спасибо!

Замечу, что сходу видны также следующие пути развития программных возможностей E-154 на основе доступных портов контроллера SAM7S:
- PA4/TCLK0 : Частотомер, измеритель длительности, скважности  импульсов (например, для подключения энкодеров). 
- PA5/RXD0 , PA6/TXD0 -  UART как дополнительный программный интерфейс.
- PA7PWM3, PA13/PWM2, PA14/PWM3 - три выхода PWM c их полным функционалом.
- PA11/NPCS0, PA5/RXD0/NPCS3, PA12/MISO, PA13/MOSI, PA14/SPCK - 2-х канальный  SPI как дополнительный программный интерфейс для подключения различных SPI-устройств.
- PA1-PA4, PA11-PA14 - входы внешней синхронизации (как входы прерывания) для решения различных задач синхронизации.

Александр, спасибо за быстрый ответ!
Оказывается, у Вас планов громадьё :-)
Говорят, за спрос не бьют, мечтать не вредно, ну и т.д. :-)

Проект E-154 - это разработка 2007 года. Когда 7 лет назад он появился, то была смутная надежда, что, воспользовавшись открытой архитектурой, открытыми исходными текстами и низкой стоимостью железа, пользователи начнут его сильно развивать. Но этого не случилось... Причина мне не ясна.
...А развивать E-154 можно либо самостоятельно, либо платить грамотным низкоуровневым программистам за работу. Чтобы найти заинтересованных лиц для продвижения проекта, нужно консолидировать потребности, а значит, обобщать перспективные технические возможности E-154, что я выше и попытался сделать. Вам осталось совсем немного: найти заинтересованных лиц, составить "народное ТЗ" и заказать работу профессиональному программисту.