Всем доброго времени суток. Не удается прошить XC2S300E по JTAG. Все время выскакивает ошибка - программатор Platform Cable USB2 не видит микросхему. Перерыл уже кучу доков - ничего не смог найти. Может кто поможет?

Напишите хоть что он выдаёт когда не хочет шить? Так шанс на помощь сильно возрастёт.

Проверьте, что программатор имеет доступ к bsdl-файлу на данную микросхему.
Попробуйте считать с микросхемы ID и убедитесь, что в файле ID соответствует тому, что считали из микросхемы.

iMPACT:2130 - Boundary-scan chain test failed . Please check tdi->tdo connection between device:'1' ( 'xc2s300e') and the cable .
A problem may exist in the hardware configuration.
Check that the cable, scan chain, and power connections are intact,
that the specified scan chain configuration matches the actual hardware, and
that the power supply is adequate and delivering the correct voltage.


Программатор вообще не может произвести ни одной операции, поскольку не видит микросхемы ПЛИС

Может действительно дело в "неконтакте" (JTAG контакты, земля/питание)?
Только на одной микросхеме проявляется такой эффект?

потыкайте осциллом в интерфейс, там 4-5 сигналов, хотя бы поймете куда дальше смотреть..

Сигналы от JTAG смотрел оссцилом на ногах оснастки. Все в наличии. Даже TDO дергается один раз к земле.
Контактов земли и питания до фига и все они между собой звонятся(ну за исключением VCCIO конечно, там по банкам звонятся) и даже если есть неконтакт в одном соединении, то оно дублируется многократно.

Нет на всех. Их у меня два десятка.

Контакты конфигурирования интерфейса программирования (M0 M1 M2) для JTAG?
с PROGRAM и INIT всё хорошо?

В догонку
раздел Configuration
https://www.xilinx.com/support/documentatio...heets/ds077.pdf

Да. Пробовал и 101 и 100. Да и вообще, если верить док-ции, то JTAG доступен всегда вне зависимости от состояния M0...M2. Просто когда включен именно режим JTAG, то остальные интерфейсы недоступны.

У Вас есть согласующий резистор на линии TCK? Если нет, то вполне возможно дело в нем. Можно попробовать его прилепить "на соплях" + снизить частоту JTAG.

Если платы нового типа - может длинные провода JTAG до платы или по плате.
Сигналы JTAG притянуты к питанию резисторами?

Я пользуюсь исключительно Digilent jtag hs2, там нет проводов.

PS: а без клоков этот тип ПЛИС должен общаться по JTAG ?

Резистора нет, но и никакого упоминания о нем ни разу не попадалось мне в документации. Не очень понимаю смысла в таком резисторе - по факту получится линия задержки: последовательный резистор и входная емкость контакта. Частота JTAG итак самая низкая из возможных - 750кГц

А какая длина допустима по Вашему? Частота то уж итак низкая - 750кГц.

Специально не притянуты, но (если мне не изменяет память) у этих выводов вроде бы должны быть внутренние подтяжки.

Это как? Там вроде бы наоборот нужно в настройках проекта сделать тактирование именно от ТСК при использовании JTAG.

На самом деле нет, упоминания есть. Например в XAPP058 есть фраза:


Согласующий резистор на выходе является одним из способов согласования волнового сопротивления линии. Исходя из моей практики - это нужно. Причем даже на 750 кГц бывали случаи, когда не работало до установки согласующего резистора в линию (как можно ближе к выходу кабеля, для начала попробовать 50 Ом).

0 мм. Там не в частоте дело. Что-то другое. То ли драйвер TDO хреновый, то ли иголки наводятся, то ли важны фронты, то ли подтяжка вверх...





У меня просто плисины ещё всегда тактируются и сбрасываются RC цепочкой. Может это важно...

PS: кстати попробуйте поиграться, поставьте не 750кГц, а 3МГц и т.д - мне в таких случаях помогало.

PPS: кстати однажды удалось подружиться с одной платой пропустив все сигналы через буферы.

PPPS: Возможно вообще важен порядок сигналов в разъёме: TMS,TDI,TDO,TCK,GND,VDD - рабочий

Есть))) Специально проверил. Только относится она по моему к случаю, представленному на рисунке чуть выше этой фразы. А изображена там схема прошивки цепочки ПЛИСов да еще с мультиплексором на пути ТСК. Возможно в этом случае "целостность цепи сигнала ТСК" будет действительно критичной.
В моем случае я шью напрямую одну ПЛИС и вряд ли согласование по сопротивлению будут столь критичны.
Безусловно, я опробую последовательное включение резистора по ТСК, благо это вовсе не сложно)))
А есть ли еще какие-нибудь соображения у знатоков? Просто хотелось бы сразу опробовать разные варианты, могущие разрешить ситуацию.

Да фиг знает... программатор точно исправен, другие ПЛИСины шьёт?
Конденсаторы земля/питание стоят?
Шьёте Impactом из WebPack(версия какая)?

Шью Impactом. Программатор до этой ПЛИСины (пару недель назад) работал нормально. Никто кроме меня им не пользуется)))

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



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

В моей практике раньше случались такие проблемы при длинном кабеле переходника от программатора до разъема на плате

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

Как я понял Вы ID прочитать не можете. Значит проблемы все же аппаратные. А что написано в bsdl-файле о максимальной частоте TCK? Как тут указывали, можно просто сделать небольшой переходник с согласующими резисторами.
И еще. Как там с питанием. Может быть у древнего спартанца 5 вольт питание, а у бластера можно подавать только 3?

Нажмите для просмотра прикрепленного файла
Прикрепил фото сигналов JTAG на осциллографе. Сверху вниз: TCK; TDI; TDO; TMS
Опробовал подключение различных сопротивлений последовательно с ТСК. Результат тот же - JTAG не видит м/сх.
По осциллограмме видно, что ТСК вполне приличной формы с минимальными звонами. Да и остальные сигналы тоже.


Да. И поскольку ID читается в начале каждой операции, то ни одной операции я не могу совершить через JTAG

Честно сказать ни разу не пользовался данными из bsdl-файла. Да и ниже 750кГц я по любому не смогу опуститься.

пробовал - пофиг...

Питание ядра 1,8 вольт, питание переферии 1,2...3,6 вольт. Я использую 3.3В

Мои статьи:
JTAG тестирование. Совр Электр №2,3,4,5 за 2007

См. рис. 9. Там расписано, как выглядят диаграммы команд в сигналах JTAG.
Попробуйте найти в программе программатора только команду чтения ID. Первые 4 клока TCK переводят порт JTAG в состояние сброс. И далее по диаграммам переходов все можно отследить...
См. рис. 10... Вот как выглядит чтение ID

А в bsdl-файле написано, какой ID должен прочитаться...
Если будут вопросы по статьям, то могу ответить по скайпу голосом...

Это каким образом я вытащу из Impact команду чтения ID?
По факту первая же команда при запуске JTAG это и есть чтение ID. Только после корректного прочтения продолжается выполнение других команд.
Я осциллограмму привел больше для того, чтобы показать форму сигналов и то, что программатор их формирует. А вот ответа от м/сх кроме одиночного падения TDO в ноль нету.

Думаю так:
Импакт - файл - инициализация цепи.

Правда сейчас проверить не на чем...

И еще.
Output - SVF файл - создать SVF файл

Вот в этом файле можно прочесть "что отправляли" и "что получили"...

В моем случае: Operation -> Initialize Chain
Опробовал. То же самое на экране осциллографа.
А можно ли закольцевать TDI->TDO, чтобы проверить программатор?

Проверить можно на любом исправном стартовом наборе.
А "закольцовывать" вообще смысла нет. Просто для этого нужно в цепь поставить триггер с TCK на тактовом... А зачем?
На исправном даете команду чтения ID. Потом сравниваете с Вашей платой. В SVF файле сразу же можно прочитать что подавали и что получили. ID и коды команд - записаны в bsdl файле...

Вот что написано у меня в файле xc2s300e.bsd:
entity generated_xc2s300e is

generic (PHYSICAL_PIN_MAP : string := "X_PACKAGE");

port (TCK: in bit; TDI: in bit; TDO: out bit; TMS: in bit);

use STD_1149_1_2001.all;
attribute Component_Conformance of xc2s300e : entity is "STD_1149_1_2001";

attribute PIN_MAP of xc2s300e : entity is PHYSICAL_PIN_MAP;

constant X_PACKAGE:PIN_MAP_STRING := "TCK : 1," & "TDI : 2," & "TDO : 3," & "TMS : 4";
attribute Tap_Scan_In of TDI: signal is true;
attribute Tap_Scan_Mode of TMS: signal is true;
attribute Tap_Scan_Out of TDO: signal is true;
attribute Tap_Scan_Clock of TCK: signal is (1.0e06, BOTH);

attribute Instruction_Length of xc2s300e: entity is 2;
attribute Instruction_Opcode of xc2s300e: entity is "BYPASS (11)";
attribute Instruction_Capture of xc2s300e: entity is "01";
attribute Boundary_Length of xc2s300e: entity is 1;
attribute Boundary_Register of xc2s300e: entity is "0 (BC_1, *, control, 0)";

end xc2s300e;

Не пойму где тут указан ID?
В файл .svf у меня вообще ничего не пишется, он пуст.

Прошу прощения .svf не пустой...

// Created using Xilinx iMPACT Software [ISE - 9.2i]
TRST OFF;
ENDIR IDLE;
ENDDR IDLE;
STATE RESET;
STATE IDLE;
FREQUENCY 1E6 HZ;
TIR 0 ;
HIR 0 ;
TDR 0 ;
HDR 0 ;
TIR 0 ;
HIR 0 ;
HDR 0 ;
TDR 0 ;
TIR 0 ;
HIR 0 ;
TDR 0 ;
HDR 0 ;
TIR 0 ;
HIR 0 ;
TDR 0 ;
HDR 0 ;
TIR 0 ;
HIR 0 ;
HDR 0 ;
TDR 0 ;

Банк 2 тоже запитан от 3,3 В?




Не знаю где Вы взяли такой файл. У меня в ISE 14.7 он выглядит иначе, см. вложение.

В нем есть строки:


Это и есть ID кристалла.

PS: а TDI/TDO местами не пробовали поменять?

Да

У меня ISE 9.2 и там формируется такой вот файл(пожимаю плечами) :-)
А в ISE 14.7 разве есть такой древний кристалл?

Судя по https://www.xilinx.com/support/answers/15938.html поддержка закончилась на ISE 10.1, но в 14.7 видимо есть возможность прошивать, судя по наличию bsd-файлов.

Пересобрал по схеме Slave Serial - всё шьётся влёт! Тот же програматор, из той же среды. Не знаю в чём загвоздка, но проблема таким образом решилась.
Возможно сам ТАР-контроллер неисправен.
Спасибо всем, кто откликнулся.