123 Main Street, New York, NY 10001

ToF 3D (dToF / iToF) — Depth, VCSEL Drive & Timing

← Back to: Imaging / Camera / Machine Vision

ToF 3D depth failures are usually not “mystery bugs” — they come from a small set of measurable causes: sunlight/background saturation, illumination pulse integrity, timing/phase noise, multipath/interference, and calibration drift. This page turns each symptom into a fast, evidence-first checklist: measure two signals, run one discriminator test, then apply the first fix.

H2-1 · Definition: What ToF Measures & dToF vs iToF

Definition: What ToF Measures and When dToF vs iToF Wins

Definition (extractable, ~45–55 words): Time-of-Flight (ToF) estimates distance from light travel time and outputs a depth map plus quality signals such as IR amplitude and a confidence map. Depth becomes wrong mainly due to ambient sunlight/background, multipath reflections, multi-camera interference, and timing jitter/thermal drift.

How it worksKeep the mechanism short and measurable.

  1. Emit modulated or pulsed NIR light (VCSEL or IR LED).
  2. Return light reflects from the scene and enters optics + bandpass filtering.
  3. Detect return energy in ToF pixels (SPAD/APD/demod pixels) under controlled timing (gate or phase).
  4. Estimate time/phase (histogram+TDC for dToF, correlation+phase for iToF).
  5. Post-process background suppression + depth ISP to produce depth and confidence.

Why it goes wrongUse “symptom categories” to guide later debugging.

  • Ambient / Sunlight: pixel saturation or reduced correlation contrast → depth collapses.
  • Multipath: glass/edges/corners create mixed paths → “flying pixels”, double peaks, range bias.
  • Interference: multiple ToF emitters overlap → stripes, phase pollution, unstable confidence.
  • Timing / Jitter: clock or pulse-edge jitter → depth noise increases without obvious amplitude changes.
  • Thermal drift: emitter power or internal delays drift → global offset that grows with temperature.

dToF vs iToF The difference is not “better vs worse” but how errors appear and what controls them: dToF relies on gated timing + histograms (good diagnostic visibility), while iToF relies on correlation + phase (strong continuous measurement, but unwrap/interference must be managed).

Scenario Recommend Engineering reason First evidence to check
Indoor short range (0.2–3 m), power constrained iToF (often) Continuous correlation can deliver stable depth at low duty cycle when phase noise and contrast are controlled. Correlation amplitude / confidence stability vs exposure changes.
Outdoor / strong sunlight dToF (often) Gate control + histogram timing can suppress background by limiting integration windows, but optics + saturation limits still apply. IR amplitude saturation, histogram baseline, confidence collapse.
Longer range / strong multipath risk (glass, corners) dToF Histogram peaks can reveal multipath structure; phase unwrapping in iToF is more fragile under mixed paths. Double peaks / broadened peaks; “flying pixels” vs material changes.
Fast motion, low-latency depth output Depends Latency is dominated by exposure/integration and pipeline buffering, not only d/i type. End-to-end frame delay; depth noise vs integration time sweep.
Multi-camera same volume (robot cell) Depends Interference is system-level: frequency hop, coding, or time-division scheduling determines robustness. Stripe patterns vs emitter enable; change modulation/frequency to test coupling.
Need strong “quality map” for gating decisions Either Both can output confidence, but the confidence definition must track failure modes (ambient, multipath, interference). Valid-pixel ratio under sunlight / reflective targets / multi-cam.
ToF 3D Signal Chain (Depth + Confidence) Emitter VCSEL / IR LED Optics Lens + BPF Scene Return paths Receiver ToF Pixel AFE Readout TDC / Correlation Time or Phase Depth ISP Filter + Conf Outputs Depth map IR amplitude Confidence map dToF: pulsed + histogram/TDC iToF: modulated + correlation/phase I I_pulse IR IR amp C Conf Reading rule: Depth must be judged together with IR amplitude and confidence (ambient, multipath, interference, timing drift).
H2-2 · System Architecture Blocks

System Architecture Blocks (Emitter, Optics, Pixel, Timing, Depth ISP)

A ToF depth result is determined by a chain of modules. Each module has its own “quality gate” and its own failure signature. Interfaces such as GigE/CoaXPress/USB3 may carry the output stream to an SoC/FPGA, but the depth correctness is usually decided earlier by light, timing, and noise coupling inside the ToF chain.

GoalSplit the system into assignable blocks, define critical metrics, and mark the main injection points: ⚡ power noise, ⏱ timing jitter, ☀ ambient background.

Module block Critical metrics that actually move depth Common pitfalls (observable symptoms)
Emitter + Driver
VCSEL / IR LED
Peak current, pulse width / modulation depth, rise/fall time, optical power vs temperature, protection/monitoring. (⚡ coupling driver edge into receiver) Depth stripes or noise appears only when emitter is enabled; hot drift increases with duty cycle; confidence collapses under sunlight because optical power is insufficient or unstable.
Optics
Lens + Bandpass
Bandpass center/bandwidth, out-of-band rejection (OD), stray light control, window reflections, temperature drift of transmission. (☀ background control starts here) Outdoor “all white / all zero” depth due to saturation; ghosting and corner bias; material-dependent errors that track angle and reflections.
Receiver Pixel
SPAD / Demod
PDP/quantum efficiency, dark count / afterpulsing, saturation behavior, correlation contrast (iToF), pile-up behavior (dToF). (☀ background + multipath sensitivity) Strong reflectors bias near range; edge “flying pixels”; confidence falls near bright corners; depth becomes unstable without visible amplitude change (phase contrast loss).
AFE / Readout Noise floor, dynamic range, bandwidth, linearity, channel skew, threshold stability; histogram bin integrity or tap balance. (⚡ analog vulnerability) Fixed-pattern artifacts; depth noise worsens when nearby power stages switch; frame-to-frame wobble that correlates with rail ripple or ground bounce.
Timing
PLL / Gate / Phase
Clock jitter/phase noise, gate timing accuracy, skew between emitter and receiver, frequency accuracy for multi-frequency iToF. (⏱ converts to depth noise) Depth noise increases while IR amplitude stays stable; iToF shows unwrap “jump bands”; dToF shows broadened peaks or unstable time bins across temperature.
Depth ISP
Suppression + Filter
Background subtraction, multipath handling, unwrap strategy, confidence rules, temporal/spatial filtering strength and latency. Too aggressive filtering removes thin objects; too weak filtering leaks multipath and interference; confidence mask mismatch causes “trusted wrong depth”.

Evidence-first mindsetTwo quick checks often settle arguments before deep debugging:

  • IR amplitude + saturation signs: confirms whether background/optics/pixel saturation is dominating.
  • Confidence + valid-pixel ratio: confirms whether the pipeline is correctly rejecting multipath/interference areas.

Where noise entersDepth errors are usually injected through three paths:

  • ⚡ Power coupling (driver edges / ground return) → receiver/AFE contamination.
  • ⏱ Timing jitter (PLL/clock/gate/phase) → depth noise and unwrap instability.
  • ☀ Ambient background (sunlight/stray light) → saturation, contrast loss, confidence collapse.
System Blocks + Injection Points (⚡ Power, ⏱ Timing, ☀ Ambient) Emission & Optics Receiver Front-End Timing & Estimation Depth ISP & Outputs VCSEL / IR LED optical power / temp Driver (Pulse / Mod) di/dt, monitoring Lens + BPF stray light control Window / Housing ghost / reflections ToF Pixel SPAD / demod taps AFE / Readout noise / skew Ambient In sunlight/background Ground / Return coupling path Clock / PLL phase noise / jitter Gate / Phase sync + skew TDC / Histogram dToF estimation Correlation / Phase iToF estimation Depth ISP background / multipath / filter Depth + Confidence depth / IR amp / conf Power edge (⚡) Timing jitter (⏱) Ambient (☀) Debug hint: If depth is wrong, trace the earliest block where IR amplitude or confidence first collapses.
H2-3 · VCSEL / IR LED Driving

VCSEL / IR LED Driving (Pulse/Modulation, Safety, Thermal, Monitoring)

The ToF emitter path is where depth systems become most “electrical”: high peak current, fast edges, eye-safety limits, temperature drift, and EMI coupling. A stable depth output requires the driver to control optical waveform and to keep switching disturbance from contaminating the receiver/AFE and timing chain.

Pulse mode (common in dToF)Design levers that directly affect SNR and EMI.

  • Peak current and pulse width: sets return signal energy and range margin.
  • Repetition rate: sets average power and thermal load; can expose drift and protection thresholds.
  • Rise/fall time and ringing: dominant driver of EMI; often correlates with depth stripes/noise.
  • Overshoot / clipping: may trigger current limit or eye-safety reduction → unstable optical output.

iToF modulationDepth noise often comes from phase and contrast issues.

  • Mod frequency and duty: controls unambiguous range and correlation SNR trade-off.
  • Linearity of modulation depth: nonlinearity reduces correlation contrast → confidence collapse.
  • Phase noise coupling: clock/driver phase noise maps to depth noise (mm-level from tens of ps).
  • Edge spectral content: even with sinus-like modulation, switching nodes can inject broadband EMI.

Eye safety Eye safety is a hard constraint on usable optical power. Temperature and aging can shift emitter efficiency, so a design that is stable at room temperature may lose outdoor margin when hot. Typical controls include optical spreading/optics, limit curves, and fault latch.

Monitoring Observability prevents guesswork in the field. Recommended monitors include driver current sensing, local temperature, optional photodiode feedback, and fault latch (over-current/over-temp/ESD).

Two waveforms that must be capturedThese two measurements separate “emitter instability” from “receiver sensitivity” fast.

  1. Driver current waveform (I_LD / I_LED): peak, rise/fall, overshoot, ringing, clipping under thermal stress.
  2. Local rail at the driver (Vrail droop + ringing): measure at the input decoupling near the driver, not at a far connector.
Failure pattern Most likely causes (emitter-side) First discriminator (what to measure)
Hot drift
depth offset grows with temperature
Emitter efficiency drift, driver limit curves, thermal impedance, rail droop increasing at high duty, protection entering. I waveform vs temperature sweep; Vrail droop recovery time; confirm if peak current is clipped when hot.
Stripes / noise
only when emitter is enabled
Fast di/dt + large loop area, poor return path, insufficient damping, coupling into receiver/AFE or clock. I waveform ringing frequency; compare receiver noise with emitter on/off; probe near return path hotspots.
Outdoor collapse
confidence drops, IR saturates
Eye-safety limited optical margin, optics/filter leakage, background too high, emitter power not stable at temperature. IR amplitude saturation signs; confirm emitted power margin under limit mode; check Vrail droop during max duty.

Scope note: This chapter covers the local emitter supply decoupling and return path only, not PoE or full system power tree.

VCSEL / IR LED Driver: Pulse Current + Local Supply Loop + Monitoring VIN (local) short path TVS / ESD transients CIN Array close placement Driver Switch FET + gate ctrl VCSEL / IR LED optical output Rsense current meas CSA + ADC I monitor Fault Latch OC/OT/ESD Temp Sensor NTC / digital PD Feedback optional return path fault control di/dt + ringing measure: Vrail droop here Debug rule: Capture I_LD and Vrail droop at the driver decoupling. Ringing + poor return path often explains depth stripes.
H2-4 · dToF Timing Chain

dToF Timing Chain (Gating, Histogram, TDC, Pile-up, Jitter)

Direct ToF (dToF) measures distance by timing pulsed light returns. Depth quality is determined by the timing chain: a gate window defines when the receiver collects events, a histogram accumulates counts vs time bins, and a TDC quantizes time into a least-significant bit (LSB). The most common depth biases come from gate choices, TDC nonlinearity, SPAD pile-up/saturation, and jitter/thermal drift.

Gate windowA single knob that trades range margin against background noise.

  • Later/wider gate: supports longer range but integrates more background (baseline rises).
  • Earlier/narrower gate: reduces background but may truncate returns or miss far targets.
  • Gate sweep is a powerful discriminator: if the peak shape changes with gate position, windowing is part of the bias.

Histogram + TDCQuantization and nonlinearity can create structured depth errors.

  • TDC LSB sets a hard resolution floor; DNL/INL distort the bin axis and peak location.
  • Peak broadening often indicates jitter/noise; baseline rise indicates stronger background.
  • Peak pick must handle multi-peak and skewed peaks (common under multipath/pile-up).

Pile-up / saturation In SPAD-based dToF, strong returns or strong background can cause pile-up: early photons dominate detections, which biases the histogram toward earlier bins. This is a classic root cause of near-range bias and “too-close” readings on bright targets.

Jitter sources Depth noise can be dominated by timing uncertainty from: reference clock/PLL, TX pulse edge, receiver threshold/noise, and temperature drift in delays.

Timing error (Δt) Distance error (Δd ≈ c·Δt/2) Interpretation
10 ps ≈ 1.5 mm Small clock/edge improvements can be visible in mm-class depth noise.
50 ps ≈ 7.5 mm Common target for “clean” short-range dToF when other biases are controlled.
100 ps ≈ 15 mm One tenth of a nanosecond already costs centimeter-class accuracy.
1 ns ≈ 15 cm Nanosecond-level uncertainty produces large range noise; often unacceptable for precision depth.

Evidence chain (fast isolation)

  1. Inspect histogram shape: peak width (jitter), baseline (background), multi-peak/skew (multipath/pile-up).
  2. Gate sweep: shift/resize the gate and watch whether the peak is truncated or the bias follows the window.
  3. Thermal sweep: observe peak position vs temperature; drift indicates delay/clock/driver changes.

Scope note: This chapter focuses on the local ranging clock and gating chain, not plant-wide timing distribution.

dToF Timing: TX Pulse + Gate Window + Histogram + Peak Pick Time axis t0 time TX pulse edge jitter → depth noise Gate window too narrow → truncate RX return return pulse Histogram (counts vs time bins) counts time bins background baseline ideal peak jitter broadening pile-up bias peak pick One glance rule: baseline↑ = more background; peak width↑ = more jitter/noise; skew/shift = pile-up or windowing.
H2-5 · iToF Correlation Chain

iToF Correlation Chain (Demod Pixel, Multi-tap, Phase Unwrapping)

Indirect ToF (iToF) estimates depth from the phase of a modulated illumination signal. The receiver performs correlation sampling inside the pixel (or close to it), producing tap “buckets” that encode both phase and contrast. Most iToF failures in real systems are not “mystery algorithms” — they are caused by tap imbalance, low contrast under background, phase noise, or parasitic delay drift, which then triggers unwrap mistakes (jumps/stripes/speckles).

4-tap demod pixelHow A/B/C/D buckets encode phase.

  • Each tap integrates charge/events at a different reference phase (e.g., 0°/90°/180°/270°).
  • Phase is solved from difference pairs (I/Q-like): (A−C) and (B−D).
  • Contrast / amplitude comes from bucket separation; weak separation implies low confidence.
  • If one tap saturates or drifts, phase bias appears as striped artifacts or step-like offsets.

Multi-frequencyExtends unambiguous range and improves robustness.

  • Single-frequency phase repeats periodically → distance wraps.
  • Combining a higher and lower modulation frequency expands unambiguous range.
  • Unwrap depends on sufficient contrast at each frequency; if confidence collapses at one frequency, unwrap can jump.
  • Frequency planning is an engineering trade: range vs noise sensitivity vs optical power limits.

Phase unwrapping failures Typical symptoms include jumps (sudden depth steps), stripes (periodic banding), and edge speckles (random points near depth discontinuities). These usually occur when the system tries to unwrap phase in regions with low confidence or under tap imbalance / parasitic delay.

What maps to depth error

  • Phase noise (clock/PLL or modulation instability) → depth noise (grain) and unstable edges.
  • Parasitic delay (routing + temperature drift) → global depth offset or temperature-dependent shift.
  • Tap gain/offset mismatch → fixed-pattern banding and frequency-dependent artifacts.
Observed symptom Likely causes (iToF chain) First measurement / discriminator
Depth jumps
step changes across frames
Unwrap selects wrong period under low confidence; multi-frequency inconsistency; parasitic delay drift. Compare per-pixel confidence before/after jump; check phase at each frequency; run “confidence gate” and see if jumps disappear.
Periodic stripes
banding across the image
Tap mismatch (gain/offset), demod imbalance, phase solve bias; modulation nonlinearity or coupling. Inspect bucket statistics (A/B/C/D means); verify (A−C) and (B−D) symmetry; see whether stripe pitch changes with frequency.
Edge speckles
random points near discontinuities
Low contrast at edges (mixed pixels), background dominance, unwrap in low SNR, multipath-like mixing. Overlay confidence map; increase confidence threshold; compare amplitude/contrast near edges vs flat surfaces.
Temperature offset
depth shifts with heat
Delay/clock drift; tap offset drift; modulation phase drift with temperature. Thermal sweep: track phase offset and tap means; check PLL lock status; compare single-frequency vs multi-frequency stability.
Far range collapse
confidence falls at distance
Low return amplitude; background reduces contrast; modulation depth insufficient; integration too short. Amplitude/contrast histogram; vary integration time; confirm that “bucket separation” scales as expected with exposure.

Scope note: Only the depth correlation chain is covered here (taps → phase → unwrap → confidence). General color ISP is excluded.

iToF: 4-Tap Correlation → Phase → Unwrap → Distance (with Confidence) Demod Pixel / Correlator tap buckets integrate at phase offsets A bucket B 90° bucket C 180° bucket D 270° bucket tap mismatch → stripes low contrast → unwrap jump Phase Solve I = A−C Q = B−D phase φ = atan2(Q,I) Confidence contrast / amplitude Unwrap & Distance multi-freq unwrap extend range distance from phase confidence gate mask speckles avoid unwrap jumps Debug rule: Read bucket stats (A/B/C/D) and confidence first. If confidence is low, unwrap errors dominate.
H2-6 · Background & Sunlight Suppression

Background & Sunlight Suppression (Optical, Electrical, Algorithmic)

Scaling ToF beyond indoor demos is mainly a background photon problem. Sunlight and strong ambient light raise the baseline and reduce correlation contrast, pushing pixels toward full-well / saturation and causing confidence collapse. A robust design uses three stacked defenses: Optical filtering and stray-light control, Pixel/Electrical handling of background current and integration, and Depth ISP suppression (background subtraction, HDR sampling, dynamic gating, confidence masking).

Optical layerFirst line of defense.

  • Narrowband filter: center wavelength and bandwidth determine solar leakage into the sensor.
  • Stray light: internal reflections and edge leakage create spatially fixed bright regions.
  • Coating drift: temperature can shift filter response and worsen outdoor performance when hot.

Pixel / Electrical layerPrevent saturation and preserve contrast.

  • Background current consumes full-well capacity and compresses the modulated signal.
  • Integration control: auto exposure / integration time must react to background level.
  • Early saturation signs: bucket clipping (iToF) or baseline lift (dToF) + confidence drop.

Algorithmic layer (depth chain only)

  • Background subtraction: remove baseline to recover correlation signal.
  • HDR sampling: multi-integration or multi-gate sampling to cover bright/dim regions without collapse.
  • Dynamic gating / confidence suppression: avoid letting low-SNR regions pollute the depth output.
Step What to capture What it proves (which layer is limiting)
0) Indoor baseline Amplitude/contrast statistics + confidence distribution; record reference temperature. Establish “healthy” bucket separation and confidence thresholds.
1) Window-side Look for spatially fixed bright regions; compare confidence map vs image position. Local hot regions often indicate stray light / optical leakage paths.
2) Outdoor noon Check for bucket clipping / baseline lift; measure confidence collapse ratio. If saturation appears quickly → pixel/electrical limit. If not, but baseline still high → optical filter limit.
3) Return indoor (hot) Repeat baseline after thermal soak; compare confidence and background level. Degradation that tracks temperature suggests coating drift or temperature-dependent offsets.
4) Apply confidence gate Enable stricter confidence masking and observe if jumps/speckles reduce. If output stabilizes with masking, the root is low SNR; optimize optical/electrical margin rather than tuning unwrap.

Scope note: This chapter focuses on NIR background handling for ToF, not visible-light illumination controllers or general camera ISP.

Background / Sunlight: Entry Paths + 3-Layer Suppression Stack sunlight / ambient background photons stray / scatter Optical Layer NIR Filter Coating stray-light control Pixel / Electrical background current full-well / saturation integration control Depth ISP background subtraction HDR sampling dynamic gating confidence mask suppress speckles Depth Confidence baseline ↑ contrast ↓ saturation Outdoor SOP: indoor → window-side → outdoor noon → indoor hot. Track confidence + baseline to locate the limiting layer.
H2-7 · Multipath, Flying Pixels, Interference

Multipath, Flying Pixels, and Multi-Camera Interference (Crosstalk)

Many ToF “failures” are physical effects that look like broken electronics: multipath (multi-bounce returns), mixed pixels at depth discontinuities (flying pixels), and multi-camera crosstalk. Correct debug starts with fast discriminators that separate physics-limited scenes from chain misconfiguration.

Multipathmulti-bounce returns bias depth.

  • Corner / cavity: repeated bounces create delayed energy → depth appears longer.
  • Glass / shiny metal: strong reflected path can dominate → ghost depth or “double surface”.
  • dToF clue: histogram tail or dual peaks. iToF clue: unstable phase in low-confidence regions.

Flying pixelsmixed pixels at edges.

  • One pixel sees both foreground and background → blended return.
  • Depth near edges becomes noisy; confidence drops and unwrap can jump.
  • Typical output: edge speckles, holes, and “fuzzy” boundaries.

Multi-camera crosstalk If multiple ToF units illuminate the same space, the receiver can correlate against the “wrong” emitter. Same frequency / same coding makes structured artifacts (often stripes) much more likely.

Fast test How to run it What it proves
Block one emitter Disable or cover emitter on camera B; keep camera A unchanged; compare stripes/speckles. If artifacts drop strongly, crosstalk dominates. If unchanged, look at multipath / mixed pixels.
Change modulation frequency / code Switch to a different frequency or code; keep scene fixed; observe stripe pitch and temporal drift. If the pattern follows frequency/code, interference is primary; if not, multipath/optical leakage is likely.
Change integration / gating Shorten integration time or adjust gate; monitor confidence and whether artifacts collapse with better SNR. If confidence improves and artifacts reduce, background / saturation is involved; otherwise interference/multipath.

Mitigation strategies

  • Frequency hopping: separate emitters by frequency plan; reduces same-frequency collisions.
  • Coding: assign orthogonal sequences; reduces correlation with the wrong emitter under good SNR.
  • TDM + sync gating: schedule emitters in time slots; cleanest suppression but trades frame rate/latency.

Minimal interface note: multi-camera coordination only needs basic trigger/slot signaling and mode control. Full plant-wide timing distribution is out of scope here.

Multi-Camera Crosstalk: Stripe Mechanism + 3 Mitigations Overlap Region Camera A Emitter Pixel Camera B Emitter Pixel A beam B beam Overlap wrong correlate Depth output interference stripes Mitigations Frequency hopping separate by frequency plan f1 f2 f3 Coding reduce wrong correlation code A code B TDM + sync gating avoid simultaneous emit A B A
H2-8 · Error Budget & Calibration

Error Budget & Calibration (Offset, Nonlinearity, Temp Drift, NVM)

Calibration does not “make physics disappear”. It compensates systematic errors that are stable enough to model: delay offset, range nonlinearity, pixel fixed-pattern terms, and temperature drift. If strong multipath, saturation, or multi-camera interference dominates, calibration will appear to “fail” because the measurement assumptions are violated.

Error sourceswhat they look like in depth output.

  • Delay offset: global depth shift (all surfaces biased near/far).
  • Nonlinearity: near OK, far biased; bias changes by distance segment.
  • Fixed pattern: spatially stable depth texture/tiles across frames.
  • Temp drift: offset/scale changes with temperature; filter/optics drift may change background/contrast.

Calibration outputswhat to store for ToF runtime.

  • Offset (global or per-frequency) and scale / piecewise LUT.
  • Per-pixel correction (optional: full-res or tile-based).
  • Temp LUT (at least 2-point coverage; more for wide range).
  • Confidence thresholds by mode/frequency to suppress low-SNR artifacts.

Version & traceability (minimal)

  • Parameter schema version and calibration version (for safe updates).
  • Temperature coverage range and line/jig ID (factory trace).
  • CRC for corruption detection; optional signature for anti-tamper deployments.
Check item How to run Pass criteria (practical)
Near / Mid / Far Measure 3 known distances; collect N frames per point; record mean, std, and confidence quantiles. Bias stays within target; noise grows predictably with range; confidence remains above threshold in the working zone.
Two temperature points Repeat 3-point distance check at ambient and hot (or cold/hot); apply temp LUT. Offset/scale drift is largely removed; remaining drift is monotonic and within spec.
Frequency consistency Compare depth at each modulation frequency (or code) on the same target; check alignment terms. No sudden cross-frequency steps; unwrap remains stable when confidence is high.
Logging sanity Confirm version, CRC, temp range, and runtime counters are readable and consistent across boots. Version/CRC OK; logs include temperature and confidence statistics for field diagnostics.

Scope note: This chapter defines ToF calibration parameters and validation. Full “Calibration & NVM governance” is handled in the dedicated subpage and should be linked from here.

Calibration Data Flow: Factory → NVM → Runtime (with Traceability) Factory jig Target near / mid / far Thermal ambient / hot inputs distance truth freq / mode confidence stats Cal compute offset / per-freq scale / range LUT per-pixel (opt) temp LUT NVM tables offset range LUT temp LUT thresholds per-pixel (opt) version / schema CRC Runtime apply tables offset / LUT / temp confidence gate thresholds logs temp confidence stats Depth + Confidence traceable output Checklist: 3 distances (near/mid/far) × 2 temperatures. Track bias, noise, and confidence quantiles. Store version + CRC so field logs can prove which tables were applied.
H2-9 · Hardware Design Checklist

Hardware Design Checklist (Power, EMI, Thermal, Opto-Mechanics)

This checklist is scoped to inside the ToF module and the module boundary protections. It is designed for schematic review + layout review + bring-up verification. Every item includes a typical failure symptom and a fast proof.

First-priority 2 measurements (module-level):
M1Emitter current waveform (pulse/modulation, overshoot, ringing, repeatability) + M2Local rail droop/ringing at the driver supply pin (closest accessible node).

These two signals explain most “mystery” stripes, random speckles, and hot drift without requiring host-side tools.

AEmitter driver loop (VCSEL / IR LED)

  • Keep the pulse current loop physically small.
    If missed: depth stripes synchronized to pulses; receiver noise increases when emitter turns on.
    Prove fast: M2 shows high-frequency ringing; M1 shows edge overshoot or pulse-to-pulse variation.
  • Place a local HF decoupler right at the driver supply pin (short return).
    If missed: rail droop causes depth dropouts or “salt-and-pepper” speckles under motion.
    Prove fast: M2 droop amplitude grows with pulse width / repetition.
  • Separate driver power return from receiver reference (no shared di/dt path).
    If missed: clean indoor scene becomes noisy only when illumination is enabled.
    Prove fast: stripes align to driver edges; noise disappears if emitter is disabled.
  • Current sense routing must be Kelvin-style (sense pair stays local, no cross-zone).
    If missed: false over-current / unstable optical power; depth flicker tied to current clamp events.
    Prove fast: M1 shows clipped pulses while command is constant.
  • Boundary ESD/Surge device selection must not add excessive parasitic to the pulse node.
    If missed: slower edges, larger ringing, EMI coupling into receiver; occasional “works until ESD event”.
    Prove fast: compare M1 rise/fall before/after adding protection; check pulse shape stability.

BReceiver sensitive region (pixel/ROIC/AFE)

  • Define a receiver “quiet reference” (local return) and keep it off the emitter loop.
    If missed: fixed direction noise texture; depth noise spikes exactly at emission edges.
    Prove fast: noise floor changes with emitter enable even at constant scene/temperature.
  • Shield or guard high-impedance/sensitive nodes; keep them short and away from fast edges.
    If missed: intermittent speckles, especially near edges; worse under high ambient or long integration.
    Prove fast: artifacts correlate with nearby switching activity rather than scene geometry.
  • Do not route clock/driver lines underneath the receiver front-end area.
    If missed: repeatable striping at specific modes/frequencies.
    Prove fast: artifact strength changes with modulation frequency selection.

CClock / timing region

  • Keep timing lines on a continuous reference plane; avoid crossing split returns.
    If missed: phase noise increases; iToF correlation becomes unstable at certain modes.
    Prove fast: depth jitter rises without any change in scene or ambient.
  • Physically separate clock region from high di/dt driver nodes.
    If missed: deterministic jitter coupled to pulses; depth noise locked to the pulse repetition.
    Prove fast: artifact periodicity matches the illumination waveform.

DThermal + opto-mechanics

  • Provide a predictable thermal path for VCSEL/LED and sensor/ROIC (avoid hot spots).
    If missed: “hot drift”: depth offset shifts after minutes; outdoor failure happens earlier as the module warms.
    Prove fast: offset correlates with module temperature; confidence slowly collapses with heat.
  • Place temperature sensing close to the dominant drift source (emitter or ROIC), not far away.
    If missed: temp LUT compensation is weak or delayed; drift looks “random”.
    Prove fast: temperature reading changes too slowly compared with depth drift.
  • Optical stack stability (filter angle/position) must be repeatable across shock/temperature.
    If missed: background suppression becomes inconsistent; strong ambient causes sudden saturation in some units.
    Prove fast: IR amplitude baseline differs widely unit-to-unit in the same lighting.

Scope note: system power (PoE PD / full rail tree) is intentionally excluded. This checklist only covers ToF module internals and boundary protections.

Layout Partition Sketch: Emitter / Receiver / Clock / Power ToF Module (Top View) Emitter Zone VCSEL/LED + Driver Receiver Zone Pixel/ROIC/AFE Clock Zone PLL / gating / sync Power Zone buck / LDO / filters Pulse loop Decoupling ESD Quiet ref Shield/guard AFE PLL Clock routes Gate Buck LDO Filter Rules: keep high di/dt loops local · avoid clock crossing emitter return · keep receiver reference quiet No di/dt crossing Avoid clock under receiver I/F ESD/CMC
H2-10 · Validation & Field Debug Playbook

Validation & Field Debug Playbook (Symptom → Evidence → Isolate → Fix)

This playbook is a copyable SOP: start from the symptom, collect two first measurements, run a quick discriminator, then apply the first fix. It is limited to ToF module-visible evidence (depth/confidence/IR amplitude/histogram saturation + module rail/current/temperature).

Standard “first 2 measurements” for every symptom:
M-AIR amplitude / confidence (or histogram saturation flag if available) + M-BEmitter current + local rail droop (closest node to driver).

Symptom First evidence Quick discriminator Likely cause First fix (module-level)
Outdoor: depth all 0 / “all white” IR amplitude near full-scale; confidence collapses; histogram pile-up (dToF) if readable Shorten integration / tighten gate; compare shaded vs direct sun Ambient background saturation; filter mismatch (wavelength drift); pixel full-well overflow Narrowband filter + tighter gate/integration; raise confidence gate; add HDR sampling strategy
Stripes / waves across depth map Pattern periodic; may drift over time; rail ripple or pulse ringing visible on M-B Block second emitter / change modulation frequency / switch to TDM slotting Multi-camera crosstalk; modulation coupling; power ripple coupling into correlation Freq hop / coding / TDM; reduce driver edge/ringing; improve partitioning and returns
Severe edge speckles (“flying pixels”) Low confidence along edges; errors worsen near reflective backgrounds Change view angle / distance; add matte absorber near shiny surfaces Mixed pixels at discontinuities; multipath dual returns; unwrap instability (iToF) Edge mask + confidence threshold; multipath-aware filtering; avoid low-confidence unwrap
Hot drift: depth offset changes after minutes Offset correlates with module temperature; IR amplitude baseline shifts Ambient vs hot test (2 points); lock emitter current and check drift delta Emitter wavelength/power drift; ROIC delay drift; clock/PLL drift Temp LUT compensation; improve thermal path; add current/temperature monitoring limits
Random dropouts / frame “holes” Confidence intermittently zero; rail droop spikes on M-B during pulses Reduce pulse width / repetition; watch if droop disappears Local supply collapse; protection latch; marginal decoupling or return path Strengthen local decoupling; shorten pulse loop; verify current clamp thresholds
Depth noise jumps at certain modes/frequencies Noise depends on modulation/clock mode; IR amplitude unchanged Switch frequency set; compare with/without nearby switching loads Clock coupling; layout cross-zone coupling; mode-sensitive phase noise Clock routing isolation; keep reference plane continuous; separate from driver edges

Scope note: host capture / gateway / frame grabber diagnostics are intentionally excluded. This SOP ends at the ToF module boundary.

Field Debug Decision Tree (Module-Visible Evidence) Depth wrong Ambient IR amp high confidence low Interference stripes follow freq / emitter Thermal offset vs temp slow drift Timing mode sensitive jitter-like noise Multipath / Edge edge speckles reflective scene First action shorten integration First action block emitter / change freq First action log temp + apply LUT First action check clock isolation First action edge mask + confidence gate Use module-visible evidence first: IR amplitude/confidence + emitter current + local rail + temperature.

H2-11. IC/Block Selection Guide (What to Choose, What Specs Matter)

This chapter focuses on the few specifications that truly move depth accuracy, outdoor robustness, and repeatability, then lists example MPNs to speed up sourcing and vendor discussions (not a parts encyclopedia).

How to use this guide (avoid “spec shopping”)

A ToF design usually fails for one of four reasons: illumination non-idealities (pulse shape / modulation purity), timing uncertainty (jitter / skew / temperature drift), receiver saturation (sunlight / background), or physics artifacts (multipath / flying pixels). Component selection should be done in that order.

1) Illumination integrity 2) Timing/jitter chain 3) Sensor/AFE/TDC choice 4) Thermal + EMI hygiene 5) Observability (faults/logs)
Practical rule: pick parts that make the two must-measure waveforms “clean by design” — illumination current waveform and local rail droop/ringing. If these two look good, most “mysterious depth bugs” disappear.

Block A — VCSEL / IR LED driver (pulse/modulation)

What specs actually matter

  • Current waveform fidelity: rise/fall time, overshoot, ringing, and pulse-to-pulse repeatability (directly maps to phase/time bias).
  • Peak current headroom: enough margin to avoid clipping when VCSEL Vf shifts with temperature and aging.
  • Timing determinism: trigger-to-current delay stability over voltage/temperature (skew drift becomes depth drift).
  • Protection + monitoring hooks: current sense, thermal input, fault latch (open/short, over-temp, supply UV/OV).
  • EMI controllability: ability to shape edges or limit di/dt, and keep the power loop compact.

What to choose (quick mapping)

Need Prefer Why it matters in ToF
ns-class pulses / very high peak current Dedicated eToF / LiDAR laser-driver IC Minimizes loop inductance and preserves pulse shape → smaller depth bias & less striping
Moderate pulses (A-level), compact BOM High-current LED flash/IR driver family Good for short-range / lower modulation depth requirements
Multi-channel VCSEL array Multi-channel laser driver with diagnostics Channel matching + monitoring helps uniform illumination and stable calibration

Example MPNs (illumination driver ICs)

  • EPC21603 — eToF laser driver IC (high-speed pulsed driver example)
  • EPC21701 — eToF laser driver IC (high-speed pulsed driver example)
  • Elmos E527.50 / E527.51 — multi-channel laser driver roadmap part (VCSEL/EEL class)
  • TI LM3644 — dual camera-flash LED driver (useful reference class for IR LED pulse driving when peak current is in the “flash driver” range)

3 questions to ask the supplier

  • What is the trigger-to-current delay drift across temperature and supply (and how is it specified/tested)?
  • Can the vendor provide a measured current waveform for the target pulse width + load (VCSEL/LED model + layout constraints)?
  • Which fault conditions are latched, and which are only flagged (and what is the recovery behavior)?

Block B — Timing / PLL / clock (jitter, skew, temperature drift)

What specs actually matter

  • Additive jitter in the path that gates/demods (clock noise becomes depth noise, and can also create banding).
  • Deterministic skew control: fixed latency and repeatable phase alignment between illumination and sampling taps.
  • Holdover / stability: temperature-driven drift in oscillators/PLLs shows up as slow depth drift.
  • Clock-tree isolation: keep switching supply noise out of the timing domain.

Example MPNs (clock conditioning / jitter cleaning)

  • TI LMK04828 — jitter cleaner / clock conditioner class (reference for low-noise clock trees)
  • Si5341B — jitter attenuator / clock generator class (reference for multi-output, low-jitter distribution)

3 questions to ask the supplier

  • What is the integrated phase noise/jitter over the band relevant to the modulation/gating frequency?
  • Is there a specified deterministic latency mode (or fixed phase relationship) for outputs used in sync paths?
  • What is the startup/lock behavior (time-to-valid clocks, any phase transients, temperature sweep behavior)?

Block C — ToF sensor / AFE / TDC (what integration level to pick)

Integration choices

  • Highly integrated ToF modules reduce risk (optics + illumination + regulators + calibration often included), but constrain tuning freedom.
  • ToF imagers/sensors offer flexibility, but require stronger discipline in illumination/timing/power layout.
  • Discrete TDC approach can be viable for point ranging or custom dToF architectures, but demands careful analog/timing design.

Example MPNs (ToF sensors / modules)

  • Infineon REAL3™ IRS2975C — iToF image sensor class
  • Melexis MLX75027 — iToF image sensor class
  • ADI ADTF3175 — complete iToF ToF module (integrated optics/illumination/regulators as a reference module class)
  • ST VL53L5CX — direct ToF multi-zone sensor class
  • ams OSRAM TMF8806 — dToF sensor package class (SPAD/TDC/histogram integrated)
  • TI TDC7201 — time-to-digital converter (reference for discrete ToF timing measurement paths)

3 questions to ask the supplier

  • Under strong ambient, what is the saturation mechanism (pixel full-well, demod linearity, histogram pile-up), and what telemetry exposes it?
  • What is the temperature compensation model (required sensors, LUT format), and what residual drift remains after compensation?
  • Which output signals represent confidence/quality, and how should thresholds be set for outdoor vs indoor modes?

Block D — Thermal monitor + supervisor/watchdog (module-level observability)

What specs actually matter

  • Thermal sensor placement: at least one near illumination driver/VCSEL thermal path and one near the ToF sensor.
  • Response time matters more than headline accuracy for protecting pulse power (fast detection of thermal runaway).
  • Supervision behavior: brownout / UV thresholds and reset timing must avoid “partial-on” states that corrupt timing/sensor outputs.

Example MPNs (reference classes)

  • TI TMP117 — precision digital temperature sensor class (example)
  • TI TPS3823 — supervisor / reset IC class (example)
  • TI TPS3431 — watchdog timer class (example)
  • Cypress/Infineon FM24CL64B — I²C FRAM class for small fault counters/event logs (module-level)

3 questions to ask the supplier

  • What are the reset thresholds/timing tolerances across temperature, and how do they behave during slow droops?
  • Can the watchdog operate in the intended power modes (sleep/standby) without false resets?
  • What is the recommended fault logging minimal set to reproduce “field-only” depth failures?
Boundary note: fault latching and minimal event counters help field diagnosis, but deep security and anti-tamper design belongs to the dedicated “Security & Anti-Tamper” page.

Figure F11 — Selection map (requirements → blocks → example MPNs)

Use this map as a “buying conversation checklist”: start from the failure mode to be avoided (outdoor washout, striping, thermal drift), then verify the chosen blocks expose the needed telemetry and keep the two must-measure waveforms clean.

ToF 3D Block Selection Map (dToF / iToF) Start from the dominant failure mode → pick blocks that preserve waveform fidelity & timing determinism Requirements / Risks Outdoor / Sunlight Striping / Interference Thermal Depth Drift Motion / Fast Frames Calibration Repeatability Field Debug Visibility Blocks to Prioritize A) Illumination Driver Pulse shape • delay drift • monitoring Examples: EPC21603 / EPC21701 / E527.50 B) Clock / PLL Jitter • skew • lock behavior Examples: LMK04828 / Si5341B C) Sensor / AFE / TDC Ambient robustness • linearity • telemetry • confidence iToF examples: IRS2975C / MLX75027 / ADTF3175 dToF examples: VL53L5CX / TMF8806 • Discrete TDC: TDC7201 D) Thermal + Supervisor + Watchdog Protect pulse power • avoid partial-on states • enable field logs Examples: TMP117 / TPS3823 / TPS3431 / FM24CL64B Tip: validate with two waveforms first — illumination current + local rail droop/ringing
Fig. F11 — Selection map: begin with failure modes, then confirm the chosen blocks provide deterministic timing, clean pulses, and usable telemetry.
Cite this figure: ICNavigator — “ToF 3D (dToF / iToF)”, Fig. F11 (Selection map), Imaging / Camera / Machine Vision.

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.

H2-12. FAQs (12) — Evidence-first ToF Debug Answers

Each answer stays inside this ToF page boundary: illumination driver, timing chain, sunlight suppression, multipath/interference, calibration error budget, and the module-level validation playbook.

Figure F12 — FAQ symptom map (Q1–Q12)

Use this map to route a symptom to the fastest evidence path: outdoor washout, striping/interference, thermal drift, edge artifacts, and acceptance/validation.

ToF FAQs: Symptom → Evidence Route Keep it simple: measure illumination current + rail droop + IR amplitude/confidence first Symptom clusters Outdoor washout Q1 Striping / interference Q2, Q6, Q8 Thermal / drift Q3, Q11 Edges / flying pixels Q4, Q7 Noise / range / acceptance Q5, Q9, Q10, Q12 Q nodes (click below for answers) Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Q11 Q12 First evidence (minimum gear) ⚡ Illum current shape / overshoot repeatability ⏱ Timing jitter / skew drift lock behavior ☀ IR amplitude confidence / sat hist baseline Keep answers evidence-based; avoid expanding into grabbers, gateways, or factory timing distribution.
Fig. F12 — Symptom map: route each FAQ to the fastest evidence path without scope creep.
Cite this figure: ICNavigator — “ToF 3D (dToF / iToF)”, Fig. F12 (FAQ symptom map), Imaging / Camera / Machine Vision.

FAQs ×12 (Accordion)

Each answer includes: quick triage, first measurements, a discriminator test, and a “fix-first” action. Cross-links are shown as “See H2-x”.

Q1. Outdoor startup shows all-white or all-zero depth — filter issue or pixel saturation? (→H2-6)
Outdoor / sunlightSaturation vs optics
Quick triage
  • If IR amplitude / histogram baseline is pegged, treat it as background saturation first.
  • If shading the lens immediately restores depth, treat it as stray light / optical leakage.
Measure first (minimum gear)
  • IR amplitude + confidence: check for global saturation or confidence collapse.
  • Emitter OFF test: if the background remains saturated with emitter off, the sun/stray path dominates.
Fast discriminator (2 steps)
  • Shorten integration / gate window; if depth returns, electrical saturation is likely.
  • Add a temporary sunshade; if depth returns instantly, optical stray light dominates.
Fix first
  • Optical: narrowband filter, stray-light baffling, reduce off-axis leakage.
  • Electrical/algorithmic: dynamic gate/integration control + confidence gating (See H2-6).
Q2. Fixed striping appears — crosstalk or supply ripple? Fastest 2-step test? (→H2-7/H2-3)
StripingInterference vs power
Quick triage
  • If stripes change when modulation/frequency changes, suspect multi-camera crosstalk.
  • If stripes correlate with pulse current events and rail droop, suspect power-loop coupling.
Measure first
  • Illumination current waveform: overshoot/ringing, pulse-to-pulse stability (See H2-3).
  • Local rail droop/ringing near driver and sensor/AFE domain.
Fast discriminator (2 steps)
  • Change modulation frequency/code or enable TDM; if stripes follow, it is crosstalk (See H2-7).
  • Reduce edge rate / improve local decoupling; if stripes weaken, it is supply injection (See H2-3).
Fix first
  • Crosstalk: frequency hop, coding, TDM scheduling, or gated sync windows (See H2-7).
  • Power: tighten current loop, add high-frequency decoupling, clean return path (See H2-3).
Q3. After warming up, distance shifts larger — VCSEL power drift or delay drift? What to measure first? (→H2-3/H2-8)
Thermal driftOffset vs SNR
Quick triage
  • If depth shifts like a near-constant offset across the scene, suspect timing/offset drift.
  • If confidence/IR amplitude falls strongly, suspect illumination/SNR collapse.
Measure first
  • Temperature vs depth offset (fixed target distance): check for repeatable slope (See H2-8).
  • Pulse current + IR amplitude vs temperature: check for droop or shape change (See H2-3).
Fast discriminator (2 steps)
  • Hold a fixed target: if the whole depth plane slides, it is offset drift → improve temp LUT/offset lock.
  • Increase integration slightly: if depth stability returns, it is SNR-driven → illumination/optics tuning.
Fix first
  • Calibration: add temperature LUT coverage and validate near/mid/far points (See H2-8).
  • Driver: stabilize pulse current and thermal path, add monitoring hooks (See H2-3).
Q4. Strong “flying pixels” on edges — insufficient filtering or physical multipath? (→H2-7/H2-6)
EdgesMultipath vs mixing
Quick triage
  • If artifacts concentrate on high-contrast edges, suspect mixed pixels (flying pixels).
  • If artifacts worsen near corners/glass/reflective surfaces, suspect multipath.
Measure first
  • Confidence map: do outliers align with low-confidence regions?
  • IR amplitude: check if the edge region is near saturation or low SNR (See H2-6).
Fast discriminator (2 steps)
  • Raise confidence threshold / apply edge mask: if outliers drop sharply, it is mixed-pixel dominated.
  • Change view angle or add matte absorber: if outliers move/disappear, multipath dominates (See H2-7).
Fix first
  • Mixed pixels: confidence-guided filtering + edge handling before heavy smoothing.
  • Multipath: scene-aware rejection + gating/integration tweaks; avoid “blind blur” (See H2-7/H2-6).
Q5. dToF near-range is always too small — pile-up or gate settings? (→H2-4)
dToFPile-up vs gating
Quick triage
  • Strong returns can cause pile-up and bias peaks toward earlier bins (nearer distance).
  • Incorrect gate start/width can clip the return or distort the histogram peak.
Measure first
  • Histogram shape: look for saturated leading bins or flattened peaks (pile-up signature).
  • Gate window timing: confirm start/width vs expected min/max distance (See H2-4).
Fast discriminator (2 steps)
  • Reduce illumination power: if near bias reduces, pile-up is likely.
  • Shift gate start later: if peak behavior changes predictably, gating/peak-pick configuration is the culprit.
Fix first
  • Use dynamic gating / peak-pick robust rules; avoid saturating early bins (See H2-4).
  • Reduce near-return energy via power control or exposure management.
Q6. iToF depth “jumps” — phase unwrap failure or interference? (→H2-5/H2-7)
iToFUnwrap vs crosstalk
Quick triage
  • If jumps occur near a specific distance band, suspect unambiguous range / unwrap.
  • If jumps appear as bands/stripes and change with other cameras, suspect interference.
Measure first
  • Per-frequency phase/quality: check if one frequency is noisy or inconsistent (See H2-5).
  • Interference sensitivity: observe changes when neighbor emitters are enabled (See H2-7).
Fast discriminator (2 steps)
  • Switch single-frequency vs multi-frequency: if jump pattern changes, unwrap logic is implicated.
  • Change modulation frequency/code or enable TDM: if jumps/stripes follow, crosstalk is implicated.
Fix first
  • Unwrap: add consistency checks, reject low-confidence phase, tighten unwrap thresholds (See H2-5).
  • Crosstalk: frequency hop / coding / TDM; align gating windows (See H2-7).
Q7. Same scene, different materials show very different error — reflectivity or multipath? (→H2-7)
MaterialsSNR vs multipath
Quick triage
  • Low reflectivity reduces SNR → depth noise/outliers increase.
  • Specular/transparent surfaces increase multipath → systematic bias or double-peak behavior.
Measure first
  • IR amplitude + confidence across materials: check if errors track low amplitude.
  • Artifact pattern: does bias align with corners/glass/angled surfaces (multipath signature)?
Fast discriminator (2 steps)
  • Keep distance constant, swap material: if error scales with amplitude, SNR dominates.
  • Change viewing angle: if error changes disproportionately, multipath dominates (See H2-7).
Fix first
  • SNR: adjust power/integration within saturation limits; use confidence gating.
  • Multipath: apply scene-aware rejection and avoid naive smoothing (See H2-7).
Q8. Multi-camera operation contaminates depth — frequency hopping or TDM, which is better and what’s the cost? (→H2-7)
Multi-cameraHop vs TDM
Quick triage
  • Frequency hop / coding: higher throughput, but needs planning and may stress phase noise margins.
  • TDM: strongest isolation, but costs frame rate/latency and requires sync windows.
Measure first
  • Stripe sensitivity vs modulation/frequency settings (does it “follow” changes?).
  • Performance budget: required FPS/latency determines if TDM is acceptable.
Fast discriminator (2 steps)
  • Try a small frequency offset: if stripes weaken significantly, hopping/coding can be enough.
  • Try strict alternating frames (TDM): if artifacts vanish, interference dominates and TDM is the clean solution.
Fix first
  • Start with the least disruptive strategy that meets quality: hop/coding → then TDM if needed (See H2-7).
Q9. Depth noise varies a lot — check clock jitter first or illumination current waveform first? (→H2-4/H2-3)
NoiseTiming vs pulse integrity
Quick triage
  • If noise increases with strong pulsing activity, suspect pulse integrity / rail injection.
  • If noise increases without rail/pulse change, suspect timing jitter / phase noise.
Measure first
  • Illum current waveform + local rail droop: look for drift, ringing, or mode-dependent changes (See H2-3).
  • Timing stability: check for jitter/skew changes across modes or temperature (See H2-4).
Fast discriminator (2 steps)
  • Improve decoupling / slow edge slightly: if noise drops quickly, pulse/power injection was dominant.
  • Switch to a cleaner timing source or tighten PLL settings: if noise drops, timing was dominant.
Fix first
  • Always stabilize pulse + rail first, then tune timing; unstable current loops can masquerade as “jitter”.
Q10. Near range is fine but far range is bad — transmitter power limit or receiver noise limit? (→H2-3/H2-4/H2-5)
RangeEnergy vs noise floor
Quick triage
  • If far-range IR amplitude approaches the noise floor, the system is energy-limited.
  • If far-range has high background and confidence collapses, it is suppression/receiver-limited.
Measure first
  • IR amplitude vs distance: does it decay into the noise floor at the failing distance?
  • Background level: check saturation or elevated baseline that compresses dynamic range (See H2-6).
Fast discriminator (2 steps)
  • Increase illumination power slightly (within safety): if far-range improves strongly, energy-limited.
  • Shorten integration / tighten gating: if far-range improves, suppression/receiver path dominates.
Fix first
  • Energy-limited: improve pulse integrity and power delivery first (See H2-3), then adjust modulation/gating (See H2-4/H2-5).
  • Receiver-limited: strengthen background suppression + confidence gating (See H2-6).
Q11. Calibration is done but drift remains — insufficient temperature table or unstable offset lock? (→H2-8)
CalibrationTemp LUT vs offset
Quick triage
  • If drift is repeatable vs temperature, the temperature LUT coverage is likely insufficient.
  • If cold-start vs warm-start shows different baselines, offset lock/reference is unstable.
Measure first
  • 3 distances × 2 temperatures: near/mid/far at two temperature points to expose LUT gaps (See H2-8).
  • Offset repeatability: compare repeated startups at the same temperature with a fixed target.
Fast discriminator (2 steps)
  • Apply a denser LUT or add one more temperature knot: if drift reduces, LUT was the limit.
  • Lock offset only after timing/illumination reaches steady state: if drift reduces, offset lock was premature.
Fix first
  • Define a minimal ToF parameter set: offset/scale/per-pixel correction/temp LUT + versioning (See H2-8).
Q12. How to create a reliable acceptance report with minimal equipment? (→H2-10)
AcceptanceMinimal SOP
Quick triage
  • A credible report must cover sunlight stress, interference stress, and thermal drift at minimum.
  • Use telemetry that the module can always expose: IR amplitude, confidence, temperature, fault counters.
Measure first (minimum kit)
  • Stable supply + a basic target (diffuse board), plus a simple shading method for “sunlight vs shade” contrast.
  • Log: effective depth pixel ratio, depth noise, drift over time, and confidence distribution.
Fast discriminator (2 steps)
  • Indoor → window-side → outdoor at fixed target distance: record saturation and confidence collapse.
  • Single camera → two cameras: record striping change under hop/coding/TDM options.
Fix first
  • Use the “Symptom → Evidence → Isolate → Fix” template and keep the pass/fail thresholds explicit (See H2-10).