有一个现场出现了设备异常的问题，但是能够正常使用，就是自动化运行会出现错误，我们到了现场以后通过软件在线监控，发现有一个编码器的校准点经常性的扫描不到，先说一说这个校准点是如何工作的，有什么用途，这个校准点是安装在设备的轨道上，设备经过这个位置时给ABS**值编码器进行一次预设值写入这样做的目的是为了让设备的定位精度更加。

       当然也会有一套程序来检查经过这个位置以后有没有监测到这个位置的存在，问题就是出现在这里了，设备经过这里时偶尔监测不到这个 校准点 实际上是每一次经过都会有动作，但是程序偶尔没有检查到，这个时候开始怀疑是不是 CPU的扫描周期太长引起的问题，进入模块信息里面查看一下，果然扫描周期已经达到了102-110ms之间了，工作存储器已经96%了，基本上快满了。

       于是让操作人员操作设备从原来的每分钟80米的速度降低为20米分钟的速度经过校准点就****正常，感觉问题就快可以解决了，于是让用户去领一个性能高一点的CPU，安装上去以后监控扫描周期10ms左右，高速运行没有再次报错，问题解决！！！

       我的观点：

       一）代码量与扫描周期不一定成正比，比如：程序代码量很大，但大量条件执行功能块及跳转指令，会   导致扫描周期不那么大；而程序代码量很少，但存在同一扫描周期内的循环甚至嵌套循环，会导致扫描周期的加长。

       二）如果是DP总线，主从控制远程IO形式，总线速率越高，扫描周期越短；无论是DP总线，还是PN总            线，总线故障会导致扫描周期的大幅度延长。

       三）大部分情况是严重的小马拉大车不堪重负了，通过软件解决问题的可能性很低，提高硬件性能才是解           决之道。

       四） 扫描周期不求太短，太短没好处；也不能太长，同样也会导致不稳定，20毫秒左右是适合的，而且             波动要小要稳定。