есть 2 клоковых домена 80 мегагерц и 100 мегагерц. оба клока формируются от одного клок менеджера.
данные идут синхронно с 80 мег. а перекинуть их надо на 100.
сдвинуть 100 чуть позднее, но на меньше чем на четверь периода и перескочить?
Shtirlits
Oct 20 2009, 11:17
Цитата(rv3dll(lex) @ Oct 20 2009, 12:04)
сдвинуть 100 чуть позднее, но на меньше чем на четверь периода и перескочить?
не понял, чем это поможет?
Для начала я бы попробовал синхронизировать оба дерева чтобы не думать про hold time, а в оставшиеся 2.5nS перепрыгивать. Какая микросхема? Что еще известно про клоки?
Builder
Oct 20 2009, 12:13
Цитата(rv3dll(lex) @ Oct 20 2009, 11:04)
есть 2 клоковых домена 80 мегагерц и 100 мегагерц. оба клока формируются от одного клок менеджера.
данные идут синхронно с 80 мег. а перекинуть их надо на 100.
сдвинуть 100 чуть позднее, но на меньше чем на четверь периода и перескочить?
Тема перехода между клоковыми доменами поднимается регулярно, смотрите форум или поиск, например: http://electronix.ru/forum/index.php?showtopic=64795 Или Вы не хотите делать честный переход, а хотите использовать факт того, что общая основа для клоков? По идее - обставить ограничениями и пусть маппер проверяет, уладываетесь или нет по холдам и сетапам.
Shtirlits
Oct 20 2009, 12:30
Цитата(Builder @ Oct 20 2009, 16:13)
Или Вы не хотите делать честный переход, а хотите использовать факт того, что общая основа для клоков?
Я понял так, что в этом и есть суть вопроса. Бонус - экономия ресурсов, низкая задержка, и, что самое интересное, нулевая вероятность сбоя в отличии от перехода при неопределенных фазах и частотах. То есть, мы не теряем бездарно информацию, а потом героически ее восстанавливаем.
Или Вы не хотите делать честный переход, а хотите использовать факт того, что общая основа для клоков? По идее - обставить ограничениями и пусть маппер проверяет, уладываетесь или нет по холдам и сетапам.
И, даже ограничения, скорее всего, сформируются автоматически.
Цитата(gotty @ Oct 20 2009, 16:44)
Вот статейка по переключению клоков
Решение известное, но к данной теме вообще никак не подходит.
Koluchiy
Oct 21 2009, 06:41
Ограничения на скорость такой перескок наложит.
А от частоты 80 Мгц отказаться нельзя? Чтобы всё на 100 работало. Или, как вариант, вместо 80 сделать 50.
Oldring
Oct 21 2009, 07:03
Цитата(rv3dll(lex) @ Oct 20 2009, 12:04)
есть 2 клоковых домена 80 мегагерц и 100 мегагерц. оба клока формируются от одного клок менеджера.
данные идут синхронно с 80 мег. а перекинуть их надо на 100.
сдвинуть 100 чуть позднее, но на меньше чем на четверь периода и перескочить?
Они получены из 400 мегагерц? 2.5 нс может хватить для нормального перехода между этими клоками, если их фаза стабильна и если правильно обконстрейнить. В этом случае никакой дополнительной схемотехники вообще не потребуется.
DmitryR
Oct 21 2009, 07:26
Как же не потребуется. Вы будете на сотке раз в пять тактов хлопать одинаковые данные, и вам придется построить схему, которая будет определять на самом деле это одни и те же данные два раза поместились в период принимающей частоты или просто данные в передающем домене не изменились.
Oldring
Oct 21 2009, 07:49
Цитата(DmitryR @ Oct 21 2009, 11:26)
Как же не потребуется. Вы будете на сотке раз в пять тактов хлопать одинаковые данные, и вам придется построить схему, которая будет определять на самом деле это одни и те же данные два раза поместились в период принимающей частоты или просто данные в передающем домене не изменились.
Верное замечание. Потребуется добавить делитель на 2 на частоте 80 МГц и выделять фронт его выхода на частоте 100 МГц, чтобы пропускать повторы.
rv3dll(lex)
Oct 22 2009, 08:33
клоки формируются клок менеджером Virtex 5.
и в общем то достаточно стабильны. Напугало как раз это совпадение фронтов каждый пятый цикл по 100 мегагерцовому клоку. и все сомнения именно изза того, что широкая шина может переключаться несинхронно и в точке совпадения фронтов могут быть недостоверные данные. А вот повторы мне не мешают.
DmitryR
Oct 22 2009, 09:26
Цитата(rv3dll(lex) @ Oct 22 2009, 12:33)
широкая шина может переключаться несинхронно
То есть, она не клокается от 80 Мгц, а переключается асинхронно? Тогда это поолностью меняет задачу.
rv3dll(lex)
Oct 22 2009, 09:40
она клокается от 80ти. то есть синхронна. Но можнт быть такая ситуация что фронты клока будут биться между собой - то один раньше то другой.
Oldring
Oct 22 2009, 09:58
Цитата(rv3dll(lex) @ Oct 22 2009, 13:40)
она клокается от 80ти. то есть синхронна. Но можнт быть такая ситуация что фронты клока будут биться между собой - то один раньше то другой.
Это задача статического анализа времянок, разобраться с такими данными и такими клоками в пределах обеспечиваемой точности. Фронты данных всегда смещены относительно фронтов клоков.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.