先明确一个工程定义：所谓"铺宽了"，通常指地暖盘管间距大于设计值。常规民用住宅设计间距在150mm到300mm之间，北方节能建筑常用200mm，南方非节能建筑或保温较差的空间可能做到150mm。如果实际铺成了250mm甚至300mm以上，问题不是"能不能热"，而是"热得均不均匀、响应快不快、能耗高不高"。

间距铺宽后，热工参数到底变了多少

以20mm外径的PE-RT管、填充层厚度50mm、水温45℃、室内设计温度18℃为例，标准200mm间距时地面散热量约为85W/㎡。当间距扩大到300mm，散热量会降到约65W/㎡，降幅约24%。这意味着原本按80W/㎡热负荷设计的房间，实际供热能力只剩65W/㎡，室温可能只能到15-16℃，达不到设计工况。

更麻烦的是地面温度分布均匀性变差。200mm间距时，地面温度波动通常在±1.5℃以内；拉到300mm后，管中心正上方与管间中点的温差可达3-5℃。人脚踩上去会有明显的"冷热条纹感"，这就是热舒适性下降的根源。

温控器侧的PID算法为什么救不了间距缺陷

很多人以为换个"智能温控器"就能解决。实际上，温控器的PID算法控制的是供水温度或室温偏差，它无法改变地面散热量的物理分布。PID的核心三项——比例P、积分I、微分D——调的是响应速度和超调量，不是热流密度。

举个实际参数：某品牌温控器出厂PID默认为P=3K、I=120s、D=30s。当房间升温速率因间距过大而变慢时，积分项会持续累积偏差，导致阀门长时间全开。结果是供水温度被拉到上限（比如55℃），地面局部过热，而远端仍然不热。PID在这里反而会加剧不均匀性。

正确的做法是：如果间距已经铺宽，温控器应改为限制供水温度上限，同时把PID的积分时间拉长到300s以上，降低系统振荡。更专业的方案是采用室外温度补偿曲线，让供水温度随外温变化，而不是靠室温偏差硬拉。

传感器类型决定你能不能"看见"间距问题

间距铺宽后，最容易被忽视的是传感器布点。常见温控器配的是NTC 10K B3950热敏电阻，精度±0.5℃。如果只在内墙安装一个空气温度传感器，它测到的是房间平均温度，根本反映不了地面温度分布。

要诊断间距问题，至少需要三类传感器：

地面温度传感器：埋设在管间距中点位置，用来测最冷点。如果中点温度比管中心正上方低4℃以上，说明间距确实过大。

供水/回水温度传感器：PT1000铂电阻，精度±0.3℃，用来计算供回水温差。间距过大时，温差会从正常的5-7K扩大到10K以上，说明地面换热效率下降。

红外热成像或分布式光纤测温：这是工程验收级手段。分布式光纤测温（DTS）空间分辨率可达1m，能直接画出地面温度场，一眼看出间距是否均匀。

通讯协议与系统级补救：Modbus、KNX还是Zigbee

如果地暖已经铺宽，且无法返工，系统级补救要靠通讯协议实现分区精细化控制。常见协议对比如下：

Modbus RTU（RS485）：最稳定，适合集中控制器与温控器之间的轮询。波特率9600或19200，轮询周期可做到500ms。可以通过上位机对每个房间单独设定供水温度上限和PID参数。

KNX：欧洲标准，适合高端住宅。支持组地址绑定，可以把"铺宽区域"单独设为一个组，强制降低该组的水温设定值，同时提高循环泵转速来补偿流量。

Zigbee 3.0：无线方案，适合改造项目。但要注意，Zigbee的传输延迟在100-300ms，对于PID控制来说可以接受，但不适合做快速响应的地面温度闭环。

实际案例：北京某别墅项目，二层书房地暖间距铺成了350mm，室温只能到14℃。后来通过KNX把该区域供水温度从45℃提高到50℃，同时把循环泵从恒压模式改为比例压差模式，流量增加20%，室温恢复到17.5℃。但地面温差仍然有4℃，最后加了一台对流式踢脚线暖气作为补充。

什么时候必须返工，什么时候可以凑合

判断标准很简单：如果实际间距超过设计值50%以上，且房间热负荷大于70W/㎡，基本必须返工。因为地面散热量上限由水温、管径、填充层厚度决定，不是靠算法能补回来的。

如果间距只超了20%-30%，且房间保温良好（比如被动房或近零能耗建筑），可以通过以下组合补救：供水温度提高3-5℃、循环流量增加15%-20%、温控器PID积分时间延长到300s、加装地面温度传感器做限温保护。这样能把室温拉回设计值的90%左右，但能耗会增加约10%-15%。

最后提醒一句：地暖铺宽了，最先暴露问题的往往不是室温，而是地面温度均匀性和系统响应时间。温控器再智能，也改变不了管间距这个物理事实。诊断时优先看供回水温差和地面温度场，再调PID和通讯策略，顺序不能反。