Rifenshtal 0 3 февраля, 2009 Опубликовано 3 февраля, 2009 · Жалоба При загрузке JIC через FPGA (Cyclon)в EPCS4 выдается ошибка Not Recognize silicon ID. Ставили на это устройство EPCS4 с устройства, в котором все хорошо загружается. Не помогло. Ошибка осталась. Выходит дело не в EPCS. Тогда причина либо в самом Cyclonе, либо в его режиме работы. sof в Cyclon грузиться хорошо. Что еще можно посмотреть и проверить прежде, чем менять Cyclon? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Methane 0 3 февраля, 2009 Опубликовано 3 февраля, 2009 · Жалоба При загрузке JIC через FPGA (Cyclon)в EPCS4 выдается ошибка Not Recognize silicon ID. Ставили на это устройство EPCS4 с устройства, в котором все хорошо загружается. Не помогло. Ошибка осталась. Выходит дело не в EPCS. Тогда причина либо в самом Cyclonе, либо в его режиме работы. sof в Cyclon грузиться хорошо. Что еще можно посмотреть и проверить прежде, чем менять Cyclon? А сам циклон, через житаг распознается? В него прошивки грузятся? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rifenshtal 0 4 февраля, 2009 Опубликовано 4 февраля, 2009 · Жалоба А сам циклон, через житаг распознается? В него прошивки грузятся? Да, Cyclon распознается житагом, и прошивки в него грузятся. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sazh 3 4 февраля, 2009 Опубликовано 4 февраля, 2009 · Жалоба При загрузке JIC через FPGA (Cyclon)в EPCS4 выдается ошибка Not Recognize silicon ID. Ставили на это устройство EPCS4 с устройства, в котором все хорошо загружается. Не помогло. Ошибка осталась. Выходит дело не в EPCS. Тогда причина либо в самом Cyclonе, либо в его режиме работы. sof в Cyclon грузиться хорошо. Что еще можно посмотреть и проверить прежде, чем менять Cyclon? Мало информации. И выводы сомнительны. В какой версии пакета работаете. Каким типос бластера грузите. В программере 8.1 на этой ошибке нажмите f1 и посмотрите, что Квартус скажет. В этой версии программера можно протестировать jtag и посмотреть реакцию. Ставили на это устройство EPCS4 с устройства, в котором все хорошо загружается. И что, с исправного EPCS4 этот циклон не занрузился? Или Вы сразу стали его программировать. Наверно стоит посмотреть, все ли выдает Циклон на EPCS4 при программировании, и получает ли данные в ответ. Уровни этих сигналов. Т.Е. наличие сигналов на всех пинах EPCS4 при включении питания, при поытках прожечь ПЗУ. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rifenshtal 0 4 февраля, 2009 Опубликовано 4 февраля, 2009 (изменено) · Жалоба Мало информации. И выводы сомнительны. Работаю в 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. Изменено 4 февраля, 2009 пользователем Rifenshtal Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
murmel1 0 4 февраля, 2009 Опубликовано 4 февраля, 2009 (изменено) · Жалоба Может сама плата неисправна ? Проверьте сигналы на циклоне и на флешке - соответствуют ли? А питание флешки в наличии (может у них с циклоном разное питание) ? Изменено 4 февраля, 2009 пользователем murmel1 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rifenshtal 0 4 февраля, 2009 Опубликовано 4 февраля, 2009 · Жалоба Может сама плата неисправна ? Проверьте сигналы на циклоне и на флешке - соответствуют ли? А питание флешки в наличии (может у них с циклоном разное питание) ? Все связи Cyclonа c EPCS прозванивала - все в порядке. Как еще может быть неисправна плата? Еще сегодня поставила эксперимент навесным монтажем подключила непрогружаемую EPCS к другому циклону на этой же плате, предварительно отключив ее от родного. Silicon ID был обнаружен и jic загрузился. Значит связи ни с чем не замыкают - хотя это и так было видно. Завтра буду менять циклон - думаю картина окончательно проясниться) Сообщу что как... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vetal 0 4 февраля, 2009 Опубликовано 4 февраля, 2009 · Жалоба С помощью universal scan попробуйте вручную подергать выводами плисины идущими на epcs. Может обнаружится плохая пайка(циклона или памяти) или микротрещина в проводнике. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sazh 3 5 февраля, 2009 Опубликовано 5 февраля, 2009 · Жалоба Завтра буду менять циклон - думаю картина окончательно проясниться) Сообщу что как... Согласно Вашим исследованием с циклонами все в порядке. работают как spi мастер. А EPCS не отвечает. (это же на data0 циклона с ПЗУ ничего не приходит). И ПЗУ вроде не причем, если запрограммировали в системе на одном циклоне, то и на других эта микросхема работать будет. Т.Е. проблемы с программированием в системе EPCS. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rifenshtal 0 5 февраля, 2009 Опубликовано 5 февраля, 2009 · Жалоба Согласно Вашим исследованием с циклонами все в порядке. работают как spi мастер. А EPCS не отвечает. (это же на data0 циклона с ПЗУ ничего не приходит). И ПЗУ вроде не причем, если запрограммировали в системе на одном циклоне, то и на других эта микросхема работать будет. Т.Е. проблемы с программированием в системе EPCS. В том-то и дело, что эта же EPCS другому циклону отвечала. В общем замена циклонов устранила проблему. После замены EPCS можно было сразу приступить к замене Циклонов. Но как-то в ALTERA'х не принято сомневаться... Спрашивала у снабженцев - сказали, что покупали в разных местах и не обязательно в Эфо. Вообще как часто встречается брак в таких микросхемах? И есть ли возможность, если знаешь у кого покупал, доказать, что это брак и попросить замены. Из разговора со снабженцами я поняла, что такое не практикуется... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
StewartLittle 45 5 февраля, 2009 Опубликовано 5 февраля, 2009 · Жалоба Спрашивала у снабженцев - сказали, что покупали в разных местах и не обязательно в Эфо. Вообще как часто встречается брак в таких микросхемах? Информация, которую нужно донести до снабженцев (предупреждении об опасности использования микросхем с "серого" рынка) : Оригинал Перевод Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sazh 3 5 февраля, 2009 Опубликовано 5 февраля, 2009 · Жалоба В том-то и дело, что эта же EPCS другому циклону отвечала. В общем замена циклонов устранила проблему. После замены EPCS можно было сразу приступить к замене Циклонов. Но как-то в ALTERA'х не принято сомневаться... Спрашивала у снабженцев - сказали, что покупали в разных местах и не обязательно в Эфо. Вообще как часто встречается брак в таких микросхемах? И есть ли возможность, если знаешь у кого покупал, доказать, что это брак и попросить замены. Из разговора со снабженцами я поняла, что такое не практикуется... Поверьте, я искренне рад, что у Вас получилось. Но врядли все можно списать на снабженцев. (А замененные циклоны точно в ЭФО покупали?) Чтож получается, кристалл подделали, а ID не смогли. (Какая разница, откуда кристалл грузили, по JTAG или с epcs в режиме AS. А можно в режиме AS прямо к epcs подключиться и pof файл в нее загнать, наприме с помощью BB2. А ведь могли бы и epc2 поставить. По JTAG программировать и грузить циклон в режиме PS) А может сожгли JTAG циклона при подключении usb бластера. (Это реальность. С ББMV было легче). Столько вопросов Вам хотелось задать, а Вас уже все хорошо. Но все равно Ваш случай хорош уж тем, что статистику можно набрать. Вот бы хорошо еще было бы от ЭФО услышать, почему именно silicon id становится непреодолимым препятствием для программирования epcs в системе. Тем более, как утверждают, что это точный аналог spi флеши от ST Спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rifenshtal 0 6 февраля, 2009 Опубликовано 6 февраля, 2009 · Жалоба Поверьте, я искренне рад, что у Вас получилось. Но врядли все можно списать на снабженцев. (А замененные циклоны точно в ЭФО покупали?) В основном наша фирма сотрудничает с эфо. Надо будет уточнить в каких случаях и почему микросхемы иногда преобретаются со стороны... Чтож получается, кристалл подделали, а ID не смогли. (Какая разница, откуда кристалл грузили, по JTAG или с epcs в режиме AS. А можно в режиме AS прямо к epcs подключиться и pof файл в нее загнать, наприме с помощью BB2. А ведь могли бы и epc2 поставить. По JTAG программировать и грузить циклон в режиме PS) Не уверена, что кристалл подделали... Возможно по каким-то причинам он "немного сломался" . ID циклона правильно определялся... Не правильно считывался ID epsc. А может сожгли JTAG циклона при подключении usb бластера. (Это реальность. С ББMV было легче). Столько вопросов Вам хотелось задать, а Вас уже все хорошо. Наверное, если бы сожгли JTAG, то циклон бы не определялся и sof не грузился... А с этим было все в порядке. Если честно, то меня совсем не радует такое разрешение вопроса (за исключением того, что он решен). Но все равно Ваш случай хорош уж тем, что статистику можно набрать. Не знаю, как такая статистика может помочь... Но у меня просто напасть какая-то с микросхемами... на этих же 4-х устройствах были проблемы с памятью IDT71V416L. В них данные писались сразу в 4 ячейки. Как будто память разделена на сегменты по 512 ячеек. И запись производиться в 4 таких сегмента одновременно. Когда переходишь ко второму сегменту то в первом все стирается и туда записываются данные, которые ты хотел писать во второй сегмент... А документацией такое поведение не предусмотрено... Вот бы хорошо еще было бы от ЭФО услышать, почему именно silicon id становится непреодолимым препятствием для программирования epcs в системе. Почему - то вход циклона - на который должны передаваться данные из epcs- сам выдавал единицу... Если я все правильно поняла, то загрузка из EPCS начинается с того, что flash loader временно загруженный в циклон, сначала читает статус EPCS . На его входе - всегда 1. Это соответствует тому что все сектора epcs защищены. Или даже такой ответ является ошибкой. А следующей операцией flash loader должно быть чтение Silicon ID. А не у одной существующей epcs нет такого silicon ID - восемь единиц... Я так себе все это объяснила... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Mike_z 0 18 мая, 2009 Опубликовано 18 мая, 2009 · Жалоба Была такая же ситуация два года назад с EPC8. На 10 из 15 модулей EPC-шки не шились. Программатор выдавал сообщение "Error: Can't recognise SiliconID." М/с шилась c помощью ByteBlasterMV через JTAG. После длительной переписки с Altera support и обменом осциллограммами порекомендовали вернуть партию м/с поставщику и потребовать замену. Так и поступили, новые м/с зашились и все заработало. В этом году, изготавливая новую партию модулей, история повторилась. Устанавливались м/с из разных партий - 2 из 3-х партий приводили к выдаче той же ошибки. Кроме того эта же ошибка выскакивала и при программировании части MAX7128. М/с вернули, купили новые, MAX-ы заработали, а вот новые EPC8 так и нет - та же ошибка... Поставщики разные - и Элтехкомплект, Новатех, Гамма... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DSIoffe 2 25 мая, 2011 Опубликовано 25 мая, 2011 · Жалоба Вот тоже купили Cyclone III не у официального поставщика. Надо было срочно, а срок официальных поставок был в несколько месяцев. Продавец говорил, что всё честно, со складов в Европе. Та же ситуация: в одном устройстве M25P40 нормально шьётся, в другом - не распознаётся silicon ID. Корпус BGA, менять ПЛИС очень не хотелось. Помогла замена USB blaster-а, притом второй - точно такой же, самопальный, у нас их паяли в одно время. Научного объяснения у меня нет. А сигнал на выводе данных конфигуратора (это до прошивки, конфигуратор чистый, и ПЛИС всё время пытается в нём что-то найти) выглядит так, как будто его и правда подсаживают. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться