我在我的家庭自动化项目中使用 WAGO PLC PFC200。我有很多 POU,每个 POU 用于一个房间。每个房间都实现了 Iroom 接口,并使用基本 POU 来执行通用逻辑,例如关闭所有灯。对于灯光管理,我正在使用
FbEvaluateShortLongPress
fromWagoAppBuilding
处理墙上按钮的短按和长按(它也可以是 OSCAT 库中的功能块)FbLatchingRelay
从WagoAppBuilding
作为 PLC 数字输出的切换我想保存状态FbLatchingRelay
,例如:断电。我希望在电源恢复时打开所有在掉电前关闭的灯。
我已经通过在我的 POUFbLatchingRelay
的VAR RETAIN PERSISTENT
区域中声明 a 来解决它。但是在阅读这里之后:
如果将功能块中的局部变量声明为 RETAIN,则 CODESYS 会将该功能块的完整实例存储在 Retain 范围内(该功能块的所有数据);但是,只有声明的 RETAIN 变量会被如此对待。
我决定改变这一点,以免为 POU 中的一堆变量浪费 RETAIN 内存,但不需要存储为 RETAIN。
所以现在我有这样的事情:
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 很小并且你的设备有足够的保留内存 - 那就不用担心了。
我个人没有在内存很小的 PLC 上工作过,但是一个研究此类 PLC 的同事团队完全放弃了 POU,转而使用 STRUCTUREs 和 FUNCTIONs(引用所述结构)以节省空间。所以如果空间有限,我会研究这个。
@Guiorgy 和 Scott - 感谢您的投入!它是有益的!