EMSはエネルギーを蓄えません。蓄えられたエネルギーが次に何をする価値があるかを決定します。
BESSエネルギー管理システム（EMS）は、バッテリーがいつどのように充電または放電するかを監視します。測定値、スケジュール、料金ルール、負荷または発電予測、バッテリー状態、運転制限を使用して、ストレージシステムのための電力コマンドを作成します。商業プロジェクトでは、主な仕事にはピークシェービング、時間帯別スケジューリング、太陽光調整、バックアップ予備管理、モニタリング、アラーム、履歴報告が含まれる場合があります。
この区別は重要です。なぜなら、BMS、PCS、EMSはしばしばすべてが「バッテリーを制御する」と説明されるからです。
それぞれ異なるレイヤーを制御します。
3つのコントローラー、3つの異なる質問
私は通常、このように分けます：
| 層 | 主な質問 |
|---|---|
| BMS | バッテリーは許可された範囲内で動作していますか？ |
| PCS | 今、どれくらいのAC/DC電力を変換すべきですか？ |
| EMS | システムはいつ、なぜ充電または放電すべきですか？ |
境界は製品アーキテクチャによって異なりますが、階層は有用です。
BMSはシステムに、バッテリーが最大80 kWで放電できると伝えるかもしれません。
EMSはピークシェービングのために120 kWを望むかもしれません。
PCSは単にEMSに従い、バッテリー制限を無視することはできません。
良いシステム制御は、これらのレイヤーが競争するのではなく協力することを意味します。
14:07に、EMSは電気料金が見る前にピークを見ます。
工場がグリッドのインポートを以下に抑えたいと仮定します：
500 kW
14:07にメーターが報告します：
施設負荷 = 575 kW
基本的なピークシェービング要件は：
575 − 500 = 75 kW
十分なSoCと放電能力が利用可能であれば、EMSは約75 kWのバッテリー放電を指示でき、グリッドメーターは目標に近いままになります。
NRELはピークシェービング制御を本質的にこのように説明しています：測定された電力は基準閾値と比較され、バッテリー出力はその差に応じて調整され、バッテリー状態と運転ロジックに従います。NREL
興味深い部分は次に何が起こるかです。
14:25に負荷が430 kWに下がります。
バッテリーはすぐに充電すべきですか？
おそらくそうではありません。
EMSが100 kWで充電する場合：
430 + 100 = 530 kW
それは500 kWの目標を超える別のピークを作成しました。
したがって、EMSのロジックは単なるON/OFFコマンドではなく、メモリとコンテキストが必要です。
スケジューリングはタイマーを設定する以上のものです。
シンプルなEMSは固定期間を使用するかもしれません：
00:00–06:00: 充電
14:00–18:00: 放電
それは、料金と負荷が予測可能な場合に機能します。
より高度な dispatch は次を使用できます：
負荷予測
PV 予測
時間帯別料金
需要制限
バッテリーのSoC
バックアップ予備
グリッド指示
NREL のシステムアドバイザーモデルには、ピークシェービング、ユーティリティ料金応答、手動スケジュール、自己消費、停電運用のための dispatch モードが含まれています。また、その研究は、dispatch 戦略がストレージ経済に実質的な影響を与える可能性があることを示しています。NREL NREL
これが、同一のバッテリーが異なる財務結果を生む理由です。
ハードウェアは同じです。
dispatch の決定は異なります。
1つのバッテリーは矛盾する指示を受けることがあります。
ここで EMS がその役割を果たします。
サイトが4つの目的を持っていると想像してください：
ピークシェービング：輸入を500 kW未満に保つ
TOU アービトラージ：高額な時間帯に放電する
太陽光：正午の余剰を吸収する
バックアップ：少なくとも30%のSoCを維持する
16:30には電気が高価で、工場は需要制限に近づいています。
放電は魅力的に見えます。
しかし、バッテリーのSoCは32%に低下しています。
EMSは、コストを節約するために予備の上の最終2%を使用するのか、それともバックアップの準備を保護するのか？
その優先順位は、運用開始前に定義されなければなりません。
さもなければ、「インテリジェントEMS」は未解決の運用ルールを隠すマーケティング用語になります。
Ruibit/DawniceのC&Iプロジェクトでは、その優先順位をサポートされる機能のリストではなく、実際の制御ロジックとして文書化したいです。DawniceのC&I資料は、ピークシェービングやリモートモニタリングを含むバッテリー、PCS、PV、負荷、グリッドリソース間のEMS調整を説明しています。ドーニスC&Iソリューション
モニタリングはEMSと同じではありません。
この区別は見逃しやすい。
ダッシュボードに表示される内容：
SoC: 64%
PCS電力: −72 kW
バッテリー温度: 27°C
グリッドインポート: 486 kW
が監視されています。
システムがその情報を使って決定する場合：
"グリッド需要が500 kWに近づいているので、バッテリー放電を85 kWに増加させる"
それがエネルギー管理です。
ドーニスは、C&IシステムがSoC/SoHの可視性、エネルギー管理、リモート診断を含むリモート監視機能をその監視プラットフォームを通じてサポートしていると述べています。ドーニスFAQ
B2Bバイヤーに対して、サプライヤーに以下を分けるようにお願いしたいと思います：
表示できるもの
と
自動的に制御できるもの.
それらは同じ仕様ではありません。
最初の電気料金請求書の後、歴史的データは価値を持つようになる
EMSには、以下のような質問に答えるための十分な履歴を保持してほしいです：
なぜ先週の火曜日にサイトが需要制限を超えたのか？
バッテリーは空だったのか？
PCSは電力の上限に達したのか？
ピークシェービングスケジュールは無効になっていたのか？
PV予測エラーが配信を変更したのか？
通信は失敗したのか？
有用なEMS記録は、以下の同期データからイベントを再構築することを可能にするべきです：
グリッド電力
負荷
バッテリー電力
SoC
PCSの状態
アラーム
関連する制御コマンド。
これは技術的な面だけでなく、財務的にも重要です。
BESSがピーク需要を削減することを目的とする場合、所有者はEMSの記録を電力会社のインターバルデータと比較し、制御戦略が実際に機能したかを確認できるべきです。
ソフトウェアを購入する前に制御の優先順位を指定します
商業用EMSをレビューする際、私はダッシュボードの見た目よりも、供給者が次の5つの質問に答えられるかどうかを重視します：
充電と放電を引き起こすのは何ですか？
2つの目的が対立する場合、どの運用目的が優先されますか？
通信が失われた場合、何が起こりますか？
クラウドアクセスが失われた場合、どの機能がローカルで継続しますか？
過去のデータは、BESSがどのように動作したかを証明できますか？
洗練されたダッシュボードは、あいまいなディスパッチロジックを補うことはできません。
バッテリーはkWhを蓄えます。PCSはkWを移動させます。BMSはバッテリーを保護します。
EMSは、これらのkWhがいつkWになるべきか、そしてその瞬間にそれを行うことがプロジェクトの目的に実際に役立つかどうかを決定します。
よくある質問
1. 商業用BESSにおいてEMSは何をしますか？
EMSは決定しますバッテリーがいつ、どれだけ充電または放電すべきかをサイトの負荷、バッテリーのSoC、料金、PV発電、需要制限、スケジュール、予測、および運用優先順位に基づいて。
2. BMS、PCS、EMSの違いは何ですか？
そのBMSはバッテリーを保護し、管理します。、PCSはDCとACの間で電力を変換します。、そしてEMSは充電または放電がいつ、なぜ行われるべきかを決定します。.
3. EMSはピークシェービングをどのように行いますか？
EMSは施設の需要を事前定義された需要制限と比較します。サイトの負荷がその閾値を超えると、グリッドからの輸入を削減するために、バッテリーとPCSの制限内で十分な電力を放電するようBESSに指示します。
4. 一つのEMSはピークシェービング、太陽光、バックアップを同時に管理できますか？
はい、しかし優先順位を定義する必要があります。たとえば、ピークシェービングは放電を要求するかもしれませんが、バックアップ戦略は最小SoCを維持する必要があります。EMSはそのような対立を解決するための明確なルールが必要です。
5. BESSの監視はエネルギー管理と同じですか？
いいえ。モニタリングは、次のような情報を表示します：SoC、電力、温度、アラームエネルギー管理はその情報を使用して、充電、放電、またはバックアップ予備の保存などの運用決定を行います。
