Коллеги,нужно организовать канал связи по принципу TDMA (с временнЫм доступом). С методами быстрой синхронизации вроде разобрался(порядка 100...150 символов на захват всех синхронизаций) - меня это устраивает.Не ясно как быть с АРУ,уровни сигналов в доменах могут отличаться на 20...30дБ, как быстро реагировать на смену уровня пока неясно.В том что находилось в сети в основном рассматривается принцип связи,об уровнях сигнала ничего не нашёл. Подскажите,плз,как решить эту задачу.

FF ару + увеличенная динамика приемника

Быстрое АРУ из Незами чем не устраивает?

Спасибо!Что значит "Быстрое АРУ из Незами"?Страничку не укажете?


Спасибо!
Посмотрел по теме,вроде неплохо.
Думаю в тракте перед АЦП применить FF agc чтобы уменьшить разброс уровней до приемлемого уровня,а остальное выбрать АРУ в FPGA?

4-26

И в моделях выкладывал пример...

Спасибо!
Смотрел этот метод,но сразу не сообразил что он быстрый

Вот только незами хитрый, на высоких камах у этого АРУ есть неприятный эффект, на QPSK почти незаметный, связанный с конечной разрядностью вычислений %)

К моменту перехода с преамбулы к передаче высоких камов можно уже и на обычное АРУ переключиться.

Добрый день. Какой алгоритм используете при оценке отстройки по частоте? если не секрет, конечно. спасибо.

Никакой. У меня этот узел вообще отсутствует.

bazinga (с) BBT т.е. у вас отстройки по несушке вообще нет?

Конечно есть,только она мне нисколько не мешает выполнять демодуляцию. У меня сейчас 8-DPSK.

Понятно, спасибо. правда в таком случае Вы теряете в помехоустойчивости, особенно если применяете 8PSK. Может попробовать использовать когерентный алгоритм демодуляции 8-DPSK, а далее диффдекодер?

Нет,не уговорите.У меня на этот счёт свои соображения

Так и есть - этот алгоритм необязательно быстрый. Это так называемое "АРУ назад", а его быстрота определяется параметром alfa. А особенность этой схемы в том ,что применения логарифма позволило сделать постоянную времени обратной связи независимой от уровня входного сигнала. И если сделать это АРУ слишком быстрым, то в начале пакета АРУ может "задрать" усиление и получим перегруз...
Мне приходилось делать демы для систем с МДВР и я использовал схему лаконично описанную des00. FF ару + динамика приемника. Если конечно под FF скрывается "АРУ вперед".
А вот ставить "АРУ вперед" до АЦП дело по моему неблагодарное. Это ж надо линию задержки городить в аналоге.
Я делаю так: обнаружитель начала пакета + вычислитель уровня сигнала и требуемого коэффициента усиления, усиливаем задержанный сигнал с вычисленным коэф. усиления и далее на демодулятор (если Вам угодно - некогерентный