Recentemente, comprei alguns relés wifi da Xiaomi. Embora tenham sido sólidos até agora, eu realmente não gosto do aplicativo da Xiaomi. Mas gosto da ideia de que ele realmente funciona tanto na LAN quanto na Internet. Quando na LAN, eles são muito rápidos de ligar e desligar, considerando que os servidores da Xiaomi estão na China.
Então, eu quero rolar meu próprio relé baseado no ESP8266 (eu sei que posso preparar o hardware, então isso é um bônus). Meu problema é: como posso detectar automaticamente os relés na minha rede a partir de uma página da web?
Em um "aplicativo", eu poderia usar SSDP, mDNS-SD ou UPNP para detectar coisas. Mas não encontrei informações sobre se isso é possível no navegador da web (Chrome no Android basicamente). Desde que mudei minha página da estação meteorológica para um aplicativo da Web progressivo, fiquei viciado. Eu realmente gosto da idéia de coisas serem apenas páginas da Web e não aplicativos que você precisa instalar. E os PWAs também preenchem a lacuna com o modo offline.
É estranho, porém, que a parte "difícil" (ligar e desligar os relés de fora da LAN) seja trivial para resolver por meio de um servidor MQTT. Mas eu preferiria não confiar no servidor MQTT externo. Se eu estiver na LAN, quero falar diretamente com os relés. Caso contrário, envie o comando através do MQTT.
É claro que eu poderia confiar no servidor para consultar os relés, mas nesse caso eu precisaria de uma conexão com a Internet (se meu servidor MQTT estiver na "nuvem") ou um servidor hospedado em casa. Eu tenho um servidor em casa e, mesmo que não tivesse, um pi de framboesa poderia facilmente preencher a lacuna. Mas o ideal seria nem precisar de um servidor ao conversar com os dispositivos pela LAN (neste caso, Wifi). Prefiro manter o máximo possível o P2P e usar o MQTT apenas como alternativa quando estou na WAN (o MQTT resolve os problemas do CG-NAT e do encaminhamento de porta).
fonte
Respostas:
Não conheço nenhum recurso genérico de descoberta local incorporado a um navegador. Na verdade, eu consideraria qualquer capacidade uma venerabilidade de segurança, pois permitiria que os invasores criassem o perfil da sua rede remotamente, a menos que houvesse uma etapa de interação manual para iniciá-la, o que reduziria a velocidade do fluxo de trabalho que você está buscando.
Eu posso pensar em duas coisas que se aproximam:
A capacidade de descoberta do Chromecast inserida no Chrome. Isso costumava ser um plug-in separado antes de ser introduzido. Mas isso ainda requer uma etapa manual para onde o usuário aciona uma pesquisa e, em seguida, uma seleção manual dos detalhes do dispositivo a serem passados de volta à página / javascript. (isso usa SSDP sob as capas iirc)
O suporte à digitalização do WebBluetooth. Isso segue um modelo semelhante à descoberta do Chromecast. O usuário precisa iniciar a verificação e escolher manualmente nos dispositivos encontrados pelo navegador quais detalhes são repassados ao javascript na página.
Usei a abordagem WebBluetooth para descobrir um interruptor de luz local (eu tenho um aplicativo BLE em um pi zero controlando uma lâmpada Belkin WeMo https://github.com/hardillb/physical-web-lightswitch ). Funciona, mas não é fácil, pois requer pelo menos 2 interações do usuário para descobrir um único dispositivo.
Embora ele não atenda a todos os seus requisitos locais, acho que usar a abordagem do Cloud Broker, mesmo quando estiver operando localmente, será uma experiência mais agradável para o usuário.
fonte
Se você possui uma interface da web em um dispositivo e o configura para ter um nome de host MDNS por meio de um serviço de resposta MDNS, como bonjour ou avahi, em sistemas operacionais avançados, basta apontar o navegador para
https: //livingroomlight.local
Ou o que você configurou para se chamar.
Isso funcionará imediatamente com navegadores executados no OSX, iOS e na maioria dos Linuces, todos compatíveis com a resolução de nome de host MDNS no nível do sistema.
No entanto, isso não funcionará no Windows, a menos que você instale o suporte adicional ao MDNS e não funcionará com navegadores Android padrão, embora seja possível criar aplicativos de navegador personalizados para Android que o suportem.
A descoberta de instâncias desconhecidas na rede geralmente não é suportada por um navegador, mas normalmente por APIs do sistema operacional e ferramentas de linha de comando como
dns-sd(OSX) eavahi-browse(Linux).Portanto, embora não pareça óbvio que um navegador possa encontrar seus dispositivos, se você puder simplesmente se lembrar do que chamou de um deles, poderá conectar-se a ele e, potencialmente, mostrar links para todos os seus pares, fazendo um MDNS pesquisar em si.
Ou você pode ligar um terminal e obter uma resposta. Nesse caso, você pode executar um daemon local que faria uma pesquisa MDNS e mostraria o resultado como uma página de links servidos apenas na interface de loopback e, portanto, não acessível a qualquer outra máquina.
fonte