去年冬天我在清徐一个约180㎡的住宅地暖工地上做调试，业主之前装过一套电地暖，抱怨“温度总是过冲两三度、半夜脚烫得睡不着”。拆开旧温控器一看，控制逻辑就是简单的回差式开关控制，传感器还是廉价的NTC热敏电阻裸封装，通讯用的是厂商私有的433MHz单向协议。这套组合在清徐这种冬季室外可到-15℃、昼夜温差大的气候条件下，几乎注定控制品质不佳。本文就以这个真实工地为线索，把地暖温控里最容易被忽略的三件事——PID算法、传感器选型、通讯协议——讲透。

一、为什么回差控制在地暖系统里必然“过冲”

地暖是一个典型的大惯性、长滞后系统。以清徐常见的湿式地暖为例，豆石回填层厚度约50mm，管间距200mm，从供水温度变化到地面表面温度响应，时间常数通常在40~90分钟；室内空气温度响应更慢，往往滞后1.5~3小时。回差控制（Bang-Bang）的逻辑是“低于设定值-0.5℃开阀，高于设定值+0.5℃关阀”，在这样的大滞后对象上，阀门关闭时地面蓄热仍在持续放热，结果就是实测室温过冲1.5~3℃，然后长时间低于设定值，形成明显的周期性振荡。

那个清徐工地实测数据很有代表性：设定22℃，回差±0.5℃，24小时内室温在20.8℃~24.1℃之间波动，峰谷差3.3℃。业主感受到的“半夜烫脚、清晨发冷”正是这个振荡的直接体验。

二、PID参数怎么整定：从Ziegler-Nichols到实际工程妥协

换成PID控制器后，关键在参数整定。地暖系统的PID有三个现实约束：

1. 采样周期不能太短。地面温度变化缓慢，采样周期取30~60秒足够，取太短只会放大传感器噪声。我通常设采样周期T=30s。

2. 积分时间要长。由于对象时间常数大，积分时间Ti一般取600~1800秒，否则积分项会快速累积导致超调。清徐这个项目最终取Ti=1200s。

3. 微分项要谨慎。地暖传感器噪声和 quantization 误差会被微分放大，实际工程中Kd常取0或很小值，或者采用“微分先行”结构，只对测量值微分、不对设定值微分，避免设定值阶跃时的微分冲击。

整定方法上，先用Ziegler-Nichols临界比例度法粗调：把积分、微分置零，逐渐增大Kp直到等幅振荡，记录临界增益Ku和振荡周期Tu，然后按PID规则取Kp=0.6Ku、Ti=0.5Tu、Td=0.125Tu。但这套参数在清徐工地上直接使用会偏激进，因为Z-N法针对的是近似一阶加纯滞后对象，而地暖的滞后时间占比很大。实际做法是在Z-N结果基础上把Kp下调30%~50%、Ti放大约1.5倍，再用阶跃响应验证。

最终该工地参数为：Kp=2.8、Ti=1200s、Td=0，配合“设定值斜坡”功能（设定值从当前室温以0.1℃/min的速率爬升到目标值），实测24小时室温波动收敛到21.4℃~22.6℃，峰谷差1.2℃，比改造前改善约64%。

三、传感器选型：NTC、PT1000、DS18B20的取舍

地暖温控涉及两类测点：室温测点和地面/供水温度测点，选型逻辑不同。

室温测点建议用PT1000或高精度NTC（B值3950、25℃阻值10kΩ、精度±0.3℃）。NTC成本低、灵敏度高，但线性度差，需要在固件里做Steinhart-Hart方程或分段线性化补偿。清徐工地用的是PT1000，原因是三线制接法可抵消引线电阻，长距离布线（从温控器到测温点超过15米）时误差可控在±0.2℃以内。DS18B20数字传感器虽然布线简单（单总线），但默认12位分辨率下转换时间750ms，且对总线时序要求严格，长线分布电容大时容易丢包，不建议作为地暖主测温。

地面温度测点必须用带金属护套的探头（常见Φ6mm不锈钢套管封装NTC或PT1000），直接埋入回填层或贴附于管卡附近，用于实现“地面温度上限保护”——这是地暖控制里非常重要的一环。木地板区域地面温度上限一般设27℃，瓷砖区域可设29~32℃，超过上限时PID输出被限幅，防止地面过热导致地板变形或脚感不适。

另外提醒一点：传感器安装位置要避开阳光直射、门窗口和家具遮挡。清徐那个工地旧系统的室温探头装在靠外墙的墙角，冬季受冷壁面辐射影响，读数比房间中心低1.5℃左右，这也是旧系统“感觉不准”的原因之一。

四、通讯协议：从私有433到Modbus RTU、KNX与Matter

地暖温控的通讯需求分两个层次：温控器与执行器（电热执行器、分集水器阀）之间，以及温控器与上位系统（网关、APP、楼宇管理）之间。

执行器侧最常见的是有线24V电热执行器（常闭型，通电开阀），由温控器直接开关驱动，这一层不需要协议。若采用总线型分集水器控制，则多用RS485 + Modbus RTU，波特率9600或19200，寄存器映射各家不同，调试时需要对照厂商点表。

上位侧的选择更多：Modbus RTU/TCP适合中小项目，成本低、生态成熟；KNX是欧洲楼宇标准，适合别墅和多房间集中控制，但设备单价高；Zigbee/Wi-Fi方案布线省事，但要注意2.4GHz在钢筋混凝土住宅里的穿墙衰减，清徐这个工地是两层结构，Wi-Fi温控器在二层角落出现过丢包，后来改用Zigbee 3.0 + 中继才稳定。近两年Matter over Thread开始进入温控器品类，优点是跨生态互操作，但目前地暖专用功能（如地面温度限值、阀门防卡涩周期动作）在Matter模型里还没有标准化的cluster，实际项目里仍需厂商私有扩展。

工程建议：新建项目优先预留RS485总线（手拉手拓扑、终端电阻120Ω、屏蔽双绞线），为后续接入网关留余地；改造项目若无法布线，选Zigbee或Thread而非Wi-Fi，并保证每个温控器到网关的跳数不超过2跳。

五、清徐工地的几条落地经验

第一，阀门防卡涩。地暖电热执行器长期不动容易卡死，温控器固件里应设置“每周一次全行程动作”（例如每周日凌晨开阀3分钟再关闭），这个功能在清徐这个工地是调试时手动加进去的。

第二，分室温控与水力平衡的配合。PID控制的是室温，但如果分集水器各环路水力不平衡，某个房间的阀门即使全开也达不到设定温度，PID积分项会饱和（积分饱和）。解决办法是PID输出加抗饱和限幅（clamping），同时在调试阶段用超声波流量计或分户热计量表做初步水力平衡。

第三，参数要随季节微调。清徐冬季室外-15℃与初冬-3℃时，建筑热负荷差异大，同一套PID参数在极寒天气下响应偏慢。实用做法是提供“舒适/节能”两套参数，或根据室外温度传感器做增益调度（gain scheduling）。

地暖温控看起来只是“设个温度”，但真正决定体验的是控制算法、传感精度和通讯可靠性这三层地基。清徐这个工地改造前后的对比说明：同一套地暖管路，换掉控制逻辑和测温方案，室温波动就能从3.3℃收敛到1.2℃——这笔投入远比加几路管更划算。