Nicheloom

Market intelligence for builders — see what's gaining traction before it's crowded.

wfb-link, a userspace WiFiBroadcast radio stack for macOS

Details

External ID
48053252
Source
HN
Company
—
Product
wfb-link, a userspace WiFiBroadcast radio stack for macOS
Website domain
github.com
Launched
May 7, 2026
Cohort
—
Upvotes
5
Upvotes percentile
0.1147011308562197
Tags
—
Fetched at
Sept. 7, 2026, 9:26 p.m.
Updated at
Sept. 7, 2026, 9:26 p.m.

Description

Hi HN, I’ve been working on a Rust userspace radio stack for running WFB-style links from macOS using RTL8812AU USB adapters. Full disclosure: I'm a software engineer, but not really a hardware or embedded systems engineer, so Codex GPT 5.5 has done the lion-share of the work here along with a bit of help from Claude Opus 4.7 here and there. It's taken about 1.5 to 2 weeks to get from zero to this first release.macOS doesn't expose the monitor-mode / packet-injection path that WFB systems normally rely on. I really didn't like the idea of needing a separate linux box just to talk WFB to other edge devices, like drones. This talks to the ALFA AWUS036ACH as a USB peripheral directly, initializes the RTL8812AU, submits raw 802.11 WFB frames over bulk OUT, receives frames over bulk IN, and bridges them to WFB-NG’s distributor/aggregator UDP protocols.Basically, this is what's working (you can see more detail in the readme):- native macOS userspace RTL8812AU bring-up- TX/RX of WFB datagrams- production-ish service runtime- macOS utun bridge helper (if you need an IP-based link)- RF diagnostics, telemetry, LED heartbeat, TDD airtime controlsThere's a GitHub alpha release with arm64 macOS binariesThis is definitely still alpha. The direct-radio path is currently macOS-focused and tested with ALFA AWUS036ACH adapters on both sides (the other side is a Raspberry Pi 5 running Bookworm). macOS 26 works through IOUSBHost as libusb is not reliable there. Linux should still use native WFB-NG + rtl88xxau monitor mode rather than this USB bridge. Long-range RF quality and calibration work are ongoing. So far, some short range profiles are showing pretty good results.I’m sharing early because getting WFB-like radio links working from a Mac seemed unlikely when I started, and the path turned out to be more interesting than expected.My goal is for this to be cross-platform as-needed. Next up is an attempt at Android support via USB-OTG. We'll see how that goes.

Enrichment

Theme
hardware hacking and device utilities
Vertical
Horizontal
Function
Dev tools
Audience
Developer
AI stance
Not AI
Project type
Hobby / open-source project
Normalized one-liner
wifi broadcast radio stack for macos
Manually corrected
False

Could you build this?

No This is low-level networking and hardware driver development involving userspace USB packet injection, 802.11 raw frame handling on macOS, and reverse-engineered RTL8812AU radio firmware protocols.

What it would actually take: The stack requires Rust using `libusb` / IOKit to communicate directly with Realtek RTL8812AU chipsets on macOS, managing firmware upload, register configuration, and monitor mode raw frame injection/reception. The hard parts include porting vendor-specific PHY calibration and frame encapsulation logic without native OS driver support, plus strict real-time timing constraints for wireless transmission. This demands deep expertise in RF protocols, wireless hardware drivers, and kernel/USB subsystem programming.

Discussion

3 comments analyzed.

Concerns raised: Reliable timing across TX/RX difficult to achieve, macOS lacks native monitor mode support

Competitors

Other products that read as similar to this one — 139 launches clear the similarity bar, closest 8 shown.

Attention rank: #131 of 140 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).

Launched 187 days after the earliest competitor.

Other launches for this product

Same idea, different domain

Nobody's really built a dev tools tool for Sales yet.