כיול נוכחות

בדף הזה מפורטות הוראות להגדרה ולכיול של דרישות הכיול של נוכחות במכשירים עם 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 m, 1.25 m].

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

בקטע הזה מוסבר איך לכייל את המכשיר כך שיעמוד בדרישות של Wi-Fi Neighbor Newareness 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.

• WifiRttManager#startRanging

דרישה [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.

הגדרת כיול

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

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

• כדי לקבל תוצאות מיטביות, מומלץ להשתמש בחדר אקוסטי כדי למזער את ההפרעות במדידות. אם לא משתמשים בחדר אקוסטי, צריך להציב את שני הטריבודים שנושאים את מכשיר העזר ואת מכשיר ה-DUT במרחק של 1.5 מטר מהקרקע, עם מרחק דומה מהתקרה.
• נדרשות שתי חצובות שמחוברות למחזיקי המכשיר.
• מומלץ להשתמש בטריבודים עם כמה שפחות מתכת.
• כדאי להשתמש במחזיקי מכשירים עם כמה שפחות מתכת. אפשר להשתמש גם בקפיץ מתכת קטן.
• אסור שיהיו חפצי מתכת בטווח של מטר אחד מה-DUT ומהתקן העזר.
• מכשיר העזר וכל מכשירי ה-DUT חייבים להיות טעונים מספיק כדי להשלים את הבדיקות.
• מכשיר העזר וה-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 Rx/Tx Offset Precision Test.

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.