設(shè)備出現(xiàn)生產(chǎn)線不能開機(jī)，檢查為cpu自動(dòng)停機(jī)所致，停機(jī)時(shí)出現(xiàn)sf系統(tǒng)故障燈亮，cpu stop, bf燈不亮，說明不是從站導(dǎo)致停機(jī)的，停電或?qū)pu上開關(guān)從run轉(zhuǎn)到stop再轉(zhuǎn)到run，cpu又工作正常，在線聯(lián)機(jī)診斷，報(bào)警內(nèi)容很多，最重要的報(bào)警內(nèi)容就是：
事件 29 / 100: 事件 id 16# 494d 由 i/o 錯(cuò)誤引起的 stop 模式 無(wú)用戶相關(guān)信息(z1)：0000無(wú)用戶相關(guān)信息(z2)：5752 (z3)：2101 先前的工作模式：run 要求的工作模式：stop (內(nèi)部), 外部錯(cuò)誤, 進(jìn)入的事件 01:33:39.963 2012-04-10
看程序內(nèi)下載有ob80,82,85.86.87，100，121,122等組織塊，不是軟件編程及dp從站問題造成的故障啊， dp從站的輸入地址問題報(bào)錯(cuò)，不是cpu停機(jī)的原因，因?yàn)槌霈F(xiàn)這個(gè)問題時(shí)，程序內(nèi)調(diào)用了相應(yīng)的ob塊，cup只會(huì)報(bào)警不會(huì)停機(jī)的，這次停機(jī)為外部錯(cuò)誤，進(jìn)入事件，這個(gè)外部事件是什么事件，診斷區(qū)沒有給出答案，下午又再次出現(xiàn)了cpu自動(dòng)停機(jī)，
首先拆除子站的dp接頭，連接器及模塊，cpu只是報(bào)錯(cuò)沒有停機(jī)，從而排除了上述問題，本系統(tǒng)還使用了im365接口模塊，會(huì)不會(huì)是他本身的原因造成問題，咨詢了一下西門子及設(shè)備廠家，西門子技術(shù)人員回復(fù)說這個(gè)模塊穩(wěn)定性不是很好，廠家也懷疑這個(gè)模塊。同意給我寄一個(gè)新的模塊試一下。但是新的過來沒有這么快。且我在西門子論壇上也討論過這個(gè)模塊，壇友還是認(rèn)可這個(gè)模塊的，認(rèn)為此模塊出問題的可能性不是很大。
此時(shí)我懷疑廠家為了省錢，系統(tǒng)做的不規(guī)范造成這個(gè)問題。為此做了以下的改進(jìn)：
1.將dc24v供電回路做了改進(jìn)，原先使用給cpu及其他模塊供電電線為0.5平方，大家共用一條線路，采用串接dc24v方式供電，開關(guān)電源到plc及模塊后電壓降比較厲害，開關(guān)電源處電壓為25.8到cpu處為23.3，改進(jìn)后加大電源線到1平方，并且給cpu及其他模塊單獨(dú)拉雙絞線電源線，改進(jìn)后開關(guān)電源處電壓為24,12，cpu處為24.01。暫且系統(tǒng)使用的電源為銘偉的開關(guān)電源，感覺不是很好，準(zhǔn)備購(gòu)買歐辰的開關(guān)電源來替換。
2.將cpu及擴(kuò)展模塊上的接地線單獨(dú)拉出連接到房屋框架鋼結(jié)構(gòu)上接地。
3.全部的模塊連接件緊固，并且將不規(guī)范的接線重新接。
三項(xiàng)措施做完后，就給cpu一直通電到第二天的早上8點(diǎn)上班后查看cpu沒有停機(jī)，就讓生產(chǎn)線開機(jī)了，開了3天機(jī)后cpu沒有自動(dòng)停機(jī)，到目前5月21日為止沒有出現(xiàn)cpu自動(dòng)停機(jī)的問題，廠家寄來了im365模塊也沒有使用。
通過這次的問題的解決，深刻的體會(huì)到診斷緩沖區(qū)并不是萬(wàn)能的，且緩沖區(qū)內(nèi)內(nèi)容很多，一定要分清主次否則容易誤導(dǎo)，系統(tǒng)下載了相應(yīng)的組織塊，遠(yuǎn)程子站i/o故障是不會(huì)讓cpu停機(jī)的，開關(guān)電源及接線布線及emc做的不夠規(guī)范造成的隱患后果很嚴(yán)重啊。