|
MicroBlaze, (NIOS | NIOS II) <-> ARM 720, под Линухом, концептуальный вопрос. |
|
|
|
Aug 5 2005, 10:52
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Когда я начал с этим разбираться, то MicroBlaze и NIOS показались мне очень привлекательными. Когда нашел платы на Spartan, на которых крутится uClinux, вообще был счастлив. www.atmark-techno.com/en/product/suzaku.html Потом вниметельно посмотрел, и понял, что, IMHO, особой перспективы это не имеет. Нормальный Microblaze с минимальным набором периферии едва-едва влазит в Spartan 3-200 - а большинство склоняется к мысли, что и не влазит, и нужен как минимум 400, а это уже камень совсем другой ценовой категории. При этом получается довольно скромный камушек: * !MMU - полноценного Линуха не будет, как ты не uClinux'уй * DMA нету, а если еще и корку DMA прикрутить - вообще 1000 камень потребуется. Что понятно - специализированное использование площади кристалла под CPU куда эффективнее. Сила FPGA не в том, что на них можно сделать стандартные вещи, а в том, что на них можно легко делать ___уникальные и специфические___ вещи! Интересно а почему народ не ходит по другому пути: * взять что-нибуь типа Sharp LH79520 / LH79524 / LH79525 * поставить тот же 200 спартан, и засунуть туда все, чего не хватает в основном камне. Тот же Sharp LH79520 http://www.digikey.com 100 штук - $11.7. При это это весьма эффективный проц с 32 битной шиной, одним из самых лучших LCD контроллеров, совершенным DMA и прочая. Мы с ним два года назад работали под uCOS, и уже тогда он был с очень незначительными глюками - Cirrus EP93xx, Atmel AT91RM9200 отдыхают! Новое поколение LH79524 / LH79525 - вообще песня. LH79520 + Ethernet, USB, I2C & NAND Boot. Мне известно только одно решение такого класса http://www.fh-augsburg.de/~hhoegl/proj/comet/index.htmlно проект, похоже, загибается. Что касается скорости, то 77 Мгц + FPGA - это гораздо круче, чем просто 200 Мгц без FPGA. Т.к. весь ввод-вывод можно грамотно сделать, DMA, блочные пересыки, буфера и т.д. - фактически, система не имеет ограничений по расширению при правильном использовании ее ресурсов (посмотрите назад на 10-20 лет, какие проекты делались на 386EX, когда ARMы еще не были распространены.) Порты линуха на LH79520 / LH79524 / LH79525 наличествуют: ftp://ftp.buici.com/pub/arm/bsp/bsp-sharplh7-1.1.1.tar.gzftp://ftp.buici.com/pub/arm/patch-linux-2.6.12http://wiki.buici.com/twiki/bin/view/Main/...dSupportPackageВопрос: почему так никто не делает?!!!!
|
|
|
|
|
 |
Ответов
(30 - 44)
|
Aug 5 2005, 13:22
|

Гуру
     
Группа: Модераторы
Сообщений: 2 095
Регистрация: 27-08-04
Из: Россия, СПб
Пользователь №: 553

|
Цитата(Evgeny_CD @ Aug 5 2005, 16:12) Цитата(vetal @ Aug 5 2005, 17:07) Не правда, niosii/f +sram+sdram=1/2 кристалла, т.е. куча места для периферии. Вау! Так экономично? А если прикурить кеш, о чем тут народ справедливо поведал? < 1 k . Надо искать компромиссы между обьемом памяти используемой периферией и памятью для процессора. Если брать cycloneII вместо cyclone, в 2 раза увеличение ресурсов.
|
|
|
|
|
Aug 5 2005, 13:31
|

Гуру
     
Группа: Модераторы
Сообщений: 2 095
Регистрация: 27-08-04
Из: Россия, СПб
Пользователь №: 553

|
Цитата(3.14 @ Aug 5 2005, 16:19) Цитата(vetal @ Aug 5 2005, 16:07) Цитата Вот! И в этой ep1с3 ($12) едва ли что останется. Не правда, niosii/f +sram+sdram=1/2 кристалла, т.е. куча места для периферии. очень кстати, у микроблаза на Sparan3-200 = MB+UART+sdram+IO ~60% без кеша Это еще не все, при нужной комбинации галочек, fitter размещает на кристалле 106% от его номинального обьема. В это время происходит весьма мощный ресинтез. Я заметил одну особенность-примерно после 80-90 Mhz микросхема начинает греться, а на 110 стала греться по страшному, посему решил больше 100 MHz не давать.
|
|
|
|
|
Aug 5 2005, 13:38
|
Вечный ламер
     
Группа: Модераторы
Сообщений: 7 248
Регистрация: 18-03-05
Из: Томск
Пользователь №: 3 453

|
Цитата(3.14 @ Aug 5 2005, 08:22) Цитата(des00 @ Aug 5 2005, 16:19) Хмм сдаеться мне что по листингу темы, я первый сказал про исполнение кода из кеша и только из него  )))) не понял, что вы этим хотели сказать? Я хотел сказать, что по моему вы считате что я хаю микроблейз и вот такой сякой, не разобравшийся сижу в теме. ИМХО микроблейз можно и нужно пользовать, но с оговорками и не ждать от него производительности того же п4. Т.к. я больше сижу на вычислительных задачах, то для меня лучше всего использовать микроблейз толкьо выгребая код из кеша и/или исползуя его как большой управляющий/комуникационный автомат. Если что то сказал не так, просьба сильно не обижаться, конец рабочего дня как никак, и пива под рукой нет
--------------------
|
|
|
|
|
Aug 5 2005, 13:47
|

Гуру
     
Группа: Модераторы
Сообщений: 2 095
Регистрация: 27-08-04
Из: Россия, СПб
Пользователь №: 553

|
Цитата(des00 @ Aug 5 2005, 16:41) Цитата(3.14 @ Aug 5 2005, 08:35) микроблейз разводится на 50МГц (итого 25 MIPS при работе из кеша), вернее его можно на 100 развести но с ростом периферии которая садится через шину OPB и весь кайф обламывается  . Но все равно, думаю при желании можно эдак на 70МГц развести, у меня просто внешний генератор на 50. хмм странно у меня на борде стоит v4lx25-10 в реф.дезайне шем микроблейз на 100 МГц. а по отчетам выходило что до 130-150 можно раскочегарить ядро + уарт + модуль ввода вывода. Правда код я исполнял из BRAM Я думаю, что не все из присутствующих работают с микросхемами класса Virtex4/stratixII. Я к примеру говорю базируясь на cyclone 1.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|