Удалённое управление Android из Ubuntu

Метки:
FavoriteLoadingПометить для себя
Удалённое управление Android из Ubuntu
5 (100%) 1 голосов

© Onizuka, 2019

К сожалению, в природе почти не осталось нормально работающих VNC-серверов под Android – тот софт, который отлично себя вёл на 2-4 версиях, давно не обновлялся, а существующие современные платные варианты серверов весьма психоделичны…  Так что проблема удалённого управления андроид-устройствами стоит в полный рост. К счастью, уже достаточно давно развивается проект ScrCpy с открытым кодом, который позволяет решить этот вопрос с использованием механизмов ADB на версиях Android от 5.0 и выше. С его помощью удобно не только лечить устройства удалённо (например, если бабушка поломала смартфон), но и управлять андроид-платформами начиная от смарт-телевизоров, и заканчивая одноплатниками и ТВ-боксами, на которых можно в этом случае нагородить например видеонаблюдение, Samba- или DLNA-серверы, торрентокачалки и другие полезные вещи для дома.

ScrCpy можно собрать под Linux и Windows, а для пользователей Ubuntu начиная с 16 версии всё ещё проще: можно воспользоваться готовым snap-пакетом. Как и пользователям Arch, Debian, Fedora, CentOS, Elementary, Gentoo, Mint, OpenSUSE, OpenWrt и RHEL. Для Arch Linux и Gentoo есть собственные пакеты.

Установив и запустив это приложение, мы получаем полный контроль над андроид-устройством, в окошке нам будет по умолчанию отрисовываться его экран в оригинальном разрешении (что не всегда удобно, но это можно поправить), а наша мышка будет интегрирована внутри окна приложения как андроидовская.

Что надо для этого сделать? Устанавливаем snap-пакет:

Далее в теории всё могло бы запуститься и так, но на практике, как всегда, возникают внезапные трудности. Нам скорее всего понадобится ADB:

Но вся прелесть ситуации в том, что ADB из официального репозитория и клиентская часть ADB из snap-пакета имеют разные, и при этом несовместимые между собой, версии. Так что от нас потребуется некоторый шаманизм: нам надо будет подсунуть ScrCpy нашу версию ADB. В теории это можно сделать через переменную окружения, но на практике почему-то это не работает. Поэтому используем извращённый вариант: используем вызов той ADB, которую притащил с собой snap, но с подстановкой нашего инсталлированого ADB:

Адрес в команде, само собой, должен быть от вашего андроид-устройства в сети. Может также понадобиться дополнительно указать

для разрешения зависимостей snap. Заметим, что, в отличии от обычного ADB, здесь как правило не требуется отдельно запускать сервер, он запускается сам при первом старте ScrCpy. После того, как мы законнектились, это можно проверить как в обычном ADB:

В ответ мы увидим список адресов устройств, среди которых будет и наш. После этого уже можно запускать сам ScrCpy:

Параметр -s с адресом абстрактно необязателен, если в списке только одно устройство. При первом запуске приложение пропишет на андроид-устройство ответную часть своего пакета, а дальше можно будет работать с ним, как на обычном Андроиде. Только следует учесть, что если мы потом запустим ADB обычным образом, то это порушит коннект ScrCpy.

Возможна ситуация, когда устройство в сети, отладка по USB включена, но на команду connect стедует ответ типа “отказано в соединении”. Это такая физическая защита на некоторых версиях Android – без подключённого USB-кабеля ADB не работает. Чтобы решить эту проблему, надо физически соединить устройство с компьютером кабелем USB и подать такие команды:

после чего команда connect подаётся с адресом порта через двоеточие после сетевого адреса (то есть после адреса надо добавить :5555). Что интересно – после первого коннекта кабель можно отключить, дальше устройство до выключения будет коннектиться само и без кабеля.

На некоторых устройствах при попытке запуска ScrCpy уже после того, как серверная часть успешно скопировалась и встала на устройство, может выскакивать ошибка вида

[server] ERROR: Exception on thread Thread[main,5,main]

Это означает, что возник конфликт с кодеками на устройстве, и запрашиваемое по умолчанию разрешение не может быть включено для окна. Обычно удаётся запуститься без ошибки с иным разрешением, для этого его нужно указать явно параметром, например

принудительно запустит разрешение 1280х800.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

0
(Просмотров: 9)
Категории Линуксоводство, метки . Постоянная ссылка.

Новое

15.10.2019 - Стрейс Я.Я. Три путешествия ... 12.10.2019 - Grundmann H. Religious Movements in the Middle Ages ... 11.10.2019 - Сулимов С.И., Черниговских И.В., Черенков Р.А. Антисистемность и терроризм: проблема взаимосвязи ... 09.10.2019 - Алексанян А.Г. Процесс инкультурации манихейства в Китае ... 05.10.2019 - Карелия в годы Первой мировой войны ... 04.10.2019 - Деконская Н.В. Ландшафтный археологический музей-заповедник как форма сохранения и презентации историко-культурного наследия (на примере проекта музеефикации территории Охтинского мыса) ... 02.10.2019 - Суфизм в контексте мусульманской культуры ... 30.09.2019 - Исследования гуманитарных систем. Выпуск 2. Доминантность систем и её виды. ... 28.09.2019 - Ради жизни на земле… Русская мечта против Антисистем. «Изборский клуб» №7(53), 2017 год ... 27.09.2019 - “Суслик” ... 26.09.2019 - Будницкий О.В. Российские евреи между красными и белыми ... 25.09.2019 - Ермоленко А. Понятие антисистемы в исследовании результатов социально-экономических преобразований ... 24.09.2019 - Hardin G. The Tragedy of the Commons ... 22.09.2019 - Histoire de la croisade contre les hérétiques albigeois ... 21.09.2019 - Ушницкий В.В. Центральноазиатское и северное манихейство ... 20.09.2019 - Шишкин И.С. «Малый народ»: элитная антисистема ... 18.09.2019 - Landscape Archaeology between Art and Science ... 17.09.2019 - Современные нецке ... 17.09.2019 - Пыпинъ А.Н. Русское масонство. XVIII и первая четверть XIX в. ... 16.09.2019 - Смирнов В. Симптомы. Продолжение. ... на главную

Добавить комментарий

Войти с помощью: 

Ваш e-mail не будет опубликован. Обязательные поля помечены *