案例如何选取
这份清单刻意保持精简。只有当案例能呈现客户熟悉的建筑类型、集成问题或运营模式时，才会被收录。我们看重清晰的背景、明确的范围、一个以上的子系统，以及不靠销售话术就能描述的结果。国家与气候也重要，因为它们改变暖通与遮阳逻辑。炎热气候项目对遮阳与制冷的权重，不同于温带项目；度假村对客房控制的权重，也不同于办公。清单不是排名，也不表示每个项目都和你的一样；它是一组可以用来推理的参考。每个案例在这里，是因为它回答客户真正会问的问题，而不是因为照片好看。参考资料单薄的地方，页面会说明。新增参考时会复核这份选择，避免清单变成画廊。
- 可识别的建筑类型与运营模式
- 范围包含一个以上子系统
- 明确的集成或控制问题
- 可以事实描述的结果
如何阅读案例
每个案例页结构一致：事实、背景、挑战、方案，以及项目说明了什么。事实部分交代地点、建筑类型与范围；背景说明业主或运营方需要什么；方案描述架构与所集成的系统；最后一节区分项目证明了什么、没有证明什么。先读范围，再看图片：一栋漂亮的建筑只做了一个照明场景，不能证明它拥有整合的运营模型。结构重复，是为了让案例之间可以比较。两个案例看起来相似时，比较范围与失效模式，而不是照片。注意没有提到的系统：门禁、消防、停车与租户计费常常不在参考范围内。注意运营模式：谁在运行建筑、有多少个站点、维护团队能支持什么。没有写明范围的案例是宣传册，不是参考。
- 事实：地点、类型与范围
- 背景：运营问题
- 方案：架构与系统
- 说明：案例证明与未证明的内容
参考项目与自有交付
这些页面描述的是全球网络中的参考应用。图片与项目信息来自参考库，项目由项目资料中列明的交付方完成。它们不作为我们团队交付的项目呈现，也不应被当作客户名单。如果你需要特定建筑类型的自有案例，请直接提出，我们会说明哪些存在、哪些不存在。这个区分对双方都是保护。它也让工程沟通保持诚实：参考展示的是架构，不是商业关系。范围与交付责任因项目而异，参考不转移保修或服务义务。项目资料写明交付伙伴的，页面保留该署名；没有写明的，页面不会编造。这个署名是参考的一部分，不是最后补上的免责声明。
- 全球参考应用，不是我们的客户名单
- 范围与交付责任因项目而异
- 一方参考可按需提供
- 不编造指标或客户名称
这组案例覆盖什么
这组案例覆盖办公与园区、酒店与度假村、餐厅、住宅与改造项目，包含新建与翻新、单体与多建筑园区、本地控制与集中监管。它不覆盖所有气候、所有协议或所有商业模式。用它找到最接近的运营模式，再问在你的建筑里哪些部分会变：暖通系统、门禁模式、PMS、租户结构或维护组织。这些差异通常比照片更重要。案例是规格讨论的起点，不是替代品。这组案例在客房控制、照明、遮阳与能耗方面，比在大型机房设备方面更强，因为参考资料在那里最充分。它在欧洲也比在其他地区更强，这会影响协议组合。国家和建筑类型要一起读，不要分开读。气候不同的案例，只要控制问题相同，仍然有用。
- 办公、园区与混合用途
- 酒店、度假村与餐厅
- 住宅与改造
- 新建与翻新
选择可比的案例
有用的参考像你的问题，而不是像你的审美。先看建筑类型与运营模式：由 PMS 驱动客房的酒店、多栋建筑的园区、按服务节奏切换场景的餐厅、带既有设备的改造项目。再比较范围里的系统与边缘协议。最后看案例没有覆盖什么。如果你的项目包含租户计费、消防集成或遗留 BMS，请尽早说明；最接近的参考也可能需要不同的边界。问什么困难，而不只是问交付了什么。困难的部分通常正是像你项目的部分。问谁在运营建筑、他们能维护什么。问哪些系统在边缘集成、哪些保持独立。问这个项目现在会怎么做。带上你自己的点位表或系统清单来比较，缺口会更容易看见。
- 从建筑类型与运营模式开始
- 比较范围里的系统与协议
- 检查案例排除了什么
- 问什么困难、什么会改变
在招标中使用案例
用案例来组织你向投标人提出的问题，而不是证明投标人一定能交付。参考可以展示运营模式、点位表样式、协议边界或客房模板；它不能证明投标人有团队、备件或你现场所需的本地支持。把案例写进招标文件时，作为问题提出：你会如何处理这个边界、这个失效模式、这次移交？要求提供点位表样例、告警策略与测试计划。能讨论这些文件的投标人，比只能展示相似照片的投标人更有用。用案例检验规格，而不是替代规格。如果参考依赖你没有的系统，说出来并问替代方案。有用的结果是规格更清晰、评标更短。经不起这些问题的参考，不是有力的参考。
- 把案例当问题，不当证明
- 要求点位表、告警策略与测试计划
- 检验规格，而不是替代
- 系统不同时要求替代方案
按建筑类型与国家整理的参考项目
15 行| 案例 | 建筑类型 | 国家 | 重点 |
|---|---|---|---|
| Loxone Campus | 园区与办公 | 奥地利 | 多用途园区共用一套平台 |
| Dukley Gardens | 住宅与度假 | 黑山 | 公寓舒适性与共享区域 |
| Troyka | 餐厅 | 德国 | 跟随服务节奏的场景控制 |
| x-tention Campus | 办公园区 | 奥地利 | 多建筑园区与立面能源 |
| Hotel Club Sunway | 酒店 | 西班牙 | 逐间客房改造 |
| City Walk Apartment | 公寓 | 阿联酋 | 每间房一块面板控制 |
| McDonald's Zvolen | 连锁餐厅 | 斯洛伐克 | 新建餐厅整体集成 |
| Skalka Restaurant | 餐厅 | 捷克 | 两种运营模式与集中机房 |
| Brno Leitnerova | 住宅 | 捷克 | 公寓与公共区域 |
| C-Linder Peer | 改造与社区 | 比利时 | 照明改造 |
| Office and Administration Building | 办公 | 德国 | 开放办公区的预测性遮阳 |
| Zurich Airport offices | 办公 | 瑞士 | 本地网关与房间自动化 |
| AXON Germany | 办公 | 德国 | 照明、遮阳与气候 |
| German National Lottery | 商业与办公 | 德国 | 立面、照明与气候 |
| Schüco China Experience Center | 商业与展厅 | 中国 | 立面、遮阳、气候与照明 |
本地案例库
8 cases
办公园区 · 奥地利韦尔斯
x-tention 园区
位于韦尔斯的新 x-tention 园区净使用面积 11,034 平方米，1,639 个 Loxone 组件与 31 台 Miniserver 接入同一套楼宇自控系统。约 15 公里的 Tree 总线连接各房间，512 kWp 立面光伏则承担建筑全年约 500,000 kWh 的用电需求。
查看案例
酒店 · 西班牙福门特拉岛埃斯普霍尔斯
Hotel Club Sunway Punta Prima
位于福门特拉岛埃斯普霍尔斯的 Hotel Club Sunway Punta Prima 以每间客房一台 Miniserver 完成客房改造。系统把门禁、浴室、卧室与露台连成一体，入住时控制界面自动切换到客人的语言，并与酒店预订系统对接；存在感应、门窗监测与分室能耗计量则支撑酒店的集中管理。
查看案例
公寓 · 阿联酋迪拜
City Walk 公寓
这套位于 City Walk 的小型公寓俯瞰市中心天际线，每个房间用一块玻璃面板控制照明、气候、窗帘、纱帘与音频。清晨、用餐与待客的一键场景把全屋联动起来，窗帘每天早晨自动打开。技术隐于幕后，顺着主人的日常节奏运行。
查看案例
连锁餐厅 · 斯洛伐克兹沃伦
McDonald's 兹沃伦餐厅
兹沃伦新建的 McDonald's 餐厅采用完整集成的 Loxone 系统，覆盖从设计到控制与布线的全过程。同一平台管理暖通空调、背景照明、灌溉、入口风幕、音频、门禁、能耗统计和 RGBW 照明场景，让运营方以可靠的数据驱动日常管理。
查看案例
餐厅 · 捷克多尔尼莫拉瓦
Skalka 餐厅
位于多尔尼莫拉瓦的全景餐厅 Skalka 用一套 Loxone 系统管理供暖、通风、制冷、冷藏设备与电动玻璃屋顶。两种运行模式在营业时保证客人舒适，在空置时降低消耗。在线能耗监测与设备状态检查帮助运营方发现浪费，并在故障影响服务之前处理问题。
查看案例
住宅 · 捷克布尔诺
布尔诺 Leitnerova 公寓楼
Leitnerova 是布尔诺的一栋新建公寓楼，包含 28 套公寓和公共区域，全面采用 Loxone。每户的照明、遮阳、安防与空调由系统控制，水、电和热量分别计量。项目在南摩拉维亚州建筑竞赛中获得第一名，并同时服务长期转租与个性化自住两种使用方式。
查看案例
教区中心改造 · 比利时佩尔
C-Linder 佩尔教区中心
C-Linder 是位于佩尔的教区中心，其功能照明与氛围照明通过基于 Loxone 的控制系统完成翻新。定制的总览控制面板配合 DMX 调光，让工作人员清楚掌握并调节亮度；移动探测器补充自动运行，离开房间后所有灯光自动关闭。音频系统也同步升级，加入媒体播放器和无线麦克风。
查看案例
办公 · 德国诺伊勒
办公与行政大楼
这座位于诺伊勒的开放式办公与行政大楼外立面约 1,200 平方米，容纳 100 多名员工，四面均为玻璃幕墙。Loxone 控制供暖、制冷与遮阳帘，并通过预测提前动作，避免室内因日照而过热。若没有这套预测控制，建筑到中午就会热得难以忍受。
查看案例项目图景
3 张图片
常见问题
01这些项目是你们团队交付的吗？
不是。它们是 Loxone 全球网络中的参考应用，由项目资料中列明的交付方完成。我们用它们说明架构与运营模式，而不是当作客户名单。自有案例在存在时另行提供。
02为什么案例数量不多？
因为一长串案例图片，不如一组可识别的运营问题有用。每个案例都用来展示一种建筑类型、集成范围或运营模式，方便客户与自己的项目对照。
03可以参观这些建筑吗？
参观取决于业主、运营方与现场条件。我们可以讨论参考参观是否合适，但不会承诺进入第三方建筑。
04有酒店案例吗？
这组案例包含酒店与度假村参考，包括逐间客房改造和较大的住宅度假项目。最接近的案例取决于你的房型、PMS 与运营模式。
05有使用 KNX 或 BACnet 的案例吗？
案例页会在信息可得时说明系统范围。协议细节因项目而异；我们可以讨论集成方式，但不会声称参考项目使用了并未记录的协议组合。
06可以提供这些项目的指标吗？
只在参考资料提供、且业主允许公开时提供。我们不编造节能率、点位数或投资回收期。没有文档记录的数字，案例只用定性描述。
07采购时如何使用案例？
用它来梳理运营模式与向投标人提出的问题：集成了哪些系统、控制放在哪里、网络中断时客房或机房如何动作、移交包含什么。
08没有我们这种建筑类型怎么办？
告诉我们建筑类型、系统与约束。最接近的参考可能是另一种建筑类型，但集成问题相同。我们会解释差异，而不是强行匹配。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。