Приветствую ! Скажите , может кому приходилось использовать в разработках более двух устройств , программируемых через JTAG ? Поделитесь пожалуйста , может были какие "подводные камни" при формировании цепочки ( т.е при использовании одного и того же jtaga для нескольких устройств). Или может стоит идти по пути наименьшего сопротивления - ставить два jtag коннектора и не париться ?

Простой пример проблемы: в одной цепочке 3 штуки Xilinx Spartan-3, PLX 9030 и AT91RM9200. При конфигурировании ПЛИС через JTAG с помощью Xilinx iMPACT все нормально, т.к. эта программа позволяет загрузить BSDL-файлы для неизвестных кристаллов в цепочке. Однако если попробовать отлаживать проекты ПЛИС с помощью Xilinx ChipScope Pro, то начинаются проблемы, т.к. он не умеет грузить BSDL-файлы для неизвестных ему кристаллов (а известные ему только ПЛИС и PROM).
Вывод такой - нужно смотреть, какое ПО и какие кристаллы будут в одной цепочке и принимать решение только на основе этой информации.

Спасибо ! Впринципе , ситуация немного схожая : в цепочке XPLA3 (Xilinx) и МК LPC2214. Насколько я понял , можно попробовать Xilinx iMPACT ? Или же может есть что-то другое ?

Если найдете BSDL-файл для LPC2214, то с iMPACT проблем не будет. Но остается еще вопрос с софтом, который Вы будете использовать для отладки LPC... Сможет-ли этот софт смириться с наличием в цепочке неизвестного для него кристалла?

to maks

Ясно. БОЛЬШОЕ СПАСИБО!

Не уверен что втему но стоит буфер(а) на TCK поставить. Ну и когда проект делаеш "втемную" лучше конечно отдельные JTAG коннектооры делать или по крайнней мере иметь возможность перемычками реконфигурировать цепочку.

BSDL то можно и самому написать. А вот когда софтина не знает что бывют цепочки из нескольких устройств...

Сообщение отредактировал klop - Oct 5 2006, 14:54

Буфера не обязательно, но вот насчет согласующих резисторов подумаю советую. При определенных условиях (высокая частота и проблемы с разводкой) они могут помочь добиться стабильной работы JTAG'a.



Я в свое время искал (правда не долго) хорошую альтернативу перемычкам, чтобы можно было удобно исключить выборочный кристалл из цепочки - микросхему-мультиплексор для JTAG'a. Но не нашел. Может есть у какой-нибудь фирмы что-то подобное?

В свое время пустой интуитивно и не слишком мучаясь сваял.
LPC c CPLD и FPGA алтерианскими ставятся исключительно в цепочку, ибо удобно!

Если не сложно, выложите в эту тему в общий доступ. Думаю, что это будет полезно.

Возможно не совсем проникся проблемой, но почему бы не скомандовать "ненужному" кристаллу по JTAG'овски - BYPASS?

Чем скомандовать?

Обещаю подумать над этим вопросом. Просто мозг выработал ресурс на сегодня. А пока посмотрите вот эту статью - Виртуальные кнопки и светодиоды, или Неизвестное обо всем известном JTAG-сканировании. Если Вы конечно ее еще не читали

Встречаются софты которые не знают что такое цепочки устройств.

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

Читал. И не только ее... Еще стандарт читал, правда давно. Вот только проблема в том, что реализации далеко не полностью раскрывают возможности стандарта. Делает, например, некая фирма программу для работы через JTAG с ПЛИС и чихать ей хотелось на то, что в цепочке может быть еще процессор, да и наоборот примеров тоже хватает (если поискать). Вот и получается, что теоретически возможнось есть - а практически не получается.




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



Да, все правильно и я тоже пришел к такому выводу. Но вот что интересно: если использовать JTAG для выполнения проверки цепей на плате (контроль соединений и т.п.), то проблемы нет, т.к. есть продвинутые пакеты от UniversalScan и до Asset ScanWorks, которые прекрасно работают с любыми цепочками (только bsdl подавай). Но есть еще внутрисистемные программаторы и отладчики, с которыми дело обстоит несколько иначе...