冷热源机房监控系统怎么做：点位、群控与验收
冷热源机房监控系统的核心是把冷冻站的水路、机组与用电数据收进一套平台，按负载自动投切机组、按压差调节旁通，并把报警与能耗留成可查的记录。它解决的不是画面好不好看，而是三个具体问题：机组该开几台、水路有没有欠流、能耗花在哪里。下面按点位、控制、报警与验收四段说明一套冷站监控从设计到交付要定的事。
一、系统管什么：从机组到末端的一条水路
冷热源机房监控系统采集冷水机组、冷冻水泵、冷却水泵、冷却塔与旁通阀的状态与参数，按负载决定机组投切顺序，把供水温度、供回水压差与流量维持在设定区间，并留下每一次报警与每一段能耗的记录。它的边界是「看得见、判得准、调得动」：状态采集、逻辑判断、报警推送、报表与远程操作归它管；机组本体的制冷循环、水泵机械性能、管路保温施工不归它管，但这些环节的异常必须能通过数据被发现。
规模量级可以从公开统计里找参照。国际能源署《The Future of Cooling》(2018) 给出的口径是：空调与电扇用电约占全球建筑用电的 20%，约占全球总用电的 10%；该机构 2025 年的分析进一步给出空间制冷用电约 2 900 TWh，比 2015 年增长约五成。冷站是这部分用电的集中发生地，监控的第一层价值就是把「跑了多少」变成可核算的数字，而不是月底对着总表估算。
一个常见误判是把冷站监控当成画面工程：把机组自带控制器的界面复制到中控室大屏，就算完成。真正决定效果的是三点——点位是否覆盖水路两端（供回水温度、压差、流量），判断是否按负载而不是按固定时间表，数据在断网与重启后是否仍然连续。画面是结果，这三点才是工程量。
二、点位怎么定：五类对象、四类参数
点位清单按对象列，不按品牌列。同一座冷站里机组可能来自两家厂商，通信方式一个是 BACnet 一个是 Modbus，但需要判定的物理量是一样的：这台机组在不在运行、出了多少冷量、耗了多少电、水路通不通。先按对象把物理量定全，再去谈每台设备用什么协议取数，接口谈判才有依据。
| 对象 | 必采点位 | 用来判什么 | 常见遗漏 |
|---|---|---|---|
| 冷水机组 | 运行状态、故障干接点、冷冻水进出水温、冷却水进出水温、电流或功率 | 实际出力与额定值的偏差、是否频繁启停 | 只取运行状态，不取进出水温，算不出冷量 |
| 冷冻水泵 | 运行/故障、变频频率或电流、进出口压差 | 是否欠流、频率与实际负荷是否匹配 | 压差只装在总管，单泵效率无法比较 |
| 冷却水泵 | 运行/故障、电流、冷却水回水温度 | 冷凝侧换热是否正常、水泵是否空转 | 与冷却塔风机状态混在一个点位里 |
| 冷却塔 | 风机运行状态、出水温度、补水流量 | 逼近度是否变大、填料与布水是否堵塞 | 只取风机状态，不取进出水温 |
| 旁通阀与总管 | 阀位反馈、总管供回水压差、总流量、供回水温度 | 旁通是否在无效动作、末端是否欠流 | 只发指令不取阀位反馈 |
采样频率要按用途分档，不必全部秒级。机组与水泵的运行状态、故障信号按秒级采集，用于联锁与报警；温度、压差按十秒到一分钟采集，用于趋势与控制；电量与冷量按分钟或十五分钟累积，用于能耗核算与报表。所有模拟量都要在点位表里写清量程、工程单位、滤波时间与断线判定阈值——4–20 mA 对应的工程量程不写清楚，换个人标定一次就偏。
三、群控逻辑：按负载投切，按压差旁通
群控的目标不是让设备少开，而是让运行中的设备工作在合理区间。判定依据用负载率，不用时钟：以总管流量与供回水温差算出当前冷量需求，与在线机组的额定冷量比对，超过一台机组的调节能力再增开，低于一台机组的额定出力并持续一段时间再减开。时间表可以作为辅助，但不能作为主要依据——过渡季的负荷曲线与盛夏差别很大。
- 加减机判据：以冷量需求与在线机组额定出力之比为主，配合持续时长做延时，避免负荷瞬时波动引起频繁启停。
- 水泵联锁：机组启动前先启动对应冷冻水泵并确认压差建立，停机时顺序相反；变频泵的频率下限要在调试时实测，不照抄样本值。
- 旁通调节：以总管供回水压差为主控量，阀位与流量作限幅；末端负荷下降时先关小旁通，再考虑减机。
- 最小流量保护：机组有最小流量要求，流量低于下限时强制开旁通，避免蒸发器结冰与低压跳机。
- 冷却侧联动：冷却塔风机按出水温度与逼近度投切，冷却水泵与机组一一对应，避免冷凝温度偏高导致效率下降。
顺序控制要在设计阶段写成状态机，而不是散落在各段程序里。每个状态写清进入条件、退出条件与超时处理：比如「增开请求」发出后一定时间内压差未建立，应回退并报警，而不是继续等待。冷站的多数事故不是单点故障，而是顺序逻辑在异常分支上没有出口。
四、报警、数据质量与验收
冷站的报警最容易失效的方式是「全量推送」。机组故障、水泵故障、压差低、温度高、通信中断同时涌进来，值班人员很快就对告警疲劳，真正需要处理的那条反而被淹没。分级的原则是按后果分，不按设备分：会导致停机或影响供冷的进一级，影响效率但可延后处理的进二级，只作记录的进三级；每条报警要写清触发条件、确认方式与复位条件三项。
数据质量决定这套系统能不能被信任。断网时本地要缓存、恢复后要补传，补传的数据要带原始时间戳而不是入库时间；平台重启后趋势曲线应当连续，不能出现缺口。做了缓存补传与时间戳对齐，月末的能耗报表才对得上电表；没做，报表就只能作参考。这类工程细节在验收时比画面美观重要得多。
验收建议按四步走，每步都有可检验的产出：
- 点位核对：逐点对照点位表与实际信号，模拟量做一次两点标定，开关量做一次强制置位与复位。
- 报警验证：每条报警至少触发一次，检查是否推送、是否分级、确认与复位是否留痕。
- 数据完整性：人为断开一路通信，检查缓存与补传是否生效，趋势是否连续。
- 趋势与报表：连续运行一段时间后导出能耗与冷量报表，与电表、冷量表读数比对。
标准层面有几条可以直接引用。ASHRAE Guideline 22-2012 对中央冷冻站的监测仪表配置给出方法；AHRI 550/590 (I-P) 与 551/591 (SI) 规定冷水机组的性能额定工况，比对实测效率时要用同一工况折算；ISO 50001:2018 要求能源绩效参数有可追溯的数据来源，冷站的冷量与电量正是这类参数。涉及含氟制冷剂的设备，欧盟 Regulation (EU) 2024/573 对泄漏检查与记录有要求，监控系统里的制冷剂相关参数与检修记录应当能对应上。
先把点位和水路关系定清楚，再谈自动控制
冷站监控的难点不在软件，而在设计阶段有没有把水路关系、点位用途与异常分支想清楚。点位按对象列全、控制按负载判定、报警按后果分级、验收按四步落地，这套顺序走完，系统在交付三年后仍然能被接手的人读懂和调整。反过来，先做画面再补逻辑，通常要在调试期反复返工。
上海橙轩智能自 2009 年起做制造业与建筑能源方向的监控系统，交付过厂务监控（水、电、气、空调与纯废水集中监控）与工厂、楼宇能源 SCADA 项目，覆盖 AHU、冷热源与空压站等公用工程对象，并有中英日三语与 OPC UA 冗余架构的海外工厂交付经验。冷站监控可按现场既有设备与通信条件做定制开发，也可作为能源管理平台的一个子系统交付。