はじめに：見える化は入口であり、答えそのものではない
第1話では、電気料金は単純な使用量だけで決まるものではなく、 契約電力、最大需要電力、制度費用、設備の使われ方が重なって決まる 「構造的な結果」であることを整理しました。
そうすると、多くの企業は次に「見える化」へ進みます。 使用電力量を把握し、デマンドを確認し、日別・月別の推移をグラフで見る。 これは自然で、正しい流れです。
しかし、ここで止まると、 電気代がなぜ高いのかは分かっても、 何をどう変えればよいかまでは見えてきません。
見えていることと、制御できることは別です。
1. デマンドデータで分かること
30分デマンドやその推移グラフには価値があります。 それは決して「役に立たないデータ」ではありません。
分かること
- ピークが発生した時間帯
- 日ごとの負荷傾向の違い
- 操業日と休業日の差
- 昼休みや交代時間の負荷変化
- 基礎負荷のおおよその水準
経営判断への使い道
- 契約電力見直しの入口
- ピーク抑制の必要性判断
- 休日運転や待機負荷の確認
- 改善前後の大まかな比較
- エネルギー管理レポート作成
つまり、デマンドデータは 「全体傾向を把握するための地図」としては有効です。
2. 2023年3月のデマンドグラフから読み取れること
上のグラフは、2023年3月のデマンドデータを日別に重ねたものです。 これを見ると、複数の日で似た形が繰り返されていることが分かります。
- 朝の立ち上がり時間帯に負荷が増えている
- 日中に高負荷帯が形成されている
- 昼休みや工程切替と思われる落ち込みがある
- 日によってピーク値にばらつきがある
- 低い日と高い日が同じ月の中に混在している
ここから、 「この時間帯に設備が集中している」 「一部の日だけ余分な負荷がある」 といった仮説は立てられます。
ただし、仮説は立てられても、原因設備はまだ分かりません。
朝の立ち上がりで何が同時起動したのか、 どの回路が寄与したのか、 その前後で電圧・電流・力率に何が起きたのかは、 このグラフだけでは分かりません。
3. 見える化で分からないこと
電気料金の構造を変えるには、 総量ではなく、原因をつかむ必要があります。
| 見える化で分かること | それだけでは分からないこと |
|---|---|
| 8:30にピークが出た | どの設備が同時起動し、何がピークを作ったのか |
| 日中の負荷が高い | その高負荷が生産由来か、空調由来か、待機負荷由来か |
| 一部の日だけ高い | その日だけ運転された設備や工程変更が何か |
| 負荷が上下している | 電圧低下、力率悪化、高調波、相不平衡などの有無 |
「ピークがあった」という結果と、 「なぜピークになったのか」という原因は別問題です。
4. EMSや見える化が弱いのではなく、役割が違う
ここで誤解してはいけないのは、 EMSや見える化を否定しているわけではないことです。 それらは「把握」には有効です。
見える化が得意なこと
- 月次・日次の傾向把握
- 異常月の発見
- 契約電力の管理補助
- 社内報告や省エネ会議の資料化
見える化だけでは不足すること
- 原因設備の特定
- 回路単位・相単位の解析
- 瞬間的な立ち上がりや同時起動の把握
- 電力品質と設備挙動の相関確認
つまり、見える化は入口です。 しかし、制御、保安、投資判断の出口になるには、 もう一段深いデータが必要です。
5. 電気は「量」だけでなく「挙動」として見る必要がある
従来のエネルギー管理は、 電気をkWhという「量」で扱う傾向が強くあります。 しかし設備が反応しているのは、量だけではありません。
実際には、設備は次のような状態変化に反応しています。
電圧
電流
力率
周波数
高調波
電気とは時間変化する現象です。 量だけ見ていても、設備停止、立ち上がり異常、効率低下、 相不平衡、電圧変動といった本当の問題には届きません。
6. 必要なのは、原因を特定できる粒度の一次データ
ここで必要になるのが、 原因を特定できる粒度の一次データです。
それは単に「データ量が多い」という意味ではありません。 どの瞬間に、何が起き、 その変化がどの設備挙動とつながったのかを追えることが重要です。
| データ | 主な用途 | 限界 |
|---|---|---|
| 月間請求・月間kWh | 経営管理、請求確認 | 設備原因は分からない |
| 30分デマンド | 契約電力管理、ピーク傾向把握 | 同時起動や回路原因は分からない |
| 1分・1秒データ | 運転周期、負荷集中、前後関係の確認 | 波形レベルの異常は別途必要 |
| 電圧・電流・力率・高調波の一次データ | 原因特定、電力品質確認、設備保安 | 計測位置と時刻同期の設計が必要 |
デマンドデータは「どこを見るべきか」を示し、 一次データは「何が起きたか」を示します。
7. 次の問い：本来のスマートメーターとは何か
ここまで来ると、次の疑問が出てきます。
では、その一次データは何で取得するのか。
一般に「スマートメーター」と呼ばれるものは、 本当にそこまでの役割を果たしているのでしょうか。 請求や遠隔検針のための計器と、 制御や原因解析のためのデータ基盤は、 本来同じではありません。
次の記事では、 本来のスマートメーターとは何かを、 電力品質、一次データ、原本性という観点から整理します。
PRIMARY DATA / SMART METER
デマンドの先にある「原因データ」を取得する
30分デマンドや見える化データだけでは判断できない場合、 受電点、変圧器二次側、主要回路で何を、どの周期で、 どのように計測すべきかを設計します。
電気料金の改善だけでなく、設備保安、電力品質、 停止原因の特定まで含めてご相談ください。
関連記事（シリーズ）
SUMMARY
まとめ：見える化は重要だが、原因特定には届かない
デマンドデータや見える化は、 契約電力や負荷傾向を把握するうえで重要です。 どの時間帯にピークがあり、 どの日に負荷が高いかを知る入口になります。
しかし、それだけでは どの設備が、どの回路で、なぜそのピークを作ったのかは分かりません。 電気料金の構造を変えるには、 結果ではなく原因を捉える必要があります。
本記事の結論
デマンドデータは、 どこに問題がありそうかを示す重要な入口です。 しかし、制御、設備投資、保安に必要なのは、 その先にある一次データです。
見える化で止まるのではなく、 原因特定に必要な粒度のデータ取得へ進むことが、 電気料金の構造を変える第一歩です。
