Q系列強制值盤點與解除交接

強制值清單的風險

強制值清單是交接時的控制風險清單，不是「把所有項目清掉就安全」的按鈕。強制解除後，程式命令、輸入映像或通訊資料可能在下一次掃描立即接管；若機械仍具能量，輸出狀態可能快速改變。因此先列出每個點的原值、強制值、現場狀態、解除後預期與核准窗口，再逐點處理。

先區分三種機制。GX Works2第19.2節是X/Y強制輸入輸出註冊；第19.1節修改目前值是另一種操作，不能假定D或M寫值也會持續強制。第三種是專案自訂測試覆寫，解除方式由程式設計決定。把三類分列，才能知道清掉哪個清單仍可能留下測試狀態。

盤點欄位先寫機制，再寫裝置、目前值、註冊或覆寫設定、時間、寫入來源與預期解除後結果。X/Y註冊需從目標CPU重新讀取狀態；D/M若只是一次改值，記錄寫值事件與後續來源，不能虛構一個可取消的持續強制註冊。

交接時要把「工程畫面顯示」和「現場物理狀態」分開。Y10在監看畫面為1，可能是強制值，也可能是程式命令；接觸器回饋為0則說明現場結果不同。解除後若程式仍命令Y10=1，輸出可能持續為1；若程式命令為0，則可能在下一掃描掉下來。這些都是解除前必須預測的結果。

第一個離線案例是一般工件到位輸入X20曾被註冊強制ON，現場感測器目前未偵測到工件。解除後，正常更新範圍內的X20重新受實體輸入影響，流程條件可能立即改變。這是一般製程訊號示例，不能拿來替代安全門或安全回路測試。

逐點盤點流程

開始前先鎖定工程檔版本、CPU型號、連線目標與操作員身分，並確認目前是唯讀查看還是已進入可寫狀態。若連線目標不明，停止盤點並確認，不要在錯誤CPU上執行清除。把清單匯出或抄錄到受控檔案，保存盤點時間與工程檔雜湊，便於交班比較。

第一輪分別取得註冊狀態、程式結果、現場回饋及來源時間。若專案有D120流量測試覆寫，另外記錄該自訂機制、原始來源與倍率；假設整數250代表25.0 L/min，這是本案例契約，不能只讀到250就推論所有系統都用相同單位。

第二輪逐點問解除後誰接管。QnUCPU第3.11.3節說明，正常更新範圍內輸入回到外部更新；輸出若有程式運算則輸出運算結果，若未執行對應運算，可能仍保持註冊時狀態。因此解除不保證變OFF，也不保證下一掃描一定改值；應核對實際更新範圍及程式執行。

第三輪建立核准窗口：設備處於哪個步驟、輸出能否被隔離、現場誰確認零能量、誰可批准解除、解除後要觀察哪些回饋。窗口不是時間上的方便，而是控制風險已被管理的條件集合。若窗口不存在，清單可先完成，解除動作延後。

如果表格中的「現場狀態」與PLC值矛盾，先停止解除並查回饋、端子與安全程序。例如Y10=1但接觸器回饋=0，可能是接線、接觸器或監看來源問題；解除強制只會讓控制結果更難解釋，不會替你修正硬體故障。

解除後的時間線

解除不是單一瞬間的文字事件，要記錄解除請求、實際生效、下一次掃描、輸出變化、回饋變化與操作員確認。對每一點使用同一個事件ID，但每個時間都保留來源。若解除請求在09:15:00，程式在09:15:00.020寫入Y10=0，回饋在09:15:00.180才掉下，這是三個不同事件。

第二個案例明確限定為專案自訂流量覆寫，並非GX Works2對D裝置的持續強制功能。假設設計允許以80.0替代來源42.0，關閉測試覆寫後控制計算重新讀42.0，泵速命令可能變化。實際增減幅度由控制算法決定，本文不編造必然從60%升到75%的結果。

若解除後輸出立即改變，先依事前核准的停機或安全反應處置，不要用再次強制來掩蓋變化。重新強制同一點會產生新的未追蹤狀態，也可能讓互鎖條件失真。交接記錄應寫明「解除後發生何種變化、誰決定下一步、哪個回饋仍未證實」。

對多個點，禁止依清單排序一鍵全解除。每一點都可能有不同的設備狀態與寫入者；即使兩點同屬一個測試案例，也要逐點確認原值、預期和結果。若產品版本提供批次操作，仍要先取得該版本文件並在隔離副本或無危害條件下驗證其範圍，不把畫面上的按鈕名稱當作安全保證。

清單在交班後出現差異時，先重新讀取CPU註冊。手冊說明多個工程工具可改同一CPU的強制狀態，較早工具畫面可能已過時；GX Works2並未對此提供CPU端排他控制。記下讀取時刻與其他工程站操作，避免把舊畫面當成當下完整清單。

失敗排查與限制

看不到強制狀態時，先確認連線目標、工程檔版本、使用者權限與監看資料是否更新，再查該資料類型是否由目前工具顯示。不要用「畫面沒有標記」推論沒有強制。若來源檔與CPU狀態不一致，保存兩者並記錄取樣時間，改由有權限的工程師確認。

解除後值沒有改變，也不能立即判定解除失敗。可能是程式仍寫入相同值、來源剛好相同、HMI顯示延遲或資料採集沒有刷新。比較原值、強制值、程式命令和更新時間，才能判斷是否真的由另一寫入者接管。

若解除後設備進入不預期步驟，先看核准窗口是否真的成立，再看互鎖與回饋，而不是直接把原因歸咎於清單。保留解除前後的值、時間與操作員確認，讓控制工程師能重現邏輯路徑；不要把一個結果倒推成唯一根因。

只讀盤點也要留意介面行為。GX Works2第19.2節說明雙擊註冊表ON/OFF欄可反轉狀態，關閉視窗時亦可能出現取消全部的提示。查看清單時不要把這些動作當普通選取或無害關窗；依既定操作程序辨識提示，將任何取消註冊視為會影響控制的變更。

FAQ與來源

FAQ1：清單全部顯示解除後，是否可以直接恢復自動？答：不可以。要逐點確認程式命令、輸出回饋、互鎖、現場狀態與核准窗口，全部成立後才由負責人決定。

FAQ2：解除強制後程式會不會立即接管？答：可能會，取決於該點的資料來源、掃描和程式寫入。這正是逐點記錄「解除後接管者」的原因。

FAQ3：可以用再次強制維持設備不動嗎？答：不要把再次強制當成補救。先按安全程序停止或隔離，並重新建立受控測試窗口；新的強制狀態必須另行盤點。

FAQ4：沒有看到紅色強制標記怎麼辦？答：把狀態標為Unknown，確認連線目標、權限、版本和資料更新，再由有權限人員核對，不可把畫面缺欄當成清除證明。

參考：QnUCPU手冊第3.11.3節 強制ON/OFF與取消後行為 印刷頁155至159

參考：GX Works2 Common 第19.1及19.2節 修改目前值與強制註冊的差別

延伸閱讀

• Q系列I/O事件與製程狀態時間線調查
• Q系列註解 端子與地址互證