用s7400hcpu組成的冗余系統(tǒng)，在主從cpustop模式下將硬件配置和程序分別下到兩個cpu的存儲卡里，先啟動主cpu沒有問題，在啟動從cpu時，link-up和update一會兒后就進入troubleshooting狀態(tài)（stop和run燈同事閃爍）
有三個問題：
1.以上情況可能由什么原因引起？

2.看文檔上講比較ram與過程映象輸出區(qū)發(fā)現(xiàn)錯誤會進入troubleshooting狀態(tài)，當進入這種狀態(tài)該如何處理才能使系統(tǒng)正常？

3.我的冗余通信卡cp443-1的版本號不一樣，一個是v2.0版，一個是v2.1版，這樣是不是在組冗余系統(tǒng)的時候會有問題，進而產(chǎn)生以上問題？

cpu的錯誤信息如下所示：
事件1/120:事件id16#530d
stop模式中的新啟動信息
啟動被阻止：
-存在stop請求
-按鍵開關設置為stop
-需要冷重啟或暖重啟
啟動信息：
-后一次上電時，時間標志的時間緩存
-單處理器操作
當前/上次啟動類型：
-沒有啟動類型/存儲器復位后
某些啟動類型的容許性：
-允許手動暖重啟
上電時自動啟動類型的后有效操作或設置：
-沒有啟動類型/存儲器復位后
工作模式：stop(內(nèi)部)
位于機架1中的待機cpu中發(fā)生的事件
進入的事件
14:45:44.7952013-02-26

事件2/120:事件id16#430e
已執(zhí)行存儲器復位
初始化信息：故障檢測之后，存儲器復位
先前的工作模式：stop(存儲器復位)
要求的工作模式：stop(自己初始化)
位于機架1中的待機cpu中發(fā)生的事件
進入的事件
14:45:39.6172013-02-26

事件3/120:事件id16#4309
自動啟動存儲器復位(查錯模式之后)
初始化信息：故障檢測之后，存儲器復位
無用戶相關信息(z1)：0000
先前的工作模式：查錯模式
要求的工作模式：stop(存儲器復位)
位于機架1中的待機cpu中發(fā)生的事件
進入的事件
14:44:30.5692013-02-26

事件4/120:事件id16#45e4
待機cpu：從冗余模式改為錯誤查找模式
事件：由于數(shù)據(jù)不正確而導致操作系統(tǒng)中發(fā)生同步出錯
先前的工作模式：run(冗余模式)
要求的工作模式：查錯模式
位于機架1中的待機cpu中發(fā)生的事件
內(nèi)部錯誤,進入的事件
14:43:58.6802013-02-26

事件5/120:事件id16#7344
由于數(shù)據(jù)不正確而導致操作系統(tǒng)中發(fā)生同步出錯
發(fā)生在：機架1中的待機cpu
無用戶相關信息(z2)：200c,(z3)：008e
所需的ob：cpu冗余錯誤ob(ob72)
優(yōu)先級：28
進入的事件
14:43:58.6502013-02-26

事件6/120:事件id16#43e3
主機cpu：從冗余模式改為單機模式
先前的工作模式：run(冗余模式)
要求的工作模式：run
位于機架0中的主機cpu中發(fā)生的事件
進入的事件
14:43:58.6492013-02-26

佳答案

cpu的存儲卡有兩種：
種是斷電不能保持程序的，這種卡不需要將程序分別下載到兩個cpu中，下載到其中一個，自己就同步了；
第二種是斷電能夠保持程序的，這種卡需要分別對兩個cpu下載硬件組態(tài)及程序，內(nèi)部錯誤（程序）或外部錯誤（遠程i/o不能讀?。┨鄷绊憙蓚€cpu的同步，清除卡原有的內(nèi)容需要特殊工具，手動清除的只是cpu內(nèi)存中的程序。
檢查程序中的錯誤，清空cpu內(nèi)存中的程序，重新對兩個cpu下載程序，下載完程序后同時運行，看是否能同步