直接回答
Loxone 是本地优先的楼宇自控平台，Miniserver 在本地运行逻辑与场景，不强制依赖云端。扩展模块增加 I/O，Tree、Air 与 1-Wire 接现场设备，Config 定义行为。
本地优先的架构
Loxone 围绕一个简单原则设计：互联网断开时，建筑仍应继续工作。Miniserver 保存控制程序、运行日程与场景，并通过本地总线与现场设备通信。远程访问与移动应用是叠加在上面的便利，而不是日常运行的依赖。这种设计适合网络不稳定、数据驻留有严格要求，或需要在网络故障期间继续运行的建筑。它也改变了支持模式：集成商可以在本地诊断逻辑，业主也不必担心某项订阅到期。本地优先不等于孤立。网关与接口可以接入 KNX、Modbus、DALI 与 BACnet 设备，上级系统也可以读取本系统而不接管控制。对商业建筑而言，同样的原则适用于控制器网络：先本地自治，再集中协调。实际问题是哪些功能必须在广域网中断时存活，以及设计是否测试过这种场景。从未做过离线测试的“本地优先”，只是一句宣传语。固件升级后应重新测试，因为控制器行为的改变，可能悄悄带回设计已经去掉的依赖。本地自治也有代价：每台控制器都需要自己的备份与更换计划。
- 逻辑与日程存储在现场
- 应用与远程访问是可选层
- 本地总线连接现场设备
- 网关连接第三方系统
Miniserver 与扩展
Miniserver 是核心控制器：它保存程序、日程、用户权限与接口配置。板载输入输出可以直接覆盖小型安装；项目扩大时，通过本地总线增加扩展模块。容量规划应在控制柜制造之前完成，因为输入类型、输出类型与备用容量都会影响柜体、电源与布线。设计还应记录哪些功能运行在哪台控制器上，使故障影响有明确边界。备份、许可文件与经过验证的恢复步骤属于系统的一部分，不是事后补项。型号选择是项目决策，依据点位数量、接口需求与未来扩展，而不是照搬上一个项目的默认选项。选定型号应连同支持它的点表与接口清单一起记录。预留容量在设计阶段比交付后再加一个柜便宜，而且应以已用容量的百分比明确写出，而不是留作含糊的意愿。更换步骤应写给一个从未见过这台柜的人，并在原工程师仍在时至少演练一次。为韧性增加第二台控制器是设计选择，不是默认配置；它需要明确的失效切换行为。
- 程序、日程与权限
- 板载 I/O 加扩展总线
- 容量与备用规划
- 备份与经过验证的恢复
Tree、Air 与 1-Wire
Loxone 用三种外围技术处理不同任务。Tree 是有线总线，连接开关、传感器、调光器与执行器；它同时传输电源与数据，适合电缆路径可以规划的新建项目。Air 是无线协议，用于布线困难的设备，包括改造项目与部分传感器位置；它需要信号勘察与电池供电策略。1-Wire 是简单总线，主要用于楼板、管道与房间的温度测量，其寻址方式让每个传感器都可识别。三者可以在同一项目中并存。设计规则涉及拓扑、线长、终端、功率预算以及与市电噪声的隔离。选择的关键不是哪种技术更新，而是建筑、路径与维护模式。无线应被当作一项带维护计划的设计决策，而不是绕开规划的捷径。记录设备地址与总线拓扑，能在调试与日后排障时省下大量时间；而项目在安装队之间交接时，最先丢失的往往就是这些记录。需要爬梯子才能更换的无线设备，即使不构成控制问题，也是维护成本。每条总线两端都贴标签，是个能省下整个下午的小习惯。
- Tree：供电与数据一体的有线总线
- Air：面向改造与传感器的无线
- 1-Wire：温度测量
- 拓扑、功率与地址成文
Config：为建筑编程
Config 是定义建筑行为的工程环境。功能块处理输入、输出、逻辑、日程、场景、告警与用户权限。结构良好的项目会使用命名规则、可复用功能块，以及下一位工程师读得懂的注释。仿真与在线测试可以在调试前验证逻辑，但不能替代现场的逐点检查。版本管理很重要：日程改动或新增联动都应记录日期与原因。项目文件的访问权限同样重要，因为一次没有记录的修改，可能破坏已经测试过的序列。Config 的产出不只是一个能运行的程序，而是一份可维护的建筑行为说明，这正是业主在交付时需要的。开始时约定命名规则，比调试后再改功能块名字便宜。若只有一个人读得懂程序，而这个人已经离开项目，建筑就失去了一部分文档。程序应当作为受控文件对待，而不是私人笔记本。依赖未记录全局变量的程序，无论屏幕上看起来多优雅，都不可维护。两位工程师打开程序，应当能为同一个功能找到同一个功能块。
- 用功能块构建逻辑与序列
- 命名规则与可复用功能块
- 仿真加现场逐点测试
- 版本管理与受控访问
与其他系统集成
很少有建筑只用一个品牌。Loxone 通过原生接口与网关集成：KNX 接照明与房间设备，Modbus RTU 或 TCP 接表计、逆变器与设备，DALI 接灯具，BACnet 通过网关接机房与上级系统，HTTP 或 REST 接软件服务。干接点仍是消防、老设备与简单状态信号的可靠后备。每个接口都需要点位映射：源地址、目标名称、数据类型、单位、缩放、读写方向与失效状态。网关会增加一台需要供电、配置与记录的设备。集成设计应说明网关离线时会发生什么，本地控制器能否在其缺席时继续运行。原生支持与网关支持是两种不同的承诺；规格应写明每个系统需要哪一种。对每个接口，记录谁拥有网关配置、故障时找谁。今天能用但没有责任人的接口，明年会安静地失效。失效状态应按点位定义，而不是按整个网关定义。第三方设备行为异常时，接口登记表比接线图更有用。
- KNX 与 DALI 接照明和房间控制
- Modbus 接表计与设备
- BACnet 经网关接机房
- 点位映射含缩放与失效状态
规划与容量
规划一个 Loxone 项目，主要是清点与划边界。从点表出发，按位置分组，再决定哪台控制器服务哪一组。每台控制器的范围要小到故障只影响一个分区或一台设备，而不是整栋建筑。为未来改动预留 I/O；典型规划余量是已用容量的 10% 至 20%，但最终应由项目自身的增长预期决定。对照具体型号与固件的厂商文档，核对总线功率预算、线长与每条线路的设备数量。在柜内预留一个扩展模块的位置，并标识备用端子。接口清单应记录协议、网关型号与每条链路的点位数。没有写下来的容量计划只是猜测，而在控制柜制造前做出的猜测，会成为未来十年的约束。计划还应说明控制器更换时如何处理，因为那一天总会到来。程序文件、许可与备份应存放在业主可控制的位置，而不只是集成商的服务器上。容量计划应在每次设计变更时复核，而不只在开始时看一次。
- 按位置与故障边界分组点位
- 典型预留余量 10% 至 20%
- 核对总线功率、线长与设备数量
- 记录容量计划与更换路径
交付与生命周期
Loxone 项目按阶段交付：需求、点表、柜体设计、配置、工厂测试、现场调试、交付与支持。工厂测试能在现场忙碌之前发现接线与配置错误。现场调试逐点、逐序列、逐告警验证，包括设备断开时的行为。交付应包括备份、网络图、凭证、用户指南，以及面向实际运维人员的培训。支持模式应明确：谁响应、范围多大、变更如何批准。当业主掌握项目文件与文档，而不是依赖某位工程师的笔记本电脑时，本地优先的系统更容易维护。生命周期规划还应覆盖备用设备、固件更新，以及新增楼层或租户的流程。业主应能在不重建整个程序的前提下增加设备或修改日程。这才是一个开放、本地系统的实际含义。培训应包括如何阅读告警，而不只是如何按场景按钮。运行第一年应复盘实际发生的变更，因为那份清单能看出系统是否按设计被使用。调试脚本应包含控制器重启、总线设备断开与网关失效，因为建筑最终会遇到这些情况。
- 先做需求与点表
- 现场施工前完成工厂测试
- 逐点调试
- 备份、培训与支持条款
什么情况下其他平台更合适
本地优先的平台并不适合每一栋建筑。拥有数百个控制回路的超大型机房、严格的公用事业级网络安全要求，或指定某套上级系统的规格，可能更适合其他架构。Loxone 的优势在于房间控制、本地自治、第三方设备集成，以及业主可自主运营的清晰模式。它在需要超大型单一数据库、深度原生 BACnet 工程，或只与某一企业平台合作的支持体系时相对较弱。诚实的设计讨论应围绕适配，而不是品牌忠诚。项目可以用 Loxone 做房间与机房控制，另设上级系统做多项目报表，前提是边界与点位归属成文。最糟的结果，是出于理念选了一个平台，再把它拉伸到超出设计角色，最终既不是本地优先，也不是企业级。好的规格会说明每个平台在做什么，以及它刻意不做什么。新增系统时应复核边界，因为旧的假设很少能撑过一次新接口。每场会议都要为之辩护的平台，通常就是不适合这个项目的平台。常见失效包括：控制器被拉伸到超出容量、网关没有责任人、程序只有一个人读得懂、备份从未验证过恢复。这些都属于设计遗漏，而不是产品缺陷。
- 适合房间、机房与第三方集成
- 不适合超大型单一数据库场景
- 边界成文时，分层架构可行
- 按角色选平台，而不是按标签
Loxone 系统元素与设计要点
16 行| 元素 | 功能 | 典型应用 | 设计要点 |
|---|---|---|---|
| Miniserver | 核心控制器与逻辑引擎 | 机房或楼层控制柜 | 规划容量、备份与更换 |
| 扩展模块 | 增加输入输出 | 更多分区与设备信号 | 核算备用容量与总线功率 |
| Tree | 有线外围总线 | 开关、传感器与调光器 | 拓扑、终端与功率预算 |
| Air | 无线外围设备 | 改造项目与远端传感器 | 信号勘察与电池计划 |
| 1-Wire | 温度测量 | 楼板、管道与房间传感器 | 线长与地址规划 |
| Config | 编程环境 | 逻辑、日程与场景 | 版本管理与文档 |
| Loxone 应用 | 用户界面 | 使用者与运维控制 | 基于角色的视图与权限 |
| KNX 接口 | KNX 设备集成 | 照明与遮阳 | 组地址映射 |
| Modbus | 表计与设备集成 | 电表、逆变器与驱动器 | 寄存器映射与缩放 |
| BACnet 网关 | BACnet 设备集成 | 机房与空气处理机组 | 对象映射与轮询负载 |
| DALI 网关 | 照明控制 | 灯具与驱动 | 寻址与分组 |
| 电源与备份 | 供电与韧性 | 控制柜与控制器 | UPS、浪涌保护与恢复测试 |
| 网络 | 控制器与网关连接 | 本地与园区网络 | 分段、地址与时间源 |
| 远程访问 | 远程支持与应用访问 | 运维与集成商使用 | 角色权限、日志与撤销 |
| 备用容量 | 未来点位与设备 | 扩展与租户装修 | 以百分比写明余量 |
| 文档与备份 | 交付与恢复 | 业主与维护团队 | 有版本，且不存放在工程笔记本上 |
项目图景
3 张图片
常见问题
01Loxone Miniserver 是什么？
它是 Loxone 系统的核心控制器，保存程序、运行逻辑与日程，提供接口并协调扩展模块与外围设备。控制保持在本地，因此建筑无需云连接也能运行。容量、接口数量与备份方式应在控制柜制造前规划。
02Loxone 需要互联网连接吗？
本地控制不需要。Miniserver 在现场运行建筑逻辑。互联网用于远程应用访问、通知、更新与远程支持。设计应列出广域网中断时必须继续运行的功能，并在调试中逐项验证，而不是假定。
03Tree、Air 与 1-Wire 有什么区别？
Tree 是有线总线，连接开关、传感器与执行器；Air 用于布线困难的无线设备；1-Wire 是简单总线，主要用于温度传感器。三者可以共存，选择取决于建筑、路径与维护计划。无线设备需要信号勘察与电池更换计划。
04Loxone 能接 BACnet 吗？
可以，通过 BACnet 网关。网关把 BACnet 对象映射为 Loxone 点位。设计定稿前应核对对象支持范围、点位容量、轮询行为，以及网关离线时的表现。没有文档的网关，就是一个没人负责的单点故障。
05Loxone 适合商业建筑吗？
在本地控制、开放接口与清晰支持模式适配项目时，可以。商业项目通常比住宅需要更多文档、角色权限、集成测试与生命周期规划。范围与支持应明确约定。商业建筑还需要为程序和备份指定明确责任人。
06Loxone 系统如何编程？
行为在 Config 中用功能块构建，涵盖输入、输出、逻辑、日程、场景与告警。好的项目会使用命名规则、可复用功能块、版本管理，并在交付前做现场逐点测试。程序应作为受控文件对待，让另一位工程师也能读懂和维护。
07Miniserver 故障时会发生什么？
该控制器上的功能会停止，直到恢复或更换。设计应限制每台控制器的范围，保留备份、备用硬件，并记录恢复步骤。关键功能不应依赖一台没有文档的设备。更换应能在不凭记忆重写程序的情况下完成。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。