VAR RETAIN PERSISTENT 的使用

大卫·鲁特科夫斯基

我在我的家庭自动化项目中使用 WAGO PLC PFC200。我有很多 POU,每个 POU 用于一个房间。每个房间都实现了 Iroom 接口,并使用基本 POU 来执行通用逻辑,例如关闭所有灯。对于灯光管理,我正在使用

  • FbEvaluateShortLongPressfromWagoAppBuilding处理墙上按钮的短按和长按(它也可以是 OSCAT 库中的功能块)
  • FbLatchingRelayWagoAppBuilding作为 PLC 数字输出的切换

我想保存状态FbLatchingRelay,例如:断电。我希望在电源恢复时打开所有在掉电前关闭的灯。

我已经通过在我的 POUFbLatchingRelayVAR RETAIN PERSISTENT区域中声明 a 来解决它但是在阅读这里之后

如果将功能块中的局部变量声明为 RETAIN,则 CODESYS 会将该功能块的完整实例存储在 Retain 范围内(该功能块的所有数据);但是,只有声明的 RETAIN 变量会被如此对待。

我决定改变这一点,以免为 POU 中的一堆变量浪费 RETAIN 内存,但不需要存储为 RETAIN。

所以现在我有这样的事情:

  • VAR RETAIN PERSISTENT 区域仅在我的主程序中声明
  • 它仅使用需要的数据存储每个房间(每个 POU)的结构 - FbLatchingRelay POU 和一些其他变量
  • 在初始化房间 (POU) 时,我使用 VAR_IN_OUT 将这些结构传递到我的房间
  • 每个房间 (POU) 然后使用这些数据

PLC_PRG:

VAR RETAIN PERSISTENT
    BathroomPersistentData: BathroomData;
END_VAR

Bathroom(PersistData := BathroomPersistentData, xMainLightSwitch := DI1_13, xMirrorLightSwitch := DI2_3, xMirrorLightSwitchActuator => DO2_1, xMainLightSwitchActuator => DO1_11);

浴室 POU:

VAR_IN_OUT
    PersistData: BathroomData;
END_VAR

这是一个好方法吗?你怎么认为?它使项目复杂化了一点,但我不会为不应该存在的东西(整个 POU)浪费 RETAIN 内存。

斯科特

是的,这就是我的组织处理保留变量的方式。这也有助于支持其他 FB 需求的“保存到磁盘”解决方案(不是你的光状态)。

另一方面,您是否按原始方式耗尽了内存?有时我发现我们担心永远不会发生的事情。是的,将整个 FB 实例放在保留内存中是“浪费”,但是如果您的 FB 很小并且您的设备有足够的保留内存 - 那就不用担心了。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章