Lineamientos de certificación de interruptores de audio

Preparación para la certificación

• Prepara los dispositivos de prueba.
  • Necesitarás 5 dispositivos Android.
    • Estos dispositivos deben incluir lo siguiente:
      • Al menos un Android T (13) y un Android V (15)
      • Al menos un Samsung y un Pixel
      • Por ejemplo:
        • 1 OnePlus (Android 10).
        • 3 Samsung (Android 11, 12 y 13)
        • 1 Pixel (Android 15)
  • Un dispositivo sin Cambio de audio:
    • Cualquier iPhone, PC, laptop con Bluetooth (BT) habilitado o teléfono Android con el conmutador de audio inhabilitado
      • Puedes desactivar el cambio de audio desde la configuración de detalles del dispositivo Bluetooth.
    • El caso de prueba 2.8 de Multipoint (MP) necesita un dispositivo sin cambio de audio, además de los 5 teléfonos de prueba.

• Únete al grupo de prueba de Cambio de audio con tus cuentas de prueba para mostrar notificaciones de depuración en los teléfonos de prueba.

  • Esto también permite que Google recopile datos de prueba a través de Google Analytics.

Criterios de certificación

• El porcentaje de éxito del cambio de destino debe superar el 95% en todos los casos de prueba.

• En las pruebas que requieren un cambio, la conexión del perfil y el estado activo del cambio deben completarse en un plazo de 3 segundos después de activar eventos de audio en, al menos, el 75% de los casos.

Guía de pruebas

Preparación del dispositivo en prueba (DUT)

• Verifica que el dispositivo BT no se haya vinculado anteriormente con ningún teléfono en el que se haya accedido a la Cuenta de Google de prueba.
  • Si el dispositivo se vinculó a la Cuenta de Google de prueba, haz lo siguiente para borrar la vinculación:
    • En los dispositivos vinculados, haz lo siguiente:
      • Navega a la configuración de Bluetooth.
      • Elige “Olvidar dispositivo”.
      • Activa y desactiva el modo avión.
  • Asegúrate de que la opción “Guardar dispositivos automáticamente” esté ACTIVADA.
    • Este interruptor está DESACTIVADO de forma predeterminada.
    • Puedes encontrar esta opción en Configuración > Google > Dispositivos > Dispositivos guardados (uno por DUT).
  • Pon el dispositivo Bluetooth en modo de vinculación.
  • Vincula el dispositivo Bluetooth inicial (A).
  • Vincula los dispositivos Bluetooth posteriores con otros dispositivos (B, C, D, etcétera).

Alcance

• Todos los auriculares ejecutan pruebas desde las distintas pestañas del informe de autodiagnóstico de BT Classic o BT LE Audio.
• Los auriculares que solo admiten el modo SinglePoint (SP) ejecutan lo siguiente:
  • La pestaña Generic_test
• Los auriculares que admiten el modo MP ejecutan lo siguiente:
  • La pestaña Generic_test
  • La pestaña Multipoint_only
• Los visores de MP que se pueden cambiar al modo SP ejecutan lo siguiente:
  • La pestaña Generic_test con el MP desactivado.
  • La pestaña Generic_test con MP activado.
  • La pestaña Multipoint_only con la función de Multipunto activada.

Cómo completar el informe de autoprueba y descanso

• Haz una copia de los informes de autoevaluación de BT Classic o BT LE Audio.
• Ejecuta todos los casos de prueba al menos dos veces.

• Las pruebas deben ejecutarse de la siguiente manera:

• Los 4 tipos de eventos de audio probados y las apps de prueba recomendadas son los siguientes:

  1. Llamada:
     1. La app para teléfonos integrada.
  2. VoIP: Funcionará cualquier app de VoIP, como las siguientes:
     1. Es la app de prueba de cambio de audio.
     2. FB Messenger.
     3. Línea.
     4. WhatsApp
     5. Google Meet
     6. Google Meet
  3. Medios: Funcionará cualquier reproductor de audio, como los siguientes:
     1. Es la app de prueba de cambio de audio.
     2. YouTube Music
     3. Apple Music
     4. Spotify.
     5. Google Podcasts).
  4. Juego:
     1. Es la app de prueba de cambio de audio.

Información de depuración:

• Las notificaciones se habilitan después de unirte al grupo fp-sass-partner-test. Estos son algunos ejemplos:

  • Notificación de estado más reciente:

  

  • No hay notificación de cambio:

  

  • Notificación de latencia de cambio:

  

Medición de latencia

• Existen dos tipos de latencia de cambio:
  1. Conectar un perfil de Bluetooth a un Seeker desconectado
     • Esto incluye todos los casos de SinglePoint y algunos casos de MP cuyo buscador objetivo (dispositivo B) está desconectado.
  2. Cambiar el Seeker conectado activo
     • Esto incluye algunos casos de MP en los que el buscador objetivo (dispositivo B) ya está conectado.
• Existen dos formas de recuperar la información de latencia:
  1. Toda la latencia se puede volcar con el comando adb.
     • Consulta la sección latencia de volcado para obtener más detalles.
     • Este comando puede proporcionar y registrar la latencia después de finalizar al menos un caso de prueba.
  2. Usa la app de prueba de cambio de audio.
     • La app que se ejecuta en el Seeker objetivo mostrará la latencia después del cambio.
     • Si no hubo cambio, la app mostrará el motivo de "sin cambio".

App de prueba de cambio de audio:

• Usar la app para activar eventos de audio de VoIP, multimedia o juegos durante una autoevaluación simplificará la configuración de la prueba y reducirá la latencia de eventos del buscador.
  • Puedes descargar la versión más reciente aquí.
  • La prueba de VoIP de LE Audio necesita que se habilite una política de forma manual: > adb root > adb shell settings put global hidden_api_policy 1 > adb reboot

• Instalación de la app:
  • Copia el APK en tu teléfono de prueba y ábrelo.
  • Como alternativa, usa adb install audio_test_app.apk.

• Si ves un diálogo que solicita acceso a las notificaciones, haz lo siguiente:
  1. Haz clic en "Aceptar".
  2. Elige "FP SASS test" en la lista de apps.
  3. Permite el acceso a las notificaciones.

Descripción general de la app:

• Proveedor de destino

  • Cuando se haga clic en este botón, se mostrará una lista de los dispositivos Bluetooth vinculados. Selecciona la que quieras probar.
  • Los botones Conectar y Desconectar funcionan como los del detalle del dispositivo en la configuración de Bluetooth.

• Estado actual

  • En este campo, se muestra el último estado de conexión que recibió el buscador de un proveedor a través de la transmisión de eventos o la publicidad de BLE.
  • Aquí también se muestran las notificaciones de depuración del cambio de audio.

• Tipo de buscador

  • Esta opción se usa para cambiar el dispositivo entre transmisiones de audio.

Tipo de audio

• Botones de reproducción y detención

  • Los botones PLAY y STOP inician o detienen el audio.

• Resultado del cambio

  • En este campo, se muestra la latencia activa de Connect and Switch. También muestra el motivo por el que se rechazó un cambio si se activó un evento de audio, pero no se produjo el cambio.
  • La latencia se mide en milisegundos (ms).
  • En general, la latencia se mide desde el inicio del activador de cambio de audio hasta la recepción de un evento de perfil de BT conectado o de cambio multipunto de notificación.
  • Los cambios activados por el proveedor miden la latencia desde el inicio del audio.

Latencia de volcado

• El siguiente comando permite que un usuario capture mediciones de latencia cuando ejecuta pruebas manuales: adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
  • Las mediciones de latencia se muestran en la sección NearbyDeviceManagerdeSwitchHistory:

            NearbyDeviceManager
              Nearby Sass device count: 1
                Sass device - address:XX:XX:XX:XX:XX:XX, name:Googler's Pixel Buds, accountKey:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, modelId:6edaf7
                  SwitchHistory
                    15:30:21:166 - 15:30:25:201, latency 3035ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
                    15:34:58:568 - 15:34:58:568, latency 0ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, HFP
                    15:36:26:615 - 15:36:31:603, latency 1988ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
                    15:37:56:108 - 15:37:56:250, latency 142ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, A2DP"

• Cualquier cambio que GmsCore no pueda medir (p.ej., el cambio activo para HFP) se registrará como una latencia de 0 ms.

Referencia de patrones de registro:

Problemas conocidos:

Los siguientes son errores conocidos que provoca Seeker:

1. El audio del juego no cambia correctamente.
   • Los teléfonos Samsung establecerán el estado de conexión en CONNECTED_A2DP_WITH_AVRCP, en lugar de CONNECTED_A2DP_ONLY, cuando se jueguen juegos.
   • Algunos juegos (como Candy Crush) pueden reproducir música de fondo y activar un nuevo evento de audio sin la entrada del usuario. Los teléfonos conectados pueden cambiar constantemente el audio en cada teléfono que abre el juego.