[an error occurred while processing this directive]
Мда... Я слегка облажался. Речь идет не о фрэймовой, а все же о тактовой синхронизации.
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

миниатюрный аудио-видеорекордер mAVR

Отправлено st256 16 апреля 2004 г. 10:56
В ответ на: Ответ: отправлено AntZ 16 апреля 2004 г. 09:51

==== Я делаю OFDM - это Orthogonal Frequency Devision Multiplexion. Если по русски - то сигнал - это сумма N ортогональных синусов, в моем случае 32. Демодуляция делается так - берется блок 256 точек, считается Фурье - 32 коэффициента Фурье проверяются и принимаются решения о битах. За один символ у меня передается 32 бита. Если начало пакета не известно с точностью +- 2 или 3 сампла, то Фурье выдаст "неправильную" информацию. Соответсвенно невозможно получить ни одного бита без синхронизации фрейма.

Вот в том-то и дело, что это не фрэйм. Что угодно - символ, такт, но не фрэйм. Фрэйм, в понимании радиотехников, нечто имеющее начало-конец и тело с информацией. Т.е. в один бит фрэйм (по нашей терминологии) уложится не может. Хоть это вопрос из серии как правильно говорить негр или афроамериканец, но я в результате сделал неправильные выводы.

=== Делается это легко (теоретически) в начале каждого пакета посылается фиксированная преамбула

Точно. Международная система оповещения о бедствии в разработке, которой я принимал участие (сейчас без нее ни один корабль не может выйти в море) использовала предварительную синхропоследовательность
010101....01
длиной 200 бит (если я правильно помню). Решение о длине синхропоследовательности принимается как среднепотолочное. При этом, якобы должна учитываться статискика в канале, но реально...
Короче, надо исходить из харрактеристик выбранной Вами схемы тактовой синхронизации.

=== а в приемнике коррелятор на N точек.

не, та все ГОРАЗДО проще.

=== (Это как в RS232 - приняли стартовый бит - за ним синхронно принимаем 8 бит используя внутренние часы).

А вот это уже из другой области. Это фрэймовая синхронизация. Ну если я правильно помню, то стартовый бит в этом интерфейсе может иметь длину 1.5 информационного бита. Что в нашем случае невозможно. Тем не менее этот вопрос решаем.

=== Можно сделать корреляцию во временной области в этом случае у меня получается порядка 250 самплов. Можно в частотной через FFT/iFFT и Overlap/Add, тоже производительность оставляет желать лучшего. Изменив преамбулу специальным образом я хочу заменить FFT/iFFT Адамаром, так как на DSP это ложиться намного проще.

Не надо мудрить. Пустите в любом канале перед значимой информацией синхропоследовательность. Сделайте простенький регенератор (ну или то, что даст Вам тактирование при демодуляции, или покажет с какого место надо делать БПФ). Это простенькая структурка (ну никак не коррелятор 250-го порядка). Причем как я писал неоднократно, сложность схемы тактовой синхронизации почти не влияет на качество приема. Этот вывод есть результат нескольких очень давних НИР ОНИИПа, с отчетами по которым, я был ознакомлен.

=== Финк староват, сейчас мода на CDMA, OFDM и прочие штучки из области Spread Spectrum. А там совершенно другая синхронизация нежели в старых добром PSK/FSK


Э-хе-хе... Открою страшную государственную тайну. Первые системы с Вашей OFDM разрабатывались еще при участии моей мамы... Причем на основе этого самого Финка. И у Финка они описаны как системы связи с уплотнением. Что до синхронизации, то увы, она тут ни причем. Это разные вещи.

=== и требования к синхронизации намного выше.

Да не, совершенно точно не выше. Ответственно Вам заявляю. Правда иногда в КВ диапазоне из-за разницы в условиях прохождения радиоволн в отдельных каналах, синхронизация велась по каждому каналу отдельно, но думаю, Вы этого можете не боятся. В противном случае - забудьте о БПФ.

Составить ответ  |||  Конференция  |||  Архив

Ответы


Отправка ответа

Имя (обязательно): 
Пароль: 
E-mail: 

Тема (обязательно):
Сообщение:

Ссылка на URL: 
Название ссылки: 

URL изображения: 


Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание  |||  Без кадра

E-mail: info@telesys.ru