הגדרת קיוסק אנדרואיד: מה לעשות כאשר מנהל ההתקן חוסם את הגישה להגדרות

א טאבלט אנדרואיד בגודל 10.1 אינץ' הותאם לשימוש בקיווסק באמצעות ADB, מפעילה מותאמת ו-Device Owner. לאחר הפעלת מחדש, האפליקציה הופעלה כמצופה, אך לא ניתן היה לגשת שוב לממשק ההגדרות הסטנדרטי של אנדרואיד.

זה יצר את האתגר הנפוץ בהתקנת קיווסקים: לאחר שמגבילים את ניווט המערכת ובקרות ניהול המכשיר, כיצד ניתן לשחזר את הטאבלט לבדיקות נוספות? ואם על האפליקציה לפתוח חיבור Wi-Fi או פונקציות מערכת אחרות, אילו Android Intents עדיין ניתנים לשימוש?

הלקוח השתמש תחילה בפקודות ADB כדי לשנות את התנהגות ממשק המשתמש של המערכת:

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

לאחר מכן הוגדרה האפליקציה כמסך הבית המבוקש כברירת מחדל, ולאחר מכן הוגדרה האפליקציה כ- Device Owner לאפשר את פונקציות ניהול ההתקן הדרושות.

לאחר הפעלה מחדש, לוח מחשב קיוסק אנדרואיד נכנס אוטומטית ליישום כמצופה. עם זאת, הלקוח כבר לא יכול היה לעזוב את מסך הפתיחה של היישום כדי לגשת להגדרות האנדרואיד או לפונקציות מערכת אחרות. גם הכפתורים להגדרות ולרשת Wi-Fi שהוכנסו ליישום עצרו פתיחת דפי המערכת המתאימים.

השאלה המיידית לא הייתה רק כיצד לצאת מהיישום. הלקוח היה צריך דרך אמינה לשחזר את טבלט אנדרואיד לבדיקות נוספות וגם רצה להבין אילו פניות מערכת (Intents) יכול היישום שלו להשתמש בהן.

מדוע הלוח האנדרואידי הפך לקשה לגישה

הבעיה נבעה ממספר שכבות של בקרת התקן שהופעלו בו זמנית.

המפעילה המותאמת קבעה איזו יישום יופיע כמסך הבית, בעוד שבעל ההתקן העניק ליישום שליטה רחבה בהרבה על מדיניות ההתקן. תיעוד אנדרואיד למכשירים מיוחדים תומך בסוג זה של תצורה להתקנות קיוסק והתקנות מכשירים מונחים, כולל בקרה על יישום הבית ברירת המחדל ומעצירת הגישה לפונקציות מערכת.

פקודות ADB הוסיפו שכבת בקרה נוספת על התנהגות ממשק המשתמש של המערכת. הגדרות ספציפיות אלו תלויות בהתקן או ב펌וורת ולא הן ממשקי תכנות אנדרואיד אוניברסליים, ולכן השפעתן המדויקת תלויה באיך שה펌וורת של הלוח מבצעת אותן.

זה אומר ש- לוח אנדרואיד המשמש כמכשיר קיוסק יכול להפוך לקשה לשחזר כאשר המפעילה, תצורת בעל ההתקן, מגבלות ממשק המשתמש של המערכת וניווט היישום משתנות יחד.

העובדה שלחצני ההגדרות או ה- Wi-Fi של היישום כבר לא עובדים אינה בהכרח אומרת שה- Intent עצמו שגוי. פעילות ההגדרות היעד עשויה להיות בלתי זמינה, מוגבלת או בלתי נגישה בדרך אחרת תחת תצורת המכשיר הנוכחית. אנדרואיד גם ממליצה לבדוק אם ניתן לפתור את ה- Intent לפני ניסיון להפעיל אותו.

נתיבי שחזור ללוח מחשב קיוסק אנדרואידי נעול

אם היישום כבר מוגדר כבעלים של המכשיר, יש לשקול קודם כל שחזור מבוסס תוכנה.

אנדרואיד DevicePolicyManager מספק פונקציות ניהול מכשירים שניתן להשתמש בהן על ידי בעלים של מכשיר. בהתאם לגרסת האנדרואיד ותצורת היישום, יישום בעלים של מכשיר יכול להשתמש במנגנון המחיקה המתאים של המכשיר כדי להחזיר את הלוח לסטטוס נקי לבדיקות. wipeData() היא ה- API המוצהרת למחיקת נתוני המשתמש, בעוד שגרסאות חדשות יותר של אנדרואיד מספקות תכונות נוספות למחיקת מכשיר.

ה- clearDeviceOwnerApp() השיטה לא אמורה להיחשב כשיטת שחזור ייצור כללית. אנדרואיד מתעדת אותה כ־API המכוון לבדיקות ומליצה על איפוס מפעל כשיטה הרגילה להסרת קשר של "בעלים של מכשיר".

ADB מספק גם פקודות לניהול מדיניות מכשיר, אך יש להן מגבלות. לדוגמה, adb shell dpm remove-active-admin אינה שיטה אוניברסלית להסרת בעלים של מכשיר; תיעוד ADB של אנדרואיד מפרט דרישות כגון ההכרזה על היישום כ־ testOnly .

אם שחזור תוכנה אינו זמין מאחר שהיישום לא יכול לבצע את הפעולה הנדרשת, הדרך הנותרת היא איפוס מפעל חומרתי או הליך שחזור של אנדרואיד .

לא ניתן להניח שצירוף המקשים המדויק יהיה זהה למודל אחר של טאבלט אנדרואיד. התנהגות השחזור נקבעת על ידי התוכנה הקבועה (firmware) והיישום החומרתי של הטאבלט. לכן, בפרויקט טאבלט אנדרואיד מותאם אישית, יש לאשר את הליך השחזור המתאים עבור המודל והתוכנה הקבועה הספציפיים לפני ההתפשה.

סוג זה של לוח מחשב קיוסק אנדרואיד היות שקיימת שיטה מוגדרת לשחזור, זה במיוחד שימושי במהלך בדיקות אינטגרציה, מכיוון שהתצורה ברמת המערכת עלולה להסיר במכוון את ניווט המשתמש הרגיל.

בדיקת פקודות הגדרות ופונקציות מערכת על טאבלט אנדרואיד

השאלה השנייה של הלקוח הייתה האם האפליקציה יכולה לשלוף ישירות פונקציות מערכת כגון הגדרות ו- Wi-Fi.

אנדרואיד מספק פקודות הגדרות סטנדרטיות לפונקציות אלו. לדוגמה:

תפקיד	פקודת אנדרואיד סטנדרטית
הגדרות עיקריות	Settings.ACTION_SETTINGS
הגדרות Wi-Fi	Settings.ACTION_WIFI_SETTINGS
הגדרות אלחוטיות	הגדרות.ACTION_WIRELESS_SETTINGS
הגדרות בלוטות'ס	הגדרות.ACTION_BLUETOOTH_SETTINGS
הגדרות תצוגה	הגדרות.ACTION_DISPLAY_SETTINGS
הגדרות מיקום	הגדרות.ACTION_LOCATION_SOURCE_SETTINGS
הגדרות צלילים	הגדרות.ACTION_SOUND_SETTINGS
הגדרות אבטחה	הגדרות.ACTION_SECURITY_SETTINGS
הגדרות יישום	הגדרות.ACTION_APPLICATION_SETTINGS
הגדרות יישום ספציפיות	הגדרות.ACTION_APPLICATION_DETAILS_SETTINGS

 

אלו הן פעולות הגדרות אנדרואיד סטנדרטיות, ולא ממשקים שמיועדים לייצרן ספציפי של טאבלט אנדרואיד עם זאת, קיומן של אינטנט לא מבטיח שהן ייפתחו בהצלחה על כל מכשיר או תחת כל תצורת קיוסק. אנדרואיד ממליצה לבדוק את האינטנט באמצעות לפני הפעלתו. resolveActivity() עבור טאבלט אנדרואיד שמשולב במערכת, יש לבצע את בדיקת האינטנט על הגרסת ה- firmware והאנדרואיד המדויקים שיעשו שימוש בביצוע.

הבדיקה חייבת לאמת לא רק אם האינטנט קיים, אלא גם אם ניתן להגיע לפעילות המתאימה לאחר שהוחלו הגבלות של בעל המכשיר, מנהל ההפעלה וממשק המשתמש של המערכת.

אם אתם עובדים על מיזם טאבלט קיוסק אנדרואיד או אינטגרציה של מערכת וצריכים עזרה בשחזור בעלות מכשיר, ב-Settings Intents או בבעיות תצורה קשורות, יש לפנות אלינו עם דגם הטאבלט והגרסה של אנדרואיד. נוכל לדון באפשרויות התמיכה הטכנית וההתאמה הזמינות.

 

אותו עיקרון חל גם על פונקציות מערכת אחרות. ייתכן שקיים API סטנדרטי של אנדרואיד, אך ההתנהגות האמיתית של טאבלט מותאם תלויה בגרסת האנדרואיד, בתצורת ה- firmware ובמדיניות ניהול המכשירים.

מה לגבי בקשות לעירור (Wake Requests)?

השאלה של הלקוח בנוגע ל"בקשות לעירור" שונה במעט מפתיחת דף הגדרות.

Intent.ACTION_SCREEN_ON מייצג שידור מערכת המציין שהמסך הפך לאינטראקטיבי. זהו שידור מערכת מוגן, ולכן יישום לא אמור להתייחס אליו כאל Intent רגיל שניתן פשוט לשלוח כדי לעורר את הטאבלט.

אם הדרישה היא ל לעורר את המסך, לשמור על פעילותו, או לשלוט בהתנהגות ההפעלה של המסך המנגנון המתאים תלוי בדרישת היישום המדויקת. אנדרואיד מספקת ממשקי API לניהול צריכת החשמל ולחלונות/פעילויות למקרים אלו, כולל PowerManager ופונקציונליות נעילת התעוררות (wake-lock) כאשר זה רלוונטי.

ההבחנה הזו חשובה בעת פיתוח יישומים עבור לוח מחשב קיוסק אנדרואיד . "הפעלת פונקציה מערכתית" ו"שליטה במצב צריכת החשמל של המכשיר" הן פעולות מערכתיות שונות וצריך לטפל בהן דרך ממשקי API שונים.

תמיכה טכנית לאינטגרציה של טאבלט אנדרואיד

מקרה זה מדגים גם מדוע triểnת קיוסק עלולה לדרוש יותר מההגדרה הבסיסית של חומרת הטאבלט.

כאשר טאבלט מאוייש בתוך יישום מוקדש, מערכת POS, קיוסק, מערכת תעשייתית או מכשיר אחר שנמצא תחת ניהול, הגדרת התוכנה עשויה לכלול את הלונצ'ר, בעלים של המכשיר (Device Owner), ממשק המשתמש של המערכת, הרשאות היישום, אינטנטים להגדרות (Settings Intents) והתנהגות שחזור – כולם בו זמנית.

לפרויקטים הדורשים טאבלט אנדרואיד מותאם אישית תצורות, דרישות אלו צריכות להוערך יחד עם תצורת החומרה ומערכת ה-Android במקום לטפל בהן כבעיות נפרדות בשלב האחרון של הבדיקה.

הפתרון המתאים תלוי בגרסת ה-Android, בתוכנת הפעלה של הלוח, בתצורת היישום ובפונקציות שמתכנן המערכת צריך לשלוט בהן. ניתן גם להכין מסמכי תמיכה טכנית סביב ממשקים זמינים במערכת, Intents נתמכים, הרשאות והגבלות ספציפיות למכשיר.

אם אתם בודקים טבלט אנדרואיד לצורך פריסה בโหมด קיוסק או אינטגרציה למערכת ומוצאים בעיות דומות עם בעלים של מכשיר, ליונ처 מותאם אישית, מצב קיוסק, Intents של ההגדרות, הגבלות על ממשק המשתמש של המערכת או שחזור המכשיר , בבקשה צרו קשר איתנו לתמיכה טכנית .

תוכלו לספק את דגם הלוח, גרסת ה-Android, תצורת הפריסה והפונקציה הספציפית שאתם מנסים ליישם. לאחר מכן נוכל לדון באפשרויות הזמינות התאמה אישית של לוחות Android ותמיכה טכנית אפשרויות לפרוייקט שלכם.