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).
- 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)
- 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.
- 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
- 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.
- 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.
- 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)
- If any of the three triggers apply (ground shift / dv/dt / safety), treat isolation as mandatory and proceed to the architecture choices.
- Then choose whether the system wants to “pay” in analog settling (isolated analog) or in latency + sync (bitstream/digital-like).
- Define success criteria up front: max allowed latency, max transient error during switching, and worst-case drift over temperature.
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.
A robust bitstream / encoded stream across the barrier; samples are produced by a defined decimation filter in the LV domain.
- 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.
- 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.
- Step stimulus → measure time-to-accuracy (latency breakdown: modulator + filter + transport).
- dv/dt stress sweep → count invalid samples / resync events during switching edges.
An isolated analog representation that is then digitized by an ADC; filter/AA/settling are still analog-domain responsibilities.
- 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.
- 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.
- 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.
Digital samples are created in the HV/noisy domain and cross the barrier as a digital bus/link.
- 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.
- Unexpected noise floor elevation that tracks HV power switching activity.
- Digital integrity events (CRC errors / retries / resync) under dv/dt or ESD/EFT stress.
- 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.
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.
- 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
- 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.
- 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.
- 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.
B) Noise floor (0.1–10 Hz + wideband) — not calibratable
- 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”.
- 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.
- 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.
C) Transient-induced error (dv/dt injection, barrier coupling) — system-level ownership
- 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.
- 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.
- 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).
D) Timing/latency error (group delay, sync skew) — “time-to-accuracy”
- 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.
- 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.
- 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.
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)
- 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).
- 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.
dv/dt injection paths → output symptoms (triage)
- HV switching node dv/dt → barrier parasitics generate displacement current.
- Current couples into: input wiring, input protection network, receiver ground, or data lines.
- The return path determines the symptom class and the correct fix.
- 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.
- 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.
- 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.
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”)
- 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.
Filter families (engineering differences)
- 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.
- 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)
- 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.
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.
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.
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)
- 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.
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.
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)
- 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.
- 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.
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.
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.
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.
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)
- 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.
- 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)
- 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.
- 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.
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.
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.
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)
- 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.
- 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).
- 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 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.
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.
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 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 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.
- 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.
- 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).
B) Risk mapping (application constraint → dominant ownership → priority fields)
- 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.
- 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.
- 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).
- 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).
- 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).
- Analog Devices ADuM7703 (isolated ΣΔ ADC family positioning; check latency and output framing details).
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.
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.