メインコンテンツまでスキップ

地域熱供給の予測と異常をレビューする

気象と需要の見通しをステーション異常、ネットワークコンテキスト、保守履歴、運用判断に接続し、一つのレビューキューで確認します。

前提条件

  • ステーション履歴が新しく、気象入力が承認されていること。
  • ステーション、配管、設備、ゾーンに安定 ID があること。
  • 予測モデルのバージョン、信頼区間または誤差コンテキストを確認できること。
  • 異常オーナーと作業指示または運転ログへの経路が決まっていること。

レビューフロー

予測をレビューする

  1. 予測期間、気象の発行時刻、履歴期間、ステーション範囲を確認します。
  2. 選択した予測を最近の実績負荷と供給温度に比較します。
  3. モデルバージョン、予測区間、データ欠損、厳寒フラグを確認します。
  4. 停止、休日、手動制御、トポロジー変更が比較に影響するか確認します。
  5. 運用会議向けに採用、条件付き採用、差し戻しを記録します。

異常を振り分ける

証拠レビュー内容
供給温度偏差目標、実測、気象、運転モード、センサー品質を比較します。
効率低下一次側と二次側の温度、流量、熱交換器、ポンプ、最近の保守を確認します。
差圧異常隣接ノード、ポンプとバルブ、漏えい、センサー校正、トポロジーを確認します。
流量不均衡同じ期間と負荷条件で支線とステーションを比較します。
バルブと温度の関係指令、フィードバック、遅延、アクチュエーター、下流応答を確認します。
急激な温度低下配管状態、流量、外気、計器品質、作業履歴を確認します。

判断を記録する

採用した所見には、ステーションまたは支線、対象期間、ソース計測値、予測または異常バージョン、寄与信号、レビュー担当者、判断、フォローアップ、完了結果を保存します。誤検知とデータ品質問題は分けて記録し、しきい値とモデルの改善に利用します。

検証チェックリスト

  • 予測と異常が対象テナント、ネットワーク、期間に属している。
  • ソースのタイムスタンプと品質フラグが表示されている。
  • レビュー記録にモデルバージョンと不確実性が含まれる。
  • 診断記録がデータ証拠と運用判断を区別している。
  • フォローアップが運転ログ、点検、作業指示に接続されている。

障害対応

問題対応
予測入力が不完全結果を条件付きとし、承認済みの気象または負荷代替ソースを取得します。
多数のステーションが同時に変化共通の気象、熱源、圧力、トポロジー、連携イベントを先に確認します。
寄与信号が矛盾するエンジニアレビューに送り、全ソースのタイムスタンプを保存します。
誤検知が繰り返されるソース品質、運転モード分割、しきい値、モデル証拠をレビューします。
フォローアップ責任者がいない項目を開いたまま運用責任者へ送り、アクション作成前に割り当てます。

関連ドキュメント