板上传感器为何总偏冷？结温滞后为何追不上？

板载温度传感器在电源、处理器和功率模块周边越来越常见，但它读到的常常不是大家真正关心的热点温度，而是被电路板热路径和封装迟滞改写后的折中值。

板上传感器为什么总偏冷，很多时候不是芯片精度不够，而是放置位置离真正发热点隔着一整条铜箔和介质热路。功率器件发热后，热量会优先沿焊盘、内层铜和散热通孔扩散，再经过板材和空气耦合到附近的传感器。若传感器被放在更靠近散热器、地铜或气流入口的一侧，它看到的就会是被拉低后的温度。布局图上相距几毫米，看起来已经很近，实际热阻网络却可能差出一大截，结果就是热点已经逼近极限，监控温度还显得相对平静。

大面积铜箔和结构件还会把偏置做得更隐蔽。很多设计为了降低噪声和阻抗，会给传感器周围铺大块地铜或把它放在器件附近的安静区域，这对电气性能是好事，对热测量却未必。高导热铜面会把附近更冷区域的热量一起拉进来，等效上给传感器并了一条冷端旁路。风扇气流和壳体接触面一旦变化，这条旁路强度也跟着变，于是同样的负载下，开盖、关盖、风扇新旧状态不同，温度读数会给出不同偏差。板上传感器要测得准，首先得承认自己在读一个热网络，而不是读一个孤立节点。

结温滞后追不上，则是另一条更靠近器件封装内部的时间常数问题。很多控制策略想用附近温度传感器去限制芯片结温，但封装内部从硅片到焊层、再到底板和PCB的热路径本身就带着多级热阻热容。功率脉冲一来，结温会先在芯片里迅速冲高，外围传感器却要等热量扩散出来后才慢慢跟上。若控制器看到传感器温度不高就继续放电流，实际最危险的短时峰值已经在封装里发生过了。之后即便外部温度终于升上来，真正的峰值时刻也已经错过。

很多项目喜欢用一个固定温差把板温换算成结温，希望用简单补偿覆盖全部负载，这在稳态近似下还能用，一遇到脉冲负载、突发算力或风扇转速变化，固定差值马上失效。因为结温与板温之间的差，不只是一个静态常数，而是随功耗斜率、持续时间和散热条件共同变化。若任务负载从缓慢爬升变成短脉冲爆发，传感器还没来得及涨温，结温就可能已经跨过保护阈值。把这种动态关系当作静态偏移处理，是板级热保护最常见的乐观错误。

更可靠的工程路径，是把传感器布局、热仿真和控制策略一起做闭环。先确认板上传感器到底代表哪个热节点，再用瞬态热模型把板温和结温的动态映射建立起来；必要时在功率器件内部温度估算、负载预测和风扇控制之间做协同，而不是只盯一个外部温度数值。板载温度传感器不是没用，而是必须知道它在整个热网络中的位置和时间延迟。若把它当成结温本身，保护和限载就很容易永远慢半拍。

板级测温能不能真正服务控制，关键不在传感器分辨率，而在它与热点之间隔着多长、多慢的热路径。路径没建模，控制就只能后知后觉。

板温和结温若被当成同一件事，限载和保护几乎注定会慢一拍。

板上传感器读到的是热路结果，不是热点真相本身。先把布局导热偏置和封装滞后建模清楚，温度传感器在控制环里才不会总是报得太晚、偏得太冷。