Работа с 256-битными числами и PLL Опции

[fpganoob]

Всем привет!
Постепенно осваиваю ПЛИС и запиливаю нужную мне математику. Математика работает с 256-битными числами. Сложение, вычитание, битовый сдвиг. Есть и умножение где получается 512-битное число, которое затем понижается по модулю до 256-битного. алгоритм реализовал, работает и считает всё верно.

Работаю с карточкой de0-nano-soc на базе циклона пятого. На карте есть генератор 50Мгц. Хочу ускорить вычисления насколько это возможно. Пробую подключать PLL от альтеры. В IP каталоге выбираю Altera Pll, задаю вот такие настройки - https://screencast.com/t/RD0qNJ9uHn2N , то есть хочу разогнать до 100Мгц. В идеале, конечно еще выше))
В рефклок отдаю свой 50Мгц клок, а выходной отдаю в модули. Алгоритм выполняется, но вот результаты совсем неверные получаются и всегда разные. locked сигнал я использую в топ модуле для того чтобы стартовать вычисления ( if(locked) begin ..начать вычислять.. end)
Блокирующие назначения нигде не использую.

Подскажите, я что-то делаю не так, или это нормально что плис не тянет работу с 256-битными числами быстрее чем 50Мгц? Может нужно locked протягивать по всем модулям и только если он == 1 проходить цикл?
Еще у меня нет файла для таймквеста, еще не познал эту магию, может ли это влиять?

Спасибо за рекомендации!

Сообщение отредактировал fpganoob - Dec 15 2017, 13:58

[jojo]

Всем привет!
Постепенно осваиваю ПЛИС и запиливаю нужную мне математику. Математика работает с 256-битными числами. Сложение, вычитание, битовый сдвиг. Есть и умножение где получается 512-битное число, которое затем понижается по модулю до 256-битного. алгоритм реализовал, работает и считает всё верно.

Работаю с карточкой de0-nano-soc на базе циклона пятого. На карте есть генератор 50Мгц. Хочу ускорить вычисления насколько это возможно. Пробую подключать PLL от альтеры. В IP каталоге выбираю Altera Pll, задаю вот такие настройки - https://screencast.com/t/RD0qNJ9uHn2N , то есть хочу разогнать до 100Мгц. В идеале, конечно еще выше))
В рефклок отдаю свой 50Мгц клок, а выходной отдаю в модули. Алгоритм выполняется, но вот результаты совсем неверные получаются и всегда разные. locked сигнал я использую в топ модуле для того чтобы стартовать вычисления ( if(locked) begin ..начать вычислять.. end)
Блокирующие назначения нигде не использую.

Подскажите, я что-то делаю не так, или это нормально что плис не тянет работу с 256-битными числами быстрее чем 50Мгц? Может нужно locked протягивать по всем модулям и только если он == 1 проходить цикл?
Еще у меня нет файла для таймквеста, еще не познал эту магию, может ли это влиять?

Спасибо за рекомендации!

Надобно констрейны всё же задать, иначе глюки наблюдаете вполне закономерные.
Locked тянуть не надо, он должен просто установиться, и тогда валидный clock есть.
Разгонять до 100 МГц можно, но констрейны должны выполняться или немного сыпаться (но только немного!)

PS. И да, обычный сумматор на 256 бит едва ли будет быстрым, скорее наоборот.

[Lmx2315]

..тут где-то в теме рядом люди не могут 24 битный счётчик на 100 Мгц запустить , а ТС делает 256 битный!

[fpganoob]

Благодарю за ответ!

Надобно констрейны всё же задать, иначе глюки наблюдаете вполне закономерные.

То есть, таймквест таки прийдётся курить, спасибо! Я думал что для каждой карточки должны быть эти файлы уже дефолтные в доступе от производителя, но нет)

PS. И да, обычный сумматор на 256 бит едва ли будет быстрым, скорее наоборот.

Обычный сумматор, имеете в виду запись a = b + c; ?

..тут где-то в теме рядом люди не могут 24 битный счётчик на 100 Мгц запустить , а ТС делает 256 битный!

Хех, намёк Ваш понял) Не удалось найти информации по данному вопросу вот и обращаюсь к коллективному разуму. Спасибо!

[jojo]

Благодарю за ответ!
То есть, таймквест таки прийдётся курить, спасибо! Я думал что для каждой карточки должны быть эти файлы уже дефолтные в доступе от производителя, но нет)
Обычный сумматор, имеете в виду запись a = b + c; ?
Хех, намёк Ваш понял) Не удалось найти информации по данному вопросу вот и обращаюсь к коллективному разуму. Спасибо!

Да, обычный сумматор a = b + c.
Вы попробуйте задать констрейны повыше, те же 100 МГц, и посмотреть, какого размера сумматор уложится без ошибок. Едва ли это будет 256 бит, скорее, много меньше.
С другой стороны, 100 МГц это маленькая частота, и если захотеть, то можно поднять почти до максимальной (по даташиту) частоты переключения ресурсов. Попутно вырастет производительность. Конвейер тут в помощь.

[dvladim]

То есть, таймквест таки прийдётся курить, спасибо! Я думал что для каждой карточки должны быть эти файлы уже дефолтные в доступе от производителя, но нет)

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