максимальная частота проекта Опции

[1113]

Гуру, доброго времени суток. поясните, пожалуйста, такой момент, на примере кристалла Artix, если можно.

дано - теоретически мой полностью синхронный проект может работать с частотой 1 гигагерц.

но на практике он с такой скоростью не запустится, потому что PLL не может генерить частоты выше 800 MHz (причём от спидгрэйда кристалла это не зависит).

я верно рассуждаю или нет?

[dm.pogrebnoy]

В проекте вообще может не использоваться PLL. Если все делать по фен шую, то такотвая частота, которую держит тактовое дерево не превышает в артиксе 464 мегагерц. Память 388, умножители те же 464. И только отдельные блоки работают на более высоких частотах, но их тактирование производится не через глобальное тактовое дерево.

[1113]

а что тогда значит вот это?

Asynchronous Control Signals Information:
----------------------------------------
No asynchronous control signals found in this design

Timing Summary:
---------------
Speed Grade: -1

Minimum period: 1.327ns (Maximum Frequency: 753.580MHz)
Minimum input arrival time before clock: 0.697ns
Maximum output required time after clock: 0.833ns
Maximum combinational path delay: No path found

Timing Details:
---------------
All values displayed in nanoseconds (ns)

[dm.pogrebnoy]

Смею предположить, что в совокупности, это максимальная частота переключения синхронных элементов (Toggle frequency), которая для артикса может доходить до 1412 МГц.

[1113]

то есть переключаться может, но только такую высокую тактовую я в кристалле нигде не найду?

[dm.pogrebnoy]

Надо ориентироваться на глобальное тактовое дерево. В даташите указано, что BUFGCTRL может работать на частотах 464 МГц для -1 скорости. Практически большинство синхронных элементов будет затактировано через этот буфер/мультиплексор. Лишь только отдельные элементы, такие как сердезы, например, могут быть затактированы непосредственно с вывода микросхемы через специальные буферы (BUFIO), для которых максимальная тактовая уже 600 МГц.

[troiden]

Это вроде бы отчет после синтеза, он не учитывает как минимум реальные задержки на трассах между элементами. Хотите более-менее точных чисел - смотрите отчет после PAR.