Last week I posted on 10 iOS Wi-Fi tools… but I didn’t tell you which I’d use and purchase for myself. (Actually I’ve bought them all already, but if I had to do it over again…)

One rule governs all of it. iOS has a hard wall around its Wi-Fi radio. No public API lets a third-party app scan neighboring networks or run a real capture. Every tool here is defined by how it routes around that wall. The wall is Apple’s, not the developers’.

Free Software Only – $0

I’d go with the Ubiquiti WiFiman app — it just works. Simple, easy to use. Useful information. A good place to start.

Of course I’d add an Orb client on your iPhone, free for individual use and gives you FANTASTIC information on your connection.

Inexpensive – <$50

nOversight from my friend Ben Toner is a fantastic tool with loads of detailed information, it is my ‘go to’ when on an iPhone to see how my current Wi-Fi is doing. It also allows me to easily document when and where I am to capture these details.

Mid-Tier – <$1,000

A WLAN Pi Go (I like Nick Turner’s ‘slim go’ version) — this coupled with Adrian Granados’ WiFi Explorer Pi and AirTool Pi give you lots of full-blown professional-level analysis, and the ability to do 802.11 frame captures. Couple it with an Oscium Lucid for handheld spectrum analysis against all three bands. This also works with Hamina’s Onsite app.

Professional Level – >$1,000

Add a Hamina Clip for wireless connection to your iPhone using Hamina Onsite for not only doing validation survey work, but it also works via USB-C cable to WiFi Explorer Pi and AirTool Pi for great analysis, down to individual 802.11 Beacon frame Information Elements, running a Wi-Fi Checklist, and capturing 802.11 frames over the air. A thumbs up to Hamina Onsite for now integrating directly with Orb services.

Your choice

What do you have loaded on your iPhone for doing Wi-Fi analysis, validation and troubleshooting? And why?

In the Wireless LAN world we still worship at the False God of dB. The false god is the single signal-strength number, the RSSI reading on your survey map, treated as if one signal metric could tell you whether a Wi-Fi network is any good. It cannot. Signal strength is mandatory. Without it nothing works. But a lone dB number is nowhere near sufficient, and designing or validating a network from that number alone is how you end up with Wi-Fi that passes the survey and fails the users.

Why we worship the number

Signal is easy to measure, easy to map, and easy to color red-yellow-green. Books, study guides, and design manuals have leaned on RSSI so heavily that a generation of engineers learned to treat one reading as the whole verdict. Walk the building, color the heatmap green, declare victory. The number feels like proof because it is the one thing every tool reports the same way.

That is the trap. A measurement you can take everywhere is not the same as the measurement that tells you whether the network does its job.

Let me be clear about what I am NOT saying. RSSI is critical. It is required. It is the base level requirement, and without enough signal you have nothing to build on. I have never argued otherwise and I am not arguing it now. What I am arguing is the difference between a floor and a finished building.

What connectivity is to a Cat6 cable

RSSI is to a Wireless LAN what continuity is to a Cat6 cable. It is the base requirement. Without it, nothing works. With it, you have proven almost nothing.

“Cat6” does not mean a cable that conducts electricity. It means a cable that meets the Category 6 physical requirements defined by the TIA, and those requirements go far past continuity: near-end crosstalk, far-end crosstalk, return loss, insertion loss, propagation delay, pinouts, and pair-twist ratios. A cable run can be perfectly continuous from end to end and still fail certification on any one of those.

No cable installer would pull barbed wire to every desk. Barbed wire easily meets the continuity goal. It meets none of the others. We all understand why that is absurd for copper. We somehow forgive ourselves for doing the wireless equivalent when we design a WLAN for “coverage” and nothing else.

The gap I described in 2010 is narrower now, not closed

When I first wrote this, the industry had no group defining what a “Voice-Grade,” “Video-Grade,” or even a generic “Data-Grade” Wireless LAN actually required. Every vendor wrote its own specs.

That gap has narrowed. Application-grade requirement frameworks exist now in forms practitioners actually use. There are widely circulated voice targets, SNR floors, loss and latency budgets for Voice over Wi-Fi, vendor deployment guides for real-time traffic and location services. Modern validation survey practice already measures signal plus SNR, co-channel interference and channel utilization, data rates, retry rates, roaming behavior, and capacity. The “many more categories” I pointed at back then are now things competent engineers measure as a matter of course.

What still does not exist is a single neutral, measurable, codified WLAN service-grade standard you can certify against the way you certify a Cat6 run. The targets that circulate are fragmented and use-case specific, not canonical. So treat any single RSSI or SNR figure for what it is: a use-case target you must measure and verify against a stated requirement, never a universal pass mark.

I took a run at this problem myself a while back, cataloging vendor design specifications with a few other CWNEs, and quickly found close to a hundred distinct parameters once you got past the first one. The first one is always RSSI. It is always merely the baseline. On top of signal strength sit overlap requirements, specific co-channel interference levels, data-rate support, devices-per-AP limits, minimum MCS, and a long list more. Some belong to the clients. Some belong to the Access Points and cabling. All of them have to be met together before you can honestly say the network delivers.

So two questions for you. Do you know the design specs your client devices actually require? And how would you tell whether your Wireless LAN meets them?

The truck, the sports car, and the minivan

Picture yourself as an automobile designer. Your bosses ask for a “vehicle,” defined loosely as wheels, an engine, seats, a frame, and a shell.

First request: carry two adults, hit freeway speeds, haul a 2200 lb payload. Easy. You build a truck. Everyone is happy.

Next request: 0 to 60 in under 5 seconds, sharp cornering, low drag. You build a light, high-powered sports car. Everyone is happy.

Last request: seven adults plus luggage, cup holders everywhere, easy in and out. You build a minivan. Everyone is happy.

The trouble starts when the truck owner decides that because he already owns a vehicle, it ought to run 0 to 60 in 4.2 seconds. Almost as an afterthought, he asks you to turn his truck into a racecar. Sure, it is possible. Rip out the engine, drop in a stronger one, then replace the heavy suspension and the dual-I-beam frame with carbon fiber because the truck was built to carry weight, not to corner. Spend all that money and you still end up with a poor truck and a poor racecar.

A Wireless LAN designed and validated for data will not transparently become a voice-grade network. Same physics, same lesson. The requirements are not just different, they are partly contradictory, and you cannot bolt one onto the other after the fact for free.

Certified Social Media Readers

Sometimes the boss is the boss from the vehicle story. He read something in a social media post about Wi-Fi doing voice, or video, or location tracking, and now he wants you to simply “add” that feature to the network you already built. Call them the Certified Social Media Readers, the CSMRs: people who collect opinions from articles without ever doing the hands-on work.

Many of these services demand mutually exclusive design goals.

• Voice carries almost no payload, yet it is brutally sensitive to latency, jitter, and loss for the little data it does carry. It is the racecar.
• Web browsing and large file transfers care about the size of the pipe and shrug off retries and brief dips in quality. That is the truck.
• Wi-Fi location tracking, the real-time location services that triangulate a client across many Access Points, needs lots of APs in specific spots. Those extra APs raise co-channel interference and grow the contention domain, which drags throughput down for everyone. That is the minivan.

All of which means the same building, designed three different ways, gives you three different networks. Just because your boss read about another company’s racecar does not make your truck a good drag car.

Know your design requirements

My clients still amaze me when I ask them to define the design requirements for their own WLAN devices. They do not know what the requirements are.

If you do not know what you are designing your Wireless LAN for, how can you possibly know when you have achieved a proper design?

No automobile engineer would take the job of designing a “vehicle” without knowing the rest of the characteristics. No cable installer would start pulling barbed wire to the desktops. Yet in the wireless world we let ourselves do exactly that. We design for coverage, for RSSI, for one green number, and then we act surprised when the network does not work.

If you do not know the specific parameters your client stations need, your Wireless LAN will NEVER meet them. You cannot specify what you cannot measure, and you cannot measure what you never bothered to define.

Stop worshipping the number

Yes, RSSI is important. It is required, mandatory, the floor everything else stands on. It is also the beginning of the design, not the end of it.

You do not run barbed wire to the desktops and call it a network. Stop designing your Wireless LANs with only RSSI. Define every requirement your clients actually need, measure across all of them, and verify the finished network against the full set. That is the only honest way to hand a Wi-Fi network to the people who have to live on it.

See the full comparison in one file: Download the complete spreadsheet — every tool, every band, the capability matrix, and sources.

Apple’s iOS has a hard wall around its Wi-Fi radio. That one architectural fact determines everything in the iOS Wi-Fi tools market. No public API allows any third-party app to put the radio into monitor mode, enumerate neighboring networks, or capture frames from other devices. Your budget matters. Your workflow matters. But the platform constraint is upstream of all of it, and any tool comparison that buries that fact is doing you a disservice.

The tools available to you on iPhone fall into three distinct buckets, each defined by how they route around that wall:

Choose by use case and budget. For quick client-perspective diagnostics at no cost, Wi-Fi Check and nOversight are the right choices. Wi-Fi Check has an extra feature, showing the difference between Wi-Fi connection speeds and Internet tested speeds. But for much greater details, go with nOversight.

For a neighbor scan without hardware, AirPort Utility is your only option and its limitations are real.

For full passive analysis in the field, the WLAN Pi Go or the Hamina Clip paired with WiFi Explorer Pi is where a professional belongs. For spectrum, Ekahau with a Sidekick 2 is the only answer, and it costs accordingly.

If you are in the Hamina ecosystem, you have two choices of hardware, the Oscium Nomad (with or without a spectrum analyzer), or the Hamina Clip. Both work with either the Hamina Onsite app or Intuitibits WiFi Explorer Pi.

Below is each tool and combination, then a decision matrix, then a bands-and-cost summary, and finally what’s genuinely new in 2025-26.

The Platform Wall and What Gets Past It

Every tool in this comparison handles the iOS restriction in one of four ways. Understanding the mechanism tells you exactly what data you are and are not getting.

Shortcuts-based (Wi-Fi Check, nOversight). The iOS 17 “Get Network Details” Shortcuts action exposes SSID, BSSID, RSSI, noise, channel, and Rx/Tx rates for the currently associated network. Both apps exploit this mechanism. nOversight also parses iOS internal diagnostic logs, which adds roaming history: the complete BSSID-level record of which access point the device was associated to and when. Neither app can see neighboring networks. What you get is a precise picture of the device’s own connection, nothing else.

Apple private entitlement (AirPort Utility). Apple granted its own AirPort Utility app a private Wi-Fi scanning entitlement that no third-party developer can touch. No other free app can do what AirPort Utility does: show a passive neighbor list with SSID, BSSID, RSSI, and channel without any external hardware. No information element detail, no security type, no channel utilization. It produces a list. A professional can work with a list, but not much more.

External USB-C probe (WLAN Pi Go, Hamina Clip via USB-C). These devices carry their own Linux-based Wi-Fi radio in monitor mode. iOS is not doing the scanning. The probe does. The iPhone is a display and maybe a power source. This is the architecture that unlocks full passive scan: all neighboring BSSIDs across 2.4, 5, and 6 GHz; complete information element breakdowns per BSSID; channel utilization; and, with the right app, packet capture.

External BLE probe (WiFiMan Wizard, Hamina Clip via BLE). These connect via Bluetooth LE. The probe scans; the app receives. The WiFiMan Wizard covers 2.4 and 5 GHz only, no 6 GHz. The Hamina Clip in its BLE mode, paired with Hamina Onsite, is a different class: tri-band (2.4/5/6 GHz), Wi-Fi 7-capable, passive survey with real-time heatmap.

1. Wi-Fi Check (wificheck.net)

Wi-Fi Check was built by Ken Fernandes. It is the first iOS app I’ve seen that can tell you whether the slowdown is the Wi-Fi or the internet, which most iOS “Wi-Fi” apps cannot answer at all.

What it does:

• Wi-Fi vs Internet Speed Check: separates Wi-Fi-side throughput from upstream internet throughput. First tool of its kind on iOS.
• Wi-Fi Signal Check (Pro): signal strength, noise, SNR, and PHY rates from the iPhone’s own radio.
• Wi-Fi Roaming Check (Pro): timestamps BSSID transitions and presents them in a timeline. For diagnosing a user’s connectivity complaint after the fact, that is useful data. Most software-only tools on iOS do not surface roaming events at all.
• Local Network vs Internet Quality Check: ping, jitter, packet loss, and DNS response time, measured separately to the router and to the internet.
• Live Network Connectivity Map: real-time traffic-light visualization of connectivity status.
• Application Check (Pro) and Live Ping Check (Pro).

Hardware: iOS device only. Works with any network equipment. Some functions use an iOS Shortcut.

Cost:

• Free: 2 checks/day, Wi-Fi vs Internet Speed, Internet Quality, Connectivity Map.
• Personal: $9.99/yr (or $0.99/month): unlimited checks, same feature set as Free.
• Pro: $79.99/yr (or $7.99/month): adds Signal Check, Roaming, Application Check, Live Ping, and Local vs Internet Quality.

Best for: Field techs and home users who need to prove whether the Wi-Fi or the internet is the problem, without carrying any extra hardware. The Pro tier pays for itself on a single support call where it correctly identifies that the problem is the internet circuit.

2. nOversight (Numerous Networks Ltd, UK)

Ben Toner at Numerous Networks built this around a genuinely clever approach: iOS writes detailed Wi-Fi diagnostic logs internally, and nOversight reads them. The result is real RSSI in dBm, link rates, retry rates, and a roaming history that shows BSSID-level transitions over time. This is the deepest client-perspective view available on iOS without hardware.

What it does:

• Walk-around visualization of signal strength, performance, and coverage in real time.
• AR mode: overlay Wi-Fi data on the live camera view to show where Wi-Fi works and where it does not.
• Map view: trace your route on a floor plan to see where performance changes.
• Timeline of system logs: replay the last hour, find the network that caused an issue, pinpoint the area.

The roaming history is nOversight’s distinguishing feature. It shows not just that the device roamed, but exactly which BSSID it was on and when it left. For roaming forensics on a complaint from a specific user, that data goes straight to work.

Hardware: iOS 17 or later, device only.

Cost: Free for capture and overview; paid tiers unlock extended log analysis and history depth. At around $3/yr for the Analyzer subscription, the cost objection does not exist.

Best for: Helping non-engineers see where their Wi-Fi is bad. The AR mode is the best client-demo tool I’ve seen in this category. Use nOversight when you need a precise picture of what one device experienced.

3. WiFiMan (standalone, Ubiquiti)

Ubiquiti’s free iOS app. The most useful free iOS tool when you do not have an external sensor.

What it does:

• Subnet scan using Bonjour, SNMP, NetBIOS, and Ubiquiti discovery, good for finding what is on the LAN.
• Download/upload speed test with history and sharing.
• Signal tab: real-time monitoring of signal, throughput, latency, and AP roaming as you walk.
• Floorplan Mapper: on LiDAR-equipped iPhones and iPads, records signal in different rooms.

Hardware: iOS device only.

Cost: Free, ad-free.

Best for: Quick coverage walks, LAN device discovery, throughput baselining. A generalist IT tool that does its defined job well. It is not a Wi-Fi analysis tool for professionals who need passive scan or survey capability.

4. Apple AirPort Utility (with Wi-Fi Scanner enabled)

The only app Apple has allowed to touch its raw scan API since they locked it down. After installing AirPort Utility, go to Settings > AirPort Utility > enable “Wi-Fi Scanner.” No Airport hardware required. Open the app and tap Wi-Fi Scan in the top right.

What you get: A passive neighbor list with SSID, BSSID, RSSI, and channel. That is it. No information element detail means no BSS load, no RSN IE, no supported rates. No channel utilization. CSV export exists but produces a basic list.

Hardware: iOS device only.

Cost: Free.

The practical use case: you need a quick neighbor list in the field and do not have hardware with you. AirPort Utility is the only option on iOS for this without any external device. For professional deliverables, this is a starting point, not a conclusion. Apple has not materially updated the app in years. It still works, but its long-term support is uncertain.

Best for: Free, fast, on-device. The fallback when you have nothing else.

5. WLAN Pi Go + WiFi Explorer Pi (Oscium/MetaGeek + Intuitibits)

This combination delivers the deepest Wi-Fi analysis on iOS without a full survey platform. The WLAN Pi Go is a USB-C dongle carrying a Wi-Fi 7-capable Linux radio in monitor mode. It draws power from the phone. WiFi Explorer Pi connects to it and presents complete passive scan results: all neighbors across 2.4, 5, and 6 GHz; full information element breakdowns per BSSID; channel utilization visualization; configurable validation checklists; and a BSSID finder mode with live RSSI graphing and audio feedback for physical access point location work.

Hardware: WLAN Pi Go

• Intel BE200 Wi-Fi 7 radio + Raspberry Pi CM4 with eMMC.
• 2.4 / 5 / 6 GHz monitor-mode capture, up to 320 MHz channels.
• USB-C, no battery, MagSafe-attachable.
• Optional Wi-Spy Lucid USB tri-band spectrum add-on. Spectrum analysis confirmed working via the Oscium Lucid.
• Approximately $550 USD.

Software: WiFi Explorer Pi

• Full nearby-network scan: security, channel, signal, supported rates, modes, spatial streams, country, beacon details, airtime, intervals, full information element breakdowns.
• Packet capture available via the separate Airtool Pi app (same hardware, one channel at a time on the WLAN Pi Go).
• Approximately $27 average in-app subscription.

The same Pi sensor also works with Wireshark, inSSIDer, Airtool 2/Pi, Acrylic Wi-Fi, and MetaGeek App.

One important architecture note: WiFi Explorer Pi is not locked to the WLAN Pi Go. The app also officially supports the Hamina Clip or Oscium Nomad over USB-C. The hardware you choose changes the form factor and connection method; the analytical depth from WiFi Explorer Pi stays the same.

Best for: Day-to-day WLAN pro work on iPad without lugging a laptop. Scans, deep IE inspection, captures. The most flexible “one sensor, many apps” choice. At approximately $550 for hardware plus a $27 app subscription, it is the clear entry point for professional-grade passive scan on iOS.

6. Ookla Speedtest Pulse

Ookla’s new Speedtest Pulse is a pocket-sized sensor that attaches to a smartphone and turns it into a single-test validation tool, engineered with Ekahau measurement IP. Ookla and Ekahau are both Ziff Davis companies; this is a distinct product, not a rebranded Ekahau device, though the community sometimes calls it “Ekahau Pulse.”

What it does:

• Active Pulse mode: a single, guided test that validates a new install or pinpoints where a network issue is (Wi-Fi vs LAN vs internet vs DNS).
• Continuous Pulse mode (on the 2026 roadmap): the device stays connected to a router for persistent monitoring, intermittent-problem detection, and SLA enforcement.
• Positioned to compete with Fluke Networks, Viavi, and Exfo for field-tech and ISP workflows.

Hardware: Pocket-sized Pulse device, smartphone-attached (MagSafe form factor for iPhone). Built on Ekahau’s measurement IP.

Cost: Not publicly listed at launch; positioned as an enterprise and ISP field-tech tool, not consumer.

Best for: ISPs, MSPs, and field techs doing high-volume install validation and break-fix, where you want a one-button, repeatable, pass/fail result you can hand to a customer. The Continuous Pulse roadmap mode is the feature to watch.

7. Ekahau Analyzer + Sidekick 2 (Ekahau / Ookla)

This is the highest-cost combination in this comparison and the one with no practical equivalent for what it does.

The Ekahau Analyzer app is a free iOS download, but it requires an Ekahau Sidekick 2 and an active Ekahau Connect subscription. Without both, the app does not function. iOS 17 is the minimum supported version. The Sidekick 2 is the only compatible hardware; the original Sidekick (Gen 1) is not supported.

The hardware is the reason for the price. The Sidekick 2 carries 4 independent tri-band radios (2.4, 5, and 6 GHz), 9 antennas, and a dedicated spectrum radio running 50 sweeps per second, covering 2,400 to 7,125 MHz. These radios are discrete USB-attached hardware outside the iOS Wi-Fi sandbox entirely. Apple’s API restrictions do not apply to them. The iPhone is a display terminal; the Sidekick 2 is doing the work.

What it does:

• Auto Test: diagnoses Wi-Fi network quality against predefined profiles and delivers a clean pass/fail.
• Network Overview: see SSID/BSSID/channel/security details for nearby APs. This is an iOS-exclusive feature not available on Android.
• Simultaneous 4-channel packet capture across all 3 bands: also an iOS-exclusive feature not available on Android.
• Integrated Speedtest by Ookla with simultaneous real-time spectrum analysis while the Speedtest runs.
• Client Analysis: proximity-based device capability assessment with live performance data.
• Full Wi-Fi 6E and Wi-Fi 7 validation, troubleshooting, and spectrum analysis.

Hardware: Ekahau Sidekick 2

• Four enterprise-grade tri-band Wi-Fi radios + dedicated spectrum analyzer.
• 2.4 / 5 / 6 GHz (Wi-Fi 6E); spectrum coverage 2,400 to 7,125 MHz.
• Lab-calibrated for accuracy and repeatability.
• USB-C.

Cost:

• Software: bundled in Ekahau Connect subscription (~$1,995/yr).
• Hardware (Sidekick 2): $4,995 MSRP.

If you already carry an Ekahau Sidekick 2 and maintain an Ekahau Connect subscription, the Ekahau Analyzer iOS app extends that investment to iPhone at no additional hardware cost. If you do not already have the Sidekick 2, verify the business case before committing at $6,990 and up.

Best for: Enterprise Wi-Fi engineers doing on-site validation, troubleshooting, and spectrum analysis in commercial deployments. Ekahau Analyzer is for validation and troubleshooting, not passive heatmap surveying. Floor-plan survey work is done by the companion Ekahau Survey app on the same hardware. Two apps, two workflow phases, one hardware investment.

8. Hamina Clip + Hamina Onsite (Hamina Wireless)

Hamina Wireless has built a sensor-and-software combination that is earning real traction among pros who want a hands-free walking survey below the Ekahau price point. The Hamina Clip is currently shipping.

Hardware: Hamina Clip

• Four antennas, dual Wi-Fi radios.
• 2.4 / 5 / 6 GHz, Wi-Fi 6E and Wi-Fi 7.
• Belt- or strap-mountable. IP64, 1.5 m drop-rated, 5+ hours battery, 282 g.
• Connects via USB-C or Bluetooth Low Energy (auto-pair, no manual BLE pairing).

Software: Hamina Onsite (iOS, iPadOS, macOS)

• Real-time heatmapping as you walk. Heatmaps update live during the survey pass, not after processing.
• Pairs with the Hamina design platform so plan, survey, and validation run as one project.
• Spectrum analysis when paired with Oscium Nomad or NetAlly NXT-2000.

The Clip’s BLE mode with Hamina Onsite is one configuration. The same hardware has a second operating mode described in Tool 10 below.

Cost: $990 (Clip + 6-month Onsite subscription) or $1,180 (Clip + 12-month subscription + 1-year warranty).

Best for: Pros who want a one-piece, hands-free walking sensor. Hamina design-suite shops. Modern Wi-Fi 6E/7 environments. The $990 entry point positions it meaningfully below where Ekahau enters.

9. WiFiMan + WiFiMan Wizard (Ubiquiti)

Adding the $99 to $130 Wizard to the free WiFiMan app gives iOS users a neighbor scan the app alone cannot provide. The Wizard scans via its integrated radio and streams SSID, BSSID, RSSI, and channel to the app over BLE. The Floorplan Mapper feature uses LiDAR to build a rough floor plan and overlays signal strength as you walk.

Hardware: WiFiMan Wizard (WM-W)

• 2.4 / 5 GHz portable scanner.
• No 6 GHz. This is the ceiling, and it is a hard one.
• MagSafe attach for iPhone.
• Approximately 4 hours continuous scanning.

Ubiquiti markets this as a “spectrum analyzer.” It is NOT. It is a WLAN scanner. A real spectrum analyzer produces FFT power-over-frequency output and detects non-802.11 interference sources. The Wizard shows 802.11 beacons. No 6 GHz, no FFT output, no non-802.11 interference detection, no data export. The gap between the marketing label and the actual function is wide enough to matter if you are purchasing based on the marketing.

Best for: Budget-conscious pros, fast pre-checks on 2.4/5 GHz deployments, training environments. In any Wi-Fi 6E or Wi-Fi 7 deployment, a tool blind to 6 GHz is incomplete by definition. If you must see 6 GHz, the Wizard is not the answer.

10. Hamina Clip + WiFi Explorer Pi

Intuitibits added Hamina Clip support to WiFi Explorer Pi and Airtool Pi in 2025. The connection is USB-C, not BLE. The same Clip that drives Hamina Onsite over BLE connects to WiFi Explorer Pi over USB-C.

Why this exists: Many WLAN pros already own the Intuitibits stack on Mac or iPad and have invested in a Hamina Clip for surveys. This combination lets you point WiFi Explorer Pi at the Clip’s radio instead of buying a second sensor.

What you get:

• Full Wi-Fi 6E/7 scanning over USB-C from a rugged, battery-powered Clip.
• WiFi Explorer Pi’s IE inspection, scan modes, and capture workflow.
• The same Clip can still drive Hamina Onsite for heatmapping over BLE.

The use cases do not overlap; they complement. Use Hamina Onsite for survey passes, WiFi Explorer Pi for deep analysis and AirTool Pi for packet captures. A professional deploying or troubleshooting in the field would use both app modes at different points in the same workflow.

The analytical depth via WiFi Explorer Pi is functionally equivalent to what you get with a WLAN Pi Go. The practical difference is form factor and power: the WLAN Pi Go is a compact dongle that draws power from the phone; the Hamina Clip is a larger, battery-powered device with its own runtime.

Cost: $990 to $1,180 (Clip + Onsite subscription) plus approximately $27 average in-app for the WFE Pi subscription.

Best for: Pros who already own a Hamina Clip and prefer the Intuitibits analysis experience. Pros who want one sensor but two workflows: Hamina Onsite for surveys, WiFi Explorer Pi for deep analysis and captures.

Quick Decision Matrix

Bands and Cost at a Glance

△ = depends on iPhone radio for the connected SSID; cannot off-channel scan that band ✗ = not supported ✓ = full off-channel scan on that band

The Cost-to-Capability Ladder

The jump from “free, connected network only” to “neighbor scan without hardware” costs nothing in dollars but loses you the information element layer that AirPort Utility cannot access. The jump from AirPort Utility to the WiFiMan Wizard costs $99 to $130 and adds a neighbor scan, but loses 6 GHz entirely. The jump to a full external radio at $550 to $990 is where professional-grade data begins. Spectrum analysis is a separate category at a separate price: the Ekahau Sidekick 2 at approximately $4,995 hardware plus $1,995 per year for Ekahau Connect is the only path on iOS to real FFT spectrum output and simultaneous 4-channel packet capture across all three bands. (Or you can go with an Oscium Nomad with an attached Oscium Lucid or attached NetAlly NXT-2000 spectrum analyzer.)

What’s Actually New in 2025-26

• Wi-Fi Check (wificheck.net) is the first iOS app to cleanly separate Wi-Fi-side from internet-side speed and quality, and the first to use an iOS Shortcut to surface real signal, noise, SNR, and PHY rate on iPhone and iPad without external hardware.
• Ookla Speedtest Pulse — a pocket Ekahau-engineered sensor that turns a smartphone into a single-test validation tool, with Continuous Pulse persistent-monitoring mode on the 2026 roadmap.
• Ekahau Analyzer + Sidekick 2: Analyzer added Sidekick 2 support which brought 6 GHz validation, troubleshooting, and spectrum analysis to iOS. Sidekick 2 refreshed to USB-C and now covers 2,400 to 7,125 MHz natively.
• WLAN Pi Go (Oscium/MetaGeek) made Wi-Fi 7 monitor-mode capture accessible on iPad for the first time, and it is the first credible full-featured “WiFi Explorer Pro on iPad” experience.
• Hamina Clip shipped, then opened up to WiFi Explorer Pi and Airtool Pi in 2025, decoupling Hamina hardware from Hamina-only software.
• nOversight (iOS 17+) introduced the AR overlay. The first genuinely original UX in this category in years.
• WiFiMan Wizard is still the only sub-$150 way to off-channel scan from an iPhone, but its 2.4/5-only ceiling is a bigger problem every quarter as Wi-Fi 6E and Wi-Fi 7 APs become the norm.
• iOS itself keeps exposing more signal data through Wi-Fi Quality APIs and iOS Shortcuts. Third-party passive scanning remains locked. That has not changed.

The Bottom Line

iOS gives you less access to your own radio than any other serious platform. Every tool in this comparison is defined by how it routes around that limitation, and the routing method determines the data you get. The tools themselves are, in most cases, good at what they do within those constraints. The constraint is Apple’s, not the developers’.

For a Wi-Fi professional, the practical sequence is this: deploy nOversight and Wi-Fi Check for client-perspective diagnostics at no cost. Add a WLAN Pi Go or Hamina Clip when the work requires passive scan. Confirm 6 GHz coverage in your hardware before you need it on a site with Wi-Fi 6E or Wi-Fi 7 APs. Reach for the Ekahau Sidekick 2 when the work requires spectrum and the budget supports it.

You may want to travel light and work software-only, but you must carry external hardware when the work requires passive scan. There is no software-only path past the platform wall for that job.

Keith Parsons is CWNE #3 and founder of WLAN Pros. Pricing figures are approximate as of May 2026 and should be verified at purchase time.

Heat map color does not measure performance. Vendor-supplied AP ratios are not engineering. And a pretty survey screenshot can hide a network that fails every requirement your customer actually cares about. Every WLAN decision — coverage, capacity, channel plan, AP selection, validation — must be grounded in defined requirements and measurable engineering. Start there, and the design work gets straightforward. Skip it, and you will be back on site fixing a network you already turned over.

Here are 10 rules I follow on every WLAN engagement. None of them are new. All of them get ignored, regularly.

Tip 1: Build the Wired Infrastructure First

The moment you power on an AP, every problem on the network becomes a wireless problem. Users will blame Wi-Fi for a misconfigured switch. Your customer will blame Wi-Fi for a broken DHCP scope. You will be chasing ghosts.

Build from the core out to the edge. Test everything — switching, routing, authentication, DHCP, DNS — before the first AP goes live. That way, when a problem appears after the APs come up, you have already ruled out most of the possible causes.

Tip 2: Delegate Everything Outside Your Design Scope

These are WLAN design tips. Cable pulls, conduit runs, ceiling tile coordination, structural mounting — delegate all of it to the right people. You are not a general contractor. Trying to manage every workstream in a large deployment divides your attention at exactly the moments that need it most. Know your lane. Work your lane.

Tip 3: Know the PHY

Every client device that hears an AP frame receives it differently. The radio tap header is added by the receiving NIC, not the transmitting AP. That means a single AP transmission produces a different received result for every client in the BSS — different spatial streams, different physical location, different antenna.

Channel width decisions follow from this directly. Going from a 20 MHz to an 80 MHz channel does not produce 4x the throughput. The arbitration overhead, the RTS/CTS exchange, the 802.11 overhead — none of it shrinks. Only the payload portion moves faster, and the payload is a small fraction of total airtime. You also lose 6 dB of SNR on that wider channel. Understand what you are actually trading before you make the call.

Capacity is about speed, not about adding APs. If clients transmit faster, each one consumes less airtime. Less airtime per client means more clients can share the medium. Add APs without fixing the throughput problem and you have added co-channel interference, not capacity.

Tip 4: Understand Co-Channel Interference

Wi-Fi is 100 times more sensitive to other Wi-Fi than it is to non-Wi-Fi interference. That is not an accident — it is built into the protocol. The distributed coordination function requires all devices sharing a channel to yield to each other. Two APs on the same channel, in range of each other, share the capacity of one AP. The second AP does not add capacity. It reduces it.

This is the number-one cause of remediation calls I have seen in my career. Design for it, validate for it, and minimize it before you count on any capacity number.

Tip 5: Know All Your Requirements

“We need Wi-Fi everywhere, fast” is not a requirement. It is a wish. You cannot design to it, and you cannot validate against it.

Requirements divide into 2 groups. The first group goes directly into your design and validation tools — consider the following:

• Primary coverage threshold (in dBm, not a color)
• Secondary coverage threshold, also in dBm; if you cannot measure it in dBm, do not put it in the spec
• Frequency band assignment (only 2.4-GHz-only devices belong in the 2.4 GHz band; a 5-GHz-capable device parked there wastes capacity it cannot recover elsewhere)
• Co-channel interference budget
• Device-to-radio ratios for any device type that specifies one
• Minimum data rate requirements

All of which must be measurable before they belong in your design specification.

The second group requires different measurement tools but is equally binding: jitter, latency, end-to-end QoS. These are still requirements, they just do not come out of your survey software.

Special density areas need explicit callouts. A stadium bowl is normal density for a stadium. The concourse tunnels are not. Design to the specific requirement in each zone, not to a one-size label.

Tip 6: Follow Best Practices, and Break Them Deliberately

Never hang an AP on a wall like a clock. Never put APs in hallways. These are best practices for good reasons, and following them will produce a functional design in most situations.

But there are legitimate reasons to break every rule. The discipline is: break a best practice only when you can show, with data, why breaking it produces a better outcome for this specific deployment. You put the AP on the wall because you tested both placements, measured the results, and the wall won. Not because it was convenient. Not because a photo on the internet made it look reasonable.

Wi-Fi is resilient enough that you can do it wrong and have it still work. Working is not the standard. Efficient is the standard.

Tip 7: Never Use Marketing Ratios for AP Placement

One AP per 2,500 square feet. One AP per 2,000 square meters in high-density areas. These numbers exist because they move product, not because they represent engineering.

Building a dog house requires almost no structural analysis — sketch it on a napkin and start cutting. Scale up to a barn and you need wind load calculations, snow load analysis, and a real decision between truss framing and steel. WLAN design scales the same way. At home scale, a rule of thumb works fine. At enterprise scale it will hurt you.

Use free-space loss math. Use real propagation modeling. Use the tools built for the job. Ratios are for salespeople; math is for engineers.

Tip 8: Always Validate

Validation is not optional. It is the only way to know that the design you specified is the design that got installed.

Run passive surveys first, always. Passive captures everything: your SSIDs, neighboring SSIDs, interference sources, the full RF picture. Active surveys, where your client associates to an AP and runs traffic, are useful, but they skew. Active data degrades as you walk away from the serving AP, drops at the roam point, then spikes as the next AP picks you up. That curve does not map to real user experience.

Use continuous survey mode. Stop-and-go discards everything collected while you are walking, which is most of the survey. Continuous captures every data point between your start and stop clicks. The difference in data density is not subtle.

Validate against the requirements you defined before the design started. Not against a heat map color setting.

Tip 9: Choose Your AP Before You Design

There is no generic AP. You cannot design against a placeholder, install a different product, and expect the propagation model to hold.

We ran this test on a high school football field. 2 APs at the same transmit power, the same installation height (1.4 meters off the ground), tested against a 4-device client mix — a MacBook, a laptop with an AX chipset, a Wi-Fi 6 iPad, and a Wi-Fi 6 iPhone. Throughput measured at 10, 25, 50, 75, and 100 meters. One AP had a 4-antenna array; the other had an 8-antenna array.

The heat map favored the 4-antenna AP. At every distance measurement, the 8-antenna AP outperformed it on actual throughput. The wider array focused energy differently, and the clients responded to it.

Green on a heat map does not equal performance. RSSI is a necessary condition, not a sufficient one. Choose your AP, test it under conditions close to your actual deployment, and design around what it actually does, not what the data sheet claims or what a heat map color implies.

Tip 10: Document Everything

Document requirements before you start designing. Document your channel plan. Document your AP selection rationale. Document your validation results. When a customer calls back 3 years later and says the network does not work, you pull up the documentation and ask: does the current state match the requirements we designed to? Usually the answer is: the requirements changed. New devices. New applications. Higher density than the original spec covered.

Documentation also handles the harder scenario — the customer who insists on a design you know will underperform.

When a customer pushes hard for something I know is going to hurt the network — APs in hallways, below-ceiling mounting, a channel plan built around co-channel interference — I stop arguing. I hand them a document. It reads:

“Yes, Keith, please design me a poorly performing network.”

I have had people sign it. What usually happens: they get a little gun-shy, put the pen down, and ask what they actually need to do to fix the problem. The document exists not to be signed. It exists to make the choice visible. Documentation forces the clarity that verbal negotiations avoid.

The verdict

Requirements first. Engineering always. Vendor ratios never. If you cannot measure it, do not put it in your design specification. That covers the entire list above, and it applies to every engagement, every site type, every client mix. Measure twice, cut once, then validate what you cut.

That is good news, but it also creates confusion. These devices are not easily interchangeable. Some are built for survey-grade measurements. Some are excellent for quick validation. Some are best for scanning and beacon-level inspection. Others are designed for “is it Wi-Fi, LAN, DNS, DHCP, or Internet?” triage. An experienced WLAN professional needs to stop asking, “Which tool is best?” and start asking, “Best for which job, performed by whom, with what level of required evidence?”

The temptation, especially when you see a new gadget on a vendor’s website, is to buy what looks cool. The better question is always: what problem am I trying to see? Coverage, interference, roaming, throughput, and authentication all leave different fingerprints, and they all benefit from different tools. Let’s walk through the realistic options and the framework I use to decide which one comes off the shelf.

Note: Sadly, I do personally have a problem in NOT buying all the cool new tools. My wife thinks it is a disease.

Start With the Problem, Not the Product

Before you pick up anything, classify the symptom:

• Coverage / signal: Where is the AP, how strong is it where the user sits, and is the SNR usable? Are the client devices transmitting at a good MCS?
• Spectrum / non-Wi-Fi interference: Is something not-Wi-Fi stomping on the channel?
• Co-channel / adjacent channel: Are too many APs sharing too few channels? Or is there an OBSS condition with mixed hi-side/low-side primary channels?
• Roaming: Is the client sticking, ping-ponging, or losing authentication state on handoff? Do the roams take too long?
• Throughput / performance: Is the link there but slow, or slow only at certain times? Is it fast Wi-Fi but slow Internet, or is the slow Wi-Fi causing slow Internet access?
• Auth / association: Is the client even getting onto the network? Getting a timely DHCP address? Or the old standby, “Is it DNS?”
• Validation: We just deployed this network, does it meet the initial design requirements? Does the RF coverage post-install match the predictive designs? If not… what changed, and why?

Each of those questions calls for a slightly different combination of capability: passive scanning, spectrum analysis, active throughput testing, packet capture, or a client-eye view of the connection. No single handheld does all of them well, which is why the tool choices matter more than any one device.

In Alphabetic Order…

Ekahau Pulse with Speedtest Pulse App – Not yet announced

Speedtest Pulse is a different category. It is not primarily a traditional WLAN engineer’s survey instrument. It is a network validation and troubleshooting device intended to put more diagnostic power into the hands of ISPs, enterprise IT teams, and field technicians. Speedtest Pulse is a dual-mode diagnostic tool for one-tap smartphone-based validation and troubleshooting, plus autonomous testing of network performance and user experience.

That distinction matters. The classic WLAN professional wants raw details. The field organization wants repeatability, recommendations, and fewer escalations. Speedtest Pulse appears to target the gap between overly simple phone apps and expert-only RF tools. For distributed enterprise, managed service provider environments, that has real value. Not every site visit should require a senior CWNE-level engineer, especially in non-enterprise environments.

The benefit of this category is scale. You can hand a technician a guided workflow and get more consistent validation of wired backhaul, Wi-Fi performance, and user experience. The limitation is that guided diagnostics should not be confused with deep WLAN analysis. A tool that tells you what is probably wrong is not the same as one that lets you prove exactly why it is wrong at the protocol or RF layer. Then again, not everyone needs a Peter Mackenzie-level of frame analysis.

This combination also produces a very detailed and extensive reporting.

Though I do not think the ‘recommendations’ are appropriately scoped for enterprise deployments. I’m assuming when this is publicly released they’ll offer various ‘profiles’.

Ekahau Sidekick 2 with Survey App and Analyzer App – $6,690

The Ekahau Sidekick 2 remains the benchmark for survey-grade measurement in many enterprise Wi-Fi workflows. Its feature set includes 2.4, 5, and 6 GHz survey and spectrum analysis, four enterprise-grade tri-band Wi-Fi radios, nine custom wideband 3D antennas, a 50 sweeps-per-second spectrum analyzer, all-day battery life, and USB-C connectivity.

The power of the Sidekick 2 is not merely its hardware. It is the combination of measurement, Ekahau Survey, Ekahau Analyzer, Ekahau AI Pro workflows, cloud sharing, reporting, and the installed base of WLAN professionals already trained around the Ekahau model. Survey for iOS is specifically positioned around connecting a Sidekick to an iPhone or iPad, importing projects, walking surveys, and uploading results for review or team aggregation.

Ekahau Analyzer adds another operational dimension. The app integrates Speedtest by Ookla and can pair throughput testing with real-time spectrum and network configuration insight when used with Sidekick 2. That is useful because a raw speed test without RF context can be dangerously misleading.

The Sidekick 2 is a tool that delivers enterprise design validation, post-install surveys, design remediation, or when the client expects a formal report based on a mature methodology. The downside is cost, ecosystem commitment, and physical size compared with newer pocketable tools. It is not the fastest answer to every question, but it remains one of the most defensible answers for formal Wi-Fi work.

Hamina Clip with Hamina Onsite – $1,180

The Hamina Clip paired with Hamina Onsite is aimed squarely at the modern mobile survey workflow. The Clip is designed as a compact Wi-Fi site survey and troubleshooting device with 2.4, 5, and 6 GHz support, two Wi-Fi adapters for scanning, four antennas, BLE or USB-C connectivity to an iPhone or iPad, and over half a day of battery life according to Hamina’s published specs. Hamina lists compatibility with Hamina Onsite, WiFi Explorer Pro/Pi, Airtool, and MetaGeek workflows, which makes it more interesting than a single-purpose dongle.

With Hamina Onsite, the value is speed and workflow simplicity. The app is designed to measure networks, produce heatmaps, validate, troubleshoot, and update coverage, SNR, secondary coverage, tertiary coverage, and interference views live while walking. Hamina also emphasizes offline operation with later cloud synchronization, which matters when working in manufacturing, healthcare, campuses, or ugly temporary deployment environments where Internet access is not guaranteed.

The Clip/Onsite pairing is not trying to be the heaviest lab instrument in the room. Its benefit is mobility, fast feedback, low friction, and making survey data collection feel natural on iOS. For a consultant who needs repeatable site survey data without wanting to carry a Sidekick-class device for every small job, this is compelling. Its limitation is also its positioning: it is optimized for practical survey and troubleshooting, not necessarily for multiple channel packet analysis or full raw RF spectrum analysis.

No cable is necessary in this setup, the Hamina Clip easily shares data over a BLE connection.

Hamina Clip with WiFi Explorer Pi – $1,230

This same Hamina Clip becomes a different tool when paired with WiFi Explorer Pi. In this mode, I would think less “survey heatmap” and more “mobile Wi-Fi intelligence.” WiFi Explorer Pi provides real-time scanning and analysis from an iPhone or iPad using external sensors, showing nearby networks, security, channel usage, signal strength, supported capabilities, vendor information, transmit power, Wi-Fi modes, spatial streams, country settings, beacon details, airtime, intervals, and information element breakdowns.

This is valuable because many WLAN professionals do not always need a full survey. Sometimes we need to stand in a hallway and answer very specific questions: Is this SSID actually on 6 GHz? Is the BSSID naming what I expect? Are APs advertising the correct country code? Is the MCS or spatial stream capability consistent with the deployment intent? Are there unexpected SSIDs, legacy rates, or odd beacon intervals? WiFi Explorer Pi is excellent for that investigative workflow.

This app also has our WLAN Pros Wi-Fi Checklists built in, for very fast analysis and comparison against a pre-defined set of requirements.

The Hamina Clip/WiFi Explorer Pi combination is therefore a lightweight professional analyzer, not just a casual scanner. It will appeal to engineers who already appreciate WiFi Explorer Pro on macOS and want that kind of visibility while walking around with an iPhone. The benefit is fast beacon and configuration truth. The tradeoff is that it is not, by itself, the same as a full survey/reporting workflow. The other slight tradeoff here is currently you need to connect the Hamina Clip to your iPhone with a USB-C cable.

You can also do frame captures with Intuitibits AirTool Pi along with the Hamina Clip!

NetAlly AirCheck G3 – $4,195

NetAlly AirCheck is the purpose-built handheld option. The current AirCheck G3 Pro is positioned as a Wi-Fi 6 and Wi-Fi 7 wireless tester for professional-grade analysis, site surveys, Bluetooth/BLE, deployment validation, troubleshooting, security audits, and remote collaboration. The AirCheck offers real-time Wi-Fi 7 visibility including MLO, wider channels, WPA3, and 6 GHz utilization, plus optional 2.4/5/6 GHz spectrum analysis with the NXT-2000.

The AirCheck’s strength is operational troubleshooting. It is rugged, self-contained, and built for technicians who need to validate connectivity, DHCP, DNS, gateway response, channel utilization, roaming, AP/client location, and problem detection without building a full design project. It offers a tri-band Wi-Fi testing with 802.11ax/ac/a/b/g/n support and 2.4, 5, and 6 GHz frequency ranges where permitted.

This is the tool I would want in the hands of distributed field teams. It may not replace a full design/survey platform, but it can reduce escalations and produce consistent evidence from the field. It can be used to do more of a ‘stop-n-go’ type survey to document Wi-Fi coverage validation with the NetAlly Link-Live cloud service.

nOversight App – $28

nOversight is another example of squeezing more operational value out of Apple devices. It focuses on showing how the Apple device itself experiences Wi-Fi, using the built-in Wi-Fi hardware without extra adapters. It provides walk-around signal strength, link rate, latency, congestion and retries, AR overlay, map views, saved walk tests, log ingestion, SNR, retry analysis, roaming and steering insight, CSV export, and deeper Mac views depending on license level.

The most important phrase is “device’s point of view.” A phone-only app cannot replace an external scanning radio, but it can tell you what the actual client is living through. For many real-world problems, that is exactly the missing perspective. When Apple clients are the complaint source, testing with an Apple client is not a compromise; it is the point.

This app brings a wealth of network details to the forefront.

Oscium Nomad with Hamina Onsite – $2,180

The Oscium Nomad with Hamina Onsite sits closer to the heavier-duty end of the mobile survey category. Nomad is a wearable, battery-powered Wi-Fi measurement device with four simultaneous radios: three 802.11ax radios and one 802.11be radio. It supports 2.4, 5, and 6 GHz, parallel channel monitoring, roaming event visibility, and up to four hours of continuous use. Oscium also describes it as application-agnostic, compatible with Hamina Onsite, MetaGeek App, Airtool Pi, and Airtool 2.

Compared with the Clip, Nomad gives you more radios and broader simultaneous observation. That matters in dense deployments, multi-band environments, and roaming investigations where channel-hopping blind spots can affect interpretation. Four radios do not magically solve every measurement problem, but they do reduce the compromises inherent in trying to observe a multi-band WLAN through a narrow straw.

With Hamina Onsite, Nomad becomes a strong professional survey platform. Hamina Onsite plus Nomad makes for a professional Wi-Fi site survey toolkit that records and visualizes measurements as heatmaps, including live coverage and interference views. The Nomad can be extended with compatible spectrum hardware for real-time spectrum analysis, and that four-channel packet captures can be performed with Intuitibits Airtool 2. The Nomad can allow for real spectrum analysis using an Oscium Lucid or a NetAlly NXT-2000.

For WLAN professionals, Nomad feels like a serious path: more capable than a phone-only workflow, lighter and more flexible than traditional laptop-centered survey rigs, and less locked into one software ecosystem than some historic survey platforms.

Ubiquiti WiFiMan Wizard with WiFiMan App – $99

The Ubiquiti WiFiMan Wizard is a very different value proposition: low cost, small size, and simple Wi-Fi visibility. The WiFiMan app comes in iOS and Android flavors with 2.4 and 5 GHz unlicensed band scanning, hours of continuous scanning battery life, BLE pairing, USB-C charging, and MagSafe-style iPhone attachment support. Its 2.4GHz and 5GHz, but no 6 GHz support. (Yet…)

For the price and portability, this is a useful “always in the bag” tool. It can help explain a channel activity, and basic RF patterns to customers or junior staff. The limitation is obvious: it is not tri-band, not survey-grade, and not aimed at formal enterprise WLAN deliverables. I see it as a fast sanity-check device, not a replacement for professional survey or analysis platforms. Though it provides both Wi-Fi scanning services as well as client throughput testing.

This tool combination is especially valuable when working on a Ubiquiti network – with additional information available when the WiFiMan app can talk with the Ubiquiti infrastructure.

Wi-Fi Check App – $80

iPhone-only tools have improved substantially, but they remain constrained by iOS. Apple’s own developer guidance states that iOS does not provide a general-purpose Wi-Fi scanning and configuration API, though it does provide special-purpose Wi-Fi APIs; Apple’s internal API can fetch information about the current network such as SSID, BSSID, and security type.

Wi-Fi Check works within that world. It focuses on distinguishing Wi-Fi performance from Internet performance, testing local network versus Internet quality, checking ping, jitter, packet loss, DNS response time, application reachability, and showing signal, noise, SNR, and PHY rates from an iPhone or iPad without external sensors.

That is useful, especially because many real tickets are not pure Wi-Fi tickets. They are “Teams is bad,” “the cloud app is slow,” “the Wi-Fi is broken,” or “it works in one room but not another.” Wi-Fi Check is best as a client-experience tool: what does this Apple device experience right now, and can we separate WLAN from LAN, WAN, DNS, or application issues?

WLAN Pi Go with WiFi Explorer Pi App – $600

The WLAN Pi Go with WiFi Explorer Pi is one of the more interesting enthusiast-professional crossovers. The WLAN Pi Go magnetically attaches to a phone and supports Wi-Fi scans or frame captures using mobile apps; Wi-Fi scanning is enabled on USB-C iPhones and iPads through WiFi Explorer Pi.

This pairing brings the WLAN Pi ethos into a cleaner mobile form factor. WiFi Explorer Pi gives the professional a rich scanning interface, while the WLAN Pi Go provides the external radio visibility iOS cannot normally provide on its own. For engineers who care about details in beacon frames, capabilities, channel plans, and AP identity, this is a highly useful pocket tool.

Its best use is quick analysis, validation, and education. It is excellent for answering “what is really being advertised here?” It is less ideal as the only tool for a formal enterprise survey unless paired with a broader methodology and reporting workflow.

You can also do frame captures with Intuitibits AirTool Pi along with the WLAN Pi Go!

At a Glance: Capability Matrix

The table below summarizes what each combination is built to do. Use it as a quick reference, not a substitute for the discussion above — the fit of a tool to the problem in front of you matters more than any single checkmark. Of course, you also have to look at the costs differences between these tool options.

Legend: ✓ Built-in / supported ◐ Partial or via add-on — Not supported

A Decision Framework

When the Wi-Fi is misbehaving, I work down this short list before I reach into the set of tool options:

Actually – my FIRST step is to see what I even have with me.. .At all times I have my iPhone, so that is the minimum. But if I have any one of the other hardware tools with me I may start down the list below.

1. What am I being asked to prove? Coverage, interference, roaming, throughput, or “it’s broken”? The answer drives everything else.
2. Passive or active? A scanner tells you what’s on the air. A performance tool tells you what the user actually experiences. Most real problems eventually need both, but rarely at the same moment.
3. Wi-Fi or not-Wi-Fi? If the Spectrum Analysis matters, you need real spectrum — a Sidekick, a Nomad with attached SpecAn. But usually this question is more about Wi-Fi compared with Internet backhaul. Any tool that shows you MCS, combined with any Internet Throughput Testing utility can help. The Wi-Fi Check app has this built-in.
4. How quickly do I need an answer? A standalone AirCheck gives you a verdict in seconds. An iPhone with nOversight also takes mere seconds. An Ekahau Survey or Hamina Onsite gives you a report in a little more time. Both are right, for different situations.
5. Who is holding the tool? A field tech, a help-desk escalation, or a CWNE — the right tool is the one the person carrying it can actually use well.
6. What does the deliverable look like? If you are handing a report to a customer, the tool that produces it should be the one in your hand. If you are just satisfying your own curiosity, anything that answers the question is fine.

Note: I have no problem NOT giving a customer a written report, in fact, I no longer even offer reports. I only meet and go over results together. I’ve found customers want their Wi-Fi FIXED… not a report on why it isn’t working properly!

Final Recommendation

For formal design validation and repeatable enterprise reporting, Ekahau Sidekick 2 remains the heavyweight, not only in its cost, but also physical weight, and installed base. For modern mobile surveys with a lighter operational footprint, Hamina Onsite with either Clip or Nomad is extremely attractive, with Nomad offering more simultaneous radio capability and Clip offering a smaller, simpler carry. For beacon-level truth and mobile Wi-Fi inspection, WiFi Explorer Pi with WLAN Pi Go or Hamina Clip is the kind of tool serious WLAN professionals will use constantly. For inexpensive Wi-Fi sanity checks, WiFiMan Wizard is useful but limited. For client-experience validation on Apple devices, Wi-Fi Check and nOversight fill an important gap. For frontline troubleshooting at scale, AirCheck remains a strong purpose-built handheld.

The Honest Truth

There is no single handheld that does everything, and there shouldn’t be. The combinations above exist because the problems are genuinely different. A modern WLAN kit usually contains two or three of these tools, chosen deliberately, Wi-Fi validation survey tool, a Wi-Fi scanner you trust and know how to read the results, a spectrum-capable device for the rare times real Spectrum Analysis matters, and a client-perspective tool for the complaints that never show up on a scan. Wi-Fi has become too important, too client-specific, and too operationally visible for us to keep pretending a single device can answer every question.

Buy for the problem in front of you, not what the tools marketing folks touted at their last vendor booth. The Wi-Fi doesn’t care which logo is on the tool’s case, it only cares whether you brought enough information to ask the right next question.

The Real Truth

The real truth is that you need the KNOWLEDGE of how Wi-Fi works to take advantage of any of these tools! That is what you should focus on first before choosing any tool.

Last year my wife (an RN) and I lived with her mother for over 8 months while she was on hospice for the end of her life. They did have Wi-Fi, but I still needed to work and had configuration projects that needed a wired connection. After stringing 15m Ethernet cables throughout their home… and having them get tangled in wheelchairs and become quite the trip hazard, my wife kindly suggested I find another way to get my work done.

Thus, my search for a Wireless to Wired Bridge solution.

First up was a small, almost tiny, bridge designed specifically for this use. Though it worked well enough, I found the requirement for a micro USB to power it, and that it was 2.4GHz with very low max speed, made me think there should be another solution.

The next attempt was a much larger, more capable device from BrosTrend. This device did perform much better with a GbE port and 5GHz capabilities. But I was now tethered to a wall plug and still had to string Ethernet cables from wherever I was working to this big “wall-wart.” It did NOT pass the wife’s “needs to not be obtrusive” test.

My next attempt was a much smaller, lighter, and just as capable device in a TP-Link Travel Router. It did what I needed but was still powered over that silly micro USB cable. It did work and even met the wife’s criteria. But configuring it as we moved from site to site became a pain.

Then there was the entire phase of going through a series of more capable GL.iNet Travel Routers. They had way more capabilities, ran off USB-C, and offered 2.5Gb Ethernet ports and supported Wi-Fi 7. But it was big, and though it had a front-panel screen, it was still not as easy to configure or move around. It could, and did, offer VPN service back to my home network — I needed to configure both sides, and it was a bit finicky. But it served me well for the past year as a traveling solution to this problem.

The Winner: Ubiquiti UniFi Travel Router

Finally, I found my favorite so far. It is the Ubiquiti UniFi Travel Router. It is small, lightweight, and not only does a fantastic job of connecting a wired device to a nearby wireless access point — but it also supports a wide range of other functions. (Including letting me automatically connect back to my home network, and “share” the SSIDs from home — so any other devices, like family phones, tablets, or computers don’t need any “tech support” from me!)

The size is amazingly small, like a ½ deck of playing cards. It has WAN and LAN GbE ports that have a “hinged” door to keep the size as slim as possible. It can work as a Wireless to Wired bridge using 2.4GHz or 5GHz Wi-Fi, use my iPhone’s cellular connection via tethered USB-C cable, or as a Wired to Wired bridge when there is an available Ethernet drop.

As just a wireless to wired bridge, it shines — better and easier to configure than any of the other solutions. Using the UniFi app on my phone and Bluetooth to the little Travel Router, I can quickly choose between local available Wi-Fi options, add any authentication like PSKs, or answer Captive Portal questions. Basically… it just works.

Oh, and it also does all the other Travel Router things as well.

I saw someone post something about this cable tester, and since I had a couple of boxes of USB-C cables hanging around, OK, perhaps I have a problem throwing things out… I’m sure you also have a box or drawer of cables you keep ‘just because’ you might need them someday.

Well, this cable tester helped me pare that down to a much smaller subset of ones that I would really want to keep.

First the criteria, I wanted to keep cables that could do ‘fast charging’ – the majority of cables might do up to 15w… but you can get cables that can carry 100w or even up to 240w. That would make the bottleneck of recharging devices NOT be the cable. I wanted to only keep fast charge capable cables.

Second, USB-C cables are also used to transfer data. The majority are really quite slow indeed… but you can get 20GB, 40GB, and even 80GB capable cables. I wanted to keep only the fast transfer cables.

The BLE caberQU tester arrived, and I also downloaded the associated app from the Appstore. Using BLE it instantly found my tester, and had me download and install new firmware to the tester. (OK, I played with it before upgrading the firmware, and found it gave an error message of pin not connected on any cable I tested that had either an LED light to show charging, or my favorite Ubiquiti USB-C cables that have a two-sided screen that shows actual charging rates.) After the firmware update, those errors went away.

Out came the boxes of cables. I ended up testing over 100 cables… yeah, I have a problem. But ended up with a box of 80+ that will be going to the #WLPC Swap Table for others to use. They ALL tested fine, with good cable health scores. But they didn’t meet my two criteria.

Here’s what a ‘normal’ USB-C cable test results look like.

You can also see the pinouts. Note many of the pins are not connected.

All of these type of 100% working cables, went into the donate box.

The next category was the cables that were designed specifically for high-power-transfer for recharging. These might not have higher throughput numbers, but I kept cables with 100w or more capabilities.

This is a sample of a charging specific cable:

The final group of cables are those with BOTH the high transfer power, as well as high data throughput. You can see the results of these tests:

You might notice way more pins are being used in these cables.

After all this testing. I can inform you the LOOK and FEEL of cables is NOT at all consistent with their test results. Some of the best looking, or ‘fatter’ cables, or those with braiding on the exterior… those tested as ‘normal’ most of the time. Even FLAT cables were able to outperform better looking and better feeling cables. Choose your cable vendor wisely.

Or, you can just pick up your own cable tester and test your cables yourself.

Amazon for around $120 for the basic unit, or up to $190 for the expert kit.
https://www.amazon.com/dp/B0F8BV5RHB?ref=ppx_yo2ov_dt_b_fed_asin_title&th=1

Last month’s Wi-Co meeting in Washington, DC once again demonstrated why this event has become such a valuable fixture for professionals working across wireless, mobility, and enterprise networking. In an industry that moves quickly and often communicates through press releases, webinars, and marketing-driven conferences, Wi-Co continues to stand out as something different—and frankly, more valuable.

At its core, Wi-Co is about people and conversations. The Washington, DC meeting brought together a diverse cross-section of the wireless ecosystem: enterprise WLAN engineers, consultants, vendors, analysts, and operators, all in one room with a shared goal, having honest, technically grounded discussions about where wireless networking is today and where it is heading. That alone is increasingly rare.

One of the most compelling aspects of Wi-Co is the quality of engagement. Sessions are not passive listening exercises. They are interactive, discussion-driven, and informed by real-world experience. Topics ranged from current enterprise Wi-Fi challenges and emerging technologies to regulatory considerations and broader industry trends. What made these discussions particularly valuable was not just the content itself, but the depth of perspective in the room. Questions were informed, debate was thoughtful, and differing viewpoints were welcomed rather than avoided.

Equally important is the networking, real networking, not badge-scanning or rushed hallway conversations. Wi-Co creates space for meaningful dialogue. Whether during sessions, breaks, or evening conversations, the opportunity to speak directly with peers and industry leaders is significant. Many of the most valuable insights came not from slides, but from candid conversations about what is working (and what is not) in production networks today.

From a professional development standpoint, Wi-Co delivers clear value. Attendees leave better informed, more connected, and with a sharper understanding of both technical and strategic issues affecting wireless networking. For those responsible for designing, operating, or advising on WLANs, this kind of insight is difficult to obtain elsewhere. It helps inform better decisions, challenge assumptions, and ultimately improve outcomes for users and organizations alike.

Another strength of Wi-Co is its independence. The event is not dominated by a single vendor narrative. Instead, it provides a balanced environment where ideas can be evaluated on their technical merit. That neutrality fosters trust and encourages open discussion—an essential ingredient for meaningful professional growth.

If you are a wireless professional who values substance over spectacle, Wi-Co deserves a place on your calendar. The Washington, DC meeting reinforced that this is a community worth investing time in, one that prioritizes knowledge sharing, professional respect, and long-term industry health.

For those who have not yet attended, future Wi-Co events offer an opportunity to step out of day-to-day operational mode and engage with peers who care deeply about doing wireless networking well. In a field as dynamic and consequential as ours, that opportunity is not just beneficial, it is essential.

Here are a couple of solutions that might help trigger the HTTP the Captive Portal is looking for, instead of the HTTPS your client is probably defaulting to.

http://captive.apple.com
Apple’s Default

http://neverssl.com
From François Vergès

http://nossl.sh
From Scott McDermott

https://lnkd.in/gyT5tQR
From Eddie Forero

http://httpforever.com
From Scott Helme

http://check.gstatic.com
Android Default

http://msftconnecttest.com
Windows Default

https://lnkd.in/gHCs7iKn
Ubuntu Default
The above three from Simon Mesnage

You can also trigger the captive portal by grabbing the IP address of the router from your wifi connection info and putting that in a browser.
Sam Crockett

https://www.rfc-editor.org/rfc/rfc8910.html
RFC 8910 – Captive-Portal Identification (DHCP Option 114)

Use WLAN1 as remote sensor for WiFi Explorer Pro 3 and/or frame captures with AirTool 2

Use WLAN0 as Orb sensor to report on Wi-Fi connectivity

OR use Eth0 as remote Orb sensor to report on Wired connectivity

This is on top of all the other features built into the WLAN Pi OS

All community driven!