[a-styuf 0]

Добрый день, товарищи знающие!

Появился у меня набор вопросов при попытки разобраться в реализации сервера, задачей которого будет обработка 20-30 команд из вне + пересылка данных из FPGA в клиентскую программу на PC.

Собственно вопросы:

1) Какая минимальная конфигурация нужна, что бы его реализовать в железе? Есть FPGA EP3C40Q240C, внешний приобразователь MII в физический уровень (LXT972), EPCS16. Хватит ли этого для хранения и работы программы?

2) Минимальная конфигурация в QSYS? В примере от альтеры невероятная куча элементов, что не очень радует, так как сроки на реализацию очень поджимают, и прочитать документацию на каждый отдельный элемент врядли получится.

 

Спасибо!

[vadimuzzz 0]

1) Какая минимальная конфигурация нужна, что бы его реализовать в железе? Есть FPGA EP3C40Q240C, внешний приобразователь MII в физический уровень (LXT972), EPCS16. Хватит ли этого для хранения и работы программы?

а какой стек планируется? если что-то из готового, то основной вопрос - хватит ли внутреннего ОЗУ

2) Минимальная конфигурация в QSYS? В примере от альтеры невероятная куча элементов, что не очень радует, так как сроки на реализацию очень поджимают, и прочитать документацию на каждый отдельный элемент врядли получится.

cpu+ram+2sgdma+tse

[a-styuf 0]

а какой стек планируется? если что-то из готового, то основной вопрос - хватит ли внутреннего ОЗУ

Со стеком я тоже еще не определился. Изначально рассчитывал использовать родной стек альтеровский NicheStack.

Но по причине отсутствия опыта работы с серверами на микроконтролере, мне еще все равно с чего начинать. Может посоветуете что-нибудь?

 

cpu+ram+2sgdma+tse

Так и подумал, буду надеятся, что мне хватит внутренней памяти альтеры на прототипе.

Изменено 30 сентября, 2013 пользователем styuf

[Koluchiy 0]

Кстати, есть ли пример программной реализации обмена при помощи NicheStack? Т.е. программа для NIOS + программа для ПК.

Пример Qsys я видел.

[a-styuf 0]

Есть пример Simple Socket Server от Alter-ы.

У меня еще появился вопрос: Какую бы внешнюю память вы бы посоветовали для работы с NIOS, в случае, если использовать epcs-ку как место для хранения памяти, а потом бутлодером переписывать код программы в эту внешнюю память?

[vadimuzzz 0]

Какую бы внешнюю память вы бы посоветовали для работы с NIOS, в случае, если использовать epcs-ку как место для хранения памяти, а потом бутлодером переписывать код программы в эту внешнюю память?

да любую SDRAM (SDR, DDRx). с DDR меньше ручной работы, корка контроллера практически все на себя берет. если сильно упираться в латентность, то SSRAM, на она заметно дороже

[xor.kruger 0]

Если будете использовать внешнее ОЗУ, объемом хотя бы 8 Мегабайт, то уже смело можно использовать Linux, а там и TCP-сервер и куче всего другого уже готово и написано, останется только прикрутить :)

[a-styuf 0]

Я бы и не против, но может тогда посоветуете что-нибудь почитать на эту тему. Сейчас пока я еще идет определение с конфигурацией будущей системы, так что заложить можно много чего B)

[Golikov 0]

а может тогда не просто ПЛИС. А плис с АРМ ядром внутри? Для сервера все равно нужен программный стэк, так пусть он крутиться на настоящем проце, а не на "софтварном"? Что-то типа цинка от ксалинкса, к сожалению не знаю как альтеровский такой вариант называется...

[a-styuf 0]

О, это было бы отлично, и я уже давно хочу такую штуку) Но есть несколько проблем: исторически сложившиеся правило использовать альтеры, у которых тоько в пятой версии циклона появляется арм-ядро. И эту FPGA весьма сложно достать.

[xor.kruger 0]

что-нибудь почитать на эту тему

На самом деле информации по данному направлению в интернете (в том числе на данном сайте) более чем достаточно. В вашем случае, мне кажется, лучше сразу искать что-то в духе "Linux for Nios", на том же сайте Альтеры в принципе информации хватает - link

 

исторически сложившиеся правило использовать альтеры

Просто как-то не совсем логично для данной задачи (если, конечно, TCP-сервер единственная цель) использовать ПЛИС.

[a-styuf 0]

Просто как-то не совсем логично для данной задачи (если, конечно, TCP-сервер единственная цель) использовать ПЛИС.

 

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

Изменено 3 октября, 2013 пользователем styuf

[Golikov 0]

А слабо вместо первой ПЛИС поставить АРМ? Или у вас исторически сложилось не использовать АРМы?

 

под чисто процессорные задачи хорошо ставить чисто процессоры)...

[a-styuf 0]

А слабо вместо первой ПЛИС поставить АРМ? Или у вас исторически сложилось не использовать АРМы?

 

под чисто процессорные задачи хорошо ставить чисто процессоры)...

Эх эх, было бы все так просто. Есть множество не зависимых от меня фактров, по которым я залажу именно в такую конфигурацию железа. Например консервативность взглядов непосредственного начальства.

Насчет чисто процессорных задач - так потому и осваиваем ниос, а не пишем сервер на HDL-е.

[COMA 1]

Потом можно заменить плиску на SOC - плис+АРМ от Альтера.