Wi-Fiセンシングデバイス：CSIを取得できる機器の選び方

Wi-Fiセンシングデバイスとは何か

実験に使えるデバイスには、連携して動く三つの層があります。無線ハードウェアがチャネル変化に応じた計測値を生成し、ファームウェア、ドライバー、SDKがその値を公開し、アプリケーションが時刻、パケットの文脈、未処理または処理済みの値を保存できることです。一つでも欠ければ、良いルーターでも研究用の計測機器としては扱いにくくなります。

製品ページには、在室、スマートホーム、レーダー、AIなどの言葉があっても、開発者向けアクセスが保証されているとは限りません。マーケティング文言は手がかりにとどめ、正確なチップ、対応ファームウェア、ローカルAPIやコールバック、出力形式、同じハードウェア版での再現例を確認します。

• 受信機がCSI、チャネル計測値、または仕様が明確なセンシングイベントを公開している。
• 取得ソフトが対象チップ、ファームウェア、OS、カーネルの組み合わせに対応している。
• 時刻、パケットメタデータ、検証に必要な条件を記録できる。
• 製品名だけでなく、実際に使う部屋でデバイスを試験できる。

主なWi-Fiセンシング機器の経路を比較

次の表では、ネットワーク接続を担う機器と、計測を担う機器を分けています。ルーターが安定したトラフィックと無線環境を作り、別の機器がCSIを取得する構成は、すべてを一台に求めるより安価で再現しやすいことがあります。

ESP32：最初の実験に向く明確な選択肢

多くの初心者にとって、ESP32は評価しやすいWi-Fiセンシングデバイスです。ESP-IDFにはCSIを有効化し、受信コールバックを登録する方法が文書化されているため、パケット時刻、RSSI、チャネル値、メタデータを具体的に確認できます。ルーターは通常のアクセスポイントとして、ESP32を計測端末として使えます。

空室の基準データを集め、制御した動きを一つだけ加え、元データを保存し、複数セッションを比較するという流れを学ぶのに適しています。ただし、姿勢、呼吸、個人識別の精度を保証するものではありません。ボードのアンテナ、周波数帯、帯域幅、パケットレート、部屋の形状が結果に影響します。

• 購入前にESP32の型番と現在のESP-IDF例を確認する。
• チャネル、帯域幅、アンテナ位置、パケット源、ファームウェアを記録する。
• 最初は姿勢や健康推定ではなく、在室や動作から始める。
• 後から検証できるよう、生CSIとパケットの文脈を保存する。

Raspberry PiとNexmon：より限定されたLinux経路

Raspberry Piは、多くの場合センシング無線機そのものではなくエッジコンピューターです。対応する無線機とNexmon CSIのような取得プロジェクトを組み合わせると、ログ、フィルタリング、可視化、モデル実験をローカルで動かせます。ただし、Piという名前だけでCSI取得を保証するわけではありません。

Nexmon CSIの対応範囲は、特定のBroadcom/Cypressチップ、ファームウェア、OSイメージ、カーネル条件に依存します。購入前に対象機器の対応情報を確認し、既知の構成で取得コマンドを再現してください。一つのPi用イメージで動く例を、すべてのPi、ルーター、USBアダプターに一般化してはいけません。

• 無線チップ、ボード版、ファームウェア、カーネルの一致を確認する。
• エッジPCは保存・処理に使い、CSIを取得する部品を別に確認する。
• Linux、ファームウェア、ドライバーの更新による保守を想定する。
• 未掲載モデルより、文書化された基準機器を先に使う。

ルーター、商用基盤、802.11bf

生CSIを出せないルーターでも、安定したトラフィック、既知のチャネル、制御しやすい無線環境を提供できます。ESP32や対応CSI受信機と組み合わせるなら、ルーターの役割は十分にあります。ローカルSDKやクラウドAPIで処理済みの在室イベントを出す製品は、生CSI研究とは別のインターフェースとして評価します。

IEEE 802.11bfはWLANセンシングの標準化を進めますが、標準が公開されたからといって、既存ルーターが自動的に開発者向け計測値を出すわけではありません。チップ、ファームウェア、製品実装、権限、開発者が取得できるデータを確認し、Wi-Fi世代の数字だけで購入しないようにします。

• 生CSI、処理済みイベント、ローカルAPI、クラウドAPI、非対応のどれかを確認する。
• 周波数帯、帯域幅、アンテナや空間ストリームの情報、時刻、出力形式を確認する。
• 商用機能の説明と、独立して再現できる取得経路を分けて考える。
• 人がいる場所では、同意、保存期間、アクセス、削除のルールを決める。

選ぶ前に行う五つの確認

短い互換性チェックで、長いハードウェアの迷走を避けられます。まず測りたいタスクを決め、必要な信号と取得経路へ逆算します。次の質問に答えられない機器は、検証済みの部品ではなく、未確認の実験対象として扱ってください。

• 最初の測定対象を在室、動作、占有、位置、研究機能のいずれかに絞る。
• 必要な計測値を定義し、機器がソフトウェアへ出力できるか確認する。
• 基準取得のため、ハードウェア、OS、カーネル、チャネル、帯域幅、アンテナを固定する。
• 時刻、パケット文脈、部屋の条件、ラベル、生データを保存する計画を立てる。
• ESP32基準機、対応Nexmon機器、通常ルーター＋受信機という代替案を用意する。

出力を信頼する前にデバイスを検証する

最初の取得後は、空室、静止した人、同じ歩行、ドアの動き、家具の変更、通信量の変化、再起動を試します。一度に一つの条件だけを変え、各記録に設定を添付します。目的は派手な可視化ではなく、実際に使う条件で特徴が繰り返し現れるという証拠です。

別の日のセッションを比較し、誤検出、パケット欠落、ドリフト、不確実性を報告します。ルーター、チャネル、部屋、人が変わると失敗するモデルやデモもあります。ハードウェアと評価手順が十分な根拠を示すまでは、結果を研究上の推定として扱います。

• 部屋の基準データを残し、同じ動作を複数回繰り返す。
• パケット間隔、欠損、RSSIのドリフト、チャネル変更を記録する。
• 扇風機、ドア、ペット、動く家具などの負例を試す。
• 可視化をカメラ映像、医療測定、個人識別の証明として表現しない。
• 占有や活動が分かる記録では、同意とアクセス制御を文書化する。

RuView Blogでのこのガイドの位置づけ

このページは、Wi-Fiセンシング実験のために計測値を公開できるハードウェア経路を選ぶためのものです。ESP32ガイドではコールバック設定、NexmonガイドではBroadcomとRaspberry Piの取得、CSIガイドでは信号の基礎、ルーターガイドでは互換性と購入確認を扱います。取得経路を安定させた後に、データセットやオープンソースの記事が役立ちます。

この境界を保つことで、キーワードと読者の目的が混ざりません。ルーター一覧は生CSIを約束せず、Raspberry Piの説明はPiだけで計測値を作るように見せず、RuViewの可視化も本番精度の証明として扱いません。

公式の技術リファレンス

Wi-Fiセンシングデバイス FAQ