在楼宇自动化（Building Automation）领域，通信协议是连接传感器、控制器与管理平台的"通用语言"。没有统一的通信标准，不同厂商的设备将陷入"各自为政"的孤岛困境——温控器听不懂湿度传感器的信号，空调机组无法接入能源管理平台。在众多楼宇通信协议中，Modbus与BACnet凭借开放性、成熟度和广泛的行业支持，成为事实上的两大基石。理解这两种协议的工作原理与适用场景，是每一个智能建筑从业者必须掌握的基本功。
Modbus由Modicon公司（现属施耐德电气）于1979年发布，最初用于PLC之间的通信。经过近半个世纪的发展，它已成为工业自动化领域最广泛使用的串行通信协议之一。其设计哲学极为朴素：简单、开放、可靠。
| 模式 | 物理层 | 特点 | 典型场景 |
|---|---|---|---|
| Modbus RTU | RS-485/RS-232 | 二进制紧凑格式，效率高 | 传感器与控制器直连 |
| Modbus ASCII | RS-485/RS-232 | ASCII字符传输，可读性好 | 调试与诊断 |
| Modbus TCP | 以太网 | 基于TCP/IP，速率高，布线简单 | 大型楼宇自控系统 |
其中，Modbus RTU over RS-485是楼宇传感器部署中最常见的组合——一条总线可挂载32个设备（理论上可达247个），最远通信距离1200米，非常适合楼层内的传感器网络。
Modbus定义了四种数据表：
线圈（Coils）：可读写的布尔量（1位），如继电器状态、开关信号
离散输入（Discrete Inputs）：只读的布尔量，如门的开闭状态
保持寄存器（Holding Registers）：可读写的16位寄存器，如设定温度值
输入寄存器（Input Registers）：只读的16位寄存器，如当前温度读数
传感器数据通常存储在输入寄存器中，控制器通过功能码（如03读保持寄存器、04读输入寄存器）轮询获取数据。
优势：
协议公开免费，无授权费用
实现简单，资源占用极低
设备生态极其丰富，几乎所有传感器厂商都支持
局限：
主从架构，仅主站可发起通信（单主站限制）
无内置安全机制（明文传输，Modbus TCP存在被攻击风险）
数据类型表达能力有限（需组合寄存器表示浮点数）
BACnet（Building Automation and Control Networks）由ASHRAE（美国采暖、制冷与空调工程师学会）于1995年制定，是专为楼宇自控设计的开放式国际标准（ISO 16484-5）。与Modbus从工业领域"借用"不同，BACnet从诞生之初就面向暖通空调（HVAC）、照明、消防、安防等楼宇场景。
BACnet的精髓在于其面向对象的数据模型。协议定义了23种标准对象类型，每种对象包含一组属性：
模拟量输入（Analog Input, AI）：如温度传感器读数
模拟量输出（Analog Output, AO）：如阀门开度控制
二进制输入（Binary Input, BI）：如风机运行状态
二进制输出（Binary Output, BO）：如启停控制
程序对象（Program）：如运行控制逻辑
每个对象都有必备属性（Object Identifier、Object Name、Present Value等）和可选属性。例如，一个温度传感器的AI对象不仅包含当前温度值，还可以携带工程单位、量程上下限、告警高限、描述文本等丰富元数据。这正是BACnet相比Modbus的巨大优势——自描述能力，系统集成时无需翻阅大量点表文档。
BACnet定义了35种标准服务（Services），涵盖报警、事件、文件传输、时间同步、设备管理等楼宇运维所需的完整功能。
在网络层，BACnet支持多种数据链路层：
BACnet/IP：基于以太网，现代楼宇主流
BACnet MS/TP：基于RS-485总线，成本低，适合末端传感器
BACnet/Ethernet：早期以太网直连方案
BACnet/PTP：点对点串口连接（已少用）
优势：
真正的楼宇级标准，覆盖完整运维需求
对象模型自描述，集成效率极高
支持多主站、对等通信（Peer-to-Peer）
国际标准化，跨厂商互操作性好
局限：
协议栈较复杂，低端设备实现成本高
对象/属性模型学习曲线较陡
早期版本对安全性考虑不足（BACnet/SC正在补齐）
在实际项目中，两种协议并非"二选一"的竞争关系，而是分层协作的关系：
| 对比维度 | Modbus | BACnet |
|---|---|---|
| 定位 | 设备级、现场级通信 | 系统级、楼宇级通信 |
| 数据模型 | 扁平寄存器 | 面向对象 |
| 自描述能力 | 弱（需点表） | 强（属性自带元数据） |
| 组网方式 | 主从轮询 | 对等通信+主从 |
| 典型速率 | 9600-115200 bps | 10/100 Mbps（IP） |
| 成本 | 极低 | 较高 |
| 安全性 | 无内置安全 | 无内置安全（SC版改进） |
典型架构模式：
传感器/执行器层 → Modbus RTU（RS-485总线） ↓ DDC控制器 → BACnet MS/TP 或 BACnet/IP ↓ 楼宇管理平台 → BACnet/IP（IP网络）
传感器通过Modbus将数据上传至DDC（直接数字控制器），控制器再将数据封装为BACnet对象，通过BACnet/IP接入楼宇管理系统（BMS）。这种"Modbus采集+BACnet集成"的混合架构，兼顾了成本与互操作性，是当前楼宇自控项目的主流方案。
Modbus通信故障：
检查A/B线是否接反（RS-485差分信号极性敏感）
确认波特率、校验位、停止位参数一致
检查终端电阻（总线两端各加一个120Ω电阻）
设备地址冲突是常见"隐形杀手"
BACnet设备不可达：
确认BACnet网络号与设备实例号配置正确
检查BBMD（BACnet/IP广播管理设备）配置（跨网段时）
防火墙需开放UDP 47808端口（默认BACnet端口）
提前编制点表（Points List），统一命名规则（如"3F-VAV-01_SAT"表示三楼1号变风量箱送风温度）
Modbus寄存器地址映射需预留扩展空间
BACnet对象命名遵循项目统一规范，便于后期运维检索
Modbus与BACnet代表了楼宇通信协议的两大范式：前者以极简之美统治设备层，后者以面向对象之智构建系统层。对于建筑工程师而言，掌握这两种协议不仅是设备选型的基础，更是实现系统集成、打通数据孤岛的关键能力。随着IoT技术的发展，Modbus与BACnet也在持续演进——Modbus网关让传统设备接入云端，BACnet/SC引入TLS加密拥抱物联网安全趋势。在可预见的未来，这对"黄金搭档"仍将是楼宇自控通信的基石。
