Radiolay - учебный форум ССПО

Проекты моделей для GNU Radio.
http://files.mail.ru/16E07090AB7D46D8A4FAC704D1D27AE8

Программа для перевода рабочей станции в виртуальную машину:
https://my.vmware.com/web/vmware/info/slug/infrastructure_operations_management/vmware_vcenter_converter_standalone/5_0#product_downloads

Проверил размещенную выше модель в grc: с подключенным rtl-sdr модель выводит осциллограммы - эпюры сигналов, соответствующие, по всей видимости, демодулированным rds-сигналам. Насколько удачен прошел процесс демодуляции - непонятно. Надо разбираться с моделью.

Образ vmware в архиве скорее всего передам лично.

Обнаружил крайне любопытный сайт, посвященный разработке WFM-RDS систем с готовыми моделями в среде GNU radio. http://mmbtools.crc.ca/content/view/45/73/

m-file выделения RDS
http://files.mail.ru/0CC8FF22E4704B66AFBB207CA944AFAF

Попытался отладить процесс демодуляции RDS-сигнала. Для этого использовал модель Алексея.
В целом, проблема оказалось понятной.
Итак, битовая скорость RDS-потока равна 1187.5 bit/s (AN FM/RDS (RADIO DATA SYSTEM) SOFTWARE RADIO), с учетом манчестерского кодирования символьная скорость будет составлять 2375 сим/с, что, в свою очередь, составляет ровно 1/24 от центральной частоты полосового RDS-сигнала (57кГц). Следовательно, для наиболее простой демодуляции RDS-сигнала необходимо установить частоту дискретизации, кратную 57кГц. Я выбрал 912кГц, рабочая частота в модели составила 228кГц (912/4), при которой на 1 RDS-символ будет приходиться 48 отсчетов. Для демодуляции RDS-сигнала в модель интегрировал простейшую PLL из проекта GPS, изменения частоты отслеживаются, но для правильной демодуляции в рамках используемого кода PLL надо бы знать начало символа. Это значит, что алгоритм демодуляции потребуется "допиливать".
Записанный IQ-сигнал (RTL-SDR): fm_1032_rtl_sM912_v1
Иллюстрации:
Выделенная полосовым фильтром пилотная поднесущая (1е4 выборок):

Полосовой RDS-сигнал (3е4 выборок):

Оценка возможности демодуляции:

Демодуляция RDS посредством контура PLL:

"Сдвоенные" области на созвездии (последний рисунок предыдущего сообщения) объясняются отсутствием точной тактовой синхронизации - отсчеты "попадают" не только на экстремумы сигнала. Это наглядно иллюстрируется рисунками ниже.
Пример неточной символьной синхронизации (длительность символа 48 отсчетов):


Пример точной символьной синхронизации (начало символа подобрано вручную):



Критерий поиска начала символа вполне очевиден - максимальная компактность "облаков" СКС. В этом случае, при правильно подобранном t_shift (переменная в модели), поток RDS-символов со скоростью 2375 сим/с будет представлен в массиве BB_RDS_down (результат сопровождения PLL).

Тактовая синхронизация BPSK.

Отчет о проделанной работе.
http://omoled.ru/publications/view/411

Проект приема RDS сообщений с использованием RTL SDR (GNU Radio).

Демо-ролик проекта: www.youtube.com/watch?v=05i9C5lhorY

Исходный код проекта: https://github.com/bastibl/gr-rds