QPSK: проблема: поворачивается созвездие Опции

[maxfox2k]

уважаемый all,
собственно subj

исходные данные:
carrier: 900-1500 mhz, подстраивается с минимальным шагом 100 hz, не используем цифровой AFC
используем maxim tuner, у него выход сразу baseband

QPSK 128k symb/s (oversampling 4), непрерывный поток без синхронизации (синхронизация производится по данным)

используем tanlock loop как в незами (fig. 3-23, p 3-36), только правильно будет atan2(q/i) и Ki, Kp перепутаны.
Ki 0.04, Kp 0.4
все расчеты производятся с 12 бит integer (достаточная ли точность для этого способа?)

на незашумлённых сигналах (с генератора и реального передатчика по кабелю) работает вообще без ошибок на pn9.
на сигнале с генератора средняя ошибка после timing recovery около 4х градусов
на сигнале от передатчика около 7 градусов
timing recovery примерно как в незами (p 4-6)

при добавлении шума созвездие начинает довольно часто поворачивается.
в чем может быть причина?

еще одна странная особенность. если carrier и local достаточно близки то ошибки происходят гораздо чаще.
поэтому сейчас, используя информацию из dco держим разность около 500hz

[fontp]

Наверно, если при добавлении шума поворачивается, то происходит потеря синхронизации ФАПЧ. Шумовая полоса правильная?
Точно все К перепутаны? :-)

Как это обнаружилось? Если просто так лучше работает когда шума нет - то это ошибка. Шумовая полоса выбирается, чтобы отслеживать фазу невзирая на шум

[maxfox2k]

Наверно, если при добавлении шума поворачивается, то происходит потеря синхронизации.

я это и написал.
а вот почему?

Шумовая полоса правильная?

да

Точно все К перепутаны? :-)

p. 3-13

[petrov]

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

[maxfox2k]

Не ту схему выбрали, эта схема для синусоидального сигнала без модуляции.

чего-чего?

[petrov]

чего-чего?

Чего-чего, читайте абзац на странице 3-33 сразу под фигурой 3-22.

[maxfox2k]

Чего-чего, читайте абзац на странице 3-33 сразу под фигурой 3-22.

а, понял.
вот точнее что у нас
мы поворачиваем только символы перед демапером.
но принцип такои же, как и в книге. выше я написал, что мы работаем уже с baseband
сорри, если непонятно написал

Сообщение отредактировал maxfox2k - Jun 7 2008, 09:53

Эскизы прикрепленных изображений

 

[petrov]

а, понял.
вот точнее что у нас
мы поворачиваем только символы перед демапером.
но принцип такои же, как и в книге. выше я написал, что мы работаем уже с baseband
сорри, если непонятно написал

Ну так загоните вашу схему в симулинк, промоделируйте воздействия все, конечные разрядные сетки, потом останется только перенести это в FPGA.

[maxfox2k]

Ну так загоните вашу схему в симулинк, промоделируйте воздействия все, конечные разрядные сетки, потом останется только перенести это в FPGA.

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

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

так что если есть какие идеи...
кстати, в среднем +/- 7 градусов ошибка после входного LP фильтра и timing recovery это нормально или много?