מדריך למשתמש של אפליקציית מאמת השמעה

הדף הזה ספציפי לגרסה של מתג האודיו באפליקציית האימות. לקבלת עזרה לגבי הגרסה של LE Audio באפליקציית האימות, אפשר לעיין בדף של אפליקציית האימות ל-LE Audio.

הגדרה

כדי להפעיל את הבדיקה באפליקציית Validator:

  • מוודאים שבמכשיר מותקנת גרסה 22.08.xx ואילך של GmsCore.
  • חשוב לוודא שכתובות האימייל לבדיקה נכללות בקבוצת הבדיקה של שותפי Fast Pair.
    • יכול להיות שיעברו 6 עד 24 שעות עד שההרשאות יסתנכרנו עם כתובות האימייל ומספרי הטלפון החדשים שתירשמו.
    • גם כניסה לחשבון Google המשויך ויציאה ממנו יכולות לגרום לסנכרון מיידי.

דוגמה:

הגרסה של GMS מופיעה בדף פרטי האפליקציה של Google Play Services.

המכשירים הנדרשים

כדי לבצע בדיקות של שינוי מקור האודיו, צריך להתאים את הטלפונים באמצעות התאמה מהירה:

  1. מכינים שני טלפונים, א' ו-ב', שמחוברים לאותו חשבון Google.
  2. מתאימים את האוזניות לטלפון א' (התאמה ראשונית).
  3. נכנסים למצב התאמה וממתינים להודעה על ממשק המשתמש של Half Sheet.
  4. לוחצים על 'התחברות'.
  5. לוחצים על 'סיום'.
  6. מתאימים את האוזניות לטלפון ב' (התאמה חוזרת).
    1. ממתינים להודעה על השלמת שני ההתאמות.
  7. לוחצים על התראה במערכת.

תהליך לדוגמה:

איור 2: כאן מוצגת רצף הלחצנים להתאמה הראשונית של מכשיר א'. איור 3: כאן מוצג רצף הלחצנים להתאמה הבאה של מכשיר ב'.

תהליך בסיסי של ממשק משתמש

התרשים הבא מציג את התהליך הכללי של ממשק המשתמש:

איור 4: מוצגת הכניסה הראשונית וגילוי המכשירים. איור 5: איך בוחרים מכשיר לבדיקה ואילו סוגי בדיקות אפשר לבצע בו. איור 6: כאן מוצגים סוגי הבדיקות השונים והמכשיר שאליו הם מתאימים.

בדיקות של נקודת מעבר יחידה לשינוי מקור האודיו

בדיקת שינוי מקור אודיו (נקודת בודדת)

הבדיקה מבצעת את הפונקציות הבאות:

  • אימות של עומס העבודה.
    • אימות נתוני הפרסום בתרחישים שונים.
  • אימות של מקור הנתונים של ההודעות.
    • אימות התקשורת של מקור ההודעות.
  • חוזרים למכשיר הקודם.
    • אימות ההתנהגות של המשתמש לאחר חזרה לאתר.

אימות של מטען נתונים (נקודה יחידה)

רצף האימות של המטען הייעודי הוא:

  1. מחברים את האוזניות.
  2. מוודאים שהבייט הראשון של מפתח החשבון הוא 0x06, כפי שנדרש במפרט.
  3. מנתקים את המכשיר.
  4. מוודאים שהבייט הראשון של מפתח החשבון הוא 0x05, כפי שנדרש במפרט.
  5. מחברים מחדש את האוזניות.
  6. להפעיל מוזיקה.
  7. מוודאים שמצב החיבור הוא אחד מהמצבים הבאים:
    1. 0x4: סטרימינג של A2DP בלבד.
    2. 0x5: סטרימינג A2DP עם AVRCP.
  8. מתחילים חיבור SCO.
  9. מוודאים שהחיבור של SCO הצליח.
  10. מוודאים שסטטוס החיבור הוא:
    1. 0x6: סטרימינג של HFP (שיחה בטלפון/שיחת VoIP), כולל רינגטון בתחום התדרים ובתחום התדרים הנוסף.

דוגמה לאימות מטען ייעודי (payload) (נקודת אימות יחידה):

איור 8: תוצאות בדיקת אימות של מטען שימושי במכשיר לדוגמה.

אימות של מקור הודעות (נקודה אחת)

רצף האימות של מקור ההודעות הוא:

  1. אימות ערכים חד-פעמיים של סשנים בין חיבורים שונים של Message Stream.
    1. מחברים את האוזניות.
    2. מקבלים את המזהה החד-פעמי X מהאוזניות (תוך 5 שניות).
    3. מחברים מחדש את האוזניות.
    4. מקבלים מ-Y מחרוזת חד-פעמית נוספת מהאוזניות (תוך 5 שניות).
    5. בודקים אם X ו-Y שונים.
  2. שולחים את הבקשה Get Audio switch Capability.
    1. מוודאים שהתגובה נשלחה תוך 2 שניות. התוכן לא נבדק.
  3. שולחים את הבקשה ציון מפתח החשבון שבשימוש.
    1. מוודאים שהתגובה נשלחה תוך 2 שניות. התוכן לא נבדק.
  4. שולחים את הבקשה Notify Initiated Connection.
    1. מוודאים שהתגובה נשלחה תוך 2 שניות. התוכן לא נבדק.
  5. שולחים את הבקשה שליחת נתונים מותאמים אישית.
    1. מוודאים שה-ACK מוחזר תוך 2 שניות.
    2. בדיקה אם נתוני הפרסום מכילים את הנתונים המותאמים אישית שהוגדרו (תוך 10 שניות).

דוגמה לאימות של Message Stream (נקודה יחידה):

איור 9: תוצאות הבדיקה של אימות מקור ההודעות במכשיר לדוגמה.

Switch Back (נקודה אחת)

לבדיקה הזו נדרשים שני מכשירים: מכשיר חיפוש ראשי ומכשיר חיפוש משני. רצף הבדיקה הוא:

  1. המכשיר שמבצע את החיפוש הראשי מתחבר לאוזניות (תוך 10 שניות).
  2. המכשיר המחפש המשני מתחבר לאוזניות (תוך 10 שניות).
  3. המשתמש שמחפש ערוץ אחר שולח בקשה לחזור לערוץ הקודם למכשיר ההאזנה.

תוך 15 שניות, אמור לקרות אחד מהדברים הבאים:

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

איור 10: אפשרויות התצוגה של מבצע החיפוש המשני, שמאפשרות מספיק זמן בדיקה למכשיר הראשי.

בדוגמה הבאה מוצג בדיקת Switch-Back:

איור 11: איך מאתחלים את הבדיקה של Switch-Back. איור 12: כאן מוסבר איך להגדיר איזה מכשיר יטפל באיזה תפקיד. איור 13: כאן מוסבר איך להמשיך אחרי שמגדירים את התפקידים. איור 14: כך נראים המכשירים בזמן ההמתנה לאימות. איור 15: כאן מוצג איפה צריך להשאיר את המכשיר המשני מופעל ופעיל. איור 16: התוצאות של בדיקה מוצלחת.

בדיקות של מתג לשינוי מקור אודיו בכמה נקודות

אימות של עומס נתונים (Multi-Point)

רצף האימות של המטען הייעודי הוא:

  1. מחברים את האוזניות.
  2. מוודאים שהבייט הראשון של מפתח החשבון הוא 0x06, כפי שנדרש במפרט.
  3. מנתקים את המכשיר.
  4. מוודאים שהבייט הראשון של מפתח החשבון הוא 0x05, כפי שנדרש במפרט.
  5. מחברים מחדש את האוזניות.
  6. להפעיל מוזיקה.
  7. מוודאים שמצב החיבור הוא אחד מהמצבים הבאים:
    1. 0x4: סטרימינג של A2DP בלבד.
    2. 0x5: סטרימינג A2DP עם AVRCP.
  8. מתחילים חיבור SCO.
  9. מוודאים שהחיבור של SCO הצליח.
  10. מוודאים שסטטוס החיבור הוא:
    1. 0x6: סטרימינג של HFP (שיחה בטלפון/שיחת VoIP), כולל רינגטון בתחום התדרים ובתחום התדרים הנוסף.

שידור הודעות (מרובי נקודות)

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

דוגמה לבדיקת Message Stream שלא ניתן להגדיר אותה (Multi-point):

איור 17: מוצגות כאן תוצאות של בדיקה מוצלחת שלא ניתן להגדיר אותה.

דוגמה לבדיקת Configurable Message Stream (Multi-point):

איור 18: התוצאות של בדיקה מוצלחת שניתן להגדיר.

Switch Back (Multi-Point)

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

דוגמה לבדיקה של חזרה לכמה נקודות:

איור 19: איך הבדיקה מאפשרת לחזור למכשיר Multi-Point.

מתג פעיל (Multi-Point בלבד)

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

הבדיקה הזו רק מאמתת שהספק שולח את ההודעות הצפויות באמצעות ערוץ מקור הנתונים של ההודעות.

שלבי הבדיקה:

  1. הגורם המבצע חיפוש ראשי מתחבר לספק
  2. הגורם המבקש הראשי בודק את היכולות של הספק.
    1. אם התכונה 'שיחה בכמה מכשירים' מושבתת והאפשרות 'אפשרות להגדרת שיחה בכמה מכשירים' מוגדרת כ-TRUE, המערכת תנסה להפעיל את התכונה 'שיחה בכמה מכשירים'.
  3. הגורם שמבצע את החיפוש הראשי יפעיל את הפקודה Switch active audio source (to connected device)‏ (0x30) לעצמו.
  4. הגורם המחפש המשני מתחבר לספק.
  5. ה-Seeker הראשי יפעיל את הפקודה Switch active audio source (to connected device)‏ (0x30) למכשיר אחר.
  6. הספק ישלח הודעה על אישור (ACK) למבקש הראשי.
  7. ה-Secondary Seeker יקבל את האירוע Notify multipoint-switch event (0x32) עם המצב הפעיל.

דוגמה לבדיקה Switch Active (Multi-point Only):

איור 20: איך הבדיקה מאפשרת לחזור למצב הקודם במכשיר עם תמיכה רק ב-Multi-Point.

איך מעלים תוצאות למסוף המכשירים

איך שולחים את התוצאות

לחיצה על הלחצן 'שליחת תוצאה' תציג סיכום של תוצאות הבדיקה, אבל לא תשלח את התוצאות ל-Google.

כדי להתחיל בתהליך השליחה, לוחצים על הלחצן 'שליחת התוצאה'.

אחרי שבודקים את כל התוצאות, לוחצים על הלחצן 'שליחה' בתחתית דף התוצאות כדי לשלוח את התוצאות אל Google.

כדי לשלוח את התוצאות, גוללים לתחתית דף התוצאות ומקישים על

הצגת תוצאות שהועלו במסוף המכשירים

תוצאות הבדיקה שנשלחו מופיעות במסוף Nearby. (מדדי המרחק ומדדי משך הזמן יוסרו במקרים של בדיקות של מתג האודיו). לדוגמה:

תוצאות הבדיקות מוצגות בטבלה במסוף 'בסביבה'.

פתרון בעיות

אם כל הבדיקות נכשלו, נסו לכבות את ה-Bluetooth ולהפעיל אותו מחדש.

אפשר להפעיל ולהשבית את Bluetooth באמצעות הלחצן בתפריט הנפתח.

בדיקת Switchback

אם הבדיקה של Switch-Back נכשלה ונתקעה כמו שמוצג באיור 1: נסו לחזור לדף Test-device (איור 2) ולבצע שוב את הבדיקה:

אפשר להריץ מחדש בדיקה שנתקעה בשלב 'השלמת האינטראקציה הראשונית' מהתפריט ברמה העליונה.