Dispositivos de Wi-Fi sensing: qual hardware captura CSI?

O que conta como um dispositivo de Wi-Fi sensing?

Um dispositivo útil reúne três camadas. O hardware de rádio precisa produzir medições que mudem com o canal; firmware, driver ou SDK precisa tornar esses valores acessíveis; e o aplicativo precisa salvar horários, contexto dos pacotes e valores brutos ou processados. Quando uma camada falta, o aparelho pode ser um bom roteador, mas não um instrumento de pesquisa fácil de verificar.

Páginas de produto usam termos como presença, casa inteligente, radar ou IA sem prometer acesso para desenvolvedores. Trate esses termos como pistas, não como prova. Procure o chipset exato, firmware compatível, uma API ou callback local, formato de exportação e um exemplo reproduzível com a mesma revisão de hardware.

• O receptor expõe CSI, medições do canal ou um evento de sensoriamento documentado.
• O software de captura suporta exatamente o chip, firmware, sistema operacional e kernel.
• O fluxo preserva horários, metadados de pacotes e o contexto necessário para validação.
• O dispositivo pode ser testado no ambiente real, sem depender apenas do nome comercial.

Compare as principais rotas de dispositivos

A tabela separa hardware de conectividade do hardware de medição. Um roteador pode oferecer tráfego e um canal estável enquanto outro dispositivo captura CSI. Essa separação costuma ser mais barata e reproduzível do que procurar um roteador de consumo que prometa todos os recursos em uma única caixa.

Placas ESP32: o primeiro experimento mais claro

Para muitos iniciantes, uma placa ESP32 é o dispositivo de Wi-Fi sensing mais simples de avaliar porque a rota de captura é explícita. A Espressif documenta como ativar CSI no ESP-IDF e registrar um callback de recepção, permitindo inspecionar tempo dos pacotes, RSSI, dados do canal e metadados. O roteador pode permanecer como um ponto de acesso comum gerando tráfego repetível.

Essa rota é boa para aprender o ciclo completo: coletar uma linha de base da sala vazia, adicionar um movimento controlado, guardar os registros brutos e comparar várias sessões. Ela não garante inferência precisa de pose, respiração ou identidade. Família da placa, antena, banda, largura do canal, taxa de pacotes e geometria do ambiente continuam influenciando o resultado.

• Escolha a família ESP32 exata e verifique o exemplo atual do ESP-IDF antes de comprar.
• Registre canal, largura de banda, posição da antena, fonte de pacotes e firmware.
• Comece com presença ou movimento, não com uma promessa de pose ou saúde.
• Guarde CSI bruto e contexto dos pacotes para auditar resultados posteriores.

Raspberry Pi e Nexmon: uma rota Linux mais específica

Um Raspberry Pi geralmente é o computador de borda, não o rádio de sensoriamento. Com um rádio compatível e um projeto de captura documentado como o Nexmon CSI, ele pode hospedar logs, filtros, visualização e testes de modelos localmente. O nome Raspberry Pi, sozinho, não prova que a captura CSI vai funcionar.

O suporte do Nexmon CSI depende de chips Broadcom ou Cypress específicos, versões de firmware, imagens de sistema e condições do kernel. Antes de comprar, verifique o suporte da revisão exata e reproduza o comando de captura em uma configuração conhecida. Um exemplo que funciona em uma imagem do Pi não deve ser generalizado para todos os Pi, roteadores ou adaptadores USB.

• Faça o chipset de rádio, revisão da placa, firmware e kernel coincidirem.
• Use o computador de borda para armazenar e processar, mas confirme qual peça captura CSI.
• Considere a manutenção quando Linux, firmware ou drivers mudarem.
• Prefira um dispositivo de referência documentado antes de testar um modelo não listado.

Roteadores, plataformas e 802.11bf

Um roteador continua útil mesmo sem exportar CSI bruto. Ele pode fornecer tráfego estável, canal conhecido e ambiente controlável para um ESP32 ou receptor CSI compatível. Se um produto oferece eventos de presença processados por SDK local ou API cloud documentada, avalie essa interface separadamente da pesquisa baseada em CSI bruto.

O IEEE 802.11bf melhora o contexto de padronização do sensing WLAN, mas um padrão publicado não libera automaticamente um roteador instalado para desenvolvedores. A capacidade real depende de chip, firmware, implementação do produto, permissões e acesso às medições. Verifique a interface do produto em vez de comprar apenas pelo número da geração Wi-Fi.

• Pergunte se o acesso é CSI bruto, eventos processados, API local, API cloud ou nenhum.
• Confira bandas, larguras de canal, campos de antena, horários e formato de exportação.
• Separe uma afirmação comercial de uma rota de captura reproduzível.
• Em espaços ocupados, obtenha consentimento e defina retenção, acesso e exclusão.

Cinco verificações antes de escolher

Uma checagem curta de compatibilidade pode evitar um longo desvio de hardware. Comece pela tarefa que deseja medir e volte até o sinal e a rota de captura. Se um dispositivo não responde às perguntas abaixo, trate-o como experimento não verificado e não como componente confiável.

• Defina a primeira tarefa: presença, movimento, ocupação, localização ou pesquisa.
• Nomeie a medição necessária e confirme que o dispositivo a exporta para seu software.
• Fixe hardware, firmware, sistema, kernel, canal, largura de banda e antena para a linha de base.
• Planeje registros com horários, contexto, condições da sala, rótulos e arquivos brutos.
• Mantenha uma alternativa: ESP32 de referência, Nexmon compatível ou roteador comum com receptor.

Valide o dispositivo antes de confiar no resultado

Depois da primeira captura, teste sala vazia, pessoa parada, trajetos repetidos, movimento de porta, mudança de móveis, variação de tráfego e reinicialização. Mude uma variável por vez e guarde a configuração com cada registro. O objetivo não é uma visualização impressionante, mas evidência de que uma característica se repete nas condições de uso.

Compare sessões de dias diferentes e informe falsos positivos, perda de pacotes, deriva e incerteza. Um modelo ou demo pode parecer convincente e ainda falhar quando roteador, canal, sala ou pessoa mudam. Trate a saída como estimativa de pesquisa até que hardware e protocolo sustentem uma afirmação mais forte.

• Mantenha uma linha de base da sala e repita o mesmo movimento várias vezes.
• Registre cadência de pacotes, amostras ausentes, deriva do RSSI e mudanças de canal.
• Teste casos negativos como ventilador, porta, animal e móveis em movimento.
• Não descreva uma visualização como imagem de câmera, medição médica ou prova de identidade.
• Documente consentimento e controles de acesso quando os registros revelarem ocupação ou atividade.

Como este guia se encaixa no RuView Blog

Esta página responde à escolha do dispositivo: qual caminho de hardware pode expor medições para um experimento de Wi-Fi sensing? Use o guia ESP32 para o callback, o guia Nexmon para captura Broadcom e Raspberry Pi, o guia CSI para os conceitos de sinal e o guia de roteadores para compatibilidade e compra. Datasets e projetos open source são mais úteis depois que a captura está estável.

Essa divisão evita misturar intenções. Uma lista de roteadores não deve prometer CSI bruto, um guia de Raspberry Pi não deve sugerir que o Pi cria medições sozinho e uma visualização do RuView não deve ser tratada como prova de precisão em produção.

Referências técnicas oficiais

FAQ sobre dispositivos de Wi-Fi sensing