Версия для печати темы

Автор: beeper Feb 28 2011, 10:40

Приобрел эмулятор 510 iso plus
установил драйвера с оригинального диска. под Code Composer v3.3 сделал "ручками" таргет конфигурацию для
TMS320DM6446 (вообще работаю с китом от спектры диджитал EVDM644x, но этого шаблона почему то нет как и для TMS320DM644)
все работает корректно.
Запускаю Code Composer 4.2.1 аналогично делаю таргет конфигурацию.
При попытке запустить отладку пишет "the target "Sauris SAU-510USB Iso Plus Emulator_0/C64x" could not be found.
Cношу драйвера, устанавливаю с сайта sauris.de последнюю доступную версию ситуация не меняется(((.
Подскажите как заставить работать под 4 версией этот отладчик?

Автор: SAURIS GmbH Feb 28 2011, 11:16

Драйвера под 4.2 брать только с сайта, комплекты делались, когда 4.2.х еще в проекте не было.

Касаемо DM6446 - возмите XML-ку из прикрепленного архива, и положите ее в ccsv4/common/targetdb/drivers

после чего DM6446 будет доступен в нормальном его виде без необходимости "собирать самому" по частям. В очередной версии драйвером это будет в комплекте.

Автор: beeper Feb 28 2011, 11:24

а с какого сайта брать драйвера???уточните пожалуйста?
с электроникса?

Автор: SAURIS GmbH Feb 28 2011, 11:26

хотите с саурис.де, хотите со сканти, последняя версия называется sau510usb_Install-v1.2.0.2.zip

Автор: beeper Feb 28 2011, 11:33

Пожалуйста, ткните носом в ссылку если не сложно?

Автор: SAURIS GmbH Feb 28 2011, 11:34

http://electronix.ru/redirect.php?http://sauris.de/docs/sau510usb_Install-v1.2.0.2.zip

но в этой сборке еще нету того XML, что я положил тут выше.

Автор: beeper Feb 28 2011, 11:58

Спасибо огромное за помощь)
и таргет конфигурацию я увидел и
из под 4.2 композера залил приложение, все работает

Автор: OlegSP Mar 4 2011, 10:08

У меня тоже вопрос по эмулятору 510 iso plus. Среда разработки Code Composer Studio 4.1.3 Нет поддержки контроллера TMS320F28035?
Дрова свежескачанные с оф. сайта http://electronix.ru/redirect.php?http://sauris.de

Автор: SAURIS GmbH Mar 4 2011, 18:08

4.1.3. нами не поддерживается вообще. Это переходная версия между 4.1.2 и 4.2, для которой разработка специального драйвера бесперспективна. Проапгрейдите CCS.

Автор: nameless Mar 7 2011, 17:40

А вот такой вопрос: Если я спалил 510 эмулятор (высокое между целевой платой и компьютером) отремонтировать его с вашей помощью реально? Или поменять на ваших условиях? Заранее спасибо.

Автор: SAURIS GmbH Mar 8 2011, 08:03

nameless, обращайтесь в фирму "Сканти Рус" - все можно.

А если не секрет, iso спалили? Или старый? Если iso - первым будете

Автор: OlegSP Mar 8 2011, 12:41

SAURIS GmbH, здравствуйте!
У меня такой вопрос. Процессор TMS320F28035, среда CCS4.2.1, язык С, линковщик 28035_RAM_ink.cmd! Компиляция кода идет в L0 SARAM (адр. 0x008000). Как организовать компиляцию во Flash и вектор СБРОСа на нужный адрес?

Автор: SM Mar 8 2011, 16:33

OlegSP, просто напишите в .cmd-файле линковщика правильное расположение секций. И все. Ну и вместо загрузки пишите во флешь при помощи прошивальщика флешей.

Автор: OlegSP Mar 9 2011, 06:01

Пример .cmd-файла показать сможете? И еще как насчет вектора сброса?

Автор: SM Mar 9 2011, 07:21

Не, примера нету. Я не работал с 28хх семействами с флешой.
Что касается "вектора сброса" - то режим бутлоадера "jump-to-flash" есть для этого, который передает управление на адрес 0x33FFF6

И вообще, причем ЭТО в этой теме?

Автор: yvk Mar 9 2011, 12:40

OlegSP, поищите cmd файл в тексасовских примерах для Вашего кристалла.

Автор: OlegSP Mar 9 2011, 13:31

yvk!
А можно ссылку если не затруднит?!

Автор: yvk Mar 9 2011, 14:03

По сайту ti побродите, оно не совсем сверху. Для 28035 не искал, для 28044 это называется sprc324.zip, "C2804x C/C++ Header Files and Peripheral Examples". Должно быть что-то подобное.

Автор: OlegSP Mar 14 2011, 10:38

Вопрос к SAURIS GmbH все таки остался! Версию сменил, а поддержки 28035 как не было, так и нет!


з.ы: yvk! Спасибо! Пример нашел и разобрался!

Автор: SAURIS GmbH Mar 14 2011, 11:20

Вы про то, что нету именно названия "TMS320F28035" в списке? Ну мы-то тут не причем. Это вопрос к TI. Пока они не сделали апдейт композера с этим процом, юзайте ближайший похожий, или сами соберите через закладку "advsnced" редактора конфигураций - 28xx все как один представляют собой CPU "C28xx" в JTAG-цепочке.

Автор: OlegSP Mar 15 2011, 07:17

SAURIS GmbH нет, Вы Меня не поняли! "TMS320F28035" в композере ЕСТЬ! Если подключать его через JTAG отладочной платы! Он пропадает только когда подключаем его к вашему SAU510-USB JTAG Emulator IsoPlus.

Автор: SAURIS GmbH Mar 15 2011, 20:01

упс...

пофиксили. Заодно добавили Cortex A9, C646x, PRU и пофиксили ETB_CS. Может уже стоит и новый инсталлятор собрать...

раскройте архив и перебросьте XML-ки из него в соотв. директорий композера.

Автор: OlegSP Mar 16 2011, 13:26

Спасибо!
Попробуем!

Автор: Nikolay_MarkII Mar 24 2011, 11:08

Очередной вопрос к SAURIS GmbH по подключению эмулятора SAU-510USB Iso Plus.
Система Win7 x64, драйвера ставлю из sau510usb_Install-v1.2.0.2.zip с сайта.

После установки драйверов система сообщает в окне диспетчера устройств следующее: Запуск этого устройства невозможен. (Код 10).
На эмуляторе горит оранжевый светодиод ACT, светодиод PWR горит зеленым при USB подключении и оранжевым, если подключить к устройству.
Соответственно и CCS v4 сообщает об ошибке при подключении: Error 0x80000240/-141 Fatal Error during: Initialization, OCS,
Пробовал обновить драйвер из директории ..\Sauris\driver\ - естественно неудачно. Несколько раз делал переустановку драйверов с отключенным антивирусом, с перезагрузкой - результат 0.

Есть предположение (печальное) - девайс не работает, тем более грустное, что он новый, покупался в конце 2009 года (sn 001198) и с тех пор лежал в столе, а теперь в нем возникла потребность при переходе на Win7.

Автор: SAURIS GmbH Mar 25 2011, 08:17

А подробнее - в свойствах этого "устройства, запуск которого невозможен" - есть какая либо информация?

А то, может быть, надо всего лишь обновить сертификаты корневые в системе, если проблема в подписывании.

Автор: Nikolay_MarkII Mar 28 2011, 09:09

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

Ключ к решению оказался в выборе порта USB. Все это время я пытался подключить эмулятор к разъемам на передней панели компа. Устройство устанавливалось и определялось, однако несмотря на то, что данный эмулятор IsoPlus, системой он определялся просто как SAU510-USB (а я и не знал, что должно быть по-другому).

Для проверки функциональности я подключил устройство к другому компу с ХР. Драйвера встали без всяких ошибок, при подключении устройство определилось как SAU510-USB v.2 (Iso). Причем подключал как к передним разъемам, так и к задним.

Порадовался, что устройство живое и подключил к задней панели своего компа - все заработало!!

Остается философский вопрос - чем вызвано такое поведение устройства? Недостаточно питания? А может быть длинным переходным кабелем от мат. платы к передней панели компа. Куча других устройств USB 2.0 (включая внешние диски и старый эмулятор SAU510-USB) на этих разъемах функционировали абсолютно адекватно.

Автор: SAURIS GmbH Mar 28 2011, 18:33

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

Автор: 3Gorec Apr 14 2011, 06:23

Когда ставятся ваши драйвера, можно поставить Flash/EEPROM standalone programming tools. Они работают? И если да, то как?

Автор: SAURIS GmbH Apr 18 2011, 16:11

Да, они работают. Вот как-то так, как в описаниях, которые в этом посте. Они полнохалявноопенсурсные, так что можете под многие платформы и разные виды памятей сами портировать. Если не поддержано семейство само по себе - пишите письма, поддержим (пока только без DAP-ов к сожалению по техническим причинам).

Автор: SAURIS GmbH Apr 27 2011, 07:27

Да, вдогонку. Просьба, если кто-то что-то дописал во флеш-тулзы (новые CPU, новые виды памяти), и ему это не жалко для всех - присылайте мне на sauris_support*at*scanti.ru - включу в дистрибутив очередных драйверов с указанием авторства.

Автор: sashad10 May 10 2011, 12:22

Есть эмулятор SAU510-USB и есть плата TMSOMAP5912 STARTER KIT. Можно ли работать таким эмулятором с этой платой, установлен CCS 3, в списке драйверов нет OMAP5912 для эмулятора SAU510-USB.

Автор: sashad10 May 10 2011, 23:05

Уточнение, эмулятор SAU510-USB plus.

Автор: SAURIS GmbH May 16 2011, 17:07

Да, никаких противопоказаний. Засетапьте JTAG-цепочку через "Custom board", не забудьте включить адаптивное тактирование, и подключить GEL-файлы, обеспечивающие старт DSP.

Автор: TeddyF May 6 2012, 18:39

Используем Ваш SAU510-USB ISO PLUS JTAG эмулятор для отладки С28хх под CCS 3.3 и 4.2.1 с осени 2010 г. Возникла необходимость работы с отечественными микроконтроллерами с приемкой "5" с большим количеством ШИМ-выходов. В связи с этим несколько вопросов:
1) Возможно ли использовать ваш эмулятор для отладки в CCS 1867ВЦ5 - функциональный аналог TMS320F240 . Производитель чипа - НИИЭТ (Воронеж)
См http://electronix.ru/redirect.php?http://niiet.ru/product/product.htm?PHPSESSID=1104808ecbf348272a57c004b50b0bee
Про прошивку флэши 1867ВЦ5 не спрашиваю, т. к. судя по сообщениям на их форуме, для этого годится только их специальная бесплатная программа,- видимо отличия от оригинала в этом плане существенные.
Хотя нет, спрошу: ведь в комплекте с драйверами к эмулятору идет пакет TCL, возможно ли с помощью него прошить это чудо ?

2) Судя по англоязычной версии страницы Вашего сайта http://electronix.ru/redirect.php?http://sauris.de/index.php?page=products&id=3&lang=en эмулятор поддерживает ARM Cortex (на русскоязычной странице о кортексах ничего нет).
С приемкой 5 сейчас доступны с ядром ARM Cortex-M3 1986ВЕ91, ВЕ92, ВЕ93 от ПКК Миландр. На последнем семинаре они обещали выпустить процессор с ядром ARM Cortex R4F.
С кортексами пока не работал, отладочных средств под них не имею, поэтому возник ряд вопросов, возможно, наивных.
а) Возможно ли к ССS 4.2.1 "прикрутить" и отлаживать ARM Cortex процессор другого производителя?
б) Если нет, то можно ли Ваш эмулятор использовать для отладки ARM Cortex-М3, М0, R4F в средах IAR и Keil ?
в) Если нет, то возможно ли получить Вашу поддержку хотя бы в программировании флэш-памяти этих (1986ВЕ91, ВЕ92, ВЕ93) контроллеров через tcl скрипты?
С TCL я тоже пока не работал, но видимо, придется разбираться.

Это мое первое сообщение на форуме, т. к. я чукча-читатель, так что сильно не пинайте, но если нужно, то лучше в личку.

Автор: SAURIS GmbH May 12 2012, 07:51

Да, отладка возможна, уже даже проверена. Прошивать не знаю - если они там дают либы для прошивания флешей, чтобы в sauflash их прикрутить, то будет можно, в принципе ничего не мешает.


Я могу гарантировать работу с cortex-ами производства TI. Остальные - только проверять экспериментально.
Поддержка в IAR планируется, но на данный момент нету. В работе. Однако - опять же гарантируем только процы производства TI, с которыми работает CCS, а остальные "пойдет/не пойдет"
Тоже касается и TCL - если к ним приконнектится tclxds, то поможем. Если не приконнектится, то тут вряд ли, вероятность сделать довольно мала (понадобится документация на все, что там у этих процов в жтаге и как)

Автор: Turnaev Sergey Jun 9 2012, 09:16

Добрый день.

Сегодня поставил новый CCS 5.2 и обнаружил что привычная переустановка драйвера сауриса не помогает, в композере эмулятор не появляется.

SAURIS GmbH, подскажите, когда будет поддержка нового композера?

И есть ли варианты сейчас прикрутить драйверы к композеру?

А то старый композер уже снёс, а работать надо.

Конфигурация:
Code Composer Studio 5.2.0.00069
Windows 7 x64
Sauris SAU510-USB Iso Plus (драйвер сегодня качал последний с вашего сайта, но он уже давно не обновлялся)

Автор: megadocent Jun 9 2012, 10:37

Кстати, да, у меня, из соседней темы, так же версия 5,2. WinXP.
Навреное, имеет смысл тут продолжить общение.

Автор: SAURIS GmbH Jun 12 2012, 11:23

На днях будет. Завтра-послезавтра. Сорри, как-то проворонили момент, у нас никто 5.2 еще не проверил.


UPD:
Завтра будет. Даже уже почти сегодня.

Автор: megadocent Jun 13 2012, 03:21

А я 2 дня пытался запустить.
Не всегда, если у тебя что-то не работает, ты неправильно что-то делашь. Иногда оно и правда не работает. =)


Вдогонку еще вопросы по sau100-usb.

1) Имеется рабочая плата на TMS320С6726. С ней (судя по вики на сайте TI) работать можно только через 510, через 100 не выйдет?

2) Имеется опытная плата на С6747. С ней (судя по вики на сайте TI) можно работать и с 100?

3) В connection к С6747, судя по упаковке JTAG можно выбирать как TI xds100v1, так и v2? И должны работать оба?

4) Кабель, в разъем на плате воткнут. Встроенный загрузчик С6747 по SPI отвечает мастеру.
Test connection v1 выдает "scan-test has succeeded". http://electronix.ru/redirect.php?http://clck.ru/d/VN1j1_4a1BTGu
Test connection v2 выдает "The controller has detected a cable break far-from itself. The user must connect the cable/pod to the target.". http://electronix.ru/redirect.php?http://clck.ru/d/oSSFhsxP1BTGs
При подключении как v1 выдает "connect to PRSC failed"
При подключении как v2 выдает "Error connecting to the target: (Error -183 @ 0x0) The controller has detected a cable break far-from itself. The user must connect the cable/pod to the target. (Emulation package 5.0.681.0)"
Собственно вопрос. Что проверять в первую очередь?
Или ответ загрузчика DSP мастеру по SPI не означает, что с железной частью все ок?

Автор: SAURIS GmbH Jun 13 2012, 06:59

0. Дрова sau510 на сайте обновили. http://electronix.ru/redirect.php?http://sauris.de/index.php?page=news&id=11&lang=ru

1. Да. Через 100 не выйдет (официально ).
2. Да. Должно работать через 100.
3. Нет. Только v2.
4. Там есть в разъеме нога CBL_DIS (4-й пин), вот она должна быть на GND. Тогда все cable break-и должны исчезнуть. На переходнике на разъем АРМ, например, она в воздухе, поэтому после одного из обновлений композера он перестал работать, пока принудительно на землю этот пин не коротнешь. А с TI14/CTI20 должно все работать и так нормально.

Автор: megadocent Jun 13 2012, 07:26

0. Теперь в списке два эмулятора. =)
-sau510 iso plus
-sau510 [and plus]
Что-то не запускается ни один. Почищу все, поставлю заново, отпишусь.

Тогда на упаковке надо поправить. Там написано "v1 or v2".



Спасибо. На плате в воздухе была, в даташите на проц не было такого указано, что надо 4 ногу разъема на землю. Хотя, вообще, логично, даташит не на jtag, а на проц.
DSP - TI. Переходник TI14.
Замкнул 4 на землю, cable break пропал, поведение при указании соединения v1 и v2 совпадает.
Тест проходит. А вот при заливке программы вылетает "Error connecting to the target: Connect to PRSC failed"
Думаю, это все же не отладчик, а в схеме что-то.

Автор: SAURIS GmbH Jun 13 2012, 07:39

Это обычно от клоков, резетов и т.п. Например, если внешний вачдог резетит процессор. Или один процессор двухядерного чипа зарезетил второй. Ну и т.п. железные проблемы, не связанные с эмулятором. В общем ошибка связи с JTAG-маршрутизатором (ICEPICK например)


А "не запускается ни один" - какие ошибки то? Или чисто втихаря не запускаются?

Автор: megadocent Jun 13 2012, 08:11

Ошибку выдавал, большую, страшную. И сейчас выдает на [and plus]
Error connecting to the target:
(Error -203 @ 0xFFFFFF35)
The test bus controller is not compatible with the installed software.
(Emulation package 5.0.681.0)

Если выбрать iso plus, вроде все работает.

Автор: SAURIS GmbH Jun 13 2012, 08:15

ну это естессно, test bus контроллеры в iso эмуляторе и не-iso друг с другом не совместимы (разный список настроек в "advanced" как минимум, разное управление генератором TCK, и т.д.), поэтому необходимо выбирать подключение, соответствующее эмулятору.

Автор: Turnaev Sergey Jun 13 2012, 09:49

Всё поставилось и работает.

Спасибо за оперативность!

Автор: megadocent Jun 14 2012, 04:53

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

В помощь по стопам идущим.
Если у вас проблемы с jtag (TI или Sauris, без разницы),не коннектится, не работает, работает не так - читаем мануал.
http://electronix.ru/redirect.php?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 Jun 14 2012, 07:34

Так, к сведению... Если нету 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.

Автор: Hoodwin Jul 12 2012, 13:44

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

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

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

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

Автор: SAURIS GmbH Jul 12 2012, 14:24

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

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

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

Автор: Hoodwin Jul 12 2012, 14:41

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

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

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

Автор: SAURIS GmbH Jul 12 2012, 15:13

если в студии 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)

Автор: Hoodwin Jul 12 2012, 18:29

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

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

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

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

Автор: SAURIS GmbH Jul 12 2012, 18:47

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

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

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

Автор: SAURIS GmbH Jul 17 2012, 13:06

Hoodwin,

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

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

Автор: SAURIS GmbH Jul 18 2012, 06:53

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

http://electronix.ru/redirect.php?http://sauris.de/product_files/sau510usb_Install-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 Jul 20 2012, 10:00

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

Имеются отладочные комплекты 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. Например, при просмотре дампа памяти, регистров и т.п.


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

Автор: SAURIS GmbH Jul 20 2012, 15:58

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 23 2012, 08:19

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

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

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

Автор: Hoodwin Jul 23 2012, 18:52

SAURIS GmbH

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

Автор: SAURIS GmbH Jul 25 2012, 10:40

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

http://electronix.ru/redirect.php?http://sauris.de/product_files/sau_drv-0.1.1.tar.gz

Автор: SAURIS GmbH Jul 26 2012, 15:17

Еще одна бета. Скорее всего кандидат в релиз.

http://electronix.ru/redirect.php?http://sauris.de/product_files/sau_drv-0.1.2.tar.gz

Была проблема с тем, что если в системе уже есть TCL 8.5, то TCL, который в составе пакета, не видел свою либу TCLXDS, так как лез за расширениями в "системный" TCL.

Автор: SAURIS GmbH Jul 27 2012, 21:01

А вот и кандидаты на релиз.

Подчистили еще некие глюки в резете железа эмулятора, и так, по мелочи.

http://electronix.ru/redirect.php?http://sauris.de/index.php?page=news&id=24&lang=ru

Автор: percontr Sep 7 2012, 15:06

Добрый день!
Помогите разобраться.
При попытке коннекта с C6722 выдает сообщение:
C672X_0: Error connecting to the target: (Error -1063 @ 0x6012E) Device ID is not recognized or is not supported by driver. Confirm device and emulator configuration is correct, or update device driver. (Emulation package 5.0.663.0)
Конфигурация:
Code Composer Studio 5.2.0.00044
Windows XPx32
SAU510-USB JTAG Emulator IsoPlus драйвер sau510usb-v1.2.1.2

Автор: SAURIS GmbH Sep 8 2012, 15:14

В подавляющем большинстве случаев эта ошибка вызвана некачественными сигналами (а именно TCK/TCK_RET). Исправляется включением или выключением терминаторов, либо изменением частоты TCK, все это в настройках эмулятора в target configuration меняется. В более редких случаях это может быть вызвано некорректным напряжением на пине PD эмулятора (например туда заведено 5 вольт, при том, что требуемые уровни JTAG 3.3 вольта), либо могут быть проблемы с RESET процессора (например его кто-то дергает внешним вачдогом).

Автор: maxis Sep 10 2012, 04:35

Есть программатор сау510-юсб исоплюс, есть омап L138. Как воспользоваться sauflash для записи прошивку в память проца? Нигде не нашёл мануала.

Автор: SAURIS GmbH Sep 10 2012, 09:01

Дока на нее лежит в c:\sauris\doc, называется sauflash-ug.pdf

Однако под l-138 нет готового порта, так что в том виде, который в 1.2.1.2 так сразу зашить не получится.

Надо портировать sauflash под него:
1) написать/поправить все необходимые скрипты инициализации.
2) пересобрать target code под проц.

Готов это сделать, если Вы готовы посотрудничать в отладке - у меня нету таргета на L-138, чтобы сделать порт полностью самостоятельно, для этого необходимо наличие ICQ/Mail Agent ну и желание и возможность.

Автор: maxis Sep 13 2012, 10:15

Давайе попробуем. Стукнул в ICQ.

Автор: SAURIS GmbH Sep 18 2012, 08:55

Я отсутствовал с четверга и по вчера. Сорри. Теперь в онлайне

Автор: QuadMan Nov 27 2012, 20:09

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

Недавно вышла новая версия CCS - 5.3 - так в ней не подхватывается ваш программатор (SAU510 USB ISO Plus)... посмотрите, пожалуйста.

Спасибо

Автор: SAURIS GmbH Nov 29 2012, 13:36

Сделали.

Пока на сайте нет, вот-вот.... Если надо вчера, пишите на sauris _ support "червяк" scanti . ru, я инсталлятор пришлю.

Автор: QuadMan Nov 29 2012, 17:44

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

Автор: SAURIS GmbH Nov 29 2012, 19:06

Как хотите, там исправлен только инсталлятор, сами дрова без изменений остались.

Автор: dellisimo Dec 7 2012, 00:06

Здравствуйте. Помогите разобраться

Есть следующий конфиг:
Ubuntu 12.10x64
user@user:~$ uname -a
Linux bob 3.5.0-19-generic #30-Ubuntu SMP Tue Nov 13 17:48:01 UTC 2012 x86_64 x86_64 x86_64 GNU/Linu
ccsv5.3.0.00090
Sau510 linux drivers:
rev 0.1.3 27-jul-2012
Программатор SAU510-USB Iso+

Установка драйвера прошла без сообщений о ошибках.
При использовании утилиты xdsprobe получаю следующее:

[user@user:/opt/ti/ccsv5/ccs_base/common/uscif$ sudo ./xdsprobe -rv -f iso.dat
-----[Print the board config pathname(s)]------------------------------------
iso.dat
-----[Print the reset-command software log-file]-----------------------------
This utility has selected a 100- or 510-class product.
This utility will load the adapter 'libsm510usb.so'.
An error occurred 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 '-141' (0xffffff73).
The title is 'SC_ERR_KNL_OPEN'.
The explanation is:
This utility has failed to open its kernel mode driver.
Either it has been disabled or an install/un-install failed.

Соответственно не работает и в композере,
но уже с другим сообщением:

Error connecting to the target:
(Error -600 @ 0x0)
A required dynamic library could not be located.
The library isn't on the search path.
(Emulation package 5.0.872.0)

Автор: SAURIS GmbH Dec 7 2012, 08:15

"Ошибка 600" устранили буквально вчера, ее ноги растут из бывшей несовместимости с новыми дистрибутивами Linux именно из-под ccs 5.3. Ждите обновление драйвера до 0.1.4 - сегодня должны выложить, сюда тоже загружу.


SC_ERR_KNL_OPEN - это хуже.... После втыкания эмулятора в USB udev должен запустить "sau_proxy" (правило в /etc/udev.d/71.sauris-rules) - проверьте, делает ли он это, в списке процессов должен появляться этот процесс. А также посмотрите на реакцию светодиода ACT (если iso - то зеленая его часть) после втыкания он какое -то время должен светиться, потом погаснуть, что свидетельствует о том, что udev увидел эмулятор и загрузил в него софт. Если этого не произошло, надо разбираться, что там у вас с udev

Автор: dellisimo Dec 7 2012, 15:03

Благодарю за "наводку"

При подключении светодиод ACT (зеленный) активен буквально секунду. С udev разбираюсь, что и почему не запускает.

Автор: SAURIS GmbH Dec 7 2012, 15:34

Это говорит о том, что udev по крайней мере запускает "sau_load", и первый этап подключения эмулятора проходит. Затем (как светодиод погас) эмулятор выполняет переподключение к USB уже с другим VID/PID, после чего udev должен на него повесить "sau_proxy", который, в случае удачи, создает в /dev/shm объекты с "sauris" в имени, по их наличию можно судить, что прокси "села" корректно (через эти объекты с ним и общается CCS и xdsprobe).

еще lsusb Вам в помощь - можно глянуть, что там и как на шине.

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

Автор: dellisimo Dec 10 2012, 00:09

День добрый.
под win7x64(этот же ноутбук ) и ubuntu10.04x32 разумеется все работает
Пересобрал libusb-1.0.9 в i386, ситуация не изменилась.

Состояние udev послеподключения прогграмматора
usr@usr:~$ udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[5852.820837] add /devices/pci0000:00/0000:00:14.0/usb3/3-4 (usb)
KERNEL[5852.820900] add /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4:1.0 (usb)
UDEV [5852.845458] add /devices/pci0000:00/0000:00:14.0/usb3/3-4 (usb)
KERNEL[5852.847020] remove /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4:1.0 (usb)
KERNEL[5852.847233] remove /devices/pci0000:00/0000:00:14.0/usb3/3-4 (usb)
UDEV [5852.855467] add /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4:1.0 (usb)
UDEV [5852.856121] remove /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4:1.0 (usb)
UDEV [5852.862346] remove /devices/pci0000:00/0000:00:14.0/usb3/3-4 (usb)
KERNEL[5910.345483] add /devices/pci0000:00/0000:00:14.0/usb3/3-4 (usb)
KERNEL[5910.345655] add /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4:1.0 (usb)
UDEV [5910.368942] add /devices/pci0000:00/0000:00:14.0/usb3/3-4 (usb)
UDEV [5910.378172] add /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4:1.0 (usb)

usr@usr:~$ lsusb
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 110: ID 17ba:0511 SAURIS GmbH SAU510-USB Iso Plus JTAG Emulator
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Автор: SAURIS GmbH Dec 10 2012, 12:08

Попробуйте запустить sau_proxy руками. Для этого откройте терминал с правами рута, и там "/opt/sauris/bin/sau_proxy bus/usb/<BUS>/<DEV>"
где <BUS> <DEV> цифры из lsusb - ваш пример "/opt/sauris/bin/sau_proxy bus/usb/3/110"

Ну и гляньте, что скажет. А то это дюже странно, что sau_loader работает (это уже показатель, что с libusb все ОК), а sau_proxy - нет.

И еще гляньте, чтобу в списке у mount (без параметров) числился /dev/shm, из-за этого runproxy может застрять в ожидании, если вдруг он не подмонтирован.

Автор: dellisimo Dec 10 2012, 13:34

usr@usr:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda7 375G 119G 237G 34% /
udev 3.9G 4.0K 3.9G 1% /dev
tmpfs 1.6G 928K 1.6G 1% /run
none 5.0M 8.0K 5.0M 1% /run/lock
tmpfs 1.5G 76K 1.5G 1% /run/shm
none 100M 20K 100M 1% /run/user
/dev/sda5 118G 67G 51G 58% /media/DATA
/dev/sda6 123G 49G 75G 40% /media/DATALIN
/dev/sda2 100M 25M 76M 25% /media/System_Reserved
/dev/sda3 79G 40G 39G 51% /media/sda3
usr@usr:~$ lsusb
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 002: ID 17ba:0511 SAURIS GmbH SAU510-USB Iso Plus JTAG Emulator
usr@usr:~$ sudo /opt/sauris/bin/sau_proxy bus/usb/3/2
[sudo] password for usr:
nbus=3, ndev=2
Device found!
Device opened.
Device SN=#002050; configuration=#1
This is first instance of proxy
Initializing proxy, instance #0
Clearing halt/stall
Resetting TBC
INIT successful
Waiting for requests

Автор: SAURIS GmbH Dec 10 2012, 13:48

sau_proxy работает. Запускайте CCS и коннектитесь к таргету, никаких SC_ERR_KNL_OPEN при запущенном sau_proxy быть не должно.

А проблема Вашего дистрибутива в том, что shm с какого-то перепуга находиться в /run/shm вместо /dev/shm. Исправьте /opt/sauris/bin/runproxy под это дело - он безуспешно ждет пока у Вас подмонтируют shm в /dev/shm. В будущем я учту, что shm может быть и не в /dev. (ожидание там обязательно! Иначе без него не будет оживать эмулятор, если он был подключен к УСБ до загрузки ОС)

Автор: dellisimo Dec 10 2012, 15:27

на xdsprobe
This utility has selected a 100- or 510-class product.
This utility will load the adapter 'libsm510usb.so'.
The library build date was 'Oct 3 2012'.
The library build time was '23:19:44'.
The library package version is '5.0.872.0'.
The library component version is '35.34.40.0'.
The controller does not use a programmable FPGA.
The controller has a version number of '1' (0x00000001).
The controller has an insertion length of '16' (0x00000010).
This utility will attempt to reset the controller.
This utility has successfully reset the controller.
-----[Print the reset-command hardware log-file]-----------------------------
The scan-path will be reset by toggling the JTAG TRST signal.
The software is configured for only TBC features.
The controller is the production TBC (74ACT8990).
The software is configured for only TBC features.
The controller has been hardware reset via its utility logic.
The controller has been software reset via its utility logic.
The controller has been successfully accessed.
The software is configured for slower clock operation.
The controller has a logic ONE on its EMU[0] input pin.
The controller has a logic ONE on its EMU[1] input pin.
The controller will use rising-edge timing on output pins.
The controller cannot control the timing on input pins.
The scan-path link-delay has been set to exactly '3' (0x0003).
The utility logic has detected a previous power-loss.
The utility logic is not currently detecting a power-loss.

студия

Error connecting to the target:
(Error -181 @ 0x0)
The controller has detected a dead JTAG clock.
The user must turn-on or connect the JTAG clock for the target.
(Emulation package 5.0.872.0)

Спасибо, заработало, во всяком случае в таргет образ залить удалось.

Автор: SAURIS GmbH Dec 10 2012, 15:39

Это два варинта - либо организовать подачу клока, по которому работает JTAG таргета, на TCK_RET (RTCK), его там явно нет, например перемычкой на TCK. Либо в настройках таргет конфигурации указать "Target doesn't provide TCK_RET clock" (как-то так, точно не помню), если таргет спроектирован так, что принципиально не выдает TCK_RET, а может работать только по TCK. Тогда в эмуляторе внутри включится "виртуальная петля" TCK-TCK_RET с некоей задержкой, близкой к той, которая в реальной петле при закоротку на разъеме.

Автор: dellisimo Dec 12 2012, 11:55

Благодарю за своевременную и профессиоанальную консультацию

Прошу прощения, разумеется за Профессиональную консультацию

Автор: Turnaev Sergey Dec 24 2012, 05:44

Добрый день.

Недавно столкнулся со следующей проблемой:

Не шьётся проц (точнее даже два на одинаковых платах) TMX320F28069, пишет ошибку "C28xx: Flash operation timed out waiting for the algorithm to complete. Operation cancelled.
C28xx: GEL: File: D:\..\***.out: Load failed."
Во время прошивания происходят "зависания" в моменты Erase и Loading, то есть полоса не ползёт как обычно, а стоит на месте. После чего и получаем выскакивающее окошко с магической фразой "Load program Error"
Есть подозрения что возможно надо что-то поправить в Target configuration, хотя вариант что я спалил статикой два проца тоже не отметаю пока. До этого шились нормально. Такое началось после обновления композера кажется.
Композер последний, драйвер Сауриса тоже последний. Да, Саурис 510 Iso Plus.

Если ничего не поможет, буду отправлять в помойку процы, благо этих TMX ещё целое ведро новых.

TMS320F28335 шьётся нормально.

Скриншот глюка выглядит так:
http://electronix.ru/redirect.php?http://s3.uploads.ru/HuK4a.png

Автор: SAURIS GmbH Dec 24 2012, 07:14

Попробуйте предыдущим композером прошить, который шил, если прошьет - все ОК. Если не прошьет, то и микросхемы, и новый композер - в помойку. Таргет конфигурейшн нет смысла менять, если все работало надежно с предыдущим композером - обычно все "слеты", связанные с настройками таргет конфигурации, выливаются в ошибки эмуляционного стека со срывом дебаг-сессии, а тут налицо (если не физическая смерть проца) банальный глюк алгоритма прошивания флеши.

Автор: Turnaev Sergey Dec 25 2012, 08:17

Разобрался с проблемой.
Оказалось что это непонятный глюк файла Target configuration, удалил старый, создал новый, и всё заработало.

Так вот бывает, оказывается.

Автор: Hoodwin Feb 5 2013, 09:58

Вот снова вопрос задам. Давеча имел неосторожность воспользоваться automatic update в CCS 5.1. И он таки задумался, часа на 4, долго качал новую версию 5.3.0.0089, обновлялся, а потом сказал ква и приказал долго жить. Что-то у него внутри в джаве сломалось, и в итоге он не собирает и не запускает отладку. Более подробное описание тут:
http://electronix.ru/redirect.php?http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/234249.aspx
В общем, если кто будет иметь похожую ситуацию, имейте ввиду.

Продолжение истории было такое. Вчера, по совету из вышеприведенной ссылки снес вообще CCSv5 и установил 5.3 заново. Вроде даже с виду работает, и с MSP430 поработать удалось. А вот с C6000 - пока нет. Оказалось, что драйверы, поставленные в предыдущей версии, он не подхватил.

Тогда я скачал вот этот дистрибутив:
http://electronix.ru/redirect.php?http://sauris.de/software-documentation/sau510usb_Install-v1.2.1.4.zip
и установил его, разумеется уже после CCS 5.3. Но он при установке написал только что он успешно добавил драйверы в Progfram Files\Texas Instruments\..., а там у меня стоит древний CCS 4.2, а CCS 5.3 теперь живет в c:\ti\...

ВОПРОСЫ:
1) А вообще-то последний драйвер должен в 5.3 работать?
2) И как его поставить?
3) Почему он сам не добавился в 5.3, а только в 4.2?
4) Должен ли он сам находить все дистрибутивы CCS, или только первый попавшийся?
5) Почему в руководстве по установке картинки только от CCS 3.3?
6) Существует ли более подробное описание, какие версии драйвера SM510 с какой версией какого CCS должны дружить?

Автор: SAURIS GmbH Feb 11 2013, 06:22

1) Должен. По крайней мере в 5.3.0.00090 встает.
2) Ну надо выяснить, почему он не увидел 5.3
3) Видимо он его не увидел. Чтобы он его увидел, необходимо и достаточно, чтобы в хитром директоррии, %USERPROFILE%\ti\CCSExternalReferences\ находился файл CCS_<version> (например CCS_5_3_0_00090) внутри которого пара строк - product=ccs и path=c:/где/он/с/юниксовыми/слешами (например path=G:/CCS5.3.0.00090/ccsv5 или path=С:/ti/ccsv5). Видимо, этого файла у вас инсталлятор CCS не создал ввиду некорректного его завершения. Можете создать его вручную. Однако, его отсутствие скорее всего приведет и еще к каким нибудь последствиям кроме невидимости дровами саурис - в этой папке не только ccs отмечается ссылкой на себя, а и некоторые другие его запчасти.
4) Должен все, начиная с древнючего CC 4.10 для VC33, и всех 2-х, 3-х, 4-х и 5-х, сколько бы их не стояло вне зависимости от типов лицензий на них.
5) Ну видимо других не было
6) В c:\sauris есть "changelog" - там отмечено, в какой версии что менялось, он ведется со времен начала поддержки 4.2. До этого такой информации не было. Поддержка старых CCS и CC не отменяется, и отменяться не планирует.

Автор: Hoodwin Feb 11 2013, 07:57

1) Я ошибся, композер действительно версии 5.3.0.00090 установлен.
2) Готов выяснять, что нужно для этого делать?
3) Хм. В моем профайле вообще нет директории %USERPROFILE%\ti\CCSExternalReferences\. Такое есть в C:\Documents and Settings\Администратор\ti\, видимо потому, что я ставил композер из-под администратора машины, а использую из-под пользователя. Ну, я всегда так работаю , и оно до сих пор как-то работало, скажем в 5.1. этой проблемы не было. Далее, в профайле администратора есть только такие файлы:
Содержимое папки C:\Documents and Settings\Администратор\ti\CCSExternalReferences

Про некорректное завершение установки он не говорил. Сказал, что установился и все. Пока никаких других артефактов не замечено, с MSP430 он сразу задружил через MSP-FETU430IF, например.
4) А вообще Вы проверяете, что композер работает корректно не из-под админа? Я как-то помню с CCS 3.3 долго воевал, чтобы его научить работать из-под пользователя, пришлось в винде аудит повключать на диски и реестр, чтобы узнать, на что ему реально права нужны. Первые версии CCS 5 вроде бы и так у меня работали, только нужно было workspace и проекты создавать из-под пользователя, чтобы права на эти файлы потом были.
5) Вообще дело конечно не в картинках, а в том, что процедура установки и ее troubleshooting для версий 4 и 5 как-то совсем не прописана. Хотя оно там значительно более заморочено и интуитивно гораздо менее понятно.
6) вижу в changelog, что поддержка 5.3 появилась в ноябре 2012 в версии 1.2.1.3.

Автор: SAURIS GmbH Feb 11 2013, 08:21

3)Ставить дрова саурис надо (наверное) значит тоже из-под администратора, тогда установщик сауриса увидит этот раздел диска. Однако это новое веяние по технологии установки, Вы видимо первый так ставите, а первопроходцам всегда нелегко . Обычно виндовый CCS устанавливается из-под того юзера, кто работает, после чего корректно устанавливаются драйвера сауриса. Если же ставить CCS из-под администратора, а дрова саурис потом из-под юзера, то он сугубо по нехватке прав залезть в раздел данных администратора не найдет данные об инсталляции, даже если попытается их там искать.

В директории должно быть как-то так (у меня три инсталляции 5-х композеров для тестов):

21.11.2011 18:04 36 CCS_5_1_0_09000
27.07.2012 23:25 43 CCS_5_2_0_00069
29.11.2012 11:37 43 CCS_5_3_0_00090
21.11.2011 18:34 114 dmed_00_00_00_01
27.07.2012 23:39 128 dmed_01_00_05_00
29.11.2012 12:28 128 dmed_01_01_00_00
29.11.2012 12:23 76 hercules_5_3_0_1
21.11.2011 18:04 88 msp430ware_0_00_00_10
12.06.2012 16:36 95 msp430ware_1_10_02_21
29.11.2012 11:37 95 msp430ware_1_25_00_30

внутри CCS_xxxxx:
product=ccs
path=C:/ti/ccsv5

если этого файла нет, значит инсталляция CCS не заврешилась, именно отсюда и вывод о некорректной инсталляции - файл ДОЛЖЕН БЫТЬ - другого способа найти где установлен 5-й композер нету.

4) Я как раз ни разу не проверял, работает ли композер при инсталляции из под админа вообще, и не слышал до сих пор про такие прецеденты - никто не просил пока. А они бы были... Эмуляторов то немало по белу свету ходит - теперь вот задача на будущие версии дров, как-то умудриться находить инсталляции композеров, сделанные из-под админа, при запуске дров из-под юзера. И наоборот, при запуски инсталляции дров из-под админа искать все установки композеров из-под юзеров. Впору просмотр диска поиском делать что ли... Или спрашивать юзера, а есть ли у него еще композеры, кроме автообнаруженных... Жесть в общем.

Автор: Hoodwin Feb 11 2013, 08:40

Так я и драйверы Sauris ставил из-под администратора. Вообще не так много программ ставятся нормально из-под юзера с ограниченными правами. А если ставятся, то не работают из-под другого юзера. Если же ставить из-под админа, то, как правило, 1) программы ставятся, а 2) они потом еще и работать могут под любым аккаунтом. Бывают, правда, дурацкие программы, которые вообще без админских прав работать не могут, потому что коряво спроектирвоаны. Раньше, например , композер 3.3 был такой. Он без админских прав не ставился, а из-под пользователя не работал.

Только вот есть небольшая разница. Сам композер я поставил, залогинившись в администратора, а вот драйверы я уже ставил из-под пользователя с помощью runas, указав там аккаунт админа. Правда, мне попадались случаи, когда это не работало правильно. Я досконально не копался в причинах, но, кажется там дело в том, что при работе из админа программа с правами админа запускается с правами админа в консоли админа, а если я пользуюсь runas, то там программа запускается в справами админа в консоли пользователя, и поэтому некоторое окружение она может видеть неправильно, так как реального входа в систему из-под админа не происходит.

Ну, а как я могу проверить, что не завершилась, если она завершилась сама со словами, что все поставилось, нажми кнопку Finish?

4) Ну вот, прецедент. Может реестр поглядим? Куда смотреть?
Ну и потом, есть еще такая тема как "C:\Documents and Settings\All Users\", можно туда ставить все штуки, а не в userprofile, и тогда все юзеры могут пользоваться композером. Или предлагается нынче 7ГБ (sic!) CCS 5.3. ставить копиями для каждого пользователя?

Автор: SAURIS GmbH Feb 11 2013, 08:50

Некуда в реестр смотреть... В реестре он перестал отмечаться начиная с версии 5.0 (UPD: ошибся, с 5.1) Тогда же он стал отмечаться о себе в юзерпрофайле. Могу лишь попросить найти, где он установил это файл "CCS_5_3_0_00090" - может, например, в "All users", или еще где то, мало ли, куда он его пихает при инсталляции из-под админа. Кстати, "msp430ware" тоже нету. Если его нет нигде, то единственным выходом (кроме полного сноса CCS и установки заново, чтобы этот файл появился) будет указание дополнительно установленных CCS, если они не обнаружены автоматически, но это требует времени на правку инсталлятора. А в данном конкретном случае, пожалуй, единственный выход создать этот файл вручную.

Я знаю, про All users, но это не ко мне, это в TI. У меня задача - найти инсталляцию, путь к ней и ее версию. И если сделано в композере "вот так вот", то тут уже ничего не сделать, и они не будут ничего делать такого, чтобы нам, 3-им сторонам, было проще.

Или, возможно, не установлен какой то важный кусок композера, который как раз за собой оставляет этот файл....

П.с. всю жизнь ставлю композеры из-под юзера... и 3.3 в том числе, и 2.х... никогда не замечал, чтобы что то не так работало. Правда я себя уважаю и люблю, поэтому добавляю в группу "Администраторы"

Автор: Hoodwin Feb 11 2013, 09:03

Хм. Нигде его нет. Странно это. Я же его ставил именно после полного сноса V5.1. А Версия 4.2 - осталась стоять, так как на нее раньше была куплена node locked лицензия

Автор: SAURIS GmbH Feb 11 2013, 09:21

Судя по всему не полного, раз "dmed_00_00_00_01" там остался... Это шмоток от 5.1. Хотя, по тому, как у меня - этот файл от сноса не зависит, он параллельно для каждой инсталляции создается.

Как вариант, это какая-то бага инсталлятора TI... При установке из-под администратора не создавать этот файл. Но если так, то все, финиш, потому что это все недокументировано, официального способа найти инсталляции композера нету (даже нам, при том, что у нас есть полная информация о том, как их JTAG работает в самых его недрах вплоть до битов внутренних регистров и исходников драйверов эмуляции *.dvr).

UPD:

а в dmed_xxx у Вас путь внутрь композера есть? Как вариант, в следующий инсталлер я добавлю сканирование всего содержимого этой папки на предмет поиска композеров...

Автор: Hoodwin Feb 11 2013, 09:44

Сейчас снес композер из-под админа. Ну, прямо скажем, в профиле ничего вообще не поменялось: те же три файла, файл dmed_01_00_05_00:

В c:\ti удалился только сам эклипс, а все остальное осталось:


Вопрос такой: ему руками нужно что-нибудь доснести в профиле, чтобы он без глюков поставился? И что именно, чтобы не развалить установку 4.2?
Вот есть такое:


PS: Блин, сколько проблем из-за одного корявого апдейта. Все ж работало в 5.1...

Автор: SM Feb 11 2013, 09:49

просто поставьте в C:\TI_5.3 например, причем в режиме полной установки, а не прописывания в существующий эклипс себя, а потом C:\ti снесите под ноль (если, как говорите, у Вас 4.2 стоит в program files где то, а не в C:\TI, его это не коснется, если конечно, потом в C:\TI вы не ставили каких нить компилеров или биосов, прописанных в 4.2), а в профиле ничего не надо трогать, они там друг другу не мешают. Проверено уже, установка в отдельную папку, которой не было, обычно помогает от всех болезней.

Автор: SAURIS GmbH Feb 11 2013, 10:39

Кстати, "о птичках". При инсталляции в линукс и 5.1, и 5.2, и 5.3 инсталляторы тоже создают такие же файлы в ${HOME}/ti - видимо в целях кроссплатформенности. Не самая лучшая идея в *nix, хоть бы ".ti" директорий назвали бы, но что есть, то есть. Так что при корректной инсталляции файл появиться все же обязан.

Автор: Hoodwin Feb 11 2013, 11:22

Переустановил снова с нуля в папку C:\TI_5.3. В профайле опять ничего не появилось

Точнее, есть файлик hercules_5_3_0_1:

Автор: SAURIS GmbH Feb 11 2013, 11:29

ну что же. раз так его на Вашей машине заглючило - вот архивчик привешиваю... Его надо раскрыть в соответствующее место коде композера (согласно иерархии директорий внутри архива), и все будет прописано. Ну, разумеется, и сами дрова сауриса должны быть проинсталлированы.

Автор: Hoodwin Feb 11 2013, 11:36

А вот есть еще такая интересная тема:

Сорри, что длинно, но я чтобы было понятно. Интересны файлики c именем key

Вот, например, содержимое C:\Documents and Settings\Администратор\Local Settings\Application Data\.TI\3116678785\0\key:

А вот содержимое C:\Documents and Settings\Администратор\Local Settings\Application Data\.TI\2067366409\0\key


То есть, вот там лежат пути ко всем установкам, которые у меня когда либо были. Из 4 файлов только 2 ныне живут. Но пути верные.

Кстати, еще добавление. После старта CCS 5.3 довольно быстро нашел все тулзы, поставленные в папку C:\Program Files\Texas Instruments\, C:\ti, то есть, у него где-то алгоритм поиска путей старых композеров есть. Причем он не успокоился пока я не дал ему их все добавить в свой список продуктов.

Автор: SAURIS GmbH Feb 11 2013, 11:43

Видимо, в будущих инсталляторах я добавлю просмотр как всех этих key, так и всех файлов из того места, где CCS_<version> лежат, но это не в ближайшее время. И, кстати, добавлю в инсталлятор в линуксе автопоиск. А пока вот так - архивчик распакуйте, и работайте. Инсталлятор сам по себе с композером делает точно тоже самое.

Не композеров, а тулзов, они до сих пор в реестр прописываются, HKLM/Software/Texas Instruments/ - там их свалка целая. Но так как тулзы можно ставить совсем не туда, где композеры, они ведь отдельные продукты, то это не путь поиска композеров.

Автор: Hoodwin Feb 11 2013, 11:59

Распаковал архивчик, но что-то не вижу я пока ничего в настройках соединения. я правильно его разместил: C:\ti_5.3\ccsv5\common?

А, не, неправильно, правильный путь теперь такой:
C:\ti_5.3\ccsv5\ccs_base\common

Прошу тогда в архивчике тоже поправить.

UPD:
Вы будете смеяться, но вот мой профайл композера под линуксом:
/home/user/.TI/4289827222/0
а там:

Причем под линуксом полный порядок, ровно один каталог -- 4289827222, и ровно один раз я поставил там композер.
Выводы: путь ./TI/<some_id>/0/key - это гораздо более правильный и кросс платформенный вариант.
А папочки ~/ti у меня и вовсе нет

Ну и на закуску хохма. Не смог проверить отладку эмулятором. Картинку приложил.

Автор: SAURIS GmbH Feb 11 2013, 12:12

А она в рутовом "~" (/root или /home/root - у кого как), а не в юзерском.... Вы же в линуксе в /opt точно не из-под юзера ставили


Вот это пять
Зато теперь понятно, почему она туда файл не записала. Я всегда знал, что винда - зло. А русская винда - вдвойне зло.

ЗЫ
архивчик не буду править, он задуман так, что если сделать "winrar x <архив>" находясь в инсталляционном директории композера (C:\TI или как там), то он раскроется сразу куда надо.

Автор: Hoodwin Feb 11 2013, 12:30

Снова огорчу. Профиль рута у меня в /root, но там вообще нет никаких папок ti, потому что я ставил его с помощью sudo из-под юзера

А вот папочка /home/user/.TI есть.



ЗЫ:
Так вот и я про архивчик. Кривой он, если его раскрыть в c:\ti, то путь будет такой: c:\ti\ccsv5\common\...
А на самом деле он такой: c:\ti\ccsv5\ccs_base\common\...

Ну и не заработало оно, пока я руками не перенес этот самый common.

Конечно, не бог-весть какая сложная задача - до этого додуматься, но все же.

Автор: SAURIS GmbH Feb 11 2013, 12:36

странно все это, у меня и в руте есть оно - внутри рутовского тот самый "CCSExternalReferences" в котором пути к инсталляциям, и в юзере тоже есть "ti" - в нем ".CCSResourceExplorer", в котром какие то html, и "CCSTargetConfigurations" в котором все мои таргет конфигурейшены, которыми я подключаюсь к девайсам, которые создаются в таргет конфигурейшн едиторе по "new target configuration" - чтобы без проектов коннектиться.

Да, сорри, есть такая лажа. не заметил

Автор: Hoodwin Feb 11 2013, 12:41

Так а почему нельзя искать ключики в %USERPROFILE%/.TI/<any-dir>/0/key? Вообще было бы идеально. А у Вас такие файлики есть?
И вообще, это как-то документировано, где нынче найти установленный композер и узнать, что именно за версия?

Автор: SAURIS GmbH Feb 11 2013, 12:48

Нет, не документировано, и не будет документировано, они этим не парятся и не планируют какую то систему.
У меня эти "key" есть, но они появляются не от инсталлятора, а от запуска самого композера и сессий в нем. А то, о чем я выше говорил - инсталлятор создает. А вот почему у Вас не создал (причем Вы пока единственный из пользователей с такой проблемой) я понять не могу. Может быть, Вы какую-то часть не ставите, которая одновременно за это отвечает....

Автор: Hoodwin Feb 11 2013, 12:57

Не, ну вот сегодня я честно поставил все вообще, выбрав typical install, вообще ничего не менял в штатных настройках, только папочку указал в c:\ti_5.3.
Правда я его сразу запустил. Так что отличить, что там в .TI создалось в какой момент, я не могу.
Такое ощущение, что теперь инсталятор ничего вообще гарантированно не прописывает.

Автор: SAURIS GmbH Feb 11 2013, 13:17

Сегодня это нельзя назвать честно - русские буквы в пути это нечестно. А вот почему в линуксе нет папки, вот это уже совсем не ясно. Хоть sudo, хоть su, а все равно какой-то "~" и ${HOME} есть. Где то она все таки должна быть А по какому пути он у Вас держит в линуксе таргет конфигурейшены, создаваемые по "new target configuration" без проекта? У меня в линухе в том самом "ti", а в винде в %USERPROFILE%/user

Автор: Hoodwin Feb 11 2013, 13:32

Ну вот нету, факт.
А таргеты тут живут:
/root/user/CCSTargetConfigurations

Автор: SAURIS GmbH Feb 11 2013, 13:36

э... А как они туда попали? Вы в нем из-под рута что-ли работаете? Я бы не решился....

Автор: Hoodwin Feb 11 2013, 13:46

Да, и русские буквы в винде - уже давно. Винда уже давно перешла на юникод, и нативные приложения уже давно работают с ними. Но вот некоторые java-программисты, как всегда, всех умнее.
Я помню в ISE 9 от Xilinx был такой глюк в coregen. Они проверяли, хватит ли места на диске таким вот интересным образом: выполняли system("dir") в пустом, вновь созданном каталоге, потом ловили вывод и парсили, сколько там в конце сообщалось свободного места. Ну и вот в английской винде разделителем тысяч была запятая, которую они просто удаляли перед вводом числа. А в русской винде запятая используется в качестве отделения дробной части, а между тысячами пишется пробел. В итоге у них свободного места на диске всегда было не более 1000 байт, так как пробелы они не удаляли. И коры не генерировались. Похоже программисты из Xilinx в TI подались ...

А, так я просто попробовал. Нет, так я работаю не из рута. Это был ответ на вопрос, где у рута хранятся конфиги таргетов безродных.

А так вообще они хранятся в /home/<user>/user/CCSTargetConfigurations, ну или ~/user/CCSTargetConfigurations в общем виде.


UPD:

Честно говоря, проще эти грабли аккуратно документировать, чем пытаться парсить тучу каталогов и файлов, на которые нет никакой документации. Распаковать архив в папочку common - дело абсолютно пустяковое, и это даже, видимо, будет верно для всех CCS 4+, так что треть страницы документации - это гораздо лучше, чем потом пожизненная поддержка для всех версий

Автор: SAURIS GmbH Feb 11 2013, 13:53

Я думаю, что одно другому не мешает. и попарсить все что известно, и сделать мини-инсталлятор отдельный через меню "пуск" - проинсталлировать в конкретный композер. А "архивчики" нынче мало кто понимает, из тех, кто "виндовозы"...

Автор: Turnaev Sergey Feb 12 2013, 04:27

Один в один такая проблема возникла неделю назад у моего коллеги.

Обновлял композер с версии 5.2 на 5.3, и драйвер Сауриса не видел композера.

Тоже пробовал полностью его переустанавливать, результата не принесло.

Зато теперь он на Линукс перешёл.

Видели такое.

Автор: Hoodwin Feb 12 2013, 09:25

Кстати, в линуксе я тоже видел какой-то косяк с SAU510-USB Plus, S/N: #00800. Кажется, проявляется он так. Берем эмулятор, втыкаем в таргет, втыкаем в виндовую машину. В виндовой машине сессия не состоялась по причине глюков винды. Ладно. Выдергиваем эмулятор из виндовой машины и втыкаем в линуксовую. Запускаем композер. У меня в линуксе композер версии 5.0.3. После этого он к таргету не коннектится и тупо повисает.
Вызов вот этого:
[user@user:/opt/ti/ccsv5/ccs_base/common/uscif$ sudo ./xdsprobe -rv -f iso.dat
тоже висит после вывода:

Вначале я пытался это подробнее поисследовать, потом пытался выдергивать эмулятор и из таргета, и из USB, чтобы он полностью обесточился, но он так и не профукался. Потом я перегрузил линукс, и все сразу заработало. Такое ощущение, что у него udev как-то не так отработал.

Конечно, это не очень фатально, но как-то линукс перезагружать немного не комильфо.

Автор: SAURIS GmbH Feb 12 2013, 09:39

Чтобы такое устранять, надо получить повторяемость... Да и дистрибутивов то гора - у нас поддержка полная (с исследованием проблем у себя) только для Redhat/CentOS, а для остальных - чем можем, тем поможем на уровне консультации, ну и если однозначно поймется проблема и найдется универсальный путь ее устранения, в дистрибутиве конечно подправим.

вообще, в случае чего - "ps -Af | grep sau" и смотрим, что там запущено - когда все ОК - должен sau_proxy. Также смотрим при втыкании, на светодиоды, чтобы предзагрузка софта прошла. Если прокси не запущен, может помочь ручная чистка в /dev/shm с последующим перевтыканием эмулятора заново - хотя вроде я все пытаюсь отслеживать, все падения и неадекватные завершения, но мало ли что...

Что касается выдергивания из таргета, для информации, эмулятор от таргета не питается никакими своими частями.

Автор: Hoodwin Feb 12 2013, 09:52

Что, и даже через I/O не сосет через clamping diodes? (У меня версия не ISO.)

Автор: SAURIS GmbH Feb 12 2013, 10:13

туда, где может что-то вот такое сохраняться, не насосет, вся "насасывалка" заканчивается в домене питания, которое выдается повторителем от ноги PD, и питает несколько буферов и один IO банк мелкой CPLD, которая в общем то тоже буфер.

Автор: Hoodwin Feb 12 2013, 10:23

Ок. Я вообще почти что уже отвязался от эмулятора, он мне нужен теперь только U-Boot прошивать один раз на новой плате.
Постараюсь более пристально обратить внимание на порядок своих действий, когда оно все заклинивает, и его повторить, если снова напорюсь.
Вчера это было под конец дня (всего уже второй раз), но сил уже не было в 22.30 новые исследования разводить.

Автор: SAURIS GmbH Feb 12 2013, 10:27

У нас тут, кстати, зреет в недрах консоль для линукса через JTAG без остановов процессора (не CIO) для того, чтобы уарт не занимать под нее, с поддержкой в наших клонах sau-load, u-boot ну и драйвер для линукса разумеется. Спрос на это есть, у кого уартов не хватает. Так что, может быть, еще пригодится.


Когда повторится, то "ps -Af | grep sau" и список того, что в /dev/shm (да, shm в отдельных дистрах бывает и не в /dev, а в /var например)

Автор: Hoodwin Feb 12 2013, 10:39

А какая скорость у такой консоли будет?
Мы тут наткнулись на грабли в mtd-utils, с flash_eraseall. Эти деятели, похоже прогресс на консоль обновляют после каждого блока. В итоге стирание всей флешки на 512МБ тормозит, причем именно из за консоли. Когда заходим телнетом, то раз в 10 быстрее стирается. Вообще, конечно, надо mtd-utils поправить, чтобы они хотя бы прогресс не чаще, скажем, трех раз в секунду обновляли на консоль.

И еще вопрос: JTAG умеет ходить по периферии без останова процессора?

Автор: SAURIS GmbH Feb 12 2013, 10:47

ну от 100 кбайт/с, может больше, очень сильно зависит от платформы, начинаем с ARM Cortex-A8.
а кто мешает в /dev/null этот flash_eraseall отправить?

JTAG-у то в общем по барабану, где ходить, это зависит от конкретного .dvr и платформы, что они там в реалтайм моде умеют, а что нет. Могу сразу сказать - что те платформы, где через DAP выход, там все можно, так как DAP имеет выход на шину, где все находится, и лазить по ней можно даже не через ядро, а через DAP. А вот кто не через DAP, там в каждый конкретный случай надо изучать.

Автор: Hoodwin Feb 12 2013, 10:55

Тогда надо еще файловый ввод вывод с эмулятора разогнать. А то через CIO он туповат очень.

Автор: SAURIS GmbH Feb 12 2013, 11:05

Ну этого в планах пока нету, CIO заменять. Однако вот хочется иметь возможность подмонтировать через JTAG что-то из недр железяки в ФС хоста, но это тоже в очень туманной дальней перспективе.

И все это разумеется linux host only.

вдогонку - а flash_eraseall который из бизибокса - он не шустрее?

Автор: Hoodwin Feb 12 2013, 12:25

Так а при чем тут busybox? Вот его кусок:

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

Автор: SAURIS GmbH Feb 12 2013, 13:52

flash_eraseall есть в составе busybox, а есть в составе mtd-utils. Возможно (я не знаю) бизибоксовый так себя не ведет.

Автор: Hoodwin Feb 12 2013, 14:25

так вот выше кусок файла /busybox/miscutils/flash_eraseall.c
в отношении вывода оно не отличается от mtd-utils.
Интересно, а оно вообще у меня в busybox собирается? Наверное нет...

Автор: SAURIS GmbH Feb 12 2013, 15:18

так там же, где этот кусок вызывается, "if (!(flags & OPTION_Q))" - так дайте ей этот option - и выключите тормоза.

Автор: Hoodwin Feb 12 2013, 15:36

Так это тогда вообще будет без вывода прогресса. Это нечестный способ
На самом деле я привел этот пример просто как наиболее наглядный: медленная консоль, бывает, тормозит работу приложений. Весь рилтайм коту под хвост Только ПЛИС с DMA и спасают...
Но это я так, шучу. Это все на этапе отладки, потом все почистим, консоль не будет мешать.

Автор: Turnaev Sergey May 13 2013, 11:20

Добрый день.

Сегодня обнаружил новую версию композера. 5.4

Драйвер 1.2.1.4 к нему не подходит.
Ждём новую версию Вашего драйвера.

Автор: QuadMan Jun 3 2013, 08:59

Да, вот тоже поставил 5.4 версию, а программатор не цепляется... Может есть какая-то бета версия, а то убивать новый композер не хочется, а отлаживаться не получается.

Автор: Turnaev Sergey Jun 10 2013, 09:43

Вообщем надо файлы из архива в http://electronix.ru/forum/index.php?s=&showtopic=87056&view=findpost&p=1136330 скопировать в папку C:\ti\ccsv5\ccs_base\common
Тогда драйвер с 5.4 будет работать.

Автор: QuadMan Jun 10 2013, 14:43

Спасибо! Работает!

Автор: jcxz Jun 28 2013, 15:03

Имею: SAU510 USB ISO PLUS + CCS3.3.
Возможно-ли установить "data breakpoint"?
На модификацию или чтение данных по определённому адресу, ещё лучше - диапазону адресов? Ещё лучше - с маской данных?

Автор: SAURIS GmbH Dec 20 2013, 22:20

В связи с большим наплывом вопросов в почту - напишу тут на форум. Кому нибудь, да пригодится.

TI выпустил апдейт к CCS 5.5, называется TI Emulation package 5.1.340.0. После его установки наши TI JTAG-и XDS510 (sau510, iso, iso v.2), перестают работать со "странной" ошибкой - (Error -120 @ 0x0) - This error number is used when a command is invalid.

Суть проблемы в том, что TI решило поддержать ARM SWD, и, в лучших индусских традициях тупо убило совместимость со всеми предыдущими версиями драйверов, даже не проверяя эту самую версию.

поэтому если такое случилось, для ОС Windows, надо поставить обновленный драйвер - http://electronix.ru/redirect.php?http://sauris.de/ru/news/403/
для ОС Linux, обновление тоже есть, но пишите на e-mail или в личку, еще недотестировали и не повесили на сайт.

Также это обновление снимает все проблемы пользователям OC Windows 8 и 8.1 с портами USB3.0 и эмуляторами версий до Iso V2. С этим обновлением смело втыкайте их в 3.0 порты, в зависимости от матери можно получить ускорение эмуляции до 5-6 раз за счет значительно меньшей латентности "передача-прием" пакета в USB 3.0 хостах (но можно и не получить, если мать тупая).

Автор: Den Dec 23 2013, 08:59

Добрый день!
При попытке соединиться с AM3517/05 SAU Module Development Kit через SAU510-USB (iso plus) выводится сообщение об ошибки:

Error connecting to the target:
(Error -181 @ 0x0)
The controller has detected a dead JTAG clock.
The user must turn-on or connect the JTAG clock for the target.
(Emulation package 5.1.232.0)

CCS 5.5. Windows XP.

Не могу понять, в чем дело. Что не так с тактирующим сигналом?

И подскажите, пожалуйста, существуют ли драйвера под WinXP (CCS5.5) для встроенного на данной плате эмулятора?

С уважением.

Автор: SAURIS GmbH Dec 23 2013, 09:08

Драйвера есть. Ставите последнюю версию дров с сайта саурис - http://electronix.ru/redirect.php?http://sauris.de/ru/zagruzki/xds510/sau510-usb_iso_plus_jtag_emulator/ - там все в комплекте, все драйвера кумулятивные, поддерживают все продукты.

Касаемо Dead JTAG Clock - на плате Development kit есть небольшая неприятная особенность - чтобы заработал внешний JTAG, надо подать питание на внутренний - клок проходит через FPGA, и при отсутствии питания отсутутвует. То есть, его надо воткнуть в USB тоже, ну либо кинуть "соплю" на 5 вольт.

Скажу сразу - внутренний JTAG это такой же SAU510-USB, так что подключать через внешний SAU510 никакого смысла нет.

Автор: Den Dec 23 2013, 09:41

Спасибо.

Автор: orion_64 Jan 26 2014, 20:16

есть три эмулятора SAU510-USB ISO plus, все работают по разному с CC3.3 и eZDSP TMS320F2812,
драйвер один и тот же, настройки в конфигурации одинаковые, но
два постоянно выдают ошибки о невозможности связи с target, потерей клока, и прочих из этой серии.

1. где можно проверить и отремонтировать ?
2. можно ли купить отдельный кабель для JTAG-14pin?
3. какая схема кабеля JTAG-14pin? прямое соединение один в один?

Автор: SAURIS GmbH Jan 26 2014, 20:23

Для начала, прочитайте вот это - http://electronix.ru/redirect.php?http://sauris.de/ru/wiki/%C2%EE%E7%EC%EE%E6%ED%FB%E5+%EF%F0%E8%F7%E8%ED%FB+%26quot%3B%ED%E5%EF%EE%E4%EA%EB%FE%F7%E5%ED%E8%FF%26quot%3B+%E8%EB%E8+%ED%E5%F1%F2%E0%E1%E8%EB%FC%ED%EE%E9+%F0%E0%E1%EE%F2%FB+%FD%EC%F3%EB%FF%F2%EE%F0%E0+XDS510+SAU510-USB+Iso+./ - 99.9999% что причина всех Ваших бед именно в этом, впервые это было обнаружено именно на EzDSP 2812, и когда Вы обеспечите 3.3 вольта на ноге PD разъема JTAG, то все эмуляторы резко заработают, перестав бодаться своими 5-вольтовыми уровнями с 3.3-вольтовым процессором.

Насчет отдельно кабеля, я, честно говоря, не готов ответить, скорее всего можно, узнавайте у дилеров. Схема - один-в-один.

Автор: SAURIS GmbH Feb 7 2014, 11:28

Не удержался похвастаться

Скоро будет официальный анонс.... Пока тут:

Скоро выйдет самый маленький полнофункциональный XDS510 эмулятор в истории таких эмуляторов, SAU510-USB Lite. Частоты TCK до 42 МГц (ориентировочное значение пока такое), уровни JTAG 1.65...3.3V (5V точно не будет, но он 5V-толерантен), хорошая ESD-защита, функциональность почти полная как у SAU510-USB Iso Plus V2, за исключением "крутилок" задержек TMS/TDO относительно TCK, ну и, естественно, гальваноразвязки (эмуляционный контроллер тот же, что и в Iso эмуляторе, но эти настройки тюнинга не нужны, так как они введены для работы на высоких частотах через развязку). Совместимость со всем, чем было, от CC4.10/VC33 и CCS2.x, до всех последних и будущих CCS5, windows/linux, и SauFlash.

Ожидается поддержка IEEE 1149.7 cJTAG в режимах JSCAN/MSCAN/OSCAN/SSCAN, также ожидается поддержка ARM SWD. Цена ожидается в районе $300 в рознице на территории РФ. Поступить в продажу должен к лету.

Вот такой он внутри (паял первый образец сам лично, сорри за небольшую кривость):

Сегодня первый раз он законнектился к процессору в CCS...

Автор: Edmundo Feb 9 2014, 06:16

Впечатляет! Таки затолкали все в одну ПЛИСину, как видно...

На 560v2 замахиваться не собираетесь?

Автор: SAURIS GmbH Feb 9 2014, 09:15

В ПЛИС мы все затолкали уже давно. Эта версия, Lite, делается в отместку за 200-й эмулятор спектрума, чтобы иметь свой продукт с похожей ценой, но превышающий их по характеристикам. Того самого ACT8990 нету со времен первого же гальваноразвязанного SAU510-USB, а с SAU510-USB Iso v2 нет и УСБ-моста, последнего узкого места. В следующей модели развязанного эмулятора мы обеспечим развязку с коррекцией ошибок для повышения стабильности работы в условиях индустриальных помех - сейчас развязываются сами сигналы JTAG, а будет развязываться свой быстрый последовательный канал между высокоуровневым контроллером эмуляции и низкоуровневым контроллером JTAG. Для тех же целей, стойкости к помехам, там будет и новый алюминиевый корпус. Еще будет ЖКИ-индикатор, который будет показывать реальные скорости данных, частоту TCK, уровни сигналов, режим JTAG и пр. полезные вещи. Также постараемся усилить развязку до 4..5 kV

560v2 - там, в общем, делать нечего, у нас есть все официальные схемы, исходники и т.п. Но делать его не планируем, так как он пользуется очень ограниченным спросом, и, собственно, ничего полезного, кроме HS-RTDX, не дает. Есть идеи сделать Wi-Fi версию 560, или USB3.0 но пока это на уровне идеи, это не сильное конкурентное преимущество. В общем, по спросу, не актуальный продукт, и пока "идет лесом". Нам на сегодня интереснее доделать, например, поддержку SAU510 в IAR ARM, Quartus, Lattice Diamond, чем вкладываться в дорогую и толком не нужную игрушку.

Автор: Edmundo Feb 10 2014, 06:13

Стоит признать, что Ваша фирма -- одна из наиболее прогрессивных в области житагостроения :-)

Однако позволю себе не согласиться насчет 560-го. Первое и самое главное его преимущество -- это скорость. Хотя отладчик нужен только на первых этапах отладки устройств, но на тяжелых задачах на современных процессорах скорость может быть очень кстати, ведь может потребоваться и Линукс заливать на этапе портирования.

Предполагаю, что Ваши 510-е подбираются по скорости к 560-м (давно уже плотно не работал с SAU510), хотя по моему мнению (возможно, я заблуждаюсь, и все уже изменилось), пока Вы не откажетесь от USCIF, скорость так и будет ограничена операционной системой из-за множества коротких обменов по USB. И с совместимостью с новыми версиями CCS будут эпизодические проблемы (что мы иногда наблюдаем). Как я понял, в 560v2 (как и в редких 510-х) высокоуровневая логика перенесена на устройство, что позволяет существенно повысить скорость обмена.

Занятно, что, например, Blackhawk USB560v2 представляет собой одноплатный компьютер под Линуксом типа того же BeagleBone Black. Там даже заботливо оставлены слот под MicroSD и выводы отладочного UART'а. При схожей себестоимости (MSRP BeagleBone Black около $45) получается неплохая маржа (MSRP Blackhawk USB560v2 $999). Гальванически развязанных 560-х я пока не встречал -- чем, например, не конкуретное преимущество?



Тем не менее трудно с Вами не согласиться, что развитие программной части -- не менее важная задача. Один раз столкнулся с тем, что когда надо было быстро прошить одну плату, SAU510USB-IsoPlus мне просто подвешивал CCS под Ubuntu. Разбираться времени не было, поэтому просто взял другой эмулятор и прошил. Это не претензия, потому что я знаю, как надо диагностировать проблемы JTAG, что надо запускать xdsprobe, но когда нету времени, то всегда приятно, когда решение работает из коробки (пусть даже не оптимальным образом). Ну а если Вы реализуете всю широту программной поддержки, которую запланировали, то Вашим конкурентам придется непросто :-) И Ваше движение в сторону open source полностью поддерживаю (ждем xds510.org)

P. S. Прошу не воспринимать все вышесказанное, как критику, ибо отношусь к Вашей фирме и к Вам, Сергей, лично с большим уважением, потому что не так много у нас компаний и людей, делающих поистине уникальные вещи. Давно пора TI включать Ваши драйвера в дистрибутив CCS.

Автор: SAURIS GmbH Feb 10 2014, 08:30

Во первых, от USCIF никто и никогда не откажется, потому что это слой, отвечающий за маршрутизацию - начиная от простых мультидевайс-цепочек, и кончая продвинутыми icepick. Именно USCIF абстрагирует .dvr драверы, от того, к какому концу какого маршрутизатора в какую часть какой части подцепочки подключено то или иное ядро, и именно он отвечает за одновременную эмуляцию нескольких ядер в одной цепочке. Так что, без него совсем-совсем-совсем никак в этой жизни.

Во вторых, по этой причине, xds560 работает через тот же USCIF (лежащий себе спокойно с названием uscifv2.out в папке со всем uscif), как и 510, разница лишь в том, что в 560 направляется входящий USCIF-запрос через ECOM, в том виде, как он сваливается от dvr, и далее исполняется тем же USCIF-ом, собранным из тех же исходников, но только на другой платформе, внутри эмулятора. Итого, количество мелких запросов в 560 не отличается от количества мелких запросов в 510 в меньшую сторону - так как в 510 идут только скан-запросы, причем кешированные, а в 560 - ВСЕ ПОГОЛОВНО USCIF-запросы, которых, в общем, больше, чем только чистых сканов (несколько сканов на один запрос бывает только в одном случае, когда uscif переключает маршрут в icepick). Таким образом, скорость на классической эмуляции у 560 не может быть выше, чем у 510. На 560 выше только скорость только RTDX за счет HS-RTDX, и на этом ВСЁ и абсолютно все. На процессорах PC сегодняшнего уровня нет никакого смысла запихивать USCIF на другой процессор, при том, что количество мелких обменов остается тем же, это было выгодно лет так дцать назад на старых одноядерных компах.

В третьих, есть external PCIe, и вот сделав на нем 510-ку, можно получить скорость, которая заткнет 560-й в разы (но опять, конечно, без HS-RTDX). Хотя и сейчас, воткнув девайс в порт USB3.0, даже без использования суперскорости, получается ну очень шустрая скорость обмена пакетами. Хочется теперь вот и superspeed попробовать, возможно что развитие Iso версии пойдет туда, или туда.

Вот, вдогонку... тест выглядит так (.bat файл):


на обычных USB2 портах (чипсет не помню, несвежий, под Phenom ||, upd: мать ga-785gmt-usb3) у меня показывает скорость 9.5...11 секунд (в разных ее портах). А при втыкании в порт USB3.0 (чипсет AMD A75, мать Asrock A75 Extreme6) - 0.8 секунды! Ну как разница? Впору рейтинг матерей делать, на скорость обмена мелкими пакетами.

PS
Спасибо за развернутый ответ с фотографиями, но, поверьте, в TI XDS560v2 Emulation Porting Kit информации значительно больше (в том числе исходные тексты ECOM, откуда отлично видно, чем и как он обменивается с PC, и вся документация на этот обмен. Это, кстати, единственное что открыто для разработчиков 560/560v2, только обе половины ECOM на обоих концах интерфейса, а USCIF поставляется уже собранным под конкретную платформу, от которой ни на шаг, в отличие от 510, для которого все поголовно в исходниках, и усцыф тоже). Только вот я по причине NDA не могу слишком много рассказать/показать. Да, маржа с виду неплохая, но ради продаж двух-трех эмуляторов в год как-то не особо интересно этим заниматься. Разве что когда будет много лишнего времени и лишних денег.

PPS. Кстати, 200-й эмулятор по той же системе сделан, как и 560-й, только процессор AM1802. Никак не могу понять, в чем тут великий смысл, себестоимость поднимать на ровном месте...

Автор: SAURIS GmbH Feb 10 2014, 11:22

Это вопрос сугубо политический. Ведь, по сути имеющейся реальности, говоря Spectrumdigital, мы подразумеваем TI, и, наоборот, как у Ленина с партией. Поэтому включение в CCS по сути вражеского им эмулятора - задача крайне сложная, и мы пытаемся ее решить уже ОЧЕНЬ давно.

Автор: maxis Apr 28 2014, 10:36

Вот этого очень ждём, крайне не удобно использовать разные эмуляторы/программаторы для плис и процессоров.

Автор: SAURIS GmbH May 5 2014, 05:46

Ждите... Там все не так и просто. Железо, начиная с Iso V2, все поддерживает, а вот дрова сделать так, чтобы это виделось как родное FTDI-изделие, в долгой и нудной работе.

Автор: Storkur May 29 2014, 07:19

Добрый день.

А есть принципиальная разница для новичка между SAU510-USB ISO PLUS v.2 JTAG Emulator и SAU510-USB ISO PLUS JTAG Emulator. Если в проекте использовался, например v2 (v1), то будет он с ходу работать с v1 (v2) без изменений в проекте. Пока точно не знаю какая версия использовалась в проекте, который мне передали и эмулятор только собираемся приобретать.

Заранее спасибо.

Автор: SAURIS GmbH May 30 2014, 02:45

Разницы нет, обратная совместимость полная. А вот поправить конфигурацию таргета в CCS придется, указав там новый эмулятор.

Автор: megadocent Jun 6 2014, 07:16

Добрый день.
Года 3-4 назад работал с DSP (C6726), причем без отладчика и в версии 3.3, отладчик только под конец появился и практически не использовался. Но работал, это помню. Потом занимался другим и уже забыл все, если честно.
Сейчас новая задача появилась, поднял старую макетку, достал из коробки jtag и настраиваю всё хозяйство.
Отладчик SAU510-USB IsoPlus.
Драйвер скачал последний, поставил.
В диспетчере пишется "SAU510-USB Iso [Plus] JTAG emulator".

1) В CCS5 в таргерт конфигурейшн можно выбрать" SAU510-USB Iso [Plus] JTAG emulator" и "Sauris SAU510-USB [and Plus] Emulator". Мне первый нужно выбирать?
2) Если нет лицензии (плавающая есть, но сисадмин еще разбирается как там сервер лицензий запустить), то с 510 работать нельзя, насколько я помню. Верно ли это?
3) Как это проявляется? Просто недоступна кнопка Test connection, как у меня? Или я неправильно настраиваю что-то, раз она недоступна...
4) Уже вышла CCS 6. В ней отладчик нормально будет работать? Драйвера те же самые?

Заранее спасибо.

Автор: jcxz Jun 8 2014, 21:44

Дык - пользуйтесь CCS3.3. Там всё доступно и работает с этим SAU510

Автор: Turnaev Sergey Jun 9 2014, 02:14

Не понятно, при чём тут Саурис вообще. Это вопросы к композеру и его лицензии.

Использовать древний CCS3.3 с его вылетами по маленькой букве "я" и прочими, не советую, тем более если есть лицензия на пятый.

Автор: jcxz Jun 9 2014, 02:58

А что не так с 'я' в CCS3.3? В асм-файлах?
Просмотрел свои исходники - куча 'я' в си-файлах - не вылетает.
Может Вы с IAR5.50 (for ARM) перепутали? Это в нём в asm-файлах такая проблема.

Автор: Edmundo Jun 9 2014, 03:28

Я не Sauris, но попробую ответить.
1) Да, первый (с Iso)
2) Да, без лицензии только с XDS100
3) "Test connection" у Саурисов недоступна сама по себе, насколько мне помнится. А невозможность отладки проявляется обычно при запуске debug-сессии в виде соответствующего сообщения.
4) См. ссылки:
http://electronix.ru/redirect.php?http://sauris.de/ru/forum/messages/forum4/topic95/message382/#message382
http://electronix.ru/redirect.php?http://sauris.de/ru/forum/forum4/topic93/

Автор: Turnaev Sergey Jun 9 2014, 03:48

Я ничего не перепутал, а за три года сидения в композере 3.3 убедился что маленькая "я" это зло, причём у многих. В Си файлах проблема была, в Асм скорее всего тоже, уже не помню.
В этом разделе даже волшебную программу FuckYa выкладывали для лечения этой проблемы, поищите.

http://electronix.ru/forum/index.php?showtopic=105494&hl=FuckYa Даже Ваш след есть в той теме.
И вот ещё: http://electronix.ru/forum/index.php?showtopic=38408&hl=FuckYa

Автор: jcxz Jun 9 2014, 22:33

Ну я то побольше в нём сижу
Если у вас проблемы с вылетом при компиляции, то следует обновить code generation tools до последних.
У меня последние для TMS470 и для C6x, с ними такой проблемы нет.
А по необъяснимым причинам CC3.3 падает примерно с такой-же частотой как и IAR, т.е. - достаточно редко.

PS: пожалуй IAR - даже чаще.

Автор: megadocent Jun 10 2014, 01:13

Спасибо за ответы.

Автор: Turnaev Sergey Jun 10 2014, 01:26

Я с него года три назад перешёл на 4й и затем на 5й, и слава Богу. Меня его проблемы уже не беспокоят. Компиляторы тоже на тот момент прикручивал последние.

Автор: SAURIS GmbH Jun 10 2014, 01:39

1) Если у Вас эмулятор "Iso" или "Iso Plus", то и выбирать надо "Iso [Plus]"
2) Ну как бы нельзя....
3) Test Connection и не будет работать, так как для тестов у нас нет отдельной утилиты. Можете использовать штатные xdsprobe или dbgjtag.
4) Будет. По административным причинам небольшая задержка с выходом драйверов (если честно - я до сих пор не получил сам CCS6), но "вручную" уже можно засетапить его и сейчас (на форуме Sauris выложен архив).

Автор: 1108 Jun 11 2014, 06:54

Здравствуйте!
От Вас не могу ни как добиться ясности по поддержке вашим эмулятором tms320f28377.
К сожалению вы обещали устранить проблему в течении 2-3 дней(прошло уже более 10) но потом перестали реагировать на
мои вопросы и к сожалению ни чего не исправили:
http://electronix.ru/redirect.php?http://sauris.de/ru/forum/messages/forum4/topic95/message394/#message394
Сам тексис говорит что это Ваша проблема.
С уважением ,Дмитрий Симоненков.

Автор: Turnaev Sergey Jun 11 2014, 08:46

Проверил у себя. Действительно строка с этим процом отсутствует. Так же она отсутствует например у XDS100v1, а вот у XDS100v2 уже есть, может это как то связано.

А вот в 5м композере этот проц в списке есть.

Автор: SAURIS GmbH Jun 17 2014, 20:11

Разобрались в вопросе. Нужный файлик можно уже взять с сауриса (из соотв. темы форума), на днях инсталлятор выложим новый, в котором он будет внутри вместе с полной поддержкой CCS6.

Автор: kamil yaminov Aug 6 2014, 13:08

Добрый день

Начинаю осваивать ОС Linux для встраиваемых систем. Делается это на отладочной плате LogicPD AM3517EVM. Т.е. имеем в наличии техасовский ARM Cortex A8. Я решил пойти от простого к сложному: U-Boot-SPL --> U-Boot --> Linux, чтобы не просто поднять ОС на данной платформе (что уже сделано до меня), а попутно разобраться с принципами на конкретном примере. Начал с U-Boot-SPL: взял исходники U-Boot и тулчейн от Linaro, в учебных целях решил слегка модифицировать U-Boot-SPL, чтобы иметь возможность грузить бинарник U-Boot'а через UART. Естественно, с первого раза ничего не получается, следовательно, возникла необходимость отладки.

Итак, для отладки используется Code Composer Studio v6.0.0 совместно с JTAG-эмулятором SAU100-USB, все это работает в окружении ОС Linux на хосте. На сайте техаса была найдена инструкция о том, как правильно подготовить среду для отладки "Sitara Linux Training: uboot linux debug with ccsv5" http://electronix.ru/redirect.php?http://processors.wiki.ti.com/index.php/Sitara_Linux_Training:_uboot_linux_debug_with_ccsv5. Делаю все как в данной инструкции, за исключением некоторых моментов, связанных с различиями между AM3517 и AM335x, о котором говорится в инструкции, а также различиями между CCSv5 и CCSv6

Далее начинается интересное. Загружаю бинарник u-boot-spl.bin, отладочные символы, меняю систему инструкций на ARM (сбрасывая бит T в CPSR) и жму старт - F8. U-Boot-SPL выполняется, но не так как хотелось бы (это и послужило причиной разбирательств), и остается висеть в вечном цикле, жму останов: Run->Suspend. Далее, поменяв что-то в исходниках, пересобираю проект. Опять гружу бинарник, символы, бит T = 0 как и нужно, нажимаю F8 - после этого "программа улетает" непонятно куда. Попытки сбросить процессор, нажимая Run->Reset->SW reset, Run->Reset->HW reset перед тем как загрузить бинарник ни к чему не приводят, программа продолжает "улетать". При нажатии Run->Reset->System Reset, который по идее должен сбросить ядро и периферию, начинает что-то исполняться, после останова счетчик команд опять где попало.

После этого пробовал нажимать кнопку сброса на плате, передергивать питание - не помогает. Помогает (не всегда) выключить плату, закрыть студию, запустить студию, подать питание на плату. Обратил внимание, что в тех случаях когда помогает, бит T в CPSR выставлен в "1", но иногда даже после этих шаманских танцев он все равно сброшен в "0".

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

Честно говоря, не знал куда писать, было начал грешить на эмулятор, но не знаю насколько это "справедливо".

Автор: QuadMan Apr 30 2015, 13:37

Обновился на новый Code Composer Studio (6.1.0.00104) и перестал работать программатор SAU XDS510-USB Lite (и SAU 510-USB Iso Plus) при работе с TSM320 (использую Compiler Tools 6.4.4).
Теперь при попытке отладки пишет С28xx: File Loader: Verification failed: Values at address XXXX do not match. Please verify taget memory and memory map.

У меня одного так?

Автор: Edmundo May 18 2015, 06:51

Скорее всего, так как на проблемы программатора это мало похоже. Смотрите выходной .map-файл и сравнивайте его с memory map процессора.

"address XXXX" какой конкретно? Ну и модель камешка не помешала бы (подозреваю, что семейство С28х ).

Автор: QuadMan May 21 2015, 11:56

Модель SMJ320F2812HFGM150 - это керамический F2812.
Адреса бывают разные, то 0x8000, то другой (уже не помню)

Сейчас откатился на CCS 5.5 (и TI Emulation Package 5.1.232) все работает отлично... вот и думаю..

Автор: Edmundo May 23 2015, 07:23

Мне кажется, что дело в версии компилятора, а не среды. Вы бы все-таки посравнивали map-файлы. Возможно, у Вас настройки линкера какие-то пограничные, тогда это может всплыть в будущем.

Автор: megajohn Jun 8 2015, 07:16

являюсь несчастливым обладателем SAU-510USB jtag Emulator Plus

Почему несчастливым ? На главной странице сайта отсутсвует эта модель, поэтому какие драйвера скачивать - непонятно.
Хотя бы добавить страничку, где написано мол "совместим с SAU510-USB ISO PLUS" качайте там.
Есть серийный номер, а куда его вбить ? Не плохо бы как сделать как на сайте Jlink - по номеру выдает что у вас за девайс, и вот к нему драйвера ( а так же ссылка на форум по основным вопросам )
не хватает сравнительной и краткой таблицы, чем же каждый эмулятор отличается.

поставил sau510usb_Install-v1.2.2.7 ( вроде в CCS5.3 работал с моим эмулятором ).

Но на CCS6.0.1.0040 нет моего 6678 ( хотя это скорее всего при установке CCS накосячил )

Автор: SAURIS GmbH May 24 2017, 08:46

Вышли 64-битные драйвера для Linux (CCS >= 6.2.x) - скоро будут на сайте, кому надо уже, пишите на емейл. Заодно исправлена проблемка с убийством sau_proxy udev-ом каких-то версий.

Автор: fatus Jul 25 2017, 08:51

Здравствуйте, мы используем ваш эмулятор XDS510USB Lite.
Сейчас возникла необходимость поработать с TMS320VC33 (почему это старье - не спрашивайте, "так надо"), он вроде поддерживается эмулятором - но проблема в другом, не в чем программировать :-( .
Не подскажете ли, где можно взять CodeComposer 4.10.36 (может у вас завалялся и можете поделиться? ), вроде это единственная версия которая поддерживает этот процессор.

С.

Автор: uriy Sep 6 2017, 07:12

Почему у меня в списке Board or Device пусто?
Я ранее не работал с CCS пытаюсь сделать первый проект.

Автор: b-volkov Dec 18 2017, 08:04

Пользуюсь старой не опторизолированной моделью SAU510 Plus. Отладчик работае крайне нестабильно, постоянно вываливается с сообщениями типа "C28xx: Error: (Error -1156 @ 0x0) Device may be operating in low-power mode." Мало того, что процесс отладки превращается в пытку, так он ведь сбивается и при программировании FLASH, в результате чего у меня уже несколько навеки залоченных камней.
Выяснилось, что причиной сбоев скорее всего является плохая электро-магнитная обстановка на рабочем месте, а именно, нерегулярные импульсные помехи (сродни коммутационным), с которыми очень хорошо корреллируют эти самые сбои.
Так вот, собственно, вопрос: если мы поменяем отладчик на ISO-шнный, его помехоустойчивость будет лучше? Или менять надо рабочее место?

И еще, на просторах инета мне попадалась информация, что у SAU есть низкоуровневые настройки J-TAG (частота клока и т.д.). Хочу с ними поиграться, вдруг поможет, но не понимаю, как до этих настроек добраться. По крайней мере в CCS5 ничего похожего не нашел.

Автор: Turnaev Sergey Feb 5 2018, 13:19

ISO версия у нас работала внутри преобразователя мощностью 150кВт очень стабильно, без всяких сбоев.

Ещё такая ошибка возникает при плохом контакте в разъёмах, либо USB кабеля, либо самого J-Tag, намучился на одном из исполнений устройства с не надёжным прижимным разъёмом.

Автор: jcxz Feb 5 2018, 13:32

У меня тоже: когда отлаживал с помощью SAU510 IsoPlus он очень часто отваливался при включении/отключении холодильника или люминесцентной лампы поблизости.
Немного помогла замена USB-шнурка до SAU510 на другой (наверное более качественный).
Кабель JTAG от SAU до устройства был при этом очень коротким.
В тех же условиях обычный J-Link (хоть JTAG хоть SWD) ведёт себя совершенно стабильно. И с более длинным JTAG-кабелем.

Автор: eav1978 Apr 4 2018, 09:07

Всем привет!
Имею SAU510 ISOPlus v2, использую его в CCS 3.3.

Недавно установил CCS 7.4, с сайта Sauris скачал и установил "свежие" драйвера.
В конце установки меня программа уведомила, что для CCS 3.3 и CCS 7.4 все установлено успешно.
Но при создании файла конфигурации в списке нет SAU510, есть XDS100, XDS2xx и XDS560.
Как его задействовать с CCS 7.4?

Автор: PomidoroFF May 29 2018, 12:24

http://electronix.ru/redirect.php?http://sauris.de/ru/zagruzki/xds510/sau510-usb_iso_plus_jtag_emulator/
Access denied.

Похоже сдулась контора.

Автор: jcxz May 30 2018, 05:19

Ввести http://electronix.ru/redirect.php?http://sauris.de не судьба?

Автор: PomidoroFF May 30 2018, 12:49

и что? только заглавная страница и работает, а дальше "Access denied."

Автор: vldmr86 Jun 16 2018, 14:43

Можно попробовать спросить www.scanti.ru. Когда то давно они были "родственными" душами. У них на сайте до сих пор ссылка висит.

Автор: a123-flex Jun 16 2018, 15:03

или SM, если я не ошибаюсь