|
|
設(shè)備出現(xiàn)生產(chǎn)線不能開(kāi)機(jī)，檢查為CPU自動(dòng)停機(jī)所致，停機(jī)時(shí)出現(xiàn)SF系統(tǒng)故障燈亮，CPU STOP, BF燈不亮，說(shuō)明不是從站導(dǎo)致停機(jī)的，停電或?qū)PU上開(kāi)關(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從站問(wèn)題造成的故障啊， DP從站的輸入地址問(wèn)題報(bào)錯(cuò)，不是CPU停機(jī)的原因，因?yàn)槌霈F(xiàn)這個(gè)問(wèn)題時(shí)，程序內(nèi)調(diào)用了相應(yīng)的OB塊，CUP只會(huì)報(bào)警不會(huì)停機(jī)的，這次停機(jī)為外部錯(cuò)誤，進(jìn)入事件，這個(gè)外部事件是什么事件，診斷區(qū)沒(méi)有給出答案，下午又再次出現(xiàn)了CPU自動(dòng)停機(jī)，
首先拆除子站的DP接頭，連接器及模塊，cpu只是報(bào)錯(cuò)沒(méi)有停機(jī)，從而排除了上述問(wèn)題，本系統(tǒng)還使用了IM365接口模塊，會(huì)不會(huì)是他本身的原因造成問(wèn)題，咨詢了一下西門子及設(shè)備廠家，西門子技術(shù)人員回復(fù)說(shuō)這個(gè)模塊穩(wěn)定性不是很好，廠家也懷疑這個(gè)模塊。同意給我寄一個(gè)新的模塊試一下。但是新的過(guò)來(lái)沒(méi)有這么快。且我在西門子論壇上也討論過(guò)這個(gè)模塊，壇友還是認(rèn)可這個(gè)模塊的，認(rèn)為此模塊出問(wèn)題的可能性不是很大。
此時(shí)我懷疑廠家為了省錢，系統(tǒng)做的不規(guī)范造成這個(gè)問(wèn)題。為此做了以下的改進(jìn)：
1.將DC24V供電回路做了改進(jìn)，原先使用給CPU及其他模塊供電電線為0.5平方，大家共用一條線路，采用串接DC24V方式供電，開(kāi)關(guān)電源到PLC及模塊后電壓降比較厲害，開(kāi)關(guān)電源處電壓為25.8到CPU處為23.3，改進(jìn)后加大電源線到1平方，并且給cpu及其他模塊單獨(dú)拉雙絞線電源線，改進(jìn)后開(kāi)關(guān)電源處電壓為24,12，cpu處為24.01。暫且系統(tǒng)使用的電源為銘偉的開(kāi)關(guān)電源，感覺(jué)不是很好，準(zhǔn)備購(gòu)買歐辰的開(kāi)關(guān)電源來(lái)替換。
2.將cpu及擴(kuò)展模塊上的接地線單獨(dú)拉出連接到房屋框架鋼結(jié)構(gòu)上接地。
3.全部的模塊連接件緊固，并且將不規(guī)范的接線重新接。
三項(xiàng)措施做完后，就給CPU一直通電到第二天的早上8點(diǎn)上班后查看CPU沒(méi)有停機(jī)，就讓生產(chǎn)線開(kāi)機(jī)了，開(kāi)了3天機(jī)后CPU沒(méi)有自動(dòng)停機(jī)，到目前5月21日為止沒(méi)有出現(xiàn)CPU自動(dòng)停機(jī)的問(wèn)題，廠家寄來(lái)了IM365模塊也沒(méi)有使用。
通過(guò)這次的問(wèn)題的解決，深刻的體會(huì)到診斷緩沖區(qū)并不是萬(wàn)能的，且緩沖區(qū)內(nèi)內(nèi)容很多，一定要分清主次否則容易誤導(dǎo)，系統(tǒng)下載了相應(yīng)的組織塊，遠(yuǎn)程子站I/O故障是不會(huì)讓CPU停機(jī)的，開(kāi)關(guān)電源及接線布線及EMC做的不夠規(guī)范造成的隱患后果很嚴(yán)重啊。
|
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
