西門子PLC設備故障排查經驗分享

admin

      涉及通訊的項目需要我們調試過程中非常細心、小心，有時候越是主觀認為不可能出問題的地方，越可能存在問題，因為自信不會出問題，往往導致忽視一些問題，耽誤故障排查，近期因為個人疏忽、加上自信通信程序不會出問題，造成了一次現場耽誤設備起機，多人排查一晚上，最後發現是我程序問題。

      這是一個改造項目，現場的CPU315-2DP已經使用超過15年，因為客戶無改造計劃，目前仍在使用，CPU315-2DP做DP主站，200smart做DP從站替換原來的200CN，300plc的MPI口上掛的第三方的GP觸摸屏，無源程序現場也無法上載、修改，dcs同時做了國產化改造，改成了國產某DCS廠家的組態，如下：

        

       這樣200smart 的程序就需要與300PLC通訊的同時，即要考慮信號狀態與GP觸摸屏的組態一致，同時要與DCS的組態一致，這種改造項目就容易出問題。

       200Smart 有一路DI信號發生改變，就地設備備妥和故障使用同一DO送至PLC，原來應該是備妥和故障分開的；觸摸屏組態的設備故障，故障為1時報警，為0時正常；所以我在200SMART中把通訊狀態位取反後送300PLC，觸屏顯示故障狀態正常了，與300主站試驗其他的指令、狀態都正常後，由於DCS改造時間長就回公司了。

       結果設備投運時DCS上無法正常啟動，300主站觸摸屏啟動正常，狀態也正常，無報警，我就想當然的認為時DCS改造問題，與我無關。

       客戶在DCS側查了1個多小時沒發現問題，與改造前的組態一致，後來又找我說懷疑我這邊問題，說收不到備妥信號，邏輯禁止了啟動指令，這才發現DCS原來使用的備妥信號，1為備妥，0為故障，肯定與我將GP對應的點位取反有關係，不在現場還要盡快解決，怎麼辦？

       後來我查通訊點表，發現還有其他的狀態為，如遠控/本控狀態，結合故障狀態，一起實現備妥信號，遠控無故障即為備妥。DCS了解我下位隻有一個信號後也就隻能這樣改了，修改後係統正常。

       所以，編程調試需要我們大家細心，關注每一個細節，盡量正確帶載調試機會，否則出現緊急問題很麻煩！

來源：西門子工業技術論壇