Эксперименты с 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.