在全服务型酒店里，能耗是最大的可控成本之一，而其中相当一部分花在了没有人的地方。客人十点退房，房间可能还要亮着灯、开着空调好几个小时；宴会厅为晚上七点的活动提前制冷；走廊照明整夜满功率运行。原因很少是有人故意浪费：照明、暖通和楼控系统来自不同供应商、在不同年份采购，它们之间并不共享信息。PMS 知道房间空了，灯和风机盘管却不知道。
要解决这个问题，就是一个跨越数百间客房的集成项目，而风险落在业主身上：新的照明控制能和楼控对接吗？客人会不会觉得不舒服？节能是真的吗？没人愿意在满房的周末去找答案。
在这里，数字孪生意味着什么
酒店的数字孪生，是整栋楼及其系统的一个可运行模型：客房、楼层、机房、照明网络、控制器，以及把它们连起来的逻辑。因为模型的行为和楼一样，你可以在安装任何设备之前，模拟一整天的入住与退房，看各系统如何响应。更通用的介绍见《什么是数字孪生》。
对业主来说，孪生是集成的彩排场，也是运营、工程和供应商共同看的一张图。
我们构建了什么
我们的酒店孪生模拟了虚构的“悉尼章鱼大酒店”：一座 20 层、277 间客房的五星级海港酒店，从地下三层一直到屋顶。
- 每间客房都是一组设备。 全楼超过 5,500 个模拟设备，包括灯具、风机盘管、传感器，以及纱帘和遮光帘电机；其中超过 1,000 个以 BACnet 设备的形式出现，按真实楼控系统看到的方式组织。
- 连接器背后的照明集成。 一个模拟的 Casambi 式照明网络位于连接器之后。连接器使用的设备模型和未来实时连接所用的是同一套，分为仿真、混合、实时三种模式。兼容性用一致性测试单独验证——仿真通过不等于集成可行。
- 标明来源的物理模型。 每个数值都标注 PHYS（物理仿真）、EST（估计）或 DEMO（为故事设定）。舒适度逐房间校核，如果节能让有人的房间变得不舒服，会直接判为失败。
- 可重复的七步故事线。 从入住，到空房调暗、AI 优化，再到设备故障。引擎基于事件溯源，每次重放结果一致；每一步都留下审计记录，AI 的计算依据也一并保存。
- 可以走进去的客房。 客房和套房使用烘焙光照渲染；智能客房面板可以控制窗帘、情景和房间设定温度，整栋楼随之响应。
它帮你做哪些决定
- 从退房到下一位客人入住之间，房间里实际发生了什么？花了多少钱？
- 如果照明、窗帘和暖通跟随入住与日光联动，每一间有人的房间舒适度都能保持吗？
- 炎热天气下午两点，哪些楼层、区域或设备在推高电费？
- 新的照明控制能把数据交给我们的楼控系统吗？上线之前怎么证明？
- 设备故障时，谁先看到？客人会察觉到什么？
带来哪些改变
以前： 每套系统各自调试，集成要到安装后一间一间去测；节能写在方案里，事后再争论；工程、前台和供应商各自只掌握一部分情况。
以后： 在签采购单之前就能看到联动效果；供应商对着同一套设备模型和一致性测试做集成，而不是对着幻灯片；运营在同一屏幕上看到入住、空房、舒适度与能耗；工程看到的故障带着上下文；业主能看清预期节能建立在什么基础上。改造可以逐层规划，孪生显示每一期会带来什么变化。
在你的酒店落地
- 诊断。 收集平面图、房型、照明与暖通设备清单、楼控点表、PMS 入住历史和能源账单，并一起确定孪生必须回答的问题。
- 基于你的数据做原型。 为你的楼和房型建模，回放真实的入住数据，展示联动后的效果；每个数字都标明是仿真还是估计。
- 联网孪生。 通过 BACnet/IP 接入楼控，通过官方 API 接入照明系统；先在一层试点以混合模式运行，并在任何人报出节能数字之前，先用计量数据校准模型。
无论找谁做，都值得问：哪些数字是物理计算的、哪些是估计的、哪些是设定的？与我的照明系统的兼容性怎么测试，是否独立于你们的仿真？你们的优化会对客人舒适度产生什么影响？运行时和数据归谁所有？
坦诚的边界
这家酒店是虚构的，演示中的所有设备都是模拟的。照明模拟器是 Octopus 依据公开文档自行构建的，并非 Casambi 产品，也不是官方的 Casambi 环境；没有连接任何 Casambi 网络或楼控系统。演示中 13.4 % 的暖通与照明节能是仿真得出的演示数字，不构成对任何建筑的承诺，也没有经过计量数据校准。
亲自看看
- 在线孪生：hotel.octopustwin.com
- 案例研究：酒店孪生 · 照明、暖通与楼控
- 正在规划照明或楼控升级？在拍板之前，先和我们聊聊。
