範圍與三種故障
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系列專案操作說明。