3. 报警抑制与屏蔽策略配置排障

报警抑制与屏蔽的配置对象与作用边界

ISCS 的“报警抑制”和“报警屏蔽”常被混用，但两者在配置对象、生效范围和解除方式上并不相同。排障时先要判断现场现象属于哪一类，才能找到正确的配置入口。

• 报警抑制（Inhibit）：通常按设备/点位维度临时关闭报警上报或显示，多用于单点检修、仪表校验。解除方式一般是手动恢复或到期自动恢复。
• 报警屏蔽（Mask/Block）：通常按区域、子系统或报警组维度成批屏蔽，多用于整段调试、系统联调。解除依赖明确的屏蔽计划与责任人。

两类功能共同的风险是：抑制范围过宽会把同区域其他设备的真实报警一并吞掉；屏蔽未按时解除会让调试结束后真实故障长期“隐身”。下面的图给出典型配置对象、作用路径与丢失点。

排障切入点：先查配置对象，再查生效时间

当现场确认设备已动作、但 HMI 无对应报警时，按以下顺序核查，可快速区分“抑制”与“屏蔽”两类原因：

1. 查点位级抑制表：在报警配置中检索该设备点位号，确认是否存在抑制记录、抑制原因与到期时间。若存在且未到期，属于正常抑制，需确认检修是否真的结束。
2. 查区域级屏蔽表：检索该设备所属区域/子系统，确认是否被整组屏蔽。重点看屏蔽范围是否覆盖了非调试设备。
3. 核对屏蔽计划：比对屏蔽申请单上的解除时间与实际配置的解除时间，检查是否存在“计划已到期但配置未解除”。
4. 验证解除效果：解除后触发一次测试报警（或查看历史库中该点位在屏蔽期间的记录），确认报警能正常上报到 HMI。

配置核查示例：屏蔽申请单关键字段

下表是一份可直接套用的屏蔽申请/核查记录，排障时用它比对实际配置，能快速发现范围与时间偏差。

结果判断与恢复

完成核查后，按以下标准判断处理是否到位：

• 抑制类：检修结束后手动解除点位抑制，触发测试报警，HMI 正常弹出且级别正确，视为恢复。
• 屏蔽类：将屏蔽范围收窄到调试点位清单，或到期后整组解除；解除后抽查 2~3 个曾被屏蔽的真实点位，确认报警可正常上报。
• 遗留检查：在报警历史库中查询屏蔽期间该区域的报警记录，确认没有真实报警被静默丢弃；若有，需补录并通知值班员。