Если все так просто, сделайте и покажите всем, чего спрашивать то :)

Только надо адекватные измерения, два положения нагрузка-терминатор на входе и потом тест с кварцевым генератором, иначе все будет очень субъективно.

Водопад на СДР Уно с при поставленной на макс. значение скорости бежит не так быстро, как с запущенным браузером Опера в оконном режиме (и убранным за угол, чтоб не мешался). Как только браузер закрываешь, или сворачиваешь, водопад тут же замедляется, кто скажет куда копать?

Rlyubitel
кто скажет куда копать?
Никуда не копать. Этот баг в браузере с ускорением системного таймера не лечится.

Programmist
А нельзя ли эту скорость оставить закрыв браузер, а то для меня медленно как то.

Rlyubitel
А нельзя ли эту скорость оставить
Нельзя, без написания специального приложения, но делать это крайне не рекомендуется.

А нельзя ли эту скорость оставить закрыв браузер
Ничего себе у вас там в венде баги :-0
/troll mode on
Переходите на Linux. У нас на Linux все всегда работает с максимальной скоростью (ну или как напишем).
/troll mode off
Правда зачем ускорять водопад в реальном времени, мне не очень понятно. 10..20fps обычно хватает. И хчется еще уменьшить и частоту и ширину, чтобы меньше жрало батарейку. Вот при анализе IQ есть смысл и в 100 и в 500fps и возможно больше и в нескольких Mбин ширины тоже есть смысл.

vladisslav2011
Для меня это как то нагляднее, а то смотришь корреспондент сказал, а это только только "проползло", а так, раз раз- оперативненько- наглядно вобщем!

vladisslav2011
Ничего себе у вас там в венде баги :-0
Думаете на Linux такой фокус выкинуть нельзя? ))

Programmist
Думаете на Linux такой фокус выкинуть нельзя?
Был у меня похожий фокус - на HackRF в широкой полосе начинали выпадать буферы и запуск в фоне браузера или еще чего-то иногда решал проблему. Но это оказались баги в программе и библиотеках. После исправления багов упала нагрузка на процессор с 56% до 13%, перестали теряться буферы и увеличение ширины IQ FFT до совсем неразумных значений перестало влиять на демодуляцию.
Но, я так понимаю, поправить баги в сдр уно, которые возможно по мнению разработчиков багами не являются (у вас слишком слабый компьютер), будет проблематично.

vladisslav2011
Но, я так понимаю, поправить баги в сдр уно, которые возможно по мнению разработчиков багами не являются (у вас слишком слабый компьютер), будет проблематично.
Конечно проблематично, потом такие баги могут "гулять" в зависимости от версии ОС.

Так и не понял я эту УНО. Чего в ней лучше, чем в HDSDR или SDR# ?

vladisslav2011
Ничего себе у вас там в венде баги :-0
Ваще, я прямо тоже в шоке - браузер меняет работу системного таймера (это что вообще такое?)

P.S.
Скорее всего, конечно, это баги в прослойке между клавиатурой и табуреткой, а рендерер браузера просто меняет refresh rate дисплея. (или оконных буфферов.) ;)

ivanovgoga
Так и не понял я эту УНО. Чего в ней лучше, чем в HDSDR или SDR# ?

Калиброванный по умолчанию "из коробки" с-метр в дБм, не сбивающейся от всяких доступных регулировок УПЧ и т.п., всё учитывается автоматом, приемник можно как измерительный использовать в р/л условиях.

Ну и так, по принципу, больше программ, всяких и разных :-)

Zmej
"Калиброванный по умолчанию "из коробки" с-метр" То есть, если в программе не трогать поправку с-метра, оставив на ноле, то он будет как бы правильно оказывать уровень и не важно какая модель используется- пяти гнездовая, или ещё какая?

Rlyubitel

На 5-головом пока не проверял калибровку, скорее всего будет какое-то различие, там же front-end другой.
На клоне стандартного рсп1 - все соответствовало прилично, для своей ценовой ниши.
По идее и на клонах рсп1а - тоже нормально будет.

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

Как удалить это сообщение, я ошибся, а флудить и писать дезинформацию не хочу, прошу простить!

vladisslav2011, ну или может кто ещё может знать...
вопрос скорее по GQRX нежели по приёмнику, но тем не менее:

Увеличить
В чём баг фича gqrx в этих завалах спектрограммы по краям? Много лет они мозолят мне глаза, но я воспринимал их как данность. До того как не увидел, что другой софт работающий с тем же приёмником и тем же драйвером и теми же настройками таких завалов не создаёт!
Завалы рисуются только если gqrx воспроизводит поток с приёмника. Если воспроизводить IQ файл записанный сторонней программой - завалов не будет. Сам GQRX записывает файл как видит с приёмника.

sibrat
В чём баг фича gqrx в этих завалах спектрограммы по краям?
В Gqrx если не включать decimation, никакой специальной обработки, способной добавить такие завалы не производится. Такой поток выходит с приемника. Завалы делает антиалиасинговый фильтр внутри MSi2500. Возможно его можно отключить, но документации с описанием регистров на MSi2500 я не нашел. Другой софт либо применяет программный корректирующий фильтр, либо просто не рисует края спектрограммы.
Если убрать завалы, там вылезут сигналы из соседних зон Найквиста, как у HackRF/RTL SDR.

vladisslav2011
если не включать decimation
Всё, я понял, вопрос исчерпан :)
В luaradio, очевидно, другой алгоритм децимации. Надо как-то измерить итоговый дд после gqrx и luaradio... Вообще у gqrx шкала слева абсолютно неадекватна. Явно сдвинута вниз децибел на 16

sibrat
Вообще у gqrx шкала слева абсолютно неадекватна.
Если поставить прямоугольное окно и поставить ширину фильтра демодулятора равной RBW, то показания S-метра и высота пика по шкале совпадают. У других окон весовой коэффициент меньше единицы, поэтому пик получается ниже. Деление окна на весовой коэффициент здесь не производится - можно наверное добавить, но никто вроде не запрашивал такого.

Вот здесь упоминается причина https://github.com/gqrx-sdr/gqrx/issues/346

vladisslav2011
Это понятно что там цифирьки для корзин (или как там русский "bin" принято переводить), практический смысл в этой шкале отсутствует как мне кажется. При RBW в 150 герц это более очевидно :) Туда надо что-то более практически осмысленное. Уровни приведённые к ширине канала демодуляции наверное...

тогда и хотелка #346 будет легко реализуема :)
P.S.
Она, кстати, имеет большой практический смысл. Мне тоже очень не хватает такой индикации - уровня различимости сигнала над шумовой полкой. На скриншоте выше на каждом частотном канале есть пик, но далеко не каждую станцию можно услышать :)

sibrat

Уровни приведённые к ширине канала демодуляции наверное...
Чтобы все плавало при изменении полосы... А если демодуляторов несколько с разной шириной полосы, тогда как?

уровня различимости сигнала над шумовой полкой
SNR? А как его вообще посчитать для нецифрового сигнала? Фиксировать уровень перед срабатыванием squelch? Так из-за фильтра он всегда будет равен уровню squelch. Считать превышение относительно уровня squelch?

далеко не каждую станцию можно услышать
При низкой глубине модуляции в AM несущую будет видно над шумом, а боковые утонут в шуме, так что это нормально. +FFT вытягивет очень узкие CW сигналы из под шума.

Обсуждение Gqrx предлагаю продолжить здесь
Gqrx SDR

vladisslav2011
А если демодуляторов несколько с разной шириной полосы, тогда как?
Помню, когда занимался демодуляцией, только на FM было штук пять.
При этом на синтезированном тестовом сигнале давали идеальную картину, а на сигнале из эфира все звучали по-разному. :)

на сигнале из эфира все звучали по-разному
Имеется в виду несколько одинаковых демодуляторов, работающих параллельно на разных частотах.

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

Programmist
так и не понял всех процессов
Ээээ... Ммммм. Каких процессов? FM demodulator простейший же. Там кроме вычисления арктангенса и вычитания же никаких процессов не происходит. Если с PLL, то чуть посложнее: добавляется генератор LO (sin/cos), IIR и умножение.

vladisslav2011
Ээээ... Ммммм. Каких процессов?
Всех процессов, что происходят от передатчика до динамика (уха слушателя).
А эфир это вообще тёмная штука, верней тёмная материя, потому и бросил, чтобы не сойти с ума.)

кроме вычисления арктангенса и вычитания же никаких процессов не происходит
Можно и без арктангенса:

procedure FM_Demodulation;
var i, j : Longint;
a, b, aa, bb, c : Single;
begin
j:= 0;
for i:= 1 to Data32Size div 2 - 1 do
begin
a:= DATA32[j]; //I
b:= DATA32[j + 1]; //Q
aa:= DATA32[j + 2]; //I+1
bb:= DATA32[j + 3]; //Q+1
c:= (sqr(a) + sqr(b));
if c <> 0 then
DATA32[i]:= -( ( aa * b - bb * a ) * wfSAMPLERATE ) / c
else DATA32[i]:= 0;
Inc(j, 2);
end;
DATA32[0]:= 0;
end;

Programmist
Можно и без арктангенса:
Это что угодно, но не FM демодулятор.
Без арктангенса можно реализовать через PLL с достаточным оверсэмплингом, чтобы вместо вычисления арктангенса ловить момент, когда I разностной частоты будет близко к единице и пытыться захватить частоту подавая на вход фильтра Q. Искажения, конечно, будут, но достаточно слабые если полоса фильтра выбрана правильно.

Может быть сделать тему для обсуждения алгоритмов DSP (или тут уже есть?) и продолжить там, так как в этой обсуждается вполне конкретное семейство фронтэндов...

vladisslav2011
Это что угодно, но не FM демодулятор.
Самый настоящий FM демодулятор.
Раз:



И два:



Одна кнопка и одна процедура, только размер на выходе в 2 раза меньше.
Слона FM дать, или сами сделаете? )

Вот, пусть тут пока постоит:
Слон FM + Слон FM IQ
Потом удалю. Демодулятор для слона FM, в слоне IQ будет незначительный завал верхнего края полосы.
Перед демодуляцией слона IQ (обязательно!) конвертировать в реальный сигнал.

Может быть сделать тему для обсуждения алгоритмов DSP (или тут уже есть?)
Не надо, тут тем уже больше чем имеющихся алгоритмов.

P.S.
Арктангенс звучит несколько иначе.

P.P.S.
В общем, разницы между исходным сигналом и демодулированным без арктангенса не вижу, и чёрт меня дёрнул опять полезть в это болото.)