123 Main Street, New York, NY 10001

Mux / Scanner Card Design: Low-Leak Switching & Self-Test

← Back to: Test & Measurement / Instrumentation

A Mux/Scanner Card is the controlled signal path between many DUT nodes and a measurement engine, designed to route signals without adding leakage, thermal EMF drift, long settling, or crosstalk. The right design combines the correct topology and switch elements with guarding, protection, and self-test so every selected route is both accurate and provably healthy.

H2-1 · What a Mux/Scanner Card is (and where it sits)

A mux/scanner card is the controlled signal path between many DUT nodes and a measurement engine. Its job is not only to “connect channel A to port B”, but to do so while adding as little error as possible. In low-level measurements, the path itself can become the dominant error source.

It typically appears in three roles: scanner (sequential multi-point measurements), matrix (any-to-any routing), and multiplexer tree (cascaded switching that reduces switch count). Regardless of topology, the card’s real value is engineering the path so that readings remain trustworthy across channels, time, temperature, and handling.

Key KPIs that define a “good path”

  • Leakage & insulation: off-path currents through switches, PCB surfaces, and connectors (often temperature/humidity dependent).
  • Thermal EMF: µV-level offsets from dissimilar metals plus temperature gradients at terminals and relays.
  • Contact resistance stability: repeatability after switching; drift, bounce artifacts, and early “sticky contact” symptoms.
  • Settling behavior: time to a valid reading after connect/range changes (parasitic C charge, bias recovery, source impedance effects).
  • Crosstalk & bandwidth: coupling from adjacent channels and shared nodes; path capacitance and impedance vs edge rate.
  • Protection robustness: survivability under miswires, ESD, hot switching, and unknown potentials.
  • Path self-test: ability to prove the routing path is sane (open/short/stuck relay) without external fixtures.

This page answers (typical engineering questions)

  1. Why can µV / nA / high-Ω measurements be dominated by leakage and thermal EMF in the switching path?
  2. How do scanner, matrix, and tree architectures change parasitics, settling time, and crosstalk risk?
  3. Which path errors are “static” (offset/leakage) vs “dynamic” (settling/charge injection), and how can each be verified?
  4. What protection elements should exist on a mux card so mistakes do not destroy the switch fabric or the measurement port?
  5. How can a mux/scanner card self-check the path (open/short/stuck) to prevent silent bad data?

Practical framing: treat the mux/scanner card as part of the measurement instrument’s error budget. If the path is not characterized and self-verifiable, the best ADC/DMM/SMU cannot rescue the reading.

Mux/scanner card position between DUT nodes and measurement engine Block diagram with multiple DUT channels feeding a mux/scanner card containing switch matrix, guard/shield, protection, and self-test, connected to a measurement engine. Path error injection points are labeled. DUT / Sensor Nodes CH1 Low-level / high-Z CH2 Thermocouple / µV CH3 Voltage / resistance CH4..N Mixed signals Mux / Scanner Card Switch Fabric Relays / SSR / Crosspoints Topology & scan list Guard & Shield Driven guard / triax Cleanliness control Protection & Self-Test Clamps / series limit Loopback / ref injection Stuck/open/short checks Measurement Engine DMM / ADC Integrate / sample Range & filtering SMU (Black-box) Source / measure Compliance Controller Scan list / timing Logging Leakage Thermal EMF Cpar / Injection Rcontact drift Crosstalk / Coupling Design mindset: the switch path is part of the instrument’s error budget. Characterize leakage, EMF, settling, and crosstalk; add protection and self-test to prevent silent bad data.
Figure F1 — System position of a mux/scanner card: a controlled path that must be designed, protected, and self-verified.

H2-2 · Topologies: scanner vs matrix vs crosspoint (what you choose)

Topology choice should start from connectivity needs, then be checked against the dominant error mechanism (leakage, thermal EMF, settling, or crosstalk) for the target signals. A topology that “works electrically” can still fail metrologically if parasitics and switching artifacts dominate the measurement window.

Scanner (1-of-N / 2-of-N / banked)

  • Gives: simple sequential measurements; high channel count with low hardware complexity.
  • Costs: shared nodes can couple noise and common-mode shifts across channels; long “tail” settling for high-Z sources.
  • Typical failure symptom: readings depend on the previous channel (history effect), or drift during fast scanning.
  • Fast validation: alternate two very different channels (high-Z vs low-Z) and check for bias/settling differences after switching.

Matrix / Crosspoint (X×Y, 2-wire, 4-wire)

  • Gives: any-to-any routing; flexible pairing; supports complex test setups and reconfiguration.
  • Costs: more crosspoints mean more coupling paths and higher parasitic complexity; channel-to-channel uniformity is harder.
  • Typical failure symptom: crosstalk or noise rises when adjacent crosspoints switch, even if the active channel is unchanged.
  • Fast validation: hold a “victim” channel at a quiet condition and toggle a high-swing “aggressor” path; measure induced transient/noise.

Tree / Cascaded Mux (staged switching)

  • Gives: fewer switches for large channel counts; structured routing for banked instruments.
  • Costs: parasitic capacitance accumulates across stages; deeper paths settle slower and vary with route depth.
  • Typical failure symptom: scan timing that works for shallow channels fails for deep channels (path-dependent settling).
  • Fast validation: measure settling time on the shallowest vs deepest route using the same source impedance; compare required delay.

4-wire (Kelvin) routing note: why “paired switching” matters

In 4-wire measurements, the force pair drives stimulus and the sense pair reads the DUT node. A matrix must establish (and release) Force HI/LO and Sense HI/LO as a coordinated connection. If force and sense paths are built in mismatched timing or through different parasitics, the system can look stable while hiding systematic errors, especially during channel switching.

  • Risk: transient node movement and charge sharing when only half the Kelvin path is connected.
  • Mitigation: paired connect/disconnect sequences and a dedicated settling window before accepting data.

Selection table (use this to avoid “topology regret”)

  • High impedance / picoamp / insulation → prefer topologies that simplify guarding and minimize off-path coupling; validate humidity/temperature sensitivity.
  • General voltage/resistance scanning → scanner is cost-effective; validate history effects and settling vs source impedance.
  • Any-to-any connectivity / frequent reconfiguration → matrix/crosspoint; validate crosstalk with aggressor/victim toggles.
  • Very high channel count with structured routing → tree; validate worst-case (deep path) settling and path-to-path variation.
Topology comparison: scanner, matrix/crosspoint, and tree mux Three side-by-side panels comparing scanner shared-node topology, matrix crosspoint topology, and cascaded tree mux topology. Each panel shows input channels, switching elements, and a measurement port, highlighting dominant parasitic risks. Scanner Matrix / Crosspoint Tree (Cascaded) CH1CH2CH3CH4..N 1-of-N shared node Coup. Dominant risk: history / settling Rows R1R2R3R.. Cols C1C2C3C.. crosspoints Dominant risk: more coupling paths (crosstalk) Validate with aggressor/victim toggles CH1..N Stage 1 mux Stage 2 mux Dominant risk: parasitics accumulate (C, settling) Validate deepest-path worst case Choose topology by connectivity first, then validate the dominant error mechanism. Scanner → history/settling · Matrix → coupling/crosstalk · Tree → path-dependent settling and variation
Figure F2 — Topology comparison: each architecture changes the dominant risk (settling vs coupling vs accumulated parasitics).

H2-3 · Switching elements: low-leak relays vs solid-state switches

Switch choice is not a “parts preference” decision. In a mux/scanner card, the switch becomes part of the measurement path, so off-state leakage, parasitic capacitance, and switching artifacts can dominate the result for µV / nA / GΩ-level work. Solid-state is not automatically better—especially when temperature, humidity, and node impedance make leakage and charge injection visible at the measurement port.

Practical rule of thumb (with boundaries)

  • µV / nA / high-Ω: prefer low-leak relays + guarding, and validate temperature/humidity sensitivity.
  • High channel density / fast scan: solid-state can win on density and speed, but requires explicit control of Cpar and charge injection (settling windows, dummy reads).
  • Mixed signals: partition “quiet” low-level paths from high-energy channels; otherwise the switch type alone will not prevent drift and crosstalk.

A) Leakage / insulation (off-state reality)

Metric: off-state leakage is not only a switch property; PCB surface contamination and connector insulation can bypass the contact. Solid-state off current often increases with temperature and can be accompanied by a capacitive “AC path.”

Risk: “disconnected” channels still influence readings, high-Ω measurements show apparent conductance, and zero offsets worsen at elevated temperature/humidity.

Verify quickly: hold the channel OFF and record residual current/offset vs temperature change; compare guard ON vs guard OFF; repeat after cleaning/drying to separate switch leakage from surface leakage.

B) Charge injection & parasitic capacitance (settling killers)

Metric: solid-state switching can inject charge into high-impedance nodes; both relay and solid-state paths carry parasitic capacitance that must be charged/discharged on each connect.

Risk: after channel switching, readings jump then “creep” to final value; fast scans look inconsistent because each measurement sees a different settling point.

Verify quickly: step-test with two source impedances (low-Z vs high-Z) and capture the time to a stable threshold; add a dummy read (discarded sample) and confirm stability improves.

C) On-resistance & non-ideal transfer (when “a switch” becomes an analog element)

Metric: relay contact resistance is usually low but can drift and vary with mechanical state; solid-state RON can vary with voltage and temperature and may introduce non-linearity in some paths.

Risk: resistance measurements show range-dependent bias; repeated switching creates step-changes or increased noise as contacts age.

Verify quickly: route a stable reference (short or known resistor) through the same path and log the distribution over repeated connect/disconnect cycles (mean + spread + outliers).

D) Lifetime & failure modes (silent data corruption risk)

Metric: relays can wear, oxidize, bounce, or stick; solid-state can be damaged by over-voltage transients, leading to elevated leakage or shorts.

Risk: the worst case is “still switching” but producing wrong data—intermittent contact, partially shorted paths, or temperature-sensitive leakage increases.

Verify quickly: track per-channel settling time and repeatability over time; add a simple path self-check (open/short/stuck) to prevent silent failures.

E) Why Reed / EMR / MEMS / PhotoMOS are chosen (in one line each)

  • EMR (electromechanical relay): general switching and wide signal handling; validate contact stability and thermal EMF for low-level work.
  • Reed relay: often preferred for low-level paths; still requires cleanliness and temperature-gradient control at terminals.
  • MEMS relay: density potential with relay-like behavior; validate long-term stability and parasitics per route depth.
  • SSR / PhotoMOS: fast, compact, and controllable; validate off-state leakage vs temperature and switching-induced transients for high-Z nodes.
Switch element comparison for mux/scanner cards Four switch element blocks (EMR, Reed, MEMS, SSR/PhotoMOS) compared by relative leakage, parasitic capacitance, and lifetime. Each block uses simple arrows rather than numeric values. Switch elements: what matters to measurements Relative ranking only (no model numbers): Leakage · Cpar · Life Leakage Cpar Life ↑ better · ↓ worse EMR General switching . . Leakage Cpar Life Reed Low-level paths Leakage Cpar Life MEMS Density potential Leakage Cpar Life SSR High density / fast Leakage Cpar Life Use relays + guard for high-Z/low-level accuracy; use solid-state for density/speed with explicit settling control.
Figure F3 — Relative trade-offs: leakage and parasitics drive low-level accuracy; density and speed favor solid-state when settling is managed.

H2-4 · Leakage & error mechanisms (what really corrupts readings)

Many “mystery measurement” problems are path problems. The fastest way to debug is to split errors into static bias (leakage, thermal EMF, contact drift) and dynamic tails (charge/discharge settling, switching injection), then test with simple toggles that isolate the mechanism.

Troubleshooting table: symptom → likely mechanism → fastest check

Symptom
Most likely mechanism
Fastest verification
“Disconnected” channel still influences the reading
Surface leakage (contamination/humidity), solid-state off-current, missing/incorrect guard
Compare guard ON vs OFF; repeat after cleaning/drying; log residual vs temperature
After switching, value jumps then slowly creeps to final
Parasitic capacitance charge/discharge + high source impedance; charge injection
Add dummy read; change source impedance; measure settle curve and required delay
µV-level offset drifts with airflow or connector temperature
Thermal EMF from dissimilar metals + temperature gradients at terminals/relays
Make terminals isothermal; shield from drafts; observe offset direction vs local heating
Repeat switching increases noise or creates step-like jumps
Contact micro-motion, bounce, oxidation, early sticky-contact behavior
Log per-cycle stability time; track distribution of a short/reference path; look for outliers
Neighbor channel activity changes current channel reading
Capacitive coupling, shared return impedance, crosspoint adjacency coupling
Aggressor/victim toggle test; vary edge rate and amplitude; observe induced transient/noise

Guarding note: shield mainly reduces field coupling; driven guard mainly reduces leakage by holding insulation surfaces near the node potential.

Leakage and error mechanisms map for mux/scanner paths Central switch path from channel input to measurement port, surrounded by four ghost paths: surface leakage, capacitive coupling, thermal EMF, and a driven-guard loop. Different line styles are used to distinguish mechanisms. What corrupts readings: path mechanism map Think in parallel paths: some bypass the switch, some couple across it, some create offsets. Main signal path Channel node Switch relay / SSR Measure port Surface leakage (contamination / humidity) Capacitive coupling (Cpar / injection) ΔT EMF Driven guard loop Creep Transient Offset Debug faster by testing mechanisms separately: guard toggle, temperature step, and aggressor/victim coupling tests.
Figure F4 — Error mechanisms map: leakage can bypass the switch, capacitance can couple across it, thermal gradients create offsets, and driven guard reduces leakage by matching node potential.

H2-5 · Settling & scan timing (how long until the reading is real)

“Settling time” on a mux/scanner card is the time required for the routing path to stop influencing the value. It is a combination of parasitic charging, source impedance, front-end recovery, and the measurement window (integration / digital filtering). A reliable scan is built by design, not by guessing delays.

What settling is made of (path-level contributors)

  • Parasitic C charging: cable/trace/switch/protection capacitance must be charged to the new channel potential.
  • Source-impedance RC: high source resistance makes the same C look “slow,” and increases sensitivity to injection.
  • Front-end recovery: after a high-level or low-impedance channel, the next quiet channel can show memory effects.
  • ADC / integration window: a “valid reading” is what the window averages; too short captures tails, too long reduces throughput.
  • Filter group delay: digital averaging can mix old and new samples unless discard/accept rules are explicit.

Practical strategies that work on real scans

  • Pre-charge: connect the node briefly to a safe reference near the expected voltage to reduce the first transient.
  • Dummy read (discard): perform an early read that is not reported; it absorbs injection and filter history.
  • Two-step sampling: short pre-read to check stability, then a valid read with the intended integration window.
  • Adaptive delay: use different wait profiles by channel class (high-Z vs low-Z, quiet vs high-energy group).

Scan sequence template (copy into test code)

  1. Close (connect the selected route)
  2. Wait t1 (coarse delay to pass the largest transient)
  3. Pre-read (discard sample; clears injection and filter history)
  4. Wait t2 (fine delay for high-Z / low-level channels)
  5. Valid read (accept sample; use the intended integration window)
  6. Open (disconnect; optionally return node to a guarded/bleed state)

Tip: keep “dirty” channels (high voltage / low impedance / inductive) separated from “quiet” channels (µV / nA / high-Ω) and insert a dummy/bleed step between groups.

Channel-class guidance (mux-card level only)

  • High impedance / picoamp / insulation: stability is dominated by leakage and guarding; delays alone cannot fix a contaminated surface path. Use guard validation and longer t2.
  • Thermocouple / µV: control thermal gradients at terminals; reduce airflow and avoid routing that warms one junction. Use consistent channel order and a clear discard window.
  • Dynamic / IEPE-class signals: switching can create impulses; use conservative sequencing (disconnect stimulus before switching) and keep parasitic C predictable.
  • 4-wire resistance routing: switch HI/LO and Sense HI/LO as a paired operation; validate after all four lines have settled, not after only one pair.
Settling timeline: discard window vs accept window Time-sequence diagram with three lanes: switch control, node settling response, and read windows. A discard window removes transient/injection and an accept window captures the valid reading after settling. Scan timing: when the reading becomes real Separate transient handling (discard) from measurement (accept) Switch control Node voltage Read windows time Close t1 Pre-read t2 Open Connected Transient Settling tail Discard Accept Build a stable scan by combining wait + discard + valid window, and by grouping channels with similar settling behavior.
Figure F5 — Use a discard window to absorb switching artifacts and filter history, then place the accept window after the settling tail.

H2-6 · Channel protection & hot-switch survivability

A mux/scanner card often sees unknown nodes: miswired sources, live channels, ESD hits, surge energy, and inductive kick. Protection must cover three targets—the switch device, the backend measurement engine, and the DUT— while avoiding silent measurement corruption caused by protection parasitics (leakage and capacitance).

Protection targets (what must be saved)

  • Switch devices: prevent over-voltage, over-current, arcing, and transient overstress.
  • Measurement engine: keep inputs within safe limits even during faults and hot-switch events.
  • DUT: avoid injecting energy that changes the DUT state or damages sensitive nodes.

Risk list → card-level action (and the side effect to watch)

Risk
Card-level action
Side effect to manage
Hot-switch / unknown potential
Series limiting + clamps to safe rails; enforce switching order (disconnect high-energy paths first)
Added R lowers bandwidth; clamp leakage/Cpar can corrupt high-Z and µV paths
ESD hit at terminals
Terminal-local TVS + controlled return path; segment protection so energy is absorbed before the matrix
TVS capacitance increases coupling and can reduce measurement bandwidth
Surge / miswire energy
Multi-stage clamp + energy absorber (as needed) + current limiting; keep precision path in “protected mode” only when required
Energy parts can add leakage and drift; avoid leaving them permanently in the quiet path
Inductive disconnect / arcing
RC/TVS snubber and controlled disconnect sequence; avoid opening under maximum current when possible
Snubber adds leakage and capacitance; apply selectively to high-energy channels

Design principle: use tiered protection and keep a precision mode (low leakage / low Cpar) separate from a survivability mode (maximum fault tolerance).

Simple rules that prevent expensive damage

  • Protect early: stop ESD/surge energy at the terminal side before it enters the matrix.
  • Limit energy: current limiting and staged clamping are safer than a single “hard clamp” everywhere.
  • Control the order: for hot-switch and inductive cases, sequencing reduces stress more than component count.
  • Measure the side effect: every protection part adds leakage/Cpar—validate precision mode with guard and high-Z tests.
Channel protection block diagram for mux/scanner cards Block diagram from input terminals through a protection block (limit, clamp, energy absorb) into the switch matrix, then to the backend measurement port. Icons indicate ESD, surge, and miswire threats. Card-level protection: survive hot-switch and faults Terminal protection + matrix protection + backend protection (tiered) Input terminals Protection tiered block Limit Clamp Energy Leakage Cpar Switch matrix Backend port Measure ESD Surge Miswire Tiered protection improves survivability, but precision mode must control added leakage and capacitance.
Figure F6 — Terminal-side protection stops energy early; matrix protection limits stress; backend protection prevents costly input damage.

H2-7 · Crosstalk, bandwidth & signal integrity (when ‘switching’ becomes analog design)

A mux/scanner card is not electrically transparent. Once signals share connectors, traces, switch devices, and return paths, the card becomes part of the analog link. Crosstalk and bandwidth loss usually come from coupling paths (capacitance, shared nodes, and shared return impedance), not from “bad switching” alone.

Where crosstalk really comes from (card-level coupling paths)

1) Trace-to-trace capacitance (Cc): parallel routing in connectors/cables/PCB couples fast edges into a quiet channel. Fast check: toggle the aggressor edge rate and observe the victim spike amplitude.

2) Shared nodes (common bus / tree nodes): scanners and mux trees have a common node that “moves” when a new channel connects, increasing settling and spreading charge injection. Fast check: change scan order; if errors depend strongly on order, shared-node effects are likely.

3) Shared return impedance (return Z): even “isolated” signal traces can couple through a common ground/shield path, where current steps translate into voltage error. Fast check: inject current steps on the aggressor and watch the victim baseline shift.

4) Switch/package parasitics (Cpar): crosspoints/SSRs can couple internally; adjacent channels in a matrix can share parasitic capacitance. Fast check: compare “short path” routing vs deeper/cascaded routing; coupling that scales with routing depth points to device/path parasitics.

Three design rules that work (at the card level)

  1. Isolation: increase physical and electrical separation between aggressors (high level / fast edge / high energy) and victims (µV / nA / high-Ω).
  2. Partitioning: use banks/zones and keep “quiet islands” (guard/analog ground islands) away from “dirty zones” (high voltage, switching edges, inductive loads).
  3. Return-path control: control where currents return; avoid a single shared shield/ground path that spans both quiet and dirty zones.

When a layered matrix helps (coarse + fine routing)

If the system must route both high-energy / fast-edge channels and precision quiet channels on the same card, a single dense matrix often forces unwanted coupling. A practical approach is coarse selection (farther, tolerant routing) followed by a short fine matrix placed near the precision measurement port. This keeps the most sensitive path short and reduces exposure to the dirty zone.

Crosstalk coupling paths: aggressor and victim on a mux/scanner card Diagram showing aggressor and victim traces with capacitive coupling, a shared node, shared return impedance, and switch parasitic capacitance. Highlights why mux cards behave like analog links. Crosstalk paths on a mux/scanner card Victim errors come from Cc, shared nodes, shared return Z, and switch Cpar Aggressor Victim Cc Shared node Switch device matrix / crosspoint Cpar Shared return Z Control crosstalk by isolation, partitioning, and return-path design—then verify with aggressor/victim tests.
Figure F7 — Crosstalk is usually a coupling problem (Cc, shared node, return Z, Cpar), not a “perfect switch” problem.

H2-8 · Guarding & cabling: triax, driven shields, and cleanliness

Guarding is not “extra shielding.” A driven guard makes the voltage across an insulation/leakage path close to zero by driving the guard conductor near the sensitive node potential. Triax cabling extends the guard concept into the cable so that high-impedance nodes remain protected from surface leakage and humidity sensitivity.

Driven guard: the leakage-reduction mechanism

  • Leakage is driven by voltage across insulation: contamination or moisture creates a parallel path on surfaces and dielectrics.
  • Guard follows the sensitive node: when guard is held near the node voltage, the voltage across the leakage path collapses.
  • Result: leakage current is strongly reduced, and high-Ω / pA measurements stop drifting with humidity and cable motion.

Correct connection vs common mistakes (fast diagnosis)

Correct
Common mistake
Guard conductor is driven to follow the HI node potential.
Guard is tied to ground, increasing voltage across insulation and raising leakage.
Triax is used end-to-end: connector, cable, and card routing support the guard layer.
Only the cable is triax; leakage still happens at the connector/terminal/board surface.
Guard rings/traces surround high-Ω nodes to keep nearby surfaces near the same potential.
Guard is routed far from the sensitive node, leaving a long unguarded high-impedance surface path.
Clean, dry terminals and board surfaces are maintained; humidity sensitivity is validated.
Flux residue, fingerprints, or absorbed moisture create a “hidden resistor” that guard cannot fully compensate.

Practical symptom mapping: if readings worsen with humidity, cable motion, or finger proximity, suspect surface leakage and guard misconnection first.

Cleanliness and materials (card/terminal level)

  • Flux residue & moisture: forms a conductive film that looks like a parallel resistance across the input.
  • Finger oils: create localized leakage paths and make results sensitive to touch and cable bending.
  • Terminal gradients: dissimilar metals and temperature differences can create small offsets; keep terminal blocks thermally stable.
Triax and driven guard: cable and guard driver concept Diagram of a triax cable cross-section with HI core, Guard middle conductor, and LO/Shield outer layer. A guard driver follows the HI potential to reduce leakage across insulation paths. Triax + driven guard for high-impedance routing Guard follows HI to collapse voltage across leakage paths HI Guard LO / Shield Leakage path Sensitive node HI (high impedance) Guard driver Follows HI potential Follow Drive Guard layer Triax keeps HI surrounded by a driven guard conductor, reducing humidity and motion sensitivity in high-Ω measurements.
Figure F8 — In triax cabling, the guard conductor is actively driven to follow HI, minimizing voltage across leakage paths.

H2-9 · Path self-test & health monitoring (prove the path is sane)

A scanning card should do more than “connect pins.” It should prove that the selected route is still healthy: no open paths, no unintended shorts, no stuck relays, and no growing leakage or contact resistance that will quietly corrupt precision results. Self-test works best when a known reference is injected through the same route used for measurement.

Self-test types (what to detect without external fixtures)

  • Open/short detection: identify missing connections, broken solder joints, or channel-to-channel shorts using internal loopbacks and reference checks.
  • Stuck relay detection: verify that a route actually opens when commanded (welded contact or latch-up style failure).
  • Contact resistance trend: track slow degradation by comparing the same reference signature over time (trend matters more than absolute value).
  • Leakage trend: detect contamination/humidity sensitivity by monitoring baseline drift in “open” and “guarded” states.
  • Bounce counters: count retries/timeouts after switching; rising bounce or settle time is a practical health indicator.

Reference injection (validate the route, not just the meter)

  • Route coverage: inject the reference before the switch matrix so the test includes terminals, protection, switch elements, and routing.
  • Stability over precision: the reference does not need to be “metrology perfect” to catch opens, shorts, and trends—repeatability is the key.
  • Multiple modes: a small set of selectable references (R/V/I) increases fault coverage without adding complex hardware.

Loopback and signature checks (fast “sanity proofs”)

An internal loopback removes dependence on the DUT and makes tests reproducible in production and in the field. The goal is not to model every analog detail, but to detect a signature change when the path is unhealthy.

  • Open signature: a commanded connection does not produce the expected response.
  • Short signature: the response is too large or appears on unintended channels.
  • Stuck signature: the response remains after a disconnect command.

Self-test coverage map (fault → observable → acceptance rule)

Fault mode
Observable
Acceptance rule (text)
Open path
Reference response missing
Expected signature not observed within the allowed settle + measure window
Short / unintended connection
Reference appears on wrong route
Isolated channels remain below a “no-coupling” threshold during injection
Stuck relay
Disconnect still shows response
After DISCONNECT, signature returns to the open baseline within a defined time
Contact resistance drift
Signature gain/offset changes
Trend stays within the allowed band; monotonic drift triggers service action
Leakage increase
Open/guard baseline moves
Baseline remains stable across humidity/time; guard-on vs guard-off difference stays consistent

Recommended cadence: run open/short/stuck checks at power-up; run trend checks periodically; run a quick reference check after abnormal settle timeouts.

Path self-test loop: reference injection through the same route Block diagram showing an internal reference block injecting known signals through the switch matrix into the measurement engine, then compare/signature logic checks for open, short, and stuck relay faults. Self-test loop: validate the route, not just the measurement engine Reference injection → matrix route → measure → compare/signature Internal reference Injection block R V I Stable & repeatable Switch matrix Same route as DUT Measurement engine Read signature Compare Signature / thresholds P F Faults to detect Open Short Stuck relay Inject a known reference through the same route and compare signatures to detect open, short, and stuck faults.
Figure F9 — Reference injection and loopback make path health measurable and repeatable in production and field service.

H2-10 · Firmware/control patterns for scanning (without becoming trigger routing)

Robust scanning is built from a small set of control patterns: a structured scan list, safe switching rules, bounce handling, and a minimal ready/valid handshake with the measurement engine. The goal is repeatable data, not complex system-level trigger routing.

Scan list structure (reduce settling and surprises)

  • Group by behavior: keep quiet/high-impedance channels together; keep high-energy/fast-edge channels together.
  • Bank-aware ordering: switch banks in a predictable order and avoid repeatedly crossing between quiet and dirty zones.
  • Insert separators: between incompatible groups, add a dummy/bleed step or a reference check to prevent memory effects.

Break-before-make vs make-before-break (choose safely)

Mode
Why it is used
Risk to manage
Break-before-make
Avoids unintended shorts during switching; safer for unknown nodes.
Nodes can float between steps; may increase settling or drift for high-Ω routes.
Make-before-break
Maintains continuity; can reduce node movement and improve stability.
May briefly connect two nodes; only use if short-duration overlap is safe.

Debounce and bounce handling (simple and effective)

  1. Connect the route and wait a short stabilization interval.
  2. Pre-read and discard to absorb bounce and injection artifacts.
  3. Confirm with a second read; if unstable, retry with a bounded count.
  4. Log counters (retry count, settle timeouts) as health signals for maintenance.

Minimal ready/valid handshake (keep it small)

  • CONNECT done: switches are in the commanded state.
  • SETTLE done: discard window completed; route is stable enough to measure.
  • MEASURE done: measurement engine reports valid data; firmware advances to DISCONNECT and logging.
Scanning control state machine for mux/scanner cards Simple state machine diagram showing IDLE, CONNECT, SETTLE, MEASURE, and DISCONNECT. Includes a retry branch on timeout and a logging branch for health counters. Scanning control pattern: a minimal, repeatable state machine IDLE → CONNECT → SETTLE → MEASURE → DISCONNECT, with bounded retry and health logging IDLE CONNECT SETTLE MEASURE DISCONNECT RETRY Timeout / unstable LOG / HEALTH Counters & trend Keep the control loop simple: bounded retries, clear discard/accept rules, and health counters for maintenance.
Figure F10 — A small state machine is easier to validate, easier to diagnose, and easier to keep stable across firmware revisions.

H2-11 · Design/selection checklist (how to spec a Mux/Scanner Card)

This worksheet turns routing concepts into procurement-ready requirements. Fill the blanks to produce a clear spec: signal limits, allowed path errors, switching element rules, protection severity, and self-test coverage.

1) Signal layer (what must be routed)

Field
Fill-in
Notes (card-level impact)
Max voltage (per channel)
Drives protection stack, spacing, and switch rating.
Max current (per channel)
Defines hot-switch survivability and series limiting.
Smallest signal of interest
Sets leakage/thermal EMF constraints and cleanliness needs.
Source impedance range
High-Ω routes amplify parasitic C and settle delays.
Bandwidth / edge rate
Impacts crosstalk, partitioning, and switch parasitics.

2) Error layer (what the path is allowed to add)

Path error
Fill-in limit
How to verify (card-level)
Leakage (open route / guarded route)
Measure baseline drift vs humidity/time with guard on/off.
Thermal EMF sensitivity
Check µV-level drift under controlled temperature gradient.
Settling time after switching
Use step-and-measure: discard window + accept window criterion.
Crosstalk / coupling limit
Inject on aggressor route; confirm victim stays below the limit.

3) Switch layer (what switching element is allowed)

  • Low-level precision routes: prioritize ultra-low leakage and stable contact behavior; require guard support for high-Ω use cases.
  • High-density or fast scan routes: allow solid-state switching, but constrain charge injection and parasitic capacitance to protect settling and repeatability.
  • Hot-switch constraints: define whether make-before-break is permitted; default to break-before-make for unknown nodes.
Rule
Fill-in
Acceptance
Allowed switch types
Must meet leakage + settling + hot-switch constraints.
Switching order policy
Define break-before-make default; exceptions must be stated.

4) Protection layer (miswire, surge/ESD, hot-switch)

Scenario
Fill-in severity
Required card action
Miswire / unknown potential
Limit energy first (series/limit), then clamp, then switch.
ESD / surge exposure
Provide clamp at terminals; protect switch matrix and meter input.
Hot-switch (inductive/capacitive)
Specify discharge/bleed behavior and safe open/close sequence.

5) Self-test & logging (what must be provable)

Fault mode
Observable / log item
Fill-in rule
Open / short
Reference signature pass/fail
Stuck relay
Disconnect verify result
Leakage/contact trend
Baseline drift, trend counters
Bounce / retries
Retry count, settle timeouts

Minimum expectation: the card can prove route sanity with internal reference injection and reproducible loopbacks, and it logs health counters for maintenance.

Example parts (reference only; choose ratings per spec)

  • Reed relay (low-level switching): Pickering 103-1-A-5/1 (Series 103 example).
  • PhotoMOS / solid-state relay: Omron G3VM-41AY1 (PhotoMOS example).
  • MEMS relay-replacement switch: Analog Devices ADGM1304 (SP4T MEMS switch).
  • Precision low-leakage analog switch: Texas Instruments TMUX6136 (dual SPDT precision switch).
  • Driven guard / ultra-low bias buffer (guarding helper): Analog Devices ADA4530-1.
  • ESD clamp at terminals (example): Nexperia PESD5V0S1BA.
  • Surge/overvoltage TVS (example): Littelfuse SMBJ58A.
  • Resettable fuse for “disaster-level” protection (example): Bourns MF-R050.

These part numbers are placeholders to speed up a first-pass BOM. Final selection must match voltage/current, leakage, capacitance, and switching stress targets in this worksheet.

Spec-to-structure mapping for mux/scanner cards Left column lists key specs (leakage, thermal EMF, settling, protection, crosstalk). Right column lists design levers (guarding, switch choice, precharge/dummy read, clamps/series limiting, partition/return path). Arrows map each spec to one or two levers. F11 — From specs to structure: what each requirement forces in the design Fill the worksheet, then confirm each spec maps to a concrete lever on the card Specs (what must be met) Design levers (how it is met) Leakage open / guarded baseline Thermal EMF µV drift sensitivity Settling discard / accept window Protection miswire / ESD / hot-switch Crosstalk coupling / bandwidth Guard / driven shield reduce leakage current paths Switch choice reed / PhotoMOS / MEMS / CMOS Precharge / dummy read control settle and memory effects Series limit + clamps ESD/TVS, energy control, safe order Partition / return path reduce coupling and ground impedance Each spec must map to a concrete lever: guarding, switch choice, settle control, protection network, and partitioning.
Figure F11 — A procurement-ready spec becomes implementable when every requirement maps to a specific structure on the card.

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.

H2-12 · FAQs (Mux / Scanner Card)

These FAQs focus on the card-level switching path: topology choice, leakage and thermal EMF pitfalls, settling time, protection for miswire/hot-switch, and practical self-test patterns that prove the selected route is healthy.

1) Scanner vs matrix vs tree mux — how should the topology be chosen?
Choose a scanner when many points are measured one-at-a-time to a shared engine and the shared node is acceptable. Choose a matrix when arbitrary point-to-point connectivity is required (including 2-wire/4-wire routing), accepting more parasitics and complexity. Choose a tree mux when switch count must be minimized, but expect cumulative parasitic capacitance and longer settling.
2) When is 4-wire (Kelvin) routing mandatory on a mux/scanner card?
4-wire routing is mandatory when lead/contact resistance and its drift would dominate the measurement, such as low-ohm sensing, micro-ohms, or long cables with varying contact quality. The card must switch HI/LO force and Sense HI/LO as a matched set, so the sense pair stays high-impedance and does not share return current with the force path.
3) Why do pA / GΩ measurements fail even when the switch “looks open”?
The dominant leakage often bypasses the switch through PCB surface contamination, humidity films, flux residues, or connector insulation. Leakage then flows through unintended paths into the high-impedance node. A good debug method is comparing “open baseline” with guard enabled vs disabled: if the baseline shifts strongly, the leak is likely surface/insulation related rather than switch off-state alone.
4) What is driven guarding, and what is the most common wiring mistake?
Driven guarding forces the guard conductor to follow the high-impedance node voltage, making the voltage across leakage paths near zero so leakage current collapses. The most common mistake is tying guard to a fixed ground or the wrong potential, which can increase leakage and inject noise. Guard should track the sensitive node, and its driver must remain stable with the expected cable capacitance.
5) Triax cable: when does it help, and when can it hurt?
Triax helps when high-impedance nodes must be routed over distance with low leakage: the inner guard reduces leakage and capacitive pickup. It can hurt when the guard is miswired, when the guard driver is marginally stable with cable capacitance, or when the shield/return strategy creates unexpected ground currents. A quick sanity check is verifying guard voltage closely tracks HI during a controlled step.
6) How long after switching is a reading “real” (settling rule of thumb)?
Settling time is the sum of parasitic capacitance charging, input RC recovery, amplifier recovery (if used), and the measurement window itself (integration/ADC aperture and digital filtering). A practical card-level pattern is: CONNECT → short wait → discard pre-read → adaptive wait (if needed) → valid read. High-impedance routes typically need longer due to C×R effects and memory from previous channels.
7) Are solid-state switches always better than relays for reliability and speed?
Solid-state switching improves channel density and eliminates contact bounce, but off-state leakage and parasitic capacitance can be limiting, and charge injection can create switching transients that extend settling. Relays can offer extremely low leakage and low distortion, but have wear/bounce and can fail as stuck contacts under overload. The right choice follows the error budget and hot-switch stress profile.
8) What protection should be specified for miswire and hot-switch scenarios?
Specify severity first: maximum miswire voltage/current, energy source type, and whether switching occurs while energized. A robust card-level approach is energy limiting (series resistance/current limiting) plus clamping (TVS/diodes) at the terminals, then a safe switching order (often break-before-make). For inductive loads, define a discharge/energy absorption path to prevent overvoltage at open.
9) How can crosstalk be reduced on high-channel-count cards?
Reduce coupling by partitioning: separate “quiet” and “dirty” groups, isolate high-level/fast-edge routes from low-level routes, and avoid shared return impedance where possible. Keep aggressor/victim routes physically separated, control the return path, and minimize shared nodes. For matrix designs, a coarse-then-fine structure can reduce the number of sensitive crosspoints simultaneously adjacent to noisy lines.
10) What self-test features are most valuable for production and field service?
The highest value features prove route sanity without external fixtures: internal reference injection through the same path, internal loopback signatures, and checks for open/short/stuck faults. Add health counters such as settle timeouts and retry counts after switching. Trend monitoring for leakage and contact behavior helps detect contamination or aging before it becomes a measurement failure.
11) How can a stuck relay be detected quickly during scanning?
Add a disconnect-verify step: after DISCONNECT, confirm the route returns to the open baseline within a defined time. A stuck relay typically shows a persistent signature on the supposed-open channel or unexpected coupling to adjacent routes. For faster coverage, run a brief reference injection after disconnect on a rotating subset of channels, and flag any channel that fails to clear.
12) What is a minimal firmware control loop that stays stable across designs?
A minimal loop is: IDLE → CONNECT → SETTLE → MEASURE → DISCONNECT, with bounded RETRY on timeout or instability and LOG/HEALTH updates after each step. Keep the ready/valid handshake small: “connect done,” “settle done,” and “measure valid.” Stability improves when discard/accept rules are explicit and scan lists are grouped to avoid repeatedly jumping between quiet high-Ω routes and noisy fast-edge routes.