Manual del usuario de la app de LE Audio Validator

Esta página es específica de la versión de Audio LE de la app de validación. Consulta la página de la app de validación del interruptor de audio para obtener ayuda sobre la versión del interruptor de audio de la app de validación.

Configuración

Para habilitar las pruebas en la app de Validator, haz lo siguiente:

  • Asegúrate de que el dispositivo tenga la versión 23.37.xx o posterior de GmsCore.
  • Asegúrate de que tus correos electrónicos de prueba formen parte del grupo de pruebas de socios de Fast Pair.
    • Los correos electrónicos y teléfonos recién registrados pueden tardar entre 6 y 24 horas en sincronizar los permisos.
    • Acceder a la Cuenta de Google asociada y salir de ella también puede activar una sincronización inmediata.

Puedes encontrar la versión de los GMS en la página Información de la app de los Servicios de Google Play.

Dispositivos necesarios

Las pruebas requieren al menos dos (2) teléfonos:

  • Uno que ejecute Android 15 (U) con compatibilidad con LE Audio (p.ej., un Pixel 7)
  • Uno que ejecute Android 6 a 13 (M a T) que no admita LE Audio
    • Los dispositivos solo con datos deben usar uno de estos teléfonos.

Cómo conectarse al perfil de audio LE en Android 15 (V)

El audio LE no está habilitado de forma nativa en Android 15 (V). Para habilitarlo, sigue estos pasos:

  • Navega a la página "Opciones para desarrolladores" en el teléfono.
    • Para habilitar las Opciones para desarrolladores, haz lo siguiente:
    • Navega a Configuración > Sistema > Acerca del teléfono > Número de compilación.
    • Presiona "Número de compilación" 7 veces.
  • Desactiva "Inhabilitar Bluetooth LE Audio".
  • Activa "Omitir lista de dispositivos permitidos de Bluetooth LE Audio".
  • Reinicia el teléfono.

Se muestran los interruptores de LEA en la página Opciones para desarrolladores.

Habilita las pruebas de BLE para dispositivos de solo datos

La app de Validator mostrará el menú de prueba de solo datos si el ID de modelo del dispositivo tiene seleccionada la opción "Conexión de solo datos" en la Consola de dispositivos (nota: no todos los tipos de dispositivos tienen esta opción). El menú de prueba de este modo se muestra de la siguiente manera:

La app actualiza automáticamente la lista de pruebas para un dispositivo solo con datos una vez que se habilita el interruptor.

Habilita la especificación BLE y las pruebas de BT clásico para dispositivos sin compatibilidad con audio LE

Los verificadores deberán activar el interruptor "Enable LE spect test" para ver las pruebas de BLE. El verificador deberá confirmar que el dispositivo en prueba no admita LE Audio para ver las pruebas de BT Classic, como se muestra a continuación:

La lista de pruebas solo se actualiza después de que el verificador confirma que el dispositivo no es compatible con LE Audio.

Cómo habilitar la especificación BLE y las pruebas de audio LE en un teléfono Pixel con Android 14 (U) o versiones posteriores

Los verificadores deberán activar el interruptor "Enable LE spect test" para ver las pruebas de BLE. Luego, los verificadores deben confirmar las instrucciones restantes para ver la pantalla de prueba. La app propagará automáticamente las pruebas disponibles para esta configuración, incluidas las pruebas de audio LE, como se muestra a continuación:

La app puede propagar la lista de pruebas correcta porque los teléfonos Pixel tienen una configuración conocida.

Cómo habilitar la especificación BLE y las pruebas de audio LE en un teléfono Pixel con Android 13 (T) o versiones anteriores

Los verificadores deberán activar el interruptor "Enable LE spect test" para ver las pruebas de BLE. Luego, los verificadores deben confirmar las instrucciones restantes para ver la pantalla de prueba. La app propagará automáticamente las pruebas disponibles para esta configuración, incluidas las pruebas clásicas de BT, como se muestra a continuación:

La app puede propagar la lista de pruebas correcta porque los teléfonos Pixel tienen una configuración conocida.

Cómo habilitar la especificación BLE y las pruebas de LE Audio en un teléfono que no sea Pixel con compatibilidad con LE Audio

Los verificadores deberán activar el interruptor "Enable LE spect test" para ver las pruebas de BLE. Los verificadores deben indicarle a la app de validación si el teléfono y el dispositivo de prueba (buscador) admiten conexiones con LE Audio. La app no puede conocer esta información para teléfonos que no sean Pixel, ya que el OEM controla la compatibilidad con las funciones. Si seleccionas la compatibilidad con LE Audio en la ventana emergente, se habilitarán las pruebas de LE Audio, como se muestra a continuación:

Las pruebas de LE Audio se muestran si el usuario confirma que el teléfono que no es Pixel es compatible con LE Audio.

Cómo habilitar la especificación BLE y las pruebas de audio LE en un teléfono que no sea Pixel con compatibilidad con A2DP y HFP

Los verificadores deberán activar el interruptor "Enable LE spect test" para ver las pruebas de BLE. Los verificadores deben indicarle a la app de validación si el teléfono y el dispositivo de prueba (buscador) admiten conexiones con LE Audio. La app no puede conocer esta información para teléfonos que no sean Pixel, ya que el OEM controla la compatibilidad con las funciones. Si seleccionas la compatibilidad con A2DP y HFP en la ventana emergente, se habilitarán las pruebas de BT Classic, como se muestra a continuación:

Las pruebas de BT Classic se muestran si el usuario selecciona compatibilidad con A2DP y HFP para teléfonos que no son Pixel.

Pruebas obligatorias

Consulta la sección de pruebas obligatorias para ver qué pruebas se requieren para una versión y un tipo de dispositivo de Vinculación rápida determinados. Ten en cuenta que la tabla tiene pestañas separadas para dispositivos solo con datos, teléfonos con Android 13 o versiones anteriores, y teléfonos con Android 14 o versiones posteriores.

Verificación de UUID de servicio de audio común

Esta prueba verifica que el anuncio conectable LE incluya el UUID de CAS, como lo requieren los requisitos del perfil de adaptador Bluetooth (BAP 1.0.1) y del perfil de audio común.

Una prueba exitosa se verá de la siguiente manera:

Una prueba correcta muestra resultados de aprobación en el registro.

Esta prueba verifica que el proveedor use el tipo de dirección correcto (datos del servicio de vinculación rápida (0xFE2C)) cuando anuncia durante la vinculación inicial (dirección de identidad) y los intentos de vinculación posteriores (RPA).

  • Los dispositivos que admiten CTKD de Classic a LE deben anunciar RPA durante el emparejamiento inicial.
  • Todos los demás dispositivos que admiten CTKD de LE a Classic deben anunciar su dirección de identidad durante el emparejamiento inicial.
  • Todos los dispositivos, independientemente de la compatibilidad con CTKD, deben anunciar su RPA durante la vinculación posterior.

Una prueba exitosa se verá de la siguiente manera:

Una prueba correcta muestra resultados de aprobación en el registro.

Prueba los cambios en el modo de especificación de BLE

Algunas pruebas cambiarán una vez que se active el interruptor "Habilitar pruebas de especificaciones de LE". Por ejemplo, las pruebas de "Actualización del nivel de batería" cambiarán a "Actualización del nivel de batería con conexión de audio LE" y "Actualización del nivel de batería con conexión de perfil clásico". Las pruebas modificadas solo aparecerán en sus respectivas versiones de Android.

Cualquier prueba que cambie de esta manera se debe probar en 2 teléfonos para garantizar la funcionalidad adecuada, un teléfono sin LE Audio y otro con LE Audio. En el caso de los teléfonos Pixel, esto significa realizar pruebas en un teléfono con Android 14 (U) o versiones posteriores, y en un teléfono con Android 13 (T) o versiones anteriores. En el caso de los teléfonos que no son Pixel, esto significa realizar pruebas en un teléfono con Audio LE implementado y uno con solo A2D + HFP.

Ejemplo del cambio:

La prueba cambia a Audio LE en Android 14 o versiones posteriores, mientras que usa BLE clásico en Android 13 o versiones anteriores.

Cómo subir resultados a la Consola de dispositivos

Cómo enviar tus resultados

El botón "SUBMIT RESULT" presentará un resumen de los resultados de la prueba, pero en realidad no los enviará a Google.

Para iniciar el proceso de envío, presiona el botón "SUBMIT RESULT".

Después de revisar todos los resultados, presiona el botón "ENVIAR" que se encuentra en la parte inferior de la página de resultados para enviarlos a Google.

Los resultados se envían después de desplazarse hasta la parte inferior de la página de resultados y presionar

Cómo ver los resultados subidos en la consola de dispositivos

Los resultados de las pruebas enviadas se pueden encontrar en Nearby Console. (se quitarán las métricas de distancia y duración para los casos de prueba de cambio de audio). Por ejemplo:

Los resultados de las pruebas se muestran en una tabla de la Consola de Nearby.

Solución de problemas

Intenta activar y desactivar el Bluetooth si fallaron todas las pruebas.

Puedes habilitar o inhabilitar el Bluetooth desde el botón del menú desplegable.

No se recibe KeyBasedPairingResponse

Si la vinculación se realiza correctamente, pero el mensaje de error sigue apareciendo como se muestra, es probable que esto se deba a una versión anterior del núcleo de GMS. Verifica que el teléfono se haya configurado como se describe en la sección de configuración.

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra un error KeyBasedPairingResponse en la prueba de integración de E2E. La app muestra un error KeyBasedPairingResponse en las pruebas de vinculación automática y vinculación automática posterior.

Tipo de KeyBasedPairingResponse incorrecto

Esto puede deberse a que el proveedor envió el tipo de mensaje incorrecto. Un buscador que admita audio LE debe recibir el tipo de mensaje 2, y todos los demás casos deben recibir el tipo de mensaje 1.

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra un error KeyBasedPairingResponseType en la prueba de integración de E2E. La app muestra un error KeyBasedPairingResponseType en las pruebas de vinculación automática y vinculación automática posterior.

KeyBasedPairingExtensionResponse tiene una longitud de dirección incorrecta.

Esto puede deberse a que se eligió el tipo incorrecto de compatibilidad con CSIP para un dispositivo de audio LE. Los dispositivos compatibles con CSIP y LE Audio deben recibir una longitud de dirección de 2, y todos los demás casos deben recibir una longitud de dirección de 1.

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra un error de longitud de dirección KeyBasedPairingExtensionResponse en la prueba de integración de E2E. La app muestra un error de longitud de dirección KeyBasedPairingExtensionResponse en las pruebas de vinculación automática y vinculación automática posterior.

Error de estado

Por lo general, esto se debe a que el proveedor (dispositivo) no se conecta. Para los dispositivos CSIP, deben haber dos (2) eventos de conexión.

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra un error de estado en la prueba de integración de E2E. La app muestra un error de estado en las pruebas de vinculación automática y vinculación automática posterior.

Solo recibe eventos de conexión de 1 dirección

Esto ocurre cuando un buscador recibe solo 1 dirección de un dispositivo CSIP. Los dispositivos compatibles con CSIP siempre deben proporcionar 2 direcciones.

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra el único evento de conexión de recepción de 1 error de dirección en las pruebas de vinculación automática y vinculación automática posterior.

No se recibe el UUID

El buscador no recibió ningún UUID.

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra un error de UUID en la prueba de integración de E2E. La app muestra un error de UUID en las pruebas de vinculación automática y vinculación automática posterior.

No se recibe el UUID esperado

El buscador espera recibir un tipo específico de UUID para diferentes situaciones. En la siguiente tabla, se define cuál debe ser el UUID en estos diferentes casos.

El proveedor admite audio LE El proveedor no admite LE Audio El proveedor es un dispositivo solo con datos
El buscador no es compatible con BLE 110B, 1108 o 111E 110B, 1108 o 111E N/A
El buscador admite BLE 110B, 1108 o 111E 110B, 1108 o 111E 1812
El buscador es compatible con BLE y LEA. 184E 110B, 1108 o 111E 1812

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra el error de UUID inesperado en la prueba de integración de E2E. La app muestra el error de UUID inesperado en las pruebas de vinculación automática y vinculación automática posterior.

Solo recibe el UUID correcto de 1 dirección

Esto ocurre cuando un buscador recibe solo 1 dirección de un dispositivo CSIP. Los dispositivos compatibles con CSIP siempre deben proporcionar 2 direcciones.

En las siguientes capturas de pantalla, se muestra cómo este error puede manifestarse en diferentes pruebas.

La app muestra el único error de recepción de 1 UUID en la prueba de integración de E2E. La app muestra el único error de UUID que recibe 1 en las pruebas de vinculación automática y vinculación automática posterior.