Quem procura um WiFi sensing dataset normalmente quer dados CSI públicos, um benchmark para comparar modelos ou exemplos realistas para testar uma demo sem câmera. Cada objetivo pede um tipo de dado.
Para RuView, o dataset define o que o modelo aprendeu. A demo mostra a interface, GitHub mostra o código e ESP32 mostra captura; os dados definem a validação.
O que um bom dataset WiFi sensing deve ter
Um bom dataset WiFi sensing documenta como o CSI foi capturado, não apenas as classes. Deve informar hardware, banda, antenas, ritmo de pacotes, sala, participantes, protocolo, sincronização e split de avaliação.
A tarefa é o filtro principal. HAR precisa de ações repetidas, presença precisa de sala vazia e ocupada, respiração precisa de referência independente e multiusuário precisa de rótulos de interação.
- Prefira datasets com hardware, sala, participantes e rótulos explícitos.
- Procure baselines vazias e testes negativos.
- Verifique se o split separa pessoas, salas, sessões ou dispositivos.
Benchmarks públicos para comparar
Recursos públicos têm papéis diferentes. Awesome-WiFi-CSI-Sensing é um diretório, SenseFi ajuda a comparar modelos PyTorch, WiMANS cobre atividade multiusuário e CSI-Bench se aproxima de ambientes reais.
Um diretório ajuda a descobrir, uma biblioteca ajuda a reproduzir e um dataset de campo ajuda a medir robustez.
| Recurso | Melhor uso | O que verificar |
|---|---|---|
| Awesome-WiFi-CSI-Sensing | Encontrar papers e datasets | Acesso e documentação |
| SenseFi | Benchmark de modelos | Datasets, modelos e splits |
| WiMANS | Atividade multiusuário | Rótulos, usuários e vídeo |
| CSI-Bench | WiFi sensing realista | Tarefas, dispositivos e acesso |
Como escolher dados para RuView
Comece pela pergunta de RuView. Para presença, não use primeiro um dataset de gestos finos. Para generalização, evite splits da mesma sessão.
A checklist prática inclui CSI bruto, metadados, rótulos, baselines e splits. Sem isso, precisão pode ser memorização de uma sala.
- Registre baseline local mesmo usando dados públicos.
- Guarde tempos e testes negativos para movimento ou pose.
- Documente consentimento e acesso quando houver vídeo sincronizado.
Erros comuns de dataset
O erro comum é tratar alta precisão em um dataset como garantia em outra sala. CSI muda com paredes, móveis, antenas, firmware e tráfego.
Também é comum misturar tarefas. Um dataset de gestos não prova presença multiusuário, e vídeo sincronizado pode ser sensível demais para uma demo leve.
| Erro | Risco | Caminho melhor |
|---|---|---|
| Uma sala só | Modelo memoriza multipath | Testar salas e sessões |
| Sem baseline | Falsos positivos passam | Capturar vazio e negativos |
| Privacidade ignorada | Vídeo e rotinas são sensíveis | Explicar consentimento e acesso |
| Tarefas misturadas | Rótulos não coincidem | Escolher por tarefa |
Plano pequeno com ESP32 e RuView
Se nenhum dataset público serve, crie um pequeno dataset local: sala vazia, entrada, saída, caminhada, sentar, porta sem pessoa e tráfego de roteador sem movimento.
Separe CSI bruto, features filtradas, rótulos, notas da sala e splits. Cada predição deve ser rastreável até uma sessão.
- Nomeie sessões por data, sala, dispositivo, banda e cenário.
- Separe CSI bruto de features processadas.
- Reserve uma sessão ou sala para teste.
Por que esta página não compete com outras páginas RuView
Esta página não substitui a home, o guia GitHub, o guia ESP32 nem motion capture. Ela trata de datasets, benchmarks, rótulos, splits e validação.
Quem busca “ruview github” deve ir ao guia GitHub. Quem busca “wifi sensing dataset” precisa de critérios de dados antes de RuView, ESP32 ou um corpus público.
Mapa de intenção: dataset, benchmark, tutorial ou captura local
WiFi sensing dataset pode significar corpus CSI, biblioteca benchmark, dados tutorial para ESP32 ou plano de validação para uma demo RuView.
Para aprender, use benchmark documentado. Para validar produto, capture baseline local. Para HAR, exija rótulos repetidos. Para presença, priorize sala vazia e falsos positivos.
| Intenção | Melhor escolha de dados | Evitar |
|---|---|---|
| Aprender o fluxo | SenseFi ou benchmark CSI público documentado | Arquivos ZIP sem documentação e sem divisão |
| Validar uma sala | Dataset ESP32 local pequeno com linhas de base | Usar apenas dados públicos de outro edifício |
| Reconhecimento de atividade humana | Ensaios repetidos de atividades rotuladas | Datasets somente de presença |
| Revisar a demo RuView | Dados com limites, controles negativos e capturas separados | Tratar o sucesso da interface como prova do modelo |
Dataset WiFi CSI ou benchmark: escolha pela tarefa
As buscas por um dataset CSI misturam intenção de baixar e comparação de benchmarks. Um dataset WiFi CSI contém dados brutos ou rotulados; um benchmark de sensoriamento WiFi acrescenta tarefa, divisão e protocolo de avaliação definidos. Decida o que precisa antes de comparar repositórios.
Para um teste de sala no estilo RuView, datasets WiFi CSI públicos são um ponto de partida, não substituem a captura local. Combine hardware, rótulos, sala e tarefa ao experimento e mantenha uma linha de base da sala vazia e uma sessão reservada.
- Use um benchmark quando precisar de divisão e comparação documentadas.
- Colete CSI local quando a sala ou o hardware forem diferentes.
- Mantenha rótulos, amostras brutas, linhas de base e divisões rastreáveis.
Fontes e referências de datasets
Perguntas frequentes sobre datasets de sensoriamento WiFi
Qual dataset é melhor para começar?
Para aprender modelos, comece com um benchmark documentado como SenseFi. Para uma demo RuView real, colete uma baseline local.
Posso treinar RuView com qualquer dataset CSI?
Não de forma segura. Hardware, sala, rótulos e tarefa precisam coincidir.
Por que a sala vazia importa?
Ela revela mudanças ambientais e ajuda a encontrar falsos positivos.
Datasets WiFi sensing são sensíveis?
Sim. CSI pode revelar presença e rotinas; vídeo sincronizado exige ainda mais cuidado.
Devo usar dataset público ou coletar o meu?
Use dados públicos para aprender e comparar métodos, mas colete baseline própria quando o objetivo for um resultado RuView em uma sala específica.
Qual é a diferença entre um dataset WiFi CSI e um benchmark?
Um dataset WiFi CSI é uma coleção de dados de canal brutos ou rotulados. Um benchmark acrescenta tarefa, divisão, métricas e protocolo de comparação. Para um teste RuView, use dados públicos para aprender o fluxo e colete uma linha de base local.