Эксперименты с windows версиями показали, что до финала RS (remote system) еще далеко, но большая часть дороги уже пройдена. Еще несколько усилий, еще один рывок, еще немного времени и быть может однажды…
А пока я решил полюбопытствовать, как обстоят дела с сервером под Rasberry Pi в простонародье "малиной".
По хорошему, следовало бы сразу бросится тестировать версию RS под любимым линуксом, да вот беда — все версии представленные на сайте — скомпилированны под х64, а настолько нового железа в моих компьютерных развалах нет.
Почему архитектура оказалось важной? А потому, что пока я разумывал о том, как описать свои впечатления — EE удалила все образы "малины" со своего сайта и отписалась пространным комментарием:
Expert Remote Server для RPi больше нельзя скачать с нашего сайта.
Из которого дальнейшая судьба "малины" совершенно непонятна. Или она снята с поддержки целиком или снята из-за обилия найденных багов? Или еще по какой-то загадочной причине…
Установка и запуск достаточно подробно описаны в мануале от 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
Cpu: 3 % ; ; ; 0
Cpu: 2 % ; ; ; 0
Cpu: 2 % ; ; ; 0
Cpu: 2 % ; ; ; 0
Cpu: 2 % ; ; ; 0
Cpu: 3 % ; ; ; 0
Cpu: 2 % ; ; ; 0
Cpu: 2 % ; ; ; 0
Cpu: 3 % ; ; ; 0
По факту, с такими загрузками "малину" можно паралельно эксплуатировать для других целей, установить 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.