☰
eFuse与PIC18F4685构建的工业电源路径保护设计
2026/10/8 6:39:31 网站建设 项目流程

1. 为什么电源路径保护不能靠“多贴几个滤波电容”解决

1.1 传统方案的三个“保护”都保护了个寂寞

在嵌入式板卡上最常见的电源保护套路是什么?一颗几百毫安的自恢复保险丝、一颗稳压管、再加大电容。用量小的时候确实能应付,但麻烦往往出现在最不该出现的时候。自恢复保险丝的动作原理靠温度,动作时间随环境温度、过流倍数漂移很大,浪涌来得快时它根本来不及断开;稳压管能扛住短时过压,但承受不了持续短路产生的能量;电解电容能压住纹波,却对电源反接、瞬态过压和硬短路毫无办法。说句难听的话,大多数传统方案只是在“事后补救”,真正出事时,后级芯片被带走的速度远快于保护器件反应过来。

所以我在设计 12V/24V 工业控制板时,电源路径上从来不敢只靠“多贴几个电容”这种心理安慰。工业现场有感性负载启停、继电器线圈反电动势、长线缆走线引入的感应浪涌,还有维护人员可能把 24V 接到反的、短路到地、或者直接接到 220V 的场合。这些场景下,电容和保险丝做不到的事情太多了。尤其嵌入式系统里 MCU 任务本身就很杂,如果还要用分立 MOS 管加比较器自己做一套“模拟保护子系统”,调试周期会拖到人崩溃。

1.2 eFuse 与分立方案的分界点

我之前也尝试过用 P 沟道 MOS 管加采样电阻、加比较器、加锁存逻辑做保护:原理图看着不难,实际调试才知道坑多深。采样电阻温漂、比较器滞回、闩锁复位逻辑、启动瞬间的误触发,每一条都够折腾一周。而 TPS259483AYWPR 这类电子保险丝(eFuse)相当于把开关管、电流采样、限流放大器、过压/欠压比较器、热关断、软启动和故障输出全部封装在一起,外面只需要按数据手册配几个电阻电容,就能得到一条受控且带完整保护逻辑的电源路径。

它最值钱的是反应速度。短路或严重过流发生后,内部 MOSFET 会在几百纳秒到微秒级把电流限制住或直接关闭输出,这比分立 MOS 管加比较器的方案快了不止一个数量级。对被保护的负载来说,区别就是“多受一次折磨然后苟住”和“直接冒烟”。另外一个容易被忽略的点是,eFuse 的限流不是简单的“超过就断”,而是先以恒流方式把电流钳在一个设定值上,同时结温快速上升,到热关断阈值后才彻底断开并拉低故障标志。这个特性让它既能挡住短路冲击,又能容忍短时间的电机堵转、电容充电这类瞬态过流,比普通保险丝聪明得多。

1.3 PIC18F4685 在架构里的定位

PIC18F4685 在整个方案里不是功率器件,而是“策略层”。它负责三件事:控制 eFuse 的使能和复位,通过状态引脚和 ADC 遥测掌握电源路径的健康度,把故障信息记录并通过 CAN 等接口上报。选这颗芯片而不是某些 32 位 MCU,一方面是因为它的 5V IO 能力和工业环境下的成熟度,另一方面是这颗 PIC18 自带 ECAN 控制器,在工业现场组网时,故障记录可以直接发到总线上去,不用外搭复杂逻辑。

当然,如果你项目里已经用 STM32 或者其他 MCU,用 GPIO 去控制 eFuse 也是一样的套路。PIC18F4685 只是我这边比较顺手的选择。真正重要的一点是:保护动作不能依赖 MCU。eFuse 的过流、过压、热关断都是硬件完成的,MCU 只是负责感知、记录和决策。就算 PIC 正在复位,eFuse 仍然能在微秒级保护住后端,这是整套设计的核心逻辑。

1.4 这套方案的适用边界

这套方案适合 12V/24V 工业控制板、传感器采集模块、车载 ECU 电源入口、以及任何“后端负载种类多、短路风险高、现场维护困难”的地方。只要输入电压在所选子型号的允许范围内,后端电流需求不超过器件可编程限流范围,就很值得用。但必须说清楚边界:eFuse 不是稳压器,它不能把 24V 稳定成 5V,也不适合用来替代对电压精度要求很高的电源轨。它做的是“故障隔离”和“能量限制”,不是电压转换。把这一点先想明白,后面才不会出现“输出只有 10V,是不是芯片坏了”这种误解。

2. TPS259483AYWPR 的原理与关键参数设定

2.1 片上保护逻辑的闭环

理解 eFuse 的内部逻辑最好的方式,是把它拆成几条链来看。输入电压进来后先经过一个集成 MOSFET,然后才到输出。正常工作时,MOSFET 全导通,输入输出之间的压降由导通电阻 Rds(on) 决定,这部分损耗很小。电流采样电路一直在监视输出电流,一旦电流超过限流点,限流运放会主动拉低 MOSFET 的栅压,让电流被钳制在设定阈值附近。与此同时,过压和欠压比较器监控输入电压,超过设定范围也会触发内部故障逻辑。

温度保护是最后一道防线。持续短路时,虽然电流被限流,但输入输出电压差很大,MOSFET 上承受的功率可高达几十瓦,结温会迅速上升。当结温超过内部热关断典型阈值(常见为 160°C 量级)后,芯片关断输出并拉低 FLT 开漏引脚。整个过程完全在片内闭环,不经过 MCU。我特别强调这一点,是因为现实中很多工程师习惯“用单片机做所有事”,一旦 MCU 死机或复位,保护体系也跟着失效。eFuse 的意义就在于,把最紧急的动作下放到硬件层。

2.2 限流点的设置思路与计算示例

限流点通过外部电阻设置,典型关系为 I_LIM = K / R_ILIM,K 值是器件相关的系数,具体以数据手册的公式和曲线为准。设限流点有一个原则:不能贴着额定电流设,否则后端正常瞬态就会触发保护;也不能设太高,否则短路时通过的能量太大。我通常的做法是取额定工作电流的 1.5 到 2 倍,同时确保这个值小于后端最脆弱器件所能承受的短路电流。

举例算一下。假如后级电路额定电流 2A,我打算把限流点设在 3A。假设手册给出 K = 500A·Ω,则 R_ILIM = 500 / 3 ≈ 166.7kΩ,选 E96 系列的 165kΩ 或 169kΩ 都可以,最后根据实测结果微调。这里有个经验:ILIM 电阻的精度直接影响限流精度,建议用 1% 精度的电阻,别用 E12 系列的 5% 电阻凑合。如果你使用的是可编程寄存器配置的子型号,计算逻辑也类似,先按公式推导,再留调校余量。

2.3 软启动与浪涌电流的关系

这一条最容易在样机阶段翻车。很多工程师只设置了限流点,忘了后端挂了大量电容。上电瞬间,输出电容充电电流会达到 I = C_load × dV/dt。举例来说,如果输出侧有 100μF 电容,输入是 12V,希望软启动斜坡时间为 1ms,那么充电电流就是 100μF × (12V / 1ms) = 1.2A。如果限流点设得只比额定负载电流高一点,比如 1.5A,启动瞬间就会误报过流。

eFuse 内部一般有软启动引脚,通过外接电容控制输出上升斜率。增大这个电容可以显著放缓 VOUT 的上升速度,从而降低电容充电电流。具体计算公式类似 dVOUT/dt = I_chg / C_dVdT,其中 I_chg 是芯片内部给软启动电容充电的恒流源,数据手册会给出典型值。实际项目里,我习惯先根据输出电容总量估算浪涌电流,再反推软启动电容容量,最后用示波器抓 VOUT 上升波形确认有没有触发限流。顺序不要反,否则就是不断地改参数、试板子,浪费时间。

2.4 过压、欠压和反向电流的边界

工业现场最怕的不是负载问题,而是输入电源本身不干净。24V 系统在电机启停时经常冲到 30V 以上,或者瞬间掉到 10V。eFuse 的过压和欠压阈值一般通过分压电阻设定。原理就是内部基准比较器:设定阈值 VOV = Vref × (1 + Rtop / Rbottom),Vref 是内部基准电压。举例:如果基准是 1.2V,想设 24V 过压保护,选 Rtop = 180kΩ,则 Rbottom = 1.2V / (24V - 1.2V) × 180kΩ ≈ 9.42kΩ,取 9.31kΩ 或 9.53kΩ 都行。

欠压保护同理,通常用来防止输入电压不够时强行带载导致 MOS 管工作在非线性区。反向电流保护也要留意。如果系统存在电池反接、或者后级大电感到前端倒灌的情况,要确认所选子型号是否支持输出到输入的反向阻断。有些 eFuse 内部有专门的反向比较器,有些则只靠 MOSFET 体二极管。这一项在选型阶段就要锁定,别等到 EMC 测试才后悔。

2.5 故障恢复策略:闩锁还是自动重试

eFuse 一般有两种故障模式:闩锁和自动重试。闩锁模式是故障后保持关断,必须由外部信号重新触发才恢复;自动重试则是芯片自己定时尝试恢复。这两种选择直接影响系统行为。如果后端是电机或继电器这类瞬时过载后能自我恢复的负载,自动重试可能更友好;但如果后端有硬性短路,自动重试只会反复冲击电源,造成二次损坏。

我更推荐把 eFuse 配置成闩锁模式,由 PIC18F4685 来执行自定义的重试策略。为什么?因为硬件自动重试的周期和次数是固定的,无法感知现场状况。MCU 可以在每次 FLT 触发后记录故障标志、故障计数、采样当时的 VIN 和 IMON,再决定是立刻重试、延时重试还是彻底锁死等待人工介入。这样保护动作是硬件速度,恢复策略是软件智能,两者各干各擅长的事。

3. 硬件系统接线:PIC18F4685 与 eFuse 的闭环接口

3.1 输入端电源架构与保护优先级

输入端不能只把电源线接到 eFuse 的 IN 完事。我习惯的输入级顺序是:接线端子、防反二极管或防反电路、输入大电容(电解/聚合物)、陶瓷电容、TVS、然后是 eFuse。大电容负责吸收低频电压跌落和浪涌能量,陶瓷电容负责滤除高频噪声,TVS 负责把浪涌钳位到安全电平。一个容易被忽略的先后问题是:TVS 的钳位电压必须低于 eFuse 的过压保护阈值,否则浪涌来临时过压保护还没动作,TVS 先进入雪崩。比如过压阈值设在 23V,TVS 的钳位电压就应该选在 18V 到 20V 区间,而不是随便抓一颗 24V TVS 就往上贴。

PIC18F4685 的供电可以从 eFuse 输出侧的稳压电源取,也可以单独用一路 DC-DC。如果 MCU 由 eFuse 后端供电,要注意一个启动先后问题:eFuse 还没使能时 MCU 没电,所以 EN、FLT 这些控制逻辑必须能处理“MCU 不供电”的初始状态。更稳妥的做法是让 MCU 从输入电源单独供电,保证它在 eFuse 动作前后都有完整的工作能力,控制逻辑也更好设计。

3.2 EN、FLT、PG、IMON 的接法

控制口这里最容易踩电平不匹配的坑。eFuse 的 EN 引脚工作在输入电源域,可能是 12V 或 24V,而 PIC18F4685 的 GPIO 是 5V。直接把 GPIO 接到 EN 上,高电平时两边会互相钳位,轻则逻辑错误,重则灌电流损坏 IO。我常用的方案是用开漏/集电极开路方式控制:MCU 的 GPIO 驱动一个小 NMOS 或三极管,集电极/漏极接 EN,外部上拉电阻接到输入电源或 EN 推荐的高电平电压。GPIO 输出低时把 EN 拉低关断,GPIO 输出高时器件截止,EN 被上拉电阻拉高使能。

FLT 和 PG 通常是开漏输出,需要外部上拉。上拉电压选 MCU 电源 5V,用 10kΩ 电阻。FLT 接到 PIC18 的外部中断引脚,下降沿触发,用来第一时间感知故障。PG 接普通 GPIO,用来判断输出是否就绪。IMON 是电流监测输出,通常输出一个小电流或电压信号,按手册匹配的电阻转换成 ADC 可读电压。要注意 IMON 信号可能高出 MCU 的 ADC 参考电压,需要分压或串电阻限幅,并在 ADC 引脚加一个 100nF 小电容滤噪。

3.3 遥测 ADC 电路

PIC18F4685 内置 10 位 ADC,监视两路信号足够了:一路是输入电压分压,一路是 IMON 电流信号。输入电压分压要特别注意电阻的温度系数和耐压。用两个大阻值电阻分压,分压点对地加一个 1nF 到 100nF 的电容,形成低通滤波,避免电源线上的毛刺在 ADC 采样时被误判成故障。分压比的计算很简单,但要保证 ADC 引脚在最高输入电压时不超过参考电压。比如 24V 输入,分压比选 1/6,最高 ADC 电压 4V,在 5V 参考之内。

IMON 的 ADC 采样比 VIN 更讲究,因为负载电流变化随现场负载波动。我建议在固件里做多次采样取平均,并且异步采集,避免 MCU 主循环里做其他事时的采样抖动影响判断。如果现场电磁干扰明显,采样结果还需要做中值滤波,把个别异常尖峰剔除。ADC 端的参考电压直接用 MCU 的 VDD 也没问题,但如果你需要判断电流的绝对精度,最好用外部基准并做两点校准。工业现场最怕“看似有数据、实际全是噪声”,遥测电路这部分别省。

3.4 PCB 布局中最容易翻车的三个位置

第一,功率路径走线必须宽。IN 和 OUT 要按实际最大工作电流计算线宽,能铺铜就铺铜,别用细线绕来绕去。细线电阻在 3A、5A 电流下会产生明显压降和发热,还会让 eFuse 的输出电压偏离预期。第二,ILIM、软启动定时电容这些敏感引脚要靠近芯片引脚摆放,走线越短越好,远离功率路径和继电器这类磁场源。之前遇到过限流电阻放在开关节点旁边,被 dV/dt 耦合出误触发的案例,改位置后问题消失。

第三,也是最容易被忽视的:eFuse 底部的大焊盘是主要散热通道。QFN 封装底部焊盘必须可靠焊接到 PCB,并且通过过孔阵列连接到内层或底层铜皮。如果只接一小块顶层铜皮,热量排不出去,芯片会提前热关断,输出能力大打折扣。散热过孔的数量和孔径有讲究,既要保证导热,又不能造成波峰焊时焊锡爬孔。建议按数据手册的 layout 指南布置,别自己拍脑袋。

4. 固件状态机与关键代码实现

4.1 状态划分与转移关系

固件部分我先说设计思路。整套逻辑我用一个简单的状态机管理,状态包括:PWR_OFF、PWR_PRECHECK、PWR_START_DELAY、PWR_RUN、PWR_FAULT、PWR_RETRY、PWR_LOCK。这样做的最大好处是每个状态下做什么事情一目了然,不会出现“上电后在混乱的 if else 里找不到退出条件”的情况。

转移关系如下:PWR_OFF 收到开机指令且 VIN 电压在合法范围内,进入 PRECHECK;PRECHECK 检查 FLT 初始状态,正常则拉高 EN 使能,进入 START_DELAY;等 PG 引脚变高后进入 RUN。任何状态下 FLT 下拉触发,都进入 FAULT,记录故障现场。FAULT 处理完成后,重试次数没超过上限就进入 RETRY,延时后重新使能;超过上限则进入 LOCK,等待人工命令。RUN 中收到关机指令,关闭 EN,回到 OFF。这套设计简单、可靠、易维护,现场定位问题也方便。

4.2 数据结构与初始化代码

为了把状态机落到代码里,我定义了一个电源管理结构体,里面保存当前状态、故障标志、重试次数、采样到的 VIN 和 IMON 值。

typedef enum { PWR_OFF = 0, PWR_PRECHECK, PWR_START_DELAY, PWR_RUN, PWR_FAULT, PWR_RETRY, PWR_LOCK } pwr_state_t; typedef struct { pwr_state_t state; uint8_t fault_flag; uint8_t retry_cnt; uint8_t max_retry; uint16_t vin_mv; uint16_t imon_mv; uint16_t start_tick; } pwr_t; pwr_t pwr;

初始化函数里先把 GPIO 方向设好,EN 引脚设置为输出低电平,也就是上电默认不使能。FLT 引脚配置为输入并启用外部中断,PG 引脚配置为普通输入。ADC 模块初始化为 10 位转换,选择对应通道。中断里只做一件事:置位 fault_flag 并记录 tick,其余判断全部丢到主循环处理。不少初学者喜欢在中断里做消抖、采样、甚至延时,这在电源故障处理的场景里很危险,中断处理时间越长,越容易丢掉新的事件。

4.3 主循环任务与启动流程

主循环里调用一个电源管理任务函数,每 10ms 跑一次。启动流程的核心代码如下:

void PWR_Task(void) { switch (pwr.state) { case PWR_OFF: if (cmd_start && VIN_IsValid()) { pwr.state = PWR_PRECHECK; } break; case PWR_PRECHECK: if (FLT_IsLow()) { PWR_RecordFault(FAULT_PRE_EN); pwr.state = PWR_LOCK; } else { EN_SetHigh(); // 使能 eFuse pwr.start_tick = HAL_GetTick(); pwr.state = PWR_START_DELAY; } break; case PWR_START_DELAY: if (PG_IsHigh()) { pwr.state = PWR_RUN; } else if (HAL_GetTick() - pwr.start_tick > START_TIMEOUT_MS) { PWR_RecordFault(FAULT_NO_PG); pwr.state = PWR_FAULT; } break; case PWR_FAULT: PWR_EnterFaultHandle(); break; case PWR_LOCK: // 等待人工复位或上位机命令 break; } }

这里有一个细节:START_DELAY 的超时时间要大于软启动斜坡时间。比如软启动目标是 5ms,超时至少给 50ms,别让 MCU 比 eFuse 还急。PG 引脚有些器件在上电瞬间会有毛刺,建议在代码里连续读到两次高电平再进入 RUN,避免一次误判。

4.4 故障中断与消抖策略

FLT 引脚是下降沿触发中断。故障现场处理最核心的一步,是把故障类型和当时的电流电压数据记录下来。过流故障时 IMON 往往会显示接近限流点的幅值;过压故障时 VIN 采样会高于正常范围;热关断故障则可能表现为 VIN 正常、IMON 不大、但很快又重复触发。把这些信息存进一个故障日志结构体,后续在产线或现场排查时作用巨大。

消抖这块要分情况。FLT 是硬件保护事件,很多时候只持续很短时间。如果按普通按键消抖的思路延时 10ms 再去读,可能事件已经结束,等于漏了一次故障。我推荐的做法是:FLT 中断触发后立刻进入故障处理流程,先置位标记,然后在主循环里延迟 1ms 左右再读一次状态确认。如果是继电器触点、负载切换产生的毛刺,可以通过读取 IMON 判断:真实过流的 IMON 一定有明显抬升;噪声毛刺则几乎看不出电流变化。用这个特征来区分,比单纯靠软件延时靠谱得多。

4.5 把故障记录变成 CAN 上报

既然选 PIC18F4685,多半是因为自带 ECAN。故障记录除了存本地 EEPROM,我还会通过 CAN 上报。故障帧数据域的建议格式:第一字节是故障类型,第二字节是当前重试次数,第三字节是 VIN 高字节,第四字节是 IMON 高字节,后面留作时间戳或其他扩展。发送时机要选在故障发生后立即执行一次,而不是持续循环发送,否则现场总线上会被垃圾帧占满。没有 CAN 需求的项目,用 UART 打印同样能达到排查目的。

别小看这一条。现场设备坏了,维护人员可能离板子几十米远,有了 CAN 上报,就能在远程看到故障类型和电流数据,判断是负载侧短路还是电源侧毛刺,维修时间能缩短一半。我在实际项目里还遇到过一种情况:故障发生在凌晨,无人值守,设备自动重启恢复运行,等早上到现场,故障日志把时间、电压、电流都记录得清清楚楚,直接锁定了是某台电机启动瞬间拉低电压导致欠压保护。没有这部分代码,这种问题只能靠猜。

5. 实测常见问题与排查方法

5.1 上电就锁死,FLT 一使能就拉低

这个现象我在样板调试时碰到过不止一次。排查第一步先断开后级负载,只留空载,再上电看是否触发故障。如果空载仍然锁死,问题大概率出在软启动和浪涌电流的配合上。检查 ILIM 电阻值和软启动电容值,确认不会在输出电容充电阶段就触发限流。第二步是把示波器探头夹在 VOUT 和 IMON 上,抓一下启动波形。如果看到 VOUT 上升中途 FLT 拉低,且 IMON 已经顶到限流点,说明浪涌电流大于限流设定,需要增加软启动电容,或者保守地提高一点限流点。

还有一个容易被忽略的原因是 ILIM 电阻虚焊或贴错值。电阻值是决定限流阈值的关键,如果焊盘上残留焊剂、电阻阻值偏小,芯片可能以很低的电流阈值工作,后端稍一上电就断。检查这个外围器件最好用万用表直接在芯片引脚附近测量,不要隔着走线测。

5.2 运行一段时间后不定时重启,但负载没有硬短路

这类问题比上电锁死更隐蔽。表现是设备正常运行几小时甚至几天后,突然掉电重启,但重新上电又能正常。重点怀疑两个方向:负载瞬态峰值电流超过限流点,以及 eFuse 自身温度过高触发热关断。先抓 IMON 波形,观察运行过程中的电流峰值。如果峰值已经顶到限流点,说明限流余量不足,需要把限流点调高,或者在后级增加储能电容,降低瞬态电流的峰值。

热关断方向要看 eFuse 的发热情况。铜皮散热不足时,即便负载电流没超限,热积累也会导致热关断。用热像仪或热电偶实测芯片封装表面温度,结合功耗公式 Tj = Ta + I² × Rds(on) × θJA 估算结温。我记得有个项目用 28mΩ 量级的 Rds(on) 跑 5A 电流,功耗约 0.7W,在 θJA 约为 40°C/W 的封装条件下温升接近 30°C,如果环境又接近 60°C,热关断就成了必然。这种情况要么增加散热过孔,要么降低工作电流,没有第三条捷径。

5.3 输入电压正常,但 OVP/UVLO 误动作

当你用示波器看直流电压明明很稳,eFuse 却报过压,多数情况下不是电压真超标,而是分压采样点叠加了高频尖峰。开关电源、变频器、继电器动作都会在供电线上产生高频噪声,几十纳秒的尖峰虽然能量不大,但足以让比较器误判。对策是给分压电阻的采样点并联一个电容,比如 10nF 到 100nF,把采样带宽降下来,同时拉开 TVS 钳位电压和 OVP 阈值之间的距离,避免瞬态时两者同时被触发造成的逻辑混乱。

还有一个实际工程经验:分压电阻本身要选耐压足够的型号。在 24V 输入环境里,0805 封装电阻一般够用,但如果输入电压做到 48V 或更高,就要关注电阻耐压和爬电距离了。PCB 上分压电阻引脚间如果有污染物或水汽,耐压不足时可能形成漏电流,导致分压比漂移。做三防漆之后这类问题会少很多。

5.4 参数核对速查表

每次新项目移植这套设计,我都会填一张参数表,防止遗漏。下表是目前常用配置的参考值,具体系数和引脚以所选子型号数据手册为准。

参数项参考值计算/选择依据
额定工作电流2A根据后级负载实测
限流点3A(1.5倍额定)I_LIM = K / R_ILIM,留 50% 余量
软启动目标时间1ms兼顾启动浪涌和后端上电时序
输出电容充电电流1.2AI = C_load × dV/dt
OVP 阈值23V24V 系统留 4% 余量
OVP 分压电阻Rtop=180k,Rbottom≈9.31k按内部基准 1.2V 计算
TVS 钳位电压18~20V必须低于 OVP 阈值
FLT 上拉电阻10kΩ,上拉到 5V开漏输出标准做法
IMON 滤波1kΩ 串联 + 100nF 对地降低 ADC 采样噪声
重试次数/间隔3 次 / 1s现场可配置,默认安全值

这张表不是死参数,而是我用来做设计审查的检查项。每换一个项目,先按实际负载电流、输入电压、输出电容重新计算一遍,而不是直接复制上一块板子的数值。很多移植项目出问题,都是因为照抄参数却忽略了负载特性完全不同。

最后说点个人体会。这套方案最值钱的不是单个器件性能多强,而是把“电源故障”从看不见摸不着的玄学,变成了可记录、可上报、可复现的工程事件。我在现场吃过亏才明白,不要在 PCB 打样后才想起来电源路径没有设计,也不要觉得“负载电流不大,一个保险丝够了”。把 TPS259483AYWPR 和 PIC18F4685 这套组合用好,真正值得花功夫的不是把限流调到多大,而是把故障处理策略和状态记录设计周全。你后面维护时,会感谢当初多写的那几个 CAN 故障帧、多留的那一路 IMON 采样。如果你们项目里也遇到类似的电源路径问题,建议先抓输出电容和浪涌电流的数据,再决定限流点和软启动怎么设。顺序对了,问题就少一半。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询