点击图片查看大图
通过沟通以后，约定时间，我们都准备好以后，开始进行操作，现场工程师基本上不熟悉软件的操作，没有办法只能我远程进行V13SP1 TO V15.1的恢复升级，程序升级还算成功，接下来进行监控，如大家所想的那样，不把在线程序进行升级是无法进行监控的，没有办法只能冒着丢数据的风险，对PLC进行程序的下载，下载完成以后，进行CPU启动，然后现场打电话说起重机可以运行了，此时此刻我正纳闷，没有问题？然后想了一下过程，原来CPU在下载之前都已经是处于STOP状态了，由于现场不熟悉S7-1200，我又不在现场，并且反反复复断电重启过，所以我没有往CPU是否处于STOP模式的方向做过多的工作。所以就出现了这个经过。
该起重机已经运行正常，然后我让现场工程师进行与另外一台起重机的位置同步模式运行看看是否OK，过一会他们打电话给我说切换到同步模式系统就出现故障，无法运行，这个在意料之中。
(该应用存在与另外一台起重机的位置同步控制，使用的是S7-300，程序也是使用TIA一起集成在同一个项目目录下面的，他们之间采用的是PN IO通信进行数据交互)
到此为止，我想应该是升级以后，S7-1200里面的V15.1编译数据与S7-300里面的V13SP1的数据不一致引起的PN IO通信失败，由于同步控制的算法参数都在S7-300,如果把全部的程序下载进去就可能丢失参数，心想看看单独下一下硬件看看是否OK,下载时下拉选择只选择硬件配置，下载完成并且启动以后，OK通信正常了，然后让现场的工程师测试一下运行同步控制功能，他们告诉我说正常了，我让他们进行所有功能的测试，他们告诉我都是OK的。
到此为止，这个跨越不同城市的一场远程协助终于告一段落了。
问题结束以后，开始反思，问题到底出在那里了？于是开始检查S7-1200的程序，并没有发现什么问题，接下来开始检查CPU的设置，果不其然，问题出在如下图片的启动设置这里
看清楚以后，我立即打电话了解现场情况，现场说出问题之前供电系统出现了缺相问题，我立即分析，可能当时是该问题引起了24V电源过低从而导致CPU进入了STOP模式，又因为“启动”模式菜单选择的是如下图片设置的模式，所以即使电源正常以后，反反复复断电也无法让CPU进入RUN模式了，加上S7-1200没有模式开关，必须使用PC对其进行启动设置，也就出现了这一次的问题。
下一步等待客户现场不繁忙的情况下，我计划把目前的模式修改到如下图片的模式
结束语：这个模式是按照默认的模式进行的设置，所以没有过多的去关注，希望通过这个帖子引起更多的探讨，也希望让更多的人少掉keng 。
