Gate Driver Propagation Delay & Matching (Skew/Jitter)
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
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).
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).
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”.
H2-02 · Why Few-ns Matters: System-Level Consequences
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.
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.
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 |
H2-03 · Timing Path Model: Controller → Isolation/Interface → Driver → Gate
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:
tptotal = tpin + tpdriver + tpout
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.
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.
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).
| 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.
H2-04 · Metrics & Spec Reading: What Datasheets Really Mean
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.
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.
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.
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? |
H2-05 · Requirement Derivation: From PWM Resolution to Allowable Skew/Jitter
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:
Tsw = 1 / fsw
Δtres = Tsw / 2N
For phase-controlled systems, phase error can also be expressed as a time error:
Δtphase = (Δφ / 360°) · Tsw
Δtwindow = (available timing 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.
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:
Δtreq = min(Δtres, Δtphase, Δtwindow)
BudgetE2E = k1 · Δtreq
Next, allocate the end-to-end budget into measurable segments defined in H2-03:
Budgetin (TP1→TP2), Budgetdriver (TP2→TP3), Budgetout (TP3→Gate*)
Every target must carry (TPa→TPb) + threshold + window/statistics
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*. |
H2-06 · Error Budget: Deterministic Skew vs Random Jitter
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.
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.
Type (σ or pk-pk), window (Y ms or N edges), bandwidth/filter, threshold rule, TP pair
pk-pk is window-dependent; σ is meaningful only with stated bandwidth and window
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.
Use when contributors may be correlated, when statistics are incomplete, or when a strict guarantee is required.
Use when contributors are independent RMS quantities measured with consistent window and bandwidth.
Acceptance-ready expression (single inequality)
A timing requirement becomes testable when deterministic skew and random jitter are combined into one stated inequality:
|μskew| + n · σjitter ≤ BudgetE2E
μ 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.
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 |
H2-07 · Design Techniques: How to Achieve Few-ns Matching
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).
Same topology, same layer changes, same via style, same branching pattern
Same effective R/L/C and the same loading seen at TP2/TP3
Same reference plane and return path; avoid “one channel crosses a split”
Same TP2/TP3 definition and same threshold rule across channels
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.
crossing uncertainty ↑ → σjitter increases
threshold region widens → both μ and σ become more sensitive
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).
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 |
Copy-ready symmetry checklist (Engineering Checklist insert)
H2-08 · Validation & Measurement: How to Measure Delay/Skew/Jitter Correctly
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.
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.
Fixed-V threshold vs ratio (e.g., 50% crossing) — choose and record
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.
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.
N edges or Y ms (must be stated)
μ (mean) + σ (RMS) + optional pk-pk with stated window
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.
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 |
H2-09 · Drift Over PVT: Temperature/Supply/Aging and Compensation Options
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.
Both channels move together → tpd changes, skew may remain small
Channels move differently → skew grows with temperature
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.
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.
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).
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) |
H2-10 · Interface Choices that Affect Timing: Differential vs Single-Ended, Across Isolation
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.
Threshold references local ground → ground/reference movement converts into crossing-time variation
Threshold references the differential pair → improved robustness to common-mode movement (within compliance)
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 |
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).
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 |
Copy-ready responsibility boundary statement (spec insert)
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.
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).
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.
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).
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.
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.
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)
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.
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=___.
Diagram: a timing-first selection tree that prevents “typ-only” specs and mismatched measurement conditions from sneaking into the budget.
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).