CASE1  1500T+6个v90+4ET200SP+1个焊接机器人+2HMI
       网络连接方式： 1500 PN X1 出来一根线到V90,所有V90级联。 PN X2 到交换机，其他设备连接交换机。
        V90 采用报文105，IRT通讯。
       问题：所有V90同时掉站，并很快恢复，其他站不受影响。
       采取手段：1.更换网线，网线接头，问题没有改善。
                 2.改大IRT循环时间，尝试8ms,16ms,32ms,发现时间越大，掉站频率越大。

                 3.将其他RT通讯改到16ms,IRT设为8ms(4ms会偶然出现CPU循环超时）通讯负载40%，观察1小时不掉站
                  后来客户着急发货，已拆机。
本以为这是一个干扰问题，但是客户另一个现场出现同样问题。

CASE2  1500+3个v90+3ET200SP+？
         让客户修改RT,IRT时间没有什么改善，由于该现场应用不需要同步，将V90改为报文102，RT 通讯，客户反馈一天没有掉站。

由于CASE1发往最终用户处，还没有安装，我怀疑还会出现掉站，请专家帮忙分析原因。

利用 proneta 扫描现场拓扑 

首次扫描拓扑.pdf

可以看到proneta 无法识别 哈丁交换机，两个哈丁交换机无连线。

同时发现现场有三台s7-1500连接在一起，建议客户先将其他PLC分开，将V90改回到IRT模式

故障很快复现，PLC报伙伴端口不支持IRT

PLC报警诊断缓冲区.png 

通过BANY 抓包分析

隔离前抓包位置.png

在PLC和哈丁交换机之间进行抓包，根据之前经验，主要对PTCP报进行分析

隔离前PN_PTCP.png

发现有很多PTCP的数据包

将X208交换机隔离PLC与哈丁交换机

隔离后抓包位置.png

隔离后PN_PTCP.png

发现只有PLC的PTCP的报文。

说明X208具有过滤PTCP报文的功能，可以防止PLC收到异常的PTCP报文，

再一次验证PN交换机在实际应用中的重要性。

由于ET200SP的两个口本身具备PN交换机功能，将ET200SP的位置换到PLC与哈丁交换机中间，实现隔离

最终网络拓扑图01.pdf

最终网络拓扑图02.pdf

V90 没有再出现掉站的报警。