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

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

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

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

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

 

Страница: 0