а кто сталкивался со сбоями "backplane" FPGA?, дополнение к "целостность конфигурации" Опции

[yes]

позволил себе начать новую тему, так как более интересны практические примеры срыва работоспособности ПЛИС

у нас по опыту работы с виртексами и спартанами часто возникала ситуация, когда достаточно сложный ДСП-шный софт по выходным данным показывал ерунду и программисты обвиняли ПЛИС в глюках (ими были составлены даже статистические таблицы и всяческие эмпирические правила, какая ПЛИС "перегревается", в какой момент после включения ПЛИС достаточно "прогрета" и т.п.)
я написал кучу софтверных тестов, которыми пытался глюк поймать (причем железки допускали возможность перезалить программу не меняя конфигурации ПЛИС). все обнаруженные глюки сводились либо к системным ошибкам, либо к ошибкам в HDL/констрейнах, а такого, чтобы был какой-то глюк в самой ПЛИС, а не ошибка проекта - не встречал

[3.14]

Я как подумаю о SRAMовой основе FPGA, так в депрессию впадаю
Как можно гарантировать/прикинуть вероятность безотказной работы да еще и с учетом обвязки питания
До анализа конфигурации во время работы еще не доходило, но сейчас заложили возможность ее анализа, посмотрим.
По своей статистике, основная доля самых ужастных "глюков" возникает из-за "забытых" путей, которые соотвественно и не ограничиваеш.
А вот, кстати, флешки слетают как ...
Причем на всем, PROM, CPLD, AVR, единственно за чем не наблюдалось - флешки для ADSP (какая то от AMD).

[cdg]

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

[bbg]

т.е. что бы часть ПЛИС работала как ни в чем ни бывало а в остальном была- бы каша. Тоже было-бы интересно узнать а вообще в принципе такое возможно?

Увы, возможно. Как-то раз Спартан-2 хитро загрузился, у меня там
работало ядро Пикоблейз, пропало (зависло в нуле) два старших
разряда в инаутах. Тут же перезагрузил - все ОК..

[Harbour]

С альтерой замечено не было - правда питанием я ее специально не мучил.
Думаю разницы в том какая плис - SRAM или flash особой нет - если питание как следует дернуть - слететь могут IMHO и те и те . С возрастанием плотности плис появляется еще одна трабла - космические или "местного происхождения" частицы, которые вызывают изменение заряда в полупроводнике - говорят мужики из fujitsu даже софт моделирующий данную проблему разработали. Так-что будут через пару fpga только в свинцовом исполнении

[cdg]

Это может говорить о чем угодно, хотябы о неправильной начальной инициализации или редкостном глюке в корке (ну звезды так встали) после чего какой-то автомат стал на бок и из этой мертвой петли уже не вышел. Определить частичный сбой бэкплана достаточно трудно, даже не знаю как

[Димыч]

Со слетанием части конфигурации в APEX20KC довелось встретиться. Эмпирический метод проверки ее целостности заключался в записи-чтении тестовых регистров. И давал ложный результат...
А уже полный сквозной тест не проходил... На помощь приходила, конечно, перезагрузка.

[xyzzy]

У Xilinx был момент, что в течении какого-то периода они при производстве корпусов по недосмотру какого-то суб-контрактора использовали материалы, которые были загрязнены и излучали альфа-частицы.

Симптомы проблемы часто как раз и заключались в частичной потере конфигурации FPGA.

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

--xyzzy