用S7 400 H CPU组成的冗余系统，在主从CPU STOP模式下将硬件配置和程序分别下到两个CPU的存储卡里，先启动主CPU没有问题，在启动从CPU时，LINK-UP和UPDATE一会儿后就进入TROUBLESHOOTING状态（STOP和RUN灯同事闪烁）
有三个问题：
1.以上情况可能由什么原因引起？
2.看文档上讲比较RAM与过程映象输出区发现错误会进入TROUBLESHOOTING状态，当进入这种状态该如何处理才能使系统正常？
谢谢解答~~
3.我的冗余通信卡CP443-1的版本号不一样，一个是V2.0版，一个是V2.1版，这样是不是在组冗余系统的时候会有问题，进而产生以上问题？
CPU的错误信息如下所示：
事件 1 / 120: 事件 ID 16# 530D
STOP 模式中的新启动信息
启动被阻止：
- 存在 STOP 请求
- 按键开关设置为 STOP
- 需要冷重启或暖重启
启动信息：
- 最后一次上电时，时间标志的时间缓存
- 单处理器操作
当前/上次启动类型：
- 没有启动类型/存储器复位后
某些启动类型的容许性：
- 允许手动暖重启
上电时自动启动类型的最后有效操作或设置：
- 没有启动类型/存储器复位后
工作模式：STOP (内部)
位于机架 1 中的待机 CPU 中发生的事件
进入的事件
14:45:44.795 2013-02-26
事件 2 / 120: 事件 ID 16# 430E
已执行存储器复位
初始化信息：故障检测之后，存储器复位
先前的工作模式：STOP (存储器复位)
要求的工作模式：STOP (自己初始化)
位于机架 1 中的待机 CPU 中发生的事件
进入的事件
14:45:39.617 2013-02-26
事件 3 / 120: 事件 ID 16# 4309
自动启动存储器复位 (查错模式之后)
初始化信息：故障检测之后，存储器复位
无用户相关信息(Z1)：0000
先前的工作模式：查错模式
要求的工作模式：STOP (存储器复位)
位于机架 1 中的待机 CPU 中发生的事件
进入的事件
14:44:30.569 2013-02-26
事件 4 / 120: 事件 ID 16# 45E4
待机 CPU：从冗余模式改为错误查找模式
事件：由于数据不正确而导致操作系统中发生同步出错
先前的工作模式：RUN (冗余模式)
要求的工作模式：查错模式
位于机架 1 中的待机 CPU 中发生的事件
内部错误, 进入的事件
14:43:58.680 2013-02-26
事件 5 / 120: 事件 ID 16# 7344
由于数据不正确而导致操作系统中发生同步出错
发生在：机架 1 中的待机 CPU
无用户相关信息(Z2)：200c , (Z3)：008e
所需的 OB：CPU 冗余错误 OB (OB72)
优先级：28
进入的事件
14:43:58.650 2013-02-26
事件 6 / 120: 事件 ID 16# 43E3
主机 CPU：从冗余模式改为单机模式
先前的工作模式：RUN (冗余模式)
要求的工作模式：RUN
位于机架 0 中的主机 CPU 中发生的事件
进入的事件
14:43:58.649 2013-02-26
最佳答案
CPU的存储卡有两种：
第一种是断电不能保持程序的，这种卡不需要将程序分别下载到两个CPU中，下载到其中一个，自己就同步了；
第二种是断电能够保持程序的，这种卡需要分别对两个CPU 下载硬件组态及程序，内部错误（程序）或外部错误（远程I/O不能读取）太多会影响两个CPU的同步，清除卡原有的内容需要特殊工具，手动清除的只是CPU内存中的程序。
检查程序中的错误，清空CPU内存中的程序，重新对两个CPU下载程序，下载完程序后同时运行，看是否能同步
提问者对于答案的评价：
确实是由一个内部错误导致的不能同步
原创文章，作者：more0621，如若转载，请注明出处：https://www.zhaoplc.com/plc241875.html
微信扫一扫 
支付宝扫一扫 