Configurar o acesso Wi-Fi doméstico para um dispositivo sem tela


8

Estou construindo um dispositivo conectado sem uma tela que precisa estar conectada ao Wi-Fi doméstico. WPS não é uma opção. O dispositivo terá um módulo Bluetooth além do hardware Wi-Fi. Os códigos QR também podem ser feitos.

Também estou criando um aplicativo iOS para orientar o usuário nas etapas de configuração do dispositivo e acesso à configuração de Wifi. Alguém pode ajudar com os detalhes técnicos dos melhores protocolos de comunicação para aproveitar:

  1. Faça com que o dispositivo se conecte ao aplicativo para que o usuário possa usá-lo para configurá-lo

  2. Use o aplicativo como tela para o dispositivo selecionar entre SSIDs disponíveis, inserir senha e conectar-se ao Wi-Fi doméstico

Eu considerei as duas opções abaixo:

  1. Use o BLE para conectar o aplicativo iOS ao dispositivo e use o BLE para passar na lista de SSID do Wi-Fi, credenciais de login entre o dispositivo e o aplicativo.

  2. Use o Wi-Fi apenas para conectar-se ao dispositivo e passar na lista SSID do Wi-Fi, credenciais de login entre o dispositivo e o aplicativo

Como eles se comparam em termos de experiência do usuário, confiabilidade (conclusão na primeira tentativa) e esforço (menor esforço para construir)?


Respostas:


4

Wi-fi

Se estiver usando o Wi-Fi, você se conectará a algum tipo de ponto de acesso configurado pelo seu dispositivo com o seu telefone, passará as informações necessárias e reconecte seu dispositivo (e seu telefone) de volta ao Wi-Fi que você realmente deseja. para conectá-los.

Não há realmente uma maneira de contornar isso se você estiver usando Wi-Fi. A inserção das informações do seu Wi-Fi doméstico é um aplicativo UX e um pouco fora de tópico para esta pergunta. 1 Então, vamos nos concentrar em como primeiro estabelecer o ponto de acesso do seu dispositivo e depois conectar-se a ele da maneira mais confortável e segura possível?

Estabelecendo o ponto de acesso

  • O ponto de acesso está disponível somente após a redefinição de fábrica. (O seu dispositivo foi reiniciado de fábrica?)
  • Há um botão físico que entra no modo de ponto de acesso.
  • Você tem uma maneira sem fio de ativar o modo de ponto de acesso. (Não é aconselhável do ponto de vista de segurança.)

Credenciais iniciais do ponto de acesso

  • Não há nenhum. (Você pode imaginar as revisões de segurança.)
  • Eles são impressos no manual do dispositivo e são iguais para cada um dos seus dispositivos. (Ok, se o tempo em que o ponto de acesso estiver ativo for suficientemente curto.)
  • Eles são impressos no manual do dispositivo e são diferentes para cada um dos seus dispositivos. (Melhor, mas requer algum esforço de produção.)
  • Eles são impressos no código QR (ou de outra maneira legível pela câmera do dispositivo inteligente) no seu dispositivo ou no manual. (Igual ao anterior, apenas mais confortável.)

Estou mencionando os manuais, porque nem todos os dispositivos podem ter espaço suficiente para ter um código QR, mesmo que o seu tenha. Os designers também odeiam códigos QR. Por outro lado, os manuais tendem a ser jogados fora.

BLE

Honestamente, eu não gosto do processo de emparelhamento do BLE, pois ele pode ser facilmente ouvido da maneira como geralmente é usado. (Cf. Esta pergunta no Security.SE, este blog sobre segurança do BLE ou este white paper ou mais informações sobre a segurança do BLE aqui ou aqui ). O protocolo oferece alguns modos mais seguros , mas eles funcionam apenas com pelo menos o BLE 4.2o que reduz os dispositivos inteligentes compatíveis e todo o esforço adicional de desenvolvimento para implementar o emparelhamento seguro. Talvez até veja o BLE 5, mas você pode ficar sem dispositivos compatíveis se usar os novos recursos de segurança. Meu entendimento do seu dispositivo é que ele não usa o BLE em operações normais, o que significa muito esforço de desenvolvimento que você poderia usar para outras coisas investidas na segurança do BLE.

Geralmente, é mais confortável usar o BLE do que conectar-se a pontos de acesso Wi-Fi. Para ser sincero, em meus projetos, o Bluetooth quase sempre já está excluído por esses e outros motivos. Do ponto de vista de custo e segurança, não há muita utilidade em ter uma interface que seu caso de uso real não precisa. Outra grande desvantagem é explicar ao usuário por que você precisa configurar o Wi-Fi depois de configurar o BLE. Isso é um inferno UX.

Som e Luz

Basicamente, você pode usar tudo em que seu dispositivo possui um sensor para transmitir credenciais. Você pode transformar sua senha de Wi-Fi no LED do smartphone se o dispositivo tiver uma câmera ou usar uma codificação de som (de maneira ideal não em faixas que não sejam de audição humana) para transmiti-la se você tiver um microfone. Não inclua esses componentes apenas para o processo de configuração. As pessoas acham realmente assustador encontrar microfones ou câmeras em coisas que não deveriam ter esses recursos.

Alguns conselhos gerais:

  • Pense em quando seu dispositivo aceita credenciais de Wi-Fi
  • Mantenha esse tempo curto
  • Ter um gatilho reconhecível para o usuário durante esse período
  • Quanto menos o usuário precisar se preocupar com a transferência das credenciais, melhor.

1 Os aplicativos são complicados, pois é um pouco difícil ler a senha de Wi-Fi do Wi-Fi atual, que provavelmente é o conjunto de credenciais que você deseja transmitir ao dispositivo. É o que torna o UX muitas vezes muito doloroso e mais doloroso no iOS, porque você nem consegue obter a lista de Wi-Fis facilmente. O Android permite que você obtenha mais informações que você pode transmitir posteriormente. Mas esse é outro UX com o qual todos estão lutando.


3
Eu pensei que o BLE foi projetado para tornar o emparelhamento fácil e seguro - você está dizendo que eles apenas o tornaram fácil? Talvez eu esteja pensando em algo futuro?
Sean Houlihane

3
@SeanHoulihane bem BLE 4.2 foi comercializado como tendo resolvido maiores furos no protocolo, que é verdade :)
Helmar
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.