rPman

Железо устарело, отстает от ваших желаний на несколько версий android так как изначально там шел 5-ый, и потом было обновление до 6.

пробуйте

Полностью БЕЗ сервиса - практически никак, кто то должен слушать сетевое подключение и кто то подключаться.

Одно время пользовался приложением на телефоне для генерации и сканирования qr-кода, аналогичное приложение по функционалу на ноутбуке и десктопе, т.е. нужный текст заворачивается в qr код и сканируется целевым устройством, но на нем нужна камера.

Чуть ранее, так как все устройства в локальной сети, писал приложение html5 + php (5-6 строчек что ли) которое сохраняло и отображало на странице textarea и кнопку сохранить, т.е. открыв страницу в любом месте видно последнее сохраненное сообщение, изменив его и нажав кнопку сохранить, оно менялось.

Сейчас, для некритичных текстов пользуюсь telegram, создав свой канал и перекидываю в него ссылки и сообщения которые тут же могу открыть на любой машине, а пароли у меня так и так через keepass хранятся зашифрованными и синхронизируются, кажется через dropbox или google drive.

Почему народ с самого начала разработки приложения так стремится привязать себя к дорогому сервису. Т.е. вы уже с самого начала разработки готовы платить на порядок больше чем могли бы.

Неужели вам сложно поднять key-value базу данных и написать (читай скопировать и туториала) простейшую прослойку с авторизацией по токенам? Слабая VPS-ка, способная потянуть нехилый проект, обойдется вам примерно в $1 в месяц, без гарантий, и от $15 с гарантиями (а за 40 можете получить уже не виртуальное железо).

Организуйте сервис изначально так, чтобы использовать свой собственный сервер (или несколько), а в случае его недоступности (или недостатка ресурсов), автоматически переключайтесь на облачные технологии, а точнее автоматическое развертывание новых мощностей на базе того же google/amazon/azure (только у них можно оплата по часам и поднять новую vps за секунды).

Настоятельно рекомендую, все, что гуляет через интернет, заворачивать через http (в т.ч. websocket), само собой лучше с шифрованием (https), меньше будет гемороя, так как провайдеры (россия), а чаще мобильные, старательно тормозят или даже блокируют остальной трафик (например почти полностью убит p2p, даже webrtc испоьлзовать нужна магия).

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

На базе http берите либо готовые фреймворки и сериализаторы либо изобретайте свое. Популярные направления, использовать json, xml а если бинарный то Protobuf (вообще универсальная вещь). Для любого из указанных примеров в java есть библиотеки.

https://blog.gradle.org/introducing-source-dependencies

Конкретно ваша задача решается выдачей смартфоном сигнала (bluetooth/wifi/звук в неслышимом диапазоне), но плохо.

Если у вас навигация на улице, то agps (требуется интернет) и координаты на основе базовых станций опсосов самые быстрые, но с большой погрешностью, тут вы ничего не сделаете кроме как покупать дорогие устройства.

Если у вас навигация внутри помещения:
Существующие решения - это использование наружных передатчиков (если дешево и доступно для потребителя, я читал про кучу любых bluetooth устройств, еще дешевле - очень грамотно расставленные с избытком wifi роутеры, еще читал про ультразвуковые, микрофоны телефонов могут принимать сигнал из близкого к слышимому диапазону), сообщающих о своих координатах, плюс анализ внутренних датчиков телефона - акселемометра и гироскопа (инерциальная навигация), они позволяют с неплохой погрешностью достраивать трек в пределах нескольких метров (на самом деле плохой но для этого и нужны внешние сигналы для постоянной калибровки).

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

я один не понял вопроса? есть же штатные библиотеки
https://www.tensorflow.org/lite/guide/android

opencv в общем случае, там есть все по распознаванию видео, и все будет зависеть от того, как именно вы будете фиксироваться на объекте. Не пытайтесь в реалтайме детектить сложные вещи, даже в идеальных условиях это медленно (десятки кадров в секунду) и не позволят следить за быстрыми источниками. Сразу ищите камеры 60-100 fps и я боюсь не каждый android телефон даст вам такой быстрый сенсор (даже дорогие используют аппроксимацию и в реалиях дают fps в половину заявленного) и главное вам тупо не хватит железа android на обработку изображения с необходимой скоростью.

Доступ к камере - native camera api

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

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

p.s. на сколько я знаю красивого стандарта на управление поворотными камерами нет, точнее он есть у каждого производителя свой, с другой стороны, можно воспользоваться готовой админкой у дешевых для домашнего использования, отреверсить http запросы и слать их из своей программы.

С вероятностью 99% если вы запустите linux на android устройстве, у вас будут проблемы с поддержкой периферии (wifi/bluetooth/сенсорный экран/звук/и главное поддержка графики), в некоторых случаях возможно у вас получится что то решить в полуручном режиме (т.е. на автоматическое разрешение проблем не надейтесь, придется копаться и возможно компилировать, а это порождает много проблем вида поддержки обновлений и прочее).

Устанавливайте linux в chroot, точно помню были xwin сервера под android с полноценной работой и доступом к оборудованию, т.е. вы не потеряете работоспособность устройства (хотя бы через android) и при этом у вас будет возможность запускать linux arm приложения, в некоторых случаях прямо из готовых образов с поддержкой обновлений и прочее.

Не существует, потому что банки и платежки хотят все держать при себе и наружу доступа никому не давать.
Плюс физикам вообще неположено финансами рулить, а вы думали криптовалюты просто ради прикола появились? потому что банки совсем ох..ли!

p.s. у сбербанка есть услуга - мобильный банк, где с помощью некого птичьего языка в простых sms можно делать много вкусного, комунальные и не очень платежи, переводы, запрос баланса и прочее. Т.е. вы можете написать простейшее приложение, которое по sms на 900 номер будет управлять вашим счетом так как вам удобно.

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

В подавляющем большинстве случаев драйвера в Linux сильно привязаны к версии ядра (а значит к конкретной прошивке), они либо вкомпилированы в ядро, либо собраны в виде модуля и лежат в initrd образе рядом либо в файловой системе прошивки.

В общем случае просто перекинуть файлы не получится. Но в случае с тачскрином в теории возможно проблема не в драйвере а калибровке, т.е. сопровождающих файлах настроек, которые использует этот драйвер. Правда в каждом отдельном случае нужно изучать вопрос, ведь это вендоры пилят и исходниками и документацией делиться практически всегда не желают.

вот пример калибровки x86 android его универсального драйвера blog.inelsis.ru/?p=318 но само собой инструкция тут не поможет просто сама идея в этом

p.s. если найдете, поделитесь пожалуйста с миром

Это браузер перегружает страницу при разрывах связи (точнее при ее восстановлении), попробуйте перебрать разные браузеры - opera (рекомендую beta), chrome, firefox,...

Где то видел, для каждого пользователя, налету, генерируете свой apk файл, с единственным отличием - изменяющимся идентификатором в файлах ресурсах. Если не нужно подписывать файл, при должном красноглазии, файл можно править прямо в apk напрямую (если отключить zip сжатие, это просто).