ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
19 апреля
475742 Топик полностью
fk0, легенда (23.12.2013 01:40, просмотров: 191) ответил scorpion на После армов мне пики совсем ни к чему. Ногами подрыгать я и на аврке могу. Просто на новой работе все сидят на пиках. Хорошо что хоть асемблер для них учить не заставляют. Данные для перемалывания бывают разные. На данном этапе пока аудио.
Ну вот и считай. 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]