Jump to content

    

olegras

Участник
  • Content Count

    112
  • Joined

  • Last visited

Community Reputation

0 Обычный

About olegras

  • Rank
    Частый гость
  • Birthday 12/05/1967

Контакты

  • Сайт
    Array
  • ICQ
    Array
  1. Попробуйте так: даете клоковому сигналу жесткий констрейн. P&R выдаст отрицательный slack, вот там и посмотрите что именно не вписывается в нужный тайминг...
  2. А еще попробуйте (ради эксперимента чтобы сравнить тайминги) на выходе каждой BRAM подключить свой МАС-блок, а мультиплексором переключать только входы разрешения записи BRAM.
  3. Да ладно Вам, конечно правильнее. Я же написал "почти"... По поводу внешней памяти - если важнее количество параллельных блоков - внешняя память поможет. Если важнее скорость - внешняя память может стать узким местом.
  4. Без описания Вашего алгоритма, параметров "входного массива", что такое "на процессорах - совсем плохо " и др. - подсказать что-то конкретное довольно сложно. Судя по всему можно добиться выполнения одного шага алгоритма за один такт (если например получится разбить 3 обращения к массиву на чтение - на 1 обращение к 3 массивам). Расчитывайте на такты в сотни МГц. В любом случае задача полностью "подходит для реализации на плис". По поводу сколько одновременно выполняющихся таких "алгоритмов" врядли Вам кто-то поможет (см. выше). Можно поступить примерно так: В среде разработки выбрать "самую навороченную FPGA", реализовать алгоритм и посмотреть сколько он занимает емкости камня в процентах от общей емкости. А если мало - поставить несколько FPGA (т.к. все алгоритмы параллельны). Кстати, самые навороченные FPGA стоят тысячи долларов... Пока набирал текст - XVR уже ответил, получилось почти одно и тоже...
  5. UG383. Spartan-6 FPGA Block RAM Resources User Guide: То есть возможное увеличение размера bit файла в зависимости от количества использованных 9 Kb block RAM - нормальная ситуация.
  6. Когда-то делал эксперименты с автоматами. Хотел узнать разницу между асинхронно-синхронным и чисто синхронным автоматом. Описывал одни и те же автоматы двумя способами. Состояний на 10-15. После синтеза результаты были одинаковые. Это было хорошо видно в RTL вьюере. Выводы были такими, что в варианте с одним процессом мы описываем логику (ту, что на входах триггеров) и сами триггеры в одном процессе. В варианте с двумя - ту же логику описываем в асинхронном процессе, триггеры - в синхронном. И все. То есть разница только в способе представления/описания автомата. Сейчас работаю в 14-м ISE, у которого RTL вьюер паршивее, чем можно представить в страшном сне...
  7. Похоже, что так и есть. Проект на S6 с ПЗУ на BRAM и без них имеют разный размер. Причем если нету BRAM то от количества задействованной логики (по крайней мере ~ от 1% до 30%) размер не меняется.
  8. Я бы все же состояние s31 явно бы описал. А входные rdy, miosio, miso у Вас асинхронные относительно clk?
  9. А зачем вообще нужны режимы с частью непередаваемых данных? Может это и не спортивно, но как вариант: Превратить хитроумный узел в тупое устройство. DSP всегда считывает с ПЛИС одну и ту же последовательность А1 - А8/А1 - А8... А использует те данные, которые ему нужны.
  10. Тем более что диагностический блок - это тоже автомат?.. :rolleyes:
  11. Мне кажется это не совсем тот случай. if/else это все таки взаимоиключающее условие. Один провод с двумя возможными состояниями (а не с одним). Два провода - четыре состояния (а не два).
  12. А меня еще интересует: есть у меня автомат на 57 состояний. Синтезатор имплементирует его по "one-hot", т.е. кодирует 57 битным словом, в котором каждому состоянию соответствует только одна 1, остальные 0. С одной стороны как бы понятно как будет работать вся логика по выходам такого автомата. С другой стороны - а если на выходе автомата появятся две, три единицы? Есть ли гарантия того что так не произойдет?
  13. Старту бы помогло, если ТС отреагировал хотя бы на один из советов/намеков (имеется ввиду по ресету, и кстати не только мои), так как от результата (ответа) зависели бы дальнейшие шаги. В том числе и предложенный Вами.
  14. Уважаемый ТС. Не поленитесь - перечитайте эту тему с самого начала. Посчитайте, сколько раз Вам намекали на ресет. Обидно блин...