simotion ST编程,变量和程序的模块化
通过这几年的实践,对simotion的程序结构规划有了一些新的理解。工程师在面对项目时,经常有几个问题比较困惑。
目前面对的问题
1)如何理解其他人编写的程序
2)如何从程序中找到可以移植的部分
传统的程序结构
--- d_HMI_VAR
--- d_Global_VAR (global variable of different module)
--- d_IO_VAR
--- p_module01
--- p_module02
优点:便于区分变量是否需要连接HMI
问题:不利于module的移植,module的变量和程序不在一起
模块化的程序结构
--- d_general_var (d_machine_data) \\ machine status, axis status, axis cmd, alarms
--- d_IO_VAR
--- p_module01 \\ variables, fb-instance, program
--- p_module02 \\
--- p_module03 \\
优点:
- 全局变量定义部分,仅包含和顶级设备功能相关的通用变量,如设备模式、轴状态,报警word等
- 和模块(工艺)相关的变量,放在模块内global部分中
- 减少程序和程序之间的耦合
- 单个module包含本模块所用的大部分变量
问题:
- 需要改变连接HMI变量的习惯,HMI需要到不同的module内连接变量。这个改变同时也方便了HMI连接的模块化。
小结
对程序结构进行改进,是长期的工作。不同人,不同的时期理解可能会不一致。本文只提供了一种理解。
posted on 2018-08-06 12:11 lion_zheng 阅读(895) 评论(0) 编辑 收藏 举报