马来西亚智能酒店:运营商真正会问团队什么
马来西亚智能酒店:面向酒店、服务式公寓和办公室的 AqaraLink Industry Application Platform,以及运营商常问的运营问题。
简要回答 — 对马来西亚的酒店来说,客房层面的决定是:哪些设备要实际装进房间、客人可以操作什么、运营商要把什么留在客人够不到的地方。多数运营商先从灯光、空调和窗帘开始,再加入人体存在感应来驱动制冷策略,只有在安全理由充分时才在房门上加装门禁。客人控制的是氛围;员工控制的是策略、房态和能耗上限。制冷是让这件事具备商业价值的负载,而投资回报出现在退房到客房清洁完成之间的那段时间,不在客人满意度。我们不公布项目价格或回本数字,因为这取决于对您客房数量的现场勘察。
另有两篇文章已涉及相关内容:酒店、服务式公寓和办公室 介绍 AqaraLink 行业平台,马来西亚酒店业的空间智能 则讲人员占用如何成为运营的基本单位。但两篇都没有告诉运营商哪个盒子装在哪面墙上。
酒店买的是一间客房,而不是一房间的小玩意。有用的思路是“可重复的客房”:同样的门、同样的开关面板、同样的空调、同样的窗帘。决定好这间房里装什么,乘以房间数,就得到了工程范围。凡是因房而异的东西——尤其是门的厚度——都属于勘察项目,不是目录项目。
商业上的后果是:这份规格必须经得起被重复建造 200 次。任何依赖技术员在时间压力下做出正确判断的做法,都撑不住。
六项功能,每项都要做出具体决定。把错误的产品放进错误的位置,是项目装好后却被悄悄闲置的最常见原因。
| 功能 | 已有文件记载的 Aqara 选项 | 先确认这一点 |
|---|---|---|
| 空调 | 通过 Hub M200 红外桥接 | Hub M200 只能把一台红外空调桥接为 Matter 空调模式 |
| 灯光 | Light Switch H2 US | 110–240 VAC,最大 10 A 阻性负载;需要零线才能做功率监测 |
| 窗帘 | Curtain Driver E1,轨道款或杆款(CM-M01) | 扭矩 0.2 N·m;两款均不支持 Thread |
| 人体存在 | Presence Sensor FP2(PS-S02D/E) | 区域功能需要壁装 |
| 房门 | Smart Lock U300 或 U200 Lite | Aqara 没有公布任何一款门锁适用的门厚度 |
| 网关 | Hub M100、M200 或 M3 | M3 为 127 + 127;M200 为 40 + 40 |
分体式空调几乎从不会为了智能化而更换,而是通过红外加装,Aqara 有文件记载的方式是由网关做红外桥接。这个限制会改变客房设计:Hub M200 只能把一台红外空调桥接为 Matter 空调模式。 只有一台空调的标准客房没问题;但服务式公寓单位若有卧室一台、客厅一台,就无法用单个 M200 把两台都纳入 Matter 空调控制。另外:M200 没有内置麦克风,语音控制需另配 Voice Mate H1,而且5V⎓2A USB 电源适配器不附带。
H2 系列是按市场区分的,并非单一产品,而且只有两个型号有可读的文字规格。
Light Switch H2 US 支持 Thread + Zigbee + Bluetooth,110–240 VAC 50/60 Hz,最大 10 A 阻性负载,尺寸 119 × 74 × 42 mm,工作温度 0~40 °C。这个电压范围适合马来西亚 240 V 的供电。请留意 10 A 阻性负载的上限——LED 负载与调光兼容性 说明了它如何应对现代照明负载——以及 0~40 °C 的温度范围,这对没有空调的走廊很重要。
Presence Switch H2 US 内置毫米波(mmWave),额定电压为 120 VAC。这不是马来西亚的 240 V 回路,按已公布规格不应安装在这类回路上。
两者都需要零线才能做功率监测。没有零线,就只能考虑继电器模块——请参阅马来西亚哪种智能家居改装可行。
两款 E1 都仅支持 Zigbee 3.0,不支持 Thread,扭矩 0.2 N·m,内置锂电池不可更换。
| 型号 | 尺寸 | 已公布的防护等级 |
|---|---|---|
| 轨道款(CM-M01) | 145.7 × 96 × 46 mm | 未标明 IP 等级,也未标明工作温度 |
| 杆款(CM-M01) | 140.5 × 96 × 44 mm | IP20——仅限室内——0~45 °C |
Aqara 还列出了 Curtain Controller C3 和 Curtain Controller SEA。这两个页面都是没有任何规格的空白页面,我们不会为它们编造数字。如果有人把其中一款列为有规格的采购项,请先索取数据表。请参阅电动窗帘和百叶帘安装。
FP2 是客房的天然之选。它经过验证的限制应该写进您的调试清单:
U300(密码键盘加指纹,4 × AA,Thread + Bluetooth + NFC)或 U200 Lite(NFC,Thread + Bluetooth,可充电锂离子电池,约六个月)是比较现实的选择。U400 是旗舰款,其主打功能有一个硬性依赖:UWB 免手动解锁需要特定型号的 iPhone 或 Apple Watch,并且需要支持 Thread 的 Apple 家庭中枢——所以等于由您决定哪些客人能用。
在酒店存量客房中真正决定项目成败的限制是:Aqara 没有公布 U200 Lite、U300 或 U400 的门厚度数据。 一栋经过三十年陆续翻新的大楼,门的厚度会参差不齐,而门锁装不上,是这里最常见的失败采购。请先逐扇量好门——请参阅各类门型的智能门锁安装。
价格会变,而项目的寿命比任何一个价格都长,所以这里讲的是选择方法。四个问题决定一切:每个设备使用哪种协议,因为混用意味着更多网关和一份调试计划;市电还是电池,因为电池门锁意味着要教会客房部更换电池;门厚度,上文已述,也是让改装项目失败的那一项;以及本地支持,因为设备出故障时,酒店需要一个可以联系的本地单位。请参阅大规模部署智能设备。
这种划分通常被当作理念来争论。请把它当作实体问题来决定:房间里有哪些控制面板,哪些只存在于员工的屏幕上。
| 控制界面 | 在客房内? | 客人可以 | 员工可以 |
|---|---|---|---|
| 灯光开关 | 是 | 场景、亮度、回路 | 策略、排程、故障状态 |
| 温度 | 是 | 在运营商设定的范围内调整设定温度 | 设定范围和强制覆盖 |
| 窗帘 | 是 | 打开、关闭、停止 | 与光线和时间挂钩的排程 |
| 房态和人员占用历史 | 否 | 无 | 实时状态、翻房调度 |
| 能耗策略和故障日志 | 否 | 无 | 上限、覆盖、历史记录 |
调试文件中应包含三条规则:
在马来西亚客房里,制冷是一年中大部分时间最主要的可控负载,这就是为什么由人员占用驱动的控制在这里具有实质商业意义,而不是可有可无。
| 情况 | 定时器会怎样 | 由人体存在驱动的控制会怎样 |
|---|---|---|
| 客人抵达时房间是关着的 | 客人要等,或者投诉 | 房间预冷,前提是有提前通知的信号 |
| 客人下午外出四小时 | 空调为空房间运行 | 空调停止;房间确实无人 |
| 客人在房内但静止,在看书 | 移动传感器报告无人 | 人体存在传感器报告有人 |
| 房间在一天最热的时段无人 | 空调持续运行,或房间必须从高温中恢复 | 维持状态,既不是开也不是关 |
两点提醒。预冷的提前信号通常来自您的物业管理系统,而不是传感器——传感器知道有人在房内,却不知道有人正在赶来。另外,在潮湿气候下,把房间完全关掉,之后可能很久都不舒适;回房的客人发现房间闷热,损失比您省下的电费更大。正确的设计是维持状态,而不是简单的开关。
我们不公布回本期,对于没有实地走访大楼就给您报回本期的人,您应该保持怀疑。 这个案例存在于一个狭窄的时间窗:客人离房之后、客房清洁完成之前。在马来西亚,这个时间窗正好贯穿一天最热的时段,也正是房间无人却仍在制冷的时候。同样的逻辑适用于走廊、电梯大堂和后勤区域——它们常被排除在“智能客房”预算之外,而浪费的时数恰恰在这里累积。
回报不在客人满意度里。灯光场景是无法回本的,任何试图这样论证的商业方案,都是在拿错误的栏目来充数。要诚实地估算,需要按类型区分的客房数量、按小时划分的人员占用、您的电价结构、您的物业管理系统是否会发出入住和退房事件,以及对现有客房实测的门类型。
在客房层面,一个有用的观察是:身份并非来自传感器,而是来自房号。
FP2 报告“1204 房:有人”,这本身只是一个关于空间的状态。一旦您把它与物业管理系统关联起来,它就成了个人数据,因为物业管理系统知道 1204 房里是谁。合规的边界在于关联,而不在于设备。