Uppsetning Android-kíosks: Hvað á að gera þegar eignarsemi tæknisins læsir þig út úr stillingum

A10,1-tommur Android tölvuspjald var sett upp fyrir notkun sem kíosk með ADB, sérsniðnum ræsirforriti og Tæki-eiganda. Eftir endurræsingu ræstis forritið eins og væntist, en tækið gat ekki lengur náð inn í venjulega Android-stillingarviðmót.

Þetta skapaði algengt vandamál við uppsetningu kíoska: þegar kerfisflutningur og stýring á tæki hefur verið takmörkuð, hvernig er mögulegt að endurheimta tölvuspjaldið fyrir frekari prófun? Og ef forritið þarf að opna Wi-Fi eða aðrar kerfisvirðingar, hvaða Android Intents eru samt stillt í notkun?

Viðskiptavinurinn notaði fyrst ADB skipanir til að breyta hegðun kerfisviðmótsskjarans:

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

Forritið var síðan sett sem sjálfgefinn heimaskjár, og síðan var forritið sett upp sem Tæki-eigandi til að virkja nauðsynlegar tæki-stjórnunarfalla.

Eftir endurræsingu fór Android kiosk tölvuspjald sjálfkrafa í forritið eins og væntist. Hins vegar gat viðskiptavinurinn ekki lengur yfirgefið aðalmynd forritsins til að nálgast Android-stillingar eða aðrar kerfisvirkingar. Stillingar- og Wi-Fi-takkar sem voru innbyggðir í forritið hættu líka að opna viðkomandi kerfissíður.

Fyrsta spurningin var ekki einfaldlega hvernig á að yfirgefa forritið. Viðskiptavinurinn þurfti áreiðanlega leið til að endurheimta Android tafla til frekari prófunar og vildi einnig skilja hvaða kerfis-Intents gætu verið notaðir af forritinu þeirra.

Af hverju varð Android tölvuspjaldið erfitt að nálgast

Vandamálið kom fram vegna þess að nokkrum lagum af tæki-stjórnun var beitt samtímis.

Háttfært vélstýringarforritið ákvarðaði hvaða forrit birtist sem heimasíða, en Device Owner gaf forritinu miklu víðværra stjórn yfir tækinu-stefnur. Skjölun Android fyrir sérstaklega notaðar tæki styður þennan gerð uppsetningar fyrir kíosk- og stýrð-tæki útsetningar, þar á meðal stjórnun sjálfgefinnar heimasíðu og takmarkanir á aðgangi að kerfisfallum.

ADB skipanir bættu við öðru lag með því að breyta hegðun kerfisnotendaviðmótss. Þessi tilteknu stillingar eru háðar tækinu eða fjörubúnaði sniðið í stað almennum Android API, svo nákvæm áhrif þeirra eru háð því hvernig fjörubúnaður tölvunnar innleiðir þær.

Þetta þýðir að Android tölvuplata notuð sem kíosktæki getur orðið erfitt að endurheimta þegar heimasíðustýring, Device Owner uppsetning, takmarkanir á kerfisnotendaviðmótinu og forritaflakk eru allt breytt samhliða.

Það að stillingar eða Wi-Fi takkinn í forritinu virki ekki lengur þýðir ekki endilega að áætlanin sjálf sé rang. Markstillingarvirkin (Settings Activity) gæti verið ótillögunleg, takmörkuð eða annars konar óaðgengileg undir núverandi tæknistillingu. Android mælir einnig með því að athuga hvort áætlanin sé leysanleg áður en reynt er að ræsa hana.

Endurheimtuslóðir fyrir læstum Android-kíosktölvu

Ef forritið er þegar sett upp sem eigandi tæknis (Device Owner) ætti að skoða hugbúnaðarbyggða endurheimtu fyrst.

Androids DevicePolicyManager býður upp á tæknistjórnunaraðgerðir sem eigandi tæknis getur notað. Eftir Android útgáfu og stillingu forritsins getur forrit sem er eigandi tæknis notað viðeigandi tæknirýmingaraðferð til að endurheimta tölvuna í hreint stöðu fyrir prófun. wipeData() er staðlað API til að rýma notendagögn, en nýjar útgáfur af Android býða upp á viðbótargögn um tæknirýmingu.

Hætt viðnotkun clearDeviceOwnerApp() aðferðin ætti ekki að vera notað sem almenn endurheimtuaðferð fyrir framleiðslu. Android skjölvar hana sem prófunarorðuð API og mælir með að framkvæma uppsetningu á ný ef til dæmis er nauðsynlegt að fjarlægja Device Owner tengsl.

ADB býður einnig upp á skipanir fyrir stjórnun tæknisamþykktar, en þessar skipanir eru takmarkaðar. Til dæmis, adb shell dpm remove-active-admin er ekki almenn aðferð til að fjarlægja Device Owner; skjölun Android ADB skilgreinir skilyrði eins og "testOnly"-skilgreiningu forritsins. testOnly skilgreiningu.

Ef hugbúnaðarheimt er ekki tiltæk vegna þess að forritið getur ekki keyrt nauðsynlega aðgerðina, er eftirstöðu leiðin vélbúnaðaruppsetning á ný eða Android Recovery-aðferð .

Ekki ætti að gera ráð fyrir ákveðinni takkakombínaði út frá öðru Android tölvuspjaldi. Endurheimtuskilvirki er ákvarðað af firmware og vélbúnaðarútfærslu tölvuspjaldsins. Fyrir sérsniðið Android tölvuspjaldverkefni ætti því að staðfesta rétta endurheimtuaðferð fyrir raunverulega líkan og firmware áður en verkefnið er sett í framleiðslu.

Fyrir þennan tegund Android kiosk tölvuspjald , að hafa skilgreinda endurheimtuaðferð er sérstaklega gagnlegt í samsetningart prófun því kerfisstillingar geta með vitund átt áhrif á venjulega notandaviðmótsskipti.

Prófun stillingaáætlanir og kerfisvirka á Android tölvu

Önnur spurning viðskiptavinarins var hvort forritið gæti beint ræst kerfisvirka eins og stillingar og Wi-Fi.

Android býður upp á staðlaðar stillingaáætlanir fyrir þessa virka. Til dæmis:

Virkni	Staðlað Android áætlan
Aðalstillingar	Settings.ACTION_SETTINGS
Wi-Fi stillingar	Settings.ACTION_WIFI_SETTINGS
Óvirkar stillingar	Settings.ACTION_WIRELESS_SETTINGS
Bluetooth-stillingar	Settings.ACTION_BLUETOOTH_SETTINGS
Skjá-stillingar	Settings.ACTION_DISPLAY_SETTINGS
Staðsetningarstillingar	Settings.ACTION_LOCATION_SOURCE_SETTINGS
Hljóðstillingar	Settings.ACTION_SOUND_SETTINGS
Öryggisstillingar	Settings.ACTION_SECURITY_SETTINGS
Stillingar forrits	Settings.ACTION_APPLICATION_SETTINGS
Stillingar tiltekinnar forrits	Settings.ACTION_APPLICATION_DETAILS_SETTINGS

 

Þetta eru staðlaðar Android-stillingaraðgerðir sniðið ekki fyrir ákveðinn Android tölvutöfluframleiðanda . Þó svo að tilvist áhugavertu sé til, þýðir það ekki að hún verði alltaf opnuð á öllum tæki eða undir öllum kíosk-stillingum. Android mælir með því að athuga áhugavertuna með resolveActivity() áður en henni er ræst.

Fyrir kerfisheildu Android tölvu á að því vegna framkvæma Intent-prófun á raunverulegri firmware og Android útgáfu sem notuð er fyrir útsetningu. Prófunin á að staðfesta ekki aðeins hvort Intent er til, heldur einnig hvort viðkomandi Activity er aðgengileg eftir að takmarkanir hafa verið settar upp fyrir Device Owner, ræsiforrit og kerfisnotendaviðmót.

Ef þú ert að vinna með Android kiosk tölvu eða kerfisheildunarverkefni og þarft hjálp við endurheimtun Device Owner, Settings Intents eða tengdar uppsetningarvandamál, vinsamlegast hafðu samband við okkur með tölvumódelinu og Android útgáfunni. Við getum fjallað um tiltækar tæknilausnir og sérsníðingarmöguleika.

 

Sama reglan gildir fyrir aðrar kerfisfallstæður. Staðlað Android API gæti verið til, en raunverulegt hegðun sérsníðinnar tölvu háð er Android útgáfu, firmwaresuppsetningu og stjórnunarreglum fyrir tæki.

Hvað með vakningsbeiðnir?

Spurning viðskiptavinarins um „vöku beiðnir“ er auðvitað önnur en að opna stillingasíðu.

Intent.ACTION_SCREEN_ON táknar kerfisfrétt sem gefur til kynna að skjárinn hafi verið gerður virkur. Þetta er vernduð kerfisfrétt, svo forrit ætti ekki að meina það sem venjulega áætlaður Intent sem hægt væri einfaldlega að senda til að vekja tölvuna.

Ef kröfun er um að vekja skjáinn, halda skjánum virkum eða stýra hegðun skjáns þegar hann er virkur , þá fer rétta aðferðin eftir nákvæmri kröfu forritsins. Android býður upp á aflstýringar- og glugga/virkingar-API til þessa, meðal annars PowerManager og vöku-lás (wake-lock) virkni þar sem hún er viðeigandi.

Þessi greining er mikilvæg við þróun forrita fyrir Android kiosk tölvuspjald . „Ræsa kerfisfall“ og „stýra aflstaða tæknisins“ eru mismunandi kerfisrekstrar og ættu að vera meðhöndluð með mismunandi API.

Tæknistuðningur fyrir samþættingu á Android tölvuspjald

Þessi tilvik sýnir einnig af hverju kioskarstilling getur krafist meiri en grunnstillingu á Android tölvuspjaldi.

Þegar tölvuspjald er samþætt í ákveðið forrit, POS kerfi, kiosk, iðnaðarkerfi eða annað stjórnað tæki, getur hugbúnaðarstillingin innihaldið ræsirforrit, eignara tækis, kerfisnotendaviðmót, forritaheimildir, stillingarákvörðunargögn (Settings Intents) og endurheimtuskilagreiningu samtímis.

Fyrir verkefni sem krefjast sérsníðinnar Android tölvuspjalds skulu þessar kröfur metaðar samhliða við vélbúnaðar- og Android kerfisstillingu í stað þess að meina þær sem frumstök vandamál á lokaprófunartíma.

Viðeigandi lausn er háð Android útgáfu, firmware tölvuspjaldsins, forritastillingu og þeim virkni sem kerfissamþættingaraðili þarf að stjórna. Tækniskjöl geta líka verið unnin út frá tiltækum kerfisviðmótum, styddum ákvörðunargögnum (Intents), heimildum og takmörkunum sem tengjast ákveðnu tæki.

Ef þú ert að prófa Android tafla fyrir kíosk-setningu eða kerfisheytun og átt svipuð vandamál við Tæki-eiganda, sérsniðna ræsiforrit, kíosk-ham, stillingar-ásetningar, takmarkanir á kerfisnotendaviðmótinu eða endurheimt tækis , vinsamlegast hafðu samband við okkur til tæknihjálpar .

Þú getur gefið upp tölvuspjaldamódelið þitt, Android útgáfu, setningarstillingar og sérstaklega fallið sem þú ert að reyna að innleiða. Við getum þá fjallað um tiltækar Sérsniðningu á Android tölvuspjöldum og tæknihjálp valkosti fyrir verkefnið þitt.