Elonics E4000 — 52 — 2200 MHz with a gap from 1100 MHz to 1250 MHz (varies)

Ну в общем под Ubuntu все просто нужно PPA,которое под GUI оболочку Gqrx, но туда включено GNU Radio https://launchpad.net/~gqrx/+archive/releases

Затем вставляем донгл запускаем Gqrx

sudo add-apt-repository ppa:gqrx/releases
sudo apt-get update
sudo apt-get install gqrx
# вставляем донгл
gqrx

Собственно, запустится GUI который изображен на скриншоте ,это GQRX отдельная разработка , GNU-Radio же позволяет собирать свои интерфейсы, но увы пока ничего качественного сразу не удается, да и это больше запутает. Ниже будут даны определения ,некоторым сокращениям. Также GQRX поддерживает HackRF BladeRF , но это софтина раскрывает лишь малую толику их потенциала.

Также, дальше стоит воспользоваться подробными инструкциями о том как работать с GNU Radio и донглом.

• http://superkuh.com/rtlsdr.html информация о чипе и его применении с кучей ссылок
• http://sdr.osmocom.org/trac/wiki/rtl-sdr использование драйвера

А именно проверка и удаление мешающего на 3.x ядрах модуля ядра dvb_usb\_rtl28xxu ,если он есть конечно

lsmod | grep dvb_usb_rtl28xxu
sudo modprobe -r dvb_usb_rtl28xxu

Тестирование оборудования

rtl_test -t

Прослушивание указанной частоты из консоли

rtl_fm -f 96.3e6 -W -s 200000 -r 48000 - | aplay -r 48k -f S16_LE

Немного о конверторе

http://habrahabr.ru/post/187946/

Конвертер Ham It Up v1.2 — RF Upconverter For Software Defined Radio высококачественный приемный КВ конвертер Hi-End КВ конвертер (RTLSDR/FUNCUBE)

• Предназначен для любого приемника УКВ с диапазоном 125 MHz to 155 MHz — например RTLSDR.
• Отлично подходит и проверен на ДВ-СВ и КВ в комплекте с RTL-SDR
• Питание от мини USB тип В или +5В .
• Диапазон принимаемых сигналов 100КГц до 50МГц.
• Имеет пассивный высокоуровневый смеситель Miniciruits ADE IP = +7дБм
• Хорошая фильтрация — ФНЧ — LO ДПФ — IF Output ДПФ
• Есть коммутация на обход, Вы можете одним переключением обойти этот КВ конвертер и вернуться к прослушиванию УКВ диапазона.
• ПРЕКРАСНО РАБОТАЕТ с HDSDR и SDRConsole v2
• Нужно сконфигурировать как UP CONVERTER IF — 125 M

Очевидно- радио)))) Иногда можно определить что Вы поймали, что-то не то.

• http://www.radioscanner.ru/base/ база данных
• http://www.rtl-sdr.com/signal-identification-guide/ определение по записанным сигналам
• Службы использующие данные диапазоны http://www.grfc.ru/grfc/sprav_info/tools_1/005159 — Таблица

распределения полос частот между радиослужбами Российской Федерации

Небольшой перевод про о базовых концепциях GNU Radio — Источник

Прежде чем,мы к чему нибудь приступим, с начало на необходимо понять самые базовые концепции GNU Radio: Потоковые графы и блоки.

Потоковые графы это графы (из теории графов), по которым идут потоки данных. Множество приложений GNU Radio содержат, только потоковый граф и ничего более. Узлы этого графа называются блоками, а потоки данных текут по ребрам его.

Любая фактическая обработка сигнала производится блоками. В идеале каждый блок должен делать только одну работу, этот путь позволяет оставаться GNU Radio модульным и гибким. Блоки обычно пишутся на C++ (также можно писать их на Python); писать новые блоки не очень сложно.

Чтобы как то представить этот рассеянную по топику тему, давайте начнем с примера (все примеры были созданы с помощью GNU Radio companion (GRC) — графический интерфейс к GNU Radio).

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

Блоки соединяются через порты. У первого блока нет входного порта, он создает образцы(sample). Такой блок, только с входным портом, называется Исток(source). В аналоговом стиле, последний блок , без выходного порта, называется Сток (sink).

Иногда это смущает: с точки зрения пользователя, аудио блок (также снимает образцы с звуковой карты) и является лишь частью обработчика. Когда мы говорим о Стоках и Истоках, это всегда означает с точки зрения потокового графа.

Так что же происходит здесь. Блок audio source подсоединен к драйверу звуковой карты и выводит аудио образцы. Это образцы дольше обрабатываются в фильтре низких частот. Наконец образцы(сэмплы), передаются в блок который записывает их в WAV файл.

В основном, мы называем то что блок выводит — элементом. В предыдущем примере, один элемент это вещественное число представляло один сэмпл произведенный аудиодрайвером. Однако, элемент может быть представлен и в цифровом виде. Наиболее распространенный тип сэмплов это вещественные — real samples (как в примере выше), комплексные — complex samples (наиболее распространенные в software defined radio), целые — integer types и векторы — vectors этих скалярных типов.

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

Вот как это работает:

Здесь появился, новый блок названный ‘Stream to vector’. Его особенность в том что выводимое им значение отличатся от того что поступает на вход. Этот блок берет 1024 сэмпла (т.е. 1024 элемента) и посылает их на вывод в виде одного вектора из 1024 сэмплов (т.е. это его элемент ). Комплексный вывод БПФ затем преобразуется как величина площади в реальный тип данных (обратите внимание как мы используем различные цвета портов для указания различных типов данных).

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

Резюме:

Вот что вы должны знать:

• Вся обработка сигнала в GNU Radio осуществляется через потоковые графы.
• Потоковый граф состоит из блоков. Блок совершает одну операцию по обработке сигнала,такую как фильтрация, добавление сигнала, превращение,декодирования, доступ к железу и множество других.
• Данные перемещаются между блоками в различных форматах, комплексные или вещественные , целые, числа с плавающей точкой или любой другой заданный вами тип.
• Каждый потоковый граф должен обладать по крайне мере одним Истоком и одним Стоком.

С начала, вот что вы делаете: вы проектируете потоковый граф, выбираете блоки и задаете соединения и сообщаете об этом всем GNU Radio. С GNU Radio вы сталкиваетесь дважды: сперва, оно поставляет вам множество блоков. После того как потоковый граф задан, оно выполняет граф вызывая блоки один за другим и проверяет что элементы передаются от одного блока к другому.

Конечно, если вы читаете эту статью, вы знаете что такое частота дискретизации (если это не так, отправляйтесь к картинке чтобы понять это).

Давайте посмотрим на потоковые графы. В первом примере, аудио источник обладает фиксированной частотой дискретизации 32кб/с. Так как фильтр никак не меняет частоту дискретизации, эта частота используется на протяжении всего потокового графа.

Во втором примере, второй блок (stream to vector) создает элемент каждые 1024 элемента, поступающих на вход. Так что, частота с которой создаются эти элементы в 024 раза меньше, чем та с которой он потребляет элементы (то что на самом деле он производит столько же байт ,сколько и потребляет, здесь не имеет значения). Такой блок называется дециматором(decimator), потому что он прореживает частоту появления элементов. Блок создающих элементы с большей частотой чем та что поступает на вход называется интерполятором (interpolator). Если создание и потребление элементов происходит на одной частоте , это — sync block.

Теперь ,давайте вернемся ко второму примеру. Как уже упоминалось он обладает различными частотами дискретизации на всем потоковом графе. Но какая частота является базовой?

OK, приготовьтесь: нет такой вещи. До тех пор пока нет представления о внутреннем таймере железа который фиксирует частоту, частота дискретизации бессмысленна– только относительная частота (т.е. отношение частот входа к выходу. Ваш компьютер может обрабатывать сэмплы так быстро ,как он хочет (заметьте это может заставить ваш компьютер зависнуть, т.к. 100% ЦПУ будет занято обработкой вашего сигнала).

Вот другой пример:

Прежде всего, что нового мы здесь видим здесь представлены один Сток и два Истока. Каждый порт представляет из себя один из каналов(левый и правый) звуковой карты, которые работают на фиксированной и разной частоте.

Давайте вернемся к блокам. Наибольшая часть GNU Radio это большое количество блоков.Когда вы начнете использовать GNU Radio, вы будете соединять блок за блоком. Рано или поздно Вам понадобится блок, который будет недоступен в GNU Radio, тогда вы лего можете написать его самостоятельно. Это не трудно.

Вопрос в том ,что вы поместите в этот блок? В идеале, блоки должны быть как можно более атомарными; каждый блок должен выполнять только одну работу — этот путь оставляет GNU Radio модульным и гибким. Однако ,иногда это просто не работает. Некоторые блоки , должны будут выполнять несколько заданий одновременно. Вы вероятно найдете компромисс между модульностью и производительностью.

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

В GNU Radio, добавление метаданных к потоку осуществляется через механизм называемый метками stream tags. Метка это специфический объект которая соединена со определенным элементом (т.е. сэмплом). Это может быть скаляр любого типа, вектор, список ,словарь или то что укажет пользователь.

Сохраняя поток на диск, метаданные также будут сохранены (смотри также Metadata Documentation Page).