вот это уже фантастика. http://en.wikipedia.org/wiki/Jitter прочитаете внимательно поймете почему

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

Только тот ли это случай, в конце концов STM передают через ethernet, вот уж где джиттер, а тут всего лишь непрерывная передача и несинхронные опорные генераторы.

Если частота сильно не меняется, попробуйте DCXO. Узкополосность цифровой ФАПЧ ограничена лишь фантазией.
http://www.sitime.com/products/programmabl...rs-dcxo/sit3922
http://www.altera.com/literature/an/an_695.pdf

(low-bandwidth digital pll)

P.S. и немного по джиттеру http://www.sitime.com/support2/documents/A...measurement.pdf

Сообщение отредактировал Катран - Dec 2 2014, 23:11

Вполне может быть и тот. Например они работают через траснкодер и синхронизируют оборудование в разных частях земли по тональному сигналу Е1. Не всегда использование той же GPS синхронизации или любой другой, работающей по другому каналу, возможно. Есть куча оборудования которые требуют подобной синхронизации. Те же ОпСоСы очень полюбили Sync-E, когда намучались с базовыми станциями с GPS синхронизацией.

Если вопрос ТС касался только обработки сигнала в ПЛИС, то вы правы, сигнал валидности и правильные корки решат проблему. Но если ТС задал вопрос об обработке, подразумевая передачу данных и синхронизации стороннему оборудованию, то проблема имеет место быть.

ЗЫ. Передача TDM (Е1/SDH) трафика по асинхронным каналам действительно используется, но в этом случае гарантируется только передача данных, с синхронизацией пытаются решить проблему спец. сообщениями для подстройки часов, но.... тактовая там не та.

Спасибо всем за советы, подумаю, что и как можно улучшить.

Для примера в KC705(и др.) применяют Si5324 jitter attenuator. Как раз для очистки восстановленного клока. Интегральная скорость на выходе у него такая же, как и у входного клока - я проверял, а вот качество на выходе лучше. А для компенсации дифференциальной разницы в скорости относительно входного можно по входу поставить FIFO большого объёма, например на DDR. Забиваете его до половины, а потом врубаете обработку в реалтайме на восстановленном клоке - и горя не знаете.. Как вариант)

Угу, а потом измерите пинг тайм и всплакнете. Радости только что фильм с торента будет быстро тянуться

Это да. Но только если пинг тайм имеет значение.

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