Добрый день! Реализую на плис систему подстройки тактовой частоты следующим образом:
-В то время когда передатчик передает пилот сигнал cordic'ом оцениваю набег фазы за промежуток времени и получаю примерное значение расхождения тактовых частот.
- Далее перестраиваю синтезатор на нужную частоту.

Но загвоздка в том что сверх точно частоту все равно не получится настроить (даже при расхождении 0.01Гц отсчет пропадает/добавляется за 160 сек). Сигнал передается без перерывов блоками 512+префикс , периодически там проскакивает преамбула, с помощью которой можно подстроить эквалайзер в частотной области. Немного непонятно как обойти момент пропажи/добавления отсчета все время коррелятором искать начало преамбулы и если момент начала изменился инжектировать или удалять один отсчет переходя на большую частоту в приемнике?

В потоке должны быть заложены "резиновые" отсчёты, которые можно убирать или вставлять в необходимом количестве при "проскальзывании" тактовых. При этом они должны быть как-то выделены, что они "резиновые". Например, в Xilinx есть корка Aurora, где сигнал принимается на тактовой передатчика (в другом, незасинхронизированном устройстве), а затем перекладывается в домен локальной тактовой. Естественно, иногда бывают "проскальзывания". Проскальзывания компенсируются "резиновыми" отсчётами, на время которых снимается сигнал валидности в выходном потоке корки. Условно говоря, при равенстве частот всегда передаются 3 "резиновых" отсчёта. При разбеге - либо больше, либо меньше.

Не мешайте в кучу гигабитные транссиверы и радио-модем. Это вообще не по теме.


Почитайте Nezami "RF Architectures & Digital Signal Processing Aspects of Digital Wireless Transceivers", глава 4. Основная идея такова, что так же как и подстройку по несущей, восстановление символьной можно делать "вслепую", т.е. по данным или по пилотам. Подстройка по данным будет зависить от модуляции данных. Подстройку по пилотам можно делать универсальной, т.к. пилот сигнал формируете вы и он вам а приори известен. Главное не нужно придумывать велосипед, посмотрите уже существующие методы и всё будет ок. Ничего добавлять или выкидывать из потока не надо.

Ну я видимо предложил велосипед. Так тоже можно реализовать, если автор спрашивает, куда девать лишние отсчёты, когда по результатам очередной оценки частоты по пилоту окажется, что она уехала. Возможно, действительно, в связи всё делается обычно не так. Но и так тоже можно в рамках поставленного автором вопроса.

Спасибо за ответы, буду разбираться!