酒店与文旅
房间知道，建筑回应。
适合宾客舒适、能耗成本与后台运营在同一间房里相遇的酒店与度假村。
直接回答
面向酒店、度假村与餐厅：让客房控制、PMS、气候与能源协同成一段完整的宾客体验。
1 — 套贯穿客房系统的宾客体验 · 15–30% — 存在感应控制带来的典型客房节能 · PMS — 入住 / 退房事件驱动房间模式
1
套贯穿客房系统的宾客体验
15–30%
存在感应控制带来的典型客房节能
视项目而定
PMS
入住 / 退房事件驱动房间模式
01 / 挑战
每天的实际情况
酒店客房每平方米包含的可控系统，几乎超过任何其他建筑类型。它们不协同，宾客能感觉到，能耗账单也会显示出来。
房间空置时，空调仍在全舒适模式运行。
前台看不到房间状态与服务请求的实时视图。
不同客房的照明场景与气候控制各不相同。
能源与维修数据分散在不同系统里。
02 / 集成范围
我们汇入同一模型的内容
酒店或度假村的典型范围，最终范围以审计为准。
客房控制（RCU）
房间模式、场景、服务请求、存在感应与能耗限制。
酒店 PMS
入住 / 退房事件、房态与入住前的预调节。
暖通空调
客房与公共区域气候、新风与冷热源顺序。
照明
场景控制、存在感应逻辑与立面照明。
门禁控制
门状态、客房进出事件与员工权限。
视频监控
公共区域摄像机地图与事件联动。
能源
客房级与建筑级计量及基线。
公共广播
分区状态与定时广播。
03 / 结果
运维人员感受到的变化
平台上线后，运维团队真正感受到的变化。
房间随存在感应变化
空房进入节能模式；宾客返回时，房间在开门前已经舒适。
前台看得见房间
房态、服务请求与故障在一个视图里，而不是三个系统。
一套场景标准
照明、遮阳与气候场景配置一次，统一部署。
能耗变得可测量
客房级能耗对照入住状态与室外条件进行追踪。
度假村
空间
这套方案在空间里的样子。
从外立面到房间内部，同一套集成逻辑。
04 / 平台路径
这套方案如何在三层架构上落地。
同一个架构，不同的集成深度与控制重点。
应用层
仪表盘、移动访问、报表、租户与客房视图、多项目汇总。每个角色都能以自己需要的粒度看建筑。
监控层
集成核心把每个子系统归一为统一对象模型，再叠加日程、联动、告警路由与审计日志。
设备层
Loxone 控制器与网关连接机房、楼层与客房。控制留在本地，平台负责监管。
05 / FAQ
常见问题
业主、顾问与集成商最常问我们的问题。
能接入我们的 PMS 吗？
客房控制在断网时还能用吗？
可以保留现有 RCU 吗？
如何平衡舒适与能耗？
