USB Chargers, PSU and Why CM/DM Noise Feels Worse in the USB-C PD Era
Modern phone and USB-C laptop chargers are marvels: tiny, efficient, and able to deliver anything from a gentle 5 V trickle up to laptop-class power. But in RF- and audio-sensitive setups, they can also be surprisingly “noisy.”
That noise is usually not about the DC voltage being “wrong” ... it’s about high-frequency switching energy escaping the charger, riding on the cable, and turning your power lead into an antenna.
What people mean by “noisy” chargers
Two different things get lumped together as “noise”:
- Audible noise (coil whine / buzzing): magnetics or ceramics vibrating, often when the supply runs burst/skip modes at light load.
- Electrical noise / EMI (the RF problem): broadband switching energy that shows up as HF hash, SDR spurs, raised noise floors, audio hiss/clicks, or unstable behavior in sensitive modules.
This article focuses on the electrical/RF side ... especially how noise “escapes” as conducted energy on cables.
DM vs CM noise ... the fast definition
Noise on a cable travels in two main “modes.” They behave differently, and they need different mitigation.
Differential-mode (DM) noise
Noise between VBUS and GND (think “ripple on the rail”). Current flows out on VBUS and returns on GND (equal and opposite). This is the classic output ripple many datasheets talk about.
Common-mode (CM) noise
Noise where VBUS and GND move together relative to the surrounding world (bench, chassis, earth, your radio). Current flows in the same direction on both conductors and returns through stray capacitance to the environment.
Why CM is the “RF killer”
With DM current, the outgoing/return currents tend to cancel their fields (especially on a tight pair). With CM current, the fields add ... and your cable becomes an efficient radiator. That’s why CM often looks like: “My charger wipes out 40 m” or “My SDR waterfall turns into snow when USB is plugged in.”
Why modern compact chargers can be noisier in a shack
They’re high-density switching converters
Almost all modern wall chargers are switching supplies. Smaller + higher power forces higher switching frequencies (or faster edges), higher dV/dt and dI/dt, and less physical room for magnetics, shielding, and filtering. Regulatory compliance is real ... but “meets EMI limits” does not automatically mean “quiet next to an HF receiver.”
Two-prong “floating” supplies often have tricky CM paths
Many phone chargers are Class II (no earth). The output is floating, so the design must control EMI without a solid earth reference. In practice, parasitic capacitances across the isolation barrier (transformer, switch node, layout) can inject high-frequency CM energy onto the output. The result: USB cables happily carry that CM current into your station environment.
Efficiency tricks can create wideband “junk”
To meet efficiency and standby targets, chargers often use burst/skip modes at light load, variable frequency control, synchronous rectification, and fast edge transitions. That combination can create “messy” spectral content ... not a single tone, but bursts and harmonics spread across HF/VHF and beyond.
GaN often means faster edges (and more EMI headroom needed)
GaN enables smaller, efficient chargers, but the faster edge rates can increase ringing and high-frequency spurs if the layout/filtering is marginal. In RF terms: more energy at tens or hundreds of MHz is easier to accidentally couple into everything.
What changed from the “old 15 W” era to USB-C PD?
Much higher possible power
USB-C Power Delivery expanded the ecosystem beyond “fixed 5 V.” Modern PD can negotiate multiple voltages and currents, and newer PD revisions extend power delivery up to 240 W (EPR). Even if you never use that, many PD supplies are designed for a wider operating envelope than a basic 5 V brick.
Negotiation and dynamic operating points
USB-C uses the CC pin for role detection and current advertisement, and USB-PD can negotiate contracts over CC (BMC signaling). The PD signaling itself is usually not the main RF-noise culprit on VBUS, but the charger’s internal power architecture now supports multiple operating points, which can change switching behavior and the “noise signature” depending on load and negotiated voltage/current.
Why the USB cable makes the noise feel worse than it “should”
The cable is part of the EMI system:
- USB power leads are often long enough to radiate efficiently at HF and above when CM current is present.
- Your device and bench create stray capacitances to chassis, coax shields, ground straps, instrument cases ... giving CM current a return path.
- Small changes (cable swap, ferrite clamp, moving the charger 1–2 m away) can produce huge differences.
Filtering ... “we have filters” isn’t one thing
CM and DM require different suppression techniques:
- DM filtering helps when the rail itself is dirty (VBUS-to-GND ripple, switching residue). Think LC/π filtering, feedthrough caps, local decoupling.
- CM filtering helps when the cable is radiating (same-direction current on both conductors). Think common-mode chokes, clamp ferrites, routing and referencing strategy.
In many ham/SDR/audio setups, CM is the bigger villain ... because it turns a “power cable” into an antenna.
Practical checklist for quieter USB power in RF/audio setups
-
Separate “power cleanliness” from “RF cleanliness”
Acceptable DC ripple does not guarantee low CM noise on the cable. -
Shorten and improve the cable
Shorter is usually better. Avoid running USB power parallel to coax, antenna feedlines, or sensitive audio leads. -
Use ferrites as a fast CM test
A clamp ferrite near the device is a quick “does CM matter here?” experiment. -
Filter near the device
Prevent the cable from carrying (and radiating) noise throughout the sensitive area. -
Use a known-good supply when possible
Official supplies (e.g., Raspberry Pi PSUs) tend to be predictable. Still, even “good” supplies can be annoying when placed close to RF front-ends.
Quick diagnosis: is your problem mostly CM or mostly DM?
CM sniff test (fast, no lab gear):
- Tune a portable AM/SW radio (or your HF receiver) to a quiet spot (no strong stations).
- Bring the USB cable near the radio. If the noise rises strongly near the cable, that’s a CM “cable radiator” symptom.
- Clamp a ferrite on the cable near the device. If the noise drops a lot, you just proved CM current is a major contributor.
DM check (scope-friendly):
- Measure VBUS-to-GND ripple at the device end, with a very short ground connection (ground spring, not a long probe lead).
- If the rail is visibly “dirty” (high ripple, bursts, sharp spikes) and local filtering helps, DM is likely part of the story.
- Many real setups have both: DM makes the device unhappy, CM makes the cable radiate.
Two clean ways to power RF-sensitive USB devices
If you already have a decent USB-C power source (Apple/Samsung/Anker/etc. or an official Raspberry Pi USB-C PSU), a simple and effective approach is to add inline filtering before the device cable becomes a radiator.
RF.Guru ... USB-C to USB-A Ultra Low Noise CM/DM Filter (inline adapter) Tested with an official Raspberry Pi USB-C power supply as a predictable PD source.
When you want a “known quiet” brick for SDRs and hotspots, an isolated AC-to-USB supply with internal filtering can be the most plug-and-play route: fewer unknowns, fewer cables acting as antennas, and predictable behavior on a crowded RF bench.
RF.Guru ... Ultra Low Noise Isolated USB Power Supply (230 VAC to 5 V / 3 A) Designed for RF-sensitive loads like SDRs and hotspots, with filtering built in.
Set expectations (the honest part)
- Inline filters and “quiet supplies” mainly target conducted noise on the power lead (and by reducing CM current, they also reduce cable radiation).
- If a charger is radiating directly from its body and it’s right next to your receiver front end, distance still matters.
- Stay within current ratings for the supply, cable, and inline filter, especially at higher 5 V currents.
Bottom line
Modern USB-C PD chargers aren’t “bad” ... they’re just more demanding designs: higher power, smaller size, faster switching, and trickier CM paths. In RF/audio environments that combination makes cable-borne noise easier to notice.
Once you look at the problem through the DM/CM lens, the fixes become clearer:
- DM noise ... clean up the rail (LC/π, decoupling, feedthroughs)
- CM noise ... stop the cable current (common-mode choke, ferrites, better referencing and routing)
That’s exactly why inline CM/DM filtering and purpose-built low-noise USB supplies can be such effective “drop-in” mitigations in the USB-C PD era.
Mini-FAQ
- Is USB-C Power Delivery itself the noise source?... Usually not. The main RF issue is typically switching energy from the charger’s power stage coupling onto VBUS/GND and then onto the cable as conducted common-mode and/or differential-mode noise.
- Why can a clamp ferrite reduce charger noise so quickly?... Clamp ferrites primarily impede common-mode current. If the noise drops significantly after adding a ferrite near the device, it’s a strong sign that common-mode cable radiation was a major contributor.
- Where should I place filtering on a USB power lead?... Often closest to the device. Filtering near the load prevents the cable from carrying (and radiating) noise throughout the sensitive area.
- Should I choose an inline filter or a low-noise USB power supply?... If you already have a solid USB-C PD supply, an inline CM/DM filter is a fast upgrade. If you want the simplest “known quiet” AC-to-USB solution for SDRs/hotspots, a purpose-built isolated low-noise USB supply is the most plug-and-play route.
- What if filtering helps but I still hear noise?... That can indicate the charger body is radiating directly, the cable routing is coupling into other wiring (like coax), or there are multiple ground/reference paths. Increase distance, improve routing, and add suppression where coupling occurs.
- Can I use the inline filter with a Raspberry Pi USB-C PSU?... Yes. It’s a predictable PSU choice, and the inline CM/DM filter approach is designed for exactly this kind of USB-C source.
Interested in more technical content? Subscribe to our updates for deep-dive RF articles and lab notes.
Questions or experiences to share? Feel free to contact RF.Guru support and engineering.