10分钟排查小米家联动冲突从定位到修复的完整手册【免费下载链接】ha_xiaomi_homeXiaomi Home Integration for Home Assistant项目地址: https://gitcode.com/GitHub_Trending/ha/ha_xiaomi_home灯闪了三下又灭了空调温度在26和28之间来回跳风扇档位在高风低风之间反复横跳。Home Assistant 里小米家接入的设备一旦出现这种自己跟自己较劲的行为大概率不是设备坏了而是联动冲突两条自动化规则正在抢同一个设备属性。按下面的四问诊断走一遍基本能定位90%的同类问题再用四套方案任选其一就能修掉。为什么两条自动化规则会打架表面现象设备状态来回变HA 里实体显示正常日志里每条指令都显示成功。中间环节两条自动化在很短的时间差内先后触发比如日落开灯和有人开灯都往同一盏灯发送开灯指令。底层机制一个设备属性同一时刻只能有一个值后到的指令直接覆盖先到。这就是属性控制权冲突。本项目里所有自动化服务最终都收敛为一次属性写入例如custom_components/xiaomi_home/miot/miot_device.py:L1298的set_property_async会把目标值发给设备两条指令时间差1.2秒设备只认最后一条规则A: set_temperature 26 规则B: set_temperature 28 # 1.2秒后到达覆盖A好比两个人同时拧同一个旋钮后拧的人说了算旋钮最终停在谁都不想的位置。顺着四个问题锁定冲突点 先在 configuration.yaml 里把custom_components.xiaomi_home的日志级别调到 debug手动触发一次嫌疑规则然后在日志里找该设备的写入记录。几条写入指令正常只有1条异常2条以上且间隔小于5秒 → 明确是规则冲突进第2问异常只有1条但设备没执行 → 不是冲突直接跳到第4问查链路两条指令分别来自哪里正常一条来自自动化、一条来自米家App手动操作属正常覆盖异常都来自自动化 → 到自动化页面搜设备实体ID如climate.xiaomi_ac_1234列出所有碰过这个属性的规则触发条件是否重叠正常触发时点不同一条按时间、一条按人在不在异常都监听有人移动或同一时间窗口 → 两条规则本质在做同一件事优先合并而不是互斥链路延迟是否正常正常指令发出后12秒设备响应异常云控场景下明显变慢、设备上下线频繁 → 说明延迟在放大冲突窗口看家里有没有米家中枢网关可以走本地四套方案按代价从低到高挑⭐ 合并规则一条规则管一个属性适用场景第3问确认触发条件重叠多条规则控制同一属性操作步骤保留最常触发的那条删掉其余把动作改成 choose 分支不同条件对应不同目标值测试一次后启用预期效果出口只剩一条指令从源头消灭覆盖注意事项choose 分支留一个默认分支兜底避免条件都不满足时什么都不发生加互斥条件后到者自觉让路适用场景两条规则各有业务意义不能合并比如离家和睡眠都要改空调操作步骤在动作前加一条模板条件属性30秒内刚被改过就跳过本次执行预期效果重复指令被拦在自动化层设备只收到第一次的值注意事项30秒是经验值温度这类本身就频繁变化的属性把窗口放宽到2分钟condition: - condition: template value_template: {{ (now() - states.climate.xiaomi_ac_1234.last_changed).total_seconds() 30 }}把自动化模式设为 single适用场景同一条规则被高频重复触发人体传感器最典型指令排队挤进设备操作步骤把该自动化的模式改为mode: single把时间重复触发改成状态变化触发预期效果同一时刻最多一次执行重复触发直接丢弃注意事项它只治同一条规则自己刷自己治不了两条不同规则互掐mode: single换本地控制缩短冲突窗口适用场景第4问确认延迟大且局域网内有米家中枢网关固件3.3.0_0023以上操作步骤在小米家集成的配置流程里把控制模式从云端改为自动重启集成在日志确认已连上中枢网关预期效果指令往返从云链路变成局域网直连两条指令的时间差天然缩小冲突概率随之下降注意事项本地仅覆盖部分设备中枢网关同时可用时优先于LAN直连方案治什么代价合并规则规则互掐要整理旧规则互斥条件重复指令每条规则多写一段逻辑mode: single同规则重复触发解决不了规则间冲突本地控制延迟抖动依赖中枢网关防复发的三条习惯规则命名格式[房间][设备][动作]如[客厅][灯][日落开灯]。冲突出现时在自动化页面按设备名一搜候选规则立刻现形。一个属性一个主人新建规则前先搜目标实体确认它已有规则在管先合并再启用而不是两条规则各写各的。每月一次实体审计在 automation.yaml 里搜同一个 entity_id同一个设备属性出现在3条以上规则里就是隐患点趁没人投诉时合并掉。✅ 今天就可以做的五件事找到出问题的设备手动触发一次嫌疑规则确认日志5秒内出现两条写入指令在自动化页面搜该设备实体ID列出所有碰过同一属性的规则把同属性规则合并成一条或给高频触发的规则设上mode: single局域网有中枢网关的把控制模式改为自动观察延迟是否降回秒级以内复杂场景搞不定的把设备型号和自动化截图提交到项目 Issue社区会帮你逐条诊断【免费下载链接】ha_xiaomi_homeXiaomi Home Integration for Home Assistant项目地址: https://gitcode.com/GitHub_Trending/ha/ha_xiaomi_home创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/9/6 19:26:01 · 阅读 1.2k 10分钟排查小米家联动冲突：从定位到修复的完整手册
10分钟排查小米家联动冲突从定位到修复的完整手册【免费下载链接】ha_xiaomi_homeXiaomi Home Integration for Home Assistant项目地址: https://gitcode.com/GitHub_Trending/ha/ha_xiaomi_home灯闪了三下又灭了空调温度在26和28之间来回跳风扇档位在高风低风之间反复横跳。Home Assistant 里小米家接入的设备一旦出现这种自己跟自己较劲的行为大概率不是设备坏了而是联动冲突两条自动化规则正在抢同一个设备属性。按下面的四问诊断走一遍基本能定位90%的同类问题再用四套方案任选其一就能修掉。为什么两条自动化规则会打架表面现象设备状态来回变HA 里实体显示正常日志里每条指令都显示成功。中间环节两条自动化在很短的时间差内先后触发比如日落开灯和有人开灯都往同一盏灯发送开灯指令。底层机制一个设备属性同一时刻只能有一个值后到的指令直接覆盖先到。这就是属性控制权冲突。本项目里所有自动化服务最终都收敛为一次属性写入例如custom_components/xiaomi_home/miot/miot_device.py:L1298的set_property_async会把目标值发给设备两条指令时间差1.2秒设备只认最后一条规则A: set_temperature 26 规则B: set_temperature 28 # 1.2秒后到达覆盖A好比两个人同时拧同一个旋钮后拧的人说了算旋钮最终停在谁都不想的位置。顺着四个问题锁定冲突点 先在 configuration.yaml 里把custom_components.xiaomi_home的日志级别调到 debug手动触发一次嫌疑规则然后在日志里找该设备的写入记录。几条写入指令正常只有1条异常2条以上且间隔小于5秒 → 明确是规则冲突进第2问异常只有1条但设备没执行 → 不是冲突直接跳到第4问查链路两条指令分别来自哪里正常一条来自自动化、一条来自米家App手动操作属正常覆盖异常都来自自动化 → 到自动化页面搜设备实体ID如climate.xiaomi_ac_1234列出所有碰过这个属性的规则触发条件是否重叠正常触发时点不同一条按时间、一条按人在不在异常都监听有人移动或同一时间窗口 → 两条规则本质在做同一件事优先合并而不是互斥链路延迟是否正常正常指令发出后12秒设备响应异常云控场景下明显变慢、设备上下线频繁 → 说明延迟在放大冲突窗口看家里有没有米家中枢网关可以走本地四套方案按代价从低到高挑⭐ 合并规则一条规则管一个属性适用场景第3问确认触发条件重叠多条规则控制同一属性操作步骤保留最常触发的那条删掉其余把动作改成 choose 分支不同条件对应不同目标值测试一次后启用预期效果出口只剩一条指令从源头消灭覆盖注意事项choose 分支留一个默认分支兜底避免条件都不满足时什么都不发生加互斥条件后到者自觉让路适用场景两条规则各有业务意义不能合并比如离家和睡眠都要改空调操作步骤在动作前加一条模板条件属性30秒内刚被改过就跳过本次执行预期效果重复指令被拦在自动化层设备只收到第一次的值注意事项30秒是经验值温度这类本身就频繁变化的属性把窗口放宽到2分钟condition: - condition: template value_template: {{ (now() - states.climate.xiaomi_ac_1234.last_changed).total_seconds() 30 }}把自动化模式设为 single适用场景同一条规则被高频重复触发人体传感器最典型指令排队挤进设备操作步骤把该自动化的模式改为mode: single把时间重复触发改成状态变化触发预期效果同一时刻最多一次执行重复触发直接丢弃注意事项它只治同一条规则自己刷自己治不了两条不同规则互掐mode: single换本地控制缩短冲突窗口适用场景第4问确认延迟大且局域网内有米家中枢网关固件3.3.0_0023以上操作步骤在小米家集成的配置流程里把控制模式从云端改为自动重启集成在日志确认已连上中枢网关预期效果指令往返从云链路变成局域网直连两条指令的时间差天然缩小冲突概率随之下降注意事项本地仅覆盖部分设备中枢网关同时可用时优先于LAN直连方案治什么代价合并规则规则互掐要整理旧规则互斥条件重复指令每条规则多写一段逻辑mode: single同规则重复触发解决不了规则间冲突本地控制延迟抖动依赖中枢网关防复发的三条习惯规则命名格式[房间][设备][动作]如[客厅][灯][日落开灯]。冲突出现时在自动化页面按设备名一搜候选规则立刻现形。一个属性一个主人新建规则前先搜目标实体确认它已有规则在管先合并再启用而不是两条规则各写各的。每月一次实体审计在 automation.yaml 里搜同一个 entity_id同一个设备属性出现在3条以上规则里就是隐患点趁没人投诉时合并掉。✅ 今天就可以做的五件事找到出问题的设备手动触发一次嫌疑规则确认日志5秒内出现两条写入指令在自动化页面搜该设备实体ID列出所有碰过同一属性的规则把同属性规则合并成一条或给高频触发的规则设上mode: single局域网有中枢网关的把控制模式改为自动观察延迟是否降回秒级以内复杂场景搞不定的把设备型号和自动化截图提交到项目 Issue社区会帮你逐条诊断【免费下载链接】ha_xiaomi_homeXiaomi Home Integration for Home Assistant项目地址: https://gitcode.com/GitHub_Trending/ha/ha_xiaomi_home创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考