AVEVA InTouch HMI 2026 新版本釋出 ! 值得關注的重要功能有哪些?

過去的邏輯運算多半依賴分散在視窗按鈕或背景週期事件中的 QuickScript，專案交接時要清查依賴關係是十分繁複的作業。InTouch HMI 2026 在使用者自訂型別（UDT）上允許在 UDT 範本內直接定義「方法成員（Methods Member）」。

這些方法可以在桌面端或 Web Client 直接被調用，並由 InTouch Host 伺服器端負責執行：

• 以 Python 舉例 :
  在畫面上，按鈕只需一行代碼：Tank1.StartFilling(75.5);，即可完成參數傳遞與閥門連動。 
  
  
• 以 C# 舉例：
  工程師可直接在 UDT 方法內透過 ADO.NET 存取關聯式資料庫，例如以 SqlDataAdapter 抓取製程配方填入 DataSet。

邏輯只要在範本內定義一次，所有衍生出來的執行個體（如 Tank_001、Tank_002）便能統一套用，讓圖控點位具備現代物件導向的優勢，大幅縮減未來演算法修改時的除錯工時。 

在現場對接時，若 PLC 或 Gateway 已具備結構化 OPC UA 資料模型，InTouch 2026 支援直接將設備模型拖曳至 InTouch HMI： 

1. 根據來源型別 (Type) 的定義自動鏡像複製為 InTouch UDT 範本。
   
   
2. 系統依據鏡像複製的型別自動建立物件執行個體 (Instance)。
   
   
3. 根據來源資料夾的層級目錄，自動對應並建立為 InTouch 內部的警報群組。

這項功能大幅省去過去人工手動建立幾百個 Tag、再手動配置警報群組的重複作業。 

過去面板雖然能讀取設備內部的數值（如 Me.Temperature），卻無法取得該設備實例本身的名稱字串。

這會導致操作員點開面板時，標題列無法直接顯示目前操控的到底是「Tank_001」還是「Tank_002」，增加現場誤操作的風險。

InTouch 2026 正式補齊 Me.Tagname 支援與標記名稱數值顯示動態。現在通用面板 (Faceplate)既能以相對路徑綁定控制點位，最上方的標題列也能直接動態顯示當前設備的執行個體 (Instance) 名稱，大幅提升介面開發的嚴謹度與安全性。

在先前的版本中，將舊專案的圖形轉換為現代工業圖形（Industrial Graphics）時，既有的 Smart Symbol  執行個體 (Instance) 會被打散為一般的獨立圖形元件（Plain graphics elements），失去範本繼承能力。要重新建立標準化元件庫，通常十分耗費工程。

InTouch 2026 改善了轉換機制。在轉換初期先將 Smart Symbol 範本轉化為可重複使用的工業圖形，接著自動替換畫面中所有的調用執行個體。

這便可完整保留企業過去累積的標準化元件庫，大幅降低邁向 OMI 與 AVEVA CONNECT 雲端視覺化的門檻。

InTouch 2026 正式開放工業圖形元件採用標準 XML 格式進行儲存、匯入與匯出。

這代表：

• 圖控專案能正式納入企業標準的 Git / GitLab 進行版本控制，每次畫面修改都有 diff 軌跡可循。
  
  
• 可結合外部腳本或企業內部的生成式 AI 輔助工具，進行圖形元件的批次屬性修改與自動化查核。

InTouch Web Client 改採 AVEVA 共通 Web 伺服器框架，與 OMI Web、AVEVA CONNECT 雲端視覺化技術一致，實現跨裝置桌面、平板、手機像素一致的渲染效能。

每套 Runtime 提供 1 組全功能 Web Client。無需額外採購獨立 Web Client 授權，可供一名主管或值班工程師透過標準瀏覽器進行即時圖控巡檢。

在整個 Operations Control 2026 產品體系中，備受討論的 MCP Server，目前其部署是在 AVEVA Historian。

為什麼是 Historian：AI 模型如大語言模型 LLM 在工控環境中最需要的是精準的製程時序數據、停機事件與警報歷史紀錄，而非圖控畫面的操作按鈕。

地端歷史資料安全 Grounding：透過標準 MCP 接口，企業的 AI 助手能夠在安全受控的環境下，直接讀取地端 Historian 的歷史數值與事件脈絡，為主管提供基於真實資料的自然語言查詢與設備異常根因分析 (RCA）。

針對工控畫面與點位工程，InTouch 2026 所強調的 AI 輔助工程是以「Open XML 圖形」與「CSV 範本」作為 AI 協作的介面。 離線批次產出，受控重新匯入。

工程師能利用外部 AI 工具批量起草與驗證畫面 XML 與點位 CSV，經過人工審核確認無誤後，再統一重新匯入專案，兼顧現代自動化工程的效率與產線運作的安全。 

Historian i3X 開放 REST API 規範。為了打破傳統圖控與資料庫的封閉介面，AVEVA 2026 正式在 AVEVA Historian 導入 i3X 伺服器規格。

提供符合 i3X 開放規格、不受單一廠商綑綁的標準 RESTful API，讓企業上層的 DataOps 平台、機器學習模型與雲端戰情室能以現代軟體標準讀取製程資料，逐步實現 IT/OT 數據治理的全面開放。 

• 非 OS 管理員權限開發與維運：工程師在開發、修改與管理 InTouch 專案時，不再需要取得 Windows Administrator 權限。同時，系統在作為背景服務執行時也全面支援最小權限原則。
  
  
• 具名憑證存放區：集中保護資料庫密碼、PLC 通訊金鑰與第三方 API Token，解決過去在腳本中暴露帳密的安全漏洞。
  
  
• 符合歐盟《網路韌性法案》(EU CRA) 要求：升級第三方相依套件庫、強化加密協定並對 SNMP 提供 AES 加密，全面符合現代工控網路韌性要求。
  
  
• 獨立升級 .NET Runtime：相容現代 .NET 執行階段，支援在 OS 層更新 .NET 修補零時差漏洞，不須等原廠釋出Service Pack。

• 同步寫入雙 Historian：單一 InTouch 支援製程時序數據同時寫入兩部獨立的 AVEVA Historian 伺服器（Primary 與 Partner），在單機進行定期維護或網路短暫中斷時，確保數據完整可用。
  
  
• 解決雙機重複警報問題：在過去的架構中，Active/Active 雙機熱備援節點同時向 Historian 拋送警報時，常造成歷史資料庫內產生 Duplicate Alarms。InTouch 2026 版本透過 Alarm Hot Backup Manager 實現警報一致性，消除警報重複寫入，保持資料乾淨。
  
  
• RDS 操作追蹤：在遠端桌面服務（RDS）架構下，操作人員確認警報時，系統日誌能記錄實體客戶端設備的主機名稱，而非單純記錄 RDS 伺服器名稱，滿足資安法規要求。

過去若有多座相同設備需要進行相似的工程計算如熱交換器效率、能耗換算，演算法往往分散在個別視窗的按鈕腳本或背景週期腳本中。專案交接時，新工程師難完整清查所有依賴關係。

2026 版本將邏輯整合在 UDT 範本內。工程師只要在範本內寫好方法，底下的執行個體 (Instance) 就會自動繼承並統一執行，邏輯集中化能有效消除程式碼重複，並大幅降低日後修改時漏改某個點位的維護風險。 

在 AVEVA Operations Control 2026 的架構藍圖中，兩者各有其落地機制：

AI 輔助工程（InTouch 端）：透過開放檔案格式（Open XML）與範本 CSV 的匯出入機制，讓工程師與外部 AI 工具能夠直接對圖形結構及標記屬性進行批量編輯、產生與 Git 版本管理，打破過去封閉式二進位介面的限制。

MCP Server（Historian 端）：MCP（Model Context Protocol）是由 AI 領域推動的開放協定。AVEVA 2026 率先於 AVEVA Historian 導入 MCP Server，讓地端大語言模型（LLM）能直接安全讀取歷史製程數值與警報紀錄作為檢索上下文（Grounding），實現自然語言查詢與設備異常根因分析。 

不需要。現役的 InTouch 系統可以繼續作為機台監控與操作員介面，無須停機汰換。

升級至 2026 版本後，企業可逐步將關鍵設備點位改為 ISA-95 命名階層，並藉由內建的 MQTT 5 / Sparkplug 3 與 OPC UA 模型，將結構化數據發布至中央的 UNS Broker，以最低的工廠運轉風險完成轉型接軌。 

歐盟《網路韌性法案》（EU CRA）規範銷往歐盟市場具備數位功能的軟硬體產品，必須在全生命週期具備防禦機制與漏洞修補能力。

InTouch 2026 取消強制要求本機 Windows 管理員權限的開發限制、導入具名憑證存放區以杜絕腳本內明文存放密碼，並強化加密元件庫。

這讓有海外擴廠或設備外銷需求的廠商，在進行系統架構規劃時就能直接符合國際資安驗收標準。 

傳統單一 Historian 即使規劃備援機制，在伺服器進行作業系統安全性更新、硬體重啟或通訊斷線時，依然可能存在局部資料缺損或需要手動回補。

雙 Historian 支援讓單一 InTouch 節點同時對兩台獨立的歷史資料庫並行寫入。維運團隊可以輪流對個別資料庫進行停機維護，長期趨勢追蹤、產線能耗稽核與法規報表產出將不受單點維護事件干擾。