Spartan 3E SK, вопрос по памяти Опции

[Георгий 2]

Доброго времени суток, подскажите пожалуйста, на платке Spartan 3E SK есть флешка, как я понимаю в нее можно залить прогу и программировать ПЛИСину с нее без подключения к компу. Програмить ПЛИСину можно через обычный USB там есть JTAG эмулятор. Подскажите как зашить прогу во флешку, возможно ли это через USB или необходимо через JTAG?

[at89c51ed2]

2 XVR

Единственный недостаток - ограниченная поддержка со стороны производителей тулов (Xilinx например до сих пор не поддерживает SV ни в каком виде)

А зачем мне тогда это ? И что мне дальше делать с этими красивыми конструкциями языка и удобными тестами, живущими только виртуально!? Моя конечная цель - работающее железо. Думаю, что раз это один язык, то есть смысл начать с Verilog, а потом уже (если получится освоить в достаточном качестве) переходить на расширения SV. Наверное это также как С-С++. Можно писать на стандартном ANSI C, а потом (при необходимости) переходить на объекты и т.п. присущее С++. Возможна ли такая ситуация - писать проект на SV, отладить и просимулировать, а на этапе синтеза и последующей разводки "облегчить" проект удалив из него не поддерживаемые ИСИ 11.4 конструкции? Или это будут совсем разные проекты, написанные на разных языках, живущие в разных средах, но описывающие одну и ту же железяку? Как то мне это не понятно. А кто тогда поддерживает SV? ALDEC, MODELSIM ...??? Извините за глупый вопрос, а что такое "нескончаемые холивары"?
2 Георгий 2
Я думаю, что в силу нашего с Вами не знания сути вопроса, Ваш вопрос несколько не корректен. В том смысле, что уровни проектов где железо - счётчики, дешифраторы, КЦА - это уровень 5 летней давности, где всё просто решалось на уровне графических примитивов. Сейчас всё стало гораздо сложнее. Железо очень сильно усложнилось, что позволило делать гораздо сложные проекты. Что в свою очередь, требует от разработчиков чёткого понимания, что они делают и как это верифицировать, а к разработчикам тулов предъявляет ещё более повышенные требования. К тому же, думаю, в сложных проектах труднее поддерживать иерархичность и осуществлять связь между различными компонентами проекта. Видимо все эти причины и приводят к появлению более сложных языков, предназначенных для облегчения жизни разработчикам в сложных проектах. Так что сравнивать только по количеству строк, как то не корректно. Если Вам нужен только счётчик, то это CPLD и графический примитв, если счётчик в составе более сложного проекта, то видимо ВХДЛ и Верилог для ФПГА, а если Вам нужен RISC процессор с Ethernet и LVDS с 622МБ/с и какая нибудь ЦОС (БПФ или свёртка, к примеру), то может быть и SV Вам покажется раем небесным, по сравнению с ВХДЛ.
Но, это только пока мои домыслы.