Sauris 0 7 декабря, 2012 Опубликовано 7 декабря, 2012 · Жалоба При подключении светодиод ACT (зеленный) активен буквально секунду. С udev разбираюсь, что и почему не запускает. Это говорит о том, что udev по крайней мере запускает "sau_load", и первый этап подключения эмулятора проходит. Затем (как светодиод погас) эмулятор выполняет переподключение к USB уже с другим VID/PID, после чего udev должен на него повесить "sau_proxy", который, в случае удачи, создает в /dev/shm объекты с "sauris" в имени, по их наличию можно судить, что прокси "села" корректно (через эти объекты с ним и общается CCS и xdsprobe). еще lsusb Вам в помощь - можно глянуть, что там и как на шине. Когда разберетесь в истинных причинах, готов поправить инсталляционный комплект, чтобы у других такого больше не было. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dellisimo 0 10 декабря, 2012 Опубликовано 10 декабря, 2012 · Жалоба День добрый. под 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 0 10 декабря, 2012 Опубликовано 10 декабря, 2012 · Жалоба Попробуйте запустить 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 0 10 декабря, 2012 Опубликовано 10 декабря, 2012 · Жалоба 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 0 10 декабря, 2012 Опубликовано 10 декабря, 2012 (изменено) · Жалоба sau_proxy работает. Запускайте CCS и коннектитесь к таргету, никаких SC_ERR_KNL_OPEN при запущенном sau_proxy быть не должно. А проблема Вашего дистрибутива в том, что shm с какого-то перепуга находиться в /run/shm вместо /dev/shm. Исправьте /opt/sauris/bin/runproxy под это дело - он безуспешно ждет пока у Вас подмонтируют shm в /dev/shm. В будущем я учту, что shm может быть и не в /dev. (ожидание там обязательно! Иначе без него не будет оживать эмулятор, если он был подключен к УСБ до загрузки ОС) Изменено 10 декабря, 2012 пользователем SAURIS GmbH Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dellisimo 0 10 декабря, 2012 Опубликовано 10 декабря, 2012 · Жалоба на 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 0 10 декабря, 2012 Опубликовано 10 декабря, 2012 · Жалоба (Error -181 @ 0x0) The controller has detected a dead JTAG clock. Это два варинта - либо организовать подачу клока, по которому работает JTAG таргета, на TCK_RET (RTCK), его там явно нет, например перемычкой на TCK. Либо в настройках таргет конфигурации указать "Target doesn't provide TCK_RET clock" (как-то так, точно не помню), если таргет спроектирован так, что принципиально не выдает TCK_RET, а может работать только по TCK. Тогда в эмуляторе внутри включится "виртуальная петля" TCK-TCK_RET с некоей задержкой, близкой к той, которая в реальной петле при закоротку на разъеме. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dellisimo 0 12 декабря, 2012 Опубликовано 12 декабря, 2012 · Жалоба Благодарю за своевременную и профессиоанальную консультацию Прошу прощения, разумеется за Профессиональную консультацию Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TSS 0 24 декабря, 2012 Опубликовано 24 декабря, 2012 · Жалоба Добрый день. Недавно столкнулся со следующей проблемой: Не шьётся проц (точнее даже два на одинаковых платах) 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 шьётся нормально. Скриншот глюка выглядит так: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sauris 0 24 декабря, 2012 Опубликовано 24 декабря, 2012 (изменено) · Жалоба Попробуйте предыдущим композером прошить, который шил, если прошьет - все ОК. Если не прошьет, то и микросхемы, и новый композер - в помойку. Таргет конфигурейшн нет смысла менять, если все работало надежно с предыдущим композером - обычно все "слеты", связанные с настройками таргет конфигурации, выливаются в ошибки эмуляционного стека со срывом дебаг-сессии, а тут налицо (если не физическая смерть проца) банальный глюк алгоритма прошивания флеши. Изменено 24 декабря, 2012 пользователем SAURIS GmbH Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TSS 0 25 декабря, 2012 Опубликовано 25 декабря, 2012 · Жалоба Разобрался с проблемой. Оказалось что это непонятный глюк файла Target configuration, удалил старый, создал новый, и всё заработало. Так вот бывает, оказывается. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vpd 0 5 февраля, 2013 Опубликовано 5 февраля, 2013 (изменено) · Жалоба Вот снова вопрос задам. Давеча имел неосторожность воспользоваться automatic update в CCS 5.1. И он таки задумался, часа на 4, долго качал новую версию 5.3.0.0089, обновлялся, а потом сказал ква и приказал долго жить. Что-то у него внутри в джаве сломалось, и в итоге он не собирает и не запускает отладку. Более подробное описание тут: http://e2e.ti.com/support/development_tool...1/t/234249.aspx В общем, если кто будет иметь похожую ситуацию, имейте ввиду. Продолжение истории было такое. Вчера, по совету из вышеприведенной ссылки снес вообще CCSv5 и установил 5.3 заново. Вроде даже с виду работает, и с MSP430 поработать удалось. А вот с C6000 - пока нет. Оказалось, что драйверы, поставленные в предыдущей версии, он не подхватил. Тогда я скачал вот этот дистрибутив: http://sauris.de/software-documentation/sa...ll-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 должны дружить? Изменено 5 февраля, 2013 пользователем Hoodwin Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sauris 0 11 февраля, 2013 Опубликовано 11 февраля, 2013 (изменено) · Жалоба 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 не отменяется, и отменяться не планирует. Изменено 11 февраля, 2013 пользователем SAURIS GmbH Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vpd 0 11 февраля, 2013 Опубликовано 11 февраля, 2013 · Жалоба 1) Я ошибся, композер действительно версии 5.3.0.00090 установлен. 2) Готов выяснять, что нужно для этого делать? 3) Хм. В моем профайле вообще нет директории %USERPROFILE%\ti\CCSExternalReferences\. Такое есть в C:\Documents and Settings\Администратор\ti\, видимо потому, что я ставил композер из-под администратора машины, а использую из-под пользователя. Ну, я всегда так работаю :), и оно до сих пор как-то работало, скажем в 5.1. этой проблемы не было. Далее, в профайле администратора есть только такие файлы: Содержимое папки C:\Documents and Settings\Администратор\ti\CCSExternalReferences 05.04.2012 21:41 104 dmed_00_00_00_01 31.05.2012 15:12 104 dmed_01_00_05_00 31.01.2013 16:40 64 hercules_5_3_0_1 Про некорректное завершение установки он не говорил. Сказал, что установился и все. Пока никаких других артефактов не замечено, с MSP430 он сразу задружил через MSP-FETU430IF, например. 4) А вообще Вы проверяете, что композер работает корректно не из-под админа? Я как-то помню с CCS 3.3 долго воевал, чтобы его научить работать из-под пользователя, пришлось в винде аудит повключать на диски и реестр, чтобы узнать, на что ему реально права нужны. Первые версии CCS 5 вроде бы и так у меня работали, только нужно было workspace и проекты создавать из-под пользователя, чтобы права на эти файлы потом были. 5) Вообще дело конечно не в картинках, а в том, что процедура установки и ее troubleshooting для версий 4 и 5 как-то совсем не прописана. Хотя оно там значительно более заморочено и интуитивно гораздо менее понятно. 6) вижу в changelog, что поддержка 5.3 появилась в ноябре 2012 в версии 1.2.1.3. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sauris 0 11 февраля, 2013 Опубликовано 11 февраля, 2013 (изменено) · Жалоба 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) Я как раз ни разу не проверял, работает ли композер при инсталляции из под админа вообще, и не слышал до сих пор про такие прецеденты - никто не просил пока. А они бы были... Эмуляторов то немало по белу свету ходит :) - теперь вот задача на будущие версии дров, как-то умудриться находить инсталляции композеров, сделанные из-под админа, при запуске дров из-под юзера. И наоборот, при запуски инсталляции дров из-под админа искать все установки композеров из-под юзеров. Впору просмотр диска поиском делать что ли... Или спрашивать юзера, а есть ли у него еще композеры, кроме автообнаруженных... Жесть в общем. Изменено 11 февраля, 2013 пользователем SAURIS GmbH Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться