123 Main Street, New York, NY 10001

Central Vacuum Control: HP Motor Drive, Clog Detection & I/O

← Back to: Smart Home & Appliances

Central Vacuum Control is an evidence-first controller that drives a high-power motor safely while using pressure/ΔP and current signals to distinguish clog vs leak, harden long-wall inlet wiring, and prevent nuisance trips from inrush, brownouts, thermal limits, and EMI.

The goal is stable suction with deterministic fault codes and safe restart behavior, proven by a minimal validation checklist and a field debug SOP.

H2-1. System boundary & what “Central Vacuum Control” includes

This page defines a central vacuum controller board as a closed engineering loop: mains → power stage → motor → airflow/vacuum load, with measurable evidence (current/pressure/temperature) driving protection, fault classification, and service diagnostics.

1) Responsibilities (what the controller must own)

  • Motor power stage: safe start/stop, inrush shaping, stable drive under line variation, controlled shutdown, and restart gating.
  • Evidence chain: capture I (current), V (bus or line), P (vacuum/ΔP), and T (thermal) to separate normal restriction from faults.
  • Remote I/O robustness: long-wire wall inlets / remote switches, noise immunity, debounce strategy, miswire tolerance, and predictable fail-safe states.
  • Protections + service: OCP/OTP/UVLO/brownout behavior, fault latch, retry/cooldown policy, and event logging for field repair.

2) External interfaces (ports that define the scope)

AC INmains + surge/UV MOTORuniversal or BLDC P_SENSEvacuum / ΔP I/O LOOPwall inlets UILED/buzzer/service

3) Motor types included (and what changes in the evidence chain)

  • AC universal motor + triac control: dominant risks are start inrush, brush-noise transients, and dv/dt-related EMI; clog/leak diagnosis leans heavily on pressure + current signature.
  • BLDC/PMSM + inverter: adds a DC bus and switching stage; diagnosis must include bus stability and phase/current limits during start and load steps.

4) “Success looks like” (measurable acceptance targets)

  • Stable suction: vacuum/airflow proxy stays within normal envelope for the installed pipe + filter state.
  • No nuisance trips: start events do not trigger false OCP/UVLO; long-wire inputs do not self-trigger.
  • Actionable faults: fault codes map to a specific evidence pair (e.g., P_SENSE + I_SENSE) with a clear service action.

5) Minimum visibility set (5 test points that make field debug fast)

  • TP1 — Line / DC bus: confirms undervoltage, brownout, and surge exposure windows.
  • TP2 — MCU rail (3.3V/5V): validates reset immunity and conducted EMI coupling.
  • TP3 — Power-stage enable/gate node: distinguishes “commanded off” vs “hardware forced off”.
  • TP4 — I_SENSE: proves inrush envelope, stall/overload, and signature changes with restriction/leak.
  • TP5 — P_SENSE (vacuum/ΔP): proves clog vs leak vs filter restriction under the same drive command.
Scope Guard (quick check)

Allowed: motor drive + sensing + remote I/O + protections + service evidence.
Banned: cloud/app provisioning, Matter ecosystem, home hub/gateway, whole-home networking.

Central Vacuum Control — System Boundary & Interfaces A block diagram showing the controller boundary, external ports, and evidence signals. Central Vacuum Control System Boundary • Interfaces • Evidence Points CVC Controller Board Control Core MCU • Watchdog • Fault Latch • Event Log Power Stage Triac or Inverter Sensing I • P/ΔP • T • (tach) Remote I/O Wall Inlets • Long Wire UI & Service LED • Buzzer • Service Mode AC IN Line + Surge MOTOR HP Suction P_SENSE Vacuum / ΔP I/O LOOP Wall Inlets I_SENSE Current T_SENSE Thermal Minimum visibility set: Line/DC bus • MCU rail • Gate/Enable • I_SENSE • P_SENSE
Cite this figure Figure ID: CVC-F1A-BOUNDARY Use: Central Vacuum Control — System Boundary & Interfaces
F1A — System boundary and ports. Evidence signals (I/P/T) are treated as first-class inputs for protection, fault classification, and service diagnostics.

H2-2. Architecture block diagram (power + control + sensing + remote I/O)

The controller is best understood as a closed loop where power conversion and motor drive are continuously supervised by evidence signals and enforced by fault policy: fast cut for catastrophic events, supervised limits for overload/clog, and a restart gate that prevents unsafe auto-restart.

1) Power entry (what must survive the field)

  • Protection + EMI front-end sets the reliability floor: surge absorption, inrush shaping, and conducted-noise control.
  • Two valid power paths exist in this product class:
    • Triac path: mains feeds the universal motor directly; the controller must tame dv/dt and start inrush.
    • Inverter path: rectifier creates a DC bus; switching stage drives BLDC/PMSM; bus stability becomes a primary evidence signal.

2) Control core (why “fault latch + event log” sits at the center)

  • Watchdog + brownout awareness prevent undefined behavior under brush-noise spikes or line dips.
  • Fault latch turns transient events into deterministic states (trip, cooldown, manual reset, or limited retry).
  • Event log records “what was measured when it happened” (minimum: I_SENSE + P_SENSE + rail/bus status + fault code).

3) Evidence signals (what each block must provide)

  • I_SENSE: validates inrush envelope, detects stall/overload, and provides load signature changes during restriction/leak.
  • P_SENSE / ΔP: differentiates “clog vs leak vs filter restriction” when paired with drive command and current signature.
  • Bus/rail sense: separates true overload from undervoltage-induced resets and nuisance trips.
  • T_SENSE: enforces thermal derating and prevents repeated hot restarts from accumulating damage.

4) Remote I/O (why it is drawn as a high-risk field interface)

  • Wall inlets often behave like long antennas; false triggers are controlled by input protection + debounce + edge logging.
  • Fail-safe policy: inputs default to “off”; repeated abnormal edge patterns can be rate-limited and flagged for service.
Central Vacuum Control — Topology Map A one-screen architecture map showing power entry, triac/inverter drive options, sensing evidence, remote I/O, and fault logging. Topology Map Power • Drive Options • Evidence • Remote I/O • Fault Policy Power & Drive Path AC IN EMI + MOV NTC / Fuse Rectifier DC bus (opt) Drive option TRIAC DRIVE Snubber • I_SENSE INVERTER Gate drv • Bus • Iph HP MOTOR Suction load MCU + Watchdog + Fault Latch + Event Log Policy: fast cut (catastrophic) • supervised limits (overload/clog) • restart gate P_SENSE / ΔP vacuum • filter clog I_SENSE inrush • stall • load REMOTE I/O wall inlets • long wire TVS • RC • debounce T_SENSE motor • power derate • cooldown OCP UVLO dv/dt OTP
Cite this figure Figure ID: CVC-F1-TOPOLOGY Use: Central Vacuum Control — Topology Map
F1 — One-screen architecture: power entry and drive options are supervised by evidence signals (I/P/T + bus/rail) and enforced by fault policy (fast cut, supervised limits, restart gating, event logging).

H2-3. Motor drive choices: triac control vs inverter BLDC

Motor-drive choice must be evaluated as a controller-level contract: each path changes the dominant failure modes (brownout, EMI-induced resets, overload behavior) and defines the minimum evidence signals required for reliable protection and service diagnosis.

1) Triac path (universal motor): phase-angle vs burst-fire

  • Phase-angle: fine speed control but higher sensitivity to dv/dt, brush-noise spikes, and conducted EMI; nuisance reset risk rises if the MCU rail is not hardened.
  • Burst-fire: switches full cycles; often easier to manage conducted EMI at the cost of more visible torque ripple at low speed and potentially noisier suction feel.
  • Controller focus: ensure deterministic gating, snubber integrity, and a current envelope that distinguishes start surge from stall/overload.

2) Inverter path (BLDC/PMSM): quieter and efficient, but bus-critical

  • Requires a DC bus, a switching bridge, and gate driving; reliability depends on precharge, bus stability, and a safe start strategy under high load.
  • Controller focus: current-limited ramp, startup-failure handling (retry/cooldown), and clear separation of “limit” vs “fault” states in the event log.

3) Decision factors that matter for central vacuum systems

Noiseacoustic + EMI Efficiencythermal headroom CostBOM + service Serviceabilityfield diagnosis Dust/Heatderating

4) Minimum viable sensing list (evidence that enables correct actions)

Triac + universal motor (minimum)

  • I_SENSE (start envelope + stall/overload discrimination)
  • Zero-cross / phase reference (gating consistency)
  • MCU rail (reset immunity under brush-noise / dv/dt)
  • P_SENSE / ΔP (clog vs leak vs filter restriction)

Inverter + BLDC/PMSM (minimum)

  • DC bus (precharge + sag detection)
  • Phase or bus current (current limit vs fault boundary)
  • MCU rail (reset immunity)
  • P_SENSE / ΔP (load classification)
  • T_SENSE (power device derating)

5) Mini evidence hook (fast isolation when symptoms look random)

  • If random resets appear only during start: capture inrush current and MCU rail together; synchronous rail droop indicates a power/inrush root cause rather than a logic fault.
Drive Choice — Triac vs Inverter (Decision Map) A decision map comparing triac and inverter drive paths with key risks and minimum sensing evidence. Drive Choice Decision Map Triac (Universal) vs Inverter (BLDC/PMSM) TRIAC DRIVE Universal motor Phase-angle fine control Burst-fire cycle packets Dominant risks dv/dt • brush-noise • conducted EMI start inrush • relay arcing Minimum evidence I_SENSE Zero-cross MCU rail P_SENSE INVERTER DRIVE BLDC/PMSM DC bus precharge + sag Gate drv bridge control Dominant risks bus collapse • start failure current limit vs fault boundary Minimum evidence DC bus I_phase MCU rail P_SENSE CVC
Cite this figure Figure ID: CVC-F3-DRIVE-CHOICE Use: Triac vs Inverter — decision + minimum evidence
F3 — Drive choice is framed as a controller-level contract: dominant risks and minimum sensing evidence are different for triac vs inverter paths.

H2-4. Soft-start & inrush control (the #1 reliability issue)

Soft-start is a state machine that limits stress and prevents brownouts: it separates precharge from ramp, confirms stabilization using evidence (I_SENSE, rail/bus, P_SENSE), and enforces a brownout-aware retry/cooldown policy to avoid relay welding and repeated hot restarts.

1) Main inrush sources (and the evidence that reveals each one)

  • Universal motor start: large current peaks early; visible in I_SENSE envelope and line/bus sag.
  • Bulk capacitors (inverter path): bus rise slope and charge surge are visible in DC bus behavior.
  • Relay closure / bypass: step events and arcing noise correlate with rail jitter and short spikes.
  • Long mains wiring: brownout appears as bus/rail sag synchronized to inrush, often causing resets.

2) Practical techniques (controller actions, not just components)

NTC + bypass relay timing

  • Use NTC/precharge first; close bypass only after bus/rail is stable.
  • Rate-limit bypass retries to avoid contact wear and welding risk.

Controlled ramp

  • Triac: phase-angle ramp from low conduction to target to keep I_SENSE under a start envelope.
  • Inverter: current-limited ramp, confirming bus stability before increasing torque command.

Brownout-aware retry + cooldown

  • If UVLO/brownout is detected during start, enter cooldown and retry with reduced aggressiveness.
  • After repeated failures, latch a fault and require manual service/reset.

3) Threshold setting (how to avoid nuisance trips without losing protection)

  • Define three current envelopes: I_start_peak (early window), I_run_nom (steady), I_stall_env (restriction/stall upper bound).
  • Use separate policies for start vs run:
    • Start limit: allows higher current for a short window but enforces a controlled ramp and rail stability.
    • Run OCP: tighter limits, combined with P_SENSE and temperature to classify overload vs restriction.
  • Logging requirement: record which threshold triggered (start-limit vs run-OCP) together with rail/bus status.
Soft-Start Timeline — Precharge, Ramp, Stabilize, Run A three-lane timeline showing bus/rail, current envelope, and vacuum/pressure build-up with a marked brownout risk window. Start-up Timeline 3 lanes: Bus/Rail • Current • Vacuum/Pressure Time PRECHARGE RAMP STABILIZE RUN BUS / RAIL CURRENT VACUUM Bus rising Rail stable Normal operation window Inrush limited Ramp to target Run envelope Build-up Stabilize Closed-loop region Brownout risk Policy checkpoints PRECHARGE: bus ok • RAMP: I_SENSE under start envelope • STABILIZE: P_SENSE + rail stable • RUN: thermal derate If UVLO/brownout occurs in the highlighted window: cooldown → retry with reduced aggressiveness → latch after repeats
Cite this figure Figure ID: CVC-F4-SOFT-START Use: Soft-start timeline + brownout risk window
F4 — A controller-level soft-start sequence: precharge and ramp are separated, stabilization is confirmed by evidence, and brownout-aware retry/cooldown prevents relay welding and repeated unsafe restarts.

H2-5. Sensing chain: current, voltage, speed/tach, temperature

A robust sensing chain is an evidence contract: fast paths protect hardware, mid-speed paths control start/load, and slow paths explain failures and support clog classification. Each signal must remain valid during the worst moments: inrush, switching noise, and brush arcing.

1) Current sensing (I_SENSE): the primary discriminator

Shunt + amplifier (high fidelity, layout-sensitive)

  • Strong for envelope (start vs run vs stall) and power estimation.
  • Key risk: switching/ground injection can corrupt the evidence window; preserve a clean Kelvin path.
  • Design goal: avoid saturation during start peaks, otherwise protection becomes “blind”.

Hall sensor (isolated, wide range)

  • Handles large start currents with good isolation margins.
  • Key risk: offset/temperature drift; best for envelopes and fault boundaries, not fine power metering.

CT (AC) (triac/universal motor friendly)

  • Useful for AC current monitoring with isolation convenience.
  • Key risk: low-frequency accuracy and waveform distortion during inrush; treat as diagnostic-grade unless validated for protection.

2) Voltage sensing: energy layer vs logic layer

  • Zero-cross / phase reference (triac path): anchors gating timing and prevents drift-driven control errors.
  • DC bus (inverter path): verifies precharge completion and detects sag/collapse during start and overload.
  • MCU rail (all paths): distinguishes “real fault” from EMI-induced reset; rail droop aligned with current peaks points to inrush/power-tree issues.

3) Speed/tach: classifies load vs stall without over-explaining motor theory

  • Tach/Hall pickup separates “high load but spinning” (restriction) from “speed collapse” (stall/mechanical fault).
  • Back-EMF hints (high level) can provide a coarse “rotation present” check for inverter paths.

4) Thermal sensing: slow signals that drive derating

  • Motor NTC: long-term load and airflow health (heat rises when restriction persists).
  • Power device NTC: switching loss and heatsink health; triggers derating before hard shutdown.
  • PCB hotspot: detects enclosure/dust-driven thermal traps and local stress points.

5) Sampling strategy: fast protection vs slow explanation

Fast (µs–ms) — protect hardware

  • Overcurrent boundary and severe anomalies: shortest window, simplest logic, highest confidence.
  • Target evidence: I_SENSE and bus/rail stability during the start window.

Mid (kHz-class) — control start/load

  • Start envelope tracking, ramp control, and load classification inputs.
  • Targets: I_SENSE envelope, DC bus behavior, tach presence.

Slow (1–10 Hz) — health + service

  • Thermal trends, filter restriction trends, and stable baselining for diagnostics.
  • Targets: temperatures, ΔP baseline drift, persistent restriction indicators.

Mini evidence hook: the two fastest signals for unexplained trips are I_SENSE and DC bus / MCU-rail droop. If rail droop is synchronized with current peaks, inrush/power-tree immunity should be addressed before adjusting diagnostic thresholds.

Evidence Chain Map — Signals, Actions, and Time Scales A block diagram showing I_SENSE, V_SENSE, TACH, and T_SENSE feeding the MCU, event log, and protection actions, with a fast/mid/slow time-scale bar. Evidence Chain & Time-Scale Map Protect fast • Control mid • Explain slow I_SENSE start / run / stall FAST V_SENSE zero-cross / DC bus MID TACH rotation present MID T_SENSE motor / power / PCB SLOW MCU / Control Windowing + Baseline Fault Classification State Machine Event Log pre / post windows Actions FAST CUT / OCP LIMIT / RAMP DERATE / OTP Time scale FAST MID SLOW
Cite this figure Figure ID: CVC-F5-EVIDENCE-CHAIN Use: signals → MCU → actions + time-scale contract
F5 — Evidence chain map: fast signals protect hardware, mid-speed signals control startup and load, slow signals explain thermal and restriction trends.

H2-6. Pipe pressure / clog detection (physics → signals → discriminators)

Clog detection becomes reliable when it is treated as a classifier driven by physical signals: vacuum pressure and motor load form a stable 2D space, while ΔP across the filter adds a targeted discriminator. The objective is to separate clog, leak/open inlet, filter restriction, and normal with clear evidence windows.

1) What can be measured (practical signals)

  • P_abs: absolute vacuum pressure near the canister (system-level vacuum build-up).
  • ΔP_filter: differential pressure across the filter (direct indicator of filter restriction).
  • Airflow proxy: combine vacuum with motor load (I or power) to infer airflow changes without a dedicated flow sensor.

2) Typical failure modes (central vacuum specific)

Pipe clogblock/kink Leakopen inlet Filter clogΔP rises Canister fulltrend

3) Discriminators (the key)

  • Clog likely: vacuum rises abnormally (high P_abs) while airflow proxy drops; motor load changes and may climb toward the run envelope boundary.
  • Leak / open inlet: vacuum remains low (P_abs low) while motor load stays high/steady; suction feel is poor despite continuous run.
  • Filter clog: ΔP_filter increases and motor load increases; vacuum may still rise, but the filter differential becomes the most direct evidence.
  • Canister full: persistent restriction indicators with slow drift; requires time-window logic and baseline comparison.

4) Algorithm sketch (not guesswork)

Features

  • Sliding mean for P_abs, I_SENSE; optional slope (rate-of-change).
  • Time-window confirmation: condition must persist for T seconds.
  • Hysteresis: require T2 seconds in the safe region to clear.

Gating

  • Disable classification during startup ramp; begin only in RUN/stabilized state.
  • Use a stable baseline after N seconds of run to accommodate installation differences.

Actions

  • Early: warn and reduce aggressiveness (limit/derate).
  • Severe: latch fault or force cooldown; log quadrant + ΔP state.
Clog Diagnosis Map — Vacuum Pressure vs Motor Load A quadrant map using vacuum pressure and motor load to classify clog, leak/open inlet, filter restriction, and normal operation, with a delta-pressure note for filter clog. Clog Diagnosis Map Vacuum (P_abs) vs Motor Load (I / Power) VACUUM (P_abs) Low → High MOTOR LOAD (I / Power) Low → High CLOG likely NORMAL / IDLE RESTRICTION LEAK / OPEN ΔP note ΔP ↑ Filter clog most likely
Cite this figure Figure ID: CVC-F6-CLOG-MAP Use: quadrant classifier for clog vs leak vs normal
F6 — Pressure vs load quadrant map: classify clog, leak/open inlet, and normal operation; ΔP across the filter provides a direct discriminator for filter clog.

H2-7. Remote I/O & wall inlets (long wires, miswire, ESD reality)

Wall inlets and remote start loops behave like antennas. Robust design requires a three-layer input chain: energy limitingwaveform shapingsurvival clamping, plus an event model that converts raw edges into reliable start/stop events with timestamps and burst detection.

1) Typical field wiring and why it fails

  • Low-voltage loop shared by multiple inlets: parallel contacts and long runs create large loop area and induced noise.
  • Long wire next to motor/power wiring: induced transients and burst edges appear during start and commutation.
  • Real-world mistakes: loose terminals, moisture, polarity confusion (if keyed), and accidental shorts.

2) Input hardening: three layers that must cooperate

Layer A — Energy limiting (reduce peak stress)

  • Series resistor / PTC to cap surge current into the interface.
  • Goal: prevent “one big hit” from turning into silicon damage or latch-up.

Layer B — Waveform shaping (turn spikes into controllable edges)

  • RC filter sets a minimum pulse width; rejects short transients and motor-induced bursts.
  • Clamps to rails (or to a protected reference) keep GPIO within safe bounds.

Layer C — Survival clamping (ESD/EFT endurance)

  • TVS near the connector to absorb ESD/EFT energy and protect downstream stages.
  • Layout goal: shortest return path; avoid long loops that make TVS ineffective.

3) Debounce as an event model (not just a delay)

  • Edge confirmation: start/stop changes must persist beyond a minimum time window.
  • Burst detection: multiple toggles inside a short window indicates ESD/induced noise; treat as “invalid event”.
  • State gating: during startup ramp, ignore rapid toggles; avoid oscillating enable outputs.
  • Evidence logging: store edge timestamps, burst counts, and input state duration for service diagnostics.

4) Miswire and induced transient cases (minimum observable evidence)

Reverse / stuck levelalways on/off Short / moistureunstable level Induced transientsburst edges Worst-case shortdamage risk
  • Starts by itself: verify edge burst count + edge timestamps; inspect inlet/connector area for ESD marks and routing proximity to motor wires.
  • Dead input: check stuck level, clamp behavior, and whether the RC time constant is filtering legitimate closures.

5) Output controls: fail-safe off and stable indication

  • Motor enable (relay/SSR): default to OFF on reset/UVLO/watchdog; require stable “run request” to re-enable.
  • Status LED / buzzer: reflect validated events and latched faults, not raw bouncing inputs.

Mini evidence hook: if the system starts by itself, log remote input edge timestamps and burst-edge counts, then harden the input chain (RC/TVS/layout) based on whether edges cluster around motor start or appear randomly.

Remote I/O Hardening Map — From Wall Inlets to Validated Events A block diagram showing wall inlets over long wires feeding a three-layer protection chain, then debounce and edge logging, ending with a fail-safe motor enable output. Remote I/O Hardening Map Energy limiting → RC shaping → TVS survival → Debounce + Edge Log WALL INLET contact loop WALL INLET parallel nodes REMOTE SW start/stop LONG WIRE ESD / EFT induced spikes miswire Layer A Series R / PTC Layer B RC + Clamp Layer C TVS near port MCU GPIO Debounce Burst Detect Edge Logger Outputs MOTOR ENABLE Fail-safe OFF LED BUZZ
Cite this figure Figure ID: CVC-F7-REMOTE-IO Use: inlet wiring → hardening chain → validated events
F7 — Remote I/O hardening: long wires demand layered protection plus debounce and burst-edge logging before enabling motor outputs.

H2-8. Protection & fault handling (OCP/OVP/OTP/stall/arc/brownout)

Protection must be a system: fast hardware survival handles catastrophic events, supervised firmware limits keep the product usable, thermal derating prevents long-term stress, and brownout-safe restart rules avoid reset loops. Each fault must map to evidenceactionretry policyclear condition.

1) Protection layers (time-scale aligned)

Layer 0 — Hardware fast cut (catastrophic survival)

  • Cycle-by-cycle or comparator-driven OCP boundaries for short/near-short conditions.
  • Action must be immediate and unconditional; log the event for service.

Layer 1 — Supervised limits (stall / overload / restriction)

  • Use I_SENSE envelope + pressure evidence to separate transient load from persistent restriction.
  • Prefer LIMIT first; escalate to TRIP/LATCH only after time-window confirmation.

Layer 2 — Thermal derating + cooldown (dust + sustained load)

  • Derate before shutdown to preserve usability; enforce cooldown after stop.
  • Use hysteresis so the system does not oscillate between run/stop.

Layer 3 — Brownout strategy (UVLO + watchdog + safe restart)

  • On UVLO/brownout: force fail-safe OFF; do not auto-resume without stable rails and a valid run request.
  • Capture reset reason, minimum rail, and current peak correlation for diagnosis.

Layer 4 — Arc/brush EMI reality (reset immunity)

  • Brush arcing can create burst noise; treat clustered remote-input edges and reset reasons as evidence.
  • Harden rails and input chains; avoid interpreting burst edges as valid run requests.

2) Action semantics: LIMIT → TRIP → LATCH

  • LIMIT: reduce stress while staying operational (preferred for restriction/overload).
  • TRIP: stop, cooldown, then retry under controlled conditions and limited attempts.
  • LATCH: repeated or dangerous faults require manual reset/service.

3) Brownout-safe restart gating (avoid reset loops)

  • After UVLO/watchdog reset, keep motor enable OFF until rails/bus are stable for a minimum window.
  • Require the remote run request to be stable (no bursts) and present continuously before restart.
  • Apply startup cooldown timers to prevent repeated hot restarts.

4) Fault table (fault → evidence → action → retry policy)

Fault Evidence signals Immediate action Retry policy Log fields
Catastrophic OCP I_SENSE exceeds fast boundary; optional comparator trigger FAST CUT + stop Latch or very limited retries with cooldown peak I, time stamp, state, last run seconds
Stall / overload I_SENSE near stall envelope for >T; tach (if present) indicates speed collapse LIMIT → TRIP Retry N times; escalate to LATCH if repeated envelope stats, tach present, run mode
Restriction / clog P_abs high + airflow proxy drop; quadrant indicates clog-likely LIMIT / warn Trip if severe persists; cooldown then retry quadrant ID, P_abs, I_mean, duration
Filter clog ΔP_filter rises + I_SENSE rises Warn + derate Escalate if ΔP remains high over long window ΔP, I_mean, baseline ΔP drift
Thermal OTP Motor/power NTC exceeds threshold; trend indicates sustained stress DERATE → TRIP Cooldown; clear with hysteresis + stable temps T_motor, T_power, derate level, time
Brownout / UVLO MCU rail or bus sag below threshold; reset reason indicates brownout Fail-safe OFF Restart only when rails stable + run request stable (no bursts) min rail/bus, reset reason, I_peak correlation
Remote input burst Edge burst count high inside short window; timing aligns to motor start or arcing Ignore event + log Escalate to warning if persistent; require stable window for start edge timestamps, burst count, state

Mini evidence hook: if random resets occur during brush arcing or startup, correlate reset reason with minimum rail/bus and edge burst counts to avoid misclassifying EMI as a real overload fault.

Protection Layer Stack — Evidence to Actions and Policies A diagram showing sensor evidence feeding layered protection blocks and resulting actions, with a policy ladder from limit to trip to latch. Protection Layer Stack Evidence → layered decisions → actions + retry policy Evidence Inputs I_SENSE BUS / RAIL T_SENSE P / ΔP REMOTE Protection Layers L0: FAST CUT (Catastrophic) L1: SUPERVISED LIMIT L2: THERMAL DERATE L3: BROWNOUT SAFE RESTART L4: EMI / ARC IMMUNITY Actions CUT / STOP LIMIT DERATE LATCH ALARM + LOG Policy ladder LIMIT TRIP LATCH
Cite this figure Figure ID: CVC-F8-PROTECTION-STACK Use: evidence → layers → actions + policy ladder
F8 — Protection system view: evidence signals feed layered decisions, which map to deterministic actions and escalation policy from limit to trip to latch.

H2-9. EMC/EMI design that actually matters for this controller

Practical EMC is source → coupling path → victim signal. In central vacuum control, the victims are MCU rails, I_SENSE integrity, and remote I/O. The goal is coexistence: motor noise must stay inside the “dirty zone” so protection and diagnostics remain deterministic.

1) Noise sources that dominate field behavior

TRIAC dv/dtphase cuts INVERTER edgesswitching BRUSH arcingwideband burst
  • Triac phase control: abrupt dv/dt events inject conducted noise and can create false triggering without proper snubber and gate loop control.
  • Inverter switching: fast edges create common-mode noise and measurement injection unless bus decoupling and return paths are controlled.
  • Brush arcing: burst EMI can cause reset susceptibility and remote-input burst edges if the system does not enforce event validation.

2) The three coupling paths to design against

Conducted coupling (line/bus → rails)

  • AC line or DC bus disturbance propagates into the low-voltage rails.
  • Victim: MCU brownout/reset loops, unstable fault classification.

Common-mode coupling (switch node → chassis/return)

  • Parasitic capacitance routes high-frequency energy into long cables and “clean” references.
  • Victim: remote I/O false edges, noisy sensor references.

Measurement injection (power loops → sense/ADC)

  • High di/dt return currents corrupt shunt Kelvin sensing and ADC reference stability.
  • Victim: false OCP/stall, unstable clog quadrant mapping.

3) Board-tied mitigations (what changes the outcome)

Triac path controls

  • Snubber close to triac/load loop to limit dv/dt and reduce spike energy seen by the control rails.
  • Gate loop kept compact; gate resistor sets edge aggressiveness and helps avoid ringing.
  • Return path discipline so gate drive and sense share a controlled reference, not a noisy power return.

Inverter path controls

  • Bus decoupling close to the switching devices to shrink high di/dt loops.
  • Edge control via gate resistor/drive strength to reduce common-mode excitation.
  • Keep I_SENSE clean: Kelvin routing and separation from switch nodes.

CM choke + Y-cap placement basics

  • Use a common-mode choke at the noise “exit” (line/cable boundary) to reduce CM current flow.
  • Place Y-cap return with a short loop to a controlled reference, so CM energy has a defined path.
  • Goal: keep the “clean zone” reference stable and stop remote-cable excitation.

Ground partition that protects decisions

  • Dirty zone: switching devices, triac/inverter power loops, motor return currents.
  • Clean zone: MCU, ADC reference, sense amplifier inputs, remote I/O logic.
  • Join at a controlled point to avoid lifting the clean reference during high current events.

Remote I/O ESD/EFT: clamp and route

  • Clamp at the connector with short return; RC/series elements should be near the port side.
  • Route remote lines away from switching nodes and motor wiring; avoid long parallel runs on the PCB.
  • Validate with burst-edge counters rather than trusting raw GPIO states.

Mini evidence hook: if MCU reboots only at certain motor speeds, suspect conducted EMI coupling. Capture MCU rail ripple and correlate it to the triac phase pattern or inverter switching rhythm; frequency-locked ripple is strong proof of the coupling path.

EMI Coexistence Map — Source to Fix for Central Vacuum Control A structured map linking three EMI sources to coupling paths and victim signals, with board-level mitigation blocks for each path. EMI Coexistence Map Source → Coupling Path → Victim → Board-Level Fix Noise Sources TRIAC dv/dt phase cut INVERTER switch edges BRUSH ARC burst EMI Coupling Paths CONDUCTED line/bus → rails COMMON-MODE switch node → cable INJECTION power loop → sense Victims MCU RAIL reset loops I_SENSE false trips REMOTE I/O false edges Board-level fixes SNUBBER + GateR CMC + Y-cap path Split GND + Kelvin + TVS
Cite this figure Figure ID: CVC-F9-EMI-MAP Use: source → path → victim → fix mapping
F9 — EMI coexistence: link the dominant noise sources to coupling paths and victim signals, then apply board-tied fixes that break the path.

H2-10. Validation test plan (minimal but complete)

A minimal plan must still be complete: stress motor start/stop, induce realistic restriction scenarios, abuse remote I/O wiring, and confirm thermal robustness. Each test set defines what to observe and pass/fail so nuisance trips and misclassification are eliminated.

1) Minimal setup (engineering-level, not certification)

  • Oscilloscope for rail/bus and I_SENSE capture; time correlation to switching patterns.
  • Current measurement method (probe or defined shunt test points).
  • Controllable restriction tools: partial block, full block, filter restriction, open inlet leak.
  • Remote I/O abuse sources: ESD contact/air, EFT-like bursts on long wire, miswire simulations (safe levels).

2) Test groups and required observations

Group Stimulus Observe (evidence) Pass/Fail
Start/Stop stress Cold start, hot restart, low line, high line I_start envelope + MCU rail min + bus min (if inverter) No reboot; no nuisance trip; correct startup limiting behavior
Clog scenarios Partial clog, full block, filter clog, open inlet leak P_abs / ΔP + I_SENSE (optional tach) Correct classification; safe derate/stop behavior; stable hysteresis
Remote I/O abuse ESD contact/air, burst injection, long-wire coupling Edge timestamps + burst count + motor enable state No self-start; invalid bursts ignored; logs explain events
Thermal soak Max duty, dust-laden restriction, elevated ambient T_motor/T_power trend + derate level + stop/resume stability Derate before OTP; cooldown enforced; no oscillation run/stop

3) Universal pass/fail criteria (three hard requirements)

No nuisance trip

  • Under defined normal and stressed conditions, no unexpected stop/reboot occurs.

Correct fault classification

  • Injected faults map to the intended fault code and evidence signatures (pressure/current/edge logs).

Safe shutdown + deterministic restart

  • Severe faults force fail-safe OFF; restart requires stable rails and a stable run request (no bursts).

Mini evidence hook: when a failure appears “speed-dependent”, capture rail ripple and align it to the switching/phase rhythm. Frequency-locked evidence helps separate EMI coupling from genuine overload faults.

Minimal Validation Matrix — Tests vs Outcomes A matrix diagram that maps four test groups to three universal pass/fail outcomes, highlighting required evidence capture for each group. Minimal Validation Matrix 4 test groups × 3 universal outcomes (evidence-based) Test groups (rows) → Outcomes (columns) → NO NUISANCE CORRECT CLASS SAFE SHUTDOWN Start/Stop stress rail min + I_peak Clog scenarios P/ΔP + I + quadrant Remote I/O abuse edge log + burst Thermal soak T trend + derate no reboot stable rails startup mode limit vs trip safe OFF restart gate no oscillate hysteresis quadrant OK clog vs leak trip rules cooldown no self-start bursts ignored event model valid edges fail-safe OFF default stable run no cycling OTP behavior derate first safe stop cooldown gate
Cite this figure Figure ID: CVC-F10-VALIDATION-MATRIX Use: minimal tests × outcomes × evidence
F10 — Minimal but complete validation: each stress group maps to universal outcomes with explicit evidence capture and deterministic pass/fail intent.

H2-11. Field debug playbook (symptom → 2 measurements → isolate → first fix)

This SOP turns “maybe causes” into evidence-first decisions. Each symptom uses exactly two primary measurements, then isolates the root branch (power integrity, protection, remote input integrity, airflow restriction, or EMI coupling), and ends with the first fix that yields the highest reliability gain.

2 signalsfirst capture branch rulesif/then first fixhighest ROI log fieldsrepro-ready

Unified measurement notes (keeps the decision tree deterministic)

Preferred test points (TP)

  • TP-I: current sense output (shunt amp / Hall output) — capture peak envelope during the first 0–300 ms.
  • TP-RAIL: MCU rail (3.3 V or 5 V) — capture minimum value and the reset reason (BOR/WDT) if available.
  • TP-P: vacuum pressure P_abs and/or filter ΔP — capture stable values after settling window (e.g., 2–5 s).
  • TP-REMOTE: remote input edge log or GPIO waveform — count burst edges during motor switching events.

Always log these four fields (even on “no fault” runs)

  • I_peak during start
  • Vrail_min during start/run
  • Remote_edge_burst count per second
  • Pressure quadrant (P + I bucket) for airflow diagnostics
Field Debug SOP Map — Symptom to First Fix A three-lane decision map for central vacuum control: each symptom maps to two measurements, isolation branches, and first-fix actions. Field Debug SOP Map Symptom → 2 Measurements → Isolate → First Fix SYMPTOM 2 MEASUREMENTS ISOLATE FIRST FIX A) Starts then immediately stops TP-I: I_peak envelope TP-RAIL: Vrail_min UVLO / BOR vs OCP vs Remote bounce Soft-start Rail hold Input RC B) Suction weak motor sounds normal TP-P: P_abs or ΔP TP-I: I_steady avg Leak / open inlet vs Partial clog vs Filter clog Seal / leak Clear clog Clean filter C) Random reset during run TP-RAIL: ripple + min TP-SYNC: switch rhythm EMI coupling vs WDT / event storm vs false trip Snubber / CMC GND return Reset gate
Cite this figure Figure ID: CVC-F11-FIELD-DEBUG-SOP Use: symptom → 2 signals → isolate → first fix
F11 — A compact, evidence-first debug map. Each symptom is resolved using two measurements and deterministic isolation rules.

Symptom A — “Starts then immediately stops”

First 2 measurements (capture in the first 0–300 ms)

  • TP-I: inrush I_peak envelope (peak and decay shape)
  • TP-RAIL: MCU rail Vrail_min + reset reason (BOR/WDT if available)

Isolate (discriminators)

  • UVLO / brownout: Vrail dips near BOR/UVLO and the stop aligns with droop → power integrity or start policy.
  • OCP trip: rail remains stable, but I_peak crosses the OCP envelope and stop is “clean” (no reset) → current limit/threshold problem.
  • Remote bounce: rail and current look normal, but remote request toggles/bursts during start → input integrity problem.

First fix (highest ROI actions) + concrete MPN examples

  • Make start deterministic (ramp / limit):
    • Optotriac (random-phase): MOC3023 (for phase control); optotriac (zero-cross): MOC3063 (for burst/zero-cross style).
    • Main triac: ST BTA16-600B (common AC motor control class).
    • Inrush NTC: EPCOS/TDK B57236S0100M (10 Ω class), with bypass relay timing if used.
  • Protect MCU rail from dip (hold + supervise):
    • Voltage supervisor / reset IC: TI TPS3808G01 (programmable reset), or Microchip MCP1316 (reset monitor class).
    • Buck regulator option (low-noise, fast transient): TI TPS62130 (rail stability improvements vs ripple-driven BOR).
  • Stop remote-input false edges during start (RC + clamp):
    • ESD/TVS for low-voltage lines: Nexperia PESD3V3S1UL (logic rail clamp) or Littelfuse SMF5.0A (5 V class TVS).
    • Enable a start “lock window” in firmware so bursts do not flip RUN state.
  • Make current sensing robust (avoid false OCP):
    • Shunt amplifier (high dv/dt immune): TI INA240A1 / INA240A2 (excellent for motor drive environments).
    • Hall current sensor (high current): Allegro ACS758LCB-050B (50 A class example).

Symptom B — “Suction weak but motor sounds normal”

First 2 measurements (after 2–5 s settling)

  • TP-P: vacuum pressure P_abs and/or filter ΔP
  • TP-I: motor I_steady average (sliding window)

Isolate (discriminators)

  • Leak / open inlet: P stays low (no vacuum build), current is high/steady → airflow leaks dominate.
  • Partial clog: P rises abnormally while flow degrades; current signature shifts from baseline → restriction upstream.
  • Filter clog: ΔP across filter increases; current tends to rise as system “works harder” → filter restriction.

First fix + concrete MPN examples (sensor and evidence chain)

  • Use a pressure sensor that matches the physics being diagnosed:
    • Filter ΔP (small differential): NXP MPXV7002DP (±2 kPa class differential sensor example).
    • Absolute vacuum level (larger range): NXP MPX5100DP (0–100 kPa class absolute/differential family example).
  • Stabilize classification (avoid “chasing transients”):
    • Apply time window + hysteresis before issuing “clog” or “leak” status (prevents toggling alerts).
    • Log the pressure quadrant (P + I bucket) so service can reproduce conditions.
  • Improve sensor integrity under motor noise:
    • ADC reference / buffer (if needed): TI OPA320 (low-noise op-amp class for analog conditioning).
    • Shunt amplifier dv/dt immunity: TI INA240A1 (same MPN improves both OCP and airflow evidence reliability).

Symptom C — “Random reset when running”

First 2 measurements (run-state correlation)

  • TP-RAIL: 3.3 V ripple + Vrail_min + reset reason (BOR/WDT)
  • TP-SYNC: timing correlation to triac phase events or inverter switching rhythm

Isolate (discriminators)

  • EMI coupling: rail ripple is frequency-locked to switching rhythm → conducted/common-mode coupling path.
  • Watchdog / event storm: rail is stable but WDT triggers; remote edges burst; CPU load spikes → input/event integrity or firmware gating.
  • False trip looks like reset: rail stable; controller stops and restarts due to protection policy → verify fault logs vs real reset flags.

First fix + concrete MPN examples (break the coupling path first)

  • Triac dv/dt containment:
    • Optotriac selection: MOC3023 (phase) + good gate loop; triac: BTA16-600B.
    • X2 snubber capacitor series example: KEMET R46 (X2 film family) + resistor (surge-rated) to control ringing.
  • Common-mode suppression on the boundary:
    • Line common-mode choke example: Würth Elektronik 744822022 (CM choke class; choose rating per current).
    • TVS/MOV on mains boundary (surge handling): Littelfuse V275LA20A MOV class (select VAC rating per region).
  • Rail supervision and reset gating:
    • Reset supervisor: TI TPS3808G01 (reset discipline improves recovery behavior).
    • Add “safe restart gate”: require stable rail for N ms and stable run request (no burst edges) before re-enabling motor.
  • Remote input hardening (often the hidden reset trigger):
    • ESD clamp: Nexperia PESD3V3S1UL near connector.
    • Event filtering: burst-edge counters + minimum valid duration before accepting RUN/STOP transitions.

MPN quick reference (examples used in first-fix actions)

Function MPN examples Why used in this SOP
Shunt current amp TI INA240A1 / INA240A2 High dv/dt immunity; reduces false OCP and stabilizes evidence for clog classification.
Hall current sensor Allegro ACS758LCB-050B High-current sensing option with isolation; simplifies TP-I capture in noisy environments.
Optotriac MOC3023, MOC3063 Controls how switching edges occur (phase vs zero-cross) and impacts dv/dt behavior.
Main triac ST BTA16-600B Common AC motor control class; pairs with snubber/gate loop fixes.
Reset supervisor TI TPS3808G01, Microchip MCP1316 Makes BOR/WDT behavior deterministic; improves field recoverability and logging clarity.
Buck regulator TI TPS62130 Improves rail stability during start/run disturbances; reduces droop-induced resets.
Pressure sensing NXP MPXV7002DP, MPX5100DP Enables leak/clog/filter discrimination with pressure + current evidence pairing.
ESD/TVS Nexperia PESD3V3S1UL, Littelfuse SMF5.0A Stops burst edges and input damage on remote I/O lines; supports “no self-start” outcome.
CM choke / MOV Würth 744822022, Littelfuse V275LA20A Boundary suppression for common-mode/line surge energy that correlates with speed-dependent resets.

Closing rule: if the failure cannot be isolated by the two primary measurements, the next step is not “more guesses”. The next step is to add one correlation signal (remote edge burst, switching rhythm marker, or pressure quadrant) and repeat the capture.

Request a Quote

Accepted Formats

pdf, csv, xls, xlsx, zip

Attachment

Drag & drop files here or use the button below.

H2-12. FAQs ×12 (evidence-first, no scope creep)

Each answer closes a real field question using the same pattern: Quick take → First 2 measurements → Discriminator → First fix. Every item maps back to the chapters above (H2-3 to H2-11), staying inside the controller’s boundaries.

2 signalsalways first if/thendeterministic first fixhighest ROI chapter mapback-links
FAQ Router — Question to Evidence to Chapter A routing map that groups 12 FAQs and links each question to evidence entry points and chapters H2-4 through H2-11. FAQ Router Question → Evidence entry → Chapter Question groups Airflow / Clog Q1, Q4, Q10 Evidence: P, ΔP, I Start / Trip / Restart Q2, Q3, Q8, Q12 Evidence: I_peak, Vrail, Bus Remote I/O / Inlets Q5, Q6 Evidence: edges, loop V Noise / EMI / Resets Q7, Q9, Q11 Evidence: rail ripple, sync Evidence entry P / ΔP I_sense Vrail_min Remote edges Sync marker phase / PWM Chapters H2-4 Start H2-5 Sense H2-6 Clog H2-7 I/O H2-8 Fault H2-9 EMI H2-10 Test H2-11 SOP
Cite this figure Figure ID: CVC-F12-FAQ-ROUTER Use: navigation + evidence entry points
F12 — Use this map to jump from a symptom phrasing to the first evidence capture and the right chapter.
Q1Motor runs but suction is weak—clog or leak?

Quick take: Separate leak/open inlet from restriction using pressure + current, not “sound.”

First 2 measurements: capture P_abs or ΔP after 2–5 s settling, and I_steady average (sliding window).

Discriminator: low P with high/steady I points to leak; rising P with shifting I signature points to clog; rising ΔP across filter suggests filter restriction.

First fix: check open inlet/seals first, then clear restriction. Keep the “pressure quadrant” log for service repeatability.

Mapped chapters: H2-6 (clog physics & discriminators), H2-11 (field SOP).
Q2Starts then trips in 1–2 seconds—OCP or brownout?

Quick take: A 1–2 s trip is usually rail droop (UVLO/BOR) or false OCP during inrush.

First 2 measurements: capture I_peak envelope and Vrail_min during the first 0–300 ms; record reset reason (BOR/WDT) if available.

Discriminator: if Vrail dips at the trip moment, prioritize brownout and start policy; if Vrail is stable but I crosses the OCP envelope, tune current limit and dv/dt immunity.

First fix: soften start ramp (triac/inverter), strengthen rail supervision (e.g., TPS3808G01), and harden current sense (e.g., INA240A1).

Mapped chapters: H2-4 (soft-start), H2-8 (protection layers), H2-11 (SOP).
Q3Works at night but trips during daytime peak load—what to capture?

Quick take: Daytime trips often correlate with low line or higher line impedance shrinking start/run margins.

First 2 measurements: capture AC line RMS (or inverter DC bus minimum) plus Vrail_min during start and at the trip moment.

Discriminator: if line/bus dips first and Vrail follows, the root is supply margin; if Vrail is stable but OCP triggers, thresholds are too aggressive at low line.

First fix: add brownout-aware retry/cooldown, adjust UVLO hysteresis, and validate with low-line test cases in the H2-10 checklist.

Mapped chapters: H2-4 (inrush sources & retry), H2-8 (brownout policy), H2-10 (validation).
Q4False “clog detected” after filter replacement—sensor offset or algorithm?

Quick take: After replacement, false clog is usually pressure baseline/zero shift or too little hysteresis/time window.

First 2 measurements: record pressure baseline (P_abs or ΔP) on a clean filter and compare to prior baseline; also log I_steady baseline.

Discriminator: if baseline does not return to normal, suspect sensor plumbing/leak or offset; if baseline is fine but alarms chatter, tune threshold + time window + hysteresis.

First fix: add a baseline-cal routine and widen the decision window; ensure analog conditioning is stable (e.g., buffer like OPA320 if needed).

Mapped chapters: H2-6 (algorithm structure), H2-5 (sensing chain & sampling).
Q5Remote inlet triggers intermittently—ESD or debounce?

Quick take: Intermittent triggers are either burst edges (ESD/EFT/EMI) or slow contact bounce.

First 2 measurements: log remote edge burst count and capture whether edges correlate with switching events; optionally view Vrail ripple during the bursts.

Discriminator: fast edge storms that align with motor switching point to clamp/route issues; slower toggles with variable durations point to debounce/contact issues.

First fix: clamp at connector (e.g., PESD3V3S1UL), add series-R/RC close to the pin, and use a validated debounce window.

Mapped chapters: H2-7 (remote I/O hardening), H2-9 (ESD/EFT coupling paths).
Q6Only one inlet can start it—wiring drop or contact issue?

Quick take: If only one inlet works, suspect loop resistance/contact integrity before firmware.

First 2 measurements: measure the loop voltage at each inlet during a start request, and capture the edge duration/jitter (how “clean” the transition is).

Discriminator: consistent low level across distant inlets indicates voltage drop; one inlet with noisy/short pulses indicates contact oxidation or miswire.

First fix: strengthen input threshold with Schmitt buffering (e.g., SN74LVC1G17), add pull-up sizing, and move clamp/RC to the connector side.

Mapped chapters: H2-7 (long-wire reality), H2-11 (field isolation steps).
Q7Universal motor version is noisy—phase control or brush arcing?

Quick take: Phase-angle control creates periodic torque/EMI patterns; brush arcing creates wideband bursts.

First 2 measurements: capture motor current waveform (phase-angle signature) and monitor rail ripple / burst resets during speed changes.

Discriminator: noise locked to firing angle suggests control strategy; random burst events suggest brush arcing coupling into rails and I/O.

First fix: consider burst-fire/zero-cross where acceptable (MOC3063) or improve dv/dt containment (triac BTA16-600B + X2 snubber family such as KEMET R46).

Mapped chapters: H2-3 (drive choice), H2-9 (practical EMI mitigations).
Q8BLDC version sometimes won’t start—bus precharge or commutation?

Quick take: A “no-start” BLDC case is either DC bus not ready or startup/commutation failing.

First 2 measurements: capture DC bus rise curve (precharge window, relay closure) and the first phase current / start retry count.

Discriminator: if bus never reaches the enable threshold, fix precharge timing; if bus is stable but retries happen, tune startup strategy and sensing.

First fix: enforce bus-ready gating, then verify gate drive robustness (e.g., a driver class like DRV8323 where applicable) and current-limit ramp.

Mapped chapters: H2-4 (bus precharge & inrush), H2-3 (inverter path requirements).
Q9Trips only after 10–15 minutes—thermal vs airflow restriction?

Quick take: Time-delayed trips are often thermal accumulation or a slowly worsening airflow restriction.

First 2 measurements: log T_motor / T_power trends and P_abs/ΔP trends (or I_steady if pressure is unavailable) over the 10–15 min window.

Discriminator: temperature rising first points to thermal path/derating; pressure/ΔP rising first points to filter/pipe restriction driving load and heating.

First fix: implement derate + cooldown policy (H2-8) and add a thermal soak validation step (H2-10) under restricted airflow conditions.

Mapped chapters: H2-5 (thermal sensing), H2-8 (OTP/derate), H2-10 (thermal validation).
Q10“Filter full” alarm too sensitive—ΔP threshold how set?

Quick take: A stable “filter full” alarm needs baseline + rate + time window, not a single hard threshold.

First 2 measurements: record ΔP baseline on a clean filter and monitor ΔP rate-of-change during normal operation.

Discriminator: if ΔP fluctuates with switching/noise, improve filtering and hysteresis; if ΔP rises steadily, use staged warnings (early/urgent) with hold time.

First fix: apply hysteresis + minimum-duration gating; for a differential sensor class, validate offset and tubing integrity (e.g., MPXV7002DP).

Mapped chapters: H2-6 (threshold + window + hysteresis).
Q11MCU resets only at certain speeds—conducted EMI path?

Quick take: Speed-dependent resets usually indicate EMI coupling locked to switching rhythm, not random firmware.

First 2 measurements: capture Vrail ripple/min and a sync marker (triac phase events or inverter PWM timing) to test frequency lock.

Discriminator: if ripple spikes align repeatedly with the sync marker, prioritize conducted/common-mode suppression; if rail is clean but WDT fires, check remote edge storms and event gating.

First fix: add boundary suppression (e.g., CM choke 744822022, MOV V275LA20A) and enforce deterministic reset behavior (e.g., TPS3808G01).

Mapped chapters: H2-9 (EMI coexistence), H2-11 (correlation capture).
Q12After power outage, it restarts unexpectedly—safe restart policy?

Quick take: Unexpected restart is almost always a missing safe restart gate (default OFF + stable-input requirement).

First 2 measurements: capture the remote request state at boot and Vrail stability time (when rails truly settle after mains returns).

Discriminator: if motor enable happens before rails and inputs are stable, the policy is unsafe; if inputs are noisy at boot, clamp/debounce is insufficient.

First fix: enforce “stable rails for N ms + stable RUN request for M ms” before enabling power stage; supervise reset deterministically (e.g., TPS3808G01).

Mapped chapters: H2-8 (restart policy), H2-4 (startup timing).