Кто разбирался с Costas Loop для QPSK? Есть кое какие вопросы по теме...

Andy
Задавай, може чем помогу, только речь так понимаю о программной фапч, костас или не костас, основная проблема обычно фапч, сразу скажу не силён в этом, но кое чего делал.

http://members.tripod.com/michaelgellis/mixerscom/Image108.gif

Вообщем тут такое дело. Как я понял с блок схемы, необходимо подстроить VCO таким образом, чтобы после LPF-а (с которого выходит сигнал коррекции) была как можно меньше аплитуда сигнала. Ну в процессе работы выяснилось что данная ситуация (когда минимальная амплитуда) может быть при 4 положениях фазы VCO. В двух из них идет инверсия (переворот на 180 градусов) внутри каналов, ну это не так страшно, как если идет переворот самих каналов. Т.е. биты внутри ди-бита фактически меняются местами :( Вообщем хотелось бы знать как решить эту проблему...

Andy
Всё правильно, любая фапч подхватывает ближайшую фазовуй посылку за "нулевую" у psk-4 таких позиций 4, у psk-2 две и так далее, но в течении сеанса после захвата, "перескоков" не должно быть, за это отвечает LPF, но иногда всё таки это происходит, и связанно как с помехами, так и со стуктурой сигнала. К примеру длительная посылка одной фазы и помеха длительная в этот момент, могут привести к "перескоку", поэтому используют относительную фазовую модуляцию, что в случае "перескока" приводит к потере двух трёх фазовых посылок, после чего всё восстанавливается, пришли пример сигнала где эти проблемы будет ясно проблема в lpf и фапч или в самом сигнале.

Mesh
Ошибок нет, я просто смотрел тут разные ситуации, со сдвигом угла, и как отрабатывает ФАПЧ.
Вот дам 4 картинки сдвиг PI*x, а в окошке коррекция этого x.

x=0


x=0.25


x=0.75
http://uz7ho.narod.ru/qpsk2.jpg

x=1.25
http://uz7ho.narod.ru/qpsk3.jpg

Вот такая вот беда.. В процессе конечно не перескакивает, а вот при синхронизации как быть, в случае x=0.25 и x=0.75?

Копилка не дала залить дальше.. :)

Andy
А, так проблем нет ни каких, картинок не видно, но я догадываюсь о чём речь, сам это проходил в своё время, тут фокус в том, что надо сравнивать принятый символ, его значение фазы, с предыдыущим, и вычислять разницу фаз этих символов, тогда абсолютно всё равно где фапч захватит сигнал, например 180(текущий символ) - 90(предыдущий) = +90 и не важно если у тебя фапч их примет как 270 и 180 к примеру, разность всё равно равна +90, это же основной подход в psk, елси же требуются не относительные а абсолютные значения фаз, как например в станаге, то тогда должна быть протоколом предусмотрена предварительная синхронизация приёмника, где целая процедура установки синхронизации.

А ну тогда понял.. Буду творить дальше... :)

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