第二章：系统架构与组成——DDC控制器、传感器、执行器、网络架构（BACnet/MSTP/IP）
好，咱们进入正题。这一章聊的是楼宇自控系统的“骨架”和“血肉”。说白了，就是搞清楚这系统到底由哪些东西拼起来的，它们之间怎么说话。
我见过不少刚入行的朋友，一上来就盯着软件界面看，觉得那才是核心。其实不然。你想想看，硬件架构搭得不稳，后面调试起来全是坑。我个人习惯，拿到一个项目，先看系统架构图，再看点位表，最后才碰软件。
2.1 DDC控制器——系统的“大脑”
DDC，全称是Direct Digital Control，直接数字控制器。别被名字吓到，它就是个专门干楼控活儿的微型计算机。
它的核心任务就三件：读数据、算逻辑、发指令。
- 读数据：从传感器那里拿温度、湿度、压力、流量这些信号。
- 算逻辑：根据你写的程序（比如PID调节、时间表控制），算出该怎么做。
- 发指令：告诉执行器（阀门、风阀、变频器）去动作。
重要提醒：DDC的选型不是越贵越好。我在一个商业综合体项目里吃过亏，选了功能过剩的控制器，结果大部分I/O点都闲置着，白白浪费了预算。选型时，I/O点数、处理速度、通讯协议这三点卡死就行。
DDC的I/O类型，我习惯这么记：
| 类型 | 信号 | 常见例子 |
|---|---|---|
| AI（模拟量输入） | 0-10V / 4-20mA / NTC热敏电阻 | 温度传感器、压力变送器 |
| DI（数字量输入） | 干接点 / 0-24V | 风机运行状态、手自动状态 |
| AO（模拟量输出） | 0-10V / 4-20mA | 调节型阀门开度指令 |
| DO（数字量输出） | 继电器输出 / 24V | 启停风机、开关型风阀 |
我的小技巧：现场接线时，AI点我建议都用4-20mA。为什么？因为电流信号抗干扰能力强，传输距离远。0-10V电压信号在长距离传输时容易衰减，我在一个工厂项目里就因为这个吃过亏，后来全改成了电流环。
2.2 传感器——系统的“眼睛”和“耳朵”
传感器负责感知物理世界。没有它，DDC就是个瞎子。
常见的传感器有这些：
- 温度传感器：风管式、水管式、房间式。精度一般±0.3℃就够用。
- 湿度传感器：通常和温度做在一起，叫温湿度传感器。
- 压力传感器：用于水管压力、风管静压测量。
- 流量传感器：超声波式、电磁式，用于冷热量计量。
- CO₂传感器：现在新风系统里用得越来越多，用于按需通风。
嗯，这里要注意。传感器的安装位置非常关键。我曾经在一个项目里，把风管温度传感器装在了空调箱的回风弯头后面，结果测出来的温度一直偏低，导致冷水阀一直关小，末端房间全在喊热。后来查了半天才发现是安装位置不对，气流没混合均匀。
避坑指南：我曾经见过有人把水管温度传感器的套管里灌满了密封胶，结果导热不良，反应慢得像蜗牛。记住，传感器套管里一定要加导热硅脂，不是密封胶！
2.3 执行器——系统的“手”和“脚”
执行器负责执行DDC的指令。它把电信号变成机械动作。
常见的执行器：
- 电动调节阀：控制冷热水流量。分两线制和三线制，我建议用三线制，反馈更可靠。
- 电动风阀执行器：控制风门开度。有开关型和调节型，调节型一般用0-10V控制。
- 变频器：控制风机、水泵的转速。通过0-10V或RS485通讯控制。
执行器选型有个容易忽略的点——扭矩。风阀执行器的扭矩不够，阀门卡住打不开，这种事我见过不止一次。选型时一定要算好风阀的面积和阻力，留出20%的余量。
核心原则：执行器的动作时间要和系统匹配。比如冷水阀，动作太快容易引起水锤，太慢又跟不上负荷变化。一般调节阀的动作时间选30-60秒/全程比较合适。
2.4 网络架构——BACnet/MSTP/IP
好了，硬件都有了，它们之间怎么通信？这就得靠网络架构了。
楼宇自控领域，BACnet协议是绝对的主流。它有三种常见的物理层实现：
| 类型 | 速率 | 传输距离 | 适用场景 |
|---|---|---|---|
| BACnet MS/TP | 9.6kbps - 76.8kbps | 约1200米（不加中继） | 现场总线，连接DDC控制器 |
| BACnet IP | 10/100Mbps | 取决于以太网 | 管理层网络，连接服务器和操作站 |
| BACnet PTP | 较低 | 通过电话线/串口 | 远程连接，现在很少用了 |
我个人习惯的架构是这样的：管理层用BACnet IP，所有工作站、服务器、网络控制器都跑在以太网上。现场层用BACnet MS/TP，DDC控制器之间通过RS-485总线手拉手连接。
为什么这么搭？说白了，IP速度快，适合大数据量传输（比如历史数据、报警记录）。MS/TP虽然慢，但抗干扰能力强，成本低，适合现场环境。
我的经验：MS/TP总线布线时，一定要用屏蔽双绞线，而且屏蔽层要单端接地。我见过一个项目，总线长度才500米，但通讯老是丢包，查了半天发现是屏蔽层两端都接地了，形成了地环路。去掉一端接地后，问题立刻解决。
BACnet的寻址方式也要搞清楚。每个MS/TP设备都有一个MAC地址（0-127），同一个总线上的MAC地址不能重复。IP设备则用IP地址加端口号来标识。
举个例子，一个典型的BACnet网络配置：
// BACnet MS/TP 设备配置示例
Device Instance: 1001
MAC Address: 5
Baud Rate: 38400
Max Master: 127
APDU Timeout: 6000 (ms)
Number of APDU Retries: 3这里要注意，Device Instance是全局唯一的，整个系统里不能重复。而MAC Address只在同一条MS/TP总线上唯一就行。
避坑指南：我曾经在一个大型园区项目里，两个不同楼栋的DDC用了相同的Device Instance，结果BACnet路由器直接懵了，数据乱跳。排查了整整两天才找到原因。所以，建议在项目开始前就制定好Device Instance的分配表，比如1-1000给1号楼，1001-2000给2号楼，以此类推。
最后说说BACnet的对象模型。BACnet里一切都是对象，比如AI对象（模拟量输入）、AO对象（模拟量输出）、BV对象（布尔值）。每个对象都有属性，比如Present_Value（当前值）、Units（单位）、Description（描述）。
你想想看，这种面向对象的设计有什么好处？好处就是互操作性。不同品牌的DDC，只要都支持BACnet，就能互相读写数据。我在一个改造项目里，把霍尼韦尔的DDC和西门子的DDC混接在一条MS/TP总线上，只要配置好对象ID，数据交换完全没问题。
嗯，这一章的内容差不多就这些。系统架构这东西，纸上谈兵容易，真正到现场调试才会发现各种细节问题。下一章咱们聊聊调试的具体步骤和工具使用。