Ein WiFi-Sensing-Gerät ist nicht einfach jeder moderne Router, Access Point oder Smart-Home-Sensor. Entscheidend ist, ob es Channel State Information (CSI), verarbeitete Sensing-Ereignisse oder eine andere dokumentierte Messung bereitstellt, die Software speichern und prüfen kann. Die Bezeichnung WiFi 6 oder WiFi 7 beantwortet diese Frage nicht.
Der sinnvollste Einstieg ist meist ein dokumentierter Capture-Pfad: ein ESP32-Board mit der ESP-IDF-CSI-API, ein bestimmtes von Nexmon CSI unterstütztes Broadcom- oder Cypress-Gerät, ein normaler Router mit separatem Empfänger oder eine Plattform mit dokumentierter Sensing-Schnittstelle. Wähle zuerst den Datenpfad und erst danach den Produktnamen.
Was zählt als WiFi-Sensing-Gerät?
Ein nutzbares Gerät verbindet drei Ebenen. Die Funkhardware muss Messwerte erzeugen, die sich mit dem Kanal verändern; Firmware, Treiber oder SDK müssen diese Werte zugänglich machen; und die Anwendung muss Zeitstempel, Paketkontext sowie Roh- oder verarbeitete Werte speichern können. Fehlt eine Ebene, kann das Gerät ein guter Router, aber ein schlecht prüfbares Forschungsinstrument sein.
Produktseiten sprechen oft von Präsenz, Smart Home, Radar oder KI, ohne Entwicklerzugriff zu versprechen. Diese Begriffe sind Hinweise, kein Nachweis. Prüfe den exakten Chipsatz, unterstützte Firmware, eine lokale API oder einen Callback, ein Exportformat und ein reproduzierbares Beispiel mit derselben Hardware-Revision.
- Der Empfänger stellt CSI, Kanalwerte oder ein klar dokumentiertes Sensing-Ereignis bereit.
- Die Capture-Software unterstützt genau Chip, Firmware, Betriebssystem und Kernel.
- Zeitstempel, Paketmetadaten und der Kontext für die Validierung bleiben erhalten.
- Das Gerät lässt sich im Zielraum testen, statt nur anhand des Produktnamens beurteilt zu werden.
Die wichtigsten WiFi-Sensing-Pfade vergleichen
Die Tabelle trennt Netzwerkhardware von Messhardware. Ein Router kann Traffic und einen stabilen Kanal liefern, während ein anderes Gerät CSI erfasst. Diese Trennung ist oft günstiger und reproduzierbarer als ein Consumer-Router, der alle Sensing-Funktionen in einem Gehäuse verspricht.
| Pfad | Typisches Beispiel | Messzugriff | Geeignet für | Wichtigste Grenze |
|---|---|---|---|---|
| ESP32-Empfänger | ESP32-Board + normaler Router | ESP-IDF-CSI-Callback | Günstige Präsenz- und Bewegungstests | Kalibrierung und kontrollierte Tests nötig |
| Nexmon-CSI-Gerät | Unterstütztes Broadcom/Cypress-Board oder Router | Geänderte Firmware und Capture-Tool | Linux- und Raspberry-Pi-Forschung | Exakter Chip, Firmware und Kernel sind entscheidend |
| Edge-Computer + Funkgerät | Raspberry Pi oder ähnlicher Host | Host führt Capture und Verarbeitung aus | Lokale Pipelines und reproduzierbare Logs | Der Host allein erzeugt kein CSI |
| Kommerzielle Plattform | Dokumentierter Sensing-Knoten | Anbieter-API oder verarbeitete Ereignisse | Bewertung intelligenter Gebäude | Kann geschlossen, cloudbasiert oder kostenpflichtig sein |
| Nur normaler Router | Consumer-WiFi-Access-Point | Meist kein öffentlicher Roh-CSI-Export | Trafficquelle für einen separaten Empfänger | Die WiFi-Generation garantiert keinen Sensing-Zugriff |
ESP32-Boards: der klarste erste Versuch
Für viele Einsteiger ist ein ESP32 das am leichtesten prüfbare WiFi-Sensing-Gerät, weil der Capture-Pfad eindeutig ist. Espressif dokumentiert die CSI-Aktivierung in ESP-IDF und die Registrierung eines Empfangs-Callbacks. So lassen sich Paketzeiten, RSSI, Kanalwerte und Metadaten gezielt untersuchen. Der Router kann dabei ein normaler Access Point bleiben.
Dieser Weg eignet sich, um die ganze Schleife zu lernen: einen Leerraum-Baseline erfassen, eine kontrollierte Bewegung hinzufügen, Rohdaten speichern und mehrere Sitzungen vergleichen. Er garantiert keine genaue Erkennung von Pose, Atmung oder Identität. Boardfamilie, Antenne, Band, Kanalbreite, Paketrate und Raumgeometrie beeinflussen das Ergebnis.
- Prüfe die exakte ESP32-Familie und das aktuelle ESP-IDF-Beispiel vor dem Kauf.
- Notiere Kanal, Bandbreite, Antennenposition, Paketquelle und Firmware-Version.
- Beginne mit Präsenz oder Bewegung, nicht mit einer Pose- oder Gesundheitsbehauptung.
- Bewahre Roh-CSI und Paketkontext auf, damit Ergebnisse später geprüft werden können.
Raspberry Pi und Nexmon: ein speziellerer Linux-Pfad
Ein Raspberry Pi ist meistens der Edge-Computer und nicht selbst die Sensing-Funkhardware. Mit einem kompatiblen Funkgerät und einem dokumentierten Capture-Projekt wie Nexmon CSI kann er Logging, Filterung, Visualisierung und Modelltests lokal ausführen. Der Name Raspberry Pi allein beweist jedoch nicht, dass CSI-Capture funktioniert.
Die Nexmon-CSI-Unterstützung hängt von bestimmten Broadcom- oder Cypress-Chips, Firmware-Builds, Systemabbildern und Kernel-Annahmen ab. Prüfe vor dem Kauf die Unterstützung für die exakte Revision und reproduziere den Capture-Befehl auf einer bekannten Konfiguration. Ein Beispiel für ein Pi-Image gilt nicht automatisch für jeden Pi, Router oder USB-Adapter.
- Passe Funkchip, Board-Revision, Firmware und Kernel-Anleitung exakt an.
- Nutze den Edge-Computer für Speicherung und Verarbeitung, aber prüfe, welches Teil CSI erfasst.
- Plane Wartung ein, wenn Linux, Firmware oder Treiber aktualisiert werden.
- Beginne mit einem dokumentierten Referenzgerät, bevor du ein nicht gelistetes Modell testest.
Router, Plattformen und 802.11bf
Ein Router bleibt nützlich, auch wenn er kein Roh-CSI exportiert. Er kann stabilen Traffic, einen bekannten Kanal und eine kontrollierbare Funkumgebung für einen ESP32 oder kompatiblen CSI-Empfänger liefern. Wenn ein Produkt verarbeitete Präsenzereignisse über ein lokales SDK oder eine dokumentierte Cloud-API ausgibt, muss diese Schnittstelle getrennt von Roh-CSI-Forschung bewertet werden.
IEEE 802.11bf verbessert den Standardisierungskontext für WLAN-Sensing, schaltet aber nicht automatisch einen vorhandenen Router für Entwickler frei. Die tatsächliche Fähigkeit hängt von Chip, Firmware, Produktimplementierung, Berechtigungen und zugänglichen Messwerten ab. Prüfe die konkrete Schnittstelle statt nur nach der WiFi-Generation zu kaufen.
- Kläre, ob Roh-CSI, verarbeitete Ereignisse, lokale API, Cloud-API oder nichts verfügbar ist.
- Prüfe Bänder, Kanalbreiten, Antennen-/Spatial-Informationen, Zeitstempel und Exportformat.
- Trenne eine Produktwerbung von einem unabhängig reproduzierbaren Capture-Pfad.
- Hole in belegten Räumen Einwilligung ein und definiere Aufbewahrung, Zugriff und Löschung.
Fünf Prüfungen vor der Auswahl
Eine kurze Kompatibilitätsprüfung kann einen langen Hardware-Umweg verhindern. Starte mit der Messaufgabe und arbeite rückwärts zu Signal und Capture-Pfad. Wenn ein Gerät die folgenden Fragen nicht beantworten kann, behandle es als unbestätigtes Experiment und nicht als zuverlässige Komponente.
- Lege die erste Aufgabe fest: Präsenz, Bewegung, Belegung, Position oder Forschung.
- Benenne die benötigte Messung und bestätige, dass das Gerät sie an deine Software exportiert.
- Fixiere Hardware, Firmware, OS, Kernel, Kanal, Bandbreite und Antenne für die Baseline.
- Plane Datensätze mit Zeitstempeln, Paketkontext, Raumzustand, Labels und Rohdateien.
- Halte eine Alternative bereit: ESP32-Referenzboard, kompatibles Nexmon-Gerät oder Router plus Empfänger.
Das Gerät validieren, bevor du der Ausgabe vertraust
Teste nach dem ersten Capture einen leeren Raum, eine stehende Person, wiederholte Laufwege, eine Türbewegung, Möbeländerungen, Traffic-Änderungen und einen Neustart. Ändere jeweils nur eine Variable und speichere die Konfiguration mit jedem Datensatz. Ziel ist keine spektakuläre Visualisierung, sondern ein wiederholbares Merkmal unter den Bedingungen des späteren Einsatzes.
Vergleiche Sitzungen an verschiedenen Tagen und dokumentiere Fehlalarme, Paketverlust, Drift und Unsicherheit. Ein Modell oder eine Demo kann überzeugend aussehen und dennoch versagen, wenn Router, Kanal, Raum oder Person wechseln. Behandle die Ausgabe als Forschungsschätzung, solange Hardware und Prüfprotokoll keine stärkere Aussage tragen.
- Bewahre eine Raum-Baseline auf und wiederhole dieselbe Bewegung mehrfach.
- Protokolliere Paketrate, fehlende Samples, RSSI-Drift und Kanalwechsel.
- Teste negative Fälle wie Ventilator, Tür, Haustier und bewegte Möbel.
- Bezeichne eine Visualisierung nicht als Kamerabild, medizinische Messung oder Identitätsnachweis.
- Dokumentiere Einwilligung und Zugriffskontrollen, wenn Aufnahmen Belegung oder Aktivität zeigen können.
Wie dieser Leitfaden zu RuView Blog passt
Diese Seite beantwortet die Auswahlfrage: Welcher Hardwarepfad kann Messwerte für ein WiFi-Sensing-Experiment bereitstellen? Der ESP32-Leitfaden erklärt den Callback, der Nexmon-Leitfaden die Broadcom- und Raspberry-Pi-Erfassung, der CSI-Leitfaden die Signalgrundlagen und der Router-Leitfaden Kompatibilität und Kaufprüfung. Datensatz- und Open-Source-Guides sind danach sinnvoll.
Diese Grenze verhindert auch eine Vermischung der Suchintention. Eine Routerliste darf Roh-CSI nicht versprechen, ein Raspberry-Pi-Guide darf nicht suggerieren, dass der Pi allein Messwerte erzeugt, und eine RuView-Visualisierung ist kein Beleg für Produktionsgenauigkeit.
Offizielle technische Referenzen
FAQ zu WiFi-Sensing-Geräten
Welches WiFi-Sensing-Gerät ist für Einsteiger geeignet?
Ein ESP32-Board mit dokumentiertem ESP-IDF-CSI-Pfad ist oft der klarste Start, weil Callback und Capture-Ablauf prüfbar sind. Wähle zuerst die genaue Boardfamilie und beginne mit einem kontrollierten Präsenz- oder Bewegungstest.
Kann ein normaler WiFi-Router CSI erfassen?
Nicht unbedingt. Ein Router kann Traffic und eine stabile Funkumgebung liefern, aber Roh-CSI hängt von Chip, Firmware, Treiber und öffentlicher Schnittstelle ab. Ein unterstützter ESP32- oder Nexmon-Empfänger ist meist leichter zu verifizieren.
Ist ein Raspberry Pi allein ein WiFi-Sensing-Gerät?
Ein Raspberry Pi ist normalerweise der Edge-Computer zum Speichern, Verarbeiten oder Visualisieren. Er wird erst mit einer dokumentierten Capture-Methode und kompatibler Funkhardware Teil eines Sensing-Pfads, etwa mit Nexmon CSI.
Bedeutet WiFi 6 oder WiFi 7 automatisch Sensing-Unterstützung?
Nein. Die WiFi-Generation beschreibt Netzwerkfunktionen, nicht garantierten Entwicklerzugriff auf CSI oder Sensing-Ereignisse. Prüfe die konkrete Produktschnittstelle, Firmware, den Chipsatz und das Exportformat.
Welche Hardware eignet sich für Human-Detection- oder Pose-Forschung?
Beginne mit einem unterstützten, wiederholbaren CSI-Pfad und einer engen Prüfaufgabe. Human Detection und Pose-Forschung benötigen gelabelte Sitzungen, negative Fälle, Kalibrierung und Unsicherheitsberichte; ein Produktname oder eine erfolgreiche Visualisierung reicht nicht aus.