CPU：Q03，控制10个伺服，采用结构化编程。目前就做了1个伺服的程序，这个伺服调用了12个FB（单个FB不算大，就是MC_Power、MC_MoveAbsolute这样的FB）。程序空间就超过30%左右了，而且是不包括源代码信息占用的空间。这样的话，用这种编程方式，这个CPU肯定是不够用了。
三菱结构化编程的程序一直都不多，请教一下，是不是有其他解决办法？

三菱的FB调用方式是多次复制，用得越多越占存储空间， 比较差劲的，

没用过三菱，听同事说用梯形图比用ST省空间

不清楚哪家的PLC调用不是越来越大？
调用FB大的原因是日系的PLC会在PLC存储空间专门划出一块区域用于FB的特定存储空间，在早期FB应用较少的情况下，你会觉得非常占地方，后期随着FB数量增多，这个区域的增速会减缓，所以在定义FB时，先赋值后使用的变量尽量用内部变量。

原来FB这么不好用,亏我还想学习.现在好了,不学了

FB调用一次就会自动生成相应背景变量——这个任何品牌PLC都是必须的！！
三菱的FB跟欧美系的看起来不一致是底层软件架构不一所致，这个你可以在选用CPU决定自己的程序空间

你FB不合理，CPU的引导内存固定字节是死的，
哪家PLC都一样;用到自定义的FB也是一样，你自己划分的有问题;我们现在的项目动辄15轴以上还加上外围串口通讯控制，照这样用FB早就完了，我们基本上全部都是ST编写的FB，一个轴的伺服你尽然要调用12个FB，哥们，你自己好好想想，你的FB里写了多少重复无用的代码

这让我想到了博途优化的块访问，即符号寻址，可节省很大的存储空间，不知日系的是不是这样

引用 gk_0 在 2018/6/16 7:55:15 发言【内容省略】

在早期的STEP7软件中已经可以符号寻址 ，其他厂商也称为标签化编程，只是用户仍然可以使用地址来进行编程，在博途中，强化了这一点，如果用户使用绝对地址编程，那么系统会默认为他指定一个符号名（标签名）。
使用符号编程并不会节省存储空间，区别仅仅是分配变量的地址由用户分配变成了系统分配，字节仍然是字节，并不节省，采用符号编程的好处在于：
1、提高了编程效率，用户不需要考虑存储空间地址的定义，因为系统会根据数据类型分配。
2、大大的减少了数据访问出错的可能性，因为通过地址，用户可能会忽略数据类型而导致数据地址访问出错。
日系与西门子不同的地方在于FB的存储区域，日系会划分一个统一的FB可以使用的特定内存区域来作为FB的使用，而西门子则是通过用户指定背景DB的方式来分配FB的所使用的内存区域，这两种方式都有益有弊，说不上谁更好一点。
Good Luck~

引用 cvlsam 在 2018/6/16 11:42:45 发言【内容省略】

你说的“使用符号编程并不会节省存储空间”，有待商榷：
标准访问方式和优化访问方式下，数据块的存储空间有什么不同了，请看下图。
图一引自西门子官网S7-1200视频教程的截图，至少整理了数据，类似电脑磁盘的碎片整理。
图二，则说明了节省的字节数。
不对之处，请批评指正！