Цитата(XVR @ Oct 20 2015, 16:43)

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

Цитата(dima32rus @ Oct 20 2015, 16:46)

Биения будут иметь место, да. Но по-другому никак. Если частоты не равны, то вам все равно придется либо время от времени ждать, либо пропускать.
Боюсь биения будут сильно больше чем те что должны быть от разности частот. Хотя нужно помоделировать...
Цитата
В таком случае просто не обращаете внимания на флаг FULL. Все лишнее само отрежется.
Надо попробовать.
Цитата(XVR @ Oct 20 2015, 16:46)

Поправка - сами коды счетчика можно передать в параллель. Для этого нужно разделить его на N штук счетчиков (N - отношение частот в доменах) и запустить их так, что бы каждый прибавлял на 1 за N клоков, при этом первый счетчик инкрементировался на 1м клоке, 2й на 2м и т.д. Потом все значения перевести в код Грея и передать в медленный домен
Ага. Или N счётчиков или N регистров за одним счётчиком.
А N регистров вполне заменит кольцевой буфер на памяти.
Вопрос только как правильно читать в случае не кратных частот.