כיול נוכחות

בדף הזה מפורטות הוראות הגדרה וכיול של הנוכחות דרישות כיול למכשירים פועלים Android מגרסה 14 ואילך.

רקע

כדי לוודא שהמשתמשים מכשירים חכמים עובדים טוב ביחד, זה קריטי במכשירים בסביבה העסקית של Android יכולים לקבוע את הקרבה היחסית בין מכשירים. חדש: כיול הנוכחות ב-Android 14 המפרטת את רמת הביצועים המקובלת של תחנות רדיו זמינות טכנולוגיות כמו UWB, Wi-Fi ו-BLE שמשמשות לקביעת קירבה. בדף הזה מתוארים תקני הכיול שמכשירים צריכים לעמוד בהם כדי להבטיח יכולת פעולה הדדית בין מכשירים בסביבה העסקית.

מכשיר להתייחסות

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

  • (מומלץ) טלפון Pixel
  • אם לא משתמשים בטלפון Pixel, צריך להשתמש באותו יצרן ודגם של המכשיר שבו משתמשים שהמכשיר בבדיקה.

גורמי צורה

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

דרישות UWB

בקטע הזה מוסבר איך לכייל את המכשיר כך שיעמוד ב-UWB הבא: בדרישות ב-CDD.

7.4.9 UWB

אם הטמעות המכשירים כוללות חומרת UWB:

  • [C-1-6] חובה לוודא שמידות המרחק הן בטווח של 95%-/ + ס"מ מהמדידות בסביבת קו הראייה במרחק של מטר אחד תא מחזיר אור.
  • [C-1-7] חובה לוודא שהחציון של מדידות המרחק הוא 1 מ' ממכשיר העזר נמצא בטווח של [0.75 מטר, 1.25m], ואמת קרקע המרחק נמדד מהקצה העליון של ה-DUT, כשהוא מופנה כלפי מעלה ומוטה 45 מעלות.

הגדרת כיול UWB

צריך להשתמש בהגדרה הבאה כדי לכייל את המכשיר כך שיעמוד בדרישות של UWB.

דרישות כלליות להגדרה

  • נדרשים שני מכשירים עם חומרת UWB, אחד שישמש כ-DUT והשני מכשיר עזר.

  • נדרשות שתי חצובות כדי להחזיק את המכשירים.

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

דוגמה להגדרת כיול UWB מוצגת באיור 1 ובסרטון 1.

הגדרת קובצי עזר לכיול BLE

איור 1. הגדרת קובצי עזר לכיול UWB.

סרטון 1. הגדרת קובצי עזר לכיול UWB.

דרישות [C-1-6] ו-[C-1-7]

כדי לוודא שאתם עומדים בדרישות [C-1-6] ו-[C-1-7], מריצים את RangingMeasurementTest#test_distance_measurement_accuracy CTS למכשירים מרובים מקרה בדיקה למדידת מרחק. זוהי בדיקת CTS ידנית.

run cts -m CtsUwbMultiDeviceTestCase_RangingMeasurementTests -t RangingMeasurementTest#test_distance_measurement_accuracy

אם יש לך יותר משני מכשירים שמחוברים למכונה המארחת של ה-CTS, לציין את מזהה ה-DUT ואת מזהה המכשיר להתייחסות בפקודה run cts.

run cts -m CtsUwbMultiDeviceTestCase_RangingMeasurementTests -t RangingMeasurementTest#test_distance_measurement_accuracy --shard-count 2
-s DUT_ID -s REFERENCE_DEVICE_ID

תרחיש הבדיקה של CTS מרובה מכשירים מתחיל סשן בטווח של UWB בין ה-DUT ומכשיר העזר, ומבצעת 1,000 מדידות באמצעות ה-DUT. הבדיקה ואז יעבד את המדידות באופן אוטומטי ויקבע אם עובר או נכשל על ידי ביצוע הפעולות הבאות:

  1. מיון 1,000 המדידות בסדר עולה.
  2. מחשבים את הטווח באופן הבא: [טווח = מדידה 975 - מדידה 25].
  3. דיווח על הטווח בבדיקת CTS של מכשירים מרובים. כדי לעבור, ה-range חייב להיות פחות מ-30 ס"מ.
  4. דיווח על הערך החציוני (500) בבדיקת CTS של מכשירים מרובים. כדי לעבור בהצלחה: הערך חייב להיות בטווח של [0.75 m, 1.25 m].

הדרישות לגבי רשתות Wi-Fi לשמירה על מודעות בסביבה

בקטע הזה מוסבר איך לכייל את המכשיר כך שיתאים לשכן ה-Wi-Fi הדרישות של Awareness Networking (NAN) ב-CDD(תמונת מצב כאן):

2.2.1. חומרה

אם המכשירים תומכים בפרוטוקול Wi-Fi Neighbor Awareness Networking (NAN) על ידי הצהרה על PackageManager.FEATURE_WIFI_AWARE ועל מיקום Wi-Fi (עגול Wi-Fi זמן נסיעה – RTT) על ידי הצהרה על PackageManager.FEATURE_WIFI_RTT, ואז:

  • [7.4.2.5/H-1-1] חובה לדווח על הטווח באופן מדויק: בטווח של +/-1 מטר ברוחב פס של 160MHz באחוזון ה-68 (כמו מחושב באמצעות פונקציית ההפצה המצטברת), +/-2 מטרים ב- רוחב פס של 80MHz באחוזון ה-68, +/-4 מטרים רוחב פס של 40MHz באחוזון ה-68, ובמרחקים של +/-8 מטרים ברוחב פס של 20MHz במאון ה-68 של 10 ס"מ, 1 מ', 3 מ' ו-5 מ', כפי שאפשר לראות ב WifiRttManager#startRanging Android API.

  • [7.4.2.5/H-SR] מומלץ מאוד לדווח הטווח נמצא בדיוק בטווח של +/-1 מטר ברוחב פס של 160MHz ב- האחוזון ה-90 (כפי שחושב באמצעות פונקציית ההפצה המצטברת), +/-2 מטר ברוחב פס של 80MHz באחוזון ה-90, +/-4 מטרים בשעה > רוחב פס של 40MHz באחוזון ה-90, וכן +/-8 מטרים ברוחב פס של 20MHz במאון ה-90 של 10 ס"מ, כפי שניתן לראות באמצעות WifiRttManager#startRanging Android API.

דרישה [7.4.2.5/H-1-1]

כדי לוודא שאתם פועלים בהתאם לדרישה [7.4.2.5/H-1-1]:

  1. מתקינים (אם האפליקציה לא הותקנה בעבר) ופותחים את אפליקציית CTS Verifier (CTS-V) בשני המכשירים את ה-DUT ואת מכשיר העזר. נמצאה בדיקת CTS-V לדרישה זו. בקטע בדיקת נוכחות > בדיקת דיוק NAN.

  2. צריך למקם את מכשיר ה-DUT במרחק של 10 ס"מ מההפניה בלי שום דבר בין שני המכשירים.

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

  4. בוחרים את מרחק הבדיקה של 10 ס"מ בפעילות של CTS-V ב-DUT, ומקישים על התחלת הבדיקה. לאחר מכן, ה-CTS Verifier מבצע מכשירי מדידה, מחשב ומתעד את טווח המדידות יומני CTS-V. בסיום הבדיקה, יש לוודא שהטווח המחושב הוא בטווח הצפוי באפליקציה CTS Verifier ב-DUT.

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

דרישות RSSI של BLE

בקטע הזה מוסבר איך לכייל את המכשיר כך שיעמוד בדרישות האלה של BLE RSSI. הדרישות שצולמו על ידי ה-CDD:

7.4.3. Bluetooth

אם הטמעות המכשירים מצהירות על FEATURE_BLUETOOTH_LE, הן:

  • [C-10-1] מדידות RSSI צריכות להיות בטווח של 95%-/-95% מדדים במרחק של מטר ממכשיר עזר שמשודר ADVERTISE_TX_POWER_HIGH בסביבה של קו הראייה.
  • [C-10-2] חובה לכלול תיקונים בפורמט Rx/Tx כדי לצמצם את הסטיות בכל ערוץ כך שהמדידות בכל אחד משלושת הערוצים, בכל אחת מהאנטנות (אם נעשה שימוש במספר פריטים), נמצאים בטווח של +/-3 dBm אחד מהשני למשך 95% את המדידות.
  • [C-10-3] חובה למדוד ולפצות על קיזוז Rx יש לוודא שה-RSSI החציוני של BLE הוא -55 dBm +/-10 dBm במרחק של 1 מטר ממכשיר עזר שמשודר ב-ADVERTISE_TX_POWER_HIGH.
  • [C-10-4] חובה למדוד ולפצות על קיזוז Tx מוודאים שה-RSSI החציוני של BLE הוא -55 dBm +/-10 dBm בסריקה מכשיר עזר שנמצא במרחק של מטר אחד ומשדר ADVERTISE_TX_POWER_HIGH

הגדרת הכיול

צריך להשתמש בהגדרות הבאות כדי לכייל את המכשיר כך שיעמוד בתקן BLE RSSI בדרישות שלנו.

דרישות כלליות להגדרה

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

הגדרת קובצי עזר לכיול BLE

איור 2. הגדרת קובצי עזר לכיול BLE

דרישה [C-10-1]

כדי לוודא שאתם פועלים בהתאם לדרישה [C-10-1]:

  1. מתקינים (אם האפליקציה לא הותקנה בעבר) ופותחים את אפליקציית CTS Verifier (CTS-V) ב-DUT ומכשיר עזר. בדיקת ה-CTS-V לדרישה זו נמצאת מתחת בדיקת נוכחות > בדיקת דיוק של BLE RSSI.

  2. יש להציב את מכשיר ה-DUT במרחק של מטר אחד מההפניה במכשיר בהתאם להגדרת כיול BLE.

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

  4. כשאיסוף הנתונים מסתיים (1,000 סריקות שנאספו באמצעות ה-DUT), הבדיקה עובר באופן אוטומטי או נכשל, בהתאם לטווח המחושב. כדי לעבור, את range חייב להיות שווה ל-18dBm או קטן ממנו.

דרישה [C-10-2]

לאימות הדרישה [C-10-2]. ספק הצ'יפ יכול למדוד את המעלות של הערוץ ואת ההבדלים בין ליבות וערוצים. הנה טיפים לזיהוי בעיות בליבות לא מכוילות וערוצים לא מכוילים, שתי סיבות אפשריות להתפשטות RSSI גדולה.

ליבות לא מכוילות

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

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

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

ערוצים לא מכוילים

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

דוגמה לסריקת נתונים במכשיר עם ערוצים לא מכוילים

איור 4. דוגמה לסריקת נתונים של מכשיר עם ערוצים לא מכוילים

דרישות [C-10-3] ו-[C-10-4]

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

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

כדי שתהיה יכולת פעולה הדדית בין כל המכשירים בסביבה העסקית, צריך למדוד היסט Rx של כל מכשיר והתאמת ה-RSSI שמדווח במכשיר כדי להבטיח ש-BLE RSSI עומד בתקן של 1 מ' ב-ADVERTISE_TX_POWER_HIGH.

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

במכשירים עם Android מגרסה 14 ואילך, צריך לבצע אימות וציות לדרישה של Rx ו-Tx:

  1. מתקינים (אם האפליקציה לא הותקנה בעבר) ופותחים את האפליקציה אפליקציית CTS Verifier (CTS-V) ב-DUT ומכשיר עזר. בדיקת ה-CTS-V לדרישה זו נמצאת מתחת בדיקת נוכחות > בדיקת דיוק בהיסט BLE Rx/Tx.

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

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

  4. מקישים על התחלת הבדיקה ב-DUT. בבדיקה הזאת, כדי לאמת את הדרישה Rx, מכשיר העזר מבצע סריקות ברקע באותו זמן שבו כשהפרסום מתחיל.

    כשאיסוף הנתונים מסתיים (1,000 סריקות נאספו בשני המכשירים) הבדיקה עוברת אם החציון המחושב (מדידה 500) בדיקות Rx ו-Tx הן בין -65 dBm ל- -45 dBm. הבדיקה תיכשל אם החציון המחושב למבחן Rx או Tx לא נמצא במסגרת טווח.

  5. צריך לכייל את המכשירים כדי לפצות את ההיסט של Rx ואספקת החשמל באמצעות Tx להבטיח RSSI חציוני של -55 dBm:

    • Rx: משנים את ה-RSSI על ידי הגדרת מאפיין מערכת אחד (bluetooth.hardware.radio.le_rx_path_loss_comp_db) עד הערך (dB) שמפצה את ההיסט של Rx כדי להבטיח BLE חציוני RSSI של -55dBm ב-1 מ'. מחסנית Bluetooth מתאימה את ה-RSSI להיות RSSI בתוספת הערך של bluetooth.hardware.radio.le_rx_path_loss_comp_db לפרטים, ראה le_scanning_manager.cc.

    • Tx: מתאימים את העוצמה של Tx באמצעות הגדרה מאפיין המערכת bluetooth.hardware.radio.le_tx_path_loss_comp_db לערך (dB) שמפצה את כוח Tx כדי להבטיח BLE חציוני RSSI של -5 5dBm במרחק 1 מטר. ערימת ה-Bluetooth מתאימה את הטקסט החזקה ב-tx ועוד הערך של bluetooth.hardware.radio.le_tx_path_loss_comp_db לפרטים, ראה le_advertising_manager.cc.