Уређивање Андроид Киоска: Шта да радите када вас власник уређаја закључи из подешавања

А 10,1-инчни Андроид таблет конфигуриран је за употребу у киоску са АДБ-ом, прилагођеним ланчером и власником уређаја. Након рестартовања, апликација је покренула као што је било очекивано, али уређај више није могао да приступи нормалном интерфејсу за подешавања Андроида.

Ово је створило заједнички изазов у распореду киоска: када су системне навигације и контроле управљања уређајима ограничене, како се таблет може опоравити за даље тестирање? А ако апликација треба да отвори Ви-Фи или друге системске функције, које Андроид Интентс се још увек могу користити?

Клијент је прво користио АДБ команде за модификацију понашања системског корисничког интерфејса:

adb shell подешавања стављају систем hide_navbar 1

adb shell подешавања стављају систем statusbar_disp 1

adb shell подешавања стављају систем swipe_show_nav_bar 0

adb shell подешавања поставите систем power_button_show 0

Апликација је затим постављена као подразумевани почетни екран, а затим је апликација конфигурисана као Власник уређаја да би се омогућиле потребне функције управљања уређајем.

Након рестартовања, Андроид киосц таблет аутоматски ушао у апликацију као што се очекивало. Међутим, клијент више није могао да напусти главни екран апликације да би приступио подешавању Андроида или другим системским функцијама. Уграђени дугмати подешавања и Ви-Фи такође су престали да отварају одговарајуће системске странице.

Одмах се није постављало питање како једноставно напустити апликацију. Купац је требао поуздани начин да поврати Андроидни таблет за даље тестирање и желели су да разумеју који систем Intents може да се користи за њихову примену.

Зашто је трудно да се користи Андроид таблет

Проблем је настао због тога што се истовремено примењују неколико слојева контроле уређаја.

Наведени покретач одређује коју апликацију приказује као почетни екран, док власник уређаја даје апликацији много ширу контролу над политиком уређаја. Документација за Android-ови уређаји подржава ову врсту конфигурације за распоређивање киоска и управљаних уређаја, укључујући контролу подразумеване апликације Home и ограничавање приступа системским функцијама.

АДБ команде су додале још један слој мењајући понашање системског корисничког интерфејна. Ове одређене подешавања зависе од уређаја или фирмвера, а не од универзалних Андроид АПИ-ја, тако да њихов тачан ефекат зависи од тога како их фирмвер таблета имплементира.

То значи да је Андроид таблет који се користи као уређај за киоск може постати тешко опоравити када се покретач, конфигурација власника уређаја, ограничења системског корисничког интерфејна и навигација апликација промене заједно.

Чињеница да апликација Уређења или Ви-Фи дугме више не ради не мора да значи да је сам намера није тачан. Активност поставки циља може бити недоступна, ограничена или на други начин недоступна у текућој конфигурацији уређаја. Андроид такође препоручује да проверите да ли се намера може решити пре покушаја да се покрену.

Путеви за повратак за закључан Android Киоск Таблет

Ако је апликација већ конфигурисана као власник уређаја, прво треба размотрити опоравак на основу софтвера.

Андроид ДевисеПолитицМанегер обезбеђује функције за управљање уређајем које може користити власник уређаја. У зависности од верзије Андроида и конфигурације апликације, апликација За власнике уређаја може користити одговарајући механизам брисања уређаја како би таблет вратио у чисто стање за тестирање. избришитеДата() је успостављени АПИ за брисање корисничких података, док новије верзије Андроида пружају додатну функционалност бришења уређаја.

Оне који су у очајању clearDeviceOwnerApp() метода не би требало третирати као општа метода опоравака производње. Андроид га документује као API оријентисан за тестирање и препоручује фабричко ресетовање као нормалан начин да се уклони однос власника уређаја.

АДБ такође пружа команде за управљање политиком уређаја, али ове имају ограничења. На пример, adb shell dpm remove-active-admin није универзална метода за уклањање власника уређаја; Андроидова АДБ документација одређује захтеве као што су апликација само тест декларације.

Ако рекуперација софтвера није доступна јер апликација не може извршити захтевну операцију, преостао пут је процедура ресета фабричког хардвера или рекуперације Андроида .

Тачна комбинација дугме не би требало да се претпоставља од другог Андроид таблета. Повођење опоравака одређује апликација и хардверска имплементација таблета. За прилагођени пројекат Андроид таблета, одговарајућа процедура опоравака треба да се потврди за стварни модел и фирмвер пре распоређивања.

За ову врсту Андроид киосц таблет , имајући дефинисан метод опоравка је посебно користан током интеграционог тестирања јер конфигурација на нивоу система може намерно уклонити нормалну навигацију корисника.

Тестирање подешавања намере и системских функција на Андроид таблету

Друго питање купца било је да ли апликација може директно покренути системске функције као што су подешавања и Ви-Фи.

Андроид пружа стандардне поставке за ове функције. На пример:

Функција	Стандардна Андроид Интент
Главне подешавања	Поредности.АКЦИОН_СЕТИНГС
Поредности за ВИ-ФИ	Поредности.АЦИОН_ВИФИ_СЕТЕНГС
Уређења за бежичне	Поредности.АКЦИОН_ВИРЛЕС_СЕТИНГС
Уређења Блуетоота	Поредности.АКЦИОН_БЛУТЕТООТХ_ПРОВЕЖДЕНИ
Поредности приказивања	Поредности.АКЦИОН_ДИСПЛЕАИ_ПРОВЕЖНОСТИ
Поредности локације	Уређивања.АКЦИОН_ЛОКАЦИЈА_СОРЦЕ_СЕТИНГС
Уређивање звука	Поредности.АКЦИОН_ЗУК_ПРОВЕЖНОСТИ
Обезбедносне подешавања	Поредности.АКЦИОН_СЕКУРИТИ_СЕКУРИТИ
Поредности апликације	Поредности.АКЦИОН_АПЛИКАЦИЈА_ПРОВЕЖНОСТИ
Специфичне подешавања апликације	Уређивања.АКЦИОН_АПЛИКАЦИЈА_ДЕТАЛИ_УРЕЖЕНИЈА

 

Ово су стандардне акције у подешавању Андроида, а не интерфејс специфичан за одређену Произвођач Андроид таблета - Да ли је то истина? Међутим, постојање намере не гарантује да ће се успешно отварати на сваком уређају или под сваком конфигурацијом киоска. Андроид препоручује проверу намере са решаваАктивност() пре лансирања.

За системски интегрисани Андроид таблет, тестирање намере треба да се врши на стварном фирмверу и верзији Андроида који се користи за распоређивање. Тест треба да провери не само да ли намерава постоји, већ и да ли одговарајућа активност може да се постигне након што су примењене ограничења власника уређаја, лансера и системског корисничког интерфејса.

Ако радите на Андроид киоск таблету или пројекту интеграције система и треба вам помоћ у обнављању власника уређаја, намере подешавања или повезаних проблема са конфигурацијом, молимо вас контактирајте нас са моделом таблета и верзијом Андроида. Можемо да разговарамо о доступној техничкој подршци и могућностима прилагођавања.

 

Исти принцип важи и за друге функције система. Стандартни Андроид АПИ може постојати, док стварно понашање прилагођеног таблета зависи од његове верзије Андроида, конфигурације фирмвера и политика управљања уређајем.

Шта је са захтевима за буђење?

Купац питање о wake захтеви је мало другачије од покретања странице подешавања.

Intent.ACTION_SCREEN_ON представља системско емитовање које указује на то да је екран постао интерактиван. То је заштићен систем емисије, тако да апликација не би требало да га третира као обичан намера да може једноставно послати да буде таблета.

Ако је захтев да буди екран, држите екран будан или контролишете понашање на екрану , одговарајући механизам зависи од тачног захтева за примену. Андроид пружа управљање енергијом и прозор/активност АПИ за ове сценарије, укључујући Пауверменеджер и функције буђења, где је то прикладно.

Ова разлика је важна када се развијају апликације за Андроид киосц таблет - Да ли је то истина? Почети системску функцију и контролише стање напајања уређаја су различите системске операције и треба да се управљају кроз различите АПИ-је.

Техничка подршка за интеграцију Андроид таблета

Овај случај такође показује зашто распоређивање киоска може захтевати више од основне хардверске конфигурације Андроид таблета.

Када се таблет интегрише у посвећену апликацију, ПОС систем, киоск, индустријски систем или други управљани уређај, конфигурација софтвера може истовремено укључити лансер, власника уређаја, системски кориснички интерфејс, дозволе за апликације, намере поставке и понашање опоравака.

За пројекте који захтевају прилагођени Андроид таблет конфигурације, ови захтеви треба да се процени заједно са хардверском и конфигурацијом система Андроид, а не третирају као одвојене проблеме током завршног тестирања.

Одређено решење зависи од верзије Андроида, фирмавера таблета, конфигурације апликације и функција које системски интегратор треба да контролише. Техничка документација се такође може припремити око доступних системских интерфејса, подржаних намера, дозвола и ограничења специфичних за уређаје.

Ако тестирате Андроидни таблет за распоређивање киоска или интеграцију система и наилази на сличне проблеме са Власник уређаја, прилагођени лансери, режим киоска, намере подешавања, ограничења системског корисничког интерфејса или опоравак уређаја молим те контактирајте нас за техничку подршку .

Можете дати модел таблета, верзију Андроида, конфигурацију распоређивања и специфичну функцију коју покушавате да имплементирате. Онда можемо да разговарамо о доступним Културизација Андроид таблета и техничка подршка опције за ваш пројекат.