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)
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:
- 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.
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.
- 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.
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)
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.
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.
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.
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).
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.
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)
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.
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.
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.
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.
E) Verification trio: power-on, standby-resume, and supply injection
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.
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.
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).
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.
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.
D) Verification checklist (repeatable stress tests)
Minimum evidence pack (for reviews 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.
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.
- 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.
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)
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
- 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.
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).
- 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
- 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.
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.
- 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.
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)
Step size, soak time, gate time, reference temperature definition, supply/load, and the acceptance rule (min/max vs midpoint).
A measurable disturbance profile (airflow/step), and time-to-band for ±X ppm; note whether standby/resume is included.
ppm/V and ppm/pF curves (or at least tested points) to design supply filtering and output loading with guardband.
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.
- 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)
- 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.
Keep the decision points measurable: ±X ppm (steady), Xpeak ppm (transient), trecover, and jitter window [f1,f2].
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.
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).
Replace placeholders (X, Xpeak, Δt, tready, trecover, [f1,f2], ΔVripple, ΔC) with the system budgets and test conditions used by the project.