Un dispositivo WiFi sensing non è semplicemente un router moderno, un access point o un apparecchio smart home. La domanda importante è se espone Channel State Information (CSI), eventi di sensing elaborati o un’altra misura documentata che il software possa registrare e verificare. La sigla WiFi 6 o WiFi 7, da sola, non risponde alla domanda.
Il punto di partenza più pratico è un percorso di acquisizione documentato: una scheda ESP32 con l’API CSI di ESP-IDF, un dispositivo Broadcom o Cypress supportato da Nexmon CSI, un router normale abbinato a un ricevitore separato oppure una piattaforma commerciale con un’interfaccia di sensing chiara. Scegli prima il percorso dei dati e poi il nome del prodotto.
Che cosa conta come dispositivo WiFi sensing?
Un dispositivo utilizzabile riunisce tre livelli. L’hardware radio deve produrre misure che cambiano con il canale; firmware, driver o SDK devono rendere accessibili quei valori; l’applicazione deve poter salvare timestamp, contesto dei pacchetti e valori grezzi o elaborati. Se manca un livello, il dispositivo può essere un ottimo router ma non uno strumento di ricerca facile da verificare.
Le pagine prodotto usano parole come presenza, smart home, radar o IA senza promettere l’accesso per gli sviluppatori. Considerale indizi, non prove. Cerca il chipset esatto, il firmware supportato, un’API o callback locale, il formato di esportazione e un esempio riproducibile con la stessa revisione hardware.
- Il ricevitore espone CSI, misure del canale o un evento di sensing documentato.
- Il software di acquisizione supporta esattamente chip, firmware, sistema operativo e kernel.
- Timestamp, metadati dei pacchetti e contesto utile alla validazione vengono conservati.
- Il dispositivo può essere testato nella stanza reale, non giudicato solo dal nome commerciale.
Confronta i principali percorsi dei dispositivi
La tabella separa l’hardware di connettività da quello di misura. Un router può fornire traffico e un canale stabile mentre un altro dispositivo acquisisce il CSI. Questa separazione è spesso più economica e riproducibile rispetto alla ricerca di un router consumer che prometta tutte le funzioni in un unico prodotto.
| Percorso | Esempio | Accesso alla misura | Uso ideale | Limite principale |
|---|---|---|---|---|
| Ricevitore ESP32 | Scheda ESP32 + router normale | Callback CSI di ESP-IDF | Esperimenti economici su presenza e movimento | Servono calibrazione e test controllati |
| Dispositivo Nexmon CSI | Scheda o router Broadcom/Cypress compatibile | Firmware modificato e strumento di acquisizione | Acquisizione di ricerca con Linux e Raspberry Pi | Chip, firmware e kernel esatti sono fondamentali |
| Computer edge + radio | Raspberry Pi o host simile | L’host esegue acquisizione e trattamento | Pipeline locali e log riproducibili | L’host da solo non crea il CSI |
| Piattaforma commerciale | Nodo di sensing documentato | API del fornitore o eventi elaborati | Valutazione di edifici intelligenti | Può essere chiusa, cloud-only o in abbonamento |
| Solo router normale | Access point WiFi consumer | Di solito nessun export CSI grezzo pubblico | Fonte di traffico per un ricevitore separato | La generazione WiFi non garantisce l’accesso al sensing |
Schede ESP32: il primo esperimento più chiaro
Per molti principianti, una scheda ESP32 è il dispositivo WiFi sensing più semplice da valutare perché il percorso di acquisizione è esplicito. Espressif documenta come attivare il CSI in ESP-IDF e registrare un callback di ricezione, così puoi controllare tempi dei pacchetti, RSSI, dati del canale e metadati. Il router può restare un access point normale che genera traffico ripetibile.
Questo percorso permette di imparare il ciclo completo: raccogliere una baseline della stanza vuota, aggiungere un movimento controllato, conservare i record grezzi e confrontare più sessioni. Non garantisce inferenze precise su postura, respirazione o identità. Famiglia della scheda, antenna, banda, larghezza del canale, frequenza dei pacchetti e geometria della stanza influenzano il risultato.
- Scegli la famiglia ESP32 esatta e verifica l’esempio ESP-IDF aggiornato prima dell’acquisto.
- Registra canale, larghezza di banda, posizione dell’antenna, fonte dei pacchetti e firmware.
- Inizia da presenza o movimento, non da una promessa su postura o salute.
- Conserva CSI grezzo e contesto dei pacchetti per verificare i risultati in seguito.
Raspberry Pi e Nexmon: un percorso Linux più specifico
Un Raspberry Pi è di solito il computer edge, non la radio di sensing. Con una radio compatibile e un progetto di acquisizione documentato come Nexmon CSI, può gestire localmente log, filtri, visualizzazione e test dei modelli. Il nome Raspberry Pi, però, non dimostra da solo che l’acquisizione CSI funzionerà.
Il supporto di Nexmon CSI dipende da chip Broadcom o Cypress specifici, versioni del firmware, immagini del sistema e ipotesi sul kernel. Prima di acquistare, controlla il supporto per la revisione esatta e riproduci il comando di acquisizione su una configurazione nota. Un esempio funzionante su un’immagine Pi non vale automaticamente per ogni Pi, router o adattatore USB.
- Fai corrispondere chipset radio, revisione della scheda, firmware e istruzioni del kernel.
- Usa il computer edge per salvare ed elaborare, ma verifica quale componente acquisisce il CSI.
- Prevedi manutenzione quando cambiano Linux, firmware o driver.
- Preferisci un dispositivo di riferimento documentato prima di provare un modello non elencato.
Router, piattaforme commerciali e 802.11bf
Un router resta utile anche quando non esporta CSI grezzo. Può offrire traffico stabile, un canale noto e un ambiente radio controllabile per un ESP32 o un ricevitore CSI compatibile. Se un prodotto espone eventi di presenza elaborati tramite SDK locale o API cloud documentata, valuta quell’interfaccia separatamente dalla ricerca basata sul CSI grezzo.
IEEE 802.11bf rafforza il contesto di standardizzazione del sensing WLAN, ma uno standard pubblicato non abilita automaticamente un router esistente. La capacità reale dipende da chipset, firmware, implementazione del prodotto, permessi e accesso alle misure. Verifica l’interfaccia concreta invece di acquistare solo in base alla generazione WiFi.
- Chiedi se sono disponibili CSI grezzo, eventi elaborati, API locale, API cloud o nessun accesso.
- Controlla bande, larghezze di canale, dati di antenna, timestamp e formato di export.
- Separa una promessa commerciale da un percorso di acquisizione riproducibile.
- Negli spazi occupati, ottieni il consenso e definisci conservazione, accesso e cancellazione.
Cinque controlli prima di scegliere
Un controllo breve della compatibilità può evitare una lunga deviazione sull’hardware. Parti dall’attività che vuoi misurare e risali fino al segnale e al percorso di acquisizione. Se un dispositivo non risponde alle domande seguenti, consideralo un esperimento non verificato, non un componente affidabile.
- Definisci il primo obiettivo: presenza, movimento, occupazione, localizzazione o ricerca.
- Nomina la misura necessaria e conferma che il dispositivo la esporti al tuo software.
- Fissa hardware, firmware, OS, kernel, canale, larghezza di banda e antenna per la baseline.
- Prevedi record con timestamp, contesto, condizioni della stanza, etichette e file grezzi.
- Prepara un’alternativa: ESP32 di riferimento, dispositivo Nexmon compatibile o router + ricevitore.
Valida il dispositivo prima di fidarti dell’output
Dopo la prima acquisizione, prova una stanza vuota, una persona ferma, percorsi ripetuti, una porta, mobili spostati, variazioni del traffico e un riavvio. Cambia una sola variabile alla volta e conserva la configurazione con ogni record. L’obiettivo non è una visualizzazione spettacolare, ma una caratteristica ripetibile nelle condizioni di utilizzo.
Confronta sessioni di giorni diversi e segnala falsi positivi, perdita di pacchetti, deriva e incertezza. Un modello o una demo può apparire convincente e fallire quando cambiano router, canale, stanza o persona. Considera l’output una stima di ricerca finché hardware e protocollo non sostengono un’affermazione più forte.
- Conserva una baseline della stanza e ripeti lo stesso movimento più volte.
- Registra frequenza dei pacchetti, campioni mancanti, deriva RSSI e cambi di canale.
- Prova casi negativi come ventilatore, porta, animale domestico e mobili in movimento.
- Non descrivere una visualizzazione come immagine di una camera, misura medica o prova d’identità.
- Documenta consenso e controlli di accesso se le registrazioni rivelano occupazione o attività.
Il ruolo di questa guida nel RuView Blog
Questa pagina risponde alla scelta del dispositivo: quale percorso hardware può esporre misure per un esperimento WiFi sensing? Usa la guida ESP32 per il callback, la guida Nexmon per l’acquisizione Broadcom e Raspberry Pi, la guida CSI per i concetti del segnale e la guida dei router per compatibilità e acquisto. Dataset e progetti open source sono più utili dopo aver stabilizzato l’acquisizione.
Questa separazione evita di mescolare le intenzioni. Un elenco di router non deve promettere CSI grezzo, una guida Raspberry Pi non deve suggerire che il Pi crei le misure da solo e una visualizzazione RuView non deve essere considerata una prova di accuratezza in produzione.
Riferimenti tecnici ufficiali
FAQ sui dispositivi WiFi sensing
Qual è il miglior dispositivo WiFi sensing per iniziare?
Una scheda ESP32 con un percorso CSI documentato in ESP-IDF è spesso il punto di partenza più chiaro, perché callback e acquisizione possono essere verificati. Scegli la famiglia esatta e inizia con un test controllato di presenza o movimento.
Un normale router WiFi può acquisire CSI?
Non necessariamente. Un router può fornire traffico e un ambiente radio stabile, ma l’accesso al CSI dipende da chip, firmware, driver e interfaccia pubblica. Un ricevitore ESP32 o Nexmon compatibile è spesso più facile da verificare.
Raspberry Pi è un dispositivo WiFi sensing da solo?
Di solito Raspberry Pi è il computer edge che salva, elabora o visualizza i dati. Diventa parte del percorso di sensing quando radio e software offrono un metodo di acquisizione documentato, come una configurazione Nexmon CSI compatibile.
WiFi 6 o WiFi 7 significa che il router supporta il sensing?
No. La generazione WiFi descrive funzioni di rete, non garantisce l’accesso degli sviluppatori a CSI o eventi di sensing. Verifica interfaccia, firmware, chipset e formato di export del prodotto esatto.
Quale dispositivo scegliere per la ricerca su rilevamento umano o posa?
Inizia da un percorso CSI supportato e ripetibile e da un’attività di validazione ristretta. Rilevamento umano e posa richiedono sessioni etichettate, casi negativi, calibrazione e incertezza; il nome del dispositivo o una visualizzazione riuscita non bastano.