есть 2 клоковых домена
80 мегагерц и 100 мегагерц.
оба клока формируются от одного клок менеджера.

данные идут синхронно с 80 мег. а перекинуть их надо на 100.

сдвинуть 100 чуть позднее, но на меньше чем на четверь периода и перескочить?

не понял, чем это поможет?

Для начала я бы попробовал синхронизировать оба дерева чтобы не думать про hold time, а в оставшиеся 2.5nS перепрыгивать.
Какая микросхема? Что еще известно про клоки?

Тема перехода между клоковыми доменами поднимается регулярно, смотрите форум или поиск, например:
http://electronix.ru/forum/index.php?showtopic=64795
Или Вы не хотите делать честный переход, а хотите использовать факт того, что общая основа для клоков?
По идее - обставить ограничениями и пусть маппер проверяет, уладываетесь или нет по холдам и сетапам.

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

 Вот статейка по переключению клоков

http://www.eetimes.com/news/design/showArt...icleID=16501239

И, даже ограничения, скорее всего, сформируются автоматически.


Решение известное, но к данной теме вообще никак не подходит.

Ограничения на скорость такой перескок наложит.

А от частоты 80 Мгц отказаться нельзя? Чтобы всё на 100 работало.
Или, как вариант, вместо 80 сделать 50.

Они получены из 400 мегагерц? 2.5 нс может хватить для нормального перехода между этими клоками, если их фаза стабильна и если правильно обконстрейнить. В этом случае никакой дополнительной схемотехники вообще не потребуется.

Как же не потребуется. Вы будете на сотке раз в пять тактов хлопать одинаковые данные, и вам придется построить схему, которая будет определять на самом деле это одни и те же данные два раза поместились в период принимающей частоты или просто данные в передающем домене не изменились.

Верное замечание. Потребуется добавить делитель на 2 на частоте 80 МГц и выделять фронт его выхода на частоте 100 МГц, чтобы пропускать повторы.

клоки формируются клок менеджером Virtex 5.

и в общем то достаточно стабильны. Напугало как раз это совпадение фронтов каждый пятый цикл по 100 мегагерцовому клоку. и все сомнения именно изза того, что широкая шина может переключаться несинхронно и в точке совпадения фронтов могут быть недостоверные данные. А вот повторы мне не мешают.

То есть, она не клокается от 80 Мгц, а переключается асинхронно? Тогда это поолностью меняет задачу.

она клокается от 80ти. то есть синхронна. Но можнт быть такая ситуация что фронты клока будут биться между собой - то один раньше то другой.

Это задача статического анализа времянок, разобраться с такими данными и такими клоками в пределах обеспечиваемой точности. Фронты данных всегда смещены относительно фронтов клоков.