赞同楼主的观点

我写过类似的程序， 也按楼主的方法做过，但是又改回去了，不记得具体是什么原因，我用的是步进顺控， 程序里有用到绝对定位也用到相对定位，手动、自动模式

引用 965528555 在 2019/12/21 15:26:39 发言【内容省略】

楼主你莫怪其他人，三菱有不得不说的理由，为什么平常三菱不用西门子的FBFC模块去写？
因为用了那种方式，就必须使用结构化编程
然后本来可以写20K步的CPU，写了一个FC调用后，就会立马造成程序占用步，调用越多占用的资源也越多
我刚开始写三菱写一台7轴的非标自动化设备也用了FC调用这种方式，贪方便，下程序的时候发现居然超过120%多
用回简单的编程方法，再一编译，同样的程序，只用30%容量不到
有一说一，调用FC的步数要比重复调用相同程序的步数要多了
楼主你可以哪GXWORK2，结构化编程随便试试，在三菱L系列里面，调用FC占用的步数比调用相同的程序步数要多，我也很奇怪这点

支持楼主。思路不错。但这里是否出错？？

编程语言开发出来多种就是适合于各种人群，就像有的FB强迫症患者哪怕是控制一个电磁阀也是新建一个FC，调用FB，其实FB里面就一句：
LD A0.0；OUT A100.0;
然后在FC里面调用，Q1.0对应A100.0，M200.0对应A0.0；
这种FB强迫症患者个人认为没得治了！！
FB在三菱底层软件软件里面好像是占用2个背景内存块，但是在编程软件只是反映一个块，另外还有相应的背景数据块，也就是底层软件对应占了3个内存区块，所以占用内存远大于直接梯形图编辑或者ST语言编辑，个人喜欢直接编辑不大喜欢FB——对于大量重复工位例外，那个肯定用FB，一个调试完成意味着相同对象全部调试完成，没有谁喜欢给自己找麻烦

用结构化编程，要么不下载源代码，要么下载源代码的时候下到ROM里。从来不担心程序量的问题，硬把源代码扔进程序存储器，肯定超。

这样不更好

你这种写法要做好时序，我信捷的plc也是用了一条ddrva指令，不停的传送数据，启动定位标志，取完成标志位复位定位启动标志，调试的时候就出现了时序的问题，调整了一下就没问题了，但是程序结构看着就没那么整齐有序了

新手必经之路，程序不复杂没有问题，复杂就会出来

请个中间打手，以前调试ARM的游戏程序就学会了，现在想来ARM可以把程序变成数据装载到内存区再跳转去执行真是经典。