Сайт разработчика.

Основные отличия от KiwiSDR это АЦП LTC2208 16 бит и плата управления Raspberry Pi.

Приехал приёмник. Конечно же разобрал. Кое-что переделал.














В отличии от KiwiSDR приёмник запитывается от microUSB. Что при заявленном потреблении 1.5 А не очень хорошо.

Где брали и сколько стоит?

Покупал на Алиэкспресс.
Сейчас цена чуть меньше 200 долларов.
В комплекте приёмник, плата Raspberry Pi B3, карта SD на 8GB и корпус с вентилятором.
Со всякими распродажами, скидками и купонами у меня вышло 165 долларов ))
По хорошему, многое надо переделывать, конечно.

Какие минимальные требования к компу (загрузка процессора), на полосе 30 МГц?

xman, без понятия. Можете сами посмотреть. Оболочка OpenWebRX.
Комп нужен только клиентам. Сам приёмник подключается сразу в роутер. Поток с АЦП обрабатывает ПЛИС на борту.
http://pso.p.sdrotg.com/
http://sdr-swl.p.sdrotg.com/

ПЛИС можно настроить на четыре разных варианта:
1) Классический. Максимум 4 слушателя видят спектр и слушают любые частоты.
2) Максимум восемь одновременных слушателей. Но спектр видят только два.
3) Три одновременных слушателя. Но у каждого более качественных звук, за счет более широкой полосы (20 КГц).
4) Четырнадцать одновременных слушателей. Но спектр недоступен.

studentkra

Вот мой приемник http://95.165.155.137:8073

Качество приема "как есть" (антенна на балконе).

FastCat, спасибо! неплохой приём для балкона. Что за антенна?
Я планирую запустить свой на УКВ с конвертером.

Что за антенна?

Вверху экрана браузера есть вся информация :)

http://studentkra.p.sdrotg.com/

Первым эту проблему заметил Марк Джессоп, инженер и радиооператор. Он наткнулся на интересное свежее сообщение на форуме, в котором автор проекта KiwiSDR признавался, что имеет удаленный доступ ко всем устройствам. Наши юзеры в курсе событий?:)
https://xakep.ru/2021/07/16/kiwisdr-backdoor/

Пару дней назад крупное обновление софта было.

KarapuZ
Наши юзеры в курсе событий?
Да, все были в курсе, - про возможность удаленной поддержки много раз было написано на форуме KiwiSDR и в документации, там же была и инфа о том как отключить доступ в шелл через вебинтерфейс.
Пока пароль был известен только автору никаких проблем ни у кого не было, а вот его "засвет" в паблике, - это конечно нехорошо. Указанный в статье пароль очень старый, был удален из кода проекта 4 года назад...
Просто есть люди, которые купили приемники, но вообще не имели понятия о сетях, IP адресах, TCP/UDP портах, от слов консоль, SSH впадают в ступор, были анекдотичные случаи, когда люди писали на форум, что подключили приемник к сети не знают как на него попасть... :) В основном, для поддержки таких пользователей и был добавлен этот "бэкдор".
Авторы статей хотят создать эффект сенсации, видимо для привлечения читателей, которые далеки от данной темы...
Но вообще подобные проблемы в коде решаются более спокойно, - достаточно было написать автору и показать, что данный вариант поддержки пользователей не безопасный, и из-за использования HTTP (без S), пароль может быть легко перехвачен злонамеренным пользователем, запросившим такой вариант поддержки... Это явно быстрее и проще чем ломать SHA256 хэш.
А сейчас все с горящей ж экстренно обновляют прошивки до 1.461.

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

KarapuZ
Код проекта публичный, эти хеши есть на GitHub и всегда там были, поломать их довольно сложно и долго... но это и не требовалось, можно было просто запросить такую поддержку и заснифить пароль.
Имхо проблема с реализацией данной фичи, более логично было бы сделать ее управляемой пользователем, и не универсальной, а через генерируемый конкретным юзером временный токен.
Джон использовал олдскульный вариант, сейчас так делать уже нехорошо...
Подобные варианты удаленной поддержки есть во многих продуктах даже корпоративного уровня, но реализованы они более изящно. Например у тех же HPE при выходе на L4, если сталкивались... Тоже бэкдор, но более изящный. Не секрет, что во многих продуктах, например в некоторых роутерах, есть "вшитый" пользователь, пароль от которого знает только производитель устройства (по идее)...
По вопросу отечественных умельцев, - Вы думаете такого нет? ;)

PS вот тут хорошее описание этой ситуации от известного клонмейкера https://groups.io/g/raspsdr/message/526, для тех кто не в группе - скрин.

buka
KarapuZ
Простите меня, но вы ведете разговор об оригинальном Kiwi. Непонятно, почему в этой ветке.
А у FlyDog есть по части безопасности дополнительные проблемы или, наоборот, всё гораздо лучше?

LubitelNDB
До 15.07.2021 было точно также на всех клонах, это форки одного проекта, сейчас на FlyDog доступ в консоль с веб-морды вообще убрали, было голосование и большинство проголосовало за "убрать вкладку" (с версии 1.4611), и старые образы тоже были убраны с сайта загрузок (по соображениям безопасности)...
Главное не отключать обновление контейнера (FlyDog на Docker), чтоб была актуальная версия.

Для понимания, - основная проблема не в том, что так был реализован админский доступ к веб-морде приемника, а в том, что через эту морду можно было легко попасть в консоль Linux с правами root, а там уже дотянуться и до других устройств в сети и до данных на этих устройствах (ведь мало кто настраивает у себя дома DMZ или отдельный VLAN).

buka, спасибо за разъяснение ситуации! Я честно говоря не совсем понимал проблему.

было голосование и большинство проголосовало за "убрать вкладку"
Да там голосовало то всего 11 человек. 7 за и 4 против )))

По FlyDog. Какая-то уж сильно неравномерная АЧХ по входам! На HF-2 очень сильный завал в районе 10МГц!
Скрины приложу.

Частота сдвинута на 106 МГц.

studentkra
На HF-2 очень сильный завал в районе 10МГц!
Это где фильтр который заявлен как от 0-62МГц?
Видимо классический вариант использования от 0-30 более предпочтителен... Спасибо за инфо.

Да.
HF-2 0-62 МГц.
HF-1 0-32 МГц.
Там на второй фотке в начале темы можно рассмотреть эти фильтры.

buka
Благодарю за разъяснения.
Ну, главное я уже сразу понял. Беда не в том, что кто-то влезет на мой приёмник, расставит свои метки на шкале, да еще и поменяет мою заставку. Захват чужого компьютера — вот это серьезно!

Внутренности down-converter:
Сделал из того, что было под рукой.
Корпус от тюнера телевизора. Ардуина. Плата синтезатора Si5351. MMIC LNA. Смеситель типа ADE-6.



сообщение:

studentkra
Я так понимаю, Вам удалось значительно улучшить линейность LPF фильтра на FlyDogSDR? Можно и сюда выложить фото по модификации, а так же итоговый результат.

buka, да, я выложу попозже все результаты. И это не моя идея с фильтрами.

Фото входных фильтров приёмника.

HF-1 0-30 МГц.
HF-2 0-60 МГц.
АЧХ, снятое NanoVna в точке TP1.

Доработки, предложенные Matjas Zibert в Телеграм-канале:
Удалить С2 и L1, замкнуть C3. То есть отключение входа HF-1.
Итоговая АЧХ HF-2 после доработки. HF-1 отключен.

Как сообщил автор проекта, данный недостаток касается приёмников, выпущенных до июня.
В дальнейшем проблема со взаимным влиянием фильтров, как он пишет, была решена.

В канале вроде еще замыкали C1 или решили его не трогать?

buka, это я его замыкал. Значительно улучшается приём ДВ. Но тогда не будет защиты от DC. Можно попробовать увеличить его ёмкость до 1 uF и выше. В оригинале стоит 0.1 uF.

АЧХ 50-140 кГц с конденсатором:

С замкнутым конденсатором:


Ссылка на доработки.

Вообще, не плохо было бы посмотреть, что приходит на усилитель и на АЦП. Особенно на низких частотах. Но я уже всё собрал, отвёз в секретное место и запустил )))

studentkra
Спасибо!

buka, да не за что!
Если честно, покупать оригинал KiwiSDR за 350 долларов жаба душила.
А тут вроде 165 баксов не особо и жалко потратить было. Да и подозревал, что поработать напильником придётся. А это я люблю. Тем более, на благо общества! Так что Вам всем спасибо! Буду стараться.

дубль

Мой FlyDog "переехал" на новый адрес.

http://std.swl.su:8073

Огромное спасибо товарищу buka за оказанную помощь!

Недавно был обнаружен сильный источник внутренних помех приёмника.
Виновник импульсный преобразователь питания ПЛИС на 1.0 вольт, вернее, недостаточная ёмкость сглаживающего конденсатора на его выходе.

Ёмкость конденсатора была увеличена согласно рекомендациям из даташита.
В результате внутренних помех стало меньше.

В скором времени, планируется попробовать другую катушку индуктивность в закрытом ферритовом корпусе.
Возможно, это полностью решит проблему с внутренними помехами приёмника.
Так же были обнаружены мелкие недочёты в схемотехнике. Которые, возможно, не влияли на работу приёмника.

Оригинал статьи с телеграм-канала:

I have done some research on FlyDog internal noise. I short-circuited the antenna input to eliminate external interference. So, the main (and the only) source of interference is a switching power supply based on a JW5223 IC in a SOT23-5 package with the JWF5 marking. The power supply generates 1.0 volts to power the FPGA and operates at an internal frequency of 1.5 MHz. According to datasheet JW5223, a capacitor with a capacity of at least 22uF must be used at the output. However, we have this capacitor much smaller and at the output there are strong ripples of about 150mV Vpp. As a result, the JW5223 begins to adjust its frequency. (I looked with an oscilloscope. There are many different pulses of different frequencies and durations.) And it creates interference in a wide frequency range. Approximately 0-10 Mhz. Moreover, this interference is strongly smeared over the entire range. I significantly increased the output capacitor by soldering a few 4.7uF ceramic capacitors. As a result, the 1.0 volt supply ripple disappeared completely. The IC worked at exactly the same frequency of 1.5Mhz. On the waterfall, multiple interference at different frequencies has disappeared. However, a few subtle interferences appeared at values ​​of 1.5MHz, 3Mhz, 4.5Mhz, 6Mhz. I think that they can also be avoided if you use a good closed ferrite coil. And it also seemed to me that the FPGA chip became much less hot.