概述
脱硝系统的运行记录有两类用途：一个是合规，用来说明排放达标和环保设施正常；另一个是技术，用来找出效率下降、氨耗上升、能耗增加的根因。前一类要求"有"，后一类要求"能用"。现实中多数用户的记录只满足了前者：一张月度报表，几个平均值，覆盖率不到 30%，等到需要追溯时什么也查不出来。
记录的价值取决于三个属性：连续性、颗粒度、可关联性。连续性指数据不因换班、报表换人而中断；颗粒度指时间分辨率与参数维度的密度；可关联性指脱硝侧数据能与锅炉侧数据（负荷、燃料配比、风量、氧量）、环保监管数据（在线监测比对）连成一条链。只有三者同时具备，记录才能支撑起真正的技术判断。
数据管理还包括"谁在什么时候动了什么"的追溯能力。脱硝系统最常见的争议是：某个时段氨逃逸超标了，到底是喷枪堵了、还是操作员把氨量调高了、还是 CEMS 漂了。这需要把设定值变更、手动/自动切换、报警、检修操作全部记进同一条时间轴，才能还原现场。
技术原理
脱硝系统需要长期记录的数据分四层。
- 工艺量：入口与出口 NOx（mg/m³，标干标态，按基准氧折算）、烟气流量、烟温、SO₂、含氧量、湿度、烟气含尘量。采样频率：在线仪表 1 至 3 分钟一次，重要参数（入口 NOx、出口 NOx、烟温）建议保留 1 分钟原始数据，其余可降采样到 5 分钟。
- 物料量：液氨流量（kg/h，累计量）、氨区压力与温度、稀释风量、吹灰气量、压缩空气耗量、蒸汽耗量、电耗。
- 控制量：喷氨支路阀位、反应器入口温度设定、氨量自动调节输出值、手自动状态、吹灰触发信号、催化剂床层压差（若有）。
- 事件量：报警与跳机、设定值修改记录（谁、何时、从多少改到多少）、检修与更换记录、标气校验记录、旁路投切记录。
关于时间基准的一致性，是数据管理中最容易出问题的地方。锅炉 DCS、脱硝 PLC、CEMS 三套系统各有自己的时钟，时间漂移往往在分钟到小时级别。若 CEMS 的出口 NOx 与脱硝 DCS 的入口 NOx 曲线对不齐，效率就无法计算；如果把脱硝停运的时段算进统计，效率会被人为拉低。因此第一步不是建数据库，而是让三套系统对时，误差控制在 1 秒以内（NTP 或 GPS 对时），并在每次数据导出时保留时间戳来源。
关于数据量：一套脱硝系统按 1 分钟采样、30 个测点计算，年数据量在 1.5 亿条量级。存储设计上建议分三层——原始数据在 DCS/PLC 本地保留 1 至 3 个月，同时写入历史库；历史库保留 3 年以上的分钟级数据；报表层只存聚合结果（班、日、月）。不要把所有数据都塞进同一个库，也不要把原始数据只存在本地硬盘，历史库应有异地或双机备份。
工艺特点与选型
数据记录的完整度可以按下面的清单逐条核对，缺项即为管理漏洞。
| 数据类别 | 必备项 | 采样/记录频率 | 保存期限 |
|---|---|---|---|
| 排放监测 | 出口 NOx、SO₂、颗粒物、O₂、流速、温度 | 1 分钟原始，日报/月报派生 | 在线数据不少于 3 年 |
| 进口监测 | 入口 NOx（用于效率计算） | 1 至 5 分钟 | 3 年 |
| 脱硝工艺 | 烟温、流量、氨流量、稀释风量、氨区压力 | 1 分钟 | 3 年 |
| 吹灰系统 | 吹灰时间、压力、吹灰器序号 | 每次动作 | 3 年 |
| 操作事件 | 设定值修改、手自动切换、联锁动作、旁路投切 | 事件触发 | 不少于 5 年 |
| 报警 | 报警项、触发值、持续时间、确认与复位人 | 事件触发 | 不少于 5 年 |
| 检修 | 部件更换、清洗、标定、记录人及日期 | 每次作业 | 设备寿命期 + 3 年 |
| 化验 | 入炉煤硫分、灰分、收到基低位热值 | 每批或每日 | 5 年 |
选型数据平台的要点有三条。第一是数据接口能力：多数现场系统的历史数据是私有格式，能开放 OPC、Modbus TCP、OPC UA 或 MQTT 接口的才是可用的；导出为 CSV 或 Excel 只能算勉强可用，因为没有时间戳与质量标志位。第二是权限与审计：环保数据涉及合规，操作记录的修改必须留痕、不可删除，只能追加。第三是断网续传：CEMS 在网络中断后必须能本地缓存并补传，否则一周的离线就意味着数据链断裂。
应用案例
某 35 t/h 燃煤锅炉脱硝为 SNCR，2023 年环保督察要求提供 2022 年全年脱硝设施运行有效性证明。厂方原有的记录只有一张月度运行报表，包含出口 NOx 月均值与氨耗月合计。补做数据追溯时发现三个无法解释的问题：一是 6 月出口 NOx 月均值 145 mg/m³，但日报里有一周的数据是空白的；二是 9 月氨耗突然比 8 月高 32%，无法说明原因；三是 CEMS 导出数据与脱硝 DCS 显示的烟温在 10 月相差最多 8℃。
处理过程分三步：第一步对时，发现 CEMS 与 DCS 的时钟相差 4 小时 17 分，导致部分时段数据无法对应；第二步从锅炉侧的燃料化验记录反查，确认 9 月起掺烧比例提高，煤的收到基低位热值由 19.8 MJ/kg 降至 17.2 MJ/kg，负荷不变但绝对温度下降约 25℃，SNCR 效率随之下滑，为维持出口浓度只能提高喷氨量，氨耗上升得到解释；第三步用 8 月的基准参数重新计算 9 月的效率，修正后达标率由原来的 82% 提高到 96%。该项目随后增设了燃料热值与入炉温度的自动关联，并在历史库中建立了效率与烟温的散点趋势图，此后两年内提前发现过两次燃料掺烧变化引起的效率下降，避免了非计划加氨。
运行维护
数据管理本身也需要维护，建议纳入日常职责并明确频次：
- 每日：核对 DCS、CEMS、锅炉侧三套系统时间一致，检查有无数据中断或质量标志位异常；
- 每周：导出上周数据，检查缺失点、冻结值、恒定值（常见的 CEMS 假数据表现为数值长时间不变）；
- 每月：生成运行分析报告，内容包括达标率、氨耗比值、吹灰次数与 NOx 反弹幅度、平均烟温、系统电耗；
- 每季度：抽查 10 个设定值修改事件，核对操作日志与录音或审批记录是否对应；
- 每年：做一次历史库容量与备份完整性检查，确认三年以上数据可查询、可导出。
需要建立的报警规则示例：出口 NOx 连续 30 分钟超过限值的 85%；氨耗比值连续 2 小时超过 1.35（提示过量喷氨）；CEMS 入口与出口 NOx 之比高于效率上限（提示仪表异常）；吹灰后 NOx 反弹幅度超过 15%（提示积灰或催化剂问题）；烟温 10 分钟均值低于设计值 20℃（提示负荷或燃料变化）。这些规则比单纯的超限报警更能提前反映设备状态。
价格与投资
数据管理平台的投入相对可控。一套包含历史库、报表引擎与环保联网接口的系统，按烟气量规模通常在 8 万至 40 万元一次性投入；若原有 DCS 支持开放接口，只需 3 万至 12 万元的改造与组态。运维侧，每年需投入 2 万至 8 万元用于数据服务、报表定制、接口维护与云存储，超过 5 年的历史数据迁移与灾备另计。
对比收益并不直接体现在电费上，而是体现在合规风险与故障成本的下降：一次因数据缺失导致的排放超标举证失败，罚款与停产整改的代价通常远超平台全年的运维费；一次被提前发现的催化剂失活或喷枪堵塞，可避免 10 万至 40 万元的非计划停运。沧州中创环保工程有限责任公司在脱硝项目交付时，把数据记录项与保存期限写进技术协议，并把 CEMS 与脱硝系统的对时作为调试验收的必要检查项，避免系统投运后数据对不上。
总结
脱硝系统的运行记录要同时满足合规与技术两个目标，核心是连续、颗粒度够、能关联。具体要求是：三套系统对时误差控制在 1 秒内，关键参数按 1 分钟采样保留 3 年，操作与报警事件按触发记录保留 5 年，并建立缺失数据与异常恒值的周度检查机制。平台投入 8 万至 40 万元、年运维 2 万至 8 万元，低于一次超标举证失败或非计划停运的代价。