SDR_радио и Matlab, Обработка в реальном времени. Опции

[PavPro]

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

[litv]

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

[PavPro]

Если разобраться какие элементы Вашей схемы самые ресурсо жрущие и суметь найти им замену, с размером буфера, включить 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 (я имею в виду саму железку)?

Сообщение отредактировал PavPro - Jan 25 2016, 09:13

[petrov]

а в контуре ФАПЧ он будет присутствовать по любому, тут уж никак не извернешься.

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

[PavPro]

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

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

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

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

[petrov]

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

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

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