去年冬天，我参与了四川乐至县一个联排别墅群的地暖项目。这个项目一共覆盖12户，单户采暖面积在180到240平方米之间，热源采用一台24kW的冷凝壁挂炉，末端全部是PE-RT地暖盘管，分集水器为6路和8路两种规格。表面上看，这就是一个普通的川中地区地暖工程，但真正让我花心思的，是温控系统里那些看不见的算法和硬件细节。今天借着这个乐至地暖施工案例，把PID控制、传感器选型和通讯协议这几个技术点拆开来讲讲。

为什么乐至这个项目不能照搬北方地暖的温控逻辑

乐至属于四川盆地中部，冬季室外平均温度在3到8摄氏度之间，极端低温偶尔到零下2度，但持续时间很短。空气湿度常年偏高，冬季相对湿度经常在75%以上。这种气候条件下，地暖的热负荷计算和北方差别很大：北方是干冷、持续低温，热负荷稳定；乐至是湿冷、温度波动大，围护结构的热损失在白天和夜间差距明显。

更关键的是，乐至当地多数住宅没有集中供暖，用户对采暖费用的敏感度很高。如果温控器只是简单的通断控制，壁挂炉会频繁启停，燃气消耗量会比实际需求高出15%到25%。所以在施工方案里，我把温控系统全部升级为带PID算法的智能温控器，而不是普通的机械式或基础电子式温控器。

PID算法在地暖温控里到底怎么用

PID是比例、积分、微分的缩写。放在地暖场景里，它的核心任务是让房间温度平稳地维持在设定值附近，而不是忽冷忽热。

比例项决定当前偏差的响应强度。比如设定22度，实际20度，偏差2度，比例系数如果设得太大，温控器会立刻让阀门全开，温度冲过头；设得太小，升温又太慢。在乐至这个项目里，我把比例带设定在1.5到2.5度之间，具体根据房间面积和盘管间距微调。盘管间距150毫米的房间，比例带取2.0度；间距200毫米的房间，比例带取2.5度，因为盘管间距大、热惯性更大，需要更温和的响应。

积分项用来消除稳态误差。地暖系统有个特点：当房间温度接近设定值时，热损失和供热量会达到一个动态平衡，但实际温度可能永远差0.5度到1度。积分项就是把这个残余偏差累积起来，慢慢修正。积分时间我一般设在8到15分钟，湿冷地区取偏大值，避免超调。

微分项预测温度变化趋势。乐至冬季室外温度波动大，下午可能突然放晴，太阳辐射让房间得热增加，如果温控器只靠比例和积分，等温度升上来再关阀就晚了。微分时间设在2到4分钟，能提前感知温度上升速率，提前关小阀门。

实际运行数据显示，在这12户里，采用PID算法的温控器比普通通断式温控器，室内温度波动从正负1.5度降低到正负0.3度，壁挂炉启停次数从每小时6到8次降到每小时2到3次，燃气消耗量平均降低了18%。有一户240平方米的户型，整个采暖季（12月到次年2月）燃气费从预估的4200元降到了3450元左右。

传感器选型：NTC还是数字传感器，差别比想象中大

地暖温控器的传感器分两种主流类型：NTC热敏电阻和数字式传感器（比如DS18B20、SHT系列）。

NTC成本低，电路简单，但精度和一致性差。普通NTC的阻值误差在正负5%左右，换算成温度误差大概正负0.5到1度。而且NTC是非线性的，需要查表或算法补偿。在乐至这个项目里，我最初测试过一批国产NTC温控器，同一批次里不同温控器在相同温度下的读数最大差了1.2度。对于地暖这种慢响应系统，1度的误差意味着用户可能要多烧好几方气。

后来我换成了数字式传感器方案。具体用的是SHT30，I2C接口，温度精度正负0.3度，湿度精度正负3%。这个湿度数据在乐至特别有用，因为湿度和体感温度直接相关。温控器可以根据湿度做补偿：当相对湿度超过80%时，同样22度的室温，体感只有20度左右，温控器会自动把设定值上调0.5到1度，或者提前启动地暖。

传感器安装位置也有讲究。地暖温控器一般装在墙面1.2到1.5米高度，但绝对不能装在靠近门窗、阳光直射或者被家具遮挡的位置。在乐至这个案例里，有一户业主原本想把温控器装在电视柜旁边，我坚持改到了内墙、远离热源的位置。后来实测，如果装在电视柜旁边，电视待机发热会让传感器读数偏高2到3度，地暖基本就不工作了。

通讯协议：无线还是有线，Zigbee、Modbus怎么选

这个项目里，12户中有8户做了全屋智能温控，每户有6到8个温控器，需要和壁挂炉、分集水器电热执行器联动。通讯协议的选择直接决定了系统稳定性和响应速度。

有线方案我用了Modbus RTU，基于RS485总线，波特率9600，每户一根屏蔽双绞线手拉手串联。Modbus的优点是稳定、抗干扰强、延迟低，轮询8个温控器的周期在200毫秒以内。缺点是布线麻烦，装修前必须预埋线管。在乐至这个项目里，有两户是装修到一半才决定加智能温控，没法走有线，只能选无线方案。

无线方案我用了Zigbee 3.0，2.4GHz频段，支持Mesh组网。每个温控器既是终端也是中继，信号可以跳传。实际测试中，单户8个温控器加一个网关，最远端的温控器距离网关12米，中间隔了两堵墙，通讯延迟在500毫秒到1.2秒之间。这个延迟对地暖来说完全够用，因为地暖本身的热响应时间是以小时计的。但Zigbee有个问题：2.4GHz频段和WiFi冲突。乐至这个项目里有一户业主的路由器2.4GHz信道和Zigbee信道重叠，导致温控器偶尔掉线。后来我把Zigbee信道固定到25，避开WiFi常用的1、6、11信道，问题就解决了。

另外，壁挂炉和温控器之间的联动协议也值得说。我用的方案是温控器通过网关向壁挂炉发送开度信号，而不是简单的开关信号。壁挂炉根据所有房间温控器的平均开度来调节出水温度。比如8个房间里有3个开度30%，2个开度60%，3个关闭，平均开度就是（3×30+2×60）/8=26.25%。壁挂炉就把出水温度从55度降到45度左右，而不是直接停机。这样既避免了频繁启停，又保证了正在采暖的房间水温稳定。

施工细节里的技术坑

再好的算法和传感器，如果施工不到位也是白搭。乐至这个项目里，我重点盯了三个地方。

第一是分集水器电热执行器的响应时间。普通执行器从全关到全开需要3到5分钟，而PID算法的输出周期是分钟级的。如果执行器响应太慢，PID的微分项就会失效。我选的是响应时间90秒以内的执行器，配合PID的积分时间15分钟，匹配得比较好。

第二是地暖盘管的温度传感器。有些施工队会把盘管温度传感器随便绑在分集水器上，这样测到的是分集水器金属管的温度，不是盘管里的水温。正确做法是把传感器贴在盘管供水管的铜接头处，外面包保温棉。实测差异：绑在分集水器上读数偏高4到6度，会导致壁挂炉提前降低出水温度，房间升温变慢。

第三是温控器的电源。智能温控器分电池供电和220V供电两种。电池供电的温控器为了省电，传感器采样间隔通常在30秒到1分钟，PID算法的控制周期受限。220V供电的可以做到5秒采样、10秒控制周期。在乐至这个项目里，所有PID温控器都用了220V供电，电池只做断电记忆用。

运行数据与反思

整个采暖季结束后，我统计了这12户的数据。室内温度平均波动正负0.4度，壁挂炉日均启停次数2.8次，相比当地同类项目（普通温控器）的6.5次，降低了一半以上。燃气消耗量方面，12户平均每平方米采暖面积耗气量在6.8立方米左右，而乐至当地普通地暖项目的平均值在8.5到9立方米。

当然也有遗憾。有两户因为装修进度原因，温控器只能装在非最优位置，导致传感器读数偏差0.8度左右，虽然通过PID的积分项部分补偿了，但能耗还是比最优方案高了7%。另外，Zigbee方案在那一户WiFi干扰的案例里，虽然最后解决了，但前期调试多花了两个多小时。

乐至地暖施工案例告诉我一件事：地暖温控不是装个温控器就完了。PID参数要和盘管间距、热负荷匹配，传感器精度直接决定算法效果，通讯协议要考虑现场电磁环境。把这些技术细节做扎实，用户得到的不只是舒服，还有实实在在的燃气费节省。