AAF vs. Sampling Rate: Choosing fc/fs, Roll-Off, and Latency
← Back to: Active Filters & Signal Conditioning
Anti-alias success is not “fs > 2×B.” It is a closed-loop engineering decision: pick fs and fc:fs from the available transition band, convert the real out-of-band environment into an explicit alias budget → Astop, and verify both magnitude and timing (group delay/latency) under out-of-band stress with the real interface boundary.
What This Page Decides (System Boundary)
Decision problem (not a circuit tutorial)
The topic here is system-level trade-off: given an effective signal bandwidth B, throughput/power limits, and phase/latency constraints, determine a consistent set of choices for sampling rate fs, the anti-alias filter (AAF) attenuation/roll-off requirement, and the group-delay / total-latency objective. The goal is to convert “aliasing risk” into a budget, a spec line, and a verification plan.
The triangle that must move together
- fs sets the Nyquist boundary and the available “construction space” for the transition band: Δf = fs/2 − fc.
- Transition band + required suppression sets how aggressive the roll-off must be (and how expensive it becomes in practice).
- Phase / group delay / end-to-end latency limits how aggressive the roll-off can be, even when magnitude targets look fine.
Core point: the choice is not “one fc” or “one order”—it is a resource allocation across transition-band width, stopband attenuation budget, and latency budget.
Decision tree summary (usable in design reviews)
- Input A: define effective bandwidth B and the in-band fidelity objective (magnitude, phase, time-domain).
- Input B: bound out-of-band energy (blockers, broadband noise density, spikes) and define an allowable in-band error threshold (alias budget).
- Step 1: select a candidate fs range from throughput/power/processing constraints.
- Step 2: select fc as the “in-band quality boundary”, then compute Δf = fs/2 − fc.
- Step 3: convert alias budget into a minimum stopband requirement Astop (out-of-band → in-band).
- Step 4: check whether magnitude targets force unacceptable group delay / total latency.
- Iterate: raise fs (widen Δf) or relax one of Astop/fc/latency to reach a coherent spec.
Deliverables from this page (copy-pastable outputs)
These outputs turn “anti-aliasing” into auditable requirements: minimum attenuation over a defined band, plus an explicit latency/group-delay envelope and a repeatable test method.
Where Aliasing Comes From (And How It Shows Up in Real Data)
One picture to remember: sampling replicates spectra
Sampling does not “remove” out-of-band content—it replicates the spectrum at multiples of fs. Any energy above fs/2 can fold back into baseband as an in-band artifact. The AAF exists to ensure that whatever can fold back is already small enough before sampling occurs.
- Discrete blockers (switching tones, PWM harmonics, RF leakage) fold into spurs.
- Broadband out-of-band noise folds into a raised in-band noise floor.
- “fs > 2B” is not a guarantee: it only prevents aliasing of the band of interest; it does not constrain the out-of-band environment.
Field symptoms that often indicate aliasing (fast triage)
- Spurs move when fs changes (true analog tones do not “slide” with sampling settings).
- Noise floor rises unexpectedly when switching activity increases, even if in-band amplitude stays constant.
- Passband looks fine on a sweep, but multi-tone or real stimuli show strange in-band components.
- Adding a temporary low-pass reduces “mystery noise/spurs” without changing the wanted signal much.
These are diagnostic patterns, not proofs. Verification still requires a controlled out-of-band injection or a sampling-rate A/B experiment.
What the AAF must control (system-level language)
The AAF requirement is best stated as: over a defined frequency region that can fold into baseband, the attenuation must be high enough that folded energy stays below the alias budget. This focuses attention on the transition band and the stopband region near Nyquist—the zones that dominate fold-in risk.
Next step (chapter mapping): the alias budget is converted into a minimum Astop requirement (tone blocker vs broadband noise cases), then checked against Δf and latency constraints.
Quantify “Allowed Aliasing”: Alias Budget → Required Stopband Attenuation
What alias budget really means (system language)
An alias budget is the maximum in-band pollution that can be tolerated after sampling. It is not a filter “nice-to-have”. It is a system limit expressed as one (or more) of:
- Spur limit: aliased tones must stay below a threshold (e.g., ≤ −X dBc relative to the wanted signal, or ≤ −X dBFS relative to full scale).
- Noise-rise limit: aliased broadband energy must not raise the in-band noise floor by more than Y dB (or must stay below an in-band noise power budget).
- SNR / ENOB degradation: alias contribution must be small enough that the SNR/ENOB target remains achievable.
Critical hygiene: define the reference for levels (dBFS vs dBc), define the in-band region (0…B), and define which out-of-band region can fold in (typically near Nyquist).
Inputs required (ask these before “choosing an order”)
- In-band target: required SNR/ENOB, allowed spur level, allowed noise-floor rise, or an explicit in-band noise power budget.
- Out-of-band bound: either a worst-case tone/blocker level, or a worst-case noise density over a defined frequency region.
- Frequency placement: where the strong energy sits relative to Nyquist (risk increases when the “danger zone” is close to fs/2).
Minimal calculation paths (two cases that cover most systems)
Case A — Single strong tone / blocker dominates
- Goal: ensure the aliased tone in 0…B is below the allowed in-band threshold.
- Practical requirement (dB form):
A_stop ≥ (L_blocker − L_allow) + Margin - Where
L_blockeris the worst-case out-of-band tone level (dBFS or dBc),L_allowis the allowable in-band level, andMargincovers uncertainty and test reproducibility.
Case B — Out-of-band noise density dominates
- Goal: ensure folded broadband noise does not exceed the in-band noise budget.
- Engineering estimate (power view): in-band alias noise ≈ (out-of-band noise density × folded bandwidth) / attenuation.
- Practical dB skeleton:
N_alias,inband ≈ N_oob + 10·log10(B) − A_stop,eff + Fold_Margin - Use an “effective attenuation” over the frequency region that folds into 0…B (often near Nyquist), then solve for the minimum
A_stop,eff.
These are intentionally minimal paths. The intent is to get a conservative Astop floor without locking into a specific ADC architecture or a specific filter implementation.
How to write Astop as a spec line (copy-paste format)
- Spur-driven: “Provide ≥ X dB attenuation over [f1, f2] so that any folded tone into [0, B] stays ≤ −Y dBc (or ≤ −Y dBFS).”
- Noise-driven: “Provide ≥ X dB effective attenuation over the fold-in region such that aliased broadband noise in [0, B] remains ≤ NoiseBudget (or raises the floor ≤ Y dB).”
Margin rules are not optional: include allowance for environment variation (blocker/noise uncertainty), measurement uncertainty, and multi-band folding contributions.
How to Choose fc:fs (Start From Transition Band, Not Guesswork)
The pressure metric: Δf = fs/2 − fc
The fc:fs decision becomes concrete when expressed as a transition-band width: Δf = fs/2 − fc. This is the “room” available for the AAF to drop from passband quality to stopband suppression. Smaller Δf forces steeper roll-off and typically increases the difficulty of meeting both Astop (from H2-3) and latency/phase objectives.
Scenario rules (what gets optimized first)
- Low-latency / closed-loop / tight timing: avoid overly narrow Δf that forces aggressive roll-off; raising fs to widen Δf is often the cleanest lever.
- High dynamic range / strong blockers: prioritize keeping blocker fold-in bounded; Δf may need to be narrower or fs must rise so that fc can remain practical while still achieving the Astop budget.
- Measurement / audio phase fidelity: prioritize group-delay smoothness and time-domain fidelity; accept that magnitude roll-off aggressiveness may be limited by latency/phase constraints.
The goal is not a single magic ratio. The goal is a coherent choice where Δf, Astop, and latency targets do not contradict each other.
fc:fs decision table (ranges + reasons, not fixed numbers)
| Use-case | Primary priority | Recommended fc:fs direction | Main risk | Common pitfall |
|---|---|---|---|---|
| Closed-loop / tight latency | Latency & stability margins | Prefer wider Δf (often by raising fs) to reduce roll-off pressure | Steep roll-off can inflate group delay or violate timing budget | Only checking magnitude response; ignoring delay budget until integration |
| Strong blockers near Nyquist | Suppression (Astop) | Either raise fs (move Nyquist away) or accept narrower Δf with strict Astop | Fold-in spurs/noise become dominant and mask true performance | Assuming “fs > 2B” is sufficient even with high OOB energy |
| Phase/time-domain fidelity | Group-delay smoothness | Choose fc and fs to keep Δf reasonable; avoid forcing extreme roll-off | Time-domain ringing / timing skew even when magnitude passes | Optimizing only for attenuation without specifying delay metrics |
Table usage: start with the priority column, then choose Δf direction. Next, bring in Astop from H2-3 and iterate until feasibility and latency align.
Connecting H2-3 and H2-4 (the practical loop)
- H2-3 provides a minimum Astop from alias budget.
- H2-4 uses Δf to judge whether that Astop is realistic under the candidate fs and fc.
- If not coherent: widen Δf (raise fs), relax fc, relax the alias budget, or adjust the latency objective—then re-check.
Chapter mapping: the next decision is “raise fs vs steepen roll-off” using the Astop floor (H2-3) and the Δf pressure metric (this chapter), then validate with out-of-band injection.
Raise Sampling Rate or Push Harder Filtering? A Practical Decision Rule
Two levers, two cost profiles
Once the alias budget has been translated into a minimum stopband requirement (Astop), the remaining question is how to create enough “room” to meet it: either by widening the transition band (raise fs) or by increasing the required suppression across a tighter band (more aggressive roll-off targets).
Primary rule (use-case driven, not guesswork)
- Latency-critical systems (closed-loop, tight synchronization/triggering): prefer raising fs to widen Δf and reduce roll-off pressure, then re-check the latency budget.
- Data-rate / power constrained systems (limited throughput chain, strict energy budget): prefer stronger stopband control without raising fs, but enforce a mandatory group-delay / time-domain check.
- Strong blockers close to the band (or close to Nyquist risk zone): a combined approach is often required—raise fs to move Nyquist away and apply a realistic suppression target to keep fold-in bounded.
Use Δf = fs/2 − fc as the pressure gauge: when Δf becomes narrow, relying on “more suppression across less room” tends to collide with latency and verification risk.
Decision matrix (what changes, what can break)
| Choice | Primary benefit | Primary cost | Typical failure mode | Must-check item |
|---|---|---|---|---|
| Raise fs (widen Δf) | Lower roll-off pressure; more feasible Astop without extreme constraints | Higher data rate / processing load; power impact; clock-quality sensitivity may increase | Throughput bottlenecks, power overrun, “clean magnitude” but system-level resource issues | End-to-end throughput + power + clock budget |
| Tighter suppression (higher roll-off pressure) | Lower fold-in at fixed fs; can preserve throughput when fs cannot change | Latency/group-delay risk; harder validation and robustness across conditions | Magnitude looks fine, but timing/fidelity fails (ringing, trigger drift, latency budget miss) | Group delay envelope + time-domain response (H2-6) |
| Combine (fs ↑ + realistic suppression) | Best path when strong blockers are near the band or near Nyquist risk region | Costs exist on both sides; requires disciplined budgeting | Over-optimization: solving alias but exceeding data/latency constraints | Unified budget review (Astop, Δf, latency) |
Practical workflow: lock the primary constraint first (latency vs throughput), then select the lever. Only then refine fc and the fold-in suppression band.
Beyond Magnitude: How Phase / Group Delay Enters Error and Latency Budgets
Why “magnitude OK” can still fail the system
Magnitude response controls how much energy passes. Phase and group delay control when different frequency components arrive. When group delay is not well-behaved inside 0…B, time-domain signals are effectively re-timed across frequency, which can create errors even if amplitude specs are met.
Group delay is the bridge between frequency-domain choices and time-domain outcomes: waveform fidelity, trigger timing, and end-to-end latency.
Three practical consequences (and what to measure)
- Waveform distortion (pulses, ToF, vibration transients): overshoot, ringing, tailing, and peak-time shifts. Measure with step/impulse response; track overshoot ratio and settling time.
- Trigger / synchronization drift: detection time varies with signal spectrum because delay varies with frequency. Measure timing error under multi-tone or swept-spectrum stimuli.
- Latency budget pressure (touching closed-loop margins): additional delay behaves like lost timing headroom. Treat as a budget check item rather than a theory discussion.
How to specify it (system-level, implementation-agnostic)
- Group delay envelope: limit the peak-to-peak variation of group delay across 0…B (or limit max deviation from a reference delay).
- Time-domain acceptance: define allowable overshoot/settling for a representative step or pulse.
- Timing acceptance: define allowable trigger-time spread under representative stimuli.
Pair magnitude requirements (passband/stopband) with at least one time-domain or group-delay acceptance rule whenever latency or waveform fidelity matters.
Enforcement rule: whenever latency, trigger timing, or waveform fidelity matters, acceptance must include at least one of: (1) group-delay envelope across 0…B, or (2) time-domain response limits under representative stimuli.
Sampling Modes and Multi-Rate Chains: Oversampling & Decimation (System Intuition Only)
Minimal model: two Nyquist points, two places to get aliasing wrong
A multi-rate chain can be described with just two rates: fs_stage (front-end sampling / oversampling) and fs_final (post-decimation output rate). Aliasing can occur with respect to either Nyquist boundary. The AAF implication depends on where fold-in can happen.
Scope rule: this chapter does not explain filter implementations. It only explains the system-level meaning for AAF requirements and latency budgets.
Oversampling: why it often relaxes the analog AAF
Oversampling pushes fs_stage/2 farther out. For the same analog boundary (fc), the normalized transition region becomes wider, reducing roll-off pressure on the analog AAF. In practice, this often converts “hard stopband demands” into “manageable suppression plus robustness margin.”
- Wider normalized transition band: fc sits farther from fs_stage/2, so a given Astop target is easier to satisfy coherently.
- Lower fold-in risk near baseband: fewer out-of-band components land dangerously close to the stage Nyquist boundary.
- But the system cost remains real: higher data-rate, processing load, and a stricter clock/latency budget may appear elsewhere.
Decimation: alias can happen again unless suppression exists before the rate drops
Decimation reduces the Nyquist boundary from fs_stage/2 down to fs_final/2. Any energy that exists above the future Nyquist boundary can fold into the final baseband during the rate change. That means suppression must exist before decimation, otherwise aliasing is created at the decimation step and cannot be undone later.
- Decimate safely: ensure out-of-band energy that would fold into 0…B at fs_final is already below the alias budget.
- Blocker-aware: when strong components exist near the “fold-in danger zone,” oversampling alone is not sufficient without pre-decimation suppression.
- Budget link: reuse the H2-3 logic (alias budget → Astop) but apply it explicitly to the decimation boundary.
Latency impact: multi-rate processing consumes timing headroom
Multi-rate chains typically add processing delay. Even if magnitude and alias budgets are satisfied, additional latency can violate synchronization/trigger timing requirements. Treat multi-rate as part of the latency budget (aligning with H2-6).
System acceptance should never be “magnitude only” in multi-rate chains. A minimal acceptance set is: alias budget met at fs_final + latency within budget.
Interface Coupling: Why the “Ideal AAF” Changes Once Connected to Real Front-Ends
The core idea: the interface is part of the filter boundary
In practice, an AAF rarely behaves like an isolated block. The effective response depends on the interaction among source impedance, driver limits, any small isolation network, and the ADC’s dynamic sampling load. The result can be a shifted effective corner, altered damping, and unexpected high-frequency behavior.
What changes first (system symptoms)
- Effective fc shift: the real corner moves because the filter sees a different source/load than assumed.
- Damping / peaking changes: the chain can become under/over-damped, creating edge peaking that was absent in the ideal model.
- High-frequency “extra energy” behavior: dynamic sampling action can excite or reveal unexpected HF content and measurement artifacts.
The practical implication is simple: AAF specifications must be written against a defined interface condition, not against an ideal source and ideal load.
Output requirement: include driver + small isolation network in the AAF specification
Treat the driver and any small isolation network as part of the AAF boundary. A robust spec line does not only state “fc and Astop,” but also declares the assumed source impedance range and confirms that validation happens under real sampling conditions.
- Spec boundary statement: “AAF performance is guaranteed for Rs within a defined range and with the ADC sampling network connected.”
- Validation statement: “Frequency response and timing behavior are verified with real sampling enabled, not with a static load.”
- Integration reminder: include the small isolation network in both modeling and test; do not treat it as “just wiring.”
Internal link hint (do not expand here)
For deeper driver/common-mode/differential constraints, link out to the dedicated page: FDA / SE↔Differential Converter (and the parent-page shared guidance on differential interface boundaries).
Selection & Requirements: Write “AAF vs fs” as Deliverable Spec Clauses
Goal: make the decision auditable for systems and procurement
AAF decisions should not live as informal “high order” or “high attenuation” requests. A deliverable requirement must define: (1) the sampling rate boundary, (2) the alias budget, (3) the required stopband suppression over a declared frequency range, and (4) the timing constraints (group delay and total latency). This allows suppliers and test teams to verify the same target.
Interface condition must be part of the clause: source impedance range and “validated with real sampling enabled.”
Spec Template (copy into PRD / RFQ)
REQUIREMENT: Anti-alias + sampling coherence (system-level) 1) Sampling rates - fs_final: [_____ Hz] - If multi-rate: fs_stage: [_____ Hz], OSR = fs_stage / fs_final: [_____] - Nyquist reference(s): fs_final/2 (and fs_stage/2 if applicable) 2) Target band - Target signal bandwidth B: [_____ Hz] - Passband definition: 0 … B (or [_____ … _____]) - Optional guard band (if used): B_guard: [_____ Hz] 3) Allowed alias contribution (choose one expression) A) Spur / blocker expression (dBc): - Allowed in-band alias spur level: ≤ [_____ dBc] relative to [reference level] B) Noise-equivalent expression: - Allowed in-band folded noise (integrated): ≤ [_____ Vrms] (or ≤ [_____ dBFS_rms]) - Observation bandwidth / integration rule: [_____] 4) Stopband attenuation requirement (deliverable range) - Stopband range for requirement: f ≥ [k × B] or f ≥ [fc + Δf_guard] up to [fs_final/2] (or to [specified upper band]) - Minimum attenuation over this range: A_stop(f) ≥ [_____ dB] (or piecewise: [band1]=__ dB, [band2]=__ dB) 5) Timing requirements (must be stated when latency/fidelity matters) - Group delay limit across 0…B: Max GD ≤ [_____ ns] OR GD variation (pk-pk) ≤ [_____ ns] - Total latency budget (analog + sampling + processing chain): Total latency ≤ [_____ us] with defined measurement method: [_____] 6) Interface / boundary conditions (mandatory) - Source impedance range (effective): Rs ∈ [_____ … _____] - Validation condition: measured with real sampling enabled and nominal operating mode - If decimation exists: verify alias budget at fs_final (not only at fs_stage)
This template prevents “unverifiable” requirements. It forces frequency-range definitions, alias budget expression, and timing acceptance in one place.
Validation & Pitfalls: Prove Aliasing Is Not Hiding, and Avoid Common False Conclusions
What “alias-safe” proof means (system-level)
A convincing proof is not “the in-band sweep looks good.” Proof requires demonstrating that out-of-band energy does not fold into the band beyond the declared alias budget, and that time-domain behavior remains within the latency/fidelity acceptance.
- Spectrum evidence: in-band spur/noise-floor behavior stays within the alias budget under out-of-band stress.
- Time evidence: step/pulse behavior and timing spread are consistent with the group-delay and total-latency acceptance.
Three verification stimuli (each closes a different loophole)
- Sweep: confirm passband boundary and edge behavior; verify no unexpected peaking near the band limit.
- Multi-tone: observe in-band spurs and noise-floor modulation; look for components that move predictably with aliasing.
- Out-of-band blocker injection: the decisive test—inject a strong component outside the band and verify that in-band spur/noise-floor rise remains below the alias budget.
For blocker injection, the key observation is not only the presence of a spur, but whether its position and level behave like fold-in when the blocker frequency is moved.
Common false conclusions (two red flags)
Red flag #1: Only running an in-band sweep. This can miss fold-in from out-of-band energy and produce false confidence.
Red flag #2: Only checking magnitude. Time-domain failures (ringing, timing shift, trigger drift) can appear even when amplitude specs pass.
Instrument-induced illusions: confirm the measurement chain is not creating artifacts
Measurement equipment can introduce its own sampling, bandwidth limits, or processing settings that create spurs or hide fold-in. Avoid over-interpreting a single configuration. A minimal checklist should be part of the test record.
- Sampling / span settings: confirm analyzer or digitizer rate and bandwidth match the test intent.
- Anti-alias / bandwidth options: check instrument front-end bandwidth, optional filters, and any “auto” modes.
- Processing modes: confirm averaging / smoothing choices do not mask spurs or distort the noise floor.
- Repeatability: repeat the same test with a second configuration to confirm results are not measurement artifacts.
This section does not describe instrument internals—only the minimum settings discipline required to avoid false positives or false negatives.
One Page to Ship: A 7-Step Workflow from Requirements to Field-Proof
How to use this workflow
This checklist compresses the page into an execution path. Each step defines a required input, the decision to make, and the deliverable output. If any acceptance is violated (alias budget or timing), the loop arrows in Figure F11 show exactly where to revisit the decision.
Step 1 — Define bandwidth B and timing acceptance
- Input: passband definition (0…B or a band), plus latency/phase sensitivity flags.
- Decision: pick a timing acceptance expression: max group delay or group-delay variation (pk–pk), and total latency budget.
- Output: a timing clause that can be verified (not a “nice to have”).
Timing acceptance is the constraint that prevents “magnitude passes, system fails.”
Step 2 — Quantify the out-of-band environment and the alias budget
- Input: dominant interference type: single strong tone/blocker and/or broadband noise density outside the band.
- Decision: express the alias budget as either a spur limit (dBc) or noise-equivalent folded contribution (integrated).
- Output: a concrete alias budget that maps to required stopband attenuation.
Step 3 — Pick fs candidate range (system resources first)
- Input: throughput, power, compute/link limits, and clocking constraints.
- Decision: choose 2–3 feasible fs candidates (and define fs_stage/fs_final if multi-rate exists).
- Output: an fs shortlist with resource impact notes, and a statement that acceptance is checked at fs_final.
Step 4 — Choose fc:fs from the transition band, then derive minimum Astop
- Input: fs candidates + alias budget + timing acceptance.
- Decision: choose fc:fs to create a workable transition band Δf; convert alias budget into Astop over a declared range.
- Output: a testable stopband clause: “range + minimum attenuation.”
A clause without a frequency range is not deliverable.
Step 5 — Decide: increase fs or increase roll-off strength
- Latency-sensitive systems: favor fs ↑ to widen Δf and reduce delay pressure.
- Data-rate/power-sensitive systems: favor stronger suppression, then re-check group delay and total latency.
- Near-in-band strong blockers: often require both: fs ↑ plus meaningful Astop.
Record the rationale as an engineering decision log item. It prevents “why was this chosen?” rework.
Step 6 — Include interface realities inside the AAF boundary
- Input: source impedance range, driver limits, and sampling network behavior under real switching.
- Decision: treat “driver + small isolation network + sampling load” as part of the effective AAF boundary.
- Output: an interface condition statement in the PRD: Rs range, operating mode, and “measured with sampling enabled.”
Step 7 — Verify with out-of-band injection + time-domain checks, then add production hooks
- Spectrum evidence: multi-tone + OOB blocker injection; confirm in-band spur/noise-floor behavior stays within alias budget.
- Time evidence: step/pulse checks; confirm timing spread and fidelity satisfy the group-delay and total-latency acceptance.
- Production hooks (high-level): define minimal checkpoints for repeatability (key attenuation spot-check + time response sanity check + settings record).
Validation must close both loopholes: “in-band-only tests” and “magnitude-only acceptance.”
Example Material Numbers (MPNs) to make PRD and prototypes concrete
The parts below are example building blocks often used in anti-alias and sampling interfaces. They are not a universal recommendation; selection should follow the workflow steps above (bandwidth, alias budget, timing, and interface boundary).
Clock-set / switched-capacitor analog filters (fast “fc by clock” bring-up)
Useful when fc must track a clock or when a compact, repeatable analog filter block is needed during system iteration.
MAX7400/MAX7403/MAX7404/MAX7407— 8th-order elliptic SC lowpass filters, clock-set corner frequency (anti-alias / post-DAC use cases).LTC1068family — clock-tunable quad 2nd-order switched-capacitor filter building blocks (assemble 2nd/4th/8th-order functions via external R).
Fully differential amplifiers / ADC drivers (define common-mode + drive sampling network)
Relevant when the interface must set output common-mode, preserve linearity, and drive a switched sampling input.
THS4551— low-noise precision fully differential amplifier (FDA), commonly used as an ADC driver stage.ADA4945-1— low-noise, low-distortion FDA with selectable power modes, used to drive high-resolution ADCs.LTC6363/LTC6363-0.5/LTC6363-1/LTC6363-2— low-power fully differential drivers (fixed-gain variants available).
ADC examples with digital filtering / decimation (multi-rate workflows)
Relevant when oversampling + decimation is part of the system and acceptance must be verified at fs_final.
ADS127L01— 24-bit wide-bandwidth delta-sigma ADC up to 512 kSPS (digital filters/decimation are part of the signal chain).AD7768— simultaneous-sampling multi-channel sigma-delta ADC family (often used in instrumentation/DAQ where alias and timing budgets are formalized).ADS1675— high-speed precision delta-sigma ADC class (used where sampling rate choices strongly interact with filtering/throughput).
Small but practical “hook” items (to reduce integration ambiguity)
These are not filter ICs, but they frequently become the difference between “spec met on paper” and “spec met in system.”
ADS127L01EVM— example evaluation module reference for repeatable bring-up and verification setups (pair with the Step 7 test plan).FilterCAD™(tool reference for LTC1068 family) — useful for quickly mapping clock ratios and building-block configurations during iteration.
For procurement-facing documents, list the MPNs as “reference implementation options” and keep the acceptance clauses (alias + timing + interface) as the contractual requirements.
Optional internal links (keep brief): interface driving details → “FDA / SE↔Differential Converter”; multi-rate implications → “Sample-&-Hold / Track-&-Hold” (only if the page map allows).
H2-12 · FAQs (12) — Long-tail, Field-Troubleshooting Oriented
Each answer stays inside the AAF vs. sampling-rate boundary: fc:fs, alias budget, required stopband attenuation, timing (group delay/latency), multi-rate meaning, interface boundary, and verification. No circuit-design tutorials.