西門子S7400程序扔掉總結剖析
一臺S7-400plc運用進程中呈現網絡缺點，經過屢次檢查仍不能掃除缺點，修補人員就對PLC進行從頭主張。
到現場后，發現CPU處于作業狀況后，有一塊CP443通訊卡一貫處于STOP狀況，且有一個子站聯接不到DP網絡上。后用編程器上載程序來檢查，發現該子站DP地址不對，一同組態的硬件也紛歧樣，發現作業的程序不是終究的程序了。檢查S7 400PLC電池，兩顆電池沒有報警，且開關在1方位，掃除電池弱構成程序扔掉的或許，置疑修補人員在處理進程中有人不妥心將PLC的開關撥到了MRES，凄慘劇就這么發作了。
正本，該設備前一段時刻進行了搬家改造，增加了一塊CP443通訊卡，硬件組態和程序進行了批改，但改造進程中，對最新程序沒有進行寫卡作業，構成存儲卡里邊的程序仍是未搬家前的程序，不能和整線設備通訊，設備聯動作業不起來了。
找源程序來從頭下載，但廠家供應給咱們的程序經過S7編程軟件打不開，再聯絡廠家，廠家備份的程序他們也打不開，廠家再找，找到一個原程序，傳下去，設備能正常主張了，但PID調控參數不能批改數據，再檢查，發現不是終究程序，操作屏上PID參數對應的數據塊不是運用的數據塊。此刻，現已10個小時曩昔了，為確保出產，只好經過編程器依照正本記載的操作屏上PID參數硬寫入數據塊中，設備正常作業了。
設備作業起來了，僅僅每更改一個商標，都需求對參數進行批改，但只需設備能正常作業起來，壓力就小多了，再檢查正本打不開的程序，發現短少一個s7link，增加一個s7聯接后能夠翻開了，但翻開來檢查，發現也不是終究的程序，廠家正本調試的技能人員改動，最新程序也找不著了，該設備還處于維保時期，只好從頭再來批改程序。
細節抉擇勝敗，該疑問反映出幾個沒有做好的細節來：
一是該終究原程序廠家調試完結后沒有進行寫存儲卡作業；
二是咱們在運用進程中沒有做好程序的備份作業；
三是咱們的修補人員知道和閱歷短少，找不出缺點就用復位的方法，而不是經過監控等查找終究要素。
四是出產廠家沒有保留好終究源程序，構成終究源程序扔掉。
這一看似不會發作的作業，就這么在幾個環節只需做好其間任何一個細節就不會發作的狀況下發作了。真實值得總結了。