Ну вот и считай. 1.5*2*N*log2(N) * pi (FFT+IFFT + окно с половинным шагом + оценка спектра шума...) для N~=512 даёт ~43тыс. операции на ~30мс окне т.е. ~1.4млн операций в секунду и на каждую по десятку тактов -- ~15MIPS. Только с другой стороны 16 бит могут очень попортить жизнь (vs 32). Откуда звук брать и где хранить? Не всякий пик имеет нужную периферию (хотя у пиков тут явно лучше, чем у конкурентов, в плане выбора). Кодек только к dsPIC можно (к PIC24 можно, но сложно). Памяти маловато. Зато есть "DSP библиотека" с оптимизированными функциями (а что есть для кортекса?) Но плохо, что нет её эквиэвалента для PC. С AVR не сравнить, но мелкие кортексы тоже не факт, что лучше. С другой стороны, эта задача -- она же не в вакууме, сама по себе. Это лишь маленький винтик в комплексе задач изделия в целом. Где этот МК может оказаться единственным, значит все прочие задачи тоже лягут на него. И здесь объёмов программной памяти, оперативной памяти и быстродействия может резко не хватить. Только это всё фигня и вот почему.
Любого вменяемого руководителя проекта будет интересовать исключительно время T и сумма S потраченная на разработку. Ещё себестоимость изделия. Причём в стоимости разработки программная составляющая доминирует (в приличных разработках). И много сил тратится на отладку стыка софта и железа, хотя объём кода там может быть всего-то порядка 7% от проекта в целом. И если уже есть освоенное семейство МК одного производителя, то спрыгивать на другое резко, если это не эксклюзивный какой-то проект -- явно нецелесообразно. И сюда же следует отнести необходимость обучения сотрудников новым средствам разработки (где масса новых неизвестных подводных камней, разумеется), адаптации производства к работе с другими МК (микрочип имеет программатор PM3, например, для производства, а как быть с кортексом?)
Так вот заявления, мол там кортекс, или MSP430 -- они глупые ввиду сказанного выше. И там есть свои проблемы. Для MSP430 недавно ещё не было, а может и до сих пор нет, поддержки flash > 64кБайт с опенсоурсным компилятором. Нормально? В PIC24 64-килобайта не являются большой проблемой для кода. Только для данных, но там проще. Или библиотека C. При всей моей нелюбви к микрочипу -- она у него более полноценная, с поддержкой плавающей точки и всего необходимого (vs MSP430), пусть и через пень-колоду, но это известно как выправить. Объёмы памяти и цены у альтернатив пику -- не лучшие у MSP430, в лучшем случае то же самое. У кортексов лучше, но не на порядки.
[ZX]