米家设备在线但自动化不执行怎么办：触发条件、网关本地执行与恢复验收

先判断：在线、触发、执行和通知不是一回事

米家设备在 App 中显示在线，只能说明当前设备状态可以被读取或设备仍与系统保持连接；它不等于自动化已经被触发，也不等于动作执行成功，更不等于手机通知已经送达。遇到“设备在线但场景没反应”，不要先反复删除设备或重建全部自动化，应按四个结果逐层确认：触发条件是否满足、场景是否被启动、动作是否执行、通知是否送达。

如果问题发生在全屋项目，先把异常场景、触发时间、涉及设备和预期动作记下来，再进行一次只改一个变量的复测。这样才能区分是条件写错、网关未执行、网络链路异常，还是通知权限造成的“看起来没执行”。

第一步：核对触发条件和时间范围

先打开对应自动化，逐项核对触发设备、状态变化、时间段、星期、家庭成员和附加条件。人体、存在、门窗和水浸传感器等触发设备，可能因为安装位置、盲区、朝向、电池状态或触发间隔没有产生系统期望的状态变化；可先参考米家人体、存在、门窗与水浸传感器布置指南，把“设备在线”和“传感器确实产生了目标事件”分开验证。

同时检查自动化是否被暂停、是否限制了生效时间，以及多个条件是否被设置成必须同时满足。测试时先保留一个最简单的触发条件和一个明显可观察的动作，成功后再逐项加回时间、成员、设备状态等限制，避免一次修改多个条件而无法定位。

第二步：确认中枢网关和执行路径

涉及多设备联动时，要确认场景实际依赖的中枢网关是否在线、是否完成配网，以及相关设备是否都在同一家庭和可用范围内。生产资料中的米家中枢网关承担设备连接和本地联动相关能力，但不能据此推断每一条自动化、每一种设备或每次异常都一定由本地执行；具体能力仍要以设备、固件、家庭配置和场景条件为准。

把自动化分成两类来查：能在家庭局域网内完成的联动，重点观察网关、局域网和设备之间的状态；需要云端服务或手机通知参与的链路，则还要检查外网、账号状态和手机权限。不要把“网关在线”直接当成“所有动作都能执行”，也不要把通知没有到达直接当成动作失败。

第三步：用执行记录定位卡在哪一层

复测时使用一个可以明确观察结果的动作，例如灯光、插座或其他已有设备状态变化，并记录触发的准确时间。随后查看自动化或设备的执行记录：没有触发记录，优先检查传感器状态、条件和时间范围；有触发但动作失败，检查目标设备、网关和局域网；动作已完成但没有提醒，检查 App 通知、手机系统通知、锁屏权限、后台运行和省电策略。

通知设计还应避免把设备离线、动作失败和普通状态变化混成同一类消息。可结合米家全屋智能通知与告警设计指南，为门锁、漏水、摄像头、设备离线和动作失败分别设置可验证的告警条件，并保留必要的降噪和重复通知边界。

第四步：按安全顺序做恢复复测

1. 先在 App 中确认家庭、网关和目标设备状态，记录当前自动化配置，不要立即删除重建。
2. 只重试一次目标触发，确认执行记录是否新增；如果没有新增，继续查触发条件而不是重复点按。
3. 确认局域网和网关状态后，再按设备说明执行网关或网络恢复；恢复后等待设备状态稳定，再测试一条最小自动化。
4. 如果近期更换过路由器、手机、设备或家庭成员，按米家换路由器、换手机与家庭交接指南核对家庭权限、重新配网和自动化恢复，不要把迁移后的旧设备记录当成当前执行结果。
5. 最后分别验证正常网络、短时外网异常、网关重启后和手动兜底四种状态；每次只记录一个变量的结果。

哪些情况不要继续反复重建

如果设备状态持续抖动、网关反复离线、动作记录显示失败，或设备出现异常发热、异响、供电不稳等现象，应先停止高频重试并处理供电、网络或设备本身的问题。自动化是控制逻辑，不会修复底层设备故障。对于复杂的全屋项目，应把网络、网关、设备、场景和通知分别验收，并保留手动操作路径。

结论：用记录证明恢复，而不是只看设备“在线”

“在线但不执行”的可靠排查顺序是：先确认触发条件，再确认网关和执行路径，随后用执行记录区分触发、动作和通知，最后进行断网、重启和手动兜底复测。只有在目标动作实际完成、记录可回读、异常状态有边界且手动路径仍可用时，才能认为这条自动化恢复，而不是仅仅恢复了 App 中的在线显示。

资料来源

关于中枢网关本地自动化、局域网设备管理、设备工作状态和历史记录，参见小米智能家居隐私说明；关于米家自动化和本地执行受网络环境、设备与 App 配置影响的边界，参见小米智能多模网关使用帮助。具体菜单名称和可用能力可能随设备型号、固件及米家 App 版本变化，应以当前设备说明和 App 页面为准。