Уважаемые коллеги!

Имеется трудноподдающаяся ремонту система, плат много, платы большие, доступа к ним осциллографом в системе нет, только на столе по-отдельности. Конфигурационные микросхемы EPC2 одной из FPGA APEX на одной из плат после какого-то сбоя были перепрограммированы системой с ошибкой – осциллографом наблюдался бесконечный процесс реконфигурации. Подняв ножку TDI первой из трех EPC2, я прочитал байтбластером их содержимое (последняя в цепочке оказалась пустой), очистил их, и теперь имею две задачи:

1. Проверить работоспособность всей цепочки JTAG, а она довольно длинная:
APEX EP20K400 – EPC2 – EPC2 –EPC2 –EPC2 – EPC2 – EPC2 – APEX EP20K400 – EPM7032AE – EPM7032AE – SAA7113
Квартус и байтбластер всю цепочку не переваривают, удается прочитать только связку из шести EPC2. Добавление к ней EP20K400 спереди или сзади приводит к ошибке JTAG.
Цепи TDI, TDO, TCK буферированы (три группы).

2. Перешить EPC2: на жестком диске (а система использует Windows XP при загрузке) присутствуют их файлы, но с расширением .sbs . Догадываюсь, что это какой-нибудь Serial Bite Stream и грузятся они в промежуточный контроллер, который перешивает EPC2 при необходимости. Что это может быть и как его можно использовать?

Буду благодарен за любую подсказку

Пардон, буферировано TMS, разумеется, а TDO - выход последней SAA7113

Сделайте какой-то простенький проект под APEX (например, буфер с 3-м состоянием, чтоб ничего не попалить)
Загрузите по JTAG во ВСЕ EPC2 (наверное Вы не знаете какая что конфигурит).
Проверьте или APEX конфигурируются нормально. Если это так - то пол-дела сделано.

Смотрите внутрь sbs-файла... сравните с альтеровским, что Вы получили.
Возможно удасться понять как он формируется.

Спасибо за рецепт, раньше вторника не смогу воспользоваться, к сожалению.
И все-таки, должна ли детектироваться такая цепочка Квартусом? Я делаю ей Autdetect device в программаторе, и безуспешно.
Вообще-то, я знаю, что первого в цепочке Апекса конфигурируют первые три ЕРС, а второго - последние три. Первая группа Апекс+3 ЕРС конфигурируется, похоже, нормально.
Файлы pof и соответствующие им sbs выложу на всеобщее обозрение, может кому-то покажутся знакомыми.

Вот, к примеру, считанный файл pof и соответствующий ему sbs

Как оказалось, и проектик-то сделать не так просто: свежие квартусы не поддерживают APEX, хотя в списке программатора он есть.

Я думаю что TRST у SAA7113 . То есть она у Вас в ресете. Отключите.

Проверил пустым проектом (все ноги - INPUT), конфигурируется APEX из EPC2. SAA7113 вроде не мешает, а вот собственно APEXы не видятся в цепи JTAG. Тоже TRST мешать может?
А SBS файл не похож на JBC (я с ними дела не имел, но по размеру вроде близок)?

Надо проще говорить. Еще раз про SAA7113.
Вывод TRST 8 test reset input (active LOW), for boundary scan test; . Если на этой ноге ноль - то boundary scan test не пройдет через нее.
Меня то хоть понятно? На ней же последний TDO - и тогда вся цепочка не заработает.

Да то понятно... Только я думал, что, взяв TDO перед SAA7113, я исключил ее из цепочки, разве не так? Кстати, если если делать Test Jtag квартусом, на ее ножке TRST появляется пачка импульсов, откуда, не знаю.
На плате присутствует схемка на EPM7032, очень похожая на узел одновременного доступа к JTAG от контроллера и отладочного разъема из альтеровского An122, но должна-же отладка работать, если плата не в системе, а на столе...

TRST SAA7113 оказался запараллелен с TDI общей цепочки (через буфер и резистор 100 Ом).

За TRST уважаемому litv - большое человеческое спасибо - APEXы тоже им блокировались (и ни с каким TDI, разумеется, TRST не параллелился, моя ошибка).

Осталось файл расшифровать.

Рано радовался. Обнаружился проблемный чип в цепочке - видеоконтроллер от Fujitsu MB87J3221, с ним Квартус Программер и не детектирует JTAG. TDI, TDO, TRST в порядке. Что-либо еще посмотреть затруднительно, даташит не ищется. Кто-то что-то знает про этот чип, может есть какая-то специфика для работы в JTAG? И должен ли его вообще видеть Квартус Программер?

Фуджитсу ответили про этот чип: "from the part number, it looks like a japanese ASIC device".
И вот вопрос: мог ли разработчик/ производитель этого чипа каким-то образом заблокировать доступ к нему посторонним вроде меня по JTAG, или это уже слишком?