Fractional-N and Integer-N PLL Design: Phase Noise & Spurs
← Back to:Reference Oscillators & Timing
Fractional-N / Integer-N PLL is a frequency-synthesis engine where loop bandwidth and divider strategy shape the trade-off between fine frequency steps and phase-noise / spur purity. This page provides a practical, measurable workflow to budget noise, hunt spurs, and choose settings/components that meet a real system mask.
Definition & boundary: what a PLL solves (and what it doesn’t)
A PLL is a feedback system that forces an output clock to follow a reference in phase and frequency while enabling frequency synthesis. It is not a universal “noise eraser”: the output spectrum is a controlled blend of reference-originated noise, VCO-originated noise, and implementation artifacts (spurs, coupling, nonlinearity).
Page boundary contract
- Integer-N vs Fractional-N PLL synthesis & tracking behavior.
- Phase-noise transfer view, RMS-jitter window discipline, and spur mechanisms.
- Loop bandwidth / phase margin trade-offs, lock dynamics, bring-up checks.
- Clock cleaners / jitter attenuators deep design (only one-line context).
- CDR / DDS fundamentals, protocol tutorials (JESD204, PCIe, PTP/SyncE).
- Reference oscillator deep dive (XO/TCXO/OCXO/MEMS) beyond “input quality”.
RF / clocking / converter / FPGA engineers who must translate specs into knobs, measurements, and pass criteria.
Minimal model (Ref → PLL → Out)
Use one stable vocabulary across the page. A PLL is best treated as a set of knobs that shape noise transfer, spur formation, and lock behavior.
The core tension (why this page exists)
Architecture: blocks, knobs, and what each knob buys you
A PLL is best engineered as a controlled trade space: each knob changes where noise comes from, where spurs land, and how fast the loop settles. The goal is not to “maximize a single spec”, but to satisfy the required jitter window and spur mask with repeatable bring-up checks.
Group 1 — Frequency plan knobs
- Affects: step size, in-band noise share, reference-spur structure.
- Symptom: spurs that move exactly with fPFD or fREF.
- Quick check: sweep fPFD (or equivalent divider plan) and track spur movement.
- Affects: achievable frequencies and channel-dependent spur patterns.
- Symptom: fractional spurs that appear only at specific channels.
- Quick check: sweep output frequency in small steps and map “spur hot spots”.
Group 2 — Loop dynamics knobs
- Affects: in-band vs out-of-band noise dominance and settling behavior.
- Symptom: “jitter improves but spurs worsen” (or vice versa) when BW changes.
- Quick check: sweep BW and compare integrated jitter for the same window.
- Affects: loop gain, stability margin, reference-spur sensitivity (via CP behavior).
- Symptom: “lock is stable, but close-in PN is worse than expected”.
- Quick check: compare PN/spur while stepping Icp and verifying no PM collapse.
Group 3 — Sensitivity & coupling knobs
- Affects: FM sensitivity to supply/ground noise and control-line pickup.
- Symptom: spurs that correlate with rails, digital activity, or nearby clocks.
- Quick check: correlate spur amplitude with rail ripple and activity patterns.
- Affects: coupling spurs and “mystery” phase-noise degradation on real boards.
- Symptom: measured results differ drastically between benches/fixtures.
- Quick check: compare PN/spurs across grounding and routing variants.
Group 4 — Fractional-only knobs (spur ↔ noise-floor trade)
- Affects: whether energy appears as discrete spurs or spreads into a higher noise floor.
- Symptom: spur reduces after dither, but integrated jitter rises for the same window.
- Quick check: compare (spur mask pass/fail) and (RMS jitter) under the same integration limits.
- Jitter must specify integration window and band edges.
- Spurs must specify offset, RBW/VBW, and mask definition.
- Lock/settling must specify Δf step and mode transitions.
Phase noise & jitter fundamentals (only as needed): a transfer view
Budgeting a PLL is most reliable when treated as noise transfer, not as isolated datasheet numbers. Output noise is shaped by the loop: reference-originated noise is passed mainly through a low-pass-like path, VCO-originated noise is passed mainly through a high-pass-like path, and implementation terms add on top (spurs and floor).
Three-sentence rule
- Output noise = Ref (low-pass-like) + VCO (high-pass-like) + other additive terms.
- Loop BW moves the crossover and changes which source dominates which region.
- RMS jitter is only meaningful with an explicit integration window and measurement settings.
Jitter cleaners / attenuators specialize in isolating reference noise with narrow tracking profiles; this page only uses the same transfer vocabulary for synthesis PLL budgeting.
5-step budget workflow (repeatable)
In-band vs out-of-band (dominance logic)
- In-band: loop tracks the reference more strongly; reference quality and PFD/CP behavior often determine close-in performance.
- Out-of-band: loop cannot correct VCO fast noise; VCO intrinsic PN and tuning sensitivity dominate.
- Crossover control: increasing BW moves the crossover right; decreasing BW moves it left.
Sweep loop BW while holding the same jitter window; dominance should shift predictably near the crossover.
RMS jitter window discipline (avoid false comparisons)
Jitter is an integral over phase-noise density across frequency; changing bounds changes which region contributes most.
- “RMS jitter” reported without bounds → not comparable.
- RBW/VBW or smoothing changed → spur amplitude and floor appear to move.
- A single PN offset point looks good → integrated jitter can still fail the window.
“RMS jitter ≤ target, integrated from fL to fH, with stated RBW/VBW and spur mask definition.”
Integer-N PLL: why it’s clean, and where it hurts
Integer-N operation (α = 0) is often “clean” because modulation mechanisms are reduced and spur structure is more predictable. The cost is paid in frequency planning: resolution and reachable ratios depend heavily on the chosen fPFD and integer divider plan.
Best-fit scenarios
- Spur mask is the primary driver and predictability is preferred over ultra-fine step size.
- Output channels are fixed or tolerate coarser steps (frequency plan fits integer ratios).
- Reference quality is strong enough to be tracked in-band without violating jitter window requirements.
Pain points (the cost)
Fast design recipe (Integer-N bring-up)
- Lock the spec language: jitter window bounds + spur mask offsets/settings.
- Pick fPFD by planning first: ensure all required channels are reachable with integer ratios.
- Initialize BW and phase margin: choose dominance (Ref vs VCO) using the transfer view; keep stability margin intact.
- Predict spur locations: ±fPFD and ±fREF families; check overlap with sensitive bands.
- Sweep grammar to locate sources: change fPFD/plan → spurs should move; change BW/Icp → amplitude should change.
- Validate under the same window: compare integrated jitter and mask pass/fail without changing measurement assumptions.
Deep dive (what usually dominates failures)
- Paths: PFD/CP switching leakage, mismatch, finite isolation of loop filter, rail/return coupling.
- Signature: discrete tones at ±k·fPFD and/or ±k·fREF families.
- Quick check: change fPFD (or equivalent plan) and confirm spur positions move accordingly.
- Effect: divider/PFD timing uncertainty can become a measurable bucket at certain N plans.
- Symptom: close-in region deviates from expectations without obvious VCO limitations.
- Quick check: compare nearby integer plans that keep fOUT close; observe whether noise changes track the divider plan.
Fractional-N PLL: fine steps, but spurs become a system problem
Fractional-N enables fine frequency steps and flexible channel plans, but it also introduces configuration-dependent spur structure. In practice, spur behavior becomes a system problem: it depends on frequency plan, fPFD, modulus, dithering, and analog nonlinearity and coupling that vary by channel.
Why Fractional-N is needed
- Fine step size: channel raster demands steps smaller than an Integer-N plan can provide at the desired fPFD.
- Flexible ratios: multi-band / multi-standard channels must be reachable without forcing a low-quality plan.
- Platform SKUs: one hardware design must cover multiple output frequencies under a stable reference plan.
The cost (what changes in bring-up)
Spur families depend on fPFD, modulus, dithering, and the exact fractional setting; channels can look completely different.
Reducing discrete spur height often redistributes energy into the noise floor, affecting integrated jitter within the specified window.
Kvco sensitivity, CP behavior, leakage, supply ripple, and coupling can amplify certain tones only for specific channels and plans.
First three datasheet items to inspect
Use as a baseline for floor and close-in shape; confirm whether BW changes can shift dominance as expected.
Record test conditions (fPFD, dither mode, plan notes). Spur families are only comparable under stated conditions.
Identify options that change spur behavior (fractional/integer boundary, dithering options, modulus constraints, lock detect behavior).
Why different channels look different (4 buckets)
The fractional numerator/denominator pattern sets periodicity; spur families can rearrange even when fOUT changes slightly.
Changing fPFD (or N plan) moves spur families; position movement is a strong classifier for spur origin.
Kvco, CP mismatch/leakage, pushing/pulling, and ripple can amplify a particular tone in only a subset of channels.
Reference routing, digital IO activity, return paths, and load/termination can couple into the PLL and make spur visibility channel-specific.
Bring-up sweep grammar (fast classification)
- Freeze measurement discipline: same jitter window, RBW/VBW, and mask.
- Sweep fPFD: classify families by spur offset movement.
- Toggle dither: observe “tone → spread” and any floor increase inside the same window.
- Sweep BW / Icp: observe mainly amplitude change (nonlinearity / coupling sensitivity).
- Sweep channels: record the worst channel and its trigger conditions for system acceptance.
- Bucket the root cause: Ref path / fractional arithmetic / nonlinearity / board coupling.
ΣΔ modulator & dithering: why “spur vs noise floor” is a trade
ΣΔ modulation and dithering are best treated as engineering switches. Lowering discrete spur peaks can raise the broadband noise floor; the correct choice depends on whether the system is spur/mask-driven or integrated-jitter-driven within a specified window.
Three switches (make them explicit)
Changes how quantization energy is distributed; affects both spur texture and floor shape.
Reduces discrete tones by spreading energy; can raise the floor and change integrated jitter in the window.
Sets periodicity and pattern complexity; strongly impacts spur structure and channel dependence.
Switch → metrics map (what moves)
Any ON/OFF conclusion must hold with identical window bounds and RBW/VBW; otherwise spur/floor comparisons are misleading.
When “spread the spur” is worth it
Dither is often beneficial when discrete tones violate a mask or fall into a sensitive band even if floor rises slightly.
Dither can be harmful if floor rise increases jitter inside the specified integration bounds; prioritize planning and spur relocation first.
Use channel planning, fPFD, and modulus options to move spur families away from sensitive regions before relying on dither.
Practical ON/OFF comparison script
- Select the worst channel (largest spur or most sensitive overlap).
- Freeze measurement settings (window, RBW/VBW, mask, averaging).
- Measure dither OFF: record spur offsets and peak heights.
- Measure dither ON: check spur reduction and any floor rise.
- Compute jitter inside the same bounds: accept only if the system spec remains met.
Loop bandwidth & stability: choosing BW, phase margin, and filter type
Loop bandwidth (BW) is best chosen by back-solving from system intent: tracking a reference (fast lock and close phase alignment) versus isolating reference noise (cleaner behavior). A stable plan ties BW, phase margin (PM), and loop-filter type to measurable symptoms and repeatable sweep actions across channels and plans.
BW selection: the four-question gate
- Tracking vs isolation: tight phase follow (tracker) or reference isolation (cleaner)?
- Reference noise quality: is the in-band reference close-in noise acceptable?
- VCO noise quality: does VCO noise dominate at mid/large offsets?
- Lock time requirement: how fast must lock/hop/settle complete?
Back-solve workflow: requirement → BW/PM/filter
- Classify the driver: spur/mask-driven or integrated-jitter-driven.
- Decide dominance: reference (in-band) vs VCO (out-of-band) noise.
- Pick a BW range consistent with dominance and with fPFD constraints.
- Apply lock/settle constraints: increase BW only if stability checks remain satisfied.
- Select filter type (2nd/3rd order) and set a PM target for robust repeatability across channels/plans.
Stability checklist (repeatable across plans)
Use a PM target that tolerates Kvco and ICP variation and temperature drift; do not optimize for one “best-looking” channel only.
Ensure the chosen filter type keeps gain/phase behavior robust near the target BW; avoid parameter sets that are sensitive to component tolerance.
CP leakage/mismatch, Kvco variation, and fPFD changes can shift effective loop gain; stability must survive the full channel plan.
Loop filter type: 2nd vs 3rd order (engineering consequences)
Fewer knobs, easier to make robust across Kvco and ICP variation; may limit how aggressively settling and spur behavior can be shaped.
Adds one more pole/zero degree of freedom; can improve settling behavior under certain plans, but increases sensitivity to tolerance and mode changes.
BW too large vs too small: observable symptoms
- Reference-related tones and artifacts become more visible near the carrier.
- Output quality tracks reference quality strongly; “better ref” improves results more than “better VCO”.
- Spur visibility changes noticeably with reference routing/isolation changes.
- Far-offset noise and frequency pulling look VCO-dominated.
- Lock/settle time increases; channel hops may violate timing.
- VCO supply and tuning-line ripple sensitivity becomes dominant.
Spur mechanisms playbook: root causes → quick checks → fixes
Spurs are diagnosable. The fastest classification uses two sweep axes: does the spur move with fPFD? and does it change with fractional settings (dither/modulus)? Each spur family below is presented as a three-line playbook: fingerprint, quick check, and fix action.
Type A: Reference spurs
Symmetric tones appear at offsets tied to fPFD/reference-related families; visibility depends on reference routing and isolation.
Sweep fPFD (plan change) and confirm spur offsets move proportionally.
- Improve reference isolation and return continuity; reduce coupling into PFD/CP.
- Adjust BW direction only after classification (do not “tune blind”).
Type B: Fractional spurs
Spur pattern changes by channel; discrete families depend on fractional setting, modulus, and dithering.
Toggle dither and confirm “tone → spread” behavior while holding jitter window and RBW/VBW fixed.
- Use channel planning and fPFD choices to move families out of sensitive regions.
- Choose dither only after confirming the integrated-jitter window remains within spec.
Type C: Supply / ground coupled spurs
Spur amplitude tracks system state (load, switching modes, digital activity); sensitivity to filtering and return paths is high.
Change PSU/load conditions or add temporary filtering and confirm spur amplitude changes without predictable offset movement with fPFD.
- Isolate and filter the tuning line and charge-pump supply; enforce quiet returns.
- Separate noisy digital returns from sensitive PLL/VCO control regions.
Type D: VCO pushing/pulling / AM-PM
Spur amplitude correlates with tuning voltage ripple or VCO supply ripple; often more visible when VCO dominance increases.
Change BW/ICP and improve VCO supply/tuning filtering; observe mainly spur amplitude changes (not fPFD-scaled offset moves).
- Reduce ripple injection into tuning and VCO supply; strengthen local decoupling.
- Validate worst-channel sensitivity under planned BW and channel plan sweeps.
Power, reference isolation, and PCB layout for low phase noise
A PLL usually fails on the PCB through a few repeatable coupling paths: ripple or interference on the VCO tuning node (FM), reference contamination (reference spur families), and supply/return noise injected into the charge pump or VCO. This section focuses only on actions that determine phase noise and spur outcome for a PLL clock chain.
Layout priorities (PLL-success essentials)
- VCO tuning line (Vtune): ripple → FM → PN/spurs.
- Reference input: contamination → reference spur families become visible.
- VCO/CP supply: supply ripple → AM/FM conversion and spur growth.
- Ref/clock-in routing into the PLL input buffer/PFD.
- Clock output differential pair with correct termination and return.
- Return current crossing a split/slot (broken return path).
- Shared narrow return between PLL island and noisy digital currents.
- Long control traces that pick up crosstalk into Vtune/CP nodes.
Why the tuning line dominates PN and spurs
The VCO converts tuning-voltage noise into frequency modulation. With high Kvco (Hz/V), even small ripple on Vtune can raise phase noise or create system-state-dependent spurs.
- Probe Vtune ripple and compare against spur/PN changes with identical RBW/VBW settings.
- Change load/PSU operating mode; if spur amplitude tracks state without moving with fPFD, injection is likely.
- Place the Vtune RC/LPF and any series isolation resistor close to the VCO control pin with a short return loop.
- Use a low-noise supply strategy for VCO/CP (quiet LDO and local decoupling) and keep noisy rails out of the quiet island.
Reference isolation (layout-driven reference spur control)
- Keep the reference route short and controlled; avoid passing near fast digital edges and switching rails.
- Protect the reference return: do not force it to cross a split or share a thin neck with large digital currents.
- Decouple the reference input buffer (or PLL input supply) locally to prevent supply-to-phase conversion.
Sweep fPFD and confirm whether spur offsets move with fPFD-scaled families. If yes, prioritize reference path and PFD/CP coupling control.
LDO / filtering placement: where it matters (and where it doesn’t)
Use a quiet supply and short local decoupling loops near the VCO. Treat this as the highest priority “quiet island” rail.
Prevent digital rail noise from modulating CP current or LF nodes; local isolation and decoupling reduce spur creation at the source.
Board-level pass criteria (layout success indicators)
- No “mode cliff”: small BW/ICP/plan changes do not cause large settling or spur changes.
- PSU/load state changes do not create large, uncontrolled spur growth on the clock output.
- Vtune ripple remains below the allocated tuning-noise budget for the intended jitter/PN mask.
Lock acquisition & dynamics: lock time, cycle slip, and mode switching
Lock speed, stability, and spectral cleanliness are linked. Faster acquisition often requires larger BW or fast-lock modes, which can increase spur risk or reduce stability margin. Robust systems treat lock as a two-stage process with measurable acceptance across the full channel plan and operating range.
What determines lock time
- BW: larger BW usually reduces acquisition time but increases reference injection sensitivity.
- fPFD and plan: comparison rate and divider plan affect dynamics and spur families.
- VCO range / Kvco: insufficient range and high sensitivity create “mode cliffs”.
- Calibration: auto-cal can shorten search but adds mode switching boundaries.
Cycle slip and long-tail settling
- “Locked” status appears, but frequency/phase error continues to settle slowly.
- Occasional abrupt jumps during settling that repeat on specific channels.
- Strong sensitivity to small BW/ICP changes indicates marginal dynamics.
- Capture the lock transient with a fixed time base and compare traces across channels/plans.
- Sweep BW and verify whether the tail improves smoothly or exhibits “mode cliffs”.
- Adopt a two-stage profile: acquire quickly, then settle with a stable PM/BW setting.
- Eliminate parameter sets that only work on “easy channels”; validate worst-case plan corners.
Mode switching: where “fast” becomes noisy or fragile
- Fast-lock to normal-switch can create a spectrum step (spur/PN discontinuity) if switching is not controlled.
- Different channels may trigger different internal settings; the output can “change character” by plan.
- Temperature-driven recalibration can reintroduce spur families if boundaries are not validated.
Dynamic strategies (PLL-internal only)
Purpose: reduce acquisition time. Cost: higher spur risk and reduced stability margin during acquisition.
Purpose: acquire with larger BW, then settle with smaller BW. Cost: switching transient and plan repeatability work.
Purpose: reduce VCO-range uncertainty and stabilize plan corners. Cost: state-machine boundaries and temperature-edge behavior.
Dynamic pass criteria (measurable and repeatable)
- Lock time meets the budget under the full channel plan and operating range.
- Spectrum before/after switching does not violate spur/PN masks (no uncontrolled discontinuity).
- After temperature drift and relock, the spectrum “character” remains consistent (no plan-specific surprises).
Engineering checklist: measurement, bring-up, and pass criteria hooks
This section is a reusable lab-and-production checklist. Each item is written as Measure / How / Pass. Thresholds marked as X must be filled from the system jitter/spur budget and the target mask.
A) Bring-up checklist (board must-do)
How: probe near the PLL ref pin/test point; verify termination/CM compliance
Pass: within datasheet limits; frequency error ≤ X ppm (system budget)
How: read back registers + cross-check with frequency measurement (no “register-only trust”)
Pass: fPFD and fout match plan; error ≤ X (Hz/ppm)
How: confirm Vtune is not rail-hugging; capture spectrum before/after lock with fixed settings
Pass: Vtune has margin; no uncontrolled spectrum “character” changes (plan corners validated)
How: short ground probe technique near pins; record dominant ripple frequencies
Pass: ripple ≤ X (budget); state change does not cause large spur growth
How: pick ≥3 plan corners; save config + screenshot with identical RBW/VBW
Pass: no “mode cliff”; worst-case meets mask ≤ X
B) PN / jitter measurement checklist (chain + windows)
How: insert attenuator; repeat with a second atten setting to detect compression artifacts
Pass: no compression; result structure stable across attenuation (Δ ≤ X)
How: lock the window (e.g., A–B Hz) and RBW/VBW; keep averaging consistent across runs
Pass: jitter(window A–B) ≤ X; repeatability within X
How: baseline run (reference/short/known source); verify analyzer is not dominating the result
Pass: chain floor is lower than target by ≥ X dB over required offsets
How: document the policy and repeat both; use identical windows and settings
Pass: report matches system compliance rule; spur contribution is explainable and repeatable (≤ X)
C) Spur hunting checklist (sweep variables to assign ownership)
How: change ref divider/multiplier; capture identical spectra
Pass: can classify “reference-related” vs “not” with confidence (ownership assigned)
How: sweep representative channels; log config snapshot for each capture
Pass: worst-case channel spur ≤ X dBc (mask) with repeatability
How: capture two spectra with identical settings and window policy
Pass: spur complies without pushing integrated jitter above X
How: step BW/ICP with small increments; watch for “cliff” behaviors
Pass: trend is smooth and predictable; final setting meets mask ≤ X
How: change DC/DC mode or load; compare spectra and node ripple measurements
Pass: spur ownership assigned to a supply/return path; mitigation reduces spur by ≥ X dB
For every observed spur: record offset, amplitude (dBc), whether it moves with fPFD / moves with fout / follows supply tones, and save the configuration snapshot (fPFD, N/frac, modulus, dither, BW/Icp).
Applications (kept tight): LO and system clocks — back-solve PLL choices from requirements
The goal here is only requirement translation: requirements → knobs → verification. It avoids system-level clock-tree design and stays scoped to PLL configuration and validation.
Use case A: LO synthesis (spur-sensitive)
- Spur mask at critical offsets: spur ≤ X dBc
- Phase noise at close-in and mid offsets meets budget
- Channel plan consistency (no “bad channels” surprises)
- Prefer Integer mode when possible; otherwise control fractional spurs via modulus and dither
- fPFD selection to position spur families and manage in-band injection
- Loop BW to balance reference injection vs VCO dominance
- Channel sweep: build a spur map (offset, dBc) across plan corners
- Change fPFD: confirm spur family movement is consistent
- Dither ON/OFF: spur reduction vs noise-floor rise remains within budget
Use case B: System clocks (jitter-sensitive)
- Integrated RMS jitter must specify window: (A–B) Hz
- Jitter stability vs supply/load state and temperature
- Repeatable compliance under identical reporting settings
- Loop BW chosen to minimize integrated jitter in the required window
- Reference injection control (ref integrity + fPFD choices)
- Vtune and VCO supply isolation to avoid ripple-to-FM conversion
- Lock the jitter window and RBW/VBW; compare apples-to-apples only
- Change BW: confirm integrated jitter improves without introducing spur cliffs
- Change supply state: verify jitter remains within budget ≤ X
Use case C: Multi-domain clocks (phase/skew repeatability)
- Repeatable phase/skew after power cycles: skew ≤ X
- Deterministic behavior across plan corners and temperature
- No “phase cliff” when modes or channels change
- Phase step / output divider settings (if available) for deterministic alignment
- Sync/reset sequencing to make start-up repeatable
- Calibration boundaries: avoid temperature-triggered mode surprises
- Power-cycle statistics: collect skew distribution over N runs
- Thermal relock test: confirm phase/skew returns to the same distribution
- Channel sweep: check deterministic phase behavior across the plan
IC selection logic: what to ask vendors & how to compare parts
This section turns “PLL performance” into comparable, vendor-ready fields. The goal is to prevent mismatched assumptions (integration window, spur masking, channel dependence) and make parts rankable by a consistent funnel: hard constraints → noise/spurs → integration/bring-up → cost/availability.
- Phase-noise/jitter reporting fields with explicit integration windows
- Spur reporting fields including worst-case + channel dependence
- PLL “capability knobs” that map to requirements and bring-up risk
- Dedicated jitter cleaners / timing cards architecture (kept on sibling pages)
- CDR/DDS theory (kept off this page)
- Generic EMI tutorials (only PLL-critical layout fields are listed)
- LO synthesizers (spur-sensitive masks)
- System clocks (integrated jitter-sensitive budgets)
- Teams needing predictable bring-up + debug hooks
A) Vendor ask-list (RFI fields) — make PLL claims comparable
- RMS jitter with bounds:
fLtofH, include/ignore spurs flag. - PN plot offsets + conditions: carrier, output divider, mode (Int/Frac),
Fpfd, loop BW. - Normalization: specify if values are “PLL-only” or include reference/buffer chain.
(fL,fH) and “spurs included?” label. Recompute jitter if windows differ.
- Spur table: max spur level across channel plan, not a single “hero” channel.
- Channel dependence: “best/median/worst channel” or histogram across N values.
- Spur mask support: ability to force integer mode, change modulus/dither, move
Fpfd.
- Max
Fpfdin each mode (integer vs fractional) and any derating notes. - Fractional modulus, ΣΔ order, and dither controls (on/off, strength).
- Integer-boundary mitigation features (multipliers, prescaler behavior, dividers).
Fpfd high without exploding fractional spurs across the channel plan.
- External vs internal LF: component sensitivity, recommended ranges, stability limits.
- Fast-lock, BW switching, and autocal options; specify lock-time conditions.
- Cycle-slip reduction notes and “mode switching” settling guidance.
BW, calibration state, and temperature; otherwise values are not portable.
- Output standards: LVDS/LVPECL/LVCMOS/HCSL options, swing, termination needs.
- Isolation pins: separate VCO/PLL rails, tuning pin filtering guidance, PSRR notes.
- Debug: lock detect type, register readback, status flags, test modes, safe reset.
- Target outputs:
Fout list, output format, required power/swing - Reference:
Fref, phase noise of ref (or part no.), allowable ref spur mask - Jitter budget:
(fL,fH)+ “spurs included?” flag + max RMS jitter - Spur mask: max spur level (dBc) within specified offsets and channel plan
- Dynamic needs: max lock time, temperature range, frequency hop profile
B) Comparison funnel (ranking rule): hard constraints → soft trade-offs
- Frequency coverage + divider plan matches
Fout list - Output standard + swing + termination compatible
- Supplies, package, temp grade, interface requirements
- Reference range supports chosen
Fpfdstrategy
- RMS jitter meets budget for the
same (fL,fH) - Worst-case spur meets mask across channel plan + corners
- Fractional controls can “move” spurs away from sensitive offsets
- Loop filter flexibility and stable operating region
- Lock dynamics support (fast-lock/cal) with predictable settling
- Status/telemetry hooks reduce debug time (LD, readback, flags)
- Second-source options, lifecycle, PCN cadence
- EVM/software maturity, register map stability
- Board-level cost drivers (filters, clean rails, reference)
C) Concrete material numbers (starting points only; verify suffix/package/stock)
The following part numbers are practical lookup anchors for datasheets/EVMs and not a recommendation. Final selection must be driven by the funnel above (system jitter window, spur mask, channel plan, and bring-up risk).
- TI: CDCE6214RGER TI page
- Renesas: 8T49N241 (VersaClock class) Renesas site
- Renesas: 5P49V6901 (programmable clock family) Renesas site
- Skyworks: Si5351A (clock generator family) Skyworks site
- Pick 2–3 candidates that satisfy hard constraints (freq/outputs/rails/package/temp).
- Normalize the reporting window: force the same
(fL,fH)and spur-inclusion convention. - Evaluate worst-case spurs across the channel plan; reject typical-only spur claims.
- Prefer predictable bring-up: robust calibration + status readback + documented corner behavior.
FAQs: bring-up, spurs, phase noise, and measurement traps
Short, actionable troubleshooting for Integer-N / Fractional-N PLL only. Each answer is structured as Likely cause → Quick check → Fix → Pass criteria to keep results measurable and comparable.
- Record mode (Integer/Fractional),
Fref,Fpfd, loop BW, dither state, output frequency, and divider settings. - For jitter, always state the integration window
(fL, fH)and whether discrete spurs are included. - Change only one knob per experiment (e.g.,
Fpfdor BW or dither) to keep root-cause attribution valid.