123 Main Street, New York, NY 10001

TCXO (Temperature-Compensated Crystal Oscillator) Guide

← Back to:Reference Oscillators & Timing

A TCXO is the practical reference when a system must hold ppm-class frequency stability across temperature and recover quickly from thermal disturbances, without the size/power/warm-up cost of an OCXO. This page shows how to budget the real error terms (temperature, aging, supply, load, stress), verify them on-board, and choose a TCXO class that closes the spec with guardband.

What is a TCXO, and when is it the right reference?

A TCXO (Temperature-Compensated Crystal Oscillator) is a crystal-based oscillator that uses temperature sensing plus a compensation curve (analog network or LUT) to cancel the crystal’s non-linear temperature drift, achieving ppm-class frequency stability over temperature.

A) What a TCXO does (and what it does not)

  • Does: bounds temperature-driven frequency error (ppm over temp).
  • Does not: replace a jitter-shaping stage when a specific jitter profile is required.
  • Core value: predictable frequency behavior during real thermal disturbances.

B) When TCXO is the right choice

  • The system has a clear ppm frequency budget across temperature (comms reference, measurement timebase, counters/sampling chains).
  • Fast thermal recovery matters (airflow changes, enclosure heating, nearby IC power cycling).
  • Low power, small size, and no long warm-up are required (common reason TCXO is preferred over OCXO).

C) When TCXO is not the right tool

  • The dominant issue is short-term timing uncertainty (random jitter / phase noise) rather than slow frequency stability.
  • The application requires ultra-low drift and allows warm-up and higher power (OCXO direction).
  • The reference must be actively tuned in a tracking loop (VCXO/VCTCXO direction).

D) Minimal spec checklist (pull these first)

Stability over temperature
ppm, temperature range, method/settling rule
Thermal recovery
time to settle within ±X ppm (X set by system budget)
Aging + sensitivities
ppm/year, supply pushing (ppm/V), load pulling (ppm/pF or condition)
Scope note: This section stays TCXO-focused (device behavior, specs, board coupling, verification hooks). PLL/cleaner loop design and protocol timing belong on dedicated pages.
Clock Source Choice Ladder Framework diagram comparing common reference sources (XO, TCXO, OCXO, MEMS) with tradeoffs in stability, warm-up, cost, power, and ruggedness. Clock Source Choice Ladder (reference clocks) XO low cost general ref moderate ppm TCXO ppm stability fast recovery low power OCXO ultra stability warm-up higher power MEMS rugged programmable PN varies Stability ↑ Cost / Power ↑ Mechanical robustness ↑
Diagram: a ladder view of common reference sources. Use it to decide whether ppm stability and fast thermal recovery justify TCXO.

TCXO temperature error: what you are compensating (the real problem)

Crystal frequency error over temperature is typically non-linear. Compensation does not “stop drift”; it cancels the predictable temperature curve and reduces what remains to a bounded residual that the system can tolerate.

A) Why “ppm/°C” intuition fails

Many crystals exhibit a curved temperature-frequency behavior with a turnover region where slope changes. Linear thinking can under-estimate worst-case error in part of the temperature range.

B) Use an error budget (board-level reality)

Model total frequency error as a sum of bounded contributors under stated conditions:

Total ppm ≈ Initial @ 25°C + Temp residual + Aging + Supply pushing + Load pulling + Stress/strain (+ Reflow shift)
  • Temp residual: what remains after compensation; often the deciding term for TCXO selection.
  • Supply pushing / Load pulling: common reasons board results miss datasheet claims.
  • Stress/strain: enclosure screws, board bend, potting, and assembly stress can create ppm steps.

C) What “ppm over temperature” really means (definition checklist)

  • Temperature range: e.g., −40 to +85°C (not interchangeable with −20 to +70°C).
  • Sweep method: step vs ramp; results differ when thermal time constants dominate.
  • Soak/settling rule: measuring before stabilization can mislabel “recovery” as “stability.”
  • Reference point: relative to 25°C or peak-to-peak across range (must be explicit).
  • Electrical conditions: supply voltage/ripple and output load must match the spec condition.
Practical hook: If board-level ppm is worse than expected, suspect (in order) thermal gradient/airflow coupling, supply pushing, load pulling, then mechanical strain. Each term should have a quick A/B test later.
Frequency Error Budget vs Temperature Framework diagram with a temperature axis and stacked contributor blocks for total ppm budget: temperature residual, aging, supply pushing, load pulling, stress/strain, and optional reflow shift. Frequency Error Budget vs Temperature (ppm contributors) Temperature −40°C 25°C 85°C Definition depends on: range • soak • method supply • load Total ppm budget = sum of bounded contributors (under stated conditions) Temp residual ±X ppm Aging ±X ppm/yr Supply pushing ±X ppm/V Load pulling ±X ppm/pF Stress / strain ±X ppm + Reflow shift (optional) ±X ppm
Diagram: treat “ppm over temperature” as a budget under explicit conditions (range, soak, method, supply, load). Board-level misses often trace to pushing/pulling and thermal gradients.

How TCXO compensation works (architecture-level, not vendor secrets)

TCXO compensation can be viewed as a temperature-to-frequency cancellation chain: temperature is sensed, a compensation curve is produced, and a tuning element shifts the crystal oscillator so that the temperature-induced error is reduced to a bounded residual. This section stays at the architecture level and avoids vendor-specific implementations.

A) The compensation chain (what moves what)

  • Temperature sensing (die sensor / NTC / digital sensor) estimates local temperature.
  • Compensation engine (analog curve or digital LUT) maps temperature to the required correction.
  • Tuning element (varactor / trim DAC) shifts the oscillator so the net drift becomes a residual.
  • Output buffer + load can add sensitivity (pushing/pulling) if board conditions differ from the spec setup.

B) One-point vs multi-point calibration (residual and consistency)

The compensation curve is only as accurate as its calibration. Calibration depth directly affects: curve-fit residual and unit-to-unit consistency.

More calibration points → lower non-linear residual (but longer production time and stricter thermal control).
  • One-point: corrects offset-like error near a reference temperature; curve shape error remains.
  • Multi-point: reduces shape residual across the range; requires stable soak and consistent thermal coupling.

C) Temperature sampling and filtering (fast recovery ≠ best steady ppm)

Temperature update rate and filtering create a practical trade-off: faster tracking improves recovery from real thermal disturbances, while heavier filtering reduces sensor noise and quantization effects at steady state.

  • Too slow: thermal steps appear as long frequency settling tails (missed “ready” timing).
  • Too fast / too little filter: sensor noise can modulate the tuning path (small wander).
  • Board reality: sensor temperature may not equal crystal temperature during airflow or gradients.
Boundary guard: External tuning control behavior belongs on VCXO/VCTCXO pages; PLL loop transfer and jitter shaping belong on cleaner/PLL pages.
TCXO Block Diagram Framework diagram showing TCXO compensation chain: temperature sensor, LUT/curve engine, trim DAC/varactor, crystal oscillator core, and output buffer. Includes disturbance paths for airflow/thermal gradient, supply pushing, and load pulling. TCXO Compensation Chain (architecture view) Sensor die NTC digital LUT / Curve cal points residual Trim Path DAC varactor step size Crystal OSC temp curve aging Buffer Out Thermal inputs airflow gradient Electrical inputs supply ground Output load pulling main path disturbance calibration depth
Diagram: a TCXO can be read as a sensor→curve→trim→oscillator chain. Real performance depends on thermal coupling, update/filter choices, and board pushing/pulling paths.

Key specs that matter (and the traps in datasheets)

TCXO datasheets often look “complete” while leaving out the conditions that decide success on a real PCB. The most reliable approach is to treat each headline spec as a definition + risk + verification hook.

A) Frequency stability (ppm over temperature) — conditions are the spec

  • Temperature method: step vs ramp (thermal time constants change outcomes).
  • Soak / settling rule: defines when measurement is “valid” (avoid mixing recovery with stability).
  • Measurement threshold: peak-to-peak vs relative-to-25°C must be explicit.
  • Electrical conditions: supply and load must match the stated setup.

B) Long-term and history-dependent terms (often missed in reviews)

Initial tolerance
room-temp offset; not the same as stability over temperature
Aging
ppm/year; drives re-cal interval and long-life error budget
Hysteresis
temperature-history effect; same temp can yield different ppm
Reflow shift
assembly-induced offset; post-reflow verification is essential

C) Sensitivities and jitter — translate to system budgets

  • Supply sensitivity (ppm/V): ties board ripple and load steps to frequency error.
  • Load sensitivity (ppm/pF): ties probing, routing capacitance, and buffer loading to error.
  • Pull range (if present): indicates how far frequency can be moved by the tuning path under stated control.
  • Phase noise / integrated jitter: only meaningful with a stated integration window (f1–f2) and an endpoint budget.
Practical rule: If the number is not tied to conditions (range/soak/method/supply/load or jitter window), treat it as incomplete until verified.
Datasheet Spec Map Three-column framework diagram mapping TCXO datasheet fields to common traps and practical verification hooks: stability, initial tolerance, aging, hysteresis, reflow shift, supply sensitivity, load sensitivity, and jitter window. Field → Trap → Verification (spec-reading map) Field Trap Verify Stability (ppm) no soak / method temp step + rule Initial (25°C) confused w/ ppm counter @ 25°C Aging no budget tie long hold checks Hysteresis path dependent cycle + return Reflow shift pre-reflow data A/B after reflow Supply (ppm/V) ripple ignored ΔV injection test Load (ppm/pF) probe loading load-step A/B Window matters jitter f1–f2
Diagram: use a Field→Trap→Verify reading pattern. The fastest wins come from making spec conditions explicit and building a matching validation hook.

Phase noise & jitter for TCXO: what changes, what doesn’t

In most systems, a TCXO is used as a reference source, not the final LO. Its impact is best understood through the reference-to-endpoint path and the endpoint’s jitter definition (especially the integration window).

A) Reference role: map TCXO noise to the endpoint

  • TCXO typically feeds a clock tree (optional PLL/cleaner, fanout, routing) before the endpoint.
  • Endpoint requirements define the meaningful jitter number via the window [f1, f2] and measurement conditions.
Rule: a jitter value without its integration window is incomplete.

B) Close-in PN vs far-out floor (different impact paths)

Phase noise is not a single-number property. The shape matters: close-in region behaves like slow phase wander, while far-out floor behaves like broadband random jitter.

  • Close-in: more sensitive to mechanical/thermal coupling and low-frequency disturbances.
  • Far-out: often dominates the integrated RMS jitter when f2 extends high enough.

C) Integrated jitter window [f1, f2] (system-defined)

  • f1 controls how much slow wander is included (low-frequency content).
  • f2 controls how much broadband floor is included (high-frequency content).
  • Two sources can swap “better/worse” ranking if the window changes.
Pass criteria template: JRMS(f1–f2) ≤ Jbudget under the endpoint’s measurement setup.

D) Common TCXO strengths/limits (what changes, what doesn’t)

  • TCXO excels at frequency stability and thermal recovery, but it is not automatically the best PN source.
  • Output buffer, supply noise, and load conditions can dominate observed jitter (board pushing/pulling effects).
Quick check: A/B change supply ripple or output loading → if jitter shifts, coupling dominates.
Boundary guard: Loop transfer and jitter shaping belong on cleaner/PLL pages. Here, the goal is window-consistent budgeting and verification hooks.
Jitter Budget Path (Reference → End) Framework diagram showing TCXO as a reference source feeding an optional PLL/cleaner, then fanout and clock tree to endpoints such as ADC and SerDes. Highlights where TCXO mainly contributes and shows disturbance injection from supply noise and load/routing capacitance. Jitter Budget Path (Reference → End) TCXO reference PLL / Cleaner optional Fanout / Tree routing ADC endpoint SerDes endpoint main TCXO contribution Supply noise pushing spurs Load / routing pulling probe C Window f1–f2 main path injection endpoint window
Diagram: TCXO is usually a reference. Budgeting must follow the reference-to-endpoint path and the endpoint’s jitter integration window (f1–f2).

Thermal recovery & frequency settling (the hidden reason people choose TCXO)

“Fast thermal recovery” is only meaningful when it is defined as a measurable time-to-band metric. Real systems face temperature steps, airflow changes, and nearby hot IC activity that can produce ppm-class transients even when steady-state stability looks excellent.

A) Define recovery as “time to stay within ±X ppm”

A practical definition ties recovery to the system’s allowable frequency error: trecover = time until |error| ≤ X ppm and remains inside.

Choose X from the system budget (mode-dependent). Report both peak error and t_recover.

B) Typical thermal disturbance sources near a TCXO

  • Airflow step: fan policy changes or ducting shifts can create abrupt local cooling/heating.
  • Nearby hot IC: load transients in FPGA/DC-DC/PA can move gradients across the board.
  • Board gradient: copper/planes can conduct heat into the TCXO region (sensor vs crystal mismatch).

C) Why “faster tracking” can look worse (noise and over-tracking)

  • Sensor noise injection: high update rate with light filtering can modulate the trim path.
  • Over-tracking: sensor temperature can change before the crystal temperature follows (wrong target).
  • Filter trade-off: heavier filtering reduces noise but extends the settling tail after a step.

D) PCB-level hooks (TCXO neighborhood only)

  • Thermal coupling control: avoid direct heat paths from inductors, hot packages, and high-current planes.
  • Airflow stability: avoid “edge-of-duct” placements where flow is turbulent or intermittent.
  • Supply isolation: load steps often coincide with heating; supply pushing can amplify transient-looking error.

E) Verification recipes (action + record + pass criteria)

Airflow step
toggle fan mode → log error(t)
Pass: peak < X_peak, t_recover < T_max
Nearby hot IC
force load step → log error(t)
Pass: |error| ≤ X ppm after T_max
Temp step (if available)
step point → apply settle rule
Pass: stay in band for t_hold
Thermal Step → Frequency Transient Two-lane framework showing a temperature step (or airflow change) and the resulting TCXO frequency error transient that returns into a ±X ppm band. Includes labels for peak error, t_recover, and a simple pass region. Thermal Step → Frequency Transient (time-to-band view) Temp input Freq error time time step airflow hot IC ±X ppm peak t_recover pass region = in band
Diagram: define recovery as time-to-band (±X ppm). Verify both peak deviation and t_recover under realistic airflow and nearby heat steps.

Power, enable/standby, and startup behavior

Platform bring-up often fails on timing assumptions: a clock can “start” long before it is frequency-ready. Enable/standby decisions also change self-heating and local board temperature, creating repeatable ppm transients that look like “drift” unless they are measured as time-to-band.

A) Startup time ≠ frequency-ready time

  • t_start: output oscillation appears (“clock present”).
  • t_ready: |frequency error| ≤ X ppm and stays inside for t_hold.
  • Datasheet “startup” often maps to t_start, not system-usable readiness.
Pass criteria template: t_ready ≤ T_max, and in-band for ≥ t_hold.

B) Enable/standby: power savings can break thermal equilibrium

Standby changes self-heating and local gradients. Resume behavior should be specified as a time-to-band metric, not “clock present”.

  • Short standby cycles often produce repeatable transients after resume.
  • Sensor temperature can lead/lag crystal temperature under gradients, extending tails.
Quick check: READY → STANDBY (t_sb) → RESUME; record peak error and t_ready_resume.

C) Supply noise → frequency error (PSRR in ppm terms)

For a reference oscillator, “power integrity” must be interpreted as Δf/f sensitivity. If the device specifies ppm/V (or equivalent), supply ripple and transients can appear as FM-like frequency modulation or spur-like behavior.

  • Ripple spectrum matters: not all mV are equally harmful.
  • Load steps correlate: electrical and thermal events can occur together, masking root cause.
Pass criteria template: Δppm ≤ (ppm/V)·ΔV, and spurs below system mask.

D) Decoupling and LDO hooks (minimum set)

  • Place decaps close: minimize loop area and shared return impedance.
  • Isolate noisy rails: avoid sharing TCXO supply with fast digital edge domains.
  • LDO focus: PSRR and transient behavior under real dropout, not a generic “low-noise” label.
Boundary: no LDO selection encyclopedia—only hooks that map supply behavior to frequency error.

E) Verification trio: power-on, standby-resume, and supply injection

Power-on ready
apply real ramp + EN timing → record error(t)
Pass: t_ready ≤ T_max, in band ≥ t_hold
Standby resume
READY → STANDBY(t_sb) → RESUME → record peak and t_ready_resume
Pass: peak < X_peak, t_ready_resume < T_resume_max
Supply injection
inject ΔV ripple/step in READY → measure Δppm and spur behavior
Pass: Δppm and spurs below mask
Power/Enable State Machine Framework state machine illustrating TCXO operating states: OFF, STARTUP, WARM/SETTLE, READY, and STANDBY. Shows separate t_start and t_ready timing, plus resume readiness and disturbance injections from supply noise and thermal imbalance. Power / Enable State Machine (t_start vs t_ready) OFF power=0 STARTUP osc on WARM/SETTLE to band READY ±X ppm STANDBY low P t_start t_ready t_ready_resume Supply noise ΔV ppm Thermal imbalance gradient resume tail state t_start t_ready injection
Diagram: separate “clock present” (t_start) from “frequency-ready” (t_ready). Standby can create resume tails due to thermal re-equilibration.

PCB layout & thermal/mechanical placement (TCXO-specific)

When ppm targets are missed on the board, the dominant causes are often local gradients, mechanical stress, shared return paths, and measurement loading. This section focuses only on TCXO neighborhood rules—system-wide clock-tree planning belongs elsewhere.

A) Thermal placement: avoid gradients and airflow steps

  • Keep distance from DC-DC hot zones, inductors, and high-power packages.
  • Avoid duct edges and direct fan streams (airflow changes → ppm transients).
  • Prefer regions with stable, uniform board temperature over absolute “cool spots”.

B) Ground and return: prevent shared impedance errors

  • Maintain continuous return under the TCXO supply and output routing.
  • Avoid high-current loops crossing the TCXO region or its return path.
  • Place decoupling close and keep loop area minimal.

C) Output routing: minimize loading and stubs

  • Keep the run short to the first receiver; avoid multi-branch stubs.
  • Use a small series damping resistor when edge quality or ringing is problematic (board-dependent).
  • If differential distribution is required, treat it as a fanout/clock-tree topic (not expanded here).

D) Mechanical stress: board bend, screws, and potting

Mechanical strain can produce offset-like frequency shifts or sudden jumps. These effects often vary with assembly, connectors, or enclosure loading even when temperature is stable.

  • Avoid placing TCXO near screw holes, board edges, slots, and depanelization stress lines.
  • Avoid rigid potting directly over the TCXO without stress isolation strategy.

E) Reflow and process effects (shift and repeatability)

  • Reflow can introduce a permanent shift that is not visible in pre-reflow characterization.
  • Cleaning/conformal coating/adhesives can change local stress and thermal coupling.
Quick check: pre/post reflow A/B; confirm the shift is within system guardband.

F) Measurement traps: probe and termination can create the problem

  • Probe capacitance and termination choices can change loading and edge behavior.
  • Verify at the first receiver with realistic loading; avoid long flying leads.
Boundary guard: This section is TCXO-neighborhood only (thermal/stress/returns/routing). System clock-tree design is handled on dedicated pages.
Do/Don’t Placement Map (TCXO) Board-level framework map highlighting thermal and mechanical placement rules for a TCXO. Includes hot blocks, airflow arrows, keepout regions near hot zones and screw holes, and a recommended stable zone with nearby decoupling. Do/Don’t Placement Map (TCXO-neighborhood focus) DC-DC hot FPGA hot spot PA hot airflow slot keepout stable zone TCXO C low gradient stress away
Diagram: avoid hot zones and airflow steps; keep TCXO away from stress points (screws/edges/slots) and place decoupling close with clean returns.

Engineering checklist (design review + measurement hooks)

This section closes the gap between “understanding” and “shipping”. The checklist is grouped so reviews and measurements converge on the same error definitions (ppm band, recovery time, and jitter window), with minimum evidence artifacts that make results repeatable across teams and builds.

A) Spec definition checklist (align the error language)

  • Temperature profile: soak / step / ramp (pick the system-relevant case).
  • Allowed band: ±X ppm (steady) and peak < X_peak (transient, if applicable).
  • Recovery metric: t_ready and t_ready_resume (time-to-band, not “clock present”).
  • Jitter window: RMS jitter integrated over [f1, f2] (system-defined).
Evidence artifact: Spec Snapshot (X, X_peak, T_max, [f1,f2], VDD, load).

B) Schematic checklist (power, enable, load model)

  • Rail isolation: TCXO supply separated from fast edge/noisy domains.
  • Decoupling intent: close placement and clear return path to avoid shared impedance.
  • Enable logic: defined OFF/STARTUP/READY/STANDBY behavior; no floating states.
  • Output load model: first receiver + test points + termination assumptions documented.
  • Optional damping: footprint for series R if edge/EMI or loading sensitivity appears.
Quick check: verify EN timing and default state produce consistent t_ready across repeated power cycles.

C) Layout checklist (TCXO-neighborhood only)

  • Thermal keepout: distance from DC-DC/FPGA/PA hot zones and airflow boundaries.
  • Return continuity: no ground splits/slots under TCXO rail and clock trace.
  • Short routing: minimize stubs; route to first receiver cleanly.
  • Mechanical stress: keep away from screws/edges/slots/depanelization lines.
  • Decap loop: place decaps close; smallest loop area possible.
Evidence artifact: Layout Snapshot (heat sources, airflow, keepout, return path).

D) Verification checklist (repeatable stress tests)

Thermal sweep
chamber points + soak; record stable error and dispersion
Pass: |error| ≤ X ppm (steady)
Supply injection
inject ΔV step/ripple; measure Δppm and spurs
Pass: Δppm & spurs below mask
Airflow disturbance
fan step / direction change; record peak and recovery time
Pass: peak < X_peak; t_recover < T_max
Board bend / stress
controlled bend / assembly load; detect jumps and offsets
Pass: no step-like shifts beyond guardband
Frequency counting setup
fix gate time / averaging / threshold; ensure repeatability
Pass: same setup yields comparable results across runs

Minimum evidence pack (for reviews and handoffs)

Spec Snapshot
X / X_peak / T_max / [f1,f2] / VDD / load
Layout Snapshot
hot zones / airflow / keepout / returns
Core plots
power-on error(t) / resume error(t) / ΔV→Δppm
Checklist Flow (Define → Build → Verify) Framework flow diagram turning TCXO requirements into a build plan and verification plan. Three-stage pipeline: Define, Build, Verify, plus a minimum evidence pack for repeatability. Checklist Flow (DEFINE → BUILD → VERIFY) DEFINE temp range ±X ppm t_recover jitter [f1,f2] BUILD rail isolate EN logic decap loop load model VERIFY soak sweep ΔV inject airflow step bend test Evidence pack spec layout plots
Diagram: convert requirements into build actions and verification stresses; keep a minimum evidence pack for repeatability and handoffs.

Production test & calibration strategy (consistency at scale)

Production success depends on consistency: test points, soak criteria, reflow-related shifts, and traceable trim/EEPROM parameters. The goal is a minimum closed loop (test → bin → trim → retest → store) that preserves throughput while staying aligned to the same ppm and time-to-band definitions used in design verification.

A) Minimum production test set (points chosen by error budget)

  • Room point: screens initial tolerance and process shift quickly.
  • Two end points: validate over-temp stability and dispersion.
  • Third point (optional): only when curvature/residuals drive yield or guardband.
Hook: add the mid-point only when end-point data indicates nonlinearity or large lot-to-lot dispersion.

B) Soak time criteria (use drift-rate, not fixed minutes)

Fixed soak times hide fixture-to-fixture differences. A scalable criterion is a drift-rate threshold: wait until the measured frequency error changes slowly enough over a defined interval.

Soak criterion template: |Δppm| < X ppm / Δt
X is system/throughput dependent and must be consistent with the same ±X ppm band used elsewhere.
  • Fix gate time / averaging / threshold so the drift-rate criterion is stable.
  • Record VDD/load/airflow so soak results are comparable across lines.

C) Reflow shift and aging: reserve a calibration window

  • Reflow can create a permanent offset-like shift that invalidates pre-reflow characterization.
  • If trimming/calibration is used, perform it post-reflow and confirm with a retest point.
  • Aging is tracked by version and history, not “fully tested” in-line.
Hook: add a post-reflow verification gate before final binning.

D) EEPROM/trim parameters: readback, CRC, and version traceability

  • Readback verify: write → read → compare; include CRC when available.
  • Versioning: parameter version must be recorded with test conditions.
  • Field correlation: ensure returns can map to parameter set and bin history.

Minimum record fields (hooks only, not a MES platform)

Identity
serial / lot / station / fixture
Conditions
T point / VDD / load / gate time
Results
error ppm / bin / soak pass
Params
trim / version / CRC / timestamp
Production Test Loop Closed-loop production flow for TCXO consistency: Test, Bin, Cal/Trim, Retest, and Store Parameters. Includes optional field return correlation branch. Production Test Loop (Test → Bin → Cal/Trim → Retest → Store) TEST T gate BIN pass guard CAL/TRIM write CRC RETEST confirm STORE PARAMS ID ver FIELD RETURN correlate Keep definitions consistent: same ±X ppm band and time-to-band metrics across design, validation, and production.
Diagram: close the production loop with binning, trim readback/CRC, retest, and parameter storage for traceability and field correlation.

Applications (comms & measurement) — only what drives specs

This section stays strictly application-driven: it maps real use-cases to the TCXO specs that must be owned and verified. Protocol stacks and system timing architectures are intentionally out of scope here.

A) Communications — what forces the specs

Primary drivers
  • Allowed frequency error (steady): ±X ppm over the full temperature range.
  • Transient tolerance (peak): short-lived ppm excursions during airflow/thermal steps.
  • Time-to-usable: “output starts” vs “frequency is inside band” are different.
Impact chain (keep it measurable)

Thermal step / airflow change → TCXO frequency transient (ppm) → tighter tracking demand on the next PLL stage → higher risk of re-acquire/settle events when the transient exceeds the system band (±X ppm).

Specs to own (Comms)
  • Stability over temperature: ppm over T-range with clearly defined soak/step conditions.
  • Thermal recovery: time to re-enter ±X ppm after a defined disturbance.
  • Jitter window: integrated jitter in the window [f1,f2] used by the endpoint budget.

B) Measurement / metrology — what forces the specs

Primary drivers
  • Timebase accuracy: counting/gating and timestamp errors scale with frequency error.
  • Sampling rate accuracy: frequency-axis and calibration interval pressure.
  • Long-term consistency: aging + hysteresis + reflow shift set recalibration cadence.
Impact chain (keep it in the same error language)

Timebase ppm error → measurement ppm error (counting, sampling-rate, timestamps) → shorter calibration intervals when aging and thermal hysteresis are not budgeted as first-class terms.

Specs to own (Measurement)
  • Stability: ppm over temperature with defined measurement conditions.
  • Aging: ppm/year (and the test assumptions) to size recalibration windows.
  • Hysteresis & reflow shift: board-level reality terms that drive drift after assembly and thermal cycling.

C) Requirement → spec quick map (use as a review checklist)

  • Steady allowed error (±X ppm) → stability over temp, supply sensitivity (ppm/V), load sensitivity (ppm/pF).
  • Peak transient allowance (Xpeak ppm) → thermal recovery definition, airflow sensitivity, standby/resume behavior.
  • Calibration interval → aging (ppm/year), hysteresis, reflow shift (24h post-reflow reference).
  • Endpoint jitter window [f1,f2] → integrated jitter in the same window used by ADC/SerDes budgets.
Guardrail: system disciplining (PTP/SyncE/GNSS holdover) belongs in the Timing & Synchronization pages; keep this TCXO page focused on device-level specs and verification hooks.
Diagram — App → Spec drivers (what must be owned)
App → Spec Drivers Two application blocks (Comms and Measurement) mapped to stability, recovery, aging, and jitter-window spec bubbles. Applications → Spec Drivers Comms stability recovery jitter window Measurement stability aging hysteresis Guardrail: disciplining & network timing → Timing pages

Use the same error language everywhere (±X ppm, Xpeak ppm, trecover, jitter window [f1,f2]) to prevent “spec drift” between teams.

IC selection logic (TCXO-focused, with guardrails)

The selection flow is designed to answer two questions without scope creep: (1) when a TCXO is sufficient, and (2) when the problem must be escalated to a higher-grade reference or a downstream jitter-cleaning stage.

Step 1 — Temperature range & allowed steady error (sets TCXO grade)

  • Define the exact temperature range and the allowed steady frequency error: ±X ppm.
  • Require the datasheet stability statement to include test method: step size, soak time, measurement gate, supply and load.
  • Guardrail If ±X ppm is extremely tight across a wide range and field thermal gradients cannot be controlled, escalate to higher-grade references (e.g., OCXO class devices) rather than “hoping” layout fixes will close the gap.

Step 2 — Recovery time & airflow sensitivity (transients are the real killer)

  • Define a recovery metric: time to re-enter ±X ppm after a defined disturbance (thermal step / airflow / neighbor hot IC).
  • Decide whether standby is allowed: standby saves power but breaks thermal equilibrium and can worsen transients on resume.
  • Prefer vendors that state recovery under a measurable profile (even if the profile is system-specific).

Step 3 — Jitter / phase-noise requirements (decide if a cleaner is required)

  • Write the jitter budget in the same integration window used by the endpoint: [f1,f2].
  • If the endpoint is highly jitter-sensitive (high-speed ADC/DAC sampling clocks, tight SerDes), plan for a downstream jitter-cleaning stage and keep this page limited to “yes/no” selection logic.
  • Guardrail Do not mix “frequency stability ppm” and “random jitter” in one requirement; they are different budgets and must be validated differently.

Step 4 — Electrical & mechanical realities (what breaks ppm on real boards)

  • Supply sensitivity (ppm/V): require a curve or a clearly stated condition; plan an injection test.
  • Load sensitivity (ppm/pF): align the measurement load with the real receiver/fanout input.
  • Output standard: LVCMOS vs clipped-sine/differential affects routing and noise coupling paths.
  • Reflow shift & stress: treat as first-class terms; board bend, mounting torque, and potting can move frequency.

What to request from vendors (avoid datasheet traps)

Stability (ppm over temp)

Step size, soak time, gate time, reference temperature definition, supply/load, and the acceptance rule (min/max vs midpoint).

Thermal recovery

A measurable disturbance profile (airflow/step), and time-to-band for ±X ppm; note whether standby/resume is included.

Sensitivity terms

ppm/V and ppm/pF curves (or at least tested points) to design supply filtering and output loading with guardband.

Assembly reality

Reflow shift (24h post-reflow reference), hysteresis method, and aging assumption (ppm/year at 25°C).

Reference part numbers (examples only; validate suffix/package/grade)

These are starting points for datasheet alignment and lab verification. Exact ordering codes vary by frequency, stability grade, voltage, output, and packaging.

MHz-class TCXO examples
  • Abracon ASTX-H11-32.000MHZ-I25-T (TCXO, HCMOS)
  • Abracon ASTX-H11-27.000MHZ-T (TCXO, HCMOS)
  • Abracon ASTX-H11-12.000MHZ-T (TCXO, HCMOS)
  • NDK NT2016SA-32M-END4263A (TCXO, clipped-sine)
  • IQD IQXT-205-3-18 (TCXO; developed frequencies include 19.2/26/38.4/52 MHz)
  • Rakon IT5300B family (analogue-compensated TCXO; 13–30 MHz)
  • Rakon IT5330BE 14.7456 MHz (example configuration within the IT5300B documentation)
  • SiTime SiT5356 (Super-TCXO; frequency configurable 1–60 MHz)
32.768 kHz TCXO examples (timebase / RTC-class)
  • Micro Crystal TM-2220-C7 (32.768 kHz TCXO module)
  • Epson TG-3530SA — product number Q3721SA02000100 (32.768 kHz TCXO)

Note: 32.768 kHz TCXO parts are often used as precision timebases; verify whether the target is “frequency reference” or “calendar timekeeping” to avoid scope mismatch.

Diagram — TCXO selection flow (with guardrails)
TCXO Selection Flowchart Four-step selection flow with branches to cleaner or OCXO when guardrails are triggered. 1) T-range + ±ppm 2) t_recover / airflow 3) jitter window [f1,f2] 4) supply / load / stress tight? tight? OCXO Cleaner TCXO OK TCXO + Cleaner OCXO

Keep the decision points measurable: ±X ppm (steady), Xpeak ppm (transient), trecover, and jitter window [f1,f2].

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.

FAQs (short, actionable, data-structured)

Each answer is fixed to 4 lines: Likely cause / Quick check / Fix / Pass criteria. Use the same error language everywhere: ±X ppm (steady), Xpeak ppm (transient), tready, trecover, ppm/V, ppm/pF, and gate time.

Diagram — Symptom → first test → likely bucket
TCXO Triage Map Maps common board-level TCXO symptoms to first tests and likely root-cause buckets: thermal gradient, supply coupling, load sensitivity, mechanical stress, and measurement method. TCXO Troubleshooting Triage Symptom First test Bucket ppm miss post-reflow airflow step supply FM counter diff soak rule A/B shielding ripple inject gate align thermal supply load-C stress measurement

Use A/B tests wherever possible (airflow shield, mounting torque, added ΔC load, injected ripple). Keep acceptance rules in ±X ppm and time-to-band (trecover).

01 Why does the board-level stability miss the datasheet ppm even in a temp chamber?
Likely cause
Test conditions do not match the datasheet method (soak/step/gate/load/supply), or a board-level thermal gradient/stress term dominates.
Quick check
(1) Re-run with a defined soak rule: |Δf| < X ppm over Δt before logging.
(2) Compare “board-in-chamber” vs “bare TCXO test board” under identical gate time and supply/load.
Fix
Align measurement conditions first; then reduce gradient/stress: relocate away from hot ICs/air jets, add local thermal shielding, and remove mounting torque bias near the TCXO.
Pass criteria
Under the agreed method, worst-case stability over T-range ≤ datasheet ppm + guardband (and the residual offset is stable, not drifting).
02 Why does frequency shift after reflow, and how to screen it?
Likely cause
Reflow induces package/board stress and changes the local mechanical state; the apparent shift can also include post-reflow relaxation over hours.
Quick check
Measure Δppm at a fixed reference temperature at: pre-reflow, +1h, +24h (same supply/load, same gate time). Track the relaxation slope.
Fix
Add a post-reflow stabilization window before final trim/baseline capture; screen with a Δppm limit after the chosen settle time; avoid placing the TCXO at high board-strain locations.
Pass criteria
Post-reflow Δppm (at the defined timepoint) ≤ X ppm and the drift rate ≤ X ppm/Δt within the stabilization window.
03 Startup looks “locked” but frequency keeps drifting—what defines “ready”?
Likely cause
“Output present” is treated as “ready,” but thermal equilibrium and compensation settling are not complete.
Quick check
Log frequency vs time after enable at a fixed ambient. Extract tready: time to enter ±X ppm and stay inside for Δt.
Fix
Define and enforce a “frequency-ready” gate in firmware/bring-up; avoid heavy airflow or nearby hot-start events during the ready window.
Pass criteria
tready ≤ system requirement, and frequency stays within ±X ppm during the defined operational disturbance envelope.
04 Airflow/fan changes cause ppm steps—how to confirm thermal gradient coupling?
Likely cause
Airflow changes the local temperature field (ΔT across package/board), producing a frequency transient that looks like a step.
Quick check
A/B test: add a temporary airflow shield (foam/cover) over the TCXO zone, then toggle fan speed. If Δppm shrinks significantly, thermal gradient coupling is confirmed.
Fix
Move away from air jets and hot exhaust, add local shielding, and avoid copper shapes that create strong gradients across the TCXO footprint during fan transients.
Pass criteria
Fan/airflow toggles produce a transient ≤ Xpeak ppm and recovery back to ±X ppm within trecover.
05 Supply ripple creates FM-like wander—what quick injection test isolates it?
Likely cause
Supply sensitivity (ppm/V) converts ripple and supply noise into frequency modulation (wander), especially if decoupling/return paths are weak.
Quick check
Inject a small controlled ripple (ΔVripple) onto the TCXO rail (via series resistor or injection transformer). If the frequency deviation scales with ΔV, supply coupling is dominant.
Fix
Add local high-frequency decoupling at the TCXO pins, improve return continuity, and isolate the TCXO rail from noisy domains (bead/RC + low-noise source).
Pass criteria
With the expected worst-case ripple present, added frequency error ≤ X ppm (or the injected ripple-to-ppm gain meets the budget).
06 Load capacitance change moves frequency—how to estimate ppm/pF sensitivity quickly?
Likely cause
The effective output load (input capacitance, probe, fanout) changes the oscillator’s load condition, shifting frequency by ppm/pF.
Quick check
Add a known small capacitor ΔC at the output (A/B), re-measure Δppm with the same gate time. Estimate sensitivity ≈ Δppm / ΔC (ppm/pF).
Fix
Keep loading stable: add a buffer/fanout stage when required, avoid probe-induced loading, and standardize the receiver input and termination across SKUs.
Pass criteria
Over the allowed load variation, added frequency shift ≤ X ppm (and the measured ppm/pF meets the worst-case budget).
07 Mechanical stress (screws/enclosure) shifts frequency—what is the simplest A/B test?
Likely cause
Board bending or local strain couples into the package/footprint and shifts frequency; enclosure torque and potting can amplify strain.
Quick check
A/B torque test: measure at a fixed temperature, then loosen/tighten the nearest screw by a controlled amount and re-measure Δppm. Repeat with the enclosure removed.
Fix
Relocate the TCXO away from high-strain regions, add mechanical relief (keepouts, slots only if returns remain continuous), and control assembly torque and potting shrinkage near the device.
Pass criteria
Frequency shift from the worst-case allowed assembly stress ≤ X ppm (and is repeatable within a defined A/B band).
08 Why does standby/enable cycling worsen accuracy for minutes afterward?
Likely cause
Standby breaks thermal equilibrium; compensation and local temperature field need time to re-settle after resume.
Quick check
Cycle enable/standby with a fixed duty pattern and log frequency. Extract trecover to re-enter ±X ppm after each resume.
Fix
Avoid standby for tight accuracy windows, or schedule a recovery guard time; minimize airflow/hot-load steps during the first minutes after resume.
Pass criteria
After any allowed standby cycle, the frequency returns to ±X ppm within trecover and stays inside for the required Δt.
09 Counter measurements disagree between instruments—what gate time/averaging mistake is common?
Likely cause
Different gate time, trigger level, or averaging mode changes the apparent ppm, especially when short-term wander exists.
Quick check
Force both instruments to the same gate time (e.g., 1 s vs 10 s), same averaging, and same trigger threshold. Compare results using the same reference point in time.
Fix
Standardize a measurement recipe: gate time, averaging mode, warm-up/soak rule, and loading/probing method (and publish it as the project test method).
Pass criteria
With the same recipe, instrument-to-instrument delta ≤ X ppm (or within the accepted uncertainty budget).
10 Aging seems faster than expected—what environmental factors to check first?
Likely cause
Apparent “aging” is often dominated by uncontrolled temperature profile, humidity/contamination, long-term stress, or supply/load condition drift.
Quick check
Re-measure at a controlled reference temperature with fixed supply/load and the same gate time. Compare “in-system” drift vs “controlled-condition” drift.
Fix
Lock the reference condition used for aging tracking (temperature, supply, load, measurement recipe). Add environmental controls or compensate with periodic recalibration if required.
Pass criteria
Measured drift rate under the defined reference condition ≤ X ppm/year (or within the allowed calibration interval budget).
11 Two TCXOs from the same lot show different slopes—what production binning helps?
Likely cause
Unit-to-unit compensation residual and assembly stress variation create different effective temperature slopes even inside one lot.
Quick check
Measure two end temperatures (Tlow, Thigh) with a soak rule and compute slope = (Δppm)/(ΔT). Compare slopes before and after reflow to separate device vs assembly effects.
Fix
Bin by (a) room-temp offset and (b) two-point slope (and optionally hysteresis) rather than room-temp only; tighten assembly strain control near the TCXO footprint.
Pass criteria
After binning, matched units stay within the allowed inter-unit delta across temperature (≤ X ppm across T-range).
12 When should tuning stop and the design move to OCXO or add a cleaner?
Likely cause
The dominant error is not “steady ppm” anymore: uncontrolled thermal transients, strict jitter/phase-noise limits, or system disturbance makes TCXO-only closure unreliable.
Quick check
Identify the dominant term: (A) steady stability fails in a controlled method → reference grade issue; (B) transients exceed Xpeak ppm → thermal environment issue; (C) jitter window [f1,f2] fails → jitter-cleaning need.
Fix
If (A) persists → move to a higher-grade reference class (see OCXO page). If (C) dominates → add a jitter cleaner stage (see Cleaner page). If (B) dominates → redesign placement/shielding and define trecover as a system requirement.
Pass criteria
The selected path meets all budgets simultaneously: ±X ppm (steady), Xpeak ppm (transient), tready/trecover, and jitter in [f1,f2] with guardband.

Replace placeholders (X, Xpeak, Δt, tready, trecover, [f1,f2], ΔVripple, ΔC) with the system budgets and test conditions used by the project.