123 Main Street, New York, NY 10001

Gate Driver Propagation Delay & Matching (Skew/Jitter)

← Back to: Gate Driver ICs

Propagation delay, skew, and jitter must be defined by fixed reference points and measurement contracts, then managed as a budget across the entire timing path. When matching is held within a few nanoseconds across PVT, phase alignment and deadtime margin remain predictable for 3-phase bridges and multiphase VR.

H2-01 · Definition & Scope: Propagation Delay, Skew, Matching

Intent: Freeze terminology and measurement reference points to prevent mixed definitions later (datasheet vs bench vs system).
Timing vocabulary lock Deterministic vs Random split Scope Guard (no overlap)

Definitions (what each metric means)

In gate-driver timing, the same word often hides different reference points. This page uses the following strict meanings:

  • tpLH: input rising edge to output rising edge delay (measured at a defined threshold).
  • tpHL: input falling edge to output falling edge delay (measured at a defined threshold).
  • tpd(avg): a stated average/typical delay derived from tpLH and tpHL (vendor-defined; must cite conditions).
  • Channel-to-channel skew: delay difference between two channels under the same conditions and same measurement rule.
  • Mismatch: a broader term; includes channel skew and device-to-device variation. This page treats skew as the primary controllable mismatch term.
  • Jitter: time uncertainty of edge timing (must be paired with RMS/σ or pk-pk, window length, and bandwidth).
“Few ns” must specify which term (skew vs jitter) and where measured (IN→OUT, isolator→driver, controller→gate).

Deterministic vs Random (why the split matters)

  • Deterministic components (fixed bias): channel architecture differences, layout asymmetry, supply/reference shifts, threshold offsets.
  • Random components (jitter/uncertainty): noise-driven threshold crossing variability and measurement uncertainty (statistical).
Practical rule: skew is budgeted and matched; jitter is statistically bounded and absorbed by margin.

Scope Guard (3-line boundary)

This page covers: propagation delay (tpLH/tpHL/tpd), channel-to-channel skew/matching, jitter definitions, and measurement/acceptance framing.

This page does NOT cover: deadtime algorithms, DESAT/Miller/two-level circuits, isolator encoding theory, EMI tuning.

If needed: deadtime/interlock → “Deadtime & Shoot-Through Interlock”; protection → “Protection & Control”; isolation → “Isolated Gate Driver / Combo”.

Single-Channel Delay Chain (tpLH / tpHL) — Reference points must be explicit IN (PWM / logic) Threshold (example) Gate Driver (internal path) Input conditioning / logic Level shift / timing Output stage OUT (driver output) tpLH (rise delay) tpHL (fall delay) Note: threshold choice and reference points change measured delay; always report the rule with the number.
Figure H2-01 — Definitions use explicit reference points and threshold rules (tpLH / tpHL).

H2-02 · Why Few-ns Matters: System-Level Consequences

Intent: Establish urgency through observable consequences while staying strictly within the timing domain.
Consequence chains Symptoms → timing suspects First measurement points

3-Phase Motor / Servo: small skew becomes electrical asymmetry

  • Timing cause: channel-to-channel skew (Δtp) and edge uncertainty (jitter).
  • Physical effect: effective duty/edge misalignment across phases.
  • System symptoms: phase current imbalance, ripple growth, torque ripple, uneven thermal loading.
First timing sanity check: capture aligned phase gate-drive edges with the same threshold rule and compare Δt across phases.

Multiphase VR: interleaving cancellation collapses with spacing error

  • Timing cause: skew + drift over PVT; jitter widens instantaneous phase error distribution.
  • Physical effect: ripple cancellation degrades; thermal spreading worsens.
  • System symptoms: output ripple rises, hotspot on one phase, reduced transient margin.
First timing sanity check: verify phase spacing distribution stays within budget across temperature and load.

Common field symptoms (timing-only triage table)

Symptom Likely timing-related suspect First measurement point Pass criteria (placeholder)
Uneven phase temperature (same load) Phase-to-phase skew causing effective duty mismatch Compare gate-drive edge alignment across phases (same threshold rule) Δtp ≤ X ns
Output ripple higher than expected Interleaving spacing error + jitter widening phase error Measure phase spacing distribution over Y ms window σt ≤ X ps, Δt spacing ≤ Y ns
Efficiency drop after temperature rise PVT drift shifting delays / skew with temperature Sweep temperature points; track Δtp(T) trend |Δtp(T)| ≤ X ns over range
“Works on bench, fails in system” Reference point mismatch (controller vs driver vs gate) or threshold mismatch Standardize reference points (TP1/TP2/TP3) and threshold method Same rule yields consistent results
Timing metrics must travel with their measurement rule; otherwise “few ns” is not comparable across benches, labs, or systems.
Interleaving Timing: Ideal Phase Spacing vs Skewed Phase Shift (Δt) Ideal interleaving (uniform spacing) time PH-A PH-B PH-C PH-D Δt With skew (one phase shifts) PH-A PH-B PH-C PH-D skew Phase spacing error reduces ripple cancellation and breaks thermal spreading.
Figure H2-02 — Few-ns skew shifts interleaving timing and degrades cancellation (3-phase / VR).

H2-03 · Timing Path Model: Controller → Isolation/Interface → Driver → Gate

Intent: Turn “where delay comes from” into a measurable chain so later budgeting, debugging, and acceptance criteria share the same reference points.
Segmented timing model Skew origin taxonomy TP1/TP2/TP3 reference points

Path decomposition (segment the delay budget)

“Propagation delay” can refer to a driver’s internal delay or the full end-to-end timing from the controller to the effective gate edge. To remove ambiguity, delay is decomposed into measured segments:

End-to-end delay
tptotal = tpin + tpdriver + tpout
Segment definitions (by test points)
tpin=TP1→TP2, tpdriver=TP2→TP3, tpout=TP3→Gate*

This page treats driver tpd as TP2→TP3. System acceptance often requires end-to-end timing (TP1→TP3 or Gate*), but the responsibility remains traceable because each segment is measured separately.

Reporting rule: every tpd/skew/jitter number must carry (TPa→TPb) + threshold rule + statistics rule.

Where skew is born (four sources that must not be mixed)

“Skew” is not a single mechanism. Separating the sources prevents incorrect blame on the driver IC when the measured mismatch is created elsewhere.

  • Intra-channel asymmetry: tpLH ≠ tpHL (edge-direction dependence) → effective duty/phase bias.
  • Inter-channel (same IC): channel-to-channel mismatch under identical conditions (closest to datasheet “matching”).
  • Across isolation/interface: TP1→TP2 adds extra delay and jitter; can dominate in isolated systems.
  • Layout / measurement induced: probe reference, return path, and test-point choice create apparent skew.
Fast isolation vs driver attribution: measure TP1→TP2 and TP2→TP3 separately; do not infer from TP1→TP3 only.

Measurement reference points (TP1 / TP2 / TP3)

Standardized test points align lab results, production tests, and field investigations. The same timing term becomes comparable only when the reference points are fixed.

  • TP1: controller output (or isolator output) in the logic domain.
  • TP2: gate-driver input pin (the driver’s timing reference input).
  • TP3: gate-driver output pin (the driver’s timing reference output).
Optional extension: add “Gate*” as a system acceptance point when required, using a consistent reference (Kelvin-source preferred).
Test point Signal type Recommended probe Key caution Threshold rule (placeholder)
TP1 Logic PWM / interface edge Logic probe or differential probe Confirm reference ground; avoid shared return loops that shift edge timing. 50% / VTH
TP2 Driver input pin edge Differential probe (preferred) Input threshold crossing depends on noise and slew; report the rule with results. 50% / VIN
TP3 Driver output pin edge High-bandwidth probe with short return Probe return and reference point can create apparent skew; keep method consistent. 50% / VOUT

Using TP1/TP2/TP3 makes “driver tpd” and “end-to-end tpd” unambiguous: the difference is simply which test-point pair is used.

End-to-End Timing Path Model — Segment delays by reference points (TP1/TP2/TP3) Controller PWM output stage Isolation / Interface Digital isolator / buffer Trace / connector Gate Driver IC Input threshold & logic Timing path + output stage Gate / Switch Gate node TP1 TP2 TP3 Segmented timing definitions tp_in = TP1 → TP2 tp_driver = TP2 → TP3 tp_total = TP1 → TP3 (end-to-end reference) “Driver tpd” is the TP2→TP3 segment.
Figure H2-03 — Define tpd by segment and reference points (TP1/TP2/TP3) to avoid mixing driver vs end-to-end results.

H2-04 · Metrics & Spec Reading: What Datasheets Really Mean

Intent: Translate datasheet timing fields into measurement-ready, acceptance-ready definitions without turning this page into a vendor comparison.
Field → meaning mapping Common traps Ask-back questions

Propagation delay fields (typ / max / over-temp)

Propagation delay numbers are only comparable when the test conditions and reference rules match. Three fields are commonly misused:

  • typ: design reference only; does not guarantee worst-case system behavior.
  • max: usable for acceptance only when the conditions are understood (VDD, temperature, load, threshold, input slew).
  • over-temp: may be a few temperature corners rather than a full sweep; the coverage must be confirmed.
Acceptance-ready numbers must include: VDD, temperature range, output load, input slew, threshold rule, and the TP pair (e.g., TP2→TP3).

Channel-to-channel matching (same device vs system-level)

Datasheet “channel matching” typically refers to intra-device skew (channels inside one package). System-level skew includes additional segments and must be treated separately.

  • Intra-device skew: best approximated by measuring TP2→TP3 across channels on the same IC.
  • System-level skew: includes TP1→TP2 (isolation/interface) and board-induced effects; it requires the segmented model from H2-03.
Do not use intra-device “matching” as a system guarantee unless the added segments are budgeted and verified separately.

Jitter definitions (RMS vs pk-pk) & asymmetric delays (tpHL ≠ tpLH)

Jitter must be paired with a statistical definition and measurement bandwidth; tpHL/tpLH asymmetry must be treated as a directional timing bias.

  • RMS (σ): distribution width; meaningful only with a stated window and bandwidth.
  • pk-pk: window-dependent extreme spread; cannot be compared without the same observation window.
  • tpHL ≠ tpLH: creates edge-direction dependence and can bias effective duty/phase; measure both edges explicitly.
Always report: jitter type (σ or pk-pk), window length (Y ms or N edges), bandwidth/filter, threshold rule, and TP pair.

Datasheet field mapping (field → trap → ask-back)

Use this table to translate datasheet timing fields into a measurement plan and to request missing conditions when needed.

Field What it usually means Common trap Ask-back questions (must be answered)
tpd (typ) Typical delay under specific VDD/T/load and a vendor threshold rule Used as a guarantee; compared across vendors without matching conditions TP pair? threshold rule? input slew? output load? temperature points or range?
tpd (max) Worst-case delay under stated corner conditions Assumed “absolute max over all conditions” when it is corner-limited VDD min/max? full temp range? load definition? measurement bandwidth?
Channel matching Intra-device channel-to-channel skew inside one package Interpreted as system-level phase matching across boards/devices Same IC or across devices? stated conditions? does it include both edges?
Jitter Edge timing uncertainty defined statistically (σ or pk-pk) RMS and pk-pk mixed; window/bandwidth omitted → numbers not comparable σ or pk-pk? window (Y ms/N edges)? bandwidth/filter? threshold method?
tpHL vs tpLH Direction-dependent delays for falling and rising edges Collapsed into a single “tpd” and duty/phase bias is missed Are both edges specified? measurement threshold? duty impact acceptance limit?
Rule for comparability: two datasheet numbers are comparable only when their conditions and timing rules match.
Datasheet Term Mapping — tpLH/tpHL, Skew, Jitter (numbers require conditions) Single channel tpLH (rise) tpHL (fall) Channel-to-channel skew CH-A edge CH-B edge Δtp (skew) Jitter (statistics) Same edge, many cycles Report: σ or pk-pk + window + bandwidth Conditions required with any number: TP pair, threshold rule, input slew, output load, VDD, temperature, window length, bandwidth/filter.
Figure H2-04 — Datasheet numbers become comparable only when conditions and timing rules are stated alongside tpLH/tpHL, skew, and jitter.

H2-05 · Requirement Derivation: From PWM Resolution to Allowable Skew/Jitter

Intent: Provide a top-down derivation path from system timing needs to allowable skew/jitter so “few ns” becomes traceable and testable.
Tsw → ns conversion Resolution / phase constraint Reusable budget template

Convert switching period to a time budget (Tsw → ns)

All ns-level timing targets start from the switching period. The first step is converting frequency into an explicit time scale:

Switching period
Tsw = 1 / fsw
Resolution time step (placeholder)
Δtres = Tsw / 2N

For phase-controlled systems, phase error can also be expressed as a time error:

Phase error to time
Δtphase = (Δφ / 360°) · Tsw
Window-based constraint (placeholder)
Δtwindow = (available timing window)
“Few ns” is meaningful only after Δt limits are expressed in time and tied to a stated constraint (resolution, phase, or window).

Duty/phase constraint (budget-only, no algorithm details)

Skew and jitter consume the same resource: timing margin. The derivation must declare which margin is being protected.

  • Deterministic skew introduces a fixed bias (effective duty/phase offset) that directly erodes timing margin.
  • Random jitter widens the timing distribution and must be bounded statistically over a stated observation window.
  • Windows and margins (deadtime / alignment / sampling windows) must remain valid after skew+jitter are applied.
Requirement framing rule: define the protected margin first, then allocate allowable timing error to skew and jitter.

Practical targets (where “few ns” comes from)

A practical target is derived by selecting the most restrictive constraint in time and applying a conservative allocation:

Step 1 — choose the limiting requirement
Δtreq = min(Δtres, Δtphase, Δtwindow)
Step 2 — define end-to-end budget (placeholder)
BudgetE2E = k1 · Δtreq

Next, allocate the end-to-end budget into measurable segments defined in H2-03:

Segment budgets (placeholder)
Budgetin (TP1→TP2), Budgetdriver (TP2→TP3), Budgetout (TP3→Gate*)
Reporting rule
Every target must carry (TPa→TPb) + threshold + window/statistics
A requirement is acceptance-ready only when it is expressed as a timing inequality with an explicit reference-point pair.

Reusable budget template (copy/paste)

This template converts system constraints into an acceptance target without requiring control algorithm details.

Item Expression (placeholders) Notes / required declarations
Switching period Tsw = 1 / fsw Declare fsw range and operating mode.
Resolution constraint Δtres = Tsw / 2N Declare effective N used for timing resolution (placeholder).
Phase constraint Δtphase = (Δφ/360°) · Tsw Declare allowable phase error Δφ (placeholder).
Window constraint Δtwindow = (available window) Declare which window is being protected (placeholder).
Requirement in time Δtreq = min(Δtres, Δtphase, Δtwindow) State which term is limiting for the design case.
End-to-end budget BudgetE2E = k1 · Δtreq Declare k1 conservatism factor (placeholder).
Segment allocation Budgetin + Budgetdriver + Budgetout + Budgetmeas ≤ BudgetE2E Tie each budget to a TP pair: TP1→TP2, TP2→TP3, TP3→Gate*.
This page keeps budgets timing-only; implementation choices (deadtime algorithms, protection tuning, EMI shaping) are handled in sibling pages.
Deriving Timing Requirements — Tsw → resolution/phase/window → allowable skew/jitter budgets f_sw Tsw = 1 / f_sw Time scale in ns Constraints converted into time Resolution Δt_res = Tsw / 2^N Phase Δt_phase = (Δφ/360)*Tsw Window Δt_window = available Δt_req = min(Δt_res, Δt_phase, Δt_window) Budget_E2E = k1 * Δt_req Allocate: Budget_in + Budget_driver + Budget_out + Budget_meas ≤ Budget_E2E
Figure H2-05 — Convert system constraints into time, select the limiting requirement, then allocate an end-to-end budget into measurable segments.

H2-06 · Error Budget: Deterministic Skew vs Random Jitter

Intent: Split timing error into manageable components and define how to combine them into a single pass/fail criterion.
Skew vs jitter separation Worst-case vs RSS rule Acceptance-ready inequality

Deterministic components (bounded, traceable)

Deterministic timing error appears as a repeatable bias under the same conditions. It is managed by bounding each contributor and tying it to a segment.

  • Device mismatch: intra-device channel mismatch and device-to-device variation.
  • Supply/operating point shifts: VDD and temperature shifts changing thresholds and delay.
  • Threshold definition shifts: different crossing rules or slow edges changing the observed delay.
  • Layout / measurement bias: reference point and probing method creating apparent skew.
Deterministic skew should be expressed as a bounded value tied to a TP pair (e.g., TP2→TP3 for driver-only skew).

Random components (statistical, window-dependent)

Random timing error cannot be “calibrated away” in acceptance. It must be declared with its statistical definition and observation conditions.

  • Threshold crossing noise: time uncertainty due to noise and finite slew.
  • Interface uncertainty: added edge uncertainty introduced by interface / isolation segments.
  • Measurement noise: instrument timebase and probe-induced uncertainty.
Required fields
Type (σ or pk-pk), window (Y ms or N edges), bandwidth/filter, threshold rule, TP pair
Non-negotiable
pk-pk is window-dependent; σ is meaningful only with stated bandwidth and window
Jitter numbers without window and bandwidth are not comparable and cannot be used as acceptance criteria.

Combining rule (worst-case vs RSS): when to use which

The combining method is a policy decision tied to risk and the maturity of the measurement definition.

Worst-case (acceptance / conservative)
Use when contributors may be correlated, when statistics are incomplete, or when a strict guarantee is required.
RSS (design / estimation)
Use when contributors are independent RMS quantities measured with consistent window and bandwidth.
Policy rule: acceptance defaults to worst-case unless an RMS-based statistical framework is explicitly declared and verified.

Acceptance-ready expression (single inequality)

A timing requirement becomes testable when deterministic skew and random jitter are combined into one stated inequality:

Acceptance form (placeholder)
skew| + n · σjitter ≤ BudgetE2E
Measurement contract
μ and σ must share the same TP pair + threshold rule + window/bandwidth

This structure supports traceability: μskew is typically dominated by deterministic contributors, while σjitter captures the random distribution width. Both are then compared against the derived budget from H2-05.

Report completeness: (TPa→TPb), threshold rule, window length, bandwidth/filter, and operating corners must accompany the result.

Error decomposition & combining template (engineering worksheet)

Contributor Type Most likely segment First TP pair to measure Acceptance handle
Intra-device channel mismatch Deterministic tp_driver TP2→TP3 Bound |μ| ≤ X ns
Across isolation/interface Deterministic + Random tp_in TP1→TP2 Split μ and σ; allocate budget
Threshold definition / slew sensitivity Deterministic + Random tp_in / tp_driver TP2→TP3 (fixed rule) Lock threshold rule; re-measure
Measurement noise (instrument/probe) Random All (apparent) Repeat same TP pair Include Budget_meas; declare window/bw
Combining choice is part of the test spec: declare whether acceptance uses worst-case bounds or σ-based criteria with a stated n.
Error Budget Tree — Deterministic skew vs Random jitter (combine into a single criterion) Total timing error (TPa → TPb) Deterministic (μ-skew) — bounded bias Random (σ-jitter) — statistical spread Device mismatch Supply/operating shift Threshold definition drift Layout / probing bias Crossing noise Interface Instrument / measurement noise Acceptance (placeholder): |μ_skew| + n·σ_jitter ≤ Budget_E2E Declare: TP pair, threshold, window, bandwidth/filter, operating corners, combining policy
Figure H2-06 — Separate deterministic bias and random spread, then combine them using a declared policy into a single pass/fail criterion.

H2-07 · Design Techniques: How to Achieve Few-ns Matching

Intent: Focus on actions that improve timing matching (skew/jitter) without expanding into an EMI tuning encyclopedia.
Symmetry constraints Timing-focused input conditioning PI impacts on tpd Board-level matching checklist

Symmetry rules (routing / components / return path)

Few-ns matching is not achieved by “equal length” alone. The goal is that both channels present the same edge shape and the same reference conditions at the chosen timing reference points (TP2/TP3).

Geometry symmetry
Same topology, same layer changes, same via style, same branching pattern
Electrical symmetry
Same effective R/L/C and the same loading seen at TP2/TP3
Return symmetry
Same reference plane and return path; avoid “one channel crosses a split”
Reference-point symmetry
Same TP2/TP3 definition and same threshold rule across channels
Matching target: same edge shape + same reference at TP2/TP3. Length matching is only a tool, not the metric.

Input conditioning (single-ended vs differential: timing impact only)

Input choices affect timing because they change where the threshold crossing occurs and how sensitive that crossing is to noise.

  • Single-ended inputs: threshold is referenced to local ground; ground movement and noise convert directly into crossing time variation.
  • Differential inputs: more robust to common-mode shifts; timing still depends on differential slew and bias/common-mode compliance.
Noise amplitude ↑
crossing uncertainty ↑ → σjitter increases
Slew rate ↓
threshold region widens → both μ and σ become more sensitive
Conditioning is timing work when it stabilizes the threshold crossing rule used for tpd/skew/jitter measurements.

Power integrity for timing (how supply ripple maps into tpd variation)

Driver timing is operating-point dependent. Supply ripple and droop can shift delay and mismatch by changing internal thresholds and output stage behavior.

  • Slow supply drift: appears as deterministic delay shift (μ change) across operating corners.
  • Fast supply noise: appears as timing spread (σ change), often correlated with switching activity.
  • Asymmetric decoupling/return: converts supply events into channel-to-channel mismatch (Δtp increases).
Timing PI target: the two channels must see the same supply impedance, the same decoupling placement, and the same return path geometry.

Board-level matching checklist (actionable items)

The checklist below is structured by “symmetry points” so it can be reused in an engineering checklist and applied across topologies.

Symmetry point What must match Primary timing impact First check
TP definition Same TP2/TP3 location and same threshold rule for both channels Prevents apparent skew caused by inconsistent reference TP map + threshold
Input path Topology, component values, via pattern, and coupling environment Controls crossing sensitivity and σjitter TP1→TP2
Decoupling Cap type/value, placement, and return via/plane connection Limits μ drift and channel mismatch under load transients VDD ripple vs Δtp
Output series elements Rg / ferrite presence, value, package, and placement relative to driver pin Edge shape alignment at TP3 and at gate* TP3 edge shape
Gate return Kelvin-source reference, return path topology, and plane continuity Reduces ground movement and apparent skew Return path continuity
Checklist usage: verify symmetry from TP definition → input path → supply/return → output path, then re-measure TP2→TP3 skew.

Copy-ready symmetry checklist (Engineering Checklist insert)

Same TP2/TP3 definition Same threshold rule Same input topology Same via pattern Same decap value/type Same decap placement Same return via/plane Same output series element Kelvin-source symmetry No return across splits
These items are timing-focused: they target repeatable crossing conditions and minimize channel-to-channel delay mismatch.
Symmetry Layout Concept — two channels mirrored at timing-critical points (TP2/TP3 focus) CH-A CH-B Input Conditioning Gate Driver Decoupling Return path Output series Gate loop Input Conditioning Gate Driver Decoupling Return path Output series Gate loop TP2 TP3 TP2 TP3 Mirror: input path / decaps / return / output series / Kelvin source Goal: same edge shape + same reference at TP2/TP3
Figure H2-07 — Mirror timing-critical points (TP definition, conditioning, decoupling/return, output series, and gate loop) to reduce channel skew.

H2-08 · Validation & Measurement: How to Measure Delay/Skew/Jitter Correctly

Intent: Make measurement repeatable and acceptance-ready, preventing unstable results caused by probe, threshold, bandwidth, or reference mistakes.
Instrument selection principles Trigger/threshold contract Statistics definition Measurement SOP

Instrument choices (scope vs time-interval statistics tools)

The tool should match the question. Waveform insight and time-interval statistics are different requirements.

  • Oscilloscope: best for correlating timing with edge shape and diagnosing causes; results depend strongly on threshold, bandwidth, and probing.
  • Time-interval / TIE tools: best for high-resolution timing distribution and RMS jitter statistics over long windows.
Selection rule: use time-interval statistics when σjitter is the primary deliverable; use scope when waveform causality is required.

Trigger & threshold strategy (fixed vs ratio; rise/fall separated)

Timing results are only comparable when the threshold rule and triggering strategy are fixed and recorded.

Threshold rules
Fixed-V threshold vs ratio (e.g., 50% crossing) — choose and record
Edge direction
Measure rise and fall separately: tpLH and tpHL are different metrics
  • Slow edges + noise increase crossing sensitivity → σ changes with threshold choice.
  • Trigger mismatch (trigger at TP1, measure at TP3) can introduce apparent variability when references move.
Measurement contract: TP pair + threshold rule + bandwidth/filter + window length must accompany every number.

Statistics: sample count, window length, RMS vs pk-pk

Jitter is a distribution. pk-pk depends on observation window; RMS requires a stated bandwidth and window.

Window definition
N edges or Y ms (must be stated)
Report format
μ (mean) + σ (RMS) + optional pk-pk with stated window
pk-pk grows with window length. A pk-pk claim without window is not acceptance-ready.

Common mistakes (why measured skew looks unstable)

  • Probe ground bounce: long ground leads create apparent timing movement.
  • Threshold drift: changing rule or inconsistent channel thresholds shifts μ and σ.
  • Reference point mismatch: TP definitions differ across channels or across lab setups.
  • Bandwidth mismatch: different filtering changes edge shape and crossing time.
First triage: verify TP map + threshold rule + probe return geometry before attributing skew to the IC.

Measurement SOP (steps + record fields + pass/fail interpretation)

This SOP makes delay/skew/jitter measurements repeatable across benches and labs.

Step Action Record (required fields)
1 Define the metric: tpd / skew / jitter and select the TP pair (TP1→TP2, TP2→TP3, or TP1→TP3). Metric + TP pair
2 Lock the threshold rule (fixed-V or 50% crossing) and keep it identical across channels. Threshold rule
3 Lock bandwidth/filter settings; avoid per-channel mismatches. Bandwidth / filter
4 Select the instrument based on deliverable: waveform causality (scope) vs timing distribution (time-interval statistics). Instrument class
5 Set trigger strategy and confirm it does not introduce reference ambiguity between trigger point and measurement point. Trigger source
6 Measure rise and fall separately (tpLH and tpHL) before collapsing into any “average tpd”. tpLH / tpHL
7 Define statistics window (N edges or Y ms); collect enough samples for stable σ estimation. Window length
8 Report μ and σ (RMS), and pk-pk only with the stated window. μ / σ / pk-pk (optional)
9 Repeat measurements for consistency (multiple runs); if unstable, audit probe return and TP mapping first. Repeatability notes
10 Evaluate pass/fail using the declared combining policy (e.g., |μ| + n·σ ≤ Budget). Pass criterion fields
Acceptance-ready record: (TPa→TPb), threshold rule, bandwidth/filter, window length, operating corners, and combining policy.
Measurement Setup — define TP pair, threshold, bandwidth, window, and probe return to avoid false skew DUT timing path Controller / PWM Isolation / Interface Gate Driver IC (TP2→TP3) Gate TP1 TP2 TP3 Probe A Measure @ TP2 (or TP1) Short return / consistent reference Probe B Measure @ TP3 (or gate*) Match bandwidth / threshold rule Trigger contract Trigger source: TP__ (record) Threshold: fixed-V or 50% (record) Report fields TP pair + bandwidth/filter + window Output: μ, σ(RMS), pk-pk (with window)
Figure H2-08 — A repeatable measurement setup requires explicit TP pairs, identical threshold rules, controlled bandwidth, a stated window, and a consistent probe return.

H2-09 · Drift Over PVT: Temperature/Supply/Aging and Compensation Options

Intent: Explain how “few ns” timing can drift across temperature, supply, and aging, then provide compensation framing without diving into control algorithms.
Drift signatures Supply/UVLO sensitivity Compensation framing PVT test matrix template

Temperature drift signatures (tpd vs T, skew vs T)

Timing stability is defined by how both mean delay (μ) and channel mismatch (Δ) move over temperature. A stable room-temperature number can fail once the drift becomes asymmetric.

Common drift (co-drift)
Both channels move together → tpd changes, skew may remain small
Differential drift (mismatch drift)
Channels move differently → skew grows with temperature
Drift must be attached to a TP pair: driver-only (TP2→TP3) vs end-to-end (TP1→TP3) behave differently across PVT.

Supply sensitivity (VDD and UVLO-edge behavior)

Supply variation can shift delay nonlinearly, especially near UVLO edges or during droop events. This affects both tpd and skew, and often introduces rise/fall asymmetry.

  • VDD shift: operating point changes → μtpd drifts across corners.
  • UVLO-edge proximity: delay distortion can increase rapidly and become asymmetric.
  • Channel asymmetry: unequal decoupling/return makes the same droop event create different timing shifts per channel.
Any acceptance number should state: VDD range, UVLO margin inclusion, droop condition inclusion, and threshold rule.

Aging as a required axis (without deep modeling)

Aging is treated as an additional validation axis. Instead of relying on a lifetime model, the measurement plan includes “after stress / after soak” checkpoints and compares results using the same reporting contract.

Baseline After thermal soak After stress (placeholder) Re-test repeatability
Aging validation uses the same fields: TP pair, threshold rule, bandwidth/filter, window length, μ and σ, and the same pass inequality.

Compensation options (calibration / binning / phase offsets)

Compensation is framed by interfaces and acceptance criteria, not by algorithm details.

  • Factory calibration: measure μskew at reference corners and store offsets for later application.
  • Binning / pairing: reduce worst-case mismatch by screening to a defined timing bin.
  • Software phase offsets: apply corner-aware offsets using available telemetry (temperature/supply states).
Compensation decision trigger: if skew grows beyond budget at hot/min-V corners, introduce calibration/binning/offset handles instead of chasing layout-only fixes.

Output: PVT test matrix template (copy-ready)

This matrix standardizes what is recorded at each Temperature × Voltage point. Threshold rule, bandwidth, and window must remain fixed for comparability.

Axis Points (placeholders) Per-cell metrics (record) Per-cell pass check
Temperature T1 cold / T2 room / T3 hot / T4 max μskew, σjitter, tpLH/tpHL (optional), pk-pk (with window) |μ| + n·σ ≤ Budget
Voltage V1 min / V2 nom / V3 max (+ droop case optional) TP pair (TP2→TP3 or TP1→TP3), threshold rule, bandwidth/filter, window length Budget may be corner-specific (placeholder)
Aging Baseline / after soak / after stress (placeholder) Repeatability across runs; drift vs baseline Same inequality + stability criteria (placeholder)
Reporting contract: every grid cell must carry TP pair, threshold rule, bandwidth/filter, window length, μ and σ to be acceptance-ready.
PVT Drift Map — Temperature × Voltage grid with pass/risk regions (driver-only or end-to-end TP pair) Legend PASS RISK FAIL Temperature ↓ Voltage → V1 min V2 nom V3 max T1 cold T2 room T3 hot T4 max μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns μ: __ ns σ: __ ns Contract fields TP pair: TP__→TP__ Window: N / Y ms Pass check |μ| + n·σ ≤ Budget (placeholders)
Figure H2-09 — A PVT drift map visualizes where timing passes, becomes risky, or fails across Temperature × Voltage, with a fixed reporting contract.

H2-10 · Interface Choices that Affect Timing: Differential vs Single-Ended, Across Isolation

Intent: Discuss how interface choices change timing behavior (μ and σ), and define responsibility boundaries across isolation without covering isolator technology families.
Threshold sensitivity framing Segmented timing responsibility Budgeting guidance Interface timing comparison table

Differential vs single-ended: threshold uncertainty → jitter path

Interface choice influences timing because it changes how the threshold crossing responds to noise and reference movement.

Single-ended
Threshold references local ground → ground/reference movement converts into crossing-time variation
Differential
Threshold references the differential pair → improved robustness to common-mode movement (within compliance)
The same waveform can produce different jitter numbers if the threshold rule changes. A fixed threshold contract is mandatory.

Across isolation: separate “driver tpd” from “interface/isolation tpd”

End-to-end acceptance uses a full TP pair, but root-cause and budgeting require segmentation.

Segment TP pair Primary contribution Why it matters
Interface / isolation TP1 → TP2 Often adds σ (distribution) and inter-device μ spread Defines upstream responsibility and margin needs
Driver-only TP2 → TP3 Device timing + local supply/return effects Matches datasheet intent when TP2/TP3 are defined consistently
End-to-end TP1 → TP3 Sum of both segments + measurement noise Acceptance metric; failures must be decomposed
Responsibility boundary: TP2→TP3 is driver timing; TP1→TP2 is interface/isolation timing; TP1→TP3 is system acceptance.

Skew budgeting at the interface: where to reserve margin

Budget should reflect the nature of each error term: deterministic mismatch (μ) vs random spread (σ).

  • Budget allocation: BudgetE2E = Budgetin + Budgetdriver + Budgetmeas (placeholders).
  • Interface emphasis: interface/isolation often dominates σ; reserve margin where σ is expected.
  • Acceptance policy: keep one combining policy across segments (e.g., |μ| + n·σ ≤ Budget).
If TP1→TP3 fails, compare TP1→TP2 vs TP2→TP3 distributions before changing driver hardware.

Output: interface timing comparison table (selection-focused)

This table compares options by timing risk, measurement method, and mitigation handle (no brand comparisons).

Option Primary timing risk Best measurement framing Mitigation handle
Single-ended Reference/ground movement → threshold crossing sensitivity → σ growth Fix threshold rule; report μ+σ with stated window Return symmetry, conditioning, segmentation
Differential Slew and bias/compliance limits; imbalance between lines Use consistent ratio threshold; verify compliance corners Pair symmetry, bias control, controlled thresholds
Across isolation (segmented) Added μ spread and σ from isolation/interface segment Measure TP1→TP2 and TP2→TP3 separately Budget split, calibration/offset, stable TP mapping
Selection goal: choose an interface that preserves a stable threshold crossing and enables segmented timing accountability.

Copy-ready responsibility boundary statement (spec insert)

Driver timing = TP2→TP3 Interface/isolation timing = TP1→TP2 System acceptance = TP1→TP3 Failures must be decomposed by segment
This framing prevents mixing segment responsibility and keeps skew/jitter budgets traceable.
Threshold-Crossing Jitter — Single-ended vs Differential (timing-only view) Single-ended Differential Vth (ref to GND) Noise / reference movement → crossing time spread (σ) +IN -IN Common-mode noise (largely rejected within compliance) Comparator σ ↓ Contract: keep TP pair + threshold rule + bandwidth + window fixed when comparing interface timing behavior.
Figure H2-10 — Single-ended crossings are more sensitive to reference movement; differential interfaces reduce common-mode sensitivity (within compliance) for timing-only objectives.

H2-11 · Engineering Checklist: Design → Bring-up → Production

Turn “few-ns matching” into a repeatable engineering workflow: define timing ownership, lock a budget, validate with stable measurement rules, and ship with production thresholds that are statistically defensible.

Budget first Reference points fixed Statistics defined PVT drift gated

Design Gate

Goal: freeze “what is measured” and “what must pass” before layout starts.

  • Ownership boundary: lock which delay is in-scope (TP1→TP3 end-to-end) vs component-only (driver-only).
  • Budget sheet: allocate tp_total and split into tp_in / tp_iso / tp_driver / tp_out with explicit headroom.
  • Matching target: define pass line for tDM (in-device) and skew_system (across devices) separately.
  • Symmetry constraints: define “must-match” nets/components (gate loop, Kelvin-source, input threshold path, decoupling).
  • PVT plan: temperature points, supply corners, and the statistic to report (RMS, pk-pk, 3σ, worst-case).
Design deliverables: timing budget template + reference-point diagram + “symmetry musts” checklist + PVT matrix.

Bring-up Gate

Goal: measure delay/skew/jitter without scope-induced randomness.

  • Measurement SOP: fixed threshold policy (same % points), rising/falling measured separately, consistent reference plane.
  • Sample plan: set N captures, time window W, and report (mean, std, p99, pk-pk).
  • Stability checks: confirm probe loading, ground bounce, and trigger stability before trusting jitter numbers.
  • Isolation split test: measure TP1→TP2 and TP2→TP3 to locate which block dominates skew.
  • Fault simulation: verify that disable/fault paths do not introduce hidden timing shifts at the edge of UVLO.
Bring-up outputs: raw captures + summary stats + “dominant contributor” label (input / isolation / driver / layout).

Production Gate

Goal: keep timing within spec across lot variation and aging with minimal test time.

  • Golden metric set: tpHL, tpLH, tPWD, in-device tDM, and end-to-end skew_system.
  • Fast screening: short burst measurement at a fixed operating point, then correlation to full PVT characterization results.
  • SPC fields: mean, σ, p99, temperature tag, supply tag, fixture ID; alarm rules based on drift slope, not only absolute limit.
  • Guardbands: reserve margin for assembly variation (parasitics), connector variance, and fixture-to-fixture offsets.
  • Escapes control: define “retest” triggers (outlier clusters) and “stop-ship” triggers (systematic shift).
Production pass criteria format (template): tDM ≤ X ns, |tpLH−tpHL| ≤ Y ns, skew_system(p99) ≤ Z ns, with test window W and sample count N explicitly recorded.
Three-Gate Timing Workflow Design → Bring-up → Production: timing gates and outputs Design Gate • Budget sheet • Reference points • Symmetry rules • PVT plan Output: frozen spec Bring-up Gate • SOP + thresholds • N/W statistics • Split-path test • Root-cause tag Output: stats + culprit Production Gate • Fast screening • Guardbands • SPC fields • Stop-ship rules Output: stable shipping

Diagram: three gates that prevent “few-ns” requirements from becoming a late-stage measurement surprise.

H2-12 · Applications Playbooks: Timing View Only

Two short playbooks that convert an application requirement into a timing budget and a validation plan, without drifting into control-algorithm details.

Playbook A · 3-Phase Motor / Servo (Bridge Timing)

  • Requirement input: switching frequency, deadtime margin, expected device Qg and edge speed.
  • Budget: set skew_leg (HS vs LS) and skew_phase (A/B/C) separately; do not mix.
  • Validation: measure at fixed reference points (TP1→TP3); report p99 and worst-case across PVT.
  • Acceptance: inter-channel skew must remain inside the deadtime safety window with defined guardband.
Example BOM (timing-focused IC material numbers):
Isolated dual driver UCC21520DW, UCC21530DW
Isolated driver + protection ISO5452, ISO5852S, ADUM4135BRWZ
Isolated driver (single) 1ED3122MU12HXUMA1, SI8235BD-D-IS
Digital isolator (if split chain) ISO7721, ISO7741

Playbook B · Multiphase VR (Interleaving Alignment)

  • Requirement input: phase count, per-phase current, target ripple cancellation, and PWM timing granularity.
  • Budget: treat phase-to-phase skew as the primary risk; keep HS/LS matching tight to preserve effective duty.
  • Validation: verify phase alignment under load step and supply ripple; compare warm vs hot to reveal drift.
  • Acceptance: phase skew distribution must stay stable (no bimodal clusters) across lots and fixtures.
Example BOM (timing-friendly driver stage material numbers):
Half-bridge driver UCC27211A, UCC27211 (tight HS/LS matching is explicitly specified on some variants)
Power stage / DrMOS (timing spec visible) ISL99140 (prop delay values listed for GH/GL paths)
PWM doubler (phase scaling) ISL6617A (if system architecture uses doublers)
Timing Playbooks: 3-Phase and Multiphase VR 3-Phase Motor / Servo Multiphase VR Requirement fSW, deadtime, edge speed Budget skew_leg + skew_phase Validate TP1→TP3, p99, PVT Pass inside deadtime window Requirement phase count, ripple target Budget phase-to-phase skew Validate load step + hot drift Pass stable distribution (no split)

Diagram: both playbooks share the same structure (Requirement → Budget → Validate → Pass) so results stay comparable across projects.

H2-13 · IC Selection Logic (Timing-First) — With Concrete Material Numbers

Selection is driven by timing definitions and test conditions first. Features matter only when they change the timing distribution (skew, jitter, drift) or the ability to validate it.

Must-Have Questions (Timing Ownership)

  • What is the guaranteed matching metric? in-device channel matching (tDM) vs device-to-device skew.
  • What corners are covered? temperature range, supply ranges, input pulse width, load capacitance, and thresholds.
  • What is actually specified? typ is not a budget; budgets require max (or a validated statistical bound).
  • Is tpHL/tpLH asymmetry controlled? duty distortion creates phase error even when average delay looks “fine”.
  • Is the timing stable near UVLO? delays often distort at the edge of undervoltage behavior; that is a system risk.

Nice-to-Have (Timing Enablers)

  • Explicit delay matching curves: delay matching vs supply and temperature eases guardbanding.
  • Deterministic skew controls: programmable deadtime / interlock that is stable across PVT.
  • Input robustness: differential inputs or well-defined thresholds reduce noise-induced crossing uncertainty.
  • Timing observability: /RDY, /FLT, and diagnostic hooks that allow test automation without changing edge timing.

Ask-Back List (Vendor Confirmation)

  • Threshold policy: which VIH/VIL or % points define propagation delay and skew?
  • Bandwidth dependency: what scope bandwidth and filtering were used for the published numbers?
  • Pulse width constraint: what minimum pulse width keeps timing linear (no internal edge compression)?
  • Load model: what COUT and gate resistor were used for the delay/matching specs?
  • Skew statement scope: “channel-to-channel” inside one package vs across multiple packages.

Timing-First Shortlist (Example IC Material Numbers)

The list below is organized by where timing is enforced. Verify the latest datasheet test conditions before freezing limits.

Isolated dual-channel (in-device matching)
UCC21520DW
tDM specified (channel-to-channel matching)
Dual outputs must track within a defined ns window (HB legs / paired channels).
Isolated dual-channel (alternative)
UCC21530DW
tDM specified (matching across temperature bands)
Similar topology needs; select based on supply range, drive strength, and timing spec corner coverage.
Isolated driver + protection (timing + fault path)
ISO5852S
Defined propagation delay plus ready/fault signaling
Protection features exist and timing must remain measurable under fault/UVLO behavior.
Isolated single-channel (split outputs)
ISO5452
tpHL/tpLH + pulse-width distortion are relevant for duty accuracy
Single channel per switch is preferred; timing is validated leg-by-leg with consistent reference points.
Isolated driver (Miller clamp focus)
ADUM4135BRWZ
Low propagation delay + explicit skew definitions
Timing must remain stable while controlling false turn-on risk; keep measurement thresholds consistent.
Isolated dual driver (2-channel alternative)
SI8235BD-D-IS
Propagation delay and pulse-width distortion are published
Two channels in one package are required; validate channel matching under the project’s load and thresholds.
Isolated compact single (high CMTI path)
1ED3122MU12HXUMA1
Propagation delay plus input filtering that affects timing
Input filtering and timing must be accounted together; measure with the same filter setting used in production.
Non-isolated half-bridge (tight HS/LS matching)
UCC27211A / UCC27211
HS/LS delay matching is explicitly called out on some variants
Bootstrap half-bridge timing is the primary focus; confirm matching spec corner conditions and threshold definitions.
VR power stage (timing visible on GH/GL paths)
ISL99140
Gate path propagation delays are published
Interleaving depends on consistent stage timing; still validate system-level phase alignment with the real layout/fixture.
Selection pass/fail template (copy/paste):
tPDHL(max) ≤ ___ ns, tPDLH(max) ≤ ___ ns, tPWD(max) ≤ ___ ns,
tDM(max) ≤ ___ ns (if dual-channel), skew_system(p99) ≤ ___ ns,
with test conditions: VDD=___, Temp=___, COUT=___, threshold policy ___%, sample plan N=___, W=___.
Timing-First IC Selection Tree Start: Define timing ownership + pass metrics Need galvanic isolation in the driver? Yes → isolated driver path No isolation in driver? No → half-bridge / VR path Isolated path key checks • tDM / skew definition • tpHL/tpLH + drift Example parts UCC21520 / UCC21530 / ISO5852S Non-isolated / VR checks • HS/LS matching • bootstrap/UVLO timing Example parts UCC27211A / UCC27211 / ISL99140

Diagram: a timing-first selection tree that prevents “typ-only” specs and mismatched measurement conditions from sneaking into the budget.

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.

FAQs

Scope: on-bench vs in-system disputes, measurement contracts, and acceptance criteria for propagation delay, skew, matching, and jitter. Format rule: every answer is exactly four lines (Likely cause / Quick check / Fix / Pass criteria).

Skew meets spec on bench, fails in system—first suspect reference point or threshold definition?
Likely cause: TP pairs differ (bench measured TP2→TP3, system judged TP1→TP3) or threshold policy differs (fixed V vs % of swing).
Quick check: re-measure with identical contract: TP=TP1→TP3, threshold=__% (or VIH/VIL=__V), BW=__MHz, window W=__ms, samples N=__.
Fix: freeze a single “timing contract” (TP pair + threshold + BW + W + N) and require all reports to reference it; split-test TP1→TP2 and TP2→TP3 to assign ownership.
Pass criteria: skew_system(p99, W, N) ≤ X ns at Temp=Y°C, VDD=Z V, with the stated TP/threshold/BW.
Driver tpd looks fine, but end-to-end delay misses—where is the missing segment?
Likely cause: only the driver segment was measured (TP2→TP3), while system spec is end-to-end (TP1→TP3) including controller, interface, isolation, and input conditioning.
Quick check: measure three numbers with the same contract: tp12=TP1→TP2, tp23=TP2→TP3, tp13=TP1→TP3; verify tp13≈tp12+tp23 within ±Δ.
Fix: budget and validate each segment separately; treat any “unassigned delay” (tp13−tp12−tp23) as a measurement/reference error until proven otherwise.
Pass criteria: tp13(max) ≤ X ns and segment limits tp12(max) ≤ Y ns, tp23(max) ≤ Z ns under the same PVT/test contract.
“Few-ns” channel matching in datasheet, but system skew is larger—what is being compared incorrectly?
Likely cause: datasheet “channel-to-channel matching” is in-package (tDM) while the measured value is across packages (skew_system) including board asymmetry and part-to-part variation.
Quick check: measure both: in one package (tDM) and across two packages (skew_system) using identical TP/threshold/BW/W/N; compare distributions (mean and p99).
Fix: set two separate limits: tDM for within-device matching and skew_system for multi-device systems; enforce symmetry constraints to reduce the system term.
Pass criteria: tDM(max) ≤ X ns (single package) AND skew_system(p99) ≤ Y ns (multi-device) at the defined PVT corners.
tpHL/tpLH asymmetry causes duty error—how to measure and set acceptance?
Likely cause: rising and falling delays are not symmetric (tpLH ≠ tpHL), creating pulse-width distortion that maps into duty/phase error even if average delay looks acceptable.
Quick check: measure tpLH and tpHL separately with the same threshold policy; compute Δtp=|tpLH−tpHL| and observe pulse width change tPWD on a fixed input pulse.
Fix: specify and validate asymmetry explicitly; if needed, compensate by adjusting PWM timing (interface-level) or tightening symmetry/layout and load model to reduce systematic distortion.
Pass criteria: Δtp(max)=|tpLH−tpHL| ≤ X ns AND tPWD(max) ≤ Y ns at W,N,BW and the defined PVT corners.
Jitter number changes with scope bandwidth—measurement artifact or real jitter?
Likely cause: bandwidth/filtering changes edge noise and crossing uncertainty, so jitter reflects measurement conditions rather than DUT timing stability.
Quick check: run A/B: BW=BW1 vs BW2 while keeping TP/threshold/W/N fixed; report jitter_RMS and p99 for both.
Fix: freeze a single bandwidth policy for acceptance (and document it); if bandwidth sensitivity remains large, improve probing/reference (reduce ground inductance, consistent return) before blaming the DUT.
Pass criteria: jitter_RMS ≤ X ns AND jitter_p99 ≤ Y ns measured at BW=__MHz, W=__ms, N=__.
RMS jitter is stable, but pk-pk keeps growing—window length or rare events?
Likely cause: pk-pk is dominated by outliers and grows with observation window; RMS can stay stable while rare events appear over longer W.
Quick check: sweep window W (e.g., W1, W2, W3) at fixed BW/threshold; report RMS, p99, and pk-pk for each W.
Fix: use distribution-based acceptance (p99 or p999) plus a defined W; reserve pk-pk only as a diagnostic, not as the primary pass metric.
Pass criteria: jitter_p99(W,N) ≤ X ns with W=__ms, N=__; pk-pk may be monitored with a separate limit ≤ Y ns at the same W.
Skew grows only at high temperature—supply sensitivity or input threshold noise?
Likely cause: delay-vs-temperature drift changes segment contributions, or input threshold noise increases crossing-time uncertainty at high T (especially with single-ended interfaces).
Quick check: measure tp12, tp23, and skew_system at T=25°C vs T=Thot with identical threshold/BW/W/N; observe which segment slope increases.
Fix: add PVT guardband where slope is worst; stabilize VDD/decoupling for the timing-critical stage; if threshold noise dominates, prefer differential input policy or tighten input conditioning.
Pass criteria: skew_system(p99) ≤ X ns at Thot and VDD(min), plus drift limit Δskew(Thot−25°C) ≤ Y ns.
Delay stretches near UVLO edge—how to test without false conclusions?
Likely cause: timing nonlinearity near UVLO/hysteresis; propagation delay and pulse-width distortion can change rapidly as VDD approaches the UVLO threshold.
Quick check: sweep VDD with small steps (e.g., ΔV=__mV) around UVLO; record tpLH, tpHL, and output validity at each point using fixed W/N/BW/threshold.
Fix: enforce an operating headroom rule (e.g., VDD ≥ VUVLO_ON + ΔV); if unavoidable, define acceptance only within the valid headroom region and add brownout protection in system spec.
Pass criteria: within operating headroom: tpLH(max) ≤ X ns, tpHL(max) ≤ Y ns, tPWD(max) ≤ Z ns at VDD=Vop(min), Temp=Y°C.
Inter-channel skew grows with load—PI issue or ground reference shift?
Likely cause: load-dependent supply ripple or ground reference movement shifts threshold crossing (measurement reference moves, not necessarily true timing change).
Quick check: repeat skew measurement at two load points (I1, I2) while also logging VDD ripple and reference ground delta; keep TP/threshold/BW/W/N fixed.
Fix: improve local decoupling and reference routing for the timing path; enforce Kelvin reference for measurement; verify symmetry of return paths for both channels.
Pass criteria: across load range: skew_system(p99) ≤ X ns AND load sensitivity |skew(I2)−skew(I1)| ≤ Y ns at the defined W/N/BW.
Skew improves after changing threshold policy—was the original definition invalid?
Likely cause: fixed-voltage threshold or inconsistent threshold points created systematic bias when edge amplitude/shape differs between channels or across isolation.
Quick check: compute skew under two threshold rules: fixed V (Vth=__V) vs percent (__%); compare not only mean but also p99 at the same BW/W/N.
Fix: standardize one threshold policy for acceptance and document it; if amplitude varies, % thresholds are typically more comparable, but only if signal integrity remains monotonic and well-defined.
Pass criteria: under the chosen threshold policy: skew_system(p99) ≤ X ns and the other policy is recorded as diagnostic only (no pass/fail impact).
Cross-isolation timing is inconsistent—how to separate isolator delay from driver delay?
Likely cause: isolator and driver delays are being mixed; cross-isolation adds its own drift and skew, especially when reference points are not segmented.
Quick check: enforce segmentation: TP1→TP2 (controller/isolation side) and TP2→TP3 (driver/output side); measure both under identical contract and compare against their individual limits.
Fix: allocate separate budgets and acceptance thresholds per segment; if isolation dominates, tighten isolator timing spec or change interface strategy (differential/threshold robustness).
Pass criteria: tp12(max) ≤ X ns, tp23(max) ≤ Y ns, and skew_system(p99) ≤ Z ns with explicit TP/threshold/BW/W/N and PVT corners.
Two labs disagree on pass/fail—what minimum “timing contract fields” must be identical?
Likely cause: at least one contract field differs (TP pair, threshold policy, bandwidth/filtering, window length, sample count, PVT conditions, or load model).
Quick check: compare reports field-by-field: TP, threshold, BW, W, N, Temp, VDD, load (CLOAD/Rg), rising/falling separation; re-run with identical fields on both setups.
Fix: publish a single “golden contract” and require all labs/fixtures to use it; store raw captures and summary stats (mean/σ/p99) with the contract attached.
Pass criteria: pass/fail is valid only when contracts match; with matched contract: skew_system(p99) ≤ X ns and tp(max) ≤ Y ns at the specified Temp/VDD/load.
Data fields to always record (minimum set): TP pair, threshold policy, BW/filter, window W, samples N, Temp, VDD, load model (CLOAD/Rg), and report mean/σ/p99 (pk-pk only as diagnostic unless explicitly required).