具體時間記不清了，好像是在去年10月份左右，車間加熱爐自動化部分報通訊故障，前后處理了近一周時間，才完全恢復(fù)，至今不知道故障的根本原因在哪里。
我們步進(jìn)式加熱爐系統(tǒng)采用了兩套s7-400 cpu，分別為儀表控制和電氣控制，電氣控制cpu（站2）柜在現(xiàn)場操作臺，在操作臺內(nèi)單獨做的接地，柜內(nèi)有一個et200從站（站3），主要是操作臺的io點，然后dp電纜自操作臺到加熱爐地下的液壓站操作項，內(nèi)部一個et200（站4），然后經(jīng)過電纜溝（溝內(nèi)有各種電纜吧），dp電纜和網(wǎng)線單獨焊鍍鋅鋼管，穿管走線，管之間用金屬軟管相連，到加熱爐配電室內(nèi)的et200控制柜（站5），這個柜主要是控制mcc柜和入爐側(cè)信號、原件，然后走室內(nèi)電纜溝（距離50米左右）到兩個變頻器（站6，7）。配電室也是做的單獨接地，電纜溝內(nèi)好像沒有再穿管走dp線，后期測試接地電阻，均小于5ω（忘了測的是3歐還是0.3歐了）。
上面是背景，故障發(fā)生后，先一步步的排除，當(dāng)把3站dp頭終端電阻撥到on上，通訊也不正常，先排除這個，后來換了et200模塊之后正常了，終端電阻撥到off上后，試4站，后來也換了一個et200模塊，3和4都能通訊上，然后試5站，就這一點，不管換et200還是dido模塊，還扯了臨時dp通訊電纜，就是不行，而且4站終端電阻再撥到on上也不行，中間的過程細(xì)節(jié)現(xiàn)在記不清楚了，最后臨時恢復(fù)生產(chǎn)的時候，是降了dp通訊的波特率，由默認(rèn)的1.5mbps，降到了187.5kbps，4站拆下一個模擬量輸入模塊。3到4和4到5，均扯的臨時dp電纜，此時能臨時恢復(fù)生產(chǎn)，但是已經(jīng)影響生產(chǎn)近10個小時了。而且通訊仍然不正常，5站無規(guī)律短時通訊異常（每次也就中斷100ms可能還不到，接著恢復(fù)），傳動設(shè)備開啟時，較為頻繁，不開的時候少點。只能利用生產(chǎn)的空隙排查，在5站上有fm350和兩個ao模塊，全部拆下后，通訊未再發(fā)生異常，至此，通訊算是完全恢復(fù)正常。
后面仍是利用生產(chǎn)空隙時間，對換下的模塊進(jìn)行恢復(fù)，到最后，所有模塊全部安裝上，fm350和ao仍是用的原模塊，還下的et200模塊未還原，但是經(jīng)線下測試工作正常。plc通訊未再次發(fā)生異常。就這樣此次通訊故障處理完成，就是沒有找到什么原因?qū)е碌摹?br> 后來為了從電纜上杜絕通訊故障發(fā)生，我們把電纜溝內(nèi)的dp電纜通過olm鏈路模塊換成了光纖通訊。
這次故障就這樣成了疑案，處理故障的時候全公司的自動化人員都過來參與診斷，也沒找到什么原因。大家分析可能是干擾所致….故障發(fā)生的前兩天，下了場大雨，也許與這場雨有關(guān)，不知道從哪里來的干擾源經(jīng)過大地傳到了這邊。