老房子的格力定频空调，刚6年，换了又可惜，但是总感觉温度忽冷忽热，要么太冷，要么太热，孩子都不愿意用。

用小米的温度计探测室内温度，通过空调伴侣自动启动空调，能否改善这种问题？

小米2温度计豆包说新版估计一分钟采集几次温度，每分钟都会向网关上报温度数据，把空调设置为24度，小米温度计设置为＞26.5°并保持3分钟，空调开（制冷24°），小于25.3°关。

这样小米温度计能每分钟探测房间的温度并上报给网关，网关把温度数据传给空调伴侣，空调伴侣控制空调启停。

豆包说很多人用这个方案，温度能够控制再25.3-26.5度之间，比用空调的探头控制温度稳定很多。

大家觉得这个方案靠谱吗？
--
FROM 219.142.76.*

Deepseek提出的问题我也关注到：

风险：一个可能让方案失效的“定时炸弹”

这个方案最大的不确定性，在于温度传感器本身。小米温湿度计2（以及其他大部分蓝牙版温湿度计）为了省电，其固件设计有数据上报延迟。

核心问题：它的默认上报周期是10分钟一次，只有当温度波动超过0.5°C时才会立即上报。

结果：你的空调要到 10分钟后才能开始根据新温度做出反应。这会彻底破坏你设计的“保持3分钟”等精细逻辑，实际控制会变得非常迟钝，温度失控，最终的舒适度甚至不如你老空调原本的控制。

豆包说小米温度计2新版固件已经做到温度每分钟上报了，这个“定时炸弹”是不是已经排掉了？否则，豆包和Deepseek都建议使用Zigbee协议的温湿度传感器。数据上报是近乎实时的，联动稳定可靠，是解决“定时炸弹”的最佳方案
--
FROM 219.142.76.*

不知道触发了什么mgc。只能用图片回复了。




【 在 cugbboy 的大作中提到: 】
Deepseek提出的问题我也关注到：

风险：一个可能让方案失效的“定时炸弹”

这个方案最大的不确定性，在于温度传感器本身。小米温湿度计2（以及其他大部分蓝牙版温湿度计）为了省电，其固件设计有数据上报延迟。

核心问题：它的默认上报周期是10分钟一次，只有当温度波动超过0.5°C时才会立即上报。

结果：你的空调要到 10分钟后才能开始根据新温度做出反应。这会彻底破坏你设计的“保持3分钟”等精细逻辑，实际控制会变得非常迟钝，温度失控，最终的舒适度甚至不如你老空调原本的控制。

豆包说小米温度计2新版固件已经做到温度每分钟上报了，这个“定时炸弹”是不是已经排掉了？否则，豆包和Deepseek都建议使用Zigbee协议的温湿度传感器。数据上报是近乎实时的，联动稳定可靠，是解决“定时炸弹”的最佳方案
--
修改:ccf FROM 1.202.70.*
FROM 1.202.70.*

我不知道



【 在 cugbboy 的大作中提到: 】
: 小米的哪一代温度计上报间隔时间短？我的空调伴侣是小米的，不想换Zigbee的了。
--
FROM 1.202.70.*

我写的文字不知道您读了没有，one代、two代、three代温湿度计的数据，都是需要上报
到云端的，所以上报频率不可能高。



【 在 cugbboy 的大作中提到: 】
: 效果也就那样是吧，没有豆包说的那么夸张，距离变频的舒适度还是差得远。
--
FROM 1.202.70.*