Posted on

Wi-Fi 8 Multi-AP, SMD and DSO Explained

524WiFi™ Wi-Fi 8 Multi-AP Coordination, Single Mobility Domain and spectrum allocation

Key takeaways

  • Multi-AP Coordination lets neighboring access points manage airtime and interference as a system.
  • Single Mobility Domain targets cleaner handoffs for robots, scanners and other moving clients.
  • Dynamic spectrum operation helps mixed devices use available channel capacity more efficiently.

Every new Wi-Fi generation arrives with a fresh batch of jargon. Wi-Fi 6 gave us OFDMA and TWT. Wi-Fi 7 brought MLO and 320MHz ultra-wide channels. Now Wi-Fi 8 is rolling out its own set: Multi-AP Coordination, Single Mobility Domain, dynamic spectrum allocation.

If you’re building networking equipment for dense, high-device-count environments — industrial IoT, enterprise campuses, hospitality, warehousing, robotics, transit, or any deployment where dozens of devices share the same airspace — your first reaction is probably: this sounds like marketing noise that’s still years away from mattering to me.

We’d argue the opposite. These three terms were essentially written with exactly this kind of deployment in mind — Wi-Fi 8 isn’t chasing consumer peak-speed bragging rights this time. It’s chasing dense, multi-device, can’t-afford-to-drop scenarios, which is precisely what a crowded venue, a large facility, or a fleet of moving devices looks like from the network’s perspective.

The headline first: Wi-Fi 8 isn’t faster. It’s steadier.

The theoretical peak throughput of Wi-Fi 8 is roughly on par with Wi-Fi 7. The standard’s official designation even says it outright: Ultra High Reliability (UHR). The name tells you where the priorities are — not benchmark numbers, but consistency under real-world conditions.

For the consumer market, that pivot might feel underwhelming — most households were never saturating Wi-Fi 7’s peak bandwidth anyway. But for high-density deployments, this is exactly the right direction. The real pain points in these environments were never “is there enough bandwidth.” They were: does a device drop connection at the edge of AP coverage, do dozens of devices fighting for the same channel start colliding, does a few-hundred-millisecond handoff between APs interrupt a time-sensitive session. These are precisely the problems the next three features are aimed at.

Multi-AP Coordination: from “every AP for itself” to “APs that actually talk to each other”

Traditionally, each access point in a deployment operates independently — it decides on its own who gets to transmit and when, with zero coordination with neighboring APs. In a dense environment (say, ten-plus APs across a warehouse, office campus, or venue), this leads to constant interference: adjacent APs competing for the same spectrum, unaware of what their neighbor is doing.

Multi-AP Coordination (MAPC) is designed to fix exactly this. Neighboring APs negotiate in advance — dividing up time slots, spatial resources, or transmit power — instead of colliding blindly. There are several coordination schemes under this umbrella: splitting a transmission window into slices and rotating through APs (Co-TDMA), transmitting simultaneously with carefully managed power to avoid interference (Co-SR), and combinations of both, applied dynamically depending on traffic conditions.

Why this matters: if a deployment involves dense AP coverage — a large warehouse, a multi-floor facility, a hotel, a stadium, a factory floor — Multi-AP Coordination directly determines whether the network can hold up under load. The packet loss and jitter that dense deployments have historically suffered from is largely a symptom of APs not talking to each other. This is the first generation of the standard to tackle that at the protocol level.

Single Mobility Domain: no more “hiccup” when a device crosses AP boundaries

This term sounds abstract, but the problem it solves is very concrete: how does a moving device hand off cleanly between access points as it moves through a space, instead of dropping the connection, re-authenticating, and reconnecting.

Traditional roaming works like this: the device itself decides “signal’s getting weak, time to find the next AP,” then kicks off a full re-authentication and reconnection process. That process might only take tens to a few hundred milliseconds — imperceptible for casual browsing, but more than enough to interrupt a real-time control loop, a live video stream, a VoIP call, or a tracking session, depending on what the device is doing.

Single Mobility Domain aims to logically merge multiple APs into what behaves like one continuous network, so a device moving through the space experiences something closer to a smooth signal-strength transition rather than a disconnect-and-reconnect event. A manufacturer-reported 8-node Co-TDMA reference test reached an aggregate throughput of 1797 Mbit/s — but what actually determines the real-world experience in any dense, mobile-device deployment was never just peak throughput. It’s whether roaming stays stable. Single Mobility Domain is the standard finally addressing that pain point head-on.

Why this matters: anywhere devices move across AP coverage areas — mobile robots on a warehouse floor, handheld scanners in a retail store, tablets and carts moving through a hospital, passengers moving through a transit hub — this is the single Wi-Fi 8 feature most directly relevant to the deployment, and worth scrutinizing closely in any vendor’s actual implementation.

Dynamic spectrum allocation: letting the network improvise

Wi-Fi 7 already supports 320MHz ultra-wide channels, but how channels get allocated and when the network shifts bands has largely followed fairly fixed rules. Wi-Fi 8 pushes this further: spectrum allocation becomes dynamic, adjusting in real time based on current traffic and interference conditions instead of following a static, pre-set policy.

On its own, this feature might sound unremarkable, but it’s actually the foundation that lets Multi-AP Coordination and Single Mobility Domain deliver on their promise. Without flexible spectrum allocation, there’s limited room for APs to coordinate with each other or for devices to hand off smoothly.

Why this matters: in environments with multiple device types and mixed traffic priorities — control commands, video feeds, voice, general data — dynamic spectrum allocation determines whether the network can automatically make room for the most critical traffic, rather than requiring rigid, manually pre-planned channel assignments.

The bottom line: these aren’t marketing terms. They were built for scenarios like these.

Put these three features side by side and a pattern emerges: nearly every core improvement in Wi-Fi 8 is described in terms of dense deployments, multiple devices, zero tolerance for drops. That profile fits an enormous range of real deployments — AMR warehouses, multi-robot production lines, hospitality and retail environments, transit and campus networks, industrial IoT sites — not the living-room, one-or-two-device scenario Wi-Fi standards were traditionally optimized for.

But there’s a question the industry itself is already debating: the standard only defines the “grammar” of coordination — how APs negotiate, how resources get sliced up. What actually determines real-world performance is a layer the standard doesn’t dictate: when to coordinate, with whom, and using which strategy. That decision-making intelligence is left entirely to chipset vendors and solution providers to implement. Two products can both claim Wi-Fi 8 compliance and still perform wildly differently in a dense deployment — the gap lives in that unwritten layer of coordination intelligence.

That’s also why we didn’t wait for the standard to be finalized (expected around 2028) before starting work. Our Pulse B8 and P8 platform planning follows Qualcomm’s Wi-Fi 8 reference architecture. If you’re planning to get ahead on Wi-Fi 8, feel free to reach out to [email protected]

Posted on — 4 Comments

What Is Wi-Fi 8? Practical 802.11bn Guide for Developers

524WiFi™ practical Wi-Fi 8 guide for product developers, industrial networks and modular platforms

Key takeaways

  • Wi-Fi 8 focuses on reliability, mobility and predictable performance rather than a new peak-speed headline.
  • SMD, Multi-AP Coordination, DSO and ELR address distinct roaming, density, spectrum and range problems.
  • Product teams can prototype early while tracking the draft revision and interoperability path.

What Is Wi-Fi 8? A Practical Guide for Product Developers

If you’re speccing a router, gateway, or edge device roadmap for 2027-2028, “Wi-Fi 8” has probably already landed in a requirements doc somewhere — usually with no more detail than the name itself. Here’s what the standard actually is, what’s still moving, and what it means if you’re the one who has to put it on a board.

It’s not “faster Wi-Fi 7”

Every previous Wi-Fi generation sold itself on peak throughput. Wi-Fi 8 doesn’t. It’s built on the IEEE 802.11bn amendment, officially named Ultra High Reliability (UHR) — and the name is the point. The target isn’t a bigger link-rate number; it’s making real-world connections behave more predictably when a network is dense, noisy, or full of moving clients. Peak throughput stays roughly in Wi-Fi 7 territory; what improves is the worst case.

That distinction matters for how you plan a product. If your customer’s pain point is “our AP throughput number looks great in a spec sheet but connections still drop when we’ve got 40 clients in one warehouse bay,” Wi-Fi 8 is aimed squarely at you. If the pitch you need is a bigger peak-speed number, it isn’t.

The four features actually worth designing around

Strip away the marketing layer and 802.11bn comes down to four mechanisms:

  • Single Mobility Domain (SMD) — lets a station stay associated while moving between APs inside the same domain, instead of doing a full re-association each time. This is the direct answer to multi-AP roaming latency and packet loss — the exact failure mode that shows up as “the robot’s connection blips every time it crosses a cell boundary.”
  • Multi-AP Coordination (MAPC) — APs coordinate channel access and spectrum use with each other rather than competing independently. In a facility with high AP density, this is what actually improves reliability, not adding more radios.
  • Dynamic Subband Operation (DSO) — lets an AP hand a client a slice of bandwidth outside that client’s normal operating range when there’s a capability mismatch, instead of falling back to the lowest common denominator.
  • Enhanced Long Range (ELR) — addresses the link-budget imbalance between AP and station, with defined support for uplink transmission on 2.4/5/6 GHz and downlink on 2.4 GHz. Relevant to anything using a low-power, small-antenna client at range — a drone, a sensor node, a handheld.

None of these are throughput features. All four are reliability-under-real-conditions features, which is a different design conversation than the one Wi-Fi 6→7 required.

Where the standard actually stands (be honest about this)

This is the part vendors tend to blur, and it’s worth stating plainly: 802.11bn is a draft, not a shipped standard. The IEEE task group released its first draft (D1.0) in mid-2025, sponsor ballot is expected around 2027, and final ratification isn’t expected before 2028. Pre-standard silicon is expected to start appearing in 2026, with early devices based on draft specifications rather than a locked amendment.

What that means practically: anything shipping under a “Wi-Fi 8” label before ~2027-2028 is a pre-standard implementation. Features can still shift before ratification, and interoperability between different vendors’ pre-standard silicon isn’t guaranteed. If a supplier tells you otherwise, that’s the question to push on.

Planning a 524WiFi™ Wi-Fi 8 platform

524WiFi™ platform planning combines Qualcomm-based mainboards with dedicated radio modules. The Pulse B8-01 and Pulse B8-02 mainboard architectures use M.2 E-key radio expansion, while the Pulse P8 module family provides band-specific and combined-radio configurations. This modular approach gives product teams a practical framework for host interfaces, Ethernet backhaul, RF connectors and integration requirements.

524WiFi™ Wi-Fi 8 modular mainboard and radio platform overview
524WiFi™ Wi-Fi 8 platform architectures for integration planning.

For an early design, confirm the production specification, supported draft revision, firmware interfaces and regulatory path for the selected mainboard and radio configuration. RF trace layout, radio timing, power sequencing and thermal design remain part of the complete system integration.

What this means if you’re planning a 2027 product

  • Don’t wait for ratification to start prototyping. By the time the standard is final, you want your firmware and RF integration lessons already learned on pre-standard silicon.
  • Match the feature to the actual problem. SMD solves roaming, MAPC solves density, ELR solves range, DSO solves capability mismatches. Pick the one that maps to your customer’s actual failure mode rather than treating “Wi-Fi 8” as one undifferentiated upgrade.
  • Ask suppliers exactly which draft revision their silicon targets. “Wi-Fi 8 ready” is not yet a standardized claim — it’s a pre-standard implementation claim, and the details differ by vendor and by draft version.

If you’re evaluating a Qualcomm-based Wi-Fi 8 platform for your own product — whether that’s a carrier board, an ODM hardware partnership, or just a technical sounding board while the standard finishes settling — we’re happy to compare

Posted on

524WiFi™ Pulse B5-01: Industrial Wi-Fi Platform with OpenWrt

524WiFi™ Pulse B5-01 industrial OpenWrt platform

Key takeaways

  • A mature Qualcomm IPQ4019 platform shortens the path from wireless concept to deployable product.
  • OpenWrt, dual-band Wi-Fi, SFP, Mini PCIe and USB provide a flexible integration base.
  • Industrial power and customization options support access points, mesh nodes, gateways and robotics links.

If you’ve ever tried to take a wireless idea from concept to product, you already know the real challenge isn’t “making Wi-Fi work.” It’s finding a platform that’s actually ready to become a product.

Most consumer-grade routers hit their limits fast — no OpenWrt, no mesh, no industrial power input, no room to customize. And building everything from scratch? That means a longer timeline, higher cost, and a lot more risk than most teams want to take on.

This is exactly the gap the 524WiFi™ Pulse B5-01 is built to close.

Start from a mature platform — not from zero

The 524WiFi™ Pulse B5-01 runs on the proven Qualcomm IPQ4019, with dual-band Wi-Fi and full OpenWrt support out of the box. That gives you a solid wireless foundation plus an open platform to build on — custom firmware, mesh networking, third-party integrations, your own branded software. Instead of fighting a closed consumer router, you get a base that’s actually meant to be shaped into your product.

More ways to connect, out of the box

The IPQ4019 SoC isn’t just Wi-Fi — it comes with 2x Gigabit Ethernet, SFP, Mini PCIe, and USB 3.0, so you can add cellular, fiber, or other peripherals depending on what your application needs. With 24–48V passive PoE support and a wide operating temperature range, it’s built to handle industrial and outdoor deployments, not just a lab bench.

Where it fits

We’re seeing the 524WiFi™ Pulse B5-01 used as the wireless core for:

  • Industrial access points
  • Mesh nodes and wireless repeaters
  • IoT gateways
  • Robot, AGV, and AMR communication links
  • Outdoor wireless equipment

And here’s the part that matters most: it can become your product

The 524WiFi™ Pulse B5-01 doesn’t have to stay a development board. Through our OEM/ODM services, we can take it further — different interfaces, custom wireless configs, tailored firmware, hardware changes, your own enclosure, full production. We take the platform from hardware to firmware to wireless to enclosure to mass production, so what starts as a wireless concept ends up as a real, market-ready product.

If you’re working on industrial Wi-Fi, mesh, an IoT gateway, robotics communication, or outdoor wireless — you don’t have to start from zero. The 524WiFi™ Pulse B5-01 gives you a mature, open, and customizable starting point.

Qualcomm IPQ4019 · OpenWrt · Dual-Band Wi-Fi · Mesh · SFP · LTE · OEM/ODM

📩 If you’re evaluating a Wi-Fi platform for your next product, I’d be happy to talk through whether the 524WiFi™ Pulse B5-01 is the right fit — feel free to reach out at [email protected]

Platform reference: DR4019.

Posted on

524WiFi™ Pulse B7-05: Wi-Fi 7 Platform for Custom Wireless Products

524WiFi™ Pulse B7-05 Wi-Fi 7 platform and hardware interfaces

524WiFi™ Pulse B7-05 is our tri-band (2.4/5/6GHz) Wi-Fi 7 platform for OEM/ODM projects, with 10G Ethernet, 10G SFP, and PoE in/out options on board.

It’s a good fit for:
→ Industrial APs
→ Enterprise routers
→ Mesh gateways
→ Outdoor wireless devices

We can help with hardware customization and software development, so you don’t have to build everything from scratch.

Have a project in mind? Let’s talk about whether 524WiFi™ Pulse B7-05 is the right fit – info at 524wifi.net or .com

Platform reference: DR5424S.

Posted on

DR5018S 524 WiFi 6 MESH|10 Hops. Zero Compromise. 400Mbps

10 Hops. Near-zero attenuation. 400Mbps.

Most industrial mesh networks start choking after 3-4 hops — latency spikes, throughput collapses, and your robots lose their control link exactly when you need it most.

We just wrapped a 10-hop mesh stress test on our WiFi 6 platform, and the results speak for themselves: near-zero attenuation across all 10 hops, with sustained throughput of 400Mbps at the final node.

Article content
524WiFI mesh 10 hops testing environment

For AMR fleets, warehouse automation, and multi-robot deployments, this isn’t a lab number — it’s the difference between a robot that stays connected across a 50,000 sq ft facility and one that drops out the moment it turns a corner.

Article content
From PC1 to PC2 10 HOPS THROUGHPUT TEST RESULTS

No more compromising on coverage. No more babysitting mesh hops. Just reliable, high-throughput connectivity that scales with your facility, not against it — no need for WiFi 7 to get there.

Complete DR5018S MESh product family : https://524wifi.net/?s=mesh&post_type=product

Want the full test report or a demo on your floor plan? Please feel fre to contact us !

Posted on

Bezpečnostní hrozba v továrním firmwaru routerů Zbtlink: Proč jsou naši zákazníci v bezpečí

Vážení zákazníci a obchodní partneři,

v oblasti síťové bezpečnosti se objevil závažný nález, který se týká populárních routerů značky Zbtlink. Bezpečnostní analytici ze společnosti VulnCheck objevili v továrním softwaru těchto zařízení kritickou zranitelnost, která funguje jako zadní vrátka (backdoor)

Chceme vás okamžitě ujistit, že našich zákazníků se toto riziko netýká. Jako integrátor a dodavatel síťových řešení do zařízení Zbtlink dlouhodobě neinstalujeme tovární software, ale nahrazujeme jej bezpečným a ověřeným firmwarem ROOter Golden Orb.

O co jde: Zranitelnost „ENDLESSDOORS“ (CVE-2026-66747)

Bezpečnostní experti identifikovali vestavěný škodlivý kód pojmenovaný jako ENDLESSDOORS. Tento implantát je přítomen v podstatě ve všech publikovaných verzích továrního firmwaru napříč celou produktovou řadou Zbtlink (např. modely řady WE, WG či CPE). [1]

Jak tento backdoor funguje?

  • Maskování v systému: Škodlivý kód se spouští hned při startu routeru pod názvem procesu kworker, aby záměrně splynul s legitimními procesy operačního systému (jádra). [1]
  • Volání řídicího serveru: Zařízení neotevírá žádné viditelné porty zvenčí. Místo toho každých cca 35 sekund samo aktivně kontaktuje nezašifrovaným TCP spojením předem pevně definovaný server (tzv. Command-and-Control server). [1]
  • Plná kontrola jako Root: Pokud útočník na druhé straně odpoví, získá okamžitý přístup k interaktivnímu shellu s nejvyššími právy (root/uid=0). Vzhledem k tomu, že komunikace neobsahuje žádné ověření ani šifrování, může zařízení ovládnout kdokoliv, kdo obsadí danou síťovou cestu nebo doménu. [1, 2]

Tato chyba získala mimořádně vysoké hodnocení nebezpečnosti CVSS 9.3 (Kritická).


✅ Proč jsou naši zákazníci stoprocentně chráněni?

Základem naší filozofie je dodávat řešení, která jsou nejen výkonná, ale především bezpečná. Z toho důvodu při přípravě routerů pro naše klienty kompletně mažeme původní tovární software.

Namísto něj instalujeme pokročilý, otevřený firmware ROOter Golden Orb:

  1. Absence škodlivého kódu: ROOter Golden Orb je postaven na čistém, komunitou kontrolovaném základu OpenWrt. Neobsahuje žádné proprietární knihovny výrobce Zbtlink, a tedy ani skrytý implantát librctl.so (ENDLESSDOORS). [1]
  2. Transparentnost: Veškeré procesy běžící v tomto firmwaru jsou plně auditovatelné. Neexistuje zde žádné skryté „telefonování domů“ na neznámé servery. [1]
  3. Vyšší stabilita a funkce: Vedle stoprocentní bezpečnosti přináší Golden Orb našim zákazníkům také mnohem lepší správu mobilních (LTE/5G) modemů, pokročilé možnosti routování a dlouhodobou stabilitu.

💡 Shrnutí na závěr

Pokud máte router zakoupený a nakonfigurovaný od nás s firmware Rooter, nemusíte podnikat žádné kroky ani se obávat zneužití této zranitelnosti. Vaše zařízení již v momentě instalace dostalo imunitu vůči této tovární chybě. Pokud má vaše zařízení tovární OpenWRT firmware, doporučujeme ihned přejít na Rooter firmware. Je ke stažení zdarma a rádi vám jej zašleme.

Pokud byste měli k této problematice jakékoliv technické dotazy nebo si chtěli ověřit stav specifického zařízení, neváhejte kontaktovat naši technickou podporu.


Posted on

Standard Edge Computing Box vs. Custom Jetson Carrier Board: How Should Robotics and Drone Makers Choose?

If your team has already built the robot chassis or drone airframe, and what’s missing is the “brain” — an edge compute module that can run vision, navigation, and decision-making — you’re almost certainly weighing two paths:

Option A: Buy a standard edge computing box and bolt it onto your platform Option B: Design a custom carrier board around a Jetson module and integrate it directly into your product

Neither path is universally right. Each fits a different stage, scale, and product positioning. This article lays out the trade-offs so you can make the call with your eyes open.

The short version: it’s a trade between speed and long-term cost

  • A standard box trades a proven industrial design for development speed — at the cost of long-term compromises in cost, size, and reliability.
  • A custom carrier board trades a heavier upfront engineering investment for lasting product competitiveness.

Which one makes sense depends on where you are right now.

Option A: Standard Edge Box — Fast, but with a Low Ceiling

Off-the-shelf Jetson boxes — whether NVIDIA’s own dev-kit enclosures or third-party integrated industrial PCs — have one clear strength: speed.

Advantages

  • Fast time to demo: plug in power and network, and you’re running within weeks
  • Lower risk: standard products are already validated, so you’re not carrying hardware design risk
  • No hardware team required: your software team can get the system running without a dedicated hardware engineer

But the trade-offs are real

  1. Size and weight are the biggest problem. Standard boxes are built for broad compatibility and generic thermal margins, so they’re almost always bigger and heavier than what you actually need. For a drone, where every gram matters, that extra weight eats directly into flight time and payload. For a robot chassis that’s already been finalized, bolting on an external box often means re-tooling the enclosure and adding brackets — which breaks the industrial design you already locked in.
  2. Redundant interfaces you’re paying for. To serve “everyone,” standard boxes ship with a pile of ports you’ll never use — extra USB, HDMI, multiple Ethernet jacks. Each of those is both a cost line and a reliability liability: exposed connectors don’t hold up well against vibration and dust in industrial environments.
  3. Wireless connectivity is the most overlooked weak point of the bolt-on approach. Robots and drones need stable video links, control links, and multi-unit networking. The radios in standard boxes are usually consumer-grade, and they tend to drop connections and show latency jitter under the concurrent-device, high-interference conditions common in warehouses, farms, and industrial sites. That usually forces you to bolt on a second box — an industrial-grade wireless module — on top of the first. Now you’ve got a box on a box, with size, cabling, and power delivery spiraling out of control.
  4. No cost-down path at volume. Standard boxes are purchased per unit at a fixed price; the bigger your production run, the worse the economics get. And your supply chain sits entirely with someone else — you have no leverage if they raise prices or discontinue the part.

Who this fits: teams still in validation, prototypes or small batches (a few dozen units or fewer), teams that haven’t locked their final product form yet, or teams that just want to get the algorithm running before dealing with hardware.

Option B: Custom Jetson Carrier Board — Slower, but Built for Volume

A custom carrier board means keeping only the Jetson module itself and designing a new PCB around your actual product requirements — size, interfaces, power, wireless, thermal — so the compute unit is truly built into your chassis, not bolted on top of it.

Advantages

  1. The footprint follows your chassis, not the other way around. A carrier board can be shaped to fit into an arm, a body cavity, a drone gimbal bay — anywhere a standard box simply can’t go.
  2. Only the interfaces you actually need, with wireless (WiFi 6/7, 4G/5G, video links) integrated directly onto the same board instead of bolted on as a second module. One less board-to-board connection means one less failure point, plus far less cabling and structural volume to manage.
  3. Thermal and structural design can be co-engineered. The board can be designed to work with your chassis’s own thermal paths and metal structure, instead of carrying its own standalone fan or heatsink like a boxed unit does — critical for drones and sealed robot enclosures.
  4. Meaningfully lower BOM cost at volume, and your design assets and supply chain stay in your own hands, rather than being exposed to a single vendor’s pricing or discontinuation decisions.
  5. This is where wireless communication genuinely becomes part of your product’s competitive edge. Most customers who come to us asking for “a Jetson carrier board” eventually realize the real bottleneck is the wireless link — roaming latency during multi-robot coordination, interference resistance for video transmission, stability of long-range control links. Board-level integration lets you co-optimize the WiFi 6/7 RF front end, antenna placement, and EMC design together with the compute board in a single pass — something a box-plus-bolt-on-module combination can never achieve.

Trade-offs

  • Requires a proper design, prototyping, and validation cycle upfront (typically weeks to a few months, depending on complexity)
  • Requires a partner who understands both Jetson hardware design and RF engineering — teams with both skill sets aren’t common
  • At very small batch sizes (single digits to a few dozen units), the amortized development cost may not pencil out

Who this fits: teams whose product form is already locked and heading toward volume production (typically 100+ units), teams with hard requirements on size/weight/battery life, or teams for whom wireless performance — multi-robot coordination, long-range video, industrial-grade networking — is itself a core product differentiator.

Quick Decision Table

Dimension Standard Edge Box Custom Jetson Carrier Board Development timeline Weeks Weeks to months Upfront investment Low Medium-high (one-time) Per-unit cost at volume Fixed, no cost-down path Decreases with volume Size / weight Constrained by standard enclosure Fully customizable Wireless integration Usually bolted on, extra link in the chain Can be co-designed with the compute board Supply chain control Dependent on a single vendor Design assets owned in-house Best fit stage Validation / small batch Volume production / finalized product

What We Can Do for You

This is exactly what we do at 524WiFi and Wallys: custom carrier board design around Jetson modules, combined with our own track record in industrial-grade WiFi 6/7 and long-range wireless transmission — so compute and connectivity end up on a single board, instead of customers having to stitch together a “Jetson box + industrial wireless module” combo themselves.

If your team:

  • Already has a robot or drone product form and is weighing edge-compute options
  • Has validated a demo on a standard box and is now thinking about cost-down and miniaturization for volume production
  • Needs multi-robot coordination, long-range video transmission, or interference-resistant networking — not just raw compute

Reach out and let’s talk through your specific use case: info at 524wifi.net

We’re happy to start with a free assessment of your current setup to help you decide whether it’s time to keep iterating on a bolt-on box, or move straight to a fully integrated custom design.

Posted on

Long-Range Drone Video & Control Links: Choosing Between DR5322, DR9574S, and DR5424

For agricultural, inspection, and mapping drones, the weakest link in the field is rarely the flight controller — it’s the wireless link. Video dropouts, control-command latency, and interference between multiple concurrent aircraft all directly affect operational efficiency and, in some cases, flight safety. Picking the right wireless hardware platform ultimately comes down to trade-offs between throughput, range, integration approach, and deployment environment.

524WiFi and Wallys currently offer three Qualcomm WiFi 7-based platforms that map to different drone video/control link scenarios: DR5322, DR9574S, and DR5424. Here’s how they differ, and which one fits which use case.

DR5322: Lightweight and modular, built for cost-sensitive edge nodes

The DR5322 is built on Qualcomm’s IPQ5322 (quad-core Cortex-A53 @1.5GHz) and is essentially a compact routerboard: onboard 2×2 2.4GHz radio, with 5GHz/6GHz handled through an add-on QCN9274/QCN6274 WiFi 7 module, reaching up to roughly 5764Mbps physical data rate. It offers 4x 2.5G Ethernet ports plus 1x 10G SFP, with 802.3bt PoE support.

This “onboard 2.4G + pluggable high-band module” architecture makes the DR5322 well suited as a relay node or video-transmission hub for a single small multirotor — where the priority is small footprint, low power, and controlled cost rather than maximum throughput. Think field-deployable relay boxes or vehicle-mounted repeaters.

DR9574S: The modular flagship, built for relay towers and multi-drone coordination

The DR9574S runs on Qualcomm’s IPQ9574 (quad-core ARM-A73 @2.2GHz) and is the most configurable of the three — six version options (2×2/4×4, 5G/6G/5-7G) let you tailor the band mix to the project. It supports OFDMA, MU-MIMO, and multi-link operation (MLO), with 10G SFP, 10G Ethernet with PoE, and 2 Gigabit ports, plus optional GPS. Industrial-grade design supports operation from -20°C to 70°C.

This configuration is a better fit for fixed base stations, relay towers, or scenarios that need to manage video/control links for multiple drones at once — for example, a large-scale agricultural operation running several spraying drones simultaneously, where the ground station needs to reliably carry multiple concurrent video and control streams.

DR5424: High-throughput tri-band, built for aggregating high-definition multi-stream video

The DR5424 is the most integrated of the three: Qualcomm IPQ5424 (quad-core Cortex-A55 @1.8GHz), full onboard tri-band WiFi 7 (4×4 MU-MIMO), 320MHz channel width, with theoretical physical data rates up to 1376Mbps on 2.4GHz, 8647Mbps on 5GHz, and 11530Mbps on 6GHz. It also carries the strongest port configuration of the three: 4x 2.5G plus 2x 10G Ethernet.

One important clarification: DR5424’s tri-band design is switchable, not concurrent — the three bands are there to be switched between as needed to avoid interference, not to simultaneously carry separate traffic types (e.g., control on one band, video on another, backhaul on a third). This distinction matters when evaluating a project’s actual concurrent multi-video-stream capacity.

With onboard tri-band radios and multiple high-speed Ethernet ports, the DR5424 is well suited as an aggregation gateway for high-definition, multi-channel video feeds — for example, when several aerial video streams need to be backhauled simultaneously to a ground station for real-time stitching or AI-based analysis.

Side-by-side comparison

DR5322 DR9574S DR5424 Chipset IPQ5322 (A53 @1.5GHz) IPQ9574 (A73 @2.2GHz) IPQ5424 (A55 @1.8GHz) Radio architecture Onboard 2.4G + pluggable 5/6G module Modular, 6 version options (2×2/4×4) Full onboard tri-band, 4×4 Max theoretical rate ~5764Mbps ~5765Mbps (per radio) ~11530Mbps (6GHz) Channel width — Up to 160MHz Up to 320MHz Ethernet 4x 2.5G + 1x 10G SFP 2x 1G + 1x 10G+PoE + 1x 10G SFP 4x 2.5G + 2x 10G GPS No Optional No Typical use case Lightweight relay node / cost-sensitive projects Fixed base station / multi-drone relay tower High-definition multi-stream aggregation gateway

Which one should you choose?

  • Budget-constrained projects that only need to support a single drone or a small number of video links — a lightweight relay node: go with DR5322.
  • Larger operational radius, managing multiple drones online at once, needing a fixed base station or relay tower: go with DR9574S, selecting the version that matches your band requirements.
  • Concurrent high-definition multi-stream video backhaul with high Ethernet aggregation bandwidth requirements, needing an edge gateway: go with DR5424.

All three platforms support OEM/ODM customization, including long-range transmission software tuning, antenna selection, and enclosure design. If you’re evaluating wireless hardware for a drone video/control link project, reach out to info at 524wifi.net or 524wifi.com for selection guidance or to request samples.

Posted on — Leave a comment

How to Design a Reliable Long-Range Wireless Link for Agricultural Drones (WiFi 6/7 Selection Guide)

If you’ve deployed drones for crop spraying, field mapping, or orchard inspection over any real distance, you’ve probably run into this: the link holds fine at 200 meters, then starts dropping commands or breaking up video well before you hit the range the datasheet promised. It’s rarely a bad chip. It’s almost always an architecture problem.

This guide walks through why long-range agricultural links behave differently from indoor or short-range WiFi deployments, what actually determines reliability at range, and how to select hardware — control-side and video-side — that holds up in the field.

Why Agricultural Drone Links Are a Different Problem

Most WiFi hardware is designed and benchmarked for indoor, short-range, high-density environments — offices, warehouses, retail. Agricultural drone deployments invert almost every one of those assumptions:

  • Distance is the default, not the exception. A single control link routinely needs to cover several hundred meters to a few kilometers across open farmland or orchards.
  • There’s no multipath to lean on. Indoor WiFi benefits from reflections off walls and ceilings. Open fields don’t offer that — and offer very little shielding from other interference either.
  • Control and video have opposite requirements. Control commands are small, frequent packets that need low, consistent latency and near-zero loss. Video (especially 4K, multispectral, or thermal payloads) needs sustained bandwidth and can tolerate some jitter. Serving both well on one link is hard.
  • One-to-many is common. A single ground station frequently needs to manage multiple aircraft flying formation or covering different zones of the same field, which means the AP side has to handle concurrent, fast-moving clients — not a single static link.
  • Power is capped by regulation, not by ambition. ISM-band transmit power and antenna gain both have legal ceilings. You can’t out-power your way to more range.

The Five Things That Actually Determine Reliability at Range

1. Band Strategy: Split the Link, Don’t Pick One Band

2.4GHz diffracts better around terrain, crops, and structures, which is why it’s traditionally the default choice for long-range control links. 5GHz and 6GHz offer far more spectrum and fewer competing signals, which is exactly what high-resolution video needs.

The reliable pattern in the field isn’t choosing one band for everything — it’s running a split architecture: control on 2.4GHz, video on 5GHz or 6GHz. That’s a strong argument for radio hardware where the band configuration is flexible (single-band, dual-band, or switchable tri-band) rather than fixed to one band at the factory.

2. Modulation and Spatial Streams: Know What They Actually Control

Specs like 4096-QAM and multi-stream MU-MIMO are real and useful — but they define your near-field ceiling, not your far-field floor. As distance increases and signal-to-noise ratio drops, the link automatically falls back to lower-order modulation regardless of the chip’s peak capability.

When evaluating hardware for a long-range deployment, the number that matters isn’t the “Gbps peak” on the datasheet. It’s the rate-adaptation curve under low SNR, and specifically the minimum usable data rate at the outer edge of your intended range. That’s the number that tells you whether video will break up or commands will get dropped when the aircraft is farthest from the ground station — which is exactly when you need the link most.

3. MLO (Multi-Link Operation): Redundancy, Not Traffic Splitting

WiFi 7 introduced Multi-Link Operation, which lets a device establish links across multiple bands or channels at once. There’s a common misconception worth clearing up here: MLO isn’t a way to route control traffic on one band, video on another, and backhaul on a third, each running independently.

What MLO actually does is transmit the same data redundantly across multiple links simultaneously, so that if one link momentarily fades or gets interfered with, the other link covers for it — improving reliability and reducing effective latency. For agricultural drones, where a lost link is often the trigger for a return-to-home failsafe, that kind of redundancy has real operational value, not just a spec-sheet checkbox.

4. Topology: Point-to-Point vs. One-to-Many

A single aircraft doing long-range mapping or inspection is often best served by a point-to-point link — a directional antenna setup trading beamwidth for range and stability. But if a ground station needs to manage multiple aircraft or ground terminals simultaneously, the AP side needs OFDMA multi-user scheduling and fast roaming/handoff behavior, or you’ll see queuing delay whenever multiple aircraft check in around the same time.

Know which problem you’re actually solving before you pick hardware — they call for different radio capabilities.

5. Form Factor: Airborne and Ground-Side Needs Diverge

The airborne side is constrained by payload weight and available power, so it needs a small, low-power radio module that can be integrated directly into a flight controller or gimbal payload — with just enough band flexibility to serve the control link without unnecessary weight or draw.

The ground station side is a different design problem entirely: it needs to aggregate multiple client connections, handle higher sustained throughput, and typically needs wired backhaul (Ethernet, sometimes 10GbE) to move the collected video and telemetry off to a local server or the cloud. That usually points toward a board-level platform rather than a compact module.

Mapping Hardware to the Problem

Once you’ve worked through the five factors above, hardware selection becomes a matter of matching platform to role rather than chasing a single “best” spec sheet.

Airborne / terminal-side radio module. You want something small, power-efficient, and configurable — ideally a module where you can select or trim the band configuration (single-band 2.4GHz for a dedicated control radio, or dual-band where the payload allows) without carrying unused radio hardware and power draw. This is the role a WiFi 7 M.2 module built on a chipset like Qualcomm’s QCN9274/QCN6274 platform is designed for, with configurations spanning single-band, dual-band, and 4×4 single-band variants depending on what the airframe needs.

Ground-station aggregation board. This is where you want a flagship-class multi-band platform — four simultaneous bands, wide channels (up to 320MHz), high-order modulation (4096-QAM), multiple M.2 slots for additional radio cards, and dual 10GbE-class wired uplinks. This tier handles concurrent multi-aircraft connections, dynamic channel selection (AFC) to work around interference, and reliably backhauling the aggregated video streams to wherever they’re processed.

Edge gateway with onboard compute. For deployments where you want to do video processing or stream aggregation closer to the field — rather than pushing everything raw to the cloud — a tri-band gateway platform with high-speed wired I/O (dual 10GbE + multiple 2.5GbE) and an onboard AI accelerator tuned for networking workloads is the better fit. It handles wireless backhaul while also doing local compute, cutting the bandwidth pressure on the uplink.

A Practical Decision Order

When you’re actually speccing a system, work through it in this order:

  1. Point-to-point or one-to-many? This determines whether OFDMA and fast roaming on the ground-station side are must-haves or nice-to-haves.
  2. Does the control link need to be physically separated from the video link? This determines whether a single-band module or a multi-band board is the right call for each end of the system.
  3. What are the payload’s power and space constraints? This determines module-level vs. board-level hardware on the airborne side.
  4. Does the back end need edge compute or multi-stream video aggregation? If yes, prioritize a gateway platform with onboard AI acceleration and high-speed wired I/O.

FAQ

Is 2.4GHz or 5GHz better for a long-range drone control link? 2.4GHz generally holds up better over distance and around obstructions like terrain or crop canopy, which is why it’s the more common choice for the control link specifically. 5GHz and 6GHz are typically reserved for the video link, where the extra bandwidth matters more than raw range.

Do I need WiFi 7, or is WiFi 6 enough? It depends on whether you need MLO’s link redundancy and whether your video payload actually needs the extra bandwidth WiFi 7’s wider channels provide. Many long-range control links work fine on WiFi 6; WiFi 7 becomes more valuable as video resolution, aircraft count, or reliability requirements increase.

What’s the actual benefit of MLO for a drone link? Redundancy. The same data is sent across multiple links at once, so a momentary fade on one link doesn’t cost you the connection — it isn’t a way to assign different traffic types to different bands independently.

Should the airborne radio and the ground-station radio be the same hardware? No — they’re solving different problems. The airborne side prioritizes size, weight, and power; the ground station prioritizes aggregate throughput, multi-client handling, and wired backhaul capacity.


If you’re evaluating or redesigning the wireless subsystem in a drone flight-control or video-transmission stack — or migrating an existing deployment from WiFi 5/6 to WiFi 7 — reach out to info at 524wifi.com or .net. We build radio hardware across all three tiers described above and can walk through the specifics of your deployment.

Posted on

QCA9880 to QCN9274/QCN6274: A WiFi 5 to WiFi 7 Module Selection Guide — 524WiFi 600VX / 900VX and DR9274E-TB Compared

From QCA9880 to QCN9274/QCN6274: A WiFi 5-to-WiFi 7 Module Selection Guide — 524WiFi 600VX / 900VX, and DR9274E-TB Compared

For years, the Qualcomm-Atheros QCA9880 has been the default chipset behind a lot of industrial WiFi 5 designs — routers, CPEs, access points, embedded gateways. It’s mature, well-documented, and easy to source, which is exactly why so many product lines are still built around it. But the ground is shifting. As more networks have to handle a pile of devices talking at once — robot fleets on a warehouse floor, banks of industrial cameras, multiple video streams heading back to a controller — WiFi 5’s two crowded bands start to show their age, and WiFi 7 platforms have gotten mature enough to be a real option instead of just a roadmap item.

We get this question a lot from customers still speccing hardware around QCA9880: is it time to move, and if so, to what? Below is a practical comparison of two of our QCA9880 modules, 524WiFi 600VX / 900VX Pro+, against DR9274E-TB, which runs on Qualcomm’s newer QCN9274/QCN6274 platform.

The three modules

524WiFi 600VX Pro+ and DR600VX are a 2×2 MIMO 802.11ac module — 2T2R, theoretical throughput up to 867Mbps. Two UF.L antenna connectors, 2.4GHz and 5GHz (including 4.9GHz), TX power up to 24dBm/23dBm, Mini PCIe interface, -40°C to 70°C operating range. It’s a small board — 30.0 × 50.9 × 3.2mm — and it’s been a workhorse for cost-sensitive designs that don’t need a third antenna chain.

524WiFi 600VX Pro+ and DR600vx – QCA9880 2X2

524WiFi 600VX Pro+ and DR900VX are the same chipset, same footprint, same pinout — but 3×3 MIMO instead of 2×2, pushing theoretical throughput to 1.3Gbps and TX power up a couple of dB (26dBm/25dBm) thanks to the extra chain. There’s also a DR900VX-i variant on QCA9890 rated for 85°C, and a DR900VX-4.9 with 4.9GHz support. Because the mechanical and electrical interface is identical to DR600VX, swapping between the two mostly comes down to whether your enclosure has room to route a third antenna.

524WiFi 900VX Pro+ and DR900vx – QCA9890 3X3

DR9274E-TB is a different generation entirely. It’s built on QCN9274/QCN6274 and supports WiFi 7 (802.11be) across three bands — 2.4GHz, 5GHz, and 6GHz. Worth being precise here: it’s tri-band switchable, meaning the module picks the best band to operate on, not three bands running separate traffic simultaneously. It’s a 2×2 MIMO design, Mini PCIe, and mechanically compatible with existing WiFi 5 module footprints, so it’s aimed at the same kinds of products — industrial routers, enterprise APs, outdoor CPEs and bridges, mesh systems, edge AI platforms — just with more headroom.

Side by side

QCA9880 VS QCN9274

What actually changes

Going from 2T2R to 3T3R (600VX to 900VX) is a fairly straightforward upgrade — one more spatial stream, a bit more throughput, and a bit more stability in multipath environments, since the extra chain gives the radio more to work with. If your enclosure has the space and the budget allows it, 524WiFi 900VX Pro+ is the easy call.

The jump to WiFi 7 is a different kind of change, and it’s not really about raw speed. The number that matters most is 6GHz — an almost entirely clean band with none of the legacy congestion that 2.4GHz and 5GHz have accumulated over a decade of deployments. In a warehouse or factory environment with dozens of APs and client devices fighting for airtime, that alone can matter more than any Mbps figure on a spec sheet. WiFi 7 also brings multi-link operation, which lets a device coordinate traffic across bands rather than being locked to one — though how much of that you actually get depends on chipset support and firmware, so it’s worth checking specifics for your use case rather than assuming every feature is turned on out of the box.

None of this means everyone needs WiFi 7 today. A lot of deployments — point-to-point links, smaller networks, applications without dozens of devices packed into one space — are still perfectly well served by QCA9880. The cases where it’s worth moving now are the ones already running into interference or density problems, or new designs with a long enough runway that the 6GHz advantage will keep paying off for years.

Which one fits your project

If you’ve already built a product around QCA9880 — PCB layout done, drivers sorted, certifications in hand — there’s usually no reason to change anything. 524WiFi 600VX Pro+ and 524WiFi 900VX Pro+ share a footprint and pinout, so you can pick between them based on cost and available antenna space without touching your certification.

If you’re starting a new design with a multi-year lifecycle ahead of it, DR9274E-TB is worth a serious look even though WiFi 7 silicon costs more up front. QCA9880 is an older chipset generation at this point, and long-term sourcing risk tends to creep up as a platform ages. Locking in 6GHz early also means you’re not scrambling to redesign in a couple of years when everyone else has already made the jump.

And if you’re already seeing throughput drop off or latency get jittery once you cross a certain device count — a common story with AMR fleets, multi-camera vision setups, dense AP coverage — that’s usually a clearer signal than any roadmap discussion. Tri-band switching, combined with sensible planning around which traffic goes where, tends to ease that bottleneck in a way a WiFi 5 dual-band design just can’t.

Bottom line

  • Sticking with an existing QCA9880 design, watching cost closely → 524WiFi 600VX or 524WiFi 900VX Pro+
  • New project, long lifecycle, want to be ahead of the spectrum curve → DR9274E-TB
  • Already fighting interference or density issues → DR9274E-TB

Every deployment is a little different, and the right call depends on your device density, antenna space, budget, and how long the product needs to stay in the field. If you want to talk through your specific case, or need test data, samples, or custom development — antenna layout, firmware tuning, OEM/ODM support — reach out info at 524wifi.net .