去年冬天我坐在书房里，头顶空调热风直吹，脑袋发胀，脚却还是凉的；走到客厅，温度倒是上来了，可一推开卧室门，温差大得像进了两个季节。那一刻我意识到，自己折腾了大半年的“全屋智能”，在温控这一项上交了白卷——一堆智能插座、几个语音音箱，并没有真正解决“全屋温度舒适”这件事。传统那一套“一台空调、一个遥控器、一个温度计”根本不是温控，只是“出风”。后来我花了大半年时间，把全屋传感器、地暖分水器、中央空调网关、新风系统全部重新梳理了一遍，从设备选型到通信协议到自动化策略推倒重来，才有了这套让我冬天和夏天都愿意待在家的智能温控系统。如果你正在装修、准备升级家里的地暖/中央空调控制，或者已经是智能家居玩家但温控做得稀烂，这篇文章值得你花十分钟读完，里面全是我真金白银换来的经验和踩坑记录。
1. 全屋温控的本质：控的不是“温度数字”，而是体感与热惯性
1.1 温度计测的是空气，人体体验的却是一个“热交换场”
很多人在规划智能温控时，第一反应是“买几个温湿度传感器，温度高了就开空调，温度低了就开地暖”。这个思路不能说错，但它把温控这件事想得太简单了。
人体和环境之间的热量交换，从来不只是空气对流这一条路径。我们感觉冷还是热，至少同时被四个因素影响：空气温度、辐射温度（墙面、地面、窗户的冷热）、相对湿度、气流速度。同样室温25℃，在阳光透过落地窗晒着的客厅里，穿一件卫衣刚刚好；在背阴的北向房间，你会觉得阴冷；如果开着空调对着人吹风，25℃甚至会觉得凉飕飕的。这就是为什么很多人开了空调，温度计显示已经到设定值了，人还是觉得不舒服——因为温度计只感知了空气对流这一项，而人体在进行的是辐射、对流、蒸发三种方式的综合热交换。
我习惯用一个类比来理解这件事：房间是一个“人体热交换容器”，温度计只量了容器里空气的温度，但你的身体同时在跟墙壁、地面、窗户进行辐射换热，跟空气进行对流换热，通过出汗进行蒸发换热。全屋智能温控要做的事情，不是让温度计读数好看，而是让居住者在多种换热路径叠加之后，体感处在舒适区间。
1.2 房间从来不是均匀的“腔体”：一个传感器撑不起全屋
还有一个更隐蔽的坑：房间本身是不均匀的。热气上升，同样的房间天花板附近可能比地面高3-5℃，落地窗附近和房间中央的温差也能轻松拉开2℃；朝阳的房间白天升温快，北向卫生间一整天都阴冷。这些差异是建筑结构决定的，不是放一个传感器就能抹平的。
我最早踩的坑就是在客厅只装了一个温湿度传感器，放在电视柜旁边，然后拿它控制客厅空调。结果夏天午后的阳光透过西晒窗直接晒在传感器附近，空调拼命制冷，客厅东侧的人冻得套外套；到了冬天，传感器位置靠近暖气片，又导致空调迟迟不启动，整个客厅冷飕飕。一个传感器的读数，根本代表不了全屋的热环境。
所以全屋温控的第一步，是先承认“房间是不均匀的”，然后在感知层用多个传感器去逼近真实热分布，再用执行层的分区控制去逐一修正。这恰恰是“全屋”和“单房间”的本质区别：它不是把一个遥控器换成一个App，而是把一套按房间维度工作的热环境管理系统铺开。
1.3 温控系统其实是“感知—决策—执行—反馈”的完整闭环
我重构完这套系统之后，发现真正稳定的智能温控，必须是一个四位一体的闭环，缺一环都不行：
- 感知层：温湿度、人体存在、门窗开合、室外天气、光照强度——这些数据回答“现在环境是什么状态”；
- 决策层：自动化规则、预判算法、场景模式——回答“应该把温度调到多少”；
- 执行层：空调内机、地暖分水器、新风阀、加湿器、窗帘电机——回答“谁来改变环境”；
- 反馈层：能耗统计、温度变化速率、历史曲线——回答“上次调整是否有效”。
在这个闭环里，“智能”两个字的价值不在手机远程开关，而在决策层能不能结合热惯性做预判。后面我会专门讲热惯性这个问题，它是全屋温控和普通遥控器之间最大的分水岭。
2. 感知层铺对了，整套系统才立得住：传感器布局与选型
2.1 传感器选型不能只看“能联网”：精度、响应、供电都是硬指标
温控系统里，传感器是“眼睛”，眼睛近视了，后面的决策再聪明也白搭。选温湿度传感器时，我觉得至少要看四个维度。
第一个是精度与一致性。市面上标称±0.3℃的传感器和±0.5℃的传感器，价格能差两三倍。对于全屋温控来说，真正重要的其实不是绝对精度，而是多设备之间的一致性——如果卧室传感器比客厅传感器天生偏高0.5℃，你做跨房间对比和联动控制时，就会得到错误结论。我的经验是：同一套系统里尽量用同一品牌、同一型号的传感器，组装前把所有传感器放同一个环境里静置半小时，对比读数，把偏差大于0.3℃的挑出来，要么做偏移补偿，要么直接退货。
第二个是响应速度。热敏电阻类传感器对外界温度变化的响应比较慢，换气之后可能五六分钟才稳定；而新一代数字传感器（比如SHT40这类）响应快很多。响应速度直接影响反馈闭环的灵敏程度，尤其是夏天开空调后你希望几分钟内就看到室温下降趋势，如果传感器反应迟钝，自动化规则就容易“追过头”。
第三个是供电方式。电池供电的传感器部署灵活，但冬天低温环境下电池掉电快，半年换一批电池也挺烦。温控场景里我的建议是：核心区域的传感器尽量选USB供电或电池+有线双供电的型号，非核心区域再放电池版。一套温控系统让人记住的不是第一次部署多方便，而是三年后维护多省心。
第四个是外壳影响。传感器装进外壳后，外壳会形成微气候——密闭外壳里的热量散不出去，读数会偏高；外壳通风不良还会导致响应变慢。选传感器时尽量避开那种全密封的“胶囊式”外壳，优先选侧面有透气孔的设计。我实测过，同样一颗传感器，放在全密封壳和透气壳里，温度读数最多能差1℃。
2.2 布点高度：为什么黄金位置是1.2-1.5米
安装高度这个事，很多教程一句“离地1.2米”就带过了，但我自己踩过坑之后才理解为什么要定这个高度。
1.2米大致对应坐着时头部的高度，1.5米接近站立时呼吸区的高度。人的活动空间主要集中在离地1到1.7米这个范围，传感器装在这个区间，读数才贴近人体实际感受。装得太低，地板辐射采暖会把地面附近烤得很热，传感器读到的温度会比人体感受到的高；装得太高，热气积聚在天花板附近，传感器读数偏高，空调就会误判“已经够热了”而不出风。
还要注意的是避开局部热源和冷源：空调直吹的路径、阳光能晒到的墙面、窗户旁边、电视背面散热口、冰箱侧面、窗帘后面，这些位置都不适合放传感器。我家书房第一版就把传感器装在空调正下方的书架上，结果空调一开，热风直接吹到传感器上，读数比桌面温度高了2℃，那段时间书房制冷一直忽冷忽热，排查了好久才找到原因。
2.3 分区域布点策略：卧室、客厅、卫生间各有各的讲究
全屋温控不等于在每间房都塞满传感器，铺点要有规划。以我家的三层户型为例：
- 主卧：我放了两个温湿度传感器。一个挂在床头上方墙面（主控），一个放在远离空调的梳妆台角落（辅助参考）。主卧是睡眠空间，温度变化对人影响最大，双传感器取平均值做控制，能避免单一传感器被直吹或被被子挡住失效。
- 客厅：因为是开放式餐客厅一体，面积大且有西晒问题，我放了三个传感器。沙发旁一个、餐桌区域一个、空区域一个，自动化里取平均值或取最高/最低值做联动，具体取决于模式。
- 卫生间：不参与主动温控。卫生间湿度大、温差变化剧烈，传感器容易结露老化，而且人在卫生间的时间通常很短，加个浴霸并把排风联动做好就够了。
- 书房/影音室：这种小空间里电脑、电视、功放都是热源，传感器要放在人体活动的位置，而不是设备堆旁边，否则智能温控会一直“以为”房间很热。
2.4 一份可以直接抄的感知层清单
| 区域 | 推荐设备 | 安装位置 | 供电方式 | 注意事项 |
|---|---|---|---|---|
| 主卧 | 温湿度传感器×2 | 床头墙面+梳妆台角落 | 一个USB、一个电池 | 双传感器取平均，避免单点失效 |
| 客厅/餐厅 | 温湿度传感器×3 | 沙发旁、餐桌旁、开放区域 | USB为主 | 有西晒的房间要加光照传感器联动 |
| 地暖分水器 | 水温传感器/阀控执行器 | 分水器箱内 | 常电 | 每路回路要有手动开关作为备份 |
| 中央空调 | 空调网关/VRF模块 | 空调外机或内机总线旁 | 常电 | 选品牌官方协议接入，别用红外万能遥控 |
| 室外 | 室外温湿度/气象站 | 北墙遮雨处 | 电池/USB | 用于天气补偿和预热预判 |
| 门窗 | 门窗传感器 | 常开的入户门、阳台门 | 电池 | 开窗联动暂停温控，但延时要设好 |
这套清单的核心思路是：感知层不要节省，但也不要均匀用力，把预算花在“人长时间停留”和“热负荷变化剧烈”的区域。
3. 通信协议与执行器：决定温控系统上限的“输送管道”
3.1 主流协议一图流：靠谱程度和智能程度是两回事
智能家居发展到现在，市面上能买到的温控设备用的协议五花八门，我把常见的几种放一张表里对比，大家选型时可以直接参考：
| 协议 | 功耗 | 可靠性 | 延迟 | 断外网可用性 | 适合的温控设备 |
|---|---|---|---|---|---|
| Wi-Fi | 高 | 中 | 低 | 依赖平台策略 | 智能插座、部分空调网关、电暖器 |
| Zigbee | 低 | 高 | 低 | 支持本地联动 | 温湿度传感器、温控阀、地暖执行器 |
| Bluetooth Mesh | 低 | 中 | 中 | 支持本地联动 | 部分传感器、浴霸、风扇灯 |
| Matter/Thread | 低 | 高 | 低 | 支持本地联动 | 新生态温控器、传感器 |
| KNX/RS-485 | 有线供电 | 很高 | 极低 | 完全本地 | 别墅、工程项目的面板和阀控 |
| 传统红外 | — | 中 | 高 | 无 | 老旧空调的将就方案 |
对温控这个场景来说，我觉得协议选择的核心排序应该是：可靠性>断网可用>功耗>成本。温控设备不像灯泡，坏了顶多亮点暗点，温控失效是直接让人在冬天挨冻、夏天中暑的问题，所以可靠性和本地执行能力必须排在最前面。
3.2 为什么我优先推荐Zigbee做温控主干，而不是全屋Wi-Fi
在整套系统的重构中，我把所有温控相关的传感器和执行器都换成了Zigbee协议，核心原因有三个。
第一，Zigbee是网状网络，节点之间可以互相中继。温控设备的部署环境往往不友好——地暖分水器装在角落柜子里，传感器贴着墙面，周围还可能有金属管道和石材，这些都会削弱Wi-Fi信号。Zigbee通过邻近节点中继，穿墙能力比单点Wi-Fi好得多。我家的地暖分水器在设备间柜子里，旁边的Wi-Fi插座经常掉线，但Zigbee控制模块稳稳的，因为中间隔了两三个传感器当中继。
第二，Zigbee协议栈支持本地联动，不依赖外网。很多Wi-Fi设备，App控制要走云端，外网一抖，指令就发不出去。Zigbee配合本地化的网关（比如Home Assistant的Zigbee USB棒或者小米网关的本地联动），即使家里宽带走丢、运营商光猫出问题，温控自动化依然按既定规则运行。这一点在经历过一次宽带领带故障之后，我感触特别深——那两天全屋Wi-Fi设备几乎瘫痪，但Zigbee的温控策略纹丝不动。
第三，功耗低。Zigbee的温湿度传感器用纽扣电池或两节五号电池能撑半年到一年，Wi-Fi传感器动不动一两个月就报电量低。温控需要传感器长期在线，频繁换电池这件事看着小，其实很消磨使用意愿。
3.3 执行器选型：地暖、中央空调、电暖器各走各的路
执行层是温控的“手脚”，选对了才能让决策层的每一个指令真正落地。不同类型的热源设备，接入方式差别很大。
水地暖/暖气片：核心是分水器。改造时给每路分水器加装电热执行器，通过温控器或智能模块控制开关。选电热执行器时要注意“常闭”和“常开”的区别：常闭型是断电时阀门关闭，适合正常住宅，防止意外断电时地暖一直加热；常开型适合需要“断电保持供热”的场合，比如冬季长期低温的地区，防止断电后水管冻裂。我家用的常闭型，并保留了分水器上的手动开关作为物理备份——智能化设备再可靠，也得留一条徒手能操作的路。
中央空调/风机盘管：最稳妥的方式是通过官方网关接入。大金、日立、三菱、格力这些品牌基本都有对应的智能网关模块，接在空调外机或内机的通信总线上，能返回各内机状态、设定温度、故障代码。我不建议用红外万能遥控来控中央空调，因为中央空调室内机的红外接收器通常隐藏在天花板检修口里，红外信号不稳定，而且没有状态回传，系统根本不知道空调到底开没开、设定温度是多少。
对流式电暖器/踢脚线取暖器：这种自带机械开关的取暖器，最简单的接入方式是换一个带功率统计的智能插座（Wi-Fi或Zigbee版都有），遥控电源通断。但要注意一点：如果电暖器本身有温控旋钮，把旋钮调到最大，把温度控制完全交给智能系统；否则设备内置温控和智能系统两套逻辑互相打架，会出现“插座明明通电了，电暖器却因为到温自己不加热”的情况，排查起来非常迷惑。
3.4 执行链路一定要做“主备双路”
这是我吃过亏后总结出来的最重要经验。智能设备再稳定，也会有固件bug、系统升级翻车、网关宕机的时候。温控系统一旦执行链路断掉，可能一晚上冻醒或者热醒。
所以我把每一路执行链路都设计成了“智能+手动”双通路：地暖分水器旁边保留手动阀；中央空调墙上的实体控制器不拆，和智能网关并联；电暖器插在智能插座上，但插座本身有物理按键。平时全走自动，出问题时，人走到设备旁边，三秒钟就能靠手动恢复基本温控。这不丢人，反而是系统工程该有的稳健性。
4. 自动化策略：从定时开关到“会预判”的动态调温
4.1 基础策略先立住：起床、离家、回家、睡觉四个锚点
有了可靠的感知层和执行层，接下来才是智能温控真正“智能”的部分——自动化策略。我是从最基础的四个生活锚点开始搭规则的。
- 起床模式（工作日 07:00 触发）：提前30分钟把主卧温度从睡前的24℃抬到26℃，同时把客厅地暖从节能的20℃提到22℃。这里的关键不是“到点了开暖气”，而是“人起床之前房间已经暖了”。
- 离家模式（最后一人出门后触发）：全屋温控进入待机温度，冬天地暖降到18-19℃，空调全关。注意是“降”不是“关”，这个道理我在后面能耗部分细说。
- 回家模式（门锁/人体传感器触发）：根据室外温度决定提前量，夏天提前15分钟开空调，冬天提前30分钟开客厅取暖设备，目标是推门进去就是舒适温度。
- 睡眠模式（23:30 自动触发）：卧室温度从日常的24℃降到23℃，空调切换为低风速静音模式，地暖在卧室回路上调低水温。睡眠时人体代谢降低，过高的室温反而影响深睡质量。
这四个锚点构成了一套系统的骨架，剩下的所有规则都是在这个骨架上做优化和例外处理。
4.2 热惯性是做温控预判的核心：空调是“微波炉”，地暖是“蒸锅”
在调自动化规则时，我最大的认知升级是理解了“热惯性”这件事，它直接决定了预热策略该怎么写。
空调属于强制对流加热，升温快，我把它比作“微波炉”——开机5-10分钟就有明显体感变化，所以回家提前15-20分钟开空调就够了。但地暖不一样，地暖加热的是整个地面和墙体，再通过辐射慢慢加热空气，这个过程非常慢，我把它比作“蒸锅”——水烧开都要半天，你把开关打开了，热量要好几个小时才能渗透到房间里。
地暖的预热时间不是拍脑袋定的，我用了一个笨办法：连续记录两周里每天下班回家前地暖的升温曲线，算出“从20℃升到22℃平均要多久”。数据出来之后，冬天的预热提前量我设成了3小时，极寒天气（室外低于-5℃）设成4小时。这个数字每个房子都不一样，跟保温性能、地暖管间距、地板材质都有关，建议大家都测一下自己家的升温速率，而不是照搬网上的模板。
天气补偿规则倒是可以直接抄：室外温度越低，房屋热量流失越快，同样的升温幅度需要的时间就越长。我用室外传感器+天气API做一个简单换算——室外低于10℃时，每降1℃，地暖预热提前量增加15分钟；夏季空调也同理，室外35℃以上时，每升1℃，空调预热提前量增加5分钟。
4.3 存在感知联动：别让智能变“智障”
温控自动化的另一大支柱是人体存在感知。传统的人体传感器（PIR）只能检测移动，人坐在沙发上看书不动，它就会判定“无人”，导致空调被关掉。我一开始用PIR做离家判断，结果有两次人窝在沙发里看电影，客厅空调中途被关，气得我直接把自动关停规则删了。
后来我换成了存在传感器（mmWave毫米波雷达）配合智能门锁做多条件判定。规则变成：门锁从内侧反锁+室内无存在传感器触达超过15分钟+灯光全部关闭，三个条件同时满足才判定“离家”，这时候才执行离家模式。从“检测无人就关”到“多条件确认无人再关”，这个转变让误判率直线下降。
另外还加了一条“延时关闭”规则：就算判断房间没人，空调也不是立刻关，而是把设定温度调高2℃，先进入ECO等待状态，15分钟后如果还没有人回来，再彻底关闭。这样处理的好处是，人只是临时去阳台收个衣服、去厨房接杯水，回来之后房间还是舒适的，空调也不需要重新启动去对抗被晒热的墙体。
4.4 窗帘、新风、除湿机和温控的“外交关系”
全屋温控做到后面，你会发现自己不是在调温度，而是在协调一大堆系统的关系。温控孤军奋战是没有未来的，我经历过的几个典型联动场景值得分享一下。
夏天白天，光照传感器检测到西晒阳台光照强度超过阈值，窗帘电机自动关闭遮阳帘，空调继续运行但负荷明显下降——把太阳辐射挡在玻璃外面，相当于给空调减负了一大截。冬天白天反过来，窗帘自动打开，让太阳光变成免费的辅助热源，地暖水温可以适当调低。
新风系统是温控的“隐形干扰源”。新风从室外引入空气，冬天会把冷空气带进来，如果新风和温控没有联动，就会出现“空调一边制热、新风一边灌冷风”的拉锯战。我的解决方式是：在温控预热的30分钟前，新风以最小档运行甚至关闭，等温度达标后再恢复新风；开窗换气时同理——门窗传感器检测到窗户打开超过2分钟，自动把该区域空调切换为待机或关闭，避免室内外空气快速换热时空调还在傻乎乎地工作。
湿度也是温控的一部分。实木地板和钢琴对湿度敏感，冬天暖气一开，湿度掉到30%以下，人嗓子干痛，地板还可能开裂。我把加湿器接入了温控系统，在湿度低于40%时自动开启，高于55%时联动新风或除湿机降低湿度。很多教程只讲温度不讲湿度，但实际住下来你会发现，湿度对舒适度的贡献完全不亚于温度。
4.5 可以直接抄的策略模板
最后分享两个我现在还在用的自动化规则模板，给有参考需要的朋友：
规则一：地暖预热（以Home Assistant的YAML为例）
alias: 冬季地暖预热 trigger: - platform: time at: "06:30" # 计划起床时间前3小时 condition: - condition: numeric_state entity_id: sensor.outdoor_temperature below: 10 # 室外低于10℃才需要预热 - condition: time weekday: - mon - tue - wed - thu - fri action: - service: climate.set_temperature target: entity_id: climate.bedroom_floor_heating data: temperature: 24规则二：空调跟随存在传感器
alias: 客厅空调“无人降频”模式 trigger: - platform: state entity_id: binary_sensor.living_room_occupancy to: "off" for: minutes: 15 condition: - condition: state entity_id: climate.living_room_ac state: "heat" # 空调正处于制热状态 action: - service: climate.set_temperature target: entity_id: climate.living_room_ac data: temperature: 26 # 上调2℃而不是直接关机这两个模板的核心逻辑都是一样的：提前做功课、延迟做决断。预热要提前，关机要延迟。
5. 能耗账本与调参心得：把舒适度和电费一起算明白
5.1 先把温控变成一本“看得见的账本”
温控系统和电费是强绑定的，如果不把能耗量化，就没办法判断自己折腾的自动化规则到底有没有价值。我在每个取暖/制冷设备上都加了能耗统计：智能插座统计电暖器的实际功率，空调网关返回各内机的运行状态和累计电量，电地暖回路通过电流互感器计量。每天早上的例行公事，就是看一眼昨天的能耗曲线和室温曲线。
有了数据之后，调参就不再是拍脑袋。比如我发现某个电暖器每天的累计运行时间是9小时，但其中至少2小时是在“门窗开着的时候工作”——这就是浪费，于是补上开窗联动规则，当月电费立刻降了一截。
5.2 变频空调最大的省电位，是减少频繁启停
关于空调节能，很多人有一个根深蒂固的误区：出门就关空调，回家再开，觉得这样省电。实际上对于变频空调来说，启动阶段压缩机高频运转，功率可能飙升到额定值的1.5倍以上，频繁冷启动比持续低频运行费电得多，还会让房间温度像坐过山车一样剧烈波动。
所以我在离家模式里根本不是“关空调”，而是把设定温度上调2-3℃，让空调降频运行维持一个较低的制冷/制热水平；回家前再下调回舒适温度。这个区别看起来小，实际一个夏天测试下来，电费比之前“出门关、回家开”省了大约18%，而且房间温度始终不会掉到极端状态，回家后几分钟就能恢复体感舒适。
5.3 地暖+空调的组合运行策略
家里同时有地暖和中央空调的，要学会打“组合拳”，让两种设备各司其职，而不是同时高负荷运转。
我的运行策略是：白天人在客厅活动，由空调快速维持客厅温度，地暖水温调到中低温（40℃左右），只负责保温不负责升温；晚上转战卧室后，客厅空调自动关闭，卧室地暖开始加热，空调仅保留静音辅助。这样一天之内，空调负责“快升温”，地暖负责“长保热”，避免了两种设备同时满负荷工作的电力尖峰。
室外气温回暖的午后（比如冬天正午阳光好），我还会把地暖水温进一步调低或直接暂停——这时候太阳光本身就是热源，继续高水温供暖只会让房间过热，最后还得开窗散热，白白浪费热量。
5.4 实测数据与调参体会：两个让人头大的坑
这套系统运行了大半年，我整理了一组对比数据：自动化预热策略上线之前，冬天回家时客厅温度17.5℃，上线之后稳定在22℃左右，温差从3.5℃缩小到1.8℃；电费方面，采用“离家降频”和“地暖预热”策略后，相比之前“出门全关回家猛开”，冬季月电费反而低了约12%。舒适度上来，钱反而省了，这就是智能温控该有的样子。
最后说两个我调参过程中踩过的坑，给大家提个醒。
第一个是地暖预热时间调得太早导致的“过冲”问题。我最初把预热提前量设成5小时，结果人还没到家，房间温度已经冲到26℃，等于白白多烧了好几个小时的热量。后来我改成“分阶段预热”：提前3小时先升到目标温度减1℃，人到家前30分钟再补最后1℃，既保证到家时温度刚好，又不至于过冲浪费。
第二个是阳光传感器的“假性高温”问题。夏天我把一个温度传感器放在客厅西侧窗台边，午后阳光直射传感器外壳，读数飙升到40℃，空调收到了错误的“极热”信号疯狂制冷，冻得人只能躲进卧室。后来做了两件事：把传感器移到不被阳光直射的位置，同时在自动化里加了光照条件——光照强度超过某个阈值时，温度传感器读数不参与空调控制。从那以后，这种“太阳晒传感器导致空调发疯”的情况再没出现过。
这套全屋智能温控系统跑了大半年，回头看我最大的体会是：真正舒服的温控，不是手机App上那些花哨的远程开关，也不是语音喊一句“打开空调”的仪式感，而是你坐在家里压根感觉不到温控系统的存在——不冷不热、不干不燥、推开每扇门温度都是对的。要做到这一点，靠的不是某一个昂贵的设备，而是感知层的细致布局、执行层的可靠稳定、决策层的预判逻辑，再加上一版一版调出来的参数。
最后再分享一个小技巧：所有温湿度传感器，每半年拆下来用干净的软布轻轻擦一下外壳透气孔，灰尘和毛絮堵住透气孔会导致读数逐渐漂移；有条件的话，可以和家里的一支校准过的水银温度计放一起比对一下，超过0.5℃偏差就做偏移补偿。这些细节看着不起眼，但往往是系统用了一两年后依然精准的关键。智能温控这条路，没有一步到位的方案，只有不断根据自己家的情况去调、去改、去迭代的认真劲。
