Подскажите как сделать линию задержки на 10ps например из какого то логического элемента? Будет такая задержка стабильной или будет плавать из за температуры и прочих факторов? плис spartan6

10 ps невозможно получить. Зачем вам это нужно?

наврядли получиться...

Сколько можно получить, будет эта задержка стабильна или будет плавать ?
Измерить сигнал малой длительности.

10 пс НЕ ВОЗМОЖНО. Ищите способ "удлинить" импульс, который хотите измерить, а его уже стробируйте меньшей частотой, она будет пропорциональна. Смотрите и ищите как устроенная входная часть частотомеров

Хотел услышать от вас, специалистов ваше мнение, у вас все таки опыта больше чем у меня работы с плис.
По опыту, сколько можно получить задержку используя лог.элементы на спартан6 и будет она стабильна?
Заранее спасибо.

все задержки даны в документации, в заданном диапазоне температур производитель гарантирует, что они будут не больше обозначенной величины. Забудьте про пикосекунды. Ищите методы удлинения измеряемого импульса.

стабильной без тактирования не будет.

google по запросу "fpga tdc" выдаёт кучу статей, и даже открытых проектов.
50-100ps ошибки с Tapped Delay Line вроде как без особых проблем получается,
дальше надо автокалиброваться, следить за температурой, можно наверное еще несколько линий в параллель ставить и по показаниям нескольких не просто усреднять, а измерять и компенсировать дифф нелинейность.

Есть еще вариант использовать встроенные ФАПЧ с управляемой фазой. Но опять это только для тактовой

Если линию задержку сделать в виде дорожек на плате с подключением к io , временные задержки io ns. Но если на всех io задержка одинаковая будет то теоретически должно работать а практически?

А практически у всех io задержка разная.

http://www.ohwr.org/projects/tdc-core/wiki

Понятно. по ссылке разрешение счетчика 13-bit fractional part. Какие могут быть подводные камни если вдруг потребуется увеличить разрядность счетчика до 32бит?

так это же разрешение дробной части, 8нс / 2^13 = 0.98пс, куда уж меньше.
ну а клоки 125МГц считать можно сколько угодно.

По ссылке разрешение счётчика 52пС. Младшие дробные биты просто шумят и ничего не значат.

52ps в самый раз, измерение в диапазоне от 1нс до 1мс с дискретностью 100пс можно получить с помощью spartan6 XC6SLX9?

52 пС это не разрешение, а величина шума, причем это две сигмы.
распределение скорее всего сильно кривое, поэтому таким образом привели Measured precision: +/- 52ps (95% confidence).

Какое разрешение при таком шуме можно получить?

Была такая задача относительно "плавно" формировать импульс в пределах десятых нс, решили с помощью Alter'ы и MC10EP195. Квант времени как раз 10 пс.

Что значит "измерить сигнал малой длительности"? Это один-единственный импульс или нет?
Если сигнал периодичен, можно попробовать поанализировать спектр.

Импульсы следуют с частотой не более 5Мгц. С полосой не более 10Кгц, время между передними фронтами гуляет от 1нс до 1мс. Спектр сложно частота тоже гуляет от 2 до 5мгц. (

Ну такое, допустим, если время между передними фронтами = 1 нс (1 ГГц), ничем, кроме разве что 3.125 Gbps приемниками, в ПЛИС ввести толком нельзя вообще. И то не факт, можно ли их заставить принимать такой сигнал.

Попробую поэкспериментировать с спартаном если будут какие мысли, любые, заранее благодарен.

Какую плис лучше для этих экспериментов взять, может в каких то более стабильные линии задержки получаются и они более подходят для TDC по опыту? Не очень дорогие чипы до 2тр которые поддерживаются в webpack.

По опыту, задержки "едут" с температурой/питанием/процессом примерно одинаково у всех технологий, если не принимать специальных мер при разработке (а для ПЛИС их никто не применяет). Поэтому без разницы. Просто ищите такую ПЛИС, которая в состоянии ввести внутрь себя через I/O пады сигналы в Вашем диапазоне частот. Или, хотя бы, как можно ближе к нему.

Как реализовать внутри - попробуйте сделать длинную Carry Chain - то есть, грубо говоря, многобитный сумматор, который суммирует число "`b1111111....11111" с входным сигналом, поданным на CARRY IN. И не забудьте привязать четко к конкретным ячейкам ПЛИС всю эту структуру, то есть описывайте ее вручную, через generate и прямое инстантирование библиотечных элементов (CCU2B, или как их там, из чего цепь с переносом строится, и триггеров) с указанием loc-ов для каждой инстанции. Для калибровки можете пытаться использовать такой же сумматор, расположенный рядом, на который как-то правильно подан тактовый сигнал, возможно сдвинутый по фазе в PLL/DCM, который тактирует и приемные триггеры.

Но что все это хоть как-то заработает, далеко не факт.

10ps это както крутовато для реализации в ПЛИС
Если вы делаете некий измеритель длительности импульса в ПЛИС и вам надо точность 10пс то наверное нет...
Вы даже нормально внутрь ПЛИСА сигнал без искажений больше чем +\-10пс ввести врядли сможете... туда вам и ёмкость пина добавится и искажение фронта сигнала после пинов на вводе в логику и всё это с PVT гуляет процентов на 30....

Предлагаю Вам посмотреть в сторону ПАИС, но ПЛИС тут точно вряд ли.