Y3.10.2Interlock cause indication设计
联锁触发原因需要明确展示而非仅显示跳闸结果
别名: 联锁首出原因 · first-out indication
概念解释
联锁触发原因显示，说明的是哪一个保护条件最先被满足、随后又有哪些条件相继出现、以及联锁最终采取了什么动作。仅仅显示"已跳闸"这个结果，无法支持任何诊断——跳闸是终点,不是线索,操作者需要知道的是起点,这正是首出指示（first-out indication）存在的意义。
机制
一次保护动作往往会在极短时间内连锁性地改变多个变量：阀门关闭、压力骤降、下游流量归零，这一连串变化会各自触发自己的报警,形成密集的报警风暴。如果最早触发保护的那个原始条件被淹没在这些后续报警里、或者被系统覆盖，操作者面对的就只剩一堆几乎同时点亮的报警,很容易把某个后果性的报警误当成原因去处理——比如去恢复下游流量,而没有意识到根本问题出在上游压力保护本身。首出信号和后续链的顺序,恰恰重建了"为什么保护会动作"这个因果关系,让操作者能从终点倒推回起点,而不是在一堆同时点亮的灯里靠猜。
边界
首出信号本身也只是"最早被系统检测到的可见症状",不等于物理层面的根本原因——共因失效可能同时影响多个传感器,系统检测到的第一个异常未必是真正最先出问题的那个环节;不同设备之间如果存在时钟误差,记录下来的先后顺序也可能与实际发生顺序不符,需要结合时间同步精度去解读。更重要的边界是:展示了触发原因,不代表这个原因就可以被轻易复位或绕过——原因指示是用来诊断的,不是用来鼓励在未经核实的情况下就急于恢复生产的。
怎么落地
把首出条件、触发的原始时间戳、当时生效的保护逻辑版本、以及后续连锁反应的完整链条以不可覆盖的方式保存下来,界面从"已跳闸"这个提示直接提供一条进入这份证据链的路径。
- 首出记录不能被后续报警覆盖或冲刷,必须作为独立字段持久化;
- 验证办法：制造多个保护条件在极短时间窗口内近乎同时触发的场景,以及一次刻意引入的设备间时钟偏差,检验界面呈现的顺序是否依然可靠,以及操作者能否依据这份证据链正确判断复位是否安全。