エネルギー生産
太陽光発電、風力発電、水力発電、火力発電、蓄電などの発電資産は、オペレーターが単に記録するだけでなく解釈する必要がある継続的なテレメトリーを生成しますが、その解釈がプラント制御に対する権限を得る必要はありません。このページは、そのようなワークフローがどのように計画され、inTheEU Assist で実行されるかを説明するものであり、完了した展開の記録ではありません。
ワークフローはどのように構築されるか
インバーター、タービン、発電機、またはストレージ システムからのテレメトリはオンプレミスで取り込まれてインデックス付けされ、オペレーター自身のテナントに範囲を限定したナレッジ パックが提供されます。ワークフロー用に構成されたエージェントは、現在の測定値を承認された操作履歴と比較し、異常の候補を提案します。各異常は特定の資産に関連付けられ、提案されたステータスで入力されます。定期的なドローンの通行やメンテナンス訪問などの詳細な検査のリクエストも、提案から承認までの同じ経路をたどることになります。
確定的なプラント制御、保護リレー、タービンおよびインバータ制御、系統同期、緊急停止は、完全にこのワークフローの範囲外になります。プラットフォームは、それらのシステムに対する権限を保持したり、要求したり、実行したりすることはありません。
人間の承認が置かれる場所
すべての異常フラグやメンテナンスの推奨事項は、確立または実行される前に、指名されたエンジニアからの明示的な承認を必要とします。これは、ワークフローの上に重ねられるポリシーではありません。これは、ワークフローがまったく進行するメカニズムです。未承認のステージでは、単に次のステップが実行されません。
これが今日何を参考にし、何が参考にならないのか
異常報告ワークフロー、提案から承認までのレビューライフサイクル、およびあらゆるアクションの背後にある署名済み監査チェーンは、プラットフォームの機能部分です。これにはまだ含まれていないものがあります。それは、特定のオペレーター自身のインバーター、タービン、または発電機テレメトリーでトレーニングされた資産固有のモデルであり、これはまさに最初のパイロットが構築するものです。プラント制御システムは、設計上、プラットフォームの範囲外に完全に残ります。エネルギー展開における領域の判断は、事業者自身のエンジニアが一貫して行い、資産固有の分析スキルは既製のモデルとして提供されるのではなく、エンジニアと並行して開発されます。
この機能セットの基礎となるアーキテクチャの一部は、現在進行中のファイルに文書化されています。このページでは、実装仕様ではなく、パイロットの計画に適したレベルでプラットフォームが何を行うように設計されているかについて説明します。
プラットフォームの機能とインターフェイスは継続的に改善される可能性があります。このガイドの説明は、最新リリース バージョンのレイアウトや文言を正確に反映していない場合があります。