Wse FPGA Altera kontrolirujut prawilnostj konfiguracionnyh dannyh w processe zagruzki (kontrolj CRC). Rjad mikroshem (naprimer, STRATIX II) kontrolirujut prawilnostj zagruzki periodicheski ( w dopolnenie k nachalnomu kontrolju), i w sluchae oshibki wystawljajut flag, kotoryj mozhet bytj ispolzowan dlja zapuska perekonfiguracii.

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

Спасибо. Не могли бы Вы подсказать документы, где об этом почитать подробнее? Может, Вы знаете что-то попроще STRATIX II, ведущее себя аналогично?


К сожалению, у нас нет специалистов, способных решать задачи подобным образом. Боюсь, не только у нас, но и вообще. Нам как-то привычнее формулировать задачу так: "сбой может возникнуть". Наша задача - минимизировать вероятность его возникновения, а в случае возникновения - своевременно выявить его и принять меры к недопущению|устранению последствий.

Берите PAPlus или AntiFuse и не мучайтесь. Прошиваете 1 раз с ключем безопасности, и ни каких вам конфигурационных сбоев.
С софтом проблемм нет, цены на кристаллы соизмеримые.

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

Prilagaemyj fajl Application Note AN357, wrode eta fumkcija estj w STRATIX, STRATIX II, STRATIX GX, CYCLONE.
Woobshe, nado smotretj datasheet konkretnyh mikroshem - no, wrode, ni w kakih drugih serijah ja etu fumkciju ne widel.
Hotja, dolzhen skazatj, ja nikogda ne ispolzowal etu funkciju, dazhe w STRATIX. Nikakih problem so sbojami konfiguracii zamecheno ne bylo (plata w sostawe Industrial PC, rabotaet kruglosutochno).

Благодарю за файл и информацию. У меня похожая область применения и режим работы, так что Ваш практический опыт будет мне полезен.

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

А это, к сожалению, очень далеко от реальности

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

Прошу прощения за резкозть!

В тему надежности :
мое руководство (а мы пытаемся "сесть" на ПЛИСы) прослышало, что Альтеровские ПЛИСы страдают спорадическими (чисто, внатуре случайными) отказами от раз-в-неделю до раз-в-месяц. Без всякой закономерности и непредсказуемо и потому - только Xilinx
А что народ бывалый по этому поводу думает ? Замечали таковое ?

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

Может быть дело еще в том, что автоматы должны иметь (т.е. их нужно прописывать) способы выхода из некорректных состояний. Где-то в описании на AHDL так и написано. Чтож касательно вероятности перехода автомата в такое состояние - то она имеется .
Вообще тема контроля правильности функционирования ПЛИС - весьма интересная.

Что-то я не понял, каким образом можно описать выход из некорректного состояния. (Или имеется в виду ресет? ) Правильно спроектированный автомат не должен переходить в запрещенные состояния и если это происходит, то это либо ошибка проектирования, либо аппаратная несправность. Причем если эта неисправность носит случайный характер, то можно предусмотреть сигнал принудительного перевода автомата в заранее заданное состояние (сигнал сброса).

==Что-то я не понял, каким образом можно описать выход из некорректного состояния. (Или имеется в виду ресет? )

Так же, как и из одного корректного состояния в другое корректное.
грамматика исправлена

Нет, не ресет в данном случае. Все как написал jojo: действительно при проектировании обеспечить переход из некорректных состояний в корректные
(читай - описать все состояния).


А вот это ИМХО точно нужно, покрайней мере для начальной установки.