註解不是地址證據
PLC符號、端子標籤、接線圖、現場設備與HMI文字共同形成一條可追溯鏈，但它們不是同一份資料。註解改了，不代表PLC位址改了；端子換了，不代表程式已跟著換。本文以Q06UDVCPU與GX Works2為背景，教你先盤點差異，再由負責工程師決定是否變更，避免先改地址追著錯誤名稱走。
每一筆盤點至少記錄：工程檔中的軟元件或符號、CPU模組與槽位、端子台編號、導線號、圖紙頁碼與版次、現場用途、HMI告警文字、互鎖或外部寫入依賴。若任一欄沒有證據，填Unknown並標示待查來源。這能把「名稱看起來合理」和「端子實際接對」分開。
案例從舊圖紙開始：E-12 rev.4把X10標為料位高，現場改線後端子標籤寫X12，工程專案仍以X10作符號名。不能直接把程式中的X10改成X12，因為X12可能是端子編號、模組輸入編號或完全不同的軟元件。先找as-built圖、端子導通、模組配置與HMI告警來源，才能知道變更發生在哪一層。
NC在電氣圖和梯形圖中也容易混淆。電氣上的NC是元件在未動作時閉合的物理接點；梯形圖的常閉符號通常表示「該位元為0時條件成立」。當輸入模組讀到閉合接點而位元為1時，梯形圖NC條件反而不成立。不能用同一個「NC」標籤跨越兩種語意。
建立基線時先複製專案與圖紙，不在原檔直接改名。針對每個候選點做四方比對：軟元件地址、模組端子、導線與圖紙用途。若四者不一致，先保留差異並升級給PLC與電氣負責人；HMI文字和告警路徑也要列入，因為外部畫面可能讀取不同地址。
三筆端子與地址案例
第一筆是X10料位高。工程專案符號Level_High指向X10，舊圖紙E-12 rev.4也寫X10，但現場端子TB1-03量到的是新液位開關導線，導線號W-203在rev.5被移到X12。此時可確定文件與現場發生版次差異，不能確定PLC目前是否已改用X12；必須查最新專案、模組端子配置與更新紀錄。
第二筆是X21泵浦故障。HMI告警文字寫「P-101 Fault」，程式註解卻寫「P-102」，端子TB1-07的導線號與P-101設備銘牌一致。這表示註解至少有語意錯誤，但不代表X21地址錯誤。先追HMI讀取的軟元件與告警條件，再由維護工程師確認是否只需修註解或還有接線問題。
第三筆是Y10接觸器命令。圖紙顯示Y10經中間繼電器K10控制，現場回饋接點接到X30；程式註解把Y10寫成MotorRunFeedback。這不是單純文字問題，因為維護人員可能把Y10當回饋而跳過X30檢查。盤點時應把命令和回饋分成兩列，分別記錄誰寫入、誰證明動作。
| 項目 | 工程專案 | 現場/圖紙證據 | 暫定結論 |
|---|---|---|---|
| 料位高 | Level_High→X10 | TB1-03、W-203、rev.5指向X12 | 版本衝突，地址待核 |
| 泵浦故障 | X21註解P-102 | TB1-07與銘牌P-101 | 註解疑似錯，地址待追HMI |
| 接觸器命令 | Y10命令 | K10線圈；回饋在X30 | 命令與回饋不可合併 |
把候選解釋寫清楚：若最新版現場圖證明感測器已接到對應X12的通道，而目前CPU程式仍使用X10，就列為實體與程式不一致；若端子實際仍對應X10，則先查圖紙或標籤修訂是否錯誤。兩種情況需要不同修正，不能只憑一張新圖紙選地址。
NC真值與依賴追蹤
以下真值表只描述一個自訂輸入回路：物理NC接點在正常未動作時閉合，輸入模組讀到1；梯形圖使用常閉條件，只有輸入位元為0時條件成立。若導線斷裂使輸入變0，梯形圖條件可能成立，這反而可能被程式當成允許。是否安全要看整體設計，不能從NC名稱推導失效安全。
| 物理接點 | 輸入位元 | 梯形圖NC條件 | 解讀 |
|---|---|---|---|
| 閉合 | 1 | 假 | 正常閉合，但此邏輯條件不成立 |
| 開啟 | 0 | 真 | 可能是動作、斷線或失電，需分辨 |
| 未取得有效觀察 | 本次位元值待查 | 分析不能判定 | 這是資料缺失標記，非PLC第三種位元值 |
用一般料位警示做語意練習：假設正常閉合使輸入為1，接點打開或回路失電使輸入為0，梯形圖的反相條件便成立。它可以代表異常偵測，不能僅因條件變真就說流程被允許。必須追這個條件後面實際控制的線圈或分支，避免把局部符號當成整段功能。
追HMI告警時，記錄告警觸發地址、顯示條件、清除條件、資料來源與時間。告警顯示「料位高」可能來自X10，也可能是由D120比較產生的M位元；若只看畫面文字就修改X10註解，可能完全沒有觸及真實來源。把HMI畫面、PLC程式和圖紙三者的鏈路畫成證據表。
外部依賴也要盤點：HMI可能寫D120門檻，通訊來源可能更新應用程式使用的狀態，而遠端I/O映射也可能提供X資料。先核對實際配置與更新範圍；不要看到X30就假定一定是本機端子，也不要宣稱任何外部PLC都可任意寫入該X。
變更與失敗排查
確認地址後仍不要直接修改程式。先提出before/after：原符號、原地址、圖紙版次、變更後地址、端子與導線、HMI告警、互鎖影響、回復方式。若只是修註解，驗收要證明位址和邏輯未變；若是改地址，則要逐項驗證輸入映像、輸出命令、HMI與外部寫入。
若新圖紙把X10改成X12，但專案還是X10，第一個失敗排查是確認版本是否真的下載到CPU，而不是立刻重寫程式。查工程檔日期、變更記錄、CPU內專案識別和現場下載批准。沒有證據前，任何一個X地址都只能稱為候選。
若HMI告警與PLC監看值相反，先查HMI標籤、刷新時間與品質，再查PLC條件；畫面文字本身不能證明位址。若圖紙與端子導通不符，停在文件差異調查，交由電氣人員依安全程序處置，不用PLC強制值來假裝完成配線驗證。
若同一軟元件同時被多段程式寫入，註解核對仍不完整。建立寫入點清單，標記直接線圈、SET/RESET概念、通訊資料與HMI來源，並以離線交叉參照找出可能覆寫。工具能找出的只是專案內參考，外部設備仍要用其設定和實際資料確認。
型號限制要寫進報告：Q06UDVCPU、基板、輸入輸出模組和GX Works2版本會影響可見的配置與監看欄位；本文不宣稱任何畫面必有某個按鈕，也不提供未核實的地址或指令。所有改線、下載和現場測試都必須依專案批准與安全程序進行。
FAQ與來源
FAQ1：圖紙寫X12、程式註解寫X10，應先改哪一個？答：都不要先改。先以最新專案、端子、導線、as-built圖和HMI依賴建立證據鏈，確認差異發生層級後再提出變更。
FAQ2：電氣NC接點閉合，梯形圖常閉條件是不是也為真？答：不一定，甚至常常相反。物理接點描述電路狀態，梯形圖常閉符號通常檢查位元為0；必須列出接點、輸入位元與邏輯條件的真值。
FAQ3：改註解能修正HMI告警名稱嗎？答：不能保證。HMI可能有自己的標籤與文字，先追實際讀取地址與觸發條件，再分別修改程式註解、圖紙與HMI文件。
FAQ4：找不到外部寫入者是否可判定沒有外部依賴？答：不可。專案搜尋只能涵蓋專案內參考；HMI、通訊站或另一控制器仍需查設定、封包或對方文件。
參考：Mitsubishi QnUCPU User Manual：Q系列CPU、I/O配置與運轉資料的文件核對。
參考：GX Works2 Version 1 Operating Manual Common：工程專案、監看與交叉參照操作的文件核對。