ESP32 CSI WiFi sensing observa como uma sala altera os pacotes WiFi entre transmissor e receptor. Essa informação de canal, chamada CSI, permite tratar WiFi como sinal de percepção espacial, não apenas como conexão de rede.
Movimento, respiração próxima, móveis, paredes e reflexões mudam amplitude e características ligadas à fase. Placas ESP32 são úteis porque custam pouco, são fáceis de encontrar e contam com projetos abertos como Espressif ESP-CSI e ESP32 CSI Tool.
O que ESP32 CSI mede
CSI descreve o canal sem fio entre emissor e receptor no nível das subportadoras. Em um experimento com ESP32, o receptor registra valores complexos que indicam como partes do sinal OFDM mudaram antes de chegar. Quando alguém cruza o caminho, senta ou respira perto do link, o padrão multipath pode mudar.
Isso é mais rico que RSSI. RSSI é apenas força de sinal; CSI preserva estrutura de frequência, amplitude, comportamento relacionado à fase, contexto do pacote e tempo. Por isso aparece em posicionamento interno, atividade, presença e pesquisa sem câmera.
- Use CSI quando detalhes do canal importam mais que força de sinal.
- Ambiente, antena, taxa de pacotes e linha de base mudam o resultado.
- Saúde, quedas e segurança continuam experimentais sem validação externa.
Caminhos de hardware
O caminho inicial usa um ESP32 e respostas do roteador. É rápido, mas depende da posição do roteador e do ritmo do tráfego. Duas placas dão controle sobre transmissor e receptor. Vários nós sincronizados se aproximam de pesquisa, mas exigem mais calibração.
Para RuView, repetibilidade é essencial. Para aprender, comece com ESP32-S3 e roteador. Para dataset, varie posições. Para pose, respiração ou múltiplas pessoas, planeje pacotes controlados, rótulos confiáveis e análise cautelosa.
| Setup | Melhor uso | Limite |
|---|---|---|
| Um ESP32 + roteador | Prova rápida de presença | Depende do roteador e tráfego |
| Duas placas ESP32 | Emissor/receptor controlado | Configuração em ambos |
| Nós sincronizados | Localização e datasets melhores | Mais complexidade |
Workflow de teste para RuView
Comece com a sala vazia. Posicione o receptor, registre a linha de base e repita cenas simples: entrar, sair, cruzar o link, sentar, abrir uma porta ou respirar perto do caminho. Anote distância, antena, móveis, pessoas e canal WiFi.
Depois remova linhas inválidas, alinhe tempos, separe amplitude e fase e compare com a linha de base. Uma camada RuView deve mostrar CSI bruto, recursos filtrados, confiança e limites para que o usuário não confunda sinal experimental com decisão médica ou de segurança.
- Capture linha de base vazia em cada sessão.
- Mantenha taxa de pacotes e canal estáveis.
- Rotule ação, distância, pessoas e posição.
- Mostre limites ao lado do resultado.
Forças, limites e RuView
ESP32 CSI funciona melhor em tarefas estreitas: ocupado ou vazio, movimento ou repouso, gesto repetido, pessoa em caminho conhecido. Fica frágil quando o ambiente muda, há várias pessoas, pacotes são irregulares ou o projeto promete demais com pouco hardware.
RuView deve ser apresentado como gateway experimental. CSI é privado e barato, mas multipath exige calibração e verdade de referência. A home atende marca, demo e GitHub; este guia responde à dúvida prática sobre ESP32 CSI.
Checklist antes de publicar um experimento ESP32 CSI
Antes de mostrar um resultado, deixe claro o que foi medido. Um gráfico CSI de uma única sala não prova que o mesmo modelo funcionará em outro apartamento, em um escritório com muitas superfícies metálicas ou em um quarto onde o roteador muda de posição. Registre versão do ESP-IDF, modelo da placa, firmware, distância entre dispositivos, direção das antenas, canal WiFi, taxa de pacotes e tempo de calibração.
Também separe as afirmações. É correto dizer que um protótipo detecta perturbação de rádio, presença provável ou movimento repetido em uma cena controlada. Não é correto transformar isso em monitoramento médico, detecção de queda certificada ou identificação confiável de pessoas sem estudo específico. Essa precisão melhora a confiança no conteúdo e reduz expectativas erradas sobre RuView.
Em uma demo pública, mantenha o resultado explicável: entrada, saída, confiança, condições do exemplo e limites conhecidos. O usuário precisa entender por que o sinal mudou, quais dados o sistema não possui e quando outro sensor, como mmWave, PIR ou câmera com consentimento, é mais adequado.
Inclua ainda contraprovas: sala vazia, movimento fora do caminho de rádio, mais de uma taxa de pacotes e uma sessão com antena em outra orientação. Se o resultado só funciona em uma condição, trate como demonstração, não como sistema robusto. Essa diferença ajuda usuários que chegam por ESP32 CSI a repetir o teste sem exagerar as conclusões.
Relação com WiFi DensePose
WiFi DensePose GitHub, ESP32 CSI e RuView demo se sobrepõem nas buscas, mas têm papéis diferentes. WiFi DensePose é curiosidade sobre pose sem câmera. ESP32 CSI é captura de dados. RuView organiza demo, limites e caminho de código aberto.
Separar esses intentos evita conflito com a home e cria um recurso útil para quem quer entender hardware e validação.
Fontes e repositórios úteis
FAQ de ESP32 CSI WiFi sensing
ESP32 CSI é igual a RSSI?
Não. RSSI é força de sinal; CSI mantém detalhes mais finos do canal.
Um ESP32 detecta presença?
Pode detectar em experimento simples com sala fixa e roteador, mas não serve sozinho para pose, medicina ou segurança.
Qual placa escolher?
ESP32-S3, C3, C5 e C6 são opções comuns. Verifique a documentação atual da Espressif antes da compra.
Como isso ajuda usuários RuView?
Explica a cadeia abaixo da demo: pacotes, mudanças de canal, filtragem e interpretação.