本人所处行业是电子元件产品的测试，行业对整体的产能有较高的影响，现在有一个程序同时对12个元件产品的性能进行了12个相同条件判定移位处理，就中间涉及到寄存器和中间继电器不同，程序写法完全相同，触发移位的条件也相同，但因为PLC扫描是从上往下从左往右进行扫描，故此12段移位的程序会对整体产能有很大影响，有没什么办法类似上位机那样把这12段移位的程序进行多线程同时进行处理。不进行这段移位程序我单马达动作加仪表的触发总产能有1200K/H，只要把这段移位加进去产能就会降低到840K/H

单独一个移位判定的步数为1700步，12个轨道就是2W步

实际上两万步不算大，何况优化后估计会少很多，除非你的PLC非常古董才会有影响

PLC是FX5UC的，这PLC应该不算慢了，我这马达的动作时间就只有14ms，这个我通过马达的软件抓过波形稳定的14ms,测试仪表是2个仪表，一个仪表管6个产品都是同时触发，仪表说明书写明了单个产品触发到给出结果就只有2.3ms，故6个产品就只有13.8ms算上我马达的时间14ms，我一个周期就只有30ms，单轨最大产能为120K/H，12个最大产能为1440K，实际情况是不加移位的判定我一个周期为36ms,算上移位后我产能就加大为51ms了

我对仪表单独写过程序测试，验证过单产品的触发到结果和说明书上写的2.3ms没多大产别，基本稳定在2.3ms-2.5ms,但发现过如果程序写了incp_u类似的计数就把周期加长

采用多CPU系统才能实现同时，小型PLC就不用多想了。

有没什么推荐的型号，这个真没研究过

行业对轴的要求不多一般就是1-2个轴，但对IO要求很多大概输入输出300个点位，程序写法涉及大量相同条件的移位及数据计算

既然扫描时间这么大影响，只能尽量减少步数，或者考虑多用一个PLC来处理

无解的，除非优化程序算法。三菱PLC没有多线程的概念，其次按照你的描述，现在相当于类似的程序写了12次，即使通过变址等方式封装了，执行也不过是从内联变成了调用，程序短了执行事件未必缩短