Може би темата е за Академия, но от тая тема дори професионалисти могат да извлекат полезна информация. Та какво е JTAG, единен стандарт като UART, SPI и т.н. или всеки производител има гледна точка по въпроса?
Мисълта ми е такава: ако си е хардуерен стандарт и дебъгването зависи само от софтуера, дали ако си взема един ей такъв продукт, или друг USB <-> JTAG конвертор, дали ще мога с негова помощ да подкарвам всеки чип с JTAG?

да цитираме Википедията :

Еми нищо не ми говори. Въпроса остава открит - има ли универсален JTAG дебъгер?

Няма подобно животно, всяка ЦПУ фамилия се дебъгва по различен начин, JTAG е просто физическия достъп на най ниско ниво (все едно SPI). От ТАП контолера нагоре всичко зависи от болната фантазия на ЦПУ производителя.

btw, работя в www.ronetix.com така че сам прецени дали да ми вярваш или не

П.С. има универсални ФЛАШ програматори които използват скан чейна да клатят краката на ЦПУто за да програмират през JTAGа но са мнооооооооого бавни.

А какво е ТАП контролер?

В момента и аз търся инфо по този въпрос.Като софт съм се спрял на http://www.macraigor.com/flash_prog.htm поддържа доста чипове и програматори.

JTAG e стандарт... обаче не стандартизира абсолютно всичко.

Примерно по стандарт минималния интерфейс е 4 сигнала (TMS, TCK, TDO, TDI), обаче производителите могат да си избират нивото на сигналите, освен това тия сигнали може да се обвързат с други.
Хайде от страна на JTAG-а долу-горе се правят универсални неща - емулаторите позволяват различни нива на сигналите и т.н. Обаче от другата страна на кабела няма един стандарт. Това което гледаш (OCD) е просто един от многото варианти.
Дефакто дебъгерите не работят директно с JTAG, а ползват Angel, Macraigor, LMI FTDI, RDI и прочие "псевдостандарти".

Проблемът и че тия интерфейси повечето са на високо ниво. Дебъгера казва "сложи брейк еди къде си", емулатора обаче трябва да познава таргета за да знае как се слага брейкпоинт... И така емулатора работи само с чипове които познава - не мой да е универсален.
Що-годе универсални са тия дето работят на ниско ниво, тогава дебъгера трябва да познава таргета и да се занимава с JTAG сигналите.

Обаче като почне дебъгера да работи на ниско ниво става ужасно бавно. Щото за да се сетне брейкпоинт са доста операции и едно е да ги направи хардуер закачен на 20-30МHz шина, друго е на всяка операция да се предават данни по USB/LPT/PCI до компутера той да пипа няколко бита и да връща обратно по канала... На всяка операция бозата добавя по 10ms и става една...

В крайна сметка ти си избираш - или вземаш нещо универсално и бавно или нещо специализирано и бързо. Ако избираш специализиране все пак внимавай да не е прекалено "специализиран". Примерно всички ARM са еднакви, обаче някои JTAG емулатори са ограничени само за конкретни ARM-ве. Просто искат да те набутат да си купуваш емулатор за всеки ARM дето ползваш

малко полезно инфо ... http://www.fpga4fun.com/JTAG.html

Стандартът е IEEE 1149.1-2001 - IEEE Standard Test Access Port and Boundary-Scan Architecture.

Ако някой се интересува, мога да му го изпратя на поща.

'баси е па точно википедията да я мислиш за f... manual......
не си попълвайте празнотите в знанията със вики-то .... много понятия са направо грешно обясени там......

Не е за академия темата, съвсем практична си е .

Това, което е повече или по-малко стандартно около JTAG касае физическия
интерфейс (както вече някой спомена, нивата не са фиксирани, макар че в
повечето случаи 3.3V нива стават), и boundary scan. Колко boundary scan може
да се прави с даден чип е индивидуална работа, има ги от пълен през само
четене на входовете до никакъв (JTAG-ът е винаги само в bypass mode...).
Данните за това са в BSDL файловете за съответния чип, които обикновено са
публично достъпни.

Оттам нататък обаче, за debug-ване, често има една-две допълнителни жици
към интерфейса, които се използват, и информацията за това, какво става
по JTAG кабела и как се контролира съответния процесор обикновено се
пази в тайна (и съответните debug продукти струват в хилядите).

Ако имаш конктретен процесор предвид за debug-ване, вероятно работа
ще ти свърши само това, което изрично твърди, че го може, и то през
съответния JTAG интерфейсен модул.
Ако boundary scan ти стига и можеш да се debug-ваш без тест-порта
(аз например съм го правил успешно с CPU32, TI 54XX DSP, PPC),
вероятно най-добрият ти избор би бил този, позволяващ най-голяма
гъвкавост, напр. да можеш да го курдисаш да програмира външен
флаш чип ползвайки boundary scan.

Така със сигурност няма да стигнеш до правилен избор....
Ако незнаеш какво е JTAG TAP, Chain , Boundary Scan...просто нестава...
седни отдели малко време и се запознай със идеологията!
Тогва ще ти стане ясно надявам се че дори и с един 'Wiggler' можеш да си свършиш работата...стига да знаеш как!

Аз ползвам self-made XDS510PP, за TI е супер! Да не забравя да благодаря на Kras за чудесно сършената работа....

А..и още нещо....не се заблуждавайте че програмирането на External Flash Mem става с Boundary Scan...и клатене на пинове:
Има много по-лесен и елегантен начин - с Flash Loader и дата трансфер презз UART\USB;

Айде...че стана ракиено време...

Хмм, трябва да съм сънувал последните 6-7 години, че го правя на разни архитектури....

Неказвам че така нестава...но кой както може го прави:)