保存步號不等於可以續跑
PLC重啟後仍看到Step=3,先把它當成曾經保存的流程線索。工件、閥門、槽內物料和外部設備可能已經改變,不能只因數字還在就跳回第三步。本篇教你建立恢復前的判讀表,將可確認的資料、現場狀態與未完成動作逐項對上。
以Q06UDVCPU與GX Works2維護情境說明,本文不提供可直接啟動機台的程式。三菱手冊可核對啟動、裝置與保持設定,但每台設備的安全恢復入口必須由控制設計定義。CPU回到RUN和機台准許開始動作是不同事件,不能以一個RUN燈代替恢復驗收。
先依已核准設備程序維持受控狀態。安全狀態不一定是所有輸出OFF,例如某些設備需要持續支撐、冷卻或保壓;本文不規定通用輸出值。要核對的是現有設計如何防止未預期再啟動,以及當前能量和現場人員狀態是否符合該程序。
保存重啟原因、CPU模式、程式與參數版本、最後可信流程位置及資料取得時間。若只知道曾斷電,還不知道是否同時發生通訊或保留資料問題,就分開列待查。不要在保存前先清除診斷或下載另一版程式,讓原本線索消失。
本文使用待查、待現場確認、條件已核對三個文件狀態。它們是工單欄位,不是QCPU內建狀態,也不直接控制輸出。即使顯示條件已核對,實際恢復仍須透過設備既有的受控程序與操作確認。
先確認步號的來源和版本
第一項查Step的來源:它是目前裝置值、上位歷史快照,還是重啟時由初始化程式重新指定。這三者可能碰巧都顯示3,證據意義卻不同。追該變數所有寫入位置及保持設定,確認重啟前後何時更新,不只看一張監看畫面。
第二項查步號屬於哪版流程。假設V7的第三步是充填,V8的第三步改成等待稱重,保留整數3不代表相同動作。恢復記錄應同時保存流程版本、批號及當時資料契約;版本不符時先停在工程判讀,不擅自將舊步號映射到新流程。
第三項查與Step一起使用的資料,例如配方、目標量、已完成量、動作識別及外部回覆。只保存步號卻沒有保存批號,可能把上一批條件帶進下一批。保持區域是否涵蓋這些資料,要按本機參數與生命週期核對,不由裝置字母推定。
第四項查資料是否同一時段取得。RUN中逐項讀取可能跨掃描,某個欄位已屬下一步而其他欄位仍屬前一步。使用設備已有的一致快照或交握機制時,記錄其識別;沒有機制就保存讀取窗口和限制,不假造單一瞬間完整快照。
完成這一步應能回答「3是誰在何時、依哪個版本寫下的」。答不出來時,不必猜下一步;將來源或版本待查列為恢復前缺項,交給能取得正確專案或歷史資料的人處理。
用充填案例核對剩餘工作
離線案例設定目標充填一百公升,最後可信記錄顯示已累計六十公升,流程停在充填步驟。重啟後不能直接再執行一百公升,也不能僅由一百減六十就命令四十公升。先確認停機期間是否仍有進出料,以及累計量和槽內量是否描述同一邊界。
若現場有適用且已確認的量測,能證明本批目前已完成六十四公升,且目標和計量邊界都未變,文件上的剩餘量才是三十六公升。這是判讀計算,不是本文授權開閥;設備還需核對允許續填的入口、閥位、物料身份和互鎖。
若液位只能得出槽內總量,卻無法分離前批殘留,便不能直接用它代替本批已充填量。把量測來源、單位、批次邊界和不確定性寫清楚。沒有足夠證據時,剩餘量保留待確認,而不是用看起來合理的值補完恢復表。
再看外部動作:重啟前已送出一次投料請求,回覆尚未保存,但外部設備可能已完成。直接重送會有重複投料風險。先查原動作識別、對方執行記錄與實際量測;只有雙方已設計並驗證重送去重機制時,才能按該契約處理。
本例應產生兩份分開的結果:資料判讀表說明已完成量如何確認,恢復工作單說明哪些現場條件仍待核對。不要把剩餘量算正確,就等同整台設備已適合自動恢復。
把拒絕條件寫得可檢查
恢復表逐項列現場工件或物料、致動器位置、感測器有效性、配方版本、未完成外部動作和設備互鎖。每項寫來源與檢查時刻,而不是只有一個總體正常勾選。若人員在停機期間移動工件,舊位置快照立即失去代表性,必須重新確認。
案例A假設流程版本正確、批號一致,但閥位回饋缺失;結果是閥位待確認,不能因Step和配方都正確而略過。案例B假設閥位確認正常,但批號是前一批;結果是資料歸屬不符,需回到批次核對。兩種缺項由不同證據解決。
案例C所有文件條件均相符,但外部投料請求的結果不明;仍需調查動作是否已完成。這說明恢復判斷不只是感測器是否正常,也包含尚未結清的命令。不能以重啟後回覆逾時就推定對方沒有執行。
失敗時先查最早缺少哪一項可信資料,再選下一個證據來源。現場位置未知就補現場確認,版本未知就比對專案,外部動作未知就查對方記錄。反覆重啟通常不會補回這些證據,反而可能改變保持資料或覆蓋歷史。
若工程規格尚未定義某步驟的恢復入口,記為規格缺口。不能由維護人員臨時決定所有異常都回原步,或所有異常都回第一步;重新執行第一步也可能重複投料、夾持或移動。恢復策略需依實際動作及不可逆效果設計。
完成後的結果與常見問題
紙上驗收至少覆蓋資料齊全、量測缺失、版本不符、工件移動及外部結果不明五種情境。預期每種都有明確判讀及待辦,資料不足時不產生續跑許可。這是文件與邏輯檢查;實機恢復仍需由指定平台與現場程序另行驗證。
問:Step保持住就代表流程沒變嗎?答:不代表,先查寫入來源、流程版本及重啟初始化,再比對現場實際狀態。
問:一百公升目標減六十公升記錄,能直接補四十嗎?答:只有已確認六十仍代表本批實際完成量才可作此計算,還須通過設備恢復條件。
問:全部輸出OFF一定最安全嗎?答:不能通用,依設備既有安全設計處理支撐、保壓、冷卻等需求,不由本文指定輸出狀態。
問:回第一步一定比續跑安全嗎?答:不一定,第一步可能重複已完成動作。查清不可逆效果、批次與外部請求,再按經審查的恢復策略執行。
參考:三菱QnUCPU Function Explanation Program Fundamentals 裝置與CPU運轉行為
參考:三菱GX Works2 Common 第15.2節與第21.1.1節 比對及診斷