工程师现场帮助用户解决问题是一项必不可少的工作任务，通过现场的技术支持，可以发现不同问题的解决方法，提高自身的技术水平。现场调试对工程师本身的要求也非常高，是将所学知识快速转化到解决问题的方法，必须对系统非常熟悉，用户对现场问题的描述也比较杂乱，需要综合考虑，去验证，排除遮眼的迷雾，找到问题描述的必然联系，还需要工程师有足够宽的知识范围。现场工程师真的不容易，尤其是现场有限的停机时间，往往打乱工程师的思路。
与大家一起分享一些现场遇到的问题和自己的想法及解决方法，希望大家在解决问题时有一些借鉴。
项目改造遇到的问题
问题描述：
现场有多个PLC站点，包括S7-300 PLC和S7-400PLC，需要在一个PLC中添加一个站点，使用用户提供的程序下载修改后的硬件配置后，发现该站点和其中一个S7-400PLC站点的通信中断，按照两个站点的通信关系重新创建连接，在新创建的连接中参考通信程序块使用的连接ID分配连接ID，这里比较绕嘴，在后面再具体介绍。通信连接下载后，通信建立了，通信伙伴S7-400PLC与其它PLC的通信又被中断了。由于时间比较紧又恢复原有状态了。
问题的原因：
问题的原因是现场工程师得到的程序中没有通信连接信息，下载后与通信伙伴PLC的通信中断，重新建立通信连接后，下载，新建立的通信连接工作正常，通信伙伴PLC下载后，覆盖原有的通信连接，与通信伙伴PLC相关联的其它PLC通信又中断了。
问题分析：
角色转化，如果现场工程师换成你应该怎么处理这样的问题？怎样知道手里的程序是否与运行PLC中的程序相同？这个问题看似简单，背后还隐藏了很多“小坑”，如果不注意，掉进哪一个坑中，爬出来都需要时间。下面我们一起分析这个问题的原因。正常情况下，有原始程序，增加一些硬件，重新下载后就可以运行了，这样的事情分分钟就可以完成，如果现场工程师不是原设计者，没有原始程序怎么办？这里主要也是容易出问题的地方的就是：
技改项目，是使用用户提供的程序还是自己上载程序？这个问题很不确定，我们将会对不同情况进行分析。
种情况：使用用户提供的程序
1、一般的情况下都是使用用户提供程序，这样比较好，不用直接去现场了。想一想现场的情况，有多个工程师维护一条产线，每个工程师可能都对程序进行过修改，每一个工程师手中的程序都不是终的程序，上面的问题就发生了。
2、拿到用户的程序，可能也打不开，主要就是用户提供的程序可能还包含一些可选软件，例如DRIVEES、SIMOTION等软件，这样打开程序时会有提示，如图1所示。
这样的情况下，打开硬件是不能编译的，例如一个输出模块，地址栏不能使能，被写保护，如图2所示。
遇到这样的情况，就是本地的PC缺少软件，具体缺少什么软件，可以通过项目的属性查看，例如点击项目，鼠标右键选择“ObjectProperties”，在“Required Software Packages”标签栏中可以查看需要安装的软件，如图3所示。
安装所需要的软件就可以对项目进行修改，不是所有的软件都比较容易找到。如果没有安装所需软件，可以通过重组的方式将与所需软件相关联的对象过滤掉，这样也可以对项目进行编辑和修改，操作步骤如下：
(1) 点击项目，在菜单栏“文件”选项中选择“Save As”。
(2) 在弹出的对话框中，使能“WithReorganization...”选项并将项目另存一个项目名称，例如“test2”，如图4所示。
(3) 点击“OK”键，系统将对项目重组，重组后的项目被另存。
一个项目重组后将过滤掉所需软件的对象，简单地说就是将项目匹配本机的软件环境，如果项目中包含的对象在本地PC不支持，这些对象将被过滤掉。重组后项目可以进行编辑，过滤掉不该过滤的对象也会出问题，例如S7-300/400PLC与SIMOTION控制器的通信连接，如果没有安装SIMOTION软件，SIMOTION控制器将被过滤掉，S7-300/400与SIMOTION控制器的通信连接也被过滤掉（有提示），下载后通信将中断，使用重组也是有风险的。
第二种情况：上载程序
上载程序可以保证得到新的程序，这样就不需要考虑覆盖的问题了。重新上载程序也会遇到问题，大概罗列出以下几点，仅供参考：
1.、如果现场总线中，例如PROFIBUS或者PROFINET包含一些第三方设备的从站，例如一些仪表、驱动装置等，上载后由于本机没有相应的GSD文件，上载后编译不报错，下载后，与这些设备的通信将中断。上载的设备也有相应的描述和I/O配置，这些信息是不完整的，如图5所示。
如果本机已经导入了相应的GSD文件，则会在硬件目录的PROFIBUS/PROFINET ->“Additionalfield 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所示。