事件狀態由啟動到清除如何計算持續時間

先定義要量哪一段時間

警報從發生到消失，可能經過操作員確認、製程恢復、鎖存復歸與畫面移除。這些時點不是同一件事。先定義本篇要算的是警報活動狀態持續多久，再另外保留確認延遲與結案時間，不能拿其中任一時點代替其他時點。

案例在十時整進入活動，十時零二分被確認，十時零五分恢復非活動，十時零六分完成後續結案。活動持續五分鐘，確認延遲兩分鐘，從發生到結案六分鐘。若用確認時間減發生時間當故障時長，就會少算三分鐘。

OPC UA警報模型把活動與確認狀態分開表示，可作為理解這個差異的參考。實際設備的清除、復位或關閉名稱需查專案定義，尤其有鎖存與延遲時，畫面字樣未必直接等於物理故障已解除。

本文適用於有可信狀態轉換紀錄的事件分析，未指定PLC位址或實作指令。若只有定時截圖而沒有完整事件，時間邊界可能只有範圍估計，應保留不確定性，不能精算到資料沒有的毫秒。

同一設備同一警報一天可發生多次，要把每次啟動與對應清除連起來。資料至少有來源、警報識別、事件時間、狀態、品質及可用的序列資訊。通知ID常代表單筆通知，不一定就是整次活動的識別，不可未查語意就拿來配對。

簡單的單一狀態模型可以按可信順序處理：由非活動轉活動時開一個區間，由活動轉非活動時結束。活動期間又收到活動狀態，不自動開第二個區間；它可能是重送、重新通知或狀態更新，需依來源規則判定。

若設備提供條件分支或多個同時活動狀態，必須按相應身分分開，不能把所有通知放進一個布林旗標。本文入門例子只有單一活動狀態，複雜模型需先查事件契約，再決定配對鍵。

接收順序可能亂掉。清除先到而啟動晚到時，先保存未配對狀態，待資料補齊後依來源時間與序列重建。不要直接用下一筆收到的啟動補前一個清除，這樣可能得到負時間或錯配到另一次事件。

完成後，每個已結束區間有唯一開始與結束依據，未配對的開始或清除另列。不要只因兩個時間相減為正，就認定配對正確；來源、警報與發生次序也要一致。

跨時區或時鐘回撥時，先以可比較的UTC時刻計算時間差，再轉成地方時間顯示。若來源時鐘曾跳整而缺少校正依據，應標記受影響區間，不用單純相減得到的負值或超長值當正式時長。

一個事件從七時五十五分持續到八時十分，白班從八時開始。整次活動十五分鐘，但白班內只占十分鐘。保留整段區間，再與報表窗口取交集，不把開始在前班的事件全部排除。

計算交集時，起點取事件開始與窗口開始的較晚者，終點取事件結束與窗口結束的較早者；終點晚於起點才有正的持續時間。這個規則可同時處理跨班、跨日及只落在窗口一部分的事件。

若事件在班末仍活動，報告可顯示截至班末的已觀察活動時間，但標示尚未結束。不要自行建立一筆清除事件來湊完整資料，也不要把未結束列當零分鐘，否則最長的事件反而消失在統計中。

觀察中斷時要更謹慎。最後一次看到活動，十分鐘後重連看到非活動，只能知道清除在中間某處發生，除非能補回事件。可按明確政策顯示未知區段或時間界限，不能默認整段都活動或都正常。

完成這一步，窗口內活動時間應不超過窗口長度，單一互斥狀態的各區間不應互相重疊。若總和超過一天，先查重複開區間與多來源被錯當同一狀態。

兩個警報同時活動十分鐘，各自持續時間相加是二十分鐘，但設備受影響的時間聯集可能只有十分鐘。先決定要看警報負擔、單項故障或設備停機，再使用相應算法，不能把所有警報秒數相加當停機率。

例如A從十時到十時十分，B從十時零五分到十時十五分，個別合計二十分鐘，時間聯集十五分鐘。即使聯集十五分鐘，也只有在它們確實代表停機且涵蓋規則明確時，才可用作設備停機指標。

鎖存警報可能在製程恢復後仍維持活動直到復位，警報延遲也可能讓開始時點晚於物理異常。報表要說明計的是系統活動狀態，而非未經量測的實際物理故障時間，兩者可另外追蹤。

確認時間若早於本次活動開始，先查是否配到上一輪、時間基準不一致或來源資料錯誤。不要把負值自動改零來讓統計通過。資料品質問題保留並排入待查，才能避免平均反應時間被低估。

驗收選單次正常、重複通知、跨班、未清除、清除先到及多警報重疊六種案例。完成後同時交付原始通知與重建區間，讓另一位工程師能重算活動時間。

練習：警報十九時五十八分開始，二十時零一分確認，二十時零七分清除。活動共九分鐘，確認延遲三分鐘。若班界在二十時，前班活動兩分鐘、後班七分鐘，兩班合計仍九分鐘。

失敗時先查清除的業務定義，再查事件配對、來源時間與遺漏。若只有畫面記錄，說明可辨識的時間精度，不以後端計算的小數位冒充更精確的觀測。

問：操作員按確認就停止計時嗎？答：只有量確認延遲時才如此，活動持續看活動狀態結束。

問：沒有結束事件能填零嗎？答：不應，列未結束或資料不完整。

問：警報分鐘可以直接相加算停機嗎？答：重疊與設備狀態須另處理。

問：同一警報再次通知一定新發生嗎？答：可能只是更新或重送，要核對狀態轉換。