【问题标题】:State of TwinCAT events is not correct in the HMI and Visual Studio Logged EventsHMI 和 Visual Studio 记录的事件中的 TwinCAT 事件状态不正确
【发布时间】:2021-03-23 03:00:09
【问题描述】:

我们使用 TwinCAT 3 Event Logger 来跟踪我们机器中的事件。事件以Event grid control 显示给用户。

引发的警报正确显示在事件网格中。每隔一段时间就会发生警报被清除,但它永远不会在网格控件中更新为已清除。此外,当我们在 Visual Studio 中使用 Logged Events 窗口检查警报时,它没有清除日期。但是,当我们检查FB_TcAlarm 的状态时,它有一个清除日期或eConfirmationState 设置为NotRequired,这意味着警报当前未处于引发状态。

奇怪的是,这种情况并不总是发生——大多数时候警报都能正常工作。只有在极少数情况下它们不起作用。此外,发生故障的警报并不总是相同的。

如果有其他人患有此病?或者知道如何解决/重现这个问题?

【问题讨论】:

    标签: twincat


    【解决方案1】:

    我有同样的问题,但对我来说,当我更改代码中的某些内容时会发生这种情况(我有一个 TcCom 对象的动态数组,并且 FB_Alarms 获取自己的索引并使用自己的名称和消息注册到这些 TcCom 对象) 并且如果我更改名称(用于双重检查索引)或重置为原点,则会重置旧索引并且无法确认旧警报,因为原始收件人不再存在。此时我必须通过 XAE 清除记录到 PLC 的事件,停止 HMI 并删除服务器中的 2 个文件。

    我知道这不是一个完整的答案,但它有助于了解 HMI 有自己的 eventLogger 实例和自己的记录,PLC 也有它自己的,无响应警报的一个可能原因是接收方 FB_TcAlarm 已经改变了。

    【讨论】:

    • 感谢分享!您删除了哪些文件?
    • HMI 服务器文件夹中的文件名是 logger.db 和 logger.db-journal(在 Windows CE 中,Hard Disk\Twincat\Functions\TF2000-HMI-Server\l,在 PC 中它位于 Twincat 中的某处文件夹)。 PLC也有自己的文件,我认为它们名称相同或几乎相同。当 HMI 文件被删除时,它将尝试从 PLC 导入事件历史记录,因此两者都需要删除。您还可以通过 XAE 从(仅限 PLC)清除事件日志,请参阅此infosys.beckhoff.com/english.php?content=../content/1033/…
    【解决方案2】:

    我相信在我们更新到 HMI v1.12 和 TwinCAT 版本 4024.10 后问题似乎已经消失了。

    【讨论】:

      猜你喜欢
      • 2021-11-22
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-06-26
      • 1970-01-01
      • 2011-11-10
      相关资源
      最近更新 更多