Марта
2020 года
05
SunSdr2 remote system - система удаленного доступа (часть 2)
2020 года
Эксперименты с windows версиями показали, что до финала RS (remote system) еще далеко, но большая часть дороги уже пройдена. Еще несколько усилий, еще один рывок, еще немного времени и быть может однажды...
А пока я решил полюбопытствовать, как обстоят дела с сервером под Rasberry Pi в простонародье "малиной".
По хорошему, следовало бы сразу бросится тестировать версию 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.
И это еще один плюс "малины", здесь можно подключаться к севреру через браузер, а можно использовать классический 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.