jcxz

не очень понятно что нужно автору - просто прошить флеш или именно нужен загрузчик рабочего ПО из флеши в устройство и запуск его?

Скачивал как-то CCS4 с сайта TI - первый раз скачался почему-то битый. У меня MD5: 658c763b39b65344e15836198ca11b37 *Code Composer Studio v3.3 Platinum.rar проверь

Может и глюк этой железки, но во встроенном в неё XDS510 и адаптивное тактирование и аппаратные бряки нормально работают.

Сабж будет работать?

2SAURIS GmbH Есть какой-то прогресс с адаптивным тактированием и аппаратными бряками в CCS3 + SAU510-USB ISO PLUS JTAG Emulator ?

Вот именно! А мне нужен свой формат изохронных кадров.

У меня McASP1 ;) Да - надо где-то покурить конфигурирование L2RAM. Но пока особо не критично - планирую использовать скорее всего L2RAM для более критичных по скорости задач, чем DMA. Вы его конфигурили специально для EDMA3 или оно само так получилось?

А каков формат изохронных кадров для USBaudio? Он определён? И какие функции по EP0 должно поддерживать устройство для работы как USBaudio?

Да там (в EDMA3) вроде ничего сложного - всё то же, что и в других контроллерах DMA. Зачем этот драйвер если не используется DSP/BIOS? Описания в документации по EDMA3 вполне достаточно, чтобы его запустить.

В таком подходе много лишнего и это очень ограничено. Нам нужны изохронные точки.

Ну это как я понимаю - если реализовывать стандартный профиль аудиоустройства, чтобы винда опознала устройство как стандартное аудио. Мне же нужен нестандартный протокол, свой. А желания писать свой драйвер пользовательского уровня - нету. Поэтому использую драйвер от Cypress, который даёт доступ из уровня приложения напрямую ко всем ресурсам USB (интерфейсам, эндпоинтам и т.д.). Но он работает не очень хорошо, с глюками. Вот и думаю - может кто использует другой драйвер, но с подобными возможностями?

Да там вроде ничего сложного. Начальная: ------------------------------------------------------------------- int i = ncell(EDMA3TC) - 1; do { EDMA3TC.ERREN = EDMA3TC.ERRCLR = B0 | B2 | B3; EDMA3TC.RDRATE = 0; } while (--i >= 0); EDMA3CC.CCERRCLR = B16; EDMA3CC.DMAQNUM[DMA_CH_FLASH_RX >> 3] = EDMA3CC.DMAQNUM[DMA_CH_FLASH_RX >> 3] & ~(7 << (DMA_CH_FLASH_RX & 7) * 4) | DMA_TC_FLASH_RX << (DMA_CH_FLASH_RX & 7) * 4; EDMA3CC.DMAQNUM[DMA_CH_FLASH_TX >> 3] = EDMA3CC.DMAQNUM[DMA_CH_FLASH_TX >> 3] & ~(7 << (DMA_CH_FLASH_TX & 7) * 4) | DMA_TC_FLASH_TX << (DMA_CH_FLASH_TX & 7) * 4; EDMA3CC.DRA[1].DRAE = ~0; ------------------------------------------------------------------- потом инитите нужные CSL_Edma3ccParamSetRegs, потом запуск: EDMA3CC.EESR = EDMA3CC.ECR = EDMA3CC.SECR = EDMA3CC.EMCR = 1 << DMA_CH_FLASH_RX | 1 << DMA_CH_FLASH_TX; EDMA3CC.IESR = EDMA3CC.ICR = 1 << DMA_CH_FLASH_RX; Да я вроде пробовал переносить код в другую область - не помогало.

Нет. Да мне пока особо не припёрло - поэтому пока отложил это - из L3 и из SDRAM нормально работает - и ладно. Хотя тоже хотелось бы разобраться в этом вопросе.

Я в данный момент тоже делаю проект на L137 и тоже не собираюсь идти этим путём ;) Но собираюсь ограничиться максимум ОС на ARM (скорей всего - uCOS от Micrium - очень маленькое ядро - неск. килобайт всего, но есть всё что надо) или вообще без ОС (пока так). DSP будет заниматься только обработкой, из объектов синхронизации только прерывания DSP<->ARM (ещё не изучал этот вопрос). Никакой ОС на DSP не планирую, чтобы не тратить впустую его ресурсы. К сожалению по ТЗ ограничиться только внутренней ОЗУ не получится - необходимо собирать с McASP большой объём данных, обрабатывать, хранить и отдавать затем по медленному каналу. Насчёт "цифровых фильтров на DSP": Вы не смотрели на техасскую DSPLIB для этого ядра? Насколько она эффективна? По идее должна быть эффективнее, чем реализация фильтров на си. Хотя (вспоминая DSPLIB на C55) полного использования процессора ждать от неё не приходится.

А зачем ОС на DSP-ядре если рядом ARM, которое вроде как и предназначено для таких дел?

У меня тоже свой USB-стек на USB0, только USB1.1. На стороне PC использую драйвер и библиотеку от Cypress. Но она имееет глюки при работе с изохронными точками. Какие драйвера используете вы и как впечатления?

Во-первых: код у вас неверный - компилятор удалит эти пустые циклы и будет прав. Если хотите таким образом делать задержки, то используйте volatile. И смотрите в ассемблерный листинг. Во-вторых: частота работы GPIO много меньше (в разы или даже на порядки) частоты ядра, т.е. - большую часть времени процессор будет ждать готовности шины GPIO и цикл будет выполняться с частотой близкой к частоте GPIO. Вам уже объяснили, что использование GPIO - неверный путь и предложили несколько хороших способов.

В тех TI, с которыми имел дело, во всех было. Это DIE ID в C5502, и SYSCFG.DIEIDR в OMAP-L137.

Так Вы измерите только частоту работы GPIO, которая скорей всего не зависит от PLL. Читайте документацию на PLL процессора - обычно в составе PLL процев TI имеется какой-нить пин, выводящий частоту PLL (CLKOUT, OBSCLK, ...).

Ищите что-то вроде DIE ID.

На DSP обычно очень маленькая и самое главное - негарантированная. Для обмена потоками данных GPIO лучше не использовать.

TI не делает отладочных плат для C674x. Насколько помню, BIOSUSB требует дофига ресурсов (~0.5 МБ ОЗУ), требует SYS/BIOS, запускает в ней до 8-и потоков и, в случае OMAP, может исполняться только на DSP-ядре (хотя логичней было-бы на ARM). Соответственно без внешней SDRAM использовать его практически невозможно. И это на микроконтроллере, который предпочтительно должен использоваться без внешней ОЗУ! Вобщем - кал полный.

Идёт в экземплах к IAR for ARM.

Сорри - пришёл домой, проверил - на моей 14-пин, а не 20.

Spectrum Digital TMDSOSKL137 + SAU510-USB ISO PLUS JTAG через общий 20-пиновый JTAG - оба ядра.