一 先把警告變成可追溯事件
電池警告出現時，先保存證據再安排更換。本文以Q06UDVCPU/GX Works2作為規劃背景，但所有容量、電池料號、保持範圍和更換時間都要以目標CPU的硬體手冊及型號表核對。警告不是「程式快沒了」的同義詞，程式、參數、裝置資料、D配方持有值、檔案記錄和保持資料的風險不同。
建立事件BAT-06-1600，欄位包括CPU型號、序號、程式版本、參數版本、RUN/STOP模式、警告來源、來源時間、工程工具連線時間和操作者。先只讀取與保存，不清除歷史、不下載新程式、不拔插電池。若警告可能影響製程，另依現場程序保持設備安全狀態。
案例的起點固定為16:00:00收到警告，之後所有操作都用相對這個事件的時間標記，以相同時鐘建立先後關係。保存窗口從16:00:00開始，直到備份驗證完成。
電池警告的資料保存不是一次匯出就結束。若設備仍維持運轉，事件BAT-06-1600之後每次配方變更、模式切換或錯誤歷史更新都要帶上相同事件編號，並另記發生時間。這使維護人員能區分警告前資料、備份時資料和等待更換期間資料。若警告升級或出現電源異常，新增事件而不是修改原事件，避免把不同原因混成同一條紀錄。
不適用情況是沒有型號、沒有手冊、只有一張警告截圖或無法確認資料來源；這時建立待核對工單，不能引用別系列QCPU的記憶體或電池條件。
二 備份四類資料並分開驗證
第一類是程式與參數：保存GX Works2專案、PLC參數、註解、版本控制提交和目前CPU型號資訊。第二類是裝置資料：保存需要的D/M等資料範圍，但實際裝置與保持範圍依型號和參數確認，不自行指定特殊寄存器。
第三類是D配方持有值：把配方編號、D欄位範圍、目前值、讀取來源和讀取時間列成快照。RUN中逐字讀取可能跨越掃描，並非原子快照；因此記錄讀取開始16:05:10、結束16:05:10.8和是否有配方寫入事件。若需要一致快照，依設備既有握手或停機程序取得，本文不創作新的PLC指令。
第四類是檔案與錯誤歷史：依GX Works2手冊的PLC Diagnostics或Error History功能保存錯誤清單CSV。手冊描述可把錯誤歷史顯示內容存成CSV；CSV是事件內容的保存，不是證明所有專案資料已備份。
三種驗證必須分開：打開檔案檢查格式可解析；比對內容/版本確認資料合理；計算雜湊只確認同一檔案位元組未被改動。hash成功不代表檔案一定能解析，能開啟也不代表內容是正確CPU版本。
打開驗證要由能讀取相同工程檔的工具完成，並保存開啟結果和警告訊息；內容比對則檢查CPU型號、程式名稱、參數設定、D配方欄位和錯誤歷史事件，兩者目的不同。雜湊只在最後確認檔案傳送或封存後沒有位元組變化。若打開失敗，即使hash一致也必須標解析失敗；若打開成功但型號或版本不符，標內容不適用，不能直接下載。
| 資料類型 | 保存內容 | 驗證用途 |
|---|---|---|
| 程式/參數 | 專案、版本、型號 | 打開與版本比對 |
| D配方 | 範圍、值、讀取窗口 | 一致性判定 |
| 錯誤歷史 | GX Works2 CSV | 可解析與事件比對 |
| 檔案包 | 路徑、大小、hash | 位元組完整性 |
三 控制站6一致時間線
控制站6的單一時間線如下：16:00:00警告出現；16:00:30依既有作業程序協調暫停配方切換並通知值班人員；16:02:00只讀保存專案與參數；16:05:10開始讀取D配方；16:05:10.8讀取結束；16:07:00保存錯誤歷史CSV；16:10:00完成打開、比對、雜湊三項驗證；16:15:00建立更換工單。各檔案分別保留自己的取得時間，整包不宣稱是單一瞬間快照。
D配方持有值的表格列D範圍、配方號、每筆讀取時間、寫入旗標和來源。若16:05:10.4發生配方切換，該次讀取標MixedWindow，保存原始資料但不宣稱是一致快照，安排依程序重讀。
程式/參數若可開啟但型號顯示不符，標ModelMismatch並停止後續下載；D資料若讀取筆數不足，標IncompleteRead；錯誤歷史CSV若能開啟但列數與畫面不一致，保存兩者並標Difference。
整個案例是虛擬控制站流程，不執行Q06UDVCPU實機更換，也不把任何欄位當成實際特殊寄存器。
| 時間 | 動作 | 結果 |
|---|---|---|
| 16:00:00 | 警告出現 | 建立BAT-06-1600 |
| 16:05:10–.8 | 讀D配方 | 保存窗口 |
| 16:07:00 | 錯誤歷史CSV | 保留原檔 |
| 16:10:00 | 三項驗證 | 完成/列差異 |
四 依型號安排Q6BAT維護
文末QCPU硬體手冊第13.3.1節寫明，拆下電池前可程式控制器電源必須已開啟10分鐘以上；這是手冊前提，不是任意型號的通用安全口號。Q6BAT更換流程與Q7BATN/Q7BAT/Q8BAT不應混用，料號先依型號表確認。
手冊圖示流程涉及確認連接器方向、拆卸舊電池與安裝新電池；該Q6BAT流程先備份，再關閉可程式控制器電源後進行更換；機櫃開啟、殘留電源與工具使用仍依現場程序。本文只列準備、記錄和驗收，不提供未經授權的帶電操作細節。
工單在16:15建立，欄位包括目標CPU型號、核對的電池料號、手冊版本、停機窗口、負責人、備份位置與異常升級人。更換前先確認16:10驗證完成，若任一檔案不能開啟，工單退回資料保存階段。
依第13.3.1節，先前供電至少十分鐘是讓備援電容具備所需條件；Q6BAT對Universal model QCPU流程標示備援時間三分鐘。兩者不能混成「拆下後還可等十分鐘」。實際工單須附本機採用電池的原廠完整流程；若無法在指定條件內作業，不以本文摘要代替手冊或自行延長時間。
不要因警告而取消電池檢查或清除錯誤。若型號手冊說明程式記憶體、標準RAM或鎖存資料的條件，逐項引用該型號段落；未知保持範圍維持Unknown。
五 回復驗收與FAQ
更換後的驗收要回到控制器與製程：確認電池相關診斷、程式和參數比對，以及關鍵配方、保持資料與時鐘是否合理。只重開更換前的備份檔，不能證明現場已恢復。配方數值應依當時有效版本比對；正在運轉的計數器則記錄合理變化，不要求所有數字與備份完全相同。
驗收表寫出：程式/參數Open=Pass；D配方讀取窗口16:05:10–16:05:10.8、若有切換則MixedWindow；錯誤歷史CSV可解析且列數差異有說明；hash只判位元組一致；電池料號與型號表相符；復歸狀態由合格人員確認。
問：雜湊相同就能恢復嗎？答：仍須用適用工具開啟並比對CPU及內容。雜湊只支持與可信原檔位元組一致。
問：RUN中讀D值是單一瞬間嗎？答：不保證，保存讀取窗口及配方切換記錄。MixedWindow是本文自訂標記，不是PLC原生錯誤碼。
問：其他CPU的更換時間可直接套用嗎？答：不可，核對本機、實際電池及硬體手冊流程，包含供電準備與斷電後備援條件。
問：警告消失就能自動復機嗎？答：還須核對資料、互鎖及現場狀態，依設備復歸程序執行，不能只看一個警告燈。
參考：GX Works2 Version 1 Operating Manual Common
參考：QCPU硬體設計維護檢查手冊 第13.3.1節 印刷頁271至272
備份交接表最後列出檔案位置、打開結果、內容比對人、雜湊值、型號核對人與工單編號。這些欄位讓下一班維護人員知道哪些資料已證實、哪些仍等待現場手冊或合格人員處理。
參考：Mitsubishi QCPU battery replacement FAQ