Доброго времени суток уважаемым форумчанам.

В схеме в паре работают XC18V01 и XC2S50 (или XC2S30). VCCint и VCCo формирую с помощью LM1086.
В нормальных условиях (около 25 С) все прекрасно работает. Помещаем в термокамеру, включаем схему, нагреваем до 50 С - все работает. Но при повторном включении питания (при 35 - 50 С) ПЗУ не загружает ПЛИС (не вырабатывается загрузочная последовательность сигналов в режиме Master Serial).

Было предположение, что не хватает мощности источника питания (0,5 А, 3Вт, 5В). Попробовали запитать стабилизаторы от внешнего источника 10 А - эффект тот же.

Решили поместить в термокамеру другой прибор с той же схемой, нагрели, перезапустили - все работает. Выяснилось, что XC18V01 в двух приборах имеют разную маркировку.

У работающей микросхемы:
XC18V01SC
SART 0620
серийный номер

У неработающей:
XC18V01
SBRT
серийный номер

В остальных 5-ти приборах микросхемы ведут себя так же - SART работает, SBRT - нет.

Появилось подозрение, что нам продали бракованную партию. Купили несколько микросхем в фирме SCAN - не помогло (у них маркировка тоже оказалась SBRT).

Может быть, у Xilinx не отлажен процесс производства XC18V*? Раньше работали с 17 серией, никогда таких проблем не было.
Кто сталкивался с чем-то подобным, помогите, очень нужно.

Заранее спасибо.

А у производителя не смотрели документы подобные этому?

Смотрела. Но дело в том, что у меня работают как раз "SART", а "SBRT", которые вроде бы заявлены как улучшенные - не работают.

Ну раз вы схему подключения не приводите, то ничем больше помочь не могу. У нас конфигурационные EEPROM не используются (типа дорого), загружаем Spartan II с помощью самого МК.

Схема подключения у меня типовая (взята из мануала на XC18V01 - DS026, стр.10). Загрузка через JTAG. Схема у меня есть только на работе, могу выложить только завтра вечером (на работе интернета нет )

Схему выложить не разрешили из соображений секретности.

Так что немного переформулирую вопрос. Кто-нибудь исследовал работоспособность пары XC18V01 - Spartan II при повышенной темпратуре?
Какие результаты?

Вряд ли это можно считать повышенной температурой. Конечно это настораживает, когда выпускается целый мануал, посвященный одной букве.
Но врядли дело в ПЗУ. Ведь грузят люди fpga с микроконтроллера.
Наверно имеет смысл исследовать формирование вторичного напряжения питания по включению при этой температуре. Попадает ли все это в требуемые временные интервалы для гарантированной работы связки ПЗУ - FPGA по загрузке. (Осциллограф)
Еще провести манипуляцию. Добиться отсутствия загрузки от ПЗУ при повышенной температуре при выключении включении первичного питания. И принудительно дать рестарт конфигурации на связку ПЗУ - fpga без выключения - включения питания. Если загрузится, ПЗУ наверно не причем.

Подозреваю, что как раз поэтому отсутствует статистика использования штатных ПЗУ от Xilinx.



Уже исследовали. Требования, выставляемые Xilinx (XAPP451, XAPP451) к формированию VCCint - 2,5В за время от 2 до 50 мс соблюдаются. Скорость нарастания в норме, провалов нет. Правда, на начальном участке (150 - 200 мкс) наблюдается "полочка" (такое допускается XAPP451), но провалов напряжения нет. Требования к VCCo мне не попадались (скажите, если есть), но провалов там тоже нет. К тому же, процессы нарастания напряжений VCCo и VCCint не отличаются при нормальной и повышенной температурах (смотрела запоминающим осциллографом Tectronix).



Если можно, подкиньте схемку, как это сделать при использовании стандартной схемы включения ПЗУ-ПЛИС. При загрузке с МК вопросов не было бы . Вешать RC-цепочку на PROGRAM/RST по-моему, рискованно.

Я не работаю с xilinx. Но наверно надо исследовать формирование вторичного питания, запитывающего ПЗУ. ПЗУ по идее должно по порогу напряжения в бой вступать. RC цепочку тоже не надо. Стандартная схема по шиту должна уж точно удовлетворять. Если этот пин отвечает за перезагрузку кристалла, он должен быть наверно вход и резистором подтянут. Наверно на него можно подать кратковременно ноль для запуска.
Вам виднее.

Выложите только часть схемы, касающуюся питания и загрузки - врядли тут есть какой-то секрет.

Еще проверьте земли. У меня однажды был похожий случай. Осцилограммы нормальные, но микросхема (не ПЛИС правда) работала только если на нее поставить стакан (пластмассовый ) с холодной водой. Снимаешь стакан - дурит, ставишь обратно - возвращается в нормальный режим. Оказалось в одном месте земелю не подсоеденили (на схеме забыли нарисовать ).

Схема загрузки у меня стандартная, как в DS026 c.10. Питание на LM1086-ADJ с регулируемым выходом (3,3 В, 2,5 В). (файл LM.bmp)
Кому интересно, могу выложить осциллограмму установки VCCint. VCCo - тот же характер.

Но питание все-таки ни при чем. Вчера провела примерно такой эксперимент, как советовал Sazh.
1. Оторвала вход PROGRAM ПЛИС от выхода CF ПЗУ. При этом pullup 4,7 кОм остался на PROGRAM, CF повисла в воздухе. Соединила PROGRAM с землей.
2. Включила питание в нормальных условиях. ПЛИС, естественно, не загрузилась. Отсоединила PROGRAM от земли (т.е. подтянула к VCCo) - ПЛИС загрузилась.
3. Соединила PROGRAM с землей. Поместила прибор в камеру, нагрела до +50. Отсоединила PROGRAM от земли (т.е. подтянула к VCCo) - ПЛИС НЕ загрузилась. (сделала попыток 10 - эффект тот же)

Напрашивается вывод о неотлаженном техпроцессе производства ПЗУ 18 серии...
Попробую перейти на 17 серию ПЗУ от Xilinx. Через недельку-другую напишу, какой результат (их еще надо заказать, дождаться пока привезут).
Но сюда буду заглядывать, так что прошу высказываться

Судя по документу на ПЗУ CF к JTAG отношение имеет.
Должен же как то в системе кристалл переконфигурироваться без отсоединения чего либо. Неужели например супервизор в связку не внедрить?
наверно oe/reset ПЗУ (init) для этого нужен. (стр 14 документа на ПЗУ)

В данном случае смысл эксперимента был в том, чтобы отделить процесс загрузки от включения питания. (мануал на SpartanII, с.20: "the user can delay configuration by holding either PROGRAM or INIT Low, which causes the device to remain in the memory clearing phase." ). Я это сделала с помощью PROGRAM и убедилась, что питание ни при чем.

А насчет супервайзера повторяю просьбу: подкиньте схемку. Не обязательно для Xilinx.

А смысл такого эксперимента. Ведь по отдельности все исправно. Работу связки : вторичный источник питания (электролит какой емкости на нижнем плече резистора) - ПЗУ - FPGA наверно надо исследовать. Ведь кто то должен счетчик адреса Вашего монстра в нуле уверенно держать.

(Можно наверно попоробовать при наличии отказа загрузки (посмотрите уровни на пинах, отвечающих за загрузку, ошибку при загрузке, был старт или нет) перепрограммировать ПЗУ средствами JTAG. По идее эти средства должны поддерживать старт конфигурации после перепрожига ПЗУ без сброса первичного питания.)

А Вы частоту загрузки конфигурации (Configuration Rate из Configuration options проекта в ISE) уменьшать не пробовали?

У нас почти так же было с ЦАП - забыли питание развести. Питался паразитным током

Да. К сожалению, не помогло.

Ещё проверьте резисторы смещения. Может номиналы не те? Может их уменьшить? Полярность танталов правильная? Качество монтажа? Нет-ли "длинных путей" для высокоскоростных сигналов конфигурации?
Это то, что приходит в голову по нашему опыту на работе.

Резисторы правильные. Длина путей около 2 см. Качество монтажа - среднее (все элементы паяются вручную).

Тогда второй вариант: наводки. Как далеко источники питания и как сделана разводка? Ну и статика... На инструментальной плате одной уважаемой фирмы, если коснуться источника питания. то это вызывает переконфигурацию ПЛИС. DONE при этом не выставляется, что приводит к зависанию.

Как обещала, сообщаю результат перехода на ПЗУ 17 серии ф. Xilinx. Результат положительный. -40 - +60 выдерживает без проблем.
Никаких изменений, кроме связанных с обвязкой ПЗУ, в схему я не вносила.

Всем спасибо за советы.