SergeyX

от 12.1 для coregen не работает (...

Если период звукового сигнала больше чем время задержки, то достаточно сравнивать фазы (т.к. частота постоянна) исходного и задержанного сигналов (усреденение по нескольким периодам позволит увеличить точность). Если нет, то ни как не обойтись без сигналов параметры которого меняются во времени. В этом случае могу рекомендовать попытаться использовать ЛЧМ сигнал (как один из простейших). А задержку в этом случае вычислить по результатам корреляции.

Здесь найдете код на Verilog.

Здесь сможешь найти массу информацию по вопросу реализации UART. В том числе исходники примеров на основе которых сможешь начать свой проект.

Спасибо за информацию. Мы будем использовать кабель типа ByteBlaster. Так что Ваша программа не совсем подойдет...только что если Вы подарите исходники ;) и мы сможем ее развить под свой кабель.

Реализовать 27 UART(RS232) на Spartan-3E с интерфейсом к микроконтроллеру не должно составить большого труда. Вопрос только в ресурсах Spartan-3E. Для того чтобы Вы смогли оценить приведу данные из собственного опыта: для передатчика с 32-байтным буфером требуется около 60 слайсов, для приемника с 32-байтным буфером около 50-ти. Возможно Вам потребуется только передатчики (т.к. Вам требуется только управление), что уменьшит требования к ресурсам FPGA. Размер буфера данных (а он потребуется т.к. все должно работать синхронно) зависит от размера пакета, используемого для управления. Вероятней всего вам подойдет XC3S250E (2448 слайсов).

Смотрите документацию на Ваши SPI устройства. Там должны быть приведены токи потребления. Суммируйте их и получайте ток нагружающий Вашу ПЛИС. Как правило ставят PULL_UP 4.7К на MISO, MOSI, CS.

У меня есть по SPARTAN-II. Но Вам вижу нужно именно для SPARTAN-IIE.

Это все правильно. Но только среда разработки от Xilinx не содержит механизмы для работы с более одним процессорм. А приходится вручную (как предлагает denisys) подключать библиотеки, создавать соответсвующие bmm файлы и т.п. И только после этого использовать MDM для отладки.

По поводу double и float в Programming Reference сказано: Серия 64хх весьма хороша при реализации алгоритмов с целыми числами (с большим объемом вычислений). Если надо выбирать DSP именно для этой задачи, то лучше 64хх пока ничего нет. Задачи, для решения которых требуется именно процессор с плавающей запятой, есть хотя (согласен с Вами) их и не много (и перевод алгоритма на 32 разряда усложняет программу так что только выход в применении floating point DSP).

Рекомендую ADUM серию от Analog Devices. Например ADUM1400, ADUM1200. Давно использую...никогда не подводили.

если будете программированить под TS201, то лучше сразу начинайти изучать ассемблер...от этого процессора можно добиться производительности только на ассемблере. Компилятор С исопльзует аппаратные возможности TS201 толькона половину...у них где то в документации даже описывалась как и какие конструкции С реализуются на asm. Когда прочитаtnt это, то сразу поймете, что надо писать на asm. в действительности к блоку памяти подведено 4 шины. Одна используется SOC контроллером, одна - отведена для инструкций, и две под данные. Так что о инструкциях вам беспокоиться ненадо. Да сможете...но у ассемблера есть небольшие ограничения на этот счет. И с ними можно жить. ЗЫ: Когда будете оптимизировать алгоритм на asm может даже придете к тому, что это и не вовсе потребуется ;).

в разделе "Peripheral Support in Simulators" справки VisualDSP написано что для BF533 симулятора Flags - "Future"...т.е. все так и должно быть. И будем надеется что в будущих версиях поддержка Flags симулятором будет реализована в VDSP.

Позволю себе не согласиться с предыдущим высказыванием (хотя это процессоры из разных весовых категорий - float и int). В доказательство просто приведу несколько фактов: соотношение индекса производительность в BDTIBenchmark2000 к частоте у TS201 = 10.66 у С64хх = 9.1; в температурном диапазоне до -40 частота С64хх (от 0С - 1000Мгц) не больше 600 (такая же как у TS201). Так что еще как может потягаться. Можно конечно еще поговорить о специфических проектах (в которых не будет проявляться наличие у TS201 большей памяти (24Мбит)), в которых С64хх вполне может показать себя лучше TS201 + меньшая стоимость и т.п. Но факт то что TS201 при работе с целыми числами не уступает С64хх. ЗЫ: Как ни странно но у TI нет процессора с плавающей запятой работающего на частоте более 350М (и более 250М на отрицательных температурах).

В TS-201 разделение на банки реализовано на аппаратном уровне + соответсвующее подключение к шинам данным/адресса. Так что в любом случае Вам потребуется размещать массив в нескольких банках. Особенность этого процессора в том что за один такт вы сможете выполнить обращение только к 2-м банкам. И тут все зависит от того на сколько это критично для Ваших алгоритмов. ЗЫ: Очень часто приходится наоборот перераспределять данные в разные банки, чтобы обеспечить доступ к ним в одной команде. Если расскажите что за алгоритм Вам требуется реализовать попробую дать более конкреные советы.