123 Main Street, New York, NY 10001

2-in-1 / Detachable Hardware Design: Touch, Pen, Dock I/O

← Back to: Consumer Electronics

A 2-in-1 detachable fails most often at the interfaces: hot-plug pogo contacts, multi-path power entry, and ultra-sensitive touch/pen references sharing a moving ground and return path. Stable designs treat every symptom as evidence—state + rail domains + return current—then fix the root cause with controlled inrush/backfeed, robust detect/debounce, and ESD paths that do not inject into sensing references.

H2-1 What it is & Boundary Detachable-specific problems Evidence first

A 2-in-1 / detachable is not “a tablet with a keyboard” and not “a laptop with a touchscreen”. The form factor adds exposed interfaces, hot-plug loops, dual ground references, low-power wake sources, and multiple power entry paths. Those five factors create failure modes that rarely appear (or appear far less often) in fixed-chassis designs.

Boundary sentence: This page covers the hardware boundary and failure mechanics of Touch/Pen, Keyboard Dock I/O, USB-C Power Path, and ULP Sensors/Wake. Everything else is treated only as a black box.

Compared with a tablet

The detachable adds a dock accessory that must be safely powered, detected, and debounced. That introduces contact resistance drift, attach/detach bounce, and ESD at exposed pins.

Compared with a laptop

The detachable has weaker ground continuity and a more fragile return path at the interface. Touch/pen sensing is also more sensitive to reference shift driven by charger noise or hot-plug transients.

Detachable-specific failure set (symptom → first measurement)

  • Keyboard intermittently not recognized → measure dock VDD droop at the pogo entry + count attach event debounce triggers. Look for contact bounce and momentary undervoltage that resets the dock MCU/scan logic.
  • Random key dropouts / “stuck keys” → capture I/O integrity (I²C/SDA low time, IRQ glitches) during a gentle flex/tap on the dock. High contact resistance and micro-bounce often show up as narrow glitches and repeated retries.
  • Attach/detach causes reset or freeze → record system rails (core/peripheral) + reset reason + inrush current at the dock power switch. Most cases are rail collapse, reverse current fight, or ground bounce into sensitive reset pins.
  • Ghost touch / touch drift only while charging → compare digitizer raw noise (charger A/B) + VBUS ripple/common-mode. When the sensing reference moves, the controller “sees” a changing baseline as a touch.
  • Pen jitter / broken strokes → measure pen jitter metric (position variance) + check AFE headroom/saturation under charger/dock states. Charge-induced interference often lands inside the pen sensing band or its harmonics.
  • Sleep current too high after detach → split current by rails: always-on vs gated + audit wake sources (Hall/IMU/IRQ). Accessory detect lines or sensors left in “active poll” mode dominate standby losses.
  • Only one charger/cable triggers issues → log VBUS transient profile (plug-in overshoot/undershoot) and ESD susceptibility at the USB-C shield/ground tie. Different adapters inject different common-mode noise and plug-in edge rates.
Practical scope check: if a paragraph cannot be tied to (a) an exposed interface, (b) a hot-plug transient, (c) a reference/return path, or (d) a low-power wake source, then it belongs on a different page.
2-in-1 / Detachable — Boundary Map Only four blocks are in-scope (interfaces + power + wake) Touch & Pen Digitizer + Pen AFE + Controller Noise Reference shift Keyboard Dock Pogo / Magnet + I/O + ID Bounce ESD Wear USB-C Power Path PD role + Power-Mux + Switches Inrush VBUS droop OR OR = reverse current blocking / power-path arbitration ULP Sensors & Wake Hall / IMU / ALS + Wake IRQ Leakage False wake POWER I/O / Events WAKE Design and debug stay inside these four blocks to avoid scope creep. Detachable boundary map Four in-scope blocks: Touch and Pen, Keyboard Dock, USB-C Power Path, and Ultra-low-power Sensors and Wake, with power/data/wake links.
Boundary map: the detachable-specific design surface is created by exposed interfaces, hot-plug loops, reference shifts, and low-power wake. The four blocks above define the scope.
H2-2 System Block & Interfaces Who connects to whom Protection roles

The system should be read as four interface contracts. Each contract has: what it carries (power/data/wake), what breaks first, what protects, and what to measure first. This approach prevents over-design and makes field failures reproducible.

Contract A — Pogo/Magnetic Dock

Carries: dock power, low-speed I/O (I²C/GPIO/scan), ID/detect.

Breaks first: contact bounce, resistance drift, ESD at exposed pins.

Protect roles: current limit/load switch, ESD arrays near entry, robust return path.

Measure first: Vdock droop at pins + attach debounce statistics + I/O glitch capture.

Contract B — Touch & Pen Sensing

Carries: high-impedance sensing, scan drive/receive, pen coupling path.

Breaks first: reference shift and narrowband interference during charge/dock events.

Protect roles: layout isolation, quiet rails, controlled return paths (not “more filtering”).

Measure first: raw noise/jitter vs state (tablet/dock/charge) + spectrum of the disturbance.

Contract C — USB-C Power Path

Carries: VBUS power, role-level PD control, power switching between sources/sinks.

Breaks first: inrush droop, reverse current fights, ground/ESD injection through shield.

Protect roles: power-mux + reverse blocking + eFuse/load switch + controlled inrush.

Measure first: VBUS plug-in transient + system rail stability + reset reasons/log timestamps.

Contract D — ULP Sensors & Wake

Carries: always-on sensing and wake interrupts (Hall/IMU/ALS).

Breaks first: leakage and false wakes that destroy standby targets.

Protect roles: strict rail gating, interrupt hygiene, power-on default states.

Measure first: rail-by-rail current split + wake cause counters + time-correlated event logs.

Risk index (why these links fail)

  • Contact bounce is both electrical and mechanical: it creates repeated attach events, brownouts, and I/O glitches during settling.
  • Return path fragility converts ESD and common-mode noise into reference shift inside touch/pen sensing.
  • Inrush + droop is not just “too much capacitance”: it is the interaction of source impedance, switch behavior, and power-path arbitration.
  • Leakage + false wake is usually a default state problem: “always-on” rails and IRQ lines must be treated as part of the interface contract.
SEO intent alignment: readers searching for “charging makes touch drift”, “detachable keyboard not detected”, or “pen jitter on 2-in-1” should land on a page that maps each symptom to a measurable interface contract and a root-cause class.
System Blocks & Interface Contracts Power / Data / Wake are explicit — protection roles are shown at boundaries Tablet Core Touch / Digitizer Pen AFE ULP Sensors Always-On Rail Keyboard Dock Pogo + Magnet I/O + ID USB-C Power PD (role-level) Power-Mux Switch / eFuse ESD ILIM OR INR DATA / EVENTS DOCK POWER VBUS → SYSTEM ROLE / STATUS WAKE IRQ Legend Power path Data / events Wake / detect ESD = ESD clamp near entry. ILIM = current limit / load switch. OR = reverse blocking. INR = inrush control. System blocks and interfaces for a 2-in-1 detachable Block diagram showing tablet core, keyboard dock, USB-C power chain, and protection role markers at boundaries, with power, data, and wake links.
System view: treat Dock, Touch/Pen, USB-C power path, and ULP sensors as interface contracts. Protection components belong at boundaries, and debugging starts with boundary measurements.
Implementation note: keep SVG labels minimal and block-based (as shown) so text remains readable on mobile. Use the figure captions for detail, not the diagram.
H2-3 Operating States & Power Domains State machine Always-on vs gated

Detachable reliability is best controlled with a state-driven power model. Every failure and every design rule should attach to: (1) a user state, (2) a power domain, and (3) a wake or hot-plug trigger. This prevents scope creep and makes field issues reproducible.

Discipline rule: any paragraph that cannot name its state (Tablet-only / Dock-attached / Charger-attached / Sleep) and its domain (AO / Peripheral / VBUS / Dock) should be removed or moved elsewhere.

State A — Tablet-only

Dock is disconnected. Dock domain should be off or high-impedance. Touch/pen performance is the baseline reference for later comparisons.

  • Evidence: baseline touch raw noise + pen jitter baseline (if supported). Used to isolate charger/dock coupling.
  • Budget: standby current dominated by AO domain; scanning is periodic and bounded.

State B — Dock-attached

Dock is attached and powered through a controlled enable sequence. Debounce is a system feature (electrical + event gating), not a delay.

  • Evidence: Vdock minimum during attach + attach event counts. Detect bounce shows up as repeated attaches.
  • Budget: additional dock rail current + I/O event activity; attach spikes must stay inside the droop window.

State C — Charger-attached

VBUS enters and the power path arbitrates sources. The most common touch/pen failures are reference shift and narrowband coupling during switching.

  • Evidence: VBUS plug-in transient + system rail droop + raw noise delta (charger A/B). Always compare to Tablet-only baseline.
  • Budget: charging current peaks + switching activity; the sensing reference must remain stable.

State D — Sleep / Modern Standby

Only wake-critical functions remain active. Standby failures are typically caused by default leakage and false wakes, not “battery problems”.

  • Evidence: rail-by-rail current split + wake source counters. False wake frequency should be measurable.
  • Budget: AO domain defines the floor; every wake source must be deterministic and quiet.

Power domains (what stays on, what must be gated)

AO (Always-on) domain
RTC + wake logic + minimal sensing (as required). Must be quiet Must be stable
Key risk: false wake and default leakage from IRQ/detect lines.
Peripheral domain
Touch controller, pen AFE support rails, non-AO sensors, and helper logic. Gated in sleep
Key risk: reference coupling from switching rails into touch/pen sensing.
VBUS (USB-C) domain
VBUS detect/protect + power-path elements. Hot-plug Inrush + droop
Key risk: plug-in transient and common-mode injection via shield/return path.
Dock domain
Pogo rail, dock I/O, ID/detect conditioning, and boundary ESD clamps. Debounced enable
Key risk: contact bounce and resistance drift creating brownouts + I/O glitches.

Evidence checklist (per state)

  • Tablet-only: touch raw noise baseline; pen jitter baseline; standby current floor (AO).
  • Dock-attached: Vdock_min during attach; I_inrush_peak; attach count per minute; I/O glitch capture (I²C/IRQ).
  • Charger-attached: VBUS plug-in overshoot/undershoot; system rail droop; raw noise delta across chargers/cables.
  • Sleep: current split by rails; wake cause histogram; false wake rate with dock/charger present vs absent.
Operating States + Power Domains Every issue must bind to a state and a domain State Machine Tablet-only Dock off / Hi-Z Baseline noise Dock-attached Debounced enable Vdock droop risk Charger-attached VBUS hot-plug Ref shift risk Sleep AO only + wake Leakage / false wake dock_detect stable detach VBUS valid VBUS removed sleep entry wake IRQ wake IRQ Power Domains AO RTC / wake IRQ hygiene Peripheral Touch / Pen Quiet rails VBUS Hot-plug Inrush control Dock Pogo / ID Debounce enable Wake Power path Events Detachable operating states and power domains State machine for tablet-only, dock-attached, charger-attached, and sleep, plus a power domain map of AO, peripheral, VBUS, and dock domains with power, data, and wake links.
State machine + power domains: attach all rules and measurements to a specific state and domain. This makes detach/charge/sleep failures measurable and prevents scope creep.
Practical reading guidance: for “charging makes touch drift”, begin in Charger-attached + VBUS domain; for “keyboard not detected”, begin in Dock-attached + Dock domain; for “sleep drains battery”, begin in Sleep + AO domain.
H2-4 Magnetic Keyboard I/O Pogo pin + hot-plug ESD + return path

A pogo-pin dock is a time-varying electrical component. During attach, contact order and contact resistance change over milliseconds, creating brownouts, I/O glitches, and ESD injection exactly when the system is most sensitive. Reliable designs treat the dock as a boundary that requires sequenced power, gated I/O, and a short, predictable return path.

Pin partitioning (Power / Signal / Detect / Shield)

Group pins by function and stability. Power/ground should establish a reference before signals are allowed to toggle. Detect/ID must be robust in the presence of bounce and leakage.

  • Ground first, signal later: prevents undefined reference and spurious interrupts.
  • Segmented contact: power pins should settle earlier than low-speed I/O.
  • Dedicated detect/ID: avoid mixing detect with noisy power pins.

Contact bounce + hot-plug sequencing

Debounce is not a single delay. It is a gating sequence: detect stable → power enable (soft) → voltage-valid window → I/O release → functional attach.

  • Too-early I/O: I²C/IRQ glitches occur while the dock rail is still ramping.
  • Attach storm: bounce creates repeated attaches; each may restart the dock MCU and flood events.
  • Undervoltage behavior: partial power can latch wrong states unless I/O is held in a safe mode.

Contact resistance drift (wear, contamination, corrosion)

Drift converts into failures via Vdock droop (brownout) and slower edges (timing/threshold errors). The risk increases with load steps (e.g., keyboard backlight or scan bursts).

  • Evidence: Vdock_min under a known load step; repeated over lifecycle for trending.
  • Edge evidence: rising/falling edges stretch; thresholds are crossed late or multiple times.

Exposed-pin ESD (TVS placement + return path)

The dock boundary must close the ESD current loop locally. A TVS that is far from the entry turns the trace into an antenna and forces current through internal references (exactly what breaks touch/pen stability).

  • Clamp near entry: place TVS arrays at the pogo boundary, not deep inside.
  • Short return: route ESD current to a defined return path without crossing sensitive reference zones.
  • Boundary first: treat the dock as a perimeter; do not rely on “more filtering” inside.

Evidence capture (attach/detach reproducibility kit)

  • Vdock droop: measure at pogo entry and at the dock load. Correlate droop depth with dock resets and missed keys.
  • Inrush current: current probe on dock rail during attach. Peak + ramp shape exposes soft-start quality.
  • I/O glitch: logic capture for I²C/IRQ/NMI/detect lines. Look for narrow spikes aligned with droop or bounce.
  • Intermittent disconnect: count attach events per minute under controlled vibration/tap. Micro-bounce reveals marginal contacts.
Pogo Dock Boundary: Partition + ESD Return Path Power first, then signals — clamp at entry, return locally Pogo Pin Field (Device Edge) POWER Vdock + GND (multi) SIGNAL I²C / GPIO / Scan DETECT / ID Detect + ID resistor SHIELD / FRAME Boundary Electronics (Inside) Load Switch TVS Array I/O Buffer / Isolation Gate Detect Debounce + ID Read Defined Return Path Short, local, does not cross sensitive refs POWER first signals gated detect stable ESD enters at exposed pins Clamp → Return Keep ESD loop out of sensitive refs Attach sequence: detect stable → power soft-enable → voltage valid → release I/O → functional attach. Pogo dock partition and ESD return path Diagram partitions pogo pins into power, signal, detect/ID, and shield, shows boundary blocks for load switch, TVS array, I/O gating, detect debounce, and a defined local return path with ESD current arrows.
Pogo interfaces fail when power and signals are enabled before a stable reference exists. Partition pins, debounce detect, soft-enable dock power, and clamp ESD at the entry with a short return path.
Field interpretation: “works when new, fails later” strongly suggests contact resistance drift; “fails only during attach” suggests bounce + inrush; “fails after ESD events” suggests clamp placement or return path.
H2-5 Accessory Detect & ID Evidence chain Debounce + latch

Accessory detection must be proven as a hardware-verifiable chain of evidence, not a single signal. A robust design separates physical presence, electrical validity, and digital confirmation, then gates events so bounce and ground noise cannot create attach storms.

Evidence rule: “Dock-attached” should only be asserted after (1) presence is stable, (2) Vdock is inside a valid window, and (3) I/O is released under control. If any step is skipped, false attach/detach and intermittent wake events become unavoidable.

Mechanism 1 — Hall sensor + magnet pattern

Provides a presence and coarse pose signal (approach, alignment, polarity sequence). Best used as an early-stage indicator, not a final “ready” proof.

  • Good evidence: stable field magnitude/polarity consistent with an intended docking position.
  • Common misread: threshold jitter from ground bounce or supply noise in always-on rails. Shows up as rapid toggling.

Mechanism 2 — ID resistor / encoding

Encodes keyboard model/region as an analog level. Sampling must occur after the dock rail is valid and the reference is stable.

  • Good evidence: ID voltage falls into a defined bin with margin and remains stable across a debounce window.
  • Common misread: sampling during Vdock ramp or during bounce; ground shift moves the level across bins.

Mechanism 3 — Power-pin voltage window + current fingerprint

Proves electrical validity: no short, no severe contact resistance, and no uncontrolled inrush. This is the most direct “is it usable” proof.

  • Good evidence: Vdock rises into the window and holds for X ms; droop under a known load step stays above the minimum.
  • Common misread: relying on a single instantaneous threshold without hold-time validation.

Mechanism 4 — Simplified confirmation (I²C presence + IRQ)

Confirms that digital communication is possible, but only after controlled power enable and I/O release. I/O should be gated during ramp and bounce.

  • Good evidence: I²C address presence success-rate remains high while Vdock stays inside the window.
  • Common misread: allowing I²C probing during ramp; glitches generate false interrupts or bus lock.

Most common false-detect causes (with measurable symptoms)

  • Ground bounce / unstable threshold: detect/ID toggles without mechanical movement; attach events correlate with load steps.
  • Contact bounce: multiple attach events per second during a single dock action; Vdock shows repeated ramps and drops.
  • No gating: I²C/IRQ activity appears before Vdock is valid; intermittent “attach but dead” is frequent.

Evidence capture checklist

Detect line integrity
Glitch width/count during attach; correlation with Vdock ramps and mechanical tap/vibration.
ID sampling margin
ID voltage bin margin after Vdock-valid; stability across debounce window; drift across lifecycle.
Vdock validity
Rise time, hold time, minimum under load step; droop depth vs attach/detach events.
I²C presence & IRQ
Presence success-rate vs Vdock window; IRQ counts during ramp (should be gated).
Attach storm metric
Attach/detach events per minute; storm signature is repeated events without full user action.
Accessory Detect Evidence Tree Signal → threshold/window → debounce → latch → event Evidence Inputs Hall magnet pattern ID Resistor bin + margin Vdock Window hold-time valid I²C + IRQ confirmation Processing Chain Threshold / Window stable reference Debounce time + validity Latch + I/O Gate release under control Event Filter Outputs Dock-attached state entry Wake Source sleep exit Mode Switch touch/keys Failure patterns: bounce + ground shift Accessory detect evidence tree Evidence inputs (Hall, ID resistor, Vdock window, I2C and IRQ) feed threshold and window checks, then debounce, latch and I/O gate, then event filtering to produce dock-attached, wake source, and mode switching decisions.
Evidence tree: separate presence, electrical validity, and digital confirmation; debounce with validity windows; latch and gate I/O so bounce and ground shift cannot create attach storms.
Field interpretation: if attach events repeat while the device is stationary, suspect threshold instability or contact bounce; if I²C presence disappears during load steps, suspect Vdock droop or contact resistance drift.
H2-6 Touch & Digitizer Fundamentals Hardware-only Noise + coupling

Mutual-cap touch and active digitizers depend on a stable reference during the scan window. If the reference moves (ground bounce or common-mode injection) inside that window, the system interprets it as a real capacitance change, producing ghost touches, edge drift, and charger-dependent degradation.

Where mutual-cap is fragile: scan window + reference

The controller drives Tx at a defined band and samples Rx within a time window. Any reference shift inside the window becomes measurement error.

  • Look for: raw data baseline shift and increased standard deviation under charger/dock states.
  • Risk: narrowband interference near scan cadence can create beat patterns that look like slow drift.

Harness & routing: guard, ground fence, and gaps

Flexible cables and long routes behave like antennas for common-mode noise. Discontinuous return paths (stitch gaps, splits, via slots) force coupling into the sensing reference.

  • Look for: edge-only issues and position-dependent failures (near openings or connector transitions).
  • Risk: return detours increase loop area and convert switching ripple into reference movement.

Symptom mapping (hardware-centric)

The same root cause appears differently depending on state and coupling path. Always compare to the Tablet-only baseline.

  • Ghost touch: raw noise rises or a periodic interferer aligns with the scan window.
  • Edge drift: shielding/return discontinuity near bezel edges and connector zones.
  • Worse while charging: VBUS switching ripple and shield/return injection moving the reference.

Evidence: raw data + spectrum peaks + beat behavior

Hardware issues are identifiable by measurement signatures: baseline noise, narrowband peaks, and slow beat patterns when interference and scan cadence interact.

  • Raw data noise: compare STD/peak-to-peak across states (Tablet-only vs Charger-attached).
  • Spectrum peak: stable peaks indicate coupling from switching rails or ground bounce harmonics.
  • Beat pattern: slow drift can be an aliasing result, not a “random algorithm issue”.

Hardware measurement checklist (no software assumptions)

Baseline comparison
Tablet-only baseline vs Charger-attached: raw noise and baseline shift are the first discriminator.
Time alignment
Correlate raw spikes with VBUS switching events, load steps, or dock attach sequences.
Frequency signature
Identify stable peaks; check harmonics and whether peaks move with charger/cable changes.
Spatial signature
Edge-only drift points to return discontinuities and local shielding gaps near bezel/connector paths.
Touch Degradation: Hardware Coupling Path VBUS ripple → ground bounce → reference shift inside scan window VBUS Domain Switching Power ripple + transients Cable / Shield common-mode path Coupling Mechanisms Common-Mode Injection through return paths Ground Bounce reference movement loop area ↑ Reference Shift inside scan window Digitizer Mutual-cap Scan Tx drive + Rx sample Scan window Reference Node must stay stable Symptoms ghost / edge drift worse while charging ripple common-mode inject reference shift Measurement signature: baseline shift + narrowband peaks + beat-like slow drift across charger/cable variants. Touch coupling path from VBUS to reference shift Diagram shows VBUS switching ripple and cable shield paths causing common-mode injection and ground bounce, shifting digitizer reference during mutual-cap scan window and producing ghost touch and drift symptoms.
Hardware coupling model: if charging degrades touch, measure reference stability during the scan window and correlate raw data with VBUS switching signatures and return-path behavior.
Debug starting points: first establish a Tablet-only baseline; then compare Charger-attached. If raw noise and spectrum peaks rise only while charging, prioritize return path and reference stability over internal algorithm assumptions.
H2-7 Active Pen AFE & Pen Link Hardware evidence first Coexistence constraints

Pen dropouts, jitter, and latency are best diagnosed as electrical evidence problems: signal-to-noise margin, narrowband peaks, dynamic-range saturation, and timing alignment. Treat the pen chain as a measurable pipeline: Sense → AFE → ADC → Controller, then locate where interference is injected.

Evidence rule: if a symptom changes strongly across states (Tablet-only vs Charger-attached vs Dock-attached), prioritize rails, reference stability, and coupling paths before assuming link-layer or algorithm behavior.

Hard constraints: band, bandwidth, and dynamic range

Pen sensing operates in a defined band with a fixed front-end bandwidth and a limited dynamic range. Coexistence with touch requires the pen AFE to survive periodic excitation and harmonics without saturating.

  • Band placement: avoid overlap with dominant interference bands and system switching harmonics.
  • Anti-saturation: protect LNA/PGA input so touch coupling or rail noise cannot pin the signal.
  • AGC behavior: gain changes that are too slow or too aggressive can amplify jitter.

Coexistence with touch (interface-level prerequisites only)

Palm rejection and pen/touch separation require timing alignment and stable thresholds. The requirement is evidence-driven: consistent timestamps or frame markers, plus a noise floor that does not drift with power state.

  • Sync evidence: consistent frame markers (timestamp/counter/IRQ) that do not jitter during rail events.
  • Noise gate evidence: threshold margin stays stable across Tablet-only and Charger-attached states.
  • Sensor assist (interface only): presence/approach signals should not spuriously toggle during switching events.

Wake-on-pen: low-power front-end and IRQ integrity

Pen-approach wake is a low-power detection path that must remain stable on always-on rails. False wakes are a strong clue of reference movement or common-mode injection.

  • Look for: wake IRQ count spikes coincident with cable insertion, charger changes, or load steps.
  • Risk: insufficient hysteresis or unstable reference in the always-on detection path.

Measurable evidence: jitter, drop points, and spectral peaks

Electrical issues leave signatures. Quantify the symptom, then correlate to interference and rail behavior.

  • Pen jitter: point-to-point variance and high-frequency wobble that increases under charging.
  • Drop points: missing samples or gaps that repeat at a cadence (often indicates periodic interference).
  • Spectrum peaks: stable narrowband peaks that align with switching frequency or its harmonics.

Priority isolation: symptom → first suspect

Intermittent dropouts
Check front-end saturation, threshold margin collapse, or reference dips on AFE bias/ADC reference rails.
High-frequency wobble
Check noise floor rise and narrowband peaks; verify coupling into the sense node and ground reference movement.
Added latency
Check repeated drop points and recovery cycles; correlate to rail events and attach/plug transitions.
Pen AFE Signal Chain + Injection Points Sense → AFE → ADC → Controller (measure where noise enters) Signal Path Sense electrodes Clamp BPF/Notch band control LNA noise PGA/AGC dynamic range ADC ref stability Controller timestamp / frame sync Host IF TP1 sense node TP2 AFE out TP3 ADC ref ⚠ Touch coupling into sense node ⚠ VBUS ripple bias / ref injection ⚠ Ground bounce reference shift Pen AFE signal chain and injection points Signal chain shows sense, clamp, band-pass or notch filter, LNA, PGA/AGC, ADC, and controller with timestamps. Injection points show touch coupling to the sense node, VBUS ripple into bias and ADC reference, and ground bounce shifting the reference. Test points mark where to measure.
Pen debug model: measure at TP1/TP2/TP3 and correlate jitter/drop points to narrowband peaks and rail/reference movement across power states.
Evidence triage: if drop points repeat with a cadence, suspect a periodic interferer; if jitter rises only during charging, suspect reference/rail injection; if latency increases with attach/plug transitions, suspect rail dips and recovery cycles.
H2-8 USB-C Power Path & Switching Power / switching / protection No stack deep dive

In 2-in-1 form factors, “charger plug-in causes touch/pen drift” and “hot-plug freezes” are frequently explained by power-path transitions: inrush, reverse-current contention, rail droop, and common-mode noise coupling through return paths. The goal is to map each symptom to a specific node in the USB-C-to-rails path and capture direct evidence.

Power-path rule: treat USB-C insertion as a controlled transition. Validate VBUS waveform, mux output stability, rail minimum & recovery time, and reset cause. PD events can be used as a timestamp marker, not as a protocol explanation.

Typical roles in the path (what each block proves)

The path is a chain of roles: input protection, reverse blocking, controlled inrush, source selection, conversion, and rail gating. Each block can be validated by measuring its input/output and timing.

  • Input clamp: reduces cable ESD/transient stress near the connector.
  • Power-mux / reverse blocking: prevents back-feed and source contention.
  • Inrush control / eFuse: limits surge and protects against shorts and contact events.
  • Buck/boost: creates stable system rails; switching signatures must not shift references.
  • Load switches: sequence rails and isolate sensitive domains during transitions.

Multi-source contention: VBUS vs battery vs dock

Any two sources can fight unless reverse current is blocked and priority is defined. Contention typically shows up as rail oscillation and repeated protection activity.

  • Back-feed evidence: a “disconnected” source rises unexpectedly when another source is present.
  • Fight evidence: mux output ripple increases during insertion; rails show repeated dips and recoveries.
  • Dock path note: if dock supply exists, it must be isolated and current-limited like an external source.

Hot-plug transient: overshoot, undershoot, inrush, droop

Plug-in is a waveform event. Overshoot/undershoot and inrush shape the mux output and can momentarily pull rails below reset thresholds.

  • VBUS waveform: capture at the connector; identify overshoot/undershoot and ringing.
  • Mux output: verify inrush-limited ramp and absence of oscillation.
  • Rail minimum: record Vmin and recovery time; compare to reset/brownout thresholds.

Why touch/pen drift appears when charging (hardware view)

Adapter noise and switching ripple can inject common-mode energy into return paths and shift sensitive references inside scan windows. This is visible as narrowband peaks and state-dependent baseline shifts.

  • State dependency: drift increases only in Charger-attached state.
  • Spectral signature: stable peaks align with power switching frequency or harmonics.
  • Reference movement: sensitive rails (AFE bias/ADC reference/AO ground) show correlated perturbations.

Evidence capture set (minimal but decisive)

VBUS waveform (near port)
Overshoot/undershoot, ringing, and noise differences across adapters/cables.
Mux output (post-selection)
Inrush-limited ramp; absence of repeated drops; stability under load steps.
Sensitive rails (AO / AFE)
Vmin and recovery time; correlation to touch/pen raw noise and events.
Reset cause register
Confirm whether brownout/reset aligns with insertion timing and rail minima.
PD event log (timestamp only)
Use as a time marker for insertion/role changes; do not depend on stack interpretation.
USB-C to System Rails: Power Path Map Reverse blocking + inrush + limits (capture node evidence) USB-C Input Connector VBUS / GND TP: VBUS Input Clamp PD Ctrl state marker Selection & Protection Power Mux source selection Reverse block Inrush limit eFuse / Current Limit short / overload TP: MUX_OUT System Rails Buck / Boost conversion Load Switches sequencing AO PERI Sensitive refs TP: AO Other sources: Battery path and optional Dock supply (must be isolated) Battery Power-Path Charger Ideal Diode Dock back-feed risk coupling risk USB-C power path map for 2-in-1 systems Diagram maps USB-C input through clamp and power mux, reverse blocking, inrush limiting and eFuse to buck/boost conversion and load switches for AO and peripheral rails. Battery power-path and optional dock supply feed the mux via isolation. Test points mark VBUS, mux output, and sensitive rails.
Power-path map: capture VBUS and MUX_OUT waveforms, then correlate rail minima/recovery and reset causes to touch/pen state-dependent drift.
Debug starting points: compare adapters/cables to see if narrowband peaks move; validate reverse blocking and inrush behavior; confirm whether AO/sensitive references remain stable during hot-plug transitions.
H2-9 Low-Power Sensors & Wake Strategy Always-on vs wake Evidence-driven

“Low power” is only meaningful when mapped to who stays on and who wakes the system. In detachable form factors, wake scenarios (cover/attach/pick-up/ambient change) must be bound to specific sensors, always-on rails, and IRQ lines, with measurable controls for leakage and false wakes.

Wake chain: Wake Source → AO rail → IRQ → debounce/hysteresis → event timestamp → optional two-stage confirm. If any link is unstable, false-wake rate and sleep current will rise, often correlating with charging or attach transitions.

Detach wake scenarios (bind each scenario to a source)

The detachable boundary creates repeatable “wake intents” that can be expressed as a source map rather than vague policy.

  • Cover / close / open: Hall + magnet pattern window (stable threshold margin required)
  • Keyboard approach / attach: Hall proximity or attach-condition edge (avoid bounce-driven re-attach events)
  • Pick-up / motion wake: IMU wake-on-motion (threshold + time window; suppress charger-induced vibration noise)
  • Ambient change: ALS threshold crossing (rate limit; avoid flicker-driven wake storms)

Always-on rails and IRQ integrity (who must stay alive)

Always-on (AO) is not a label; it is a defined set of rails and signals that must remain stable in sleep. Leakage and false interrupts typically originate from this domain.

  • AO rail scope: sensor supply, IRQ pull network, minimal logic for wake gating.
  • Leakage suspects: overly strong pull-ups, level translation left active, floating IRQ inputs.
  • IRQ stability: ensure clean edges; avoid marginal thresholds that flip during ground movement.

Suppress false wakes: threshold + hysteresis + debounce

False wakes are most often a threshold and return-path problem, not a sensor “randomness” problem. Make the wake decision robust with explicit margins and time-domain filtering.

  • Threshold margin: define windows for Hall/ALS and motion thresholds for IMU.
  • Hysteresis: keep decisions from chattering under small field or light fluctuations.
  • Debounce window: require stability for N ms or N samples before generating an attach/wake event.

Two-stage confirm (low-power trigger, high-confidence verify)

Detach products benefit from a two-step approach: AO triggers a wake, then the main domain performs a short verification before committing to a full-power state.

  • Stage 1: AO interrupt fires with minimal rail and logic.
  • Stage 2: read a stable status snapshot (sensor state / event flags) and reject transient triggers.
  • Evidence: reduced wake storms without raising AO leakage.

Sensor hub vs direct MCU (power, IRQ, and bus activity only)

The trade is measurable. A hub can reduce main-domain wake frequency, but it may increase always-on current and bus activity.

  • Hub benefit: aggregation of wake events; fewer main-domain wake cycles.
  • Hub cost: additional always-on device; potential increase in AO baseline current.
  • Bus load evidence: compare I²C/SPI activity duty cycle during sleep across scenarios.

Evidence loop: sleep current breakdown + false-wake counters + timestamps

Close the loop with three traces. If any wake source is unstable, the signature appears immediately in counters and current.

  • Sleep current breakdown: AO rail, sensors, pull networks, level shifting.
  • False-wake counters: per-source counts (Hall/IMU/ALS/attach) rather than a single total.
  • Timestamp alignment: correlate spikes with charger insertion, dock attach, or rail transitions.
Wake Sources Map Source → AO rail → IRQ → debounce → (optional) confirm Wake Sources Hall cover / attach IMU motion wake ALS light change Keyboard proximity Always-On Domain (AO) AO rail stable supply Debounce / Hysteresis window + time filter IRQ lines wake to main Counters Timestamps Main Domain SoC / MCU wake target 2-stage confirm verify & reject Sleep current breakdown Wake sources map Wake sources (Hall, IMU, ALS, keyboard proximity) feed an always-on domain with stable rails, debounce/hysteresis, and IRQ wiring. The main domain wakes and can perform a two-stage confirmation. Counters and timestamps provide evidence, and sleep current breakdown validates always-on cost.
Validate wake design by measuring AO baseline current, per-source false-wake counters, and event timestamps aligned to charger/dock transitions.
If false wakes spike during charging or attach events, suspect threshold margin collapse or return-path noise injecting into AO references.
H2-10 EMC/ESD & Return Path Exposed interfaces Touch/pen sensitive

Detachable designs combine exposed interfaces (USB-C, pogo pins) with highly sensitive touch/pen references. Stability depends on return paths: where transient current flows, where it is clamped, and which reference it disturbs. A correct clamp device placed on a wrong return path often behaves like no clamp at all.

Return-path rule: ESD and cable noise are current events. The winning design is the one that forces the shortest, lowest-inductance path from strike point → TVS → intended reference (chassis/shield or controlled digital ground), without crossing sensitive touch/pen reference regions.

USB-C ESD loop (connector shell and VBUS)

USB-C brings both direct strike points and cable-borne common-mode noise. Clamp effectiveness is dominated by loop inductance, not only clamp voltage.

  • Place clamp near the port: reduce the distance before energy is diverted.
  • Choose the return reference deliberately: chassis/shield return can reduce digital ground disturbance when available.
  • Measure the loop: if resets occur despite a clamp, suspect a long or shared return path crossing sensitive references.

Pogo pin exposure (detachable-specific fragility)

Pogo pins add variable contact resistance, intermittent connection, and direct exposure. The transient can enter deeper into the board before being clamped if the return path is not local.

  • Local clamp array: protect at the interface boundary, not after a long internal trace.
  • Return discipline: keep the transient loop local; avoid routing the return through touch/pen reference neighborhoods.
  • Evidence hook: zap at pogo area often correlates with keyboard dropouts, touch freeze, or pen loss events.

Keep-out zones (protect sensitive references)

Sensitive references (digitizer reference, AFE bias, ADC reference) should not share return paths with high di/dt currents from switching nodes or interface strike loops.

  • Switching nodes: minimize overlap between high di/dt loops and sensitive reference paths.
  • Magnetic interface region: keep transient paths from crossing under digitizer reference routing.
  • Antenna areas (no RF deep dive): do not route the strike loop across openings near edge radiators.

Common-mode noise → touch/pen noise (path view)

Cable/charger common-mode energy can convert into reference movement through return paths. The signature is state-dependent drift and narrowband peaks.

  • State dependency: touch/pen noise rises primarily when a charger or cable is attached.
  • Conversion path: common-mode energy couples into ground and reference, shifting the digitizer baseline.
  • Evidence: changing adapters moves peak amplitude or frequency in raw noise spectra.

Evidence map: zap point → symptom → fix

Return-path issues are best proven with a zap-point map and before/after comparisons, not only pass/fail statements.

  • Zap points: USB-C shell, VBUS, pogo pins, enclosure edges.
  • Symptoms: reset cause, touch loss count, pen dropout count, wake storms.
  • Before/after: compare noise floor and narrowband peaks after return-path correction.
ESD / EMC Return Path — Red-Line Map Short loop wins; avoid crossing sensitive references Strike Points USB-C shell / VBUS Pogo pins exposed contacts Cable CM noise charger / cable Clamp & Grounds TVS (USB-C) TVS Array (Pogo) Chassis / Shield Digital GND Sensitive Digitizer ref Pen AFE ref ADC ref Recommended short return (red) Incorrect long return (grey) CM injection ground bounce ESD and EMC return path map Red-line map shows recommended short return path from USB-C and pogo strike points through TVS to chassis or shield reference, avoiding sensitive digitizer and pen references. Grey path shows incorrect long return crossing digital ground and sensitive zones, creating common-mode injection and ground bounce.
Use a zap-point map: correlate strike locations to reset causes and touch/pen loss, then verify improvements with before/after noise spectra and event counters.
A clamp can exist and still fail: if the return path is long or crosses sensitive references, the transient energy will be “spent” inside the product before it is diverted.
H2-11 Validation Plan Bench coverage State × Event × Metric

Validation Plan — cover the real “combo punch”

Detachable failures rarely come from a single stimulus. The highest-yield validation plan exercises plug/unplug, charging, writing, and sleep/wake as combined conditions, while capturing waveforms, counters, and reset/log evidence aligned to the same timeline.

Execution rule: every test record includes State (tablet/dock/charger/sleep), Event (attach/detach/plug/unplug/write/wake), and Metrics (contact, power, touch/pen, ESD, low-power). If a field is missing, the result is not actionable.

Test family A — Plug/unplug endurance (contact resistance + bounce)

Target the detachable boundary: intermittent contact and repeated attach events.

  • Contact drift: measure R_contact distribution over cycles (mean, max, drift slope)
  • Bounce statistics: count bounce events and longest bounce duration (attach/detach edges)
  • Attach storm: log repeated attach interrupts within a time window (debounce margin)

Test family B — Power transients (inrush, VBUS droop, rail hold-up)

Prove that hot-plug and charger insertion do not collapse critical rails or corrupt references.

  • Inrush peak: capture I_inrush and dI/dt at attach and charger insert.
  • VBUS shape: droop/overshoot, ringing, recovery time.
  • Rail minimum: record lowest voltage on key rails during events (brownout margin)
  • Reset correlation: align reset reason and timestamps to the waveform event.

Test family C — Touch & pen under charging (raw noise + jitter + A/B adapters)

Convert “charging makes it worse” into measurable signatures and comparisons.

  • Raw noise: RMS/peak noise over a fixed sampling interval.
  • Spectrum: narrowband peaks vs broadband lift (adapter/cable fingerprints)
  • Pen jitter: position/time jitter and dropout count (writing loop)
  • Adapter A/B: run the same script with multiple chargers/cables and compare deltas.

Test family D — ESD on exposed points (USB-C, pogo, bezel) + logs

Build a zap-point map and tie each point to observed resets and functional loss.

  • Zap matrix: USB-C shell/VBUS, pogo pins, enclosure edges.
  • Record: reset reason, keyboard dropouts, touch loss, pen loss, false-wake spikes.
  • Before/after: compare noise floor and event counters after return-path fixes.

Test family E — Low power (sleep current breakdown + false-wake rate)

Sleep power is only credible when decomposed and paired with wake-source counters.

  • Sleep breakdown: AO rail, sensors, pulls, level shifting, standby regulators.
  • False wakes: per-source counters (Hall/IMU/ALS/attach) and time-of-day/time-to-event.
  • Alignment: correlate false wakes with charger attach/detach and dock attach transitions.

Deliverable — test table fields (what to hand off)

Use consistent fields to make results searchable and comparable across builds and vendors.

Condition
state, adapter/cable ID, dock type, battery SoC, ambient, cycle count
Instrumentation
probe type, bandwidth, sampling rate, trigger method, channel mapping
Thresholds
max bounce time, min rail voltage, max inrush, noise/jitter limits, max false-wake/hour
Pass/Fail
rule text + numeric limits + screenshot/waveform ID
Logs
reset reason, attach events, wake-source counters, timestamps, touch/pen raw captures

Concrete example part numbers (hooks and protection)

Example materials for measurement hooks and robustness patches (verify fit and ratings per design).

  • USB ESD diode arrays: TI TPD4E05U06, TI TPD2EUSB30, Semtech RClamp0524P, Nexperia PESD5V0S2BT
  • Low-cap ESD for I²C/IRQ: TI TPD2E007, Nexperia PESD3V3S1UL
  • eFuse / inrush limiting: TI TPS25947, TI TPS25940
  • Load switches: TI TPS22965, TI TPS22918
  • Power mux / ideal-diode ORing: TI TPS2121, TI TPS2115A, TI LM66100
  • Current/rail telemetry (for correlation): TI INA238, TI INA240, ADI LTC2947
  • Reset supervisor (reset reason capture assist): TI TPS3808, Maxim MAX16054
  • Hall / IMU / ALS examples: TI DRV5032 (Hall), ST LSM6DSOX (IMU), Vishay VEML7700 (ALS)
Validation Matrix State × Event × Metric (record waveforms + counters + reset/log) Metric tags: CONTACT PWR TOUCH PEN ESD LPWR Events → Attach / Detach Charger in/out Writing loop Sleep / Wake States ↓ Tablet-only Dock-attached Charger-attached Sleep / Standby CONTACT PWR ESD PWR TOUCH PEN TOUCH PEN PWR LPWR TOUCH PEN CONTACT PWR ESD PWR CONTACT TOUCH PEN TOUCH CONTACT LPWR CONTACT PWR PWR ESD CONTACT PWR TOUCH PEN TOUCH PEN ESD LPWR PWR TOUCH LPWR CONTACT ESD LPWR PWR TOUCH LPWR PEN TOUCH LPWR COUNTERS TIMESTAMPS Validation matrix Matrix connects operational states and key events to required metrics and evidence capture: contact bounce and resistance, power transients and rail minima, touch and pen raw noise and jitter under charging, ESD zap map with reset/log capture, and sleep current breakdown with false-wake counters.
The matrix prevents blind spots: a single pass result is not sufficient unless the combined conditions are exercised and evidence is logged with timestamps.
Highest-yield correlation signals: rail minimum + reset reason + touch/pen raw noise + false-wake counters on the same timeline.
H2-12 Field Debug Playbook Symptom → Top causes First measurements

Field Debug Playbook — convert complaints into electrical evidence

Field failures should be triaged with a fixed template: symptomtop 3 causesfirst measurementshardware actions. The goal is to reach a measurable discriminator within the first debug session.

Symptom 1 — Keyboard intermittently not recognized / re-connect loops

  • Top causes: contact bounce, marginal thresholds on ID/IRQ, ESD injection on exposed pins.
  • First measurements: pogo power pin droop + IRQ edge stability + attach-event counters aligned to time.
  • Hardware actions: tighten debounce margin; add low-cap ESD on I²C/IRQ close to interface; reduce loop length to clamp return.
  • Example parts: TI TPD2E007 (I²C/IRQ ESD), Nexperia PESD3V3S1UL (low-cap ESD), TI SN74LVC1G17 (Schmitt buffer for noisy detect lines).

Symptom 2 — Attach/detach triggers reboot or freeze

  • Top causes: inrush collapses a rail, power-path fight/backfeed, transient couples into reset/reference.
  • First measurements: VBUS/rail minimum during event + reset reason register + time-aligned logs.
  • Hardware actions: add inrush limiting/eFuse on dock path; enforce ORing/power-mux; isolate sensitive refs from hot-plug return paths.
  • Example parts: TI TPS25947 (eFuse/inrush), TI TPS2121 (power mux), TI TPS22965 (load switch), TI TPS3808 (reset supervisor).

Symptom 3 — Ghost touch / drift only while charging

  • Top causes: charger common-mode noise converts into reference movement, return path crosses digitizer reference, ground bounce during cable events.
  • First measurements: touch raw noise + spectrum peaks under adapter A/B; correlate to cable/charger swaps.
  • Hardware actions: shorten clamp path at USB-C; separate sensitive reference neighborhood from high di/dt return; add CM attenuation if needed.
  • Example parts: TI TPD4E05U06 (USB ESD), Semtech RClamp0524P (USB protection), TDK ACM2012-900-2P (common-mode choke, if layout allows).

Symptom 4 — Pen dropouts / jitter / latency worsens (especially on charge)

  • Top causes: AFE/reference instability, interference injection near sensing path, rail noise entering the pen/touch reference window.
  • First measurements: pen jitter + dropout counters; rail ripple at AFE/reference nodes during writing; compare charger A/B.
  • Hardware actions: isolate AFE/reference supply; add low-noise LDO for AFE; improve return-path discipline around sensing reference.
  • Example parts: TI TPS7A02 (low-noise LDO), ADI ADP150 (low-noise LDO), Murata BLM18AG601SN1 (ferrite bead for rail partitioning).

Symptom 5 — Abnormal sleep drain / frequent false wakes

  • Top causes: AO leakage from pulls/translators, IRQ chattering, sensor thresholds losing margin under noise.
  • First measurements: sleep current breakdown + per-source false-wake counters + timestamps aligned to charger/dock transitions.
  • Hardware actions: audit pull networks and level shifting; add hysteresis/debounce in hardware where possible; select low-power sensors with stable IRQ behavior.
  • Example parts: TI DRV5032 (Hall), ST LSM6DSOX (IMU), Vishay VEML7700 (ALS), TI INA238 (rail telemetry for correlation).

Symptom 6 — Only certain chargers/cables reproduce issues

  • Top causes: higher CM energy in specific adapters, shield/grounding differences, sharper cable transients driving return-path injection.
  • First measurements: adapter/cable fingerprint via raw noise spectrum + reset/false-wake rate comparisons across A/B/C sets.
  • Hardware actions: harden port boundary (local clamps + controlled return); reduce susceptibility of sensitive references to CM injection.
  • Example parts: TI TPD2EUSB30 (USB ESD), Nexperia PESD5V0S2BT (ESD array), TDK ACM2012-900-2P (CM choke, if required).
Field Debug Fault Tree Symptom → Top 3 causes → First measurements Symptoms (field terms) Keyboard intermittent Reboot on attach Ghost touch on charge Pen jitter / dropout Sleep drain / false wakes Only certain chargers Top Cause Buckets Contact bounce / thresholds Power transient / inrush Return path / CM injection Reference instability (AFE) AO leakage / IRQ chatter First Measurements VBUS + rail minima inrush, droop Reset reason + logs time aligned Touch raw + spectrum adapter A/B Pen jitter + dropouts Counters + timestamps Field debug fault tree Fault tree links common detachable 2-in-1 symptoms to cause buckets and the first measurements that separate them: contact bounce and thresholds, power transients and inrush, return-path and common-mode injection, reference instability, and always-on leakage or IRQ chatter. Measurements include VBUS and rail minima, reset reasons and logs, touch raw noise and spectrum, pen jitter and dropout counts, and counters with timestamps.
The first debug session should collect at least one discriminator measurement (rail minimum, spectrum peak, reset reason, or per-source counter) aligned to the triggering event.
Part-number choices should be driven by evidence: if noise is adapter-specific, prioritize port boundary clamps and return-path control; if reboots align to rail minima, prioritize eFuse/inrush and power-mux discipline.

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.
H2-13 FAQs ×12 Evidence-first Includes example part numbers

FAQs — detachable failures, diagnosed by electrical evidence

Each answer starts with a “first discriminator” measurement (waveform / counter / raw data) and then points to the most likely cause bucket. Example part numbers are references only—verify voltage, ESD level, capacitance, leakage, and package in the actual design.

Q1 Keyboard is “sometimes not detected” — check contact bounce first, or the ID chain?
Mapped to: H2-4 (Keyboard I/O) · H2-5 (Detect & ID)

First discriminator: count repeated attach events and capture the ID/IRQ line stability during the attach edge.

  • If attach storms / rapid connect-disconnect: it is usually contact bounce or marginal debounce margin (pogo mechanics, sequencing, contamination).
  • If attach is clean but ID is ambiguous: it is usually an ID voltage-window / threshold issue (pull network, leakage, ground bounce).
  • Example parts: TI TPD2E007 (low-cap ESD for I²C/IRQ), Nexperia PESD3V3S1UL (low-cap ESD), TI SN74LVC1G17 (Schmitt buffer for noisy detect).
Q2 Power looks stable, but the keyboard randomly drops — more like I²C stuck-low or ground noise?
Mapped to: H2-4 (Keyboard I/O) · H2-10 (EMC/ESD & Return Path)

First discriminator: capture SCL/SDA levels at the failure moment and correlate to ESD/plug events.

  • If SDA/SCL is held low for a long interval: treat as a bus-hold condition (leakage, ESD clamp conduction, contamination, or a marginal pull network).
  • If bus levels look normal but dropouts correlate to touch/charger/ESD events: ground noise / return-path injection is more likely.
  • Example parts: TI TPD2E007 (I²C ESD), Semtech RClamp0524P (low-cap protection families), Murata BLM18AG601SN1 (rail partition bead if needed).
Q3 System reboots when the keyboard is attached — inrush collapse or backfeed “rails fighting”?
Mapped to: H2-3 (States & Power Domains) · H2-8 (USB-C Power Path)

First discriminator: measure rail minimum + reset reason aligned to the attach waveform.

  • If rail minimum violates margin at attach: inrush is the primary suspect (dock rail capacitance, sudden peripheral enable).
  • If rails do not dip but currents reverse / direction changes: backfeed or ORing conflict is likely (dock power vs battery vs VBUS).
  • Example parts: TI TPS25947 (eFuse/inrush control), TI TPS2121 (power mux), TI LM66100 (ideal diode ORing).
Q4 Touch drifts while charging — first look at touch raw noise or VBUS ripple?
Mapped to: H2-6 (Touch Fundamentals) · H2-8 (USB-C Power Path)

First discriminator: touch raw noise + spectrum under charger A/B; then compare with VBUS ripple frequency.

  • If raw noise rises or shows a sharp spectral peak: the digitizer reference is being polluted; VBUS ripple is only the source candidate.
  • If raw noise is clean but VBUS shows severe events: focus on power-path transients and rail hold-up during charger insertion/removal.
  • Example parts: TI TPD4E05U06 (USB ESD array), Semtech RClamp0524P (USB protection), TI TPS7A02 (low-noise LDO for sensitive rails).
Q5 Only one specific charger causes ghost touch — common-mode noise or ground reference?
Mapped to: H2-10 (Return Path) · H2-8 (Power Path)

First discriminator: compare touch noise spectrum across chargers/cables and observe sensitivity to chassis touch / plug orientation.

  • If behavior changes with chassis touch or plug orientation: ground reference and common-mode injection are likely dominant.
  • If only one adapter shows a unique spectral fingerprint: treat it as a CM source that is converting through the return path into the digitizer reference.
  • Example parts: TDK ACM2012-900-2P (common-mode choke, if required), TI TPD4E05U06 (port clamp), Murata BLM18AG601SN1 (rail partition bead).
Q6 Pen “jitter / dropouts” — rule out AFE saturation first or interference in the scan window?
Mapped to: H2-7 (Active Pen AFE) · H2-6 (Touch Coupling)

First discriminator: correlate pen jitter/dropout counters with AFE supply ripple and touch noise peaks during writing.

  • If jitter spikes with rail ripple / headroom loss: AFE saturation or reference instability is likely.
  • If jitter spikes only under certain chargers or dock states: interference is entering the scan window through return-path/CM coupling.
  • Example parts: TI TPS7A02 (low-noise LDO), ADI ADP150 (low-noise LDO), Murata BLM18AG601SN1 (isolation bead where appropriate).
Q7 Severe palm false touch — hardware-side priority: sync/noise threshold, or sensor events?
Mapped to: H2-7 (Pen Link constraints) · H2-9 (Wake Strategy)

First discriminator: time-align palm events with wake-source interrupts and raw noise behavior.

  • If false touches align with repeated wake-source interrupts: sensor events (Hall/IMU/ALS) are creating unstable mode transitions or spurious wake activity.
  • If raw noise rises without sensor event bursts: treat as an electrical threshold/synchronization margin problem (reference movement, interference in the sensing window).
  • Example parts: TI DRV5032 (Hall), ST LSM6DSOX (IMU), TI SN74LVC1G17 (Schmitt conditioning for noisy interrupts).
Q8 After detach, standby current jumps — which always-on rail or false-wake source to check first?
Mapped to: H2-3 (Power domains) · H2-9 (Low-power sensors)

First discriminator: do a sleep-current breakdown and compare per-source false-wake counters before/after detach.

  • If one AO rail dominates: look for always-on pulls, translators, or sensors left in higher-power mode.
  • If counters spike: identify the wake line that chatters (Hall/IMU/attach detect) and add hysteresis/debounce margin.
  • Example parts: TI INA238 (power telemetry for correlation), TI TPS22918 (load switch to hard-gate dock rail), TI TLV3691 (nanopower comparator with clean thresholds).
Q9 Keyboard angle / lid-close detection unstable — Hall placement/magnet consistency or threshold debounce?
Mapped to: H2-5 (Detect & ID) · H2-9 (Wake Strategy)

First discriminator: map Hall output vs position/angle, then measure event jitter and debounce effectiveness.

  • If analog output distribution is inconsistent across units: suspect magnet strength/alignment or sensor placement tolerance.
  • If output is stable but events chatter: threshold/hysteresis and debounce margin are the likely root.
  • Example parts: TI DRV5032 (Hall switch), TI TLV3691 (nanopower comparator), TI SN74LVC1G17 (Schmitt input conditioning).
Q10 Pogo pin TVS added, but stability got worse — capacitive loading or return-path mistake?
Mapped to: H2-4 (Pogo I/O) · H2-10 (Return Path)

First discriminator: check I²C/IRQ edge rate and timing margin, then check where the clamp current returns.

  • If rise time slows and margins shrink: the TVS capacitance/leakage is loading the line (choose lower-cap parts or move protection strategy).
  • If ESD events correlate to touch/pen issues: the clamp return path is injecting current into a sensitive reference neighborhood.
  • Example parts: TI TPD2E007 (very low-cap line protection), Nexperia PESD3V3S1UL (low-cap), Semtech RClamp0524P (low-cap protection families).
Q11 Touch edge drift appears only when dock is attached — ground reference shift or shielding discontinuity?
Mapped to: H2-6 (Touch coupling) · H2-10 (Return Path)

First discriminator: compare the spatial raw-noise map (edge vs center) with and without the dock, and measure tablet-to-dock ground delta.

  • If ground delta rises with dock state and noise follows: treat as a ground reference / return-path redirection problem.
  • If the edge-only noise changes while ground delta stays small: suspect shield/guard discontinuity or a split that becomes “active” with dock attachment.
  • Example parts: Murata BLM18AG601SN1 (bead for partition), TDK ACM2012-900-2P (CM choke if needed), TI TPD2E007 (line protection at exposed interfaces).
Q12 “Only after many plug cycles” — how to quantify aging using contact resistance / waveforms?
Mapped to: H2-4 (Contact) · H2-11 (Validation Plan)

First discriminator: track R_contact distribution (especially 99th percentile) and bounce statistics vs cycle count, with consistent test conditions.

  • Quantify drift: log max/99th R_contact and droop events under a defined current load.
  • Quantify instability: attach-event storm rate and longest bounce duration vs cycles.
  • Example parts: TI INA240 (current-sense for correlation), TI INA238 (telemetry + logs), TI TPS25947 (controlled inrush during repeatability tests).
FAQ Map 12 evidence questions → 6 cause buckets → relevant chapters Keyboard contact & ID Q1 Q2 Q9 Q10 Q12 Chapters: H2-4 · H2-5 · H2-11 Power path & transients Q3 Q4 Q5 Chapters: H2-3 · H2-8 Touch & pen evidence Q4 Q6 Q7 Q11 Chapters: H2-6 · H2-7 Low-power wake Q7 Q8 Q9 Chapters: H2-3 · H2-9 Return path & ESD Q2 Q5 Q10 Q11 Chapters: H2-10 Validation & debug Q12 + all symptom triage Chapters: H2-11 · H2-12 Evidence to capture (minimum set) rail minimum + reset reason + touch raw noise (spectrum) + pen jitter/dropouts + attach counters + false-wake counters Align all evidence with timestamps and state (tablet/dock/charger/sleep). FAQ map FAQ map groups twelve evidence-first questions into six cause buckets and points to the relevant sections: keyboard contact and ID, power path transients, touch and pen evidence, low-power wake, return path and ESD, and validation and field debug.
A compact map to keep FAQs “evidence-first” and aligned to the page scope without drifting into protocol stacks or algorithm tuning.