Ситуация: В большом проекте нужно использовать несколько клоков (не кратных). Есть компоненты которые работают синхронно от разных клоков.
Вопрос: Как грамотно соеденить эти компоненты между собой?

Смотря какая связь компонентов требуется. Если обмен данными, то помогает буферирование (двухпортовая память, FIFO и т. д. в зависимости от конкретной задачи).

А чего бы это значило??? Поподробнее можно...

Поясняю. Есть уже отлаженные компоненты которые работают синхронно. Компоненты коммутируются шинами (адрес, данные, энейблы). Нужно обмениваться данными как можно быстрее. Я тут слышал про эластичный буфер, кто нибудь может сказать подробнее как он работает, хотя двупортовая память это тоже выход, но её может и нехватить :-))))

Наверное самое лучшее писать проект сверху вниз, для начала определить основные принципы работы всего устройства - распределение тактовых частот и их фазы для работы конкретных устройств нижнего уровня, а уже затем проектировать частные куски.
Если не хочется терять старые наработки, то связь отлаженых модулей вполне возможна через FIFO, но если в начале не разработана общая идеология работы, то может получиться, что работа будет называться "подпорки под костыли".
Подобные "грабли" уже неоднократно встречались в моем личном опыте.

Я конечно же согласен, что начиная делать большой проект надо сначала разобраться с глобальными вещами (т.е. структурой, связями между компонентами и т.д.), но тем не менее большие проекты пишуться по частям, да и отлаживать отдельно компоненты намного продуктивнее. Так что такое эластичный буфер.

Извини про эластичный буфер не слышал, если кто проявится с разяснениями, очень интересная тема - "граблей" старых почти как блох. Проблема сихронизации изначально несинхронных источников данных с минимальными временными потерями почти, что основная моя работа в различных системах.

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

есть статья Каммингса Synthesis and Scripting Techniques for Designing Multi-Asynchronous Clock Designs скачать можно с http://www.sunburst-design.com/papers/Cumm...cClk_rev1_1.pdf

на сайте http://www.sunburst-design.com/papers/
много еще чего интересного есть.

есть такое понятие как синхронизаторы (блок из триггеров) нужен вот для чего: если есть схема в которой есть разные тактовые домены работающие на одной частоте но не факт что фазы совпадают,а надо передавать данные из одного в другой и чтоб голова не болела по поводу проскальзываний или метасостояний, то делаем так:
(вых данных, и такты1) -> триггер1
(выход триггер1, такты2) ->триггер2
(выход триггер2, такты2) ->триггер3
с выхода триггера3 уже имеем стабильные данные но нужным нам тактам.

Не помню где читал, пдфка какая-то была...
udofun

FIFO. Глубину можно посчитать исходя из синхросигналов. Если нельзя -- переделывать проект. Лучше это сделать сейчас, чем после месяца безуспешной отладки.
У Xilinx на эту тему есть XAPP. Номер, к глубокому сожалению, не помню. На мой взгляд, клоков в схеме должно быть как можно меньше.

Эластичный буфер - это просто FIFO со специальной логикой и решает оно вполне конкретную задачу. Есть синхронный источник сигналов, есть схема, которая восстанавливает из входного сигнала клок и на нем принимает входной сигнал. Эта схема должна пересадить принятый сигнал на мастер-клок всего устройства и частота этой пересадки равняется частоте входного сигнала, но в среднем! А в реальности из-за джиттера и входных помех эта частота плавает вокруг среднего значения. чтобы в результате не возникала ситуация, когда очередные данные не приходят к очередному клоку или наоборот, старые данные еще не передана а поступили новые, используется FIFO, которое в этом случае называется эластичным буфером. Глобально алгоритм работы этого буфера достаточно прост (детали могут сильно отличаться в зависимости от характеристик всей системы и ее реализации) - FIFO заполняется и опустошается таким образом, чтобы поддерживать его заполненость примерно на половину(номинально). Из всего вышесказанного следует, что эластичный буфер вряд ли подойдет для решения указанной задачи.
Что касается проблемы сопряжения передачи данных из доменов с разными клоками, то ее решение сильно зависит от вида пересылок данных на исходных шинах. Два крайних случая:
1. Исходные данные на шинах поступают блочно (PCI в режиме блочного обмена и т.д.) - в этом случае поможет только 2-х портовое ОЗУ с разными частотами записи/чтения.
2. Исходно данные передаются одиночными словами. В этом случае достаточно из одного домена в другой передать строб сопровождения данных, защитив его от возможной метастабильности, причем этот строб должен сбрасываться из приемного домена, где также следует учесть возможную метастабильность.
В промежутке лежит все многообразие практических задач, которые решаются комбинацией вышеописанных приемов.

Успехов!
zov

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

Как уже сказано в посте, предшествующем вашему (эта информация не устарела ) эластичный буфер==Фифо. А дальше - в гугль, пепрепечатывать сюда азбуку как-то неинтересно.

По поводу ньюансов реализации полезно почитать статьи Клиффорда Каммингса (Clifford Cummings), но это уже не для новичков. Новичкам дорога в Megawizard Plugin menager, или в корегенератор (или как оно там у XILINX называется)

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