Необходимо квалифицированно поговорить по данным темам

xxx

Что конкретно интересует?

p.s. Насчет квалифицированно мне трудно судить, но что знаю подскажу, кроме того демодуляция и декодирование совершенно разные вещи, и если с демодуляцией еще как-то можно справиться(иногда), то декодирование без знаний конкретных протоколов очень и очень сомнительное занятие.

p.p.s Сразу говорю не специалист я по этим вещам. Так кое чего, как мне думается, понимаю... а иногда кажется, что вообще ничего не понимаю...

Суть проблемы в следующем:
необходимо реализовать программно демодулятор. Можно начать с простейшего FSK.

xxx

Можно начать с простейшего FSK

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

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

Вводить сигнал из файла для меня не проблема. В идеале сигнал идёт с DSP. С фильтрами тоже проблем нет. Как насчёт демодуляции сигналов DQPSK. Только одно но несущие DQPSK расположены с разносом 110 Гц.

xxx

Хм... типа FSK Вы попробовали и все отлично получилось?! Если, да, то я Вам вряд ли чем помогу, у меня на это(получение этой самой знакопеременной кривой в реалтайме) ушел почти месяц.

Вообще я правильно понимаю, что демодулятор предполагается писать под Windows, то есть для обычного ПК? А то может мы каждый о своем...

Для начала надо написать под Windows. А потом уже "если получится" буду думать дальше. В идеале хотелось бы в real-time.

xxx

Так это, как у Вас дела обстоят с FFT и расчетом и реализацией фильтров? У Вас какие нибудь наработки по этому есть? В смысле не юзания всего этого в инструментальном софте, а именно написанные(взятые готовые исходники, не суть важно), но реализованые в работающий софт собственноручно? Вы можете вырезать допустим полосу(несколько полос) в 60(90, 500 и т.п) гц из файла, или с линейного входа карты, и вывести спектр на монитор? Если да, то это одно, если нет, то это совсем совсем другое.

Да. У меня реализовано ряд фильтров. Я могу вырезать полосу сделать FFT и вывести результаты на монитор. Так же у меня есть реализация FFT в целочисленной форме. Есть проблемы с синхронизацией при демодуляции.

xxx

Ок, давайте разберемся, как Вы вообще обрабатываете сигнал.

Допустим получили(взяли из файла) блок, обработали там его всякими фильтрами, FFT преобразованиями короче сделали все что нужно и получили конечный результат в виде блока чего-то, поковырялись в этом конечном блоке решили(не решили свои задачи), теперь берете следующий блок сигнала и все по новой, и таким образом весь файл или поток с карты?

Дело в том, что если это делать в грубом виде, то есть, начало нового блока сигнала есть конец предыдущего(в realtime это особенно заманчиво) и не предпринимать специальных мер во время обработки, то гарантированы ошибки вплоть до полной не работоспособности казалось бы совершенно прозрачных алгоритмов. Вы в курсе подобных проблем?

Да. Делается всё не много не так.

xxx

Хех... раз Вы в курсе этих проблем, то честно говоря Вы знаете все не хуже меня(а может и лучше).

Делается всё не много не так да что же Вы загадками говорите-то?!
Ясень пень, что я спрошу -А как?

Очень просто. Создаётся класс демодулятора. На вход подаются отсчёты. Вся обработка ведётся внутри класса. При необходимости на вход выдаются результаты демодуляции.

xxx

Понятно..., я Вам помочь вряд ли смогу, мне кажется мы не понимаем друг друга...

Жалко. Может подскажешь что тебе конкретно надо ответить. Я постараюсь разъяснить более подробно.

xxx

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

xxx
Да. Делается всё не много не так.

механизмы overlap-and-save ? или что-нибудь еще? "свертывание по частям" применяете?

Можно по подробней не совсем понял.

realtime обработка подразумевает то, что у вас есть IO-задержка. главная задача разработки realtime-фильтров-обратоки -- ее минимизировать, при больших размерах обработки FFT (+IFFT) используют различные методы, которые сокращают количество тех или иных вычислений...

Теперь понял. Можно по подробней поговорить по поводу overlap-and-save. Я этого не использую. Пока не было необходимости но может быть в быдущем пригодится.

могу только посоветовать поискать на эту тему в гугле статьи, своих реализаций пока тоже нет %)

Спасибо огромное

xxx

Я так и думал, что конечная Ваша цель сигнальный процессор, здесь Вам вряд ли помогут, несмотря на то что математика в общем-то везеде одинаковая, сама реализация алгоритмов существенно различается, я никогда не писал подобных вещей(в смысле под сигнальные процессоры), Вам гораздо более толково и грамотно ответят вот тут http://www.telesys.ru/wwwboards/dsp/index.shtml

Спасибо.

Help. Кто нибудь.

Что-то Вы ребята по моему изобретаете велосипед.
Никто не думал сконфигурить демодулятор и декодер в скайсвипере?

Это слишком просто для программиста.

Make

Что-то Вы ребята по моему изобретаете велосипед.

Не... не согласен...

Help. Кто нибудь.

Задачу, сформулируйте, товарищ. очень просто получается soft-modem при использовании когерентной демодуляции. правда синхронизировать хорошо нужно. а вообще эти проблеммы решены. просто нужно правильно применять. а если вам удастся ещё и доказать оптимальность применения определённых методов для решения этой задачи - вперёд на защиту кандидатской :)

Задачу, сформулируйте, товарищ.
Надо выполнить демодуляцию передачи PSK 8 при этом неоюходимо так же подстроиться. А вообще мне нужна любая толковая информация по программным методам демодуляции.