4. 故障诊断数据来源与工具概览
在 Experion 系统中做复杂控制回路的故障诊断，第一步不是急着改参数或切手动，而是先回答一个更基础的问题：证据从哪里来？ Experion 把过程数据、控制器内部状态和系统自身健康信息分散在不同的数据源与工具中，每一类证据回答的问题不同。若只盯着趋势曲线，很容易把“控制器通信抖动”误判为“工艺波动”；若只看报警记录，又可能把根源报警和衍生报警混为一谈。因此，本节先建立一张“数据来源—工具—能回答什么问题”的对应关系，后续章节的排障动作才有落点。
六类数据源各自回答什么问题
事件日志（Event Log / Event Summary）记录的是“系统与操作层面发生了什么动作”，例如操作员把回路从 AUTO 切到 MAN、SP 被修改、报警被确认、控制器模式切换、下载或激活。它回答的是“谁在什么时候动了什么”，是区分“工艺原因”与“人为干预原因”的关键。事件日志通常带时间戳、操作员账号、节点名和对象名，排查时应先看事件时间与异常发生时间是否吻合。
报警记录（Alarm Summary / Alarm Log）记录的是“过程越限与状态异常”，包括 PV 高高/低低、偏差报警、输出限幅、坏值（Bad PV）等。它的价值在于报警时序：第一个出现的报警往往是根源，后续报警多为衍生。例如一个流量回路 PV 坏值报警后，串级主回路的偏差报警才出现，那么主回路偏差只是结果，不是原因。
趋势（Trend）是诊断的核心证据，回答“变量随时间怎么变”。关键不只是看 PV，而是把 PV、SP、OP（输出）、模式（MODE）放在同一时间轴上对比。典型判据：PV 跟随 SP 良好但 OP 长期贴限幅，说明执行机构或工艺能力受限；PV 与 SP 出现等幅振荡且 OP 反相摆动，提示回路增益过高或存在阀门摩擦；PV 缓慢漂移而 OP 不动，可能是变送器或取样问题。
诊断画面（Diagnostics / Loop Diagnostics）面向回路与控制器内部，展示控制模块的执行状态、I/O 通道质量、通信状态、模块扫描是否正常。它回答“控制逻辑本身是否在正常运行”，例如功能块是否处于 INITALM、I/O 是否 BAD、冗余是否降级。
控制器状态（Controller Status）关注 C300/ACE 等控制器的运行态：主备状态、同步状态、负载率、扫描周期、通信端口状态。复杂控制（如模型预测、串级、比值）对控制器负载和扫描稳定性敏感，控制器异常会同时影响多个回路，表现为“多点同时异常”。
系统健康监视（System Health / System Status）是最高层视角，覆盖服务器、网络、FTE、时钟同步、历史库、OPC 接口等基础设施。它回答“是不是整个系统层面出了问题”，用于快速排除共性故障。
诊断顺序：从外到内，从共性到个性
面对一个“回路异常”的报修，建议按上图自上而下推进，而不是随机翻数据。第一步看系统健康：如果 FTE 网络或服务器有告警，先处理基础设施，因为此时所有趋势和报警都可能不可信。第二步看控制器状态：若某控制器负载率接近上限或主备不同步，则该控制器下所有回路都可能受影响，属于共性问题。第三步看诊断画面：确认 I/O 通道质量、功能块是否 INITALM。第四步查事件日志与报警记录：确定时间线上“第一个异常”是什么。最后用趋势做定量确认，把 PV、SP、OP、MODE 对齐分析。
把六类数据源组合成判断依据
单一数据源往往只能给出“现象”，组合起来才能给出“原因”。下面给出几个典型组合判据，均以教学示例形式说明，实际数值需以现场为准。
| 现象组合 | 可能原因 | 优先核查的数据源 |
|---|---|---|
| PV 坏值 + 主回路偏差报警 | 变送器/接线故障，非控制参数问题 | 诊断画面 I/O 质量、报警时序 |
| OP 长期贴 0% 或 100% + PV 不跟随 | 阀门卡涩、执行机构能力不足 | 趋势 OP/PV、事件日志 |
| 多点同时异常 + 控制器负载高 | 控制器资源瓶颈或通信抖动 | 控制器状态、系统健康 |
| PV 与 SP 等幅振荡 + OP 反相 | 回路增益过高或阀门摩擦 | 趋势 PV/SP/OP |
| SP 被改 + 随后偏差报警 | 人为干预，非故障 | 事件日志（账号、时间戳） |
实操示例：一次串级回路异常的取证过程
假设某串级流量—温度回路出现温度 PV 波动。按上述顺序取证：
- 打开 System Status，确认服务器、FTE、时钟同步无告警，排除系统级问题。
- 查看该控制器状态：主控制器运行、备控制器同步正常、负载率约 45%（示例值），排除控制器瓶颈。
- 进入诊断画面，确认温度 PV 与流量 PV 的 I/O 通道质量均为 GOOD，功能块无 INITALM。
- 打开报警记录，按时间排序，发现最早出现的是“流量 PV 坏值”，随后才是“温度偏差高”。
- 用趋势把温度 PV/SP、流量 PV/SP、流量 OP、MODE 放在同一时间轴，确认流量 PV 在坏值期间出现跳变，温度偏差是衍生结果。
结论：根源在流量测量通道，而非温度控制参数。处理方向是检查变送器与接线，而不是重新整定温度回路 PID。这个例子说明：报警时序 + 趋势对齐 + 诊断画面质量三者组合，才能把“衍生现象”与“根源故障”分开。
工具使用中的常见误区
- 只看趋势不看 MODE：回路被切手动后 PV 仍会波动，但 OP 不再响应，容易误判为控制失效。
- 忽略时间同步：若各节点时钟不同步，事件日志与趋势的时间戳无法对齐，时序判断会出错。系统健康监视中的时钟同步状态必须正常。
- 把诊断画面的 BAD 当成控制问题：I/O 通道 BAD 属于测量/通信层，应先修通道，再谈控制。
- 报警记录只看当前活动报警：历史报警日志才能还原完整时序，活动报警只反映当前状态。