Итак есть тестовая схема (см. аттач ).

На вход din подается сигнал, который изменяет свое значение через 2ns после фронта clk.
На скриншоте 1a.jpg представлен post-map simulation . Триггер temp защелкивается значение строго по фронту clk.
На скриншоте 1b.jpg представлен post-route simulation . Триггер temp защелкивается по фронту clk значение din, изменяемое после 2ns. А как же setup time ??

Почему результат post-map и post-route так рознятся ??


з.ы в аттаче также hdl файлы

Для начала убедитесь, что входной триггер располагается в пэде.

Развел эту схемку для Virtex4. У него я не вижу триггеров в паде. Развел в пады выходные , задержка пропала , тригерр работает строго по фронту.

Правильно ли я понимаю, что существует задержка в распространении сигнала DIN (либо точнее говоря CLK), которая не компенсируется автоматически на этапе route ?


p/s страсти накаляются..... развел это дело под Spartan3, значение в триггер защелкивается строго по фронту , при чем не имеет значение , где располагается триггер в паде или в слайсах. В чем различие между триггерами и архитектурой Spartan и Virtex ?

В чем различие архитектуры - это долгий разговор, почитайте лучше доки.

Что же касается вашей проблемы: если вы ставите входной триггер в лапу - он почти всегда будет работать, так как задержки будут невелики. Если же все в логике - то работоспособность будет зависеть от задержки линии данных. Если триггер окажется недалеко от края - будет работать, если в середине кристалла - то нет. Это частично объясняет разницу поведения Spartan и Virtex: Spartan маленький (обычно), и в нем шанс, что путь до произвольно расположенного в логике триггера будет не очень длинный выше, чем у Virtex.

пасиб за идеи...


а не линии тактового сигнала ? (хотя и то другое в общем случае равнозначно)

Вы вообще не в ту сторону смотрите. Задайте констрейны на сетап/холд по входным данным и посмотрите в отчете как они выполняются. Именно такой должен быть подход.


Я бы сказал противоположно. Задержка по данным будет приводить к отрицательным холдам, по клоку - к положительным.

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

Что же касается констрейнов на входной оффсет - это имеет смысл лишь тогда, когда между входом и первым триггером есть логика (иногда это необходимо, например при извлечении тактового сигнала в стандарте SpaceWire), в остальных же случаях триггеры проще поставить в лапы и иметь фиксированный, известный из даташита OFFSET IN.

Это имеет смысл делать всегда! Контролировать работоспособность проекта проще.