Ну не обязательно Матлаб. Если Вы уже написали программу, корректно вычисляющую линейную свертку, то этого достаточно.
Хотя загоните сюда данные и результаты(проги и контроллера), я сравню с матлабовскими

Ну вот
Рад, что разобрались
Сам бывает долго и нудно какую-то несчастную фигулинку ищу

PICkit3 очень даже.
Либо купи готовый контроллер прошитый (т.к. на этой прошивке многие тремоло делают), или прошей у соседа.

Keil поддерживает все ARM-ы, это какгбе родимый компилятор, только с другой оболочкой.
Чтобы нормально делать проекты на ARMах, надо иметь дебагер, j-link на пример.

С фурье в риалтайме ничего дельного не выйдет - будет задержка на длину импульса
А циклическая свертка "в лоб" - надо считать, хватит ли тактовой или нет, зависит от длины импульса.
Ну такие вещи лучше делать на DSP, там архитектура более заточена под такую математику, хотя в Cortex-M3 есть некоторые юзабельные инструкции, но все же спец.дсп будет быстрее.

Цитата:

, сорри, не заметил,что то де баггер. Нет,конечно. No, there is no way connecting the LPC-Link to the Keil IDE.

Цитата:

Не, ну можно конечно делать ффт низкого разрешения, все зависит от импульса, требуемой детализации на нч тобышь...
Судя по задержке 18мс, разрешение где-то 44110/512.
По длине буффера - а как иначе? Интерполировать что ли?

Цитата:


Ересь какая-то. Разрешение по частоте у Фурье - fдискретизации/N. Далее - тема склейки блоков не раскрыта совершенно. Далее - не охота тут разводить арифметику, но поверьте, для получения адекватной задержки с адекватной обрабатываемой длинной импульса есть только одна возможность - тупо считать свертку.

Дальше чистая арифметика (для Cortex-M3):

LDM в два регистра (текущий коэффициент и текущий семпл) - 3 такта
MLA (собственно операция MAC) - 2 такта

Примечание - буфер семплов и буфер коэффициентов - это одно и тоже, идет 32хбитный коэффициент (усеченный до 16 бит), потом 32хбитный семпл (усеченный до 16 бит) и так далее. Посему надо еще организовывать сдвиг семплов в буфере, но это выполняется при помощи DMA одновременно с собственно вычислением свертки самим процом.

Итого имеем 5 тактов на тап. При частоте дискретизации 48кГц и 100МГц тактовой имеем N=100МГц/(5*48кГц)=416 тапов. Что, конечно, маловато, ибо позволяет иметь нижнюю обрабатываемую частоту всего лишь 115Гц (=48кГц/416).

Ну можно соптимизировать до 4.25 такта на тап (с общей задержкой в 4 семпла), но это не сделает погоды. Можно еще скинуть семплрейт до 44.1кГц - в общем, можно достигнуть нижней обрабатываемой частоты в 82Гц.

Овчинка на CM3 не стоит выделки. Можно попробовать на Cortex-M4 - там есть двухствольный MAC, который за один такт обрабатывает 2 тапа. Плюс загрузка нужна будет только одна на два тапа - это будет 1+3 такта на два тапа, т.е. 2 такта на тап. При заявляемых частотах 150МГц и 48кГц будем иметь 1562 тапа за семпл, что, в общем, вполне адекватная цифра (30Гц нижняя обрабатываемая частота).

Как-то так.

Цитата:

+1, природу не обманешь

А так да, я тож на кортексе м3 начинал обработку делать, но потом забросил это дело, перешел на дсп и фпга. так что Rus, Вы на правильном пути. Тему раскисите и будете двигатся дальше
По поводу 18мс - не знаю для чего Ваш девайс, но для звука это много, на слух 10мс уже слышно, при 20 я уже играть на гитаре не могу

Еще несколько ведер и получится Line6 M9 ARM есть, еще к нему шарк, рамы и кодек, и все.


Если серьезно. Засоветуйте, каким инструментарием шить SPI ROM. Интересует бюджетный программатор (инструмент предпочитаю покупать, чем делать самому абы как) и ненаколеночный софт.
Уже много где спрашивал, но натыкаюсь или на проекты под LPT или варез под вин98.

Цитата:


Выглядит похоже. Как Вы склеиваете вместе окна? Просто встык?

@ Rst7
Завел выходной буфер, равный длине блока (А)+импульса. Свертки блоков суммирую с буфером, для каждой следующей итерации прибавляя к начальному индексу длину буфера. При этом последние А точек, к-рые ложатся на уже считанные данные, не суммирую, а перезаписываю.

@ klb128
Да, вроде-бы это так называется. Выигрышнее или нет, тут зависит от конкретной длины блока, длины ффт и длины импульса. Для короткого импульса может и будет выигрышнее в лоб считать.