הדף הזה ספציפי לגרסה של LE Audio לאפליקציית האימות. לקבלת עזרה לגבי הגרסה של Audio switch לאפליקציית האימות, אפשר לעיין בדף של אפליקציית האימות ל-Audio switch.
הגדרה
כדי להפעיל את הבדיקה באפליקציית Validator:
- מוודאים שבמכשיר מותקנת אפליקציית GmsCore בגרסה 23.37.xx ואילך.
- חשוב לוודא שכתובות האימייל לבדיקה נכללות בקבוצת הבדיקה של שותפי Fast Pair.
- יכול להיות שיעברו 6 עד 24 שעות עד שההרשאות יסתנכרנו עם כתובות האימייל ומספרי הטלפון החדשים שתירשמו.
- גם כניסה לחשבון Google המשויך ויציאה ממנו יכולות לגרום לסנכרון מיידי.
המכשירים הנדרשים
כדי לבצע את הבדיקה, נדרשים לפחות שני (2) טלפונים:
- מכשיר אחד עם Android 15 (U) עם תמיכה ב-LE Audio (למשל Pixel 7)
- מכשיר אחד עם Android מגרסה 6 עד 13 (M-T) שלא תומך ב-LE Audio.
- במכשירים עם חיבור לאינטרנט בלבד צריך להשתמש רק באחד מהטלפונים האלה.
חיבור לפרופיל LE Audio ב-Android 15 (V)
אודיו LE לא מופעל באופן מובנה ב-Android 15 (V). כדי להפעיל אותה:
- עוברים לדף 'אפשרויות למפתחים' בטלפון.
- כדי להפעיל את האפשרויות למפתחים:
- עוברים אל הגדרות > מערכת > מידע על הטלפון > מספר Build.
- מקישים 7 פעמים על 'מספר Build'.
- משביתים את האפשרות 'השבתת Bluetooth LE audio'.
- מפעילים את האפשרות 'מעקף רשימת ההיתרים של Bluetooth LE Audio'.
- מפעילים מחדש את הטלפון.
הפעלת בדיקות ה-BLE למכשירים לנתונים בלבד
תפריט הבדיקה של נתונים בלבד יוצג באפליקציית האימות אם ב-Device Console (מסוף המכשיר) בוחרים באפשרות 'חיבור לנתונים בלבד' במזהה הדגם של המכשיר (הערה: האפשרות הזו קיימת לא בכל סוגי המכשירים). תפריט הבדיקה במצב הזה נראה כך:
הפעלת המפרט של BLE ובדיקות BT Classic למכשירים ללא תמיכה ב-LE Audio
כדי לראות את בדיקות ה-BLE, הבודקים יצטרכו להעביר את המתג 'הפעלת בדיקת LE spect' למצב מופעל. כדי לראות את הבדיקות של BT Classic, הבודק צריך לאשר שהמכשיר שנבדק לא תומך ב-LE Audio, כפי שמוצג:
הפעלת מפרט ה-BLE ובדיקות האודיו של LE בטלפון Pixel עם Android מגרסה 14 (U) ואילך
כדי לראות בדיקות BLE, הבודקים יצטרכו להעביר את המתג 'הפעלת בדיקת LE spect' למצב מופעל. לאחר מכן, הבודקים צריכים לאשר את ההנחיות הנותרות כדי לראות את מסך הבדיקה. האפליקציה תאכלס באופן אוטומטי את הבדיקות הזמינות להגדרה הזו, כולל בדיקות LE Audio, כמו שמוצג:
הפעלת מפרט ה-BLE ובדיקות LE Audio בטלפון Pixel עם Android מגרסה 13 (T) ואילך
כדי לראות בדיקות BLE, הבודקים יצטרכו להעביר את המתג 'הפעלת בדיקת LE spect' למצב מופעל. לאחר מכן, הבודקים צריכים לאשר את ההנחיות הנותרות כדי לראות את מסך הבדיקה. האפליקציה תאכלס באופן אוטומטי את הבדיקות הזמינות להגדרה הזו, כולל בדיקות BT קלאסיות, כמו שמוצג:
הפעלת המפרט של BLE ובדיקות LE Audio בטלפון שאינו Pixel עם תמיכה ב-LE Audio
כדי לראות את בדיקות ה-BLE, הבודקים יצטרכו להעביר את המתג 'הפעלת בדיקת LE spect' למצב מופעל. הבודקים צריכים לציין לאפליקציית האימות אם הטלפון והמכשיר (החיפוש) לבדיקה תומכים בחיבורים עם LE Audio. האפליקציה לא יכולה לדעת את המידע הזה בטלפונים שאינם Pixel, כי תמיכת התכונות נשלטת על ידי יצרן הציוד המקורי. בחירה בתמיכה ב-LE Audio בחלון הקופץ תפעיל את הבדיקות של LE Audio, כפי שמוצג:
הפעלת המפרט של BLE ובדיקות LE Audio בטלפון שאינו Pixel עם תמיכה ב-A2DP וב-HFP
כדי לראות את בדיקות ה-BLE, הבודקים יצטרכו להעביר את המתג 'הפעלת בדיקת LE spect' למצב מופעל. הבודקים צריכים לציין לאפליקציית האימות אם הטלפון והמכשיר (החיפוש) לבדיקה תומכים בחיבורים עם LE Audio. האפליקציה לא יכולה לדעת את המידע הזה בטלפונים שאינם Pixel, כי תמיכת התכונות נשלטת על ידי יצרן הציוד המקורי. בחירה בתמיכה ב-A2DP + HFP בחלון הקופץ תפעיל בדיקות BT Classic, כפי שמוצג:
בדיקות חובה
בקטע הקטע בנושא בדיקות חובה מפורטות הבדיקות הנדרשות לגרסה מסוימת של Fast Pair ולסוג מסוים של מכשיר. חשוב לדעת שבטבלה יש כרטיסיות נפרדות למכשירים לנתונים בלבד, לטלפונים עם Android מגרסה 13 ואילך ולטלפונים עם Android מגרסה 14 ואילך.
אימות UUID של שירות אודיו נפוץ
הבדיקה הזו מוודאת שהמודעה להתחברות ב-LE כוללת את CAS UUID, כנדרש בדרישות של פרופיל מתאם Bluetooth (BAP 1.0.1) ושל פרופיל האודיו הנפוץ.
בדיקה מוצלחת תיראה כך:
פרסום של אימות כתובת
הבדיקה הזו מוודאת שהספק משתמש בסוג הכתובת הנכון (נתוני שירות של Fast Pair (0xFE2C)) כשמפרסם במהלך ההתאמה הראשונית (כתובת הזהות) ובמהלך ההתאמה הבאה (RPA).
- מכשירים שתומכים ב-CTKD מגרסה קלאסית לגרסה LE צריכים לפרסם את RPA במהלך ההתאמה הראשונית.
- כל שאר המכשירים שתומכים ב-CTKD מ-LE ל-Classic צריכים לפרסם את כתובת הזהות שלהם במהלך ההתאמה הראשונית.
- כל המכשירים, ללא קשר לתמיכה ב-CTKD, צריכים לפרסם את ה-RPA שלהם במהלך ההתאמה הבאה.
בדיקה מוצלחת תיראה כך:
בדיקת שינויים במצב של מפרט BLE
חלק מהבדיקות ישתנו אחרי שהמתג 'הפעלת בדיקות של מפרט LE' יופעל. לדוגמה, הבדיקות 'עדכון רמת הטעינה' ישתנו ל'עדכון רמת הטעינה בחיבור אודיו LE' ול'עדכון רמת הטעינה בחיבור לפרופיל קלאסי'. הבדיקות ששונו יופיעו רק בגרסאות Android המתאימות.
כל בדיקה שמשתנה כך צריכה להיבדק בשני טלפונים כדי לוודא את הפונקציונליות הנכונה, טלפון אחד ללא LE Audio וטלפון אחר עם LE Audio. בטלפונים מדגמי Pixel, צריך לבדוק בטלפון עם Android 14 (U) ואילך ובטלפון עם Android 13 (T) ואילך. בטלפונים שאינם מדגמי Pixel, צריך לבדוק בטלפון עם הטמעת LE Audio ובטלפון עם A2D + HFP בלבד.
דוגמה לשינוי:
איך מעלים תוצאות למסוף המכשירים
איך שולחים את התוצאות
לחיצה על הלחצן 'שליחת תוצאה' תציג סיכום של תוצאות הבדיקה, אבל לא תשלח את התוצאות ל-Google.
אחרי שבודקים את כל התוצאות, לוחצים על הלחצן 'שליחה' בתחתית דף התוצאות כדי לשלוח את התוצאות אל Google.
הצגת תוצאות שהועלו במסוף המכשירים
תוצאות הבדיקה שנשלחו מופיעות במסוף Nearby. (מדדי המרחק ומדדי משך הזמן יוסרו במקרים של בדיקות של מתג האודיו). לדוגמה:
פתרון בעיות
אם כל הבדיקות נכשלו, נסו לכבות את ה-Bluetooth ולהפעיל אותו מחדש.
לא מתקבלת התשובה KeyBasedPairingResponse
אם ההתאמה מצליחה אבל הודעת השגיאה עדיין מופיעה כפי שמוצגת, סביר להניח שהסיבה לכך היא גרסה ישנה של הליבה של GMS. מוודאים שהטלפון הוגדר כפי שמתואר בקטע ההגדרה.
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
סוג שגוי של KeyBasedPairingResponse
הסיבה לכך יכולה להיות שהספק שלח את סוג ההודעה הלא נכון. מכשיר Seeker שתומך ב-LE Audio אמור לקבל הודעת סוג 2, ובכל המקרים האחרים תישלח הודעת סוג 1.
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
KeyBasedPairingExtensionResponse Wrong Address Length
הסיבה לכך יכולה להיות בחירה שגויה של סוג התמיכה ב-CSIP למכשיר LE Audio. במכשירים שתומכים ב-CSIP וב-LE Audio, אורך הכתובת צריך להיות 2. בכל שאר המקרים, אורך הכתובת צריך להיות 1.
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
שגיאת מצב
בדרך כלל, הסיבה לכך היא שהספק (המכשיר) לא מצליח להתחבר. במכשירי CSIP, צריכים להיות שני אירועי חיבור (2).
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
קבלת אירוע חיבור רק מכתובת אחת
המצב הזה מתרחש כשמכשיר מחפש מקבל רק כתובת אחת ממכשיר CSIP. במכשירים שתומכים ב-CSIP צריך תמיד לספק 2 כתובות.
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
לא מתקבל UUID
הגורם המבקש לא קיבל מזהה UUID מכל סוג שהוא.
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
Not Receive Expected UUID
ה-Seeker מצפה לקבל סוג ספציפי של UUID בתרחישים שונים. בטבלה הבאה מוסבר מה צריך להיות ערך ה-UUID במקרים השונים האלה.
| הספק תומך באודיו LE | הספק לא תומך ב-LE Audio | הספק הוא מכשיר לנתונים בלבד | |
|---|---|---|---|
| ה-Seeker לא תומך ב-BLE | 110B או 1108 או 111E | 110B או 1108 או 111E | לא רלוונטי |
| ה-Seeker תומך ב-BLE | 110B או 1108 או 111E | 110B או 1108 או 111E | 1812 |
| ה-Seeker תומך ב-BLE וב-LEA | 184E | 110B או 1108 או 111E | 1812 |
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
קבלת UUID תקין רק מכתובת אחת
המצב הזה מתרחש כשמכשיר Seeker מקבל רק כתובת אחת ממכשיר CSIP. במכשירים עם תמיכה ב-CSIP צריך תמיד לספק 2 כתובות.
בצילום המסך הבא אפשר לראות איך השגיאה הזו יכולה להתבטא בבדיקות שונות.
