Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Передискретизация ОФДМ
Форум разработчиков электроники ELECTRONIX.ru > Цифровая обработка сигналов - ЦОС (DSP) > Алгоритмы ЦОС (DSP)
Dub01
Уважаемые специалисты, подскажите методику или алгоритм действий, как правильно передискретизировать сигнал типа ОФДМ, чтобы не исказилась форма сигнала и сохранилась ортогональность поднесущих (частотная сетка)?.

Я записываю и затем обрабатываю сигнал с частотой дискретизации, например, в 8000Гц на самом деле не столь очевидно. Это может быть и 8001 и 7992 и т.д. Точно так же и сам источник, по паспорту одно, а в железе может оказаться чуть другое. Следовательно, если в теории необходимо отлагранжить с 8000 до 7200, то на практике эти цифры будут хоть чуть чуть, но другие и если это не учитывать, то будет нарушение ортогональности частотных каналов. Вопрос, по какому критерию можно контролировать процесс передискретизации?. Т.е. из каких свойств ОФДМ сигнала можно вытащить сигнал ошибки для управления мю в интерполяции Лагранжем? На кройняк хотелось бы узнать, как правильно по английски данная проблема называется, чтоб порыться в англоязычных источниках.
AVR
Цитата(Dub01 @ Nov 1 2008, 21:41) *
Я записываю и затем обрабатываю сигнал с частотой дискретизации, например, в 8000Гц на самом деле не столь очевидно. Это может быть и 8001 и 7992 и т.д.
1) Где такие OFDM сигналы на 8000 Гц?.. И в чем смысл применения OFDM для таких медленных сигналов?
2) Надо просто стремиться, чтобы частота дискретизации была такая же как и у передатчика... И все будет хорошо smile.gif
alex_os
Цитата(AVR @ Nov 13 2008, 11:27) *
1) Где такие OFDM сигналы на 8000 Гц?.. И в чем смысл применения OFDM для таких медленных сигналов?

в КВ навалом такого добра.
alex_os
Цитата(AVR @ Nov 13 2008, 11:27) *
1) Где такие OFDM сигналы на 8000 Гц?.. И в чем смысл применения OFDM для таких медленных сигналов?

в КВ навалом такого добра.
DRUID3
Цитата(Dub01 @ Nov 1 2008, 20:41) *
Уважаемые специалисты, подскажите методику или алгоритм действий, как правильно передискретизировать сигнал типа ОФДМ, чтобы не исказилась форма сигнала и сохранилась ортогональность поднесущих (частотная сетка)?.

Я записываю и затем обрабатываю сигнал с частотой дискретизации, например, в 8000Гц на самом деле не столь очевидно. Это может быть и 8001 и 7992 и т.д.

С чего бы вдруг? 07.gif 07.gif 07.gif

Цитата(Dub01 @ Nov 1 2008, 20:41) *
Точно так же и сам источник, по паспорту одно, а в железе может оказаться чуть другое.

07.gif crying.gif
Цитата(Dub01 @ Nov 1 2008, 20:41) *
Следовательно, если в теории необходимо отлагранжить с 8000 до 7200, то на практике эти цифры будут хоть чуть чуть, но другие и если это не учитывать...

А можно узнать - шо воно? biggrin.gif

Цитата(Dub01 @ Nov 1 2008, 20:41) *
то будет нарушение ортогональности частотных подканалов.

Оно будет и из-за самой оконной природы FFT (принципиально неустранимо но уменьшаемо) и из-за неверной паузы между преамбулой и пакетом(этого быть не должно - ошибка проектирования). Так вот "неортогональность" от джиттера сэмплирования утонет в неортогональности из-за оконной природы Фурье. А о разбросе "с 8000 до 7200" - я "не осилил"! Спрошу еще раз - с чего бы это? 07.gif
Цитата(Dub01 @ Nov 1 2008, 20:41) *
Вопрос, по какому критерию можно контролировать процесс передискретизации?. Т.е. из каких свойств ОФДМ сигнала можно вытащить сигнал ошибки для управления мю в интерполяции Лагранжем?

Ну из стохастического сигнала можно "вытянуть" только мощность на интервале biggrin.gif . Но можно передавать тестовые последовательности(даже мудреную преамбулу перед пакетом) и контролировать BER - а уже по нему судить о ортогональности подканалов и корректности работы детекторов (но это в комплексе с тучей других параметров снижающих BER - той же интермодуляцией) . Но помилуйте, друг мой, какая передискретизация для 8-ми килосемплов в секунду? Модем на LC-контуре а процессор на RC-цепочке что-ли? biggrin.gif

Цитата(Dub01 @ Nov 1 2008, 20:41) *
На кройняк хотелось бы узнать, как правильно по английски данная проблема называется, чтоб порыться в англоязычных источниках.

А есть ли проблема? 07.gif
Stanislav
Цитата(Dub01 @ Nov 1 2008, 21:41) *
Уважаемые специалисты, подскажите методику или алгоритм действий, как правильно передискретизировать сигнал типа ОФДМ, чтобы не исказилась форма сигнала и сохранилась ортогональность поднесущих (частотная сетка)?.
Она сохранится в любом случае. Потому, как является неотъемлемым свойством самого сигнала, и не зависит от Вашей системы приёма данных.

Цитата(Dub01 @ Nov 1 2008, 21:41) *
...Я записываю и затем обрабатываю сигнал с частотой дискретизации, например, в 8000Гц на самом деле не столь очевидно. Это может быть и 8001 и 7992 и т.д. Точно так же и сам источник, по паспорту одно, а в железе может оказаться чуть другое.
Ну, и что из того?
Не сочтите за труд соорудить в цифрЕ системы синхронизации по частоте и по такту, и Ваши проблемы тотчас улетучатся. smile.gif


Цитата(Dub01 @ Nov 1 2008, 21:41) *
...Следовательно, если в теории необходимо отлагранжить с 8000 до 7200, то на практике эти цифры будут хоть чуть чуть, но другие и если это не учитывать, то будет нарушение ортогональности частотных каналов.
Ой-ёй-ёй...
Вы-то хоть сами сможете пояснить, что написали? sad.gif Русскими словами, ессно.

Цитата(Dub01 @ Nov 1 2008, 21:41) *
...Вопрос, по какому критерию можно контролировать процесс передискретизации?. Т.е. из каких свойств ОФДМ сигнала можно вытащить сигнал ошибки для управления мю в интерполяции Лагранжем? На кройняк хотелось бы узнать, как правильно по английски данная проблема называется, чтоб порыться в англоязычных источниках.
Странно Вы как-то изъясняетесь... Вроде и слова какие-то технические употребляете, только производят они почему-то впечатление дикой каши в голове, и отсутсствие понимания того, что же Вам действительно необходимо сделать. sad.gif
По-аглицки попробуйте поискать статьи о frequency and time (symbol) synchronisation.

ЗЫ. От Ваших вопросов в гугле в глазах рябит. biggrin.gif

Цитата(DRUID3 @ Nov 13 2008, 23:41) *
Оно будет и из-за самой оконной природы FFT (принципиально неустранимо но уменьшаемо) и из-за неверной паузы между преамбулой и пакетом(этого быть не должно - ошибка проектирования). Так вот "неортогональность" от джиттера сэмплирования утонет в неортогональности из-за оконной природы Фурье.
Друид, дорогой мой, ну что за аццтой Вы опять пишете? 07.gif
Не пора ли браться за ум, и подходить к животрепещущим вопросам адэкватно. wink.gif Без выдумываних всяких фурье неизвестной природы.

Цитата(Dub01 @ Nov 1 2008, 21:41) *
...Ну из стохастического сигнала можно "вытянуть" только мощность на интервале biggrin.gif .
Уважаемый, ну зачем контрапупить молодых и неопЕрившихся своим невежеством?
Зная природу стохастического сигнала ОФДМ, из него можно "вытянуть" всё.

Цитата(Dub01 @ Nov 1 2008, 21:41) *
...Но можно передавать тестовые последовательности(даже мудреную преамбулу перед пакетом) и контролировать BER - а уже по нему судить о ортогональности подканалов и корректности работы детекторов (но это в комплексе с тучей других параметров снижающих BER - той же интермодуляцией) . Но помилуйте, друг мой, какая передискретизация для 8-ми килосемплов в секунду? Модем на LC-контуре а процессор на RC-цепочке что-ли? biggrin.gif
Бред сивой кобылы. sad.gif

Цитата(AVR @ Nov 13 2008, 11:27) *
1) Где такие OFDM сигналы на 8000 Гц?.. И в чем смысл применения OFDM для таких медленных сигналов?
А в чём, собственно, Вы видите проблемму?

Цитата(AVR @ Nov 13 2008, 11:27) *
...2) Надо просто стремиться, чтобы частота дискретизации была такая же как и у передатчика... И все будет хорошо smile.gif
В высшей степени странное утверждение, позволяющее заподозрить его автора в том, что задачу он абсолютно "не просекает". sad.gif
Готов взять свои слова обратно, если поясните, что есть "дискретизация передатчика", и каким образом Вы предлагаете "стремиться" к равенству частот?

ЗЗЫ. Чтобы Вас немножко обнадёжить, могу сказать, что системы приёма с синхронной физической выборкой сигнала мне приходилось делать. Однако, это - экзотика, и вряд ли имеет отношение к тому, что Вы написали.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.