Использование встроенной памяти ПЛИС. Опции

[m0use]

Доброго всем времени суток!

Вопрос такой. Пишу код, который работает с матрицами, в том числе обрабатывает их в циклах. Получилось так, что текущая версия кода при размере матрицы, далёком от практических потребностей код требует значительных ресурсов (насколько я понял из отчёта, близких к предельным для этой ПЛИСы):

Logic Utilization:
Number of Slice Flip Flops: 1,231 out of 9,312 13%
Number of 4 input LUTs: 8,329 out of 9,312 89%
Logic Distribution:
Number of occupied Slices: 4,654 out of 4,656 99%
Total Number of 4 input LUTs: 8,741 out of 9,312 93%
Number of bonded IOBs: 19 out of 232 8%
Number of BUFGMUXs: 1 out of 24 4%
Number of MULT18X18SIOs: 20 out of 20 100%

Скажите, ребят, если я буду использовать память (пока я себе это представляю как модуль памяти из IP Core Generator), то снизит ли это количество используемых LUT? То есть если данные будут хранится в памяти, а по мере необходимости вычислений они оттуда будут выдёргиваться.

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

Заранее спасибо, коллеги!

[m0use]

а какая оценка тактовой даётся синтезатором?

Код

Timing Summary:
---------------
Speed Grade: -4

   Minimum period: 206.584ns (Maximum Frequency: 4.841MHz)
   Minimum input arrival time before clock: 2.793ns
   Maximum output required time after clock: 4.310ns
   Maximum combinational path delay: No path found

Блин, мало получается. Я думал, по наивности, что 50МГц - то есть как раз то, что с кварца подаётся .

и почему у вас так регистров-то мало используется вы не думали? 640*480 уже за 300 тыс. слов, а у вас только около 1 тыс бит

У меня входная матрица - 8*6. Отладочный вариант. О 640*480 я только мечтать могу с таким кодом .

это значит требуемые умножители будут реализованы на общей логике

Объясните пожалуйста, что значит "на общей логике". Это с помощью LUTов?

Угловые скобки - это моё изобретение для экономии места. Я в них суть общую обозначал. Просто очень длинные индексы у матриц .

вообще есть подозрение, что вы кристалл выбрали слабый - у вас параллельная обработка всего массива за шаг вряд ли получится - придётся делать скользящим окном

Получается, что так, Вы правы. Я тоже теперь к этому склоняюсь. Или попробую загружать матрицу в память, а потом оттуда её вытаскивать блоками, или просто на вход буду принимать часть матрицы. 20 умножителей сильно развернуться не дадут, это уж точно.

Самое главное, что мне пока не понятно - это почему тактовая частота такая низкая. Как Вы думаете, если перейти к блочной обработке, частота повысится?

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

А кристалл пока выбирать не приходится - SDK Nexys2 .

Сообщение отредактировал m0use - Sep 22 2010, 16:12

[CaPpuCcino]

Самое главное, что мне пока не понятно - это почему тактовая частота такая низкая. Как Вы думаете, если перейти к блочной обработке, частота повысится?

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

Объясните пожалуйста, что значит "на общей логике". Это с помощью LUTов?

да