כיול נוכחות

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

ברקע

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

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

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

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

גורמי צורה

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

דרישות UWB

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

7.4.9 UWB

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

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

הגדרת כיול UWB

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

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

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

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

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

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

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

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

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

כדי לוודא שאתם עומדים בדרישות [C-1-6] ו-[C-1-7], מריצים את תרחיש הבדיקה של CTS RangingMeasurementTest#test_distance_measurement_accuracy למכשירים מרובים למדידת מרחק. זוהי בדיקת 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 של מכשירים מרובים. כדי לעבור, הטווח חייב להיות קטן מ-30 ס"מ.
4. דיווח על הערך החציוני (500) בבדיקת CTS של מכשירים מרובים. כדי להעביר, הערך צריך להיות בטווח של [0.75 m, 1.25 m].

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

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

2.2.1. חומרה

אם המכשירים תומכים בפרוטוקול Wi-Fi Neighbor Awareness Networking (NAN) באמצעות הצהרה על PackageManager.FEATURE_WIFI_AWARE ועל מיקום ה-Wi-Fi (Wi-Fi Round Traip Time — RTT) על ידי הצהרה על PackageManager.FEATURE_WIFI_RTT:

• [7.4.2.5/H-1-1], רוחב פס 1-3.5 מגה-הרץ ב-16.4 מ"ח, ו-Wi-Fi באחוזים 60.6 מגה-הרץ מדווחים באופן מדויק על הטווח של +/-1 במטר 160 MHz באחוזון 68 (כפי שמחושב באמצעות פונקציית ההפצה Cumulative), +/-2 מטרים באחוזון 80 מגה-הרץ ובאחוזון 68 מגה-הרץ.

• [7.4.2.5/H-SR] מומלץ מאוד לדווח על הטווח בצורה מדויקת בטווח של 9.0 MHz 9.2.5 /H-SR, וברוחב 90 MHz עד 90 MHz באחוזים עד 9 MHz ובאחוזון 9 MHz על טווח של 160 MHz לאחוזון ה-90 (כפי שמחושב באמצעות פונקציית ההפצה Cumulative), +/-2 מטרים ברוחב פס של 80 MHz באחוזון 90 .

דרישה [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, ומקישים על Start Test. לאחר מכן, ה-CTS Verifier מבצע 100 מדדים בטווח, ומחשב ומתעד את טווח המדידות ביומני ה-CTS-V. בסיום הבדיקה, מוודאים שהטווח המחושב נמצא בטווח הצפוי באפליקציית CTS Verifier ב-DUT.

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

דרישות RSSI של BLE

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

7.4.3. Bluetooth

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

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

הגדרת הכיול

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

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

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

איור 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), הבדיקה עוברת אוטומטית או נכשלת, בהתאם לטווח המחושב. כדי להעביר, הטווח חייב להיות קטן מ-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 Offset Precision Test.

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

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

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

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

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

   • Rx: כדי להתאים את ה-RSSI, מגדירים את מאפיין המערכת bluetooth.hardware.radio.le_rx_path_loss_comp_db לערך (dB) שמפצה את היסט Rx, כדי להבטיח ערך RSSI חציוני של -55dBm ב- 1 m. מחסנית ה-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 כדי להבטיח ערך RSSI חציוני של -5 dBm ב-1 מטר. סטאק ה-Bluetooth מתאים את העוצמה של Tx ל-Tx ועוד הערך של bluetooth.hardware.radio.le_tx_path_loss_comp_db. למידע נוסף, ראו le_advertising_manager.cc.