راهنمای کاربر برنامه اعتبارسنجی سوئیچ صوتی

این صفحه مخصوص نسخه سوئیچ صوتی برنامه Validator است. برای راهنمایی در مورد نسخه LE Audio برنامه Validator به صفحه برنامه اعتبارسنجی LE Audio مراجعه کنید.

راه اندازی

برای فعال کردن آزمایش در برنامه Validator:

  • مطمئن شوید که دستگاه دارای نسخه GmsCore 22.08.xx یا جدیدتر است.
  • مطمئن شوید که ایمیل‌های آزمایشی شما بخشی از گروه آزمایشی Fast Pair Partner هستند.
    • ممکن است 6 تا 24 ساعت طول بکشد تا ایمیل‌ها و تلفن‌های تازه ثبت‌شده همگام‌سازی مجوزها را انجام دهند.
    • ورود و خروج از حساب Google مرتبط نیز ممکن است باعث همگام سازی فوری شود.

مثال:

The GMS version can be found in the App Info page for Google Play services.

دستگاه های مورد نیاز

تست سوئیچ صوتی نیاز به جفت شدن تلفن ها با استفاده از جفت سریع دارد:

  1. دو تلفن A و B را که به یک حساب Google وارد شده اند آماده کنید.
  2. هدست را با تلفن A جفت کنید (جفت شدن اولیه).
  3. وارد حالت جفت‌سازی شوید، منتظر اعلان رابط کاربری Half Sheet باشید.
  4. روی Connect کلیک کنید.
  5. روی Done کلیک کنید.
  6. هدست را با تلفن B جفت کنید (جفت شدن بعدی).
    1. منتظر اعلان باشید که هر دو جفت شدن کامل شده است.
  7. روی اعلان سیستم کلیک کنید.

جریان نمونه:

Figure 2: This shows the button sequence for the initial pairing Device A.Figure 3: This shows the button sequence for the subsequent pairing Device B.

جریان رابط کاربری پایه

شکل زیر جریان UI عمومی را نشان می دهد:

Figure 4: This shows the initial sign-in and discovery of devices.Figure 5: This shows how to select a device for testing and the types of tests it can have.Figure 6: This shows the different types of tests and which device they correspond to.

تست های تک نقطه ای سوئیچ صوتی

تست سوئیچ صوتی (تک نقطه ای)

این تست عملکردهای زیر را انجام می دهد:

  • تأیید بار.
    • داده های تبلیغات را برای سناریوهای مختلف تأیید می کند.
  • تأیید جریان پیام
    • ارتباط جریان پیام را تأیید می کند.
  • به عقب برگرد.
    • رفتار سوئیچ‌بک را تأیید می‌کند.

تأیید بار بار (تک نقطه ای)

دنباله تأیید بار بار به شرح زیر است:

  1. به هدست وصل شوید.
  2. بررسی کنید که اولین بایت کلید حساب 0x06 باشد، همانطور که در مشخصات لازم است .
  3. قطع اتصال از دستگاه
  4. بررسی کنید که اولین بایت کلید حساب 0x05 باشد، همانطور که در مشخصات لازم است .
  5. دوباره به هدست وصل شوید.
  6. پخش موسیقی.
  7. بررسی کنید که وضعیت اتصال یکی از موارد زیر است:
    1. 0x4: فقط پخش جریانی A2DP.
    2. 0x5: پخش جریانی A2DP با AVRCP.
  8. اتصال SCO را شروع کنید.
  9. بررسی کنید که SCO متصل شده است.
  10. بررسی کنید که وضعیت اتصال این است:
    1. 0x6: پخش جریانی HFP (تماس تلفنی/وایپ)، شامل آهنگ زنگ داخلی و غیر باند.

نمونه ای از تأیید بار (تک نقطه):

Figure 8: This shows the payload verification test results for an example device.

تأیید جریان پیام (تک نقطه ای)

دنباله تأیید جریان پیام به شرح زیر است:

  1. عدم وجود جلسات بین اتصالات مختلف جریان پیام را تأیید کنید.
    1. به هدست وصل شوید.
    2. Nonce X را از هدست دریافت کنید (در عرض 5 ثانیه).
    3. دوباره به هدست متصل شوید.
    4. یک nonce Y دیگر از هدست بگیرید (در عرض 5 ثانیه).
    5. بررسی کنید که آیا X و Y متفاوت هستند.
  2. درخواست Get Audio switch Capability را ارسال کنید.
    1. بررسی کنید که پاسخ در عرض 2 ثانیه ارسال شده است. محتوا بررسی نمی شود.
  3. درخواست Indicate in-use Account Key را ارسال کنید.
    1. بررسی کنید که پاسخ در عرض 2 ثانیه ارسال شده است. محتوا بررسی نمی شود.
  4. درخواست Notify Initiated Connection را ارسال کنید.
    1. بررسی کنید که پاسخ در عرض 2 ثانیه ارسال شده است. محتوا بررسی نمی شود.
  5. درخواست Send Custom Data را ارسال کنید.
    1. بررسی کنید که ACK ظرف 2 ثانیه برگردانده شود.
    2. بررسی کنید که آیا داده‌های adv حاوی داده‌های سفارشی تنظیم شده هستند (در 10 ثانیه).

نمونه ای از تأیید جریان پیام (تک نقطه):

Figure 9: This shows the message stream verification test results for an example device.

برگشت به عقب (تک نقطه ای)

این آزمون به دو دستگاه نیاز دارد: جستجوگر اولیه و ثانویه. ترتیب تست به شرح زیر است:

  1. جستجوگر اولیه به هدست متصل می شود (در عرض 10 ثانیه).
  2. جستجوگر ثانویه به هدست متصل می شود (در عرض 10 ثانیه).
  3. جستجوگر ثانویه درخواست تعویض مجدد را به هدست ارسال می کند.

در عرض 15 ثانیه، موارد زیر باید رخ دهد:

  • Primary Seeker دوباره به هدست متصل می شود.
  • جستجوگر ثانویه از هدست جدا می شود.

Figure 10: This shows the Secondary Seeker's Display options allowing sufficient test time for the Primary device.

در زیر نمونه ای از تست Switch-Back نشان داده شده است:

Figure 11: This shows how to initialize the Switch-Back test.Figure 12: This shows how to define which device handles which role.Figure 13: This shows how to proceed once roles are defined.Figure 14: This shows how the devices appear while waiting for verification.Figure 15: This shows where it is necessary to keep the Secondary device powered and active.Figure 16: This shows the results of a successful test.

تست های چند نقطه ای سوئیچ صوتی

تأیید بار بار (چند نقطه ای)

دنباله تأیید بار بار به شرح زیر است:

  1. به هدست وصل شوید.
  2. بررسی کنید که اولین بایت کلید حساب 0x06 باشد، همانطور که در مشخصات لازم است .
  3. قطع اتصال از دستگاه
  4. بررسی کنید که اولین بایت کلید حساب 0x05 باشد، همانطور که در مشخصات لازم است .
  5. دوباره به هدست وصل شوید.
  6. پخش موسیقی.
  7. بررسی کنید که وضعیت اتصال یکی از موارد زیر است:
    1. 0x4: فقط پخش جریانی A2DP.
    2. 0x5: پخش جریانی A2DP با AVRCP.
  8. اتصال SCO را شروع کنید.
  9. بررسی کنید که SCO متصل شده است.
  10. بررسی کنید که وضعیت اتصال این است:
    1. 0x6: پخش جریانی HFP (تماس تلفنی/وایپ)، شامل آهنگ زنگ داخلی و غیر باند.

جریان پیام (چند نقطه ای)

این آزمون به جستجوگر اولیه و ثانویه نیاز دارد. آزمایش‌هایی با مجموعه پرچم تنظیمات چند نقطه‌ای TRUE مراحل بیشتری برای آزمایش این حالت از طریق دستور جریان پیام خواهند داشت.

نمونه‌ای از آزمایش جریان پیام غیرقابل تنظیم (چند نقطه‌ای):

Figure 17: This shows the results of a successful non-configurable test.

نمونه ای از آزمایش جریان پیام قابل تنظیم (چند نقطه ای):

Figure 18: This shows the results of a successful configurable test.

برگشت به عقب (چند نقطه ای)

این آزمون به جستجوگر اولیه و ثانویه نیاز دارد. این تست تقریباً مشابه نسخه تک نقطه ای است. تنها تفاوت این است: از آنجایی که Provider از چندین اتصال پشتیبانی می کند، هنگامی که Secondary Seeker به Provider متصل می شود، Primary Seeker همچنان به Provider متصل می شود.

نمونه ای از تست چند نقطه ای Switch-Back:

Figure 19: This shows how the test allows the switch-back on a Multi-Point device.

سوئیچ فعال (فقط چند نقطه)

این آزمون به جستجوگر اولیه و ثانویه نیاز دارد.

این آزمایش فقط تأیید می کند که ارائه دهنده پیام های مورد انتظار را با استفاده از کانال جریان پیام ارسال می کند.

مراحل تست:

  1. جستجوگر اولیه به ارائه دهنده متصل می شود
  2. جستجوگر اولیه توانایی ارائه دهنده را بررسی می کند.
    1. اگر Multi-Point خاموش باشد و Multi-Point Configurable TRUE باشد، سعی می کند چند نقطه را فعال کند.
  3. جستجوگر اولیه، منبع صوتی فعال (به دستگاه متصل) (0x30) را به خود فراخوانی می کند.
  4. جستجوگر ثانویه به ارائه دهنده متصل می شود.
  5. جستجوگر اولیه سوئیچ منبع صوتی فعال (به دستگاه متصل) (0x30) را به دستگاه دیگری فراخوانی می کند.
  6. ارائه‌دهنده جستجوگر اولیه را تایید می‌کند.
  7. جستجوگر ثانویه رویداد سوئیچ چند نقطه ای Notify (0x32) را با حالت فعال دریافت می کند.

نمونه ای از تست Switch Active (فقط چند نقطه ای):

Figure 20: This shows how the test allows the switch-back on a Multi-Point-only device.

نحوه آپلود نتایج در کنسول دستگاه

چگونه نتایج خود را ارسال کنید

دکمه «ارسال نتیجه» خلاصه‌ای از نتایج آزمون را نشان می‌دهد اما در واقع نتایج را به Google ارسال نمی‌کند.

The submittal process begins by pressing the 'SUBMIT RESULT' button.

پس از بررسی همه نتایج، دکمه «ارسال» را در پایین صفحه نتایج فشار دهید تا نتایج به Google ارسال شود.

Results are submitted after scrolling to the bottom of the results page and pressing

مشاهده نتایج آپلود شده در کنسول دستگاه

نتایج آزمون ارسال شده را می‌توانید در کنسول Nearby پیدا کنید. (سنجه‌های فاصله و سنجه‌های مدت زمان برای موارد تست سوئیچ صوتی حذف خواهند شد). به عنوان مثال:

Tests results are displayed in a table in the Nearby Console.

عیب یابی

اگر همه آزمایش‌هایتان انجام نشد، بلوتوث را خاموش و روشن کنید.

Bluetooth can be enabled and disabled from the button on the pull-down menu.

تست برگشت به عقب

اگر تست Switch-Back شما ناموفق بود و مانند شکل 1 گیر کرد: سعی کنید به صفحه دستگاه تست (شکل 2) برگردید و دوباره آزمایش کنید:

A test stuck in 'Initialization Complete' can be re-run from the top-level menu.