VAR RETAIN PERSISTENT

如何解决VAR RETAIN PERSISTENT

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

• FbEvaluateShortLongPress 来自 WagoAppBuilding 用于处理墙上按钮的短按和长按（也可以是 OSCAT 库中的功能块）
• Fblatchingrelay 来自 WagoAppBuilding 作为 PLC 数字输出的开关

我想保存 Fblatchingrelay 的状态，例如：断电。我希望所有在断电前关闭的灯在电源恢复时打开。

我通过在 POU 的 Fblatchingrelay 区域声明 VAR RETAIN PERSISTENT 解决了这个问题。但是在阅读here之后：

如果将功能块中的局部变量声明为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 很小并且您的设备有足够的保留内存 - 那就不用担心了。