米家全屋智能家居小技巧(5)—一篇文章搞懂云端执行和本地执行

在智能家居的使用过程中，相信大家都会遇到一个绕不开的话题——执行方式。

什么是智能家居自动化场景中的执行方式

执行方式指的是当多个设备组成自动化场景时，触发设备和执行设备之间的信息传递路径。当指令通过云端服务器机房传递(经过互联网)时，就是云端执行，当指令仅通过家里的网关传递(不经过互联网)时，就是本地执行。

云端执行和本地执行，其实达成的结果都是一样的，区别只在于过程，前者需要经过互联网，而后者只经过本地局域网。因此本地执行的优点是显而易见的——速度和稳定性都要远超云端执行，这也是许多玩家经常无脑追求本地执行的根本原因。

云端执行的必要性

当需要和接入互联网的设备互动时

云端执行的速度和稳定性虽然都比不上本地，但这并不能说明它就一无是处。恰恰相反，云端执行有着十分重要的存在意义。当和一些接入互联网的设备互动时，如水浸传感器检测到漏水时，就向手机推送消息这样的自动化，就必须经过云端。

当需要联网查询时

还有一些自动化场景中，当含有需要联网查询的条件，如法定节假日，日出日落，地理位置等，也必须经过云端，因为本地网关内不可能含有这些信息。

当需要兼顾性价比时

除了以上因素之外，由于本地执行对网关的算力性能有很高要求，因此只有特定的网关设备(如中枢网关/多模网关2等)才能支持。像小爱音箱这样属于买音箱白送的网关，由于性能孱弱，所以也无法承担本地执行所需的运算。

总的来说，一条自动化场景想实现本地执行，需要整个链路上所有设备(包括网关)都支持本地执行，且不能含有任何需要联网查询的判断条件。只要有任何不被支持的因素，整条自动化都只能走云端。

如何辨别某条自动化场景的执行方式

听到这里，很多小伙伴会说，哎呀，怎么这么复杂？作为用户，我怎么知道创建的某条自动化到底是云端还是本地？其实这个问题米家的工程师早就为我们想好了。

当我们在米家App中创建一条自动化时，如果满足本地执行条件，则会优先使用本地。不满足本地化条件时，会自动使用云端执行，整个过程完全由系统自主判断，无需人工干预。如果支持本地执行，在名称的右侧会被标注本地二字。若采用的是云端执行，则没有标注，就像下面这样:(请确保米家App升级至8.5以上版本)

上面是将自动化场景写在米家App中的情况。而当我们将自动化场景写在中枢网关的自动化极客版中时，原则上来说，所有写在极客版中的场景都是落在本地的。

因此，这也是为什么我一直建议所有米家智能家居用户，必须配备中枢网关的原因。只有中枢网关，对本地执行的支持是最全面，最完善的。

虽然有一些其他型号的网关本身也能够支持本地执行，但并不支持跨网关设备之间的本地执行，比如小爱音箱Pro内置网关及多模2等。

目前，绝大部分米家智能家居设备，包括Wi-Fi协议设备在内，在使用中枢网关作为主网关的情况下，都支持本地执行。相比中枢网关发布之前，整个系统的可靠性和流畅程度已经得到了脱胎换骨式的飞跃。

两种无法实现本地执行的特殊情况

除了上面我们讲过的几种无法本地执行的情况，比如网关性能太弱不支持，需要联网查询判断条件等因素之外，还有下面两种特殊情况也无法实现本地化，需要大家特别注意一下：

1. 自动化场景中含有需要小爱音箱语音命令执行的。

小爱音箱的语音指令虽然可以写在中枢网关极客版中，但由于小爱音箱“理解”语音指令是需要联网才能完成的，因此这样的自动化场景必须通过云端才能实现，比如上一篇文章中实现的“小爱同学主动询问的离家模式”就需要走云端。

2. 自动化场景是在中枢网关加入之前设置的。

很多米家老用户都会遇到这个问题。大家都知道，在中枢网关之前，整个米家体系对于本地执行的支持是比较差的，即便是有一些支持本地执行的网关(比如多模)，也仅支持Zigbee协议及蓝牙mesh协议设备，绝大多数WiFi设备都不能落在本地。而在中枢网关出现之后，几乎所有的Wi-F设备也可以本地执行了。

因此，如果含有WiFi设备的自动化场景，是在中枢网关加入系统之前就已经设定好的，即便是插上中枢网关之后，这条自动化仍然遵循原标准从云端执行。

所以大家在入手中枢网关之后，一定要注意将之前所有含有WiFi设备的自动化场景，都重新编辑保存一次，才可以实现本地执行。

以上就是关于米家智能生态中，自动化场景的云端执行和本地执行的详细讲解。如果有任何疑问，欢迎在评论区留言或私信我。

我是袋鼠叔叔，一名拥有100+智能设备的全屋智能家居博主。关注我，了解更多关于智能家居/家电的那些事儿。

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～