Популярные рубрики

sdr_split wpx dxcc новости тг трансивер qso 2023 websdr покупка 2016 хобби cat dx поломки Challenge LOTW долбаебы атакуют ум ксв-метр новый проект sdr маламут map контесты CAT cluster rtty радиосвязь remote анализатор cqww антенна 4070 hp удаленка ГИ7б размышлизмы мощность DXCC ham it up VAC ремонт digi кв телеграф rr-33 sunsdr2 cw цена настройка статистика wsjtx DX-инг nanovna впечатления впечатление development purposes сервер rtl-sdr seti@home ExpertSDR3 20м ew8zo лотв wsjt педаль dxspider expertsdr 2 beta 2 ft8 прибор ксв lotw hamradiodelux ham expertRS 145 мгц SunSDR 2 активность yaesu g450 dhcp LAN брак yagi подстройка cfm поживем увидим newone софт генератор звук auto faq pa3fwm macos mb1 чат тюнер kiwisdr телефоны UPS так делать нельзя alc команды приемник качество qrm audio яги windows 7 AFEDRI sdr юмор arrl afedri sdr интерфейс thinkpad iota ur5eqf SunSDR обновление RA60 под впечатлением ew5a ft-450 уши для КВ конструктив дпф rotator ачх Hexbeam sdr_split_sdr_commander eesdr cq wpx cw contest 5Mcontest fm stop filter покупки усилитель QSO 27555 помехи на злобу дня ubuntu 145 mhz поломка наводка city window домен OpenWebRX csdr reversebeacon banddata cb-radio jt65 прохождение осциллограф про_жизнь нет звука плагин CW гомель BUSY ммана цифровой магнитофон мысли кластер api сломан 317at/hq поворотка Xtream WX Support cwww hexbeam serial port splitter unicom dual авария соревнования дефект 11м панорама техподдржка expertsdr2 шел ses web award band микрофон phone moxon эквалайзер запретительство 2021 WSPR psk beta 7 ExpertSDR2 укв 10m abcd ft4 lotw ur5eqf баг на баге lna сигнал Triple Filtered LNA ssb WSJT-x нет передачи дипломы challenge google api СССР ветер Hungarian DX Contest vac вентиляция али доработки водопад установка гарантия psk63 смешно ru9ca 100w swr sunsdr2 pro ads-b цена ремонта помеха на 14140 проблема raspberry pi маразм управление remoteclient контест ебанутый модератор contest com0com сиби t4070 KOSS FM цифра cq ww dump1090 qth баг HRD сдр проблемы PA3FWM диплом JT-65 HF гит sirio sd dipole 27 планы авио 2020 профилактика 2022 наводки cw type таганрог мост Yaesu G450 notebook питон sdc компенсатор expertsdr visair rc1 порты ebay mmana помеха BARTG ROS FP10120 ExpertSDR 145 TCI sirio sd 27 dipole afedri upgrade setup гарнитура qrn настройки трафик коррекция стеки R5HA sdr_commander сатира убежали резонансы lubuntu wpx rtty Contest 1090 mhz сервис алс dxlog php 1.55 выбор expertsdr beta 5 результат 6 band pass filter портативка libpng12 ее mode метеоры atom qrp лог cq ww ssb шумоподавитель наушники model cb журнал windows xp марка дроп bias tee японский fm reject filter ur2mo упс борт малина expertsdr3 ft450 басня flightradar24.com cqham WSJT-Z печаль тренировка эмоции VSPE ASUS A9RP RA60H1317 google роутер шутка логи waz WSJT-X позиция антенны графики cq ww cw contest 117 to 220 xeon Геминиды solution переходник программирование converter RU9CA Hercules личное RTT 999 vhf umgg tyt 380 ft4 косяки апгрейд 2019 баги творчество 145б антиконтестинг новинки sunsdr2 cw 2017 регистрация jtdx непритности диги азимут Software Defined Connectors европа споты so2r lp калибровка мнение патч-корд ee узо balun stamp беларусь связь vm1tx совет юбилей эндис v3 sunsdr2 dx unicomdual монка flightradar24 cqww11

Результаты поиска по запросу тега: remote

Марта
2021 года
20
ExpertSDR3 remote

EE вновь порадовала небольшим стримом, на этот раз на тему "удаленного управления"(ExpertSDR3 remote). По сути стрим свелся к анонсу внедрения в уденку облачного сервиса (cloud), через который можно будет соеденить удаленный трансивер/приемник с "домашним" клиентом. Так же были ответы на разные вопросы, самыми важными из которых, было подтверждение разработки серверной части под "малину", которая пылится год без дела. А так же обещание сделать сервер под линукс, в виде сервиса.

Ждем дальше! :)

Марта
2020 года
05
SunSdr2 remote system - система удаленного доступа (часть 2)

Эксперименты с  windows версиями показали, что до финала RS (remote system)  еще далеко, но большая часть дороги уже пройдена. Еще несколько усилий, еще один рывок, еще немного времени и быть может однажды...

А пока я решил полюбопытствовать, как обстоят дела с сервером под Rasberry Pi в простонародье "малиной". 

rasberri pi 3 b for SUNSDR2 remote system

По хорошему, следовало бы сразу бросится тестировать версию RS под любимым линуксом, да вот беда - все версии представленные на сайте - скомпилированны под х64, а настолько нового железа в моих компьютерных развалах нет.


 Посему, решил для начала испытать "малинку". Тем более, что за последние 2 месяца ЕЕ выкатило аж целых 2 апдейта под нее. Вариант перспективный и  всем хорош - компактный "системник" , минимальное энергопотребление, готовый образ от ЕЕ в стиле - установил, сменил IP и ипользуй и даже та самая 64 битная архитектура в наличии.

Почему архитектура оказалось важной? А потому, что пока я разумывал о том, как описать свои впечатления - EE удалила все образы "малины" со своего сайта и отписалась пространным комментарием:

Expert Remote Server для RPi больше нельзя скачать с нашего сайта.
Сейчас мы работаем над абсолютно новой архитектурой программы ExpertRS, как только мы её опубликуем сообщим об этом на нашем форуме и странице в Facebook

Из которого дальнейшая судьба "малины" совершенно непонятна. Или она снята с поддержки целиком или снята из-за обилия найденных багов? Или еще по какой-то загадочной причине...

 

Установка и запуск достаточно подробно описаны в мануале от EE -

1)Качаем образ (увы, на данный момент он недоступен)

2)Качаем win32diskimager

3)Из развалов достаем флешку. У меня нашлась на 4GB, но подойдет даже на 1 GB.

4)Пишем образ на флешку, вставляем в "малину", подаем на "малину" питание и втыкаем ethernet кабель.

Можно даже не подключать к монитору, по умолчанию "малина" получает свободный IP в локалке от DHCP сервера ( обычно им является роутер от интернет провайдера) и готова для эксплуатации.

Процедура смены IP так же хорошо и подробно описана у EE.

И вот зайдя на этот самый IP первое что мы видим это SDR WEB CLIENT.

ee sunsdr2 web client

И это еще один плюс "малины", здесь можно подключаться к севреру через браузер, а можно использовать классический remote client.

Если к IP добавить слово "/admin/", по попадаем на страницу авторизации, по умолчанию она классическая "root/root", а затем на страницу с общим обзором.

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

 

График мелкий, но если присмотрется, можно заметить, что в режиме ожидания загрузка составляет менее 1%, а при подключении поднимается где-то в среднем до 3-4%, что является просто чудесным результатом.

Примерно тот же результат можно увидеть порывших в логах самого EE сервера:

root@RemoteSDR:~/.config# cat logfile.log
Debug: DspCoreInterface::DspCoreInterface(QObject*) ne10 init result:  0 ;  ;  ; 0
Debug: virtual void ClientContainer::run() 44 ;  ;  ; 0
Debug: virtual void ClientContainer::run() 51 ;  ;  ; 0
Debug: virtual void ClientContainer::run() 57 ;  ;  ; 0
Debug: Cpu: 3 % ;  ;  ; 0
Debug: Cpu: 2 % ;  ;  ; 0
Debug: Cpu: 2 % ;  ;  ; 0
Debug: Cpu: 2 % ;  ;  ; 0
Debug: Cpu: 2 % ;  ;  ; 0
Debug: Cpu: 3 % ;  ;  ; 0
Debug: Cpu: 2 % ;  ;  ; 0
Debug: Cpu: 2 % ;  ;  ; 0
Debug: Cpu: 3 % ;  ;  ; 0
root@RemoteSDR:~/.config#

По факту, с такими загрузками "малину" можно паралельно эксплуатировать для других целей, установить FTP или использовать для приема ADS-B, и даже настроить WEBSDR с приемом хотябы одного диапазона....

Хотя конечно задачи это уже не тривиальные и требуют значительных знаний и некоторого опыта.

 

Клиент "ExpertSDR2 RemoteClient" работает с сервером "малины" так же глючно как и с сервером под Win. Все так же плохо при попытке ввести IP в строке "Adress", далее - работает более или менее стабильно.

В попытках выяснить причину глюка с вводом адреса - проделал некоторую домашнюю работу, в надежде понять причины столь странного поведения клиента. Вт.ч. были остановлены все фаерволы, обновлены дрова на сетевой, отключена антивирусная защита. Где-то на этапе выключения фаерволов с бедой стало получше, но целиком проблема так и не ушла. Не исключаю, что проблема может быть моей сугубо персональной, хотя она и воспроизводится у меня в любое время дня и ночи на обоих ПК. И кстати, к слову сказать, на этих же обоих ПК стоит и злобный AVAST , с его интегрированным фаерволом, что наводит на некоторые мысли...

Во время тестов обнаржился еще один любопытный... Глюк?  Если запустить ремот клиент (ос Win10), потом нажать на TUNE, затем снять задачу - то при следующем подключении не работает TX :) Т.е. жмем в клиенте, но трансивер на передачу не переходит. Методом перебора удалось выяснить, что смена "моды", к примеру с LSB на USB - исправляет проблему.  Смысл столь извращенных действий - воспроизвести другой более коварный "глюк". 

Как-то запустив "ремот клиент", сменив бэнд и нажав на TUNE я словил зависание клиента, уже не помню был ли там "крэш" или я снял зависший клиент вручную, суть проблемы в другом. Бросив взгляд на трансивер я обнаружил, что он все так же стоит на TX в TUNE. Что меня сильно удивило, ибо одно дело словить такой дефект когда трансивер под боком, а другое когда в 50км далеко за городом... К сожалению, повторить этот увлекательный фокус мне не удалось, а заснять на видео первый случай не пришло в голову.

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

 

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

У меня это работает так - создана пара COM4-COM8. Затем COM8 расшаривается и используется различными приложениями одновременно.Одно из таких приложений - OMNIRIG.  Так вот если настроить работу WSJT-X, через OMNIRIG то обычный клиент работает без всяких ограничений. В случае подобной настройки для "ремот" клиента, появлялся баг с самовольной сменой МОДЫ на DRM, во время включения передачи.

Перенастроив CAT для WSJTX для работы напрямую с портом, проблема со сменой моды исчезла. Однако DIGU мод все так же мертв, на выходе нет мощности... Тоже самое для USB/LSB. Зато мощность обнаруживается в AM ;)

В целом, сервер под "малину" как и сама "малина" в качестве платформы для удаленного сервера - произвели хорошее впечатление. На данный момент UPTIME сервера составляет более 7 дней:

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

Теперь же в свете исчезновения с сайта версии RS для "малины", похоже, как раз и придется попробовать поставить на "малину" х64  Linux server.

Февраля
2020 года
16
SunSdr2 remote system - система удаленного доступа

Шел, 2020...

На форуме cqham.ru прошел новый виток обсуждения REMOTE, и даже поступило шуточное (а по другому, я подобную глупость воспринимать не могу) предложение сброситься программисту ЕЕ, чтобы он ударными темпами допилил систему REMOTE до стабильного состояния и пофиксил баги. Меня это предложения прилично улыбнуло, учитывая какая сумма при покупке маленькой железной коробочку покрывает стоимость самой железной коробочки, а какая натурально донатится компании в честь ее обещаний допиливать софт, углублять и расширять. По правде сказать, компания в самом деле допиливает, углубляет и расширяет и между первой версией и последней - годы разработок и множество реальных улучшений и всяких комфортных фич, но и сумма за аппарат отдается не самая маленькая, так что, улыбнемся шутке и едем дальше.

Система REMOTE, в самой своей концепции от ЕЕ меня и обнадеживает и раздражает одновременно. Обнадеживает понятно почему - запилить качественный "ремоут"  дорогого стоит. А в текущей ситуации засранности эфира дешевыми катайскимим зарядками и прочей дрянью, наслаждаться чистым деревенским эфиром, сидя в центре электронного городского смога и сибаритство и жизненная необходимость одновремено.

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

 У меня нет слов, что бы описать всю степень идиотизма данной концепции.  Ведь речь не о соседней комнате, в которую можно сходить с монитором и клавиатурой, что бы нажать!!! на единственную кнопку и продолжить загрузку застопорившейся системы, речь о серверной части в лесу/на даче, куда нужно специально ехать перезагружать богомерзкий "маздай", чтобы в очередной раз дать ему возможность наконец загрузится.  Ну как же вы не поймете, что windows даже в самых свежих версиях был и остается КЛИЕНТСКОЙ операционной системой и при всех своих улучшениях и стабильности будет требовать КЛИЕНТСКОГО участия, буть то неудачна загрузка / выгрузка,  будь то синий экран или другая ошибка...

А еще это отношение к людям, пионерам, что покупал СДР у которого был прием, но еще не было нормальной передачи. Тем кто ждал и верил, да что там говорить, до сих пор ждет очередной нужной только ему фичи!  Тем, кто разбирался, испытывал, писал мануалы и выкладывал баги, писал софт и эксперементировал в с новым трансивером в контестах.

Что бы они выбрали, будь у них этот выбор? Неизвестную операционную систему, которую можно настроить один раз и забыть, просто наслаждаясь работой или до боли знакомую bluescreen систему, удаленно запуская смс-кой которую приходится гадать - заработает или нет? Завелась или опять упала? Удастся поработать, взять DX, насладится чистым эфиром в этот раз или опять нужно искать свободное время и тратить деньги, чтобы ехать и вновь перезапускать все вручную?

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

У меня еще теплится надежда, что не все потеряно. Что для таких как я останется вариант хотя бы на raspberry pi, но год от года ситуация все безнадежней. Вроде поддержка по началу была, потом нет, потом Василием было заявлено, что для сервера нужен процесс не хуже core i5. Теперь опять появилась версия под raspberry... Купить raspberry, чтобы ЕЕ  через пару месяцев заявила, что она слишком слаба и ее поддержка прекращается?  Неопределенность напрягает...

На этом лирика заканчивается и начинается физика.

Момент, когда появилась версия с нормальным рабочим TX, я упустил. Меня огорчили последние заявления о "маловероятности выход версии под linux" и я перестал следить за новостями. Затем был много личных проблем и к теме я решил вернуться недавно, после того как вопрос в очередной раз всплыл в телеграмм конференции, а затем и на форуме.

Я уже играл с самой первой версией, где был только прием, она оставила после себя привкус надежды и печального ожидания. Но была весьма перспективной... И вот теперь есть TX...

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

Порывшись на антресолях, для начала я нашел  ASUS A9RP (Intel Celeron M / 1.86 Ghz / 1.5 GB) под управлением вечно бодрой win XP.  Вполне ожидаемо, сервер удаленки  ExpertRS заявил, что это вообще не винда и запускаться под абы чем он не собирается :)

Не прокатило :) На самом деле вполне ожидаемый результат, но смеха ради я все же поставил на него win 7 и на сколько хватило терпения пытался запускать ExpertRS, но видимо старичек совсем ослаб от пыли и долго безработицы - долгая загрузка и адские тормоза не способствовали экспериментам.

Затем я пошел в ремонтную мастерскую к своему другу Дмитрию. Порывшись по углам и попинав шкафы и мы извлекли из мусорки мертвеца пободрее. Им оказался LENOVO G550 (2х ядерный T3500 @2.1 Ghz / 1 Gb).


 

Некоторой проблемой оказалось найти винт, но вскоре и эта проблема была решена, установка win7 + все дрова +  ExpertRS

- не заняло много времени. Само собой, первым делом был установен teamviewer, так как данный лэптоп является версией "полубук" :)

Данный термин "полуБУК" широко распространен среди ремонтных мастерских нашего города и обозначает донора, с которого снято все полезное - и особенно матрица экрана. Т.е. для управления и настроек нужно подключить пациента к внешнему монитору и клавиатуре, а затем управлять удаленно.

 

Чтобы получать доступ к своей серверной машине снаружи - я прописал PORT FORWARDING на роутере, раздающем интернет для домашней локалки.

Зная внешний IP своей домашней сети, можно подключиться к нему. А зная корректный порт (5050) можно получить доступ к ремотной серверной машине, которая, в свою очередь, по локальной сети найдет трансивер и обеспечит коммуникацию с клиентом.

Внешний IP легко вычислять используя (подключившись к) сервисы DDNS. У меня роутер от ASUS, умеет поддерживать такое соединение сам и бесплатно.

DDNS от роутера ASUS

Итак, серверная машина оказалась вмеру шустрой - windows 7 грузится порядка 15-20 сек, что неудивительно для свежей ОС.

Привожу несколько скринов характеризующих загрузку ноута во время эксплуатации под нагрузкой.

Память:  ~250 МБ при запуске и ~350 Mb через сутки работы. Не знаю кто будет эксплуатировать удаленку сутками, если только электричество дармовое? Но ежели таковые найдутся - следите за расходом памяти, возможно за недели работы - обьем затребованной памяти может значительно вырасти.

Загрузка 2x ядерного CPU - порядка 5%

Сеть - трудно оценить по цифрам трафик, но он примерно соответсвует устновкам в клиенте. Если выставить 1 мегабит, значит загрузка сети выходит по 1 мегабиту в обе стороны.

Параметры сети

Параметры сети (часть 2)

Что можно понять из приведенных графиков - серверная часть софта выглядит не очень жадной в плане ресурсов. Загрузка процессора минимальна, память - приемлемо, сеть - тут все зависит от клиентских аппетитов. Понятно, что с такими требованиями даже у "raspberry pi" не должно быть проблем.

 Так же, хочу авансом отметить стабильность самого сервера. За всё время экспериментов, я смог поломать его всего один раз. Прослушивая 80м, нажал NB - связь пропала и не восстанавливалась. Зайдя тимвьювером на сервер, увидел ошибку EXPERTRS.

И тут у меня вопрос "А какого хрена?" (с)

Какого хрена "серверная" часть ремоута является приложением и не прописана в системе как сервис? Почему не следит за своим состоянием и почему не поднимается после падения? Это же СЕРВЕР!  Баг? Недопил? Недосмотр? Совершенно бредовая ситуация.

 

Зато с клиентом все "хорошо". Ну, в том смысле как это всегда случается у ЕЕ, при отсутствии бюджетов, стратегии, итераций программирования, QC и всего прочего.  Тут непаханное поле багов, поиск которых отдан на откуп редких пользователей. Половина из которых забила болт на недоделку и по прежнему гонит полный траффик через VPN, а вторая половина, судя по всему пользуется "как есть". Ну, телеграфом можно же работать? Можно. SSB? Ну, кое-как можно... А кому цифру в FT8 или какой-нибудь FM - это уже чрезмерные требования, закатайте губу :)

Итак клиент... Здесь трудно описывать ситуацию словами. НУЖНО пилить ВИДЕО!!!!

 

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

 Где-то с 3-5-7-10 попытки клиент удается запустить. Первым признаком успеха, конечно является то, что сам клиент не крашнул и не закрылся. Вторым - небольшое окошко с сетевыми пингами.

sunsdr2 remote удаленка

Далее, сам интерфейс:

sunsdr2 remote удаленка

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

Из найденных в клиенте багов:

1)Постоянный краш при попытке ввода IP (ввидео по ссылке или во фрейме вверху)

2)Нет SQL для FM (ну и как его слушать часами без SQL?)

3)Не работает передача в FM (найденно не мной, но подтверждаю, проверил, не работает)

4)Некорректно работает режим DIGI (при TX почему-то модуляция сбивается на DRM)

5)Баг с подсветкой 2х аматорских диапазонов одновременно, при ручном вводе частоты. Скрин прилагаю.

 

 

6) Что с полосой приема?

Честно... Сколько не крутил так и не понял. Судя по всему - баг отрисовки/вывода панорамы. Думаю, задумывалось это таким образом, что от ширины канала должно было выводиться больше или меньше. Но как и всегда  что-то пошло не так...

Критичные недоделки:

1)Нет 2м - 144мгц  (активно использую, лично мне критично :)

2)Нет SPLIT

3)Нет расстройки RX. А значит слухи о функциональности SSB слегка преувеличены.

Некритичные недоделки:

Так, как нету настроек выбора антенного выхода весь функционал заточен только под один выход A3. Ранее я использовал A2, пришлось все  перестраивать...

 

Итого:

Не претендую, на какую-то глубину понимания всей ситуации, всех причин и обстоятельств, да и не копал по настоящему глубоко. Просто покрутил то, что кручу в повседневной эксплуатации. Сугубо, субъективно мое мнение таково - выглядит красиво и перспективно, ровно как и 3-4 года назад, но даже то, что есть не работает толком.

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

 Что уж говорить о введении в "ремот" функционал то, чего там еще нет, включая мои 144Мгц. Об этом, пожалуй, можно забыть еще минимум на год. А значит никаких ДХ, которые работают на 95% в сплит, а значит все, что можно делать с помощью данной удаленки на данный момент - обсудить погоду и всходы картошки на 80 м, да похвалиться перед конкурентами и новыми клиентами, что у нас "есть ремоут". Как-то так....

И в завершении несколько минут как оно работает, когда работает...

 

Ноября
2016 года
11
SunSDR 2 клиент для удаленной работы

Сегодня ExpertElectronics LLC предоставила тест-версию клиента для удаленной работы с трансивером SunSdr2/PRO и приемником ColibriDDC.

Судя по названию, данная версия собрана на базе одного из наиболее стабильных релиз-кандидатов 1.1.3 RC7.

Судя по предоставленному набору, а именно:

  1. клиент под Win
  2. сервер под Win
  3. документация
  4. образ OS OpenWRT (версия линукса под ARM)

- компания настроилась на развитие клиент-серверной технологии приминительно к удаленной работе с трансивером.

Клиент очень похож на оригнальную версию, на данный момент там нет передачи и колличество настроек уменьшено, по сравнению с оригинальным клиентом.

sunsdr2 remote client
 

Северная часть под Вин

Для работы требуется пробросить порт 5050 на роутере, на машину с установленной серверной утилитой, которая в свою очередь находит в сети трансивер и обеспечивает доступ к нему.

Роутерные настройки в моем TPLINK под OpenWRT

port forwarding for remote client SuNSDR2

В целом это выглядит так, включается трансивер, запускается серверное приложение на промежуточном компьютере, после чего он готов к удаленному подключению клиента. Система подразумевает наличие с серверной стороны статического IP, по крайней мере на данный момент. В дальнейшем, надеюсь, можно будет использовать доменные имена, дабы привязать их через сервисы типа "NO-IP" к динамическим адресам.

Впечатления, в целом положительные, уже от первого использования. При минимальной панораме с SampleRate в 39062 и звуком без компрессии и качеством в 128 килобит, скорость составила 2,5 мегабита. Были пара небольших проблем при первом включении - звук пришлось убрать в самый минимум, а иначе он не работал. Чувствительность "по умолчанию" стояла в -20dB в результате чего на панораме не было сигналов. Пришлось тщательно пересмотреть настройки, которые казались подгруженными от оригинальной версии клиента. Но это все мелочи. Начало положено, и выглядит оно достаточно перспективно - звук натуральный, перемещение по панораме плавное, без рывков. Спектр, правда, дергается как сумасшедший, очень непривычно, но видимо не нашел как это подстроить под себя. И тем не менее, оно уже работает - можно слушать...

Буду следить за развитием проекта, и плавно собирать себе системик на Raspberry Pi... :)

 

Страница: 012345678910111213141516