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

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

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

Марта
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 м, да похвалиться перед конкурентами и новыми клиентами, что у нас "есть ремоут". Как-то так....

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

 

Страница: 012345678910111213141516