123 Main Street, New York, NY 10001

USB3/SDI/Video Clocks (27/74.25/148.5 MHz) + Genlock

← Back to:Reference Oscillators & Timing

USB3/SDI/Video clocks are a “rate-family + genlock + distribution” problem: generate the correct 27/74.25/148.5 MHz (including 1/1.001), then choose loop bandwidth and branch policies to meet both phase-alignment (genlock) and low-jitter needs. The goal is measurable: zero frame jumps on switching, bounded spurs, and a jitter/phase budget that holds from bring-up to production.

Definition & scope: what “USB3/SDI/Video clocks” really means

This page focuses on practical clocking for broadcast/cameras: generating and distributing the 27 / 74.25 / 148.5 MHz families (including 1/1.001 variants) and integrating genlock references with clear jitter/phase expectations, verification hooks, and production-ready guardrails.

Endpoint needs (3 clock “roles”)

Video pixel clock (sampling edge)
Primary sensitivity: cycle-to-cycle jitter, spurs that modulate the edge, and phase continuity during mode switches.
Typical symptoms: visible instability on switching, periodic artifacts when fractional spurs fold into the visible band.
What this page provides: frequency family map, jitter spec template, and “tracking vs cleaning” loop strategy for genlocked systems.
SDI line/serializer/reclock (alignment contract)
Primary sensitivity: wander/phase drift during genlock tracking and short-term jitter at reclock boundaries.
Typical symptoms: occasional loss-of-lock at temperature corners, transient errors on reference switching.
What this page provides: clock-tree topology patterns, distribution/termination rules, and measurement hooks to catch intermittent margin loss.
USB3 platform reference + SSC (compliance trade)
Primary sensitivity: EMI peak limits and allowable spread-spectrum behavior (SSC) without disturbing sensitive video/SDI chains.
Typical symptoms: EMI pass/fail swings depending on SSC settings; spurs coupled from control/power into the reference.
What this page provides: SSC gating logic (when allowed / when must be OFF) and practical isolation rules for mixed endpoints.

Page boundary contract (anti-overlap)

Covers:
Frequency families (27/74.25/148.5 MHz + 1/1.001), genlock reference inputs, tracking vs cleaning strategy, clock distribution/skew, jitter/phase budgeting, measurement and production hooks.
Does NOT cover:
USB3/SDI protocol tuning, SerDes equalization, full PLL textbook theory, or other interface ecosystems (HDMI/DP/MIPI/PCIe) beyond clock-only constraints.
For who:
Hardware/system engineers building genlocked camera/broadcast equipment who need stable clocks, clear jitter language, and repeatable verification + production screening.
Core idea: turn a house reference into a verifiable, production-ready clock tree for video/SDI/USB3 endpoints—without mixing in protocol-level content.
USB3/SDI/Video clocks — Page boundary map Diagram showing three covered domains (Video, SDI, USB3) connected by a clock-only backbone, with excluded interface ecosystems (HDMI, PCIe, MIPI) isolated on the right. Covered endpoints VIDEO pixel clock edges SDI reclock / alignment USB3 platform ref + SSC CLOCK ONLY budget • loop • distribution measure • production hooks Not covered HDMI PCIe MIPI
Boundary map: this page stays clock-only—generation, tracking/cleaning, distribution, and verification.

Rate family map: 27 / 74.25 / 148.5 and the 1/1.001 world

Video systems frequently operate in two legitimate frequency families: 1.000 and 1/1.001. The latter is not “error” but a required mode. Treat it as a separate configuration state for clock generation, genlock tracking, switching behavior, and verification.

Practical rule: choose the rate family first, then choose the generation path (integer chain when possible, otherwise fractional synthesis) and verify spur/jitter with the correct measurement window.

Frequency family reference table (use as a spec checklist)

Rate family Common clocks Typical use Preferred generation Risk note
1.000 27 / 74.25 / 148.5 MHz clean internal clocking, fixed-format pipelines integer chain if available switching must preserve phase if genlocked
1/1.001 74.1758 / 148.3516 MHz (representative) broadcast frame-rate families that require 1.001 mode fractional synthesis often required spur control becomes a first-class requirement
Genlock on family-dependent multi-device phase alignment track + clean (dual-loop) is typical loop bandwidth sets tracking vs cleanliness
USB3 branch platform reference clock compliance + EMI peak reduction SSC allowed if it does not touch SDI/video chain gating and isolation must be explicit

Notes: exact output sets depend on the product format; keep the spec language consistent by always stating rate family, output set, and measurement window.

Rate selection flow (3-step decision, spec-bundle output)

  1. Genlock required? If yes, define the allowed phase transient on switching and the acceptable long-term drift (holdover expectations).
  2. Rate family? Pick 1.000 or 1/1.001 based on the system format; treat each family as a separate validated mode.
  3. Generation path? Prefer integer chains when available; otherwise use fractional synthesis and promote spur control + jitter window verification to first-class tests.
Spec-bundle (copy into reviews / test plans)
Rate family: 1.000 or 1/1.001
Outputs: {27, 74.25, 148.5} or {74.1758, 148.3516} (representative)
Genlock: {black burst / tri-level / 10 MHz / network-derived} (as applicable)
Jitter window: RMS jitter = X fs, integration [A..B] Hz, condition = [locked/holdover]
Switching: hitless required? {yes/no}; allowed phase transient = [Y]
            
Frequency family ladder: 1.000 and 1/1.001 modes Diagram showing a base reference feeding two generation paths (integer and fractional) to produce 1.000 family clocks and 1/1.001 family clocks, with representative outputs. Base reference 27 MHz Synthesis & scaling Integer path multiply / divide Fractional path fractional-N / DPLL spur control required 1.000 family outputs 74.25 MHz 148.5 MHz 1/1.001 family outputs 74.1758 148.3516 Validate as separate modes: family + outputs + jitter window + switching behavior
Frequency families must be validated as separate modes (generation path, spurs, jitter window, and switching behavior).

Reference inputs for genlock: black burst, tri-level sync, 10 MHz, network-derived refs

Genlock quality depends less on “can it lock” and more on what is being locked (phase anchor vs frequency reference), how the reference is conditioned, and how reference noise is admitted or rejected by the loop strategy.

Two practical classes of genlock references

A) Waveform sync (phase-anchored)
Black burst and tri-level sync provide an event/edge timing anchor. The front-end’s thresholding, noise, and cable integrity strongly affect phase repeatability.
B) Frequency refs (needs local synthesis)
10 MHz / house reference and network-derived timing (e.g., PTP/SyncE-derived sources) act as frequency/time references. A local PLL/DPLL must synthesize pixel-rate families and define switching/holdover behavior.

Engineering meaning (lock, phase repeatability, and noise entry points)

Black burst
Phase anchoring is sensitive to conditioning (amplitude, threshold, cable loss, interference). Robust lock requires predictable edge/event extraction.
Tri-level sync
Often used as a stable timing reference; the key is maintaining clean event timing through the front-end and avoiding threshold/ground-noise induced timing shifts.
10 MHz / house ref
Easy to distribute and long-term stable, but requires local synthesis to the target rate family and explicit definitions for phase continuity and holdover.
Network-derived refs
Treat as a reference source only: characterize short-term noise and define behavior under reference degradation (alarms, switchover, holdover slope).

Reference selection matrix (cost • accuracy • cabling • interference • maintainability)

Reference Cost Phase repeatability Cabling / distribution Interference tolerance Maintainability Best fit
Black burst Low–Med Med Med Med (front-end matters) High (easy to probe) legacy studio sync
Tri-level sync Med High Med High (when conditioned) High modern broadcast/cameras
10 MHz house ref Med Med–High (defined locally) High (easy distribution) High Med–High mixed systems with local synthesis
Network-derived ref Med–High Med (depends on source) High (logical distribution) Med (design guards) Med (needs monitoring) distributed timing with alarms/holdover

Use the matrix to choose the reference source, then define a front-end conditioning plan and a verification window (what is measured, where, and under which lock state).

Verification hooks (what to measure before blaming the PLL)

  • Input margin: verify amplitude/termination/ground integrity at the genlock connector and after the conditioner (same test across cable lengths).
  • Event timing quality: check extracted edge/zero-cross timing stability (comparator output or ADC-derived timing).
  • Alarm/holdover behavior: define and test reference-loss response (alarm latency, switchover path, and holdover slope).
Genlock reference front-end Block diagram of genlock reference inputs feeding conditioning and event extraction (comparator/ADC) into a DPLL/PLL loop, with monitoring and alarms. Genlock inputs Black burst Tri-level 10 MHz Network ref Conditioning termination limit / filter level shift Comparator edge events ADC path phase obs DPLL / PLL loop BW holdover Monitoring: missing pulse • amplitude margin • ref degrade alarms • switchover hooks
Treat waveform sync and frequency references differently: front-end conditioning and event quality often dominate phase repeatability.

Architecture patterns: clean-only, track-only, dual-loop (track + clean) for video systems

These three patterns cover most genlocked video systems. Choosing the wrong pattern often produces “mysterious” behavior: stable lock but visible switching jumps, poor jitter despite a high-end cleaner, or slow recovery after reference disturbances.

The three patterns (what each optimizes)

Clean-only
Optimizes lowest jitter for internal pipelines. External phase alignment is not the primary guarantee; used when local quality dominates.
Track-only
Optimizes phase alignment to the reference. Reference noise is more likely to enter the output unless the reference is exceptionally clean.
Dual-loop (track + clean)
Balances tracking and cleanliness. Most common in broadcast gear, and most prone to misconfiguration (loop BW interaction, switching transients).

3-way decision table (pick by KPI priority)

Pattern Phase alignment Low jitter Fast lock / recovery Typical fit
Clean-only Low–Med High High standalone cameras / internal pipelines
Track-only High Low–Med Med–High studio distribution with very clean refs
Dual-loop High High Med broadcast gear with tracking + cleanliness
Decision guardrail: phase continuity and reference noise ownership must be defined up front; dual-loop systems typically need explicit loop bandwidth partitioning and a tested switching sequence.

Minimal verification per pattern (shortest tests that reveal wrong choices)

Clean-only
Verify output jitter in the defined window and confirm phase behavior during mode switches is acceptable for the product (even without external alignment).
Track-only
Measure output jitter vs reference quality and confirm that reference impairments (cable changes, noise) do not push the output beyond system masks.
Dual-loop
Validate two behaviors separately: (1) tracking response to reference phase steps and (2) cleaned output jitter when locked. Switching tests must include phase transients.
Three architecture patterns (stacked cards) Diagram showing three stacked cards: clean-only, track-only, and dual-loop, each with a clock tree block flow from reference and synthesis to fanout and endpoints. CLEAN-ONLY KPI: lowest jitter XO/TCXO cleaner PLL fanout endpoints TRACK-ONLY KPI: phase alignment genlock ref tracking PLL fanout endpoints DUAL-LOOP KPI: track + clean genlock ref tracker DPLL clean PLL fanout EP partition loop BW
Pick by KPI priority first, then define phase continuity and loop bandwidth ownership (especially for dual-loop systems).

PLL/DPLL loop bandwidth: the core trade-off (jitter cleaning vs genlock tracking)

Loop bandwidth decides noise ownership: whether the output behaves more like the reference (tight tracking) or more like the local oscillator/VCO (strong cleaning). “Locks fine” is not sufficient—bandwidth must be chosen for the required tracking behavior, switching transients, and holdover drift window.

Noise ownership: reference noise vs VCO noise (what dominates the output)

Reference noise (enters through tracking)
Includes genlock source quality and front-end event timing: distribution, cabling, interference, comparator/ADC timing uncertainty, and reference degradation events.
VCO / local oscillator noise (dominates when cleaning)
Includes synthesizer/VCO noise and on-board coupling. Narrower tracking bandwidth shifts output behavior toward local noise, improving cleaned jitter but reducing tracking authority.

What changes when bandwidth is widened or narrowed

Wider BW → tighter tracking
  • Better phase alignment to genlock and faster correction of reference phase drift.
  • More reference noise passes into the output; output jitter becomes reference-limited.
Narrower BW → stronger cleaning
  • Output jitter is improved (more VCO-like), especially in the cleaning region.
  • Slower tracking; phase error can accumulate during disturbances, reference steps, or long holdover intervals.
Transient behavior (often the real failure mode)
Switching, reference loss/recovery, and mode transitions must be tested as explicit scenarios. A steady-state “locked” measurement alone can miss unacceptable phase jumps or slow recovery.

Holdover & drift: when a better oscillator is required

If the system must stay within a defined drift window during reference degradation or loss, holdover becomes a specification, not an option. In that case, oscillator grade (TCXO/OCXO/MEMS) is chosen to meet the required drift window over the required duration, with temperature and aging accounted for.

Trigger
Reference loss/degrade is a realistic field condition.
Requirement
A defined drift window must be maintained for a defined duration.
Result
Select oscillator grade to meet holdover, then validate with temperature + aging guards.

Bandwidth setting 4-step method + the 5 parameters that must be recorded

4-step method
  1. Goal: prioritize tracking (phase alignment) vs cleaning (lowest jitter).
  2. Reference quality: characterize the source + front-end event timing stability.
  3. Endpoint tolerance: define acceptable phase error and jitter window at the endpoint.
  4. Scenarios: lock, switchover, reference loss/recovery, and mode transitions.
5 required recorded parameters
1
Reference: type + frequency (BB/TLS/10 MHz/network-derived)
2
Target outputs: 27 / 74.25 / 148.5 (+ 1/1.001 mode)
3
Profile/state: locked / holdover / switchover
4
Loop bandwidth: numeric or tier; outer vs inner BW in dual-loop systems
5
Holdover spec: drift window + duration + recovery sequence
Noise transfer intuition diagram Conceptual diagram: reference noise and VCO noise feed a loop filter. A bandwidth knob selects wide or narrow loop bandwidth, trading tracking against jitter cleaning. Output labels show tracks reference or cleans jitter. Reference noise genlock + front-end VCO noise local synth / coupling Loop filter noise transfer + tracking BW knob wide mid narrow Output clock pixel / reclock / refs tracks reference cleans jitter wide BW → ref noise passes narrow BW → slower tracking
Bandwidth is the “ownership knob”: it shifts output behavior between reference-limited tracking and VCO-limited cleaning.

Jitter & phase-noise requirements: what to budget and how to express it

Clock discussions fail when the metric language is inconsistent. This section defines a minimal vocabulary (random vs deterministic), fixes the RMS integration window rule, and provides a budget chain template from reference to endpoint.

Minimal terminology (engineering consequences only)

Random jitter (RJ)
Sets the “noise floor” for edge timing. RJ is strongly tied to the specified RMS integration window and to the loop’s cleaning region.
Deterministic jitter (DJ)
Creates repeatable timing features (often spur-related). DJ can trigger visible artifacts or compliance failures even when RMS numbers look acceptable.

RMS jitter must include the integration window (no exceptions)

Jitter spec template (copy/paste)
RMS jitter = X fs (integration A to B Hz)
Profile = locked / holdover / switchover
Output(s) = 27 / 74.25 / 148.5 MHz (+ 1/1.001 if used)
Reference = BB / TLS / 10 MHz / network-derived
Condition = SSC on/off (if applicable)
Measurement point = where the number is taken

Without the integration window and operating profile, RMS jitter numbers are not comparable and cannot be used for budgeting or acceptance.

Practical contracts: pixel clocks vs SDI reclock points

Video pixel clocks
Express requirements as an edge-timing stability budget at the relevant clock domain. Use the same RMS window rule across teams to avoid mismatched interpretations.
SDI reclock / CDR boundary
Deterministic components (spur-like behavior) often matter disproportionately at reclock boundaries. Keep the spec language explicit: profile, window, and measurement point.

Budget chain skeleton (ref → cleaner → fanout → endpoint)

Use placeholders for X until the measurement method and acceptance window are aligned. The goal is responsibility ownership and test-point clarity—not “one number to rule all.”

Stage Adds jitter Filters jitter Measurement point Pass criteria
Reference source X (placeholder) N/A at input connector RMS window [A..B]
Conditioning front-end X (placeholder) noise shaping after comparator/ADC event stability
PLL/DPLL X (placeholder) tracks / cleans PLL output pin profile-based
Fanout / distribution X (placeholder) adds skew/jitter near endpoint within allocation
Endpoint domain N/A tolerance window actual receiver no artifacts / meets mask
Jitter budget chain Five-stage chain: reference source, conditioning front-end, PLL/DPLL, fanout, endpoint. Each stage has a small tag indicating adds jitter or filters jitter. A window label indicates RMS integration window A to B Hz. RMS window must be stated: integration [A .. B] Hz • profile (locked/holdover/switchover) Reference BB/TLS/10M source noise Conditioning event quality adds/cleans PLL/DPLL tracks/cleans filters jitter Fanout distribution adds Endpoint tolerance window Budgeting rule: define measurement points and profiles first, then allocate jitter by stage and verify under the same RMS window. Use placeholders until the measurement method, window, and acceptance criteria are aligned across teams.
Express jitter requirements with an explicit window and profile, then budget across the chain with clear measurement points.

Fractional synthesis and the 1.001 problem: avoiding spurs and frame anomalies

The 1/1.001 frequency family often forces non-integer synthesis (fractional-N, DDS/DFLL-like methods). The engineering risk is not only “extra lines in the spectrum” but also periodic modulation, phase discontinuity during mode changes, and rare unlock events. This section turns spur behavior into an attribution workflow and a configuration checklist.

When fractional synthesis is required (and when integer chains are preferred)

Fractional required
  • Target rates must cover both 1.000 and 1/1.001 families without changing the reference strategy.
  • Integer multiply/divide chains cannot land on required rates (after platform constraints are applied).
  • Mode switching requires flexible stepping rather than fixed integer ladders.
Integer preferred
  • A fixed rate family is acceptable (only 1.000, or only 1/1.001).
  • Reference selection can be adjusted to allow integer landing (platform-level flexibility exists).
  • Lowest spur risk is prioritized over frequency agility.
Working rule
Prefer integer chains when feasible. When fractional synthesis is necessary, convert spur risk into a predictable, testable workflow: attribute → confirm → mitigate → re-verify across modes.

Spur sources: attribution by observable fingerprints (not theory)

Fractional modulator-related
  • Spur positions or density change with fraction ratio / control word updates.
  • Spur families appear only in fractional modes; integer modes look significantly cleaner.
  • Mitigation direction: adjust PFD/reference rate, modulator mode, fractional denominator, or loop partition (track vs clean).
Reference leakage-related
  • Spur spacing or movement correlates with reference frequency or with reference distribution changes.
  • Spur often remains even when fractional settings are unchanged.
  • Mitigation direction: improve reference isolation, reduce injection paths, and re-check loop bandwidth for reference noise ingress.
Divider sidebands-related
  • Spurs appear only when a specific divider stage is enabled or when a clock path is routed through certain blocks.
  • Spur behavior correlates with configuration of intermediate clocks, not the final output setting alone.
  • Mitigation direction: re-plan divider usage, reduce unnecessary intermediate toggling, and verify power/ground isolation between stages.

Mode switching: lock outcome and phase continuity must be specified

Switch types (clock-layer view)
  • Change fractional ratio inside one PLL
  • Change reference source (house ref / 10 MHz / network-derived)
  • Change output route (fanout / mux / crosspoint)
Required outcomes (write these explicitly)
  • Lock policy: allowed unlock? if yes, maximum recovery time.
  • Phase continuity: phase-continuous required or phase-step allowed.
  • Verification: measure lock events + phase step + spur change before/after switching.
Switch event record (field/production template)
Switch action: ____________
Lock outcome: unlock? Y/N • recovery time: ____
Phase continuity: phase step? Y/N • observed anomaly: ____________

Spur troubleshooting checklist (scope/spectrum workflow)

Observed spur behavior Most likely source Quick check Fix direction
Spurs change position/density when fractional ratio changes Modulator-related Sweep denominator / control word and re-capture spectrum Adjust PFD/ref rate, modulator mode, fractional settings; re-check loop partition
Spur spacing correlates with reference frequency or reference path Reference leakage Change ref source/path (without changing fractional ratio) and compare Improve isolation and injection paths; tune loop BW to reduce ref noise ingress
Spurs appear only when a specific divider/path is enabled Divider sidebands / path coupling Toggle intermediate stages and correlate spur appearance Reduce unnecessary intermediate toggling; validate power/ground partitioning
Spurs jump after mode switch; occasional unlock or phase step is observed Switching transient / continuity issue Capture before/after spectrum + lock status + phase step during switching Define continuity requirement; adjust switch method (hitless vs relock) and re-validate
Fractional spur concept Conceptual spectrum: a tall carrier line and smaller spur lines on both sides. Callouts point to modulator-related spurs and reference leakage-related spurs. A control word tag indicates spur sensitivity to fractional settings. Spectrum (concept) carrier + spur families Carrier Modulator fraction settings sensitive Ref leak ref path correlated control word
Spur families are best handled as fingerprints: correlate with fractional settings vs reference path, then apply targeted mitigations.

Distribution & signal standards: termination, skew, and fanout strategy (clock-layer)

Clock quality at the endpoint is frequently limited by distribution choices: single-ended vs differential standards, termination and common-mode correctness, return-path continuity, and skew control across multi-endpoint fanout trees. This section focuses strictly on clock delivery and board-level failure modes that masquerade as “source jitter.”

Single-ended vs differential: selection by constraints (not preference)

Differential is preferred when
  • Routing is long or crosses noisy regions; endpoint edge timing is sensitive.
  • Multi-endpoint distribution demands stronger noise immunity and repeatability.
  • The receiving domain is high-speed or tightly timed (serializer/reclock boundaries).
Single-ended can be acceptable when
  • Routing is short, controlled, and local; return path is continuous.
  • The endpoint tolerance window is wide enough and termination is unambiguous.
  • Fanout count is limited and the topology avoids long stubs.
Non-negotiable rule
Standard selection must match termination, common-mode requirements, and return-path planning. Otherwise, reflections and coupling will be misread as “jitter from the source.”

Termination & common-mode: the most common wiring mistakes

Mistake → symptom → quick check
  • Termination placed incorrectly → ringing/overshoot → compare near-source vs near-receiver waveform.
  • Differential CM bias missing/shorted → unstable edge timing → verify CM network and receiver bias expectation.
  • Return path discontinuity (slot/split) → common-mode conversion → inspect routing crossings and reference plane cuts.
Termination checklist (clock-only)
  • Impedance target defined (trace + receiver expectation)
  • Termination position defined (near RX unless architecture dictates otherwise)
  • Differential common-mode requirements satisfied
  • Return path continuous (no slot crossings)
  • Probe method minimizes measurement-induced artifacts

Skew & alignment: multi-endpoint timing discipline

Typical skew contributors
  • Unequal path lengths (trace + vias + connectors)
  • Fanout output mismatch and loading differences
  • Mux/crosspoint routing asymmetry
Skew control sequence
  1. Architecture first: reduce branching layers and long stubs.
  2. Layout second: length-match and keep return paths symmetric.
  3. Trim last: use programmable delay/phase only as a controlled escape hatch.
Skew budget (skeleton)
Stage: source / cleaner / fanout / routing / endpoint
Adds skew: ____ • Measurement point: ____
Pass criteria: lane-to-lane skew < ____ (system-defined)

Fanout strategy: buffer vs crosspoint/mux (clock-only)

Buffer/fanout is needed when
  • Multiple endpoints require controlled loading and edge repeatability
  • Level translation across standards is required (LVCMOS/LVDS/CML)
  • Skew must be bounded across branches
Crosspoint/mux is justified when
  • Routing flexibility, redundancy, or test bypass is needed
  • A controlled switching method is available (glitch-free / defined relock)
  • Phase continuity requirement is explicitly defined and verified

Distribution topology selection (star / daisy / tree)

Topology Best-fit condition Risk focus Recommended check
Star Many endpoints, controlled fanout, bounded skew Buffer loading, branch mismatch Branch-to-branch skew + termination correctness
Daisy Few endpoints, short chain, simple wiring Stubs/reflections, difficult termination placement Near-RX waveform vs near-source waveform comparison
Tree Hierarchical fanout with controlled branching Cumulative skew, multi-stage coupling Stage-by-stage jitter/skew checkpoints
Clock tree planning Clock distribution block diagram: source to cleaner to fanout, then branches to camera sensor, SDI serializer, and USB3 PHY reference. Each branch has small icons for termination, skew, and return path checks. Source XO / Ref in Cleaner tracks / cleans Fanout levels / skew Camera sensor pixel domain SDI serializer reclock boundary USB3 PHY ref clock Term Skew Return Term Skew Return Term Skew Return
Plan distribution as a clock tree: source → cleaner → fanout → endpoints, with explicit checks for termination, skew, and return-path continuity.

Power, isolation, EMI, and SSC: when SSC is allowed and when it must be off

Spread-spectrum clocking (SSC) lowers EMI peak energy by intentionally modulating the clock. The engineering trade-off is that SSC introduces phase/frequency modulation, which can violate phase integrity requirements in genlocked video and SDI-style timing chains. This section keeps the scope to clock-layer decisions: enable SSC only where modulation is allowed, and prevent SSC from leaking into phase-critical branches.

What SSC does (benefit) and what it costs (clock integrity)

Benefit
  • Reduces peak EMI by spreading spectral energy.
  • Often helpful when a platform faces regulatory or margin pressure.
Cost
  • Introduces intentional modulation (phase/frequency), changing the “jitter language.”
  • In phase-aligned chains (genlock / strict phase continuity), SSC is commonly a hard conflict.
Clock-layer rule
SSC is a compliance tool, not a “cleaner clock” feature. If the system demands phase integrity, SSC must be treated as OFF unless the chain explicitly allows modulation and defines a pass criterion.

When SSC must be OFF (phase integrity first)

  • The chain requires genlock lock with stable phase alignment across endpoints.
  • Phase-continuous switching is required (phase steps are not allowed).
  • The downstream blocks assume a “pure” clock (reclock boundaries that should not see intentional modulation).

USB3 SSC: commonly allowed, but must be branch-scoped

Why it is used (clock view)
  • Platform EMI margin pressure may motivate SSC on the USB3 clock branch
  • The goal is peak reduction, not improved timing purity
Non-negotiable constraint
  • SSC must be gated to USB3 only; it must not propagate into SDI/video/genlock branches.
  • If branch scoping is not possible, the safer default is SSC OFF until the tree is re-architected.

Power noise → jitter: minimum practices (clock-chain only)

Minimum practices
  • Treat the PLL/cleaner supply as a noise-sensitive analog rail (use low-noise regulation and local filtering).
  • Keep reference inputs and clock outputs away from high di/dt regions (DC/DC switch node) and aggressive high-speed zones (USB3 lanes).
  • Keep return currents predictable; prevent switching currents from sharing the clock return path.
Verification hooks
  • Correlate endpoint jitter/spurs with power-state changes and with aggressor activity (USB3 active vs idle).
  • Compare “before/after” waveforms near receiver and verify the same clock source can appear cleaner after distribution fixes.

SSC decision tree (clock-chain gatekeeping) + record fields

  1. Does the chain allow intentional modulation? If NO → SSC OFF.
  2. Does the system require genlock/phase alignment/phase continuity? If YES → SSC OFF.
  3. Can SSC be strictly limited to the USB3 branch only? If YES → SSC ON (USB3-only). If NO → keep SSC OFF or re-architect the clock tree.
Required record fields
SSC enabled: Y/N
Branch scope: USB3-only / none / other
Spread depth: ____ • Modulation rate: ____
Phase integrity required: Y/N
Pass criteria: phase step = 0 or < ____ ; anomaly absent
SSC gating diagram (USB3-only) Clock tree with source, cleaner, and fanout. Three branches go to Video, SDI, and USB3. An SSC switch is placed only on the USB3 branch. Video and SDI branches show SSC OFF markers. Source ref / XO Cleaner tracks / cleans Fanout tree / levels Video pixel clock SDI serializer/reclock USB3 PHY ref SSC ON SSC OFF SSC OFF SSC must not leak to phase-critical USB3-only SSC is the safe scope
SSC should be treated as a gated feature: ON only where modulation is allowed (often USB3), and OFF for phase integrity branches (SDI/video/genlock).

PCB layout & routing rules for low-jitter video clocking

Low-jitter clocking fails most often due to distribution-induced artifacts: reflections, return-path discontinuities, common-mode conversion, and skew growth across branches. The rules below are written as hard review items, each paired with an observable failure symptom and a quick check method.

Layout goals (clock-layer)

Goal 1 — edge stability
Prevent reflections and coupling from turning a good source clock into a noisy endpoint clock.
Goal 2 — continuous return path
Keep reference planes continuous to avoid common-mode conversion and mode-dependent jitter.
Goal 3 — controlled branching
Keep skew and stubs bounded through intentional fanout topology and symmetric routing.

Layout hard rules (rule → failure symptom → quick check)

1) Keep a continuous reference plane under critical clock routes
Failure symptom: mode-dependent jitter increase, unexplained spurs, unstable edges
Quick check: verify no crossing of split grounds / slots / plane gaps
2) Length-match by path reality (vias/connectors/layer changes), not net length only
Failure symptom: branch-to-branch phase mismatch that cannot be tuned out
Quick check: compare via counts and layer transitions on P/N and on each branch
3) Avoid long stubs; keep branches intentional (no “free” T-stubs)
Failure symptom: ringing/overshoot and timing drift vs load
Quick check: identify T-splits and stub lengths; verify endpoints are not fed by long unterminated stubs
4) Place termination intentionally (typically near RX) and match the clock standard
Failure symptom: reflections that masquerade as “source jitter”
Quick check: compare waveforms measured near source vs near receiver
5) For differential clocks, satisfy common-mode requirements end-to-end
Failure symptom: “levels look OK” but jitter/noise is high or unstable
Quick check: confirm receiver CM bias network and expected termination topology
6) Keep clocks away from high di/dt zones and aggressors (USB3 lanes, DC/DC switch nodes)
Failure symptom: jitter/spurs correlate with USB3 activity or load transients
Quick check: overlay clock routes with aggressor keep-out regions in layout
7) Do not force return currents to detour through noisy ground paths
Failure symptom: common-mode conversion and mode-dependent edge movement
Quick check: inspect plane cuts/voids that would redirect return currents under clock routes
8) Use controlled impedance routing; avoid width discontinuities and “freehand” segments
Failure symptom: large unit-to-unit variation; sensitivity to minor layout changes
Quick check: scan for impedance rule violations and abrupt geometry changes
9) Minimize vias; when unavoidable, keep P/N symmetry and consistent transitions
Failure symptom: imbalance-driven noise and unexpected jitter growth
Quick check: compare P vs N via count and spacing; check symmetry through connectors
10) Plan branching at architecture level (fanout/topology) before routing
Failure symptom: skew and stubs become unbounded; debug becomes non-repeatable
Quick check: verify no “patch branches” exist and that each endpoint path is intentional

Verification hooks (minimum acceptance set)

Waveform
Compare near-source vs near-receiver waveforms to expose reflections and stub effects.
Spectrum correlation
Check whether spurs correlate with aggressor activity (USB3 active/idle) or power-state changes.
Phase continuity
For mode switching, verify lock outcome and whether a phase step occurs (pass criterion must be system-defined).
Good vs bad routing (mini-cards) Two stacked cards. Top shows good routing: short direct differential pair over continuous reference plane with termination at receiver. Bottom shows bad routing: slot crossing, long stub, wrong termination placement, and nearby USB3 aggressor. GOOD solid return SRC RX R Term @ RX short / straight plane continuous P/N symmetry BAD SLOT SRC RX slot crossing long stub R Term wrong USB3 aggressor plane broken stub / T-split termination wrong
Keep clocks short, symmetric, and over a continuous return path; avoid slot crossings, long stubs, and mismatched termination.

Engineering checklist: bring-up, debug, and production test hooks (MUST)

This section turns the clock strategy into a measurable lifecycle: bring-up in a safe order, debug with the shortest decision path, and production with parameters and screening hooks that scale. Each checklist item includes a pass criterion placeholder to be defined by the system budget and compliance target.

A) Bring-up checklist (order matters)

Bring-up order
1) Lock reference → 2) Lock outputs → 3) Enable distribution → 4) Enable endpoints
1) Reference presence + family correctness (1 / 1.001)
Purpose: prove the input is real, stable, and in the expected rate family
Quick check: frequency counter at REF test pad; verify 27/74.25/148.5 (or ÷1.001 equivalents)
Action: confirm termination/leveling for the chosen REF input path
Pass criteria: REF present; Δf < ____ ppm; no dropouts over ____ s
2) Lock the PLL/DPLL first (before enabling any fanout)
Purpose: isolate loop lock behavior from distribution artifacts
Quick check: LOCK pin/status register; scope the main output at the clock generator pin
Action: load the intended profile (output rate + loop BW/holdover mode)
Pass criteria: LOCK=1 stable for ____ s; lock time < ____ s
3) Confirm the clock is “clean enough” at the source output
Purpose: avoid blaming routing when the source is not within budget
Quick check: measure RMS jitter using the defined integration window (A–B Hz) or a screening metric
Action: verify SSC policy (OFF for SDI/Video branches; USB3-only if enabled)
Pass criteria: RMS jitter < ____ fs @ ____–____ Hz; no unexpected spurs
4) Enable distribution, then validate endpoints one-by-one
Purpose: detect fanout/termination/skew issues without mixing multiple failures
Quick check: compare near-source vs near-receiver waveforms; measure per-branch skew
Action: bring up endpoints in order (video → SDI → USB3) and record results per branch
Pass criteria: branch jitter increase < ____ fs; skew < ____ ps; no phase step on enable

B) Debug checklist (shortest decision path)

Lock issues (won’t lock / slow lock / drops lock)
  • Quick check: REF present + correct family (1/1.001) → profile matches output rate
  • Action: confirm reference conditioning/termination and loop BW/holdover mode
  • Pass criteria: lock time < ____ s; no lock loss across ____ cycles
Phase anomalies (phase drift / phase step / picture “wobble”)
  • Quick check: verify SSC is OFF on SDI/Video branches; confirm loop profile is not “USB3 SSC profile”
  • Action: inspect distribution skew + termination; check reference noise injection vs loop BW
  • Pass criteria: phase step = 0 or < ____ ps after switching/lock events
Spurs / intermittent SDI errors / activity correlation
  • Quick check: correlate spurs/jitter with USB3 active vs idle and with DC/DC load transients
  • Action: re-check return path continuity + keep-out from aggressors; review fractional/1.001 synthesis spurs
  • Pass criteria: spur disappears or drops below ____ dBc; SDI error symptom absent over ____ hours

C) Production checklist (parameters, trim, guardband, screening)

  • EEPROM profile fields (must be locked down): output rates; loop BW profile; holdover mode; SSC policy (OFF for SDI/Video; USB3-only if used)
  • Trim policy: allow only controlled parameters (e.g., output phase trim / delay) and forbid “silent” changes to loop BW without re-validation
  • Guardband fields: holdover spec = ____ ppm over ____ s; lock time < ____ s; jitter screen < ____
  • Fast jitter screening (method only): fixed integration window + fixed test point + fixed aggressor condition (USB3 idle/active) → pass/fail threshold
Example material numbers (starting points; verify suffix/package/availability)

These parts are listed to speed datasheet lookup and lab/field verification. Final selection must be driven by the budget templates and the branch policy (SDI/Video vs USB3).

Clock generators / jitter attenuators
Silicon Labs: Si5345 / Si5344
Texas Instruments: LMK04828 / LMK03328
Analog Devices: AD9545 / AD9528
Renesas: 8A34001 / 8A34002
Microchip: ZL40292
Fanout / distribution buffers
Texas Instruments: LMK00304 / LMK00334
Silicon Labs: Si5332
Renesas: 5PB1108
Programmable oscillators (platform/build flexibility)
SiTime: SiT9120 / SiT9146
Silicon Labs: Si570
Renesas: 5P49V6965
Low-noise regulators (clock-rail stability)
Texas Instruments: TPS7A47 / TPS7A20
Analog Devices: LT3042 / LT3045
Lifecycle checklist flow Three-stage lifecycle: Bring-up, Debug, Production. Each stage has tool icons (scope, phase-noise, counter) and a pass-criteria tag. Bring-up ref → lock → outputs Debug shortest path Production params + screening scope PN/jitter counter Pass criteria: lock time < ____ • phase step < ____ • RMS jitter < ____ @ ____–____ Hz
A measurable lifecycle keeps changes controlled: bring-up isolates loop behavior, debug isolates failure class, and production locks down parameters and screening hooks.

Applications patterns (broadcast/cameras/capture): what changes and what stays constant

The clock engineering language stays constant (jitter spec windows, loop BW intent, distribution discipline). What changes across use-cases is the priority order: phase alignment vs jitter purity vs lock/switch time vs holdover.

A) Studio / broadcast: centralized reference + phase alignment + redundancy

What changes
  • Phase alignment becomes the top KPI (multi-device coherence)
  • Redundancy switching must be controlled (avoid phase steps)
  • Holdover matters when the house reference is disturbed
What stays constant
  • Loop BW decision is still “track vs clean” (plus switch scenarios)
  • Distribution must bound skew and prevent SSC leakage into phase-critical branches
Example materials
Si5345 / Si5344 • LMK04828 • AD9545 • 8A34001 • ZL40292

B) Cameras: low-jitter local clock + optional genlock input + fast start

What changes
  • Low jitter is often the top KPI in standalone mode
  • When genlock is used, lock time and phase behavior matter at connect/disconnect
  • Thermal gradients can shift behavior; holdover/compensation becomes visible
What stays constant
  • Frequency family control (1/1.001) and profile management remain mandatory
  • Clean distribution and power-noise control still dominate endpoint jitter
Example materials
SiT9120 / SiT9146 • Si570 • 5P49V6965 • TPS7A47 • LT3042

C) Capture / IO: retiming + multi-input + cross-card alignment (clock-layer)

What changes
  • Skew control becomes explicit (multi-channel alignment)
  • Distribution fanout/crosspoint choices matter more than the source oscillator
  • Aggressor correlation is common (USB3/DDR activity near clock routes)
What stays constant
  • Budget chain remains: ref → cleaner → fanout → endpoint
  • Termination and return-path continuity still define real-world jitter
Example materials
LMK00304 / LMK00334 • Si5332 • 5PB1108 • LMK03328 • Si5345

Use-case → key constraints (priority map)

Use-case Phase align Jitter purity Lock/switch Holdover SSC policy
Studio High Med High Med/High OFF
Camera Med (High if genlock) High Med Med OFF
Capture/IO Med Med/High Med Low/Med USB3-only (if needed)

The table expresses priorities, not absolute numbers. Populate the blank thresholds in H2-11 using the system jitter/phase budget and the permitted modulation policy.

Use-case matrix diagram 3 rows (Studio, Camera, Capture) and 4 columns (Jitter, Phase, Lock, Holdover). Dots indicate priority strength. Use-case Jitter Phase Lock Holdover Studio Camera Capture Dot count = priority strength (1 low → 3 high)
The same clock toolkit applies everywhere; the use-case determines which KPI dominates and therefore which profile/branch policy is acceptable.

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.

FAQs (USB3/SDI/Video clocks)

These FAQs close long-tail debug questions without expanding the main body. Each answer is intentionally short and measurable: Likely cause / Quick check / Fix / Pass criteria.

Why does genlock lock but the picture still “jumps” on switching?
Likely cause: LOCK=1 confirms frequency lock, but the switching event causes a phase step (profile mismatch, non-hitless mux behavior, or a loop re-acquisition transient).
Quick check: scope/TDC measure phase at the video/SDI clock output across the switch; log “holdover/phase step” status around the event.
Fix: use a phase-continuity profile for switching; pre-align phases (freeze/steer), and avoid output disable/enable during the switch path.
Pass criteria: phase step < ____ ps and no visible frame jump over ____ consecutive switches.
Why does a 1/1.001 mode show periodic frame anomalies?
Likely cause: the 1000/1001 ratio is synthesized with rounding or an unintended fractional pattern, creating periodic phase slip/wander at a repeat interval.
Quick check: measure long-duration frequency error and phase ramp over ____ s; confirm the exact 1000/1001 profile is loaded (not “close enough”).
Fix: use dedicated 1.001 profiles (exact divider/modulator settings); prefer integer divider chains where possible; re-validate after any profile change.
Pass criteria: frame counter mismatch = 0 over ____ minutes and |Δf| < ____ ppm (measured).
Fractional PLL spur shows near the pixel clock—how to confirm it’s from ref leakage?
Likely cause: reference/PFD-related leakage couples into the output or the modulator produces a deterministic spur close to the carrier.
Quick check: change REF or PFD frequency and observe whether spur spacing/frequency moves accordingly; compare “integer-only” vs “fractional” profiles.
Fix: adjust PFD/modulator settings, reduce coupling (supply/ground isolation), and prefer integer synthesis or a cleaner reference when feasible.
Pass criteria: dominant spur < ____ dBc at offsets < ____ kHz from the pixel clock.
Why does widening loop bandwidth reduce lock time but worsen jitter?
Likely cause: a wider loop passes more reference noise/wander into the output (faster tracking, poorer cleaning).
Quick check: compare PN/jitter with two profiles (BW_low vs BW_high) using the same integration window; check whether noise rises mainly inside/near the loop crossover region.
Fix: choose BW by “track vs clean” intent; improve reference quality or use dual-loop (outer track + inner clean) for genlock systems.
Pass criteria: lock time < ____ s AND RMS jitter < ____ fs @ ____–____ Hz.
Why does tri-level sync input work on bench but fails on long cables?
Likely cause: cable loss/reflections and incorrect termination reduce edge integrity; noise pickup shifts thresholds and breaks lock over distance.
Quick check: scope at the receiver input (not the source) to verify amplitude, ringing, and baseline; confirm 75 Ω termination at the correct location.
Fix: correct termination and impedance path; add a proper line receiver/equalization or a distribution amplifier; improve shielding/return path for the reference run.
Pass criteria: stable lock over ____ m cable; no false edges; input level stays within ________ V (measured).
Why does enabling SSC fix EMI but break SDI/video stability?
Likely cause: SSC introduces intentional phase/frequency modulation; SDI/video timing chains often require unmodulated clocks and can treat SSC as wander/jitter.
Quick check: toggle SSC while monitoring SDI/video stability and output phase modulation; confirm whether SSC is applied to SDI/video branches by configuration.
Fix: gate SSC to USB3-only branches when allowed; keep SSC OFF for SDI/video/genlock-critical clocks; address EMI using routing/return-path fixes first.
Pass criteria: SDI/video stable (no errors/jumps) for ____ hours with SSC OFF; EMI margin ≥ ____ dB on the required test.
Why does SDI reclocker sometimes lose lock only at certain temperatures?
Likely cause: temperature shifts VCO gain/loop dynamics, reference level/thresholds, or supply noise; margins shrink only near specific corners.
Quick check: sweep temperature while logging lock status and control voltage/status registers; correlate lock loss with rail noise and ref input amplitude at the receiver.
Fix: add guardband (holdover/loop profile), improve rail regulation and ref conditioning, and reduce thermal gradients around clock and distribution paths.
Pass criteria: no lock loss across ____ °C to ____ °C; lock recovery time < ____ s after disturbances.
Why does jitter measurement change drastically with different integration bandwidth?
Likely cause: different offset regions dominate (wander vs close-in PN vs far-out noise), and the reported RMS jitter is highly dependent on the A–B Hz limits and filters.
Quick check: confirm the exact integration bounds, filtering, and measurement point; re-run with identical settings and confirm repeatability.
Fix: standardize a single spec template: “RMS jitter = X fs (A–B Hz), profile=…, condition=…”; separate deterministic spurs from random noise when needed.
Pass criteria: report explicitly includes A–B Hz and method; repeat measurements agree within ____% under identical conditions.
Why do I see a spur that moves with I²C/SPI activity?
Likely cause: digital bus edges inject noise into the clock PLL/VCO through supply/ground coupling or through poorly isolated routing near sensitive nodes.
Quick check: correlate spur amplitude/frequency with bus rate and activity; pause bus traffic and see if the spur disappears; probe clock rail noise during transactions.
Fix: add series resistors/slow edges, separate return paths, isolate clock rails, and keep I²C/SPI routing away from VCO/REF/loop filter nodes; schedule traffic away from critical switching events.
Pass criteria: spur < ____ dBc during worst-case bus bursts; jitter increase < ____ fs (measured).
Why does output skew grow after warm-up even with a “low-skew” fanout?
Likely cause: thermal gradients change trace delay and buffer internal delay differently per channel; “low-skew” is not “zero drift.”
Quick check: measure channel-to-channel skew vs time and temperature (scope/TDC); compare board temperature near each branch and the fanout device.
Fix: route symmetrically, improve thermal coupling, and use delay/phase trim to calibrate after warm-up (or periodically, if required).
Pass criteria: skew drift < ____ ps over ____ minutes after warm-up.
Why does hitless switching still cause a small phase transient?
Likely cause: “hitless” prevents gross glitches, but finite switching aperture, path delay mismatch, and loop settling still create a small phase bump.
Quick check: capture the switch event with a time-correlated phase measurement; compare output phase before/after with identical load and output enable state.
Fix: use make-before-break where supported, align path delays, and apply a phase-steering/freeze strategy during switchover; avoid switching under high wander conditions.
Pass criteria: peak phase transient < ____ ps and settles within ____ ms after switchover.
What is the minimum production test to screen bad jitter parts quickly?
Likely cause: field failures often correlate with marginal lock/rail sensitivity/spur behavior rather than “typical” jitter numbers; screening must target sensitivity points.
Quick check: run a 3-step screen at a fixed test point: (1) frequency + 1/1.001 correctness, (2) lock time + lock stability, (3) jitter/spur screen under a defined aggressor condition (USB3 idle vs active).
Fix: lock down profile fields in EEPROM; define one standard jitter window and one aggressor condition; add a temperature corner if historical data shows sensitivity.
Pass criteria: |Δf| < ____ ppm; lock time < ____ s; RMS jitter < ____ fs @ ____–____ Hz; spur < ____ dBc.