前阵子给一套工业网关设备改电源方案，输入是 24V 适配器，板上先一级 DC-DC 降到 12V，再给外设供电。原来用的是自恢复保险丝加 TVS 的经典组合，结果客户现场频繁反馈设备偶尔掉线。查了半天不是固件和通信问题，而是电源路径上电流一波动，自恢复保险丝进入高阻态，压降大一倍，下游 DC-DC 直接欠压复位。后来我把输入保护整段换成 TI 的 TPS259483AYWPR 这类 eFuse，再让 MSP432P401R 负责监控和故障策略，问题才彻底解决。

这篇文章就把这套方案的设计思路、关键计算和测试数据整理出来，给正在做嵌入式或工业电源路径保护的同行一个可参考的样本。文章会把硬件外围怎么定、MCU 侧怎么配合、实测怎么验证都过一遍，也会穿插一些我踩过之后觉得值得记下来的坑。如果你正在设计类似的控制板、传感器节点或者需要热插拔功能的工业设备，这篇应该能省下不少走弯路的时间。

1. 从故障现场看痛点：电源路径保护到底在保护什么

1.1 一次现场故障：自恢复保险丝的高阻态陷阱

先说那个现场问题。设备用的是一颗 3A 规格的自恢复保险丝，放在 24V 转 12V 的 DC-DC 前面。正常工作时电流大概 1.5A，留了两倍余量，按说挺稳。但现场有一次电机启停导致母线电压抖动，电流瞬间冲到接近 4A，自恢复保险丝动作了。

问题在于，自恢复保险丝的动作不是干脆利落的。它的电阻会随温度缓慢爬升，动作之后如果温度没有明显下降，就一直维持在高阻状态。实测下来压降从原来的 0.1V 左右涨到 0.6V，DC-DC 输入端只剩 11.4V，输出开始周期性跌落，设备表现就是"偶尔掉线"。更麻烦的是这种状态很难复现，现场工程师拿万用表量，静态电流正常，保险丝温度也不高，查来查去查不到。

这种场景就是典型的"传统保护器件没有状态输出、没有精确动作边界、恢复特性不可控"。它的目的是防止起火和线缆过热，不是给系统提供可预测的电源行为。

1.2 传统方案为什么都不够省心

再往下想一层，常见的电源路径保护方案无非三类：一次性保险丝、自恢复保险丝、分立 MOSFET 限流电路。它们各自都有让人头大的地方。

一次性保险丝的问题是显而易见的：动作之后必须换料，不适合需要现场维护的设备，而且熔断时间对过流倍数非常敏感，1.5 倍过流可能要几十秒才断，对半导体负载来说太慢。

分立 MOSFET 方案呢？一个 P-MOS 管加采样电阻加比较器，再配一个驱动和锁存逻辑，少说七八个元件。采样电阻的压降需要考虑、比较器的失调电压需要考虑、限流环路如果相位裕度不够还会振荡。我见过有人用运放搭限流电路，负载一上电就输出锯齿波，最后只能放弃。这种方案适合用量极大、设计团队有空慢慢调的场景，对大部分嵌入式项目来说性价比不高。

1.3 为什么是 TPS259483 这类 eFuse 加上 MCU 监控

eFuse 是这几年我越来越愿意用的方案。它的本质是把功率 FET、电流检测、限流比较器、过压过温保护、状态输出全部集成到一个芯片里。外围只需要几个电阻电容就能定义保护参数。

TPS259483AYWPR 属于 TI 的 TPS25948x 家族，封装是带 PowerPAD 的 WQFN。它的输入电压覆盖我们常用的 5V 到 18V 系统，电流限制可以通过外部电阻精确设定，响应速度在微秒级，比保险丝快几个数量级。最关键的是它有两个状态输出：FLT 拉低表示发生故障，PG 表示输出已经正常。这两个信号直接决定了它天然适合跟 MCU 配合。

我选 MSP432P401R 做监控侧的 MCU，理由也简单：它的 ARM Cortex-M4F 内核有足够的性能跑状态机，14 位 ADC 用来采集 eFuse 的 IMON 电流镜像信号精度足够，同时低功耗模式可以在设备正常运行时保持极低的待机电流。另一层考虑是 MSP432 的 DriverLib 外设库非常完善，GPIO、ADC、中断这些配置不需要翻寄存器手册翻到怀疑人生。

这三类方案的差别，我整理了一个表，方便选型时直接对照：

设备掉线那个问题，换用 eFuse 之后其实是三重保障：硬件层微秒级切断或限流，FLT 信号通知 MCU，MCU 记录故障并决定何时恢复。这套组合既保留了硬件保护的快速性，又把"什么时候恢复、要不要恢复"这个决策权交给了软件，灵活性比单独用任何一种方案都强。

2. TPS259483 硬件配置：限流、启动斜率、过压欠压三个算完才能上板

2.1 最小系统构成：外围元件比想象中少

TPS259483 的典型应用电路非常直白：输入 VIN 接电源，输出 VOUT 接负载，中间由芯片内部的 FET 控制导通。EN/UVLO 引脚通过分压电阻监视输入电压，ILIM 引脚通过一个接地电阻设定限流值，dV/dt 引脚通过一个接地电容设定输出电压爬升时间，FLT 和 PG 用上拉电阻拉到 MCU IO 电压域，IMON 引脚通过采样电阻接到 ADC。

我在实际板上用的配置是 12V 输入，目标限流 4A，输出侧接了约 470µF 的电容。输入侧放了一个 100µF 电解电容和一个 0.1µF 陶瓷电容，输出侧放了一个 47µF 陶瓷电容和 470µF 电解电容。这个组合给后面的启动斜率配置留了调整空间。

这里有个很多人第一次接触 eFuse 时会困惑的点：为什么输入输出都要放电容，而且数值还跟普通电源不一样？输入电容的作用是应对热插拔时的振铃和母线电压跌落，输出电容则决定了负载侧能瞬时提供的电荷。但输出电容越大，启动时的浪涌电流越难抑制，所以它跟 dV/dt 参数是互相牵制的，不能只看单一面。

2.2 ILIM 电阻怎么定：先算余量再查曲线，不要直接套公式

限流值的设定是 eFuse 设计里最核心的一步。我的做法是分三步走：先算最大稳态电流，再叠加容差和浪涌余量，最后才去手册里查对应的 ILIM 电阻值。

以我们这块板为例，最大稳态电流是 2.2A，考虑到 DC-DC 转换效率在低压时的波动，实际峰值可能到 2.8A。限流值如果设在 3A，余量只有 7%，正常工作时 IMON 电压已经很接近满量程，一旦负载设备老化或者输入电压偏低，很容易误触发。我最终设在 4A，大约留了 40% 的余量。这个余量同时要满足一个约束：不能超过 PCB 走线、连接器和线缆的载流能力，否则保护动作再快，物理链路本身已经先烧了。

ILIM 电阻的具体阻值，不同型号的 eFuse 有不同的比例关系，需要按数据手册里的图表或公式查。我查到 4A 对应的典型阻值在 12kΩ 附近，然后选了一个 E96 系列里的 12.4kΩ 1% 金属膜电阻。选 1% 精度是必须的，因为限流点直接跟随电阻精度走，用 5% 电阻意味着限流点自身带 5% 的不确定性，这对工业应用来说不可接受。

这里有一个实际操作中的体会：限流电阻要尽量靠近 ILIM 引脚，走线要短，并且需要直接回到芯片的 GND 引脚附近，不要跟大电流路径共用一段铜皮。这个电阻承载的是一个很弱的参考电流，任何从大电流路径耦合过来的噪声都会让限流点产生毛刺。

2.3 dV/dt 电容与容性负载：浪涌电流其实是算得出来的

dV/dt 的功能是控制 VOUT 的上升斜率。原理上，芯片内部会用一个恒流源给 dV/dt 引脚上的电容充电，引脚电压再控制内部 FET 的栅极，从而限制输出电压的变化速率。

为什么不直接让 FET 瞬间导通？因为输出侧挂的都是大电容。假设 VOUT 在 1ms 内从 0 升到 12V，输出电容是 470µF，那么充电电流 I = C × dV/dt = 470µF × 12V/1ms = 5.64A。这个电流如果超过 ILIM 设定值，芯片会直接进入限流状态，启动就变成恒流充电，看起来也没问题，但瞬间对输入电源的冲击仍然很大，热插拔场景下这种冲击很容易让电源接口打火。

我算了下要让启动浪涌峰值控制在 2A 以内，输出电压爬升时间至少需要 470µF × 12V / 2A = 2.82ms。为了再稳一点，我选了一颗 10nF 的 dV/dt 电容，实测对应的上升时间在 6ms 左右，启动全程输入电流平滑，电子负载和示波器上没有看到刺眼的电流尖峰。

2.4 OVP/UVLO 分压：用公式推，不要拍脑袋

过压和欠压保护通过分压电阻设定，这部分的计算虽然简单，但很容易在细节上翻车。EN/UVLO 引脚内部有一个阈值电压，当分压后的引脚电压高于阈值时，芯片允许导通；低于阈值时，芯片认为输入电压不足，拒绝启动。OV 引脚同理，输入电压一旦让 OV 引脚超过内部阈值，芯片立刻关断。

我记得我的目标是：输入低于 8.5V 时不启动，高于 15V 时立刻保护。用 EN/UVLO 阈值 Vth ≈ 1.2V 作为基准，欠压分压公式是 V_uvlo = Vth × (R1+R2)/R2。设 R2 = 10kΩ，V_uvlo = 8.5V，算出 R1 = (8.5/1.2 - 1) × 10kΩ ≈ 60.8kΩ，取标准值 61.9kΩ。OV 引脚的分压类似，用 15V 门限反推，选到合适的组合后用 E24 标准值圆整，最后再根据实际触发点微调一颗电阻。

这里有个我比较坚持的细节：分压电阻串的等效阻抗不要太大，建议总阻值控制在 100kΩ 以内。阻抗太大时，PCB 潮湿、表面沾污导致的漏电流会明显改变分压比，造成跳变点在高低温和湿度条件下漂移。工业现场的环境比实验室恶劣得多，这种小细节往往是大批量故障的来源。

2.5 MODE 选择：latch-off 与 auto-retry 不是随便选一个

TPS259483 的 MODE 引脚决定了故障后的行为：锁存关断还是自动重试。我的选择是锁存关断，由 MCU 通过 EN 引脚手动控制重试，原因是工业现场的可控性优先。

auto-retry 模式适合消费类设备，过流故障消除后设备自己恢复，用户无感知。但工业场景里，反复的自动重试会掩盖真实故障，例如负载侧绝缘破损导致的间歇性短路，设备会一直处于"故障-恢复-再故障-再恢复"的循环中，每个循环都在冲击电源和发热，最终损坏的可能是 PCB 和接插件。锁存关断虽然需要人工或软件介入，但至少把"要不要再次加电"这个决定权留给了系统。实际调试时这个策略帮了大忙，故障现场不用拆机，通过 MCU 串口日志就能看到是哪一路、哪一时刻、什么条件下触发的保护。

3. MSP432P401R 接管后的软件逻辑：从 IMON 采样到故障状态机

3.1 引脚分配与初始化：先把四根线关系理清楚

我在这块板上用了四个接口连接 MSP432P401R 和 TPS259483：FLT 接到一个带下降沿中断的 GPIO，PG 接到普通 GPIO，EN 接到普通输出 GPIO，IMON 经过采样电阻后接到 ADC 通道。

初始化代码用 DriverLib 写起来很简短，关键是中断优先级。我建议把 FLT 中断设为该端口组里的最高优先级，因为这是电源故障的第一时间信号，但也只用来置一个标志位，不做任何复杂处理。

#include "msp.h" #include "driverlib.h" volatile uint32_t g_flt_flag = 0; // 初始化FLT下降沿中断 void flt_gpio_init(void) { GPIO_setAsInputPinWithPullUpResistor(GPIO_PORT_P1, GPIO_PIN0); GPIO_setAsInterruptEdge(GPIO_PORT_P1, GPIO_PIN0, GPIO_LOW_TO_HIGH_TRANSITION); GPIO_enableInterrupt(GPIO_PORT_P1, GPIO_PIN0); Interrupt_enableInterrupt(INT_PORT1); } // FLT中断服务函数，只置标志 void PORT1_IRQHandler(void) { if (GPIO_getEnabledInterruptStatus(GPIO_PORT_P1) & GPIO_PIN0) { GPIO_clearInterruptFlag(GPIO_PORT_P1, GPIO_PIN0); g_flt_flag = 1; } }

顺便说一句，PG 不要接在中断输入上。PG 只是表示 VOUT 达到标称值的 90% 左右，它在启动阶段会跳变，在故障恢复阶段也会跳变，如果把它做成中断源，会带来一堆假事件，不如在主循环里轮询。

3.2 IMON 电流换算：ADC 值到实际安培的校准三步走

IMON 引脚输出的是与负载电流成比例的镜像电流，通过一个采样电阻转换成电压供 ADC 采集。芯片手册会给出 IMON 电流和输出电流的比例系数，我这里的用法是选择一个合适的采样电阻，让满量程限流值对应的 IMON 电压尽可能接近 ADC 参考电压的 80%。

我用的采样电阻是 10kΩ 1%。按比例系数算下来，4A 限流点对应的 IMON 电压大概是 0.8V 左右。这个值没有顶到 3.3V ADC 满量程，是故意留的余地，因为硬件限流点本身有误差，MCU 侧还要做软件阈值判断，留空间能避免饱和。

校准怎么做？我的做法是三步：先用电子负载分别拉 0A、1A、2A、3A，记录每个点的 ADC 原始值；然后线性拟合出"电流 = 斜率 × ADC电压 + 偏移"；最后把斜率偏移写进参数区。整个过程其实就是给 ADC 通道做了一次系统级的端到端定标，比直接查手册算省心得多，因为 PCB 布局、参考电压、采样电阻误差都会被一网打尽。

3.3 FLT 中断处理：去抖要短，动作要快

很多人第一次在 eFuse 的 FLT 引脚上加滤波器时，会顺手放一个 100kΩ 和 1µF 的 RC，想把干扰滤干净。这个做法在电源保护场景里是危险的：RC 延时可能达到几十毫秒甚至上百毫秒，eFuse 早就完成保护并锁存了，MCU 才收到中断。

我的经验是，FLT 这条信号线上不应该存在"长去抖"。eFuse 本身已经有完整的内置保护逻辑，FLT 拉低就是一个已经确认的事件，不需要 MCU 再花时间验证它是不是真的。我做的去抖只是用 32µs 窗口的连续采样，防止极窄的静电脉冲触发误记录，这个量级既不会丢失真实故障，也不会带来明显延迟。

真正需要在软件里处理的是故障后的策略，而不是故障检测本身。

3.4 故障处理状态机：让供电行为可预测

MSP432 侧的保护逻辑我实现为一个五状态状态机，比在中断里堆叠逻辑要清晰得多。状态分别是 INIT、SOFTSTART、RUN、FAULT_LATCH、RETRY_WAIT。

上电后先进入 INIT，EN 保持低电平，用 ADC 确认 VIN 在正常范围内，防抖 20ms 后拉高 EN，进入 SOFTSTART。SOFTSTART 期间等到 dV/dt 爬坡结束并且 PG 拉高，这个阶段不处理任何过流预警，因为负载电容充电电流本来就很大。

RUN 状态下周期性采样 IMON、VIN、VOUT。这里的软件阈值分两档：当电流超过硬件限流点的 70% 时，只记录预警；当 IMON 电压异常且 FLT 未拉低时（这种情况几乎不会出现），才主动把 EN 拉低。FAULT_LATCH 状态里，MCU 记录故障类型、时间戳、当时的 VIN 和 IMON 值，然后等待软件设定的冷却时间。冷却结束后进入 RETRY_WAIT，重新拉高 EN。

这个状态机的好处是，一切行为是确定的：什么条件下恢复、恢复前等多久、故障记录怎么查，都能通过参数配置。对于客户现场的远程诊断，这非常关键。

3.5 把故障记录到 Flash：现场排查的第一手证据

工业设备最怕的是"故障无法复现"。我在这块板子上的做法是，每次进入 FAULT_LATCH 时，把一条包含故障时间戳、VIN 电压、VOUT 电压、IMON 采样值和故障码的记录写入 MSP432 的内部 Flash 扇区。

具体实现上要注意，MSP432 的 Flash 擦写寿命有限，所以不能每次都写同一个地址。我用了一个简单的环形缓冲：记录区域划分成 64 条记录，写满之后擦除最早的一批，这样一套设备在现场跑一年也不会把 Flash 写坏。串口调试口保留一条 AT-style 命令，输出最近的几条故障记录，后端维护人员不需要拆设备就能定位问题。

这个功能做出来之后，光是在测试阶段就帮我抓到了一个隐藏问题：某次负载启动瞬间 IMON 采样值异常偏高，但不是真实电流，而是 dV/dt 爬坡阶段 PG 还没拉高时的瞬态现象。没有故障日志的话，这种偶发问题很难定位。

4. 实测记录：用电子负载和示波器把保护边界压出来

4.1 测试环境与接线：示波器四通道刚好够用

实测台架很简单：12V 直流电源，电子负载，四通道示波器，一个电流探头。示波器四个通道分别抓 VIN、VOUT、FLT、IMON，电流探头串在 VIN 回路上看输入电流波形。

这里有个调试技巧：直接用示波器探头抓 VIN 时，探头地线夹子要尽可能短，最好用接地弹簧。否则 12V 方波沿上能看到的那个共模振铃，其实是探头地线电感带来的，会让人误判成电源质量问题。我第一次测的时候就被这个干扰带偏了，在输入侧加了各种 snubber，后来换接地弹簧发现振铃根本没变大。

测试顺序我是从低风险到高风险：先正常负载精度，再过流触发，再短路，最后热插拔。短路测试风险最高，务必在电源输出端加一个短粗的跳线或者专用开关，不要用普通鳄鱼夹，否则接触电阻会掩盖真实的短路电流。

4.2 正常负载下的 IMON 精度

先说结果：电子负载拉 1A 时，MCU 侧换算出的电流读数是 0.98A；拉 3A 时读数是 2.96A。整个量程范围内的误差控制在 2% 以内，对这个应用场景完全够用。

校准曲线我是这样拟合的：6 个加载点，从 0A 到 3.5A 步进 0.5A，每个点稳定 5 秒后取 100 次 ADC 采样的平均值。拟合后的线性度在 0.2% 以内，主要的误差来源其实是 ADC 参考电压的温度漂移，电子负载本身的精度反而很高。

有一点要提醒：IMON 电压信号非常微弱，采样电阻的地端一定要和 ADC 的模拟地参考点保持等电位。如果采样电阻和 ADC 之间的地平面有电压梯度，校准曲线会漂移。我处理的方式是用独立的模拟地线把这两个点单独连起来，效果明显。

4.3 过流与短路响应：硬件保护比软件快得多

把电子负载从 3A 直接步进到 6A，观察限流动作。示波器上看到的现象是：负载电流尖峰出现后大约 10µs 左右，FLT 拉低，VOUT 开始跌落到接近 0。整个过程完全由硬件完成，MSP432 的中断标志触发时间比硬件动作慢了大约 30µs，但这已经无所谓了，因为 MCU 本来就不参与直接保护。

短路测试用的是一个手动的功率开关。闭合瞬间 VIN 波形有一个明显的跌落，这是因为 12V 电源本身的电流限制导致输出电压被拉低，eFuse 在这种情况下依然能正确关断。需要留意的是，短路时流过芯片的瞬态电流可能远超限流设定值，因为芯片的响应需要几个微秒，但 TI 的 eFuse 内部已经有快速的电流检测路径，实测中并没有出现芯片损坏。

软件恢复策略在测试中也验证了：latch-off 模式下故障锁定后，MCU 等 5 秒冷却，拉高 EN，VOUT 重新按 dV/dt 斜率爬升，一切正常。

4.4 启动浪涌与热插拔表现

启动过程的测试数据很有趣：不装 dV/dt 电容时，VOUT 从 0 到 12V 几乎是瞬间完成，输入电流尖峰高达 5.4A，接近限流值；加上 10nF dV/dt 电容后，VOUT 爬升时间约为 6ms，输入电流尖峰降到 1.8A，余量非常舒服。

热插拔测试是在 VIN 侧进行的：用一个开关瞬间接通 12V 电源。没有 eFuse 保护时，输入侧会因为连接器弹跳产生一系列振铃，尖峰可能到 18V 以上；接上 TPS259483 后，由于内部 OVP 和输入电容的协同作用，VIN 尖峰被压在 13.5V 以内，VOUT 依然平滑爬升。这个结果说明，eFuse 对热插拔场景的价值不只是限流，还体现在输入瞬态抑制上。

4.5 测试数据汇总

这个表基本就是产品的验收依据。例行测试完成后，我还做了 3 小时连续启停循环测试，400 次启动全部成功，没有一次误触发或恢复失败。

5. 数据手册没写透的坑：PCB 布局、FLT 滤波与扩展思路

5.1 PowerPAD 散热与过孔：eFuse 的死穴在这里

TPS259483 内部 FET 在持续 3A 负载下会有明显的功耗，哪怕导通电阻只有几十毫欧，热量也需要及时带走。WQFN 封装的底部有 PowerPAD，这是唯一的有效散热路径。

我的布局原则是：PowerPAD 下方阵列打 9 个过孔，孔径 0.3mm，直接连到内层地平面；芯片底部的铜皮尽量扩大，至少覆盖芯片投影面积的 1.5 倍；过孔不要用 0.2mm 以下的小孔，回流焊时容易堵孔，散热效果大打折扣。

热设计上的测试结果是：室温 25℃、3A 持续负载一小时后，芯片表面温度大约 62℃。这个温度对于工业级器件来说完全安全，但如果没有了那一圈散热过孔，同样的条件温度会到 85℃ 以上，长期可靠性明显下降。

5.2 FLT 滤波的取舍：宁可响应快，不可延时长

前面提到 FLT 上不应加长 RC，这里我再展开一下具体做法。我在 FLT 引脚上只放了一个 10kΩ 上拉电阻到 3.3V，没有串联电阻也没有对地电容。MCU 侧在 GPIO 输入模式内部启用弱上拉作为冗余，中断触发沿选择下降沿。

为什么敢不滤波？因为 FLT 是开漏输出，驱动能力有限，外部干扰要拉低它需要足够的能量，普通工业环境的静电脉冲不足以稳定拉低这条线。如果真的遇到强电磁干扰环境，我会在上拉电阻之后加一个 1kΩ 串联电阻和目标 MCU 侧的 1nF 对地电容，形成一个时间常数 1µs 的低通滤波，这个量级不会影响故障信号的传递，但对 10MHz 以上的噪声有明显抑制作用。

5.3 工业现场的噪声处理：不要只盯着芯片本身

如果你把这个电路用在工厂设备里，还有一个环境因素要考虑：24V 母线上常常有变频器、伺服电机带来的高 dv/dt 噪声，它们会通过输入线缆耦合进来。

我在输入端加了一颗双向 TVS 管，钳位电压选在略高于最高正常工作电压的位置。TVS 和输入电容的供电顺序也有讲究：TVS 要放在连接器入口，输入电容放在 eFuse 的 VIN 引脚附近。这样噪声先被 TVS 钳位，剩余的高频成分再被电容吸收，eFuse 的 EN/OV 分压电阻节点才不会看到明显的毛刺。

另外，EN 和 MODE 引脚走线不要靠近大电流路径，我在这两根线上各串了一个 10kΩ 电阻，用来抑制来自板内开关节点的耦合。实测在伺服电机启停时，MODE 引脚的电压毛刺从 1.2V 降到了 150mV 以内。

5.4 这套架构还能怎么扩展：从单路保护到整板电源管理

把 TPS259483 和 MSP432 的组合跑顺之后，这套架构很容易扩展成整板电源管理框架。

一个发展方向是多路 eFuse 并联，每一路带不同的限流点和负载，MCU 统管所有 FLT 和 IMON。MSP432 的 ADC 有足够通道处理多路采样，状态机稍作扩展就可以记录每一路的独立故障日志。

另一个方向是动态限流。虽然 TPS259483 本身不含数字接口，但可以在 ILIM 引脚上用数字电位器替代固定电阻，让 MCU 根据系统运行状态实时调整限流值。比如启动阶段放宽限流、正常运行时收紧限流、休眠阶段进一步降低限流阈值。需要注意的是，数字电位器的精度和温度漂移通常不如金属膜电阻，需要在精确限流的场合做校准。

再往下还可以把 IMON 数据结合到实时功耗统计里，把整板电流曲线上传到上位机，用于预测性维护。MSP432 的低功耗模式让这种持续监测可以在电池供电的传感器节点上跑很久。

回到开头那个客户问题，整套方案交付后，设备再没有出现过"掉线"复现案例。后面复盘时我看了一下故障日志，新方案记录到的唯一一次触发是一颗外设模块在低温启动时电流超标，MCU 重试两次后成功恢复，整个事件几秒钟就过去了，客户完全没有感知。

这其实就是我理解的电源路径保护：硬件负责在微秒级内保证安全，软件负责在秒级内做出决策，两者组合起来，系统才能既稳得住冲击，又活得够透明。如果你正在纠结选 eFuse 还是传统方案，我建议直接拿评估板做一轮同样的测试，看看示波器上的波形，你会很容易得出结论。