为什么按项目选型
我们进场之前，多数建筑已经是混合系统：冷源来自一家，VAV 箱来自另一家，灯具来自第三家，而技术规格往往围绕顾问上一次用过的平台写成。强行统一成一条产品线，结果是每层一个网关、点位模型没人负责。我们反过来从机电设备清单与运营模式出发，选择能原生承载最多点位的那条产品线；其余部分做有意识的集成，汇总到一张点位表，而不是散落在四个厂商工具里。
- 从机电设备清单出发，不从产品目录出发
- 先统计各子系统点位数，再决定控制器
- 跨产品线只用一套点位表与命名规则
- 网关放在系统边缘，而不是每个房间一个
KNX——分散式房间与照明控制
KNX 走专用双绞线总线，供电与数据同缆，没有会让整栋楼停摆的中心主机。设备单独编址，组地址定义行为，逻辑可以放在设备内部。它适合照明、遮阳、房间控制与小型机电设备——风险局部、线路较长。工程组态在 ETS 里完成，因此项目文件与硬件同样重要。一条线路在不加耦合器时可带 64 个总线设备，实际限制通常是维护团队还能读懂多少组地址。
BACnet——暖通设备原生的语言
当技术规格写得规范时，冷机、空调箱、VAV 控制器与电表说的就是 BACnet。对象与服务承载了 BAS 需要的语义：当前值、状态标志、报警限值、日程与趋势。走 IP 时跑在楼宇网络上，走 MS/TP 时是 9.6 至 76.8 kbps 的两线现场总线。一致性声明比样本宣传更重要——只支持少量对象的设备，照样需要网关工作。我们会在承诺原生集成之前先读 PICS。
Modbus 与 DALI——现场设备与灯具
Modbus 是电表、变频器、冷机以及任何有寄存器表的设备最务实的选择。RS-485 上的 RTU 在现场仍然随处可见；以太网上的 TCP 更容易分段与监控。该协议没有标准对象模型，因此寄存器表就是集成本身：我们在调试之前就要到它，而不是之后。DALI 按 IEC 62386 管理灯具，每条线路 64 个地址，支持广播与分组场景。两者接线便宜、查故障容易，这也是为什么原面板供应商离开很久之后它们仍在现场运行。
Loxone——别墅与小体量酒店的本地优先控制
Loxone 把控制器、房间逻辑与 App 放在同一产品家族里，设备走 Tree、Air 与 1-Wire，并通过网关接 KNX、BACnet 与 Modbus。当一栋建筑由一个团队整体负责时，这种结构效率很高：别墅、小体量酒店、餐厅与展厅。在这里它是若干产品线之一，不是公司本身。如果项目需要多厂商机电设备、正式的报警分级，或顾问指定的 BACnet 骨干，我们会用 BACnet 或 KNX 设计，只在真正合适的房间使用 Loxone。
无论哪条产品线都不变的部分
控制器是一个项目里最不重要的决定。真正决定两年后建筑是否运转良好的，是它上面那一层：新来的工程师能看懂的点位命名、与响应人匹配的报警分级、运营人员无需程序员就能改的日程、与实际管路一致的画面，以及和现场一致的竣工文档。这些在 KNX、BACnet、Modbus、DALI 与 Loxone 上我们都保持一致，所以换平台不等于换运营模式。
各产品线的适用位置
5 行| 产品线 | 最适合 | 实际限制 | 集成路径 |
|---|---|---|---|
| KNX | 照明、遮阳、房间与小型机电控制 | 每条线路 64 个总线设备（加耦合器前） | KNX/IP 网关接入监控层 |
| BACnet | 冷机、空调箱、VAV、电表、多厂商设备 | MS/TP 网段长度与设备数量 | 原生 IP，或 MS/TP 路由 |
| Modbus RTU/TCP | 电表、变频器、冷机、第三方设备 | 每段串行总线 247 个地址 | 寄存器表，由控制器或网关轮询 |
| DALI | 灯具驱动、传感器、应急照明 | 每条线路 64 个地址 | DALI 网关接入 KNX、BACnet 或 Loxone |
| Loxone | 别墅、小体量酒店、餐厅、展厅 | 控制器 I/O 与总线设备数量 | Tree、Air、1-Wire，外加 KNX、BACnet、Modbus 网关 |
设计时要对照的硬限制
6 行| 项目 | 实际数值 | 带来的影响 |
|---|---|---|
| KNX 每线路总线设备 | 加耦合器前 64 个 | 是增加线路，不是拉长线路 |
| Modbus RTU 每段地址 | 247 个 | 点位数越多，轮询周期越长 |
| DALI 每线路地址 | 64 个 | 每条线路需独立电源与网关 |
| BACnet MS/TP 网段 | 设备数与线长取决于波特率 | 9.6 kbps 时必须分组轮询 |
| BACnet/IP 网络 | 分段与广播域 | 按楼层或系统划分 VLAN |
| 网关点位容量 | 按最终点位表选型 | 用到九成的网关等于未来的变更单 |
项目图景
3 张图片
常见问题
01我的项目应该用哪条产品线？
取决于机电设备与运营方，而不是偏好。如果多数点位分布在多家的暖通设备上，BACnet 通常路径最短；如果以照明、遮阳与房间为主，KNX 更高效；如果是单个别墅或一个团队管理的小体量酒店，Loxone 能让系统栈更简单。把设备清单与点位表发来，我们会告诉你哪条产品线原生承载的点位最多。
02一个项目可以混用多条产品线吗？
可以，而且多数项目就是这样。我们的规则是：每个子系统用它原生的那一条线，交叉点必须明确——有文档的网关、点位表，以及移交后仍能用的命名规则。混合系统出问题，通常是因为网关没有文档，而不是因为混合本身。
03Loxone 能替代 BACnet 吗？
不能。Loxone 是一条控制类产品线，可以通过网关读写 BACnet；但它不是顾问规格里所指的 BACnet 楼宇管理平台。对别墅或小体量酒店，它可以承担整栋楼；对规定了 BACnet 骨干的园区，它最多是房间级或子系统级的选择。
04你们除了集成，也供硬件吗？
供。我们是集成商与成套厂，负责选型、供货、成套与调试，并集成业主或顾问已经选定的第三方设备。我们不是制造商，也不是品牌代理商，不会把某条产品线说成自己的。
05如何避免网关泛滥？
在点位表定稿之前先定集成拓扑。每个网关只做一件事、有一个责任人、有一份文档；设备能接入原生网段的，就用原生网段。我们还会把网关点位计入总量，因为移交时就已用掉九成的网关，本身就是未来的问题。
06能按顾问指定的平台做吗？
通常可以。如果指定平台在我们的集成范围内，我们按规格执行；如果不在，我们会在投标之前说明，而不是之后，并提出合规的替代方案，或与持有该平台的参与方划分工作范围。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。