All insights
Design ChallengesOct 18, 202618 min read

GNSS Receiver Desense: How to Find and Fix PCB Noise and GPS Interference

A reference schematic cannot guarantee reliable GNSS reception. Learn how to troubleshoot GNSS receiver desense and GPS interference on your PCB using matched C/N₀ logs, A/B/A subsystem shutdowns, and near-field probes, then choose fixes (placement, return paths, filtering, active antenna LNA choices) that address the coupling path, not just the symptoms.

Blueprint-style GNSS tracking PCB showing a GPS antenna, switching regulator, and digital circuitry, with highlighted interference paths that cause GNSS receiver desense in the RF front end.

A GNSS receiver can communicate perfectly with its host MCU while the surrounding PCB quietly destroys its ability to receive satellites. The schematic may match the reference design, every supply may measure correctly with a multimeter, and the antenna may be connected, yet enabling a converter, processor workload, or radio transmission causes reception to collapse. Finding the problem requires treating the antenna, RF front end, power network, and digital circuitry as one coupled system rather than separate functional blocks. [1]

What GNSS receiver desense actually means

Receiver desensitization, usually shortened to desense, is a loss of usable sensitivity caused by interference or an unfavorable operating condition. In a compact tracker, robot, or IoT product, the interfering source may be on the same PCB as the receiver.

Typical symptoms include reduced carrier-to-noise density ratio, longer time to first fix (TTFF), fewer tracked satellites, and unstable position estimates. A particularly useful clue is that reception improves when another subsystem is disabled, even though the GNSS receiver itself remains powered and configured identically. [1]

There are several mechanisms to distinguish:

These mechanisms can produce similar symptoms but require different fixes. A filter that attenuates a distant transmitter may do little against an in-band clock harmonic. A shield can may reduce radiated coupling while leaving noise on the active-antenna supply untouched.

The investigation therefore needs to answer three separate questions: What generates the interference? How does it reach the GNSS path? Where does it cause degradation?

Why a reference schematic is not enough

A schematic captures connectivity. It does not fully describe electromagnetic coupling, antenna surroundings, return-current geometry, or the physical order in which a strong interferer encounters nonlinear circuitry.

Switching regulators: investigate the switching cell, not just the frequency

A switching converter is more than an oscillator operating at its nominal switching frequency. Its switching node, high-current commutation loops, inductor, and supply connections form potential coupling structures. GNSS integration guidance specifically identifies DC/DC converters, inductors, and high-di/dt loops as circuitry to keep away from the antenna and RF front end. [1]

The useful debugging question is not simply, “Is the converter frequency near GNSS?” Instead, ask whether its switching activity creates broadband or harmonic energy that reaches the antenna, RF feed, receiver supply, or antenna-bias network.

Load state also matters. Treat idle, active processing, charging, and radio transmission as different operating conditions: the converter and its return currents may behave differently in each. These states belong in the diagnostic matrix rather than being averaged into a single “board powered” condition.

Digital clocks: the edges matter

MCU clocks, oscillators, SPI, USB, Ethernet, and memory interfaces are identified interference sources in GNSS integration guidance. Fast digital transitions contain high-frequency energy even when the fundamental clock frequency is far below the RF band. [1]

For context, GPS L1 is centered at 1575.42 MHz, while GPS L5, Galileo E5a, and BeiDou B2a share a center frequency of 1176.45 MHz. A dual-band design therefore needs investigation around both receive bands, not just the familiar L1 region. [3][4]

Do not assume that disabling application traffic eliminates a digital source. An oscillator, memory interface, or peripheral clock can remain active while the application appears idle. Likewise, holding an MCU in reset does not necessarily stop every clock source on the board.

The antenna feed is part of the receiving structure

The RF trace is not merely a wire between two symbols. GNSS integration guidance recommends a short 50 Ω path with a continuous ground reference and warns against unnecessary ground-plane splits beneath RF routing. [1]

Uncontrolled return paths, nearby switching structures, connectors, and cable routing can all become part of the coupling problem. An active antenna also adds a DC bias path that must remain compatible with the antenna and receiver while avoiding switching-noise injection. [1][4]

This explains why moving an antenna cable can change reception without changing the schematic, and why a good-looking RF trace can still fail when routed through a noisy region.

Make C/N₀ (carrier-to-noise density ratio) the primary diagnostic measurement

C/N₀, pronounced “carrier-to-noise-density ratio,” compares received carrier power with noise power spectral density. Receivers normally report it in dB-Hz. Unlike ordinary signal-to-noise ratio, it is normalized to noise density rather than a particular measurement bandwidth.

For desense work, its main advantage is immediacy: a receiver can show degraded signal quality before it loses its position solution. Research on GNSS interference identifies C/N₀ degradation and unusual automatic gain control (AGC) behavior as useful early indicators. [6]

Compare matched signals, not dashboard averages

A single average across all tracked satellites can mislead. Enabling a noise source may cause weaker signals to disappear, leaving only stronger signals in the average. The reported average can then look healthier even though reception has deteriorated.

Use the following comparison method:

For a matched signal, define the observed change as:

ΔC/N₀ = C/N₀ with aggressor active − C/N₀ with aggressor inactive

A negative result indicates degradation during the active state. This is a diagnostic comparison, not a universal pass/fail specification: acceptable degradation depends on the receiver, antenna, operating environment, and application margin.

Use TTFF and position as supporting evidence

TTFF is valuable for product validation, but it is a poor standalone isolation tool. Acquisition also depends on receiver state and satellite visibility, so a different startup history can obscure the effect of a PCB change.

First investigate interference while the receiver is tracking under stable conditions. Then validate acquisition using documented, repeatable startup conditions. Log tracked satellites, fix status, position stability, and any exposed AGC or interference indicators alongside C/N₀. Lower C/N₀, longer TTFF, and fewer tracked satellites are complementary symptoms, not interchangeable measurements. [1]

A practical GNSS interference troubleshooting workflow

The following workflow is a proposed engineering method built around the coupling mechanisms and receiver indicators described in the research. Its purpose is to make each experiment discriminate between plausible causes.

Step 1: Establish a reproducible baseline

Start with a stationary antenna and a stable sky view. Keep the product, cables, nearby equipment, and test operator position as consistent as practical. Indoor reception dominated by obstruction and reflections makes small PCB-related changes difficult to interpret.

For more controlled work, use a suitable conducted GNSS test setup or simulator if available. A conducted setup helps separate receiver-chain problems from antenna effects, but it does not validate the installed antenna or enclosure. Both perspectives are necessary.

Document:

Create a baseline log with the suspected aggressors inactive where possible. Do not label it “clean” until it has been compared with a credible reference condition.

Step 2: Perform controlled subsystem shutdowns

Disable one source at a time while keeping GNSS operation unchanged. Candidate sources include switching converters, cellular or UWB radios, MCU clock domains, high-speed interfaces, and periodically active peripherals. These source classes are consistent with the RF, power, ground, and clock-coupling paths identified in GNSS integration guidance. [1]

Use an A/B/A sequence:

  1. Record the original operating state.
  2. Change one subsystem state.
  3. Restore the original state and look for the degradation to return.

Reversibility matters. A one-way improvement could result from changing satellite visibility, receiver adaptation, or an unrelated environmental event.

For a converter, a strong experiment is to disable switching and power its downstream rail from a suitable low-noise external source. Verify voltage compatibility, prevent backfeeding, and keep the intended load operating. Simply removing power from the entire downstream subsystem changes both the converter and its load, so it does not isolate either one.

For a digital interface, distinguish between stopping data transfers, gating the peripheral clock, and stopping the source oscillator. For a radio, distinguish receive, idle, and transmit activity. Add state-change timestamps to the receiver log so short interference events can be associated with actual subsystem behavior.

Step 3: Separate the source from the coupling path

Once a subsystem correlates with desense, vary the likely coupling path without unnecessarily changing the source.

Useful experiments include:

Interpret results cautiously. An external active antenna changes antenna gain, filtering, cable loss, and first-amplifier placement, so improvement does not prove a single cause. Nevertheless, it can indicate that antenna proximity or the original receive-chain architecture deserves closer investigation.

If a separate supply improves reception, inspect both the supply path and the return path. Shared ground impedance is itself a recognized coupling mechanism; replacing the positive supply conductor does not necessarily isolate it. [1]

Step 4: Map PCB emissions with near-field probes

Near-field measurements help locate physical emitters after receiver logging has identified a suspicious operating state.

Use a magnetic-field probe to compare activity around switching loops, inductors, current-return structures, and connectors. An electric-field probe can help inspect high-voltage-slew regions and exposed traces. Sweep around the enabled GNSS bands and inspect likely clock-related or switching-related features.

Repeat each scan with the aggressor enabled and disabled. Keep probe orientation, height, analyzer settings, and cable placement consistent. Otherwise, a measurement change may be caused by the probe geometry rather than the PCB.

Important limitations:

The strongest result combines three observations: the source produces a repeatable emission, a plausible route connects it to the GNSS chain, and a targeted intervention improves C/N₀.

Measure supply ripple separately using a probing technique appropriate to the frequency range, with a short return connection. Long oscilloscope ground leads can make a local power measurement respond to surrounding fields instead of only the rail under test.

Step 5: Use the receiver as another spectrum observation point

Some receivers expose internal spectral diagnostics. The supplied Septentrio AIM+ description explains that its spectrum display is calculated from baseband samples captured at the receiver ADC output. It also describes configurable notch filtering and broadband-interference mitigation. These capabilities are receiver-specific, not universal GNSS features. [5]

Internal diagnostics can help distinguish a narrow spectral feature from a broadly elevated interference floor. They also provide a different perspective from a near-field probe: one observes what reaches the receiver's digitized signal path, while the other helps locate emissions on the PCB.

However, a spectrum formed after analog processing cannot be assumed to expose every overload mechanism. Correlate it with AGC behavior, C/N₀, and source-state changes rather than treating it as a complete measurement of the antenna environment.

Step 6: Prove the fix causally

Before committing to a PCB revision, make a targeted modification where practical: add a suitable filter, reduce a digital edge rate, change a return connection, reroute a cable, or apply a temporary shield.

Repeat the original A/B/A test. Keep the original operating load and radio activity so the modification is tested against the failure that motivated it.

A fix is convincing when it reduces the measured degradation without merely suppressing the operating mode that exposed the issue. It is stronger still when the receiver improvement agrees with a reduction in the suspected emission or coupling path.

Compare fixes by the mechanism they address

No single mitigation is best for every board. Placement and return-path changes often address the underlying coupling geometry, while filtering and shielding must be positioned at the correct boundary. GNSS integration guidance explicitly cautions that shield cans and via stitching cannot compensate for poor antenna placement or a noisy power architecture. [1]

MitigationBest suited toPractical implementation focusLimitation or tradeoff
Placement and physical separationRadiated coupling from converters, clocks, and transmit antennasMove aggressors away from the antenna and front end; preserve antenna keepoutsMechanical volume is limited; no universal safe distance exists
Return-path improvementShared impedance and coupling associated with interrupted reference pathsKeep RF reference planes continuous; reduce high-current loop areaRequires examination of actual current paths, not just more ground copper
ShieldingLocal electric- or magnetic-field coupling that the enclosure can attenuateProvide a deliberate ground connection and control seams and penetrationsConducted noise can bypass the shield; antenna surroundings can change
Receiver-supply or antenna-bias filteringConducted noise entering through power connectionsPlace filtering at the sensitive boundary and verify operation under loadDoes not block energy received directly by the antenna
RF preselectionOut-of-band signals threatening a downstream RF stageLocate filtering ahead of the vulnerable stageInsertion loss reduces sensitivity; in-band interference remains
Digital source reductionClock harmonics and fast-edge emissionsDisable unused clocks; consider source termination or permitted drive-strength changesTiming and signal integrity must be revalidated
Antenna isolation or relocationPickup caused by antenna proximity to the PCB or another transmitterImprove separation, mounting, sky view, and cable routingCan add cable loss or require a different active/passive architecture

Placement and return paths: usually the highest-leverage layout work

Place the GNSS antenna and front end away from switching nodes, inductors, clocks, and fast buses. Keep the RF route short and referenced to continuous ground. Avoid routing digital signals through the antenna region simply because an available layer makes the connection convenient. [1]

Do not interpret “isolate GNSS ground” as an instruction to cut a moat beneath the RF path. A ground split can interrupt the intended return route and create a less predictable electromagnetic structure. The research favors continuous reference planes and management of placement, returns, filtering, and separation. [1]

For the regulator, review the switching cell as a physical loop. For the GNSS path, review the antenna feed together with its return plane, ESD device, matching network, filters, connectors, and bias components.

Shielding: account for every penetration

A grounded shield over an aggressor can be effective, but the shield boundary includes its power and signal penetrations. Noise that leaves on a supply conductor or shared return can reappear outside the can.

Also check antenna interaction. Patch antennas are designed around particular mounting and ground-plane conditions, so introducing nearby metal is not electromagnetically neutral. Validate the shield in the final mechanical configuration rather than assuming that lower probe readings guarantee better satellite reception. [3]

Power filtering: treat active GPS antenna bias as an RF-related supply

An active antenna places an LNA near the radiating element and requires a compatible DC feed, often through the RF cable. Bias voltage, available current, and the receiver's supported architecture must match the antenna. [4]

If shutdown tests identify conducted coupling, investigate filtering or a low-noise regulator on the sensitive rail. These are specifically suggested integration measures, but their effectiveness depends on the actual noise path. [1]

Check the filter with the real load and during startup or transmit transients. A quieter-looking rail at one operating point is not sufficient evidence that the supply architecture is now robust.

Why an RF filter cannot always prevent GNSS front-end overload

“Add a SAW filter” is incomplete advice until the receive-chain order and interfering spectrum are known.

The filter may come after the damaged stage

Consider an active antenna with this signal path:

Antenna element → antenna LNA → cable → PCB RF filter → receiver

The PCB filter can protect downstream circuitry from frequencies it rejects. It cannot prevent the antenna LNA from encountering those frequencies first. If that LNA is driven into compression or generates unwanted mixing products, a later filter cannot reconstruct the original undistorted receive signal.

This is why the research highlights prefiltering ahead of the LNA for strong nearby cellular signals and explicitly identifies the tradeoff between early amplification and early filtering. [1][3]

Front-end protection costs sensitivity

Filtering before the first amplifier can improve blocker tolerance, but passive loss at that point directly affects the receive noise budget. The active/passive antenna research gives the useful example that 1 dB of cable loss before the LNA increases the chain noise figure by approximately 1 dB under the usual reference-temperature assumptions. The same first-stage principle makes pre-LNA filter insertion loss important. [4]

The architecture is therefore a compromise:

Do not optimize noise figure while ignoring blocker tolerance, or vice versa.

A passband filter passes in-band noise

An RF filter must pass the desired GNSS signal bandwidth. Interference inside that passband is not removed merely because it originated from a digital circuit rather than a satellite.

Receiver notch filtering can mitigate some narrowband interferers, and some receivers offer broader interference-suppression capabilities. These are useful tools, but they do not replace source reduction or repair an already overloaded analog stage. The AIM+ research describes these as receiver processing capabilities, not a universal substitute for RF coexistence design. [5]

The supplied antenna research provides a concrete coexistence example: the second harmonic of LTE Band 13 uplink at 777 to 787 MHz lies at 1554 to 1574 MHz, close to GPS L1. This illustrates why evaluating only a transmitter's fundamental frequency is insufficient. [3]

More gain can reduce margin

Active-antenna gain is not an unconditional benefit. The multi-band antenna research cites 25 to 30 dB as a common LNA gain range, while the active/passive guide warns that excess gain can overload receiver inputs, especially with short cables. Those figures are context, not a universal design target. [3][4]

Use the selected receiver's permitted input conditions, antenna gain, cable loss, filter loss, and blocker specifications to evaluate the actual chain. Increasing gain may raise both desired signals and interfering energy without improving the relevant sensitivity limit.

Validate the assembled product, not just the quiet prototype

After implementing a fix, repeat the measurements with the enclosure closed, the intended battery installed, production-equivalent cables connected, and normal workloads running. Antenna mounting and ground-plane conditions are part of antenna performance, while coexistence guidance calls for validation on the completed product. [1][3]

Exercise the combinations that matter:

Define project-specific acceptance criteria before the final test. These should cover matched-signal C/N₀ changes, tracking continuity, acquisition behavior, and the application's position or timing requirements. Preserve the firmware state controls and logging scripts as regression tools for future PCB and software revisions.

Key takeaways

FAQ

What is GNSS receiver desense?

Desense is a loss of usable receiver sensitivity caused by interference or an unfavorable operating condition. In compact trackers, robots, and IoT products, the interfering source is often on the same PCB. Typical symptoms are lower C/N₀, longer time to first fix (TTFF), fewer tracked satellites, and unstable position estimates. [1]

How can I tell whether my own PCB is causing GPS interference?

Run controlled A/B/A tests: record a baseline, change one subsystem state (a switching converter, radio, clock domain, or interface), then restore it. If matched-satellite C/N₀ improves when the subsystem is off and degrades again when it is restored, that subsystem is a credible aggressor. Then vary the coupling path separately to find how the noise reaches the GNSS chain.

Why use C/N₀ instead of TTFF to debug GNSS interference?

C/N₀ can show degraded signal quality before the receiver loses its position solution, and it can be compared per satellite and per band. TTFF also depends on receiver state and satellite visibility, so it is better as supporting validation evidence than as a standalone isolation tool. [6]

Can a near-field probe measure GNSS interference at the receiver?

No. A near-field probe helps locate physical emitters such as switching loops, inductors, and fast digital traces, but its reading is not a calibrated measurement of interference power at the receiver input. Confirm any finding with a repeatable C/N₀ change.

Why doesn't a PCB SAW filter stop overload from an active GPS antenna?

In an active antenna, the LNA sits ahead of the cable and any PCB filter. A downstream filter cannot stop that LNA from being driven into compression. Filtering before the LNA improves blocker tolerance but adds loss to the noise budget: 1 dB of loss before the LNA raises chain noise figure by roughly 1 dB. [1][3][4]

Which GNSS bands should a desense investigation cover?

Cover every enabled band. GPS L1 is centered at 1575.42 MHz, while GPS L5, Galileo E5a, and BeiDou B2a share a center frequency of 1176.45 MHz, so a dual-band design needs testing around both. [3][4]

Sources

Where AI-driven design workflows can help

AI-driven electronics workflows, including platforms such as IntelCAD.ai that turn natural-language requirements into schematics and PCBs, are most useful here when the requirements explicitly include coexistence. Capture antenna keepouts, sensitive power domains, RF routing constraints, likely aggressors, and test-access needs before generating or revising the design.

Use the workflow to carry those requirements into design reviews and to document why each mitigation was chosen. AI can help organize the design and its diagnostic plan; it cannot replace C/N₀ logs, measurements, or validation of the assembled product.

Sources

  1. UWB GNSS PCB Integration: Antenna Placement, RF Coexistence, and GNSS Desense
  2. Multi-Band GNSS: Why L1 + L5 Matters and What It Demands of Antennas
  3. How to Choose an Active or Passive GPS/GNSS Antenna (Global RF Tech, Spanish)
  4. Septentrio AIM+: Spectrum Diagnostics and Interference-Mitigation Configuration (Chinese)
  5. GNSS Interference Localization and Mapping Tools (Polish)

Design your next board by describing it.

IntelCAD.ai turns plain-language requirements into schematics and PCBs.

Start Your Design