Spartan-3: Расхождения в максимальных частотах Опции

[olegras]

После танцев с бубном вокруг констрейнов и оптимизаций, PAR выдает: "Min delay = 5.8 ns, max freq. = 172.4 MHz". Но запустить проект на реальном устройстве (S3BOARD от DIGILENT) удается только на частотах системного клока до 137,5 МГц включительно. На частотах выше проект работает нестабильно, т.е. при одних и тех же входных данных, каждый раз результат непредсказуемо разный.
Собственно вопрос: неужели расчетная максимальная частота, расчитанная PAR, так сильно должна отличаться от реальной? Где подвох?
На камень заведен внешний тактовый сигнал 50 МГц, который подключен ко входу DCM. Системные клоки снимаются с выходов DCM CLKFX и CLKFX180, и далее через BUFG в систему. Обратная связь между CLK0 и CLKFB имеется.

[SFx]

olegras, Вы каждый раз перекомпилировали проект поднимая частоту или подавали внешний тактовый сигнал на DCM различной частоты ?

[olegras]

olegras, Вы каждый раз перекомпилировали проект поднимая частоту или подавали внешний тактовый сигнал на DCM различной частоты ?

Каждый раз перекомпилировал. Кажый раз PAR выдает одинаковые ограничения (конечно если меняю только атрибуты DCM не трогая код, констрейны и параметры оптимизации). Внешний сигнал всегда 50 МГц с борта S3BOARD.

А проверяли ли Вы, выполняются ли ограничения на входные сигналы (setup и hold) в живом стенде ?

Входные данные загружаются и выгружаются четко при любом значении системной частоты. Так как не зависят от системных клоков. Загрузка тактируется внешним медленным клоком от управляющего МК. Проверял даже при сист. частоте 280 МГц.

Был ли использован constraint temperature для снижения предельной рабочей температуры ?

Нет не был. А что это мне даст (в смысле моего вопроса)?.

[DmitryR]

Так-так, у вас используется CLKFX и CLKFX180.
1. На этих выводах джиттер может быть несколько (пикосекунд на 500) больше, чем думает PAR.\
2. У вас наверное есть хитрый переход между CLKFX и CLKFX180, которого PAR почему-то не видит при анализе, но который эффективно уполовинивает реальную тактовую частоту.

[olegras]

Так-так, у вас используется CLKFX и CLKFX180.
1. На этих выводах джиттер может быть несколько (пикосекунд на 500) больше, чем думает PAR.\
2. У вас наверное есть хитрый переход между CLKFX и CLKFX180, которого PAR почему-то не видит при анализе, но который эффективно уполовинивает реальную тактовую частоту.

Переходов нету: каждый из сигналов подключен к "своему" BUFG, выходы которых используются независимо. А насчет джиттеров - судя по всему так оно и есть...