Добрый день. Игрался ли кто нибудь с SDR_RTL-донглом применительно в Matlab?
Есть ряд вопросов касаемых демодуляции сигнала в реал-тайме.
1. При демодуляции сигналов (AM или FM) некогерентными демодуляторами вроде все работает как надо.
2. При использовании когерентного приема (т.е. использования ФАПЧ в том или ином виде) начинаются проблемы недозагрузки оконечных буферов (например аудио-карты).
В одном из моих топиков я этот вопрос поднимал. Причем в режиме моделирования путем дополнительной буфферизации и изменением времени очереди данную проблему удавалось решить.
Стал склоняться к следующей мысли, что система построенная в Matlab начинает тупить когда в ней присутствует алгебраический цикл (как пример тот же контур ФАПЧ).
Собственно вопрос к тем у кого есть опыт работы с RTL_SDR в Matlab, верны ли мои рассуждения, и вообще годится ли среда Matlab в отличии от того же GNU_Radio, для
когерентной демодуляции в реальном времени.
Спасибо.

Если разобраться какие элементы Вашей схемы самые ресурсо жрущие и суметь найти им замену, с размером буфера, включить Rapid accelerator. Действительно некоторые блоки Matlab сильно медленнее. Не каждый SDR драйвер поддерживает Rapid. У SDR донгла на мой взгляд хреновый драйвер для Матлаб.
Так донгл нормально в SDR play stereo гонит.
Например у меня ЧМ стерео демодулятор с моего SDR приемника по ethernet c полосы 24 МГц (частотой дискретизации 25.6 МГц) в Simulinkе успевает демодулировать. Загрузка по Сети близка к 790 Мбит(а должна быть 819.2) те есть уже идут некоторые потери в приеме. Ну это видимо максимум что можно выжать.
Более сложные проекты естеснно будуть работать медленнее.

Вопрос такой, в Вашем демодуляторе ФАПЧ как нибудь используется? Я обратил внимание что все начинает тормозить не от порядков фильтров, размеров буферов и прочего, а
именно от наличия в демодуляторе контура ФАПЧ. Например при демодуляции АМ демодулятором на основе выделения комплексной огибающей все работает ок. и при 240 кГц и при 1.2 МГц
(частота дискретизации данных с донгла). При наличии контура ФАПЧ (когерентный демодулятор) приходится шаманить уже на 240 кГц. Вот я и подумал, что возможно matlab не нравится algeraic loop,
а в контуре ФАПЧ он будет присутствовать по любому, тут уж никак не извернешься.
Кстати вопрос в догонку, а что у Вас за SDR (я имею в виду саму железку)?

С чего это? Не должно в ФАПЧ никаких algeraic loop быть.

Ну есть проекты и с ФАПЧ с обратной связью. Типа WIFI. Ну работают они конечно не в реальном времени и что?
Принимают 1 пакет/c и хорошо, а в эфире было 1000 п/c.
PC в принципе неспособна, причем здесь MATLAB?
Система же для моделирования, а не для продажи. Для продажи все на ПЛИС(но когда-то и ПЛИС кончаются по performance ).
Попробуйте символ Matlab function(на м-языке короче) для блока с обратной связью, может быть будет быстрее.
Приемник http://ircos.ru/ru/adp_copl.html .

Как же не должно, если присутствует обратная связь? Может я тогда чего то не понимаю с самим термином алгебраического контура применительно к matlab?


Позвольте с Вами не согласиться на счет того что PC в принципе неспособна, причем здесь MATLAB?, на том же самом PC в программе SDRSharp, все работает как надо и с более высокой частотой,
и с более широкой полосой. Следовательно производительность машины тут не причем. А вот то что matlab действительно не заточен под обработку сигналов в реальном времени, вот тут не знаю, вопрос открытый?

Вы собственно шрифт не повышайте, я боксом целый год занимался в 6 классе .
Ну если наш уровень стерео ЧМ - то тогда PC огого какая мощная.
" SDRSharp, все работает как надо и с более высокой частотой,
и с более широкой полосой"
Ну да ВСЁ работает с полосой 12.5 : 25 КГц типа DMR и APCO .
Зачем нам ПЛИС и DSP processors ?

Да я не хотел Вас обидеть, просто акцентировал Ваш ответ, просто касаемо того же ЧМ, удивило что даже на таком простом сигнале, система собранная под Matlab, уже спотыкается.
По поводу DSP и ПЛИС, все таки это уже задача для построения техники совсем другого класса, нежели демодуляции простых аналоговых сигналов, о которых здесь шла речь.

я что-то не пойму Вы хотите чтобы Матлаб в реалтайме производил обработку?

Ну собственно говоря, да. Иначе я не понимаю зачем Matworks, делал ToolBox под RTL-SDR-донгл. Другое дело что я конечно же, не ставлю своей целью демодулировать цифровые сигналы с высокой скоростью, или широкой полосой.

http://www.mathworks.com/matlabcentral/ans...do-i-solve-them

Термин означает что бестолковщину пытаемся матлабу скормить, а не ФАПЧ.

мне казалось RTL-SDR-донгл предназначен для генерации hdl описания для ПЛИС, а в матлабе возможность моделирования различных ситуаций, но никак не для реалтайма

Да вроде, как нет, тем более какой смысл генерить дешевый ширпотреб под ПЛИС, которая на порядок стоит дороже (даже бюджетная версия типа Cyclone или Spartana).

любопытство:
почему Вы считаете, что в матлабе модель RTL-SDR-донгл дешевый ширпотреб?

Да потому, что цена самого донгла 1000 руб. от силы. Характеристики более чем скромные.
Для сравнения посмотрите сколько стоят проф. USRP системы и Вам все станет ясно.
А китайский свисток это так, игрушка для студентов и любителей.
В принципе на этот свисток есть куча проектов под GNU_Radio, но я с этой средой незнаком. Хотя она в отличии от Matlaba бесплатная.

А вот я ссылку давал:
https://www.youtube.com/watch?v=myPNx7EQ9wU

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

Книжка!
https://www.mathworks.com/programs/products...-sdr-ebook.html
674 страницы, однако...

Спасибо! Данная книга у меня есть, действительно толково и наглядно излагается материал. Но даже примеры из этой книги в реал-тайме далеко не все работоспособны. Как то так.