新九哥大厅牛牛房卡被输进锅炉烟气监测电脑，DCS曲线跳了一下

见闻 · 2026-10-17 04:40:33

夜班运行员在锅炉烟气监测电脑上误输「新九哥大厅牛牛房卡」，氧量曲线立刻出

某热电厂3号锅炉的烟气监测画面突然抖了一下。不是传感器故障，也不是吹灰动作——运行员老周在搜索框里敲了「新九哥大厅牛牛房卡」，想看看夜班群里别人转的链接，结果误触了烟气分析仪的上位机界面。氧量数值从3.8%跳到5.2%，颗粒物读数也跟着晃了两格。DCS操作站立刻弹出一条偏差报警。

误操作如何污染了数据链

烟气监测系统的数据链路其实很脆弱。CEMS采样探头在烟道里，伴热管线一路把样气送到分析小屋，氧量、烟温、颗粒物浓度通过4-20mA或Modbus传到DCS。上位机如果被误触，最直接的影响不是传感器本身，而是历史趋势的采样点位。老周那一下，等于在数据记录仪的输入队列里插了一个无关进程，导致扫描周期从1秒暂时拉长到3秒。氧量读数出现毛刺，但烟温曲线几乎没动——这说明扰动发生在电信号转数字量的环节，而不是烟气本身。

从「牛牛房卡」到烟温氧量的排查步骤

值班员先做了三件事，顺序很关键：

第一步，不关任何东西，先看历史趋势回放。确认氧量跳变时间点与颗粒物跳变时间点相差不到2秒，说明是同一个触发源。
第二步，切到分析仪本地面板，读实时原始值。如果本地值稳定，问题就在上位机通讯层；如果本地值也漂，才需要怀疑采样或标定。
第三步，检查上位机的进程列表和操作日志。老周那次，日志里留了一行浏览器地址栏输入记录，时间戳对得上。

整个排查用了十一分钟。氧量恢复平稳后，运行员手动补了一段数据标记，把误操作区间标成「非工艺波动」。这一步容易被忽略，但月底做合规报表时，这段标记能解释为什么某个十分钟的氧量均值偏高。

烟气监测终端为什么容易被无关检索词侵入

工业锅炉的烟气监测电脑通常和办公网络物理隔离，但值班室里的那台机器往往既要看DCS画面，又要查运行日志，有时还开着浏览器查备件型号。老周输「新九哥大厅牛牛房卡」，大概率是夜班群里有人发了链接，他想看看是什么。问题不在于他查了什么，而在于那台机器同时挂了烟气数据采集服务和浏览器。两个进程抢资源的时候，采集服务的I/O优先级不够高，数据就抖了。

GMG的直读式数据面板在这种场景下会做两层隔离：采集服务单独占用一个串口和固定CPU核，浏览器进程被限制在低优先级组。说白了，就是让看数据的那条路不被看网页的那条路挤着。

值班终端防误触的三条硬措施

这件事之后，厂里改了三处配置，值得同类锅炉房参考：

把浏览器默认主页设成空白页，禁止在烟气监测电脑上直接点开外部链接。需要查东西用手机或独立终端。
给采集服务加看门狗，一旦扫描周期超过1.5秒就自动重启服务进程，并写入独立日志，不跟操作记录混在一起。
在DCS画面上加一个「数据质量」指示灯，绿色代表采集周期正常，黄色代表有扰动但不影响均值，红色才需要人工介入。老周那次如果先看到黄灯，就不会急着去动分析仪。

烟气监测日志该不该记录这类操作

多数CEMS的日志只记标定、反吹、故障，不记上位机的浏览器输入。但从可追溯角度，凡是导致数据毛刺的操作都值得留一笔。GMG的可追溯日志模块会把操作事件和数据质量事件放在同一条时间轴上，标出「人为扰动」标签。事后翻记录，能直接看到某时刻有一个非工艺操作，以及它影响了哪几个测点。这比事后猜「是不是探头堵了」要省时间。

回到那个凌晨。老周后来在交接班记录里写了一句：「2:40误触上位机，氧量瞬时偏差1.4%，已标记，无工艺异常。」写清楚，比藏着强。烟气监测这行，数据干净不干净，往往就差在有没有人愿意多写这一行字。