“监听事件”模式

28天前更新

简介

“监听事件 (Listen events)” 模式会计入该时段内产生的所有脉冲,但不会使计划停机的检测失效。delta 会按其损失项自动判定,脉冲则在该时段内产生正常时间。

工作原理

应用程序在每个拆分点(delta 和计划停机的起始边界)对时间进行分段:

  • 每次拆分时,左侧 保留其现有信息。
  • 右侧 更新为正常时间(等于脉冲数乘以当前产品的周期时间),随后是当前处理片段的停机原因。

这与应用程序当前处理损失的方式相同:当用户拆分一条损失时,右侧会丢失其现有信息。区别在于,系统会在每次拆分后立即对右侧应用正确的判定。

该时段内的运行行为:

  • 在 0V 下记录的每段时长都会自动填报为“计划停机”和/或“计划停机 delta”(前置或后置 delta)。
  • 在计划停机期间记录的任何脉冲都会将可用时长转换为正常时间。脉冲数乘以其理论周期时间之和,等于该时段内的正常时间总量。

**示例:**如果在计划停机期间,理论周期时间为 5 秒的产品被记录了 5 次,则正常时间为 5 × 5 = 25 秒——这是计算正常时间的常规方式。

计划停机与正常时间共享其时长

绿色代表正常时间,黑色箭头代表脉冲——一个箭头 = 1 个脉冲。计划停机并未失效,而是与脉冲产生的正常时间共享其时长。

**Start & Stop:**系统计入的是上升沿(状态变化)而不是脉冲,正常时间对应于无影响停机时长之和,而不是脉冲数 × 周期时间。

案例分析

第 1 个或第 2 个 delta 期间的脉冲

如果在第 1 个 delta 期间出现脉冲,该脉冲会被计入,其后是正常时间,等于最后生产的产品的周期时间。如果该 delta 期间没有其他脉冲,检测到的损失会自动按 delta 损失项判定。

第二个 delta 的逻辑相同:脉冲会拆分进行中的时长,并将脉冲之后的周期时间判定为正常时间。

第 1 个和第 2 个 delta 期间记录的脉冲

第 2 个 delta 之后的脉冲

第 2 个 delta 之后的脉冲会被计入,并结束后置 delta 的判定。它产生等于理论周期时间的正常时间,随后是一条待填报的损失。

第 2 个 delta 之后记录的脉冲

“停止生产”按钮

操作员的手动操作被视为优先。delta 属于过渡性和自动的,因此让位于生产停止损失项。但计划停机的判定仍然优先,因为停机是计划内的,且不具过渡性。

**前提条件:**要启用“停止生产 (Stop Production)”,必须有正在进行的停机,并且在启用时不能出现脉冲。

在第 1 个 delta 之前启用停止生产按钮

图 a:在第一个 delta 之前启用按钮,该时段内没有脉冲——delta 被生产停止“覆盖”。图 b:停机期间出现第一个脉冲,随后在计划停机和第二个 delta 期间出现其他脉冲——在第一个 delta 或计划停机期间收到脉冲,会停用第二个 delta 的自动判定,并留下一条待填报的损失。

停止生产以及在第 2 个 delta 期间记录的脉冲

图 a:平台上配置的计划停机。图 b:操作员启用生产停止——没有脉冲时,delta 按生产停止损失项填报。图 c:一个脉冲在第二个 delta 结束时拆分被判定为生产停止的时长,并在右侧的正常时间之后显示一条待填报的损失。

启动任务

一般而言,任务优先于计划,剩余时间按 delta 和计划停机的损失项判定——标准模式除外的所有模式均如此。任务期间出现的脉冲会被忽略,即使在“监听事件”模式下也是如此。

因此,启动任务不会妨碍计划停机功能:任务持续期间显示任务损失项;如果任务未覆盖整个时段(delta + 计划停机),则由 delta 和计划停机的损失项填报剩余时段。自动填报在后台运行,位于任务和脉冲产生的正常时间之后。

在监听事件模式下启动任务

图 a:没有脉冲,也没有任务——按 delta 和计划停机的损失项判定。图 b:有脉冲,没有任务——时长被拆分,并加入正常时间(绿色)。图 c:有脉冲,并在第 1 个 delta 结束时启动了任务——任务时长按其自身损失项判定,不影响其余已填报的时长。

常见问题

如果机器在该时段内生产,计划停机是否会被取消?
不会:生产会在该时段内产生正常时间,但计划停机和 delta 的检测会保持有效。

如何停用后置 delta 的自动填报?
取消勾选 允许后置 delta 自动填报 (Allow after delta auto information) 选项——请参阅文章“逐步配置计划停机”。此后,后置 delta 需要由操作员填报。