一 沒有脈衝不等於零流量
脈衝流量計在一段窗口沒有新脈衝，可能代表真的停流，也可能代表輸入線路、電源、整形、計數器或通訊失效。第一個設計原則是把「零」與「未知」分開，保存最後脈衝時間、窗口狀態、原始計數與品質。單一數值0無法告訴操作員發生哪一種情況。
例如K=100 pulses/L、固定窗口1秒。剛開始窗口時沒有脈衝，不能立即把流量寫成0，因為下一個脈衝可能在0.9秒到達；若連續多個完整窗口沒有脈衝，且輸入健康證據仍在，才可依規格判定低流或零流。若超過timeout而沒有任何輸入活動，狀態應是InputUnknown或Fault候選，不能假裝零。
診斷需收集多個證據：上次有效pulse時間、輸入端電氣狀態、計數器是否遞增、窗口是否正常結束、通訊是否在線、供電或模組診斷，以及流量程序是否允許停流。這些欄位要保留原始結果與時間，不可因平台沒有故障旗標就自行宣稱硬體正常。
正常結果是完整窗口無脈衝、輸入健康，且獨立製程證據符合事先定義的停流條件，畫面才顯示工程定義的Zero並附原因；停機命令本身不證明實際停流，低於量測解析度也不等於數學上的絕對零；失敗結果是電纜斷開後同樣顯示Zero，導致控制器誤以為管路已停流。
狀態命名要避免把候選誤寫成已確認，因為下游可能直接觸發控制。
二 窗口與timeout如何判定
固定窗口只描述該段時間的計數。窗口T秒、計數N時，頻率f=N/T；若N=0，這是「本窗口沒有觀測到脈衝」，不是零流量的充分證明。設計另有timeout，例如超過最後有效脈衝加上允許等待時間，才把資料轉為逾時未知或故障候選。timeout值要依最小可接受流量與設備文件制定。
用多狀態取代二元旗標：Receiving表示近期仍有脈衝，WindowEmpty表示本窗為零但尚未逾時，ZeroConfirmed表示符合停流條件，InputUnknown表示逾時而缺乏健康證據，FaultSuspected表示多來源證據指向輸入問題。這些名稱是設計狀態，不是特定PLC原生旗標，實作前需映射目標平台。
窗口切換時保存start、end、count、最後pulse時間與epoch。重啟或計數器清零後新建epoch，不能用前後累積值相減製造負數或假脈衝。跨邊界pulse只能歸屬一窗；若時間戳不足，標記邊界不確定並要求更保守的判定。
驗收先做真停流、低速單脈衝、恢復脈衝、輸入斷線與通訊中斷五種案例。每案記錄狀態轉移、延遲、最後可信值與原因；只檢查畫面數字會漏掉等待和未知狀態。
低流量時可把預期脈衝間隔列入規格。若最小正常流量每三秒才一個pulse，一秒窗口空白很常見，不能用一秒timeout判故障；若程序要求更快保護，便需獨立快速證據或不同感測方式。窗口和timeout必須由製程需求推出，不是憑介面刷新率決定。
零流與故障的邊界應寫進程序規格，不能由單一畫面顏色決定。
三 多證據診斷與排查
真停流時，程序命令、泵或閥狀態、壓力或其他獨立過程訊號可能同時支持零流；但這些只是輔助證據，不能取代脈衝輸入的健康檢查。若命令仍要求運轉、其他訊號顯示有流，而脈衝消失，應提高故障可能性並停止依零值做自動決策。
排查順序由外而內：先確認現場允許的測試條件與實際流況，再查感測器電源及輸入波形，接著看電氣門檻、脈寬、濾波與計數器，最後比對窗口計算與資料傳輸。不要在生產中任意短接或注入脈衝；測試源與模組文件需先獲授權。
若只看到平台回報的計數值，不能推導它一定代表端子上每個邊緣。計數器可能溢位、停止、被重置或受濾波影響；保存讀取時間、溢位狀態與配置版本，並把未知欄位留給人工排查。這能避免把缺少旗標誤寫成「設備正常」。
事件紀錄要區分ZeroConfirmed、Timeout、InputFaultCandidate與ConfigurationError。恢復第一個脈衝時，不要立刻刪除故障歷史；保存恢復時間、第一個有效窗口與重新確認的品質，讓交班者知道故障是否真的解除。
實作診斷表時，把來源證據分成輸入、過程與通訊三欄。若只有輸入沒有過程證據，仍不能確認零流；若只有通訊在線，也不能證明端子真的收到pulse。每欄標記時間與品質，讓狀態引擎只使用同一觀測窗口的資料。
四 控制限制與驗收紀錄
自動控制最忌把未知當零。ZeroConfirmed可依程序允許進入停流邏輯；InputUnknown或FaultSuspected應轉安全狀態、告警或等待人工確認，具體行為由風險分析和設備規格決定。畫面同時顯示流量值、狀態、最後pulse年齡與判定理由。
完整驗收資料包含K值版本、窗口、timeout、epoch、原始脈衝證據、獨立過程訊號、狀態轉移與操作者。重跑案例時可分辨是流量真的不同、取樣窗口不同，還是診斷規則改版。資料Bad不可補成零，也不能用上一筆值冒充新脈衝。
本文是通用診斷設計，不假定任何特定流量計的故障電流、計數器旗標或PLC指令。若目標產品沒有足夠診斷能力，必須降低自動判定範圍並增加獨立證據，不能靠軟體名稱包裝成已驗證硬體狀態。
限制也包括低速脈衝的長等待、電氣雜訊、共用接地、斷續通訊與多來源時間不同步。每項限制都應在規格中寫出，而不是等到現場把所有沒有脈衝的案例都歸成零。
匯出紀錄時保存狀態轉移和原始計數，並把測試源、流況與授權條件分開。沒有這些上下文，重現報告只能看到一串Zero或Unknown，無法判斷是合理停流還是輸入缺失。
恢復判定也要有連續有效窗口與操作者可見的原因，不能靠單一新脈衝清除故障候選。
五 常見問題與官方參考
FAQ1：一個完整窗口沒有脈衝就是零流量嗎？答：不是；它只表示該窗口未觀測到脈衝，還要依等待與健康證據判定。
FAQ2：timeout可以直接標成故障嗎？答：不能一概而論；沒有獨立證據時應保持未知或故障候選，不能假定設備旗標。
FAQ3：恢復第一個pulse就能清除歷史警報嗎？答：不應直接清除，需完成有效窗口與品質確認並保留歷史。
FAQ4：最後流量值可以繼續控制嗎？答：只能依風險規格決定，畫面必須標示資料年齡與品質，不能把舊值當新值。
參考：NI：計數器頻率量測方法，比較固定窗口與脈衝間隔的限制。
參考：Omega：脈衝流量與K值換算；設備診斷仍依實際型號。