做建筑智能化，你一定会遇到这几个词：Modbus、BACnet、OPC、MQTT、LonWorks、KNX……

      它们都是通信协议，但脾气、能力、适用场景完全不同。这篇文章，帮你一次理清楚。

      先搞懂一个基础问题：为什么需要协议？

      打个比方：一个中国人说中文，一个日本人说日文，他们没法交流。

      设备也一样。空调控制器说A语言，传感器说B语言，软件平台说C语言——没有统一规则，谁也听不懂谁。

      协议，就是设备之间的“通用语言”。它规定了：  

      数据用什么格式传输

      什么时候发、什么时候收

      出错了怎么办

      选对了协议，设备之间顺畅沟通。选错了，后期集成会非常痛苦。

      建筑运维最常见的六大协议

      1. Modbus

      诞生时间：1979年

      出身：工业自动化领域

      定位：老牌、开放、简单

      通俗理解：设备通信界的“普通话”。虽然不完美，但谁都会说几句。

      特点：免费、开放，没有专利壁垒；非常简单，容易理解和实现；只支持基本的数据读写，不支持复杂的对象描述

      常见场景：电表、水表、气表、变频器、传感器、老旧设备的接口（很多10年以上的设备只支持Modbus）

      两种主要形式：Modbus RTU（串口，RS485线缆）、Modbus TCP（以太网，网线）

      一句话评价：简单实用，老当益壮。老旧设备接入的第一选择。

      2. BACnet

      诞生时间：1987年

      出身：楼宇自动化领域（由ASHRAE制定）

      定位：楼宇自控的“母语”

      通俗理解：专门为建筑设备设计的语言。空调、水泵、风机、阀门，它们天生就说BACnet。

      特点：

      专为楼宇自动化设计，对象模型非常贴合建筑设备

      支持多种物理层（RS485、以太网、IP）

      协议复杂，实现成本高

      不同厂商的BACnet设备之间仍可能存在兼容性问题

      常见场景：

      大型楼宇自控系统（BMS）

      暖通空调设备（冷机、AHU、VAV）

      新项目的主流选择

      一句话评价：楼宇自控的正规军。新项目首选，但要选对厂商。

      3. OPC / OPC UA

      诞生时间：OPC 1996年，OPC UA 2008年

      出身：工业自动化领域

      定位：系统与系统之间的“翻译官”

      通俗理解：OPC不是让设备和设备直接对话，而是让不同系统的软件平台之间能够交换数据。

      特点：

      OPC UA是新一代标准，跨平台、安全性强

      支持复杂数据模型和语义描述

      实现复杂，资源消耗较大

      常用于上位系统集成，而不是末端设备

      常见场景：

      IBMS平台与BMS系统的接口

      不同厂商软件系统之间的数据交换

      云端平台与现场系统的连接

      一句话评价：系统集成的桥梁。IBMS整合多个子系统时的利器。

      4. MQTT

      诞生时间：1999年

      出身：物联网领域

      定位：物联网设备的“轻骑兵”

      通俗理解：为大量传感器数据上传而生。简单、省流量、适合网络不稳定的环境。

      特点：

      发布/订阅模式，一对多通信

      协议非常轻量，头部只有2字节

      适合低带宽、高延迟、不稳定的网络

      需要MQTT Broker（消息代理）作为中心

      常见场景：

      大量传感器数据的采集（温度、湿度、PM2.5）

      物联网平台与边缘网关的通信

      云平台的数据接入

      一句话评价：物联网时代的明星协议。适合传感器海量接入，但不适合实时控制。

      5. LonWorks

      诞生时间：1988年

      出身：楼宇自动化领域

      定位：曾经的王者，逐渐边缘化

      通俗理解：在BACnet普及之前，LonWorks是楼宇自控的主流选择之一。现在新项目很少用了，但存量市场很大。

      特点：

      真正的对等网络，没有主从之分

      标准化程度高，互操作性在当时很出色

      需要专用的芯片和工具

      生态逐渐萎缩，新项目基本不选

      常见场景：

      2000–2015年期间建设的楼宇自控系统

      改造项目中的存量设备接入

      一句话评价：曾经辉煌，正在老去。改造项目会遇到，新项目不建议。

      6. KNX

      诞生时间：1990年代

      出身：欧洲楼宇控制领域

      定位：家居和楼宇控制的欧洲标准

      通俗理解：欧洲的楼宇控制“贵族”。主要用于照明控制、窗帘控制、安防、暖通控制面板等。

      特点：

      欧洲标准（EN 50090），国际标准（ISO/IEC 14543）

      产品生态丰富，互操作性好

      配置工具统一（ETS），但软件需要付费

      成本相对较高

      常见场景：

      高端住宅、酒店

      办公楼的照明和窗帘控制

      欧洲品牌主导的项目

      一句话评价：欧洲血统，品质可靠。高端项目常用，成本偏高。

      一张图看懂：六大协议对比

      实际项目中怎么选？

      场景1：新建大型楼宇自控系统（BMS）

      首选BACnet。它是楼宇自控的行业标准，设备厂商支持最好。

      场景2：接入大量传感器（温度、湿度、电量）

      MQTT + Modbus组合。传感器用Modbus RTU接入网关，网关用MQTT上传到平台。

      场景3：老旧设备改造，设备只支持Modbus

      用Modbus。加一个Modbus网关，转换成BACnet或MQTT再接入上层系统。

      场景4：IBMS平台需要从多个子系统采集数据

      用OPC UA。它专门解决异构系统集成的问题。

      场景5：照明、窗帘、场景控制

      KNX或DALI。如果是欧洲标准项目或高端办公/酒店，KNX是很成熟的选择。

      场景6：存量LonWorks系统改造

      保留LonWorks设备，加LonWorks转BACnet或转MQTT的网关，逐步迁移。

      常见误区澄清

      误区一：协议越新越好

      不对。新协议功能强，但生态可能不成熟。BACnet和Modbus都几十年了，依然是主流。

      误区二：一个项目只能用一种协议

      不对。实际项目中往往是多协议共存。关键是有一个IBMS平台能把它们统一管理起来。

      误区三：MQTT可以完全替代Modbus

      不对。MQTT适合数据传输，不适合实时控制。控制类应用（如启停设备、调节阀门）还是工业协议更可靠。

      误区四：支持相同协议就一定能互通

      不一定。即使是BACnet，不同厂商的实现也有差异，实际对接时经常需要调试甚至定制开发。

      一句话总结

      Modbus：老牌简单，老旧设备接入首选

      BACnet：楼宇自控正牌，新项目第一选择

      OPC UA：系统集成桥梁，IBMS的好帮手

      MQTT：物联网轻骑兵，海量传感器专用

      LonWorks：曾经辉煌，存量改造会遇到

      KNX：欧洲贵族，照明与家居控制专家

      快速查阅卡

      如果您正在规划建筑的物联网架构，不确定协议选型，欢迎联系我们