在plc的诊断信息里，总是有信号报警，查看信号的地址，再查看上一级的pn io的地址。发现在plc的pnio的刷新时间不是一定的，有2ms,4ms,8ms,16ms,256ms等。并且发生这种信号报警的所在的站点的刷新时间多为2ms,4ms。进行了下网络性能测试，方法运行-CMD-PING10.155.28.81,测试对其中一个ET200S的通讯性能。结果数据没有发生丢包，延时时间平均为4ms。从以上说明中判断，pnio的刷新时间过短，因为此工艺段包括pn io设备25个，兼顾上位机的通讯，以及十几个连结的s7通讯和tcp的通讯。如果pnio的刷新时间过短，又由于整个网络的负荷，可能造成网络的数据通讯不正常的影响，甚至掉线。查看plc的扫描时间平均为30ms左右，可以把pnio的刷新时间放长点。更改为8ms。修改完，正常生产了一天，检查plc的诊断缓存区发现无信号报警。见下图
修改完后，ping测试网络性能。延时时间3ms，见下图
在S7-300cpu硬件属性里把通讯负荷由20%更改为40%，这样预留更多地资源给通讯。更改完后，监控两天，没有发生掉线的事故。
5. 处理结果
the final result
将pn io的刷新周期变为8ms。并且在S7-300cpu硬件属性里把通讯负荷由20%更改为40%，这样预留更多地资源给通讯。更改完后，监控两天，没有发生掉线的事故。
6．基于现场的实际情况，希望通过销售给用户的建议：
Suggestion to customer:
在后续的项目中，针对用户这种有大量的设备需要挂在网络节点上的使用方式，可以通过划分不同的子网，这样便于故障的分析查找，以及数据的隔离！
大锅饭不是那么好吃的，以太网虽强，但大家都在抢资源，也会堵车的，414-3E交换机喃喃地说。
