如何在触摸界面上配置 PLC 定时器和计数器

要在触摸界面上配置 PLC 定时器 (TON) 和计数器 (CTU)，工程师需要手势优化的编辑功能，并将状态监控与梯形图编辑分离开来。OLLA Lab 支持移动梯形图作业，提供拖拽式饼状菜单、触摸小键盘以及用于实时观察状态位和累加器的侧滑式变量面板。

移动梯形图逻辑编辑并非本质上不可行；通常是因为将传统的 PLC IDE 远程投射到平板电脑上体验不佳。这种区别至关重要，因为定时器和计数器属于有状态指令，其行为必须通过观察位变化、累加器数值和序列时序来确认。

在基于浏览器的自动化环境可用性测试中，使用 OLLA Lab 原生触摸饼状菜单和参数小键盘的工程师，在 iPad 上配置 3 rung（梯级）TON 到 CTU 序列的速度，比通过移动远程桌面应用使用传统 Windows IDE 进行相同构建的速度快 22%。方法论：n=18 名工程师和高级学员；任务=构建并参数化一个包含一个 TON、一个 CTU 和一个复位路径的 3 梯级序列；基准对比=通过 iPad 移动远程桌面访问的传统 Windows IDE；时间窗口=2026 年 3 月的单次定时任务。这支持了关于触摸工作流在模拟构建任务中效率的边界可用性主张。它并不支持平板电脑应取代主要工程工作站的更广泛主张。

当触摸界面能让工程师准确放置指令、无需费力操作键盘即可进行参数化，并且在不将梯形图缩小到无法阅读的情况下观察实时状态变化时，它才具有操作价值。这正是 OLLA Lab 的定位所在：作为逻辑行为的基于浏览器的排练和验证环境，而非现场调试权限的替代品。

传统的 PLC 编辑器在触摸屏上表现不佳，因为它们是为 WIMP（窗口、图标、菜单、指针）交互模型设计的，而非电容式手势输入。Studio 5000、TIA Portal 等环境预设了鼠标指针、右键上下文菜单访问以及较小的可选 UI 目标。而触摸硬件则相反：需要更大的点击区域、直接操作，且尽量减少对悬停状态或嵌套菜单的依赖。

这种不匹配在哲学层面之前，首先是物理层面的。用鼠标光标容易选择的参数字段，在平板电脑上当有效点击目标小于舒适的触摸目标时，就变得容易出错。实际上，在平板电脑上选择 `PRE` 字段或标签占位符，往往演变成“缩放-平移-点击-重复”的过程。

传统 OT 中的 UI/UX 摩擦点

• 微小目标： 为定时器或计数器分配标签通常需要以近乎鼠标的精度点击非常小的操作数区域或占位符符号。
• 对上下文菜单的依赖： 更改指令类型或打开编辑选项通常依赖右键行为，这在移动设备上很难转化为长按手势。
• 窗口拥挤： 打开监视窗口、交叉引用或标签浏览器会压缩可见梯形图区域，导致在 10 英寸屏幕上难以阅读梯级上下文。
• 远程桌面延迟： 即使是轻微的网络延迟也会使拖拽、点击和字段选择感觉不稳定，尤其是当会话渲染的是从未针对触摸设计的桌面 UI 时。
• 键盘遮挡： 标准移动键盘可能会遮挡正在编辑的操作数，这在确认是否更改了 `PRE`、`ACC` 或标签名称本身时尤其不便。

这并非对传统 IDE 在其预期环境中的批评。它们是为工程工作站构建的，在工作站上它们依然适用。问题在于当桌面交互模型被强行塞入平板电脑时。

接通延时定时器 (TON) 指令需要三个核心要素：定时器标签、预设值，以及通过 `EN`、`TT` 和 `DN` 等位可观察的运行时状态。在触摸设备上，只有当这些要素无需依赖精确点击即可分配时，配置工作流才能成功。

OLLA Lab 用上下文感知的触摸交互取代了工具栏密集的指令放置。目标是减少输入摩擦，使工程师能够专注于逻辑行为而非 UI 变通。

OLLA Lab 的定时器触摸工作流

1. 滑动至空白梯级。 在开放的梯级区域向右滑动，调出指令饼状菜单。
2. 选择定时器指令。 点击定时器/计数器图标，在梯级上放置默认的 TON 模块。
3. 绑定定时器标签。 点击 `Timer` 操作数区域打开全屏标签字典叠加层，然后选择或创建定时器标签。
4. 输入预设值。 点击 `PRE` 字段打开 OLLA Lab 的数字触摸小键盘，而非通用的移动键盘。
5. 确认梯级条件。 在 TON 前添加使能触点，并在运行模拟前验证梯级逻辑路径。
6. 运行并观察状态。 启动模拟，并在变量面板中监控定时器的 `EN`、`TT`、`DN` 和 `ACC` 数值。

一个正确的定时器构建不仅仅是放置在梯级上的 TON。它必须是一个在输入变化下，其使能条件、经过时间行为和完成状态转换均可被观察和解释的指令。

在移动设备上测试 TON 时应验证什么？

TON 不应仅根据视觉放置进行验证，还应针对动态状态转换进行验证。至少应确认以下内容：

• 当梯级条件变为真时，`EN` 变为真。
• 当定时器正在向预设值累加时，`TT` 保持为真。
• 在定时区间内，`ACC` 按预期递增。
• 仅当 `ACC` 达到 `PRE` 时，`DN` 才变为真。
• `ACC` 和状态位根据指令行为和梯级条件变化进行复位或保持状态。

这也是“模拟就绪 (Simulation-Ready)”需要精确定义的地方。在 Ampergon Vallis 的使用中，具备“模拟就绪”能力的工程师是指能够在控制逻辑进入实际流程之前，证明、观察、诊断并强化其应对现实过程行为的能力。仅仅知道 TON 符号的样子是不够的。

CTU 指令必须通过其整数状态及其边沿驱动的控制行为进行监控。仅观察 `ACC` 数值是不完整的，因为计数器依赖于转换逻辑，诊断问题通常在于计数事件是否发生，而不仅仅是当前显示的数字是多少。

对于 CTU，基本观察集通常包括：

• `CU` 或计数使能行为
• `DN` 或完成状态转换
• `ACC` 或当前累加计数值
• 复位路径行为
• 触发输入的转换模式

在小屏幕上，主要失败模式不是信息不足，而是布局不佳。如果监视数据和梯级争夺同一空间，用户最终会不断缩小视图，直到两者都无法使用。OLLA Lab 通过侧滑式变量面板将变量监控与梯形图编辑解耦，从而解决了这个问题。

为什么变量面板对计数器很重要？

变量面板允许工程师固定并观察特定标签，同时保持梯级可读。这很重要，因为计数器调试通常是一个因果关系练习：

• 传感器输入转换是否干净？
• 计数器是记录了一次事件还是多次？
• `ACC` 是否在预期时刻递增？
• `DN` 是否在正确的预设值处断言？
• 复位路径是否确定性地清除了状态？

这才是实际工作。梯形图只是故事的一半；状态转换才决定了最终结果。

用于移动测试的基本 CTU 配置：

• 梯级条件：`Sensor_Input`
• 指令：`CTU`
• 计数器标签：`Counter_1`
• 预设值：`10`
• 初始累加器：`0`

CTU 的正确诊断模式是什么？

CTU 应通过有意的输入转换和可见的状态跟踪进行测试。实用的移动工作流是：

1. 在变量面板中固定 `Sensor_Input`、`Counter_1.ACC` 和 `Counter_1.DN`。
2. 切换或模拟一次输入转换。
3. 确认 `ACC` 递增 1，而不是多个计数。
4. 重复直到 `ACC` 达到 `PRE`。
5. 验证 `DN` 是否在正确的阈值处断言。
6. 触发复位条件并确认累加器复位行为。

如果计数意外跳变，问题可能是输入抖动、扫描驱动的重复触发或有缺陷的边沿处理。计数器能迅速揭示错误的假设。

MOVE 模块是固定逻辑与状态相关参数控制之间的实用桥梁。在移动界面上，它们之所以重要，是因为定时器和计数器很少作为硬编码的孤岛发挥作用；实际序列通常需要根据机器模式、模拟阈值或操作员选择的配方进行预设值更改、复位或整数路由。

在 OLLA Lab 中，MOVE 指令可以通过与定时器和计数器相同的“触摸优先”工作流进行配置：从饼状菜单放置指令，点击源字段，点击目标字段，并通过叠加层和触摸小键盘分配数值或标签。

实用示例：写入 `TON.PRE`

一个常见的练习是使用 MOVE 模块，根据变量面板中调整的变量，将新的整数写入 `TON_1.PRE`。这证明了移动工作流不仅可以处理基本的布尔梯级，还能处理数据移动和参数化。

一个紧凑的测试序列如下：

1. 创建一个源整数标签，例如 `Requested_Delay`。
2. 在由模式或设置条件使能的梯级上添加 MOVE 指令。
3. 将 MOVE 源设置为 `Requested_Delay`。
4. 将 MOVE 目标设置为 `TON_1.PRE`。
5. 在变量面板中调整 `Requested_Delay`。
6. 运行模拟并确认定时器预设值按预期更改。
7. 触发定时器并观察新的延迟是否正确控制了 `ACC` 和 `DN` 行为。

如果触摸界面能够支持参数路由、状态监视和可重复验证，它就是有用的。如果它只能放置触点，其工程价值就有限。

只有在控制了意外输入更改的情况下，触摸模拟才具有可信度。移动设备上的风险很直接：手指不如鼠标指针精确，且在没有保护措施的情况下进行实时状态切换可能会产生误导性的测试结果。

OLLA Lab 通过浏览器环境内的边界模拟控制解决了这个问题。重要的区别在于安全地模拟逻辑与与实时工厂 I/O 交互。OLLA Lab 适用于前者。

防御性移动模拟功能

• 两步切换： 变量面板中的布尔输入更改使用“点击并确认”模式，而非单次随意点击。
• 模拟模式隔离： 逻辑在基于浏览器的模拟环境中执行，因此参数更改会影响数字孪生或模拟逻辑状态，而非物理现场设备。
• 解耦监控： 工程师无需反复缩放和直接点击拥挤的梯形图元素即可观察变化数值。
• GeniAI 助手支持： 用户可以要求 GeniAI 审查序列、解释指令或在重新运行模拟前标记可能的逻辑问题。

安全边界应明确说明。OLLA Lab 是针对高风险逻辑任务的验证和排练环境。它不是实时控制平台，不能替代正式的工厂验收测试，本身也不构成功能安全合规的证据。

“模拟就绪”意味着工程师可以在部署前根据可观察的机器或过程状态验证逻辑行为。对于定时器和计数器，这意味着不仅仅是正确放置指令。它意味着要证明时序、计数、复位行为和故障响应在现实条件下均按预期运行。

工程师通过能够回答以下六个实际问题来展示“模拟就绪”的工作成果：

1. 预期的序列行为是什么？
2. 哪些确切条件定义了正确的操作？
3. 观察到了哪些梯形图状态和模拟设备状态？
4. 注入了什么故障或异常情况？
5. 发现故障后做了什么修订？
6. 对控制哲学或故障模式有了什么了解？

这种结构很重要，因为雇主和审查者需要的是工程证据，而不是截图库。

构建紧凑的工程证据体系

在 OLLA Lab 中记录定时器和计数器工作时，请使用此结构：

1. 系统描述 描述机器或过程片段，例如电机启动延迟、瓶子计数站或主泵交替序列。
2. 正确的操作定义 用可衡量的术语定义预期行为。例如：“在 `Start_PB` 变为真后，`Motor_Run` 应仅在 3 秒的持续允许条件为真后才通电。”
3. 梯形图逻辑和模拟设备状态 展示执行期间的梯级逻辑以及相应的模拟设备或过程状态。
4. 注入的故障案例 引入一个故障，例如输入抖动、漏掉复位或超出预期范围的预设值。
5. 所做的修订 记录逻辑更改、参数调整或序列校正。
6. 经验教训 说明测试揭示了关于扫描行为、边沿处理、时序假设或操作员交互的哪些信息。

这种证据比单纯的截图更有用，因为它展示了因果关系、异常行为诊断和有意的修订。

移动梯形图编辑应被视为一种用于练习、审查和快速验证的边界能力，而非全功能工程站的通用替代品。这种定位既在技术上诚实，又在操作上实用。

在工厂车间，技术人员和工程师越来越多地携带平板电脑来访问 HMI、SCADA 视图、维护记录和故障排除信息。在这种背景下，原生触摸梯形图模拟环境很有价值，因为它允许快速排练序列逻辑、定时器行为和计数器诊断，而无需远程连接桌面 IDE 的摩擦。该工作流对于培训、入职、故障审查和原型验证特别有用。

限制同样重要。最终部署工作流、特定供应商的指令行为、安全生命周期活动以及正式的变更控制仍属于相应的工程系统和治理流程。平板电脑是一个有能力的工具，但不能替代这些流程。

推荐图片： 分屏 iPad 界面，左侧显示带有 TON 指令的梯级，右侧显示 OLLA Lab 变量面板，并高亮显示实时递增的 `ACC`。

图片替代文本： iPad 上 OLLA Lab 移动界面的截图。用户正在使用触摸优化的小键盘调整 TON 预设值，同时变量面板显示实时累加器和定时器计时 (`TT`) 位。

定时器和计数器不应容忍 UI 摩擦，因为它们既是编程指令，也是诊断指令。如果界面使得放置 TON、编辑 `PRE`、观察 `DN` 位或在状态变化期间跟踪 CTU 累加器变得困难，工程师就会将精力花在工具上，而不是逻辑上。

OLLA Lab 的移动工作流之所以有用，是因为它直接解决了这个问题：在基于浏览器的模拟环境中提供原生触摸指令放置、全屏参数输入和解耦的变量监控。如果使用得当，这为工程师提供了一种实用的方法，可以在任何接近实时过程的操作之前，排练时序序列、验证计数器行为并记录逻辑修订。

- IEC 61508 功能安全标准概述 - IEC 61131-3 可编程控制器编程语言 - NIST SP 800-207 零信任架构 - ISO 9241-110 人机交互人体工程学 - Tao 等人 (2019) 工业中的数字孪生 (IEEE) - Fuller 等人 (2020) 数字孪生使能技术 (IEEE Access) - 美国劳工统计局 - 德勤制造业展望