摘要:电子保险丝(eFuse)基于MOSFET和检测电路实现可恢复的过流/过压/过热保护,与传统熔断器在响应速度、精度、可恢复性、成本上差异显著。本文从原理、参数、应用场景三个维度给出选型建议。

引言

搞硬件的朋友对玻璃管保险丝、贴片保险丝都很熟悉——超过额定电流就熔断,一次性器件,换新的就好。但近几年"电子保险丝"(eFuse)这个词在USB PD快充、服务器主板、汽车电子领域出现得越来越多。它和传统保险丝有什么区别?什么场景该用eFuse、什么场景还是得用熔断器?这篇文章把这两类器件的差异和选型逻辑讲明白。

一、电子保险丝(eFuse)是什么?

eFuse不是传统意义上的"熔断器"。它的核心是一个功率MOSFET + 检测电路(电流检测放大器、比较器、逻辑控制),封装在单颗芯片中。当负载电流超过设定阈值时,MOSFET快速关断,切断电源通路;故障消除后可以自动恢复或通过信号重新使能。

典型eFuse芯片内部结构:

  • 功率MOSFET(N沟道):主开关元件
  • 电流检测电阻/镜像:实时监控负载电流
  • 过压/欠压比较器:输入电压异常时关断
  • 热关断电路:芯片结温超过阈值时保护
  • 逻辑控制/使能引脚:支持MCU远程控制

主流厂商:TI(TPS259xx系列)、ADI/Maxim、Onsemi、ST、Infineon。

二、eFuse vs 传统保险丝:六大维度对比

对比维度传统保险丝(熔断器)电子保险丝(eFuse)
保护类型仅过流(I²R熔断)过流+过压+欠压+过热+反向电流
响应速度慢熔毫秒~秒级,快熔微秒级典型1-5μs
可恢复性一次性,熔断后必须更换自动恢复或外部使能
精度熔断电流±20%~30%容差可编程电流限值,精度±5%~10%
成本极低(几分钱到几块钱)较高(几元到几十元)
导通电阻毫欧级(大电流型)通常10-100mΩ(含MOSFET Rds(on))
适用电压最高可达1000V+通常5V-60V(高压eFuse可达100V+)
故障诊断无(只能看断没断)支持故障输出信号(FLT引脚)

三、什么场景应该用eFuse?

适合eFuse的场景:

  • 热插拔保护:服务器电源背板、USB PD适配器,需要在带电插拔时限流防涌浪。传统保险丝太慢,接口早烧了。
  • 需要精确限流的负载:比如USB Type-C口要限流3A@5V,eFuse可以在3.1A时精准关断,保险丝3A规格可能要4-5A才熔断。
  • 不可维护设备:密封模块、远程基站、航空航天设备,熔断器坏了换不了,eFuse自恢复是刚需。
  • 多级保护架构:前端用传统保险丝防灾难性短路,后端用eFuse做精细化管理。

不适合eFuse的场景:

  • 高压大电流(>100V/>30A):eFuse的选择少、成本极高,高压场景传统保险丝+断路器的组合更成熟。
  • 成本极度敏感的消费电子:几毛钱的保险丝 vs 几块钱的eFuse,用后者BOM成本扛不住。
  • 本质安全(防爆)要求:熔断器的物理隔离在某些本安场景是合规强制要求,eFuse的半导体开关不被认可。
  • 极端温度环境(>125℃):eFuse芯片结温限制,传统陶瓷保险丝可以耐更高温度。

四、混合架构:保险丝 + eFuse 的组合设计

很多工业电源和汽车电子不是"二选一",而是保险丝 + eFuse 两级保护

`

电源输入 → 传统保险丝(防灾难性短路) → eFuse(精密限流/热插拔) → 负载

`

传统保险丝在eFuse之前,提供最后一道物理防线(万一eFuse的MOSFET击穿短路);eFuse做日常的限流和热插拔管理。这种架构在服务器PSU、车载域控制器中非常常见。

五、选型速查

场景推荐方案典型器件
USB PD 20V/5A保护eFuseTI TPS25750
12V/10A工业传感器供电eFuseTPS25947
48V通信设备输入保险丝+eFuseLittelfuse 保险丝 + ADI LTC4380
220V家电过流传统保险丝Littelfuse 5×20mm管状保险丝
汽车12V ECU保险丝+PTCLittelfuse ATO插片 + PPTC
锂电池包保护eFuse + 保险丝BMS保护IC + 直流保险丝

结语

电子保险丝和传统保险丝不是替代关系,而是互补关系。eFuse在低压精密保护领域优势明显,但高压、高可靠、低成本场景仍然是熔断器的天下。fuse.wang 提供 Littelfuse、Bourns、Bussmann 等品牌的传统保险丝、PPTC自恢复保险丝、TVS二极管全系列产品——如果你的设计需要"保险丝+eFuse"两级保护架构,我们可以帮你配齐前端的传统保护器件。样品和技术选型咨询:sales@fuse.wang。


本文关键词:电子保险丝

发布日期:2026-05-24

作者:fuse.wang 技术团队