Два вопроса:

1) Как синхронизовать внешний клок и внутренний на этой ПЛИС? По документации обещают разброс в 3,3нс. Но реально выводя сигнал с ноги и сравнивая его на входе я вижу 4-5нс. Это много. Попытки выровнять фронты, вставляя задержку в цепь клока и обратной связи в ДЛЛ ни к чему не привели.

2) Как мне кажется ПОСТ-ФИТ модель, должна реально отражать задежки ПЛИС. Чего не происходит. В пост фит модели, я наблюдаю задерзжки порядка 100пс - смех. В то время реально получается нечколько нс. Как с этим боротся.

Ещё один вопрос родился.

Зачастую прошивка не совпадает в моделями. Это нормально? И кто в этом виноват: Я, ПЛИС, САПР?

Заранее спасибо.

sdf в моделсиме подключали? При выводе синхросигнала на ногу неизбежно добавится некоторая задержка.

Я пост-фит в Актив подключаю.
Понятно что задержка будет. Но я хочу вставив задержку - сдвинуть её на такт и получить меньше 5 нс Ж).

Мне не очень понятна ситуация с которой вы боретесь, опишите ее по подробнее. (откуда взялся Clock и через куда его пропустили)

Посмотрите http://direct.xilinx.com/bvdocs/publications/xapp174.pdf (Using DLL in Spartan-II FPGAs) - вотзможно он вас наведет на решение вашей проблеммы.
Если я правильно понял, то подобный вашему случай изображен на Figure 11: DLL Deskew ob Board Level Clock Between Multiple Startan-II Devices.

Поссылке у меня не ПДФ. И без картинки.

Я использую DLL. С него клок развожу по ПЛИС и на ногу. С ноги на анилизатор. И на анализатор ногу, по которой клок заходит в ПЛИС. Разница полчается 5нс. Я пытаю её уменьшить, встявляя задержу в цепь клока с целью сдвинуть его на такт - не выходит.

"Ну, это нормально".

Ну что вы как на допросе. Инфу надо клещами вытаскивать. Как вы эту задержку делаете. И главное, зачем вы это делаете?

Извиняюсь за битую ссылку, привильная http://direct.xilinx.com/bvdocs/appnotes/xapp174.pdf

Я патался вставить в цепь между входными BUFG и DLL задержку (логические вентили). Потом пытался с выхода DLL вставить их в цепь обратной связи.

А мучения ради того, что бы сравнять фронты клока на входе и выходе(в нутри ПЛИС).






Я подключая DLL как на этой картинке внизу. Не очень понимаю зачем там сверху столько понакручено. К томежу в ПЛИС всего 4 BUFG, а мне парочка нужна для пары важных сигналов. Не понятно для 4-х ДЛЛ можно было побольше буферов сделать.

Ну вот и они так подумали, и в Spartan-2E добавили еще 4 входных буффера для обратных связей DLL.


Вы может воспользоваться схемой с Figure 10 (в точности).
Или, если вам необходимо по каким-то причинам внутреннуй CLK сдвинуть на опережение входного (ровно на задержку выходного буфера + трассировочных ресурсов), то возьмите только один DLL (по Figure 10 верхний из двух) и вставьте BUFG (от которого питаются внутренние узлы ПЛИС) в ответвление перед OBUF.

Но мне все равно как-то не понятно зачем это надо. Поэтому не могу подсказать точное решение. А если учесть, что DLL добавляет jitter (для некоторых систем неприемлемо большой), то совсем становиться не интересно. Если у вас не выйдет желаемое, попробуйте подробней описать, что и главное зачем вам недо.

Я не знаю в курсе вы или нет: FPGA editor, может добавлять тестовые выходы различных сигналов ПЛИС на выходные ножки (указывая при этом задержку от источника сигнала до выходного блока, при +25С), разводка ПЛИС при этом не меняется, что позволяет отлаживать тяжелые случаи. Может еще где и пригодится эта методика.

Посмотрите FloorPlanner-ом как развелся ваш клок по кристалу

Не очень понял, что при этом получится...
На 10-том обратная связи идет с наружи ПЛИС... у меня такой цепи нет. У меня схема соответствует нижнему случаю на 10-том рисунте, т.е. всего 1 ДЛЛ. Внешних устройств с клока ПЛИС я не питаю.



нет не знаю... я это вручную делаю.

А получится компенсация задержки IBUFG и (OBUF + Troute delay) - вроде компенсация вашей задержки содиться к этому, как я понял:


Если же я вас понял неверно, то опишите подробно, что и зачам вам необходимо.

Да, но на этом рисунке, цепь обратной связи идет с наружи ПЛИС. У меня нет такой цепи. Или вы предлагаете после OBUF - завести на обратную связь внутри ПЛИС? Я попробую, по поюсь маппер такие выкрутасы не пропустит.

Кто-нибудь с этим сталкивался?

Ну я сталкивался Подключил sdf-файл и все стало нормально. Вам же об этом писали во втором посте.

...крайне редко сталкивался с такой ситуацией, когда все работает в симуляторе с реальными задержками, но отказыается рабоать в железе...но это похоже не Ваш случай - если посмотреть Switching Charachteristics для Spartan2, то можно увидеть что задержки pin-to-pin составляют единицы наносекнд и никак не 100пс. Основная задержка сигнала происходит на IBUF/OBUF. И тут могут быть две причины расхождений: или как уже писалось проблема с sdf файлом или при симулировании Вы анализируете сигнал до OBUF.