Решается... но ЛИ её почему-то забраковал... ввиду ейной некрасивости... Два таймера... TIM2 и TIM3... как частный случай...Goodefine писал(а):либо аппаратно с помощью каскадирования таймеров. Вторая задача, видимо, не слишком очевидно решается в STM, если решается вообще.
Это у же вторично... и особых проблем не должно вызывать...Еще есть вторичные нюансы, например введение таймаута, если входная частота отсутствует - чтоб не ждать до бесконечности
Если решается то гуд. По идее надо три таймера - один счетчик считает периоды входной частоты (переполнения считать тут, в принципе, не нужно, хватит разрядности и одного) и осуществляет захват измерительного таймера по фронту в начале измерения и в конце (чтоб получалось целое число периодов входной частоты). Т.е. на цикл измерения имеем два захвата. Потом измерительный таймер, счетчик которого будет захватываться первым таймером. И еще нужен счетчик переполнений измерительного таймера. Обязательно. Тогда работа будет по такой схеме (примерно):HHIMERA писал(а): Решается... но ЛИ её почему-то забраковал... ввиду ейной некрасивости... Два таймера... TIM2 и TIM3... как частный случай...
Еще один таймер и все дела ))HHIMERA писал(а): Это у же вторично... и особых проблем не должно вызывать...
Вот я и написалGoodefine писал(а):Это не совсем тот метод о котором говорится - вся фишка в том, чтобы периоды измеряемой частоты считать аппаратно. Вычислять сразу по одному периоду и делать статистику на некотором числе измерений ОДНОГО периода не есть правильно...
kybin писал(а):Это пережиток прошлых вариаций. Его нужно убрать. и сделать так:...[дальше идет код]
Goodefine, о чем вы говорите. Код уже написан. Все работает на ура. 2 таймера и минимум нагрузки на ядро (2 строки)Goodefine писал(а):По идее надо три таймера...
Как считаются переполнения счетчика измерительной частоты (168 МГц)?kybin писал(а): о чем вы говорите.
Так TIM4_CNT по TIM1_Update обнуляется. Надо считывать его раньше.kybin писал(а):III. Обработка прерывания TIM1_Update
1. Вычиление частоты
fизм = F_tim1 * TIM4_CNT / TIM1_CCR1
А как узнать impCount? Где это значение должно считываться из таймера? Разве что в прерывании по захвату. И то это работоспособно только для низких частот. Для высоких входных частот нельзя просто взять и считать TIM4_CNT в прерывании по захвату TIM1, его значение уже может быть другим.kybin писал(а):и сделать так:Это и вся нагрузка на ядроКод: Выделить всё
void TIM1_UP_TIM10_IRQHandler(void) { TIM1->SR = ~TIM_IT_Update; // сброс флага TIM1_Update freqW = HClkFreq * (impCount-1) / TIM1 -> CCR1; }
Тогда захватывать нужно и счетчик входных импульсов. Не получится одной командой разрешить счет для одного счетчика и захват для двух других. Фронт входной частоты между командами приведет к сбою. Получается, входной сигнал придется подавать сразу на несколько выводов: внешний клок одного таймера и входы захвата других таймеров. Что нельзя назвать красивым решением.Goodefine писал(а):как только приходит первый фронт происходит аппаратный (!) захват измерительного счетчика и счетчика его переполнений
Разумеется нужно захватывать и счетчик входной частоты, все правильно, не написал... Внешние соединения ног, ИМХО, не самая большая проблема, если все нужные величины можно захватывать аппаратно. В идеале - включили однократный захват, подождали и еще раз включили. Все.Леонид Иванович писал(а):
Тогда захватывать нужно и счетчик входных импульсов. Не получится одной командой разрешить счет для одного счетчика и захват для двух других. Фронт входной частоты между командами приведет к сбою. Получается, входной сигнал придется подавать сразу на несколько выводов: внешний клок одного таймера и входы захвата других таймеров. Что нельзя назвать красивым решением.
Дык... здесь, пожалуй, я поддержу ЛИ...kybin писал(а): о чем вы говорите. Код уже написан. Все работает на ура. 2 таймера и минимум нагрузки на ядро (2 строки)
Я специально выложил исходник, чтоб можно было поиграться. А разрабатывать теории можно бесконечно.
у меня никак. зачем?Goodefine писал(а):Как считаются переполнения счетчика измерительной частоты (168 МГц)?
Это да. Но в моей задаче и этого достаточно. Но я все-таки перепишу на аппаратный захват.ЛИ писал(а):А как узнать impCount? Где это значение должно считываться из таймера? Разве что в прерывании по захвату. И то это работоспособно только для низких частот. Для высоких входных частот нельзя просто взять и считать TIM4_CNT в прерывании по захвату TIM1, его значение уже может быть другим.
согласенGoodefine писал(а): Внешние соединения ног, ИМХО, не самая большая проблема,
Наконец-то вменяемая критика. Конкретно. Я вас изначально как спеца более высокой квалификации воспринимаю. Но есть вопрос:HHIMERA писал(а):Теория и есть основа практики... У вас TIM1 рулит TIM4... а должно быть наоборот... По количеству полных периодов пришедших на TIM4 (их количество и определяет измерительный интервал) считывается количество референс-импульсов в TIM1...
Может оно и работает... слава богу... и как частный случай прокатывает... но в широком смысле и по теории - никак... это не Reciprocal counter...
Потому что:kybin писал(а):у меня никак. зачем?
Чтоб получилось полное число периодов входной частоты - это и определяет Reciprocal counter. А все аппаратные фичи нужны чтоб не терять время на программную обработку в цикле измерений. Думал догадаетесь.У вас TIM1 рулит TIM4... а должно быть наоборот... По количеству полных периодов пришедших на TIM4 (их количество и определяет измерительный интервал) считывается количество референс-импульсов в TIM1...
Выше я описал примерную схему словами. Перечитайте еще раз, вы неправильно понимаете суть Reciprocal counterКак это сделать с помощью TIM4 который считает импульсы? частота которых меняется в 10 раз
Вроде и не каждый сигнал через это проходит.. Обсуждалось.khach писал(а):Ведь сигнал на каждый таймер проходит через синхронизатор
Ну да, после входного делителя все равно синхронизируется. Но ведь по триггерам входного делителя нет никакой синхронизации. Она наступает уже после N деления.HHIMERA писал(а):Каждый... По ETR входной делитель без синхронизатора... а так... каждый...
Для начала... ИМХО... добиться результатов на внутреннем сигнале... там уже всё сихронизированно...khach писал(а):Подскажите, как проверить влияние синхронности таймеров STM32 на возможность реализации Reciprocal counter?
