數位壓力錶 × AWS IoT 數位孿生 FAQ｜連線・MQTT・預測維護・導入

可以，但數位壓力錶只是資料來源，還需要設備模型、資料傳輸與視覺化；能否連線取決於儀表是否有輸出訊號或通訊介面。

• AWS 對數位孿生的定義是「即時數位呈現」，並以資料持續更新來反映系統的結構與狀態（AWS IoT TwinMaker 文件）。
• AWS 說明的最低建置條件：為設備與製程建模、連接資料來源、建立視覺化、提供給使用者。
• 僅有本地顯示、沒有輸出訊號的數位壓力錶，無法把連續資料送進控制系統；具 4–20 mA 或 RS485 輸出者才適合納入（ICS Schneider）。

數位壓力錶是現場量測儀器；數位孿生是與實體設備對應、持續以資料更新的數位模型，前者提供資料，後者提供脈絡與分析。

• 數位壓力錶＝具電子量測元件與數位顯示的儀表（ICS Schneider）。
• 數位孿生＝以資料動態更新、反映系統結構與狀態的即時數位呈現（AWS TwinMaker 文件）。
• 兩者關係：壓力錶的量測值成為資產模型中的「測點屬性」，再與設備階層、歷史趨勢結合（AWS SiteWise 資產模型可含 attribute、measurement、transform、metric）。

「AWS IoT 數位孿生」不是單一產品名稱，而是以 AWS IoT Core、SiteWise、TwinMaker、Grafana 等服務組合出的架構；其中部分服務已進入維護或終止，選型前須確認服務狀態。

• TwinMaker 提供知識圖譜建模、3D 場景與 Grafana 外掛，並內建連接 SiteWise 時序資料的連接器（AWS 文件）。
• SiteWise 負責資產模型與資料擷取、儲存；視覺化可用 Grafana（SiteWise 外掛）。
• 生命週期提醒：AWS IoT Events 已於 2026-05-20 終止支援；SiteWise Monitor 自 2025-11-07 起不再接受新客戶，AWS 建議改用 Amazon Managed Grafana。

可以設計成即時或近即時；實際更新速度受取樣、閘道器、網路、雲端處理與畫面更新設定共同影響。

• SiteWise 預設把資料放在熱儲存層，AWS 說明該層用於即時指標、警報與監控情境，寫入到讀取延遲低。
• 可見的更新速度還受整條量測鏈影響：變送器阻尼、PLC 取樣率、類比輸入濾波與畫面更新週期（Siemens 產品說明轉述）。
• SiteWise Edge 可在現場閘道器運算並提供本地儀表板，雲端連線中斷時本地應用仍可運作。

不一定。只要現有儀表有 4–20 mA、RS-485 等輸出，或資料已進入 PLC／SCADA，通常可保留原儀表並加裝擷取設備。

• 4–20 mA 迴路可接 PLC I/O 模組，每條迴路傳一個類比值（RS Components）。
• SiteWise Edge 可從 OPC-UA、Modbus TCP、EtherNet/IP 來源及歷史資料庫讀取資料。
• AWS 範例專案示範由現場 Historian 資料庫經 Greengrass 自訂元件送入 SiteWise。

可以：以類比輸入模組或工業閘道器把電流換成數位值，再經 MQTT 等方式送至 AWS IoT Core。

• 4–20 mA：4 mA＝量程下限（0%）、20 mA＝上限（100%）；一條迴路只傳一個量測值，常見 24 VDC 供電（RS Components）。
• 換算：壓力 ＝（I − 4）÷ 16 × 量程；例如量程 0–10 bar，12 mA 對應 5 bar（換算，(12−4)÷16＝0.5）。
• 「活零點」讓 0 mA 可辨識為斷線或電源故障，而非 0 壓力（Fabrico）。
• 轉成數位後可由閘道器以 MQTT（QoS 0/1）上傳 AWS IoT Core，再用規則送進 SiteWise。

只有具備網路介面、TLS 與憑證管理能力的設備才可能直連；一般僅有顯示或 4–20 mA 的儀表需透過閘道器。

• AWS IoT Core 支援 MQTT 與 MQTT over WSS，裝置以 client ID 識別。
• 裝置通常使用 X.509 用戶端憑證，並應驗證伺服器憑證、同步時鐘（憑證有效期限）。
• 沒有輸出訊號的數位壓力錶不會產生連續資料（ICS Schneider）。

由具 MQTT 用戶端的閘道器或控制器建立 TLS 連線，將設備 ID、壓力值、時間戳記與狀態發布到指定 Topic。

• AWS IoT Core 支援 MQTT QoS 0 與 1，不支援 QoS 2。
• 身分以 X.509 憑證為主，政策採最小權限、依裝置縮小範圍。
• Topic 命名與權限規則見第 14 題；資料欄位見第 15 題。
• AWS IoT 規則可把訊息轉入 SiteWise 資產屬性。

可以：以支援 RS-485 與 Modbus RTU 的閘道器輪詢暫存器，轉成雲端可用格式；須先取得該型號的暫存器表。

• AWS IoT Greengrass V2 提供 Modbus-RTU 轉接元件，需經序列埠實體連到 Modbus RTU 網路，並設定鮑率、同位等參數。
• Modbus 協定只規範通訊方式，不規範內容：各廠商暫存器位址、資料型別與縮放都不同，須讀廠商手冊。
• 例：APG 壓力變送器手冊列出壓力暫存器、小數位數等設定。
• 位址陷阱：手冊的 40001 在協定封包中常為 0（0 起算／1 起算差異）。

由工業電腦、PLC 或支援 Modbus TCP 的閘道器讀取資料，再經受控連線送到 AWS；現況須確認所選 SiteWise Edge 閘道器類型是否直接支援 Modbus TCP。

• AWS 2020 年說明 SiteWise Edge 可新增 Modbus TCP 或 EtherNet/IP 資料來源；目前文件對 Edge 閘道器的描述以 OPC-UA 與 MQTT 為主，採用前須對照所選閘道器版本。
• Greengrass V1 的 Modbus-TCP 連接器已隨 V1 於 2026-10-07 終止支援。
• 網路面：依 IEC 62443 概念劃分區域（zone）與管道（conduit），僅開放必要流向（INCIBE、Cisco）。

IoT Core 是 MQTT 訊息代理與規則引擎，負責裝置連線與訊息傳遞；SiteWise 負責工業資產模型、資料擷取與儲存、指標。兩者常串接使用。

• IoT Core：MQTT／MQTT over WSS、憑證與政策、規則引擎。
• SiteWise：資產模型、屬性（measurement、transform、metric）、階層、儲存層與警報定義。
• 串接方式：IoT Core 規則的 iotSiteWise 動作會把 MQTT 資料寫入資產屬性。
• 計費不同：SiteWise 的訊息、資料處理、儲存、匯出等分項計價。

不一定。可用工業閘道器、資料擷取模組或安裝 SiteWise Edge 的工業電腦；原本已有 PLC 時，也可由 PLC 轉送資料。

• SiteWise Edge 可安裝於第三方工業閘道器與電腦，直接從 OPC-UA、EtherNet/IP、Modbus TCP 來源讀取。
• 4–20 mA 需有類比輸入的設備（PLC I/O 模組或獨立 AI 模組）。
• 既有 Historian 資料也可經 Greengrass 自訂元件送入 SiteWise。

可以評估。常見路徑為 OPC UA 或 Historian 資料庫經 SiteWise Edge／Greengrass 傳送；須確認授權、資料格式與資安限制。

• SiteWise Edge 的 OPC UA 收集器可連接現場 OPC UA 伺服器，並轉成 SiteWise 相容格式。
• 可設定死區（deadband）與訂閱／輪詢模式，以節省頻寬。
• Historian 到 SiteWise 有 AWS 範例專案。
• 對外連線依區域與管道原則限縮，只開放必要的出站路徑。

建議依廠區／產線／設備／測點分層命名，並統一大小寫、欄位格式與權限範圍；須符合 AWS IoT 的 Topic 限制。

• Topic 區分大小寫，須統一命名規則。
• AWS IoT Core 限制：斜線最多 7 個；發布 Topic 不超過 256 位元組；以 $ 開頭為保留字。
• 資料與命令 Topic 以前綴分開；多裝置匯集可用萬用字元訂閱搭配規則引擎。
• 例：factory/line01/pump01/pressure 符合限制（3 個斜線）。

至少含設備／測點 ID、數值、單位、時間戳記與品質標記；需歷史追溯時再加量程與設定版本。

• SiteWise 的資料點為「時間戳記—品質—值」（TQV）：值可為字串、整數、浮點、布林；品質為 GOOD、BAD、UNCERTAIN。
• SiteWise 只接受時間戳記在過去 7 天到未來 10 分鐘內的資料；同屬性同時間戳記的資料會被覆寫（品質不同除外）。
• 單位可在資產模型屬性定義；其餘如測點 ID、量程版本為建議加入的欄位。

先建立資產模型（定義測點、單位、轉換與指標），再以此模型建立實際資產並對應資料來源。

• 資產模型是模板：屬性含 attribute、measurement、transform、metric，另可有階層與複合模型（可用於警報）。
• 單一資產模型最多 200 個屬性。
• 屬性可設定單位；資產由模型建立並可定義父子階層。

依架構可以：TwinMaker 內建 SiteWise 時序連接器，並可在 3D 場景標籤與 Grafana 外掛顯示讀值；但其服務現況有來源衝突，採用前須先確認。

• TwinMaker 提供 SiteWise、Kinesis Video Streams 內建連接器與自訂連接器；場景標籤（tag）綁定在座標並連到實體屬性。
• 終端應用以 Grafana／Amazon Managed Grafana 外掛建置。
• 現況：AWS 官方文件仍可存取，API 參考頁標示最後發布 2026-06-25，頁面未見終止公告（2026-10-22 擷取）；但第三方 innFactory 頁面稱其已停止、不接受新客戶。兩者說法不一致，請以 AWS 最新公告為準。
• 同系列的 SiteWise Monitor 已進入維護模式，AWS 建議改用 Amazon Managed Grafana。

把壓力測點掛在泵浦、管線、閥門等實體節點下，並記錄正常操作範圍、位置與維護資訊，形成可追溯的關係。

• TwinMaker 以實體—元件的知識圖譜建模，並有「關係屬性」連到其他實體。
• SiteWise 以資產階層定義上下層關係，可把吸入端與排出端壓力分別建成測點。
• 泵浦診斷常把上下游壓力與振動並列觀察（Hydro 案例）。

可以。SiteWise 提供熱／溫／冷三層儲存，可依用途設定保留期間；須留意匯入時間戳記範圍。

• 預設資料進熱儲存層，可設定保留期間，到期後移至溫層或冷層；未設定則於熱層保存不刪除。
• 冷層使用客戶自有的 S3 儲存貯體，SiteWise 每 6 小時複製一次資料與模型定義。
• 匯入限制：時間戳記需在過去 7 天到未來 10 分鐘內。

可以。常用做法是以 Grafana（含 Amazon Managed Grafana）的 SiteWise 外掛畫歷史趨勢與警報事件，並可與 3D 場景並用。

• Grafana 10.4.0 以上可使用 SiteWise 外掛；單一儀表板可混用 SiteWise、Timestream、CloudWatch 等來源。
• SiteWise Monitor 已進入維護模式，AWS 建議遷移到 Amazon Managed Grafana。
• TwinMaker 亦提供 Grafana 外掛，將 3D 場景與時序資料放在同一面板。

上下限規則可放在規則引擎、邊緣端或 Grafana 警報；SiteWise 原生警報若依賴 IoT Events 已不可用。設計時應搭配持續時間與遲滯，降低誤報。

• SiteWise 警報型態有 IOT_EVENTS 與 EXTERNAL；IOT_EVENTS 依賴的 AWS IoT Events 已於 2026-05-20 終止支援，新設計應採 EXTERNAL 或自建規則。
• 警報管理（ISA-18.2）慣用手法：死區（遲滯）與開／關延遲，用來消除抖動警報。
• Emerson 的定義：60 秒內超過 4 次視為抖動警報；死區不應設到長期平均值之內。
• 上下限也應考量量測元件本身的量程與過壓限制（例如 Danfoss 指出汽蝕與液鎚的壓力尖峰不應超過變送器上限）。

可以。變化率＝（P2 − P1）÷（t2 − t1），須注意取樣週期、雜訊、阻尼造成的延遲與資料缺漏。

• 計算可放在邊緣端、雲端處理層，或以資產模型的 transform／metric 屬性處理（SiteWise 屬性類型包含 transform 與 metric）。
• 變送器阻尼、PLC 取樣率與濾波會讓尖峰變平，變化率會被低估（Siemens 說明）。
• Yokogawa：阻尼設定會增加反應時間，快速製程應降低阻尼。

可以。同一資產模型可放入多個測點（壓力、溫度、流量等），並在同一儀表板或場景並列。

• 單一資產模型可含最多 200 個屬性，並可用複合模型分組。
• TwinMaker 內建元件類型含時序、警報、影片與自訂元件。
• Grafana 單一儀表板可整合多種資料來源。
• 泵浦監測常把壓力、電流、振動與溫度合併判讀（Hexitronics）。

把測點 ID 對應到廠區、管線、設備或 3D 場景座標，再把警報事件連結到該測點。

• TwinMaker 的標籤（tag）標在場景的 x,y,z 座標，並透過實體屬性連回知識圖譜，可設定警報外觀。
• 場景需上傳 gltf／glb 的 3D 模型。
• SiteWise 階層可提供「哪條管線、哪台泵浦」的邏輯位置。

同步更新設備設定、PLC／閘道器縮放與資料模型，並記錄生效時間與歷史版本，避免新舊量程資料被混用。

• 重新設定量程會改變 4–20 mA 與壓力的對應；PLC 或閘道器的縮放要同步修改（Siemens 說明）。
• SiteWise 屬性的單位是屬性定義的一部分；單位變更建議新增屬性或版本，並保留歷史定義。
• 量程調整不等於校正；校正須與標準件比對並記錄（ISA）。

可以：以 IoT 規則引擎判斷條件，經 SNS 或 Lambda 發出通知；通知延遲與重試須自行驗證。

• IoT 規則由 SQL SELECT、Topic 篩選與動作三部分組成；動作可接 SNS、Lambda。
• AWS 範例架構：規則檢查門檻、Lambda 組訊息、SNS 寄信。
• AWS 遠端監控方案曾以 IoT Events 做偵測，但 IoT Events 已於 2026-05-20 終止，不應照搬。

可以標示並比對其他測點，但不能只憑單一壓力下降斷定故障原因；也要排除儀表或導壓管本身的問題。

• 壓差突然下降可能代表濾材旁通（EMCEL）。
• 導壓管堵塞時，變送器可能維持堵塞前的讀值，要等製程改變而讀值不動才會察覺（Emerson）。
• 0 mA 代表斷線或電源故障，而非 0 壓力（Fabrico）。
• 泵浦診斷須結合吸入端與排出端壓力、電流與振動（Hydro、Hexitronics）。

將壓力趨勢與流量、電流、振動、溫度等資料結合，建立基準與異常特徵，再以實際故障紀錄驗證。

• 泵浦預測維護的核心訊號為振動、超音波、溫度、馬達電流（Tractian）；壓力與流量用來辨識汽蝕、乾轉與阻塞（Hexitronics）。
• 壓力與振動並列，可更早發現壓力偏離造成的振動變化（Hydro）。
• 建議步驟：蒐集基準期資料 → 設定異常門檻 → 比對歷史故障事件 → 迭代。

可以辨識堵塞跡象：用上下游壓力或差壓的趨勢判斷，但須依管路設計與正常工況建立判斷規則，並分清是管線堵塞還是導壓管堵塞。

• 濾芯前後差壓上升是常見的阻塞指標（Riegler、Dwyer）。
• 壓差異常下降則可能是旁通（EMCEL）。
• 導壓管堵塞是另一種情況：變送器可能仍顯示舊值，Emerson 以雜訊特徵偵測。
• 泵浦上下游壓力搭配振動可更早警示（Hydro）。

在濾芯前後各設壓力測點（或用差壓表），計算壓差並看趨勢，再依濾芯原廠建議的壓降限值與流量判斷檢查或更換。

• 差壓是濾材堵塞的常用指標：乾淨時壓差低，污染累積後上升（Riegler）。
• 警示點須向濾芯原廠取得，各濾芯壓降與建議服務間隔不同（Dwyer）。
• Riegler DM 34-1 差壓表示例：該產品自 0.35 bar 起建議更換（僅此型號，不可通用）。
• 原廠建議只是起點；追蹤壓降趨勢可更貼近實際污染負荷（Atlas Copco）。

可以在處理層做範圍檢查、濾波與異常值標記，但不應把所有波動都當雜訊，否則可能掩蓋真實異常。

• 阻尼是變送器端的訊號調整：阻尼時間為輸出達 63.2% 的時間；會讓尖峰變平，快速製程須降低阻尼（Yokogawa、Siemens 說明）。
• 整條量測鏈（PLC 取樣、類比輸入濾波、畫面更新）都會造成額外平滑。
• Emerson 利用雜訊「減少」判斷導壓管堵塞，可見雜訊本身也是診斷資訊。
• 建議保留原始資料並加上 SiteWise 品質標記（GOOD／BAD／UNCERTAIN），而非直接刪除。

不可以直接取代。安全相關或即時控制用途須保留獨立的本地警報與保護，並依風險評估與相關規範設計。

• AWS TwinMaker 文件載明：不適用於可能造成人員傷亡的危險環境或關鍵系統，且不可取代人員對安全運轉的監看。
• IEC 61511：安全儀控系統（SIS）須與基本製程控制系統（BPCS）獨立，雲端監測不屬於此範圍。
• 雲端路徑有網路延遲與中斷風險，不適合作為唯一保護層。

以邊緣端本地監控、資料緩存與補傳為主；安全聯鎖與即時控制由本地系統負責。

• SiteWise Edge 可在現場運算並提供本地儀表板；雲端連線中斷時本地應用仍可運作。
• Edge 的發布元件負責資料緩衝與連線問題時的重試。
• 補傳限制：SiteWise 只接受過去 7 天內的時間戳記，緩存時間過長的資料會被拒收。
• 安全聯鎖不可依賴雲端（見第 32 題）。

以序號、時間戳記、品質標記與補傳機制設計，並定期把現場讀值與雲端紀錄比對。

• AWS IoT 支援 QoS 0 與 1；QoS 1 為至少一次送達，可能重複，QoS 0 可能遺失（OneUptime 對 AWS IoT 的說明）。
• SiteWise 對同一屬性、同一時間戳記、同品質的資料會覆寫，因此重複送出相同點位是冪等的。
• Edge 發布元件負責重試；時間戳記過舊（超過 7 天）的補傳資料會被拒收，需另行處理。

採用裝置身分驗證、最小權限、加密傳輸、網路分區、憑證管理、日誌與定期更新。

• AWS：裝置以 X.509 憑證驗證，並驗證伺服器憑證；憑證有期限，裝置須先同步 NTP 時鐘再連線。
• 最小權限：依裝置縮小政策範圍；可用 Device Defender 檢查過度寬鬆的政策。
• 網路面依 IEC 62443 劃分區域與管道（INCIBE、Cisco、PLCnext）。
• 留意：Device Defender Detect 自 2026-08-31 起不再接受新客戶（Audit 功能不受影響）。

依現場介面而定，常見為數位壓力錶／變送器、類比輸入模組、PLC 或工業閘道器（或裝 SiteWise Edge 的工業電腦）、網路設備與供電防護。

• 4–20 mA 迴路需 24 VDC 電源與 PLC I/O 或類比輸入模組（RS Components）。
• SiteWise Edge 可裝在第三方工業閘道器與電腦。
• 壓力變送器供電範圍例：WIKA A-10 為 8–30 V（經銷商規格頁）。
• OT 與雲端之間需防火牆與分區設計（Cisco）。

先依製程確定量程、精度、介質與接液材質，再確認輸出介面（4–20 mA、RS-485／Modbus）與供電、防護等級。

• 接液材質須與介質相容；不相容時考慮隔膜密封（Ashcroft）。
• 量程：WIKA 建議選擇約為常用壓力 2 倍的量程；有脈動時，最大操作壓力不宜超過滿量程的 50%（Ashcroft）。
• 精度：Ashcroft 對機械錶的指引為關鍵製程 0.5%、一般工業 1.0%、一般商業 2.0%（滿量程）。
• 4–20 mA 適合單一量測點連續傳輸；RS485 適合多測點數位化（ICS Schneider）。

通常含儀表與閘道器、工程整合、雲端用量（連線／訊息、資料處理、儲存、匯出）、視覺化、資安、維運與擴充；須依點數與資料量估算。

• SiteWise 分項計價：訊息、資料處理、資料儲存、資料匯出、Monitor、Edge 與警報。
• IoT Core 另有訊息與規則費用，可用 AWS 計算器估算。
• 視覺化：Amazon Managed Grafana 為獨立服務，另計。
• 資料保留期間與儲存層（熱／溫／冷）會影響儲存費用。

不一定。若只需遠端看值與簡單告警，較精簡的監控即可；要做設備關聯、歷史分析或跨系統管理時，再評估數位孿生。

• 數位孿生須先建模、連資料、做視覺化並提供使用者（AWS TwinMaker 文件），前置投入較高。
• 只要看值與趨勢，可用 4–20 mA／RS485 輸出配合 PLC 或閘道器，再接 Grafana（SiteWise 外掛）。
• SiteWise Edge 可在現場提供本地儀表板，不一定要先上雲。
• AWS 各服務分項計價，點數少時固定工程成本佔比高。

詢價時確認量程、精度、壓力接口、輸出訊號、供電、通訊協定、環境與校正需求，並索取暫存器表（如為 Modbus）以及是否需額外閘道器。

• 輸出：4–20 mA 或 RS-485／Modbus；Modbus 型號須取得暫存器表、資料型別與縮放（APG 手冊示範）。
• 各廠商的暫存器位址不通用，不能憑經驗假設（Industrial Monitor Direct）。
• 校正：校正週期依應用而定，製程若有隔膜密封或常有壓力突波，週期宜縮短（ISA、Endress+Hauser）。
• 台灣的校正實驗室由 TAF 依 ISO/IEC 17025 認證。