引用4楼详细内容：

INOUT类型执行顺序为先读入再执行FB的程序然后写出，所以在FB程序执行期间HMI写入的数据FB是无法获取的，都会被FB写出的动作所覆盖。

引用2楼详细内容：

感谢冬圣的讲解，关于通讯方面给了标准规范的解决思路。但是关于INOUT引脚类型，为何会出现此种现象仍不太理解。通讯过程不是直接操作的DB块数据吗，通讯操作完成后，程序块对填入引脚的DB数据再次进行操作。既然通讯操作已经完成，程序块的操作为何会造成通讯写入失败的现象？

引用1楼详细内容：

FB实例的内外存储差异，InOut参数的内外传递，到底是copy传递还是reference传递，就不提了。

plc作为一个节点，和其它节点之间的通信，采用接口式隔离就可以了。从多上位节点控制的角度看，也应该做写入隔离。如下图

数据对象的构成，都是读写分开的。

上面的设计是：多个第三方节点，共用一套写入缓存，但需要每个节点做Access控制。

如果不打算让任何第三方节点，去做任何Access控制的更改，那就给每个节点准备一个单独写入缓冲区，在PLC内部做写入选择和回写覆盖就可以，但是有些费内存和费通信。