Configuración do quiosco Android: Que facer cando o propietario do dispositivo o impide acceder ás configuracións

Atableta Android de 10,1 polgadas configurouse para uso en quiosco con ADB, un iniciador personalizado e Propietario do dispositivo. Despois dun reinicio, a aplicación iniciouse como se esperaba, pero o dispositivo xa non podía acceder á interface normal de Axustes de Android.

Isto creou un reto común na implantación de quioscos: unha vez que se restrinxeron a navegación do sistema e os controles de xestión do dispositivo, ¿como se pode recuperar a tableta para novas probas? E se a aplicación precisa abrir Wi-Fi ou outras funcións do sistema, ¿qué Intents de Android seguen estando dispoñíbeis?

O cliente usou primeiro comandos ADB para modificar o comportamento da IU do sistema:

adb shell settings put system hide_navbar 1

adb shell settings put system statusbar_disp 1

adb shell settings put system swipe_show_nav_bar 0

adb shell settings put system power_button_show 0

A continuación, configurouse a aplicación como pantalla de inicio predeterminada e despois configurouse a aplicación como Propietario do dispositivo activar as funcións requiridas de xestión de dispositivos.

Despois do reinicio, o Tablet Android en modo quiosco entrou automaticamente na aplicación como se esperaba. Con todo, o cliente xa non podía saír da pantalla principal da aplicación para acceder á configuración de Android ou a outras funcións do sistema. Os botóns de Configuración e Wi-Fi integrados na aplicación tamén deixaron de abrir as páxinas correspondentes do sistema.

A primeira pregunta non era simplemente cómo saír da aplicación. O cliente necesitaba unha forma fiable de recuperar o Tablet android para realizar máis probas e tamén quería saber que Intents do sistema podía usar a súa aplicación.

Por que o tablet Android se converteu en algo difícil de acceder

O problema derivou de varias capas de control do dispositivo aplicadas ao mesmo tempo.

O lanzador personalizado determinaba que aplicación aparecía como pantalla de inicio, mentres que o propietario do dispositivo daba á aplicación un control moito máis amplo sobre a política do dispositivo. A documentación oficial de Android para dispositivos dedicados apoia este tipo de configuración para despregues en quioscos e dispositivos xestionados, incluído o control da aplicación predeterminada de inicio e a restrición do acceso ás funcións do sistema.

Os comandos ADB engadían outra capa ao modificar o comportamento da interface de usuario do sistema. Estas configuracións concretas dependen do dispositivo ou do firmware, non son API universais de Android, polo que o seu efecto exacto depende de como o firmware da tableta as implementa.

Isto significa que un Tablet Android usado como dispositivo quiosco pode resultar difícil de recuperar cando se modifican xuntos o lanzador, a configuración de Propietario do Dispositivo, as restricións da interface de usuario do sistema e a navegación da aplicación.

O feito de que os botóns Ajustes ou Wi-Fi da aplicación xa non funcionen non significa necesariamente que a intención en si sexa incorrecta. A actividade de Ajustes de destino pode estar indispoñible, restrinxida ou inaccesible por outra razón na configuración actual do dispositivo. Android tamén recomenda comprobar se unha intención se pode resolver antes de intentar iniciala.

Caminos de recuperación para unha tablet Android en modo quiosco bloqueada

Se a aplicación xa está configurada como propietaria do dispositivo, debe considerarse primeiro a recuperación baseada en software.

Android DevicePolicyManager ofrece funcións de xestión de dispositivos que poden ser utilizadas por un propietario do dispositivo. Dependendo da versión de Android e da configuración da aplicación, unha aplicación propietaria do dispositivo pode empregar o mecanismo de borrado apropiado para devolver a tablet a un estado limpo para probas. wipeData() é a API establecida para borrar os datos do usuario, mentres que as versións máis novas de Android ofrecen funcionalidades adicionais de borrado de dispositivos.

A obsoleta clearDeviceOwnerApp() o método non debe tratarse como un método xeral de recuperación da produción. A documentación de Android descríbeo como unha API orientada ás probas e recomenda o restablecemento de fábrica como o xeito normal de eliminar unha relación de propietario do dispositivo.

ADB tamén ofrece comandos de xestión de políticas de dispositivos, pero estes teñen restricións. Por exemplo, adb shell dpm remove-active-admin non é un método universal para eliminar un propietario do dispositivo; a documentación de ADB de Android especifica requisitos como a declaración testOnly da aplicación.

Se a recuperación por software non está dispoñible porque a aplicación non pode executar a operación requirida, o camiño restante é un restablecemento de fábrica por hardware ou o procedemento de recuperación de Android .

Non se debe asumir a combinación exacta de botóns dun outro modelo de tableta Android. O comportamento de recuperación determinase pola firmware e a implementación de hardware da tableta. Para un proxecto de tableta Android personalizada, o procedemento de recuperación apropiado debe, polo tanto, confirmarse para o modelo e a firmware reais antes da súa implantación.

Para este tipo de Tablet Android en modo quiosco , ter un método definido de recuperación é especialmente útil durante as probas de integración porque a configuración a nivel de sistema pode eliminar intencionadamente a navegación normal do usuario.

Probas das intencións de axustes e das funcións do sistema nunha tableta Android

A segunda pregunta do cliente foi se a aplicación podía iniciar directamente funcións do sistema, como Axustes e Wi-Fi.

Android proporciona accións estándar de Axustes para estas funcións. Por exemplo:

Función	Intención estándar de Android
Axustes principais	Settings.ACTION_SETTINGS
Axustes de Wi-Fi	Settings.ACTION_WIFI_SETTINGS
Axustes sen fíos	Settings.ACTION_WIRELESS_SETTINGS
Axustes de Bluetooth	Settings.ACTION_BLUETOOTH_SETTINGS
Axustes de visualización	Settings.ACTION_DISPLAY_SETTINGS
Axustes de localización	Settings.ACTION_LOCATION_SOURCE_SETTINGS
Axustes de son	Settings.ACTION_SOUND_SETTINGS
Axustes de seguridade	Settings.ACTION_SECURITY_SETTINGS
Axustes da aplicación	Settings.ACTION_APPLICATION_SETTINGS
Axustes específicos da aplicación	Settings.ACTION_APPLICATION_DETAILS_SETTINGS

 

Estas son accións estándar de Axustes de Android, non interfaces específicas dun determinado Fabricante de tablet Android . Con todo, a existencia dun Intent non garante que se abra correctamente en todos os dispositivos ou baixo todas as configuracións de quiosco. Android recomenda comprobar o Intent con resolveActivity() antes de inicialo.

Para un tablet Android integrado no sistema, as probas de Intent deben realizarse, por tanto, na firmware e versión de Android reais empregadas para a implantación. A proba debe verificar non só se o Intent existe, senón tamén se a Activity correspondente pode ser accedida despois de aplicar as restricións de Device Owner, do lanzador e da interface de usuario do sistema.

Se está traballando nun proxecto de tablet Android en modo quiosco ou de integración no sistema e precisa axuda coa recuperación de Device Owner, os Intent de Axustes ou problemas relacionados de configuración, pór favor póntase en contacto connosco indicando o modelo do seu tablet e a versión de Android. Podemos analizar as opcións dispoñibles de soporte técnico e personalización.

 

O mesmo principio aplícase a outras funcións do sistema. Pode existir unha API estándar de Android, mentres que o comportamento real dun tablet personalizado depende da súa versión de Android, da configuración da firmware e das políticas de xestión do dispositivo.

Que pasa cos pedidos de activación?

A pregunta do cliente sobre «peticións de activación» é lixeiramente distinta de iniciar unha páxina de Configuración.

Intent.ACTION_SCREEN_ON representa unha emisión do sistema que indica que a pantalla se converteu en interactiva. Trátase dunha emisión do sistema protexida, polo que unha aplicación non debe tratala como un Intent normal que pode enviar simplemente para activar a tableta.

Se o requisito é activar a pantalla, manter a pantalla activa ou controlar o comportamento de activación da pantalla , o mecanismo apropiado depende do requisito exacto da aplicación. Android ofrece API de xestión de enerxía e de xanelas/actividades para estes escenarios, incluíndo PowerManager e a funcionalidade de bloqueo de activación cando resulte apropiado.

Esta distinción é importante ao desenvolver aplicacións para un Tablet Android en modo quiosco . «Iniciar unha función do sistema» e «controlar o estado de enerxía do dispositivo» son operacións do sistema diferentes e deben xestionarse mediante API distintas.

Apoyo técnico para a integración de tabletas Android

Este caso tamén mostra por que a implantación de quioscos pode requerir máis ca unha configuración básica de hardware dunha tableta Android.

Cando se integra unha tableta nunha aplicación dedicada, nun sistema POS, nun quiosco, nun sistema industrial ou noutro dispositivo xestionado, a configuración do software pode implicar ao mesmo tempo o lanzador, o propietario do dispositivo, a interface de usuario do sistema, os permisos da aplicación, as intencións de axustes e o comportamento de recuperación.

Para proxectos que requiren tabletas Android personalizadas configuracións, estes requisitos deben avaliarse xuntamente coa configuración do hardware e do sistema Android, en vez de tratarse como problemas separados durante as probas finais.

A solución axeitada depende da versión de Android, do firmware da tableta, da configuración da aplicación e das funcións que o integrador de sistemas necesita controlar. Tamén se pode preparar documentación técnica arredor das interfaces de sistema dispoñíbeis, das intencións compatíbeis, dos permisos e das limitacións específicas do dispositivo.

Se está probando un Tablet android para a súa implantación en quioscos ou integración no sistema e atopou problemas semellantes con Propietario do dispositivo, lanzadores personalizados, modo quiosco, intencións de Ajustes, restricións da interface de usuario do sistema ou recuperación do dispositivo , por favor contacte connosco para soporte técnico .

Pode indicarnos o modelo da súa tablet, a versión de Android, a configuración de implantación e a función específica que intenta implementar. Despois podemos analizar as opcións dispoñíbeis de Personalización de tablets Android e soporte técnico para o seu proxecto.