Итак, есть устройство. На нем пара Циклонов EP1C6 соединенных по JTAG и Download портам.

По JTAG две схемы соединены последовательно. Все по datasheet.

По Download: конфигурационное ПЗУ – EPCS4. Первая схема (по nCE nCEO) в режиме AS, вторая – в PS. У обеих схем, CONF_DONE объединены, и подтянуты pullup к 3.3 В. То же касается nSTATUS.

Исходное состояние – в конфигурационном ПЗУ прошивки нет, схемы не сконфигурированы.
Пытаюсь сконфигурировать по JTAG с помощью Ouartus и ByteBlasterMV. Из программатора видна цепочка из двух схем, ставлю последовательно 2 sof, запускаю конфигурацию.

Итог: определяется IDCODE 1-й схемы, стартует конфигурация, завершается с ошибкой (вывод CONF_DONE не вышел в 1).
То же происходит, если конвертировать последовательность из двух sof в jam (stapl), и попытаться прошить jam.

Предположения: или неправильно передаются данные по JTAG, или некорректный алгоритм конфигурации, не учитывающий того, что схемы объединены по CONF_DONE, и того, что CONF_DONE поднимется в 1 только после конфигурации обеих ПЛИС.
Для проверки первого предположения сделал программу на jam гоняющую в цикле через BYPASS данные (взял эту же прошивку). В течении пары часов данные шли через схемы без ошибок.
Среди предположений осталось подозрение в некорректности алгоритма.

Задача: сконфигурировать обе ПЛИС по JTAG из исходного положения – обе ПЛИС без конфигурации.

Решение: Я вижу в изменении алгоритма конфигурации в jam файле и использовании JAM Player.

Вопросы:
Кто-нибудь сталкивался с конфигурацией цепочки микросхем, с объединенными сигналами CONF_DONE?
Видит ли кто-нибудь, решение с использованием Ouartus (без правки руками jam файла)?

Вчера как раз замыкал CONF_DONE на двух разных микросхемах (они у меня изначально не объединены). Так вот, не грузится после этого ничего. Насколько помню даташит, там про объединенение CONF_DONE не говорилось...

Я так понимаю, что объединение Вы сделали для того, чтобы плисины одновременно стартовали в юзер-моде? Если так, то имхо надо было использовать пинчик INIT_DONE опциональный, он как раз, вроде open-drain, можно объеднить.

Моя схема является смесью следующих рисунков:
http://www.altera.com/literature/hb/cyc/cyc_c51013.pdf

Стр. 13–11, рисунок 13–6. Configuring Multiple Devices Using a Serial Configuration Device (AS)

Стр. 13–33, рисунок 13–17. Multi-Device JTAG Configuration

Выводы CONF_DONE, nSTATUS, nCONFIG объединены как на рисунке 13–6.

CONF_DONE объединены для конфигурации по AS. Рис. 13–6.

Кто-нибудь сталкивался с конфигурацией цепочки микросхем, с объединенными сигналами CONF_DONE?
Видит ли кто-нибудь, решение с использованием Ouartus (без правки руками jam файла)?
//////////////////////////////////////////////////////////////
Со старыми кристаллами (АСЕХ) в режиме ps работает без проблем.
Обычно в схему пытаются заложить два разных режима. Работа с кристаллами по JTAG и боевой режим: загрузка FPGA от ПЗУ. При наличии в JTAG цепочки микросхем объединение двух рекомендованных схем нельзя объединить без нарушений по дата шиту. При загрузке от ПЗУ цепочки кристаллов все пины с открытым стоком сидят на одном резисторе. При цепочке JTAG в рекомендациях на каждый пин по резистору.
У меня по схеме (АСЕХ) все пины на одном резисторе (в соответствии с загрузкой от одного ПЗУ).
И JTAG все равно работает. sof файлы грузит без проблем. А вот объединенный файл pof было необходимо создавать в программере convert programming files из объединенных sof (обычно ошибаются и цепочку pof подключают). Но все это естественно я делал в MAX+. И все это режим PS. В квартусе не пробовал. Вы так и не сказали какая версия Квартуса. У многих без последних SP были проблемы.
Удалось ли загрузить оба кристалла от ПЗУ.

Quartus II 5.1 SP2
С ПЗУ плисины не грузил. В ПЗУ конфигураций нет. Вообще загрузка с ПЗУ - запасной вариант.
Боевой вариант - загрузка по JTAG с хоста. В процессе работы предполагается реконфигурация ПЛИС.

Да... Думаю, не получится без разрыва CONF_DONE по JTAG-у в Квартусе...
Если у Вас боевой вариант именно этот, то придется, имхо плату подрезать немного...
Насчет JAM не знаю, получится ли, но даже, если и получится, то ведь придется каждый раз на стороне хоста генерить новый JAM, чтобы прошить новую прошивку, причем JAM будет нестандартный. Не слишком ли сложно?

Можете выложить JAM файл этой конфигурации. Каким софтом конфигурировались АСЕХы.

Можете выложить JAM файл этой конфигурации. Каким софтом конфигурировались АСЕХы.
/////////////////////////////////////////////////////////////////////////////
ACEX конфигурировались из MAX+ очень давно. От ПЗУ EPC2. JTAG по большому счету меня не интересовал. Просто подключил и посмотрел.
Да и причем тут jam файл. Схема конфигурации Вами выбрана неправильно. Если основной режим JTAG, наверно нужно за основу выбрать режим подключения кристаллов в цепочку JTAG. А ведь в этой цепочке кристалла независимы друг от друга.
А тогда сигналы nStatus, Configdone каждого кристалла должны иметь по отдельному резистору.
А контакты для подключения ПЗУ так как рекомендовано (если ПЗУ не используется), а можно для каждого кристалла как режим AS, независимо друг от друга, и тогда использование ПЗУ на каждый кристалл (если понадобиться) не будет противоречить схеме подключения по JTAG и используя документ an370.pdf по цепочке jtag грузите jam файл или для кристалла, или для ПЗУ.

Проблема решается следующим образом:
Перед конфигурацией по JTAG, цепочки микросхем, объединенных по CONF_DONE, необходимо, чтобы все схемы были сконфигурированы. Поэтому, при разводке платы, необходимо оставить возможность зашить ПЗУ, минуя ПЛИС. После включения питания, когда схемы сконфигурированы по AS, все прекрасно конфигурируется через JTAG, в том числе и ПЗУ через JIC.