SIEMENS/西门子S7-300系列SM326安全型数字量输入模块6ES7326-1RF01-0AB0

接下来我们来看一下调试过程中遇到的问题以及解决的方法。

现场情况概述：3套S7-1515R，除了CPU仅能单机运行，其他3个XC206，3套XC208及所有IO设备站点可用，无报错信息及PROFINET环网闭合正常状态。

故障现象1

单套S7-1515R系统中，主CPU在RUN状态，备用CPU启动时，系统将切换到SYNCUP操作模式。正常的过程是：

①复制 SIMATIC 存储卡

②重新启动备用 CPU

③完成任务

④复制工作存储器

⑤弥补备用 CPU 滞后

但是在现场的S7-1515R出现了SYNCUP 中止，在SYNCUP步骤进行到第⑤步时，备份CPU进入停机状态，无法完成同步工作，如图片3。

图3

故障1分析

在SYNCUP阶段⑤，备用CPU要追上主CPU的进度。

追赶过程中，备用CPU不仅要执行用户程序，而且开始与IO设备建立连接，并且备用CPU将在每个循环控制点向主CPU发送有关程序进度的状态消息，所以此时备用CPU负荷非常大。

而图片3中的红色故障部分，显示的就是备用CPU的滞后时长故障，备用 CPU无法跟上主CPU上的程序执行进度；简而言之，备用CPU追不上主CPU，从而导致了SYNCUP失败。

故障1解决方法

放慢用户程序的循环周期时间，让备用CPU在SYNCUP阶段能够追上主CPU进度。将系统*小循环时间适当加大即可。由于考虑到系统后续的程序量，将*小循环时间设置为30ms后，解决该问题。

故障现象2

客户为了简化调试，想通过一个网络编程调试3套S7-1500R, 因而没有严格按项目中的拓扑组态连接网络。客户首先将3套S7-1515R的完整组态独立下载，之后用网线将三套系统串联后，这将三个本该独立的环网随意连接到了一起。出现了第三套系统的一台CPU1515R被第二套系统同步（该台CPU之前是断电状态，送电后，正在从STOP到RUN的状态）。

故障2分析

三套冗余系统的S7-1515R完一样，版本相同；其中二号系统和三号系统所有的硬件配置、网络架构和拓扑结构完一样；出现上述故障现象的CPU的冗余ID分别为1,2,1,2；上述条件，完具备了配对的条件，导致了同步紊乱。

故障2解决方法

3套系统IO环网各自独立，与上位机、编程电脑网络连接由各自CPU的X2口，通过XC208组网