Starter Kit и все нужные программы для FPGA Опции

[dos622]

Всем привет.
Есть у меня проект создания некого устройства. очень для этого дела подходит ПЛИС.
Но человек я ленивый и поэтому раньше все руки не доходили до них.
И вот думаю купить Стартовый набор и попробовать реализовать этот девайс.
Друзья советовали Xilinx.
Из беглого осмотра решил, что подойдет Spartan 3AN, на борту флэш память есть.
В терраэлектронике продают этот набор за 12700 руб.
Опыт работы с цифрой, программами, системами проектирования имеется, все кроме ПЛИС.
Книжек разных по этому делу накопировал десятка два.
Терминологию и какие программы-модули, что делают, я конечно не знаю пока.
Что нужно почитать для начала?
Может кто недавно осваивал эту технологию - поделитесь первым опытом.

[zksystem]

fpga4fun.com
google.ru

[EvgenyNik]

CycloneIII StarterKit неплохая штука для своей цены.

[dos622]

CycloneIII StarterKit неплохая штука для своей цены.

Spartan 3AN на фирме стоит 189.
Это местные двойную цену ломят.

[Serhiy_UA]

...поделитесь первым опытом.

Если с самого начала, то лучше с начать с CPLD, а потом пересесть за FPGA. Хотя можно сразу и с FPGA.
Стартовать с Altera или Xilinx - все равно. Все зависит от доступности бесплатного софта, дешевых программаторов и Старт-кита.
Начинать писать проекты лучше на языке, я выбрал verilog. Обычно это подмигивание светодиодами, почти также как и при освоении МК.
Потом можно что-то посложнее, например, синтезировать схему для светофора с цифровым табло... Ну и т.д.
Успехов.

[dos622]

Все зависит от доступности бесплатного софта, дешевых программаторов и Старт-кита.
Начинать писать проекты лучше на языке, я выбрал verilog.

Язык программирования - это не проблема, я вот как обстоит дело с освоением программ?
Достаточно программ которые прилагаются в Starter Kit?
Или сразу нужно искать что-то другое?

Конкретно, что мне нужно делать, я себе представляю: процессор (любой - или PIC, AVR, 8052), интерфейс UART, контроллер шагового двигателя и пару портов для датчиков - АЦП, ЦАП. В наборе Spartan 3AN - все это присутствует.
Как я понимаю мне придется из демо-кусков надергать того, что мне нужно и все должно получиться.
Понятно, чтобы пользоваться этим ПО придется почитать какие-то книжки, остется только уточнить, какие именно.

[tAmega]

Вот тут Вы ошибаетесь, в FPGA все остальное не проблема, кроме языка программирования. И демо курсами Вы не отделаетесь. Программ, которые прилагаются к киту достаточно. А обратить внимание нужно как раз на VHDL, Verilog. И книжки так и должны называться "Программирование на Verilog". ИМХО.

[dos622]

Вот тут Вы ошибаетесь, в FPGA все остальное не проблема, кроме языка программирования. И демо курсами Вы не отделаетесь. Программ, которые прилагаются к киту достаточно. А обратить внимание нужно как раз на VHDL, Verilog. И книжки так и должны называться "Программирование на Verilog". ИМХО.

Допустим со всеми тонкостями работы цифровых устройств - счетчики, дешифраторы и т.д. знаком. Программы пишу на нескольких языках для разных процов.
Ну да, не знаю я Veriloga, это должно быть что-то вроде компилятора и отладчика.
А может быть есть редактор схем по типу как в PCAD?
В PCAD тоже есть текстовая форма записи схемы, но все пользуются графическим интерфейсом.
Насколько оправданно писать в текстовом виде для FPGA?
Бывают графические радакторы для FPGA?
Или я что-то не понимаю.

[o-henry]

А может быть есть редактор схем по типу как в PCAD?

Есть, встроенный в среду проектирования (Xilinx ISE)

В PCAD тоже есть текстовая форма записи схемы, но все пользуются графическим интерфейсом.

Применительно к FPGA - с точностью до наоборот.
Можно в FPGA рисовать схему (особенно поначалу), но если решили заняться FPGA всерьез и надолго - придется изучать языки VHDL/Verilog.

[dos622]

но если решили заняться FPGA всерьез и надолго - придется изучать языки VHDL/Verilog.

Да я не против.
Надо только как-то определиться, что нужно а, что можно потом поизучать.
В этих книгах пишут слишком уж много всего лишнего.
Ближе к практике что-то нужно - и на простых примерах.

[EvgenyNik]

Графический редактор, конечно, есть. Но вот в сравнении с PCAD'ом это несколько иное. В пикаде Вы рисуете в графике то, что хотите видеть на плате в прямом виде как есть. В случае ПЛИС ни графику, ни текст нельзя считать тем, что в итоге будет работать.
Многим на моменте освоения пакета графика кажется проще, особенно, если начинающий освоение происходит из схемотехников - ему вроде как это ближе. Но рано или поздно, понимаешь, что в графике становится всё сложнее и сложнее выразить свою мысль.
Например, если бы Вам вместо листинга на Си предложили нарисовать программу в графическом редакторе в виде алгоритма... Маленькая программа выглядела бы и реализовывалась неплохо, но по мере роста проекта такое описание становилось бы всё больше и больше похоже на лабиринт с сотнями связей. Я уже не говорю про обмен исходниками, в том числе при переносе с ПЛИС одного производителя на другого...
Текстовая запись для ПЛИС более чем оправдана. Откинем существование стандартных библиотечных элементов и поставим целью реализовать счётчик. Для графики это целая морока, да ещё и сильная зависимость от разрядности, а для того же Verilog'а - лишь несколько строчек с гибким подходом в плане добавки разных входов, условий и т.п. Вплоть до того, что Вы можете забыть о том, что это счётчик и работать просто с числом в регистре, который в зависимости от текущей стадии алгоритма будет - счётчиком прямым, реверсным, сдвиговым регистром, циклическим и т.п.

[rv3dll(lex)]

графика оправдана там где надо стыковать компоненты.

описание и подключение компонента может занять в 10 раз больше строк, чем его текст.

[dos622]

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

Печатные платы тоже бывают сложные.
И некоторые люди не могут освоить даже этой технологии.
Давайте не будем о грустном.

графика оправдана там где надо стыковать компоненты.

Да и тут модули должны быть.
Например, процессор работатет только с портами - а как же иначе?
Значит и тут будете стыковать.

Сообщение отредактировал dos622 - May 5 2009, 12:54

[SM]

И книжки так и должны называться "Программирование на Verilog". ИМХО.

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

[AlexIvan]

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

Решал такую же проблему: http://electronix.ru/forum/index.php?showtopic=61791
Решил следующим образом -
плата для знакомства с обучалкой на русском: http://www.altera.ru/cgi-bin/go?73

Для себя выбрал VHDL. Книги посмотрел, но, наверное, пойду поучусь: http://www.altera.ru/cgi-bin/go?32