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

[SAURIS GmbH]

XDS510 в принципе своем (не зависимо от производителя) поддерживает все те семейства, что поддерживает XDS560, без каких либо исключений или добавок.

А вот в частностях, чтобы XDS510 корректно работал с ARM9 (любым ARM9), надо либо самому обеспечить адаптивную генерацию TCK, не используя сигнал TCK с эмулятора (или используя его как строб для триггера петли RTCK->TCK), подавая на эмулятор получившийся TCK_RET, либо купить готовый адаптер с адаптивным тактированием, ну или использовать такой XDS510, в котором адаптивное тактирование встроено.

Еще одна частность, возможно, поможет добавление параметра router.skip_polling YES и router.adaptive_tclk yes, но зная особенности спектрумовских драйверов, не факт, что они будут вообще как-то реагировать на эти настройки, в отличие от других XDS510, базирующихся на драйверах TI. Да и адаптивное тактирование надо обеспечить, прежде чем играться этими параметрами.

На сайте спектрума написано, что поддерживает OMAP - значит поддерживает OMAP-L138 - а значит и его кастрированную версию - AM1808

UPD:
Вроде у XDS510 спектрума нет возможности менять параметры тактирования, в железе нет.

UPD2:
Если отвалилось, причем с такими ошибками, то надо полностью перезапускать дебаг сессию, с нуля, а с учетом того, что в современных композерах ее не всегда удается "срубить", то вплоть до перезапуска композера. После чего сделать "Reset emulator" и еще передернуть питание у таргета. К сожалению, код драйверов эмуляции TI построен так, что в нет ничего для корректного завершения после ошибочной ситуации. Внутренние эмуляционные блоки процессора остаются черти в каком состоянии, из которых корректно выйти практически невозможно.

Сообщение отредактировал SAURIS GmbH - Jun 24 2014, 20:05

[doom13]

Приветствую!
Немного разобрался с процессором, решил вернуться решать старую проблему, которая состоит в том, что для подключения к прцессору приходиться потратить какое-то время.
Ранее считал, что проблема может быть как-то связана с отсутствием или наличием неправильного GEL файла, что было ошибочно, никакой связи там нет.
При подключении к процессору (Launch Selected Configuration -> Connect Target) возможны следующие варианты:
1) Подключение не произошло и выдало ошибку (рисунок 1).
2) Подключение произошло, но под подключением высветился адрес 0xFFFF000C (рисунок 2). Через какое-то ваемя выбросит ошибку. Если попробовать загрузить прошивку, так же выбрасывает ошибку (рисунок 3).
3) Подключение произошло, под подключением высветился адрес 0хFFFF0000 (рисунок 4). Всё будет работать до сброса питания процессора. Если сбросить питание - придётся попотеть, чтобы опять подключиться.

0xFFFF0000 ... 0xFFFF1FFF - ARM local RAM.

Возможная проблема - для нормальной работы с ARM9 и др. от TI необходим программатор с поддержкой адаптивного тактирования. Используется Black Hawk PCI560 c которым всё и работает описанным выше образом, с XDS510USB от Spectrum Digital подключаться не стало.

Решит ли предложенный девайс эту проблему?

А вот в частностях, чтобы XDS510 корректно работал с ARM9 (любым ARM9), надо либо самому обеспечить адаптивную генерацию TCK, не используя сигнал TCK с эмулятора (или используя его как строб для триггера петли RTCK->TCK), подавая на эмулятор получившийся TCK_RET, либо купить готовый адаптер с адаптивным тактированием, ну или использовать такой XDS510, в котором адаптивное тактирование встроено.

Кто какие программаторы использовал для работы с ARM9 (или др.) от TI?

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

 

[jcxz]

Возможная проблема - для нормальной работы с ARM9 и др. от TI необходим программатор с поддержкой адаптивного тактирования. Используется Black Hawk PCI560 c которым всё и работает описанным выше образом, с XDS510USB от Spectrum Digital подключаться не стало.

У меня с точностью до наоборот: работает только если отключить адаптивное тактирование.
OMAP L137 (ARM9+C674x) + SAU510 Iso Plus + CCS3.3.
Так штааа....

[SAURIS GmbH]

Так штааа....

Эта "так штаа..." есть issue эмуляторов версии Iso Plus до V.2 - на некоторых тактовых частотах имеется нестабильная работа по причине целостности сигналов... Тут все давно выяснено и устранено. А для нормальной работы с ARM9 необходимо или 1) TCK меньше либо равно CLK/4 (где CLK минимально возможная тактовая ядра в любом из режимов), или 2) адаптивное тактирование. Третьего не придумано.

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

Сообщение отредактировал SAURIS GmbH - Jul 16 2014, 20:11

[jcxz]

Эта "так штаа..." есть issue эмуляторов версии Iso Plus до V.2 - на некоторых тактовых частотах имеется нестабильная работа по причине целостности сигналов... Тут все давно выяснено и устранено. А для нормальной работы с ARM9 необходимо или 1) TCK меньше либо равно CLK/4 (где CLK минимально возможная тактовая ядра в любом из режимов), или 2) адаптивное тактирование.

Под "в любом из режимов" имеется в виду кроме прочего и тактовая до включения PLL?
Т.е. если у меня OMAP тактируется от внешнего генератора 18.432МГц, а после PLL получаю 294.912МГц, то нужна TCK <=18.432/4МГц ?
Но у меня вроде работало на TCK==15МГц с отключенным адаптивным тактированием.
Хотя надо ещё проверить - освежить в памяти какая там у меня была TCK...

А обновить прошивку в моём Iso Plus можно?

[SAURIS GmbH]

Под "в любом из режимов" имеется в виду кроме прочего и тактовая до включения PLL?
Т.е. если у меня OMAP тактируется от внешнего генератора 18.432МГц, а после PLL получаю 294.912МГц, то нужна TCK <=18.432/4МГц ?

Да. Естественно, если Вы планируете подключаться эмулятором к ядру в такие моменты, когда PLL не умножает, либо сбрасывать PLL через GEL, или через сброс процессора, при активном подключении эмулятора. А еще там можно поделить тактовую без ее умножения для экономии питания, в таком случае TCK должна быть еще ниже.

Но у меня вроде работало на TCK==15МГц с отключенным адаптивным тактированием.

Вот именно, что "вроде" - при нарушениях в тактировании оно "вроде" работает, но то нестабильно, то с глюками, то "вроде". Ведь там для сбоя надо, чтобы хитро совпали фронт на TCK с фронтом основного клока, причем во время вполне определенных операций через JTAG. А такие совпадения у кого-то могут быть раз в неделю, а у кого-то раз в минуту, только потому, что кварцы имеют разную частоту на 10 ppm.

А обновить прошивку в моём Iso Plus можно?

Для Iso Plus не было выпущено обновлений, там просто выбирается ограничение верхней тактовой при адаптивном тактировании таким, чтобы связь была устойчивой. Хотя, если особо хотите, соберу прошивку и для него (улучшение стабильности соединения отрабатывалось уже на железе V.2, а там другая FPGA), но, сами понимаете - интенсивного тестирования, как было на новом железе, когда происходило обновление, такая сборка толком не пройдет... Если это Вам надо, подробности в личку.