想到的用AC的场景有以下几种：

1.跨子程序传递参数；（污染子程序，个人是强烈不建议的，也不建议用V什么的代替，除非真的不得已）

2.类型转换；（推荐，如从byte->float，明显省了几种类型的临时变量）

3.指针；（尤其是做循环时，习惯用AC1，而不用L，临时变量都用变量名访问而不是地址）

-------------------

什么时候“一定要AC跨调用回来之后要AC数据是原好的”

像子程序1有循环，循环体内调用子程序2，子程序2内再有循环，此时1和2各自保存恢复AC；

以仓库为例，仓库有排/列/层，最终到库位，每个库位有多个信号，我习惯以8列为一个分控柜（方便按字节处理与或非），多个分控柜做一个子程序1（动态配置分控柜个数，信号整理等），分控柜内做子程序2（子程序2内处理分控柜内部的信号，如每库、每列）

------------------------

“当两种思维的子程序一齐使用的话矛盾产生了”

同意32L的，如果子程序没有自己保存恢复AC，那就改子程序，如果加密了就去密码再改，如果还不行，就只能先测试子程序有没有用AC，用了哪个，再进行封装处理；

就像modbus库，我想没几个人在调用前后不管三七二十一的保存所有AC，再恢复的吧