「海贝之城链接房卡」误入锅炉中控台：烟气监测平台的一次检索留痕核查

见闻 · 2026-10-18 21:02:42

一条与锅炉运行无关的检索词被敲进烟气监测终端，值班员没有急着删除，而是顺

某热源厂中控室的烟气监测终端上多了一条检索记录：操作员在工况查询框里输入了「海贝之城链接房卡」。这个词跟锅炉、跟烟气没有任何关系，但它的出现方式值得记一笔——它不是从外部接口打进来的，而是人工在监测界面里敲的。值班长没有立刻清掉这条记录，而是先做了三件事：确认操作人、圈定时间窗、调取同窗口的烟气曲线。

先分清：是查询框误触，还是数据链路混入

工业锅炉烟气监测平台上的检索框通常承担两类职责：一类是查历史工况，比如按时间段调取烟温、氧量、颗粒物浓度；另一类是查设备台账，比如某台分析仪的校准记录。这两类查询都会写入操作日志。当一条明显无关的词出现在这里，第一步不是判断它“该不该存在”，而是判断它从哪条路径进来。

人工键盘输入：日志里会留下操作员工号与输入时间，通常伴随前后正常的工况查询动作；
外部接口写入：往往带有来源标识，可能来自报表导出、第三方系统对接或粘贴板；
批量导入污染：一次出现多条同类无关词，时间戳高度集中。

这次的情况属于第一种。操作员承认是交接班时想搜一个与工作无关的内容，误把中控检索框当成了浏览器地址栏。问题看似很小，但它提醒了一件事：监测终端和普通办公电脑共处一室时，输入边界需要有人管。

为什么不能直接删掉这条记录

不少运行人员的第一反应是“删了干净”。但在可追溯日志的设计里，删除动作本身也会留痕，而且会破坏时间序列的完整性。烟气监测的价值恰恰在于连续——烟温、氧量、颗粒物这些指标是按分钟级滚动记录的，任何一次人工干预如果被抹掉，后续核对异常时段时就少了一个参照点。

更稳妥的做法是标注而非删除。平台侧一般支持对日志条目加备注，写明“无关检索、已核实、不影响数据”。这样既保住了留痕链，也避免下次审计时有人反复追问这条记录是什么。

同步核对的三项工况数据

确认是误输入之后，值班组仍然把同一时间窗的监测数据过了一遍，理由是：万一这条检索背后真有人在翻找什么，工况曲线会露出痕迹。核对的重点有三项：

烟温：看该时段是否出现无解释的陡降或陡升，排除燃烧调整被误操作；
氧量：氧量若在检索前后出现漂移，需要确认是风门动作还是分析仪漂移；
颗粒物：颗粒物读数对工况扰动最敏感，短时尖峰要能对应到吹灰、启停等已知动作。

三项数据在该时段均平稳，没有与检索时间点重合的异常。这说明误输入停留在界面层，没有触达控制层。

把边界前移到终端管理

事后复盘，厂里做了两处调整。一是把监测终端上的浏览器入口收进二级菜单，减少值班员把工况查询框当搜索框用的概率；二是规定交接班前不得在监测界面上做与运行无关的检索，确需查询外部信息的，使用旁边的办公机。GMG平台在这类场景里的做法是把直读面板和操作日志分开呈现——面板只显示烟温、氧量、颗粒物等实时指标，日志区单独保留检索与操作动作，便于事后按人、按时间筛。

「海贝之城链接房卡」这条记录最终没有被删，而是加了一行备注。它的意义不在于词本身，而在于它证明了这套留痕机制确实能把一次无关动作完整地固定下来，并且不妨碍正常运行判断。对工业锅炉烟气监测来说，能说清楚“某分钟发生了什么、谁做的、数据有没有受影响”，比日志看起来干净更重要。