小釉：5楼2020-05-11 14:36:17

有一种说法是通讯负载的设置尽可能的和实际使用的负荷相同，也就是说通讯负荷稍微大于实际需要的负荷就可以了。大的太多的话，对CPU运行也是不利的。

有一个项目测试过，设置过大的通讯负荷的话，下载完硬件后，CPU启动不起来了，反而设置小的通讯负荷的话，CPU可以运行起来，这种现象又怎么解释呢？

目前CPU的扫描周期时间过长，优化CPU的扫描周期，加大还是减小通讯负载，是不是不是一定的呢？

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

第二个问题，关于这种说法我到觉得不用考虑过多，因为对于用户来说，大多数人无法知道自己的实际通信负荷是多大，1500可以通过程序来检测到，但是也不必一定匹配，就像前面回答的问题设置50%也未必全用。

对于项目测试，CPU启动不起来的原因如果归结于通信负荷这个参数，这就说明修改小了，这意味着，首先你的项目的通信负荷确实很大，其次，参数小了，CPU的循环周期也必然小了，所以就没有超过系统所设置的CPU的循环周期的上限值，这时就可以启动了。如果你设置Monitoring time的时间为最大6秒，也是可以启动起来的。

对于扫描时间过长，除了通信的影响，剩余的原因必然是程序太大，这反映了设计上CPU应该选择更高一级的CPU，例如CPU315到CPU319，或者到CPU1516等，当然这些没有考虑性价比，只是举这个例子。