凌晨两点曲线飘了先找谁：聊聊GMG客服在锅炉烟气监测里的分工

见闻 · 2026-10-17 00:23:24

锅炉烟气数据半夜异常，值班员翻日志、核氧量、查颗粒物往往手忙脚乱。这篇讲

中控室屏幕上氧量曲线从4.1%爬到6.8%，颗粒物读数跟着抖了两下，烟温却没什么大变化。值班员的第一反应通常是翻历史日志，第二反应是打电话。电话打给谁、说什么、对方能帮你到什么程度，这三件事决定了这次异常是十分钟收口还是拖到天亮。

不少锅炉房把「GMG客服」理解成一个报修入口，实际上在烟气监测这条链路上，它更像一个分流节点：能远程确认的、必须现场确认的、需要提前准备的，各归各的位置。

先分清：哪些问题根本不用打电话

烟气监测平台的异常大致分三类。第一类是采集侧，比如探头反吹周期到了、伴热温度掉了、采样管有冷凝水，这类问题的表现是数据整体偏低或跳变，日志里通常能看到设备心跳断续。第二类是传输侧，数据延迟、时间戳错位、某几路信号整段丢失，特点是同一时刻多台仪表「集体沉默」。第三类是工艺侧，锅炉负荷调整、配风变化、燃烧不稳，这类异常在数据上表现为氧量和烟温同向变动，颗粒物滞后跟随。

前两类，值班员自己先看十分钟日志，多数能定位到具体环节，再带着设备编号和时间段去沟通，效率完全不同。第三类才需要结合运行工况判断，这时候沟通的重点不是「数据不对」，而是「几点几分锅炉做了什么调整」。

先记录异常起止时间，精确到分钟，不要只说「刚才」；
截取氧量、烟温、颗粒物三条曲线的同屏画面；
确认同一时段锅炉侧有没有启停、投煤、调风操作；
看平台日志里是否有设备离线、反吹、校准记录。

沟通里最有价值的信息是「变化点」

现场和远程之间最容易丢的信息，是工艺侧的变化点。举个例子：引风机频率从38Hz调到42Hz，风量上去之后氧量自然抬升，这是正常响应；但如果风量没动、氧量自己往上走，那才需要查仪表或烟道漏风。同一组数据，有没有「变化点」这个背景，判断方向完全相反。

所以带信息去沟通的时候，与其描述现象，不如给时间轴。比如「21:40投煤，21:52氧量开始上抬，22:05颗粒物同步走高，烟温基本平」。这样的描述进到平台侧，对方可以对着数据链路逐段核对，也能快速判断是仪表响应还是工艺波动。GMG平台的可追溯日志本身就是为这种比对准备的，时间轴越清楚，日志的用处越大。

哪些判断不要交给远程

需要明确的是，探头污染程度、采样管路积水、烟道实际漏风位置，这些必须现场看。远程能确认的是数据链路是否通畅、平台侧配置是否被改动、历史曲线是否存在同类模式。把这两类混在一起，容易出现「远程说没问题、现场说数据就是不对」的僵局。

比较务实的做法是：远程确认链路，现场确认物理状态，两边对不上时以现场实测为准，同时把实测值回填到日志备注里。这样下次同类异常出现时，平台侧能直接调出上次的处理结论，不用从头问一遍。

把一次沟通压缩到十分钟的清单

真正常用的准备动作就几项，贴在值班台旁边比写在制度里管用：

异常时间轴（含锅炉操作节点）；
三条关键曲线的同屏截图；
设备编号与最近一次校准日期；
平台日志里异常时段的原始记录页码或时间段；
现场已经做过的检查动作，以及结果。

这套清单不复杂，但能把大量来回确认的环节省掉。烟气监测的数据链路本身不长，采集、传输、展示、存储，问题基本出在这四段里。值班员带着时间轴和截图去沟通，等于帮对方把排查范围先缩了一半。

日常里更该做的是让日志自己说话

与其等异常发生再翻记录，不如平时就把关键节点的备注补上。投煤时间、检修记录、校准动作、负荷调整，这些信息进到可追溯日志里，异常出现时曲线旁边就有上下文。GMG平台的直读面板解决的是「现在是多少」，日志解决的是「为什么会变成这样」，两者配合起来，夜间值班的判断压力会小很多。

非计划停机大多不是突然发生的，而是若干个小异常叠加到临界点。氧量慢慢漂、颗粒物缓慢抬、烟温一点点掉，单看每一条都不算报警，合起来就是趋势。把趋势看住，比等报警响了再动手要划算得多。