Как я превратил фоторамку Digma PF-1085 (Uhale) в Android-планшет

Все мы любим подарки, особенно технические. На праздник мне вручили цифровую фоторамку Digma PF-1085. Вещь, казалось бы, утилитарная — стой на полке да крути слайд-шоу из отпуска.

Но мы же с вами не ищем легких путей, верно? Когда я покрутил этот девайс в руках, в голове зародилась мысль: «А что, если?..»

Идём дальше?

Посудите сами, характеристики для фоторамки у нее выдающиеся:

Экран: 10.1 дюйма, IPS, 1280x800 — не чета тусклым TN-матрицам из дешевых рамок.

Тачскрин: Полноценный емкостный! (Большинство рамок управляются унылым ИК-пультом).

Связь и ОС: Wi-Fi на борту и, что самое главное, внутри крутится Android 6.0.1!

Процессор: Allwinner A33 (4х ядерный, >10летней давности)

Память: 1 ГБ RAM 16 ГБ ПЗУ.

Питание: Батареи там нет в принципе, питание только от шнура, не USB, а тонкого круглого 5В 1.5-2А. От Type-C тоже можно в теории.

Интерфейсы: USB Type-C, USB Type-A, MicroSD


На самом деле, мне невероятно повезло с этим подарком. За похожие деньги (в районе 5–7 тысяч рублей) даритель мог купить совершенно «глупую» безымянную рамку или младшую модель с зернистым TN-экраном (800x480), без Wi-Fi, без Android и без тачскрина вообще — ту, которой нужно управлять с пульта. Такая железка навсегда осталась бы просто экраном для слайд-шоу с флешки. А тут — настоящий джекпот для гика: связка IPS + Тачскрин + Wi-Fi + Android + открытый ADB.


«Да это же готовый планшет, запертый в теле фоторамки!» — подумал я. Цель была проста: вырвать устройство из цепких лап проприетарного софта и превратить в удобный прикроватный планшет.

Но, как известно, «дурная голова рукам покоя не дает», и обычная настройка превратилась в инженерное расследование с декомпиляцией, консолью ADB и попыткой обмануть систему.


Сбегаем из тюрьмы от Uhale через ADB

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


Ни рабочего стола, ни настроек Android (точнее была имитация в этом лаунчере), ни шторки, ни навигационных кнопок — ничего. Только просмотр и загрузка фото и меню настройки самой рамки.

К счастью, производители таких «умных» рамок часто оставляют черные ходы.

Настройки показали критически важные данные:

Версия системы: Android 6.0.1
Прошивка: astar_uhale_pf1085-eng 6.0.1 MOB30R, собрана 2026-04-24, помечена как test-keys
Модель: PF1085, платформа — Uhale (бренд Zeasn/Whale), а не проприетарная закрытая ОС

Суффикс "-eng" означает engineering-сборку (инженерная/тестовая версия), а «test-keys» — что прошивка подписана публично известными тестовыми ключами, а не закрытыми ключами производителя. Это критически важно: такие прошивки почти всегда позволяют устанавливать любые сторонние APK без проверки подписи


Устройства на Uhale обычно рутованы по умолчанию и имеют отключенный SELinux, что делает переделку вполне реальной.

Это и хорошо и плохо:

Исследователи безопасности (Quokka) обнаружили, что предустановленное приложение Uhale на таких фоторамках автоматически скачивает и запускает малварь при загрузке, подключаясь к серверам в Китае. Из-за отключенного SELinux и root-доступа по умолчанию скачанный вредоносный код получает полные системные привилегии без каких-либо действий пользователя.

Чтобы вырваться из песочницы Uhale, мне понадобился компьютер, кабель и консоль ADB (Android Debug Bridge).

Кто виноват? Что делать?

В настройках рамки Uhale нужно зайти в раздел «Версия Android» (или «О планшете» / «Beta Program») и многократно тапнуть по номеру сборки, чтобы разблокировать параметры разработчика и включить отладку по USB. Но именно здесь это не работало, тк производитель разместил не настройки андроида, а фейковую страничку в лаунчере. Да и оказалось не нужно, отладка уже включена.

Подключив рамку к ПК и разрешив отладку, я ввел спасительную команду, которая открыла скрытые нативные настройки Android:

adb shell am start -a android.settings.SETTINGS # или альтернативный вариант: adb shell am start com.android.settings/.Settings

Оказавшись в полноценной системе, первым делом я установил сторонний лаунчер через команду adb install <имя_файла.apk>. Рамка ожила, появился привычный рабочий стол!

И я решил избавиться от самой оболочки фоторамки uhule, чтобы она больше не запускалась. Делается это просто:

adb shell pm disable-user --user 0 com.waophoto.smartframe # Имя пакета может отличаться, найти его можно через: adb shell pm list packages

И тут вылезла первая засада — навигация.
Производитель фоторамки, логично рассудив, что рамке кнопки не нужны, полностью вырезал нижнюю навигационную панель (Home/Back/Recent). Выйти из приложения было квестом.

Решение нашлось быстро: установка утилиты вроде Button Mapper или Navigation Bar (No-root) не вернула виртуальные кнопки на экран. Но что то не устанавливалось и не устанавливалось. Удалось с 5 попытке, прямо включив кнопки по adb

Вот точные команды ADB, с помощью которых это было сделано:

Разрешаем запись в системный раздел:

Добавляем параметр, который принудительно включает навигационную панель:

(Если параметр qemu.hw.mainkeys=1, (по умолчанию)кнопки скрываются. Значение 0 заставляет систему их рисовать).

Перезагружаем планшет, чтобы изменения вступили в силу:

После перезагрузки нижняя панель с кнопками появляется на экране навсегда.

adb reboot
adb shell «echo 'qemu.hw.mainkeys=0' >> /system/build.prop»
adb shell mount -o rw,remount /system

Куда делась шторка?

Я заметил, что у меня нет статус-бара (Status Bar) той самой верхней панельки с часами, батареей и уведомлениями. И, что хуже, я не мог вытянуть верхнюю шторку, чтобы быстро включить Wi-Fi или изменить яркость.

«Наверное, просто скрыта в настройках лаунчера или переведена в Immersive Mode», наивно подумал я.

Я начал копать. Сначала в ход пошли простые команды ADB:

adb shell settings put global policy_control null*

Пытался сбросить политики скрытия окон. Реакция ноль.

Тогда я решил использовать стороннюю шторку Mi Control Center. Идея была в том, чтобы дать приложению права Accessibility (Специальные возможности), и пусть оно само рисует мне панель.
Но не тут-то было! Как только я через консоль пытался включить главный рубильник Специальных возможностей:

adb shell settings put secure accessibility_enabled 1

Он мгновенно, за доли секунды, сбрасывался обратно в 0! В прошивку был встроен жесточайший ватчдог (сторож), который запрещал любые Специальные возможности. Китайские программисты Digma (точнее Uhule) надежно защитили свое детище от стороннего вмешательства.


Декомпиляция

Раз простые методы не работают, пора переходить к тяжелой артиллерии. Мы решили залезть в самые недра системы.

Нужно было проверить геометрию окон. Оказалось, WindowManager честно создает окно StatusBar, но его высота (Requested h) равна… нулю. mFrame=[0,0][800,0].

Где-то в системе высота панели была жестко захардкожена в ноль.
Я вытащил с рамки системный файл framework-res.apk:

adb pull /system/framework/framework-res.apk

Распаковал его через Apktool и начал искать. Оверлеев в системе не оказалось (папки /vendor/overlay были девственно чисты). Значит, правка прямо в базе.

И вот он, момент истины. В файле res/values/dimens.xml на 26-й строке я нашел это:

0.0dip

Производитель просто взял и обнулил высоту статус-бара на уровне базовых ресурсов Android! Никакие хаки с overscan (которые лишь сдвигали экран, создавая пустую черную полосу) не могли заставить систему нарисовать часы там, где выделено 0 пикселей.

Почему я отступил

Что делать дальше? Решение казалось очевидным: изменить 0.0dip на стандартные 24.0dip, пересобрать framework-res.apk и закинуть обратно.

Но тут вступила в дело суровая реальность кастомных китайских прошивок на Android 6.

Простая пересборка через apktool часто ломает структуру resources.arsc или теряет ID ресурсов (даже при наличии public.xml).

Попытка сделать бинарный патч (bin-patch) прямо в HEX-редакторе — это вообще игра в русскую рулетку, гарантирующая bootloop.

И самое главное: у меня не было заводской прошивки. В случае неудачи (а шанс окирпичить девайс при правке framework огромен) я бы остался с красивым куском пластика, без возможности восстановления через Феникс (PhoenixSuit).

Оценив риски, я принял тяжелое, но единственно верное решение энтузиаста: остановиться.

Итоги и выводы

Стоило ли оно того?
Технически — безусловно да. Я разобрался в механизмах работы Android, вырвался из заблокированной оболочки, научился декомпилировать системные ресурсы и понял, как китайцы «кастрируют» планшеты, превращая их в фоторамки.
Практически — я получил отличный домашний девайс.

Да, у меня нет нативного статус-бара. Но я нашел элегантный обходной путь.
В качестве лаунчера я установил старую добрую Nova Launcher (а именно версию 6.2.18, которая идеально поддерживает Android 6.0, в отличие от тяжелой современной 8-й версии).

Вместо YouTube я поставил NewPipe


Я настроил один главный экран, вывел на него огромный виджет часов и создал крупные ярлыки для вызова системных Настроек, Wi-Fi и управления громкостью. Нижняя навигация работает через стороннюю панель. Nova позволила тонко настроить сетку иконок и размер виджетов, полностью компенсируя отсутствие верхней шторки.

В итоге, Digma PF-1085 превратилась в шикарный, отзывчивый прикроватный планшет. Экран отличный, тач работает, APK ставятся. И всё это — бесплатно, из подаренной фоторамки.

Разборку я не проводил, можно посмотреть на обзор древнего планшета например mysku.club/blog/aliexpress/38398.html


Совет покупателям (или тем, кому подарили, как мне):
Если вам досталась рамка на Android с IPS и тачскрином (как моя Digma) — считайте, что вытянули счастливый билет. Это отличная база для экспериментов. Если устройство работает — не пытайтесь ломать системные ресурсы без резервной копии. Иногда лучше обвешаться костылями из лаунчеров и виджетов, чем получить невосстановимый кирпич.

Всем удачных модификаций и поменьше захардкоженных нулей в ресурсах!

Бонус
Как превратить цифровую фоторамку Uhale в панель управления умным домом и систему видеонаблюдения