西门子PLCS7-1200/1500存储卡4M价格，西门子PLCS7-1200/1500，S7-1200/1500存储卡4M价格，西门子PLC0存储卡4M型号，PLC存储卡4M作用，6ES79548LC030AA0
单套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进度。将系统zui小循环时间适当加大即可。由于考虑到系统后续的程序量，将zui小循环时间设置为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组网。
05G120组态，切换问题分析及解决方法
在之前我介绍了系统冗余S1、S2的概念，G120变频器仅支持S1模式，因此在冗余CPU切换的过程中会导致G120的掉站，这样会导致G120触发通信故障而停机，这是控制工艺上不允许的。
在组态上，G120通过TIA博途自带的硬件库组态，无法实现多重分配给两个冗余的CPU1515R我们需要安装G120的GSD文件，通过GSD文件组态，可实现多重分配。
CPU 切换的故障现象
由于G120仅支持S1模式，当冗余系统切换时，G120会触发通信故障而停机。
故障分析
当CPU主备切换时，G120短暂停车，是因为触发了PROFINET通信中断报警，故障代码F8501。
解决方法
S7-1500R/HCPU切换过程中，系统冗余S1的设备会瞬间掉站，这是系统冗余的性能决定的，在主备CPU一侧是一定会判断掉站的，但是在G120侧，可以通过G120自由功能块的断开延时功能编辑逻辑来对短暂出现的通信故障做延迟响应处理。
也就是说在CPU切换的短暂过程中，CPU认为G120掉站了，但是G120不认为自己掉站，仍然维持zui后的运行状态，这样就不会导致G120的停机。
G120 重要参数如下:
zui终结果，当CPU主备切换时，G120不停机；如果发生网络中断超过10S后或者其他故障时，G120停机。
这样，通过G120简单的编程处理也可以避免S1设备在冗余CPU切换过程中的停机，解决了客户这个应用要求。
S7-1500R/H系统性能稳定、功能强大，但是调试过程中还是有很多的注意事项的。
西门子PLCS7-1200/1500存储卡4M价格，西门子PLCS7-1200/1500，S7-1200/1500存储卡4M价格，
| CPU 存储卡 | 6ES79548LC030AA0 | S7-1200/1500 4M 存储卡 |
| 6ES79548LE030AA0 | S7-1200/1500 12M 存储卡 | |
| 6ES79548LF030AA0 | S7-1200/1500 24M 存储卡 | |
| 6ES79548LL030AA0 | S7-1200/1500 256M 存储卡 | |
| 6ES79548LP020AA0 | S7-1200/1500 2G 存储卡 | |
| 6ES79548LT030AA0 | S7-1200/1500 32G 存储卡 |