如何在 PLC 中为老化传感器编写模拟量漂移补偿程序

PLC 中的模拟量漂移补偿是指检测并管理那些仍处于 4–20 mA 正常范围内的渐进式传感器误差。在实践中，工程师会将滤波、变化率合理性检查、偏移逻辑和维护报警结合起来，并在应用于实际过程之前，先在仿真环境中验证这些行为。

模拟量漂移通常比硬性模拟量故障更危险，因为它在电气上可能仍然有效，但在物理上却已失准。断路通常会自行显现；而漂移的变送器往往不会。

在 OLLA Lab 的加速模拟量偏差场景进行内部验证期间，在模拟液位回路中，未补偿的控制逻辑在任何标准超量程报警条件出现之前，推断过程值与模拟物理状态之间的偏差高达 4.2% [方法论：在储罐液位控制任务上进行了 n=12 次仿真运行，基准比较器 = 具有相同逻辑的标称无漂移信号模型，时间窗口 = 2026 年 3 月内部实验室验证期间执行的加速 24 小时偏差周期]。这支持了一个狭义的观点，即量程内漂移在常规的欠量程或超量程故障逻辑做出反应之前，可能会产生实质性的误导性控制行为。它不支持关于所有工厂、所有传感器或所有控制架构的任何广泛结论。

针对漂移进行编程并不是假装软件可以修复损坏的硬件。其目的是扩展诊断可见性，并保持控制质量足够长的时间，以便以有序的方式进行检测、补偿、报警和维护。

模拟量漂移更危险，因为它会产生量程内故障。信号保持在预期的电气频带内，因此除非有额外的逻辑介入，否则 PLC 会将其视为合理。

硬性故障更容易捕捉。在传统的 4–20 mA 回路中，断线、短路或严重的变送器故障通常会将信号驱动到正常测量范围之外。这正是基于标准的故障信号约定存在的原因。

NAMUR NE 43 可以捕捉许多硬性故障，但无法捕捉渐进式的真实性衰减

NAMUR NE 43 为模拟仪表定义了标准化的故障电流区域，以便接收系统能够区分过程测量与设备故障行为。在通常实践中：

• < 3.6 mA 通常表示欠量程或故障
• > 21.0 mA 通常表示超量程或故障
• 4.0 至 20.0 mA 被视为有效工作频带

这对于断路和明显的变送器故障非常有效。但它无法解决那种保持在 4–20 mA 以内，而物理测量值却在缓慢偏离现实的漂移问题。

| 信号状态 | PLC 视角 | 典型的基本故障逻辑响应 | 实际风险 | |---|---|---|---| | 0 mA 或接近零 | 无效信号 | 触发欠量程故障 | 通常很明显且处理迅速 | | < 3.6 mA | 故障区域 | 报警 / 失效保护动作 | 可通过标准故障逻辑检测 | | > 21.0 mA | 故障区域 | 报警 / 失效保护动作 | 可通过标准故障逻辑检测 | | 4–20 mA 伴随渐进偏差 | 有效信号 | 简单量程检查无故障 | 控制器基于错误的过程值动作 |

操作上的问题很简单：除非你提供更多的上下文，否则 PID 回路无法区分“准确但不便”与“合理但错误”。

实际工厂中导致模拟量漂移的原因是什么？

模拟量漂移通常源于缓慢的物理退化，而非突发的电气崩溃。

常见原因包括：

• 传感器结垢： 探头上的水垢、污泥、涂层或生物膜
• 热老化： 热电偶退化、变送器组件漂移
• 机械疲劳： 压力仪表中的膜片磨损
• 参考不稳定性： pH 值和电导率传感器老化
• 环境压力： 振动、湿度侵入、温度循环
• 安装影响： 引压管问题、安装应力、屏蔽不良、接地问题

重要的区别在于故障与退化。硬性故障会破坏测量链。而漂移则在测量链看似完好的情况下使其退化。

为第 10 年编程意味着为仪表编写控制逻辑时，要考虑到它在经历暴露、结垢、振动和维护历史后的表现，而不仅仅是它在调试当天的表现。

对于本文而言，针对漂移编程意味着实现软件结构，使渐进式测量误差更易于观察，并减少对操作的影响。在有界工程术语中，这包括：

• 针对已知零点或参考条件的软件校准偏移逻辑
• 针对物理过程限制的变化率合理性检查
• 滤波，以抑制噪声而不掩盖真实的过程运动
• 冗余或推断测量值之间的偏差报警
• 指示补偿量超出可接受范围的维护标志

这也是 Ampergon Vallis 对 Simulation-Ready（仿真就绪） 的使用需要精确定义的地方。一名“仿真就绪”的工程师不仅仅是能凭记忆写出梯形图语法的人。一名“仿真就绪”的工程师能够在控制逻辑到达实际过程之前，证明、观察、诊断并强化其应对真实过程行为的能力。

没有任何软件策略能完全修复退化的仪表。然而，它可以减少控制误差，提高故障可见性，并创造一个更清晰的维护窗口。

1. 自动归零或去皮偏移逻辑

自动归零逻辑在已知的物理参考状态下捕获传感器偏差，并将该偏差存储为用于校正测量值的偏移量。

这仅在过程具有可辩护的参考条件时才适用，例如：

• 经过验证的低液位空罐
• 大气参考下的排气压力管线
• 确认零负载的秤
• 确认无流量状态的停止流路

适当的自动归零例程需要严格的许可条件。如果参考状态不真实，校正就会变成一种形式化的错误。

2. 变化率合理性检查

变化率（RoC）逻辑会拒绝或报警那些变化速度超过过程物理变化能力的值。

示例：

• 大型储罐液位不应在一个扫描周期内跳变 8%
• 热过程在没有相应能量输入的情况下，不应在几秒钟内升高 20°C
• 除非存在噪声或仪表问题，否则压力信号的振荡速度不应超过机械系统允许的范围

RoC 逻辑不能直接纠正漂移，但它有助于区分缓慢的可信变化与不可信的信号行为，并能防止错误数据驱动控制决策。

3. 滤波

滤波可以平滑噪声和短期干扰，使控制器对过程行为做出反应，而不是对电气抖动做出反应。

常见的软件选项包括：

• 移动平均滤波器
• 一阶滞后滤波器
• 加权平滑
• 针对微小波动的死区处理

滤波很有用，但也容易被滥用。过于激进的滤波器会掩盖过程真相并延迟故障识别。

4. 冗余传感器比较

冗余传感器逻辑比较同一过程变量或相关过程变量的两个测量值，并在偏差超过定义的阈值时发出报警。

典型的模式包括：

• 传感器 A 与传感器 B 直接比较
• 变送器值与质量平衡或设备状态推断值比较
• 过程变量与已知序列步骤期间的预期状态比较

这通常比独立的偏移逻辑更稳健，因为它会产生一个不一致信号。

5. 补偿限制和维护报警

补偿应始终设有上限。如果所需的偏移量不断增加，逻辑应停止将仪表视为健康状态，并发出维护报警。

有用的报警条件包括：

• 偏移量超过工程阈值
• 偏移量变化过于频繁
• 冗余传感器之间的偏差持续时间超过定时器阈值
• 滤波值与原始值之间的差异超出了预期的噪声包络

没有维护边界的补偿例程不是一个完整的弹性策略。

自动归零例程应仅在过程处于已验证的参考条件时执行。

捕获零点偏移前所需的许可条件

典型的许可条件可能包括：

• Pump_Off = TRUE（泵关闭）
• Valve_Open = TRUE（阀门打开）或已知的排气/开启排水状态
• Level_Switch_Low = TRUE（低液位开关）或其他独立的空罐确认
• 无抑制校准的活动报警
• 存在操作员或序列授权
• 校准尚未进行中

独立的确认非常重要。使用正在漂移的传感器来证明其自身的零点可能会导致自动化的错误结果。

梯形图结构示例

Rung 1: Pump_Off Valve_Open Level_Switch_Low Zero_Request ----] [---------] [-------------] [--------------] [----------------(Enable_Zero_Routine)

Rung 2: Enable_Zero_Routine One_Shot ----] [------------------] [----------------------------------------(Capture_Zero)

Rung 3: Capture_Zero ----] [------------------[SUB Raw_Input Zero_Reference_Counts Sensor_Offset_Value]

Rung 4: Always_On ----] [------------------[SUB Raw_Input Sensor_Offset_Value Calibrated_PV]

Rung 5: ABS(Sensor_Offset_Value) > Offset_Limit ---------------------------------------------------------------(Drift_Maintenance_Alarm)

每个梯级的作用

• Rung 1 为有效的零点事件建立许可条件。
• Rung 2 使用单脉冲（One-Shot），确保偏移量只被捕获一次，而不是每个扫描周期都捕获。
• Rung 3 计算原始输入与已知参考值之间的偏移量。
• Rung 4 应用存储的偏移量以产生校准后的过程变量。
• Rung 5 如果偏移量增长超过可接受的维护阈值，则发出报警。

具体的算术运算取决于缩放约定。有些系统捕获原始计数值，有些则捕获工程单位。只要参考明确且转换路径受控，两者都可以工作。

自动归零逻辑可能出现的问题

当许可条件薄弱或过程状态是假设而非验证时，自动归零例程就会失败。

常见的故障模式包括：

• 在容器内仍有残留产品时捕获零点
• 在维护后未重置验证检查的情况下应用偏移量
• 让操作员在没有物理确认的情况下从 HMI 触发校准
• 将长期的仪表退化隐藏在不断增长的补偿量之后
• 在校正显示 PV 的同时，让报警和控制计算仍基于原始信号路径

变化率限制和滤波的作用不同。它们通常被放在一起讨论，因为它们都位于信号调节层，但它们不可互换。

滤波减少噪声

滤波平滑了短时间的波动，使逻辑看到更稳定的过程值。

在以下情况使用滤波：

• 原始信号包含电气噪声
• 过程相对于扫描时间而言本质上较慢
• 微小的波动正在产生滋扰报警或不稳定的控制动作

在以下情况避免过度滤波：

• 过程很快
• 安全响应时间很重要
• 操作员需要看到实际的瞬态变化
• 异常状态检测依赖于及时的变化识别

变化率检查强制执行物理合理性

RoC 逻辑询问信号的变化方式是否是过程实际能够支持的。

在以下情况使用 RoC 检查：

• 过程动态已知
• 大幅度的瞬时跳变在物理上是不可能的
• 错误的信号可能触发破坏性的控制动作
• 你希望在运动不可信时进行报警、冻结或替换数值

一个实用的模式是：

1. 读取原始模拟量值
2. 应用轻微滤波
3. 比较当前值与之前的值随时间的变化
4. 计算 RoC
5. 如果 RoC 超过物理阈值，则报警、保持数值
6. 将验证后的值输入控制逻辑

该序列通常比在 PID 前面放置一个重型滤波器并祈求好运更具可辩护性。

在实际设备上测试漂移逻辑既缓慢、具有侵入性，且在操作上往往无法证明其合理性。这就是仿真变得有用的地方。

在 OLLA Lab 中，相关的价值不在于环境是数字化的。其价值在于你可以针对变化的过程模型观察控制逻辑，注入有界的故障条件，并在不触碰生产设备的情况下检查 I/O 行为。

OLLA Lab 在此处的有界定义

对于此用例，OLLA Lab 作为一个基于 Web 的梯形图逻辑和数字孪生仿真器，工程师可以在其中：

• 在浏览器中构建或编辑梯形图逻辑
• 在没有物理硬件的情况下运行仿真
• 监控变量和 I/O 状态
• 将梯形图行为与模拟设备状态进行比较
• 应用基于场景的偏差来测试故障处理和补偿逻辑

这是一个验证和演练环境。它不能替代工厂验收测试、现场校准或正式的功能安全验证。

OLLA Lab 中的实用漂移验证工作流

典型的工作流是：

1. 在梯形图编辑器中构建基础控制逻辑 包括原始输入缩放、校准后的 PV、报警以及信号的任何 PID 或序列使用。
2. 进入仿真模式 启动过程模型并验证在没有应用漂移时的标称行为。
3. 使用变量面板 观察原始输入、校正后的 PV、偏移量、报警位以及任何相关的过程状态。
4. 选择或配置模拟量漂移场景 在加速的时间轴上对原始模拟量输入应用缓慢的数学偏差。
5. 比较原始 PV 与模拟物理状态 这是关键测试。重点不在于梯级是否编译通过；而在于逻辑是否仍然代表该过程。
6. 验证补偿行为 确认偏移逻辑、滤波、RoC 检查和维护报警是否按预期运行。
7. 修订并重新运行 更改阈值、许可条件或补偿限制，并重复该场景。

这就是时间压缩的重要性所在。一个 24 小时的退化模式可以在几分钟内完成评估，而不是消耗一个班次或一个生产日。

正确的问题不是“逻辑是否运行了”。正确的问题是“当信号退化时，什么未能保持真实”。

同时观察这些变量，而不是孤立地观察

在验证漂移补偿时，监控：

• 原始模拟量输入
• 缩放后的原始工程值
• 校正或补偿后的 PV
• 模拟物理设备状态
• 偏移量大小
• RoC 值
• 报警和维护位
• 使用该 PV 的 PID 输出或序列决策

模拟物理状态与控制器可见 PV 之间的比较尤为重要。

在开始测试之前定义“正确”

工程师应以可观察的术语定义正确性，例如：

• 补偿后的 PV 保持在模拟物理状态的规定公差范围内
• 漂移报警在满足阈值和定时器条件后激活
• 偏移例程仅在许可条件为真时执行
• PID 输出不会积分饱和或追逐超出定义限制的错误
• 维护报警在补偿量超过工程策略之前激活

如果没有对“正确”的操作定义，仿真将变得难以严格评估。

截图库本身并不是强有力的工程证据。

如果你想展示真正的能力——无论是在内部、向首席工程师展示，还是在招聘背景下——请使用此结构记录一份紧凑的证明：

1. 系统描述 定义过程、仪表类型、信号范围、控制目标和相关的操作状态。
2. “正确”的操作定义 以可衡量的术语陈述验收标准：公差、报警阈值、允许的偏移量、响应时间或序列行为。
3. 梯形图逻辑和模拟设备状态 展示梯级逻辑以及在标称条件下相应的模拟机器或过程行为。
4. 注入的故障案例 描述引入的确切漂移或偏差：大小、方向、速率、持续时间，以及它是否保持在量程内。
5. 所做的修订 记录逻辑中发生了什么变化：偏移捕获、滤波器常数、RoC 阈值、维护报警、传感器比较或许可结构。
6. 经验教训 解释初始设计遗漏了什么，修订后的逻辑改进了什么，以及还有什么需要维护或现场验证。

这种格式有助于展示判断力，而不仅仅是软件熟悉度。

这里的基本工程思想是成熟的，但它们属于不同的领域，不应混为一谈。

相关的标准和技术框架

定义了模拟电流接口的标准故障信号电平。对于区分硬性故障与有效范围内的测量行为非常有用。

• NAMUR NE 43

为电气、电子和可编程电子安全相关系统提供了更广泛的功能安全框架。它与故障处理理念相关，但这并不意味着每个漂移补偿例程都是安全功能。

• IEC 61508

关于校准、信号调节、报警管理和传感器维护的行业指南，为补偿应如何设定边界提供了依据。

• ISA 和过程仪表实践

工业培训和基于模型的验证研究支持使用仿真进行演练、故障注入和调试准备，特别是在现场测试成本高昂或风险较高的情况下。

• 数字孪生和仿真文献

关于安全声明的必要界限

漂移补偿逻辑可以提高控制质量和诊断可见性。但这并不自动使其成为认证的安全功能、SIL 等级机制，或替代仪表维护、验证测试或独立保护层。

当任务是在将逻辑暴露给实际系统之前，针对模拟过程演练和验证漂移感知逻辑时，OLLA Lab 是正确的工具。

在有界产品术语中，OLLA Lab 通过允许工程师执行以下操作来支持这项工作：

• 在基于浏览器的编辑器中创建梯形图逻辑
• 在没有硬件的情况下运行仿真
• 检查变量、标签和 I/O 行为
• 完成现实的工业场景
• 将控制逻辑与数字孪生行为进行比较
• 快速迭代异常状态逻辑和调试式检查

这使得它对于雇主无法廉价地交给缺乏经验的工程师在实际过程上执行的任务非常有用：验证逻辑、追踪因果关系、处理异常条件以及在故障后修订逻辑。

它不应被定位为通往现场能力、认证或正式合规的捷径。现场调试仍然涉及仪表状况、安装质量、过程知识以及在没有任何模拟器能完全重现的约束下的人类判断。

模拟量漂移补偿是一个控制质量和诊断问题，而不仅仅是一个编程练习。危险的情况不是每个人都能注意到的死掉的变送器。而是那些保持在 4–20 mA 以内，同时悄悄地将控制器从真实过程移开的老化变送器。

实用的应对方法是将有界的软件措施（偏移逻辑、滤波、RoC 合理性检查、传感器比较和维护报警）与严格的验证相结合。仿真之所以有价值，是因为它压缩了时间并暴露了行为。它让工程师在工厂付出代价之前，就能测试逻辑如何响应缓慢的退化。

如果目标是实现“仿真就绪”，标准很明确：在逻辑到达实际设备之前，证明其在真实故障条件下仍然是可观察、可诊断和可辩护的。

- IEC 61508 功能安全概述 - exida 功能安全与自动化资源 - Åström & Hägglund, *Advanced PID Control* (ISA) - Skogestad (2003), PID 整定规则00062-8) - Tao et al. (2019), 工业中的数字孪生