Шина на VHDL?, Нужна концепция Опции

[dotnot]

Добрый день! Есть ПЛИС в которой реализованы всякие относительно медленные интерфейсы ввода вывода и один высокоскоростной SPI интерфейс который в себе должен объединять потоки данных с этих интерфейсов:

Реализации отдельных этих интерфейсов написаны, но вот как объединить лучшим образом данные с узкими потоками в один широкий поток не могу придумать.
Какую лучше глобально выбрать стратегию реализации объединения этих потоков? Где лучше разместить буфферы и как их связать?. Делал ли кто-нибудь что-нибудь подобное? Возможно есть какие-нибудь открытые шины на VHDL, предназначенные для такого рода арбитража.
Прошу прощения за столь глобальный и нечеткий вопрос, но боюсь изобретать велосипед так как могу это сделать неграмотно в связи с отсутствием опыта.

[vzelenuk]

Самый простой способ, подключить процессор софтовый, NIOS или Microblaze. Частоты интерфейсов невысокие, размеры FIFO могут быть значительные если делать на современных ПЛИС. Процессор успеет отработать любой алгоритм без задержек для интерфейсов. И позволит Вам отладить протокол обмена гибко, а вопрос задачи перейдет в область C/C++ что значительно проще, чем создавать state машину с кучей FIFO.

PS: Я не ошибся 143 человека читают эту тему ????? Похоже electronix ддосят

Сообщение отредактировал vzelenuk - Feb 17 2014, 18:43

[Bad0512]

Самый простой способ, подключить процессор софтовый, NIOS или Microblaze. Частоты интерфейсов невысокие, размеры FIFO могут быть значительные если делать на современных ПЛИС. Процессор успеет отработать любой алгоритм без задержек для интерфейсов. И позволит Вам отладить протокол обмена гибко, а вопрос задачи перейдет в область C/C++ что значительно проще, чем создавать state машину с кучей FIFO.

PS: Я не ошибся 143 человека читают эту тему ????? Похоже electronix ддосят

Это далеко не самый простой способ и вот почему :
1. Логики отожрёте на софт процессор с кучей периферии на порядок больше.
2. Фифошки они ж никуда не денутся, природу не обманешь.
3. Сколько говорите времени вы готовы убить на отладку многпоточного софта?
4. В случае если надо выжать максимум производительности - тупо не успеете софт процессором прерывания обрабатывать.

З Ы А вообще это решение из серии "сляпать в визарде кусочек говна по-быстрому, а дальше пусть программисты мудохаются".