Linee guida per la certificazione Cambio Audio

Preparazione per la certificazione

• Prepara i dispositivi di test.
  • Avrai bisogno di 5 dispositivi Android.
    • Questi dispositivi devono includere:
      • Almeno un Android T (13) e un Android V (15).
      • Almeno un Samsung e un Pixel.
      • Ad esempio:
        • 1 OnePlus (Android 10).
        • 3 Samsung (Android 11, 12, 13).
        • 1 Pixel (Android 15).
  • Un dispositivo senza il pulsante di attivazione/disattivazione audio:
    • Qualsiasi iPhone, PC, laptop con Bluetooth (BT) o smartphone Android con Cambio audio disattivato.
      • Puoi disattivare il cambio audio dall'impostazione dei dettagli del dispositivo Bluetooth.
    • Lo scenario di test multipunto (MP) 2.8 richiede un dispositivo senza Cambio Audio oltre ai cinque telefoni di prova.

• Partecipa al gruppo di test Cambio audio con i tuoi account di prova in per mostrare le notifiche di debug sugli smartphone di test.

  • Inoltre, consente a Google di raccogliere dati di test tramite Google Analytics.

Classic con A2DP+HFP

• Assicurati che su tutti i dispositivi Android sia installata la versione 23.xx.xx o successiva di GmsCore installato.

BLE con LE audio

• Almeno due degli smartphone di riferimento devono supportare LE Audio.
  • Ad esempio, uno smartphone Samsung e uno smartphone Pixel che supportano LE audio.
• Assicurati che su tutti i dispositivi Android sia installata la versione 24.33.xx o successiva di GmsCore.

Criteri di certificazione

• La percentuale di successo del passaggio target deve superare il 95% in tutti gli scenari di test.

• Nei test che richiedono un passaggio, la connessione del profilo e lo stato attivo dell'opzione devono essere completati entro 3 secondi dall'attivazione degli eventi audio nell'ambito di almeno il 75% dei casi.

Classic con A2DP+HFP

I test di autodiagnosi devono essere eseguiti nelle seguenti combinazioni:

• Smartphone A=Android S (12) + Smartphone B=Android T (13)
• Telefono A=Android T (13) + Telefono B=Android S (12)

BLE con LE Audio

I test di autodiagnosi devono essere eseguiti nelle seguenti combinazioni:

• Smartphone A: BT Classic, smartphone B: BT Classic
• Telefono A: LE audio, telefono B: BT Classic
• Telefono A: BT Classic, Telefono B: LE audio

Se vuoi, i fornitori che supportano le connessioni Dual LE Audio devono testare:

• Smartphone A: LE Audio, smartphone B: LE Audio

Guida ai test

Preparazione del dispositivo in prova (DUT)

• Verifica che il dispositivo BT non sia stato precedentemente accoppiato con alcun telefono ha eseguito l'accesso all'Account Google di test.
  • Se il dispositivo è stato accoppiato all'Account Google di test, segui la procedura riportata di seguito per annullare l'accoppiamento:
    • Nei dispositivi accoppiati:
      • Vai alle impostazioni Bluetooth.
      • Scegli "Elimina dispositivo".
      • Attiva e disattiva la modalità aereo.
  • Assicurati che l'opzione "Salva automaticamente i dispositivi" sia attiva.
    • Questa opzione è disattivata per impostazione predefinita.
    • Puoi trovare questa opzione in Impostazioni > Google > Dispositivi > Salvato (uno per DUT).
  • Attiva la modalità di accoppiamento del dispositivo Bluetooth.
  • Accoppia il dispositivo Bluetooth iniziale (A).
  • Accoppia i dispositivi Bluetooth successivi con altri dispositivi (B, C, D e così via).

Ambito

• Tutti gli auricolari eseguono i test dalle varie schede del modello di autotest dell'audio switch.
• Le cuffie che supportano solo la modalità SinglePoint (SP) eseguono quanto segue:
  • La scheda Generic_test.
• Le cuffie che supportano la modalità MP eseguono le seguenti operazioni:
  • La scheda Generic_test.
  • La scheda Multipoint_only.
• Le cuffie MP che possono essere attivate in modalità SP eseguono quanto segue:
  • La scheda Test_generico con MP disattivato.
  • La scheda Generic_test con MP attivato.
  • La scheda Multipoint_only con MP attivato.

Completamento del periodo di riposo autonomo e del test di autovalutazione

• Crea una copia del report del test di autodiagnosi dell'audio switch.
• Esegui tutti gli scenari di test almeno due volte.

• I test devono essere eseguiti nel seguente formato:

Classico con A2DP+HFP

• Il dispositivo B sarà il DUT principale.
  • Inserisci i dettagli del dispositivo B nei campi "Telefono" e "OS" nella parte superiore del modello.

Esempio di uno scenario di test:

• Smartphone di prova:

  • Dispositivo 1: Samsung (Android 13)
  • Dispositivo 2: Pixel (Android 12 o 13) e altri.

• Test eseguiti:

  • Esegui 1. Dispositivo A=Samsung S10+ (12), Dispositivo B=Pixel 7 pro (13) colonna D: telefono=Pixel 7 Pro, OS=Android 13
  • Corsa 2. Dispositivo A=Pixel 7 Pro (13), Dispositivo B=Pixel 6(12) colonna E: Telefono=Pixel 6, SO=Android 12

Un esempio di test completato nel modello di autotest:

BLE con LE Audio

1. Dispositivo A=Android V (15) + Dispositivo B=Android T (13)
2. Dispositivo A=Android T (13) + Dispositivo B=Android V (15)
3. Dispositivo A = Android T (13) + Dispositivo B = Android S (12)
4. Dispositivo A=Android T (15) + Dispositivo B=Android V (15)
5. Il dispositivo B sarà il DUT principale.
   • Inserisci i dettagli del Dispositivo B nel "Telefono" e "OS" campi in cima il modello.

Un esempio di test case:

• Smartphone di prova:

  • Dispositivo 1: Samsung (Android 13)
  • Dispositivo 2: Pixel (Android 15) e altri.

• Test eseguiti:

  • [LEA+BT]: Dispositivo A = Pixel 8 (15), Dispositivo B = Pixel 7 Pro (13) colonna D: Telefono = Pixel 7 Pro, SO = Android 13
  • [BT+LEA]: colonna Dispositivo A=Pixel 7 (13), Dispositivo B=Pixel 8 (Android 15) E: Smartphone=Pixel 8, SO=Android 15
  • [BT+BT]: Dispositivo A=Pixel 7 Pro (13), Dispositivo B=colonna Samsung S10+ (12) E: telefono=Samsung S10 e versioni successive, sistema operativo=Android 12
  • [LEA+LEA]: Dispositivo A=Pixel 8 (15), Dispositivo B=Pixel 8(15) colonna E: Telefono=Pixel 8, SO=Android 15

Un esempio di test completato nel modello di autodiagnosi:

Eventi audio:

• I quattro tipi di eventi audio testati e le app di test consigliate sono:

  1. Chiamata:
     1. L'app Telefono integrata.
  2. VoIP: funzionerà qualsiasi app VoIP, ad esempio:
     1. App di test Cambio Audio.
     2. Messenger FB.
     3. Linea.
     4. WhatsApp.
     5. Google Meet.
     6. Google Meet.
  3. Contenuti multimediali: è possibile utilizzare qualsiasi lettore audio, ad esempio:
     1. App di test Cambio Audio.
     2. YouTube Music.
     3. Apple Music.
     4. Spotify.
     5. Google Podcasts.
  4. Partita:
     1. L'app di test Cambio Audio.

Nota: per ulteriori dettagli, consulta la sezione App di test del passaggio audio.

Informazioni di debug:

• Le notifiche vengono attivate dopo aver aderito al gruppo fp-sass-partner-test. Ecco alcuni esempi:

  • Ultima notifica dello stato:

  

  • Nessuna notifica relativa al passaggio:

  

  Nota: "Ultimo stato" è lo stato della connessione quando si verifica l'evento audio, NON l'ultimo evento attuale.
  • Notifica latenza cambio:

  

Misurazione della latenza

Nota: "Ricercatore" indica lo smartphone o il tablet che utilizzi per connetterti con le cuffie noto anche come dispositivo A, B, C, D o E negli scenari di test.

• Esistono due tipi di latenza dello switch:
  1. Connessione di un profilo Bluetooth a un dispositivo di ricerca disconnesso.
     • Sono incluse tutte le richieste SinglePoint e alcune richieste MP il cui cercatore di destinazione (dispositivo B) è disconnesso.
  2. Commutazione il dispositivo di ricerca connesso attivo.
     • Sono inclusi alcuni casi di MP in cui il ricercatore target (dispositivo B) è già connesso.
• Esistono due modi per recuperare le informazioni sulla latenza:
  1. Tutta la latenza può essere scaricata tramite il comando adb.
     • Per maggiori dettagli, consulta la sezione Latenza di dump.
     • Questo comando può fornire e registrare la latenza almeno al termine dell'operazione uno scenario di test.
  2. Utilizzando l'app di test del cambio audio.
     • L'app in esecuzione sul cercatore di destinazione mostrerà la latenza dopo il passaggio.
     • Se non è presente alcun sensore, nell'app viene visualizzato il messaggio "Nessun sensore" perché.

App di test del cambio audio:

• L'utilizzo dell'app per attivare eventi audio VoIP/media/giochi durante un autotest semplificherà la configurazione del test e ridurrà la latenza degli eventi di Seeker.
  • La versione più recente può essere scaricata qui.
  • Per il test VoIP LE audio è necessario abilitare manualmente un criterio: > radice ADB > impostazioni shell adb put globalhidden_api_policy 1 > riavvio ADB

Nota: per richiedere l'accesso al link per il download, devi disporre di un Account Google. L'ottenimento dell'accesso è una procedura manuale e potrebbe richiedere diversi giorni.

• Installazione app:
  • Copia l'APK sul tuo smartphone di prova e aprilo.
  • In alternativa, puoi usare adb install audio_test_app.apk.

Avviso: consenti tutte le autorizzazioni quando apri l'app per la prima volta.

• Se viene visualizzata una finestra di dialogo che richiede l'accesso alle notifiche:
  1. Fai clic su "OK".
  2. Scegli "Test FP SASS" nell'elenco di app
  3. Consenti l'accesso alle notifiche.

Panoramica dell'app:

• Fornitore di destinazione

  • Se fai clic su questo pulsante, viene visualizzato un elenco di dispositivi Bluetooth accoppiati. Seleziona quello che vuoi testare.
  • I pulsanti Connetti e Disconnetti funzionano come quelli del Bluetooth impostazioni" dettagli del dispositivo.

• Stato attuale

  • Questo campo mostra l'ultimo stato di connessione ricevuto dal cercatore da un fornitore che utilizza la pubblicità o lo stream di eventi BLE.
  • Qui vengono mostrate anche le notifiche di debug relative al cambio audio.

• Tipo di cercatore

  • Questa opzione viene utilizzata per passare da uno stream audio all'altro sul dispositivo.

Tipo di audio

Classico con A2DP+HFP

• VoIP
  • Se selezioni questa modalità, la modalità audio verrà impostata su AudioManager.MODE_IN_COMMUNICATION e chiama AudioManager.startBluetoothSco, quindi riproduci l'audio con USAGE_VOICE_COMMUNICATION.
  • Il tipo di stream è STREAM_VOICE_CALL.
  • Lo stato della connessione del fornitore dovrebbe passare a CONNECTED_HFP entro 5 secondi.
• Contenuti multimediali
  • Se selezioni questa modalità, verrà riprodotto l'audio che supporta AVRCP. Il tipo di utilizzo dell'audio è: USAGE_MEDIA.
  • Lo stato della connessione del provider deve passare a CONNECTED_A2DP_WITH_AVRCP entro 5 secondi.
  • Lo stato della connessione potrebbe passare brevemente a CONNECTED_A2DP_ONLY quando avviato o arrestato.
• Gioco
  • Se selezioni questa modalità, viene riprodotto l'audio che non supporta AVRCP. L'audio è: USAGE_GAME.
  • Lo stato della connessione dell'operatore dovrebbe passare a CONNECTED_A2DP_ONLY tra 5 secondi.

BLE con LE audio

• VoIP

  • Se selezioni questa modalità, la modalità audio diventerà AudioManager.MODE_IN_COMMUNICATION e l'audio verrà riprodotto con USAGE_VOICE_COMMUNICATION.
  Nota: per le versioni di Android precedenti a Tiramisu (Android 13), il test L'app chiama AudioManager.startBluetoothSco per avviare una SCO Bluetooth connessione audio. In caso contrario, l'app di test chiamaAudioManager.setCommunicationDevice per selezionare il dispositivo audio utilizzato per la comunicazione.
  • Il tipo di stream è STREAM_VOICE_CALL.
  • Lo stato della connessione del provider deve passare a CONNECTED_LE_AUDIO_CALL entro 5 secondi.

• Media

  • Se selezioni questa modalità, l'audio verrà riprodotto con il tipo di stream STREAM_MUSIC. Il tipo di utilizzo dell'audio è: USAGE_MEDIA.
  • Lo stato della connessione del provider deve passare a CONNECTED_LE_AUDIO_MEDIA_WITH_CONTROL entro 5 secondi.
  • Lo stato della connessione potrebbe passare brevemente a CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL quando viene avviato o arrestato.

• Gioco

  • Se selezioni questa modalità, viene riprodotto un audio che l'utente non ha accesso diretto controllo. Il tipo di utilizzo dell'audio è: USAGE_GAME.
  • Lo stato della connessione dell'operatore dovrebbe passare a CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL entro 5 secondi.

• Pulsanti Riproduci e Interrompi

  • I pulsanti RIPRODUCI e INTERROMPI avviano o interrompono l'audio.

• Cambia risultato

  • Questo campo mostra la latenza attiva Connect and Switch. Inoltre, viene visualizzato il motivo del rifiuto di un passaggio se è stato attivato un evento audio, ma il passaggio non è avvenuto.
  • La latenza si misura in millisecondi (ms).
  • In generale, la latenza viene misurata dall'inizio dell'attivatore Cambio Audio. alla ricezione di un profilo BT connesso o all'opzione Notifica multipunto .
  • I passaggi attivati dal fornitore misurano la latenza dall'inizio dell'audio.

Latenza dump

• Il seguente comando consente a un utente di acquisire le misurazioni della latenza durante l'esecuzione di test manuali: adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
  • Le misurazioni della latenza vengono mostrate nella sezione NearbyDeviceManagerSwitchHistory:

            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"

• Qualsiasi switch che GmsCore non può misurare (ad esempio lo switch attivo per HFP) verrà registrata con una latenza di 0 ms.

Riferimento ai pattern di log:

Problemi noti:

Di seguito sono riportati i bug noti causati dal ricercatore:

1. Cambio audio del gioco errato.
   • Gli smartphone Samsung imposteranno lo stato della connessione su CONNECTED_A2DP_WITH_AVRCP, anziché CONNECTED_A2DP_ONLY durante la riproduzione giochi.
   • Alcuni giochi (come Candy Crush) potrebbero riprodurre di nuovo la musica di sottofondo e attivare un nuovo evento audio senza input dell'utente. Gli smartphone connessi potrebbero cambiare costantemente l'audio su ogni smartphone che apre il gioco.