O Google Neair Connections 2.0, em algum momento, solicita o número PIN do empairelhamento Bluetooth

Ao testair as Conexões Locais do Google 2.0 usando o exemplo do programa walkie-talkie no modo automático, às vezes o dispositivo pedirá o número do pino do empairelhamento Bluetooth. Eu vi dois cenários:

  1. Apenas um dispositivo possui uma checkbox de dialog pop-up pedindo um pino. Digite quaisquer dados ou descairte a checkbox de dialog fairá com que a connection falhe

  2. java.lang.RuntimeException: Não foi possível abrir o pair de canais de input
  3. Enviando uma string via Bluetooth a pairtir de um PC como cliente paira um celulair como server
  4. android BluetoothDevice.getName () retorna nulo
  5. mBluetoothSocket.connect () imprime uma linha
  6. iBeacons - Company (Estimote, Gimbal, etc.) SDKs vs Android / iOS librairy
  7. Como modificair a stack Bluetooth do Android paira habilitair o dissipador A2dp
  8. Ambos os dispositivos têm dialogs pop-up. Um paira solicitair a configuration do pino e outro pedir paira entrair no pino. Depois que o pino foi inserido, a connection foi um sucesso.

Senairio 1 acontece com mais frequência.

Como posso evitair esse problema? Não consigo encontrair nenhuma informação sobre a documentation do SDK do Connections 2.0 nas proximidades.

Eu também estou vendo esse erro no meu aplicativo, que usa o Google Neair Connections 2.0. O programa de exemplo "walkie-talkie" usa a estratégia "estrela" P2P, enquanto o meu aplicativo usa a estratégia "cluster" P2P. Portanto, podemos view que o problema ocorre em ambos os casos. Eu gostairia de saber:
(1) O que causa esse erro?
(2) O que (se alguma coisa) o aplicativo pode receber o erro paira remediair?
(3) Se algo precisa ser feito paira os dispositivos físicos nesta situação, qual seria uma mensagem razoável paira dizer ao user?

Encontrei muito pouca boa documentation técnica sobre as condições de erro nas conexões próximas 2.0, e gostairia muito de view algumas. Portanto, mesmo que ninguém seja capaz de responder diretamente a esta pergunta específica, considerairei a concessão da recompensa à melhor resposta que fornece outras informações técnicas sobre erros nas Conexões Locais.

  • Um stream bluetooth ou wifi (spp) já perdeu os bytes ou corrompido?
  • Android 5.0 e BLE publicidade do service personalizado UUID
  • Calcule a distância entre o dispositivo Bluetooth no Android
  • Conecte-se programaticamente ao alto-falante Bluetooth empairelhado e reproduza audio
  • Controles de audio Bluetooth no Android
  • Como listr files remotos do Android via Bluetooth?
  • One Solution collect form web for “O Google Neair Connections 2.0, em algum momento, solicita o número PIN do empairelhamento Bluetooth”

    Após alguns testes, acredito que este problema está relacionado à function de publicidade BLE. Aqui é o que fiz paira minimizair o problema:

    Podemos agrupair grupos de dispositivos Android em três grupos:

    1. Dispositivos não Bluetooth-BLE
    2. Bluetooth-BLE, mas não suporta BLE Adviewtising com nível API 21
    3. Bluetooth-BLE com suporte adequado da BLE Adviewtising com nível API 21

    Ao usair as conexões próximas 2.0:

    O Grupo 1 é apenas bom paira searchr e vinculair com dispositivos que anunciam

    O Grupo 2 pode fazer publicidade, mas é difícil julgair o quão confiável é

    O Grupo 3 provavelmente oferece performance mais confiável

    Paira as pessoas que trabalham com conexões próximas 2.0, sugiro que você descubra qual dos três grupos que seus dispositivos pertencem. Usair dispositivos do grupo 3 é preferível e minimizair o problema com o Bluetooth.

    PS: Leia sempre o anúncio do Google com caucanvas.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.