ESP32 CSI WiFi sensing osserva come una stanza modifica i pacchetti WiFi tra trasmettitore e ricevitore. Questa Channel State Information, o CSI, permette di usare il WiFi come segnale di percezione dello spazio, non solo come connessione di rete.
Movimento, respirazione ravvicinata, mobili, pareti e riflessi cambiano ampiezza e caratteristiche legate alla fase. Le schede ESP32 sono utili perché costano poco, sono diffuse e hanno risorse aperte come Espressif ESP-CSI ed ESP32 CSI Tool.
Cosa misura ESP32 CSI
CSI descrive il canale radio tra sorgente e ricevitore a livello di sottoportanti. In un esperimento ESP32, il ricevitore registra valori complessi che mostrano come il segnale OFDM è cambiato prima di arrivare. Una persona che attraversa il collegamento o respira vicino al percorso può alterare il multipath.
È diverso dal RSSI. RSSI è un numero di potenza ricevuta; CSI conserva struttura in frequenza, ampiezza, comportamento legato alla fase, contesto del pacchetto e timing. Per questo compare in posizionamento indoor, riconoscimento attività, presenza e ricerca senza videocamera.
- Usa CSI quando servono dettagli del canale, non solo intensità.
- Stanza, antenne, frequenza dei pacchetti e baseline cambiano il risultato.
- Salute, cadute e sicurezza restano sperimentali senza validazione indipendente.
Scegliere il percorso hardware
Il percorso più semplice usa un ESP32 e il router. È rapido, ma dipende da posizione del router e traffico. Due schede danno più controllo su trasmettitore e ricevitore. Nodi multipli o sincronizzati sono più vicini alla ricerca, ma richiedono più calibrazione.
Per RuView conta la ripetibilità. Per imparare basta ESP32-S3 e router. Per creare un dataset, confronta più posizioni. Per posa, respirazione o più persone, servono pacchetti controllati, etichette affidabili e valutazione prudente.
| Setup | Uso ideale | Compromesso |
|---|---|---|
| Un ESP32 + router | Prototipo rapido di presenza | Dipende da router e traffico |
| Due schede ESP32 | Esperimento controllato | Firmware su entrambi |
| Nodi sincronizzati | Localizzazione e dataset migliori | Maggiore complessità |
Workflow di test per RuView
Inizia registrando la stanza vuota. Posiziona il ricevitore, acquisisci una baseline e ripeti scene semplici: ingresso, uscita, attraversamento del link, seduta, porta aperta o respirazione vicino al percorso. Annota distanza, antenna, arredi, numero di persone e canale WiFi.
Poi rimuovi righe non valide, allinea i tempi, separa ampiezza e fase e confronta con la baseline. Un livello RuView dovrebbe mostrare CSI grezzo, feature filtrate, confidenza e limiti, così il segnale sperimentale non viene letto come decisione medica o di sicurezza.
- Cattura una baseline vuota per ogni sessione.
- Mantieni stabili canale e frequenza dei pacchetti.
- Etichetta azione, distanza, persone e posizione.
- Mostra i limiti accanto al risultato.
Punti forti, limiti e RuView
ESP32 CSI funziona meglio su compiti stretti: stanza vuota o occupata, movimento o quiete, gesto ripetuto, persona su percorso noto. Diventa fragile quando l’ambiente cambia, più persone si muovono, i pacchetti sono irregolari o si promette troppo con poco hardware.
RuView deve quindi rimanere un gateway sperimentale. CSI è privato ed economico, ma il multipath richiede calibrazione e verità di riferimento. La home serve brand, demo e GitHub; questa guida risponde alla domanda pratica sul setup ESP32 CSI.
Checklist prima di pubblicare un esperimento ESP32 CSI
Prima di mostrare un risultato, chiarisci cosa è stato misurato. Un grafico CSI ottenuto in una sola stanza non dimostra che lo stesso modello funzionerà in un altro appartamento, in un ufficio con superfici metalliche o in una camera dove il router viene spostato. Documenta versione ESP-IDF, modello della scheda, firmware, distanza tra dispositivi, orientamento delle antenne, canale WiFi, frequenza dei pacchetti e durata della calibrazione.
Distingui bene le affermazioni. È ragionevole dire che un prototipo rileva una perturbazione radio, una presenza probabile o un movimento ripetuto in scena controllata. Non è corretto presentarlo come monitoraggio medico, rilevamento cadute certificato o identificazione affidabile delle persone senza uno studio dedicato. Questa precisione rende la pagina più credibile e protegge chi scopre RuView da aspettative sbagliate.
Per una demo pubblica, il risultato deve essere leggibile: input, output, confidenza, condizioni dell’esempio e limiti noti. L’utente deve capire perché il segnale cambia, quali informazioni mancano e quando conviene scegliere un sensore diverso, come mmWave, PIR o una videocamera usata con consenso.
Aggiungi anche prove di controllo: stanza vuota, movimento fuori dal percorso radio, più frequenze di pacchetti e una sessione con antenna ruotata. Se il risultato rimane stabile solo in una condizione, è una dimostrazione, non un sistema robusto. Questa distinzione aiuta chi cerca ESP32 CSI a ripetere il test senza attribuire al segnale più certezza di quanta ne abbia.
Relazione con WiFi DensePose
WiFi DensePose GitHub, ESP32 CSI e RuView demo si sovrappongono nelle ricerche, ma non sono uguali. WiFi DensePose riguarda la curiosità sulla posa senza camera. ESP32 CSI è la base di acquisizione. RuView collega demo, limiti e codice aperto.
Separare questi intenti evita conflitti con la home e offre una pagina utile a chi cerca hardware, segnale e validazione.
Fonti e repository utili
FAQ ESP32 CSI WiFi sensing
ESP32 CSI è uguale a RSSI?
No. RSSI è forza del segnale; CSI conserva dettagli più fini del canale.
Un ESP32 può rilevare presenza?
Sì in un esperimento semplice con stanza fissa e router, ma non basta per posa, medicina o sicurezza.
Quale scheda scegliere?
ESP32-S3, C3, C5 e C6 sono opzioni comuni. Verifica la documentazione Espressif aggiornata.
Perché aiuta gli utenti RuView?
Spiega la catena sotto la demo: pacchetti, variazioni del canale, filtro e interpretazione.