三星 10 月 6 日发布的 SmartThings 更新，针对的是一个比重新设计仪表盘更实际的问题：当互联网连接消失时，家里的设备会发生什么？这次发布将 SmartThings Now 加入 Home 标签，引入更醒目的本地控制入口，改进离线诊断，并支持 Matter 1.6 的设备类别。三星表示，在外部互联网中断时，本地控制可以让受支持的设备继续响应；在受控测试中，响应时间最多可缩短约 30%。

互联网中断期间，家居中的智能家居中枢、路由器和亮起的台灯

这确实有用，但它并不等于 SmartThings 现在已经完全采用“本地优先”架构。Hub、设备、自动化规则和手机界面可能依赖不同的服务。互联网服务、摄像头历史记录、通知、语音指令或远程控制会话可能失效，但某盏灯仍能通过 Hub 响应。一个看似简单的例程，也可能暗中包含某个仅支持云端的设备或服务，从而迫使整条规则在云端运行。

因此，更新后的实际问题不是“SmartThings 能不能离线工作”，而是：“互联网不可用时，我家里的哪些操作仍然能用？在真正需要之前，我怎样确认这一点？”

三星在 10 月 6 日改了什么

这次更新中，有三部分与普通家庭最相关。第一部分是 SmartThings Now：它会在 Home 标签顶部放置与上下文相关的卡片。这些卡片可能根据近期活动和位置，提出控制建议、显示信息，或建议创建例程。三星举例称，当用户接近家门时，功能可以建议打开灯或空气净化器，也可以根据前一周的活动提供例程管理信息。

第二部分影响更大：本地控制范围扩大。三星表示，当手机和兼容的 SmartThings Hub 连接到同一个 Wi-Fi 网络时，手机可以直接与 Hub 通信，而不必让控制指令先经过云端。公司列出的本地控制硬件包括 SmartThings Station、V2、V3 和 V4 Hub，以及支持 Hub 功能的三星智能电视和 Family Hub 设备。不过，具体可用性仍可能取决于地区、软件版本、设备类型，以及每个产品使用的集成方式。

第三部分是诊断与兼容性改进。三星表示，更新后的“离线设备诊断”页面可以一次性把新的网络信息应用到已注册设备。此次发布还加入 Matter 1.6 支持，并增加四类设备：能源电表、专用门和闸门的闭合装置、灌溉设备，以及土壤传感器。这些功能更直接地关系到未来购买和自动化设计，而不是立刻恢复一次断网；但它们也显示出 SmartThings 正在扩大本地控制和基于标准的控制范围。

三星的公告是功能列表和受支持 Hub 系列的主要来源。公告同时给出了一个重要限定：所谓响应时间提升 30%，来自三星的受控测试，因此不能视为拥挤 Wi-Fi 网络、距离较远的 Hub，或无线信号覆盖较弱的设备都能达到的保证。三星发布的更新说明介绍了 SmartThings Now、本地控制、受支持的 Hub 以及 Matter 1.6 支持。

本地控制是一条链，而不是一个开关

一次智能家居操作通常会经过多个层次：

  • 实体设备，例如灯泡、开关、门窗传感器、门锁或恒温器；
  • 无线或网络路径，例如 Zigbee、Z-Wave、Thread、Wi-Fi 或以太网；
  • SmartThings Hub 或其他控制器；
  • 设备集成或 Edge Driver；
  • 自动化逻辑；
  • 用户界面、通知服务或语音助手。

如果一个操作要在断网时继续可用，那么它所必需的每一环都必须具备离线运行路径。比如，运动传感器和 Zigbee 灯连接到兼容的 Hub 后，简单的“检测到运动就开灯”规则可能在本地运行。但如果同一规则还要通过在线服务发送推送通知、向云端天气服务查询条件，或控制一台只能依赖云端的家电，它就可能无法保持完整的本地运行。

SmartThings 开发者文档把规则说得很明确：只有当自动化涉及的所有设备功能和服务都支持本地执行时，自动化才会在 Hub 上本地运行；只要有一个必需的功能或服务不支持本地执行，整条规则就会在 SmartThings Cloud 中运行。SmartThings 规则文档解释了本地执行所需的“所有组件都必须支持”的条件。

这个差异很容易被忽略，因为应用把本地设备和依赖云端的设备放在同一个界面中。设备能出现在 SmartThings 应用里，并不能证明它的指令是在本地传递的。同样，设备带有 Matter 标志，也不能证明使用该设备的每个功能、场景或自动化在断网后仍然可用。Matter 提供本地设备协议，但最终体验仍由控制器、手机、例程以及额外服务共同决定。

哪些设备最有希望在断网时工作

最有希望继续运行的设备，通常是通过 Zigbee、Z-Wave 或 Matter 直接连接到兼容 Hub，并且由支持本地执行的集成来表示的设备。基础开关、灯泡、插座、门窗传感器和运动传感器，通常比围绕制造商云账户构建的产品更容易在本地运行。这是一种普遍的设计规律，不是对某个具体型号的保证。实际结果取决于驱动程序以及设备向 SmartThings 暴露的能力。

SmartThings 表示，连接到 Hub 的 Matter、Zigbee 和 Z-Wave 设备使用 Edge Driver，并在 Hub 上本地运行。开发者文档将此列为 Hub 连接设备的优势，包括更好的可靠性和响应性。SmartThings 的 Hub 连接设备文档说明了 Edge Driver 与本地执行的作用。

但不能把这句话扩大成对所有产品的承诺，原因包括：

  • 设备可能通过云端集成连接，而不是使用本地驱动。
  • 同一产品可能只在本地提供基础开关控制，高级功能仍留在云端。
  • 例程即使主要设备都在本地，也可能包含只能依赖云端的服务。
  • Hub 虽然仍通电，但某个设备所需的无线电、Wi-Fi 或网络路径可能已经中断。
  • 手机发出的本地指令，可能要求手机和 Hub 位于同一个本地网络。
  • 从家外进行远程访问，仍然依赖互联网路径，除非另有远程访问系统。

所以，最可靠的离线功能通常范围较窄、行为也容易预测：墙壁开关控制灯，门窗传感器触发本地灯光，或者通过本地规则让兼容的恒温器在达到温度阈值时调整。最不可靠的候选则是需要厂商账户、远程视频、外部语音识别、在线位置数据、云端 AI、第三方通知或制造商远程服务的功能。

摄像头、家电和门锁必须分别判断

“设备”这个词掩盖了完全不同的故障模式。灯不工作会带来不便；门锁、烟雾报警器、家电断电装置或水阀失效，则可能涉及安全。离线测试也应当反映这种差异。

摄像头就是一个明显例子。某个摄像头可能继续录制到本地存储，但实时画面、远程回放、物体识别或推送提醒仍然依赖厂商服务器。SmartThings 新增 Matter 1.6 支持，并不会自动把现有的云端摄像头变成本地摄像头。Connectivity Standards Alliance 说明，Matter 可以使用 Wi-Fi、Thread 和以太网，但具体设备认证和平台实现，仍决定哪些功能真正可用。

门锁需要另一层谨慎。一个基于本地 SmartThings 规则、按照在家状态自动解锁的门锁，并不等同于实体钥匙或独立的键盘密码。如果 Hub 不可用、手机没电、网络发生分段，或门锁失去电力，备用方式必须明确。保留制造商支持的手动方式，不要让关键的进门路径依赖单一自动化。不要为了强行实现本地运行而关闭安全防护，或对门锁、报警器和电气设备进行不安全改装。

家电同样不整齐。一台智能洗衣机可能通过云端提供洗涤状态，却没有有用的本地控制。一台空调可能通过红外桥接器支持本地指令，但排程和远程通知仍在线。冰箱或烤箱因为是三星家电而出现在 SmartThings 中，但某项具体功能仍可能依赖三星账户和后台服务。应当针对你真正关心的具体操作验证本地控制，不要把它视为产品所有功能自动继承的属性。

对于火灾、燃气、水和电气安全，联网自动化只能作为辅助。智能断路或提醒功能可以提供额外信息，但不能替代符合规范的烟雾报警器、一氧化碳报警器、必要的保护装置、专业安装或安全的手动流程。除非你具备相应资质且当地规则允许，否则不要打开市电设备，也不要改动固定线路来让自动化实现本地运行。

审计现有 SmartThings 家庭的离线能力

没有必要一开始就让整栋房子同时断网。先列出网络中断期间真正重要的操作，并用普通语言描述动作，而不是只记品牌。“走廊运动触发走廊灯”比“某某传感器例程”更有用。

1. 把关键操作和便利功能分开

可以分成三组：

  • 关键：进门、楼梯照明、漏水响应、温度保护和重要提醒；
  • 有用：睡眠场景、有人照明、风扇控制和能源记录；
  • 可选：媒体、推荐、AI 摘要、远程摄像头回放和季节性建议。

这样可以避免把一个失效的云端功能误认为安全计划失败，也让测试规模保持可控。先测试关键组，并为每一项保留手动备用方案。

2. 记录硬件路径

对每台设备记录协议、Hub、集成方式和所使用的操作。Matter over Wi-Fi、Matter over Thread 以及连接云端的 Wi-Fi 设备，在应用里可能看起来相似，但实际依赖的路径不同。要确认指令预计是直接到达 Hub、本地网络端点，还是厂商云端。

如果产品带有桥接器，也要把桥接器写进清单。一只通过本地桥接器连接的 Zigbee 灯，可能很可靠；而连接到云端的桥接器集成，行为则可能不同。桥接器也是自动化依赖链的一部分。

3. 检查例程里隐藏的云端依赖

打开最重要的例程时，不要只看触发条件和最后动作。检查位置状态、天气、时区或日出服务、语音助手、通知、能源费率、摄像头检测和第三方集成。每一项都可能影响规则能否保持本地运行。

例如，一条“日落后开门就打开门廊灯并发送通知”的例程，可能拆成一个本地灯光动作和一个云端通知动作。如果例程必须先完成通知服务才继续，实际行为可能与你预期不同。在适当情况下，可以为实体响应单独建立一个更简单的本地规则。

4. 测试互联网路径，而不是切断全屋电源

最安全的第一轮测试，是在保持 Hub 和本地 Wi-Fi 通电的情况下，进行一次受控的互联网中断。如果路由器有受支持的暂停互联网功能，可以使用该功能，或与负责网络的人协调。不要从正在运行的家电上拔插头，不要在没有预案的情况下关闭安防系统，也不要中断医疗设备的电源。

测试前，确认自己能够恢复连接，并让另一名人员知道正在进行测试。一次只测试一个动作：

  • 按下本地开关，观察灯光；
  • 触发门窗或运动传感器；
  • 运行相关例程；
  • 检查 Hub 是否报告事件；
  • 在手机连接家庭 Wi-Fi 时，确认手机显示什么；
  • 再单独测试手机通过家庭外移动网络访问时的结果。

不要把缓存页面当作指令成功的证据。要确认实体结果。如果涉及门锁、水阀、加热器或其他后果较大的设备，应使用不会造成损害的测试状态，并遵循制造商说明。

5. 失败和恢复都要测试

一个能离线运行、但云端恢复后会重复执行动作的自动化，并不算完全可靠。重新连接互联网后，检查是否出现重复通知、过期的传感器状态、延迟场景，以及运行两次的例程。确认设备重新出现时状态正确，不要默认仪表盘一定准确。

三星表示，更新后的“离线设备诊断”可以帮助把新的网络信息应用到已注册设备。这可能减少更换路由器或改变网络后的恢复工作，但不能取代对设备重新配对、Thread 凭据、IP 保留或云端重新认证的逐项检查。

Matter 1.6 对购买者意味着什么

三星公告称，这次更新加入 Matter 1.6，并支持能源电表、闭合装置、灌溉设备和土壤传感器。这些类别之所以实际，是因为它们把智能家居从灯光和娱乐，进一步连接到能源、水和实体财产。

能源电表可以让更多平台看到家庭能耗。闭合装置可以更准确地描述闸门、车库门或其他专用开口。灌溉和土壤传感器支持，则可能让浇水规则更容易在不同生态系统之间迁移。每一种情况下，真正有用的问题都是：平台是否支持你需要的具体设备类型和具体自动化，而不只是产品是否带有 Matter 标志。

Matter 的发展方向确实在推进，但它仍然是分层的。Connectivity Standards Alliance 表示，Matter 不会取代智能家居平台，也指出 Matter 可以把使用其他技术的设备，包括 Zigbee 和 Z-Wave 设备，桥接到 Matter 生态中。因此，Matter 认证设备可能改善互操作性，却不会消除 Hub、桥接器或平台专属功能的需要。CSA 的 Matter 常见问题解释了传输方式、桥接、多管理员设置以及标准的边界。

CSA 关于 Matter 1.5 的公告也能帮助理解这一变化速度。Matter 1.5 增加了摄像头、闭合装置和土壤传感器，并扩展了能源管理能力，包括费率和能源数据。这一背景很重要：新的 Matter 版本可以扩大制造商能够认证的范围，但平台支持和设备固件仍会按照各自的时间表到来。Connectivity Standards Alliance 介绍了 Matter 1.5 新增的设备类别和能源功能。

如果现在要购买设备，应根据已经验证的路径，而不是版本号做决定。检查准确型号、传输方式、所需 Hub、支持的 Matter 设备类型、本地功能、固件策略，以及制造商应用中仍然可用的内容。如果需要本地运行，要寻找明确说明本地或 Hub 连接能力的文档，并计划在安装后进行测试。

SmartThings Now 没有解决什么

这次更新不会让每一条 SmartThings 例程都变成本地规则。SmartThings 自己的文档说明，一个不支持的功能或服务就可能把规则转移到云端。它不会让从另一座城市进行的远程控制变成本地控制，也不能保证基于云端的语音助手、摄像头、通知或 AI 功能在断网时仍然工作。它更不会把所有 Wi-Fi 产品都变成连接 Hub 的产品。

它也没有消除本地控制和本地隐私之间的差异。指令可以直接从手机传到 Hub，但账户数据、诊断信息、固件分发、使用历史或其他服务仍可能涉及云端。如果隐私是购买决策的一部分，应将制造商的数据和账户说明，与离线控制宣传分开阅读。

SmartThings Now 还可能增加家庭看到的建议和上下文卡片数量。这可能很方便，但建议不等于稳定的自动化。启用建议的例程前要先检查，尤其是涉及位置、照护信息、有人状态信号或家电活动的例程。删除与旧规则重复的例程。三星表示，Routine Insight 可以显示近期例程活动，并帮助用户检查或删除例程；因此更新后检查清单，比接受每一条建议更稳妥。

对这次更新，合理的应对方式

如果已经在使用 SmartThings，可以在更新推送到设备后安装，然后审计断网期间最不能失去的操作。先从灯、开关或传感器例程开始，不要一上来就测试门锁、加热器或家电断电装置。确认 Hub 型号，更新固件，检查例程依赖，并在本地 Wi-Fi 仍然可用时完成测试。

如果某个关键动作只能依赖云端，就判断真正需要的是支持本地运行的设备、不同的集成方式、一个桥接器、更简单的例程，还是手动备用方案。多数家庭没有必要全部更换设备。实际改善往往来自把少数高价值动作迁移到本地路径，同时保留那些有用的可选云端功能。

购买新设备时，要把“支持 SmartThings”“支持 Matter”“支持本地控制”和“无需互联网也能工作”视为四个不同的说法。针对具体型号和具体操作逐项验证。一个设备可能满足前两项，却无法满足后两项。

SmartThings Now 是一次有意义的可靠性更新，因为它让本地控制更容易被发现，也在用户最可能需要的时候提供了诊断帮助。但它真正的价值，要由那些不起眼的动作来检验：开关是否响应，传感器是否仍能触发灯光，云端恢复后例程是否避免重复执行，以及应用无法连接云端时，家里的人是否知道该怎么做。这才是本周值得进行的测试。

来源