Форум разработчиков электроники ELECTRONIX.ru

Помощь - Поиск - Пользователи - Календарь

Полная версия этой страницы: MT-Link и JTAG Chain

Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM

zltigo

Dec 15 2005, 09:11

Возник вопрос о поддержке MT-Link (через RDI в IAR) работы с цепочкой JTAG.
Железо уходит в разводку не хочется нарваться
на проблемы. Кто-то имел опыт?
Автор MT-Link не смог ответить однозначно.

khach

Dec 15 2005, 16:16

Работоспособно настолько же, как в оригинальном JLinke. С поправкой на версию ДЛЛ. Вся логика формирования битстрима JTAG сидит в JlinkARM.dll. Там же храниться допустимое число устройств в цепочке. Для 2.72 версии это кажется 3 ( плюс-минус 1).

zltigo

Dec 15 2005, 18:09

Цитата(khach @ Dec 15 2005, 18:16)

Работоспособно настолько же, как в оригинальном JLinke.

Спасибо!

А это практика или умозаключения? Меня, например, смутила работоспособность
и отсуттствие каких-либо предупреждений при указании любых произвольных
значений "Position" и "IR len" при наличии одного единственного устройства.
Прошивка MT-Link 1.5 DLL 2.74c

aaarrr

Dec 15 2005, 18:56

Пробовал MT-Link на OMAP5912 (ARM926 и TI55 объединены в одну цепочку) - работало корректно.

zltigo

Dec 15 2005, 20:06

Цитата(aaarrr @ Dec 15 2005, 20:56)

Пробовал MT-Link на OMAP5912 (ARM926 и TI55 объединены в одну цепочку) - работало корректно.

Отлично!

v_shamaev

Dec 15 2005, 21:09

А отладчик какой?

khach

Dec 15 2005, 21:34

Цитата

А это практика или умозаключения?

Результат дизассемблирования JlinkARM.dll и реверс-инжиниринга протокола Jlink.
Команды 0CDh и 0CEh передают готовую сформированную битовую последовательность, соответсвенно процессор JLinka (MT_linka) ретранслирует ее в Jtag. Вся логика упрятана внутри длл.

aaarrr

Dec 15 2005, 23:03

Цитата(v_shamaev @ Dec 16 2005, 00:09)

А отладчик какой?

AXD из ADS 1.2

DASM

Dec 17 2005, 12:09

Цитата(khach @ Dec 16 2005, 00:34)

Цитата

А это практика или умозаключения?

А Вы отличие CD и CE заметили ?

khach

Dec 17 2005, 16:48

Цитата

А Вы отличие CD и CE заметили ?

Отличие видно стразу, а вот условие принятия решения использовать CD или CE неочень.
Похоже, что это какаято ошибка, т.к в переменную Case_CD_CE запись никогда непроисходит.
Этот код практически неменяеться очень давно. В 2.14 версии Case_CD_CE был связан с апгрейдом фирмвари. И что за странное число 2C88h?
Вот кусок от 2.72:

Код

.text:1000EBA7                 mov     ecx, Case_CD_CE
.text:1000EBAD                 mov     MaxBitOff, edx
.text:1000EBB3                 cmp     ecx, 2C88h
.text:1000EBB9                 jge     short Use_CE
.text:1000EBBB
.text:1000EBBB Use_CD:
.text:1000EBBB                 mov     word ptr [esp+10D8h+lpWriteBuffer+1], ax

У меня маловато статистики (логов) чтобы окончательно разобраться в этом вопросе. Надо-бы запустить длл под отладчиком и разобраться с содержимым Case_CD_CE

DASM

Dec 17 2005, 19:43

они с версии 274dll полностью перешли на выдачу CE хидера ( раньше был CD только) Похоже они еще инфу об ожидаемом времени исполнении пакета в проце толкают через CE хидер (он длиннее на один байт)

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.