100%RH不是自動等於Bad
相對濕度是空氣中水氣含量相對於該溫度飽和狀態的比例。顯示100%RH表示在量測溫度下接近飽和，並不單獨證明感測器失效，也不保證感測器表面已凝露。要判斷凝露，必須比較露點與可能較冷的表面或感測器溫度，並保留相對濕度、空氣溫度、感測器溫度、露點、品質與時間。
先定義每個溫度的來源與時間對齊。若空氣溫度是套管外的讀值，而感測器溫度來自另一位置，兩者不能直接當成同一點的狀態。空氣RH達100%而感測器表面仍高於露點時，可能沒有凝露；反之，空氣平均RH低於100%，只要冷表面低於露點仍可能出現水膜。顯示畫面應把這些欄位分開，避免一個百分比掩蓋條件差異。
品質判斷不能只用固定區間。先檢查資料是否新鮮、溫度是否可信、露點計算是否使用同一時間基準，再依製程風險定義凝露風險、恢復中與可用等狀態。這些是應用層的狀態名稱，不是假設某個PLC或感測器已內建相同旗標。正常結果可能是100%RH短暫出現但溫度高於露點、品質仍可用；失敗結果是溫度來源失效、露點高於表面且品質未恢復，應轉為未知或Bad。
把露點與感測器溫度放在同一張時間軸
建立監看表時至少列出時間、RH、空氣溫度、感測器溫度、計算露點、溫度差、來源品質與接收延遲。以感測器溫度減露點作為風險指標時，要註明它只是依模型與位置推算的裕度；零以下代表有凝露風險，零以上也不能保證表面沒有局部水膜。時鐘不同步或資料延遲時，先標記對齊不確定，不要用錯位資料做結論。
溫度與RH的計算公式、有效範圍與四捨五入方式應寫進資料契約，並保留原始輸入。不要把缺值填成零再計算露點，也不要把無限值或非數字當成乾燥空氣。若來源品質已指出失效，衍生露點只能保存為無效結果；控制端應分開記錄「來源資料無效」與「運算後超出可用條件」。
安裝檢查要看氣流、遮蔽物、冷表面、濾網、線纜入口與污染物。凝露可能在感測元件或保護帽內形成，外部空氣乾燥後仍留下水膜；污染物還可能吸濕，使讀值長時間偏高。不要用暖機固定幾秒就把資料標成Good，因為溫度、氣流、污染程度與設備結構都會改變恢復時間。
例如空氣25°C、80%RH，依 NPL 的水面 Magnus 式換算可得約21.3°C。令 γ = ln(RH/100) + 17.62 × T / (243.12 + T)，再以 Td = 243.12 × γ / (17.62 − γ) 計算；T 與 Td 以 °C 代入，RH 以百分數輸入。此近似採常壓附近的液態水飽和模型，霜點應改用冰面公式。若探頭表面只有20°C，就有凝露風險，即使畫面未顯示100%RH；表面回到24°C也只恢復約2.7°C裕度，不能證明既有水膜已消失。實際公式、量測不確定度及恢復門檻需另行確認。
設計可重現的凝露風險試驗
試驗先在乾燥且穩定的環境建立基線，記錄RH、兩種溫度、露點、品質與原始時間。依核准程序逐步提高濕度或降低感測器表面溫度，每次只改一個因素，並在每個階段等待可配置的穩定條件。若要模擬凝露，必須確認材料與電氣安全；不能把水直接噴到未知防護等級的設備上。
當感測器溫度接近或低於露點時，記錄凝露風險狀態、數值斜率與品質變化。恢復試驗則移回乾燥環境，持續觀察RH、溫度差與品質，不以一個瞬間低於門檻的樣本結束。可用條件應要求連續樣本在指定窗口內穩定、資料來源有效、露點裕度足夠，窗口與樣本數由工程規格決定並留在紀錄中。
正常結果是狀態依序由飽和候選、凝露風險、恢復中轉為可用，且轉換有時間與證據可追查。失敗結果包括RH仍高、溫度差已恢復卻品質不變，或清潔後仍有偏移；這些情況要檢查水膜、污染、濾材、溫度位置與資料延遲。若來源中斷，應進入未知，不可用最後一筆正常值假裝恢復。
不要把100%RH一律標為Bad，也不要把低於100%RH一律標為Good。另一方面，若製程對結露極敏感，可在風險狀態下禁止依該值做關鍵控制，但仍保留讀值供診斷。警報文字要說明是露點風險、來源失效、恢復逾時或污染懷疑，讓操作員知道下一步要查什麼。
處理滯後 污染與時間不確定性
恢復滯後是物理狀態與量測鏈共同造成的現象。水膜蒸發、保護帽吸水、濾材吸濕或污染都可能讓讀值在環境已變乾後仍偏高；感測器溫度也可能落後於空氣溫度。排查時將環境參考值、感測器溫度與輸出曲線疊圖，區分「環境已恢復但元件滯後」與「環境本身仍接近露點」。
清潔或更換只能依設備文件與安全程序進行，並要在前後記錄相同的驗證項目。若清潔後偏移消失，這支持污染影響，但不代表先前所有高濕度事件都是污染。若更換感測器後仍在同一溫度位置發生風險，應回頭查安裝與熱梯度。任何一次處置都要有操作編號，避免把維護效果與自然乾燥混在一起。
若流程有快速降溫，應特別記錄降溫斜率與表面位置，因為平均空氣溫度可能尚未反映局部冷點。把風扇啟停、門開關與加熱事件一併留存，能幫助區分真實凝露風險、環境變動與感測器本身的反應延遲。
事件報告應保存原始RH與溫度、來源品質、時間戳、露點方法、狀態轉移及人工處置。當時間戳來自不同裝置，標明時鐘是否校時、資料接收延遲與可能的重排；不能從接收時間直接宣稱來源端老化了多少秒。若無法取得感測器表面溫度，應把凝露判斷限制寫明，而不是以空氣溫度代替。
本文不指定固定暖機秒數、固定露點裕度或特定Bad碼，因為這些取決於感測器、安裝與風險需求。可用性規則應由現場驗證資料支持，並在變更感測器、位置或濾材後重新驗收。資料設計可以跨平台實作，但不得假稱某個PLC API或設備驅動提供本文狀態。
常見問題與官方參考
FAQ1：100%RH時一定要判Bad嗎？不一定。先看溫度來源、露點與感測器表面條件；在來源有效且沒有凝露證據時可維持可用，但需保留飽和風險。
FAQ2：感測器離開濕環境後等30秒就能回Good嗎？不能固定宣告。恢復時間受水膜、污染、溫度與氣流影響，應用連續穩定窗口和有效品質驗收。
FAQ3：空氣RH低於100%就能排除凝露嗎？不能。冷表面溫度低於露點時，局部仍可凝露；必須取得相關表面或感測器溫度。
FAQ4：露點計算輸入缺失時可用上一筆值嗎？只能依明確的資料新鮮度政策暫存並標記未知，不能把舊值當成目前有效的凝露判斷。
參考：英國國家物理實驗室 NPL：露點與相對濕度的水面飽和模型。