最近一次出差遇到两台设备通讯故障问题，看了一下图纸，设备有PN coupler进行通讯，这样很有把握了，毕竟DP、PN的通讯常见，配置监控都方便，不难找出问题。

        到了现场发现设备间的通讯输入输出都互相来自一个块DB５００，按原来的PN通讯的思路看，感觉越来越奇怪了，好像不是来自PN　coupler配置的IO呀，这就碰到第一个问题：这个块通讯的内容配置在哪呢？

        就文件夹左看右看，最后非常感谢一位机械同事指点，这PLC文件里有iMAP 呀，这个提示，真是“山穷复疑无路，柳暗花明又一村”啊。终于在通讯匪夷所思找不到北的时候，看见了曙光。

        赶紧打开PROFINET的接口和组件看看，如下：

         发现DB５００的设置确实来自于此，这个地方是找对了。

        在线――监控。首先看到这种程序和结构，就先熟悉一下菜单，然后在线监控，找到问题所在。

        监控发现，确实是这台有故障，没有连通。报警提示大意是：硬件组件不一致什么的，忘截图，现在只记得大概。

        然后我就仔细一个个点开配置选项，与正常连接的设备进行对比参数，看看是否哪里改动过或者设置不对。

        然后打开组件配置，比较后未发现异常。

        查看接口配置，也未发现异常。

        但是呢，发现这个项目配置文件里有一个来自于电脑C盘的一个路径，而据现场了解，确实最近换电脑下载过程序。因为项目调试的人比较多，设备有一段时间没使用，每个人在下载自己的也记不住了。

那会不会是这个项目文件导致的呢，比如有的人C盘没有这个文件什么的。

        看见上面有一个项目库，所有的设备配置都在那，这个项目库里的肯定是源程序，那就先COPY一下到C盘，然后编译下载试试看能不能恢复？

        在iMAP里编译下载后还是故障，没有变化，问题又变成了僵局。

        然后尝试PLC的硬件组态是不是有关，也得编译下载一下。确实编译了好久，硬件组态改完也没有解决问题。经过好几天各种各样的下载尝试，终于发现这个PLC种SYSTEM　DATA也要下载，这个下载之后就好了。

 下载完观察DB５００里面数据有值，通讯正常，再次监控IMAP连接没有问题，故障得以解决。

        虽然此次解决了问题，但是对iMAP其中的配置和原理并不是很了解，以前没有使用过，这次是一顿瞎操作式的尝试，没有系统的方法，对这个通讯还是一知半解，不知其所以然，希望以后有机会继续学习，或者也许以后都用不上，也就没心思去深究了。

        这好像是个冷门的通讯故障解决经历。