電力量計 データ収集の見積を「30台のメーターをModbusで5分ごとに読む」とだけ書くと、通信には成功しても、投資判断に使えないシステムができる。CT/PT比が二重に掛かる、輸入と逆潮流の符号が逆になる、時計がずれる、15分値の区切りが料金制度と合わない、欠測がゼロとして集計される。こうした誤りは画面を止めず、もっともらしいグラフを作るため発見が遅い。
本稿では、タイの工場が電力量計データ収集を発注するとき、計器の接続ではなく「意味の正しいデータ」を成果物にするRFP、FAT/SAT、90日PoC、受入証跡を具体化する。狙いは単なる電気料金削減ではない。誤った15分値、CT比、符号、時刻、欠測補完を根拠に、設備更新や生産移管の優先順位を誤る損失を防ぐことである。
電力量計 データ収集で最初に契約すべきものはデータ定義
工場の電力可視化では、メーター、RS-485、ゲートウェイ、Ethernet、サーバー、ダッシュボードが目に見える。そのためRFPも機器の型式、台数、通信方式、保存期間へ寄りやすい。しかし、経営判断を支えるのは機器ではなく、各数値が何を意味し、いつの状態を表し、どの変換を経て、どの品質であるかを追跡できることである。
例えば、画面に「1,250 kW」と表示されても、次が不明なら比較できない。
- メーター内部でCT/PT比を適用済みか、ゲートウェイやサーバーで掛けるのか。
- 瞬時電力か、5分平均か、00・15・30・45分で閉じる固定15分需要か、直近15分の移動値か。
- 正の値は系統からの受電か、設備への流入か、発電側への逆潮流か。
- 時刻はメーター、ゲートウェイ、サーバーのどれが正本か。タイムゾーンは何か。
- 途中の5分値が一つ欠けた場合、15分値を欠測とするか、推定するか、残り二点で計算するか。
- 値が後から修正された場合、元値、修正理由、修正者、適用時刻を再現できるか。
したがって、RFPの主語は「システムは収集する」だけでは足りない。「発注者と受注者は、データ辞書、ポイントマップ、変換規則、品質コード、時刻規則、集計規則、試験証跡を合意し、版管理された成果物として引き渡す」とする。接続は手段で、契約対象は判断可能なデータである。
タイの料金情報と工場内データを混同しない
タイのEnergy Regulatory Commission(ERC)は、2026年9〜12月期のFtを16.23 satang/kWh、平均電気料金を3.95 THB/kWhと発表している。これは2026年の外部環境を理解する公式情報として有用だが、すべての工場の限界電力単価が3.95 THB/kWhという意味ではない。実際の請求は、供給区域、料金種別、契約電力、時間帯、需要料金、Ft、税その他の条件で変わる。投資稟議では必ず自社の請求書と適用料金表を使う。
また、MEAの大口向け料金説明では、対象区分の最大需要は請求期間中の最大15分積算需要を基礎にする。ここから重要なのは「15分」という文字だけではない。メーターやソフトウェアには固定ブロック、スライディングブロック、ローリングブロックなど複数の需要計算があり得る。Schneider ElectricのEM3570マニュアルも、Fixed block、Sliding block、Rolling blockという異なる方式を説明している。自社ダッシュボードの「15分値」が電力会社の算定方法と同じだと思い込まず、区間境界と計算式を明記して照合する必要がある。
PEA供給区域ではPEAの公式料金表を参照する。2023年5月版の英語資料は料金区分と定義を確認する一次資料だが、2026年の案件で過去の単価をそのまま置くべきではない。最新版、契約区分、実請求書を判断直前に確認する。工場内サブメーターは、運用改善のための測定器であって、電力会社の課金メーターと同一の法的・計量上の位置づけを自動的に持つものでもない。
Modbus 電力計は「レジスタが読めた」で受け入れない

Modbus Application Protocol Specification V1.1b3では、レジスタは16ビットのデータ項目として扱われ、プロトコル上のアドレスは相対0から指定される。一方、機器マニュアルは40001のような人向け参照番号で書かれることがある。この1始まり/0始まりの差を曖昧にすると、隣のレジスタを読んでも通信自体は正常応答することがある。
電力、電力量、電流、力率は32ビット整数やIEEE 754浮動小数点として二つの16ビットレジスタに格納されることも多い。その場合は、語順、バイト順、符号付き/符号なし、倍率、小数点、単位、無効値、オーバーフロー、積算値のロールオーバーを機種ごとに決める。「Modbus TCP対応」「アドレス一覧あり」だけでは、正しい値を保証しない。
RFPのポイントマップには最低限、次の列を持たせる。
| 項目 | RFPで固定する内容 | FATで残す証跡 |
|---|---|---|
| Device identity | メーカー、型式、シリアル、ファーム、設置盤、回路名 | 実機銘板写真と読出しID |
| Protocol address | Slave/Unit ID、Function、ゼロ基準offset、人向け参照番号 | 要求・応答ログとマニュアル該当頁 |
| Data format | 16/32/64 bit、integer/float、signed、word/byte order | 既知値とのデコード比較 |
| Engineering unit | W/kW/MW、Wh/kWh、A、V、PF、周波数 | 表示値と基準器の同時記録 |
| Scaling | メーター内部倍率、外部CT/PT、サーバー倍率 | 生値→正規化値の計算票 |
| Direction | import/export、受電/送電、各相の正方向 | 既知負荷または安全な試験条件で確認 |
| Timestamp | source/gateway/server時刻、UTC offset、同期元 | NTP状態、時刻差、タイムゾーン設定 |
| Quality | timeout、CRC、out of range、stale、substituted | 切断・復帰・異常値注入の結果 |
| Update behavior | 更新周期、積算値保持、再起動後挙動 | 電源再投入と通信復旧の時系列 |
機器メーカーのマニュアル版も成果物に含める。同じ型式名でもファームやオプションでレジスタが違う可能性があるためだ。ポイントマップには「確認済み」を一列置くだけでなく、確認した実機シリアル、ファーム、試験日、試験者、証跡ファイルへの参照を付ける。
CT 比率 設定は値ではなく履歴として管理する
CT比は「400/5」のような一つの数値に見えるが、データ処理では少なくとも四つの状態がある。
- CT一次側/二次側の銘板値。
- 電力量計本体へ設定した一次/二次値。
- 通信レジスタが一次換算値を返すか、二次側生値を返すか。
- ゲートウェイ、サーバー、BIで追加する倍率。
最大の事故は、メーターがすでに一次換算した値へサーバーが再度80倍を掛ける二重スケールである。反対に、メーターが二次値を返すのに外部倍率を掛けなければ80分の1になる。どちらも折れ線の形は自然で、設備の稼働との相関も残るため、目視だけでは見抜きにくい。
さらに、CTの向きや相対応が違えば符号、力率、相別電力が崩れる。逆潮流設備がある工場では、受電を正、発電を負とするのか、各機器への流入を正とするのかを統一する。符号を絶対値に変換して見栄えを整えるのは禁物である。異常の痕跡を消し、エネルギーバランスを合わせられなくなる。
CT/PTマッピングは版管理する。交換、回路変更、メーター交換、設定変更があった日時をeffective from/effective toで残し、過去データをどの版で正規化したか追跡できるようにする。修正時はraw層を上書きせず、normalized層を再計算し、旧版と新版の差を記録する。過去の会議資料がどの版で作られたかも分かれば、意思決定の再検証ができる。
CT/PT受入で用意する三つの照合
- 銘板・配線・設定の三点照合:CT/PT銘板、単線結線図、メーター設定画面/レジスタを一致させる。
- 瞬時値の同時照合:安全手順に従い、基準クランプメーターや盤表示と同時刻で比較する。許容差は計器クラス、負荷状態、測定方法を考慮して案件で決める。
- 積算差分の照合:一定時間の開始・終了の積算値差を取り、サーバーの積算と比較する。瞬時値だけでは更新周期や積分の違いを見落とす。
15分値 デマンドを一意にする七つの質問
「15分デマンドを保存する」という要件は、次の七問へ回答して初めて実装可能になる。
- 区間は毎時00、15、30、45分に固定するか。
- タイムゾーンはAsia/Bangkok(UTC+7)か。保存はUTCか、表示は何か。
- 00:15の値は00:00以上00:15未満を表すのか、00:15以上00:30未満を表すのか。
- 5分平均kWを三点平均するのか、15分のkWh差分から平均kWを計算するのか。
- 5分点が一つ欠けたら15分値を欠測にするか、条件付き推定にするか。
- 遅着データが来たら締め済み区間を再計算するか。再計算版は残すか。
- 固定15分、移動15分、メーター内部需要、電力会社請求需要のどれを画面に出すか。
推奨は、意思決定に使う固定15分値を次のように定義することである。
interval_energy_kWh = counter_end_kWh − counter_start_kWh
interval_average_kW = interval_energy_kWh × 60 ÷ 15 = interval_energy_kWh × 4
ただし、積算レジスタのロールオーバー、リセット、交換、逆潮流、途中欠測を処理する必要がある。積算値を使えない場合に5分平均を使うなら、三つの期待スロットと各スロットのカバレッジを記録する。二点しかないのに「三点平均相当」として無印で出してはいけない。
ダッシュボードには、固定15分の確定値と、制御に使うローリング予測を別系列で表示する。ローリング値はピーク接近を早く知るために有用だが、固定区間の実績と混ぜると事後検証ができない。デマンド制御とピーク電力の考え方を実装する場合も、制御の予測値、制御指令、確定15分実績を別々に保存する。
電力データ 欠測は「0」でも「前値」でもない

電力データの欠測をゼロ埋めすると、停止していない設備が止まったように見える。前値保持すると、通信が切れたまま稼働が続いているように見える。線形補間は分析に便利な場合があるが、実測値と区別できなければ監査不能になる。正しい設計は、raw、normalized、derivedの三層と品質コードを分けることである。
| 層 | 保存するもの | 上書き方針 |
|---|---|---|
| Raw | 受信時刻、機器値、応答状態、元レジスタ、通信ログ参照 | 原則不変。再受信も別イベントで保持 |
| Normalized | 単位、CT/PT、符号、時刻を統一した値とmapping version | 版付きで再計算可能にする |
| Derived | 15分値、日量、原単位、推定値、アラート | 計算式versionと入力品質を継承 |
品質コードは、少なくともGOOD、MISSING、INVALID、SUBSTITUTED、ESTIMATEDを区別する。名称は変えてよいが、意味と遷移をデータ辞書へ書く。推定値には方式、入力区間、実行時刻、実行者またはジョブ、信頼度を付ける。後から実測が届いた場合も、何がいつ置き換わったかを残す。
RFPでは「データ欠損率1%未満」のような一行だけにしない。分母、対象時間、計画停止、メーター停止、ネットワーク停止、遅着、重複を定義する。例えば以下は契約例であり、法令値でも万能な推奨値でもない。
- 対象稼働時間の期待5分スロットに対する
GOODまたは承認済み実測値の割合を完全性とする。 - 計画停止は申請・承認された時間だけ分母から除外する。
- 欠測検知は期待時刻から15分以内、担当者通知は30分以内。
- ゲートウェイNTP偏差は2秒以内を例示閾値とし、メーター時刻差が60秒を超えたら警告する。
- 15分確定値は三つの5分スロットが揃うことを原則とし、推定を許す条件は別表で限定する。
- 月次締め後の再計算は版を上げ、旧版を削除しない。
IECのモデルは「対応」の一語ではなくマッピングに使う
IEC 62056-6-2:2023はDLMS/COSEMのインターフェースクラスを定め、メーターデータを共通のオブジェクトとして扱う土台を提供する。IEC TR 61850-80-5:2026はModbusとIEC 61850の情報マッピングに関するガイドラインである。これらは、将来の電力監視、変電設備、エネルギー管理を統合する際の共通言語として有用だ。
ただし、「DLMS対応」「IEC 61850連携可能」という表記だけで、必要な値、単位、品質、時刻が揃うとは限らない。RFPでは、必要オブジェクトまたは信号、アクセス方法、更新周期、時刻源、品質、セキュリティ、ライセンス、ゲートウェイでの変換、試験方法を列にする。規格名はマッピング表を短くする助けであり、プロジェクト固有の対応表を省略する理由ではない。
既設設備のプロトコル、配線距離、ノイズ、保守性を含めた機器選定はタイ工場のIoTセンサー選定を参照できる。局所保存とクラウド/サーバー連携の境界は産業用データロガーとIoTの比較で整理している。本稿では、その機器から得た値を受入可能な意味へ変える責任に焦点を置く。
電力量計 データ収集 RFPに入れる12の要求
1. 対象と目的
対象盤、回路、設備、意思決定を列挙する。「省エネ」だけでなく、設備投資比較、ピーク監視、原単位、異常検知、電力バランスなど、各用途が必要とする粒度と確定時刻を書く。
2. メーター台帳
メーカー、型式、シリアル、ファーム、CT/PT、回路名、設置場所、通信、電源、責任部署を一覧化する。不明項目は「受注後確認」ではなく、調査成果物と期限にする。
3. ポイントマップ
アドレス、データ型、順序、符号、倍率、単位、更新周期、無効値、ロールオーバー、アクセス権を定義する。メーカー資料の貼付だけでなく、プロジェクトで使用する点を凍結する。
4. 時刻
UTC保存、Asia/Bangkok表示、NTP源、メーター時刻とゲートウェイ時刻の優先順位、許容偏差、補正方法、遅着処理を定める。タイには夏時間がないが、サーバーの既定設定任せにしない。
5. CT/PTと符号
倍率の適用箇所を一つに決め、設定値、物理銘板、配線、正方向を照合する。変更履歴、承認者、適用日時を管理する。
6. 15分集計
固定/移動、区間境界、timestamp意味、入力値、計算式、欠測条件、再計算、版管理を指定する。需要料金用、制御用、分析用の系列を分ける。
7. 品質と欠測
品質コード、検知時間、通知、再試行、ローカルバッファ、再送、重複排除、推定許可、月次締めを定義する。完全性の計算式を添付する。
8. サイバーセキュリティ
ネットワーク分離、許可通信、アカウント、証明書、パスワード引渡し、遠隔保守、ログ、パッチ責任、バックアップと復旧試験を書く。RS-485機器に直接インターネットから到達させない。
9. 性能と保存
30台×5分のような点数だけでなく、同時再送、通信障害後のバックフィル、保存年数、検索応答、エクスポート、データ増加、バックアップ時間を試験する。
10. FAT/SAT
正常系、誤アドレス、word order、符号、倍率、切断、時計ずれ、再起動、積算ロールオーバー、遅着、重複を試験項目にする。期待結果と証跡形式を発注時に合意する。
11. 引渡し成果物
as-built配線、メーター台帳、ポイントマップ、データ辞書、設定バックアップ、ソースまたは設定エクスポート、テスト結果、既知課題、運用手順、教育記録を含める。
12. 変更と受入
変更要求、影響評価、承認、再試験の手順を定める。受入は画面表示の確認ではなく、証跡パックの承認と重大欠陥のクローズで成立させる。
FATで通信の正常とデータの意味を分けて試す
FATは、現場へ持ち込む前に再現できる問題を閉じる場である。代表3機種または3台を使い、実機が難しければレジスタ応答のリプレイ環境を準備する。通信成功試験と意味の正しさの試験を別項目にする。
| FAT試験 | 操作 | 合格証跡 |
|---|---|---|
| Address | 既知のレジスタを0基準offsetと参照番号で照合 | マニュアル、要求応答ログ、画面値 |
| Endian/data type | 正負、小数、32bit既知値をデコード | raw hexと変換計算 |
| CT/PT | 適用前後の既知値を投入 | 倍率が一度だけ適用された計算票 |
| Sign | import/export相当の正負値を投入 | raw、normalized、表示の符号一致 |
| Time | NTP正常、60秒ずれ、時刻跳躍を再現 | 検知、警告、補正履歴 |
| Missing | 5分点を一つ落とし、遅れて再送 | 品質コードと15分値の版遷移 |
| Restart | メーター、ゲートウェイ、サービスを再起動 | 重複なし、バッファ再送、欠測範囲 |
| Rollover/reset | 積算上限とリセットを模擬 | 負の異常日量を作らない処理記録 |
FAT証跡はスクリーンショットだけにしない。入力条件、設定版、raw値、期待値、実測値、合否、課題番号、再試験結果を機械可読なCSVまたはJSONと、人が承認するPDF/表の両方で残す。後にマッピングを変更したら、どの試験を再実行すべきか追跡できるようにする。
SATで現場固有の誤りをつぶす

SATでは、盤の回路名とメーターID、CT方向、相順、RS-485極性、終端、接地、ゲートウェイポート、IP、時刻同期を現物と照合する。事務所で正しかったマッピングも、現場のラベル違い、同じSlave ID、逆接、盤改造の未反映で崩れる。
最低でも、設備の停止・起動や既知負荷の変化が、安全上許される範囲で対象メーターへ反映されることを時刻付きで確認する。受電点、変圧器、主要分岐のエネルギーバランスも見る。ただし、損失、非計測回路、異なる計測区間、メーター精度があるため、単純に合計が100%一致することを前提にしない。差分の説明可能範囲を案件で設定する。
課金メーターや請求書との照合は有用だが、同一性の証明ではない。計測期間、区間境界、倍率、力率、需要計算法、検針締めが異なり得る。差が出たときに「サブメーターが間違い」と即断せず、比較条件を合わせたうえで原因を分類する。
SATの連続運転は最低7日を例とし、対象工場の稼働パターンに合わせる。週末停止しか見られない、夜勤負荷がない、太陽光発電の逆潮流が出ないなど、7日で確認できない条件は90日PoCへ持ち越し、未試験として明示する。
90日PoCで「見る」から「判断に使う」へ進める
PoCを「30台を画面に出す90日」にすると、最終日に接続が揃って終わる。90日を五つのゲートに分け、データを月次の判断資料へ使ってから受け入れる。
| 期間 | 対象 | 主な成果物 | ゲート |
|---|---|---|---|
| Day 1–15 | 全30台の設計 | 台帳、CT/PT履歴、ポイントマップ、時刻・品質辞書 | データ定義承認 |
| Day 16–30 | 代表3台 | 接続、FAT、故障注入、raw/normalized照合 | FAT合格 |
| Day 31–60 | 10台 | 固定15分値、欠測・遅着、バランス、追跡画面 | 集計定義合格 |
| Day 61–75 | 30台 | 現地配線、NTP、7日連続、請求条件との照合 | SAT合格 |
| Day 76–90 | 全対象 | シャドー月次判断、課題閉鎖、as-built、教育 | 最終受入 |
Day 76以降は、既存のExcelや請求書処理と並行して新システムの月次資料を作る。設備別原単位、15分ピーク、欠測一覧、CT/PT変更、異常値の説明が、会議で質問されたときにrawまで遡れるかを確認する。担当者が開発会社へ電話しなければ説明できないなら、運用引渡しは未完了である。
受入証跡パックには次を含める。
- 最終台帳とas-builtネットワーク/配線図。
- 承認済みポイントマップ、データ辞書、CT/PT・符号・時刻・15分・品質ルール。
- FAT/SATの入力、期待、実測、合否、課題と再試験。
- 90日間の完全性、遅着、重複、時計ずれ、欠測、推定の集計。
- raw→normalized→15分値を三つ以上の任意区間で再計算した検算票。
- 設定バックアップ、復旧試験、アカウント一覧、教育記録、運用runbook。
- 未解決事項、暫定回避、責任者、期限、保証期間中の扱い。
30台・5分収集のデータ量を再計算する
ここからの数値は、TOMAS TECHが説明用に置く仮定であり、顧客実績、市場平均、見積金額、効果保証ではない。30台を5分ごとに、年間250稼働日収集するとする。
1台1日サンプル = 24時間 × 60分 ÷ 5分 = 288
年間メーターサンプル = 30台 × 288 × 250日 = 2,160,000
固定15分区間は1日96区間なので、
年間メーター15分区間 = 30台 × 96 × 250日 = 720,000
この件数はデータベースには大きすぎない。しかし、720,000区間それぞれで、期待する5分スロット、入力品質、集計式、CT/PT版、時刻境界を説明できる設計が必要である。保存容量だけを見積もり、追跡情報を削ると、後から数字を信用できなくなる。
1%のスケール誤りを金額感へ変える例
仮に年間電力量12,000,000 kWh、スケール誤り1%、感度分析用の単価3.95 THB/kWhと置く。
影響対象の表示価値 = 12,000,000 × 1% × 3.95 = 474,000 THB/年
3.95 THB/kWhはERCが示した2026年9〜12月の平均電気料金であり、この工場の実際の限界単価ではない。実案件では請求書の適用値へ置き換える。また、474,000 THBがそのまま現金回収できるという意味でもない。計器の誤りで電力会社への支払額が変わるのではなく、誤ったベースライン、設備比較、投資順位、異常判定へ使われる情報価値の感度を示している。
初期費用・年間運用・便益・回収年数の独自試算
次もすべて仮定である。既設電力量計30台を活用し、必要なゲートウェイ、ネットワーク、データ定義、履歴DB、可視化、試験を導入するモデルとする。
| 初期費用項目 | 仮定額(THB) | 含む範囲 |
|---|---|---|
| 現地調査・データ定義 | 220,000 | 台帳、CT/PT、回路、ポイント、受入計画 |
| ゲートウェイ・ネットワーク | 300,000 | RS-485分割、gateway、盤改造、通信 |
| Engineering・integration | 480,000 | driver、正規化、品質、15分集計、API |
| Historian・dashboard | 320,000 | 保存、追跡、月次資料、権限 |
| FAT/SAT・教育 | 180,000 | 故障試験、現地試験、証跡、runbook |
| 初期費用合計 | 1,500,000 | 仮定 |
年間運用費は180,000 THBと仮定する。便益は料金削減を直接約束せず、「誤データを使う判断コスト」と照合作業に置く。
| 年間便益項目 | 仮定式 | 仮定額(THB) |
|---|---|---|
| 誤った容量・省エネ施策の優先を1件回避 | 1件 × 480,000 | 480,000 |
| 照合・再集計工数を削減 | 240時間 × 900 | 216,000 |
| 月次判断前に重大データ事故を検知 | 6件 × 120,000 | 720,000 |
| 総便益 | 480,000 + 216,000 + 720,000 | 1,416,000 |
年間純便益 = 1,416,000 − 180,000 = 1,236,000 THB
単純回収年数 = 1,500,000 ÷ 1,236,000 = 1.21年
効果が仮定の50%しか実現しない感度も示す。
50%時の年間純便益 = 1,416,000 × 50% − 180,000 = 528,000 THB
50%時の単純回収年数 = 1,500,000 ÷ 528,000 = 2.84年
この二つを併記すれば、楽観値だけの稟議を避けられる。さらに、480,000 THBの施策、1件120,000 THBのデータ事故、時間単価900 THBを自社の過去事例へ置き換える。便益の証拠が弱い場合は、PoCの目的を「90日で仮定を検証する」とし、本番30台展開の投資ゲートを分ける。
工場のエネルギー監視システムで紹介する可視化や改善活動も、入力データの信頼性が前提である。ダッシュボード機能を増やす前に、今回のデータ契約と受入証跡を整えるほうが、投資判断の土台を強くする。
ベンダー比較で価格以外に採点する項目
RFP回答は、機器価格と画面数だけで比較しない。次の採点例を使う。
| 評価軸 | 配点例 | 高得点の回答 |
|---|---|---|
| データ定義 | 20 | 機種別point map、CT/PT、符号、時刻、品質を具体化 |
| 試験可能性 | 20 | 正常・異常ケース、入力、期待値、証跡を提示 |
| 追跡性 | 15 | rawから15分・月次資料まで版付きで再現可能 |
| 欠測耐性 | 15 | buffer、再送、遅着、重複、推定を分離 |
| OT security | 10 | zone、許可通信、認証、ログ、復旧責任が明確 |
| 運用引渡し | 10 | as-built、backup、runbook、教育、SLAを含む |
| 総費用 | 10 | 初期、license、通信、保守、変更費を透明化 |
「当社標準で対応」「Modbusなので問題ない」「AIで欠測補完」といった回答は、追加質問の対象である。標準とは何か、どの機種で試験済みか、補完値をどう識別するか、誤差をどう評価するか、設定を誰が所有するかを回答させる。
よくある失敗と予防策
グラフが表示された時点で検収する
表示は通信とUIの試験にすぎない。既知値、raw、変換式、15分集計、欠測を再計算して受け入れる。
CT比をExcel、メーター、サーバーの複数箇所で管理する
どこが正本か分からず、変更時に二重適用が起こる。一つのmapping masterとeffective timeを決め、配布先を自動生成する。
15分値の時刻ラベルを決めない
00:15が開始か終了かで、設備イベントとの対応が15分ずれる。区間の数学表記とサンプル3区間を仕様書に載せる。
欠測をゼロで埋めて月報を閉じる
エネルギーが少なく見え、改善効果を誤認する。実測と推定を分け、欠測を月報の品質KPIとして報告する。
サブメーターと請求メーターを同じものと考える
精度、区間、倍率、検針、用途が違う。比較は必要だが、差の許容と原因分類を設計する。
30台を一度に接続し、最後に品質を見る
同じ設定誤りを30台へ展開する。代表3台でFAT、10台で集計、30台でSATという段階ゲートを使う。
よくある質問
Modbus 電力計ならメーカーが違っても同じように収集できますか?
通信の枠組みは共通でも、レジスタアドレス、データ型、word/byte order、符号、倍率、単位、更新周期、無効値は機種ごとに違います。型式・ファーム別のポイントマップを作り、既知値でFATを行います。「Modbus対応」だけを互換性の合格条件にしないでください。
CT 比率 設定はメーターとサーバーのどちらで行うべきですか?
どちらも技術的にはあり得ますが、倍率を適用する正本を一箇所に決めることが重要です。メーターが一次換算値を返すならサーバーで再度掛けず、二次値なら版管理したmappingで換算します。銘板、配線、メーター設定、raw値、normalized値を受入時に照合します。
15分値 デマンドは5分値を三つ平均すればよいですか?
5分値が同じ意味の平均kWで、固定区間に正しく配置され、三点が揃うなら一つの方法です。ただし、積算kWh差分から求める方法、メーター内部需要、ローリング需要とは結果が異なり得ます。料金比較に使う場合は、電力会社の区間と計算条件を確認し、timestamp、欠測、遅着のルールを仕様化します。
電力データ 欠測はどこまで補完してよいですか?
運用目的で条件付き補完することはできますが、実測値として上書きしないでください。短時間欠測、設備停止確認済み、隣接値が安定など、許可条件と方法を決め、ESTIMATEDやSUBSTITUTEDとして残します。請求照合、保証判定、投資基準など重要用途では、補完値を除外または別表示する判断も必要です。
電力量計 データ収集 RFPで最重要の受入条件は何ですか?
一つに絞るなら「任意の15分値をrawまで遡り、CT/PT、符号、時刻、欠測処理、計算版を第三者が再計算できること」です。通信稼働率や画面応答だけでは、値の意味は保証されません。FAT/SATと90日PoCの証跡を契約成果物にしてください。
90日PoCで30台すべてを最初から接続すべきですか?
推奨しません。代表3台でレジスタと異常処理を固め、10台で15分集計とバランスを確認し、その後30台へ展開すると、誤設定の大量複製を防げます。各ゲートの合格条件と、次段階へ進めない重大欠陥を事前に決めます。
3.95 THB/kWhをそのまま投資計算に使えますか?
ERC発表の平均電気料金は外部環境の参考値です。個別工場の料金区分、需要料金、時間帯、Ft、税、契約条件を反映した限界単価とは限りません。実案件では直近の請求書と最新のMEA/PEA料金表を使い、記事の計算は感度分析として扱ってください。
まとめ:電力量計をつなぐのではなく、判断可能なデータを受け入れる
電力量計データ収集の成否は、Modbus通信が継続するかだけでは決まらない。CT/PT比が一度だけ正しく適用され、受電と逆潮流の符号が統一され、Asia/Bangkokの固定15分区間が再現でき、欠測と推定が実測から区別され、rawから会議資料まで版付きで追跡できることが必要である。
RFPにデータ辞書、ポイントマップ、時刻、15分集計、品質コード、FAT/SAT、90日PoC、受入証跡を入れれば、ベンダーは価格だけでなく「正しいデータを納める能力」で比較できる。これにより、誤ったグラフを根拠に設備投資や省エネ施策の優先順位を決めるリスクを、実装前から管理できる。
TOMAS TECHは、タイ・ASEANの工場で、既設電力量計の棚卸し、Modbusポイントマップ、CT/PT・符号・時刻・15分値・欠測ルールの設計、RFP、FAT/SAT、90日PoCの受入計画づくりを支援できます。機器選定前や、現行データを信用できるか確認する段階からでもご相談いただけます。お問い合わせはこちら。
参考情報
- Thailand ERC:2026年9〜12月のFtと平均電気料金
- MEA:Electricity Tariffs / Maximum Demand
- PEA:Electricity Tariffs May 2023(公式PDF)
- Modbus Organization:MODBUS Application Protocol Specification V1.1b3
- Schneider Electric:Demand calculation methods — EM3570 series
- IEC 62056-6-2:2023:DLMS/COSEM interface classes
- IEC TR 61850-80-5:2026:Modbus / IEC 61850 mapping guidelines
- Thailand ERC:Automatic Ft statistics