很多业主甚至部分施工方在调试地暖时，会把"供暖"和"回暖"当成同义词混着用。但在温控系统的技术语境里，这两个词描述的是两种完全不同的控制状态：一个是系统向房间净输入热量的过程，一个是房间温度从低点向设定值爬升的动态响应过程。混淆它们，直接导致的后果就是PID参数整定错误、传感器选型不当、通讯协议配置不合理，最终表现为"地暖开了半天不热"或者"温度到了但体感忽冷忽热"。本文从控制算法、传感层和通讯层三个维度把这件事讲透。

一、概念厘清：供暖是能量输入，回暖是温度响应的暂态过程

供暖（heating）指的是热源通过地暖盘管向建筑围护结构持续输入热量的稳态或准稳态过程，衡量指标是供热量（W/m²）和供回水温差。以常规湿式地暖为例，设计工况下供水温度45℃、回水温度35℃、流量按0.3～0.5 m/s管内流速控制，单位面积散热量约80～120 W/m²。这是一个能量侧的概念。

回暖（recovery / pull-up）则是房间空气温度从降低后的状态向设定值逼近的暂态过程，衡量指标是升温速率（℃/h）和超调量。由于地暖属于大热惯性系统，混凝土填充层的热容通常在200～300 kJ/(m²·K)量级，一次完整的回暖过程往往需要2～6小时，具体取决于填充层厚度（常规50mm）、管间距（150～300mm）和初始温差。国标GB 50736对地面辐射供暖的升温速度有明确建议：初始加热时升温速度应控制在每小时1℃左右，防止填充层开裂。

换句话说，供暖是"给多少热"的问题，回暖是"多久能到、会不会冲过头"的问题。前者靠水力平衡和热源出力，后者靠控制算法和传感反馈。

二、PID算法：回暖过程的核心，供暖稳态的守门人

地暖温控器里跑的PID，和工业过程控制里的PID在结构上一致，但参数整定逻辑差别很大，原因就是地暖的纯滞后时间（dead time）长。典型湿式地暖的纯滞后可达30～90分钟，时间常数在2～5小时。这种大滞后系统如果沿用常规PID整定方法，很容易振荡。

具体拆开看三个环节在两种状态下的作用：

比例项（P）：输出与偏差成正比。回暖初期偏差大（比如设定22℃、实测16℃，偏差6K），比例项会输出较大功率，这是回暖提速的关键。但P过大在滞后系统里会造成明显超调。工程上地暖温控的 proportional band 通常设在2～5K，而不是工业上常见的几十K。

积分项（I）：消除稳态误差，是供暖稳态阶段保证房间温度精确落在设定值上的核心。积分时间Ti的整定经验值是取系统时间常数的0.5～1倍，地暖场景下常在60～120分钟。I过小（积分过强）会导致回暖过程反复过冲，表现为"到了22℃还继续烧，冲到23.5℃再慢慢掉下来"。

微分项（D）：提前预判偏差变化趋势，抑制超调。地暖系统噪声和采样周期较长，D项不宜过大，实际产品中微分时间Td多在10～30分钟，部分低成本温控器干脆关闭D项，只跑PI。

更值得说的是，成熟的地暖温控方案会做"回暖/稳态"双模式切换：回暖阶段用较大的P和受抑制的I快速拉升，接近设定值前切换到稳态参数组，避免超调。部分高端控制器还会引入前馈——根据室外温度和回水温度提前调整阀门开度，把纯滞后的一部分"预判"掉。这就是为什么同样的锅炉和盘管，控制器算法不同，体感差异能到2℃以上。

三、传感器：回暖速率测不准，多半是传感层的问题

PID再准，输入错了也是白搭。地暖系统里常见的传感器有三类，精度和适用场景差别明显：

NTC热敏电阻：最主流的方案，10kΩ B值3435或3950的型号最常见，25℃时精度可达±0.2℃，但全温区非线性明显，需要查表或Steinhart-Hart方程换算。成本低、响应快（τ约10～30秒），适合做回水温度和室温检测。

PT1000铂电阻：线性度好，-30～100℃范围内精度可达±0.1℃，长期漂移小，多用于对计量精度要求高的分户热计量和高端温控器，成本是NTC的数倍。

DS18B20等数字温度传感器：单总线输出，免ADC，±0.5℃精度，布线简单，常见于DIY和中小项目，但分辨率和刷新率（12位时750ms）对回暖速率的捕捉略粗。

关键点在于：回暖速率典型值是0.3～1℃/h，换算到每分钟只有0.005～0.017℃。如果传感器分辨率是0.5℃、采样周期又是5分钟，算法根本"看不见"温度在爬升，微分项完全失效，回暖控制就退化成简单的开关控制。这就是很多低价温控器"要么全开要么全关"的技术根源。工程上建议回暖阶段采样周期不高于30秒，室温传感器分辨率至少0.1℃。

另一个常被忽略的是传感器安装位置。室温探头如果贴在外墙内侧或靠近门窗，受冷辐射影响读数偏低1～2℃，PID会持续误判"还没到"，造成过热。规范做法是安装在距地1.4m、避开阳光直射和热源的内墙面上。

四、通讯协议：回暖过程的协同控制依赖总线实时性

单房间温控器可以本地闭环，但分户/分室温控系统要让多个房间的回暖过程协调，就依赖通讯层。常见协议对比如下：

Modbus RTU（RS-485）：地暖集分水器电热执行器控制的主力协议，波特率9600～115200bps，轮询周期典型100～500ms。优点是抗干扰强、成本低、生态成熟；缺点是主从轮询，节点多时实时性下降，32个从站轮询一遍可能超过1秒，对回暖阶段的快速调节够用但对高频采样不够。

KNX：欧洲楼宇控制标准，9600bps，支持总线供电和对等通信，适合整栋住宅的地暖分区控制，但调试门槛和成本较高。

Zigbee / Wi-Fi（MQTT）：智能家居场景主流。Zigbee 3.0在2.4GHz，理论延迟几十毫秒，但实际组网中受路由深度影响，端到端延迟常在100ms～1s；Wi-Fi + MQTT走云端的方案延迟更大，且断网时本地闭环能力参差不齐。对于回暖这种小时级过程，云端往返几百毫秒影响不大，但前提是温控器本地必须保留完整的PID闭环，不能把控制逻辑放到云上。

实际工程中的一个典型坑：集分水器执行器用Modbus，温控面板用Zigbee，中间靠网关做协议转换，网关轮询周期设成5秒，结果回暖阶段阀门动作严重滞后，房间温度爬升曲线呈明显阶梯状。把网关轮询压到500ms以内后，曲线才平滑。

五、工程结论

回到最初的问题：地暖供暖和回暖的区别，本质是稳态能量平衡与暂态动态响应的区别。供暖效果看热源出力、水力平衡和围护结构保温；回暖效果看PID参数是否按大滞后系统整定、传感器分辨率和采样周期是否匹配0.01℃/min量级的升温速率、通讯链路是否能支撑协调控制。把这三层都做对，回暖时间可以从常见的5～6小时压缩到3小时左右，超调控制在0.5℃以内；任何一层掉链子，都会表现成用户口中的"地暖不给力"。