2、能耗监测基础：能耗监测系统架构、传感器与数据采集技术、数据传输协议（BACnet、Modbus）
各位同学，欢迎来到第二章。上一章我们聊了为什么要做能耗监测，这一章咱们来点实在的——系统到底怎么搭起来的？传感器怎么选？数据怎么传？
我做了十几年楼宇自控，见过太多「看上去很美」的能耗监测项目。有的传感器装上去半年就漂移了，有的数据采集器天天掉线，还有的因为协议不匹配，整个系统成了摆设。说白了，基础没打牢，上层建筑再漂亮也是白搭。
2.1 能耗监测系统架构：三层结构
一个标准的能耗监测系统，我习惯把它分成三层。你想想看，就像盖房子，地基、主体、装修，缺一不可。
- 感知层（现场设备层）：各种传感器、智能仪表、采集终端。这是系统的「眼睛」和「耳朵」。
- 网络层（数据传输层）：负责把感知层的数据传上去。包括通信线缆、网关、交换机、无线模块等。
- 应用层（管理层）：服务器、数据库、监控平台、大屏展示。这是系统的「大脑」。
核心要点：三层架构不是摆设。我在项目中遇到过，有人为了省钱，把感知层的数据直接往应用层怼，结果网络拥堵，数据丢包严重。记住，每一层都有它存在的意义。
举个例子，一个大型商业综合体，地下二层到地上十层，光空调系统就有几十台冷水机组、上百台水泵。感知层要装几百个传感器，网络层要保证这些数据实时、准确地传上去，应用层才能做分析、出策略。缺一层都不行。
2.2 传感器与数据采集技术
传感器这东西，看着简单，选起来门道可多了。我刚开始做项目时，觉得买个温度传感器嘛，能测温度就行。结果呢？精度不够，响应太慢，环境一变化数据就飘。嗯，这里要注意几个关键点。
2.2.1 常用传感器类型
| 传感器类型 | 测量参数 | 典型应用场景 | 我踩过的坑 |
|---|---|---|---|
| 温度传感器 | 空气温度、水温 | 空调系统、冷热源 | PT100和NTC别混用，精度差很多 |
| 压力传感器 | 水压、气压 | 水泵、风管、冷机 | 量程选大了，小信号根本测不准 |
| 流量传感器 | 水流量、蒸汽流量 | 冷热量计量、水平衡 | 直管段不够，数据全是错的 |
| 电表（智能电表） | 电压、电流、功率、电能 | 配电系统、设备能耗 | 谐波大的场合，普通电表不准 |
| 气体传感器 | CO₂、CO、VOC | 新风系统、空气质量 | 寿命短，需要定期校准 |
我的个人经验：选传感器时，别只看价格。我曾经在一个项目中选了便宜的压力传感器，结果半年内坏了三分之一，换传感器的工时费比传感器本身还贵。说白了，稳定性和可靠性是第一位的。
2.2.2 数据采集技术
数据采集，说白了就是把传感器的模拟信号或者数字信号，变成计算机能识别的数据。这里有两个关键概念：采样频率和分辨率。
- 采样频率：每秒采集多少次数据。能耗监测一般1秒到1分钟一次就够了，太快了数据量太大，太慢了又抓不住瞬态变化。
- 分辨率：能分辨的最小变化量。比如一个12位的ADC，分辨率就是满量程的1/4096。
我记得有个项目，客户要求监测冷水机组的启停状态。我用了普通的数字量采集模块，结果机组启动瞬间电流冲击太大，把采集模块的输入端口烧了。后来换了带光耦隔离的模块，问题才解决。避坑指南：工业现场，隔离是必须的。
2.3 数据传输协议：BACnet 与 Modbus
数据采集上来了，怎么传？这就涉及到通信协议了。楼宇自控领域，两大主流协议就是 BACnet 和 Modbus。我经常跟年轻工程师说，这两个协议搞懂了，楼宇通信这块你就通了八成。
2.3.1 Modbus 协议
Modbus 是施耐德电气在1979年推出的，老归老，但胜在简单、稳定、通用。它有两种模式：RTU（二进制模式）和 ASCII（文本模式）。实际项目中，RTU 用得最多。
Modbus 的主从架构是这样的：一个主机（通常是PLC或网关），多个从机（传感器、仪表）。主机问，从机答。就这么简单。
// Modbus RTU 读取保持寄存器的请求帧示例
// 从机地址：0x01
// 功能码：0x03（读取保持寄存器）
// 起始地址：0x0000
// 寄存器数量：0x0002
// CRC校验：0xC40B
请求帧：01 03 00 00 00 02 C4 0B
响应帧：01 03 04 00 01 00 02 79 85
// 响应解析：地址01，功能码03，数据长度4字节，数据值0x0001和0x0002警告：Modbus 没有安全机制。我曾经在一个项目中，有人误操作把从机地址写成了重复的，结果整个总线上的数据全乱了。所以，设备地址一定要规划好，别偷懒。
2.3.2 BACnet 协议
BACnet 是楼宇自控领域的「亲儿子」，由 ASHRAE 制定。它比 Modbus 复杂得多，但功能也强大得多。BACnet 支持多种网络层：BACnet/IP（以太网）、BACnet MS/TP（串行总线）、BACnet PTP（点对点）等。
BACnet 的核心概念是「对象」和「属性」。每个设备都是一个对象，比如一个温度传感器就是一个「模拟输入对象」，它的属性包括当前值、单位、报警阈值等。
// BACnet 读取属性请求示例（简化）
// 服务：ReadProperty
// 对象类型：analogInput (0)
// 对象实例：1
// 属性：presentValue (85)
请求：ReadProperty(analogInput:1, presentValue)
响应：presentValue = 23.5 °C我个人习惯，大型项目用 BACnet，小型项目用 Modbus。为什么？BACnet 的互操作性更好，不同厂家的设备可以无缝对接。但 BACnet 的配置和维护成本也高，小项目用起来不划算。
2.3.3 协议选择与网关应用
实际项目中，很少只用一种协议。你想想看，冷机可能是 BACnet 的，电表是 Modbus 的，新风机组又是干接点的。这时候就需要网关来做协议转换。
| 场景 | 推荐协议 | 理由 |
|---|---|---|
| 大型楼宇（10万平米以上） | BACnet/IP | 设备多、厂家多，互操作性好 |
| 中小型项目 | Modbus RTU/TCP | 成本低、实施简单 |
| 既有系统改造 | Modbus + 网关 | 兼容旧设备，逐步升级 |
| 高实时性要求 | BACnet MS/TP | 确定性通信，延迟可控 |
避坑指南：我曾经在一个改造项目中，旧系统全是 Modbus，新设备全是 BACnet。我选了一款支持双协议栈的网关，结果发现网关的 BACnet 对象映射表配置极其复杂。后来我换了一款带自动扫描功能的网关，才把问题解决。所以，选网关时，一定要看它的配置工具好不好用。
2.4 小结
这一章我们聊了能耗监测系统的三层架构、传感器的选型要点、数据采集的技术细节，以及 BACnet 和 Modbus 两大协议的核心差异。说白了，基础打好了，后面的节能策略才能落地。
下一章，我们会深入聊聊数据怎么处理、怎么分析，以及如何从数据中挖掘节能潜力。嗯，那才是真正有意思的部分。