123 Main Street, New York, NY 10001

Multi-Channel RGB/RGBW LED Driver: PWM, Calibration & Derating

← Back to: Lighting & LED Drivers

A multi-channel RGB/RGBW driver is essentially a “measurable color engine”: it programs each channel’s current and PWM so the target color stays accurate across deep dimming, heat, and unit-to-unit variation. The practical key is evidence-first control—calibrate (matrix/trim), de-couple channels (layout/PWM staggering), and derate thermally with white-point hold, backed by current/bus/temperature/chromaticity data.

H2-1. Definition & where RGB/RGBW multi-channel drivers fit

A multi-channel RGB/RGBW driver is a lighting sub-system that delivers independent constant-current control and independent PWM modulation for each color channel (R/G/B and optional W), while supporting channel trimming, color calibration, and thermal derating so the output color point stays consistent over time.

In-scope: channel current + PWM + calibration + derating Out-of-scope: power topology deep dive (buck/boost/flyback/LLC) Out-of-scope: lighting control stacks (DALI/DMX/RDM)

RGB vs RGBW: why the “W” channel exists

  • Efficiency headroom: for whites and pastel colors, W can carry most luminous flux while RGB performs fine tint correction, lowering total dissipation.
  • White-point stability margin: as temperature and aging shift RGB chromaticity, a dedicated W channel provides extra degrees of freedom to hold a target white point.
  • Strategy flexibility: RGBW enables switching between “maximum gamut” and “maximum efficacy” mixing policies without redesigning hardware.

Typical luminaires (system context only)

Common forms include linear accent bars, wall-wash fixtures, flood/spot luminaires, and panel mood lighting. Application-level requirements (surge class, networking, mechanical) belong to their dedicated application pages.

Two knobs, one behavior: PWM + current set

  • PWM duty shapes time-domain brightness and fades; it is the “dynamic” control path.
  • Per-channel current set defines the baseline flux and chromaticity weighting; it is the “static” control path.
  • Combined control enables deeper dimming with fewer visible steps: coarse flux via current set, fine flux via PWM in a stable operating region.
Evidence fields to record (scope-lock + measurable acceptance)
  • N_channels — number of controlled channels (RGB=3, RGBW=4, segmented variants).
  • I_CH_min/I_CH_max — per-channel programmable current range (mA).
  • PWM_bits and PWM_freq — modulation granularity and update bandwidth (bit, Hz).
  • min_effective_duty — lowest duty where output remains stable and repeatable (%).
  • target_u'v' (or target_xy) and Δu'v'_budget — target color point + allowed deviation.
  • update_sync_error — channel-to-channel PWM update skew (ticks/ns), a common root cause of short “color tearing”.
RGBW Driver System Placement Energy path • Control path • Sensor path • Evidence points CV BUS 12–48V Transient Filter RGBW DRIVER IC PWM Engine ISET Trim/DAC CAL LUT/Matrix T-DR Derating LED Channels R G B W MCU / Scene Engine NTC Opt. Sensor TP1 TP2
Fig. 1. RGBW driver boundary and signal paths. Energy path (CV bus → driver → LED channels), control path (MCU/scene engine), and sensor path (NTC/optional sensor). TP1/TP2 indicate recommended evidence points for debugging.

H2-2. System targets: color accuracy, dimming depth, and channel independence

Multi-channel color lighting succeeds only when three targets are met at the same time: color accuracy (hit the intended chromaticity), dimming depth (stable low-level control), and channel independence (one channel changing does not disturb the others). This chapter turns these targets into measurable acceptance criteria and evidence outputs.

Target A — Color accuracy (what “correct color” means in hardware terms)

  • Definition: for a given command (scene/table), the output chromaticity lands within a defined Δu'v'_budget (or equivalent tolerance).
  • Acceptance metrics: static chromaticity error, fixture-to-fixture spread, and temperature-induced drift (cold → thermal steady-state).
  • Primary disruptors: LED binning variation, channel current mismatch, and temperature/aging chromaticity shifts.
  • How to test: measure at ≥3 brightness points (low/mid/high) and ≥2 temperature points (ambient vs hot steady-state); log target vs measured color point.

Target B — Dimming depth (stable low brightness without visible steps)

  • Definition: brightness can be reduced to a defined minimum while remaining stable, repeatable, and free of short “color tearing” during fades.
  • Acceptance metrics: min_effective_duty, maximum step error during fades, and repeatability across repeated commands.
  • Primary disruptors: insufficient PWM resolution at low duty, coarse current-set granularity, and asynchronous channel updates.
  • How to test: run a low-level sweep (e.g., 100% → lowest design point), record per-channel current waveform and detect any step/jitter patterns.

Target C — Channel independence (limit cross-coupling across channels)

  • Definition: when one channel ramps or toggles quickly, other channels keep their current, timing stability, and chromaticity contribution within limits.
  • Acceptance metrics: cross-channel ΔI/I, PWM edge jitter/skew, and resulting chromaticity shift (global Δu'v').
  • Primary disruptors: simultaneous PWM edges (large di/dt), shared return impedance (ground bounce), and shared thermal coupling.
  • How to test (cross-talk step): hold G/B/W constant and step R from 10% → 90% (fast edge); capture other channels’ current, bus ripple, and color point shift.
Evidence outputs (recommended “single-page report” fields)
  • target_u'v', measured_u'v', Δu'v', Δu'v'_budget (per scene / per brightness point).
  • N_channels, I_CH_min/I_CH_max, PWM_bits, PWM_freq, min_effective_duty.
  • Cross-talk step results: ΔI/I (other channels), update_sync_error (skew/jitter), and global Δu'v' shift.
  • Optional but high value: ΔVbus (bus ripple at transitions) and ΔVgnd (ground bounce indicator) to pinpoint coupling roots.
Three Targets → Measurable Acceptance Color accuracy • Dimming depth • Channel independence COLOR DIMMING INDEPENDENCE Metrics Δu'v' fixture spread temp drift curve Metrics min duty steps repeatability Cross-talk test ΔI/I jitter/skew Δu'v' shift Design knobs PWM bits/f phase stagger dot corr cal matrix derating policy
Fig. 2. The three target trade-space and a compact acceptance checklist. Each target maps to measurable outputs (Δu’v’, minimum effective duty, cross-talk ΔI/I and timing skew) and to the key design knobs that will be detailed in later chapters.

H2-3. Architectures: constant-current sinks, segmented channels, and headroom management

The most common RGB/RGBW driver architecture uses a shared constant-voltage (CV) bus feeding LED strings, while each color channel is regulated by an independent constant-current sink. This keeps the “power source” abstract (CV bus in), and focuses on what actually determines color stability in multi-channel systems: sink regulation, channel matching, and headroom-aware thermal behavior.

Focus: CV bus → LED string → CC sink (per channel) Not here: buck/boost/flyback/LLC loop design Outcome: measurable headroom + sink power + hotspot map

3.1 The baseline model: CV bus + per-channel constant-current sink

  • Energy path: CV bus → LED string (Vf) → sink (regulated current) → return.
  • Control path: per-channel current setpoint + per-channel PWM gating for dimming/fades.
  • Why it scales: each channel can be tuned and calibrated independently, enabling stable mixing across R/G/B/W.

3.2 Headroom is the core constraint (efficiency + heat + color stability)

Headroom is the voltage left across the sink while regulating current. It directly sets sink dissipation: Psink ≈ ICH × Vheadroom.

  • Definition: Vheadroom = Vbus − Vf,string − margin.
  • If headroom is too low: the channel may drop out of regulation (current clamps early), causing brightness and color shift vs. dimming level.
  • If headroom is too high: sink power rises, hotspots form near the sink array, thermal derating happens earlier, and color drift increases.
  • Margin components: Vf bin spread + temperature shift, wiring/trace drop, sink compliance requirement, and switching transients (bus ripple / ground bounce).

3.3 Segmented and parallel channels (capacity and fine granularity)

Segmentation splits a channel into multiple controllable current “segments” that can be combined. This improves maximum current (parallel segments) and effective resolution (coarse segments + fine PWM/trim).

Benefits (what segmentation buys)

  • Higher Imax: parallel segments increase deliverable current for high-flux channels.
  • Better low-level control: segment coarse steps keep PWM in a stable range, reducing visible “step” artifacts.
  • Calibration leverage: segment weighting enables robust dot correction and tighter channel-to-channel matching.

Risks (what can go wrong)

  • Mismatch: segment-to-segment differences can create residual channel error even at identical commands.
  • Local hotspots: parallel paths can concentrate heat if current sharing is uneven.
  • Coupling: fast segment switching increases di/dt, potentially raising bus ripple and cross-channel disturbance.
Evidence fields (loggable, debuggable)
  • V_headroom_ch[k] — per-channel headroom (V), measured near the sink compliance point.
  • I_CH[k] and duty[k] — operating condition when measuring headroom and heat.
  • P_sink_ch[k] ≈ I_CH[k] × V_headroom_ch[k] — dissipation estimate for hotspot prediction.
  • T_hotspot + hotspot location note — where heat accumulates (sink array, return path, segment cluster).
  • Vbus_ripple and Vgnd_bounce (optional) — coupling indicators during fast PWM/segment edges.
  • compliance_flag (or inferred) — whether the channel remains in regulation at target current.
Architecture + Headroom + Heat CV bus → LED strings → CC sinks • Vheadroom monitoring • Power landing CV BUS 12–48V TP1 Vbus ripple LED STRINGS R G B W CC SINKS SINK V H TP HEAT SINK V H TP HEAT SINK V H TP HEAT SINK V H TP HEAT
Fig. 3. A CV bus feeding four LED strings regulated by per-channel constant-current sinks. Each channel includes a headroom monitor (VH) and power/heat landing badges to emphasize where dissipation accumulates and where evidence points should be placed.

H2-4. Per-channel current programming and matching (accuracy budget)

“Independent current per channel” becomes engineering-grade only when the accuracy budget is explicit: where error comes from, how it changes with temperature, how channel-to-channel mismatch is measured, and how dot correction (trim) closes the loop so RGB/RGBW mixing remains predictable.

4.1 Current programming paths (what sets ICH)

  • Reference + DAC path: a digital code produces an analog reference (Iref/Vref) that scales into the channel sink current.
  • Sense-resistor path: an external or internal equivalent Rsense sets/monitors current; its tolerance and tempco directly appear in ICH.
  • Mirror/ratio path: current mirror ratios and segment weighting define how accurately channels track each other.
  • Segmented current: coarse “segment bits” establish a baseline current; fine trim/PWM refines output without relying on extreme duty ratios.

4.2 Error sources (turning “mismatch” into budgetable terms)

Digital / quantization

  • DAC LSB: current set granularity limits fine mixing and low-level linearity.
  • PWM step behavior: at very low duty, update granularity and timing skew can create visible steps or short color tearing.

Components / analog references

  • Rsense tolerance: shifts absolute ICH scale across units.
  • Rsense tempco: introduces temperature-dependent gain error.
  • Reference drift: Iref/Vref variation over temperature and time changes current scale.

Channel mismatch

  • Mirror/ratio mismatch: causes channel-to-channel differences even with identical codes.
  • Segment mismatch: parallel segments may not share evenly, leaving residual error after basic trimming.

Implementation (layout / ground)

  • Kelvin vs. shared sense: sense routing drop changes effective Rsense and introduces code-dependent error.
  • Ground bounce: shared return impedance modulates sensed current, appearing as “mismatch” under fast PWM edges.

4.3 Dot correction / channel trim (why RGBW systems need it)

Dot correction is a per-channel gain trim that removes static mismatch so equal commands produce equal flux contributions where intended. Without trim, “same PWM and same code” does not guarantee equal brightness, and mixed colors drift across units and over temperature.

  • Primary role: eliminate unit-to-unit and channel-to-channel baseline differences before running dynamic fades.
  • Practical consequence: calibrated dot correction reduces the mixing error budget and simplifies scene tables.
  • What must be logged: trim factors (or LUT version), temperature condition, and post-trim channel σ/μ.

4.4 Evidence outputs: an accuracy budget that can be verified

Accuracy budget template (recommended report fields)
  • I_target[k], I_meas[k], err_static[k] = (I_meas - I_target)/I_target
  • σ/μ_across_channels — channel matching metric under the same code and thermal condition.
  • Δerr_hot-amb — change in current error between ambient and hot steady-state.
  • Budget items (% contribution): DAC_LSB, Rsense_tol, Rsense_TC, Ref_drift, Mirror_mismatch, Routing_GND
Per-Channel Current Accuracy Budget Where error enters: digital → components → layout → temperature → output SETPOINT DAC / Iref Segment bits ANALOG PATH Mirror ratio R sense Compliance OUTPUT I_CH[k] σ/μ match LSB / PWM step Tol / mismatch Routing / GND ΔT DOT CORRECTION Trim / LUT Metrics err_static • σ/μ • Δerr(T)
Fig. 4. Accuracy budget map for per-channel current: setpoint generation, analog path, and output metrics, with error injection tags for quantization, tolerance/mismatch, routing/ground, and temperature. Dot correction closes the loop to reduce residual mismatch.

H2-5. PWM engine design: resolution, frequency, phase staggering, and EMI

In multi-channel RGB/RGBW systems, PWM is not “just on/off.” When several channels switch edges at the same time, the summed di/dt can amplify bus ripple and ground bounce, which then shows up as cross-channel disturbance, transient color shift, or EMI hotspots. This chapter focuses on measurable behaviors: duty granularity at low light, edge alignment across channels, and how phase staggering reduces peak current events.

Goal: stable low light + low ripple + low crosstalk Tools: resolution, frequency, staggered phase, sync update Not here: IEEE 1789 deep flicker theory

5.1 Resolution vs. frequency: choosing for low-light stability

  • Resolution (PWM_bits) sets the smallest brightness step. At low light, coarse steps create visible “jumping” and can cause color stepping during fades.
  • Frequency (PWM_freq) shapes transient energy and edge density. Higher frequency can reduce visible artifacts in some scenarios, but increases switching activity that can raise bus ripple and EMI load.
  • Practical selection flow: first lock a usable minimum effective duty (no stepping at low light), then use phase staggering and edge control to keep ripple/EMI bounded at the chosen frequency.

5.2 Phase staggering: reducing peak current and bus ripple

Phase staggering offsets channel PWM edges (for example 0°/90°/180°/270°) so that not all channels switch at the same instant. The average optical output stays unchanged, but the peak transient current and the resulting ΔVbus/ΔVgnd can drop significantly.

What it improves (measurable)

  • Lower ΔVbus: reduced simultaneous current steps.
  • Lower ΔVgnd: less stacked edge current through shared return impedance.
  • Lower crosstalk: fewer momentary perturbations into sense and reference nodes.

What must be protected

  • Update coherence: phase staggering must work with a frame-based latch so channels do not “tear” during scene changes.
  • Pattern control: phase plans should be deterministic (policy ID) to keep EMI behavior predictable across modes.
  • Edge rate: if a device supports slew modes, combine staggering with controlled edges to avoid new high-frequency hotspots.

5.3 Synchronous update: preventing transient color tearing

Color tearing happens when R/G/B/W parameters do not take effect in the same PWM frame. During fast fades or scene jumps, even small latch skew can create a short-lived but visible color flash. A robust PWM engine uses a single commit point (frame latch) so all channels update together.

  • Measure: channel-to-channel edge alignment and update-latch skew (time delta).
  • Observe: correlate any visible color flash with the recorded edge sync error.
  • Fix direction: enforce one-shot commit, then re-verify edge timing under the same load and thermal state.

5.4 EMI hotspots: tracking the bands driven by PWM edges

PWM creates energy at the fundamental and harmonics, while fast edges add broadband components. In practice, the worst emissions often appear as hot bands where switching spectra align with bus/return impedance peaks. The goal here is not a full compliance strategy, but a repeatable way to record which bands move when changing PWM frequency, phase plan, or edge slew.

Evidence fields (loggable, debuggable)
  • PWM_bits, PWM_freq — resolution and frequency for the tested mode.
  • phase_plan_id — in-phase vs. staggered pattern identifier (e.g., 0/90/180/270).
  • PWM_edge_sync_error — channel-to-channel edge skew (time delta).
  • ΔVbus — bus ripple measured at a defined point under the same duty pattern.
  • ΔVgnd — ground bounce measured at the defined return reference point.
  • EMI_hot_bands — list of dominant frequency peaks/bands that correlate with PWM settings.
  • edge_slew_mode (optional) — edge rate/drive strength mode if supported.
PWM Phase Staggering (4 Channels) Edge alignment → bus ripple & ground bounce → crosstalk / EMI IN-PHASE (edges align) STAGGERED (0/90/180/270) CH1 CH2 CH3 CH4 CH1 CH2 CH3 CH4 Transient Impact ΔVbus IN-PHASE STAGGERED ΔVgnd IN-PHASE STAGGERED EMI Hot Bands Track peaks vs PWM_freq, phase_plan Record: EMI_hot_bands
Fig. 5. Four-channel PWM waveforms: in-phase switching stacks edges and raises peak transient ripple, while phase staggering spreads edge events across the PWM period to reduce ΔVbus/ΔVgnd and ease crosstalk/EMI pressure.

H2-6. Color mixing model: from RGBW currents to CIE coordinates

Reliable RGBW color control requires more than “tuning by eye.” A practical system uses a mixing pipeline that maps per-channel current and PWM into a target chromaticity (xy or u’v’), then applies calibrated weighting and perceptual mapping (gamma) so that fades and scenes remain stable across units and over time. This chapter stays at a conceptual engineering level: the pipeline, the strategy knobs, and the evidence fields needed for traceability.

Inputs: I_CH + duty + trim Model: matrix/LUT + policy Outputs: CIE xy/u’v’ + Δu’v’ error

6.1 What the model must translate (commands → chromaticity)

  • Electrical command space: per-channel I_CH and PWM duty (plus trim factors).
  • Optical contribution space: weighted channel contributions that depend on LED bins, optics, and temperature.
  • Color space output: target and measured chromaticity expressed as CIE 1931 xy or u’v’.
  • Verification loop: model output is only credible when compared to measurement and logged with version tags.

6.2 RGB to CIE: concept-level mapping (no heavy math required)

An RGB system can be represented by a mapping from channel contributions into a tristimulus-like space, then into a chromaticity coordinate (xy or u’v’). In practice, the most important engineering elements are: (1) accurate channel weighting, (2) calibration that compensates unit-to-unit spectral differences, and (3) a versioned matrix/LUT so behavior remains traceable after updates.

6.3 RGBW white-channel participation: two selectable strategies

Efficacy-first (W carries most lumens)

  • Use case: high efficiency and lower thermal load at neutral whites.
  • Behavior: W provides baseline brightness; RGB adds chromaticity correction.
  • Tradeoff: reduced saturated gamut and potentially different tint behavior at low levels.

Gamut-first (RGB dominates, W is supportive)

  • Use case: stronger saturation and wider color reach.
  • Behavior: RGB sets chromaticity; W contributes selectively for high output or white-point stabilization.
  • Tradeoff: lower efficacy and higher thermal pressure.

A mixing policy must be an explicit system knob (policy ID) so field logs can explain “why the same target white used a different channel ratio after a firmware/config change.”

6.4 Gamma and perceptual mapping: why linear current is not linear brightness

  • Perception is non-linear: equal current steps do not look like equal brightness steps.
  • Gamma LUT: a versioned LUT keeps dimming behavior consistent across scenes and products.
  • Traceability: gamma changes should always be logged as a LUT version so color/brightness differences after updates can be diagnosed.
Evidence fields (model traceability)
  • target_xy or target_uprime_vprime — target white point / chromaticity.
  • mixing_policy_id — efficacy-first vs gamut-first (or equivalent named policy).
  • channel_weights — applied R/G/B/W weights for the target.
  • mixing_matrix_version (or mix_LUT_version) — the mapping used for the conversion.
  • gamma_LUT_version — perceptual mapping used in the active mode.
  • measured_xy/measured_uprime_vprime + Δu_v_error — verification close-loop (recommended).
RGBW Mixing Pipeline (Model + Versions) Commands → calibration → mixing → gamma → CIE point → output + evidence log RGBW I_CH + duty R G B W CALIBRATION dot correction channel trim MIX MODEL matrix / LUT ver tag GAMMA LUT ver tag CIE xy / u’v’ target vs meas OUTPUT light Δu’v’ Evidence Log target_xy/u’v’ • mixing_policy_id • channel_weights • mix_LUT_version • gamma_LUT_version • measured_xy/u’v’ • Δu’v’
Fig. 6. RGBW mixing pipeline: electrical commands (I_CH + duty) are calibrated (trim), mapped through a versioned mixing model and gamma LUT, then evaluated as a CIE chromaticity point with a traceable evidence log.

H2-7. Calibration pipeline: binning, factory trim, and in-field re-cal

Multi-channel RGB/RGBW drivers become repeatable products only when calibration is treated as a workflow, not a one-time tweak. LED binning and optical stack variation cause unit-to-unit differences in chromaticity and flux, meaning the same RGBW command can land at different points on the CIE plane across fixtures. A robust pipeline converts measured data into versioned correction artifacts (matrix/LUT and per-channel trims), stores them atomically in NVM, and verifies that the chromaticity error is reduced to a defined target window.

Problem: bin-to-bin chromaticity spread Artifact: matrix/LUT + channel trims Proof: Δu’v’ before/after Not here: cloud/protocol workflows

7.1 Binning-driven variation: why “same command” does not mean “same color”

  • Chromaticity binning: R/G/B/W emitters shift in peak wavelength and spectral shape, so the same RGBW weights map to different chromaticity.
  • Flux binning: lumen differences change relative channel dominance during mixing, especially at low levels where quantization and leakage matter.
  • Optics and mechanics: diffuser thickness, mixing chamber geometry, and reflector tolerance alter the effective contribution seen at the sensor/viewer.
  • Engineering implication: the mixing model (matrix/LUT) must be parameterized per unit or per batch, and the parameter set must be traceable.

7.2 Factory calibration workflow: Measure → Solve → Write → Verify

A practical factory flow uses a small set of stable measurement points (selected scenes) to infer correction coefficients. The workflow below is designed to be auditable and repeatable across lines and vendors.

Step 1 — Measure

  • Capture measured xy/u’v’ for defined RGBW scenes (including at least one target white).
  • Record the temperature point during measurement (e.g., board or ambient) for later comparison.
  • Optionally record flux for brightness normalization across units.

Step 2 — Solve

  • Compute a mixing correction artifact: matrix or LUT mapping command space to corrected weights.
  • Derive per-channel trim (dot correction) to align channel gains before higher-level mixing.
  • Assign version tags to every generated artifact.

Step 3 — Write (NVM)

  • Write correction artifacts into a defined NVM slot with integrity check (e.g., CRC).
  • Use an atomic update concept: never partially apply a new calibration set.
  • Keep a fallback slot for factory-default recovery.

Step 4 — Verify

  • Re-measure target scenes and compute Δu’v’ after.
  • Confirm improvements are within the defined acceptance window.
  • Store the measurement record ID for traceability.

7.3 Optional in-field re-cal: local white-point correction after drift

Over time, temperature exposure and aging can move chromaticity. An optional in-field procedure can re-center white-point without requiring any cloud or protocol assumptions: it only updates local correction parameters under controlled conditions and logs the new version.

  • Triggers: Δu’v’ drift beyond threshold, prolonged high-temperature operation, or channel imbalance due to aging.
  • Minimal update strategy: adjust only the small subset needed to restore target white-point, keeping factory artifacts as baseline.
  • Protection: keep a previous-known-good calibration slot, and log the reason and measurement context of the update.
Evidence fields (calibration traceability)
  • calibration_matrix_version / mix_LUT_version — version tag for the active mixing correction.
  • channel_trim_values — per-channel trims (R/G/B/W), with units and limits.
  • measurement_record_id — link to the measurement set used for solving and verification.
  • Δu_v_before, Δu_v_after — chromaticity error improvement metric.
  • calibration_temp_point — temperature reference during factory calibration (recommended).
  • nvm_slot_id + crc_status — storage integrity and slot tracking (recommended).
Factory Calibration Flow (RGBW) Measure → Solve → Write → Verify (versioned artifacts + Δu’v’ proof) MEASURE SOLVE WRITE NVM VERIFY xy / u’v’ T matrix/LUT channel trim NVM CRC Δu’v’ ↓ Calibration Artifacts (Versioned) mix_LUT_version / calibration_matrix_version • channel_trim_values • measurement_record_id • nvm_slot_id • crc_status Verify with: Δu’v’ before/after at defined scenes and temperature point
Fig. 7. Factory calibration workflow: measure chromaticity, solve correction artifacts (matrix/LUT and trims), write them to NVM with integrity checks, then verify Δu’v’ improvement and record versioned evidence fields.

H2-8. Thermal effects and derating: keep color stable while protecting LEDs

Thermal behavior is a color problem as much as it is a reliability problem. Temperature changes shift LED forward voltage, reduce luminous flux, and move chromaticity—often in different directions for R/G/B/W. A derating system that only scales brightness globally can still drift white-point. A color-aware thermal loop senses temperature, selects a derating policy, scales channels, and applies a color-hold compensation step to keep chromaticity close to the target while protecting LEDs and driver silicon.

Drifts: Vf / flux / chromaticity Sensing: NTC/board + (optional) Tj estimate Goal: protect + color-hold

8.1 The three thermal drifts (and why RGBW drifts are not uniform)

  • Vf drift: changes electrical headroom and shifts dissipation distribution, altering where heat concentrates.
  • Flux drift: luminous output decreases with temperature, but the slope can differ per color channel.
  • Chromaticity drift: each channel’s chromaticity can move differently, so the mixed white-point can shift even under constant commands.
  • Implication: derating must be treated as a color-constrained control problem, not only a power limit.

8.2 Temperature inputs: sensing and thermal state estimation (strategy level)

A practical system starts from available temperature proxies and applies conservative estimates where needed. The objective is not perfect junction temperature modeling, but a stable control input and consistent logging.

  • Direct sensing: NTC near the hottest region or representative board temperature node.
  • Derived state (optional): estimate Tj using simple mappings or worst-case offsets to enforce safe limits.
  • Control stability: filtering and update rate should prevent hunting while still reacting to rapid thermal rise events.

8.3 Derating policies: global, per-channel, and RGBW-coupled color-hold

Policy A — Global derating

  • Apply one scalar to all channels.
  • Simple and stable under strict power/thermal caps.
  • Risk: white-point can drift because channel thermal slopes differ.

Policy B — Per-channel derating

  • Reduce the hottest or most stressed channel first.
  • Improves local hot-spot management.
  • Requirement: follow with mixing compensation to avoid chromaticity shift.

Policy C — RGBW-coupled derating (color-hold priority)

A color-hold policy treats chromaticity as a constraint. As temperature forces power reduction, the system re-allocates channel scaling using the mixing model so that the output remains close to the target xy/u’v’. This approach typically combines:

  • Thermal limit: derive the maximum allowed total or channel-specific current scale.
  • Color constraint: re-solve channel weights under the new current ceiling.
  • Perceptual stability: apply gamma mapping after scaling to keep fades smooth.

The key engineering discipline is to log policy IDs and table versions so field observations can map back to the derating decision path.

8.4 Verification: temperature sweep evidence for color stability

  • Run a controlled temperature sweep (or hot-soak steps) and log T_board/T_ntc.
  • For each step, record channel scaling outputs and measure chromaticity (measured xy/u’v’).
  • Plot or tabulate Δu’v’ vs temperature to verify that derating preserves color within the target window.
Evidence fields (thermal color-hold control)
  • T_board / T_ntc — temperature control inputs at runtime.
  • Tj_est — estimated junction temperature (if used) for protection thresholds.
  • derating_policy_id — global / per-channel / coupled-color-hold.
  • derating_curve_table_id — table version for scaling vs temperature.
  • channel_scale_R/G/B/W — per-channel scaling outputs.
  • chromaticity_drift_curve — measured xy/u’v’ or Δu’v’ vs temperature steps.
Thermal Loop with Color-Hold Sense → Estimate → Policy → Channel Scaling → Mixing/Gamma → CIE check → Log SENSE T_ntc T_board ESTIMATE Tj_est (optional) POLICY global per-channel coupled color-hold policy_id SCALE R/G/B/W COLOR-HOLD mix model + gamma LUT ver tags CIE CHECK target vs meas Δu’v’ EVIDENCE LOG T inputs • policy_id • table_id scale_R/G/B/W • measured xy/u’v’ Δu’v’ vs temperature
Fig. 8. Thermal control loop: temperature sensing and (optional) Tj estimation feed a policy selector, which scales RGBW channels and applies color-hold compensation via mixing/gamma, then verifies chromaticity and logs evidence fields.

H2-9. Diagnostics & protection for multi-channel color drivers

Maintenance-grade RGB/RGBW drivers must turn visual symptoms into actionable evidence. The goal is per-channel isolation: a fault on one color path should be detected, contained, and logged without collapsing the entire lighting output—unless a safety boundary is crossed. Each protection mechanism should map to a measurable trigger, a deterministic action, and a predictable user-visible effect.

Detect: open / short / headroom-low / OTP Contain: isolate channel, keep others stable Prove: flags + counters + timestamps Not here: cloud/protocol reporting

9.1 Per-channel fault isolation as a design rule

  • Behavior isolation: clamp or disable only the failing channel whenever possible.
  • Observation isolation: log channel ID, fault type, and persistence (count + duration).
  • User-visible isolation: define whether the system degrades (color shift/dim) or shuts down (blackout).

9.2 Open/short detection without false trips at deep dimming

Open-circuit (single channel)

  • Symptom: commanded intensity increases, but channel current stays near zero.
  • Common pitfall: at very low duty, sampling may land in the off window and look “open”.
  • Robust trigger: require persistence across PWM frames (counter/time window).
  • Action: isolate channel; keep remaining channels running; mark degraded scene.

Short-circuit / over-current (single channel)

  • Symptom: current hits clamp quickly; temperature rises; bus sag or ground bounce may increase.
  • Robust trigger: current clamp events + persistence counter + thermal trend.
  • Action: fast clamp, then isolate channel; escalate to global shutdown if safety thresholds are exceeded.

9.3 Headroom-low detection: the root cause behind “dim + color shift”

Headroom insufficiency is a top contributor to color instability. When the driver cannot maintain the intended channel current, the mixed chromaticity shifts even if PWM timing is perfect. A headroom alarm should therefore be channel-qualified and correlated with bus conditions so the fault can be attributed to supply sag versus LED-string changes.

  • What it explains: a specific color channel stops tracking the command, causing white-point drift.
  • Typical triggers: bus voltage dip, rising Vf under cold start, aging or abnormal Vf distribution in the LED path.
  • Evidence linkage: headroom-low + bus ripple snapshot + channel current droop on the same timebase.

9.4 Over-temperature protection: soft derate vs hard shutdown (experience impact)

  • Soft derate: preserves continuity, but should be color-aware to avoid slow chromaticity drift.
  • Hard shutdown: maximizes protection, but can cause abrupt blackout; typically reserved for higher thresholds.
  • Escalation logic: level-1 soft derate → level-2 hard-off latch (with hysteresis).
Evidence fields (faults & maintainability)
  • fault_flag[ch][type] — type: open / short / headroom / otp.
  • fault_counter[ch][type] — event count to separate noise from persistent failures.
  • fault_latch_time_ms — persistence window or latched duration.
  • headroom_warn[ch] — headroom-low alarm level + threshold ID.
  • otp_event — soft-derate vs hard-off + level.
  • user_visible_effect — dim / color-shift / channel-degraded / blackout.
Fault Tree: Symptom → Detect → Action → Effect Maintenance mapping for multi-channel RGBW drivers SYMPTOM DETECT ACTION USER EFFECT One channel dead No light on R/G/B/W Open detect I_ch≈0 + counter Isolate channel Keep others stable Degraded scene Hue may shift Sudden blackout All channels off OTP level2 T limit + latch Hard-off latch Retry optional Blackout Service needed Dim + color shift White-point moves Headroom low I droop + alarm Derate / clamp Log correlation Hue drift Not random Thermal fade Slow dim over time OTP level1 Soft derate Color-aware Hold white-point Smooth degrade Better UX
Fig. 9. A maintenance-oriented fault tree for RGBW drivers. Each visible symptom maps to detection primitives, deterministic protective actions, and predictable user-visible effects, with evidence fields for traceability.

H2-10. Layout & thermal implementation rules unique to RGB/RGBW multi-channel

Multi-channel color drivers are unusually sensitive to ground bounce, shared impedance, and thermal coupling. The failure mode is not only efficiency loss—it is color instability: one channel’s PWM edge or heat rise can perturb another channel’s current regulation and shift chromaticity. The objective of layout is therefore “channel independence under switching and heat,” validated by waveforms and thermal evidence.

Focus: channel coupling mechanisms Signals: sense/reference integrity Thermal: hotspots + NTC placement Not here: generic PCB tutorials

10.1 Channel current-loop isolation to prevent edge-injected coupling

  • Mechanism: shared return impedance converts one channel’s di/dt into ground bounce seen by other channels.
  • Rule: keep each channel’s high-current loop tight and minimize shared segments near switching edges.
  • Validation hint: correlate ground bounce spikes with unintended current spikes on “quiet” channels.

10.2 Sense/reference partitioning: “clean ground” for matching, not theory

  • Why it matters: sense reference movement translates into apparent current error and channel mismatch.
  • Rule: sense routing should be short, symmetric, and return to a stable reference node (concept-level single-point return).
  • Failure signature: channel-to-channel mismatch grows with PWM edge activity rather than with DC level.

10.3 Thermal coupling and NTC placement: color stability depends on the “right temperature”

  • Thermal coupling: tight channel packing can synchronize temperature rise while still shifting the mixed white-point.
  • Hotspot bias: power devices and sense resistors can create local hotspots that preferentially drift one channel.
  • NTC placement: place where it tracks the worst-case thermal risk; distance to hotspot should be measurable and justified.
Evidence fields (layout & thermal implementation)
  • key_current_loops — annotated high-di/dt current loops by channel.
  • sense_route_length_mm — per-channel sense routing length and symmetry evidence.
  • hotspot_map — thermal image hotspot coordinates and ΔT.
  • ntc_to_hotspot_mm — measured distance from NTC to dominant hotspot.
  • ground_bounce_pkpk_mV — correlated ground bounce magnitude (recommended).
Placement Map: Keep Channels Independent Return paths • sense/reference integrity • thermal hotspot tracking PCB top view (concept) RGBW Driver PWM + I program R Channel G Channel B Channel W Channel Rsense Rsense Rsense Rsense Minimize shared return near edges Reduce ground bounce coupling HOT thermal hotspot NTC d(mm) Sense / Ref short & symmetric DO • tight loops • clean sense ref • NTC near hotspot DON’T • long shared return • sense near edges • NTC far away
Fig. 10. Recommended placement concepts for RGBW multi-channel drivers: isolate high-di/dt return paths, keep sense/reference routing short and symmetric, and place NTC to track dominant thermal hotspots for stable derating and color hold.

H2-11. Validation & field debug playbook (evidence-first)

Field debug is fastest when every symptom is reduced to the same four evidence tracks: channel current waveforms, bus ripple/ground bounce, temperature with derating coefficients, and chromaticity drift over time. This playbook is organized by symptom, and each path follows a fixed sequence: measure → isolate → fix, with chapter-level linkage back to diagnostics, layout coupling, thermal derating, and calibration integrity.

Always capture: 4 evidence tracks Workflow: Measure → Isolate → Fix Outcome: root cause, not guesses

11.1 The “4 mandatory evidences” checklist

  • Per-channel current waveform: include edges and the exact moment of PWM/config update.
  • Bus ripple + ground bounce: capture on the same timebase as channel currents.
  • Temperature + derating coefficient: log T inputs and channel/global scaling output.
  • Chromaticity vs time: measured xy/u’v’ or Δu’v’ time trace across the event window.

11.2 Symptom playbooks (measure → isolate → fix)

Symptom A — low-level “shimmer” or color stepping

  • Measure: PWM update alignment across channels; look for frame-to-frame mismatch and quantization jumps at low codes.
  • Isolate: compare behavior with synchronized updates versus staggered updates; verify whether chromaticity steps coincide with code transitions.
  • Fix: enforce synchronous commit across RGBW and refine low-end mapping/gamma to reduce visible steps.

Symptom B — changing one channel perturbs others

  • Measure: capture “aggressor” channel edge + “victim” channel currents, and bus/ground bounce simultaneously.
  • Isolate: if victim spikes track ground bounce, focus on return/sense coupling (H2-10); if victim droops track bus sag, focus on headroom and supply correlation (H2-9).
  • Fix: reduce simultaneous edge load (phase staggering), tighten current loops, and stabilize sense/reference nodes.

Symptom C — color shifts after heating up

  • Measure: temperature trace + derating coefficients + chromaticity drift vs time during hot-soak.
  • Isolate: confirm whether derating policy is color-hold aware; validate NTC tracks the dominant hotspot (H2-10) and that policy decisions align with logged inputs.
  • Fix: use coupled color-hold derating behavior (H2-8) and correct NTC placement or scaling tables if the sensed temperature is biased.

Symptom D — large unit-to-unit or batch-to-batch color differences

  • Measure: calibration artifact versions, channel trims, and Δu’v’ before/after records.
  • Isolate: if versions/records are missing or inconsistent, treat as calibration workflow failure (H2-7); if records exist but drift persists, expand calibration scenes or trim limits (still local, no cloud assumptions).
  • Fix: enforce versioned artifact write/verify steps and adjust calibration coverage for the observed binning spread.
Evidence fields (field debug)
  • I_ch_waveform_edge — per-channel current waveforms including PWM edges.
  • bus_ripple_dV + ground_bounce_dV — captured on the same timebase as I_ch.
  • T_board/T_ntc + derating_policy_id + channel_scale_R/G/B/W
  • chromaticity_trace — xy/u’v’ or Δu’v’ versus time across the event window.
Debug Flow: Symptom → Measure → Isolate → Fix Evidence-first workflow using scope + color meter + thermal camera SYMPTOM Low-level shimmer jump / stepping Cross-channel change one affects others Heat-induced shift white-point moves Batch variation unit-to-unit spread MEASURE 4 mandatory evidences I_ch waveforms (edges) bus ripple + ground bounce T + derating outputs chromaticity vs time ISOLATE sync / quantization ground bounce? headroom low? policy / NTC bias? FIX PWM sync H2-5 Layout rules H2-10 Diagnostics H2-9 Thermal/Cal H2-8/H2-7
Fig. 11. Evidence-first debug workflow for RGBW systems. Every symptom is resolved through the same four evidence tracks, then isolated into coupling, headroom, thermal policy, or calibration integrity issues before selecting fixes.

H2-11. Validation & field debug playbook (evidence-first)

Multi-channel RGB/RGBW issues become solvable when every symptom is reduced to the same four evidence tracks: (1) per-channel current waveforms (including edges), (2) bus ripple and ground bounce on the same timebase, (3) temperature plus derating coefficients, and (4) chromaticity drift versus time. The workflow below is organized by symptom and follows a fixed sequence: Measure → Isolate → Fix.

Always capture: 4 evidences Timebase: correlate waveforms Outcome: root cause, not guesses Scope: local HW + driver behavior

11.1 The “4 mandatory evidences” checklist (what to capture)

  • Evidence #1 — Per-channel current waveform (with edges): include PWM rising/falling edges and the exact commit/update moment (frame boundary or latch event).
  • Evidence #2 — Bus ripple + ground bounce (same timebase): capture bus ripple and local ground bounce simultaneously, aligned to the same trigger as channel current edges.
  • Evidence #3 — Temperature + derating coefficient(s): log the temperature input(s) and the resulting scaling outputs (global scale and/or per-channel scale).
  • Evidence #4 — Chromaticity vs time: record xy/u’v’ (or Δu’v’) over time across the event window; distinguish step changes vs slow drift.

Example measurement BOM (MPNs / models)

The following part numbers are example selections commonly used in lab/field setups. Equivalent parts/models are fine; the key is measurable correlation across the four evidence tracks.

Current sensing chain (Evidence #1)

  • Shunt resistor examples: Vishay WSL2512R0100FEA, Vishay WSL2512R0050FEA
  • Current-sense amplifier examples: TI INA240A1, TI INA181A1
  • Multi-channel constant-current driver IC examples (for reference/debug): TI TLC5940, TI TLC59711, NXP PCA9955B, ISSI/Lumissil IS31FL3236A

Chromaticity + temperature tools (Evidence #3/#4)

  • Color sensor IC examples (board-level): ams OSRAM AS7341, ams TCS34725
  • Digital temperature sensor examples: TI TMP117, Microchip MCP9808
  • NTC examples (100k, common): Murata NCP18WF104F03RC, Vishay NTCLE100E3104JB0
  • Chromaticity meters (example models): Konica Minolta CL-200A, X-Rite i1Pro 3
  • Thermal camera (example model): FLIR E8-XT
Log fields (recommended to persist in NVM)
  • commit_timestamp_ms — when new PWM/LUT/trim became active.
  • fault_flag[ch][type] + fault_counter[ch][type] — open/short/headroom/otp.
  • T_ntc/T_board + global_scale + scale_R/G/B/W
  • cal_matrix_version + trim_version + delta_uv_before_after
  • bus_ripple_pkpk_mV + ground_bounce_pkpk_mV (snapshots around events)

11.2 Symptom playbooks (Measure → Isolate → Fix)

Symptom A — low-level shimmer / color stepping

  • Measure: capture RGBW channel currents (edge-inclusive) and chromaticity vs time across the same update boundary.
  • Isolate:
    • If chromaticity steps align with commit_timestamp_ms but channels change at different instants → update/commit alignment issue.
    • If steps occur at specific low codes regardless of commit timing → quantization/gamma/LUT segmentation issue.
    • If current edges show spikes and other channels mirror the spikes → coupling via ground bounce or shared impedance.
  • Fix (first): enforce synchronous commit across RGBW; then refine low-end mapping (gamma/LUT) to reduce visible code boundary steps.
  • MPN anchors (examples): low-end stability often improves after verifying current-sense integrity (Vishay WSL2512R0100FEA + TI INA240A1).

Symptom B — changing one channel perturbs others

  • Measure: capture aggressor channel current edge + victim channel currents; simultaneously capture bus ripple and ground bounce on the same trigger.
  • Isolate:
    • If victim disturbance is time-aligned with ground bounce spikes → return-path / sense-reference coupling (layout/partition issue).
    • If victim droop is time-aligned with bus ripple and headroom alarms → headroom insufficiency / supply sag correlation.
    • If disturbance only happens when many channels switch together → simultaneous edge load; phase staggering reduces the peak.
  • Fix (first): validate with phase staggering / edge spreading; then tighten per-channel return paths and stabilize sense reference.
  • MPN anchors (examples): confirm current measurements are real (TI INA181A1 or INA240A1) before reworking layout.

Symptom C — color shifts after heating up

  • Measure: log temperature input(s) and derating outputs (global_scale, scale_R/G/B/W) while recording chromaticity drift vs time.
  • Isolate:
    • If chromaticity drift closely follows derating coefficient changes → policy is not color-hold aware (or channel scaling is wrong).
    • If chromaticity moves before temperature/scale reacts → NTC placement bias or thermal tracking lag (sensor not seeing hotspot).
    • If only one color drifts disproportionately → local hotspot near that channel’s power path or sense element.
  • Fix (first): use coupled “color-hold” derating (per-channel scaling designed to preserve white-point); correct NTC placement/model scaling as needed.
  • MPN anchors (examples): NTC Murata NCP18WF104F03RC (or Vishay NTCLE100E3104JB0) + digital sensor TI TMP117 for correlation.

Symptom D — large unit-to-unit / batch-to-batch differences

  • Measure: verify calibration artifact presence and integrity: cal_matrix_version, trim_version, and Δu’v’ before/after records.
  • Isolate:
    • If versions/records are missing or inconsistent → factory write/verify workflow failure (not a “mystery LED bin”).
    • If versions exist but spread remains large → calibration coverage insufficient (scene points or trim range too narrow).
  • Fix (first): enforce write-then-readback verification with locked versions; expand calibration scene coverage (white-point + saturated points) to match binning spread.
  • MPN anchors (examples): color sensor IC for production fixtures: ams OSRAM AS7341 or ams TCS34725.
Debug Flow: Symptom → Measure → Isolate → Fix Four evidences • correlated timebase • deterministic isolation SYMPTOM MEASURE ISOLATE FIX Shimmer / stepping low brightness Cross-channel change one affects others Heat-induced shift white-point moves Batch variation unit spread I_ch waveforms (edges) bus ripple + ground T + derating outputs chromaticity vs time sync / quantization? ground bounce? headroom low? policy / NTC bias? Sync commit PWM/LUT Return & ref layout Headroom correlate Color-hold thermal/cal
Fig. 11. Evidence-first debug workflow for RGBW systems. Each symptom is resolved by capturing four correlated evidence tracks, isolating the dominant mechanism (sync/quantization, ground bounce, headroom, or thermal/calibration bias), then applying the minimum fix that proves causality.

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)

Each answer stays within this page’s evidence chain (ICH edges, bus ripple/ground bounce, T + derating scale, and chromaticity drift), and includes concrete MPN anchors where helpful.

Evidence-first No scope creep MPN anchors
Low brightness causes color jitter—PWM resolution or gamma table?

Start by correlating low-code I_CH steps with chromaticity steps. If jumps align to LUT code boundaries, gamma/LUT mapping is the culprit; if they align to PWM edge timing/commit, PWM resolution or update timing dominates. Log gamma_LUT_version and commit_timestamp_ms, and capture I_CH edges. Example MPNs for reference: TI TLC59711; color sensor ams AS7341.

Maps to: H2-5 / H2-6

One channel change shifts others—ground bounce or shared reference drift?

When one channel changes and others drift, measure victim I_CH, bus_ripple_pkpk_mV, and ground_bounce_pkpk_mV on the same trigger as the aggressor edge. If drift tracks ground bounce, it’s shared return/reference coupling (layout); if it tracks bus ripple, it’s supply/headroom interaction. Example MPNs: TI INA240A1 + Vishay WSL2512R0100FEA for edge-accurate sensing.

Maps to: H2-5 / H2-10

White point drifts after warm-up—thermal derating strategy or NTC placement?

Record T_ntc/T_board, per-channel scale_R/G/B/W, and Δu’v’ over warm-up. If Δu’v’ follows scaling updates, derating policy needs white-point hold; if Δu’v’ moves before temperature reacts, NTC placement/model is biased. Also note NTC-to-hotspot distance for correlation. Example MPNs: Murata NCP18WF104F03RC (NTC) + TI TMP117.

Maps to: H2-8 / H2-10

Same settings, different fixtures look different—binning or missing factory calibration?

Verify whether the calibration artifacts exist and match: cal_matrix_version, trim_version, and the stored Δu’v’ record. If versions are missing or change unexpectedly, factory write/verify failed; if versions match but spread remains, binning coverage or trim range is insufficient. Example MPNs: ams AS7341 (fixture color sensing) + NXP PCA9955B (dot-corrected driver reference).

Maps to: H2-7

Deep dimming looks stepped—DAC quantization or PWM update sync?

Capture I_CH edges around the frame boundary and compare to visible steps. If steps happen at specific DAC codes, quantization/step size is the limit; if steps occur when channels latch at different instants, PWM update sync is the root cause. Log commit_timestamp_ms and PWM_sync_error. Example MPNs: TI TLC5940; TI INA181A1 for per-channel verification.

Maps to: H2-4 / H2-5

RGBW: should W take most of the load for whites?

For whites, W should carry as much current as possible without pulling the chromaticity off target. Use the mixing model to constrain xy/u’v’ (or Δu’v’) while maximizing efficacy, then validate across dimming and temperature. Log mixing_weights and gamma_LUT_version, and measure Δu’v’ vs time. Example MPNs: ams AS7341; Lumissil IS31FL3236A.

Maps to: H2-6

Over-temperature events happen early—headroom loss or sink dissipation too high?

Check whether OTP is triggered by true junction heating or by excess sink dissipation from headroom loss. Correlate fault_flag(OTP), T_ntc, and estimated V_headroom with I_CH. If headroom drops (bus sag / LED Vf rise), dissipation spikes early; if headroom is stable, thermal path/sensor bias dominates. Example MPNs: Vishay WSL2512R0050FEA; Vishay NTCLE100E3104JB0.

Maps to: H2-3 / H2-8

A single LED open makes color weird—fault isolation or channel protection policy?

When one LED opens, confirm the driver isolates that channel instead of collapsing shared bias. Read fault_flag(open) and fault_counter, then observe whether other channels’ I_CH or chromaticity shifts at the event time. If others shift, protection policy is too global; if only the channel drops, isolation works. Example MPNs: NXP PCA9955B; TI TLC5940.

Maps to: H2-9

EMI spikes when colors change—phase staggering missing or edge alignment issue?

If EMI spikes during color changes, compare bus ripple and ground bounce with PWM edge alignment. Large peaks that coincide with simultaneous edges indicate missing phase staggering/edge spreading; smaller peaks after staggering confirm causality. Capture bus_ripple_pkpk_mV and ground_bounce_pkpk_mV around commits. Example MPNs: TI INA240A1; shunt Vishay WSL2512R0100FEA.

Maps to: H2-5

After firmware update, colors shift—gamma/LUT version mismatch or calibration matrix reset?

After a firmware update, first compare gamma_LUT_version, cal_matrix_version, and trim_version to pre-update values. If versions reset or mismatch, the device is using a different mapping or lost calibration; if versions match, investigate commit timing or scaling differences. Validate with a before/after Δu’v’ sweep. Example MPNs: ams TCS34725; TI TMP117.

Maps to: H2-7

Channel-to-channel mismatch is large—dot correction limits or sense tolerance?

Measure channel mismatch as sigma/mu of I_CH at identical code points, then separate dot-correction range from sense tolerance. If trims are saturated, dot-correction limits are hit; if trims vary with temperature, Rsense drift dominates. Log trim_version and Rsense_TCR. Example MPNs: TI INA181A1; Vishay WSL2512R0100FEA.

Maps to: H2-4

Field re-calibration: what’s safe to update without breaking consistency?

Safest in-field updates are additive and versioned: update only the correction layer (matrix/trim) with write-then-readback verification, and keep raw binning identity intact. Store cal_matrix_version, trim_version, and Δu’v’ before/after, plus a rollback copy. Validate with the 4 evidences (I_CH, ripple/bounce, T+scale, Δu’v’). Example MPNs: ams AS7341; Microchip MCP9808.

Maps to: H2-7 / H2-11