Может ли слететь прошивка в плис Альтера EPM3064 из за импульсных помех в питании?

Или по другим причинам.

По другим причинам - от жесткого ионизирующего излучения. А также по истечение срока хранения информации (не дождетесь).

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

То есть ПЛИС по хранению данных надёжней микроконтроллера?

Естественно, так как в микроконтроллере есть код (программа), на который тот по ошибке залететь может, и который напакостит, а в ПЛИС это невозможно физически.

Помнится лет 10 назад приятель жаловался, что в их сварочном агрегате слетала прошивка у 3000-ника. И как вообще додумались на такое применение?...

И еще!... По опыту предыдущей работы наблюдал регулярную (примерно раз в пол-часа ...и до полусуток) перезаливку Циклона 3 в аппаратуре цифровой обработки радиотехнического комплекса. ОЗУ конфигурации на FPGA слетала? А что еще?

Классика - глитчи на конфиг. ногах, рестартующие перезагрузку (nCONFIG)

Я заметил, на kit_ах микроконтроллеров, любимое занятие программеров на кнопочку перезагрузки жать.



CPLD от Альтеры спалить по не знанию легко.

Тут о другом речь. После заливки время жизни системы может быть конечным. Видел применение супервизора на перезаливку FPGA, как способ борьбы с "забыванием". То, что я упоминал,- исключительно по командам оператора, вручную.

Ну тут все придумано давно самими производителями FPGA. Например "Soft error detection (SED)", и аналогичные, у каждого вендора свое название.

А в ПЛИС (epm3064) данные о конфигурации тоже ведь где то хранятся ?

Сообщение отредактировал kulepoff - Feb 20 2014, 06:08

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

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




У нас регулярно с вероятностью 100% слетала флеш в радиоаппаратуре при приёме определённой комбинации - оказалась одна из катушек приёмника расположена над флешкой - перенесли катушку в сторону и эффект пропал.

Это называется незнание основ работы с флеш в микроконтроллере и отличий от работы с флеш в ПЛИС.

А они такие:

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

- В микроконтроллере, обычно, есть еще программа в ПЗУ, или в составе рабочего софта, которая совершенно официально занимается прошиванием флеши, для обеспечения функций программирования в системе. В ПЛИС такой программы нет - ПЛИС вообще, сама по себе, не умеет исполнять программ. Поэтому, в микроконтроллере возможен программный сбой, вызванный какой-то неадекватной ситуацией, но не убийственной, из-за которой слетит исполнение программы, и она по ошибке уйдет на алгоритм стирания/записи флеш. В ПЛИС такой сценарий невозможен.

Поэтому в среднестатистической ПЛИС значительно меньше шансов порчи флеши, чем в среднестатистическом МК.

Хм. Вставляем в FPGA встроенный софт-процессор и повторяем рассуждения.

От этого в ПЛИС не появится физической возможности переписать свою встроенную конфигурационную флеш изнутри себя.

PS. Очень хочу посмотреть на софт-процессор в EPM3064 вообще