如果你也做过带热插拔接口的板卡多半遇过这种场面外设接上去的一瞬间电源指示灯闪了一下然后整板复位或者接口端短路背后的DC-DC芯片直接烧掉。早些年我的解决办法是加保险丝后来发现这个办法应付不了“既要能切断、又要在异常消除后快速恢复正常”的场合。于是这个项目里我把电源路径的核心换成了TPS259483AYWPR这颗eFuse再用STM32L496AG去管它的开关、状态和故障恢复。这套方案做下来短路冲击、浪涌和热插拔问题基本都解决了也顺手把故障记录做到了固件里排查现场问题省了不少力气。如果你也在做嵌入式硬件或者工业控制板的电源设计这篇文章应该能给你一个可直接落地的参考选型逻辑、电路计算、固件配合、实测中碰到的坑我都会按项目里真实的处理顺序写出来。不像数据手册那样只讲“能干什么”我会尽量讲清楚“为什么要这么干”。1. 从热插拔翻车说起为什么电源路径需要一个“智能总闸”1.1 第一版方案的三个软肋我最初做的是一块对外供电的控制板输入是24V经过一级DC-DC降压到12V12V再作为对外接口电源输出。第一次做热插拔测试时接线端子刚碰上前面板的DC-DC就出现了过流保护输出电压直接掉到6V以下。当时我第一反应是换更大功率的DC-DC但后来发现真正的问题不在于功率余量而在于负载接入瞬间的浪涌电流根本不受控。接下来我试过传统保险丝准确说是一套老办法输入串联玻璃管保险丝。它的软肋很明显动作速度慢而且熔断后必须人工更换用在需要连续运行的现场根本不可接受。自恢复保险丝虽然能恢复但它的触发电流一致性很差同型号在不同温度下动作阈值能差出三四成想靠它做精密保护基本不现实。我也考虑过分立MOS管加电流采样电阻的方案但算下来板级成本、占板面积和调试工作量都不低尤其是过流比较器的阈值精度、响应速度都需要自己慢慢调。所以当时摆在面前的需求其实很清晰需要一颗器件能放在电源入口具备快速切断能力阈值可调最好能把“现在出事了”这个状态告诉MCU。保险丝做不到自恢复保险丝勉强算能做到一部分但精度和速度都不够。这让我把注意力放到了eFuse上。1.2 eFuse到底“保险”在哪里TPS259483AYWPR属于带集成FET的电子保险丝。简单说它就是一颗把功率MOSFET、电流采样电阻、过流比较器、过压/欠压检测、热关断和斜率控制逻辑全部封进一颗芯片里的智能开关。“智能”这两个字体现在几个地方。第一限流值可以通过外部电阻设定不需要像分立方案那样自己搭采样放大器。第二启动时的输出电压爬升斜率可以通过外部电容控制负载电容再大也不会在接入瞬间形成可怕的浪涌电流。第三它能把故障状态通过FLT引脚送出来MCU只要读一个引脚就能知道电源路径上发生过过流、短路还是过温。第四它内部有UVLO和OVLO窗口检测输入电压过低或过高时直接拒绝导通保护后面的电路不被欠压或过压摧残。这里需要多说一句后缀的事。TPS259483后面的“A”后缀对应的是故障后锁存Latch行为也就是触发保护后输出保持关断必须通过使能脚重新触发或断电重启才能恢复。还有一种是“B”后缀对应自动重试。我选择A版本的原因很简单在工业现场一个反复自动重启的电源路径比直接锁死更可怕它可能导致执行机构反复抖动甚至让操作人员误判设备状态。锁存之后由MCU来决定什么时候复位、要不要复位逻辑上更可控。A与B的具体差异建议还是以对应型号的数据手册为准但设计思路可以参考这个原则。1.3 为什么是STM32L496AG而不是一片74逻辑有人可能会问eFuse本身已经能完成切断和保护为什么还要一颗MCU我的考虑是单纯保护只是底线产品需要的还有状态可观测、故障可追溯、恢复策略可调整。STM32L496AG是这个项目里现成的控制芯片属于STM32L4家族内核是Cortex-M4F主频可以跑到80MHz板上资源足够。它带有多路12位ADC、比较器、DAC和丰富的GPIO处理电源监控不需要额外挂芯片。更重要的一点是它本身是超低功耗系列在休眠状态下电流很低适合那种“平时省电、故障时快速响应”的应用场景。用它来连接TPS259483AYWPR其实就是把硬件保护交给eFuse把策略管理交给MCU两者各管一段配合起来非常顺手。2. 选型和电路计算TPS259483AYWPR的每个引脚都在解决一个问题2.1 引脚速览先从“管什么”开始设计电路之前建议先把这颗芯片的引脚功能过一遍。我画原理图时习惯按功能分组而不是按引脚编号排。TPS259483相关的关键引脚大致是这些角色VIN输入电压也是内部功率FET的源极侧。VOUT输出电压也是内部功率FET的漏极侧。ILIM设定限流值的电阻连接脚电阻另一端接地。dVdT启动斜率控制脚外接电容到地。EN/UVLO使能兼欠压检测脚既能用MCU控制开关也能通过分压电阻设置输入欠压阈值。OVLO过压检测脚通过分压电阻设置输入过压阈值。FLT开路漏极故障标志输出正常时为高阻故障时为低。PG开路漏极电源正常输出输出达到稳定后拉低。GND功率地注意和信号地单点汇聚。设计时先把每个引脚的用途写清楚再连线就不容易乱。这个习惯帮我少走了很多弯路尤其是ILIM和dVdT这类“电阻电容决定一切”的引脚千万不能凭感觉给值。2.2 ILIM电阻限流值不是拍脑袋定的限流值的选择我踩过一回浅坑。最开始我图省事按负载最大电流的1.5倍选了一个限流电阻结果系统正常满载工作时输出电流偶尔会碰到阈值边缘eFuse直接进入限流状态电压被拉低后面的设备跟着重启。正确的做法是先确定负载的峰值电流而不是平均电流。比如我这块板的12V负载主要有电机、传感器和通信模块电机堵转时电流能达到2.8A正常运行时1.5A。取峰值2.8A再留至少30%的裕量限流值大概定在3.6A到4A之间比较合理。确定了限流值之后再去数据手册里查ILIM电阻和限流值的关系曲线。不同厂牌的eFuse公式完全不一样不能拿其他芯片的经验公式硬套。TPS25948x系列会在数据手册里给出ILIM电阻选值表或曲线我的做法是先选定一个接近目标值的标准阻值再在小批量板上实测电流波形确认限流点落在预期范围内。如果让限流值离实际工作电流太近正常工作时的电流波动会频繁触发保护如果调得太大保护就失去了意义。这个平衡点只能靠具体负载特性来定。ILIM电阻本身的精度和温漂也要注意。这类电阻直接决定限流精度尽量用1%精度、低温度系数的贴片电阻。布局上要让ILIM引脚到电阻的走线短而直电阻到地的返回路径也要短避免寄生电感导致限流比较器误触发。2.3 dVdT电容控制启动斜率不让浪涌吓坏前级dVdT脚是所有eFuse里最容易被忽略的引脚。很多人第一次用eFuse只关注限流不关注启动斜率结果就是空载或轻载时一切正常一旦后面挂了较大的电解电容阵列上电瞬间前级电源直接被拉到保护甚至把前级DC-DC打嗝。dVdT电容的作用是控制输出电压上升的斜率。电容越大输出电压爬升越慢启动浪涌电流越小电容越小输出电压爬升越快适合对启动时间有要求的场景。关键是每次改变dVdT电容都需要用示波器看一次启动波形。我实测下来在负载电容2000uF左右时启动斜率设成1ms到3ms比较合适再快的话输入电压会明显塌陷。具体数值可以查手册里关于dVdT电容与上升时间关系的图表然后根据自己负载电容的大小做迭代调整。这里有一个经验先粗略估算负载总电容再反推允许的浪涌电流。比如输入电源最大能提供5A而你希望启动浪涌不超过3A那么启动过程中的电压上升率就不能太陡对应的dVdT电容就需要往大选。这个方法比拿着手册表格硬套更符合实际。2.4 UVLO与OVLO分压电阻设定合法的输入窗口TPS259483的UVLO和OVLO功能相当于给电源输入窗口设定了一个“合法范围”。比如我这个项目输入是12V考虑到现场线损和波动我希望11V以下算欠压、16V以上算过压在这个窗口之外eFuse完全不导通避免后面电路在不健康的电压下工作。计算方法其实就是标准的电阻分压。分压节点送到芯片内部的比较器内部有一个基准阈值。具体的内部阈值电压需要查数据手册不同公司的芯片设计不一定相同。通用思路是这样分压电阻把VIN降到内部基准附近当VIN上升或下降到对应边界时分压节点越过阈值芯片关断输出。例如内部阈值为Vth如果希望VIN等于10.5V时触发欠压保护且分压下电阻为10kΩ那么上电阻大致按R_top R_bottom × (Vin_target / Vth - 1)来估算再用相近的标称电阻值去凑。OVLO同理用另一个分压电阻分支把过压边界换算出来。分压电阻的取值也不能随意。阻值太大会让分压节点对噪声敏感太小的分压电流又会增加静态功耗。我的习惯是在功耗和抗噪之间取中间值上下电阻总和在几百kΩ到1MΩ之间同时注意上电阻选1%精度的。现场如果输入电压波动频繁这个窗口可以适当放宽但要注意过压窗口太宽后级电路可能先于eFuse损坏。2.5 与MCU互联的接线细节和布局约束TPS259483AYWPR和STM32L496AG之间的连接并不复杂但有几个细节值得注意。第一个是EN/UVLO脚。我的设计是让MCU用一个GPIO来控制这个脚但中间加了1kΩ串联电阻。这样既能让MCU主动切断电源路径又能在芯片内部发生故障锁存时通过GPIO拉低再拉高来完成复位。注意不要把这个引脚直接接到MCU的推挽输出上就完事最好留一个RC或电阻避免MCU上电瞬间的输出毛刺误触发使能。第二个是FLT和PG脚。这两个是开漏输出必须配上拉电阻。上拉电阻我选了10kΩ到3.3V速度慢一些但抗干扰更好。MCU侧读取FLT时需要在PCB上靠近MCU引脚放置一个100pF到1nF的滤波电容过滤开漏信号在长走线上拾取的噪声。FLT信号是用来做中断的我建议接到带有外部中断功能的GPIO并且设置为下降沿触发。PG信号则接普通GPIO用于判断输出是否就绪而不是用来做紧急中断。第三个是输出端电压监测。虽然eFuse本身有保护但我还是把VOUT经过分压电阻接到了STM32L496AG的ADC通道上。分压电阻的阻值选在100kΩ级别既不会明显影响12V输出又能把ADC输入电压压到3.3V以内。STM32L496AG的ADC输入阻抗不低但分压电阻如果太小会白白消耗功耗如果太大又可能和ADC内部的采样电容形成延迟影响采样精度。我实测100kΩ级别的分压电阻配合ADC采样保持配置效果可以接受。布局上输入电容、芯片、输出电容要尽量靠近功率回路走线要短粗。ILIM电阻、dVdT电容、UVLO分压电阻这些信号脚要远离开关节点避免耦合噪声。我在第一版PCB上曾把dVdT电容放得离电感特别近结果启动波形上叠了一堆振铃后来挪走才解决。3. STM32L496AG的固件配合把硬件保护变成可读的故障记录3.1 初始化思路GPIO、外部中断和触发方式硬件接好之后固件侧要做的事情包括三个部分初始化控制引脚、处理FLT中断、通过ADC采集输出状态。初始化代码大致是这个逻辑void power_path_init(void) { // 使能GPIO时钟 __HAL_RCC_GPIOB_CLK_ENABLE(); __HAL_RCC_GPIOA_CLK_ENABLE(); // EN引脚配置为推挽输出初始拉低让eFuse保持关闭 GPIO_InitTypeDef gpio {0}; gpio.Pin EN_PIN; gpio.Mode GPIO_MODE_OUTPUT_PP; gpio.Pull GPIO_NOPULL; gpio.Speed GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(EN_PORT, gpio); HAL_GPIO_WritePin(EN_PORT, EN_PIN, GPIO_PIN_RESET); // FLT引脚配置为外部中断输入下降沿触发 gpio.Pin FLT_PIN; gpio.Mode GPIO_MODE_IT_FALLING; gpio.Pull GPIO_PULLUP; HAL_GPIO_Init(FLT_PORT, gpio); // PG引脚配置为普通输入 gpio.Pin PG_PIN; gpio.Mode GPIO_MODE_INPUT; gpio.Pull GPIO_PULLUP; HAL_GPIO_Init(PG_PORT, gpio); // 配置外部中断优先级 HAL_NVIC_SetPriority(EXTI0_IRQn, 3, 0); HAL_NVIC_EnableIRQ(EXTI0_IRQn); // 初始化ADC用于后续读取输出电压 adc_init(); }这里有个重要的顺序问题先让eFuse保持关闭等MCU自身初始化完成再拉高EN。我之前遇到过一个问题MCU还没完全起来GPIO处于高阻态EN/UVLO脚被上拉电阻拉到高电平eFuse提前导通负载在MCU初始化期间就开始工作导致启动时序混乱。所以现在我在EN线上既加了MCU控制又注意在MCU复位期间保持EN为低比如串一个下拉电阻或者干脆用开漏输出控制。这一点在小批量试制时特别容易踩。FLT中断的处理也和普通按键中断不一样。FLT信号是电平信号保护触发后会一直保持低直到复位。所以中断回调里不能只清标志位还要读取当前电平做确认避免噪声引发的误中断把系统带进故障流程。3.2 用ADC监控输出状态别只盯着保护引脚很多eFuse方案里MCU只读FLT和PG两个引脚就结束了。但我的建议是再加上输出端电压采样哪怕精度不需要很高。原因很现实FLT只告诉你有故障但不会告诉你故障发生前后的电压跌落到什么程度。有了ADC记录你才能在故障后回看数据判断是过流导致电压跌落还是输入电压先消失才触发了UVLO。STM32L496AG的ADC配置我用了12位分辨率开启过采样把有效位数提升到接近14位。采样率不需要很高每10ms采一次就够但在故障发生前后可以临时提高采样频率把电压跌落曲线存进环形缓冲区。这样每次保护动作之后MCU可以把故障前1秒和故障后200ms的电压数据通过串口或日志打印出来。这个功能在排查现场问题时特别好用不用拿着示波器蹲在现场等故障复现。uint16_t read_output_voltage(void) { // 启动ADC转换 HAL_ADC_Start(hadc1); if (HAL_ADC_PollForConversion(hadc1, 100) HAL_OK) { uint16_t adc_val HAL_ADC_GetValue(hadc1); HAL_ADC_Stop(hadc1); return adc_val; } return 0; }分压比和ADC值的换算要放到一个独立函数里方便以后换板子时调整。我习惯把电源路径相关的配置集中放在一个结构体里包括限流值、启动斜率、电压窗口、故障标志、故障次数统计这样固件和硬件对应关系一目了然。3.3 故障状态机Latch版本需要人为介入因为选了A后缀的锁存版本固件侧的故障恢复逻辑就需要重新设计。如果放着不管设备会因为锁存保护一直处于断电状态必须要有一个恢复流程。我设计了一个简单的状态机四个状态NORMAL、FAULT、RECOVERY_WAIT、RECOVERY_ATTEMPT。正常运行是NORMAL。当FLT被触发状态跳到FAULTMCU立刻记录故障类型、时间戳和VOUT采样值然后进入RECOVERY_WAIT等待一段时间。等待时间可以由参数配置我这里设了5秒目的是让故障源充分散热避免立刻上电再次触发保护。等待结束后进入RECOVERY_ATTEMPTMCU把EN拉低至少100ms再拉高尝试重新启动。如果再次收到FLT就回到FAULT并累加故障计数。连续三次恢复失败后固件放弃自动恢复将设备维持在锁存状态只通过通信接口对外报告“需要人工干预”。其实也可以选择不用状态机直接在中断里拉低EN再拉高。但那样做无法处理“上电瞬间故障”和“运行中故障”的区别也缺少故障计数功能。现场调试时有这个状态机很多问题都能从日志里直接定位。void power_path_state_machine(void) { switch (power_state) { case PWR_STATE_NORMAL: if (fault_pending) { fault_pending 0; record_fault_event(); power_state PWR_STATE_FAULT; } break; case PWR_STATE_FAULT: fault_counter; HAL_GPIO_WritePin(EN_PORT, EN_PIN, GPIO_PIN_RESET); power_state PWR_STATE_RECOVERY_WAIT; recovery_tick HAL_GetTick(); break; case PWR_STATE_RECOVERY_WAIT: if (HAL_GetTick() - recovery_tick RECOVERY_DELAY_MS) { power_state PWR_STATE_RECOVERY_ATTEMPT; } break; case PWR_STATE_RECOVERY_ATTEMPT: HAL_GPIO_WritePin(EN_PORT, EN_PIN, GPIO_PIN_SET); if (HAL_GPIO_ReadPin(FLT_PORT, FLT_PIN) GPIO_PIN_RESET) { power_state PWR_STATE_FAULT; } else { power_state PWR_STATE_NORMAL; } break; default: power_state PWR_STATE_NORMAL; break; } }3.4 启动顺序的先后关系实际测试中我还发现启动顺序对保护功能的可信度影响很大。最开始我在上电初始化阶段就直接拉高ENSTM32L496AG自己的电源刚从欠压恢复过来内核还在跑时钟配置GPIO尚未完全稳定这时候就贸然打开电源路径一旦负载异常FLT中断可能因为NVIC还没配置好而丢失。现在我在上电流程里增加了PG信号检查先等MCU完全初始化再拉高EN等PG变为有效后才开始给外设软件模块发“电源已就绪”事件。这算是一个不起眼但很稳的细节。4. 实测与踩坑短路、大电容、毛刺、反灌一次说清4.1 短路测试的波形为什么和手册不一样短路保护是最核心的测试项但也是最容易出现“看起来失败”的测试。我第一次做输出短路测试时把示波器探头直接夹在VOUT电容两端用一根普通导线去短路。结果电流波形上出现了一个非常大的尖峰幅值远超过设定的限流值看起来像是保护根本没起作用。后来分析才发现这个尖峰来自测试方法的误差不全是芯片的问题。短路导线本身的寄生电感、示波器地线夹太长引入的环路电感都会让测量波形叠加额外振铃。另外真正短路瞬间芯片内部的限流环路由“限流保护”切换到“短路保护”也需要一定时间这段时间内的电流峰值大小受输入电压和线路电感影响很大。正确的测试方法是用尽量短的粗导线做短路示波器探头使用短地弹簧不要用长地线夹并且同时监测VIN、VOUT和输入电流。把线路寄生参数降到最低才能看到芯片真实的保护响应。如果发现短路切断后VOUT掉电时间特别长多半是输出端储能电容太大这不在芯片的控制范围内。4.2 大电容负载启动把输入电源拉垮了有一个典型的大电容场景负载板端并联了多颗1000uF电解电容总负载电容接近3000uF。第一次上电dVdT电容选得偏小输出电压上升太快启动浪涌电流远超设计预期前级电源直接被拉到欠压整个系统反复重启。这个问题的本质很简单限流保护限制的是稳态过流和短路电流但启动阶段如果不控制dVdT内部FET会允许很大的浪涌电流给输出电容充电这个浪涌电流虽然不至于让芯片立刻保护但足以让前级电源过流。解决办法就是增大dVdT电容把软启动时间拉长到3ms以上同时确认前级DC-DC的峰值电流能力避免因为启动电流过大导致输入电压塌陷。实测中我还发现dVdT电容的数值要配合限流值一起调。如果dVdT电容偏大启动时间太长负载可能一直处于欠压状态MCU或者通信模块会先报错。这里需要先做一次双通道测量一路测VOUT斜率一路测输入电流。把启动电流峰值控制在前级电源能承受的范围内同时又不让启动时间慢到影响系统初始化时序。4.3 FLT引脚毛刺导致误报警在调试过程中还遇到过一个很隐蔽的问题设备运行时间长了偶尔会收到一次FLT中断但查看故障记录时发现VOUT和输入电压都正常负载电流也没有超过限流阈值。排查了半天最后用示波器抓到FLT引脚上有一个很窄的毛刺宽度大约几百纳秒被EXTI中断捕捉后误认为故障。按理说开漏输出配10kΩ上拉信号应该很干净但在实际PCB上FLT走线如果和输出开关节点平行走了一段开关瞬间的dV/dt会通过寄生电容耦合到FLT线上形成毛刺。解决方法是三个动作一起做FLT走线避免和VOUT、电感走线平行MCU侧加一个RC滤波中断回调里增加电平确认逻辑先读到低电平再进入故障流程。RC滤波的时间常数不能太大否则真正的FLT信号会被延迟我这里用了100pF电容加10kΩ电阻既过滤了毛刺又没影响正常中断响应。4.4 热插拔测试时的“反灌”问题热插拔测试还有一次让我印象很深。输出端外接的设备自带电源或者负载端有大容量电容在断开eFuse的瞬间输出端电压暂时高于输入端会形成一股反向电流从VOUT流向VIN。如果应用场景允许“系统不断电、只把外部负载拔掉”这个问题尤其需要注意。我在热插拔测试中发现拔出负载后VOUT上的电容储存的能量会反向倒灌导致VIN电压出现一个短时抬升。对于前级电源来说这个抬升虽然不致命但长期反复出现会疲劳输入端的TVS或前级DC-DC。设计上可以考虑在输出端增加放电电阻或者根据实际场景评估是否需要额外的阻断二极管。如果系统要求更高可以对eFuse的数据手册做专项确认看它对反向电流的耐受能力如何。这个小细节在早期原理图审查时很容易漏掉到了EMC测试阶段再处理就麻烦得多。5. 把方案移植到其他项目时的复制清单5.1 可以直接“抄作业”的最小原理图块经过上面这些调试我把这套电源路径固定成了一个可复用的“电路块”在其它板子上直接复制原理图再做局部改参数。最小配置如下输入侧10uF陶瓷电容加0.1uF高频电容靠近VIN引脚放置。eFuse本体ILIM接设定限流电阻到地dVdT接设定斜率电容到地。UVLO/OVLO按实际输入电压窗口计算分压电阻分别接到对应引脚。输出侧10uF陶瓷电容加220uF电解电容兼顾高频性能和储能。MCU接口EN经过1kΩ电阻接GPIOFLT经过RC滤波后接外部中断脚PG直接接普通GPIO。信号监测VOUT经100kΩ/33kΩ分压后接STM32L496AG的ADC通道。这套最小电路基本覆盖了保护和状态上报的核心需求。如果你不需要MCU控制启动时序可以把EN直接接输入电压或使能信号如果不需要外部复位也可以把EN固定拉高让芯片独立工作。不过我的建议是哪怕最初不用MCU控制也留出焊盘后续扩展很方便。5.2 固件模块划分建议移植到新项目时固件最好按模块分文件不要把所有代码堆在主循环里。我常用的划分是power_path.c负责eFuse的使能、关闭、复位操作。power_monitor.c负责ADC采样、电压换算、环形缓冲管理。power_fault.c负责故障状态机、故障计数和恢复策略。event_log.c负责把故障记录格式化成日志输出。这样划分之后换一块主控板时只需要改底层GPIO和ADC相关代码故障策略和日志逻辑基本不用动。如果你的产品还有通信协议故障记录可以通过串口、CAN或以太网周期上报状态机本身只需要对外开放几个读接口不需要把业务逻辑耦合进来。5.3 换负载时最先调整的三个参数移植到不同负载的板子时不需要重新设计原理图但必须重新确认这三个参数缺一个都可能出问题。参数对系统的影响我的调整建议限流值ILIM电阻过流和短路保护的阈值按负载峰值电流加30%裕量实测确认启动斜率dVdT电容大电容负载时的浪涌电流负载电容越大电容值越往大调UVLO/OVLO窗口输入电压合法范围保护根据实际供电波动范围调整分压电阻这三个参数之间的关系是耦合的。限流值设得再准如果启动斜率太陡启动阶段也会误触保护容易被误判成限流值太小。UVLO窗口设得太紧供电电压波动大时又可能导致系统不规则复位。所以每次改完一个参数都要重新做一次完整的启动测试和短路测试不能只改电阻电容就完事。5.4 测试工具与验收要点最后说一下验证这套方案需要准备好的工具可调电源、示波器、电流探头或者低阻采样电阻、电子负载、短路线。验收时重点看四个指标。第一短路保护动作后输出端电压跌落到零的时间是否在可接受范围内。第二正常启动时输入电压跌落是否超过5%。第三连续100次热插拔是否出现一次误动作。第四限流点实测值和设计值之间的偏差控制范围内才算通过。我在实际项目中用这套流程走完后把故障记录、启动波形和短路响应曲线都存档了后面做生产测试直接拿对应波形做参考效率高很多。最后分享一个我自己的调试习惯拿到一块新板子先配dVdT再配ILIM最后调UVLO/OVLO。原因是启动斜率直接影响你测到的限流点如果斜率还没调好后面的参数都会失真。每次调整都留好输入电压、输出电流和FLT三个测量点这三组数据能覆盖开发中绝大多数问题。这套方案目前在我这边已经稳定跑过了小批量试产如果你也在搭嵌入式的电源保护可以参考这个思路具体数值一定以你手里的芯片数据手册为准。