Wi-Fi Goes Long Range on New WiLo Standard

Original Article ↗ Hacker News Discussion ↗

Researchers have demonstrated “WiLo,” a technique that lets standard 2.4 GHz Wi‑Fi hardware emulate LoRa waveforms and send data directly to off‑the‑shelf LoRa devices over hundreds of meters. Commenters see potential for long‑range, low‑bandwidth IoT and smart‑home uses without dedicated hubs, but note major limitations: the link is currently one‑way, throughput is very low compared to Wi‑Fi, power use is higher than native LoRa, and large‑scale adoption could worsen congestion in already crowded spectrum. There is also debate over how this fits alongside existing low‑power standards like 802.11ah (Wi‑Fi HaLow) and the constraints of proprietary LoRa patents.

Clarifying What WiLo Is

  • WiLo is described as an algorithmic framework that makes a standard 2.4 GHz Wi‑Fi (802.11g-class) radio emit a valid LoRa waveform.
  • Communication is one-way: Wi‑Fi → LoRa only. It does not extend Wi‑Fi range as a bidirectional network standard.
  • LoRa receivers do not need hardware changes; WiFi-side changes are algorithm/firmware-level.
  • Several commenters note the summary article obscures this unidirectional nature, leading to confusion.

Performance, Power, and Use Cases

  • Expected speeds are LoRa-like (tens of kbit/s, e.g., up to ~50 kbit/s), suitable for “SMS-style” payloads, not IP-style high throughput.
  • Main fit is low-rate IoT: sensors, simple commands, smart-home devices, possibly eliminating dedicated hubs.
  • Extra power consumption versus native LoRa/HaLow is flagged as a major drawback for battery-powered IoT.
  • Some see potential for silent adoption for things like positioning/triangulation, not media.

Relation to Existing Standards (LoRa, 802.11ah/HaLow)

  • Initial confusion with 802.11ah (Wi‑Fi HaLow); the paper is later clarified as cross‑technology communication, not a HaLow competitor.
  • LoRaWAN and HaLow are seen as addressing similar markets with different protocols; WiLo is “proof it’s possible” to bridge them, not a new official standard.
  • Discussion notes LoRa specs are open but patent licensing remains a concern; copyright license alone doesn’t grant patent rights.

Scalability, Congestion, and Spectrum Concerns

  • Commenters worry about severe air congestion if many WiLo/LoRa devices share limited channels, especially in dense 2.4 GHz environments already suffering from Wi‑Fi interference.
  • LoRa is characterized as very low bandwidth and easily saturated; some hope WiLo remains niche for that reason.
  • Others dream of long-range, very low-bandwidth neighborhood networks, but acknowledge interference, regulatory, and capacity issues.

Implementation Feasibility and SDR Discussion

  • It’s argued many modern baseband chips are effectively SDRs, so WiLo might be implemented in firmware.
  • The paper’s evaluation uses USRP SDRs; commenters debate cheaper SDR options (HackRF, LimeSDR, BladeRF, ADALM‑PLUTO) and their tradeoffs.
  • Low-latency Wi‑Fi ACK timing is cited as a barrier for doing full Wi‑Fi MAC in GNU Radio, though FPGA-based designs can.

Broader Reflections on Wi‑Fi Design

  • Some see WiLo as a clever technical feat akin to cross‑compiling C to JavaScript: proves feasibility, not necessarily desirability.
  • Others argue core Wi‑Fi pains (slow association, captive portals, poor channel management) remain more impactful than niche cross‑tech tricks like WiLo.