設備、感測器和信號歷史

預測性維護的第一層基礎是可信的設備身份和信號歷史。模型、異常和維護建議都依賴這層資料。設備名稱、來源系統代碼、感測器單位、時間戳或品質狀態不清楚時，營運團隊很難判斷輸出是否可靠。

本頁說明如何準備設備、感測器、信號歷史和維護上下文，讓後續健康基線、異常審閱和工單閉環可以被追溯。

資料準備流程

前置條件

要求	說明
設備清單	包含穩定設備 ID、名稱、類別、位置、製造商、型號和負責人。
信號來源	感測器、PLC、BMS、SCADA、歷史庫、CSV 或其他專案允許的資料來源。
時間範圍	定義用於基線、異常或試點驗證的歷史週期。
維護記錄	提供故障、檢查、工單、換件或維修結果上下文。
資料審閱人	能確認單位、採樣頻率、異常值和缺失值是否合理。

設備身份欄位

欄位	用途
設備 ID	工作流程內部穩定引用。
顯示名稱	營運人員識別設備。
設備類別	用於模板、信號選擇和基線策略。
位置	站點、建築、樓層、房間、區域或系統。
來源系統別名	BMS、CMMS、EAM、感測器閘道或檔案中的名稱。
負責人	維護、營運、資料或承包商責任歸屬。

信號歷史欄位

欄位	說明
設備引用	必須能對應回穩定設備 ID。
信號名稱	例如振動、溫度、電流、壓力、功率、流量、狀態或能耗。
時間戳	記錄值實際發生時間，並保留時區規則。
數值和單位	單位需要與模板或分析方法一致。
品質狀態	標記缺失、估算、離線、人工覆寫或異常採樣。
來源系統	記錄連接器、表格、主題、檔案或批次。

設定信號對應

1. 選擇設備類別。
2. 確認該類別所需的核心信號。
3. 從來源系統中選擇對應通道。
4. 對應單位、採樣週期和品質欄位。
5. 匯入小批量資料樣本。
6. 與設備負責人和資料負責人一起審閱樣本。
7. 通過後再擴大歷史時間範圍。

信號審閱範例

下圖展示如何把設備運行信號與短期趨勢、中期基線和動態趨勢放在一起審閱。標出的預警區間為營運人員提供明確的核查視窗，可進一步對照設備運行狀態、告警、巡檢記錄和後續停機情況。

DataMesh 已公開預測性維護驗證中的信號審閱範例。維護團隊結合運行和維護上下文複核預警點後，再決定後續動作。

維護和巡檢上下文

上下文	用途
工單歷史	解釋近期維修、停機、換件和重複問題。
巡檢發現	提供現場觀察、照片、聲音、振動或溫度異常描述。
告警事件	連接信號變化、閾值觸發和營運回應。
備件記錄	支援重複故障和庫存風險判斷。
執行計畫	區分執行態、停機、維護窗口和異常工況。

品質審閱

檢查	問題
完整性	關鍵設備和信號是否有足夠歷史？
新鮮度	最近資料是否適合目前營運判斷？
單位	單位、比例和軸定義是否一致？
時間	時間戳順序、時區和採樣間隔是否合理？
異常值	離群點是設備行為、感測器問題還是匯入錯誤？
歸屬	資料問題是否有可聯絡的負責人？

預期輸出

• 已審閱的設備範圍；
• 設備與來源系統別名對應；
• 可用於基線和異常審閱的信號歷史；
• 資料品質狀態和缺口清單；
• 與工單、巡檢和告警記錄的關聯路徑。

故障處理

現象	處理方式
同一設備有多個名稱	建立別名對應，並由資產負責人確認。
單位不一致	在 DFS 對應中轉換單位，保留原始單位說明。
歷史資料不足	縮小試點範圍，或先執行資料採集期。
信號斷點多	檢查連接器、採樣規則、設備離線和品質標記。

相關文件

• 開始使用預測性維護
• 健康指數、基線和模型準備
• 為預測性維護準備信號歷史
• DFS MDM