123 Main Street, New York, NY 10001

Isolated INA / Isolated ΣΔ-Mod INA: High-CMTI Guide

← Back to:Instrumentation Amplifiers (INA)

Isolated INAs and isolated ΣΔ modulators make accurate sensing possible when ground potential, dv/dt, or safety boundaries are uncontrollable. The real success metric is not the isolation rating alone, but a verified chain—input protection, barrier survivability, decimation/latency, and data integrity—owned end-to-end with clear pass/fail criteria.

Definition & when to use (scope boundary)

An isolated INA or an isolated ΣΔ-modulator INA is a differential measurement front-end that survives a high-noise / high-voltage common-mode environment and delivers the signal into a low-voltage domain as either isolated analog, bitstream, or digital data. The practical goal is not “more gain” — it is stable accuracy and data integrity across an isolation barrier under ground-potential shifts and fast common-mode transients (dv/dt).

Scope boundary (to prevent page overlap)
  • This page owns: the isolation-chain measurement path (sensor → isolated front-end → decoding/ADC → MCU/FPGA), and how error, latency, and dv/dt immunity are allocated and verified.
  • Out of scope: motor-control theory, inverter switching optimization, “EMC as a whole”, or full safety-regulation tutorials (only selection constraints are referenced).

Isolated INA vs Isolated ΣΔ-Mod INA (what changes in the system)

Isolated INA (isolated analog output)
  • Output form: analog across the barrier; typically followed by an ADC in the low-voltage domain.
  • System “cost” moves to: analog settling, ADC drive/AA filter interaction, headroom near rails, and recovery from overload/common-mode steps.
  • Best fit: systems already built around a specific ADC chain and analog filtering strategy.
Isolated ΣΔ-Mod INA (bitstream / digital-like output)
  • Output form: ΣΔ bitstream (or encoded digital); requires decimation/filtering to produce samples.
  • System “cost” moves to: filter/decimation latency, synchronization, windowing around switching events, and integrity checks against glitches.
  • Best fit: noisy domains where “digitizing early” simplifies routing and robustness — as long as latency is budgeted.

3 triggers that make isolation mandatory

Trigger A — ground potential is not controllable
  • Why it forces isolation: “measurement reference” and “system ground” are not guaranteed to be the same node.
  • What to verify: output stability while the remote ground shifts; check for offset steps and long-lead coupling sensitivity.
Trigger B — common-mode transients (dv/dt) are not controllable
  • Why it forces isolation: fast common-mode steps inject charge across parasitic capacitances and can corrupt analog output or bitstream framing.
  • What to verify: transient survivability (CMTI), overload recovery time, and “no false codes / no framing loss” during switching edges.
Trigger C — safety isolation is a hard requirement
  • Why it forces isolation: reinforced/basic isolation requirements constrain the architecture before accuracy tradeoffs are even discussed.
  • What to verify: isolation rating class, working voltage constraints, and the “barrier + layout” consistency (creepage/clearance are selection & layout gates).

3 cases where isolation is usually NOT required

  • Single-ground systems with slow/limited common-mode change: a non-isolated INA often solves the problem more simply (use the non-isolated INA pages for architecture/spec details).
  • Noise immunity only (not cross-domain measurement): staged input filtering/protection can be the right answer (use Protection & Immunity pages for the full protection design space).
  • Multi-channel acquisition without high dv/dt boundary: use a standard ADC/DAQ front-end strategy and spend effort on routing/settling rather than barrier design.

Quick decision (practical)

  1. If any of the three triggers apply (ground shift / dv/dt / safety), treat isolation as mandatory and proceed to the architecture choices.
  2. Then choose whether the system wants to “pay” in analog settling (isolated analog) or in latency + sync (bitstream/digital-like).
  3. Define success criteria up front: max allowed latency, max transient error during switching, and worst-case drift over temperature.
System boundary map for isolated INA and isolated sigma-delta modulator INA Block diagram showing a high-voltage noisy domain with sensor elements, an isolation barrier, and a low-voltage digital domain. Three output forms are illustrated: isolated analog, bitstream, and digital. High-Voltage / Noisy Domain Low-Voltage / Digital Domain Shunt Bridge Coil / Sensor Leads Common-mode stress dv/dt • ground shift • noise Isolation Barrier CMTI Isolated INA Isolated ΣΔ Mod Analog Bitstream Digital data Decimate MCU/FPGA Boundary defines ownership: error • latency • dv/dt immunity

Architecture map: isolated INA vs isolated modulator vs ADC + isolator

“Isolation measurement” has three common implementation lanes. A correct choice starts by identifying the dominant pain that must be paid: latency/synchronization, analog settling, or HV-domain power/noise ownership. Each lane can meet accuracy targets, but the failure mode signature and verification strategy are different.

Lane A
Isolated ΣΔ modulator + digital decimation (bitstream)
What it delivers

A robust bitstream / encoded stream across the barrier; samples are produced by a defined decimation filter in the LV domain.

Dominant pain (must be budgeted)
  • Latency & sync: decimation group delay defines “when data is trustworthy”.
  • Windowing: switching events can require measurement windows and integrity checks.
  • Clocking: shared clock strategy affects coherency across channels.
Failure signature (what shows up on the bench)
  • Control-loop feels delayed (“slow reaction”), or phase margin degrades due to measurement latency.
  • Transient-induced glitch bursts in the stream cause sporadic bad samples or framing slips.
Verification hook (minimum)
  • Step stimulus → measure time-to-accuracy (latency breakdown: modulator + filter + transport).
  • dv/dt stress sweep → count invalid samples / resync events during switching edges.
Lane B
Isolated amplifier/INA + isolated ADC (analog then digitize)
What it delivers

An isolated analog representation that is then digitized by an ADC; filter/AA/settling are still analog-domain responsibilities.

Dominant pain (must be budgeted)
  • Settling & drive: output swing, load stability, and AA filter interaction define real accuracy under dynamic conditions.
  • Recovery: common-mode steps can saturate stages; recovery time becomes the limiting spec.
  • Reference ownership: LV-domain ADC reference and ground behavior matter immediately.
Failure signature (what shows up on the bench)
  • Dynamic errors: “looks accurate at DC” but fails on steps/pulses due to incomplete settling.
  • Oscillation or ringing when driving capacitive filters/ADC inputs; measurement shifts with probe loading.
Verification hook (minimum)
  • Separate tests: differential step vs common-mode step → measure settling and recovery independently.
  • Drive sweep: vary load/Cfilter → confirm stable region and repeatable settling margin.
Lane C
ADC in HV domain + digital isolator (digitize before the barrier)
What it delivers

Digital samples are created in the HV/noisy domain and cross the barrier as a digital bus/link.

Dominant pain (must be budgeted)
  • HV-domain ownership: power integrity, ground bounce, and EMI in the noisy domain directly set the ADC noise floor.
  • Thermal & placement: HV-side temperature gradients and coupling become first-order error sources.
  • Link robustness: framing/CRC/resync is required when the digital link is stressed.
Failure signature (what shows up on the bench)
  • Unexpected noise floor elevation that tracks HV power switching activity.
  • Digital integrity events (CRC errors / retries / resync) under dv/dt or ESD/EFT stress.
Verification hook (minimum)
  • Inject HV power ripple / ground bounce → measure code noise and spur movement.
  • Stress the digital link → log CRC/error counters and confirm deterministic recovery behavior.

Practical selection guidance (non-overlapping, decision-first)

  • If latency is the hard limit: prioritize Lane B (isolated analog) or Lane C (HV-side ADC) and verify settling/recovery explicitly.
  • If dv/dt corruption and cross-domain routing are dominant: Lane A often wins — but only when total decimation latency is acceptable.
  • If HV-domain power/noise cannot be tightly controlled: avoid Lane C unless the HV-side supply/layout can be treated as a first-class precision subsystem.
Three-lane architecture comparison for isolated measurement chains Swim-lane block diagram comparing three approaches: isolated sigma-delta modulator with decimation, isolated analog amplifier with ADC, and ADC in high-voltage domain with digital isolator. Dominant pain tags highlight latency, settling, and HV-domain ownership. Lane A Lane B Lane C Sensor ΣΔ Mod ISO Decimate MCU/FPGA Latency/Sync Sensor ISO INA ISO ADC MCU/FPGA Settling/Drive Sensor ADC (HV) ISO Digital Link MCU/FPGA HV Noise/Power Choose the lane by the dominant pain: latency • settling • HV-domain ownership

Error budget ownership across the isolation chain

Isolation measurement accuracy is never “one spec”. A production-ready design assigns every error to an owner and verifies it with the correct stimulus. The four classes below cover nearly all real field failures: DC structured error, noise floor, transient-induced error, and timing/latency error.

Ownership rule (decision-first)
  • Calibratable: DC structured error (offset/gain/drift) — fix with calibration only if coefficients remain stable.
  • Not calibratable: noise floor, transient corruption, and timing/latency — must be fixed by architecture, layout, filtering windows, and clock/sync design.

A) DC structured error (offset / gain / drift) — calibratable when stable

Typical owners
  • Front-end: input offset, gain error, temp drift, bias/leakage × source impedance.
  • Layout: leakage paths (ESD/clamps/PCB contamination) that translate into input-referred offset.
  • Power/barrier: low-frequency supply modulation that looks like drift under slow logging.
Controllable levers
  • Choose 1-point / 2-point / multi-point calibration based on coefficient stability across temperature and time.
  • Write a leakage budget: worst-case clamp leakage + PCB surface leakage + source impedance → input-referred offset.
  • Separate “true drift” from supply modulation by controlled power ripple injection during characterization.
Verification hooks
  • Short-input / zero-input runs vs temperature: record offset vs time, then fit drift (avoid mixing with 1/f noise).
  • Known differential injection: verify gain error and gain drift across temperature points.
  • Clean vs humid/contaminated comparison: confirm whether leakage dominates DC error.
Acceptance criteria (template)
Offset drift ≤ [target] • Gain drift ≤ [target] • Leakage-induced offset ≤ [target]

B) Noise floor (0.1–10 Hz + wideband) — not calibratable

Typical owners
  • Front-end: input-referred noise density, 1/f corner, resistor thermal noise, source impedance interaction.
  • Decimation: OSR + filter define effective bandwidth and how noise maps into the reported samples.
  • Power/layout: low-frequency modulation can masquerade as “extra 0.1–10 Hz noise”.
Controllable levers
  • Define the measurement window/bandwidth first, then choose OSR and filter (avoid comparing noise with mismatched bandwidth).
  • Budget both 0.1–10 Hz (slow wander) and wideband (RMS resolution) using the same end-to-end bandwidth definition.
  • Control source impedance and input network values so thermal noise and bias/leakage coupling do not dominate.
Verification hooks
  • 0.1–10 Hz: long capture → detrend → peak-to-peak in the defined window.
  • Wideband: specify bandwidth → compute RMS or spectrum density consistently.
  • Power modulation: controlled ripple injection → verify whether the “noise” is actually supply-induced.
Acceptance criteria (template)
Noise p-p (0.1–10 Hz) ≤ [target] • Noise RMS (BW) ≤ [target]

C) Transient-induced error (dv/dt injection, barrier coupling) — system-level ownership

Typical owners
  • Barrier: parasitic capacitance turns dv/dt into displacement current.
  • Layout/return: where that current returns determines whether it becomes measurement error.
  • Receiver: thresholds/deglitching decide whether glitches become bad samples or framing loss.
Controllable levers
  • Place input RC to keep transient energy out of sensitive nodes (position matters more than “RC value”).
  • Provide a short, intentional common-mode return path so displacement current avoids the measurement reference.
  • Use receiver-side deglitching and framing supervision for digital/bitstream paths.
Verification hooks
  • dv/dt stress sweep: correlate switching edges with peak error, invalid-sample flags, or error counters.
  • Observe minimum nodes: input pins, both-side ground reference, data line, and recovery time after steps.
  • Classify outcome: reading step vs bitstream glitch vs CRC/framing error (each has different owners).
Acceptance criteria (template)
Transient peak error ≤ [target] • Recovery time ≤ [target] • Error counter ≤ [target]

D) Timing/latency error (group delay, sync skew) — “time-to-accuracy”

Typical owners
  • Clock/sync: clock source, sharing strategy, and coherency across channels.
  • Decimation: filter group delay defines when data becomes valid.
  • System alignment: triggers/time-stamps and channel-to-channel skew control.
Controllable levers
  • Budget latency as: modulator + transport + decimation, and design to “time-to-accuracy”, not update rate.
  • Choose sync strategy (shared clock vs independent clocks) based on channel coherency requirements.
  • Use deterministic resync/relock behavior when framing is stressed by dv/dt.
Verification hooks
  • Step input → measure time to reach the specified error band (true time-to-accuracy).
  • Multi-channel event injection → measure channel-to-channel skew and repeatability.
  • Under dv/dt stress, verify that any resync is bounded and deterministic.
Acceptance criteria (template)
Total latency ≤ [target] • Channel skew ≤ [target] • Resync time ≤ [target]
Error budget stack with ownership tags across an isolation measurement chain Vertical stacked bars for offset, drift, noise, transient and timing. Each block is tagged with an ownership label such as front-end, barrier, decimation, layout and clock. A calibratable versus non-calibratable rail is shown at the bottom. Budget stack + ownership (assign the “owner” before fixing) Error budget stack (input-referred) Timing / Latency Transient (dv/dt) Noise floor Drift Offset / Gain Ownership tags (who must act) Clock Decimation Barrier Layout Front-end Power Front-end Layout Front-end Layout Calibratable Design-owned (not calibratable)

CMTI & common-mode transient survivability (what really matters)

CMTI is a minimum survivability gate, not a guarantee of “zero measurement disturbance”. In practice, dv/dt creates displacement current through barrier parasitics; whether it becomes a bad reading, a stream glitch, or a CRC/framing error depends on return paths, input network placement, and receiver integrity design.

What CMTI actually means (engineering interpretation)

Test conditions matter
  • dv/dt waveform, edge rate, repetition, polarity, and coupling setup define the result.
  • Pass/fail differs by output type: analog outputs care about peak error + recovery time; digital/bitstream care about integrity events.
  • Supply and layout are part of the system-level CMTI outcome (device-level numbers do not include board return paths).
Practical pass criteria
  • Analog path: transient peak error ≤ target and recovery time ≤ target under the defined dv/dt event.
  • Bitstream/digital path: no framing loss, bounded resync, and error counters ≤ target during switching edges.
Why “high CMTI” can still fail
Passing CMTI can mean “no permanent corruption” while the system still sees temporary measurement error. The missing piece is usually where displacement current returns and whether it crosses the measurement reference or receiver thresholds.

dv/dt injection paths → output symptoms (triage)

Injection chain (displacement current viewpoint)
  1. HV switching node dv/dt → barrier parasitics generate displacement current.
  2. Current couples into: input wiring, input protection network, receiver ground, or data lines.
  3. The return path determines the symptom class and the correct fix.
Symptom A — reading step / recovery delay
  • Likely cause: analog stage overload or reference disturbance by ground bounce.
  • First checks: input pin overdrive, clamp conduction, recovery time after common-mode steps.
  • Design levers: RC placement + intentional return path that avoids the measurement reference node.
Symptom B — bitstream glitch / invalid samples
  • Likely cause: receiver threshold hit by short glitches synchronized to dv/dt events.
  • First checks: bitstream line pulses, clock alignment with switching edges, invalid-sample flags.
  • Design levers: receiver deglitching + sampling windows that avoid the dirtiest edge intervals.
Symptom C — CRC/framing errors (digital link upset)
  • Likely cause: data-line common-mode disturbance + ground bounce at the receiver.
  • First checks: error counters vs switching frequency, supply dips at the isolator/receiver, resync behavior.
  • Design levers: shorter return loop, stronger local decoupling, deterministic resync/timeout strategy.
Minimum verification setup (template)
dv/dt source + scope/logic capture at: input pins, both-side grounds, and data/error counters. Pass/fail by: peak error, recovery time, and integrity events.
dv/dt coupling paths across an isolation barrier and resulting symptom classes Diagram showing a high-voltage switching node and sensor leads on the left, an isolation barrier with parasitic capacitance, and receiver ground plus data/decoder on the right. Arrows illustrate coupling into input, data lines, and low-voltage ground bounce, mapped to reading steps, bitstream glitches, and CRC errors. HV / Noisy Domain LV / Receiver Domain Switching node (dv/dt) Sensor leads Input protection / RC Front-end input pins ISO Cpar Receiver ground Data line / bitstream Decoder / CRC MCU / FPGA ground bounce Symptom: reading step Symptom: bitstream glitch Symptom: CRC / framing errors Fix the return path first; then fix thresholds and windows.

Bitstream & decimation: latency, bandwidth, and control-loop fit

A ΣΔ modulator delivers a high-rate bitstream, but control loops and production logs consume decimated samples. The key design task is to map OSR, filter type, and transport/sync into two outcomes: effective bandwidth and time-to-accuracy.

Core pipeline (what becomes “a number”)

Bitstream → samples
  • Clock sets the modulator rate.
  • OSR trades bandwidth for noise shaping and stability margin.
  • Decimation filter defines the output sample rate and the passband shape.
  • Transport/sync adds fixed delay and sometimes delay variation.
Design outputs (template)
Effective BW ≤ [loop need] • Total latency ≤ [budget] • Time-to-accuracy ≤ [budget]

Filter families (engineering differences)

Sinc filters (Sinc1/2/3)
  • Simple and common, strong notch-like behavior around multiples of the output rate.
  • Higher order improves attenuation but increases group delay and transient “tail”.
  • Best used with a clear bandwidth window and a known settling requirement.
Vendor FIR / proprietary filters
  • Often flatter passband and stronger stopband control.
  • Latency is defined by tap length and buffering; verify determinism.
  • Prefer when the application needs predictable passband shape and bounded recovery behavior.

Latency budget (the “three-piece” model)

Total latency breakdown
  • Modulator delay: internal state memory before the stream reflects an input change.
  • Filter delay: group delay from decimation, usually the dominant term.
  • Transport/sync delay: isolation transfer, framing, and channel alignment.
Control-loop fit (template)
Use time-to-accuracy (step to within error band), not “update rate”, as the loop input readiness metric.

Dynamics & overload recovery (why it “cannot follow”)

  • Input step: filter tail can dominate apparent settling even if the front-end is fast.
  • Common-mode step: barrier-injected disturbance can create invalid stream periods.
  • Recovery: the loop sees “wrong but smooth” values until the chain fully re-enters the linear region.
Verification hooks (template)
Step input → measure time-to-accuracy • CM step → measure recovery time • Multi-channel event → measure skew

Multi-channel synchronization (isolation-measurement side only)

  • Shared clock: best for coherent sampling; verify distribution skew and startup determinism.
  • Sync boundary: define where alignment is enforced (bitstream framing vs decimated sample ticks).
  • Timestamp strategy: when transport adds jitter, timestamps can preserve event order even with fixed delay.
Timing diagram from bitstream to decimated samples with latency blocks A simplified timing diagram showing clock, bitstream activity, and decimated sample ticks. A right-side stacked block indicates latency contributors: modulator delay, digital filter delay, and transport plus sync delay. Timing: Clock → Bitstream → Decimated samples (latency is budgetable) CLK Bitstream Samples latency to usable samples Latency blocks Modulator Filter Transport Budget time-to-accuracy; do not assume sample rate equals loop readiness.

Front-end input design: sensor interface + protection without leakage surprises

Isolated front-ends fail most often at the input network: protection that adds leakage becomes offset, and filtering that adds RC becomes settling time. A robust design uses staged protection and a leakage-to-offset budget tied to worst-case temperature.

Staged input network (order and responsibilities)

  • Rseries: limits fault current and helps keep dv/dt energy out of sensitive pins.
  • RC (diff/CM): defines bandwidth and reduces edge energy; also sets settling and step response.
  • Clamp: provides a safe path for abnormal events; must be assessed for leakage and nonlinearity.
  • Bias return: ensures a defined DC path for high-Z sources and long cables.

Leakage → offset budgeting (worst-case)

Budget method
  • Use maximum temperature leakage for clamps/ESD/TVS and any PCB surface leakage paths.
  • Map leakage current through source/bias impedance into an equivalent input offset.
  • Verify stability: if leakage changes with humidity/contamination, treat it as a layout/process owner.
Acceptance criteria (template)
Leakage-induced offset ≤ [target] at [Tmax] • Drift slope ≤ [target] over temperature sweep

High-Z sources and long cables (bias return + noise trade)

  • Provide a defined DC bias path; floating inputs drift and amplify touch/cable-motion sensitivity.
  • Rseries and bias resistors add thermal noise; choose values based on the defined bandwidth window.
  • Protection resistor placement affects both CMRR under mismatch and leakage sensitivity.

Common-mode steps and survivability (avoid pushing energy into the front-end)

  • Input networks must steer displacement current to a safe return path, not through the measurement reference.
  • Clamp paths that dump into sensitive grounds can cause reading steps and long recovery tails.
  • Validate with controlled common-mode steps and record peak error + recovery time.
Verification hooks (template)
Temperature sweep for leakage drift • Step response for settling • Cable touch/motion sensitivity • CM step recovery
Staged input protection network for isolated front-ends with leakage budget node Block diagram showing connector, series resistors, RC filter, clamp stage, and INA/modulator inputs, plus a bias return path. A leakage budget node is highlighted to indicate where leakage currents translate into input-referred offset. Staged input network (order + leakage budget node) Connector Rseries RC diff / CM Clamp Inputs INA / Mod Bias return DC path for high-Z Leakage budget node Place RC and clamps to control current return paths, then verify leakage at Tmax.

Power & isolation barrier implementation: supplies, creepage mindset, and referencing

Isolation does not automatically create a “quiet” measurement. The power architecture must control where switching energy and displacement current return. A production-ready design separates measurement reference from safety reference and makes noise paths explicit.

HV-fed vs LV-fed isolated front-ends (where noise enters)

HV-side power feed
  • Injection points: bus ripple, switching nodes, dv/dt and di/dt ground bounce.
  • Risk: measurement reference rides on a noisy domain unless the return path is controlled.
  • Use when: HV domain already provides a clean, regulated rail close to the sensing front-end.
LV-side power feed through isolated DC-DC
  • Injection points: isolated DC-DC switching edges and its high-frequency return loop.
  • Risk: displacement current across the barrier couples into reference nodes if routing is careless.
  • Use when: measurement rails must be controlled and repeatable across platforms and lots.

Isolated DC-DC switching noise (frequency band + return path)

  • Band awareness: switching fundamentals and harmonics can appear as periodic ripple or as wideband noise.
  • Return control: minimize the hot loop and keep its return away from measurement reference and inputs.
  • Barrier coupling: parasitic capacitance across the isolation barrier creates a displacement-current path.
Practical symptom mapping
Ripple-like error → check switching frequency signature • Random noise rise → check return path and reference impedance

Referencing: measurement reference vs safety reference

  • Measurement reference: defines the conversion baseline; noise here becomes data error directly.
  • Safety reference: used for protection and compliance; it must not force noisy current through measurement nodes.
  • Keep “quiet reference” decisions local to the measurement chain; treat barrier-coupled current as a routed signal.

Creepage mindset (hard constraint, short reminders only)

  • Isolation rating and package geometry are hard constraints; layout must preserve clearances and creepage paths.
  • Route fast-switching traces away from barrier edges and keep reference nodes inside protected regions.
  • Use vendor isolation guidance as the baseline; add board-level margin for contamination and humidity.

Bring-up checklist (measurement-only)

  • Measure reference noise and look for isolated DC-DC frequency fingerprints in the output data.
  • Compare output noise with an alternate clean supply to confirm power-path ownership.
  • Verify return paths: no fast current should cross the measurement reference region.
Power domain map for isolated measurement front-ends and reference/return paths Block diagram showing HV supply, isolated DC-DC, HV front-end, isolation barrier parasitic capacitance, LV receiver, LV supply, reference nodes, and highlighted noise return paths. Power domain map (make noise return paths explicit) HV / Noisy domain LV / Digital domain HV supply Front-end VREF / AGND Isolated DC-DC ISO Cpar LV supply Receiver VREF / GND MCU/FPGA noise return Mindset Measurement reference ≠ Safety reference Route displacement current like a signal Keep hot loops local and short

Digital interface & data integrity: clocks, framing, CRC, and glitch handling

In high dv/dt environments, “bad data” usually comes from clock uncertainty, framing slips, or short glitches that cross receiver thresholds. A robust isolated measurement path includes detection, bounded recovery, and production counters.

Clock strategy (measurement side only)

  • Shared clock: best for coherency; verify startup determinism and distribution skew.
  • Independent clocks: simpler wiring but requires robust resync and timestamping assumptions.
  • Clock noise impact: jitter and edge uncertainty appear as sampling uncertainty and decode fragility.

Framing and CRC (detect + bounded recovery)

  • Framing: define how a receiver finds boundaries after a disturbance.
  • CRC: proves an error happened; a system still needs a response strategy.
  • Bounded resync: recovery time must have a known maximum for safe control behavior.
Production rule (template)
CRC error → flag invalidhold last goodresync within [max time]

Glitch handling (short bad pulses)

  • Glitch detect: reject illegal pulse widths and impossible transitions for the interface.
  • Timeout: treat “no valid frame” as a state; avoid silent stale data.
  • Resync: explicitly re-lock to boundaries after repeated disturbances.

Consistency monitoring (numerical sanity)

  • Jump detector: limit the maximum allowed delta per sample window (application-defined).
  • Saturation flags: treat overload indicators as states; measure recovery time separately.
  • Error counters: log CRC, timeout, resync counts to correlate with switching events and load.
Robust digital path blocks across isolation with glitch detection, timeout, and resync Block diagram showing clock, isolator, receiver, framing and CRC, filter, and application. Key robustness features are indicated: glitch detect, timeout, resync, and error counters. Digital robustness: detect → flag → recover (bounded time) Clock Isolator Receiver Framing CRC Filter App Glitch detect Timeout Resync Production counters CRC errors Timeouts Resync count Invalid %

Co-design with ADC / control: where to place filtering and how to verify settling

Isolation changes filter ownership. The key is to decide whether settling is dominated by the HV-side sensor + protection or by the LV-side conversion / decimation. Verification must measure time-to-accuracy, not just sample rate.

Two output forms (do not mix assumptions)

Analog after barrier (Isolated INA → ADC)
  • Settling depends on: output drive stability, AAF placement, and recovery from barrier-coupled transients.
  • Verification target: ADC input reaches the error band within the required time window.
  • Common failure: a clean-looking analog chain becomes “not clean” due to ground bounce and return paths.
Digital / bitstream (Isolated ΣΔ Mod → decimation)
  • Effective bandwidth and group delay define “usable data”.
  • Verification target: time-to-accuracy for step events under switching and common-mode stress.
  • Common failure: correct average value but slow recovery tail makes control and logging wrong during events.

Where to filter (before or after the barrier)

Filter before the barrier (HV-side)
  • Reduces HV-domain edge energy before isolation transfer.
  • Settling ownership shifts toward: sensor wiring, protection network, and HV reference stability.
  • Risk: RC and clamps can dominate step response and cause long recovery tails.
Filter after the barrier (LV-side analog or digital)
  • Better control of ADC-facing settling and anti-alias behavior.
  • Settling ownership shifts toward: LV conversion, decimation, and recovery logic.
  • Risk: barrier-coupled glitches must be detected and bounded (invalid/hold/resync).

Verification actions (settling is a measured property)

  • Differential step: measure time-to-accuracy at the ADC input or at the decimated sample output.
  • Common-mode step: measure peak error and recovery time; track invalid/CRC/resync events.
  • Switching-noise injection: correlate error bursts with switching phase; verify bounded recovery behavior.
Pass/fail template (fill with project numbers)
Time-to-accuracy ≤ [T] • Peak error ≤ [E] • Recovery ≤ [Trec] • Invalid/CRC ≤ [rate]
Where to filter: before or after the isolation barrier with settling ownership Comparison diagram showing HV-side filtering before the barrier versus LV-side filtering after the barrier. Each option highlights settling ownership and dominant tradeoffs: transient, noise, and latency. Where to filter (ownership shifts with barrier placement) HV domain LV domain ISO Sensor HV filter ADC / Decim Control/Log Sensor Front-end LV filter or digital Control/Log Owner: HV Owner: LV Transient Noise Latency Verify time-to-accuracy under differential step, common-mode step, and switching-noise injection.

Verification & measurement: CMTI test, transient tests, and noise/latency characterization

Reliable isolated measurement requires a repeatable test rig and consistent metrics. The minimum setup must capture injection stimulus, critical nodes around the barrier, and data integrity outcomes.

Minimum viable rig (what must be measurable)

  • Stimulus: dv/dt injector or common-mode step source.
  • Observability: input node, HV-side ground, LV-side ground, and the data output.
  • Instruments: oscilloscope probes for analog nodes and logic capture for clock/data/CRC.

Transient / CMTI characterization (procedure)

  • Apply controlled dv/dt or common-mode steps across representative switching phases.
  • Record peak data error, recovery time, and invalid/CRC/resync events.
  • Correlate disturbances with ground bounce and barrier-side reference movement.

Noise measurement (0.1–10 Hz and wideband)

  • 0.1–10 Hz: use long capture windows and remove slow trend before peak-to-peak statistics.
  • Wideband: define measurement bandwidth and sampling conditions consistently.
  • Always state: time window, bandwidth, and any digital filtering applied.
Report fields (template)
0.1–10 Hz p-p • Wideband RMS (BW=…) • Duration=… • Filter=…

Latency measurement (time-to-accuracy)

  • Inject a synchronous step event and record when output enters the target error band.
  • Decompose delay into: front-end response, conversion/decimation delay, transport/sync delay.
  • Use a single threshold definition so different builds remain comparable.

Robustness statistics (sweeps)

  • Sweep switching frequency and load; track CRC/timeout/resync and invalid sample percentage.
  • Sweep temperature to expose leakage, reference drift, and barrier coupling sensitivity.
  • Use correlation plots and counters to assign ownership to power, layout, or interface recovery logic.
Test setup for isolated measurement: dv/dt injector, probes, and logic capture Diagram showing an equipment-under-test (EUT) with an isolation boundary. A dv/dt injector applies common-mode steps, an oscilloscope probes input and both-side grounds, and a logic analyzer captures clock and data output with CRC/invalid flags. Minimum test setup (must-measure nodes around the barrier) dv/dt injector CM step source EUT HV side LV side ISO Input node HV GND Data out LV GND Oscilloscope probes Logic analyzer Must measure Must measure Capture stimulus, barrier-side grounds, and data integrity outcomes in the same record.

Engineering checklist (design review + lab sign-off)

This section is the production-friendly closeout: a copy-ready checklist for design reviews and lab sign-off. It focuses on the isolated measurement chain only (sensor → front-end → barrier → decode/ADC → digital).

A) Design review checklist (schematic + layout)

Input network & protection
  • Protection order is explicit: Connector → Rseries → RC → Clamp → INA/Mod inputs.
  • Leakage budget is written as fields (not assumptions): I(leak,max,T) × R(source,max) → V(error).
  • High-impedance sources have a defined bias return path (no “floating CM” behavior).
  • Clamp path is current-limited so CM transients do not drive the front-end into long saturation.
Power, reference, and return paths
  • Isolated DC-DC hot loops are small, closed, and routed away from input and reference nodes.
  • “Measurement reference” and “safety reference” are not unintentionally tied by routing or copper pours.
  • Barrier displacement current (Cpar) has a planned return path (treated like a routed signal).
  • Probe points are designed in (input node, HV-GND, LV-GND, data/clock nodes).
Isolation barrier implementation
  • Barrier boundary is physically obvious on the PCB (keep-out, split, and label discipline).
  • Creepage/clearance constraints are preserved by placement and routing (no last-minute via shortcuts).
  • Fast-switching nets stay away from barrier edges; reference nodes stay inside protected regions.
  • Failure modes are listed: clamp short/open, DC-DC noise rise, isolator upset, sensor open/short.
Clock, sync, and data integrity
  • Clock domain strategy is defined (shared vs independent) and startup behavior is deterministic.
  • Digital path has bounded recovery: invalid flag → hold last good → resync within a maximum time.
  • Multi-channel alignment method is declared (shared clock / sync pin / timestamp boundary).
  • Production counters are planned: CRC errors, timeouts, resync count, invalid sample percentage.
Copy/paste “risk ownership” note
DC error → leakage/offset/drift ownership • Noise floor → bandwidth + reference ownership • Transient errors → CMTI + return path ownership • Latency → decimation/transport ownership

B) Lab sign-off checklist (characterization + stress)

  • CMTI / dv/dt: record stimulus, HV-GND, LV-GND, and data output in the same capture.
  • Overload recovery: differential step + CM step; report peak error and time-to-accuracy.
  • Temperature sweep: separate drift from leakage (shorted input vs normal input control runs).
  • Bit errors: CRC/timeout/resync statistics under switching frequency and load sweeps.
  • Transient windows: verify whether sampling must avoid switching edges (and log the rule).
  • Long-term drift: warm-up/soak is defined by a stability threshold, not a fixed time guess.
Sign-off report fields (template)
dv/dt condition=… • Peak error=… • Recovery=… • 0.1–10 Hz p-p=… (window=…) • Wideband RMS=… (BW=…) • Latency=… (definition=…) • CRC/invalid/resync=…
Checklist flow from review to production hooks Flow diagram showing Review, Build, Characterize, Stress, and Production hooks. Each stage includes short chip labels such as leakage, return path, dv/dt, and counters. Review → Build → Characterize → Stress → Production hooks Review Build Characterize Stress Production hooks Key checks Leakage Return path Barrier refs Discipline Placement Guard/clean Probe nodes Metrics Noise Latency Settling Stress dv/dt CM step Temp sweep Hooks Flags Counters Binning Keep every checklist item measurable: node, method, and pass/fail output.

IC selection logic (fields → risk mapping → vendor questions)

Selection must be field-driven. Use the copy/paste fields below, map them to the dominant risk of the application, then ask vendors for test conditions (not only “typical” numbers). Reference part numbers are included as lookup starting points only.

A) Copy/paste selection fields (use as inquiry template)

Isolation & boundary
  • Isolation grade: basic / reinforced (vendor term).
  • Working voltage and transient envelope (state the intended domain).
  • Package creepage/clearance and board-level margin plan.
  • Barrier coupling note: Cpar return path is planned (yes/no).
Output form & interface
  • Output type: analog / bitstream / framed digital.
  • Clocking: internal/external, allowed range, startup determinism.
  • Sync method: shared clock / sync pin / timestamp boundary.
  • Diagnostics: invalid/overrange/CRC/resync visibility.
Accuracy & noise
  • Offset / drift; gain error / gain drift (conditions required).
  • 0.1–10 Hz noise p-p (window + processing definition required).
  • Wideband noise (state bandwidth and any filtering).
  • Input bias/leakage impact: worst-case temperature and board leakage assumptions.
Transient survivability & timing
  • CMTI (must include test waveform and pass/fail criterion).
  • CM step behavior: peak error + recovery time; error flags during event.
  • Overload recovery: amplitude and “time-to-accuracy” definition.
  • Latency: group delay vs update delay; include transport/sync or not (define it).
Copy/paste line (single row)
Output=… • Isolation=… • CMTI=…(condition=…) • Latency=…(definition=…) • 0.1–10Hz=…(window=…) • Noise=…(BW=…) • Recovery=…(to error band=…) • Flags=…

B) Risk mapping (application constraint → dominant ownership → priority fields)

High dv/dt (inverters / motor drives)
  • Priority: CMTI test conditions, CM step recovery, glitch/CRC/invalid handling, return path discipline.
  • Typical symptom: spikes, bitstream glitches, CRC bursts, or short jumps correlated with switching edges.
  • Ownership focus: barrier coupling + layout + receiver thresholds + bounded resync behavior.
High-accuracy DC (bridges / medical acquisition)
  • Priority: drift, 0.1–10 Hz noise definition, leakage budgeting, input bias return path.
  • Typical symptom: slow offset drift after protection changes or humidity/temperature changes.
  • Ownership focus: protection leakage + board cleanliness + reference stability + warm-up stability threshold.
Fast loop / low latency (current loops / protection)
  • Priority: latency definition, time-to-accuracy under steps, overload recovery, sync determinism.
  • Typical symptom: correct steady-state value but wrong behavior during events due to slow recovery tails.
  • Ownership focus: decimation/filter delay + transport/sync delay + bounded invalid sample policy.

C) Vendor questions (conditions define truth)

  • CMTI: waveform, dv/dt level, pass/fail criterion, and the observed failure mode (glitch, bit error, output jump).
  • Overload recovery: input amplitude, common-mode condition, and the “time-to-accuracy” definition (error band).
  • Latency: group delay vs update delay; whether it includes interface transport and resync behavior.
  • Noise: 0.1–10 Hz measurement window and processing; wideband noise bandwidth definition.
  • Diagnostics: meaning of invalid/overrange/CRC flags and reset/clear behavior after faults.

D) Reference examples (part numbers; official links; starting points only)

These part numbers are provided to speed up datasheet lookup and benchmarking. Final selection must be driven by the field template above (worst-case conditions + ownership + verification).

Isolated amplifiers (analog output family examples)
  • TI AMC1301 / AMC1302 / AMC1300 (reinforced isolated amplifiers; current/voltage sensing variants).
  • TI AMC1311 (reinforced isolated amplifier family; input-range variants).
  • TI AMC3301 / AMC3302 (isolated amplifiers; variants include integrated isolated power options in some families).
  • Broadcom ACPL-7970 (isolated amplifier family used in power electronics sensing).
  • Silicon Labs Si8920 / Si8921 (isolated amplifier family for current/voltage sensing use cases).
Isolated ΣΔ modulators (bitstream output examples)
  • Analog Devices AD7401A (isolated ΣΔ modulator; 1-bit data stream).
  • Analog Devices ADuM7701 / ADuM7702 (isolated ΣΔ modulator family; bitstream output).
  • TI AMC1306M05 / AMC1304M25 / AMC1305M25 (isolated modulator families; bitstream + decimation use cases).
  • Broadcom ACPL-C79B (isolated modulator family used in motor drives and inverters).
Isolated ΣΔ ADC (integrated “isolated ADC” example)
  • Analog Devices ADuM7703 (isolated ΣΔ ADC family positioning; check latency and output framing details).
If the ADC sits in the HV domain (digital isolator examples)
TI ISO774x / ISO784x • Analog Devices ADuM14xx/ADuM15xx • Silicon Labs Si86xx (select by data rate, robustness, and failure behavior)
Official links (starting points)
Use vendor product pages for datasheets and application notes: TIAnalog DevicesBroadcomSilicon Labs
Selection decision tree for isolated measurement architectures Three-layer decision tree: application constraints (dv/dt, accuracy, latency) flow into architecture choices (isolated modulator, isolated amp plus ADC, ADC in HV plus isolator) and then into key parameter thresholds with placeholders. Decision tree: constraints → architecture → key thresholds 1) Constraints 2) Architecture 3) Key thresholds dv/dt Accuracy Latency Isolated mod (bitstream) Isolated amp + ADC ADC in HV + isolator CMTI ≥ [ ] tLAT ≤ [ ] 0.1–10 Hz ≤ [ ] Recovery ≤ [ ] Flags: CRC/invalid Keep thresholds project-owned. Ask for test conditions before trusting any number.

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.

FAQs (Isolated INA / Isolated ΣΔ-Mod INA)

These FAQs close long-tail questions without expanding page scope. Each answer follows a fixed, production-friendly structure: symptom → likely causes → quick checks (nodes/signals) → fix → acceptance criteria.

What does CMTI actually guarantee, and what failure modes can still happen?
Symptom

The datasheet lists a high CMTI rating, but real switching events still cause glitches, bit errors, or short output jumps.

Likely causes
  • CMTI is specified under a particular waveform/threshold; real dv/dt and return paths differ (layout ownership).
  • Barrier displacement current injects into LV ground/data thresholds (barrier + receiver ownership).
  • Recovery behavior is not covered by the headline CMTI number (front-end overload recovery + digital resync ownership).
Quick checks (nodes/signals)
  • Capture the dv/dt stimulus and both grounds: HV-GND vs LV-GND (look for ground bounce aligned to switching edges).
  • Monitor data/bitstream plus CRC/invalid flags (check whether errors cluster at switching transitions).
  • Probe the input/clamp node (check for front-end saturation or clamp conduction during the event).
Fix (actions)
  • Route a controlled return path for barrier-coupled current; keep LV reference “quiet and local” near the receiver.
  • Add bounded glitch handling: invalid/CRC detect → hold last good → resync within a defined time.
  • Reduce injection at the source: place RC where it limits current into sensitive nodes without breaking response (see RC FAQ).
Acceptance criteria

No output jump or CRC burst above [ ] per [ ] minutes at dv/dt=[ ], and recovery to the error band [ ] within [ ].

Why does the output glitch during inverter switching even when CMTI looks high?
Symptom

Short spikes, missing samples, or “one-frame wrong” data appear at each switching edge.

Likely causes
  • Receiver threshold sees ground bounce; the data edge is valid but sampled wrongly (receiver + layout ownership).
  • Clamp/RC network injects current into the front-end input, momentarily saturating it (front-end ownership).
  • Clock/data timing margin collapses during the transient (clocking + framing ownership).
Quick checks (nodes/signals)
  • Logic capture: clock + data + CRC/invalid (verify whether errors are timing-related or amplitude-related).
  • Scope: LV-GND local vs system ground (identify bounce peak at the receiver reference pin).
  • Scope: front-end output / bitstream density (identify saturation tail after each edge).
Fix (actions)
  • Move receiver reference and decoupling to the quietest local ground island; avoid shared high di/dt return paths.
  • Gate data usage: ignore samples during a defined “switching window” and rely on bounded hold/resync logic.
  • Rebalance RC/clamp placement so transient current is shunted away from sensitive measurement nodes.
Acceptance criteria

CRC error rate ≤ [ ] and no visible output spike above [ ] during switching at fSW=[ ], across temperature [ ].

How to estimate total latency of an isolated ΣΔ chain from datasheet specs?
Symptom

A control loop or protection function feels delayed even though sample rate looks high.

Likely causes
  • Filter/decimation group delay dominates; “output data rate” is not “latency” (decimation ownership).
  • Transport + framing + resync adds hidden delay (interface ownership).
  • Overload recovery adds event-dependent delay (front-end ownership).
Quick checks (nodes/signals)
  • Inject a synchronous step at the sensor input and timestamp the output threshold crossing (end-to-end latency).
  • Separate delays by logging: mod clock, decimated sample ticks, and application timebase (timing decomposition).
  • Check datasheet for “group delay / settling” definitions and the filter type (Sinc / vendor filter).
Fix (actions)
  • Choose a decimation/filter mode whose group delay fits the loop; validate on the bench with a step method.
  • Define and enforce a single latency definition in firmware (include/exclude transport and resync explicitly).
  • If event latency matters, bound overload recovery and add fault flags to block incorrect samples.
Acceptance criteria

End-to-end latency (defined as [definition]) ≤ [ ] and step settling to error band [ ] within [ ].

Can one modulator clock be shared across multiple isolated channels safely?
Symptom

Channels drift out of alignment, show correlated errors, or become sensitive to switching when clock is shared.

Likely causes
  • Clock distribution couples barrier injection into multiple channels simultaneously (layout ownership).
  • Duty-cycle distortion / edge noise reduces timing margin at one or more receivers (clock integrity ownership).
  • Sync boundary is undefined, so “same clock” does not guarantee “same sample time” (system timing ownership).
Quick checks (nodes/signals)
  • Measure clock edge quality at each channel input (rise/fall, ringing, duty, skew).
  • Log channel-to-channel time alignment using a shared step stimulus and output timestamps.
  • Correlate CRC/invalid bursts across channels (common-cause via shared clock path).
Fix (actions)
  • Use a clock fanout/buffer strategy with controlled impedance routing and consistent return paths.
  • Define a synchronization method beyond the clock (sync pin/marker/timestamp boundary).
  • If the environment is severe, isolate clock distribution per group and compare robustness.
Acceptance criteria

Channel-to-channel skew ≤ [ ] and correlated CRC/invalid events ≤ [ ] per [ ] minutes at dv/dt=[ ].

Why does adding input protection shift the measured offset over temperature?
Symptom

Offset looks fine at room temperature, but drifts after adding TVS/diodes/series resistors, especially at high temperature or humidity.

Likely causes
  • Protection leakage increases with temperature and creates a differential error through source impedance (protection ownership).
  • Bias return path changes, causing input common-mode to drift (bias network ownership).
  • Board surface leakage dominates at high impedance nodes (layout/cleanliness ownership).
Quick checks (nodes/signals)
  • Short the input at the connector and repeat the temperature sweep (separates sensor vs front-end/protection).
  • Measure bias/leakage current proxy by observing offset vs added source resistance (slope indicates leakage).
  • Inspect/clean/guard the high impedance nodes; check drift reduction after cleaning or conformal coat.
Fix (actions)
  • Select protection parts with specified low leakage at temperature; place them at nodes with lower error leverage.
  • Provide a defined bias return path and keep it symmetric for differential inputs.
  • Use guarding and spacing to reduce board leakage at the sensitive node; control contamination and humidity.
Acceptance criteria

Offset drift ≤ [ ] across [ ]°C with the intended source impedance [ ], after warm-up stability threshold met.

Where should RC filtering be placed to reduce dv/dt-induced artifacts without slowing response too much?
Symptom

dv/dt switching causes spikes, but adding RC makes step response slow or increases settling time.

Likely causes
  • RC is placed where it creates large source impedance into input bias/leakage paths (DC error ownership).
  • RC is placed after the “damage point,” so transient current still hits sensitive nodes (transient ownership).
  • Filter corner is mismatched to the required bandwidth/settling target (timing ownership).
Quick checks (nodes/signals)
  • Compare waveforms at: connector node → after Rseries → after RC → at clamp → at INA/Mod input.
  • Apply a differential step and a common-mode step; measure time-to-accuracy for each RC location.
  • Verify whether spikes align to switching edges (dv/dt coupling) or to load steps (real signal).
Fix (actions)
  • Place the current-limiting resistor closest to the connector so transient energy is throttled early.
  • Place the capacitor so it shunts high-frequency energy to a controlled return path, not into the input pins.
  • Keep DC-leakage leverage low: avoid making the sensitive bias/leakage node the highest impedance point.
Acceptance criteria

Spike amplitude at switching ≤ [ ], and step settling to error band [ ] within [ ] (bandwidth target [ ]).

How to separate “real current ripple” from “transient-induced measurement error”?
Symptom

The measured waveform shows ripple/spikes, but it is unclear whether it is real current or a dv/dt artifact.

Likely causes
  • dv/dt coupling injects into the measurement chain and correlates to switching edges (transient ownership).
  • Probe/ground lead forms a pickup loop, creating measurement artifacts (measurement setup ownership).
  • Front-end overload recovery creates a tail that looks like ripple (front-end recovery ownership).
Quick checks (nodes/signals)
  • Correlation test: overlay ripple with switching edge timing; dv/dt artifacts are edge-locked.
  • Probe discipline: switch from long ground lead to spring ground; compare ripple amplitude/shape.
  • Cross-sensor check: compare with a second current measurement point (e.g., DC link vs phase shunt) under the same event.
Fix (actions)
  • Improve transient immunity: controlled return paths, receiver threshold robustness, and input current limiting.
  • Use a defined sampling window away from switching edges when control requirements allow.
  • Validate with a bench injection: apply a known CM step and confirm the observed ripple signature changes.
Acceptance criteria

Under identical dv/dt conditions, artifact component ≤ [ ] and does not exceed [ ] of the measured ripple band.

What test setup is minimally required to validate CMTI and recovery time on the bench?
Symptom

Datasheet claims are hard to trust without a repeatable bench method.

Likely causes
  • Transient injection is not controlled or not measured; results are not comparable (test ownership).
  • Observation points miss the root cause (ground bounce vs input saturation vs data upset).
  • Recovery is not defined (peak error vs time-to-accuracy), so reports are ambiguous.
Quick checks (nodes/signals)
  • Minimum instruments: scope (with proper ground spring), logic analyzer (for CRC/frames), and a controlled dv/dt/CM-step injector.
  • Mandatory nodes: HV dv/dt stimulus, HV-GND, LV-GND at receiver, data/bitstream, input/clamp node.
  • Repeatability: run switching-frequency sweep and temperature points with the same probe geometry.
Fix (actions)
  • Define a standard capture: include stimulus + both grounds + data/flags in the same record.
  • Define recovery: “time-to-accuracy” into an error band and “maximum spike magnitude.”
  • Stress systematically: dv/dt level sweep, fSW sweep, load sweep, and temperature sweep.
Acceptance criteria

Under the defined injection [waveform], peak error ≤ [ ], CRC/invalid ≤ [ ], and recovery ≤ [ ].

Why do readings change when touching/moving the isolation-side cable or probe ground?
Symptom

Touching or moving a cable/probe changes the reading, even with a steady input.

Likely causes
  • Capacitive coupling changes the return path and injects current into high-impedance nodes (layout/measurement ownership).
  • Probe ground lead forms a pickup loop; moving it changes induced voltage (measurement setup ownership).
  • Bias return is weak/undefined, so tiny coupled currents translate into measurable offsets (front-end bias ownership).
Quick checks (nodes/signals)
  • Replace long ground clip with a spring ground; compare sensitivity to movement.
  • Measure the sensitive node impedance and check whether it lacks a defined bias return path.
  • Temporarily add controlled shielding/guarding and see whether the reading stabilizes.
Fix (actions)
  • Define bias return and keep differential symmetry; avoid leaving high-Z nodes “floating.”
  • Reduce electric-field pickup: shorten loops, control shielding strategy, and keep sensitive nodes compact.
  • Improve barrier return path management so movement does not reroute displacement current through measurement nodes.
Acceptance criteria

Reading change ≤ [ ] when moving/touching the cable/probe within [ ] cm, with a stable input [ ].

How to detect data corruption (CRC/timeout/resync) in noisy environments?
Symptom

Occasional wrong values appear with no obvious analog cause; logs show rare spikes or missed updates.

Likely causes
  • Bit errors during transients; framing slips; clock margins collapse (digital path ownership).
  • Receiver thresholds are crossed by ground bounce (layout + receiver ownership).
  • Error handling is unbounded (no defined resync/hold policy) so corruption leaks into control logic.
Quick checks (nodes/signals)
  • Log counters: CRC errors, timeouts, resync count, invalid sample percentage; correlate with switching events.
  • Capture clock/data at the receiver under stress; check eye margin and edge integrity.
  • Compare analog plausibility vs digital flags; corruption often has a flag signature even if rare.
Fix (actions)
  • Implement bounded handling: on CRC/timeout → mark invalid → hold last good → resync within [ ].
  • Harden receiver references and routing: local ground island, tight return, short high-speed loops.
  • Use sampling windowing when allowed; avoid reading during the noisiest transition window.
Acceptance criteria

CRC error rate ≤ [ ], timeout rate ≤ [ ], and maximum resync time ≤ [ ] under worst-case noise condition [ ].

For medical isolated acquisition, which specs matter most beyond isolation rating (noise/drift/diagnostics)?
Symptom

Isolation grade is satisfied, but signal quality or reliability is not consistent across time and conditions.

Likely causes
  • Noise floor and 0.1–10 Hz behavior dominate weak signals (noise ownership).
  • Drift and leakage dominate long-duration accuracy (DC ownership).
  • Diagnostics and bounded failure behavior are missing (system reliability ownership).
Quick checks (nodes/signals)
  • Characterize 0.1–10 Hz p-p using a defined time window and processing; do not rely on “typical” plots.
  • Run drift vs temperature vs time with a stable input reference and a known warm-up stability threshold.
  • Verify diagnostic coverage: invalid/overrange/CRC/resync and how the system behaves on faults.
Fix (actions)
  • Prioritize low drift + low 0.1–10 Hz noise; budget leakage explicitly with worst-case conditions.
  • Choose outputs/diagnostics that support safe fault detection and bounded recovery behavior.
  • Validate long-duration stability and recovery in the target environment, not only in a quiet lab.
Acceptance criteria

0.1–10 Hz p-p ≤ [ ] (window=[ ]), drift ≤ [ ] across [ ]°C, and fault handling meets [policy].

When is isolated amplifier + ADC a better choice than isolated ΣΔ modulator?
Symptom

The bitstream chain meets steady-state specs, but latency, recovery, or system integration becomes painful.

Likely causes
  • Decimation group delay is too large for the required loop response (timing ownership).
  • Overload recovery of the modulator chain is event-limited (front-end ownership).
  • System needs a specific ADC interface, sampling schedule, or multi-channel alignment method (integration ownership).
Quick checks (nodes/signals)
  • Compare end-to-end latency and time-to-accuracy under steps for both architectures on the bench.
  • Check whether digital handling (CRC/invalid/resync) and synchronization are simpler with the chosen ADC path.
  • Measure how switching transients affect each option (analog front-end saturation vs bitstream glitches).
Fix (actions)
  • Use isolated amp + ADC when loop latency must be minimal or when ADC timing control is required.
  • Use isolated ΣΔ modulator when the system tolerates group delay and prioritizes robustness to HV domain placement.
  • Document ownership: which block owns noise, drift, transient immunity, and resync behavior.
Acceptance criteria

Architecture meets latency ≤ [ ], recovery ≤ [ ], and transient error ≤ [ ] under dv/dt=[ ] with bounded fault behavior [policy].

Tip: keep a single “latency definition” and a single “recovery definition” across the entire project, then require all vendors and lab reports to use them.