杭州湾上虞经开区推进化工企业环保设施数字化运维改造：在环保关键点位加装温度、压力、流量、药剂投加、能耗采集传感器，实时采集设备运行参数；数据同步接入企业本地管控平台与经开区智慧环保监管平台；出现工况偏离正常区间、药剂投加不足、关键部件异常时自动推送预警；系统同步留存完整运行台账，自动统计环保设施运行时长、能耗、药剂消耗。

这套做法我认可。但我在现场看到的另一个现象，值得拿出来说。

一、传感器装完了，然后呢

华东某化工园区的一家企业，去年完成了改造，五类传感器都上了，数据也接进了两个平台。今年春天我再去看，中控大屏还在，但预警栏里挂着三十多条未处理记录，其中一条是两个月前的。

问值班的人，回答是：报警太频繁了，都是误报，就不看了。

这就是我想说的那件事：传感器装上去只是开始。真正决定这套系统有没有用的，是阈值校准——而阈值校准不是一次性动作，是一项长期活。

二、为什么阈值这么难

五类参数的阈值，来源各不相同：温度的阈值可以从工艺卡片上抄；压力的阈值要看泵与管路的设计参数；流量的阈值要看设计处理量与允许波动区间；药剂投加的阈值本质上是"投加量 / 处理量"的比值，随进水水质变化；能耗的阈值则与药剂投加高度相关——药剂投加到位，电耗通常会有对应表现。

问题在于，很多企业的阈值是安装当天由实施人员按经验填进去的。经验值在投运初期往往偏宽或偏窄，跑一段时间就会发现要么不报、要么乱报。实践口径里写得很清楚：预警阈值须经试运行校准。这句话的分量在"经试运行"三个字——它意味着阈值是一个需要被数据修正的初值，不是一个填完就完事的参数。

三、落地四步，第四步才是难点

点位梳理 → 仪表配置与安装 → 数据接入（本地平台 + 监管平台）→ 预警阈值设定与试运行校准。

前三步是工程活和数据活，有工期、有验收、有款项。第四步是运营活，没有工期终点，也没有单独的验收单。于是它就一直往后拖，拖到系统变成一块大屏，拖到报警栏里堆满未读。

我在这里想提醒一句：一套系统失去信任，往往不是因为它坏了，而是因为它误报了太多次。信任一旦失去，再准的阈值也没人看了。

四、结构性成因：一次性交付思维碰上持续性要求

"数字化运维"这个词的重点在"运维"，但项目制的合同结构把钱付在了"建设"上。建设完成即验收，验收完成即结款，后续的运行质量常常不在合同约束范围内。

这不是某一方的问题，是整个供给结构的惯性。甲方买的是设备与接入，乙方交付的是安装与联网，双方都没有为"阈值三个月后还准不准"这件事付费。结果自然是没人管。如果要破这个局，得从合同结构改起，而不是从技术改起。

五、分别给甲方和乙方的建议

给甲方：把阈值校验收进合同节点。不要只写"完成预警功能配置"，要写"试运行不少于一个完整工况周期后，提交各点位阈值设定依据与校准记录"。同时把误报率纳入运行考核——一条报警被人工判定为无效，就应该触发对应的阈值回看，而不是直接忽略。

给乙方：交付时附一份《阈值设定说明》，逐个点位写清阈值取值、取值依据（设计值 / 试运行统计值 / 工艺卡片）、建议复核周期。这份文档成本不高，但它把"长期活"从口头承诺变成了可追溯的东西。另外，建议主动提供试运行期后的复核服务窗口——这是把一次性项目转成长期关系的合理切入点。

六、收尾判断

我判断一个环保设施数字化项目做得好不好，不看装了多少支传感器，看半年以后还有没有人认真处理预警。传感器是资产，阈值是能力；资产买得到，能力只能养出来。

现场以实际工况为准；预警阈值须经试运行校准。

以上参数为常规配置参考值，具体以订货技术协议与出厂标定报告为准。