このページについて
ピーク需要の削減は、機器選定の問題である以前に、インターバル制御の問題です。電力会社の料金体系と検針データから始め、需要料金を発生させる量を再構築し、最も高い課金対象インターバルを引き起こしているプロセスを特定し、その上で、スケジューリング、負荷制御、エネルギー貯蔵を最も支障の少ない組み合わせで選択します。.
バッテリーエネルギー貯蔵システム（BESS）は、その電力変換システムが瞬時の削減をカバーでき、かつその使用可能エネルギーが関連するすべての事象においてその削減を維持できる場合にのみ有用です。それがデフォルトの回答ではありません。工場は、段階的な起動、管理された充電、可変周波数駆動（VFD）のセットポイント制御、熱負荷のスケジューリング、一時的な負荷遮断、貯蔵、あるいはそれらの調整された組み合わせを通じて、必要な需要制限を達成できる可能性があります。.
エンジニアリングの境界： 以下の式は、実現可能性の分析と予備的な仕様策定をサポートするものです。電力会社の料金体系と検針メーターが請求額を決定します。詳細設計には、依然として適用される電気規格、相互接続ルール、保護協調検討、火災安全条例、機器のドキュメント、および管轄当局（AHJ）による承認が必要です。.
1. 制御すべき量を定義する
エネルギーと需要は関連していますが、互換性はありません。
- エネルギー、kWh： 時間で積分した電力。.
- デマンド、kW： 料金体系の測定方法および時間枠に基づいて決定される電力値。.
- 皮相デマンド、kVA： kWデマンドの代わり、またはそれに追加して一部の料金体系で使用される。.
- 請求デマンド： 時間帯別料金、ラチェット、契約デマンド、力率調整、または同時ピークルールを適用した後に、料金体系で実際に使用される値。.
単純な固定期間（T）における、期間（k）の平均系統受電需要は以下の通りです。
P_d,k = (1 / T) × ∫ P_grid(t) dt期間内に受電エネルギー（E_k）が含まれる場合、等価形式は以下の通りです。
P_d,k = E_k / T対象となる時間枠（W）内でのみ最大期間を請求する料金体系の場合：
D_month = max(P_d,k) （W内のすべての期間kに対して）これはモデルであり、普遍的な料金定義ではありません。電力会社は、ブロック期間、移動期間、熱需要、系統ピーク一致需要、複数の時間帯別需要レジスタ、または最低／ラチェット式請求需要を使用する場合があります。米国エネルギー省（DOE）は、その 電気料金ガイダンスにおいて、非一致需要、時間帯別需要、系統ピーク需要、および需要ラチェットを区別しています。.
機器を分析する前に抽出する料金体系の入力項目
| 料金体系の入力項目 | 技術的な質問 | なぜそれが制御設計を変更するのか |
|---|---|---|
| 需要量 | 需要料金はkW、kVA、またはその両方のいずれで請求されますか？ | kVA料金の場合、有効電力の削減だけでなく、力率の分析が必要になることがあります。. |
| インターバル方式 | ブロック式、移動平均式、熱式、またはその他の方式か？ | コントローラは、課金値が設定される前に動作できるよう、同等の量を正確に見積もる必要があります。. |
| 課金対象期間 | 全時間帯、ピーク時間帯、あるいは複数の期間のいずれかか？ | 課金対象期間外の制御動作は、デマンド料金の削減効果がない場合があります。. |
| ラチェット／ルックバック | 過去のデマンドが課金の最低基準を決定するか？ | 物理的なピーク値を下げても、直ちに請求額が下がるとは限りません。. |
| 同時ピーク | 課金は施設最大需要に基づいていますか、それとも系統側のイベントに基づいていますか？ | 施設最大需要に上限を設けることよりも、外部イベントを予測することの方が重要である可能性があります。. |
| 逆潮流ルール | 逆潮流は許可されていますか？また、どのように計量されますか？ | BESSコントローラーには、逆潮流制限と個別の受電／送電ロジックが必要です。. |
| 契約／最低需要 | 需要の下限値または契約容量はありますか？ | その下限値以下に削減しても、料金上のメリットはこれ以上得られない可能性があります。. |
これらの値を典型的な15分間の例から推測しないでください。有効な料金表、付帯条項、特別条件、および直近の請求書を確認してください。可能な場合は、電力会社に解釈を確認してください。.
2. インターバルデータからベースラインを再構築する
季節性、生産ミックス、天候、または料金適用期間によってピークが変動する可能性があるため、少なくとも1年間の完全な稼働データを使用してください。料金体系の遡及期間が長い場合や、施設で不定期なキャンペーンが行われる場合は、より多くのデータが必要になることがあります。.
データ品質チェック
ピークをランク付けする前に、以下を確認してください：
- タイムスタンプの規則： 現地時間、UTC、夏時間への切り替え、およびインターバル終了時とインターバル開始時のタイムスタンプ。.
- インターバル期間： エネルギー量によるリサンプリングを行わずに、5分、15分、30分、および60分の記録を混在させないでください。.
- 欠損および重複レコード： フラグを立ててください。ピーク間隔を平均値で自動的に埋めないでください。.
- 単位およびスケーリング： Wh/kWh、W/kW、変流器（CT）比、変圧器比、および乗数を確認してください。.
- 受電および送電の符号： 可能な限り個別に保存してください。正味の値では、負荷と発電が同時に発生している挙動が隠れてしまう可能性があります。.
- メーター境界： どのフィーダー、発電機、および蓄電システムが測定点の上流または下流にあるかを特定してください。.
- 収益照合： 再構築された月間ピーク値およびエネルギー合計値を請求書と照合します。制御機器のサイジングを行う前に、残留電流の差異について説明してください。.
内部メーターはリアルタイム制御において非常に有用ですが、収益メーターの代わりにはなりません。その時計、集計ルール、CT精度、サンプリングレート、およびメーター境界は、体系的な差異を生じさせる可能性があります。メーターのアーキテクチャと精度の概念については、VIOXガイドの以下を参照してください。 エネルギーメーター、CT、およびModbus.
負荷継続曲線だけでなく、ピークイベントテーブルを作成してください。
負荷継続曲線は需要がしきい値を超える頻度を示しますが、時系列順序は排除されます。蓄電システムのサイジングやプロセス制御には時系列が必要です。以下の項目を含むイベントテーブルを作成してください。
- 開始時刻および終了時刻；;
- 最大需要および平均需要；;
- 候補となるコンデンサの許容時間を超える期間、;
- 生産状態、バッチ、シフト、および気象状況、;
- 大型負荷の始動および重複するデューティサイクル、;
- 制御可能な負荷の可用性、;
- オンサイト発電および蓄電の状態、;
- 前後における復旧時間。.
隣接する超過分は1つのイベントとしてグループ化します。5分間隔で発生した2つのピークは、その間にバッテリーが再充電できない場合、1つの蓄電デューティサイクルとみなされることがあります。.
3. 5つの異なるデマンド戦略を分離する
すべての測定値を「ピークシェービング」として扱うと、重要な違いが見えなくなります。.
| 戦略 | 変化の内容 | エネルギーへの影響 | 制御への影響 |
|---|---|---|---|
| 効率性 | 同じ有用出力に対して必要な電力を削減する | 通常、kWhを削減し、ピークkWも削減できる場合がある | 継続的な対策。課金対象となるピーク時間帯に節約が発生していることを確認すること。. |
| 負荷シフト | エネルギー消費を伴うタスクを別の時間帯に移動する | 多くの場合、合計kWhは同等となる | スケジュールの柔軟性と安全なオフピーク時間帯が必要となる。. |
| ロード・シャッディング | 負荷を一時的に停止または削減する | 出力が低下する場合や、後の復旧が必要となる場合がある | 優先順位、最大遮断時間、および再起動ロジックが必要となる。. |
| ピークシェービング | 系統からの受電量を上限値以下に抑える | エネルギーのシフトや変換損失の増加を伴う可能性がある | 閉ループ測定と、制御可能な負荷、蓄電、または発電などのアクチュエータが必要です。. |
| デマンドレスポンス | 電力会社または市場のイベントに応じて負荷を変化させる | 契約固有 | イベント通信、ベースラインルール、性能検証、および運用上のコミットメントが必要です。. |
オークリッジ国立研究所は、一時的な 負荷遮断 と、消費を移動させることとを区別しています 負荷シフト その 電気料金ガイド. DOEの産業用デマンドレスポンスガイダンスは、 同様に、イベント対応に生産負荷を割り当てる前に、施設の負荷プロファイルを理解することの重要性を強調しています。.
複雑度の低い制御から順に実行する
技術的に合理的な順序は以下の通りです。
- 計量および料金モデルの誤りを排除する。;
- 回避可能な同時起動および復旧時のピーク負荷を削減する。;
- 延期可能な負荷のスケジュールを変更する。;
- プロセス制限の範囲内で柔軟な負荷を調整する。;
- 例外的な事象が発生した際には、承認済みの負荷を遮断する。;
- 運用管理できない残留負荷に対しては、BESSまたはその他のディスパッチ可能なリソースを使用する。.
これは強制的な経済的ランキングではない。スケジューリングの修正によって解消できるピーク負荷をカバーするために、蓄電システムの容量を過大に設計することを防ぐものである。.
4. パーセンテージ目標ではなく、運用に基づいてデマンド上限を設定する
月(m)の再構築された請求デマンドを(D_{base,m})とする。候補となる上限値(P_{cap})は、制御システムがプロセス、機器、料金体系、または連系制約に違反することなく、関連するすべての超過分をカバーできる場合にのみ実現可能である。.
制御されていない正味の輸入プロファイルを次のように定義する：
P_base(t) = P_load(t) - P_onsite_generation(t)逆潮流を行わないサイトの場合、必要な制御動作は以下の通りです：
P_control(t) = max(0, P_base(t) - P_cap)実行可能な上限値（cap）はシミュレーションによって求めます。時系列データに対して複数の上限値をスイープし、以下を記録します：
- 制御イベントの回数；;
- 最大制御電力；;
- イベントあたりの必要エネルギー；;
- 最大イベント持続時間；;
- 連続するイベントおよび再充電の機会、;
- 生産の削減または快適性への影響、;
- バッテリーのスループットおよび予想される動作範囲、;
- 正確な料金モデルに基づく残留請求需要。.
上限値が低いほど常に良いとは限りません。上限値を低くすると、イベントの頻度、ストレージのサイクル数、プロセスの停止、および予測や通信エラー後に上限値を超えてしまうリスクが増大する可能性があります。.
5. 予測インターバル制御を使用する
測定された需要が目標値を超えてから反応するコントローラーでは、対応が遅すぎる場合があります。期間（T）、経過時間（t）において、現在の期間内に蓄積された輸入電力量を（E_{elapsed}）、残りの期間の推定純輸入電力を（P_{now}）とすると、単純な予測式は以下の通りです。
P_projected = [E_elapsed + P_now × (T - t)] / T上限値の下での残りのエネルギー許容量は以下の通りです。
E_headroom = P_cap × T - E_elapsed単位を統一してください。電力がkW、エネルギーがkWhの場合、(T)および(t)は時間（hours）で表してください。.
予測需要が上限を超える場合、コントローラーは優先順位に従って利用可能なリソースを割り当てます。実際には、堅牢な推定器は以下を考慮する必要があります。
- 料金メーターのインターバル同期；;
- メーターおよび通信のレイテンシ；;
- 負荷のランプ率および予測誤差；;
- アクチュエーターの応答時間；;
- VFDの最低速度およびプロセス上の制約；;
- 電磁接触器の開閉負荷および最小オン/オフ時間、;
- コンプレッサー、チラー、炉、またはポンプの再起動制限、;
- BESSの充電状態（SOC）、温度、電力制限、および予備容量、;
- チャタリングを防止するためのヒステリシスまたは不感帯、;
- センサー、ネットワーク、またはコントローラー故障後のフォールバック動作。.
電磁接触器を高周波変調素子として使用しないでください。モーター駆動プロセスが連続的な設定値調整に適している場合はVFDを使用し、開閉頻度は機器の検証済み負荷範囲内に維持してください。VIOXの解説記事 VFDの動作原理 そして 電磁接触器の開閉機能 コンポーネントレベルの背景情報を提供してください。.
6. 負荷優先順位マトリックスを構築する
すべての制御可能な負荷には、文書化された運用契約が必要です。「オフにできる」だけでは不十分です。.
| フィールド | 必要な定義 |
|---|---|
| 負荷IDおよび測定ポイント | どのフィーダーまたはプロセスが制御されており、その応答がどのように検証されるか |
| 制御モード | 始動禁止、スケジュールシフト、段階的オフ、設定値削減、または電力制限 |
| 利用可能な削減量 | 銘板定格だけでなく、動作状態の関数としての期待kW |
| 応答時間 | 指令から測定可能な系統削減までの遅延 |
| 最小/最大状態 | 安全な最小速度、温度、圧力、流量、SOC、または出力 |
| 最大遮断 | 製品、安全性、快適性、または機器の制限に影響が出るまでの時間 |
| 再起動動作 | 突入電流、ウォームアップ、シーケンス制御、リバウンド需要、および最小停止時間 |
| 優先度 | 決して削減せず、まず変調を行い、延期するか、あるいは最後の手段としてのみ遮断すること |
| フェイルセーフ状態 | メーターデータ、通信、コントローラー、またはアクチュエーターの電源喪失後の結果 |
安全システム、保護機能、非常用換気、人命安全負荷、および遮断が危険なプロセス状態を引き起こす負荷は、有能な設計権限者が明示的に統合しない限り、通常のデマンドシェディング論理の対象外とする。.
7. デマンド制御システムのアーキテクチャ
一般的なアーキテクチャは5つの機能層で構成される：
- 課金境界： 電力会社の料金メーターと適用される料金体系が請求額を決定する。.
- 運用計測： プラントメーター、適切にスケーリングされたCT、サブメータリング、および時刻同期により、制御と診断のためのより迅速なデータが提供されます。.
- 需要予測器： エネルギー管理システム（EMS）、プログラマブルロジックコントローラ（PLC）、または専用コントローラが、インターバル需要を再構築し、インターバル終了時の値を予測します。.
- ディスパッチロジック： 優先順位、プロセス許可条件、SOC制限、不感帯、出力制約、およびフェイルセーフ規則が動作を決定します。.
- アクチュエータ： スケジューリングシステム、VFD設定値、管理された電気自動車充電、制御リレー／電磁接触器、許可されている場合の発電機制御、およびBESS電力変換システム（PCS）。.
電力保護は最適化の目的とは独立しています。需要コントローラは、過電流保護、地絡保護、単独運転防止機能、緊急停止、または機器固有の安全制御に取って代わるものではありません。.
8. BESSの電力とエネルギーを個別にサイジングする
バッテリー出力とバッテリーエネルギーは、それぞれ異なる制約を解決します。本記事では kW、kWh、MW、MWh、SOC、および放電深度について これらの用語を詳細に解説します。.
8.1 PCS定格出力
時系列の実現可能性モデルにおいて、必要なAC放電出力は以下の通りです：
P_BESS,AC(t) = max(0, P_base(t) - P_cap - P_flexible_load(t))ここで、(P_{flexible_load}(t)) は、ベースラインと比較して、スケジューリング、変調、または承認された負荷遮断によってもたらされる正の削減量として定義されます。.
PCSの暫定的な放電定格は、必要とされる最大値以上である必要があります：
P_PCS,discharge ≥ max[P_BESS,AC(t)]最終的なPCS仕様は、過負荷耐量と継続時間、温度および高度によるディレーティング、無効電力負荷、受電/送電の制約、変圧器および導体の容量、故障寄与、高調波性能、ならびに連系協定も考慮しなければならない。PCSが規定時間内に再充電を行う必要がある場合、充電電力は別途要件となる。.
8.2 イベント中に供給されるエネルギー
イベント(j)において、必要なACエネルギーは、フレキシブル負荷制御後の上限値を超える領域である：
E_AC,event,j = ∫ P_BESS,AC(t) dt想定される最悪のイベントを暫定的な銘板エネルギーに換算する：
E_nameplate ≥ E_AC,event / (η_dis × f_usable × f_EOL)次の場合：
- (η_{dis}) は、関連する動作範囲におけるモデル化された放電経路効率である。;
- (f_{usable}) は、動作SOC制限間における銘板エネルギーの許容割合です。;
- (f_{EOL}) は、設計上の寿命末期に必要とされる容量維持率です。.
補助負荷および温度の影響が重要な場合は、時系列モデルに含めてください。根拠のない「安全率」を隠れた保守的な前提条件に上乗せすることは避け、各許容値は一度だけ明記してください。.
8.3 時系列がエネルギー定格を左右する場合がある
15分間のデマンドインターバルは、0.25時間のバッテリーで十分であることを意味するものではありません。プラントは、数回連続して上限を超過し続ける可能性があります。また、バッテリーが回復する前に2回目のイベントが発生する可能性もあります。シミュレーション：
- 連続する複数インターバルのピーク；;
- 充電電力および許可された充電時間；;
- 新たな需要ピークを生じさせる再充電；;
- 最小SOC予備量;
- 予測誤差;
- 分析期間中の劣化;
- 該当する場合の同時無効電力要件。.
NRELの System Advisor Modelバッテリードキュメントは ピークシェービングコントローラーを含む時系列ディスパッチをサポートし、温度および劣化の影響をモデル化します。これは投資判断のための適切な分析レベルであり、単一の月間最大値では不十分です。.
9. 実施例：PCSのkWおよび予備的なバッテリーのkWhの導出
単純な15分ブロックデマンド料金、ラチェットなし、逆潮流なし、および候補となるデマンド上限800 kWを想定します。承認されたすべてのフレキシブル負荷アクション後の、5つの連続するインターバル平均純輸入量は以下の通りです。
| 間隔 | ベースライン輸入電力 (kW) | 必要なBESS放電電力 (kW) |
|---|---|---|
| 1 | 720 | 0 |
| 2 | 860 | 60 |
| 3 | 980 | 180 |
| 4 | 910 | 110 |
| 5 | 760 | 0 |
各間隔が記載された平均値で0.25時間継続すると仮定する。この事象における最小所要電力は以下の通りである：
P_PCS,discharge ≥ max(60, 180, 110) = 180 kW供給されるACエネルギーは以下の通りである：
E_AC,event = (60 + 180 + 110) kW × 0.25 h
= 87.5 kWh例示的な放電効率0.94、使用可能なSOC割合0.80、および寿命末期の容量維持率0.80の場合：
E_nameplate ≥ 87.5 / (0.94 × 0.80 × 0.80)
≥ 145.4 kWhしたがって、予備的な結果は、少なくとも180 kWのPCS放電能力と145.4 kWhの銘板エネルギーとなります この簡略化された事象およびこれらの前提条件において. 。これは調達仕様書ではありません。時系列の年間シミュレーションでは、より長い事象、不十分な再充電期間、より高い電力ランプ、より低い効率、または実際の定格を左右する予備力が発生する可能性があります。.
10. 節約を約束せずに料金体系の結果をモデル化する
単純な月次デマンド料金（R_m）が1つ設定されている料金体系の場合、初期のデマンド料金モデルは以下の通りです：
年間デマンド料金削減額 = Σ [R_m × (D_base,m - D_controlled,m)]料金体系にラチェット条項、複数のデマンド期間、同時ピーク、kVAデマンド、契約最低料金、待機料金、または段階的デマンド料金が含まれる場合、この式をそのまま使用しないでください。請求書を項目ごとに再構築してください。.
技術経済モデルには以下を含める必要があります：
- 各料金レジスタ下での制御されたデマンド；;
- 異なる価格期間へシフトされたエネルギー、;
- BESSの往復損失および補助消費電力、;
- バッテリーの劣化および交換の前提条件、;
- 保守および通信コスト、;
- 負荷抑制による生産への影響、;
- ベースラインとパフォーマンスルールが署名済みのプログラムで定義されている場合に限るデマンドレスポンス収益、;
- 予測または機器故障後の残留需要リスク。.
料金体系、ピーク形状、生産スケジュール、バッテリー劣化、および上限遵守に対する感度を報告すること。普遍的な節約率や投資回収期間は、技術的に正当化できるものではない。.
11. 電気、相互接続、および安全上の境界
需要削減を行っても、完全な電気設計の必要性がなくなるわけではありません。最低限、以下を確認してください。
- 充放電両状態におけるサービスおよび変圧器の負荷状況。;
- 短絡電流、保護協調、接地、絶縁、および緊急遮断。;
- CTの極性、変流比、クラス、負担（バーデン）、計器精度、および信号喪失時の動作。;
- PCSの電圧、周波数、高調波、無効電力モード、故障応答、および単独運転防止要件。;
- 逆潮流制限および電力会社との連系承認。;
- 筐体の設置場所、換気または熱管理、アクセス、離隔距離、および環境条件。;
- バッテリー管理システムの制限値、警報、火災検知、試運転、および緊急時対応。;
- ネットワーク化されたメーター、EMS、PLC、EVSE、およびPCSインターフェースのサイバーセキュリティとアクセス制御。.
米国でのプロジェクトの場合、関連する適用範囲の参照先には以下が含まれます。 定置型エネルギー貯蔵設備に関するNFPA 855, エネルギー貯蔵システムおよび機器に関するUL 9540そして 分散型電源（DER）の相互接続および相互運用性に関するIEEE 1547. 。採用される版および適用範囲は、管轄区域、システム構成、およびAHJによって異なります。その他の国では、異なる法令および規格の枠組みが使用されます。.
12. 試運転および計測・検証計画
試運転では、個々のデバイスが通信できることだけでなく、完全な制御チェーンが機能することを証明する必要があります。.
メーターおよびモデルの受け入れ
- CTの向き、スケーリング、時刻同期、および受電/送電の符号を確認してください。.
- 代表的な期間において、運用メーターのインターバル電力量およびデマンド値を電力会社のデータと比較してください。.
- 意図した料金モデルに従って、コントローラーがインターバルをリセットおよび集計することを確認してください。.
- データの欠落、フリーズ値、範囲外の読み取り値、および時計の故障についてテストしてください。.
制御の受け入れ
- 実用的な範囲で、実際のデマンド制限値以下の制御テストプロファイルを強制的に実行してください。.
- 予測デマンド、ディスパッチしきい値、不感帯、および解除しきい値を確認してください。.
- すべてのフレキシブル負荷について、実際のkW削減量と応答時間を測定してください。.
- 最小オン/オフ時間、再起動シーケンス、リバウンド需要、およびプロセス許可条件を確認してください。.
- 通信またはコントローラー電源の喪失が、文書化されたフェイルセーフ状態になることを確認してください。.
BESS受入試験
- 指令値と測定値のAC電力およびエネルギーを照合してください。.
- SOC制限、予備容量、出力制限、充電回復、アラーム、および非常停止を試験してください。.
- 再充電のスケジュール設定が新たな課金対象ピークを生じさせないことを確認してください。.
- モデル化された最長イベント、または承認された同等の試験を実演してください。.
請求検証
- 管理されたインターバルデータを使用して、毎月の請求書を再構築します。.
- 物理的なピーク削減量と請求上のデマンド削減量を比較し、ラチェット効果や最低料金制の影響を調査します。.
- 予測、メーター、通信、負荷の利用不可、SOC、機器のトリップ、またはオペレーターによるオーバーライドなど、原因別にキャップ（上限）未達を追跡します。.
- 生産、料金体系、発電、または機器に変更があった場合は、時系列モデルを再実行します。.
このプロセスの結果は、単にダッシュボード上のピーク値が小さくなることではありません。料金体系の定義から、測定されたインターバル、制御の決定、物理的な負荷応答、そして検証済みの請求結果に至るまで、追跡可能な一連の流れとなります。.
