工程师现场帮助用户解决问题是一项必不可少的工作任务，通过现场的技术支持，可以发现不同问题的解决方法，提高自身的技术水平。现场调试对工程师本身的要求也非常高，是将所学知识快速转化到解决问题的方法，所以必须对系统非常熟悉，另外用户对现场问题的描述也比较杂乱，需要综合考虑，然后去验证，排除遮眼的迷雾，找到问题描述的必然联系，所以还需要工程师有足够宽的知识范围。综上所述，现场工程师真的不容易，尤其是现场有限的停机时间，往往打乱工程师的思路。

，与大家一起分享一些现场遇到的问题和自己的想法及解决方法，希望大家在解决问题时有一些借鉴。

问题描述：

现场有多个PLC站点，包括S7-300 PLC和S7-400 PLC，需要在一个PLC中添加一个站点，使用用户提供的程序下载修改后的硬件配置后，发现该站点和其中一个S7-400 PLC站点的通信中断，按照两个站点的通信关系重新创建连接，在新创建的连接中参考通信程序块使用的连接ID分配连接ID，这里比较绕嘴，在后面再具体介绍。通信连接下载后，通信建立了，但是通信伙伴S7-400 PLC与其它PLC的通信又被中断了。由于时间比较紧又恢复原有状态了。

问题的原因：

问题的原因是现场工程师得到的程序中没有通信连接信息，所以下载后与通信伙伴PLC的通信中断，重新建立通信连接后，再次下载，新建立的通信连接工作正常，但是通信伙伴PLC下载后，覆盖原有的通信连接，所以与通信伙伴PLC相关联的其它PLC通信又中断了。

问题分析：

角色转化，如果现场工程师换成你应该怎么处理这样的问题？怎样知道手里的程序是否与运行PLC中的程序相同？这个问题看似简单，但是背后还隐藏了很多“小坑”，如果不注意，掉进哪一个坑中，爬出来都需要时间。下面我们一起分析这个问题的原因。正常情况下，有原始程序，增加一些硬件，重新下载后就可以运行了，这样的事情分分钟就可以完成，如果现场工程师不是原设计者，没有原始程序怎么办？所以这里主要也是容易出问题的地方的就是：

技改项目，是使用用户提供的程序还是自己上载程序？这个问题很不确定，我们将会对不同情况进行分析。

1、一般的情况下都是使用用户提供程序，这样比较好，不用直接去现场了。但是想一想现场的情况，有多个工程师维护一条产线，每个工程师可能都对程序进行过修改，所以每一个工程师手中的程序都不是终的程序，所以上面的问题就发生了。

2、另外即使拿到用户的程序，可能也打不开，主要就是用户提供的程序可能还包含一些可选软件，例如DRIVE ES、SIMOTION等软件，这样打开程序时会有提示，如图1所示。

这样的情况下，打开硬件是不能编译的，例如一个输出模块，地址栏不能使能，被写保护，如图2所示。

遇到这样的情况，就是本地的PC缺少软件，具体缺少什么软件，可以通过项目的属性查看，例如点击项目，鼠标右键选择“Object Properties”，在“Required Software Packages”标签栏中可以查看需要安装的软件，如图3所示。

安装所需要的软件就可以对项目进行修改，但是不是所有的软件都比较容易找到。如果没有安装所需软件，可以通过重组的方式将与所需软件相关联的对象过滤掉，这样也可以对项目进行编辑和修改，操作步骤如下：

(1) 点击项目，在菜单栏“文件”选项中选择“Save As”。

(2) 在弹出的对话框中，使能“With Reorganization...”选项并将项目另存一个项目名称，例如“test2”，如图4所示。

(3) 点击“OK”键，系统将对项目重组，重组后的项目被另存。

一个项目重组后将过滤掉所需软件的对象，简单地说就是将项目匹配本机的软件环境，如果项目中包含的对象在本地PC不支持，这些对象将被过滤掉。虽然重组后项目可以进行编辑，但是过滤掉不该过滤的对象也会出问题，例如S7-300/400 PLC与SIMOTION控制器的通信连接，如果没有安装SIMOTION软件，SIMOTION控制器将被过滤掉，同时S7-300/400与SIMOTION控制器的通信连接也被过滤掉（有提示），下载后通信将中断，所以使用重组也是有风险的。

上载程序可以保证得到新的程序，这样就不需要考虑覆盖的问题了。但是重新上载程序也会遇到问题，大概罗列出以下几点，仅供参考：

1.、如果现场总线中，例如PROFIBUS或者PROFINET包含一些第三方设备的从站，例如一些仪表、驱动装置等，上载后由于本机没有相应的GSD文件，上载后编译不报错，但是下载后，与这些设备的通信将中断。上载的设备虽然也有相应的描述和I/O配置，但是这些信息是不完整的，如图5所示。

如果本机已经导入了相应的GSD文件，则会在硬件目录的PROFIBUS/PROFINET ->“Additional field Device”下显示，如图6所示。这两点也是判断本地PC是否已经导入 相应GSD文件的方法。

可以根据不完整的上载GSD信息在网站上找到相应的GSD文件下载并导入。先导入GSD文件后再上载程序才能保证上载的信息是完整的，所以导入后必须重新配置从站，或者重新上载程序。网上GSD文件的下载一般不容易找到，可以使用更简单的方法导入GSD文件。GSD文件包含在离线的项目中，在本机中打开用户提供包含这些设备的程序（即使不是新的程序），系统会提示是否导入相应的GSD文件，选择导入，这样与程序相关的GSD文件就自动导入到本机中。

2、如果是多个PLC站点，上载单一PLC后，项目中没有通信伙伴PLC的信息，连接信息丢失，如图7所示。

所以还需要将通信伙伴PLC也上载，完善连接信息。如果通信伙伴和其它PLC还有通信，也需要上载，总之所以相关联的站点都要上载，所以上载在线程序也是比较麻烦的。

3、如果通信连接丢失，例如上载后再下载，将原有连接覆盖，连接必须重新创建，并且必须与通信程序块匹配，如图8所示。

连接ID的匹配必须先在程序中找到，然后创建新的连接后，修改连接表中的连接ID。除此之外通信伙伴的连接ID也需要匹配。连接ID好由现场维护人员提供，否则一个PLC如果有多个连接，不可能一个一个测试。

4.  上载的程序还需要注意PROFIBUS/PROFINET的智能从站，这些智能站点在配置通信接口时生成的GSD文件，然后在主站中配置，如果只上载主站程序，则通信接口将丢失。如图9所示。

由于没有从站信息，通信信息丢失，而且这部分信息还不能编辑。修改的方式：要么上载智能从站（如果是PROFIBUS网络，智能从站没有以太网，还需要到现场使用MPI网卡上载），那么从原有程序中复制到本地项目中。本地项目中包含智能站点后，智能站点的网络ID与主站的网络ID可能不相同，还需要将智能站点与主站分配到相同的网络上。然后在主站中，点击配置信息未完整的智能从站进行耦合，如图10所示。

后再配置通信对应关系，如图11所示。

所以说上载程序也不是一件容易的工作。

作为现场负责技改的工程师，在项目执行初期应注意的几个要点：

(1)  一定要得到现场终的程序。

(2)  如果程序中包含其它可选软件，好安装，使用重组需要看看是否影响到其它站点通信。

(3)  如果没有终程序，需要到现场进行离线/在线比较，保证离线程序与在线程序相同。

(4)  如果离线/在线程序不相同，上载不同的程序块。

(5)  如果没有各个PLC站点的连接信息，可以在网络配置视图中在线查看并记录连接信息，然后在离线程序中修改和添加。

(6)  上载的站点中需要查看CPU 的PROFIBUS/PROFINET接口，是否站点作为智能从站？如果作为智能从站，这里也可以查看到主站信息，如图12所示。