You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Train a WiFi pose estimation model in your living room -- it works great. Move it to the kitchen -- accuracy drops 40-70%. Deploy it in a different building -- it fails completely.
This is the domain gap problem, and it is the single biggest barrier to real-world WiFi sensing deployment.
Why it happens
Every room has a unique WiFi "personality":
Layout memorization -- the model memorizes where the router and receiver are, instead of learning how human bodies disturb WiFi signals
Multipath fingerprinting -- walls, furniture, and room geometry create a unique reflection pattern that the model uses as a shortcut
Hardware differences -- an ESP32 (64 subcarriers) produces completely different CSI than an Intel 5300 (30 subcarriers)
The current wifi-densepose system trains and evaluates in a single environment. There is zero mechanism to handle new rooms, new buildings, or mixed hardware.
The Solution: Project MERIDIAN (ADR-027)
Multi-Environment Robust Inference via Domain-Invariant Alignment Networks
MERIDIAN adds a domain generalization layer to the existing pipeline. The core idea: explicitly separate what the model knows about the room from what it knows about the person.
CSI Frame --> HardwareNormalizer --> Existing Pipeline --> DomainFactorizer
|-> h_pose (person info -- used for pose)
|-> h_env (room info -- discarded at inference)
The model is trained to maximize confusion about which room the data came from (adversarial training), while minimizing pose error. This forces it to learn environment-agnostic human motion features.
What MERIDIAN Adds (6 New Modules)
1. Hardware Normalizer (hardware_norm.rs)
Resamples any WiFi hardware CSI to a canonical 56-subcarrier format. ESP32 (64 sub), Intel 5300 (30 sub), Atheros (56 sub) all produce identical input shape.
Cross-hardware MPJPE, Domain gap ratio, Adaptation speedup
How It Compares
Approach
Cross-Layout
Cross-Hardware
Zero-Shot
Few-Shot
Edge (ESP32)
Multi-Person
MERIDIAN
Yes
Yes
Yes
Yes
Yes (+12K params)
Yes
PerceptAlign (2026)
Yes
No
Partial
No
No (20M params)
No
X-Fi (ICLR 2025)
Yes
Yes
Yes
Yes
No (large)
Yes
AM-FM (2026)
Yes
Yes
Yes
Yes
No (foundation)
Unknown
DGSense (2025)
Yes
Yes
Yes
No
No (ResNet)
No
Current wifi-densepose
No
No
No
Partial
Yes
Yes
MERIDIAN key differentiator: it is additive (small modules on top of existing pipeline), edge-compatible (+12K parameters, 67K total, still fits ESP32), and the first open-source WiFi pose system with cross-environment generalization.
Gap Closure: Proposed ADRs Addressed
MERIDIAN also closes gaps from 10 earlier proposed ADRs (002-011):
Status
ADRs
What is Resolved
Directly addressed
ADR-004, 005, 006
HNSW fingerprints become cross-room; SONA gets unsupervised adaptation; GNN gets adversarial regularization
Superseded
ADR-002
Already implemented by ADR-016/017
Enabled
ADR-003, 008, 009
Cognitive containers, multi-AP consensus, and WASM runtime all build on MERIDIAN infrastructure
Independent
ADR-007, 010, 011
Post-quantum crypto, witness chains, and Python proof-of-reality remain separate tracks
Model Size Impact
Component
Parameters
Memory
Existing model (ADR-023 + ADR-024)
~55,000
55 KB
+ GeometryEncoder
~8,000
8 KB
+ DomainFactorizer (PoseEncoder only)
~4,000
4 KB
MERIDIAN Total
~67,000
67 KB
ESP32 available SRAM
--
520 KB
SOTA Research Foundation
MERIDIAN draws from 10 peer-reviewed papers (2024-2026):
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
The Problem: WiFi Models Break When You Move Them
Train a WiFi pose estimation model in your living room -- it works great. Move it to the kitchen -- accuracy drops 40-70%. Deploy it in a different building -- it fails completely.
This is the domain gap problem, and it is the single biggest barrier to real-world WiFi sensing deployment.
Why it happens
Every room has a unique WiFi "personality":
The current wifi-densepose system trains and evaluates in a single environment. There is zero mechanism to handle new rooms, new buildings, or mixed hardware.
The Solution: Project MERIDIAN (ADR-027)
Multi-Environment Robust Inference via Domain-Invariant Alignment Networks
MERIDIAN adds a domain generalization layer to the existing pipeline. The core idea: explicitly separate what the model knows about the room from what it knows about the person.
The model is trained to maximize confusion about which room the data came from (adversarial training), while minimizing pose error. This forces it to learn environment-agnostic human motion features.
What MERIDIAN Adds (6 New Modules)
1. Hardware Normalizer (
hardware_norm.rs)Resamples any WiFi hardware CSI to a canonical 56-subcarrier format. ESP32 (64 sub), Intel 5300 (30 sub), Atheros (56 sub) all produce identical input shape.
Uses Catmull-Rom cubic interpolation + z-score normalization + phase sanitization.
2. Domain Factorizer + Gradient Reversal (
domain.rs)Splits the neural network internal representation into two paths:
A Gradient Reversal Layer (GRL) trains the pose path to be maximally confusing to a room classifier -- forcing it to drop all room-specific shortcuts.
3. Geometry Encoder + FiLM Conditioning (
geometry.rs)Enables zero-shot deployment: tell the model where the WiFi APs are located, and it adjusts its coordinate frame automatically. No retraining needed.
Uses Fourier positional encoding + permutation-invariant DeepSets + Feature-wise Linear Modulation (FiLM).
4. Virtual Domain Augmentation (
virtual_aug.rs)Generates synthetic "virtual rooms" during training by simulating:
Each training batch sees 4x more environment diversity than real data alone.
5. Few-Shot Rapid Adaptation (
rapid_adapt.rs)10 seconds of WiFi data in a new room produces automatic environment-specific fine-tuning. No pose labels needed.
Combines SONA LoRA adapters (ADR-005) with contrastive test-time training from AETHER (ADR-024).
6. Cross-Domain Evaluation (
eval.rs)Rigorous 6-metric evaluation protocol following PerceptAlign methodology:
How It Compares
MERIDIAN key differentiator: it is additive (small modules on top of existing pipeline), edge-compatible (+12K parameters, 67K total, still fits ESP32), and the first open-source WiFi pose system with cross-environment generalization.
Gap Closure: Proposed ADRs Addressed
MERIDIAN also closes gaps from 10 earlier proposed ADRs (002-011):
Model Size Impact
SOTA Research Foundation
MERIDIAN draws from 10 peer-reviewed papers (2024-2026):
Implementation Status
hardware_norm.rsdomain.rsgeometry.rsvirtual_aug.rsrapid_adapt.rseval.rsBranch:
adr-027-cross-environment-domain-generalizationFull ADR:
docs/adr/ADR-027-cross-environment-domain-generalization.mdQuick Start (After Merge)
Beta Was this translation helpful? Give feedback.
All reactions