马来西亚智能楼宇的设备批量部署：真正行得通的实施方式

简要回答 — 部署二十台设备与部署两千台设备，是两种不同的工作，差别在于库存、网络规划，以及事后由谁掌握这些知识。在决定整栋楼之前先试点一个楼层；为每台设备建立资产记录；把固件更新当作有计划的运营作业，而不是突如其来的意外；并在集成商的发票到期之前写好移交文件。要问的问题很简单：集成商离开后，谁能维护这套系统？

试点一个楼层，而不是做一场演示

一场运行良好的演示，只能说明产品可用。它无法说明能否在仍有人使用的大楼里，用八周时间把系统部署到四百个空间，并且一次事故都不发生。试点告诉您的是运营层面的事情：

• 您的安装人员能否把同样的工作重复做两次，得到同样的结果
• 设计复制到一个并不完全相同的空间时能否成立
• 您的设施团队能否重设场景、更换故障设备并更新资产记录
• 一个真实楼层需要多长时间，包括那些不属于设备的部分——开槽走线、底盒工程、测试、验收整改
• 当使用者并不是当初调试系统的人时，会出什么问题

请试点一个楼层或一个翼楼，选择有代表性的，而不是有门面的。一个典型的开放式办公楼层，能告诉您典型开放式办公楼层的情况；一个带特色天花的旗舰大堂，只能告诉您旗舰大堂的情况，那只是一个房间。试点要跑得足够久，才能看到一个维护周期，而不只是安装——一台运行了六周、还没换过电池或重新配对的设备，并没有真正经过测试。

二十台设备与两千台设备

这个跃升不是线性的，出问题的地方是结构性的，而不是技术性的。

Aqara 以 Zigbee 为主，一个网关最多可控制 128 个相关设备。这个数字是最重要的规划限制：它是上限，而把一整层的设备都挂在单个网关上的设计，是只按最佳情况规划、没有考虑故障情况的设计。请按楼层和管井规划网关分布，并在装第一个网关之前决定主机房在哪里，以及网关之间如何通信。

AqaraLink Industry Application Platform 正是为这类工作而设——批量设备入网、空间设计、场景配置、技术运维与监控，适用于房地产、楼宇、酒店、园区和养老院。坦白说，它带来的并不是速度，而是可重复性：差别在于，前者的实施依赖一位资深安装人员记得当初怎么做，后者则是第三层和第三十层的做法完全一致。

我们不会给您一个吞吐量数字——每天多少台设备，或每个项目多少台设备。我们没有针对您大楼的经过验证的数字，而来自另一栋楼的数字比没有数字更糟。

资产记录才是交付物

不在记录里的设备等于不存在。三年后它出故障时，没有位置、没有型号、没有购买日期、没有保修状态，也不知道它属于哪个场景。以下是每台设备的最少字段——这不是过度要求：

• 唯一的资产编号，遵循您自己的命名规则
• 实际位置——大楼、楼层、房间或区域，必要时加上具体位置
• 每个位置的型号与数量
• 安装日期与安装人员
• 它所属的网关，以及哪个场景或自动化引用了它
• 购买日期与保修情况
• 属于业主资产还是租户资产
• 最新固件版本与最后在线日期

有两个字段真正发挥作用。“最后在线”把无声的故障从一次投诉变成一张工单。“被哪个场景引用”则可以避免更换的设备重新上线后，悄悄在凌晨两点运行一个没人想要的自动化。

清单上最后两个字段属于移交项目。如果您的团队回答不了“设备 X 的最新固件版本是什么”和“X 是否仍被某个自动化引用”，那您并不拥有这套系统——您只是向拥有它的人租用访问权。

人员变动：没人写过的流程

每栋大楼都会换手。装修拆除、办公室搬迁、租约结束，传感器被推车撞掉后再也没有更换。没有流程，您就会累积“孤儿设备”：它们仍在上报、仍在触发场景，却已不对应大楼里的任何东西。一个可行的变动流程分四步：

1. 触发——装修拆除、租约结束、故障报告、翻新工程范围。其中任何一项都会启动流程。
2. 核对——空间里现在有什么，与资产记录中应该有什么之间的差异，就是您的工作清单。
3. 正确处置——拆除，或在平台里停用，让它不再上报、不再出现在场景中。不要只是不再更换电池，然后期望它自己消失。
4. 更新——记录、场景清单、备用数量和图纸。四项，在同一周内完成。

孤儿自动化是特别的危险。一个已不存在的门磁传感器，会让某个场景一直等待永远不会触发的条件，于是某个没人使用的房间里灯一直亮着——一个小故障，却是永久的成本，直到有人看电费账单并感到疑惑时才会被发现。

固件更新是运营作业，不是意外

固件更新到达楼宇的方式与到达家庭的方式相同：一部分是有意为之，一部分是自动发生的。商业场景的不同之处在于，一次同时涉及三十台设备的更新就是一个“事件”，而事件需要计划。

• 时间窗口——不要选周二早上九点。与受影响的人商定非营业时段，并清楚哪些区域不能断线。
• 测试——先在一台设备或一个区域上试，再推到整层或整栋楼。事先要知道更新是否会改变行为。
• 记录——更新前的版本、更新后的版本、涉及哪些设备、由谁操作、如果有问题，坏了什么。
• 回退计划——知道如果更新让某个区域离线且无法恢复时该怎么办。如果诚实的答案是“打电话给集成商”，那又回到了系统被困住的问题。

电池也适用同样的纪律。电池供电的传感器是有使用寿命的耗材，拥有两千个传感器的大楼，就有一项每年都有实际成本的重复更换工作。请把它列入维护预算并指定负责人，而不是留在恰好安装它的技术员脑子里。

移交给设施团队：人人都跳过的一步

集成商离开后，谁掌握这些知识？这就是问题所在，答案决定了您拥有的是一套系统，还是一项负债。

移交资料包应包含以下内容，并且要签收：

• 竣工图，包括零线的位置和所用的回路
• 网络点位附表（含位置）以及按楼层的网关布局
• 按空间或房间类型列出的设备清单，作为资产记录
• 场景与自动化的定义，按名称列出，注明什么触发什么
• 账号与凭证所有权声明——谁的电邮、谁的手机号码、谁的云端账号
• 支持联络人，附电话号码和响应预期
• 维护计划：检查什么、多久一次、由谁负责
• 备用设备清单与补货点
• 培训记录：谁接受了培训、内容是什么、日期

另外有三样东西常常缺失，但不应缺失：

• 一页“本系统不能做什么”。每位操作人员都应知道自动化的边界——哪些灯在系统上、哪些仍是手动，传感器覆盖哪些区域、不覆盖哪些区域。
• 重设流程。一页纸，针对一个角色。如果系统需要集成商才能重设，那就不是移交，而是托管。
• 第二家认证方。不是让他来运营大楼，而是让他存在。有一个由他人来维护系统的报价，才能让现任保持诚实。合约层面请参阅建立智能楼宇商业论证。

按角色培训，依此顺序：每天重设场景的人、更换故障设备的人、修改自动化的人、持有账号的人。多数设施团队需要前两类，不应该被赋予后两类。把账号凭证交给一大群员工，就是租户或使用者最后自行重新配置大楼照明的原因。

关于物业更高层面的运营视角，请参阅酒店、服务式公寓与办公楼。至于底层平台，AqaraLink 开发者平台：API 与 SDK介绍了开发者一侧。