Вопрос к SAURIS GmbH Опции

[megadocent]

Эпик фейл с моей стороны. Если у DSP есть только 1 вывод TCK, то на разъеме RTCK и TCK должны быть через резистор 22 ома замкнуты. В старой плате сделал так, в новой забыл.

В помощь по стопам идущим.
Если у вас проблемы с jtag (TI или Sauris, без разницы),не коннектится, не работает, работает не так - читаем мануал.
http://www.ti.com/lit/ug/spru655h/spru655h.pdf
Помогло. =)

P.S. Если sau100 выдавал ошибку "Error connecting to the target: Connect to PRSC failed", то sau510 выдал конкретно, что проблемы в отсутсвии тактовой. Хорошо, когда устройство умное. =)
P.P.S. SAURIS GmbH Большое спасибо за помощь. Завоевываете лояльность покупателей вашей продукции.

[SAURIS GmbH]

Так, к сведению... Если нету RTCK, то его не обязательно подавать - SAU510-USB Iso Plus поддерживает работу без сигнала RTCK, только надо включить этот режим в "target configuration":



Для этого выбрать в поле "TCKR signal mode" режим "Target doesn't provide TCKR signal" и, если надо, установить какую-то задержку для внутренней петли TCK-TCKR (компенсация задержки в кабелях, буферах, изоляторах, которая была бы, если бы сигнал TCKR формировался как надо) в поле "Additional delay for internal TCKR bypass path". После этого сигнал TCKR отключается внутри скан-контроллера от его схемы, и включается внутренняя петля TCK-TCKR, представляющая собой регистр сдвига переменной длины, тактируемый частотой 210 мГц (оттуда шаг задержек по 4.8 ns, округлено от 1/210E6)

И, еще, тоже к сведению. В обычном режиме эмулятор (510-й) работает ТОЛЬКО от сигнала RTCK. А TCK просто выход генератора (внутри эмулятора от него ничего не тактируется), то есть допустимо (и нормально) в схеме отлаживаемого устройства генерировать TCK самостоятельно, выдать его на RTCK, подать на TCK всех микросхем JTAG-цепочки, а выход TCK эмулятора не задействовать вообще. XDS100, однако, на такое не способен в принципе, он работает по TCK.

Сообщение отредактировал SAURIS GmbH - Jun 14 2012, 08:03

[Hoodwin]

Вот кажется я поймал у себя, как можно завесить CCS5.2 наглухо эмулятором SAU510-USB.
Последовательность действий такая:
1) Берем эмулятор и грузим какой-нибудь програм. Запускаем просто Run.
2) Делаем таргету жесткий ресет на плате (кнопкой), пока он бежит. По идее, он ресетит и эмулятор в процессоре.
3) Жмем в CCS на кнопочку с красным квадратиком - terminate.
4) Пытаемся снова запустить отладку. Матюгается уже эмулятор, говорит, что Device ID not recognized. Причем перезапуском питания таргета это не излечивается.
5) Выдергиваем эмулятор из USB, ждем пока блямкнет рескан в винде. Втыкаем обратно.
6) Снова запускаем дебаг сессию, и оно зависает.

Короче, бага порылась где-то в толще драйвера USB, он не всегда рассчитывает, что устройство могут передернуть, оно вроде как на шине снова есть, но регистры эмулятора не соответствуют внутреннему представлению об их содержимом в драйвере. Вот как-то так.

ЗЫ: ... А композерер все висит. Перезагружаюсь...

Да, и еще. У меня почему-то на эмулятор выдается дежурное питание, уж не знаю где это включается, но после перезагрузки композер просто сразу повис при обращении к эмурятор, пришлось передернуть его и снова перезагружаться.

[SAURIS GmbH]

Ок, на карандаш поставил.

Во первых, необходимо сделать жесткий резет эмулятору при загрузке драйвера. Это сейчас не делается, то есть делается, но не совсем там, где это сделать правильнее. Это про дежурное питание. Ситуация в принципе не рассмотренная, драйвер всегда считает, что загружен после включения питания эмулятора и первичной загрузки софта в него. Действительно, реальный глюк.

Ну а во вторых похоже надо сделать жесткий резет эмулятору при первом его программном открытии, а не считать изначально, что он в адеквате. workaround конечно (это должен бы делать CCS а не я), но может помочь конкретно. Просьба проверить - в CCS где-то есть "Reset emulator" или тулза xdsprobe с ключиком -r (board.dat для нее лежит где-то типа documents and settings/user/Local settings/application data/.TI/куча-цифр/0/0/BrdDat ), если после 1..3 и перед 4 это сделать

Сообщение отредактировал SAURIS GmbH - Jul 12 2012, 14:27

[Hoodwin]

Ну, а почему бы вообще в эмулятор ресете не держать, если его никто не открывал?

Кстати, когда я запускаю композер, то он ?
1) драйвер эмулятора сразу открывает и держит до закрытия композера
2) открывает при запуске первой дебаг сессии и держит до ее окончания
3) открывает при запуске первой дебаг сессии и держит до закрытия композера
?

Где искать "reset emulator"? На кнопке ресетов он не активен. Да и групо же - чтобы кнопка появилась, нужно дебаг сессию запустить, а при ее запуске все и зависает. А в настройках проекта никаких сбросов эмулятора при старте отладочной сессии не предусмотрено, см. картинки.

Сообщение отредактировал Hoodwin - Jul 12 2012, 14:42

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

 

[SAURIS GmbH]

если в студии Reset Emulator не активен, то надо из консоли "xdsprobe.exe -rv -f ccBoard0.dat", а этот .dat я писал выше где искать. а сам утиль (xdsreset.exe кстати тоже) лежат в ccsv5\ccs_base\common\uscif\ и запускаться должны именно оттуда.

Эмулятор открывается, как я понимаю, при запуске каждой дебаг сесии, и закрывается при ее терминейте. Хотя, по логике, должен бы открываться при connect target и закрываться при disconnect. Возможно, моменты открытия и закрытия могут быть разные для разных таргетов.

Но при этом один и тот же эмулятор могут открыть одновременно несколько дебаг сессий, одновременно дебаг сессия и еще другие процессы, вообще не являющиеся композером (ну например SAUFlash), ну и т.п., так как эмуляционный стек умеет давать доступ разным средствам к разным девайсам, находящимся в одной JTAG-цепочке через один эмулятор, и при этом они типа как корректно расшаривают эмулятор, стек рулит JTAG-маршрутизаторами (icepick и т.п.) на лету. Так что невовремя сделанный резет может убить наповал кого-то другого, кто в это время подключен через этот же эмулятор к чему-то там в цепочке. С этим надо быть осторожным

Докучи после нежданных резетов стек может оказаться рассинхронизированным с состоянием icepick-ов/DAPов... А это вообще дебри, непонятно к чему могущие привести.

--------------------------------------------------------------
Добавлю:

в 5.2 можно выполнить резет проще, не надо самому искать этот .dat и указывать его утилите через ключ -f, как это было во времена 3.3, а можно так:

xdsprobe -rv -f:0

он сам найдет этот ccBoard0.dat (для ccBoard1.dat -f:1)

Сообщение отредактировал SAURIS GmbH - Jul 12 2012, 15:15

[Hoodwin]

Хм. Вы меня пугаете.

1) У меня нету навороченной цепочки - ровно 1 таргет.
2) Врут, нифига не работает -f:0 в 5.2. Написать-то можно, но я так и не понял, по каким правилам оно ищет. В итоге просто тупо дал ссылку на -f<path>/ccBoard0.dat, и тут:

Код

C:\...al Settings\Application Data\.TI\2067366409\0\BrdDat>ccsv5\ccs_base\common\uscif\xdsreset.exe -rv -fccBoard0.dat

-----[Print the board config pathname(s)]------------------------------------

ccBoard0.dat

-----[Print the reset-command software log-file]-----------------------------

This utility has selected a 100- or 510-class product.
This utility will load the adapter 'sm510usb.dll'.

An already open status was returned while soft opening the controller.

-----[An error has occurred and this utility has aborted]--------------------

This error is generated by TI's USCIF driver or utilities.

The value is '-110' (0xffffff92).
The title is 'SC_ERR_OCS_ALREADY_OPEN'.

The explanation is:
This utility opened the controller but found it already in use.
You must exit other debuggers and utilities that access the
controller because this utility must be the only client.

В этот момент у меня композер повис на операции fill memory, минут 10 его дожидался, так и не смог... Хотел ресетнуть со стороны и фиг, занято. Я не исключаю, что ваш рецепт выше упрется в ту же проблему.

И еще. Как в этом дурацком CCS5.2 приконнектиться к таргету, не загружая в него никаких программ и не выдвая ему ресет? раньше вон в 3.3 просто до безобразия, жмешь Alt+C и готово. А тут, блин, ничего непонятно. То ли проект пустой ему нужно создать, то ли что. При попытке открыть дебаг сессию у него все чешется что-то загрузить в таргет, иначе он даже коннектиться не хочет к нему. Бред какой-то... Я вот хочу полазать по регистрам, поотлаживать родную загрузку АIS-овских скриптов...

[SAURIS GmbH]

зависон на fill memory это совсем другое. Это понятно, что жтаг-контроллер зашарен в это время, и резетнуть его не удастся. Это часто лечится наглым выдиранием УСБ-шнура, но CCS после этого далеко не всегда реанимировать удается. Ну очень глючный у них там дебаг сервер. А в том случае Вы тормозили дебаг сессию "красным квадратиком", после чего контроллер должен быть свободен.

Приконнектиться к таргету очень просто. Запускаете CCS, проектов не должно быть открыто. Потом View->Target Configurations, выбрать нужную, правая кнопка мыши, и launch ей. Далее после перекура коннект к таргету. (теперь Ctrl-Alt-C). Ну или File->New target configuration, далее ее создать, сохранить, и далее к началу пункта.

Да, про кто что когда открывает. Вот драйвер C55x не открывает железного драйвера, пока коннест не сделаешь, то есть просто запустить дебаг сессию мало, надо еще приконнектиться. Тоже касается драйвера С64 (С6416). Проверил - дебаг сессия стартует вообще без подключенного в УСБ эмулятора, до коннекта железо не нужно. Резеты сделаю в драйвере в течение недели. Потом на бета-тестирование пришлю.

Сообщение отредактировал SAURIS GmbH - Jul 12 2012, 19:00

[SAURIS GmbH]

Hoodwin,

просьба протестить... Резеты для Вас сделал. Ну и так, куча доработок в сауфлэш и TCLXDS

В форум дистр не лезет, просьба написать на почту "sauris подчеркивание support собака scanti точка ru" - я скажу где взять

[SAURIS GmbH]

Вот, положили на саурис. (пока сылка только тут, версия еще бета)

http://sauris.de/product_files/sau510usb_I...ll-v1.2.1.0.zip

Что нового:

----- v1.2.1.0. 17-Jul-2012
+ TCLXDS: Added support for:
ARM11
ARM CortexM3
ARM CortexM4
ARM CortexR4
ARM CortexA7
ARM CortexA8
ARM CortexA9
ARM CortexA15
TMS320C54x/xx
CoreSight DAP, DAP_PC
ICEPICK-D
+ TCLXDS: New function: write_mem_coff
* SAUFlash: some changes for compatibility with new TCLXDS ARM7 drivers
+ SAUFlash: new comamnd - "erasesectors". Accepts list of sectors to erase:
Examples:
1,2,3 erase sectors 1,2 and 3.
1,5-7 erase sectors 1, 5,6,7.
-4,8,9 erase sectors 0,1,2,3,4, 8,9
-2, 5- erase sectors 0..2 and from 5 to end of memory
* Windows driver: Added hardware emulator reset when:
- It is first time opened
- It is last time closed
- After bootup of driver

[mikeT]

Здравствуйте.

Имеются отладочные комплекты DM37x Evaluation Module (на базе DM3730) и AM3517.
Интересует работа только с ядром Cortex A8 (в случае с DM37x Evaluation Module), т.е. поддержка эмулятором двух ядер не требуется.
На первом этапе нас интересует работа с голым железом, в дальнейшем с Linux.

1) Возможна ли работа с ними из под CCS 5.x (в частности 5.01) с помощью вашего эмулятора SAU100-USB (v.2)?
2) Если "да", то чем вариант SAU100-USB (v.2) хуже варианта SAU510-USB ISO PLUS JTAG Emulator?
(!) Особенно интересует насколько SAU100-USB (v.2) "тормознутее" по сравнению с SAU510-USB ISO PLUS JTAG Emulator. Например, при просмотре дампа памяти, регистров и т.п.


Заранее благодарю за ответы.

Сообщение отредактировал mikeT - Jul 20 2012, 12:08

[SAURIS GmbH]

1. С ядром Cortex-A8 работать будет, в составе чего бы это ядро не было бы.
2. Ну во первый SAU100 тормознее по определению (это банальная FTDI FT2232H). При просмотре дампов разница в скорости незначительна, там оверхеда больше, чем передачи данных, и 1 МГц на TCK, или 15, особо без разницы. Во вторых SAU100 не имеет гальваноразвязки, то есть с ним надо очень осторожно, втыкание "на горячую" может привести к смерти чего либо, если имеется хорошая разность потенциалов, то есть надежность SAU510 на порядки выше. Ну и в третьих SAU100, как и все XDS100, не поддерживают RTDX вообще. В четвертых, если это важно, XDS100 в принципе не поддерживает чтение EMUх пинов, поэтому часть функций профайлера, использующих EMU0/1 для подсчета событий, не работают. В пятых, тоже если это важно, XDS100 не умеет работает от внешнего клока на TCKR, только от TCK, геренируемого самим эмулятором. Ну вот как-то так.

Сообщение отредактировал SAURIS GmbH - Jul 20 2012, 15:59

[SAURIS GmbH]

Очередная бета для виндовс: http://sauris.de/product_files/sau510usb_I...ll-v1.2.1.1.zip
исправили багу в работе с DAP с Cortex-M

И теперь есть SauFlash и TCLXDS для Linux!!! Пока тоже бета. Причем поддерживает все семейства, что и под виндовс (никаких урезаний в поддержке, как в композере)
http://sauris.de/product_files/sau_drv-0.1.0.tar.gz

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

[Hoodwin]

SAURIS GmbH

Я сейчас в отпуске, доберусь до работы к концу июля, тогда отпишусь и проверим.

[SAURIS GmbH]

Очередная Linux бета.
Оказалось, что в Linux-драйверах забыли поддержать эмулятор, разведенный на борту AM3517/05 SAU-Module development kit.

http://sauris.de/product_files/sau_drv-0.1.1.tar.gz