技术支持
AI小西
风驰卡
产品入门
在线产品选型
售后登记和质保查询
备件商城
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室培训课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
自动化标准机型应用中心
官方商城
西门子中国
普通
本版热门话题
相关推荐
相关帖子推荐
恭喜，你发布的帖子
发布于 2024-05-09 09:33:29
4楼
感谢冬圣的讲解，关于通讯方面给了标准规范的解决思路。但是关于INOUT引脚类型，为何会出现此种现象仍不太理解。通讯过程不是直接操作的DB块数据吗，通讯操作完成后，程序块对填入引脚的DB数据再次进行操作。既然通讯操作已经完成，程序块的操作为何会造成通讯写入失败的现象？
引用1楼详细内容：
FB实例的内外存储差异，InOut参数的内外传递，到底是copy传递还是reference传递，就不提了。
plc作为一个节点，和其它节点之间的通信，采用接口式隔离就可以了。从多上位节点控制的角度看，也应该做写入隔离。如下图
数据对象的构成，都是读写分开的。
上面的设计是：多个第三方节点，共用一套写入缓存，但需要每个节点做Access控制。
如果不打算让任何第三方节点，去做任何Access控制的更改，那就给每个节点准备一个单独写入缓冲区，在PLC内部做写入选择和回写覆盖就可以，但是有些费内存和费通信。
INOUT类型执行顺序为先读入再执行FB的程序然后写出，所以在FB程序执行期间HMI写入的数据FB是无法获取的，都会被FB写出的动作所覆盖。
请填写推广理由：
分享
只看
楼主
