如何在 OLLA Lab 中使用 TON 定时器实现 PLC 去抖动逻辑

为了解决梯形图逻辑中的机械触点抖动问题，工程师通常使用接通延时定时器（TON）指令作为软件去抖动滤波器。通过将预设时间设置为略长于物理抖动持续时间（通常为 20 至 50 毫秒），PLC 可以忽略瞬态状态变化，仅对稳定的输入信号做出响应。

即使梯形图看起来很简洁，机械输入信号也不会平滑切换。限位开关、按钮或继电器触点在稳定到闭合或断开状态之前，物理上可能会抖动约 10 至 50 毫秒；而扫描周期为 1 至 10 毫秒的 PLC 可能会将一次动作解释为多次独立的转换。

Ampergon Vallis 指标： 在 OLLA Lab 的仿真模式下进行 1,000 次循环压力测试时，原始机械式限位开关输入在注入抖动条件下，平均每次动作产生 3.4 次错误状态变化；应用 50 毫秒的 TON 滤波器后，在仿真序列中消除了这些错误转换，且在机器层面未观察到明显的序列延迟。方法论： n=1,000 次输入动作循环，单一去抖动实验室场景，基准比较器 = 未过滤的原始布尔输入，时间窗口 = 2026 年 3 月 24 日的一次测试会话。这支持了在受控仿真工作流中使用基于 TON 的去抖动方案的价值。它并不声称在所有硬件、扫描时间和传感器技术中具有通用的现场性能。

这种区别很重要。语法并不等同于可部署性，而噪声输入通常是导致这种混淆并产生高昂代价的地方。

机械触点抖动是一种物理效应，而非编程错误。当开关或继电器内部的金属触点改变状态时，它们在达到稳定的断开或闭合状态之前往往会短暂振动。在 24 VDC 控制电路中，这会产生一系列快速的瞬时 ON/OFF 转换，而不是一个干净的边沿。

当 PLC 的速度快于硬件时，就会出现实际问题。如果输入设备抖动 30 毫秒，而控制器每 5 毫秒扫描一次，程序可能会将单次按压读取为多次状态变化。PLC 并没有发生故障，它只是在执行指令，只是速度比机械结构的稳定速度更快。

这在对边沿或事件计数做出反应的逻辑中最为重要，包括：

• 输送带上的箱体计数
• 状态机步骤推进
• 主/从交替触发
• 故障锁存
• 启动/停止按钮逻辑
• 来自限位开关的位置确认反馈

噪声触点可能导致：

• 错误计数
• 序列过早推进
• 重复指令
• 梯级间的竞争条件
• 误报警
• 间歇性的调试失败

为什么扫描周期会使抖动变得可见？

扫描周期在物理稳定时间和逻辑解释之间产生了冲突。在标准的 PLC 扫描中，控制器读取输入、执行逻辑、更新输出，然后重复。如果输入映像在连续扫描中捕获了多个抖动转换，程序就会将它们视为合法的变化。

这就是为什么去抖动不仅仅是表面上的清理。它是一种定时控制措施，在机电行为影响程序其余部分之前，增强逻辑以抵御已知的机电行为。

TON 指令通过要求输入在输出变为 TRUE 之前保持连续 TRUE 一段时间来过滤抖动。如果输入在预设时间到期前断开，定时器将复位，输出永远不会接通。

这就是核心机制。抖动输入会反复中断定时器，因此经过的时间永远无法达到阈值。只有稳定的信号才能存活足够长的时间通过滤波器。

用 IEC 61131-3 的术语来说，TON 表现为一个确定性的软件门：

• 不稳定输入：定时器启动、复位、再次启动，从未达到阈值
• 稳定输入：定时器连续运行至预设值
• 合格状态：输出位变为 TRUE，可供下游逻辑使用

此处的一个有用修正：去抖动并不等同于到处添加延迟。良好的去抖动仅在输入物理特性需要的地方添加小的、有界的限定延迟。

标准 IEC 61131-3 TON 参数

对于去抖动逻辑，应从操作层面理解 TON 参数：

示例：`Raw_Sensor_Input`

• IN (输入)： 进入定时器的原始传感器或开关信号

示例：`T#50ms`

• PT (预设时间)： 接受信号所需的最小连续 TRUE 持续时间

示例：`Sensor_01_Debounced`

• Q (输出)： 程序其余部分使用的去抖动后的稳定布尔值

• ET (经过时间)： `IN` 保持 TRUE 时的累计时间；如果 `IN` 在达到 `PT` 之前变为 FALSE，它会立即复位

对于软件去抖动，`ET` 是关键指标。如果它在噪声转换期间不断归零，说明滤波器正在发挥作用。

去抖动应该使用什么预设时间？

预设时间应超过预期的抖动持续时间，但要保持足够短，以免影响机器响应。对于许多机械触点，实用的起始范围是 20 至 50 毫秒，然后根据设备行为、扫描时间和过程敏感度进行调整。

在以下情况使用较短的预设：

• 设备相对干净
• 机器需要快速响应
• 输入非安全关键且易于观察

在以下情况使用较长的预设：

• 触点机械磨损严重或老化
• 环境电气噪声大
• 错误转换会导致序列故障或计数错误
• 过程可以容忍稍慢的限定时间

正确的数值不是猜出来的。它是通过观察、测试和论证得出的。

标准结构很简单：将原始输入放置在一个驱动 TON 的梯级上，然后将定时器的 `Q` 输出作为程序中该信号的唯一认可版本使用。

这种分离很重要。原始输入属于边界，去抖动后的位属于序列。

梯级 1：去抖动定时器 `|---[ Raw_Sensor_Input ]---------------------[ TON: Debounce_Timer, PT: 50ms ]---|`

梯级 2：使用干净信号的动作逻辑 `|---[ Debounce_Timer.Q ]---------------------( Motor_Start_Sequence )------------|`

这是最小可行去抖动模式。

为什么下游逻辑应该使用去抖动位而不是原始输入？

下游逻辑应该只使用去抖动位，因为混合使用会使滤波器失效。如果一个梯级使用 `Raw_Sensor_Input`，而另一个梯级使用 `Debounce_Timer.Q`，程序中就会包含对同一设备的两种相互竞争的解释。

这会造成可避免的不一致：

• 序列的一部分立即反应
• 另一部分等待限定
• 事件顺序变得依赖于扫描
• 故障排除变得不那么清晰

更简洁的模式是：

• 原始输入进入一个过滤梯级
• 过滤结果被清晰命名
• 所有序列逻辑引用过滤后的标签

用于去抖动验证的紧凑工程证据模式

如果您想展示控制判断力，请将去抖动工作记录为工程证据，而不是截图。使用以下结构：

1. 系统描述 示例：驱动计数或序列转换的输送带光电眼或机械限位开关。
2. 正确行为的操作定义 示例：一次物理动作产生一个逻辑事件，且没有重复转换。
3. 梯形图逻辑和模拟设备状态 展示原始输入、TON 梯级、去抖动输出以及受该输出影响的机器状态。
4. 注入的故障案例 在原始输入上引入抖动或快速切换。
5. 所做的修订 添加或调整 TON 预设，然后将序列逻辑路由到过滤后的位。
6. 经验教训 说明发生了什么变化、为什么有效以及消除了什么过程风险。

这就是“仿真就绪”在实践中的意义：您可以在逻辑到达实际过程之前，证明、观察、诊断并强化控制逻辑以抵御现实行为。

您可以通过注入不稳定的输入行为、观察定时器响应并确认只有过滤后的位被允许驱动序列，来安全地测试去抖动逻辑。OLLA Lab 在这里非常有用，因为它提供了基于浏览器的梯形图编辑器、仿真模式和变量可见性，而无需实际硬件。

在操作层面，该平台充当了一个有界的验证环境。它让您可以比较输入正在做什么、定时器正在做什么以及机器逻辑被允许相信什么。

OLLA Lab 中的去抖动测试工作流步骤

1. 创建或打开梯形图项目 构建一个包含一个原始布尔输入和一个输出动作的简单序列。
2. 添加 TON 去抖动梯级 使用原始输入作为 `IN`，分配预设值（如 `T#50ms`），并从 `Q` 创建一个清晰的过滤标签。
3. 通过过滤后的输出路由动作逻辑 不要让原始输入直接驱动机器动作。
4. 运行仿真模式 启动逻辑并打开变量面板。
5. 快速切换原始输入 通过快速连续开关输入来模拟抖动。
6. 实时观察 `ET` 确认经过时间开始累积，并在输入在达到 `PT` 之前断开时复位。
7. 确认 `Q` 在噪声期间保持 FALSE 去抖动输出不应在输入保持稳定达到完整预设时间之前变为 TRUE。
8. 保持输入 TRUE 足够长的时间以达到限定 验证 `Q` 仅在定时器达到预设值后才变为 TRUE。
9. 观察下游机器状态 确认输出或序列转换只发生一次，而不是多次。

这就是 OLLA Lab 具有操作价值的地方。您不仅仅是在画一个梯级；您是在根据行为模型验证该梯级，并检查逻辑是否能在现实的故障模式下存活。

在变量面板中应该观察什么？

变量面板应通过关联原始输入行为、定时器状态和序列响应来使用。对于去抖动测试，至少监控：

• 原始布尔输入
• TON `ET` 值
• TON `Q` 输出
• 下游输出或状态位
• 任何容易受到双重触发影响的计数器或步骤转换位

关键观察点很简单：如果原始输入抖动但 `Q` 在信号合格前保持稳定，则去抖动逻辑按预期工作。

这证明了什么，又没有证明什么？

基于仿真的去抖动测试证明了梯形图结构和定时逻辑在注入条件下表现正确。它有助于在涉及硬件之前验证因果关系、定时器复位行为和序列稳健性。

它不证明：

• 现场接线质量
• 实际传感器健康状况
• EMC 性能
• 安全完整性
• 最终现场调试准备情况

这种界限很重要。仿真是在低成本下消除逻辑错误的地方。现场工作是剩余现实世界问题出现的地方。

当问题是离散输入状态变化过于频繁，导致扫描周期无法处理，且应用可以容忍小的限定延迟时，软件去抖动是合适的。它对于非安全序列逻辑中的标准机械触点特别实用。

在以下情况使用软件去抖动：

• 输入设备是机械式的
• 错误转换是间歇性但可重现的
• 您需要在 PLC 程序中获得透明的定时行为
• 您希望滤波器是可见、可调和可测试的

在以下情况考虑硬件过滤或替代传感：

• 噪声源是电气而非机械的
• 信号路径接线不良或屏蔽不良
• 应用需要非常快速的边沿检测
• 控制器或 I/O 模块已经提供了可配置的输入过滤
• 该功能与安全相关，需要根据相应的安全框架进行设计

TON 不是万能药。它是针对特定类别问题的标准修复方案。

最常见的错误是过滤得太晚。如果原始信号在去抖动块之前被允许增加计数器、推进定序器或锁存故障，那么损害已经造成。

其他常见错误包括：

• 在某些梯级中使用原始输入，而在其他梯级中使用过滤位
• 在未观察实际行为的情况下选择预设时间
• 将预设设置得太高，导致机器响应迟钝
• 不加区分地对所有输入应用去抖动
• 将触点抖动与模拟噪声、接线故障或扫描顺序错误混淆

一个实用的规则很简单：在边界处过滤，清晰命名过滤后的位，并始终如一地使用它。

去抖动修复应记录为与观察到的故障模式相关联的有界逻辑修订。良好的文档使推理过程可供其他工程师、技术人员或集成商审查。

包括：

• 受影响的设备标签和物理功能
• 观察到的症状
• 相关时的扫描时间上下文
• 选择的定时器预设及其原因
• 修订后的梯形图结构
• 使用的测试方法
• 验收标准
• 修订后的结果

例如：

• 设备： `LS_101_InfeedStop`
• 观察到的症状： 单次机械动作期间出现重复步骤推进
• 修订： 添加 TON 去抖动，`PT = T#40ms`
• 验收标准： 一次动作产生一次序列转换
• 验证： 在 OLLA Lab 中模拟快速切换，观察到 `ET` 复位且 `Q` 仅合格一次

这就是能够经受住交接的证据水平。

机械抖动是硬件事实，但错误触发是逻辑设计选择。基于 TON 的去抖动梯级是要求信号在 PLC 接受之前保持稳定的标准软件方法，在许多应用中，20 至 50 毫秒的预设是一个合理的起始范围。

更重要的一点不仅仅是如何放置定时器，而是如何验证行为。准备好调试的工程师可以展示原始信号、滤波器行为、下游影响、注入的故障以及消除该故障的修订。这就是了解梯形图语法与准备好信任实际过程附近的逻辑之间的区别。

链接： 软件去抖动是我们梯形图逻辑精通课程中的一项基础技能。

相关链接：

• 理解扫描周期：OLLA Lab 如何模拟真实硬件
• 发现错误 #1：导致输送带崩溃的竞争条件

链接： 在 OLLA Lab 的去抖动逻辑快速入门预设中亲自测试此定时序列。

• 向上（支柱中心）： 探索支柱指南
• 横向： 相关文章 1
• 横向： 相关文章 2
• 向下（商业/CTA）： 在 OLLA Lab 中构建您的下一个项目

- IEC 61131-3 (可编程控制器，第 3 部分) - NFPA 79 工业机械电气标准 - 欧姆龙技术指南：继电器和开关触点抖动基础 - Cherry MX 开关技术资源