Можно, например, сделать цифровой фильтр на ЦСП.
на входе - АЦП, или даже встроенный использовать, на выходе ЦАП.

Ну, а если совсем начинающий, то можно подключить светодиод и поморгать им.
Лично сам с этого и собираюсь начать
В первую очередь, чтобы протопать дорожку от набивания текста программы на ПК до работающей программы в кристалле.
Т.е. разобраться, как управлять портами процессора, как работать со средой разработки, как программу "укладывать" в целевой плате с процессором.
Пока учусь ползать. Ходить и бегать буду позже

Я бы порекомендовал что-нибудь из AVR32. Можно будет и светодиодом поморгать, и в mp3 что-нибудь пожать.

ИМХО в чистом виде DSP – вымирающий жанр. Для относительно низкой производительности они вытесняются гибридами DSP+МК, типа тех же AVR32, а для большой – ПЛИС.

Это весьма упрощённое представление, как раз в "чистых" DSP периферия слабо развита.

Тоже не верно. Нельзя подходить к DSP только как к мощному вычислительному ядру, с богатой системой команд. Как раз специфичность задач и математики для их решения часто требует ASM-уровня для DSP. Хотя разработчики компиляторов тоже не спят.

А это и вовсе голословное утверждение. Полагаю, Вы пока не сталкивались ни с DSP, ни с обработкой сигналов вообще.

Может быть. Набирают популярность т.н. DSC - digital signal controller - симбиоз ядра сигнального процессора и периферии, традиционной для контроллеров. Спектр их применений постоянно расширяется, многое здесь уже назвали.

так, AVR32, я не против атмела, типа подходит. Чтобы не перемещаться в другую ветку, спрошу здесь. По аналогии с простыми МК, можно тоже макетку купить за 250 баксов, отлаживать её... никогда не мог понять для чего???

собирается программатор, берется прога- понни прог, покупается этот МК за 30 руб, паяется на макетке- и никаких отладочных комплексов е надо.

Интересно гибрид МК+ DSP, т.к. разводить флешь и ОЗУ и порты ввода- вывода не хотелось бы. Можно так же обойтись без покупного кита как на примере АВР?

ИАР поддерживает DSP? или там свой софт?

Там свой софт. Например для Analog Devices это VisualDSP для TI это Code Composer Studio (вроде так пишется), ну и т.д.

Еще как развита. Ибо DSP для чего заточены? Обрабатывать потоки E1 - это последовательные порты синхронные - есть у всех.
У блэкфина периферии до черта. Именно высокоскоростной. Иначе тогда зачем DSP.

И суть в том, что у обычных, даже самых быстрых процов не делают например, 8 блоков умножителей.
На 500 мегагерцовом Ti C6414 можно достичь 4 миллиардов операций в секунду. При относительно мизерном потреблении. Ни один Core Duo не догонит.

Это я к тому, что не стоит недооценивать производительность десктопных процессоров, в том числе и на DSP задачах. SSE1-4 не зря разрабатывали.

Не буду спорить, ибо правда ваша. Но Ti кушает 100 миллиампер.
И 8 миллиардов у него будут честные, ровные и сразу. Это если прикупить 1 Ггц Ти. И при этом это будет 8 миллиардов операций умножения. А не регистровых. Вернее, не только регистровых.

Полагаю Дуо стухнет на математике. Хотя утверждаю это голословно, на шару.

AVR32 в LQFP корпусе с шагом 0.5 мм. И стоит не 30 руб, а несколько дороже

выдающийся пример для понимания ускорения которое даёт дсп FIRфильтр

итого надо

сдвиговый регистр

а0 - а5 16 битные числа
к0 - к5 16 битные константы

R- 32 бита

а0 - вход
сдвиговый регистр каждый такт (по прерыванию например)

а0 -> а1
а1 -> а2
----------
а4 -> а5

по томуже такту

R = а0*к0+а1*к1+ --- + а5*к5
предусмотреть возможность если ответ превысит 32 битную сетку то сделать его максимальным - ограничить

возмите ARM и напишите такую задачу - потом в ассемблере посчитайте команды и переведите их в машинные циклы.

сигнальники делают этот пример за 6 машинных циклов на ARM хорошо если уложитесь в 60





Кстати у линейки TI 2401 - 2407 и 2812 тоже периферии полно.

Blackfin не является "чистым" DSP. О чем сами AD не без гордости заявляют. Вы посмотрите на те же Sharc-и от AD. Периферия там конечно есть, но ее там отнюдь не "до черта".

Дык многие "обычные" микроконтроллеры (например ARM11) решают тААААААкие задачи, что на них ставят даже UNIX. Поэтому я правда не понимаю зачем существует 2 направления: "обычные" микроконтроллеры и DSP

Вообще этих направлений гораздо больше даже в каждом из этих 2-х направлений.
Если уж совсем на пальцах объяснять - вот есть, например, "Волга", а есть УАЗ. У них много общего. Движки - очень похожи, как по параметрам, так и по конструкции. Масса - тоже. Однако есть и существенные различия (объяснять, думаю, не надо), которые выгодно отличают каждую из машин в конкретных условиях. Каждому своё.

Исторически DSP появились намного раньше ARM, и способны были решать такие задачи, которые не каждому тогдашнему пентиуму были по зубам. А сейчас просто происходит взаимное проникновение технологий. В общем, бесполезная дискуссия. Так же, как DSP vs FPGA и т.д.

А почему же тогда производители чипов не хотят замутить некий гибрид, который вберёт в себя все лучшие стороны DSP, MCU и FPGA? Ведь технология достигла такого уровня, что это стало реальностью. Чтоб каждый разработчик мог вводить нужную ему функциональность просто "перепрошивкой" чипа.. А?

motorola замутила как раз гибрид DSP, MCU 53F8345 и подобные,много периферии паралллелное выполнение команд,математические команды cos,sin,arctg и пр,хорошо "дружит"с MATLAB.
Скорость конечно маловата но для начинающего очень удобен в написании даже на ассемблере в отличии от BLAKFIN,младшие модели 53F832х недорогие.
Для управления железками эти может будут получше TI по переферии,а для видео и звука там и обычных DSP достаточно периферию ,можно и внешную благо надо её немного.