第1章：楼宇自控系统架构

各位同学好，我是老张。干楼宇自控这行快二十年了，今天咱们聊聊系统架构。说实话，很多新手一上来就盯着协议和产品选型，结果项目做到一半发现架构搭错了，返工成本高得吓人。我个人习惯是，先花半天把架构图画清楚，后面至少省一周的调试时间。

1.1 系统层级结构

楼宇自控系统，说白了就是三层结构：现场层、控制层、管理层。你想想看，这跟人体结构很像——现场层是手脚，控制层是脊髓反射，管理层是大脑决策。

现场层

这一层最接地气。传感器、执行器、阀门、变频器，全在这儿。我记得刚入行时在工地上，师傅指着墙上的温度传感器说：“这东西要是装歪了，你后面所有逻辑都是白搭。”嗯，这话我记到现在。

• 传感器：温度、湿度、压力、流量、CO₂、光照……种类多得很
• 执行器：电动阀门、风阀执行器、开关控制器
• 现场设备：变频器、智能电表、水表、热量表

控制层

这一层是系统的“小脑”。DDC控制器、PLC、区域控制器都在这里。它们负责采集现场数据，执行控制逻辑，比如PID调节、时序控制、联锁保护。

我建议控制器的选型要留余量。为什么？因为后期业主总会加需求。你想想看，本来只控制空调，后来要加照明、加窗帘、加能耗监测……控制器点位不够，那就尴尬了。

管理层

这是给运维人员看的。工作站、服务器、Web客户端、手机APP。说白了，就是把底层数据变成可视化界面，让人能看懂、能操作。

这里有个坑：很多项目管理层做得花里胡哨，但数据不准。我见过一个项目，能耗报表显示空调能耗为零，结果查了半天，是电表通讯线接反了。所以，管理层再漂亮，底层数据不准就是白搭。

1.2 典型系统拓扑图

咱们直接看最常见的拓扑结构。我习惯用“星型+总线”的混合架构。为什么？因为纯星型布线太多，纯总线又怕单点故障。

┌─────────────────────────────────────────┐
│              管理层 (Ethernet)            │
│   ┌──────┐  ┌──────┐  ┌──────┐         │
│   │ 工作站 │  │ 服务器 │  │ Web端 │         │
│   └──┬───┘  └──┬───┘  └──┬───┘         │
│      └─────────┼──────────┘             │
│                │ 以太网交换机             │
└────────────────┼─────────────────────────┘
                 │
┌────────────────┼─────────────────────────┐
│              控制层 (BACnet/IP)           │
│   ┌───────────┴───────────┐             │
│   │     BACnet 路由器      │             │
│   └───┬───────────────┬───┘             │
│       │               │                  │
│   ┌───┴───┐      ┌───┴───┐             │
│   │ DDC-1 │      │ DDC-2 │   ...        │
│   └───┬───┘      └───┬───┘             │
│       │               │                  │
└───────┼───────────────┼──────────────────┘
        │               │
┌───────┼───────────────┼──────────────────┐
│       │   现场层 (RS-485/Modbus)          │
│   ┌───┴───┐      ┌───┴───┐             │
│   │ 传感器 │      │ 执行器 │   ...        │
│   └───────┘      └───────┘             │
└──────────────────────────────────────────┘

这个拓扑图我用了很多年。管理层走以太网，控制层走BACnet/IP，现场层走RS-485。三层之间用路由器或网关隔离，既保证了速度，又降低了成本。

1.3 主流通信协议简介

协议这东西，说白了就是设备之间“说同一种语言”。我见过最头疼的项目，就是三种协议混用，结果调试时数据对不上。咱们一个一个说。

BACnet

这是楼宇自控的“普通话”。美国标准，全球通用。BACnet支持多种传输方式：BACnet/IP（走以太网）、BACnet MS/TP（走RS-485）、BACnet PTP（走电话线，现在很少用了）。

Modbus

Modbus是工业界的“老兵”，简单、可靠、成本低。在楼宇自控里，常用Modbus RTU（RS-485）和Modbus TCP（以太网）。

• Modbus RTU：串行通信，距离远（1200米），速率不高（9600bps常见）
• Modbus TCP：走以太网，速度快，但距离受限于网络

我遇到过很多项目，现场设备只支持Modbus，比如电表、水表、光伏逆变器。这时候就需要用Modbus网关转成BACnet，让楼控系统能识别。

KNX

KNX是欧洲标准，在智能照明和家居领域用得特别多。它的特点是：去中心化、总线供电、配置灵活。

KNX有个好处：每个设备都有唯一的物理地址，配置好了基本不用管。但它的学习曲线比较陡，我建议新手先从ETS软件（KNX的配置工具）的Demo版开始练手。

小结

这一章咱们把系统架构的骨架搭起来了。现场层、控制层、管理层，三层分工明确。拓扑图用“星型+总线”最实用。协议方面，BACnet是主流，Modbus是补充，KNX是特色。

下一章咱们聊聊需求分析的第一步——怎么跟业主沟通，把他们的“想要”翻译成“技术规格”。嗯，那才是真正考验功力的时候。

公众号:蓝海资料掘金营，微信deep3321