Smart Clothes Dryer Rack: Lift Control, UV, Safety & Wireless
← Back to: Smart Home & Appliances
Lift motion, obstacle safety, UV/lighting, thermal protection, and wireless control are treated as a single coupled system. The content is evidence-driven for design and field debug, without expanding into whole-home hubs or other appliance architectures.
This topic focuses on evidence-based design and field debugging—using power rails (TP1/TP2), motor current/position signals, interlock states, and radio counters to isolate root causes and apply the first fix fast.
H2-1. Central Thesis + System Boundary
Central Thesis (2 sentences)
A smart clothes dryer rack is best engineered and debugged by coupling five domains: lift motion, obstacle safety, UV/lighting, thermal limits, and wireless stability. Any symptom (stall, false anti-pinch, link drops, flicker, over-temp) is resolved by tracing a short evidence chain: rail integrity + motor current/position + sensor consistency + event logs.
Most common field pain points (and the discriminator to use)
- Lift jams / stops mid-travel / reverses: separate real overload from false obstacle triggers using motor current shape + speed/position trend (a true jam shows sustained torque with speed decay; a false trigger shows inconsistent sensor votes).
- Wireless drops only during motion: separate brownout from EMI coupling using TP1 (3V3) droop + radio retry/disconnect counters (brownout correlates with TP1 collapse; EMI correlates with retries rising while rails remain stable).
- UV/lighting derates or flickers: separate thermal foldback from shared-rail ripple using NTC curve + LED/UV current monitor (thermal foldback follows temperature slope; ripple-driven flicker follows motor PWM/rail ripple).
System Boundary
| In scope (this page covers) | Lift motor control & protection (stall/overcurrent/brake/hold), obstacle & anti-pinch sensing (current+speed+sensor vote), UV/lighting driver with thermal foldback & interlock, power tree & brownout immunity, wireless stability under motor noise, validation points and field-debug evidence. |
|---|---|
| Out of scope (this page does NOT cover) | Whole-home gateway/cloud architecture, router/mesh tuning, Matter hub deep dive, washer/heat-pump dryer architectures, building wiring distribution, full certification procedure walkthrough, UPS inverter topology derivations. |
Featured Answer Block (engineer-facing)
Fast method to isolate root cause
Measure TP1: MCU 3V3 and TP3: motor rail during the event. If TP1 dips, fix power-domain isolation and brownout margins first. If rails stay stable, use motor current + position/speed to separate mechanical overload from false obstacle votes; then verify UV/lighting behavior against NTC slope and driver foldback state.
H2-2. Top-Level Architecture
The architecture is split into six blocks so later chapters can go deep without scope creep: control core, motor drive, sensing, UV/lighting, power tree, and wireless. Each block is defined by its interfaces, observables, and the failure signatures it can produce.
Six blocks (what matters, what to observe, what typically fails)
| Block | What matters | Observable evidence |
|---|---|---|
| Control core ULP MCU / small SoC |
State machine for lift + safety vote + thermal policy + UV interlock + radio timing. | Reset reason, obstacle/stall events, over-temp events, radio retry/disconnect counters. |
| Motor drive driver + protection |
Soft-start, current limit, stall detect, brake/hold to prevent drop or rebound. | TP3 motor rail, current-sense waveform, PWM/EN states, driver fault pins. |
| Sensing limit / position / obstacle |
Consistency beats single-sensor accuracy; debounce + voting avoids false triggers. | Limit/Hall/ToF valid flags, edge-switch state, position trend, timing vs current rise. |
| UV/Lighting CC drivers |
Constant-current control + interlocks; prevent UV during unsafe states. | LED/UV current monitor, enable state, foldback state, NTC slope correlation. |
| Power tree domain isolation |
Motor transients must not collapse logic/radio rails; brownout margins must be logged. | TP1 3V3, TP2 main rail, TP3 motor rail, UVLO/BOD events, bulk cap droop shape. |
| Wireless BLE / Sub-GHz |
Motor noise coupling drives retries; antenna keep-out and return paths dominate. | RSSI trend, retry counters, disconnect timestamps vs PWM state, rail ripple correlation. |
Test-point map (used repeatedly in debug)
- TP1 (MCU 3V3): confirms whether resets and link drops are power-originated.
- TP2 (5V / main buck output): shows upstream droop and shared-rail coupling.
- TP3 (motor rail / driver input): captures inrush, sag, and switching stress during lift transitions.
A stable TP1 with rising retries/disconnects points to EMI coupling; TP1 dips point to brownout immunity and power-domain isolation as the first fix.
H2-3. Lift Motion Mechanics → Control Model
What matters
- Lift mechanics (winch / screw / gearbox) should be reduced to a load model that the controller can observe: motor current plus a speed/position proxy (encoder pulses, Hall frequency, or BEMF estimate).
- Three dominant load signatures cover most field behavior: constant torque, speed-dependent friction, and end-stop impact. Each produces a distinct current shape and demands a different protection window.
- Control success is measured by: smooth ramps, low acoustic disturbance, repeatable stop points, and recoverable states after power loss or manual intervention.
Load types (translated into control meaning)
| Load type | Electrical signature | Control implication |
|---|---|---|
| Constant torque typical lift weight |
Current rises at start then settles to a stable plateau at the target speed. | Fixed margins work; stall detect should not trigger as long as speed stays stable. |
| Speed-dependent friction rail/guide drag |
Current depends strongly on speed; low temperature or poor lubrication increases baseline. | Do not use current-only thresholds; require a speed/position decay condition to avoid false jams. |
| End-stop impact top/bottom hard stop |
Short current spike with rapid speed drop; can transition into true stall if drive continues. | Use an end-stop window (time + position + current shape) to avoid anti-pinch false triggers. |
Evidence SOP: three waveforms that define “normal” vs “risk”
- No-load baseline: startup peak + steady plateau + ripple level (reference for healthy motion).
- Rated-load: higher plateau but stable; speed proxy remains steady.
- Jam/stall: current rises or stays high while speed proxy decays (or pulses stop) for longer than a stall window.
A reliable discriminator requires current shape and speed/position trend. Current-only logic is vulnerable to friction and temperature drift.
H2-4. Motor Drive & Current Sensing
Lift-only motor selection (what changes protection design)
| Motor type | Why it fits lift | Protection focus |
|---|---|---|
| DC gearmotor | Simple control; wide availability; torque through gearbox for winch/screw mechanisms. | Current-based stall detect must be paired with a speed proxy; brake/hold prevents drop/backdrive. |
| BLDC | Better efficiency and lifetime; speed estimation is typically stronger for discrimination. | Fault handling and current limiting must align with commutation mode; keep thresholds tied to speed decay. |
| Stepper | Direct low-speed positioning; useful when repeatable stops are required. | Lost-step risk requires position consistency checks; do not rely on step count alone for safety. |
Current sensing: placement and bandwidth (anti-pinch depends on it)
- Low-side shunt (LS): simple and cost-effective, but sensitive to ground bounce; layout and return paths dominate accuracy.
- High-side shunt (HS): more robust against ground bounce; requires higher common-mode handling and careful amplifier selection.
- Bandwidth strategy: anti-pinch and stall discrimination require both I_avg (slow) and dI/dt (fast). Over-filtering hides pinch transients; under-filtering mistakes PWM ripple as events.
A minimum viable discriminator is TP3 motor rail plus CS waveform; add a speed/position proxy for robust stall vs friction separation.
Protection blocks (module-based thresholds)
- I-limit: clamps peak torque demand to protect rails and gearbox; useful for short impacts.
- Foldback: reduces allowable current over time/temperature to prevent thermal stress during prolonged overload.
- Stall detect: requires I above threshold plus speed proxy decay for longer than a time window.
- Soft-start: ramp PWM or current to reduce inrush, rail droop, and false obstacle triggers.
- Brake / hold: prevents backdrive and drop; supports recoverable states after stop or power loss.
| First 2 measurements |
1) Driver input / motor rail (TP3) to capture inrush and sag. 2) Current-sense waveform (CS_OUT or shunt differential) to verify I-limit, dI/dt, and stall signature. |
|---|
H2-5. Position / Limit / Lift-End Detection
What matters
- Limit and position failures cluster into three field symptoms: missed end-stop (keeps driving), false end-stop (stops mid-travel), and drift (repeatability degrades over days).
- Reliable end detection is not a single sensor choice. It is a vote across: limit state + current shape + time/position window.
- Two discriminators separate false triggers from true end events: “limit asserted while current still rising” vs “limit never asserted while end current spikes”.
Sensor options (lift-only differences that matter)
| Sensor | Strength | Typical failure signature |
|---|---|---|
| Limit switch | Absolute end point; simple; good as a hard reference. | Bounce/glitch → short asserted pulses; cable fatigue → intermittent opens. |
| Hall + magnet | Compact; can provide end marks or speed proxy. | Magnet offset/airgap change → shift in trigger point; EMI on long leads → false edges. |
| Optical mark | Clean digital edge when optics are stable; flexible placement. | Dust/water film → dropouts; reflection/ambient light → unstable threshold crossing. |
| Encoder pulses | Good repeatability for travel; supports drift detection via counting. | Missed pulses from noise → accumulated error; requires periodic re-home to an absolute reference. |
Evidence SOP: end-stop decision as a three-layer gate
- Layer 1 — Debounce: require stable assertion for a minimum time or repeated consistent samples.
- Layer 2 — Plausibility window: only accept end-stop events inside a travel/position window near the end.
- Layer 3 — Evidence consistency: check the motor signature matches an end event (speed decay and/or current spike pattern).
| Discriminator |
Limit asserted but current still rising → likely false trigger (bounce/EMI/glitch). Limit never asserted but end current spikes → likely installation/sensor alignment fault. |
|---|
Recommendation: store reason codes in logs (e.g., FALSE_LIMIT, MISS_LIMIT, END_REACHED) to prevent “blind threshold chasing”.
H2-6. Obstacle / Anti-Pinch Safety
What matters
- Anti-pinch is most robust when treated as an evidence chain rather than a single sensor: current shape + speed decay + proximity/edge vote.
- The lowest-cost method (current + speed) is sensitive to temperature and friction. Adding a proximity or edge channel improves discrimination without expanding system scope.
- Two waveform pairs separate false jam from true obstacle: motor current + rail droop and current + encoder interval.
Three detection paths (cost vs robustness vs failure mode)
| Path | Strength | Primary false-trigger risk |
|---|---|---|
| Current + speed I(t) + speed proxy |
Lowest BOM; leverages existing motor signals; works for both lift and end events. | Friction increases (winter, lubrication) shift current baseline and mimic overload. |
| ToF / IR proximity near-field |
Less sensitive to friction; can detect approach before hard contact. | Sunlight, reflections, dark fabrics, contamination reduce confidence or create jitter. |
| Edge / bumper switch contact |
Clear trigger, high reliability when mechanically integrated well. | Bounce, cable fatigue, and EMI on long leads cause short false edges. |
Evidence SOP: two waveform pairs that isolate false vs true events
- Pair A — motor current + rail droop: if pinch/jam flags correlate with TP1/logic rail or TP3/motor rail sag, prioritize power integrity and soft-start before raising thresholds.
- Pair B — current + encoder interval: true obstacles show I up plus speed decay (pulse intervals stretch or stop) for longer than a time window; friction-only shifts raise current without consistent speed decay.
| Action chain | Stop immediately on high-confidence vote → reverse a short distance (anti-pinch) → enter safe-limited mode if repeated events occur; log reason codes with snapshot values (I peak, TP3 min, speed proxy). |
|---|
Recommendation: treat current thresholds as contextual (temperature/friction) and rely on consistency across signals for the final vote.
H2-7. UV / Lighting Subsystem
Engineering scope
- Constant-current drive keeps UV/LED output stable across rail variation and temperature drift.
- Thermal foldback must be explicit: warn → limit → shutdown, with clear restore conditions.
- Lifetime management requires counters: runtime minutes + over-temp/fault counts.
- Safety interlock must gate UV enable whenever lift motion or approach/contact is detected.
- EMI coexistence must be evidenced using rail ripple (TP1/TP3) and radio retry counters.
Interlock gate (UV enable must be explainable)
| Interlock input | Typical source | Required behavior |
|---|---|---|
| Lift moving | motor state machine / motion flag | Force UV off; block re-enable until motion flag is stable low for a cooldown window. |
| Approach detected | ToF/IR confidence or edge trigger | Force UV off; require debounce + confidence to prevent UV flicker from jitter. |
| Contact / bumper | edge/bumper switch | Force UV off and latch until manual clear or safe state duration is satisfied. |
| Over-temp | NTC threshold state | Fold back first; escalate to shutdown and log reason codes if repeated. |
Recommendation: log UV_REQ vs UV_ACT plus INTERLOCK_REASON to eliminate “mystery disable” field reports.
Evidence SOP (minimum signals)
- LED current monitor: verifies CC regulation and detects open/short or foldback action.
- NTC temperature: confirms thermal margin and explains foldback thresholds.
- UV enable state: track request vs actual enable to validate interlock behavior.
- EMI check: correlate radio retry/disconnect counters with LED driver mode changes and rail ripple on TP1/TP3.
H2-8. Thermal Sensing & Low-Power Heating
Thermal loop scope (device-internal only)
- Sensor placement drives false over-temp vs missed hotspot protection.
- Derating must be staged: warn → limit → shutdown, with hysteresis and cooldown restore conditions.
- Low-power heating (if present) requires an independent last-line protection path (cutoff/fuse).
- Evidence must link temperature curves to power states to avoid “threshold guessing”.
NTC placement (why false over-temp happens)
| Placement | Strength | Common pitfall |
|---|---|---|
| Near hotspot UV / driver / heater |
Fast protection for local overheating. | Over-reacts to short bursts; causes early derating if thermal mass is small. |
| Near user-touch shell | Direct safety protection for external surfaces. | May miss internal hotspots until late. |
| Air cavity / neutral zone | Tracks average temperature trends. | Can hide local hotspot failures; not suitable as the only protection sensor. |
Recommendation: treat “temperature” as a state (warn/limit/shutdown) rather than a single threshold, and keep restore behavior explicit.
Derating + hardware last-line safety
| State | Action | Restore condition |
|---|---|---|
| WARN | Reduce UV/LED current or duty; cap max heater power; log OTP_WARN once per window. | Temperature falls below WARN with hysteresis for a stable time. |
| LIMIT | Force strong derating; optionally limit lift speed or continuous runtime; count repeats. | Cooldown below LIMIT threshold and safe conditions remain stable. |
| SHUTDOWN | Disable UV/heater; latch reason code; require explicit clear policy. | Cooldown below SHUTDOWN-restore + stable window + safe state. |
Low-power heating, when present, requires independent protection: thermal cutoff and/or thermal fuse that does not rely on MCU firmware.
Evidence SOP (temperature curves tied to power states)
- Record NTC curve with timestamps plus the active power state (heater level / UV level / LED level).
- Interpretation: T rises while power state is constant → airflow/thermal path issue; power reduces but T still rises → hotspot not covered or sensor placement mismatch.
- Log a snapshot on every transition: T, STATE, UV/LED level, heater level.
H2-9. Power Tree & Brownout Immunity
Why motor events reboot or glitch systems
- Inrush steals energy from the shared rail, pulling down the 5V/main rail and cascading into MCU 3.3V droop.
- Ground bounce shifts logic reference, so “3.3V looks OK” can still cause resets or radio brownouts.
- Borderline brownout can corrupt states without a clean reboot; the only reliable proof is reset-cause + timestamps.
Typical power tree (keep domains explainable)
| Rail / domain | Typical path | What to protect |
|---|---|---|
| Motor domain | Adapter → 5V/12V (driver input) → motor driver | Inrush/OC events must not collapse logic or RF reference. |
| Logic/RF domain | Adapter → buck (5V) → LDO/buck (3.3V/1.8V) | MCU and radio rails need clean headroom and stable reference. |
| Observation | TP1 on MCU 3.3V; TP2 on 5V or driver input | Any “motor-coupled reset” claim must be proven by TP1/TP2 timing. |
Reset-cause logging is mandatory
Track BOD, WDT, and PIN resets separately, with timestamps aligned to motor start/PWM enable. This prevents “threshold guessing”.
Design buttons (targeted, evidence-driven)
- Domain separation: avoid sharing return paths; keep motor current loops away from logic/RF reference.
- Energy storage: bulk caps support motor inrush (low-frequency), plus high-frequency decoupling near buck/LDO outputs.
- UVLO/BOD thresholds: set with hysteresis to avoid reset “chatter”; document the threshold and restore behavior.
- Brownout posture: if TP2 droops first and TP1 follows, fix inrush/rail impedance; if TP1 droops alone, fix local regulation/return.
Failure signatures (TP1/TP2 timing makes the call)
| Observation | Most likely cause | First fix to try |
|---|---|---|
| TP2 droops first, TP1 droops after motor start | Inrush + rail impedance + shared storage | Increase bulk near driver input; shorten high-current loop; separate domains/returns. |
| TP1 droops while TP2 is relatively stable | LDO/buck headroom or local return bounce | Improve 3.3V regulation margin; add local decoupling; fix ground reference routing. |
| No deep droop but radio drops | RF rail ripple / ground bounce / conducted noise | Filter radio rail; isolate driver switching node; verify keep-out and return integrity. |
First 2 measurements (forced SOP)
- TP1: MCU 3.3V (log min voltage during motor start and during PWM transitions).
- TP2: motor rail / driver input or 5V main rail (log droop depth and recovery time).
- Align both with motor start flag or PWM enable timestamp and the reset-cause record.
H2-10. Wireless Control Under Motor Noise
Scope (motor-coupled wireless only)
This chapter covers wireless degradation that correlates with motor activity (PWM enable, speed steps, load changes). It does not cover router/mesh tuning or cloud/backend behavior.
Coupling paths (what changes during motion)
- Ground bounce: motor return currents shift logic/RF reference and disturb the radio front-end.
- Switching noise: driver edge energy injects broadband noise into nearby structures and rails.
- Harness antenna effect: motor wiring radiates and couples into the antenna keep-out region.
- Supply ripple: DC/DC ripple or droop modulates the radio rail and increases retries.
Diagnostics (prove coupling, not “network problems”)
| What to log | Alignment signal | What it proves |
|---|---|---|
| Retry / CRC / reconnect counters | Motor PWM enable + speed step timestamp | Shows direct temporal coupling between motion and link degradation. |
| RSSI/LQI trend | Driver mode (edge rate / PWM frequency) | Distinguishes frequency-sensitive coupling from general droop. |
| Supply ripple (TP1 or radio rail) | PWM duty / load change | Separates conducted-noise failures from radiated/harness coupling. |
Evidence trio (forced)
Motor PWM enable + Radio retry counter + Supply ripple. If these three cannot be correlated on a shared timeline, the root cause remains ambiguous.
Design buttons (hardware actions that map to paths)
- Antenna keep-out + RF ground: keep switching nodes and motor wiring outside the keep-out; preserve RF return integrity.
- Harness mitigation: shorten loops, twist pairs where possible, add ferrites at entry/exit points to cut common-mode radiation.
- Edge-rate control: reduce switching edge energy (slew control) and avoid PWM modes that create concentrated harmonics near sensitive bands.
- Radio rail cleanliness: local filtering/decoupling for the radio domain; prevent motor return currents from sharing the RF reference.
H2-11. Validation & Field Debug Playbook
Minimum toolset (field-ready)
- DMM + 2-channel oscilloscope (rail droop + current sense / logic signal).
- Probe points: TP1 MCU 3.3V, TP2 5V / motor rail, current sense output, limit/position lines.
- Logging: reset cause + timestamps + counters (radio retry, interlock reason, thermal state).
Rule: do not “guess.” Prove the failure mode with two measurements aligned to one timeline.
Unified log fields (use across all symptoms)
| Field | Why it matters |
|---|---|
| reset_cause (BOD/WDT/PIN) | Separates brownout from firmware hang or external reset. |
| motor_pwm_en, speed_step_ts | Aligns motion events with rail droop and wireless quality. |
| i_peak, di_dt | Distinguishes load friction, stall, and anti-pinch triggers. |
| limit_raw, limit_debounce_cnt | Proves false triggers vs missing end-stop detection. |
| radio_retry_cnt, disconnect_ts | Quantifies motor-coupled interference without protocol deep dive. |
| uv_req, uv_act, interlock_reason | Explains “UV flicker” as foldback vs gating vs supply. |
| ntc_temp, thermal_state (WARN/LIMIT/SHUT) | Proves real thermal rise vs sensor placement/noise issues. |
Example MPN starter kit (common, field-proven building blocks)
These are representative parts for typical dryer-rack subsystems. Verify voltage/current/thermal margins and package footprints per design.
Symptom 1 — Fails to lift / stops mid-way
| First 2 measurements | (1) Motor current (sense amp output / shunt) (2) TP2 (5V main or driver input) |
|---|---|
| Discriminator | TP2 droops with current spike → inrush/rail impedance. TP2 stable but current rises → mechanical overload/stall. |
| Isolate | Run “no-load” lift (remove load if possible). Compare current profile: no-load vs rated vs jam. |
| First fix | Soft-start / current limit tuning; increase bulk near driver input; reduce loop resistance; verify stall threshold uses current + speed decay. |
| Example MPNs |
Motor driver: TI DRV8871, TI DRV8876 Current sense amp: TI INA180, TI INA181 eFuse / inrush control (logic domain): TI TPS2595 |
Symptom 2 — Down motion jitters / slips downward
| First 2 measurements | (1) Motor current during descent (2) Speed/position proxy (encoder interval / Hall pulse period / back-EMF estimate) |
|---|---|
| Discriminator | Near-zero current while speed increases → missing brake/hold. Pulsed current + oscillating speed → control/brake mode chatter. |
| Isolate | Disable wireless/UV loads; repeat descent at low speed command; log current + speed on same timeline. |
| First fix | Add dynamic braking / holding strategy; clamp max descent speed; verify driver supports brake mode and thermal headroom. |
| Example MPNs |
Brushed driver with brake support: TI DRV8876 Stepper option (if stepper lift): TI DRV8889, TI DRV8834 Hall/position: Infineon TLE4905L |
Symptom 3 — False anti-pinch triggers (worse in winter)
| First 2 measurements | (1) Motor current + slope (dI/dt) (2) Speed/position proxy (encoder interval / Hall pulses) or TP1 ripple |
|---|---|
| Discriminator | Current threshold hit but speed does not decay → friction/temp drift causing false trip. Current spike + TP1 droop → rail sag biasing thresholds. |
| Isolate | Run at two ambient temps; compare no-load current and threshold margin; test sensor vote: current vs ToF/edge sensor. |
| First fix | Use multi-source vote (current + speed + ToF/edge); add temperature compensation; lock out pinch logic during known transient windows. |
| Example MPNs |
ToF proximity: ST VL53L1X IR proximity: Vishay VCNL4040 Current sense: TI INA180 |
Symptom 4 — Does not stop at top / rebounds at end
| First 2 measurements | (1) Limit/position signal (raw + debounced) (2) Motor current |
|---|---|
| Discriminator | Limit asserted but current keeps rising → false trigger / debouncing / wiring noise. Limit never asserts but current spikes at end → sensor placement/contamination. |
| Isolate | Manually actuate limit sensor; verify stable logic level; check for bounce count spikes during motor PWM edges. |
| First fix | Debounce with time window + consistency checks; use two-source end-stop (limit + current/time); improve harness routing and pullups. |
| Example MPNs |
Micro switch: Omron D2F, Omron D2HW Hall switch: Infineon TLE4905L Opto slot sensor (endstop): Vishay TCST2103 |
Symptom 5 — Drops link or reboots during motion
| First 2 measurements | (1) TP1 (MCU 3.3V) (2) TP2 (5V main / driver input) |
|---|---|
| Discriminator | TP2 droops first then TP1 → inrush/rail coupling. TP1 droops alone → local regulator/return bounce. No droop but link drops → EMI coupling. |
| Isolate | Log reset_cause + motor_pwm_en + radio_retry_cnt on shared timeline. Repeat with reduced motor slew/soft-start. |
| First fix | Split motor vs logic/radio domains; add bulk + HF decoupling; set BOD/UVLO with hysteresis; add supervisor for clean reset behavior. |
| Example MPNs |
Buck (5V): TI TPS54202, MPS MP1584 LDO (3.3V): TI TLV755P Supervisor: TI TPS3839, MAX809 eFuse: TI TPS2595 |
Symptom 6 — Remote intermittently fails (no reboot)
| First 2 measurements | (1) radio_retry_cnt / disconnect_ts (2) motor_pwm_en / speed_step_ts (add TP1 ripple when available) |
|---|---|
| Discriminator | Retry spikes align with PWM enable or specific PWM frequencies → motor-coupled EMI/harness radiation. Retry spikes align with rail ripple → conducted noise. |
| Isolate | Temporarily move antenna away from motor harness; repeat with ferrite on motor leads; compare counters. |
| First fix | Enforce antenna keep-out; add harness suppression (twist + ferrite); slow driver edge rate; add RF rail filtering close to radio. |
| Example MPNs |
BLE SoC: Nordic nRF52840 Thread/Zigbee SoC: Silicon Labs EFR32MG21 Sub-GHz option: TI CC1310 Ferrite bead: Murata BLM21 series |
Symptom 7 — UV / indicator lights flicker or randomly disable
| First 2 measurements | (1) LED/UV current monitor (2) uv_req vs uv_act + interlock_reason |
|---|---|
| Discriminator | Current drops while uv_act stays enabled → driver foldback / supply issue. uv_act toggles with reason codes → interlock gating. |
| Isolate | Disable motor motion; run UV/lighting at fixed level; then re-enable motion to verify coupling to PWM/rails. |
| First fix | Use thermal foldback with clear state machine; add UV gating during motion/proximity; ensure LED driver switching does not pollute RF/logic rails. |
| Example MPNs |
Constant-current LED driver: Diodes AL8860, PT4115 Current sense (LED): TI INA180 Proximity (interlock): ST VL53L1X, Vishay VCNL4040 |
Symptom 8 — Over-temperature false alarms / derates too early
| First 2 measurements | (1) NTC temperature curve (2) power state (UV/LED/heater level) on the same timeline |
|---|---|
| Discriminator | Temperature jumps without power change → sensor placement/wiring. Power reduces but temperature still rises → hotspot not covered by NTC / poor thermal path. |
| Isolate | Compare two NTC locations (hotspot vs shell). Repeat with motor off to isolate UV/driver heating. |
| First fix | Use 2-point sensing (hotspot + touch surface); implement WARN/LIMIT/SHUT thresholds with stable restore conditions; filter and validate NTC readings. |
| Example MPNs |
NTC (example families): Murata NCP series, Vishay NTCLE series Thermal cutoff: Microtemp G4 series LDO for clean sensor rail: TI TLV755P |
Symptom 9 — Heater does not warm / heating ineffective (if present)
| First 2 measurements | (1) heater_en / duty (2) heater current (or heater rail voltage) |
|---|---|
| Discriminator | Enable present but no current → open path / safety cutoff triggered. Current present but slow temp rise → thermal coupling/placement issue. |
| Isolate | Check series safety devices for open state; verify NTC response near heater; test at low duty to avoid runaway. |
| First fix | Ensure hardware last-line protection (cutoff/fuse) is correct; add fault reason logging; calibrate duty vs temperature rise with defined limits. |
| Example MPNs |
Load switch (heater rail): TI TPS22910A (example family) eFuse (shared protection): TI TPS2595 Thermal fuse: SEFUSE SF series (example family) |
Symptom 10 — Position drifts / intermittent “stops responding” mid-travel
| First 2 measurements | (1) position/limit signals (raw + debounce counters) (2) motor current (is the controller trying to correct?) |
|---|---|
| Discriminator | Position changes with near-zero current → mechanical slip/backdrive. Current pulses but no position progress → sensor false triggers or interlock gating. |
| Isolate | Disable UV/proximity gating and retest to separate interlock effects; validate sensor stability during PWM edges. |
| First fix | Add multi-source consistency checks; separate noisy harness from sensor lines; enforce “no contradictory gates” (limit vs pinch vs motion state). |
| Example MPNs |
Hall switch: Infineon TLE4905L ToF sensor (edge/proximity): ST VL53L1X Reset supervisor (to recover cleanly): TI TPS3839 |
MPN note
Example MPNs above are provided as selection anchors for readers and are not a guarantee of fit. Confirm voltage/current ratings, thermal derating, sensing range, interface, and EMC behavior in the target enclosure and wiring layout.
H2-12. FAQs ×12 (Accordion)
Each answer stays inside this page’s evidence chain and points back to the relevant chapters (H2-4 to H2-11). No cloud/router/protocol deep dives.
Scope Guard (mini)
- Allowed evidence: TP1 3.3V, TP2 5V/motor rail, motor current + slope, speed/encoder/limit, ToF/IR/edge vote, NTC + thermal state, uv_req/uv_act + interlock_reason, reset_cause, radio_retry_cnt.
- Banned topics: home Wi-Fi/router tuning, mesh setup, app/cloud backend, protocol stack deep dive, certification procedures.