[an error occurred while processing this directive]
|
А как Вы решили проблему апгрейда софта в случае если сначала грузится ПЛИС? То есть проц имеет доступ к ногам ПЗУ для возможности ее перешивать по тому интерфейсу, по которому оно с компом общается?
У нас например устройство может работать в двух режимах - малоканальный вариант "stand alone", при этом устройство грузится само, и работает само через USB с компом. А если ту-же плату воткнуть в разъем нашей шины, то оно это детектит, и ждет загрузки от внешнего "хоста", который хранит внутри себя все необходимые програмные и ПЛИС модули на все варианты поддерживаемых плат (в виде файловой системы). В этом режиме USB на плате отваливается, и плата полностью управляется через ту шину. Докучи есть разные варианты загрузки (одна и та же плата должна уметь загружаться по-разному в завсимости от настроек). Что-то не очень видится удобного решения при первичной загрузки ПЛИС.
А вот для случая шины PCI - я вполне согласен. Там просто надо как можно скорее загрузить ПЛИСку, а затем можно спокойно делать остальное. Так что мне кажется каждому способу свое место.
Насчет надежности - МК у нас например делает небольшой селф-тест ПЛИСке после ее загрузки, и перегружает (до 8-ми попыток) в случае непрохождения теста (ну мало ли что - нейтрон неудачно пролетел в процессе загрузки :) ). Также проверяет CRC прошивки, и в случае нецелостности грузит ее дубликат, хранящийся рядом. За несколько лит эксплуатации систем реально было несколько случаев загрузки ПЛИС со второй попытки и один случай развала одной копии прошивки в ПЗУ. В варианте с загрузкой ПЛИС из загрузочной ПЗУ такое реализовать мягко говоря сложновато. Так что думайте сами...
E-mail: info@telesys.ru