設(shè)備出現(xiàn)生產(chǎn)線不能開機(jī),檢查為CPU自動(dòng)停機(jī)所致,停機(jī)時(shí)出現(xiàn)SF系統(tǒng)故障燈亮,CPU STOP, BF燈不亮,說(shuō)明不是從站導(dǎo)致停機(jī)的,停電或?qū)PU上開關(guān)從RUN轉(zhuǎn)到STOP再轉(zhuǎn)到RUN,CPU又工作正常,在線聯(lián)機(jī)診斷,報(bào)警內(nèi)容很多,zui重要的報(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ū)沒有給出答案,下午又再次出現(xiàn)了CPU自動(dòng)停機(jī),
我首先拆除子站的DP接頭,連接器及模塊,cpu只是報(bào)錯(cuò)沒有停機(jī),從而排除了上述問(wèn)題,本系統(tǒng)還使用了IM365接口模塊,會(huì)不會(huì)是他本身的原因造成問(wèn)題,咨詢了一下西門子及設(shè)備廠家,西門子技術(shù)人員回復(fù)說(shuō)這個(gè)模塊穩(wěn)定性不是很好,廠家也懷疑這個(gè)模塊。同意給我寄一個(gè)新的模塊試一下。但是新的過(guò)來(lá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方式供電,開關(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)電源來(lái)替換。
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ī)的問(wèn)題,廠家寄來(lái)了IM365模塊也沒有使用。
通過(guò)這次的問(wèn)題的解決,深刻的體會(huì)到診斷緩沖區(qū)并不是的,且緩沖區(qū)內(nèi)內(nèi)容很多,一定要分清主次否則容易誤導(dǎo),系統(tǒng)下載了相應(yīng)的組織塊,遠(yuǎn)程子站I/*是不會(huì)讓CPU停機(jī)的,開關(guān)電源及接線布線及EMC做的不夠規(guī)范造成的隱患后果很嚴(yán)重啊。
聯(lián)系我們
上海翰粵自動(dòng)化系統(tǒng)有限公司 公司地址:上海市松江區(qū)思賢路2399弄137號(hào) 技術(shù)支持:化工儀器網(wǎng)掃一掃 更多精彩
微信二維碼
網(wǎng)站二維碼