задание OFFSET OUT, как контролировать минимальные значения? Опции

[disel]

Добрый день!

Никак не могу понять как правильно написать этот констрейн. Прошу направить на путь истинный

Задача:
Выдача данных с Virtex4 на ЦАП. Режим SYSTEM_SYNCHRONOUS. Клок на плис и на цап приходит в одной фазе с клочного дистрибьютера. Тактовая частота 192 Мгц (период соответсвенно ~ 5,2 нс). Данные должны быть достоверны во временном окне 0,8-4,37 нс относительно положительного клока.

По всем документам которые прочитал (wp237 и т.д.) нужно задать примерно такой констрен:
TIMEGRP "DAC_PAD_GRP" OFFSET = OUT 0.8 ns AFTER "DAC_Tx_CLK_P" TIMEGRP "DAC_RG_GRP" RISING;

OFFSET = OUT по сути проверяет условие: временя прохождения данных до выходного пада от регистров + временя прохождения клока от входного пада до регистров < меньше требумой.

У меня эта сумма получается больше периода, порядка 8,6-9,1 нс. Подвигать ее влево-вправо не проблема, вопрос в другом:
как правильно задать констрейн в случае, когда время прохождения сигнала от входного до выходного пада больше периода? Если прибавить период или два, т.е написать OFFSET = OUT 6 ns или OFFSET = OUT 11.2 ns, то окно валидности данных проверяется только по одной границе.

Как многоуважемые гуру поступают в таком случае?

[Singer]

Была такая проблема - дикие времена (иногда даже отрицательные) на констрейнах типа OFFSET - временной анализ говорил что проблема в том, что задержка на клоковом буфере - 5-7 нс. Потом по совету одного товарища поставил на клоки DCM_ADV с обратной связью. После этого все вылечилось, DCM как то там это дело компенсирует - вносит свой сдвиг фаз, задержка распространения клока становится не более 0.3 нс в самом плохом случае, если верить анализатору времен. Теперь везде эти DCM сую и не нарадуюсь.
З.Ы. Сейчас приноровился наиболее ценные ресурсы типа DSP48 запускать на двойной скорости (240-300 мгц) - у DCM есть замечательный выход clk2x, синфазный с clk0, что позволяет без проблем переходить между доменами, при этом временной анализатор имеет возможность контролировать эти переходы, поскольку связь между клоками известна. Вобщем DCM - Рульная штука!

[disel]

Была такая проблема - дикие времена (иногда даже отрицательные) на констрейнах типа OFFSET - временной анализ говорил что проблема в том, что задержка на клоковом буфере - 5-7 нс. Потом по совету одного товарища поставил на клоки DCM_ADV с обратной связью. После этого все вылечилось, DCM как то там это дело компенсирует - вносит свой сдвиг фаз, задержка распространения клока становится не более 0.3 нс в самом плохом случае, если верить анализатору времен. Теперь везде эти DCM сую и не нарадуюсь.
З.Ы. Сейчас приноровился наиболее ценные ресурсы типа DSP48 запускать на двойной скорости (240-300 мгц) - у DCM есть замечательный выход clk2x, синфазный с clk0, что позволяет без проблем переходить между доменами, при этом временной анализатор имеет возможность контролировать эти переходы, поскольку связь между клоками известна. Вобщем DCM - Рульная штука!

Вообще то вопрос был о другом, в названии темы же все написано.