嵌入式电源路径智能保护：TPS259483与PIC32MX协同设计-育师

1. 项目概述：为什么要在嵌入式和工业场景里“管住”电源路径？

你有没有遇到过这样的现场：一台运行在工厂产线上的PLC模块，突然因为上游供电波动导致输入电压跌落到4.2V，系统没重启，但Modbus通信开始丢包；或者某款智能电表在现场调试时，工程师误将12V电源接到5V输入端，整块主控板冒烟前只听见一声轻微的“啪”——不是保险丝熔断，而是后级LDO直接热击穿。这类问题不常上故障报告，却真实、高频、隐蔽，且修复成本远高于预防成本。

这正是本项目要解决的核心问题：在嵌入式与工业应用中，对电源路径实施主动、可编程、带状态反馈的智能保护。它不是简单加个TVS或保险丝，而是用一颗TPS259483AYWPR（TI出品的高精度电子保险丝）配合PIC32MX470F512H（Microchip的32位高性能MCU），构建一个能实时监测、动态响应、精准限流、并可远程诊断的电源路径管理节点。关键词“TPS259483AYWPR”和“PIC32MX470F512H”不是随意堆砌的型号，它们共同定义了这个方案的技术基线——前者是业界少有的支持±1.5%电流检测精度、1μs快速关断、内置热关断与反向电流阻断的eFuse；后者则提供了足够多的ADC通道、硬件PWM、独立RTC、以及关键的——双CAN接口与USB Device功能，让整个保护单元不仅能执行动作，还能把“为什么关断”“关断前电流是多少”“温度是否异常”这些信息，通过工业现场最常用的CAN总线实时上报给上位机或SCADA系统。

这个方案特别适合三类人：一是做工业网关、边缘控制器、智能传感器的硬件工程师，需要在紧凑PCB空间内实现高可靠性电源管理；二是嵌入式软件工程师，尤其是那些正在从裸机开发转向RTOS+通信协议栈开发的伙伴，你会在这里看到如何用PIC32的外设资源把保护逻辑写得既安全又可维护；三是系统架构师，当你在设计一个包含10个以上分布式节点的产线监控系统时，电源路径的可观测性、可配置性、可追溯性，会直接影响整套系统的MTBF（平均无故障时间）和运维效率。它不炫技，不堆算力，但每一步都踩在工业现场的真实痛点上：电压突变、反接误插、负载短路、热积累、老化漂移。我做过6个类似项目，其中3个是在客户产线已经跑了一年半之后，因一次雷击浪涌导致旧方案失效，才紧急换上这套TPS259483+PIC32的组合——结果是，后续三年零电源路径相关返修。

2. 整体架构设计与核心器件选型逻辑

2.1 为什么必须是TPS259483AYWPR？而不是其他eFuse或MOSFET方案？

市面上能叫“电子保险丝”的芯片不少，但真正能在工业现场扛住-40℃~105℃全温区、同时满足±1.5%电流检测精度、且具备反向电流阻断能力的，TPS259483AYWPR是极少数之一。我们来拆解它的三个不可替代性指标：

第一，电流检测精度决定保护阈值的可信度。假设你的系统额定工作电流是2.5A，允许瞬时峰值3.2A。如果eFuse的电流检测误差是±5%，那实际触发限流的范围就在2.375A~3.375A之间浮动——这意味着，当真实负载电流达到2.8A时，有的模块可能已限流，有的还在满负荷运行，造成同一批设备行为不一致。而TPS259483AYWPR在25℃下典型误差为±0.7%，全温区最大±1.5%，实测在-20℃~85℃范围内，2.5A点的读数偏差始终控制在±35mA以内。这个精度，足以支撑你把限流阈值设定在2.95A，并确保所有模块在2.98A时同步动作。

第二，1μs关断时间是应对“硬短路”的生死线。工业现场最常见的短路不是慢慢烧起来的，而是继电器触点粘连、线缆被机械挤压破皮、PCB焊锡桥接等引发的毫秒级硬短路。传统保险丝熔断时间在10ms~100ms量级，而普通MOSFET驱动方案（如用运放+比较器+MOSFET）受寄生电容和驱动能力限制，关断延迟往往在5~20μs。TPS259483AYWPR内部集成的高速比较器与驱动电路，实测从检测到过流到完全关断输出，典型值为0.8μs，最大不超过1.2μs。我们在某汽车ECU测试台上做过对比：同样施加50V/100A短路冲击，用TPS259483的板子，MOSFET结温上升不到5℃；而用分立方案的板子，同一位置MOSFET表面温度瞬间飙升至180℃，触发热关断前已有明显焦痕。

第三，反向电流阻断是防止“灌电流”的隐形杀手。这点极易被忽略。比如你的系统有多个供电域：主电源域（5V）、备份电池域（3.3V）、隔离通信域（3.3V）。当主电源意外掉电，而备份电池仍在供电时，若没有反向电流阻断，电流会从备份电池倒灌进已失电的主电源轨，轻则导致备份电池非预期放电，重则损坏主电源域的LDO或稳压器。TPS259483AYWPR内置的反向电流检测电路，在输出电压低于输入电压达100mV时即启动阻断，响应时间<100ns，比任何外部二极管方案都更干净、更低损耗。

提示：不要被“AYWPR”后缀迷惑——这是TI的卷带封装（SOIC-16），引脚间距1.27mm，兼容标准贴片工艺，无需特殊回流焊曲线。我们量产时用的是JUKI FX3贴片机，抛料率比同类QFN封装低47%。

2.2 为什么选PIC32MX470F512H？而非STM32或ESP32？

PIC32MX470F512H不是市场声量最大的MCU，但它在本项目中解决了三个关键矛盾：

矛盾一：外设资源 vs 封装尺寸。你需要至少2路独立ADC（一路采样输入电压，一路采样TPS259483的SENSE引脚电压）、1路硬件PWM（用于可控LED状态指示）、1个独立RTC（记录故障发生时间戳）、2路CAN（一路接主控CAN网络，一路接本地调试CAN）、USB Device（用于固件升级与参数配置）。STM32F4系列虽有丰富外设，但满足上述条件的型号多为LQFP100或BGA封装，PCB面积超12cm²；而PIC32MX470F512H采用TQFP64封装，实测PCB占位仅5.2cm²，且所有所需外设均原生支持，无需复用或牺牲功能。

矛盾二：确定性响应 vs 软件复杂度。工业现场要求故障响应必须确定、可预测。PIC32MX470F512H的中断向量表固定、NVIC无嵌套延迟抖动，实测从TPS259483的FAULT引脚拉低到MCU执行第一条保护动作代码（如置位GPIO关闭后级使能），全程耗时稳定在1.8μs±0.2μs。相比之下，某款ARM Cortex-M4在相同条件下，因总线仲裁与缓存刷新，响应时间在1.5~3.2μs间波动——这对需要微秒级协同的电源保护来说，是不可接受的不确定性。

矛盾三：长期供货 vs 生态绑定。Microchip对PIC32MX系列承诺15年供货周期，且其MPLAB X IDE与XC32编译器完全开源免费，无license费用、无代码大小限制、无隐藏SDK调用。我们曾因某国产MCU厂商突然终止某型号供应，导致产线停摆两周；而PIC32MX470F512H自2016年发布至今，所有datasheet修订版均向下兼容，我们2018年的固件至今仍可在新批次芯片上100%运行。

注意：PIC32MX470F512H的Flash是512KB，RAM是128KB，看似充裕，但实际开发中务必关闭XC32编译器的“-O3”优化——工业固件首要目标是可预测性与可调试性，而非极致性能。我们实测开启-O3后，某些ADC采样中断服务程序会出现1~2个指令周期的抖动，虽不影响功能，但会干扰故障时间戳的纳秒级对齐。推荐使用“-O1 -g”组合，代码体积增加约12%，但时序稳定性提升一个数量级。

2.3 系统级架构：三层协同，缺一不可

整个方案不是“MCU + eFuse”简单拼接，而是按职责划分为物理层、控制层、交互层三层：

物理层：由TPS259483AYWPR及其外围电路构成，负责毫秒级的硬保护动作（过流、过压、过热、反向电流）。它完全自治，不依赖MCU供电——即使MCU死机或未上电，只要输入电压在4.5V~16V范围内，TPS259483就能独立完成基本保护。
控制层：由PIC32MX470F512H及其固件构成，负责亚毫秒级的软保护策略（如渐进式限流、温度补偿阈值、故障自恢复延时）。它通过I²C读取TPS259483的内部寄存器（包括实时电流、芯片温度、故障原因码），再根据预设策略决定是否干预（如发送DISABLE命令强制关断，或调整ILIM寄存器改变限流值）。
交互层：由CAN总线、USB Device及配套协议构成，负责将物理层与控制层的状态，以结构化方式上报。我们定义了一个精简的CAN报文ID：0x1A2（故障事件）、0x1A3（状态心跳）、0x1A4（参数查询响应）。每帧数据域8字节，全部采用小端字节序，避免不同平台解析歧义。例如，0x1A2报文的第0~1字节为故障码（0x0001=过流，0x0002=过热，0x0004=反向电流），第2~3字节为故障发生时的实测电流（单位0.1A），第4~5字节为芯片温度（单位0.1℃），第6~7字节为故障前100ms内的平均电流——这个设计让上位机无需额外计算，直接显示即可。

这三层之间有明确的“信任边界”：物理层永远拥有最高优先级，控制层可增强但不可削弱其保护能力，交互层只读不写（参数配置需通过USB或特定CAN命令触发鉴权流程）。这种分层，让系统既满足功能安全ASIL-B的基本要求，又保持了工程落地的简洁性。

3. 核心电路设计与关键参数计算

3.1 TPS259483AYWPR外围电路：电阻选型不是“随便挑个1%精度”

TPS259483AYWPR的电流检测精度，最终取决于两个外部电阻：R_SENSE（采样电阻）和R_ILIM（限流设置电阻）。它们的选型不是查表填数，而是涉及温漂、功率、布局的系统工程。

R_SENSE计算：
公式为：
$$ I_{LIMIT} = \frac{200mV}{R_{SENSE}} $$
但200mV是内部基准，实际应用需考虑温漂。TI手册注明该基准在-40℃~125℃范围内漂移±1.2%，即197.6mV~202.4mV。若你目标限流值为3.0A，则：
$$ R_{SENSE} = \frac{200mV}{3.0A} = 66.67m\Omega $$
但为覆盖温漂，应按最严苛情况计算：

按上限202.4mV，要保证3.0A时必触发，则R_SENSE≤ 202.4mV / 3.0A = 67.47mΩ
按下限197.6mV，要避免2.9A时误触发，则R_SENSE≥ 197.6mV / 2.9A = 68.14mΩ

矛盾出现了：67.47 < 68.14，说明单靠R_SENSE无法兼顾。解决方案是引入MCU的动态补偿——将R_SENSE固定为68.0mΩ（标准值），然后在固件中根据实测温度查表修正限流阈值。我们实测发现，TPS259483的内部温度传感器在25℃~85℃区间线性度优于0.5%，因此用其读数查表，比外置NTC更准、更省BOM。

R_ILIM选型：
它决定eFuse的“软启动”斜率与故障后恢复模式。手册给出公式：
$$ t_{SS} = 1.2ms \times \frac{R_{ILIM}}{100k\Omega} $$
若你希望软启动时间控制在10ms内，则R_ILIM≤ (10ms / 1.2ms) × 100kΩ ≈ 833kΩ。但我们实测发现，当R_ILIM> 680kΩ时，软启动过程易受PCB分布电容干扰，出现多次微小电流震荡。最终选定620kΩ（E96系列标准值），实测软启动平滑无振荡，且留有15%余量应对批次差异。

PCB布局黄金法则：

R_SENSE必须是4端子开尔文连接，两根电流走线（IN→OUT）与两根采样走线（SENSE+→SENSE-）严格分离，采样走线宽度≤0.2mm，长度<5mm，且下方铺满地铜。我们曾因采样走线过长（12mm），导致在10A脉冲下读数偏差达8%。
TPS259483的GND引脚必须就近连接到R_SENSE的功率地，而非信号地。我们用0.5mm厚铜皮直接从芯片GND焊盘挖槽引出，到R_SENSE功率端，阻抗实测<0.8mΩ。
所有去耦电容（10μF钽电容+100nF陶瓷电容）必须紧贴TPS259483的VIN与VOUT引脚，焊盘间走线长度<1mm。否则在快速di/dt下，VOUT会因ESL产生尖峰，触发误保护。

3.2 PIC32MX470F512H与TPS259483的接口电路：I²C不是“接上就行”

TPS259483通过I²C与MCU通信，但其I²C接口有特殊要求：

上拉电阻必须用1.8kΩ，而非常见4.7kΩ。手册明确指出，为保证在最大1MHz速率下信号完整性，且适配TPS259483的I²C输入电容（典型12pF），上拉电阻需满足：
$$ R_{PU} \leq \frac{t_{RISE}}{0.8473 \times C_{BUS}} $$
其中t_RISE为I²C标准模式要求的300ns，C_BUS为总线电容（含芯片输入电容+PCB走线电容）。我们实测PCB走线电容约8pF，总C_BUS≈20pF，代入得R_PU≤ 1.77kΩ。选用1.8kΩ标准值，实测上升沿280ns，完美达标。
I²C地址跳线必须做防静电处理。TPS259483的I²C地址由ADDR引脚电平决定（GND=0x48，VDD=0x49），但该引脚ESD耐压仅2kV。我们曾在产线测试中，因操作员未戴防静电手环，触摸ADDR跳线导致3片芯片I²C地址锁死。解决方案：在ADDR引脚与跳线焊盘间串接一个10kΩ电阻，并在跳线焊盘旁放置一个0402尺寸的TVS（P6KE6.8CA），钳位电压6.8V，彻底杜绝静电损伤。
FAULT引脚需加施密特触发器整形。TPS259483的FAULT是开漏输出，上升沿缓慢（典型500ns），而PIC32MX470F512H的外部中断引脚对边沿敏感。若直接接入，可能因噪声触发多次中断。我们选用SN74LVC1G17（单路施密特触发器），其迟滞电压1.1V，完美滤除<100ns的毛刺，且功耗仅10μA。

3.3 电源路径保护的“四重门”电路拓扑

整个电源路径不是单点防护，而是按能量等级分四级设计：

一级：输入端共模/差模滤波
采用双π型LC滤波：第一级22μH共模电感 + 2×2.2nF Y电容（跨接L/N对PE），第二级100nF X电容（L-N间） + 2×100nF陶瓷电容（L-GND, N-GND）。实测对1MHz以上高频噪声衰减>40dB，避免干扰TPS259483的精密检测。
二级：TVS与气体放电管协同
在输入端并联P6KE33CA（33V钳位）与3R090（90V直流击穿）气体放电管。TVS响应快（ps级），吸收快速浪涌；GDT通流大（5kA），承担持续能量。两者间串入10Ω/1W线绕电阻，防止TVS在GDT导通前过载。我们按IEC 61000-4-5 Level 3（2kV共模，1kV差模）测试，100次冲击后参数漂移<3%。
三级：TPS259483AYWPR本体保护
如前所述，负责过流、过压（OVLO=16.5V）、过热（150℃关断）、反向电流四大硬保护。
四级：后级LDO的二次稳压与隔离
TPS259483输出接一颗TPS7A4701（超低噪声LDO），其使能引脚由PIC32控制。当TPS259483因故障关断后，MCU可判断故障类型，若为可恢复故障（如瞬时过流），则等待100ms后拉高EN引脚重启LDO；若为不可恢复故障（如过热），则保持EN为低，直到人工复位。这种设计避免了“保护-重启-再保护”的死循环。

实操心得：第四级LDO的地平面必须与TPS259483的功率地严格分割，仅在R_SENSE处单点连接。我们曾因两地平面大面积覆铜相连，导致LDO输出纹波增大12dB，影响ADC采样精度。

4. 固件开发与关键算法实现

4.1 PIC32MX470F512H初始化：时钟与外设的“静默启动”

工业MCU的初始化不是“先开时钟再开外设”这么简单，而是要遵循严格的上电时序静默原则：

第一步：禁用所有外设时钟

// 关闭所有外设，避免上电初期不稳定 PMCONbits.ON = 0; // 关闭电源管理 OSCCONbits.SOSCEN = 0; // 关闭副晶振 // ... 其他外设时钟全部置0

第二步：配置主时钟源并等待锁定
我们选用外部8MHz晶振+PLL倍频至80MHz（系统主频）。关键代码：

// 配置PLL：8MHz * 10 = 80MHz PLLFBDbits.PLLDIV = 18; // M=20 (18+2) CLKDIVbits.PLLPRE = 0; // N1=2 (0+2) CLKDIVbits.PLLPOST = 0; // N2=2 (0+2) OSCTUNbits.TUN = 0; // 初始频率微调 // 启动PLL PLLFBDSET = 1; // 等待PLL锁定（需检查LOCK位，而非简单延时） while(!OSCCONbits.LOCK);

第三步：“静默期”后逐个启用外设
定义一个system_init_phase枚举，按风险等级分阶段：

typedef enum { INIT_PHASE_CLOCK, INIT_PHASE_GPIO, // 最低风险：仅配置引脚方向 INIT_PHASE_ADC, // 中风险：ADC需稳定参考电压 INIT_PHASE_I2C, // 高风险：I²C总线需上拉稳定 INIT_PHASE_CAN // 最高风险：CAN需终端电阻匹配 } init_phase_t;

每阶段间插入10ms延时，让模拟电路充分建立。实测此法将冷机启动失败率从0.3%降至0.002%。

4.2 TPS259483寄存器读写：I²C通信的“零丢包”保障

TPS259483的I²C通信极易因总线干扰丢帧，尤其在工业现场电机启停时。我们采用三重保障：

第一重：硬件层——I²C总线隔离
在PIC32的SDA/SCL与TPS259483之间，加入ADUM1250（双通道数字隔离器），其共模瞬态抗扰度达75kV/μs，彻底隔绝地环路噪声。隔离电源用ISO1202（DC-DC隔离模块），纹波<10mV。

第二重：驱动层——带CRC校验的I²C帧
标准I²C无校验，我们自定义协议：每次读写，数据域后附加1字节CRC8（多项式0x07）。MCU发送前计算CRC，TPS259483虽不校验，但MCU接收后自行验证，若失败则自动重发，最多3次。实测在EMI严重环境，重发率<0.05%，远低于单次通信失败率12%。

第三重：应用层——状态机驱动的寄存器访问
不采用轮询式读写，而是构建有限状态机：

typedef enum { I2C_IDLE, I2C_SEND_ADDR, I2C_WAIT_ACK, I2C_SEND_DATA, I2C_READ_DATA, I2C_VERIFY_CRC } i2c_state_t; volatile i2c_state_t i2c_fsm = I2C_IDLE; void i2c_task(void) { switch(i2c_fsm) { case I2C_IDLE: if(request_pending) { i2c_fsm = I2C_SEND_ADDR; i2c_start(); } break; case I2C_SEND_ADDR: if(i2c_write_byte(addr)) { i2c_fsm = I2C_WAIT_ACK; } break; // ... 其他状态 } }

此状态机在主循环中调用，不阻塞其他任务，且每个状态都有超时保护（>5ms则复位FSM），避免I²C总线卡死导致系统僵死。

4.3 故障诊断算法：不止于“过流”，而是“为什么过流”

TPS259483提供故障原因码（FAULT_REG[7:0]），但原始码需结合上下文才有价值。我们的诊断算法分三级：

一级：瞬时判别（μs级）
读取FAULT_REG，若bit0=1（过流），立即执行：

锁存当前ADC采样值（输入电压、输出电压、R_SENSE电压）
记录PIC32的RTC时间戳（精度1ms）
置位硬件LED（红灯快闪）

二级：趋势分析（ms级）
在故障后100ms窗口内，以1kHz采样率连续采集：

输出电流（通过R_SENSE电压换算）
TPS259483芯片温度（读取TEMP_REG）
输入电压纹波（FFT分析50Hz~10kHz频段）

计算三个特征值：

di/dt峰值：判断是硬短路（>50A/ms）还是软过载（<5A/ms）
温升速率：若>10℃/s，指向散热不良或持续过载
纹波因子：若>15%，提示上游电源质量问题

三级：根因推理（s级）
基于二级数据，调用规则引擎：

if (di_dt_peak > 50 && temp_rate < 2) { // 硬短路：可能是PCB焊锡桥接、继电器粘连 fault_code = FAULT_HARD_SHORT; } else if (di_dt_peak < 5 && temp_rate > 10) { // 持续过载：负载异常或散热失效 fault_code = FAULT_OVERLOAD; } else if (ripple_factor > 15 && input_volt_avg < 0.9 * nominal) { // 输入电源劣化：建议检查上游UPS或变压器 fault_code = FAULT_INPUT_DEGRADE; }

最终生成的CAN报文（0x1A2）中，故障码字段即为fault_code，而非原始FAULT_REG，大幅降低上位机解析难度。

注意：所有ADC采样必须同步触发。我们利用PIC32的Input Capture模块，将TPS259483的FAULT引脚作为捕获源，一旦拉低，立即启动ADC序列采样，确保时间对齐误差<1μs。

4.4 参数在线配置：USB HID协议的工业级改造

用户需能通过USB修改限流值、过压阈值等参数。我们放弃CDC ACM（虚拟串口），改用HID协议，因其无需安装驱动（Windows/macOS/Linux原生支持），且带内置校验。

HID描述符定制：
定义一个64字节报告描述符，包含：

1字节命令ID（0x01=读参数，0x02=写参数，0x03=复位）
4字节参数ID（如0x00010001=限流值）
4字节参数值（32位浮点，IEEE 754格式）
1字节CRC8（覆盖命令ID至参数值）

固件处理逻辑：

void usb_hid_callback(uint8_t *report, uint8_t len) { if(len != 64) return; uint8_t cmd = report[0]; uint32_t param_id = *(uint32_t*)&report[1]; float param_val = *(float*)&report[5]; uint8_t crc = report[9]; if(crc != calc_crc8(report, 9)) { send_hhid_error(0x01); // CRC错误 return; } switch(cmd) { case 0x02: // 写参数 if(param_id == 0x00010001) { // 限流值 // 写入EEPROM前，先验证范围 if(param_val >= 0.5 && param_val <= 5.0) { write_to_eeprom(EEPROM_ILIM_ADDR, param_val); send_hhid_ack(); } else { send_hhid_error(0x02); // 范围错误 } } break; // ... 其他命令 } }

此设计使参数配置像“U盘拷文件”一样简单：用户下载一个Excel表格，填入参数，保存后拖入设备盘符，固件自动识别并生效。我们实测，从插入USB到参数生效，全程<800ms。

5. 工业现场部署与典型问题排查

5.1 CAN总线通信的“隐性故障”排查表

CAN通信在工业现场故障率高，但80%问题不在协议栈，而在物理层。我们整理了一份速查表，按现象反推原因：

现象	可能原因	排查步骤	实测案例
CAN收发器发热严重	终端电阻缺失或错用	用万用表测CAN_H与CAN_L间电阻，应为60Ω（双120Ω并联）。若为∞，则两端均未接；若为120Ω，则仅一端接。	某产线12台设备中，3台因机柜安装时忘记装终端电阻，导致收发器持续饱和导通，表面温度达95℃。
CAN报文间歇性丢失	共模干扰超标	用示波器测CAN_H与CAN_L对地电压，若共模电压>2V，说明屏蔽层未单点接地。	某包装机现场，CAN线与动力电缆同槽敷设，共模电压达3.2V，加装铁氧体磁环后降至0.8V，丢包率从12%降至0.1%。
节点无法入网（Error Passive）	位定时参数不匹配	检查所有节点的CAN波特率设置，重点核对SJW（同步跳转宽度）、TSEG1/TSEG2。工业常用1Mbps，推荐SJW=1, TSEG1=5, TSEG2=2。	某客户将新节点TSEG1设为4（旧节点为5），导致采样点偏移，连续128帧错误后进入Error Passive。
CAN_H或CAN_L对地短路	线缆绝缘破损	断开所有节点，用兆欧表测线缆绝缘电阻（>10MΩ为合格）。重点检查穿墙孔、弯折处。	某食品厂因清洗时水汽渗入线缆接头，绝缘电阻降至200kΩ，导致CAN_L对地漏电，节点反复离线。

实操心得：CAN总线调试必备三件套——带差分探头的示波器（观察波形）、CAN分析仪（抓包解码）、手持式网络测试仪（测终端电阻与线缆通断）。我们坚持“先测物理层，再查协议层”，90%问题在5分钟内定位。

5.2 TPS259483“误触发”的五大根源与对策

TPS259483精度高，但也更敏感。我们统计了237起现场“误触发”案例，归类如下：

根源一：PCB布局引入的共模噪声
现象：无负载时，TPS259483频繁FAULT。
原因：R_SENSE采样走线靠近开关电源电感，di/dt感应出共模电压。
对策：将R_SENSE移至电感下游，且采样走线全程包裹地线，实测共模噪声抑制>35dB。

根源二：输入电容ESR过大导致启动浪涌
现象：上电瞬间触发过流保护。
原因：大容量电解电容（如1000μF）ESR>100mΩ，充电电流峰值I_peak=V_in/ESR可达5A，超过限流阈值。
对策：在输入端串入NTC（CL-15，25℃电阻5Ω），冷态限流，热态低阻；或改用固态电容（ESR<10mΩ）。

根源三：温度传感器校准偏差
现象：高温环境下（>70℃）提前过热保护。
原因：TPS259483内部温度传感器出厂校准针对芯片结温，但PCB铜箔散热导致壳温低于结温。
对策：在固件中引入PCB温度补偿系数。我们实测某4层板，在85℃环境温度下，TPS259483读数为92℃，而红外热像仪测得芯片表面为88℃，故在