恭喜,你发布的帖子
发布于 2018-08-05 00:01:33
2楼
如果设计的程序里充满M和DB的位变量的话,那只能说这程序还有很大的改进空间,写程序的人还是老思想,没能发挥博途软件架构的长处。
仔细看一下博途的帮助信息系统中“可用的 PLC 变量地址和数据类型”一节,你会发现和DB一点儿毛关系都没有。
“编辑”菜单下的“查找和替换”,也只是在变量表中查找,而根本不会在整个项目包含的所有块中查找,如DB块中。
但是,编辑器依然提供了关于DB中元素与在程序中已经使用的在变量表中存在的元素间的手动替换功能,可以直接输入替换,也可以在DB块的详细视图下,将元素直接拖放到原元素在程序中的位置进行直接替换。
行业不一样和时代不一样编程思路也不太一样,而且每个单位或工程师有自己的程序基础,这些程序跑着也很完善,整体扫描周期普遍在10ms以下。部分块是从S5迁移过来的,有些是针对313和最老款CPU优化的,有很多奇技*巧来减少CPU扫描时间,甚至利用CPU的外部中断来做逻辑,限于当时的CPU性能和各种因素(如现场的临时优化,当时没有符号优先,最老的连FB的多重使用都没有)必须使用M和T,有些程序在现场已稳定使用超过10年,可惜的是和原项目的变量表和M区T区高度耦合,我们既想重构,也想将这些稳定的程序稳定性发挥出来。
说实话,如果在Step7 5.5/5.6时代甚至可以将程序导出为文本来实现,如果TIA Portal没有导出功能就只能等待或者尝试使用TIA Openness了,可惜后者太复杂,而且功能有限。
实际上DB块地址互相替换也是不行的,以绝对地址为例,将DB1.DBD0替换为DB2.DBD4也是不行的。这样程序编写的时候尽量别偷懒和做好规划,而且手工重构估计也是必须的。
请填写推广理由:
分享
只看
楼主