Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Настройка параметров тактовой сихронизации
Форум разработчиков электроники ELECTRONIX.ru > Цифровая обработка сигналов - ЦОС (DSP) > Алгоритмы ЦОС (DSP)
links
Существует ли методика настройки коэффициентов ПИФ в системе тактовой синхронизации в зависимости от значения полосы захвата? Например для схемы, представленной Петровым в
http://electronix.ru/forum/index.php?act=A...st&id=11987 это значения умножителей в one_sps_clock_domain/timing_error_loop_filter.
petrov
Полоса захвата от линейности детектора ошибки зависит. Теоретически наверное всё это очень сложно, практически изменяйте частоту генератора и наблюдайте когда захват происходит.
links
Так и делаю, но есть необходимость обеспечить минимальное время синхронизации при заданной величине расстройки. Как провести такой расчёт автоматически? Вручную, конечно, коэффициенты подобрать можно, но будут ли они оптимальными, а, во-вторых, на все случаи подобрать невозможно.
petrov
3.2.2 у Незами прочитайте динамику линейной петли 2-го порядка, подробнее копайте теорию автоматического управления.
links
Не первый раз встречаю про этого Незами, но нигде не нашёл. Не дадите ссылочку?
links
Большое спасибо!
Михаил_K
Цитата(links @ Jun 16 2008, 12:29) *
Так и делаю, но есть необходимость обеспечить минимальное время синхронизации при заданной величине расстройки. Как провести такой расчёт автоматически? Вручную, конечно, коэффициенты подобрать можно, но будут ли они оптимальными, а, во-вторых, на все случаи подобрать невозможно.


Теоретически рассчитать коэффициенты можно. В приниципе делается это не сложно, но лично моя практика показывает, что на реальном устройстве зачастую гораздо проще подобрать необходимые коэффициенты, нежели расчитывать их теоретически. Сложнее по рассчитанным коэффициентам понять, какие собственные потери даст ФАПЧ. Тут уже действительно нужно выводить передаточную характеристику всей системы. Ведь с расширением полосы ФАПЧ вы конечно уменьшите время захвата, но увеличатся собственные шумы ФАПЧ. Хорошие результаты получаются при использовании разных коэффициентов для захвата и сопровождения. Для уменьшения времени захвата сначала в системе используются одни коэффиценты, а после захвата, для уменьшения собственных шумов ФАПЧ - другие.
links
Цитата(Михаил_K @ Jun 16 2008, 19:52) *
Теоретически рассчитать коэффициенты можно. В приниципе делается это не сложно...


Вот чего я вопрос и задал. Хочется узнать, как?
Штудирую Незами, но у него, как и в большинстве подобных публикаций, разобрано большое количество схем получения ошибки тактовой синхронизации , но методики рассчёта в зависимости от требуемой полосы захвата пока не увидел (может плохо искал). Хотя для схемы синхронизации по несущей есть.
Михаил_K
Цитата(links @ Jun 26 2008, 16:50) *
Вот чего я вопрос и задал. Хочется узнать, как?
Штудирую Незами, но у него, как и в большинстве подобных публикаций, разобрано большое количество схем получения ошибки тактовой синхронизации , но методики рассчёта в зависимости от требуемой полосы захвата пока не увидел (может плохо искал). Хотя для схемы синхронизации по несущей есть.


Это вам книжка по ФАПЧам нужна.
Точно сейчас не скажу, но алгоритм действия примерно такой.
1. Вычисляется коэффициет ФАПЧ, как произведение коэффициентов передачи фазового детектора, ГУНа и усилителя постоянного тока (или все это в цифре, т.е. NCO, коэффицент умножения ошибки).
2. Ищите в книге по фАПЧам формулу ох..ных размеров для вычисления времени захвата, величины полосы захвата и удержания, которая соотвествует выбранному вами виду контурного фильтра.
3. Из заданных условий по найденой формуле определяете требуемые параметры аналогового прототипа контурного фильтра.
4. Используюя Z-преобразование и тому подобные вещи находите величину коэффициентов для вашего девайса.
5. После все этой проделанной работы идете с ее результатами, расчетами к начальству и говорите, что теперь вы специалист на порядок выше уровнем и достойны увеличения зарплаты как минимум в два раза smile.gif

По ФАПЧам мои коллеги рекомендуют Шахгильдян - Системы фазовой синхронизации, или
В.Линдсей - Системы синхронизацыы с связи и управлении.
links
Цитата(Михаил_K @ Jun 26 2008, 17:27) *
Это вам книжка по ФАПЧам нужна.
Точно сейчас не скажу, но алгоритм действия примерно такой.
1. Вычисляется коэффициет ФАПЧ, как произведение коэффициентов передачи фазового детектора, ГУНа и усилителя постоянного тока (или все это в цифре, т.е. NCO, коэффицент умножения ошибки).
2. Ищите в книге по фАПЧам формулу ох..ных размеров для вычисления времени захвата, величины полосы захвата и удержания, которая соотвествует выбранному вами виду контурного фильтра.
3. Из заданных условий по найденой формуле определяете требуемые параметры аналогового прототипа контурного фильтра.
4. Используюя Z-преобразование и тому подобные вещи находите величину коэффициентов для вашего девайса.
5. После все этой проделанной работы идете с ее результатами, расчетами к начальству и говорите, что теперь вы специалист на порядок выше уровнем и достойны увеличения зарплаты как минимум в два раза smile.gif

По ФАПЧам мои коллеги рекомендуют Шахгильдян - Системы фазовой синхронизации, или
В.Линдсей - Системы синхронизацыы с связи и управлении.


Всё здорово, но только начальник спросит: а как методики расчёта для ФАПЧ, т.е. минимизации фазовой ошибки несущей, пригодны для минимизации временной ошибки тактовой составляющей? На уровне здравого смысла все понимают, что как-то увязать их можно, но почему-то даже указанные вами монстры это обходят или заявляют, что, типа, по аналогии делай и будет тебе щастье! Может я действительно бестолковый, но всё-таки не могу понять: почему методики настройки ФАПЧ можно "пощупать руками", а аналогичных методик для СТС никто в глаза не видел?
Михаил_K
Цитата(links @ Jun 26 2008, 17:50) *
Всё здорово, но только начальник спросит: а как методики расчёта для ФАПЧ, т.е. минимизации фазовой ошибки несущей, пригодны для минимизации временной ошибки тактовой составляющей? На уровне здравого смысла все понимают, что как-то увязать их можно, но почему-то даже указанные вами монстры это обходят или заявляют, что, типа, по аналогии делай и будет тебе щастье! Может я действительно бестолковый, но всё-таки не могу понять: почему методики настройки ФАПЧ можно "пощупать руками", а аналогичных методик для СТС никто в глаза не видел?


На самом деле нет никакой разницы в расчете ФАПЧ для несущей от ФАПЧ для тактовой. При тактовой синхронизации впервую очередь вы над сигналом должны выполнить нелинейное преобразование, которое выделит в сигнале гармонику тактовой частоты. Дальше идет классическая ФАПЧ. Есть частота, есть подстраиваемый под нее генератор. Разница лишь в характеристике фазового детектора.

Когда я говорил о походе к начальнику, я вообще-то хотел сказать, что путь этот очень сложен, и как мы уже писали, не очень нужен. Однажды, лет пять назад, я его проделал, но полученные аналитические результаты оказались далеки от идеальных, и путем простого подбора коэффициентов удалось получить лучшие характеристики. Очевидно где-то ошибся или что-то не учел до конца.
links
Цитата(Михаил_K @ Jun 26 2008, 21:47) *
На самом деле нет никакой разницы в расчете ФАПЧ для несущей от ФАПЧ для тактовой. При тактовой синхронизации впервую очередь вы над сигналом должны выполнить нелинейное преобразование, которое выделит в сигнале гармонику тактовой частоты. Дальше идет классическая ФАПЧ. Есть частота, есть подстраиваемый под нее генератор. Разница лишь в характеристике фазового детектора.


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

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


Так всё таки не очень нужен или просто не получилось? Мне кажется, что надёжная методика определения параметров СТС никому бы не помешала. А коэффициенты я и сам подбираю, как и все. От безысходности.
Михаил_K
Цитата(links @ Jun 27 2008, 08:40) *
Согласен, но при условии, когда для вычисления тактовой ошибки применяется нелинейное преобразование сигнала. Не всегда такой метод применим, например, для сигналов КАМ с большим созвездием. К тому же нелинейное преобразование добавляет шумы в схему оценивания тактовой ошибки.

С большим созвездием - это сколько?
Для QAM256 работает вполне прилично

Цитата(links @ Jun 27 2008, 08:40) *
Так всё таки не очень нужен или просто не получилось? Мне кажется, что надёжная методика определения параметров СТС никому бы не помешала. А коэффициенты я и сам подбираю, как и все. От безысходности.


Конечно не помешала бы. Особенно если ее еще оформить в виде программки, где выбираешь из БД вид системы синхронизации, вводишь параметры и на выходе получаешь результат smile.gif .

Если сделаете такую, пишите. Поговорим о стоимости smile.gif
petrov
Цитата(links @ Jun 27 2008, 08:40) *
Так всё таки не очень нужен или просто не получилось? Мне кажется, что надёжная методика определения параметров СТС никому бы не помешала. А коэффициенты я и сам подбираю, как и все. От безысходности.


Всё считается по классической теории ФАПЧ, это и является надёжной методикой, просто более узкоспециальная область возможно никто и не написал пошагового руководства. Меня смутила именно полоса захвата, это действительно может быть сложно, вы могли видеть как это делается в аналогичных случаях в книге про про PLL, всякие устойчивости, шумовые полосы, ошибки слежения, время установления считаются по классической теории.
links
Цитата(Михаил_K @ Jun 27 2008, 10:07) *
С большим созвездием - это сколько?
Для QAM256 работает вполне прилично


Уже на таком созвездии значительно уступает, например, схеме Меллера-Мюллера.

Цитата
Конечно не помешала бы. Особенно если ее еще оформить в виде программки, где выбираешь из БД вид системы синхронизации, вводишь параметры и на выходе получаешь результат smile.gif .

Если сделаете такую, пишите. Поговорим о стоимости smile.gif


Так отдам, только, боюсь, нескоро.

Цитата(petrov @ Jun 27 2008, 13:05) *
Всё считается по классической теории ФАПЧ, это и является надёжной методикой, просто более узкоспециальная область возможно никто и не написал пошагового руководства. Меня смутила именно полоса захвата, это действительно может быть сложно, вы могли видеть как это делается в аналогичных случаях в книге про про PLL, всякие устойчивости, шумовые полосы, ошибки слежения, время установления считаются по классической теории.

Понятно. Как говорил Семён Семёныч: "Будем искать".
Михаил_K
Цитата(links @ Jun 27 2008, 15:08) *
Уже на таком созвездии значительно уступает, например, схеме Меллера-Мюллера.


Значительно - это сколько? Можете назвать цифру для QAM 256 при BER 1e-6 или 1e-9 например?
petrov
Цитата(links @ Jun 27 2008, 15:08) *
Уже на таком созвездии значительно уступает, например, схеме Меллера-Мюллера.


А схема Меллера-Мюллера у NDD детекторов выигрывает, при используемых обычно коэффициентах ската, а если ещё и решения с выхода помехоустойчивого декодера брать то вообще здорово.
Fat Robot
Позвольте полюбопытствовать: как для больших созвездий при использовании схемы М.-М. делается оценка фазы несущей? вслепую? Насколько я понимаю, схема М.-М. не предполагает совместного оценивания.

Спасибо.

Цитата(petrov @ Jun 27 2008, 16:41) *
А схема Меллера-Мюллера у NDD детекторов выигрывает, при используемых обычно коэффициентах ската, а если ещё и решения с выхода помехоустойчивого декодера брать то вообще здорово.
petrov
Цитата(Fat Robot @ Jun 27 2008, 23:50) *
Насколько я понимаю, схема М.-М. не предполагает совместного оценивания.


Почему?
Михаил_K
Цитата(petrov @ Jun 27 2008, 16:41) *
А схема Меллера-Мюллера у NDD детекторов выигрывает, при используемых обычно коэффициентах ската, а если ещё и решения с выхода помехоустойчивого декодера брать то вообще здорово.


А вы это пробовали? Брать решения в выхода декодера? Какая тогда задержка в петле образуется?
Fat Robot
Смотрю здесь:
http://www.mathworks.com/access/helpdesk/h...mp;lr=&aq=f

"This block implements a decision-directed, data-aided feedback method that requires prior recovery of the carrier phase."

С другой стороны в приведенном там же источнике:
"Mengali, Umberto and Aldo N. D'Andrea, Synchronization Techniques for Digital Receivers, New York, Plenum Press, 1997. "
вижу анализ совместного оценивания.

Буду ковырять. Спасибо.


Цитата(petrov @ Jun 28 2008, 00:12) *
Почему?



http://repositories.cdlib.org/cgi/viewcont...text=postprints

Успехов.

Цитата(Михаил_K @ Jun 28 2008, 09:19) *
А вы это пробовали? Брать решения в выхода декодера? Какая тогда задержка в петле образуется?
petrov
Цитата(Михаил_K @ Jun 28 2008, 09:19) *
А вы это пробовали? Брать решения в выхода декодера? Какая тогда задержка в петле образуется?



Какой код такая и задержка, ведь в режиме слежения вы и так коэффициента ФАПЧ уменьшаете, возможно и с выхода TCM декодера решения брать, ессно петлю надо рассчитывать с учётом этой задержки. А в турбо вообще задержки нету когда решения с предыдущей итерации берутся.
links
Цитата(Михаил_K @ Jun 27 2008, 16:21) *
Значительно - это сколько? Можете назвать цифру для QAM 256 при BER 1e-6 или 1e-9 например?

Такую цифру сразу назвать не смогу, хотя признаю, промоделировать было бы полезно. Но могу сказать, что чем больше количество точек в созвездии, тем меньше амплитуда тактовой гармоники после, например, квадрата огибающей. Раньше я пользовался этой схемой. Но как-то обнаружил, то на КАМ-512 при коэффициенте ската RC фильтра 0,1 тактовая начала сбоить даже на малых шумах. Начал искать другие схемы и остановился на ММ. Дёшево и сердито - один отсчёт на символ, хорошая устойчивость, не зависит ни от коэффициента ската, ни от порядка созвездия.


Цитата(petrov @ Jun 28 2008, 11:53) *
Какой код такая и задержка, ведь в режиме слежения вы и так коэффициента ФАПЧ уменьшаете, возможно и с выхода TCM декодера решения брать, ессно петлю надо рассчитывать с учётом этой задержки.


Больша задержка позволительна при небольшом дрожании (джиттере) тактовой. К тому же сразу после решающей схемы ошибки распределены равномерно и даже если их сравнительно много (например 10е-1), то на устойчивость работы схемы это отразится слабо. А вот если ошибётся декодер, то высока вероятность пачки ошибок и вероятность срыва тактовой увеличивается.

Цитата
А в турбо вообще задержки нету когда решения с предыдущей итерации берутся.

Здесь не понял, поясните. Как же нет задержки, если она есть на длину этой самой итерации?

Цитата(Fat Robot @ Jun 27 2008, 23:50) *
Позвольте полюбопытствовать: как для больших созвездий при использовании схемы М.-М. делается оценка фазы несущей? вслепую? Насколько я понимаю, схема М.-М. не предполагает совместного оценивания.

Спасибо.

Очень даже предполагает. И тактовая и восстановление несущей прекрасно работают по одной и той же оценке символа. Дело в том, что там измеряются разные величины. При вычислении фазовой ошибки несущей вычисляется разница углов принятой и эталонной точки, при вычислении ошибки тактовой - величина сдвижки по импульсной характеристики канала.
Так что пользуйтесь смело!
petrov
Цитата(links @ Jun 29 2008, 11:58) *
Больша задержка позволительна при небольшом дрожании (джиттере) тактовой.


А при чём здесь джиттер?

Цитата(links @ Jun 29 2008, 11:58) *
А вот если ошибётся декодер, то высока вероятность пачки ошибок и вероятность срыва тактовой увеличивается.


Да есть такая проблема.

Цитата(links @ Jun 29 2008, 11:58) *
Как же нет задержки, если она есть на длину этой самой итерации?


С предыдущей итерации вам все решения доступны.
links
Цитата(petrov @ Jun 29 2008, 13:03) *
А при чём здесь джиттер?


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

Цитата
С предыдущей итерации вам все решения доступны.

Я и не говорил, что недоступны. Они задержаны на длину кодового слова.
petrov
Цитата(links @ Jun 29 2008, 13:20) *
Я и не говорил, что недоступны. Они задержаны на длину кодового слова.


Задержаны в смысле качества, но не в смысле задержки вносимой в петлю ФАПЧ.
links
Цитата(petrov @ Jun 29 2008, 13:32) *
Задержаны в смысле качества, но не в смысле задержки вносимой в петлю ФАПЧ.

Извините, опять не понял. Вы качество во временной области измеряете?
petrov
Цитата(links @ Jun 29 2008, 13:44) *
Извините, опять не понял. Вы качество во временной области измеряете?


http://users.ece.gatech.edu/~barry/pubs/conference/turbo.pdf
links
Цитата(petrov @ Jun 29 2008, 14:05) *


Так там используется на первой итерации обновляемая задержка (обозначеная как tau k new) от предыдущего блока. Затем она обновляется с учётом декодирования на первой итерации используется для повторной интерполяции на второй итерации. Здесь задержки уже нет. Но для первой задержка остаётся.
petrov
Цитата(links @ Jun 29 2008, 14:39) *
Так там используется на первой итерации обновляемая задержка (обозначеная как tau k new) от предыдущего блока. Затем она обновляется с учётом декодирования на первой итерации используется для повторной интерполяции на второй итерации. Здесь задержки уже нет. Но для первой задержка остаётся.


Нету тут задержки о которой речь шла, например в случае TCM, решения будут задержаны на длину декодирования и в петлю ФАПЧ придётся вводить соответствующую задержку, соответственно уменьшать коэффициенты ФАПЧ для устойчивости. В турбо подходе когда совместно декодирование помехоустойчивого кода и синхронизация осуществляется, по блоку декодером пробегаемся, получаем блок решений, используя полученные решения пробегаемся по этому же блоку отсчётов обновляем символьную сихронизацию, при этом нету задержки в ФАПЧ символьной синхронизации, берём тут же отсчёты сигнала и решения без всяких задержек, затем снова по этому же блоку декодером проходим и так несколько итераций над одним блоком символов. Где там задержка в 4095 символов? При такой задержке совсем бы неудовлетворительная динамика петли ФАПЧ получилась бы.
links
Цитата(petrov @ Jun 29 2008, 15:12) *
В турбо подходе когда совместно декодирование помехоустойчивого кода и синхронизация осуществляется, по блоку декодером пробегаемся, получаем блок решений, используя полученные решения пробегаемся по этому же блоку отсчётов обновляем символьную сихронизацию, при этом нету задержки в ФАПЧ символьной синхронизации, берём тут же отсчёты сигнала и решения без всяких задержек, затем снова по этому же блоку декодером проходим и так несколько итераций над одним блоком символов. Где там задержка в 4095 символов? При такой задержке совсем бы неудовлетворительная динамика петли ФАПЧ получилась бы.


С этим я не спорю.

Цитата
Нету тут задержки о которой речь шла, например в случае TCM, решения будут задержаны на длину декодирования и в петлю ФАПЧ придётся вводить соответствующую задержку, соответственно уменьшать коэффициенты ФАПЧ для устойчивости.


Подобная задержка проявится в схеме с турбокодом, когда время изменения символьной скорости будет сравнимо с длиной кодового слова. Ведь в выше приведённой схеме уточнённая "тау" вычисляется одинаковой для всех символов блока.
А в целом, я думаю, мы друг друга поняли.
petrov
Цитата(links @ Jun 29 2008, 15:29) *
Подобная задержка проявится в схеме с турбокодом, когда время изменения символьной скорости будет сравнимо с длиной кодового слова. Ведь в выше приведённой схеме уточнённая "тау" вычисляется одинаковой для всех символов блока.


Нет, tau k new, к - индекс символа, оценка для каждого символа своя.
links
Цитата(petrov @ Jun 29 2008, 15:38) *
Нет, tau k new, к - индекс символа, оценка для каждого символа своя.

Посмотрел ещё раз - действительно. Но для получения оценок для первой итерации остаётся используются данные синхронизации от обработки предыдущего блока. Пока накапливаются оценки для первой итерации, преимущества турбокода не используются, т.е. проблема задержки на время кодового слова остаётся.
petrov
Цитата(links @ Jun 29 2008, 15:57) *
Посмотрел ещё раз - действительно. Но для получения оценок для первой итерации остаётся используются данные синхронизации от обработки предыдущего блока. Пока накапливаются оценки для первой итерации, преимущества турбокода не используются, т.е. проблема задержки на время кодового слова остаётся.


Да нет думаю можно взять отдельно блок отсчётов соответствующий одному слову и определить какое сообщение было передано несмотря на то что первая итерация будет очень плохой, в итоге сойдётся к правильному решению. Хотя конечно особенно для крайних символов оценку символьной синхронизации можно улучшить используя информацию от предыдущего блока, но задержки на длину блока в ФАПЧ нету в принципе.
links
Цитата(petrov @ Jun 29 2008, 16:10) *
Да нет думаю можно взять отдельно блок отсчётов соответствующий одному слову и определить какое сообщение было передано несмотря на то что первая итерация будет очень плохой, в итоге сойдётся к правильному решению.


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

Цитата
Хотя конечно особенно для крайних символов оценку символьной синхронизации можно улучшить используя информацию от предыдущего блока, но задержки на длину блока в ФАПЧ нету в принципе.


Там используется две независимые СТС: до декодера и внутри него. В каждой из них дополнительных блоков задержки нет. Но задержка в схеме в целом всё равно образуется, как я описал выше.
Fat Robot
Цитата(links @ Jun 29 2008, 11:58) *
Очень даже предполагает. И тактовая и восстановление несущей прекрасно работают по одной и той же оценке символа. Дело в том, что там измеряются разные величины. При вычислении фазовой ошибки несущей вычисляется разница углов принятой и эталонной точки, при вычислении ошибки тактовой - величина сдвижки по импульсной характеристики канала.
Так что пользуйтесь смело!


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

ну и еще про смелость: bpsk, по несущей всё сфазировано. последовательность -1 +1 -1 +1 ...
дискриминатор М-М, в том виде, как он описан здесь:
http://www.mathworks.com/access/helpdesk/h...mp;lr=&aq=f
links
Цитата(Fat Robot @ Jun 29 2008, 17:38) *
Ну, раз Вы разрешаете, тогда непременно буду пользоваться, однако из того что величины независимы вовсе не следует то, что любые дискриминаторы соотв. ошибок могут работать совместно.

ну и еще про смелость: bpsk, по несущей всё сфазировано. последовательность -1 +1 -1 +1 ...
дискриминатор М-М, в том виде, как он описан здесь:
http://www.mathworks.com/access/helpdesk/h...mp;lr=&aq=f


О чём речь не вполне ясно, но кажется, чего-то про смелость. Вы для её измерения дискриминатор ММ используете?
Кроме того, у меня сложилось впечатление, что вы чем-то раздражены. Здесь технический форум и эмоции только вредят поиску истины.
Михаил_K
Цитата(links @ Jun 29 2008, 11:58) *
Такую цифру сразу назвать не смогу, хотя признаю, промоделировать было бы полезно. Но могу сказать, что чем больше количество точек в созвездии, тем меньше амплитуда тактовой гармоники после, например, квадрата огибающей. Раньше я пользовался этой схемой. Но как-то обнаружил, то на КАМ-512 при коэффициенте ската RC фильтра 0,1 тактовая начала сбоить даже на малых шумах. Начал искать другие схемы и остановился на ММ. Дёшево и сердито - один отсчёт на символ, хорошая устойчивость, не зависит ни от коэффициента ската, ни от порядка созвездия.


Коэффициент скругления 0.1? Круто вы сигнал обкатали. Гармоника тактовой действительно уменьшается. Но я например на выходе нелинейного преобразования ставил фильтр для выделения гармоники. На КАМ-512 не работали, а вот КАМ-256 устройство принимает хорошо.
Зато замечательно работает без востановления несущей и в виде независимой отдельной петли. Плюс схема не привязана к созвезию. А вообще, конечно кому что нравится.
petrov
Цитата(Михаил_K @ Jun 30 2008, 10:08) *
Плюс схема не привязана к созвезию. А вообще, конечно кому что нравится.


М&M тоже не привязан созвездию. Дело тут не в нравится не нравится, у М&M другие недостатки, но если вы смогли заствить её работать, то работать она будет лучше чем NDD схемы.
Михаил_K
В любом случае, выбор той или иной схемы - это лишь выбор фазового детектора. Все остальные параметры петли ФАПЧ считаются по обычной теории.
alex_os
Цитата(links @ Jun 29 2008, 11:58) *
Но могу сказать, что чем больше количество точек в созвездии, тем меньше амплитуда тактовой гармоники после, например, квадрата огибающей.

Почему так получается? Теоретически амплитуда тактовой гармоники вроде не должна зависеть от числа точек в созвездии, только от коэф скругления.
Cпектр тактовой psk4 vs "qam бесконечной размерности"

Увеличенный первый "рог".

mfile:
Нажмите для просмотра прикрепленного файла
ps sorry, чего-то не получилось читабельного размера картинки вставить sad.gif
links
Цитата
Почему так получается? Теоретически амплитуда тактовой гармоники вроде не должна зависеть от числа точек в созвездии, только от коэф скругления.


Что за теория? Амплитуда тактовой гармоники в спектре огибающей будет тем выше, чем больше переходов через 0 в квадратурах. Т.е. для последовательности +1, -1, +1, -1, ... она будет максимальной, а для последовательности +49, +35, +41, +15, -1, ... её можно вообще не увидеть.
alex_os
Цитата(links @ Sep 1 2008, 18:53) *
Что за теория? Амплитуда тактовой гармоники в спектре огибающей будет тем выше, чем больше переходов через 0 в квадратурах. Т.е. для последовательности +1, -1, +1, -1, ... она будет максимальной, а для последовательности +49, +35, +41, +15, -1, ... её можно вообще не увидеть.

Это у Вас детерминированная последовательность, если предавать только +1, +1, +1 ... то вообще ничего не увидишь . Имеется ввиду что все элементы созвездия равновероятны, и некоррелированы, то амплитуда тактовой гармоники не зависит от размеров созвездия (созвездие симметричное, энергия постоянная ) см. модель.
links
Цитата(alex_os @ Sep 1 2008, 20:50) *
Это у Вас детерминированная последовательность, если предавать только +1, +1, +1 ... то вообще ничего не увидишь . Имеется ввиду что все элементы созвездия равновероятны, и некоррелированы, то амплитуда тактовой гармоники не зависит от размеров созвездия (созвездие симметричное, энергия постоянная ) см. модель.


Да, действительно. Попробовал. Что КАМ4, что КАМ1024 - одинаково. Спасибо за подсказку.
В тоже время, амплитуда тактовой гармоники сильно зависит от крутизны формирующего фильтра. Так, что если возвращаться к схемам тактовой синхронизации, то ММ всё-таки имеет здесь преимущество.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.