工业自动化中的 AI

文章指南

AI 预测性维护如何在传感器报警前检测阀门故障

本文阐述了 AI 如何通过分析 PID 回路行为(在触发阈值报警之前)来检测阀门的早期退化,并解释了为何干净的模拟信号和稳定的回路整定是获得可靠结果的必要条件。

直接回答

AI 预测性维护可以通过分析控制回路内部的多变量变化(特别是 PV、SP 和 CV 之间的关系)在传统报警触发前检测到机械退化。这仅在模拟信号干净且 PID 行为足够稳定,从而为异常检测建立可信基准时才有效。

本文回答的问题

文章摘要

AI 预测性维护可以通过分析控制回路内部的多变量变化(特别是 PV、SP 和 CV 之间的关系)在传统报警触发前检测到机械退化。这仅在模拟信号干净且 PID 行为足够稳定,从而为异常检测建立可信基准时才有效。

传统报警通常无法预测故障;它们只是确认已经越过了某个限值。高高压报警很有用,但它仍然是一个阈值事件,并不能解释回路是如何达到该状态的。

实际的差距通常存在于退化与后果之间的时间间隔。在可靠性术语中,这位于 P-F 曲线(潜在故障到功能故障)上:即在可检测的潜在故障与功能故障之间的时间段。确切的持续时间因资产、工作周期、仪表质量和故障模式而异,因此任何“47 天”的说法都应被视为特定案例,而非普遍规律。

在 OLLA Lab 的信号仿真环境中进行的近期验证测试中,向模拟的 4–20 mA 阀门回路注入 2% 的机械静摩擦变量,触发 AI 诊断模型的时间比设定的高压硬报警提前了 41 天。该模型检测到了升高的控制工作量和 CV 微振荡,而此时 PV 仍保持在目标范围内。方法论:n=12 次重复的模拟阀门回路运行;任务定义=在阀门摩擦力增加的情况下保持设定值,并设置固定报警阈值;基准比较器=仅传统高压报警;时间窗口=60 个模拟运行日。这支持了关于该模拟回路中异常可见性更早的有限观点。它并不能证明在所有工厂中都具有普遍的提前期。

为什么传统的阈值报警无法预测机械磨损?

传统报警通常是单变量且被动的。它们监视一个测量变量是否超过一个配置的阈值:压力高、液位低、温度高高等等。

相比之下,机械磨损通常首先表现为变量之间的关系变化,而不是单个变量的阈值越限。粘滞的阀门可能需要更大的控制器输出来实现相同的过程响应。PV 可以保持在设定值,而执行器、定位器或阀内件却在悄悄地变得不配合。控制回路非常擅长掩盖问题,直到它们耗尽控制权限。

被动报警的局限性

  • 控制逻辑的掩盖: 功能正常的 PID 回路通过调整 CV 来补偿适度的退化,从而使 PV 保持在 SP 附近。
  • 滞后时间: 当 PV 越过硬报警阈值时,过程可能已经接近跳闸、质量损失或生产中断。
  • 漏报(假阴性): 缓慢的传感器漂移或渐进式的执行器退化可能在很长一段时间内都不会产生明确的阈值事件。
  • 故障辨识能力差: 高报警只能说明“现在坏了”。它很少能说明原因是结垢、静摩擦、漂移、饱和还是整定不良。

这种区别很重要,因为预测性维护不仅仅是“更多的报警”。它是一种不同的观察模型。

AI 如何利用 PID 控制输出来早期检测阀门静摩擦?

基于 AI 的预测性维护通过检测与学习到的正常基准之间的多变量偏差来工作。在控制回路中,该基准不仅仅是 PV 的大小。它包括设定值 (SP)、过程变量 (PV)、控制器输出 (CV)、变化率、噪声特性、振荡模式和响应时序之间的关系。

阀门静摩擦是一个很好的例子,因为它通常会产生可识别的特征。阀门抵抗运动,然后突然释放,接着再次粘滞。结果可能是控制器工作量和过程响应中出现锯齿状或微振荡模式,特别是在回路试图保持稳定设定值时。

AI 与传统检测方法的对比

| 异常 | 传统 SCADA 视图 | AI 诊断视图 | |---|---|---| | 阀门填料摩擦增加 | PV 保持在设定值附近;无报警 | CV 逐渐升高以维持相同的 PV;检测到补偿趋势 | | 早期静摩擦 | 无阈值越限 | CV 显示重复的小型修正脉冲和非线性响应 | | 传感器漂移 | PV 看起来合理 | PV-CV 关系偏离学习基准;残差模式发生变化 | | 执行器饱和风险 | 仅在过程偏差后才可能报警 | CV 在限值附近停留时间增加;控制权限余量缩小 | | 整定不良导致的回路振荡 | 报警可能是间歇性的或缺失的 | 振荡频率和幅度超过健康基准 |

关键机制很简单:AI 在过程明显失败之前就看到了控制器在更努力地工作。这通常就是提前期的所在。

一个紧凑的控制示例

以下是一个简化的信号处理模式。它不是一个完整的预测模型,但展示了使异常检测更可靠的预处理和事件标记类型。

// 用于 AI 信号准备的标准一阶滞后滤波器 Filtered_PV := Filtered_PV + (Raw_Analog_Input - Filtered_PV) * Filter_Constant;

IF ABS(CV_Output - Previous_CV) > Stiction_Threshold THEN Stiction_Warning_Bit := 1; // AI 模型标记 END_IF;

工程意义不在于 AI 取代控制逻辑。它依赖于控制逻辑产生可解释的行为。

模拟回路优化在 AI 维护准备中起什么作用?

AI 无法在表现不佳的回路中建立可信的基准。如果信号有噪声、量程缩放错误、微分项放大了噪声,或者回路因整定不良而振荡,模型可能会将混乱视为正常操作。

这就是在此背景下 AI 就绪自动化 (AI-ready automation) 的操作定义:一种控制环境,其中模拟信号、回路整定和执行器行为足够稳定,以至于偏差代表过程变化而非仪表混乱

一个常见的误解是预测性维护始于模型选择。实际上,它开始得更早,始于仪表规范和回路质量。数据科学无法挽救糟糕的控制卫生。它只是更优雅地量化了它。

AI 基准的前提条件

  • 正确的模拟量缩放: 4–20 mA 信号必须正确映射到工程单位,并具有已知的范围、分辨率和故障处理机制。
  • 噪声滤波: 一阶滞后或等效滤波应在不抹除有意义的过程动态的情况下抑制电气噪声。
  • PID 整定规范: 比例、积分和微分设置必须避免长期的振荡、迟钝和不稳定的修正。
  • 微分阻尼: 如果使用微分作用,它不得放大高频测量噪声。
  • 抗积分饱和保护: 饱和期间的积分器饱和可能会扭曲过程行为和异常特征。
  • 执行器特性: 死区、反冲、静摩擦和行程限制应该是已知的,而不是猜测的。
  • 基准操作环境: 模型应能区分启动、稳态、清洗周期、产品切换和故障恢复。

这也是“语法与可部署性”成为有用对比的地方。一段梯形图在语法上可能是正确的,但产生的数据对于预测性推理来说却是无用的。

为什么糟糕的 PID 整定会在预测性维护中产生误报?

糟糕的 PID 整定在看起来像机械故障时,实际上可能是控制故障。这是浪费大家时间的最简单方法之一。

如果回路欠阻尼,CV 可能会在设定值周围持续振荡。如果微分作用在有噪声的变送器上过于激进,输出可能会抖动。如果积分作用过大,回路可能会出现超调并以类似于间歇性粘滞或过程不稳定的模式恢复。异常模型不会被这些现象所困扰。它们只是对模式进行分类。

污染 AI 基准的常见整定和信号问题

  • 设定值周围的振荡: 由于增益或复位设置不当导致的重复振荡
  • 噪声变送器: 电气干扰或接地不良导致的虚假变异
  • 传感器滞后: 过度的滞后导致明显的控制性能不佳
  • 阀门死区: 小的输出变化不产生运动,直到越过阈值才突然运动
  • 未管理的模式切换: 手动到自动的转换污染了基准数据
  • 饱和行为: 由于执行器尺寸过小或整定不良,在正常操作期间输出被限制在限值

实际的教训很直白:如果回路本身已经在乱跳,AI 可能会检测到错误的“反派”。

工程师如何在 OLLA Lab 中模拟模拟量漂移和传感器故障?

工程师需要一个安全的地方来观察故障特征,然后再在实际过程中看到它们。这就是 OLLA Lab 在操作上有用的地方。

OLLA Lab 是一个基于 Web 的梯形逻辑和工业自动化培训环境,结合了梯形图编程、仿真、实时变量检查、模拟和 PID 工具以及基于场景的设备行为。在本文的背景下,它的作用是有限且具体的:它是一个用于稳定回路、观察模拟行为、注入故障以及在涉及实际系统之前验证因果关系的排练环境

这一点很重要,因为初级工程师很少被允许通过向变送器添加噪声或向控制阀引入静摩擦来在运行中的工厂进行练习。

“仿真就绪 (Simulation-Ready)”在操作上的含义

在 Ampergon Vallis 的使用中,仿真就绪并不意味着“熟悉 PLC 语法”。它意味着工程师可以:

  • 在部署前证明预期的顺序行为,
  • 观察梯形图状态与模拟设备状态的对比,
  • 诊断异常的模拟行为,
  • 在不危及生产或安全的情况下注入现实的故障,
  • 在暴露故障模式后修改逻辑,
  • 并在接触实际过程之前记录“正确”的定义。

这是排练形式的调试判断,而不是一个标签。

OLLA Lab 如何支持模拟故障排练

利用 OLLA Lab 的梯形图编辑器、仿真模式、变量面板、模拟工具、PID 仪表板和场景选择,工程师可以练习:

  • 实时切换输入并观察输出响应,
  • 监控模拟标签和 PID 相关变量,
  • 对比梯形图逻辑与模拟设备行为,
  • 引入漂移、噪声、阈值偏移和执行器非理想特性,
  • 测试报警逻辑与控制回路补偿,
  • 并审查梯形图逻辑在异常条件下是否仍然表现正确。

有用的区别在于:此处的数字孪生验证意味着检查当现实的虚拟资产表现出非理想的过程行为时,控制逻辑是否仍按预期运行。它不是一个声望标签。它是对逻辑是否能在接触到合理的物理现象时存活下来的测试。

阀门静摩擦排练在模拟控制环境中是什么样的?

有效的排练始于一个正常的回路,然后一次引入一个受控的异常。如果所有事情同时改变,除了你自己的热情之外,你学不到什么。

一个紧凑的阀门静摩擦练习可以按如下方式构建:

  1. 构建基础回路: 创建一个具有稳定设定值、模拟量输入缩放和可控最终元件的梯形图驱动 PID 控制场景。
  2. 定义正常行为: 确认 PV 落在可接受的范围内,CV 保持平滑,且没有滋扰报警发生。
  3. 注入机械静摩擦: 在模拟阀门响应中引入小的非线性或运动阈值。
  4. 观察发散: 观察 CV 活动增加、PV 修正延迟、微振荡或锯齿状响应。
  5. 应用信号调节和整定更改: 调整滤波、PID 参数或报警逻辑,以将真正的退化与噪声分离开来。
  6. 记录结果: 记录发生了什么变化、为什么变化,以及修改后的回路是否具有更好的诊断价值。

可观察行为示例

  • PV 保持在设定值附近,而 CV 方差增加
  • 输出反转变得更加频繁
  • 小的 CV 变化不会产生阀门响应,直到越过阈值
  • 报警阈值保持安静,而回路工作量上升
  • 滤波后的 PV 比原始噪声输入产生更清晰的趋势解释

这正是那种让工程师准备好负责任地支持预测性维护系统的模式识别工作。

学员或初级工程师应该提供什么样的工程证据,而不是截图库?

技能的证据应该展示推理、故障处理和修订历史。截图库只能证明软件被打开了。它不能证明工程判断力。

使用此结构:

  1. 系统描述 定义过程、控制目标、I/O、执行器和操作环境。
  2. “正确”的操作定义 说明可衡量的验收标准:稳定时间、允许的超调量、报警行为、故障安全状态和对干扰的响应。
  3. 梯形逻辑和模拟设备状态 展示相关的逻辑以及相应的模拟机器或过程条件。
  4. 注入的故障案例 记录引入的异常:模拟噪声、漂移、静摩擦、死区、饱和、传感器偏差或顺序故障。
  5. 所做的修订 解释为响应而应用的逻辑更改、整定调整、滤波步骤或报警重新设计。
  6. 经验教训 说明故障揭示了什么、起初误解了什么,以及在实际过程中什么才是重要的。

这些证据比精美的界面截图更具可信度。

哪些标准和文献支持这种“控制优先”的预测性维护观点?

“控制优先”的观点与既定的工程实践是一致的。功能安全和过程可靠性取决于正确的仪表行为、定义的故障处理和经过验证的系统响应。预测分析可以提高可见性,但它们不能消除对规范控制设计的需求。

相关标准和技术基础

  • IEC 61508 强调生命周期规范、验证以及对电气和可编程系统中故障行为的系统性处理。
  • exida 关于报警管理、仪表可靠性和安全生命周期实践的指导,强化了对经过验证的行为而非假设的需求。
  • IFAC 和过程控制文献 一致表明,回路性能、执行器非线性和信号质量对可检测性和诊断有重大影响。
  • 传感器和维护分析文献 支持多变量监控以实现更早的故障检测,同时也警告说模型质量取决于信号完整性和代表性的训练条件。

有限的结论很直接:预测性维护在建立在胜任的过程控制之上时最强大,而不是取代它。

结论

AI 预测性维护通过在强制触发阈值报警之前观察回路内部的关系变化,从而及早检测到阀门故障。47 天的框架最好被理解为 P-F 间隔优势的案例说明,而不是普遍的承诺。

更硬的真相更有用:早期检测取决于干净的模拟信号、稳定的 PID 行为和现实的故障排练。如果回路有噪声、整定不良或特征描述不清,模型将继承这些缺陷。机器学习不能替代回路规范。它处于回路规范的下游。

这就是为什么 OLLA Lab 应该被视为一个有限的验证和排练环境。它为工程师提供了一个在错误成为工厂事件之前,练习模拟量缩放、滤波、PID 调整、故障注入和基于数字孪生的行为检查的地方。在自动化领域,这就是能力。

继续探索

Interlinking

相关阅读

References

编辑透明度

本博客文章由人类作者撰写,核心结构、内容和原创观点均由作者本人创建。但本文部分文本在 ChatGPT 和 Gemini 的协助下进行了润色。AI 仅用于语法与句法修正,以及将英文原文翻译为西班牙语、法语、爱沙尼亚语、中文、俄语、葡萄牙语、德语和意大利语。最终内容已由作者进行严格审阅、编辑与验证,作者对其准确性承担全部责任。

作者简介:PhD. Jose NERI, Lead Engineer at Ampergon Vallis

事实核验: 技术有效性已于 2026-03-23 由 Ampergon Vallis 实验室 QA 团队确认。

可直接实施

使用仿真支撑的工作流,将这些洞见转化为可衡量的工厂成果。

© 2026 Ampergon Vallis. All rights reserved.
|