停电恢复后，灯亮了不等于智能系统已经恢复。modem、主路由、Mesh 节点、网关、家庭中枢和终端设备的启动时间不同，某些自动化还会因为状态丢失、时间条件或平台离线而暂时不执行。
这时最忌讳同时反复断电所有设备。先判断故障范围，再按依赖顺序恢复，往往更容易找到真正卡住的一层。
先判断是哪一种“没有恢复”
| 现象 | 优先检查 |
|---|---|
| 全屋设备都离线 | 是否仍停电、modem/路由器是否启动、运营商网络是否恢复 |
| 同一区域或同一协议设备离线 | Mesh/AP 节点、交换机端口、网关或局部供电 |
| 本地能控制，远程不能 | 互联网、家庭中枢、账号或平台服务状态 |
| App 显示在线但场景不执行 | 触发条件、状态初始化、自动化引用和执行位置 |
| 只有单台设备异常 | 该设备供电、网络、固件与具体型号恢复流程 |
Google 当前 Nest 排查说明也把“全屋离线”和“单设备离线”分开：停电会让家庭 Wi-Fi 中断，供电恢复后才有重新连接的条件；若全屋仍离线，还要继续区分运营商中断、平台服务和单设备问题。
恢复前先做安全观察
如果现场出现焦味、进水、插座异常发热、配电保护反复动作或设备外壳损坏，不继续远程通断或反复上电，应停止使用并联系相应专业人员。
门锁、阀门、加热设备、电机、安防和其他与人身或财产安全相关的设备，不凭 App 状态判断真实位置或安全状态，必须按说明书和现场条件检查。
按七层顺序恢复
1. 供电层
确认关键插座、设备电源和配电回路已稳定，不把“部分区域来电”误当成全屋恢复。记录哪些设备有电池或备用供电，哪些已经完全断电重启。
2. modem 与运营商层
先等 modem 或光猫完全启动。用关闭蜂窝数据的手机连接家庭 Wi-Fi 测试互联网，避免手机其实走的是移动网络。
3. 主路由层
再恢复主路由，检查 WAN、LAN 和原有上网配置。Google 的网络恢复步骤同样把 modem 放在主路由之前，待主路由完全启动后才继续其他节点。
4. Mesh 节点、AP 与交换机层
逐个确认有线回程、节点状态和覆盖，不要只看主路由在线。必要时执行系统自带的 Mesh 测试。
5. 网关与家庭中枢层
确认网关内的子设备数量、家庭中枢状态和本地自动化。网关在线不等于所有子设备已经完成重连。
6. 终端设备层
按房间或设备类型检查；只处理仍异常的设备，不批量恢复出厂。具体重启、重新配网和校准方式以型号说明书为准。
7. 自动化与通知层
最后测试场景、定时、传感器触发、在家/离家状态和告警通知。停电期间错过的触发不一定会在来电后补执行，不能假设系统会自动“追账”。
用五轮测试确认真的恢复
- 实体控制： 墙壁开关、按键、门锁或遥控器是否能用；
- 本地控制： 同一局域网内的 App 和承诺的本地自动化是否正常；
- 远程控制： 关闭手机 Wi-Fi 后，授权用户能否访问；
- 场景触发： 选择低风险场景，分别测试手动、定时和传感触发；
- 异常通知： 检查设备离线、漏水、门窗或摄像头等通知是否送达正确成员。
如果系统的目标是在断网时保留部分能力，应另做全屋智能断网测试；如果恢复后只剩单点或局部异常，再进入智能设备离线排查。两者都不替代这次停电后的真实状态验收。
把恢复记录留进交付资料
记录停电时间、恢复时间、各层启动顺序、异常设备、处理动作和最终结果。频繁停电或电压问题、是否需要备用供电、哪些设备允许接入 UPS，必须结合设备电源规格、负载、散热、消防和电气条件专项确认，不能从本文直接推断。
这份记录也应纳入智能家居项目验收和后续维护资料，避免下次仍从“全部重启”开始。
希望为现有系统补一份停电恢复顺序与验收表？可前往方案报价入口提交咨询，我们会结合网络拓扑、网关、关键设备和自动化梳理恢复边界；供电改造、备用电源和安全设备处理仍需按具体产品与专业要求确认。
