При загрузке JIC через FPGA (Cyclon)в EPCS4 выдается ошибка Not Recognize silicon ID. Ставили на это устройство EPCS4 с устройства, в котором все хорошо загружается. Не помогло. Ошибка осталась. Выходит дело не в EPCS. Тогда причина либо в самом Cyclonе, либо в его режиме работы. sof в Cyclon грузиться хорошо. Что еще можно посмотреть и проверить прежде, чем менять Cyclon?

А сам циклон, через житаг распознается? В него прошивки грузятся?

Да, Cyclon распознается житагом, и прошивки в него грузятся.

Мало информации. И выводы сомнительны.
В какой версии пакета работаете. Каким типос бластера грузите.
В программере 8.1 на этой ошибке нажмите f1 и посмотрите, что Квартус скажет. В этой версии программера можно протестировать jtag и посмотреть реакцию.
Ставили на это устройство EPCS4 с устройства, в котором все хорошо загружается. И что, с исправного EPCS4 этот циклон не занрузился?
Или Вы сразу стали его программировать.
Наверно стоит посмотреть, все ли выдает Циклон на EPCS4 при программировании, и получает ли данные в ответ. Уровни этих сигналов.
Т.Е. наличие сигналов на всех пинах EPCS4 при включении питания, при поытках прожечь ПЗУ.

Работаю в Quartus 7.2 SP2 использую USB Terasic blaster.

Help выдает следующее:

CAUSE: You directed the Programmer to program the specified device, but the Programmer cannot recognize the silicon ID from the device. As a result, programming was unsuccessful. A silicon ID is a vendor's proprietary ID, which is used to recognize the device. A device's silicon ID is different from its JTAG ID. The problem can be caused by the following conditions:


Communications cable(s) not securely connected

Incorrect device selected

No power to target system

Device pins connected incorrectly

Driving the flash interface pins with another device

Undefined devices in the JTAG chain

В наличии 4 одинаковых устройства. На каждом по 3 Cyclona. Схемы загрузки у всех одинаковые. Из 12 у 3-х не программируется EPCS.
Программирую по одному алгоритму одними и теми же файлами.

Переставляла стертую EPCS. Но думаю, что и с запрограммированной EPCS Cyclon бы не загрузился. При включении питания Cyclon выдает 8 клоков и команду прочитать статус. В ответ на это EPCS выдает 1 на выводе DATA. Что соответствует, если я все правильно понимаю, тому что все сектора флэши защищены. Дальше Cyclon не знает что делать с этой EPCS, сбрасывается где-то на 18 мкс и заново читает статус. Так же себя ведут в работающих устройствах Cyclon'ы если EPCS вообще не стоит. Так же выдается сообщение : "Can't recognize silicon ID for device 1 ".
То есть Cyclon почему-то не видит работающую EPSC.

Может сама плата неисправна ? Проверьте сигналы на циклоне и на флешке - соответствуют ли? А питание флешки в наличии (может у них с циклоном разное питание) ?

Все связи Cyclonа c EPCS прозванивала - все в порядке. Как еще может быть неисправна плата? Еще сегодня поставила эксперимент навесным монтажем подключила непрогружаемую EPCS к другому циклону на этой же плате, предварительно отключив ее от родного. Silicon ID был обнаружен и jic загрузился. Значит связи ни с чем не замыкают - хотя это и так было видно. Завтра буду менять циклон - думаю картина окончательно проясниться) Сообщу что как...

С помощью universal scan попробуйте вручную подергать выводами плисины идущими на epcs. Может обнаружится плохая пайка(циклона или памяти) или микротрещина в проводнике.

Согласно Вашим исследованием с циклонами все в порядке. работают как spi мастер. А EPCS не отвечает. (это же на data0 циклона с ПЗУ ничего не приходит).
И ПЗУ вроде не причем, если запрограммировали в системе на одном циклоне, то и на других эта микросхема работать будет.
Т.Е. проблемы с программированием в системе EPCS.

В том-то и дело, что эта же EPCS другому циклону отвечала. В общем замена циклонов устранила проблему. После замены EPCS можно было сразу приступить к замене Циклонов. Но как-то в ALTERA'х не принято сомневаться... Спрашивала у снабженцев - сказали, что покупали в разных местах и не обязательно в Эфо. Вообще как часто встречается брак в таких микросхемах? И есть ли возможность, если знаешь у кого покупал, доказать, что это брак и попросить замены. Из разговора со снабженцами я поняла, что такое не практикуется...

Информация, которую нужно донести до снабженцев (предупреждении об опасности использования микросхем с "серого" рынка) :
Оригинал
Перевод

Поверьте, я искренне рад, что у Вас получилось. Но врядли все можно списать на снабженцев. (А замененные циклоны точно в ЭФО покупали?)
Чтож получается, кристалл подделали, а ID не смогли. (Какая разница, откуда кристалл грузили, по JTAG или с epcs в режиме AS.
А можно в режиме AS прямо к epcs подключиться и pof файл в нее загнать, наприме с помощью BB2.
А ведь могли бы и epc2 поставить. По JTAG программировать и грузить циклон в режиме PS)
А может сожгли JTAG циклона при подключении usb бластера. (Это реальность. С ББMV было легче).
Столько вопросов Вам хотелось задать, а Вас уже все хорошо.
Но все равно Ваш случай хорош уж тем, что статистику можно набрать.
Вот бы хорошо еще было бы от ЭФО услышать, почему именно silicon id становится непреодолимым препятствием для программирования epcs в системе.
Тем более, как утверждают, что это точный аналог spi флеши от ST
Спасибо.

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



Не уверена, что кристалл подделали... Возможно по каким-то причинам он "немного сломался" . ID циклона правильно определялся... Не правильно считывался ID epsc.


Наверное, если бы сожгли JTAG, то циклон бы не определялся и sof не грузился... А с этим было все в порядке. Если честно, то меня совсем не радует такое разрешение вопроса (за исключением того, что он решен).


Не знаю, как такая статистика может помочь... Но у меня просто напасть какая-то с микросхемами... на этих же 4-х устройствах были проблемы с памятью IDT71V416L. В них данные писались сразу в 4 ячейки. Как будто память разделена на сегменты по 512 ячеек. И запись производиться в 4 таких сегмента одновременно. Когда переходишь ко второму сегменту то в первом все стирается и туда записываются данные, которые ты хотел писать во второй сегмент... А документацией такое поведение не предусмотрено...


Почему - то вход циклона - на который должны передаваться данные из epcs- сам выдавал единицу... Если я все правильно поняла, то загрузка из EPCS начинается с того, что flash loader временно загруженный в циклон, сначала читает статус EPCS . На его входе - всегда 1. Это соответствует тому что все сектора epcs защищены. Или даже такой ответ является ошибкой. А следующей операцией flash loader должно быть чтение Silicon ID. А не у одной существующей epcs нет такого silicon ID - восемь единиц... Я так себе все это объяснила...

Была такая же ситуация два года назад с EPC8. На 10 из 15 модулей EPC-шки не шились. Программатор выдавал сообщение "Error: Can't recognise SiliconID." М/с шилась c помощью ByteBlasterMV через JTAG. После длительной переписки с Altera support и обменом осциллограммами порекомендовали вернуть партию м/с поставщику и потребовать замену. Так и поступили, новые м/с зашились и все заработало.
В этом году, изготавливая новую партию модулей, история повторилась. Устанавливались м/с из разных партий - 2 из 3-х партий приводили к выдаче той же ошибки. Кроме того эта же ошибка выскакивала и при программировании части MAX7128. М/с вернули, купили новые, MAX-ы заработали, а вот новые EPC8 так и нет - та же ошибка...
Поставщики разные - и Элтехкомплект, Новатех, Гамма...

Вот тоже купили Cyclone III не у официального поставщика. Надо было срочно, а срок официальных поставок был в несколько месяцев. Продавец говорил, что всё честно, со складов в Европе. Та же ситуация: в одном устройстве M25P40 нормально шьётся, в другом - не распознаётся silicon ID. Корпус BGA, менять ПЛИС очень не хотелось. Помогла замена USB blaster-а, притом второй - точно такой же, самопальный, у нас их паяли в одно время.
Научного объяснения у меня нет. А сигнал на выводе данных конфигуратора (это до прошивки, конфигуратор чистый, и ПЛИС всё время пытается в нём что-то найти) выглядит так, как будто его и правда подсаживают.

Я на одном проекте наткнулся на любопытную особенность при JIC прошивке. Единой платы не было, была макетка со 2-м циколном и EPCS, а все остальное к ней подтыкалось на шлейфах. При подключенных внешних платах (куча max232 с преобразователями уровней) получал ошибку Silicon ID при попытке прошить EPCS. Выдергиваю шлейфы и все прошивается. Неужели состояние внешних выводов влияет? По идее в JIC все ненужные лапы должны конфигурироваться как вход.
Других глюков в этой плате замечено не было, после прошивки работает месяцами не выключаясь..

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

Оживлю тему.
Ситуация следующая.
Имелось 14 штук EPM1270T144I5N, две из которых определялись, но не шились ни через usb, ни через lpt с выдачей ошибки "Error: Operation failed". Было замечено, что при сверке ID перед началом программирования у этих двух микросхем выдавались сообщения
info: Device 1 contains JTAG ID code 0x020A30DD
info: Device 1 silicon ID is ALTERA04-0
в то время как у остальных
info: Device 1 contains JTAG ID code 0x020A30DD
info: Device 1 silicon ID is ALTERA04-1
Было найдено обсуждение на форуме альтеры
http://www.alteraforum.com/forum/showthread.php?t=1916
Отличия от моего случая это другой корпус плисины и маркировка ES на корпусе, которой у меня не было. Проделав описанную там корректировку файла .qsf в квартусе 7.2 (в 9.2 уже не прокатывало - вываливалась ошибка при компиляции) я смог удачно прошить оба кристалла.
Мне какой-то контрафакт попался или что?

Очень похоже на контрафакт. Подобная проблема была года 3 назад у коллег из Рязани. Взяли они партию EPM240T100C5 и из них 30% отказались прошиваться. Как потом выяснилось - "серые" из Китая.

Так эти то прошились и работают. В ближайшее время попробую на температуре погонять.

оживлю тему.
подобная ситуация проявилась на кристалле 5CSXFC4C6.
Error (209025): Can't recognize silicon ID for device 2. A device's silicon ID is different from its JTAG ID. Verify that all cables are securely connected, select a different device, or check the power on the target system. Make sure the device pins are connected and configured correctly.




из 10 микросхем, выходит на одной.
не контрафакт, т.к. микросхема закупается напрямую у дилера Intel.
перепайка кристалла и флеш не помогла.

Была недавно похожая проблема, и процесс останавливался примерно там же.
Вылечилось заменой шлейфа программирования, как ни странно.

Каким именно программатором Вы пользуетесь?

USB-Blaster II

на 87% программатор конфигурирует ПЛИС и доходит до записи флешки, удалось выяснить путем отпайки flash. продолжаем исследования.

проблема решена.
было не правильное логическое выставление ножек MSEL. на производстве иногда не правильно запаивали резисторы.
в частности ошибались резистором, который отвечал за MSEL4.

У нас похожая проблема на EPM570 и P30 flash прошивающими 5CGXFC5C6. Причину пока не нашли...