TI AM1808 + XDS510USB, Проблемы с подключением Опции

[doom13]

Приветствую!
Собрали плату собственной разработки с AM1808 на борту. Попытки подключениия из CCS v5.5 при помощи XDS510USB не дают результата.
В файле конфигурации "AM1808.ccxml" выбираем "Device - AM1808", нажимаем кнопку "Test Connection", в ответ получаем:

Код

[Start]

Execute the command:

%ccs_base%/emulation/drivers/sdjtag.exe -f %boarddatafile% -v -X reset -X scantest

[Result]

** BoardFilePath: C:\Users\SKB4-G~1\AppData\Local\.TI\693494126\0\0\BrdDat\testBoard.dat
** Resetting Emulator
-- Emulator is Reset
** Emulator Scan Test
-- Found JTAG IR Length of 6
-- Found 1 device(s) in the scan chain

[End]

Если в Target Configurations выбрать нашу конфигурацию -> Launch Selected Configuration -> Connect Target, то процессор зависает в режиме подключения, на входных пинах JTAG присутствуют клок и данные, на выходных так же. Это будет продолжаться пока не зададим Disconnect Target. Вопрос - куда смотреть дальше, в чём может быть проблема?

Ещё один маленький нюанс, разъём для подключения JTAG развели неправильно, пришлось делать переходник, а сигнальные провода JTAG в переходнике не чередуются с GND, как в нормальном шлейфе от программатора. Может быть тут тоже проблема?

[AndrejM]

Спасибо, счас посмотрю все Ваши ссылки. Насколько понимаю, одна из функций GEL-файла это то, что он описывает карту памяти для дебагера, т.е. на основании его заливается прошивка? Он как бы необходим CCS. Как тогда получается что для остальных процессоров в папке c:\ti\ccsv5\ccs_base\emulation\gel\ присутствуют соответствующие GEL файлы, а для AM1808 нет. В примерах StarterWare на AM1808 нашёл такой файлик и попробовал подключать, но не прокатило, выбрасывает ошибки. Их можно коментить и до какой-то поры всё работает, процессор модключается, могу смотреть, перезаписывать адреса On-Chip RAM, но вот заливка прошивки не проходит. Это баг TI, что в CCS нет нормального файла или подразумевается, что я должен написать его сам?

ситуация следующая , поскольку flash памяти нет ,то ваше приложение для работы должно быть загружено либо во внутренюю sram либо во внешнюю ddr память . обычно порядок загрузки такой , rom-boot (загрузчик в нестираемом пзу процессора) с одного из устройств загрузки считывает код и размещает его во внутренюю sram (ну и управление ему передает) . в задачи этого код (загруженного в sram) стоит инициализация всего и вся - все клоки , power менеджмент , и самое главное инициализирует внешнюю ddr и загружет туда ваше приложение (ну к примеру с sd карты) и передает ему управление.
это все относилось к "рабочему режиму" , при отладке ваш jtag может сразу загручить что угодно и куда угодно (потытаться это сделать) , но если вы собрались использовать внешнюю память , то кто то должен произвести ее иницализацию , для этого пишут скрипт с макросами , который будет в начале исполнен отладчиком ,а потом уже загружено приложение. это и есть этот самый gel . соотвественно нужен он в ,основном , когда то куда вы собираетесь разместить когда приложения требует каких то действий перед самой загрузкой. для приложения которое будет работать из onchip sram макро-файл исполнять не нужно. А вообще очень полезно этот файл написать самостоятельно (взяв что то для примера) , это знания о базовых вещах процессора.
я не знаю , может быть для am1808 нужны какие то предварительные иницаилизационные действия , которые в штатном режиме делает boot-rom , но для более старших моделей TI этого не требуется , и если вы ,скажем попытались загрузить в "пустоту" то просто получите ошибки при верификации.
а вообще поищите gel , есть ведь всякие dev-boards с этим процессором .

[jcxz]

ситуация следующая , поскольку flash памяти нет ,то ваше приложение для работы должно быть загружено либо во внутренюю sram либо во внешнюю ddr память . обычно порядок загрузки такой , rom-boot (загрузчик в нестираемом пзу процессора) с одного из устройств загрузки считывает код и размещает его во внутренюю sram (ну и управление ему передает) . в задачи этого код (загруженного в sram) стоит инициализация всего и вся - все клоки , power менеджмент , и самое главное инициализирует внешнюю ddr и загружет туда ваше приложение (ну к примеру с sd карты) и передает ему управление.
это все относилось к "рабочему режиму"

Не обязательно. Многие ROM-загрузчики умеют сами настраивать необходимую периферию (в том числе и контроллер внешней ОЗУ) в соответствии с
некоей конфигурационной инфой в заголовке загружаемого образа. А затем - продолжают загрузку образа уже в любую область ОЗУ, хоть внешнюю.
Например так делают ROM-загрузчики TI DSP.