bmf

для ATMEGA в IAR делал так #include <inavr.h> #define _GET_LOCK_BITS() __AddrToZByteToSPMCR_LPM( (void __flash *) 0x0001, 0x09 ) #define _GET_LOW_FUSES() __AddrToZByteToSPMCR_LPM( (void __flash *) 0x0000, 0x09 ) #define _GET_HIGH_FUSES() __AddrToZByteToSPMCR_LPM( (void __flash *) 0x0003, 0x09 ) #define _GET_EXTENDED_FUSES() __AddrToZByteToSPMCR_LPM( (void __flash *) 0x0002, 0x09 ) #define _SET_LOCK_BITS(data) __DataToR0ByteToSPMCR_SPM( data, 0x09 ) #define _ENABLE_RWW_SECTION() __DataToR0ByteToSPMCR_SPM( 0x00, 0x11 ) #define _WAIT_FOR_SPM() while( SPMCR_REG & (1<<SPMEN) ); // Read lock bits. _WAIT_FOR_SPM(); sendchar( _GET_LOCK_BITS() ); // Read fuse bits. _WAIT_FOR_SPM(); sendchar( _GET_LOW_FUSES() ); // Read high fuse bits. _WAIT_FOR_SPM(); sendchar( _GET_HIGH_FUSES() ); // Read extended fuse bits. _WAIT_FOR_SPM(); sendchar( _GET_EXTENDED_FUSES() );

Основная проблема и самое сложное здесь - подача питания на индикацию. А у здесь она не решена. Вот над чем надо думать. Все остальное просто или в принципе решаемо, и достаточно народа смогут такое смастерить. Конструкцию реализовать можно только изготовив свой диск, разместив там генератор, а это уже уровень завода с соответствующими сертификатами. Все остальное - это поделки кружка пионеров, не имеющие рыночной перспективы. вот например http://mobbit.info/item/1234

Вот наткнулся. Analog жжот. Участие в семинарах БЕСПЛАТНОЕ по предварительной записи. Tuesday June 13 -- MOSCOW Wednesday June 14 – ST. PETERSBURG Friday June 16– NOVOSIBIRSK Введение 5 "P" процессора: Performance, Price, Penguins, Power, Peripherals Преимущества uClinux www.blackfin.uclinux.org Модель поддержки uClinux для Blackfin Архитектура Blackfin Инструментарий Das U-boot Ядро Средства разработки и примеры приложений Демонстрации Беспроводный VoIP телефон Сетевой аудио плеер Сетевой осциллограф / Генератор сигналов Поддержка USB Mame (Multiple Arcade Machine Emulator) Докладчики: Johannes Horvath - инженер Analog Devices, Ralf Neuhaus - инженер Analog Devices, Вадим Торганов - инженер представительства Analog Devices http://www.moscow-hotels.net/izmailovo-gamma-delta-hotel/ http://www.nlr.ru/eng/ http://components.argussoft.ru/ad/seminar-blackfin.htm http://www.eltech.spb.ru/seminar_reg.html?sid=26 http://www.eltech.spb.ru/seminar_reg.html?sid=27 http://www.eltech.spb.ru/seminar_reg.html?sid=28

Если такое делать на C да еще с эмуляций плавучки, то и не такое можно получить. Реально быстодействие можно оценить по тестам, BDTI приводит тесты для этих ядер: скорость, скорость/цена, скорость/потребление. эффективность памяти http://www.bdti.com/bdtimark/BDTImark2000.htm но это только при кодировании на ASM ручками или готовые оптимизированные библиотекии с учетом архитектуры, конечно. Реально это и будет максимально возможная разница в быстродействии, которую можно получить.

Все должно работать, может лицензия кривая. Сам VisualDSP можно свободно скачать и с analog.com и не забыть про последний update. Лечилка (генератор лицензии) где-то здесь в форуме был. Начать с компиляции примеров из комплекта.

Поставте линейные оптопары типа IL300, IL350, Clare LOC110 за 2$ и не парьтесь схемки например здесь http://www.clare.com/Products/LinearOpt.htm

кое что по железу есть здесь (хотя сам лично переводами и не пользуюсь, а технический английский учится с электронным словарем довольно быстро т.к. сложные языковые конструкции практически отсуствуют) http://www.analog.spb.ru/pub_dsp.htm

посмотри здесь http://blackfin.uclinux.org/projects/blackstamp/

может более привычный вид 1-st Order Filter of the Form: y(n)=b0*x(n)+b1*x(n-1)+a1*y(n-1)

примерно так HP - high pass filter формула для 1-го порядка: y(n) = x(n) - x(n-1) + R * y(n-1) "R" 0.9 .. 1 для -3dB: R = 1 - (pi*2 * frequency /samplerate) ну а то что в выше - просто реализация что бы небыло дробного умножения немного теории: http://ccrma.stanford.edu/~jos/filters/ http://ccrma.stanford.edu/~jos/filters/DC_Blocker.html

Поcмотри: простейший HP фильтр dc_bias - 32 bit integer clean_sample - 16 bit integer dc_bias += ((((int32_t) sample << 15) - dc_bias) >> 14); clean_sample = sample - (dc_bias >> 15); думаю поможет

Все не пределе, надо проверять. Еще одна конфигурация с 2-мя DMA: PPI->L1 как большое FIFO L1->SDRAM таким образом все обращения через внешнюю шину и кратковременные задержки SDRAM (циклы установки burst, регенерация, занятость шины) сгладятся + можно в реальном времени еще и немного обрабатывать. Еще есть фины с 32-х разрядной внешней шиной 535, 561 - здесь запас в 2- раза.

В прежних DSP так оно и было, а теперь когда есть байтова адресация то и память байтовая, т.е. минимальное обращение к байту. Тоже самое и для BF535 или BF561 - там вообще шина 32.

Судя по всему на фото релиз из EZ-KITа c не запаянными микросхемами, с том числе и USB -JTAG. В приведенных для BF-537 loyaut по слоям там ничего нет. А что будет стоять реально, неизвестно.

Здесь постоянно задают вопросы как начать работать с DSP минимальными средствами - теперь появилась еще одна прекрасная возможность BF537 STAMP Boards are now shipping to distributors! Part Number: ADDS-BF537-STAMP Price: $200 US (у них) http://www.analog.com/en/prod/0,2877,BF537%252DSTAMP,00.html поддержка ucLinux встроенный Ethernet 10/100 Audio In AD1871 Audio Out AD1854 Все остальные DSP порты на разъемах внешний вид http://blackfin.uclinux.org/frs/download.p...BF537-STAMP.JPG эл. схема http://blackfin.uclinux.org/frs/download.p.../schematics.pdf

В коротких примерах Hardware Reference тоже такое применяют - это уже документ. Так что вероятнее всего их заморочка. В поддержку я раз обращался на предмет глюка компилятора (после очередного апдайта стал генерился принципиально неправильный код), несмотря на нелициз.использование, этот их вопрос я проигнорировал, все приняли, перепросили полный пример, к следующему разу все исправили. Посмотрим как сейчас...

Значит излишне перестраховываются или тупят, потому что в примерах на asm к киту обращение к регистрам MMR довольно вольное и без всяких ограничений.

Вы не поняли, у линуксоидов никаких проблем нет. Если есть jtag, то можно и дергать любую ножку процессора, также как читать и писать любую параллельную или последовательных память, подключенную к нему. раздел JTAG/Parallel Port - схема (hardware), но это не важно, в принципе подойдет любой http://blackfin.uclinux.org/frs/?group_id=7&release_id=90 софт (source) http://blackfin.uclinux.org/frs/?group_id=19&release_id=182 спецификаци jtag полностью, не та что официально (смотрите красные буквы) http://blackfin.uclinux.org/docman/view.ph...g_emulation.pdf осталось только один раз разобраться, перевести под Windows и для своей конфигурации подключения ПЗУ, и вот вам единый интефейс программирования.

Останавливайтесь на универсальном, хоть он может и не лучший для звука, но MIPS-ов на все с лихвой хватит, и потом будете применять его везде. Yamaxa выбрала для своего нового центра Blackfin (MCU/DSP) http://www.analog.com/en/press/0,2890,3%25...5F86682,00.html

Мой опыт такой, хотя плотно к проекту на blackfin-ах, к сожалению, еще и не подошел, и посему где-то могу быть и не прав: В ввиду отсутствия эмулятора :(, все всегда начинается с бутлоадера. По тому интефейсу какой есть: RS-232, USB, Ethernet, Wi-Fi. Впринципе все живет в своей части ПЗУ и всему остальному не мешает. Преимущества - простота апгрейда кода юзерами в процессе эксплуатации. Другое, при использовании скоростного интерфейса - скорость заливки образа, здесь с этим любой программатор или эмулятор будет в проигрыше. Преимущества этого, и как это потом влияет на скорость разработки, наверно объяснять не надо. По сабжевому программатору посоветую посмотреть EE-239 "Running Programs from Flash on ADSP-BF533 Blackfin® Processors", там вроде все описано что надо делать чтобы работало. Для использования его в своих проектах (не в ките) нужен любой отдельный эмулятор, только драйвер надо переписать под свой тип флеша. Там в примерах для разных китов можно выбрать и переработать наиболее подходящий. Еще видел на blackfin.uclinux.org проект ихнего простого jtag через параллельный порт ПК, используемого как раз для программирования Flash на шине blackfin. Open source естественно. Тоже вариант.

Фикс заключается что бы подсунуть dll от версии 3.5 в 4.0, до поры до времени это работает, как долго - до смены ее внутренностей, а новую где взять? И в последнем update (september) эти dll работы с эмулятором уже дополнены, так что и корретная работа старой, как и вообще ее работа, уже под вопросом.

Может это вас охладит, хотя кряки думаю и есть, но трах и неуверенность до конца жизни обеспечена http://www.insys.ru/dsp/emu-ad.htm Внимание: Наше изделие не работает с программным обеспечением VisualDSP++ v4.0, так как в нем исключена поддержка эмуляторов Mountain-ICE и Summit-ICE. Пользуйтесь программным обеспечением до v3.5 включительно.

Думаю что исключительно ихний маркетинг. А если и много обращений по USB то и не стали оптимизировать, для других процев ведь нормально работает (а сейчас легко и переделать на 2.0 high speed), а так за те деньги думают, и так сойдет. И протокол закрытый, что бы никто не влез, и ни у кого официально лицензии на производство нет, а если иначе, то сейчас от сторонних производителей было бы на порядок дешевле. А так, наша интеллектуальная собственность, и куда денешься. В принципе это их право. Вот и приходится простому народу или раскошеливаться или мучиться. Может альтернативное развитие GNU средств как-то сдвинет это. Кстати самое привлекательное предложение недавно было по акции: /Ez Kit BF537 + VisualDSP 4.0 (полный лицензия) + эмулятор HPICE/ - в Росии две с небольшим штуки $, что очень неплохо и конкурирует по цене (а по качеству можно и не говорить) с отечественными доморощенными эмуляторами.

Да, чего-то запутано. Когда мне надо было делать что-то подобное, просто разместил необходимую инфу по фиксированным адресам ПЗУ (у вас это внешние ldr файлы загрузки) и юзал все как и обычно.

Тогда корректный вопрос был бы специфичней, типа "проблемы переноса ASM кода на VDSP с GNU для shark"