一臺S7-400 PLC，在使用過程中出現網絡故障，經過多次檢查仍不能排除故障，維修人員就對PLC進行重新啟動。

到現場后，發現CPU處于運行狀態后，有一塊CP443通訊卡始終處于STOP狀態，且有一個子站連接不到DP網絡上。后用編程器上載程序來檢查，發現該子站DP地址不對，同時組態的硬件也不一樣，發現運行的程序不是最終的程序了。檢查S7 400PLC電池，兩顆電池沒有報警，且開關在1位置，排除電池弱造成程序丟失的可能，懷疑維修人員在處理過程中有人不小心將PLC的開關撥到了MRES，悲劇就這樣發生了。

原來，該設備前一段時間進行了搬遷改造，增加了一塊CP443通訊卡，硬件組態和程序進行了修改，但改造過程中，對最新程序沒有進行寫卡工作，造成存儲卡里面的程序還是未搬遷前的程序，不能和整線設備通訊，設備聯動運行不起來了。

找源程序來重新下載，但廠家提供給我們的程序通過S7編程軟件打不開，再聯系廠家，廠家備份的程序他們也打不開，廠家再找，找到一個原程序，傳下去，設備能正常啟動了，但PID調控參數不能修改數據，再檢查，發現不是最終程序，操作屏上PID參數對應的數據塊不是使用的數據塊。此時，已經10個小時過去了，為保證生產，只好通過編程器按照原來記錄的操作屏上PID參數硬寫入數據塊中，設備正常運行了。

設備運行起來了，只是每更改一個牌號，都需要對參數進行修改，但只要設備能正常運行起來，壓力就小多了，再檢查原來打不開的程序，發現缺少一個s7link，添加一個s7鏈接后可以打開了，但打開來檢查，發現也不是最終的程序，廠家原來調試的技術人員變動，最新程序也找不著了，該設備還處于維保階段，只好重新再來修改程序。

細節決定成敗，該問題反映出幾個沒有做好的細節來：

一是該最終原程序廠家調試完成后沒有進行寫存儲卡工作；

二是我們在使用過程中沒有做好程序的備份工作；

三是我們的維修人員認識和經驗不足，找不出故障就用復位的辦法，而不是通過監控等查找最終原因。

四是生產廠家沒有保存好最終源程序，造成最終源程序丟失。

這一看似不會發生的事情，就這樣在幾個環節只要做好其中任何一個細節就不會發生的情況下發生了。

實在值得總結了。