Edmundo

Ответил в почту.

Возможно, кто-то тоже сталкивался с тем, что Blackhawk USB560v2 переставал загружаться. Здесь статья, как с этим можно бороться: https://habr.com/post/420895/

Извиняюсь, что не ответил сразу, редко здесь бываю. Да, ещё в продаже.

Пересылка в другой город возможна?

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

Понять суть параметров этих *_EX, *_EX2, *_EX3 и с каждой новой версией CCS все новых *_EX* -- сам чёрт ногу сломит. Но раньше было так, что если CCS не находил в драйвере GTI_GETERRSTR_EX*, то он обращался к GTI_GETERRSTR, параметры которой доступны для понимания. Наверное имеются в виду hardware reset, software reset и т.п. (то есть те варианты сброса, что есть в меню Debug) Тип возвращаемого значения можно посмотреть дизассемблером. В общем случае int. Вполне вероятно. Если инфа в виде структуры, то распарсить её поля -- задача не из лёгких. Верно, GTI_RESET_EX, как мне помнится, шлет результат (0 в случае успеха). Они не относятся к разряду супер-обязательных, назначение их надо исследовать дополнительно (при необходимости). Я про такое не слышал. По-моему HSRTDX -- это одна из немногих возможностей неинвазивного обмена потоками информации с процессором. Откуда информация про obsolete?

Лучше было бы, если EMU0 и EMU1 были двунаправленными. PD во все времена использовалось для level-shift'инга. Именно по нему нормальные JTAG-эмуляторы определяют нужный уровень и подстраиваются. Если не секрет -- что за JTAG-эмулятор вы используете?

Нужно перехыватывать все GTI_* функции вместо того, чтобы перехватить парочку низкоуровневых. В этом сложность. Насколько я помню, лицензионное соглашение CCS не очень приветствует реверс-инжиниринг, так что о лицензионной чистоте можно спорить. Но в остальном да, никаких NDA и прочих ограничений нету. Как мне кажется, TI идёт в сторону либерализации, вон даже бесплатная версия CCS есть, когда во времена v2-v3 мы и помыслить о таком не могли. XDS100 опять же -- полный opensource hardware! Так что сомневаюсь, что они будут преследовать таких вот горе-исследователей ;) Нет, до второй статьи руки не дошли. Я вообще думал, что с появлением XDS100 эта тема утратила актуальность не только для меня. Видать, ошибался :rolleyes: Да и процессоры сейчас пошли сплошь многоядерные, а как там производится эмуляция -- тёмный лес для меня. Как мне кажется, в режиме boundary scan используются как IR, так и DR. Это в режиме эмуляции задействован только IR. Тут надо анализировать BDSL-описание на конкретный камень. Но возможно, что ошибаюсь, ибо не вникал глубоко. CCS действительно определяет тип процессора по информации в статусном регистре который считывает в узле IR автомата состояний JTAG. Но так же ли это делается в режиме boundary scan -- не ведаю. Не сильно кардинально, но электроника и программирование свелись к минимуму, однако в рамках хобби остались по-любому

Прошу прощения за такое безответственное поведение с исходниками, надо сделать над собой волевое усилие, и выложить все, что есть, на github, хотя бы свалку для начала, а потом уже разобрать. Надо пошуршать по старым жёстким дискам. Вообще заточить все это под GDB -- была у меня такая лихая идея. Но сложность её я не оценивал. А так да, можно было бы тогда отлаживать в прочих IDE, например в Qt Creator. По драйверам. PTI_*, TRG_* -- это более низкий уровень взаимодествия с железом, и моему разуму он оказался не подвластен. Когда в своё время я обменивался своими мыслями с Сергеем Марковым aka SM, он как раз рекомендовал ломать протокол на более низком уровне, что бы не переписывать высокоуровневые драйвера под каждую платформу. В то время он уже перешёл на светлую сторону Силы под крыло Sauris, поэтому эта тема для него актуальность потеряла, у него уже был доступ к SEPK (или как он там называется). Я пошел-таки своим путем, что позволило мне добиться неплохих результатов по скорости обмена данными (на мой субъективный взгляд). По эмуляции. Я экспериментировал с тремя семействами: C64хх (не плюс), C55xx, C28xx. Для них удалось реверсить содержание JTAG-цепочек таких распространённых операций как чтение/запись в память/регистры ядра, установка/снятие точек останова, запуск/останов программы и т.п. Не удалось до конца познать суть инициализационных цепочек, а также назначение всех разрядов регистра статуса (я о нем упоминал в статье). По поводу "подёргать ножкой". Я в boundary scan не силён, для этого действительно есть специальные инструменты, BSDL-описания, в общем с эмуляцией граничное сканирование объединяет лишь одно -- физический интерфейс JTAG. В остальном это весьма разные вещи. По граничному сканированию рекомендую обратиться к знаниям ув. iosifk: http://iosifk.narod.ru/ Вы даже можете пообщаться с ним лично, ранее он бывал на этом форуме. Ну а в остальном я готов проконсультировать в любых вопросах, на которые знаю/помню ответы. Правда род моей деятельности сменился, поэтому я сейчас от этого несколько далёк :laughing:

Продано.

Кстати если есть интерес "поиграться", где-то у меня валялась LeopardBoard (http://designsomething.org/leopardboard/default.aspx/) и несколько модулей-камер. Завтра постараюсь уточнить, какой именно там стоит процессор. Могу одолжить, так как все равно без дела лежит. DM355, к сожалению...

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

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

Прошу прощения, давно не был на форуме. Да, плата в продаже.

А почему вы качаете с сайта Blackhawk? Мне кажется это клон Seed (http://www.seeddsp.com/eng), по крайней мере раньше китайцы любили клонировать именно его. Посмотрите VID/PID, чтобы это уточнить.

Прошу прощения за скрытую рекламу

А чего это Вы решили мертвеца попинать?

Так... Как уже вам указал ув. SM, разберитесь с номиналами. То, что Вы здесь приводите, ни в какие ворота не лезет (я вообще ничего не понял).

Как всегда, ув. SM дело говорит. Второй вариант: подождать, когда я допишу GDB для процессоров TI. Но это может быть дольше.

Так как базируется XDS100 на чипе FTDI, то и дровишки накопать можно на их сайте. Например начать с http://www.ftdichip.com/FTDrivers.htm Топик-кастеру. Судя по логам у Вас нарушение целостности JTAG цепочки. Причин тут может быть множество, с учетом того, что, как я понял, оба продукта у вас из Поднебесной. Проверьте осциллом для начала TCK на JTAG. Попробуйте максимально понизить частоту в настройках эмулятора. Ну и можно для верности пройтись паяльником по ножкам. Еще не понял по Вашей картинке, что вы дам подаете на разъем JTAG (в частности на 5-ю ногу).

По просьбам трудящихся раздобыл CompactFlash, записал туда Buit-in Self-Test (BIST), провел самоконтроль платы. Результаты прикладываю в файле: ml605.txt Если в двух словах, то все проходит, кроме Ethernet-loopback'а. Но там что-то непонятное с тестом, потому что пробовал на двух платах, на обеих пишет "This example could take minutes to complete without I-cache enabled" и более никакой реакции в течении длительного времени. Ethernet 100% рабочий, потому что мы его гоняли на этой плате. Плюс к этому гоняли еще PCI-Express, разъем FMC (работали с дочерней платой ADC-DAC), все работает.

Приподниму тему.

У меня что-то не получилось по http зайти, все время редиректит на https. Но Гугл подтверждает, маразм крепчает. Однако пора взять Тор за привычку.

А вы в какой РФ живете? В моей вроде открывается.

В связи с ростом курса доллара цена снижена до $600.