Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: переход с клока на клок
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
rv3dll(lex)
есть 2 клоковых домена
80 мегагерц и 100 мегагерц.
оба клока формируются от одного клок менеджера.

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

сдвинуть 100 чуть позднее, но на меньше чем на четверь периода и перескочить?
Shtirlits
Цитата(rv3dll(lex) @ Oct 20 2009, 12:04) *
сдвинуть 100 чуть позднее, но на меньше чем на четверь периода и перескочить?

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

Для начала я бы попробовал синхронизировать оба дерева чтобы не думать про hold time, а в оставшиеся 2.5nS перепрыгивать.
Какая микросхема? Что еще известно про клоки?
Builder
Цитата(rv3dll(lex) @ Oct 20 2009, 11:04) *
есть 2 клоковых домена
80 мегагерц и 100 мегагерц.
оба клока формируются от одного клок менеджера.

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

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

Тема перехода между клоковыми доменами поднимается регулярно, смотрите форум или поиск, например:
http://electronix.ru/forum/index.php?showtopic=64795
Или Вы не хотите делать честный переход, а хотите использовать факт того, что общая основа для клоков?
По идее - обставить ограничениями и пусть маппер проверяет, уладываетесь или нет по холдам и сетапам.
Shtirlits
Цитата(Builder @ Oct 20 2009, 16:13) *
Или Вы не хотите делать честный переход, а хотите использовать факт того, что общая основа для клоков?

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

http://www.eetimes.com/news/design/showArt...icleID=16501239
dvladim
Цитата(Builder @ Oct 20 2009, 16:13) *
Или Вы не хотите делать честный переход, а хотите использовать факт того, что общая основа для клоков?
По идее - обставить ограничениями и пусть маппер проверяет, уладываетесь или нет по холдам и сетапам.

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

Цитата(gotty @ Oct 20 2009, 16:44) *
Вот статейка по переключению клоков

Решение известное, но к данной теме вообще никак не подходит.
Koluchiy
Ограничения на скорость такой перескок наложит.

А от частоты 80 Мгц отказаться нельзя? Чтобы всё на 100 работало.
Или, как вариант, вместо 80 сделать 50.
Oldring
Цитата(rv3dll(lex) @ Oct 20 2009, 12:04) *
есть 2 клоковых домена
80 мегагерц и 100 мегагерц.
оба клока формируются от одного клок менеджера.

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

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


Они получены из 400 мегагерц? 2.5 нс может хватить для нормального перехода между этими клоками, если их фаза стабильна и если правильно обконстрейнить. В этом случае никакой дополнительной схемотехники вообще не потребуется.
DmitryR
Как же не потребуется. Вы будете на сотке раз в пять тактов хлопать одинаковые данные, и вам придется построить схему, которая будет определять на самом деле это одни и те же данные два раза поместились в период принимающей частоты или просто данные в передающем домене не изменились.
Oldring
Цитата(DmitryR @ Oct 21 2009, 11:26) *
Как же не потребуется. Вы будете на сотке раз в пять тактов хлопать одинаковые данные, и вам придется построить схему, которая будет определять на самом деле это одни и те же данные два раза поместились в период принимающей частоты или просто данные в передающем домене не изменились.


Верное замечание. Потребуется добавить делитель на 2 на частоте 80 МГц и выделять фронт его выхода на частоте 100 МГц, чтобы пропускать повторы. smile.gif
rv3dll(lex)
клоки формируются клок менеджером Virtex 5.

и в общем то достаточно стабильны. Напугало как раз это совпадение фронтов каждый пятый цикл по 100 мегагерцовому клоку. и все сомнения именно изза того, что широкая шина может переключаться несинхронно и в точке совпадения фронтов могут быть недостоверные данные. А вот повторы мне не мешают.
DmitryR
Цитата(rv3dll(lex) @ Oct 22 2009, 12:33) *
широкая шина может переключаться несинхронно
То есть, она не клокается от 80 Мгц, а переключается асинхронно? Тогда это поолностью меняет задачу.
rv3dll(lex)
она клокается от 80ти. то есть синхронна. Но можнт быть такая ситуация что фронты клока будут биться между собой - то один раньше то другой.
Oldring
Цитата(rv3dll(lex) @ Oct 22 2009, 13:40) *
она клокается от 80ти. то есть синхронна. Но можнт быть такая ситуация что фронты клока будут биться между собой - то один раньше то другой.


Это задача статического анализа времянок, разобраться с такими данными и такими клоками в пределах обеспечиваемой точности. Фронты данных всегда смещены относительно фронтов клоков.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.