问题背景
装全屋智能之前，很多人心里都悬着一个问题：万一家里断网了，灯还能不能开、窗帘还能不能拉、门锁还能不能正常开门？这个问题没有统一的“能”或“不能”答案，它取决于整套系统的架构设计、设备协议以及厂商是否做了本地化处理。把这个问题想清楚，比记住任何一项宣传参数都更重要。
核心概念
要回答“断网后还能不能控制”，先要理解智能家居里通常有两条并行的控制通路：
- 云端通路：手机APP发出指令，经互联网到达厂商云服务器，再由云服务器下发给家里的网关或设备。这条通路完全依赖互联网。
- 本地通路：指令在家庭局域网内完成解析和执行，不经过互联网。手机、网关、设备之间通过路由器连通即可工作。
同时要区分三组容易混用的词：
- 断网：指宽带外网中断，但路由器、网关和设备之间的局域网可能仍然正常。
- 断Wi-Fi：指路由器本身停止工作，所有无线设备之间的局域网也中断，影响范围比断网更大。
- 断电：指设备没有电力供应，任何智能系统都无法运行。
主要影响因素
断网后哪些基本功能还能用，主要由以下因素决定：
- 是否配备本地中枢或本地网关：网关自带本地场景引擎时，断网后灯光、窗帘等联动仍可按本地逻辑执行。
- 设备协议与连接方式：Zigbee、蓝牙Mesh、Thread等协议本身在局域网内运行，但同一种协议下不同产品是否开放本地控制，由厂商决定；KNX等总线系统则天然不依赖互联网。
- 场景和自动化逻辑存储位置：场景存在本地则断网可执行，存在云端则断网即失效。
- 控制界面：墙壁面板按键、实体开关属于设备本地操作，通常不受断网影响；手机APP是否可用取决于连接的是局域网还是云端。
- 语音控制方式：主流语音助手的语音识别大多在云端完成，断网后语音指令通常无法生效。
| 控制链路 | 断网后表现 | 关键依赖 |
|---|---|---|
| 墙壁面板/实体按键 | 多数可用 | 设备供电与本地回路 |
| 局域网APP控制 | 视产品而定 | 网关是否支持本地通信 |
| 本地场景联动 | 视产品而定 | 场景引擎是否在本地 |
| 语音控制 | 多数失效 | 云端语音识别服务 |
| 远程APP控制 | 失效 | 云服务器与互联网链路 |
常见判断方法
在安装前或验收时，可以按以下步骤确认“断网可用”的真实程度：
- 查看产品资料中是否出现“本地控制”“局域网控制”“断网可用”“本地场景”等描述，并在合同或验收单里明确标注。
- 做一次真实断网测试：拔掉光猫或路由器WAN口的网线，但保持路由器和Wi-Fi正常工作，模拟“外网断、局域网还在”的状态。
- 逐项测试：面板开关、窗帘开合、门锁密码与指纹、传感器联动、语音指令、手机APP分别是否可用。
- 再测试更严重的“断Wi-Fi”状态，确认纯物理操作是否仍能完成开关灯和开门。
- 对门锁单独确认：断电、断网情况下机械钥匙和本地密码键盘是否始终可用。
容易被忽视的误区
- 误区一：断网就等于Wi-Fi消失。实际上家庭路由器只要供电正常，Wi-Fi局域网仍然存在，部分本地控制仍可工作。
- 误区二：灯还能亮就等于断网可用。普通墙壁按键按下后灯亮，走的是物理回路，和“智能控制”是两回事。
- 误区三：语音失效就代表全屋瘫痪。语音识别依赖云端，但开关灯、窗帘等操作可以绕过语音，通过面板或本地自动化完成。
- 误区四：把远程控制当作智能控制的全部。远程只是智能的一部分，断网后本地自动化是否保留，才是衡量系统成熟度的重要标准。
适用边界
断网后的可用范围存在明显的边界：
- 有线总线类系统对互联网依赖最弱，断网后基本功能几乎不受影响。
- 带本地中枢的无线方案，灯光、窗帘、本地联动大多可以继续工作。
- 没有本地中枢的纯云端方案，断网后通常退化为手动操作，自动化与APP控制失效。
- 所有依赖互联网的功能——远程查看、远程开门、离家联动、语音对话、固件升级——在断网时都不可用，这不是系统故障，而是架构决定的。
结论
装全屋智能后断网时能不能控制基本功能，取决于系统是否具备本地闭环能力，而不是“全屋智能”这个名称本身。大多数成熟方案在断网后仍能保留开关灯、窗帘、门锁等基础操作，但远程、语音和云端自动化会失效。因此在选型和验收时，应把“断网可用”作为一项明确的功能测试来做，而不是默认所有智能设备都能离线工作。
资料参考
- Zigbee、蓝牙Mesh、Thread、KNX等协议公开技术资料
- 连接标准联盟发布的Matter协议公开说明
- 各设备厂商的产品说明书与官方支持文档，具体离线支持范围以官方最新披露为准