Коллеги

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

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

Результаты поиска по запросу тега: 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