引用10楼详细内容：

@yming

     非常感谢能把我带入这个贴子的讨论里来！

@ 刚刚入门

    首先，现场CPU的型号没有选小，若是选小了造成通信的问题，那出现故障的设备就不只是第三方的伺服设备，我们西门子的设备也同样会出现掉站的现象的。

    其次，根据你对现场情况的的描述，出现故障现象有可能需要从下面两个方面 排查：

      1、现场网络连接的设备比较多，但网络没有进行规划，以至于出现瞬间大量网络数据广播，进而使得第三方的设备的不正常工作（西门子的设备对瞬间大的广播做了限流处理，所以不会出现掉站的现象）

    2、可能是现场的某一段网线受电磁干扰，，以至于其后所连接的设备会出现偶然掉站的故障现象。

处理故障的方法：

     针对1的故障原因：可以了解一下现场的网络联网情况，然后再通过网络抓包分析数据流量情况，已经在网络上跑的协议有哪些。若确实存在此情况，建议通过三层交换机来划分VLAN，进而隔离其它网络的广播数据。

     针对2的故障原因：可以查看交换机的端口的统计信息，看有没有CRC校验的计数器一直在增加，若增加说明此网线受到了电磁干扰。建议移除干扰源或者是线缆的敷设方式改变一下。

   最后，修改CPU的扫描周期是不会影响到PROFINET的通信的，因为PN的通信是用的自己专用的通信处理器，而不是用的PLC CPU的通信资源。S7的通信或TCP/IP的通信用的是PLC CPU的通信资源，S7通信有问题时，可以修改CPU的扫描周期来改善通信。

若您确实着急且有需要的话，我们可以免费帮您到现场诊断和分析故障原因。

引用0楼详细内容：

现场一台1511-1PN（后悔选小了），带了G120PN和第三方的PN设备（伺服和扫码枪）。现在偶尔在第三方伺服通信这边会报IO设备故障，目前CPU扫描周期二十几毫秒，工作内存占用70%。这么长扫描周期是不是对PN通信也有影响？准备降低PN通信周期设置，把网线也升级下，实时IO设备换西门子交换机。