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 быть.