כיול נוכחות

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

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

הדרישות ל-Wi-Fi Neighbor Awareness Networking (NAN)‎

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

2.2.1. חומרה

אם המכשירים תומכים בפרוטוקול WiFi 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 מטר ברוחב פס של 160 MHz ב-68% (כפי שמחושב באמצעות פונקציית התפלגות מצטברת), +/-2 מטר ברוחב פס של 80 MHz ב-68%, +/-4 מטר ברוחב פס של 40 MHz ב-68%, ומרחקים של +/-8 מטר ברוחב פס של 20 MHz ב-68%, במרחק של 10 ס"מ, 1 מ', 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) גם ב-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 עד 4 במרחקי הבדיקה האחרים של 1 מ', 3 מ' ו-5 מ'. הבדיקה עוברת אם כל טווחי המרחקים שנבדקו נמצאים בטווח הצפוי. אחרת, מרחקי הבדיקה שבהם הבדיקה נכשלה יוצגו במסך של CTS-V.

דרישות RSSI ל-BLE

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

7.4.3. Bluetooth

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

• [C-10-1] מדידות ה-RSSI חייבות להיות בטווח של +/-9 dBm ב-95% מהמדידות במרחק של 1 מ' ממכשיר ייחוס שמעביר בתדר ADVERTISE_TX_POWER_HIGH בסביבה עם קו ראייה.
• [C-10-2] חובה לכלול תיקוני Rx/Tx כדי לצמצם את הסטיות בכל ערוץ, כך שהמדידות בכל אחד מ-3 הערוצים, בכל אחת מהאנטנות (אם נעשה שימוש בכמה אנטנות), יהיו בטווח של +/-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 כשמבצעים סריקה ממכשיר עזר שנמצא במרחק 1 מ' ושולח בתדר ADVERTISE_TX_POWER_HIGH.

הגדרת כיול

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

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

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

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

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

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

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

2. מניחים את ה-DUT במרחק הבדיקה של 1 מ' ממכשיר העזר, בהתאם להגדרת כיול ה-BLE.

3. מקישים על Start advertising (התחלת הפרסום) במכשיר העזר, ולאחר מכן פועלים לפי ההוראות במסך של ה-DUT כדי להזין את מזהה המכשיר הספציפי למכשיר העזר, שמופיע במכשיר העזר אחרי התחלת הפרסום. מקישים על התחלת הבדיקה ב-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 שונים בהתאם לאיכות האנטנה ולמיקום האנטנה במכשיר הפרסום. הדרישה ל-Rx מבטיחה שכל המכשירים יוכלו לפרסם בעוצמה זהה, בהנחה שכל שאר הפרמטרים זהים.

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

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

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

3. מקישים על Start advertising (התחלת הפרסום) במכשיר העזר, ולאחר מכן פועלים לפי ההוראות במסך של ה-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, כדי להבטיח ערך חציוני של RSSI ב-BLE של -55 dBm במרחק 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 כדי להבטיח ערך RSSI חציוני של BLE‏ -5 5dBm במרחק 1 מ'. סטאק ה-Bluetooth מתאים את עוצמת ההעברה כך שתהיה שווה לעוצמת ההעברה בתוספת הערך של bluetooth.hardware.radio.le_tx_path_loss_comp_db. פרטים נוספים זמינים במאמר le_advertising_manager.cc.