一个小工程，在现场调试的时候将PLC程序下载到1511后在线监视发现网络不稳定。具体表现为程序在线监测过一会就会断开连接。由于同一个柜中的1214程序监测没问题，因此初步认为是CPU到交换机之间的网线有问题。。。

经过一轮现场换网线---程序监测---再换网线的捣腾，发现问题依旧。。。。为何同一个地方的1200监测没问题，1500有问题呢？由于1200主要是作为1500的从站使用的，因此将1200接回1500的X2网口，继续回控制室进行监测。

从上图可以看出，同时在线时，1500容易出现通讯中断，1200通讯一直正常。特别是在1500进行监控界面变更的时候更容易出现断连。但是如果程序不进行监控的时候ping是一直正常的，并没有出现掉帧的现象。

难道是1511CPU的本身问题？经过一番的程序查找检测，故障依旧。在线时看到CPU的固件是2.5的，最新已经是2.6.01了，不知道升级一下CPU固件是否能够解决问题呢？于是我下载了新固件，在远程升级时很容易出现网络中断导致升级不成功，如下图所示：

是光纤交换机的问题吗？我背起了小背包，辛辛苦苦的跑到了现场，将网线接到现场的交换机上继续进行固件更新。。。结果吐了。。。

现场更新也是不成功的，是不是CPU有问题啊。。。我直接将1511的所有网线拔了，直接通过笔记本连接CPU进行固件更新，然后更新成功了。

固件的更新成功通讯问题是否解决了呢？将笔记本连回交换机重新进行测试，发现问题依旧，1500通讯异常，1200通讯正常。。。难道是交换机的问题或者是整个系统网络的问题？我将交换机的光纤跳线给拔了，断开了整个系统的网络，然后发现1500的程序监控不掉线了。。。问题原因基本能够找到了，是网络系统的问题。既然是整个网络的问题那么就很可能是否是IP地址有冲突了呢？

通过ipscan扫描整个网络，发现以下地址都已经被使用了：

然后看下我的笔记本电脑的IP地址是192.168.0.245，元凶真的是IP地址冲突啊。立刻更换电脑的IP，重新再扫描一次，发现245的地址还是存在的。重新监视1500，发现监视终于正常了。

重新回首问题点，为何我刚开始没有怀疑到IP冲突的问题上呢？主要就是给1200的正常给蒙蔽了。因为1200一直都是通讯正常的，1500不在程序监控的时候ping IP也是正常的，只是在程序监控的时候容易出现掉帧的情况，而且大部分掉帧也只是出现一次就又恢复了。因此很难联想到IP冲突的问题上。

从以上的故事可以看出IP地址冲突对通讯的影响是很大的，但是IP地址冲突的问题也是比较难去确认的，因为其表象太不明显，很容易被忽略。这个案例的故障排查也是一步步的慢慢指向了IP地址冲突的问题点，因此通过此案例的分享也是让大家警惕IP地址冲突造成的PLC通讯不稳定的情况。