サービス範囲と実施計画
方向番号D03
需要シナリオ8件
メイン入力LWIR L2/L3;LWIR L2/L4;LWIR L2
一般的なルートT03、T05、T04、T15、T02、T08
プロジェクトの範囲は、サンプル、設備、作業条件、および書面による指標に基づいて決定されます。評価結果に応じて、汎用モジュール、特殊モデル、マルチセンサー統合を構成します。
応用シナリオと開発内容
IR017タービンケーシングとシャフトシールの温度フィールド監視
- 最小入力とテクニカルルート
- LWIR L2/L3;T03+T05
- 目標出力
- 温度場、軸方向の勾配、および傾向
- 実装
- 部分的に再利用可能
- 批判的な受け入れ
- 温度測定点との比較、負荷階層化、トレンド進み量
IR018発電機ステータハウジングおよび冷却経路の異常
- 最小入力とテクニカルルート
- LWIR L2/L3;T04+T05
- 目標出力
- 不均一な冷却、局所的な温度上昇と傾向
- 実装
- 部分的に再利用可能
- 批判的な受け入れ
- 現在/冷却状態との対比、エリアリコール
IR019蒸気パイプの断熱材の損傷と熱損失の候補
- 最小入力とテクニカルルート
- LWIR L2/L4;T03+T15
- 目標出力
- 異常な表面、面積、および熱損失の推定
- 実装
- 熱モデルが必要です
- 批判的な受け入れ
- 環境/風速記録、エリアエラー。熱損失は熱計算と比較する必要があります
IR020スチームトラップ作動状態の熱パターン認識
- 最小入力とテクニカルルート
- LWIR L2/L3;T04+T05
- 目標出力
- 開存性、閉塞、漏れの候補とサイクル
- 実装
- 製品の真の価値が必要
- 批判的な受け入れ
- 超音波/プロセス記録、ステータス F1 と比較
IR021バルブ内部漏れおよびバイパス熱異常の候補
- 最小入力とテクニカルルート
- LWIR L2/L3;T02+T05
- 目標出力
- バルブ前後の温度分布と漏れ候補
- 実装
- 需要条件モデル
- 批判的な受け入れ
- 圧力差/媒体/断熱層、誤警報率
IR022凝縮器および熱交換器の表面での不均一な熱伝達
- 目標出力
- 管束・プレートの温度差と詰まり候補
- 実装
- 必要なオブジェクトモデル
- 批判的な受け入れ
- 流量・洗浄前後の比較、面積IoU
IR023石炭杭およびバイオマス杭の自己発熱モニタリング
- 目標出力
- ホットゾーン、温暖化率、リスク階層化
- 実装
- 部分的に再利用可能
- 批判的な受け入れ
- 深部温度を直接表面に置き換えることはできません。ディスカバリー・アドバンス量を確認する
IR024スラグ排出、灰ホッパー、灰搬送システムの詰まりの熱モード
- 最小入力とテクニカルルート
- LWIR L2/L3;T04+T05
- 目標出力
- 流れ/閉塞状況、場所、イベント
- 実装
- プロセスデータが必要です
- 批判的な受け入れ
- 資材レベル/保守記録、ステータスF1、遅延との比較
実装および提供方法
- プロジェクト入力確認カメラ、スペクトル帯域、ビット深度、SDK、環境条件、サンプルおよび許容真の値を確認します。
- サンプル検証主要な処理リンク、適用条件、異常な作業条件を検証し、開発範囲と受け入れ方法を決定します。
- アルゴリズムの開発と統合データ解析、アルゴリズム、品質ゲーティング、インターフェイス、ターゲット プラットフォームの展開を実装します。
- テストの受け入れと引き継ぎ合意されたテストセットとターゲットプラットフォームに従って再テストし、成果物、テスト結果、適用条件を引き渡します。
- 要件と技術的ソリューション、入力と出力、およびインターフェイスフィールドの定義
- アルゴリズム ライブラリ、モデル、または SDK/API。納品形態はプロジェクト計画で確認されています
- サンプルプログラム、パラメータ構成、エラーステータス、呼び出し命令
- テストセットのバージョン、指標の定義、層別化の結果、失敗したサンプルの記録
- ターゲット プラットフォームの適応、リソース使用量、実行遅延記録
- バージョン、依存関係、ライセンス、再現手順、適用条件の説明
受け入れ設計
各シナリオは、「キーの受け入れ」に従って独立したテスト ケースを確立します。複数のシナリオ間でモデルを共有すると、結果は各シナリオ、距離、負荷、環境、ターゲット サイズごとに個別にレポートされ、全体的な統計によって補足されます。
高リスクのアラームまたは制御が関係する場合、アルゴリズムの出力はレビューまたはリンクの判断に使用されます。安全機能、規制上の責任、および自動廃棄には、個別の設計と承認が必要です。
企業顧客向けのよくある質問
シーンに基づいて直接購入できますか?
最初に別個の作業パッケージとして評価できます。正式な範囲では、デバイス、データ、ターゲット オブジェクト、環境、インターフェイス、納品形式、および受け入れしきい値を記述する必要があります。
異常検体がない状態でも開始できますか?
データ インターフェイス、通常のベースライン、取得計画、およびシミュレーション/制御されたテスト設計を最初に完了できます。十分な異常真値が得られた上で、異常検出率や故障分類の効果を評価することができます。
アルゴリズムはアラームや機器の動作を直接トリガーできますか?
期間、重複排除、品質ゲーティング、手動レビュー、通信障害、安全連動などはビジネスリスクに基づいて設計する必要があります。高リスクのアクションは、独立した安全メカニズムと現場での受け入れが完了した後にアクティブ化する必要があります。