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

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

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

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

 

Страница: 01234567891011121314