Приветствую!

Озадачили меня вот такой задачкой

Требуется в реалтайме, без потерь, ужать поток данных с двухканального АЦП с 250 Mb/sec
хотя бы до 200 Mb/sec. Так как на плате узкое место - PCI контроллер имеет максимум 240 Mb/sec.
Проблема усугубляется тем что сами данные - "музыка звездного неба" даные радиотелескопа с полосой 8-30 MHz (частота оцифровки 62 МНz).

Из доступных ресурсов - часть Virtex4, DSP 6416 плюс RAM на 2 секунды полета.

Беглый обзор вариантов компресии определенности не принес.
Подскажите - в какую сторону копать. Есть ли где примеры (реализации) подобного.

Удачи! Rob.

Думаю, в этом нет необходимости.
Сдаётся, ужать входной поток с подобным спектром до озвученной величины удастся и несложными способами, которые вполне можно будет реализовать в реалтайме. Например, что-нибудь вроде регрессионных, или других адаптивных методов.
Что-либо определённое можно будет предложить только при наличии конкретных файлов с данными.

Да если под 8-30 Мгц понимается, что спектр 0 -8 неинтересен, то и без сжатия можно влезть.

Тогда полосу 0-8МГц придётся отфильтровывать с помощью ФВЧ и делать ресэмплинг. Или фильтровать на входе АЦП, а частоту дискретизации снизить.
Однако, насколько я понял, такой способ автору темы применять запретили...

Приветствую!

Спектр от 0 до 8 MHz действительно интереса не представляет. Помехи - в основном это сигналы всевозможных радиостанциий. Часть из них относительно стационарна по частоте, часть прыгает по спектру как блохи, по мощности помехи ведут себя как истинные женщины - постоянства нет никогда .

Успехов! Rob.

что то я не понимаю каким боком эти сигналы попадают в тракт
если они всёже попадают то сигналы остальной части кв диапазона 8 -30 мегагерц будут мешать ещё больше
что за антенна используется в таком широком диапазоне частот? сколько десятков квадратных километров занимает эта антенна?, какой угол ДН и чем задаётся сканирование и вообще это на земле или на спутнике

на сколько я понимаю нижний порог частоты задаётся границей пропускания ионосферы и на сколько я помню под прямым углом это больше 8 - где то около 14 мегагерц ещё от времени суток зависит, а при наклоне луча на горизонт чтото около 45 мегагерц - могу правда ошибаться вообще наверное про 8 мегагерц похоже на правду - это примерная граница изменения свойств прохождения радиоволн

Так почему бы вам не изменить аналоговую часть, так, чтобы спектр был в диапазоне 0 - 22 Мгц, или не сделать в цифре ресемплинг со сдвигом вниз на 8 Мгц? Это же не сжатие с потерями, полезные данные Вы не потеряете, зато уложитесь в канал.

Для этого понадобится перенести сигнал на высокую промежуточную - 100-200 мегагерц а потом обратно на 0-22

ещё вариант хороший фильтр 8-30 прямое преобразование с гетеродином 8 мгц и фнч 0-22

ещё вариант даже наверное самый приемлемый прямое преобразование с гетеродином 30 мегагерц правда при этом произойдёт инверсия спектра

Какие промежуточные и какие ещё гетеродины?
Братцы, может, хватит наконец ерунду писать?
Сигнал в полосе 8-30 МГц теоретически можно оцифровывать с частотой 44 и выше МГц без всяких гетеродинов.

А интересно, в данный момент FFT работает в рилтайме непрерывно или с какими-то интервалами?

Сообщение отредактировал GetSmart - Feb 19 2008, 09:36

каким образом предлагается перенос спектра в рамках того, что входной и выходной спектры пересекаются?????

А я что, предлагаю что-нибудь другое ?

То есть на 44 МГц можно оцифровать 30 МГц без потерь?!? Круто!

ЗЫ. Может кто-то забыл название темы.

Нет, это не к Вам относится, а к отвечавшему на Ваш пост.

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

16К?


Полоса сигнала - 22 МГц, если отбросить 8, только и всего. Взяв частоту выборки 44 МГц, формально удовлетворим критерию Найквиста.
На практике, конечно, желательно эту частоту брать побольше, т.к. фильтры идеальными сделать нельзя.

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

Типа я забыл указать, что имеенно 16К, а не 1К. Вопрос был в другом.

Сообщение отредактировал GetSmart - Feb 19 2008, 12:05

перенос целостного спектра с 8-30 на 0-22 оцифровка и восстановление его назад в 0-22 и перенос обратно на 8-30 вроде не противоречит никаким законам

только чтото я про 44 мгцне понял

если взять в прямую и оцифровать 8-30 44мя

получим 0-22 будет суммирован с 44-22



то есть вообще всё перемешается на фиг 14-22 сложится с 30-22