現(xiàn)場有一塊CP441-2組態(tài)后CPU停機，診斷緩沖區(qū)提示：硬件組態(tài)與實際不符致使CPU停機。核對過CPU441-2硬件型號及訂貨號均無誤。對通信模塊診斷時提示“無法判斷CPU中所選模塊的狀態(tài)信息”。后拆除CP441-2，單獨試驗CPU，CPU正常運行，將CP441-2插在不同槽位，仍然故障，單獨插其他IO模塊至原CP441-2所在槽位，都能正常運行 。
        硬件組態(tài)里面直接上傳模塊信息的操作不能成功。
         組態(tài)CP441-2參數(shù)如下：
         Interface：PtP1 Connected
         module：RS-232
         protocol：ASCII
         End ID of a Receive Messa Frame： On Expiry of Character Delay
         Character Delay：4ms
         Transmission Rate：9600bps 
         Data：8 Stop：1 Even
         Data Flow Control：None
         Prevent Overwriting
         Buffered Recieve Message：250
         硬件相關(guān)參數(shù)：
        1 通用機架UAR2，9 個插槽 6ES7 400-1JA01-0AA0
        2 412-2DP CPU模塊         6ES7 412-2XJ05-0AB0  V5.3
        3 441-2通信模塊            6ES7 441-2AA04-0AE0 
到底是硬件壞了呢？還是其他原因呢？

問題補充：

但是現(xiàn)在不是不能正常通訊，而是CPU停機，那么通訊伙伴不連接CPU也無法運行了嗎？硬件編譯組態(tài)都正常通過，和使用的軟件有關(guān)么？現(xiàn)場使用的是STEP7 V5.4中文版 會有問題么？

佳答案

1、根據(jù)你的描述，能確定的是不是你的硬件問題。關(guān)鍵是你的軟件組態(tài)問題！如果能夠正確的組態(tài)，并下載到CPU當中，而且，外部的接口與之連接的電纜及其接頭的焊接沒有問題。連接的伙伴的通訊參數(shù)，或是伙伴的這個借口的通訊接口的編程，參數(shù)、組態(tài)都正確的前提下，彼此才能正常的通訊。這個時候你的CPU才能正常的通訊工作。所以你不要以為是硬件問題或是你這邊的問題?？紤]問題要全面點！由于是通訊，所以相互雙方握手通訊，彼此都準備好了，才能正常的通訊。
2、關(guān)于CP441-2點對點通訊，正確的組態(tài)方式、參數(shù)設(shè)定、編程、測試，你可以參考下述文檔中的3.5節(jié)！
《CP340341440441通訊及編程》
https://www2.ad.siemens.com.cn/Download/Upload/AS/application/A0081.zip

問題補充：
但是現(xiàn)在不是不能正常通訊，而是CPU停機，那么通訊伙伴不連接CPU也無法運行了嗎？硬件編譯組態(tài)都正常通過，和使用的軟件有關(guān)么？現(xiàn)場使用的是STEP7 V5.4中文版 會有問題么？
點：引起CPU停機的原因：就是這個錯誤。你在軟件里把參數(shù)組態(tài)好下載進去，事實上硬件沒有連接好，相當于硬件上沒有連接，這就導(dǎo)致CPU報錯。為避免CPU停機，你的程序當中加入相應(yīng)的空組織塊，OB80/OB81/OB82/OB85/OB86/OB100/OB121/OB122   。
第二點：跟軟件沒有關(guān)系。因為我公司項目用的CP441-1，我用的是STEP7 V5.4 SP4文版版，通訊成功了也沒有問題！重點檢查還是在硬件連接，你的組態(tài)，參數(shù)的設(shè)定，伙伴的通訊參數(shù)的設(shè)定。