כיול של נוכחות

בדף הזה מוסבר איך להגדיר ולבצע כיול של הדרישות לכיול נוכחות במכשירים עם 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 cm‎ ב-95% מהמדידות בסביבה עם קו ראייה במרחק של מטר אחד בתא לא מחזיר אור.
• ‫[C-1-7] חובה לוודא שהחציון של מדידות המרחק במרחק של מטר אחד ממכשיר הייחוס נמצא בטווח [0.75 מ', 1.25 מ'], כאשר מרחק האמת נמדד מהקצה העליון של המכשיר הנבדק כשהוא מוחזק עם הפנים כלפי מעלה ומוטה ב-45 מעלות.

הגדרת כיול UWB

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

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

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

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

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

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

איור 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 בין המכשיר הנבדק לבין מכשיר ההפניה, ומתבצעות 1,000 מדידות באמצעות המכשיר הנבדק. לאחר מכן, המדידות מעובדות אוטומטית בבדיקה ונקבע אם המכשיר עבר את הבדיקה או לא, באופן הבא:

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

הדרישות לשימוש ב-Wi-Fi Neighbor Awareness Networking

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

2.2.1. חומרה

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

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

• ‫[7.4.2.5/H-SR] מומלץ מאוד לדווח על הטווח בצורה מדויקת בטווח של ‎+/-1 מטר ברוחב פס של 160 MHz באחוזון ה-90 (כפי שמחושב באמצעות פונקציית ההתפלגות המצטברת), ‎+/-2 מטרים ברוחב פס של 80 MHz באחוזון ה-90, ‎+/-4 מטרים ברוחב פס של > 40 MHz באחוזון ה-90 ו-‎+/-8 מטרים ברוחב פס של 20 MHz באחוזון ה-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) (אם היא לא מותקנת) ופותחים אותה גם במכשיר הנבדק וגם במכשיר הייחוס. בדיקת ה-CTS-V לדרישה הזו נמצאת בקטע Presence Test > NAN Accuracy Test.

2. ממקמים את המכשיר הנבדק במרחק הבדיקה של 10 ס"מ מהמכשיר הייחוס, בלי שום דבר ביניהם.

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

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

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

הדרישות לגבי עוצמת אות BLE

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

7.4.3. Bluetooth

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

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

הגדרת כיול

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

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

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

איור 2. הגדרת ייחוס לכיול BLE

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

כדי לאמת את התאימות לדרישה [C-10-1]:

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

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

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

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

דרישה [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 שמדווח במכשיר כדי לוודא ש-RSSI של BLE עומד בתקן של 1 מ' ב-ADVERTISE_TX_POWER_HIGH.

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

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

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

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

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

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

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

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

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

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