AtMega, спектральный анализ Опции

[AnisimovSlava]

Привет, all.
Не знаю куда писать, но думаю - сюда. Задача - даже не знаю с какой стороны к ней подойти.

Существует большое количество устройств, на базе ATmega32. Недавно, после совещания, шеф потребовал "добавить" спектральный агнализ принимаемого сигнала (не реал-тайм). Вроде бы для этого есть всё нужное оборудование. Если этого сделать нельзя, то надо обосновать почему. Я даже не представляю как подойти к этому вопросу.

Буду балгодарен за любую помощь в этом вопросе.

P.S.
Фурье в ATmega32... Кажется абсурдом.

[SasaVitebsk]

При использовании ядра AVR максимум, по моим оценкам, что можно сделать это реализовать два десятка цифровых фильтров второго порядка при выборке 8кГц и сигнале 10-14 бит. При условии что фильтра будут с фиксированными коэффициентами построенными по двоичному ряду и выполнены на сдвигах и сложениях. То есть жёстко заданными коэффициентами. При условии, что больше проц ни чем не занят.

Собственно под задачи ЦОС и создавались DSP процы. Так что не удивительно, что на дешёвом RISK ядре это сделать не удаётся.

Есть 2 варианта. 1 - уменьшать частоту выборки до безобразно низких величин. 2 - сбрасывать кусок выборки, а потом медленно его обрабатывать.

И в 1 и во 2 случае качество оценки сигнала серьёзно страдает по понятным причинам.

[ssvSerge]

Так что не удивительно, что на дешёвом RISK ядре это сделать не удаётся.

У человека, похоже, особый случай.
Ему обработка в реальном масштабе времени просто не нужна.

Поэтому есть возможность записать данные за отрезок времени
(не знаю сколько секунда - две - три или всего несколько отсчетов)
и потом реализовывать анализ сохраненных данных.

В этом случае применение фильтров попросту не оправдано.
Можно обойтись более дешевыми и медленными методами.

Но самое важное при этом - найти способ увести все вычисления
в область челочисленной математики. Иначе действительно
ядра AVR попросту не хватит.

Сергей.