реклама на сайте
подробности

 
 
2 страниц V  < 1 2  
Reply to this topicStart new topic
> FPGA configuration from PCI bus
-Al-
сообщение Dec 9 2005, 08:28
Сообщение #16


Местный
***

Группа: Свой
Сообщений: 330
Регистрация: 10-06-05
Из: Россия, Москва
Пользователь №: 5 894



Цитата(DeadMoroz @ Dec 9 2005, 11:18) *
Почему нельзя грузить? Я думаю, что можно, НО необходимо
1) обеспечить перевод всех ног, соединенных с ПИСИАЙ в третье состояние воизбежание конфликтов на шине
2) обеспечить перезагрузку компа для выполнения новой конфигурации устройств

Насчет SMBus\I2C думаю, что достучаться до нее трудно, проблемы с работой на разных матерях гарантированы.

Даже если вырубишь все ноги в третье состояние, то кто PCI устройство будет инициализировать, ааа??? По Вашему получется надо загрузить ПЛИС, выполнить перезагрузку компа и после этого устройство начнеи работать.... да Вас заказчик точно пошлет куда подальше с такой фигней! да еще придется дополнительно разявзку на шину PCI ставить! Лучше поставьте еще одну ПЛИС и не мучайте ни себя ни тех, кто будет с этой железкой работать, а про I2C забудьте вообще!
Go to the top of the page
 
+Quote Post
DeadMoroz
сообщение Dec 9 2005, 09:25
Сообщение #17


Местный
***

Группа: Свой
Сообщений: 211
Регистрация: 3-02-05
Пользователь №: 2 391



Вот мои соображения.
У человека есть следующие требования:
1) минимальное количество элементов
2) максимально простой софт-апгрейд со стороны пользователя
Конечно для выбора лучшего варианта исходных данных маловато, но я себе представляю это дело так. Для обеспечения требования 1 в схеме должна быть 1 FPGA которая с одной стороны обеспечивает интерфейс PCI, с другой - с остальными компонентами (неизвестно какими). Эта FPGA грузится конфигуратором. Обеспечение требования 2 выполняется программой, которая передает новый файл конфигурации по PCI на FPGA, FPGA перезаписывает конфигуратор, далее выполняется перезагрузка, FPGA грузится новой прошивкой, происходит конфигурация PCI устройств. Недостатки данного способа: необходимость обеспечения питания при записи новой прошивки в конфигуратор.
Другой вариант - использование 2х FPGA, одна обеспечивает интерфейс PCI, связь со 2й и перезапись кофигуратора для 2й FPGA, прошивка для нее не меняется, 2я FPGA выполняет что надо. В таком случае программа по PCI передает новую конфигурацию на 1ю FPGA, она перезаписывает конфигуратор 2й FPGA и обеспечивает для нее сигнал реконфигурации. Недостаток: 2 камня.

Вообще проблема кажется надуманой. Если с платой работает разработчик, то для изменения прошивок идеально подходит например Altera ByteBlaster. Если же с платой работает пользователь, то частое изменение прошивок по меньшей мере не серьезно.
Насчет ресета компа тоже проблемы не вижу. Неужели Вы не сталкивались с просьбой Win перезагрузить комп для того, чтобы изменения вступили в силу? По-моему это обычная практика. Но если это так важно, то можно и поизвращаться и сохранять параметры конфигурации во внешней памяти (той же EPCS)?
Go to the top of the page
 
+Quote Post
-Al-
сообщение Dec 9 2005, 10:01
Сообщение #18


Местный
***

Группа: Свой
Сообщений: 330
Регистрация: 10-06-05
Из: Россия, Москва
Пользователь №: 5 894



Цитата(DeadMoroz @ Dec 9 2005, 12:25) *
Неужели Вы не сталкивались с просьбой Win перезагрузить комп для того, чтобы изменения вступили в силу? По-моему это обычная практика.

Сталкивались.. только здесь не тот случай... в предлагаемой конфигурации предполагается, что для начала работы с железкой надо после каждого включения компьютера каждый раз его еще перегружать, чтоб в ПЛИС программу загрузить, т.к. набортной памяти у платы не предполагается... БРЕД... это уже ни в какие рамки не лезет...

Сообщение отредактировал -Al- - Dec 9 2005, 10:02
Go to the top of the page
 
+Quote Post
DeadMoroz
сообщение Dec 9 2005, 10:42
Сообщение #19


Местный
***

Группа: Свой
Сообщений: 211
Регистрация: 3-02-05
Пользователь №: 2 391



Мож я чего не понял, еще раз - я предполагаю, что на плате имеется FPGA+конфигуратор. При включении питания или перезагрузке компа FPGA грузится с конфигуратора. Что значит в "набортной памяти у платы не предполагается", где бред?
Go to the top of the page
 
+Quote Post
-Al-
сообщение Dec 9 2005, 10:55
Сообщение #20


Местный
***

Группа: Свой
Сообщений: 330
Регистрация: 10-06-05
Из: Россия, Москва
Пользователь №: 5 894



Цитата(DeadMoroz @ Dec 9 2005, 13:42) *
Мож я чего не понял, еще раз - я предполагаю, что на плате имеется FPGA+конфигуратор. При включении питания или перезагрузке компа FPGA грузится с конфигуратора. Что значит в "набортной памяти у платы не предполагается", где бред?

бред в том, что после каждого включения питания будет необходимо перегружать комп, дабы загрузить ПЛИС с нужной прошивкой...
Go to the top of the page
 
+Quote Post
DeadMoroz
сообщение Dec 9 2005, 11:01
Сообщение #21


Местный
***

Группа: Свой
Сообщений: 211
Регистрация: 3-02-05
Пользователь №: 2 391



Перезагружать комп необходимо ТОЛЬКО ПОСЛЕ изменения прошивки. Прошивка хранится в конфигураторе и не теряется при отключении питания. Где бред?
Go to the top of the page
 
+Quote Post
leevv
сообщение Dec 9 2005, 16:02
Сообщение #22


Частый гость
**

Группа: Свой
Сообщений: 100
Регистрация: 4-01-05
Пользователь №: 1 799



Spasibo za cennije vyskasyvanija.

Zadacha kotoruju ja imel vvidu ne dlaj massovogo proizvodstva. Hotja cena componentov toge igraet opredelennujy rol'. Ja by rasstavil prioritety sledujushim obrazom.

1) Udobstvo pereconfigurirovanija, bez vskrytija kompjutera. Predpolagaetsja dlitel'noe soprovogdenije i zakazchik javno ne zahochet imet' delo s JTAG cable.
2) Minimum componentov (cena + razmer platy).
3) Sovmestimost' s raznymi PC. Mogem do nekotoroj stepeni rekomendovat' zakazchiku type kompjutera.
4) Secretnost' (zashita Intel. Property). Ne Mass productiojn. Hacker-ov mnogo ne predviditsja.

Poka chto ja vigu 2 priemlemyh dlja menja varianta:
1) 2 FPGA. PCI core razmestim v nonvolitile FPGA (naprimer Lattice XP)
2) 1 FPGA (xilinx) + configuration FLASH (xilinx). Pri vklychenii pitanija FPGA configuriruetsja iz FLASH. No sama FLASH teoreticheski moget "upgrade"-itsja cherez SMBus (kak vprochem i Lattice XP dlja varianta 1).
Go to the top of the page
 
+Quote Post
DeadMoroz
сообщение Dec 10 2005, 08:55
Сообщение #23


Местный
***

Группа: Свой
Сообщений: 211
Регистрация: 3-02-05
Пользователь №: 2 391



Насчет Ваших вариантов:
1) IMHO оптимальный вариант. Ставите какую-нибудь CPLD с битом секретности, организуете обмен FPGA<->CPLD и проблема защиты решена, и апгрейд относительно несложный.
2) Дался Вам этот смбас. FPGA может сама перезаписать конфигуратор, после конфигурирования FPGA его можно использовать как обычную память. При перезагрузке FPGA законфигурируется уже новой прошивкой.
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 18th July 2025 - 09:39
Рейтинг@Mail.ru


Страница сгенерированна за 0.01447 секунд с 7
ELECTRONIX ©2004-2016