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, как в нормальном шлейфе от программатора. Может быть тут тоже проблема?

[doom13]

Нашёл, как должна выглядеть настройка адаптивного тактирования в CCS v5 (см. рисунок), но для моего BH-560-PCI (или XDS510USB ) такая опция в выборе отсутствует, получается он не поддерживает адаптивное тактирование? Тут предлагается ещё один вариант адаптера. Но каким образом в настройке программатора появится эта опция если приобрести такой девайс? Не написано, что прилагается какой-то драйвер. Как тогда объяснить, что подключение всё же происходит (пусть и не с первого раза) и прграмматор далее нормально работает и без наличия адаптивного тактирования?

Касаемо ошибок -1063 - классика жанра при проблемах с тактированием TCK или целостностью сигналов, то есть система эмуляции внутри ядра вообще в полном ауте. -1033 - обычно возникает, если код программы сделал что-тот такое, от чего процессору стало крайне плохо. Например, произвел запись каких-то данных в какие-то недокументированные области управления периферией, от чего произошел полный кирдык. Но, от проблем с тактированием тоже может быть на раз-два. Бывает, что первый коннект -1033, затем улетает в стабильную -1063.

Error -1063 выскакивает достаточно редко. После него делаю сброс питания процессора и на следующий connect практически всегда происходит подключение. Если процессор подключился, то показывает остановку на адресе 0xFFFF0000, как понимаю - это и есть адрес вектора сброса в ARM RAM, в этом случае можно заливать прошивку и работать. Но наиболее часто при попытке подключения, как бы подключается, останавливается на адресе 0xFFFF000C, что соответствует адресу вектора Pre-fetch abort в ARM RAM, и вот тогда уже при попытке заливки прошивки выбросит Error -1033 (даже если ничего не заливать, ошибка со временем появится).

Эскизы прикрепленных изображений