Appareils WiFi sensing : quel matériel peut capturer le CSI ?

Qu’est-ce qu’un appareil WiFi sensing ?

Un appareil exploitable réunit trois couches. Le matériel radio doit produire des mesures qui changent avec le canal ; le firmware, le pilote ou le SDK doit rendre ces mesures accessibles ; et l’application doit pouvoir conserver les horodatages, le contexte des paquets et les valeurs brutes ou traitées. Si une couche manque, l’appareil peut rester un excellent routeur mais devient un instrument de recherche difficile à vérifier.

Les pages produits utilisent parfois les mots présence, maison intelligente, radar ou IA sans promettre un accès pour les développeurs. Considérez ces mots comme des indices, pas comme une preuve. Cherchez le chipset exact, le firmware pris en charge, une API ou un callback local, un format d’export et un exemple reproductible avec la même révision matérielle.

• Le récepteur expose le CSI, des mesures de canal ou un événement de sensing documenté.
• Le logiciel de capture prend en charge le chip, le firmware, le système et le kernel exacts.
• Le flux conserve les horodatages, les métadonnées de paquets et le contexte utile à la validation.
• L’appareil peut être testé dans la pièce cible au lieu d’être jugé sur son nom commercial.

Comparer les principaux chemins de matériel

Le tableau sépare le matériel de connectivité du matériel de mesure. Un routeur peut fournir un trafic et un canal stables pendant qu’un autre appareil capture le CSI. Cette séparation est souvent moins chère et plus reproductible que la recherche d’un routeur grand public qui ferait tout dans un seul boîtier.

Cartes ESP32 : le premier essai le plus lisible

Pour beaucoup de débutants, une carte ESP32 est l’appareil WiFi sensing le plus simple à évaluer car son chemin de capture est explicite. Espressif documente l’activation du CSI dans ESP-IDF et l’enregistrement d’un callback de réception ; il devient alors possible d’inspecter le timing des paquets, le RSSI, les données de canal et les métadonnées. Le routeur peut rester un point d’accès ordinaire qui génère un trafic répétable.

Cette voie permet d’apprendre la boucle complète : collecter une base dans une pièce vide, ajouter un mouvement contrôlé, conserver les enregistrements bruts et comparer plusieurs sessions. Elle ne garantit pas une inférence précise de la pose, de la respiration ou de l’identité. La famille de carte, l’antenne, la bande, la largeur de canal, le débit de paquets et la géométrie de la pièce comptent encore.

• Choisissez la famille ESP32 exacte et vérifiez l’exemple ESP-IDF avant l’achat.
• Notez le canal, la largeur de bande, l’antenne, la source des paquets et le firmware.
• Commencez par la présence ou le mouvement plutôt que par une promesse de pose ou de santé.
• Conservez le CSI brut et le contexte des paquets pour auditer les résultats.

Raspberry Pi et Nexmon : un chemin Linux plus précis

Un Raspberry Pi est souvent l’ordinateur edge plutôt que la radio de sensing. Avec une radio compatible et un projet de capture documenté comme Nexmon CSI, il peut héberger les journaux, le filtrage, la visualisation et les essais de modèles en local. Le nom Raspberry Pi ne suffit toutefois pas à prouver que la capture CSI fonctionnera.

La prise en charge de Nexmon CSI dépend de puces Broadcom ou Cypress précises, de versions de firmware, d’images système et d’hypothèses de kernel. Avant d’acheter, consultez le support du modèle exact et reproduisez la commande de capture sur une configuration connue. Un exemple fonctionnant sur une image Pi ne doit pas être généralisé à tous les Pi, routeurs ou adaptateurs USB.

• Faites correspondre le chipset radio, la révision, le firmware et le kernel.
• Utilisez l’ordinateur edge pour stocker et traiter, mais vérifiez quel composant capture le CSI.
• Prévoyez de la maintenance lorsque Linux, le firmware ou les pilotes changent.
• Préférez un appareil de référence documenté avant d’essayer un modèle non listé.

Routeurs, plateformes commerciales et 802.11bf

Un routeur reste utile même s’il n’exporte pas le CSI brut. Il peut fournir un trafic stable, un canal connu et un environnement contrôlable pour un ESP32 ou un récepteur CSI pris en charge. Si un produit expose des événements de présence via un SDK local ou une API cloud documentée, évaluez cette interface séparément d’une recherche basée sur le CSI brut.

IEEE 802.11bf renforce le contexte de standardisation du sensing WLAN, mais un standard publié ne déverrouille pas automatiquement un routeur existant. Les capacités réelles dépendent du chipset, du firmware, de l’implémentation du produit, des permissions et de l’accès aux mesures. Vérifiez l’interface réelle au lieu d’acheter sur la seule génération WiFi.

• Demandez s’il s’agit de CSI brut, d’événements traités, d’une API locale, cloud ou de rien.
• Vérifiez les bandes, largeurs de canal, champs d’antenne, horodatages et formats d’export.
• Séparez une promesse commerciale d’un chemin de capture reproductible.
• Dans les lieux occupés, obtenez le consentement et définissez conservation, accès et suppression.

Cinq vérifications avant de choisir

Une courte vérification de compatibilité peut éviter un long détour matériel. Partez de la tâche à mesurer et remontez jusqu’au signal puis au chemin de capture. Si un appareil ne répond pas aux questions ci-dessous, considérez-le comme une expérience non vérifiée plutôt que comme un composant fiable.

• Définissez la première tâche : présence, mouvement, occupation, localisation ou recherche.
• Nommez la mesure requise et confirmez que l’appareil l’exporte vers votre logiciel.
• Figez le matériel, le firmware, l’OS, le kernel, le canal, la largeur et l’antenne pour la base.
• Prévoyez des enregistrements avec horodatages, contexte, conditions de pièce, labels et fichiers bruts.
• Préparez une solution de repli : ESP32 de référence, appareil Nexmon compatible ou routeur + récepteur.

Valider l’appareil avant de croire la sortie

Après la première capture, testez la pièce vide, une personne immobile, des trajets répétés, une porte, des meubles déplacés, un changement de trafic et un redémarrage. Ne changez qu’une variable à la fois et gardez la configuration avec chaque enregistrement. Le but n’est pas une visualisation spectaculaire, mais une caractéristique répétable dans les conditions prévues.

Comparez des sessions de jours différents et signalez les faux positifs, les pertes de paquets, la dérive et l’incertitude. Un modèle ou une démo peut sembler convaincant tout en échouant lorsque le routeur, le canal, la pièce ou la personne change. Traitez la sortie comme une estimation de recherche jusqu’à ce que le matériel et le protocole justifient une affirmation plus forte.

• Conservez une base de pièce vide et répétez le même mouvement plusieurs fois.
• Enregistrez cadence des paquets, échantillons manquants, dérive RSSI et changements de canal.
• Testez les cas négatifs : ventilateur, porte, animal et meuble en mouvement.
• Ne présentez pas une visualisation comme une image caméra, une mesure médicale ou une preuve d’identité.
• Documentez le consentement et les contrôles d’accès si les enregistrements révèlent occupation ou activité.

La place de ce guide sur RuView Blog

Cette page répond au choix du matériel : quel chemin peut exposer des mesures pour une expérience WiFi sensing ? Utilisez le guide ESP32 pour le callback, le guide Nexmon pour la capture Broadcom et Raspberry Pi, le guide CSI pour les concepts de signal et le guide des routeurs pour la compatibilité et l’achat. Les guides de datasets et de projets open source sont plus utiles après la stabilisation de la capture.

Cette frontière évite de mélanger les intentions. Une liste de routeurs ne doit pas promettre le CSI brut, un guide Raspberry Pi ne doit pas laisser croire que le Pi crée seul les mesures, et une visualisation RuView ne doit pas être présentée comme une preuve de précision en production.

Références techniques officielles

FAQ sur les appareils WiFi sensing