酒店客房控制

房间模式与模式矩阵

先定义模式，再选按键。实用的一组是迎宾、占用、睡眠、无人与保洁。每个模式应写明照明场景、温度区间、风机行为、遮阳位置，以及哪些客人覆盖仍然有效。迎宾可由入住或首次进门触发；睡眠降低照明与风机噪声；无人时放宽温度区间并关闭阀门；保洁需要全亮并屏蔽客人限制。模式矩阵是客房的唯一事实来源：应由运营、工程与室内设计共同复核，因为它既编码舒适策略，也编码控制逻辑。模式含糊，房间就会每层表现不同。除了状态，还要定义转换：退房、开门、开窗、火警时分别发生什么。还要定义覆盖策略：客人命令持续多久、什么会取消它。能放在一页纸上的模式矩阵，更容易执行。

• 迎宾、占用、睡眠、无人
• 保洁与维护模式
• 每个模式的场景、设定值、风机与遮阳
• 转换与覆盖策略

暖通、照明与遮阳协同

舒适是组合结果，不是恒温器。阳光穿过打开的窗帘会改变冷负荷；昏暗的房间配上全速空调，感觉就是不对。客房控制器应让遮阳与暖通、照明协同：在太阳加热房间之前放下纱帘，夜间降低风机转速，确认有人时才提升照明。客人控制保持简单：升温、降温、调亮、调暗、打开、关闭。背后的逻辑可以复杂，界面不应复杂。窗磁应暂停供暖或制冷，门磁应恢复占用模式，不必等客人去找面板。目标是在能耗边界内保持舒适。设定值周围要有死区，避免阀门与风机频繁摆动；风机应分档，而不是单一启停。要在一天中的不同时段测试遮阳、得热与制冷的相互作用。调试应包含晴天得热测试，而不只是夜间测试。

• 在得热之前遮阳，而不是之后
• 夜间限制风机转速
• 按存在感应控制照明与通风
• 复杂逻辑，简单界面

PMS 集成与运营视图

PMS 集成应交换事件，而不是抓屏：入住、退房、换房与 VIP 状态。这些事件设置房间模式并更新前台视图。PMS 支持时，房间状态与服务请求可以回写。集成必须定义 PMS 不可用时的行为：客房回退到安全的本地模式，平台发出明确告警，而不是猜测。保洁与维护需要独立视图，而不是客人界面。事件映射应像点位表一样记录：事件名、方向、时序，以及它改变的房间状态。只在网络完美时才工作的 PMS 集成，不算集成。要确定占用状态的权威在客房控制器还是 PMS。有事件接口时，不要轮询 PMS 获取房态。每个事件与回写都要带时间戳记录。事件映射应写明同一事件重复到达时如何处理。

• 入住、退房、换房、VIP
• 房间状态与服务请求回写 PMS
• PMS 离线时安全的本地回退
• 保洁与维护视图
• 含方向与时序的事件映射

每间客房的点位、模板与命名

点位数量取决于房型，而不是经验法则。每个照明回路、调光通道、传感器、阀门输出、风机档位、窗帘继电器、门磁、温控器与服务请求输入都是点位。标准房的照明合并、风机盘管简单，点位就少于带分区、电动纱帘、卫浴场景与露台的套房。标准酒店客房的常见规划范围约为 20 到 40 个控制点，套房更多；应以房型点位表确认，而不是直接套用这个数字。房型点位表应能在楼层之间精确复制，移交包应包含模式矩阵、点位表、PMS 事件映射与覆盖策略。点位按房型与房号命名，而不是按接线顺序。保留可复制的模板，并为每处偏差记录变更。没有对照实际完成房间检查过的点位表，通常会漏算照明与服务点位。

• 按房型的点位表
• 可复制的客房模板
• 模式矩阵与 PMS 事件映射
• 覆盖策略与移交包

测试、调试与移交

整层之前先测一间样板房。测试每个模式、每次转换、每种覆盖与每种故障：网络中断、PMS 失联、控制器重启、传感器故障、窗磁与火警。像客人一样测试客房控制，包括进门后的前三十秒。保洁与维护视图要单独测试。测试结果对照房型点位表记录。移交应包含模式矩阵、点位表、场景清单、PMS 事件映射、覆盖策略、测试记录，以及面向前台、保洁与维护的培训。客房应可复制，而不是一次性的演示。一层房间表现不同，通常是调试失败，不是产品失败。与运维一起走楼层，让他们触发实际会看到的告警。确认每间房的固件与配置基线一致。保留备用按键、控制器与传感器，因为酒店维护等不起一次发货。培训应包含如何在不打扰客人的情况下把房间置入维护模式。

• 整层之前的样板房
• 模式、转换与故障测试
• PMS 与网络中断测试
• 前台、保洁与维护培训
• 可复制的配置基线

Loxone 酒店客房控制

Loxone 酒店客房控制把客房照明、气候、遮阳、门禁与能源汇入一个房间控制器和一套事件模型。有用的设计单元是房型，而不是单个房间：先定义到店、入住、睡眠、离房与深度清洁模式，再复制到整层。PMS 入住/退房事件是输入，不是本地安全逻辑的权威。网络或 PMS 中断时应保留本地降级模式，并在整栋复制前先调试一间样板房。