马来西亚智能楼宇的资本支出、运营支出与服务费：到底谁来付钱
解读马来西亚智能楼宇的资本支出、运营支出与服务费：业主与租户的界线、资本还是运营开支，以及责任矩阵。
开发者与集成商
马来西亚智能城镇发展商：封闭式社区的交接
简要回答 — 城镇的智能基础设施必须在发展商离开之后依然运作，这就是整个设计的约束。大门出入控制、岗亭运作、公共区域照明与园景，以及会所与泳池区，各有不同的拥有者和更换周期，而交接文件决定了这一切能否持续运作。终结城镇系统的失败模式是人员更替，而不是技术。
样板房是展示问题。城镇不是，它是披着销售问题外衣的维护问题。
一个封闭式社区项目会累积许多没人居住的基础设施：全天候运作的岗亭、车辆闸、周边和园景照明、会所、泳池机房、多点水喉或通信房，以及停车场。每一项都按时间表运行，每一项都有消耗品，而且每一项的规格都是由某个人定下的，那个人在最后一户居民搬进来之前就已离开项目。
设计的问题不是“我们怎样让它变智能”，而是第七年谁来拿螺丝刀。
城镇不是更大的公寓
| 区域 | 交楼后归谁 | 现实可行的自动化 | 最先出问题的地方 |
|---|---|---|---|
| 主大门和车辆闸 | 管理公司，由当班操作员负责 | 访客记录、出入凭证、车闸故障时发出通知 | 闸机供应商自己的部分，不在我们的范围内 |
| 岗亭内部 | 管理公司 | 照明和空调根据柜台是否有人而响应 | 柜台电脑和访客记录，因为没人更新 |
| 周边和园景照明 | 管理公司 | 按时间和天文时间表运行，并提供故障报告 | 灯泡驱动器和光控开关，属于一般维护 |
| 会所和泳池 | 管理公司，通过预订系统管理 | 大厅里依人员占用来控制空调和照明 | 水边设备，与传感器毫无关系 |
| 停车场和访客车位 | 管理公司 | 依人员占用在低亮度下控制照明 | 有人设定一次后就不管的定时泛光灯 |
| 住宅内部 | 住户 | 他们想要的几乎任何东西 | 他们自己的事 |
| 明渠、儿童游乐区、路边草地 | 常常没有人，或属地方政府 | 没有明确负责人就几乎做不了什么 | 没人拥有的一切 |
请仔细读最后一行。在城镇里，最显眼的自动化通常位于责任最不明确的区域，而责任最清楚的区域，却是发展商倾向于不去动的地方。
大门和岗亭
要精确界定范围内外。车辆栏杆闸、对讲机、访客管理系统和大门的读卡器，是与住宅内智能家居及建筑设备不同的采购项目。它们有各自的供应商、各自的维护合约和各自的故障模式。
住宅这一侧能做出有用贡献的是岗亭内部本身——它往往是一间又小又热、通风不良的房间，要有人连续值十二小时班，很适合做依人员占用控制的空调和照明、温湿度读数，以及在光纤断线时仍能运作的本地网关。
两项实事求是的限制：
- 网关的角色不能互换。Aqara 的 Hub M2 仅为 Matter Bridge，没有 Thread 无线电，也没有控制器角色——把它放进 Matter-over-Thread 的岗亭安装里，就是直接的误导销售。M100、M200 和 M3 都是带 Thread 边界路由器的 Matter 控制器。
- 这个系列大部分产品没有公布户外防护等级。FP300 没有标明 IP 等级，因此依照已公布的规格，不应该用在外露的外墙上。FP2 和 FP400 为 IPX5——是防水花，不是防水。车库入口加上雨季暴雨，与雨水打在墙上是两回事。
大门的访客数据属于个人数据。记录了姓名、车牌号码和时间的访客记录，会引起马来西亚《2010 年个人资料保护法令》的问题，营运者应该在系统上线之前，而不是之后，向有资格提供意见的人士厘清。
公共区域照明和园景
这里是城镇每个月悄悄花钱的地方，也是设定时间表理由最直接的地方。
失败模式不是“灯光不对”，而是园景和周边照明在园景重新设计、道路重新铺整或周边路灯改动后，几乎从不重新调整时间，结果一个项目同时运行三种照明思路，没人说得出哪一种是有意的。
设计阶段值得明确规定的是：带有明确手动覆盖的天文或定时时间表、岗亭处有文件记录的手动覆盖方式，以及最有用的——能传达到人的故障报告。周边小径上一盏悄悄坏掉的灯是安全问题，在有人被告知之前，它一直是安全问题。
至于机房和泵房，定时的温湿度读数成本低，也确实有用。对于排水和雨季应对，要坦白说明：我们自动化的是我们看得见的东西，无法承诺应对导致整个场地瘫痪的暴风雨。
会所和泳池
会所是大多数城镇中规格最容易过度的区域，也是用很少技术就最容易做对的区域。
现实的范围很窄：大厅里依人员占用控制空调和照明，这样房间就不会为一个已取消的预订而降温，以及一份空间究竟有没有被使用的记录。
有两点限制值得说明。大厅里的人体存在传感器，只能告诉你大厅有人。它不会告诉你里面有多少人、是谁预订的，或预订有没有被履行。而且泳池和水边设备完全不在房间自动化的范围内——它有自己的控制、自己的专业人员，以及自己的监管考量。
诚实的产出是一个“预订对比实际出席”的数字，这对管理公司的价值，比任何灯光场景都大。
共用系统与住户自己的设备
城镇必须在第一次交楼之前，以书面形式在销售文件中解决这个问题。
住户会安装自己的网关、配对自己的手机，并期望自己的房子不用问任何人就能运作。这本身并不冲突——Aqara 的房间级硬件是设计成放在一个住家里的，而公共部分可以在完全独立的系统上运行，使用独立的网关和独立的凭证。
冲突在于无法分开的两件事：
| 问题 | 行得通的答案 |
|---|---|
| 共用系统要不要延伸到住宅内部？ | 不应该。保持界线清晰 |
| 公共部分的设备归谁？ | 一律归管理公司，并有指定联络人 |
| 住宅内的设备归谁？ | 从住户接收单位那天起归住户 |
| 住户转售时会怎样？ | 住户移除自己的设备；公共部分不受影响 |
| 住户可以在家里控制大门或停车场吗？ | 只有在管理公司明确允许并有人维护时才可以 |
| 发展商留下什么？ | 持久的资产是文件，不是硬件 |
被越过的那条线就是大门。如果住户被告知可以用手机开大门，那么大门系统就变成各个家庭现在都要依赖的共用系统，而当它在晚上 11 点故障时，管理公司要面对的是 300 户人家，而不是一户。
人员更替的问题
人员更替有两种，发展商往往只为第一种做准备，而忘了第二种。
机构层面的更替。项目团队离开。大楼移交给管理公司或设施承包商，或者对大型城镇来说，交给多年后由委员会委任的营运者。系统是怎样配置的、为什么有某个自动化、哪个设备做什么，这些知识会随着建造的人一起离开。这是可以解决的，但只有在当时就写好文件才行。
住户的更替。城镇的房子会转售三十年。2038 年卖出的房子，附带的是上一任屋主留下的任何东西——有时什么也没有，有时是装到一半的系统，有时是一个绑着陌生人手机号码的网关。如果你的销售资料暗示那是智能家居，转售洽谈就是落差浮现的时刻。
还有一个被忽略的更替：设备的更替。U300 使用 4 节 AA 电池，所以换电池是住户的任务，而且有日期限制。电池供电的传感器也一样。任何没有说明谁在何时更换电池的交接文件，都还没有把工作做完。
交接资料包必须包含什么
一份简短的清单，也是我们自己希望收到的清单：
- 设备登记册。每个设备、位置、型号和用途，各占一行，放在设施承包商看得懂的电子表格里。
- 自动化时间表。什么在何时触发，以及预期的行为是什么。没人解释的自动化，就是没人敢关掉的自动化。
- 凭证与所有权。哪些账户属于管理公司，哪些已被移除，以及新员工加入或员工离职时如何授予和撤销访问权限。
- 刻意不自动化的内容及原因。这比资料包中任何其他内容都更能减少争论。
- 备用库存和消耗品。型号和数量，这样更换时就不会变成紧急采购。
- 维护界线。哪些设备在合约内，哪些由管理公司自行更换，以及实际约定了什么响应时间。
站点级平台改变工作的地方
到了城镇规模，问题不再是“这个房间有没有人”，而是“今晚我们哪个站点需要关注”。
Synchroweb 的 Omaya 平台涵盖四条数据流——人员（People）、设备（Devices）、环境（Environment）和空间（Space）——其中对城镇人员更替问题最重要的是设备和环境。设备清单带有健康状态、固件、最后在线、电池和位置，意味着在一个 2,000 户的项目里，某处出现故障的传感器会变成清单上有名有姓的一项，而不是住户口中的一则轶事。它被描述为可在一个画面上涵盖十二家网关供应商，并可与 Dusun IoT 接入点以及 Mokosmart 和 Minew 传感器集成——当一个城镇从多个前任供应商那里继承了设备时，这一点很重要。
这是与住宅内传感器不同的工作，而这正是在发展商离开之后依然能延续下去的工作。
本页不作出的声明
- 我们不声明供应或维护车辆闸、对讲机或大门出入控制系统。那是另一项采购，有不同的供应商。
- 我们不公布城镇项目的价格，因为这取决于项目规模、分期和勘察。
- 我们不提供任何 Aqara 门锁的门厚度，因为官方没有公布。
- 我们不声明你的城镇管理规则或地方政府会允许什么，也不说明泳池设备或排水的要求。请以书面形式向他们查询。
