По опыту скажу, что проблема в питании. Если питание есть и JTAG подключён правильно, все должно увидеться байтбластером. Подтяжки у питанию на jtag всегда на 10к ставлю, и 1к на землю для TCK, но проблема у Вас не в этом. Копать в направлении питания (ошибка в разводке или брак пайки BGA)

Фото рентгена, показывают что у вас все хорошо.
У меня недавно такая же проблема была на ARRIA V. При внимательном изучении схемы нашел у себя ошибку в питании.
Выложите схему питания, может сможем чем помочь.

Посмотрите CV-52010 (2015.01.23) Cyclone V Device Handbook Volume 1: Device Interfaces and Integration;
10-4 Power-Up Sequence

"To ensure the minimum current draw during device power up for Cyclone V devices, follow the
power-up sequence recommendations as shown in the following figure.
Power up VCCBAT at any time. Ramp up the power rails in Group 1 to a minimum of 80% of their full rail
before Group 2 starts.

Group 1: 1.1V
VCC; VCCE_GXB; VCCL_GXB; VCC_HPS

Group 2: 2.5V
VCCPGM; CCIO; VCCPD; VCCA_FPLL; VCCH_GXB; VCC_AUX

Формально да, оно есть, требование по " Power-Up Sequence"; НО - для минимизации токов при старте.

Я на своих платах - одна с 5CEFA5F23I7N, другая с 5CSEMA5F31I7N - сделал на всякий случай включение всех прочих питаний по наличию 1.1В
JTAG chain всегда работал;
Но одна из 5CSEMA5F31I7N умерла - проработав несколько месяцев: пропал TDO HPS (Сигналы JTAG -буферированы перед разъемом).
Сняли-снова запаяли 5CSEMA5F31I7N; не помогло.
Заменили 5CSEMA5F31I7N - заработало.

Приложил мою работающую схему - чипы почти одинаковые. (A5 vs A7)
По моему, либо битый чип, либо схема питания, либо все же непропай.

Сообщение отредактировал sast777 - Jan 8 2016, 17:49

Всем огромное спасибо за комментарии.

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

Возможно проблема с питанием, судя по всему, 3.3В подается раньше чем 2.5В и 1.1В. Сейчас попробую подать 3.3В позже, может с этим связана проблема.

Еще один из возможных вариантов - сожгли микросхему. Когда только пришла плата - была ошибка в монтаже, и вместо 1.1В на ядро подавалось 1.75В. Но тут сложно сказать - все-таки надеюсь, что не сожгли ПЛИС, ведь она ставит сигналы на своих выходах.

По поводу пропая/непропая ничего сказать не могу - не эксперт в этой области. Посоветовался с коллегами - некоторым не понравилась пайка. Как они говорят - часть шариков изменили форму - как бы немного растеклись по контактным площадкам, но некоторые остались круглыми, как будто они не прогрелись во время пайки и нет контакта. Например, такая вещь с выходом nCE (выход G5). Возможно там непропай.

Если кому интересно - вот схема питания



Сообщение отредактировал gin - Jan 11 2016, 07:35

если действительно на Core подавалось 1.75в, то на 99.9% чип сдох..
непрогруженный кристалл кушает определенный ток, загруженный другой, дохлый может совсем децл, т.е. аномально мало..
если есть запасная пустая плата, то распаяйте только источники и нагрузите все каналы питания на ~80% от максимального тока по каждому - смотрите уровни питания, шумы и величины переходных помех..

По идее, если бы она сдохла, то не выставляла бы сигналов, а она ставит:
- на выходах CONF_DONE, nSTATUS ПЛИС выставляет 0
- на nCS и DCLK (идут на EPCQ) ПЛИС выставляет 1

К сожалению изготовили только одну плату - не с чем сравнивать

Схема питания правильная. Возможно проблема в правильности подания питания или выгорела микросхема. У меня схема с кристаллом 5CEFA9F31I7, различие в питание по сравнению с вашим нет, только я подаю питание по очереди, начиная с самого маленького.
Насчет сгорела или нет, сложно сказать, у меня были случаи подачи напряжения на ядро больше чем нужно и все потом работало. Я бы проверил сигналы Configdonи initdon.

Была проблема с питанием Vccbat - 2.5В не доходило до ножки из-за разрыва в цепи. Устранили - не помогло. Заменили ПЛИС на другую, тоже не помогло. Осталась только мысль, что у нас неправильная последовательность подачи питания

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

жаль что одна, я всегда стараюсь делать с дубликатом (по возможности)..

если принять, что чип уцелел, то есть еще пара направлений:
- вы за правильность библиотечного элемента Cyc5 уверены? его хорошо проверили? бывает, что у конструктора проходит крест - на УГО одно, на шарах другое.. отсюда в схеме будет правильно, а вот в монтаже фиг.. проверяли?
- по конфигурации:

есть ли возможность коммутации MSEL[] или прибиты насмерть под чипом? если можно оторвать, то убрать EPCQ и пробовать запустить чистый jtag:
If you only use the JTAG configuration, connect
nCONFIG to V CCPGM and MSEL[4..0] to GND.

Не зависимо от выбранной схемы конфигурирования, JTAG будет работать, если чип живой и правильно запитан. Нужно всего 3 вещи:
1. Живой чип.
2. Правильно подать питание, включая необходимые блокировочные конденсаторы итп.
3. Правильно подключеный разъём JTAG.

В какой то момент отказал источник 1.1В - пропало напряжение. Перепаяли источник и заработало. При этом последовательность питания не меняли. Но с источником странно. Может при перепайке ПЛИС его повредили.

Сейчас пока не получается работать с EPCQ. Во-первых, хоть и выбран режим Active Serial x4, но данные идут только по DATA0. И при этом, при попытке записи, чтения либо стирания флешки - прогресс бар доходит до 96% и пишет FAILED

В общем Cyclone мы кое как одолели - теперь он видится и конфигурируется по JTAG. Возникла новая проблема с загрузочной флешкой EPCQ128. Такое ощущение, что она не отвечает на запросы. При подаче питания видно, что ПЛИС шлет команды на флешку (судя по всему это команда Read status), но в ответ флеш ничего не меняет на своих выходах. На линиях DATA0 - DATA2 - постоянно высокий уровень, на линии DATA3 низкий. Также не дали никаких результатов попытки программирования флеш через ПЛИС (запись JIC-файла в ПЛИС) - всегда одна и та же картина. Все сигналы от ПЛИС на флеш приходят (DCLK, nCS, DATA0). Единственное, что мне не очень нравится - это сигнал DCLK, его частота 10 МГц, хотя как я понял из описания на CycloneV, там частоты другие - 12.5, 25, 50 и 100 МГц. Может быть проблема в клоке? Хотя, никаких ограничений по минимальной частоте DCLK в описании на EPCQ нет.

На картинке скрин экрана осциллографа - сигналы DATA0 и DCLK

Сообщение отредактировал gin - Jan 15 2016, 08:16

Пока не получается решить проблему с загрузочной флешкой EPCQ128. Посмотрел еще раз осциллографом сигналы после включения питания. Увидел следующие - ПЛИС выставляет сигнал nSTATUS в 1, затем происходит обращение к флеш. Опускается сигнал nCS и выдаются 2 пачки тактовых импульсов по 8 штук каждая. После этого ПЛИС снимаем сигнал nCS и опускает сигнал nSTATUS 0, тем самым прерывая процесс конфигурирования. И такая ситуация повторяется каждые 250 мкс.

Внизу прикрепил скрины с осциллографа: желтым показан сигнал nCS, который поступает на EPCQ128, синим - nSTATUS.
Для меня абсолютно не понятно, почему ПЛИС прекращает процесс конфигурирования, причем такая же ситуация с сигналами возникает и при других операция с флеш - при попытках записи, чтения или стирания.

И еще вопрос, что и как далжна отвечать флеш на поступающие от ПЛИС тактовые импульсы?

Сообщение отредактировал gin - Jan 19 2016, 06:57

Может, у вас непропай линии данных от флэшки к FPGA?