4. 冷冻站运行数据采集系统搭建
COP监测的准确性,首先取决于数据采集系统能否稳定、真实地把冷冻站各处的运行参数汇聚到同一时间基准上。一个典型的冷冻站采集系统由四层构成:现场传感器层、数据采集模块层、通信网络层和云端平台层。本章围绕这四层展开,重点讲清传感器装在哪里、采集模块怎么配、协议怎么选、数据怎么上云,并给出可直接参照的配置示例。
一、传感器安装规范:位置决定数据可信度
冷冻站COP计算的核心输入是冷量与水侧、电侧功率,涉及温度、流量、电功率和压力四类测点。安装规范的关键不是“装上”,而是“装对位置、装对方向、装对深度”。
温度传感器。供回水温度应安装在换热器进出水主管上,且必须位于流量计下游、远离弯头和三通的直管段,一般要求上游直管段不小于5倍管径、下游不小于3倍管径。铂电阻(如Pt1000)应采用插入式安装,感温元件插入管道中心线附近,插入深度约为管径的1/3~1/2;在小管径管道上宜采用扩大管或斜插方式。安装时需在套管与管道间填充导热硅脂,外露部分做保温,避免环境温度影响。供回水温度传感器应成对安装在同一换热器的两侧,减少系统偏差。
流量传感器。电磁流量计要求满管流动,宜安装在水平管段或自下而上的垂直管段,避免安装在管道最高点(易积气)和泵出口紧邻处(易受扰动)。上游直管段一般不小于5D、下游不小于3D。若现场直管段不足,应选用对直管段要求较低的多声道超声波流量计。流量计接地必须独立可靠,信号线与动力线分开敷设,间距不小于200mm。
电功率测量。冷冻站电耗应分项计量:冷水机组、冷冻水泵、冷却水泵、冷却塔风机分别装设三相智能电表或功率变送器。电流互感器(CT)变比应与实际负载匹配,避免长期运行在额定电流的20%以下导致精度下降。接线时注意相序与极性,CT的S1、S2端子必须可靠短接后再拆线,防止开路产生高压。
压力传感器。用于计算水泵扬程和判断过滤器堵塞,应安装在泵进出口和过滤器前后,取压口开在管道侧面,避免开在顶部积气或底部积污位置。
二、数据采集模块配置
现场传感器输出信号主要有三类:4~20mA模拟量、Pt1000热电阻和RS-485数字量。采集模块选型应与信号类型匹配,并预留20%以上的通道余量。
以一座中型冷冻站为例,配置可参考下表:
| 测点类型 | 数量(示例) | 信号形式 | 采集模块配置 |
|---|---|---|---|
| 供回水温度 | 8点 | Pt1000三线制 | 8通道RTD模块,16位分辨率 |
| 流量 | 2点 | 4~20mA | 4通道AI模块,250Ω取样电阻 |
| 压力 | 6点 | 4~20mA | 8通道AI模块 |
| 电功率 | 4路 | RS-485/Modbus RTU | 串口模块,波特率9600,8N1 |
| 机组状态 | 若干 | 干接点/Modbus | DI模块或直接读取机组控制器 |
模拟量通道需设置量程上下限和工程单位,例如温度通道量程设为0~50℃、流量通道设为0~200m³/h,使4mA对应下限、20mA对应上限。采样周期建议:温度、压力10s一次,流量5s一次,电功率1s一次并做1min平均值上传,既保证COP计算的实时性,又避免数据量过大。所有采集模块应统一由同一台NTP服务器或网关对时,时间偏差控制在1s以内,否则供回水温差与功率数据无法对齐,COP会出现虚假波动。
三、通信协议选择
现场层以Modbus RTU最为普遍,冷水机组、电表、变频器大多原生支持,接线简单、成本低,适合RS-485总线手拉手拓扑,单条总线建议不超过32个节点、总线长度不超过1200m,末端加120Ω终端电阻。当现场电磁干扰强或节点分散时,可改用Modbus TCP或BACnet/IP走以太网。对于需要主动上报、带宽受限的无线场景,MQTT是上云环节的主流选择。
协议选择的核心原则是“现场用什么由设备决定,上云用什么由平台决定,中间由网关做转换”。网关负责把Modbus寄存器地址映射为带语义的测点标识,例如把地址40001映射为“CH1_冷冻供水温度”,避免云端拿到一堆无意义的寄存器号。
# 网关点表配置示例(Modbus RTU → MQTT)
device: chiller_01
slave_id: 1
points:
- name: chw_supply_temp
addr: 40001
func: 03
scale: 0.1
unit: ℃
- name: chw_return_temp
addr: 40002
func: 03
scale: 0.1
unit: ℃
- name: power_kw
addr: 40010
func: 03
scale: 0.01
unit: kW
mqtt:
broker: mqtts://iot.example.com:8883
topic: plant/freezer/chiller_01/data
qos: 1
四、数据上云方案
推荐采用“边缘网关 + MQTT + 时序数据库”的架构。边缘网关在现场完成协议转换、数据缓存和断网续传:网络正常时按设定周期发布数据;断网时本地缓存最近24~72小时数据,恢复后按时间戳补传,保证COP曲线不出现断档。上行链路优先选用有线以太网或工业级4G/5G路由器,MQTT启用TLS加密和用户名密码认证,QoS设为1确保至少送达一次。
云端按“站点—设备—测点—时间戳—值—质量码”的结构存储,质量码用于标记正常、超量程、通信中断等状态,便于后续清洗。数据入库后即可按1min粒度计算COP:
COP = Q_cool / P_total
Q_cool = c × ρ × V × (T_return − T_supply) / 3600
其中 c=4.18 kJ/(kg·℃),ρ≈1000 kg/m³,V 为 m³/h,Q_cool 单位 kW
P_total = P_chiller + P_chwp + P_cwp + P_ct(kW)
下图概括了从现场测点到云端COP计算的完整数据链路与关键配置要点:
系统投运后,应做一次端到端验证:用钳形表比对电表读数、用便携式超声波流量计比对流量、用标准温度计比对水温,偏差在允许范围内再开放COP计算。此后每月检查一次通信中断次数、数据缺失率和时间偏差,这三项指标稳定,COP监测结果才具备运行优化参考价值。