[kivl 0]

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

 

В схеме в паре работают 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 серией, никогда таких проблем не было.

Кто сталкивался с чем-то подобным, помогите, очень нужно.

 

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

[rezident 0]

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

advisory2003_08.pdf

[kivl 0]

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

 

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

[rezident 0]

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

[kivl 0]

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

 

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

ds026.pdf

Изменено 30 марта, 2009 пользователем kivl

[kivl 0]

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

 

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

Какие результаты?

[sazh 3]

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

 

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

Какие результаты?

 

Вряд ли это можно считать повышенной температурой. Конечно это настораживает, когда выпускается целый мануал, посвященный одной букве.

Но врядли дело в ПЗУ. Ведь грузят люди fpga с микроконтроллера.

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

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

[kivl 0]

Вряд ли это можно считать повышенной температурой. Конечно это настораживает, когда выпускается целый мануал, посвященный одной букве.

Но врядли дело в ПЗУ. Ведь грузят люди fpga с микроконтроллера.

 

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

 

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

 

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

 

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

 

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

[sazh 3]

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

 

 

 

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

 

 

 

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

 

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

Вам виднее.

[Sefo 0]

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

 

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

Какие результаты?

 

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

 

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

[kivl 0]

Схема загрузки у меня стандартная, как в 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. Через недельку-другую напишу, какой результат (их еще надо заказать, дождаться пока привезут).

Но сюда буду заглядывать, так что прошу высказываться :rolleyes:

LM.bmp

VCCint__PROG.bmp

Изменено 3 апреля, 2009 пользователем kivl

[sazh 3]

1. Оторвала вход PROGRAM ПЛИС от выхода CF ПЗУ. При этом pullup 4,7 кОм остался на PROGRAM, CF повисла в воздухе. Соединила PROGRAM с землей.

2. Включила питание в нормальных условиях. ПЛИС, естественно, не загрузилась. Отсоединила PROGRAM от земли (т.е. подтянула к VCCo) - ПЛИС загрузилась.

3. Соединила PROGRAM с землей. Поместила прибор в камеру, нагрела до +50. Отсоединила PROGRAM от земли (т.е. подтянула к VCCo) - ПЛИС НЕ загрузилась. (сделала попыток 10 - эффект тот же)

 

Судя по документу на ПЗУ CF к JTAG отношение имеет.

Должен же как то в системе кристалл переконфигурироваться без отсоединения чего либо. Неужели например супервизор в связку не внедрить?

наверно oe/reset ПЗУ (init) для этого нужен. (стр 14 документа на ПЗУ)

[kivl 0]

Судя по документу на ПЗУ 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.

SpartanII.pdf

Изменено 4 апреля, 2009 пользователем kivl

[sazh 3]

В данном случае смысл эксперимента был в том, чтобы отделить процесс загрузки от включения питания.

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

 

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

 

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

[BSV 0]

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