“地暖城市有哪些”这个问题，表面看是在问地域分布，实际上问的是：哪些城市的住宅形态、气候条件和能源结构，催生了对地暖系统的真实需求。而一旦落到工程层面，地暖能不能用得舒服、省不省气、好不好维护，几乎全部由温控器的技术细节决定。本文不谈宏观市场，直接从PID控制算法、温度传感器选型、通讯协议三个维度，把地暖温控系统的技术底牌摊开来讲。

为什么地暖城市清单背后，其实是气候分区与热负荷的差异

严格来说，地暖的普及程度与建筑热工分区高度相关。我国北方严寒和寒冷地区（如哈尔滨、长春、沈阳、呼和浩特、乌鲁木齐、北京、天津、石家庄、太原、西安、银川、兰州、西宁）集中供暖覆盖率高，地暖多作为末端形式存在；而夏热冬冷地区（如上海、南京、杭州、武汉、长沙、合肥、成都、重庆）没有集中供暖，分户式燃气壁挂炉或空气源热泵地暖成为主流选择，这类市场对温控器的控制精度和节能能力要求反而更高。

以成都为例，冬季室外计算温度约2℃，室内设计温度18℃，单位面积热负荷约80–100 W/㎡，一套100㎡住宅的地暖系统总热负荷在8–10 kW。这个量级下，温控器如果控制精度差1℃，一个采暖季（按90天计）的燃气消耗差异可达8%–12%。这正是PID算法存在的意义。

PID算法：地暖温控器真正的技术分水岭

地暖属于典型的大热惯性系统——水泥回填层厚度通常50–60mm，蓄热能力强，系统响应时间常数往往在30–60分钟。这意味着简单的ON/OFF（双位）控制会导致明显的温度过冲：设定22℃，实际可能冲到24℃才停，回落到20℃才启，室温波动±2℃。对于体感敏感的用户，这种波动很难接受。

PID控制通过比例（P）、积分（I）、微分（D）三项协同工作来抑制过冲。比例项根据偏差大小输出控制量，积分项消除稳态误差，微分项预判温度变化趋势、提前减小输出。工程实践中，地暖温控器多采用PI控制为主、微分项弱化或关闭的策略，因为地暖系统本身滞后大，过强的D项会放大传感器噪声。

具体参数上，一个调校良好的地暖PID温控器典型设置为：比例带2–4℃（P=2.5–5.0）、积分时间300–600秒、采样周期60–120秒。采样周期不能太短——地暖温度变化缓慢，高频采样只会引入噪声；也不能太长，否则积分项响应迟钝。部分高端温控器支持自整定（Auto-tuning），通过阶跃响应辨识系统时间常数和滞后时间，自动计算PID参数，实测可将室温波动控制在±0.3℃以内。

更进一步的方案是PID+PWM（脉宽调制）输出。温控器不直接开关执行器，而是以固定周期（如10分钟）输出不同占空比的开关信号，占空比由PID输出映射。这种方式配合热执行器（热敏蜡式或电热式），可以实现近似连续的水流量调节，避免阀门频繁启停。热执行器的开启/关闭时间通常为3–5分钟，PWM周期必须大于这个时间才能保证执行器完全动作。

传感器类型：NTC、数字温度芯片与无线探头的取舍

温控器的控制精度首先取决于测量精度。地暖温控器常见的温度传感方案有三类：

NTC热敏电阻是最主流的方案，典型B值3950K、25℃阻值10kΩ，配合12位ADC，测温分辨率可达0.1℃，精度±0.5℃。成本低、电路简单，但需要良好的线性化处理（查表法或Steinhart-Hart方程），且一致性依赖元件公差，批量生产时需校准。

数字温度传感器（如DS18B20、SHT系列）通过单总线或I²C输出数字量，精度可达±0.2℃–±0.3℃，免校准、抗干扰好，但成本略高，且I²C走线在温控器狭小空间内需注意串扰。

无线温度探头用于解决“温控器装在墙上、测的不是房间真实温度”的痛点。地暖房间的墙面温度与1.5m高度中心温度可能相差1–2℃。无线探头（433MHz或Zigbee）放置在活动区域，采样间隔通常30–60秒，电池寿命2–3年。代价是通讯延迟和丢包，PID算法需对丢包做插值补偿，否则积分项会累积错误。

值得强调的一点：地暖系统还应监测回水温度。地面辐射供暖技术规程对供水温度有明确限制（民用建筑供水温度宜≤45℃，供回水温差5–10℃）。部分温控器支持双传感器输入，同时采集室温与水温，做串级控制——外环控室温、内环控水温，响应更快、过冲更小。

通讯协议：从有线总线到无线Mesh的工程选择

单室温控器不需要通讯，但多房间地暖系统、分区控制、远程管理就绕不开通讯协议。常见方案对比如下：

有线总线：RS485（Modbus RTU）是暖通行业事实标准，波特率9600–115200bps，半双工，支持32–128个节点，抗干扰强、延迟低（毫秒级），适合新装修预埋线路。KNX总线在欧洲高端住宅中常见，速率9600bps，拓扑灵活，但成本高、调试门槛高。

无线方案：Zigbee（2.4GHz，IEEE 802.15.4）支持Mesh组网，单网络可容纳数十至上百节点，适合已装修住宅改造；Wi-Fi（2.4GHz）直连路由器，无需网关，但单路由器承载节点数有限（通常≤32），且功耗高，电池供电温控器难以长期运行；433MHz/868MHz Sub-1GHz方案穿透力强、功耗低，但多为私有协议，互操作性差。

工程上常见的混合架构是：温控器与执行器之间用有线（保证可靠性），温控器与网关之间用Zigbee或Wi-Fi（便于组网和远程控制）。需要提醒的是，Zigbee Mesh的端到端延迟随跳数增加而上升，3跳场景下可达100–300ms，对温度控制本身无影响（热惯性大），但对“一键全关”这类场景指令的体验有影响。

协议之外还有数据模型的问题。Modbus寄存器映射没有统一规范，不同厂商的室温寄存器地址、缩放系数（如0.1℃/bit还是0.5℃/bit）各不相同，系统集成时需逐一核对点表。这也是为什么大型地暖项目更倾向选择支持标准协议栈的产品。

把技术落到“地暖城市有哪些”这个问题上

回到关键词本身：地暖城市有哪些，答案不只是一份城市名单，而是不同城市对应不同的系统配置逻辑。北方集中供暖城市，温控器更多承担分室温控与节能调节的角色，重点在PID精度与执行器可靠性；夏热冬冷的分户式地暖城市，温控器还要承担锅炉联动、天气补偿、分时编程等职责，通讯协议和传感器方案的选择直接影响运行费用。理解PID参数、传感器精度、通讯延迟这些具体数字，比记住城市清单更有工程价值。