Доброго дня уважаемым.

Возникла задача построить модуль на плисине с возможностью поднятия Linux'ов.
Опыта в таких проектах не имею поэтому хотел выспросить некоторые моменты общесистемные.
Так сказать прежде чем начать изобретать велосипед.

Планируется

1 Однозначно и неотвратимо - Spartan3 (кто-то из семейства. возможно 400'ка в PQ208)
2 с процем пока неясно - микроблейз/лм32/ор1200 это там дальше определится

Вопросы вот такие:

1 Что вообще (по минимуму) должно быть на плате, ну.. кроме памяти.
2 на тему памяти - в какой конфигурации она должна быть?? устраивает

• либо SDRAM 32 бит
  
• либо SDRAM 16 бит
  
• либо DDR 16 бит

лучче всего, если можно SDRAM 16 бит да еще и выбор байта не заводить.. (ноги экономить)
я так понимаю что на DDR 16 можно потом мультиплексирование сделать до половинной частоты и двойной разрядности
3 нужна ли NAND на плате??, или можно образ ОС в загрузочной флешине хранить. Загрузочная флеха - датафлеш атмеловская, 8Мбайт.
т.к. прошивка плисины до 2'х мегабит не дотягивает - дальше можно свои данные залить.
4 какую физику езернетовскую посоветуете, из доступных.. с индустриальным исполнением

Спасибо заранее.

ЗЫ:
Я не гордый - ссылка на литературу подойдет. только не нашел я в описаниях какие именно аппаратные ресурсы нужны.
только отладочные модули перечисляются на которых точно работает.
просто хотелось улышать коментарии бывалых.

ЗЗЫ:
кстати еще интересно, от бывалых же, услышать оценку геморойности доработки линуховых портов под свою платформу

Крутил в руках ucLinux под nios.

Про геморойность.
1. Обратите внимание что ucLinux и Linux очень разные вещи.
2. С ucLinuxом, я бы не связывался. Судя по всем проект если не совсем дохлый, то доживает.
3. Что вам мешает купить плату и посмотреть?
4. Я сильно сомневаюсь что у вас будут какие-то проблемы, если ваши внешние устройства будут висеть на SPI, USB, i2C итд.

различия между уц и полным понимаю хороше.
плату покупать - не вижу смысла, т.к. современные отладочные платы - в основном БГА и в плисине и в памяти, а мне нужно уйти от шаров.
соответственно кол-во корпусов и емкостей сужается, ноги нужно экономить.
если бы БГА подходило - вопросов небыло бы. просто схему любой отдабочной платы передрать.

а смысл как раз в том чтобы сделать минимально по цене (не только комплектухи но и техпроцесса), площади и сложности

Какая вам разница? Вам же только на "посмотреть да софт отладить". Потом сделаете свою плату и поставите что хотите.

не уверен что в нынешней экономической ситуации мне даже на свою поделку бабки дадут..
даже с учетом того что только за подложку и нужно заплатить.

а отладочную точно не купят

Вы собираетесь делать АЗИК а денег на отладочную нет?
Мне кажется что вы безработный, только не хотите это признать.

ну..
скажем азик я делать не буду.
ну и до безработици мне пока далеко.
просто можно денег шальных на рацухе срубить..
и еще самообразованием попутно занятся

но это все так.. треп околовсяческий
реальных советов таки нет

Ок. Реальный совет: Возьмите нормальный процессор, к примеу AVR32 (не UC) и прилепите к нему самую дохлую ПЛИС.


Или вообще http://www.miromico.com/hammerhead

Да ... hammerhead это мечта идиота Интересно, какова цена вопроса ?

смешно, что же там останется от 400 ки, после того как туда будет поставлен микроб + все выше перечисленное.

ИМХО возьмите 1ГГц АРМ9 http://www.3dnews.ru/news/ces_2009_marvell...dlya_fotoramok/
и к нему сыклон 3, в совместимом корпусе 5/10/16/25 или 16/25/40

Altera, однако, делает таки ставку на Linux...

Ссылка

Есть интересный проект на базе архитектуры SPARC http://www.gaisler.com/
LEON3 называется.
Распространяется в исходных кодах (VHDL). На сайте куча IP-ядер, компилятор, порт линукса, эклипс.

Давно у меня руки чешуться всем этим заняться, только свободного времени мало.

Так собственно и Sun давно открыл свой оригинальный SPARC. http://www.opensparc.net/

А вы кстати помимо упоминания Linux указали бы что за приложение вы собираетесь там крутить и какого рода трафик данных создавать
И нужен ли вам real time?
И ради чего вам нужна плисина?
может Linux на плис для вашего приложения просто не прокатит

жесть..
классика електроникса.
спросил про тонкие моменты построения аппаратной платформы на ПЛИС..
в ответ AVR32 и ARM..

"вот мол хер его знает что ты спрашивал, а я знаю тока AVR32 вот его и всуну"

а интересно было 2 момента
- можно ли память 16ти битную, можно ли на нее выбор байта не заводить
- обязательна ли NAND на плате, и на сколько геморойно образ ОС из атмеловской ДатаФлеши грузить.

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

чес слово..
я считал что SM и des00 живут в теме. а на поверку выходит что все делается по строгим инструкциям и на определенных стартеркитах.
а как оно работает понятия не имеют.
или как??

2 islavv
я в своем приложении более че разбираюсь и уже давно вышел из состояния когда чего-то хочется а кого не знаю
гы гы гы

Это была рекомендация.


Да.

Да. Но работать не будет.


Да. Но загрузчик нужно будет переписать, если тот процессор который вы решите туда ставить, умеет загрузить загрузчик из дата флеши.


В этом.


А вы не знаете что хотите.


Лично я уже давно ничего не понимаю.


Ха ха ха.

А сразу слабо было конкретно задать вопросы в такой конкретной и прямой форме?



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



Неа, не обязательно. Насчет датафлеши не знаю, а с CF-карточки например легко. И вообще, это вопрос бутлоадера. Было бы откуда грузить, и был бы драйвер этого "откуда" написан, ну и было бы откуда сам бутлоадер взять. Последнего - вообще хоть из конфиг-памяти ПЛИСины.

А так... Что хотели, то и получили. На вопрос "ниачом" все ответы "ниачом".

перевожу: немножко переписать компилятор придется.

Это еще на кой??? Переписать придется контроллер ОЗУхи. И существенно тормознуть записи нон-алигнед и байтов.

ну..
давно тут небыл, забыл что телепаты в отпуск отправились



О.. вот это уже интереснее.
ладно, с выбором байта я погарячился не так там много выводов чтобы такой геморой иметь из-за него.
а на счет ширины. получается я в контроллере должен мультиплексор сделать, а внутренняя шина так и остается 32бит??



я понял..
это вобщем следующий геморой

спасибо SM

получается... И демультиплексор тоже Кстати раскрою секрет. Можно даже 8-битную RAM юзать. И при этом выбор байта не понадобится

вот пример конкретный, ненавистного Вами кита, докучи не ксилинкс. http://www.altera.com/products/devkits/alt...3-embedded.html
Однако ucLinux там живет при 16-битной SDRAM. Ну а битность SDRAMа никак с uc-шностью линукса не завязана. И, кстати, никакой связи не вижу между BGAшностью плисины на ките и передиранию схемы с кита при замене плисины на не-БГА.



А если не умеет процессор из датафлеши загрузчик загрузить, то придется просто повесить еще то, откуда умеет, и вшить туда загрузчик

вот и последний тада вопрос к SM.

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

я чего так выспрашиваю - вроде абсолютно очевидные моменты а в описалках.. ну того-же снапгера нифига про такое нету.

есть уже какой - никакой багажик готовых корок и хотелось бы их по максимуму использовать



у бга выводов больше.
можно не особо заморачиватся и широкие шины разводить на внешку

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

Все будет зависить от LSU выбранного проца. Если там есть нормальный кэш контроллер то и будут WRAP bursts. Если нет или кэш выключен то одиночные. Могу сказать что MIPS 4 c выключенным кэшем на 22 MHz даже uboot грузит ооооооочень долго

Можно и так. Но конкретно тормозить будет.

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

могу даже привести пример на 132 пина (LFXP2-8E-5M), ее сейчас на плате размещаю вот....

А ПЛИСка не слабовата для вашей задачи? Какой 32 разрядный процессор с MMU вы туда хотите впихнуть со всей перефирией и какой частоты от него ожидаете?
Без кэшей да еще и на DRAM да еще и на частоте не большей 100 МГц Linux будет ужжжасно меееееедленно работать, скорее всего недопустимо медленно.
По-моему, без встроенного или внешнего проца - дохлая затея.

во-во, я об этом сразу сказал, в спартан 400 ку запихать такое почти не реально, а меня тут же к ламерам причислили %)

3.14 решал подобную задачу, если мне память не изменяет был у него спартан 400 ка, влезло все по минимуму, Микроблейз с минимальным кешем + частично модифицированные EDK модули,
все это бегало на 50МГц и занимало 98% кристалла, крутился линух, на нем поднят фтп сервер, 25 КБ/с была скорость.

Тема об этом есть на этом форуме.