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

Широкая полоса это хорошо. А вот по вопросам обработки, так там масса задач. Это и обработка данных с целью получения статистики утилизации спектра (какие частоты/радиочастотные каналы сколько времени заняты и распределение этого времени) это и поиск новых сигналов при известном спектре, в автоматизированном режиме разумеется и много всего разного. Визуализация это интересно, но не самое основное.

Нашел второй Flex-5000, вопрос о покупке снят.

AOR
Визуализация это интересно, но не самое основное.
Разумеется не самое основное.
Задача визуализации определить начало большого шухера ещё до его наступления.)

Да, веб-сдр, идея хорошая. При чем это будет веб-сдр наподобие твентовского, с большим количеством пользователей, а не обрубленный КивиСДР.
Но я - пас, не моя сфера интересов.
Еще у меня в далеком загашнике идея - взять 4 таких приемника, запустить от одного тактового, запилить синхронизацию сэмплов на компе - и получить 4-х канальник. Тоже занедорого и с широкой полосой (не обязательно конечно 64М - достаточно 8 например на ДВ-СВ-низ КВ), в отличие от 600 ксэмплов в Афедри - и тогда можно построить широкополосную программно-определяемую ФАР с КНД до 14дБ. Но пока я даже для текущего 4-канального Афедри ПО не доделал - так что...

Не, не сделает.

Думаю, что сделают, вопрос времени.
Потому, как без такого мультиклиент-сервера практического применения для классических р/л мало этому приемнику, хотя народ покупает - это и хорошо, будут больше программистов прессовать на эту тему и кто-то да "запилит".

wazzoo
(не обязательно конечно 64М - достаточно 8 например на ДВ-СВ-низ КВ)
Очень распространённая ошибка разработчиков. Думали, что хватит, потом пришлось переделывать всё.

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

Programmist
Очень распространённая ошибка разработчиков. Думали, что хватит, потом пришлось переделывать всё.
Вы решили в философию? Ну ок. Де-факто в 99,9% случаев "Думали, что хватит, потом оказалось что хватило". Иначе мы бы жили в мире, где ничего не выполняет свои функции, а инструменты не позволяют сделать то, зачем они предназначены. Короче - завязывайте с пафосной демагогией...

wazzoo
Де-факто в 99,9% случаев "Думали, что хватит, потом оказалось что хватило"
Ага, хватало, до тех пор, пока дед Must Die не произнёс знаменитую фразу "640 КБ должно хватить всем".
Надеюсь, примеров приводить больше не надо. И печальных последствий, которые они принесли.
Не переживайте, я тоже думал, что 32 бита должно хватить всем, а на деле оказалось вон оно чего...

Programmist
Ваши примеры как раз в кассу. И 640 кБ и 32 бита прекрасно хватало и сейчас хватает для решения тех задач, которые на них были возложены, и ради решения которых их разрабатывали/покупали/применяли. Собственно, до сих пор существуют и менее битные устройства с меньшим объемом памяти - что вас удивляет?
Я кстати подобных разработчиков (рассуждающих как вы о необходимости оверпроектирования) видел последний раз в 00-х, начале 10-х. Нынче период становления отрасли закончился, и в массе разработчики - адекватные практики, нацеленные на решение задач. Даже студенты.
Кстати и тема с этими 640к, 32 битами равно как и ошибкой 2000 активно бродила в сообществе лишь в 00-х.

wazzoo
я все свои задачи программирования решу в ассемблере и на контроллерах и каждый раз удивляюсь, как после окончательного разъяснения техзадачи уменьшается программный текст и всё прекрасно работает и при 8 бит и можно брать контроллер 20и-летной давности.
Другой бы брал стандартный промышленный компьютерный блок и писал бы на Си программу....

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

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

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

wazzoo
Нынче период становления отрасли закончился, и в массе разработчики - адекватные практики, нацеленные на решение задач. Даже студенты.
Знаю, знаю. Поэтому у нас ничего своего нет, даже гвоздей.

Хайо
я все свои задачи программирования решу в ассемблере и на контроллерах
Аналогично, но там подложили большую свинью. Даже две.
Первая - отсутствие контроллеров, вторая - прекращение поддержки 32-битных приложений.

Даже 10 мегагерц много. Куча полосок на мониторе, где какая модуляция не разобрать.
На полоски незачем смотреть. Широкий обзор рассматривайте как портативный ,контрольный анализатор спектра.
Хотя-бы для сравнения работы антенн по всем диапазонам сразу и быстро. Очень широкополосные помехи, то-же удобнее смотреть на широком обзоре.
Вот картинка с 30см мини вип, накрученной непосредственно на антенное гнездо.

Видны сразу все активные диапазоны, при низких шумах между ними. То-есть и антенна нормально работает и место приема неплохое.
Единственное необходима шкала дб и более подробная шкала частот. Но можно поставить большой шаг настройки и быстро пробегать всю картинку курсором, отмечая показания частоты, да уровня.

я всегда перед работой SDR делаю проверку на всю полосу 0-40МГц, чтобы проверить антенну и текущую активность в эфире. А потом уже выбираю диапазоны где вести приём. В PERSEUS в этом режиме один пикель соответствует полосе 10 кГц. Это очень удобно и для оценки шумов и помех.

Тоже стал обладателем RX-888MKII.
Работает вместе с HDSDR, SDR Console V3.2. На ДВ, СВ, КВ на уровне Airspy HF+ Discovery, на FM заметно хуже.
Процессор слабый, поэтому рабочая полоса 2МГц максимальная. Понравилась более чистая панорама у MKII на СВ, ДВ, чем у Airspy. В общем, этот SDR занял в моем рейтинге высокое место, дополняя Discovery, и не выброшен "в долгий ящик", как клон RSP ))

alexwilks
Поздравляю!
Конденсаторы пришлось допаивать?
Что за компьютер такой слабый?
AirSpy на ДВ/СВ в dirct sampling или через upconverter?

У меня 32MHz полосу тянет на ноуте на зажатом до 1.6GHz процессоре без затыков и с FFT 1M/5Hz.
Как ни странно, я чаще пользуюсь именно фиолетовым говенным клоном, так он стабильнее запускается (после обнаружения и исправления ошибки синхронизации потока по заголовкам в библиотеке) и меньше жрет батарейку ноута. RX-888 часто требует перетыкания USB, прежде, чем заработает.

Конденсаторы пришлось допаивать?
Я (как обладатель 888МК2) что то пропустил? Можно подробности?

wazzoo
В этой теме все есть:
SDR перспектива!? - Страница 50

vladisslav2011
Понял, спасибо

Конденсаторы пришлось допаивать?
Что за компьютер такой слабый?
AirSpy на ДВ/СВ в dirct sampling или через upconverter?
У меня Airspy HF+ Discovery, без upconverter-а, как есть.
Конденсаторы внутрь 888МК2 не паял, комп мини-PC с Алиэкспресс i7/4650/8GB.
Недавно SDR Console V3.2 вышла в сентябре, пишут, что мало грузит процессор компа, надо проверить.

i7/4650
Для 64Msps (32 мегагерца обзора) должно хватать с запасом.

пишут, что мало грузит процессор компа
Так проц там грузит не консоль, а конвертер. Без конвертера (если вместо него использовать правильный FIR для понижения sample rate) требования сильно падают.

Симон (автор консоли) еще последнее время взялся за оптимизацию быдлокода, т.е. критичные узлы перевел на ASM-врезки и задействовал GPU тоже. Видно разрослось до того, что уже всякие И5-И7 грузились у него :)

Я использую HDSDR. Вот что я писал коллеге, который спрашивал про нагрузку от 888МК2


На ноутбуке, процессор i5-1135g7 (10 тысяч очков в cpubenchmark). Процессор в HDSDR грузится на 8..10% при минимальной скорости отрисовки водопада - это считай и есть затраты на ExtIO. Если водопад ускорить, доходит до 15..18% - но это уже затраты на отрисовку водопада в самом HDSDR добавляются. Это на полосе 32 М. Если полосу уменьшаю до 16М и меньше - потребление вообще падает до 2..4%

попробовал запустить его на старом компе с USB3 (на 32М) - так вот не потянул, лаги пошли, и похоже проблема именно в порте - т.к. проц грузится не сильно

Процессор в HDSDR грузится на 8..10%
Это практически полностью загружено одно ядро, причем вероятно в турборежиме... 30..40% которые дает второй поток выполнения все равно в однопотоке использоваться не могут, а downconverter в libsddc однопоточный. Так что если производительность на ядро будет меньше, чем у этого процессора процентов на 30, будет затыкаться.

У меня i7-8550u на 64Msps (32MHz полоса обзора) с включенным турбо грузится на ~9% (82%, ngrx_source 12%, freq_xlating_fir_filter 21%) при скорости отрисовки водопада 1 FPS. Если тормознуть его до 1.6GHz для экономии батареи, нагрузка возростает до ~18% (150%, ngrx_source 17%, freq_xlating_fir_filter 52%). Звук идет без затыков.
На 128Msps (64MHz полоса обзора) с включенным турбо грузится на ~21% (165%, ngrx_source 22%, freq_xlating_fir_filter 41%). С выключенным турбо грузится на 28% (220%, ngrx_source 27%, freq_xlating_fir_filter 74%)), но если что-то делать на компе, звук начинает прерываться.

vladisslav2011
Процессоры в сравнении:
Я тестил этот: https://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i5-1135G7+%40+2.40GHz&id=3830 - 10059 в мультпотоке и 2726 в однопотоке

Вы этот: https://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i7-8550U+%40+1.80GHz&id=3064 5985 в мультипотоке и 2073 в одноптотоке

Интересно что по i5-1135g7 много результатов в диапазоне 10..12 тысяч примерно с одинаковой частотой. Тогда как для i7-8550U пик приходится на 6..7 тысяч и дальше все падает, единичные максимумы на 8 тысяч...

Это практически полностью загружено одно ядро, причем вероятно в турборежиме
2.9 ГГц из 4.2 - т.е. слегка повышает от штатных 2.4 - принудительно я не включал, не знаю как это делать. По ядрам ничего не могу сказать - по графику загружены все, разные по разному.
Вообще, этот приемник не для портативного ноутбука (разве что для настольного "игрового" или подобного с хорошей системой охлаждения), на мой взгляд - и по потреблению и по нагрузке на систему - тепловыделение приличное. Попозже проверю его на моем "приемном" компьютере с ryzen 5 3600

82%, ngrx_source 12%, freq_xlating_fir_filter 21%
А где можно эти числа посмотреть?

10059 в мультпотоке и 2726 в однопотоке
То есть мне на моем ноуте HDSDR с полной полосой не светит... Ну и не надо.

на моем "приемном" компьютере с ryzen 5 3600
На моем "приемном" AMD Ryzen 9 5950X все упирается в пропускную способность USB-SS. По процессору хороший запас есть, но больше 128Msps через USB не пролазит.
По потреблению согласен. Батарейку он жрет весьма прилично даже в УКВ режиме на USB-HS на 16..20Msps, если сравнивать с HackRF/mirisdr (китайский фиолетовый свисток).

В моем случае работает Gqrx с патчами (там много всего, надо наверное форкать, так как майнтайнер совсем не шевелится), gr-osmosdr с патчами (для поддержки RX-888, spyserver и разные улучшения для HackRF/mirisdr), GNU Radio 3.7.11 из репозитория.

Так что
А где можно эти числа посмотреть?
top в консоли
Нажать "Shift+H" потом "Shift+V", промотать до потоков Gqrx, дальше будет понятно.

На моем "приемном" AMD Ryzen 9 5950X
Супер проц! Под какие задачи, если не секрет? С охлаждением проблем нет?

Супер проц!

Далеко не супер.
Изначально хотел брать 3990X, но жабка не позволила...

Под какие задачи, если не секрет?

В основном make -j33
Еще рендерит быстрее видеокарты (старенькая 1060).
И, вероятно, будет быстро генерировать картинки в stable diffusion, но пока что руки не дошли попробовать.
Ну и RX-888 на нем хорошо работает, как и остальное SDR оборудование.

С охлаждением проблем нет?

Нет. Грелся летом в жару до 85 где-то, сейчас до 75 максимум. И то это в пиках, пока вентиляторы не наберут обороты. Потом температура падала до ~80 летом и падает до ~70 сейчас. В простое температура 34. В простое (ну, там видеонаблюдение в фоне пишется, сервера работают, боты в интернете ползают потихоньку) по электричеству жрет меньше, чем старый компьютер, но вот под нагрузкой...аж бесперебойник пищит.

Мне кажется, или rx888+какой-нибудь системничек с Алика или авиты стоит столько же сколько kiwi sdr, а клиентов по openwebrx обработает куда больше, да и 16 бит, и полоса ширее...
Rx888 прикручивается к линуксам? Вроде через soapy openwebrx работает?

У меня работает через gr-osmosdr. Драйвер soapysdr наверное тоже можно написать, но soapysdr api мне показалось сильно сложнее gr-osmosdr, так что выбрал последний.
Openwebrx не пробовал. Для меня в нем нет смысла. Там, где есть быстрый интернет, нет приема на КВ, там, где есть прием на КВ, нет интернета. Разве что в разработке поучаствовать...

В принципе, я могу изобразить что-то в духе openwebrx на основе GNU Radio + fft_channelizer. Должно потянуть 100 клиентов особо не напрягаясь (Gqrx 100 демодуляторов тянет - проверял). + можно гнать на клиента IQ, а демодуляцию до звука делать уже в браузере, что еще снизит нагрузку. Водопад тоже можно собирать из нарезки fft_channelizer, передавая только те куски, которые хочет видеть клиент... Но опять же ни желания этим заниматься нет, ни денег мне за это никто не заплатит.