相容性是整個組合的結論
PLC、HMI與閘道各自能運行，不代表三者組合後所有功能都相容。先把完整版本與使用功能放進矩陣，再用官方支援資料與實際測試分別填寫。不要只寫「新版可用」，因為新版可能指韌體、工程軟體、執行環境或驅動程式中的不同項目。
每個設備至少記型號、硬體修訂、韌體、工程專案版本與通訊設定；HMI另列編輯軟體、執行版本與驅動，閘道另列韌體、映射設定與協定功能。若授權或選購功能影響可用性，也要記錄，避免同版本在另一台卻少功能。
適用於整合升級、備品替換與專案交接。本文使用P1、H1、G1等代號代表教學版本組合，不是任何廠商真實版本號。Q06UDVCPU、QJ71C24N與實際HMI的支援關係，必須查對應官方手冊與測試證據，不能由本文代號推定。
先列現場真正需要的功能，如資料讀取、設定寫入、品質傳遞、事件時間、重連與補送。僅需唯讀的畫面與需要命令握手的系統，相容性條件不同；同一組合可能讀取已通過、寫入未測，矩陣要能表達這個差異。
從現行組合與目標組合開始
教學現行組合C01為P1、H1、G1，目標C02為P1、H2、G1，只更新HMI。先固定PLC與閘道配置，用相同案例比較H1與H2。若同時改成P2、H2、G2，就需要更多測試才能判斷差異來自哪一層。
每列列出組合識別、三方版本、設定摘要、官方支援狀態、各功能測試結果、證據位置與限制。結果用通過、失敗、未測、不適用等明確值；空白不能讓讀者猜是沒有問題還是沒人填。
官方支援與現場測試分成兩欄。官方列支援但尚未測試，不寫成現場通過；現場某案例可運行但官方未聲明支援，也不寫成廠商保證。兩種證據回答不同問題，保留差異才能讓維護決策有依據。
完成第一版矩陣時，C01可保留既有驗收證據，C02則按新測試結果填入。若C02只測讀取，寫入與恢復明列未測，不用整列一個綠色勾號掩蓋缺口。組合的適用範圍與測試日期也一併保存。
建立備品組合C03，例如PLC型號相同但硬體修訂不同。不能只因外觀與主要型號一致就套用C01結論；先核對韌體與功能條件，再做受影響的測試。矩陣應能提醒維護人員備品替換後需要哪些補充證據。
把設定與功能條件一起納入
版本相同而映射不同，也可能得到不同結果。保存設定檔摘要或受控版本，列出資料型別、字序、站號、地址範圍與安全設定。檔案摘要用來辨識配置是否相同，不會自動說明變更內容，仍需要可閱讀的差異說明。
協定名稱相同不代表功能集合相同。兩端都寫支援Modbus，仍要核對使用的資料區、功能、長度與例外處理；兩端都支援OPC UA，也要核對實際安全政策、型別與訂閱需求。不要只用一個協定名稱當完整相容證明。
版本標籤還可能分成功能版本、序號適用範圍或選購選件。依廠商定義填寫，不將序號大小當通用新舊判斷。OPC UA機械銘牌模型可提供部分識別資訊，但現場設備未必實作所有欄位，缺少時由受控清冊補足。
建立功能案例集合，至少包含正常讀取、必要寫入、邊界型別、品質、斷線恢復與初始化。每個組合對應相同案例版本，若因不支援某功能而跳過，記不適用的理由；若正式需求需要卻無法測，記未測或不符合，不能改成不適用。
兩兩測通不保證三方一起通。PLC到閘道正常、閘道到HMI正常，合併後仍可能出現刷新、快取、型別或權限問題。矩陣保留端到端組合結果，兩段測試作定位證據，不直接替代完整路徑驗收。
控制組合數並保留未知範圍
若PLC三版本、HMI四版本、閘道兩版本，理論上有二十四種組合。先盤點實際部署、計畫升級與備援需要，優先測這些組合；其他組合標未驗證。不能只測其中三種就宣稱全部二十四種相容。
可依變更影響與風險選擇代表性測試，但保留選擇理由。修改字串編碼時應重測文字資料路徑，修改重連機制時應重測初始化與恢復。沒有變更不等於沒有風險，只是可用既有證據評估是否需要追加測試。
失敗時先確認實際執行版本與矩陣記錄一致，再查配置與案例版本。若只在三方組合失敗，沿資料路徑保存原始值、映射值與畫面結果；若換回舊版恢復，也要排除同時重新啟動或載入其他設定造成的影響。
發布時指定核准的組合清單，部署工具或交接檢查依清單核對。新增版本不能只改矩陣文字便視為驗證完成，需要相應證據。撤回某組合時保留失敗原因與替代方案，讓舊維護文件不會繼續推薦已知有問題的配置。
同一組合在不同廠區使用不同負載或網路拓撲時，也要註明測試環境範圍。少量點位的成功不直接支持滿載部署，擴充點數或改變更新週期後應補做相關效能與恢復案例。
練習與常見問題
練習：C01的讀取、寫入、恢復都通過，C02讀取通過、寫入未測、恢復失敗。若應用只做唯讀，仍要看是否需要斷線恢復；不能只看到讀取通過就核准C02。將限制寫成可判斷的功能條件，而非模糊的「基本可用」。
交接時附官方支援文件版本、案例報告、配置摘要與待補證據。矩陣是一個索引與決策表，不能取代原始測試紀錄；點進每個通過項應能找到當時的輸入、預期與實際結果。
問：版本號較新就一定相容嗎？答：功能與預設可能改變，需要官方條件與實際驗證。
問：兩段通訊都正常就不用測整體嗎？答：端到端仍可能有快取、型別與時序差異。
問：沒有測到的組合可以留白嗎？答：明列未驗證，避免被誤讀為支援。
問：相同韌體可以共用所有驗收結果嗎？答：還要核對硬體、專案、驅動、設定與使用功能是否一致。
參考：OPC UA for Machinery Machine Identification：硬體、軟體與設備識別資訊的模型。
參考：NIST SP 800-82 Rev.3：OT配置管理與變更驗證原則；本文矩陣為教學設計。