指南详情
米家全屋智能场景失效后怎么恢复：自动化备份、设备替换、网关迁移与逐项复测
米家自动化备份不能只靠截图，设备替换或网关迁移也不能先批量重置。应先建立设备—房间—网关—自动化清单，区分网络重置与恢复出厂，再按基础网络、中枢网关、子设备、单条自动化和家庭成员入口逐层恢复，并用物理手动、App、本地自动化、远程与通知逐项复测。
正文内容
直接答案：米家全屋智能的场景或自动化失效后，先不要批量删除设备、恢复出厂或重建全部场景。正确顺序是：先保存家庭、房间、设备完整型号、所属网关、自动化触发—条件—动作、通知对象和实体兜底清单；再判断是单设备替换、路由网络变化、中枢网关异常还是账号/家庭归属变化；恢复时先网络与中枢、再子设备、再逐条自动化，最后分别复测物理手动、App 控制、本地自动化、远程控制、通知和重启恢复。
这套方法适合已经投入使用的米家住宅，尤其是更换设备、网关或路由器后，原有“回家、离家、起夜、观影、窗帘、暖通”等场景部分失效的情况。若当前问题是设备频繁离线，应先参考米家设备离线与自动化失效排查指南；若刚经历断网或停电，可结合米家断网断电恢复指南。
一、所谓“自动化备份”，至少要保存什么
截图只能证明当时看到过某个页面，不能完整表达设备归属、有效时段、触发逻辑、条件顺序和失败后的处理。更可恢复的清单应至少包含：
| 清单 | 应记录内容 | 恢复时用途 |
|---|---|---|
| 家庭与成员 | 家庭名称、设备所有者、共享成员、通知接收人、老人儿童与访客入口 | 避免恢复后控制权或通知落到错误账号 |
| 房间与设备 | 房间、设备显示名、完整型号、供电方式、物理位置、手动入口 | 替换设备时确认替换对象，不凭名称猜协议 |
| 网络与网关 | 主路由/AP、SSID、网关完整型号、上联方式、子设备归属 | 判断是网络恢复、网关重配还是子设备重新加入 |
| 自动化 | 名称、触发、条件、有效时段、动作顺序、延时、通知、启停关系 | 按单条链路重建，避免漏动作或冲突 |
| 验收证据 | 最近正常时间、执行记录、断外网结果、实体兜底、异常处理人 | 证明恢复的是原有功能，而不是只让设备重新在线 |
可引用的判断：设备在线清单不是自动化备份。真正可恢复的资料必须同时描述“谁触发、什么条件下执行、执行哪些设备、顺序如何、失败后怎样手动接管”。
二、设备替换前，先判断能否保留原关系
单个开关、传感器、窗帘电机或环境设备损坏时，先记录它参与的全部场景，再处理替换。不要假设新设备名称相同就能自动继承原自动化，也不要根据品牌名推断协议、网关和场景兼容。
- 冻结原设备资料：保存完整型号、房间、所属网关、在线状态和参与的自动化。
- 确认物理与电气条件：固定市电设备先确认回路、零线、负载和安装边界；电池设备记录电池规格和安装位置。
- 确认新设备接入条件：按新设备当前说明书核对账号地区、协议、网关依赖和 App 支持，不用旧设备经验代替。
- 先单独加入和测试：确认手动与 App 控制正常，再把新设备逐条替换进自动化。
- 最后移除旧设备：在新链路通过前，旧设备和旧场景记录仍是回滚参考。
站内的米家中枢网关可作为网关与自动化规划的真实产品入口。站内智能旋转遥控器公开了灯光、窗帘与场景控制用途，并列有多种可定制通信方式；实际项目采用哪一版本、是否接入米家及对应协议，必须按完整版本确认，不能只看标题。
三、网关迁移要先区分网络重置和恢复出厂
以小米官方 Xiaomi Smart Home Hub 2 资料为例，长按重置键重置网络，与连续按键恢复出厂不是同一个动作。官方说明恢复出厂会删除网关设置数据以及相关子设备数据。因此，网络参数变化时不应直接把恢复出厂当作第一步。
网关迁移可以按以下顺序执行：
- 先恢复基础网络：确认主路由、交换机、AP、有线回程、DHCP 和手机局域网访问正常。
- 核对原账号与家庭：先确认网关原来绑定在哪个账号和家庭，避免在错误账号下重新创建一套孤立系统。
- 优先使用最小网络变更：如果只是更换路由器，先参考米家换路由器与家庭交接指南，不要同时更改 SSID、密码、地址规划、AP 位置和网关。
- 读取指示灯与当前状态：不同型号含义不同，应按当前型号资料判断“未联网、重连、升级或已绑定”。
- 恢复子设备归属：先抽查一到两个关键子设备，再按房间或协议分批恢复，不要全屋同时重置。
- 重新核验自动化是否仍有效：子设备重新加入后，原自动化是否保留或需要重新选择，必须以当前 App 和实际执行为准。
四、自动化不要整批重建，按单条链路恢复
一条自动化至少包含触发、条件、动作和执行环境。恢复时每条单独编号，逐层验证：
- 触发：门磁、人体、按键、时间或设备状态是否真的生成事件；
- 条件：时间段、有人/无人、家庭模式、亮度或设备状态在执行时是否成立；
- 动作：灯、窗帘、空调或影音设备能否单独控制，动作顺序和延时是否合理；
- 执行环境：是否依赖同一网关、同一局域网、云端、位置、天气或手机通知；
- 冲突：另一条自动化、定时、家庭模式或人工操作是否随后覆盖结果。
小米官方关于中枢本地自动化的说明指出：创建自动化时仍需要联网，由服务器判断是否可下发到网关；多个触发设备需在同一网关下，执行设备还需与网关处于同一局域网。位置、日出日落、室外天气、手机通知以及启停其他自动化等联网功能，不能被当作完全本地运行。具体支持项会随设备、地区、固件和 App 版本变化，应以现场标识和断外网测试为准。
五、建议的恢复优先级
| 优先级 | 先恢复什么 | 原因 |
|---|---|---|
| P0 | 门锁、照明手动入口、暖通手动控制、漏水等关键告警的人工兜底 | 先保证安全和基本生活，不让自动化成为唯一入口 |
| P1 | 主路由、AP、中枢网关、关键子设备在线与时间同步 | 这是后续场景共同依赖 |
| P2 | 回家、离家、夜间、起夜等高频场景 | 使用频率高，且容易暴露权限与冲突问题 |
| P3 | 观影、窗帘、灯光氛围、环境联动 | 适合按房间逐项恢复和验收 |
| P4 | 低频提醒、节日、天气或复杂跨场景联动 | 依赖多，先等基础链路稳定 |
六、恢复后的七项逐条复测
- 物理手动：墙面开关、设备按键、遥控器或手拉方式可用。
- App 同网控制：手机在家庭局域网内控制，状态回传与实际一致。
- 远程控制：手机切到移动网络后验证需要远程能力的设备。
- 自动化单测：每条触发、条件和动作分别通过，失败点有执行记录。
- 断外网：只对已确认支持本地执行的场景测试，同时记录位置、天气、通知等云端能力变化。
- 重启恢复：主路由、网络节点和网关按计划重启后，关键设备与场景能够恢复。
- 家庭成员：至少一位非配置者能使用高频场景，也知道异常时怎样停用自动化并转手动。
灯光、窗帘和传感器场景可结合灯光、窗帘与传感器联动验收指南；多人权限和通知责任可参考米家多成员家庭管理指南；家庭模式冲突则参考家庭、离家与夜间模式指南。
七、真实案例能说明什么，不能说明什么
昆山帝宝花园项目公开了 485 总线智能家居以及观影、K 歌、离场和灯光场景；昆山花桥花溪公馆影音室公开了影音设备、灯光和智能窗帘的一键联动；上海松江区佘山晶园全宅智能影音项目公开了全宅 485 总线、灯光、窗帘、网络监控和影音联动。它们能证明真实项目需要场景清单、网络基础、实体入口和交付验收，但不能反推这些项目采用米家网关、米家协议、本文设备或相同迁移方式。
厂家资料来源与适用边界
- Xiaomi Smart Home Hub 2 FAQ：用于核对该型号有线/无线接入、子设备添加、网络重置、恢复出厂和指示灯边界。
- Xiaomi 中枢本地自动化限制说明：用于核对同一网关、同一局域网和依赖联网的常见功能边界。
- Xiaomi Smart Tower Fan 2 FAQ：用于说明具体设备重置网络后可能丢失 App 设置，设备替换或重新配网不能假设配置必然保留。
本文不承诺 Xiaomi Home 提供统一的一键导出、完整自动迁移或所有设备的无损替换能力。不同完整型号、销售地区、固件、账号地区和 App 版本可能不同；重置前应优先按当前设备说明书核对。涉及固定市电、门锁、暖通和安全告警时，先保证人工兜底并由具备相应能力的人员处理。
需要按真实户型、设备清单和场景表制定恢复顺序，可通过联系我们提供脱敏后的设备—网关—自动化清单。