← 所有文章

PLC故障影響分級與操作員處置

· 站長

把原始PLC診斷、製程影響與操作員動作分開,透過三個情境設計可執行的維護分級。

範圍與三種故障

PLC顯示故障時,操作員最需要知道的是現在能做什麼、不能做什麼,以及要通知誰。本篇以Q06UDVCPU和適用版本GX Works2為背景,教你把原始診斷與製程影響分開,再轉成明確的處置卡;分級先在文件演練,不直接改動控制邏輯。

先保存原始錯誤碼、文字、CPU模式、時間與模組位置,依該型號手冊核對停止或繼續運轉的條件。另建廠內處置等級,不能用自訂顏色覆蓋原始代碼,也不能認為CPU仍RUN就一定允許製程繼續。安全影響未知時立即按現場保護與升級程序處理。

故障案例一是輸送線光電輸入間歇斷線。記錄輸入裝置、端子、首次與最近一次斷線時間、批次影響及來源品質,先隔離操作風險,再由電氣人員依程序檢查。

故障案例二是泵浦運轉回饋消失但命令仍存在。這不是單純畫面問題,需確認回饋與命令的時間關係、互鎖狀態和現場安全,未確認前不得用HMI按鈕反覆重送。

案例三是假設外部採集服務顯示多點品質同時Bad。這是採集層品質,不是Q系列每個X接點原生帶有Bad欄位;它可能來自共同通訊或服務問題。先辨識資料來源,避免將畫面整排紅色直接翻譯成所有感測器同時故障。

案例 初步影響 立即處置 退出證據
光電間歇 批次可能漏數 保護與隔離 端子/時間線
泵浦回饋無 命令與狀態矛盾 停重送並評估 回饋穩定
整組Bad 共同依賴疑慮 升級主管 共同原因

事件證據與時間線

事件表保留來源時間、看到時間、裝置、工程版本、觀察者、製程影響、證據位置和下一步。來源沒有時間戳就標未知,不補成看到時間;品質欄只填實際採集服務提供的值,沒有品質概念的原始接點另記讀取是否成功。

只讀核對先確認GX Works2工程目標與Q06UDVCPU一致,再查看既有I/O註解、程式版本和診斷畫面可提供的資訊。手冊未明確支持的欄位標為待查。

安全相關輸入若無法確認真值,應按安全程序處理為未知或不安全,不可自動當作正常。資訊不足會提高處置強度,不會自動延後三日再看。

表格中的影響等級只決定通知與證據要求。它不替代現場風險評估,也不把「已Ack」或「畫面恢復」當作故障已修復。

案例一的退出條件是輸入來源、端子與時間線均有證據,且電氣主管確認可恢復;若只看到畫面再次變Good,仍不能關閉。

欄位 內容 缺失處理 責任
sourceTime 來源時間 標未知 資料源
observedTime 人員看到時間 保留偏差 值班
projectVersion 工程副本 阻擋結論 PLC工程師
讀取與品質 實際來源提供的狀態 分清沒有欄位與異常 維護

把分級寫成操作員能執行的指示

可以在廠內建立立即處理、受控處理、排程處理三類,但每類須有具體進入條件。立即處理涵蓋已知危險或安全影響不明;受控處理必須已有可確認的保護及替代方式;排程處理則需證明當前控制功能和產品判定均不受影響。本文分類不等於三菱原生診斷等級。

泵浦命令仍有而回饋消失的案例,處置卡先寫停止反覆重送啟動,通知操作與維護確認現場。接著列命令與回饋裝置、允許等待時間的設計來源、保護狀態及退出條件。若沒有已驗證等待時間,不自行填十五分鐘繼續運行。

單點光電間歇若負責產品計數,受影響的不只是輸入點,也包含這段期間的數量報表與批次判定。先劃出最後可信數值到恢復驗證的時間範圍。若無替代計數方法,就不能僅因輸送帶仍能走,把事件列成有空再修。

相反地,假設停用備用設備的一個非控制顯示欄位文字錯誤,已核對它沒有控制、告警或批次依賴,而且現場識別仍清楚,就可由責任人安排排程修正。這個案例的低影響來自已查明範圍,不是因不知道原因而自動放低。

每張處置卡最多先呈現現象、立即動作、聯絡角色及禁止動作,再提供診斷細節。寫「聯絡維護」還不夠,補上設備編號、事件編號與已取得的證據。當新證據顯示影響擴大時立刻升級,不等原訂覆核時間到。

用三個情境檢查分級是否有效

在紙上演練第一個情境:上午九點光電累計可能漏了十件,但來源讀值在九點零二分恢復。預期操作員會保存這兩分鐘的批次範圍、通知品質與維護,而不是用恢復後第一筆值補完整段。恢復通訊與確認產品數量是不同工作。

第二個情境加入資訊不足:泵浦回饋為OFF,但無法確認命令時間、現場是否仍轉動或保護狀態。正確結果是保持高影響待查並依設備安全程序處置,不能把未知當正常。卡片要指出由誰取得現場狀態,以及未取得之前的限制。

第三個情境讓多點Bad只出現在單一HMI,另一個已核對來源的診斷仍可讀。這會把調查重點移向HMI連線或採集服務,但尚不能排除控制器或網路間歇問題。保存兩個來源與讀取窗口,不用其中一個畫面覆蓋另一個。

失敗時先查卡片有沒有把症狀當原因、把Ack當恢復,或把自訂等級當原廠故障碼。若操作員照卡片仍不知道下一步,將「檢查異常」改成具體證據要求,例如讀取診斷、核對設備編號及提供最後可信時間。不要用更多抽象警語補救。

完成後應看到每個情境都有處理等級、判斷理由、負責角色、下一個動作和退出條件。退出需依實際功能檢查與製程影響確認,不以畫面轉綠或按下確認鈕代替。本文演練只驗證處置規則可理解。

FAQ與來源

FAQ1:資訊不足可先列最低優先嗎?不可以;若安全影響未知,按高影響程序保護人員並立即升級。

FAQ2:輸入恢復Good就代表修好嗎?不代表,還要查端子、共同依賴、穩定時間與批次影響。

FAQ3:能用GX Works2直接下載測試嗎?本文不提供下載捷徑,必須有型號、版本、批准與現場安全窗口。

FAQ4:這些分級是三菱診斷碼嗎?不是,是組織自訂的維護決策規則。

三菱QnUCPU User Manual提供Q系列功能與程式基礎背景,GX Works2 Common手冊用於專案操作範圍;實際型號、版本與現場程序仍須由工程責任人核准。

參考:Mitsubishi QnUCPU User Manual:功能、程式基礎與Q系列適用範圍。

參考:GX Works2 Version 1 Operating Manual Common:Q系列專案操作說明。

延伸閱讀


使用 PLC 工具箱 →