
これまでの使用電力から需要を予測して、空調を先回りで調整します。
HVAC コントローラのポイントと電力メーターを1つのポイントモデルに集約し、建物自身の履歴から設定値を予測、現場からの読み戻しが一致した場合のみ書き込みを反映——不一致時はロールバックしアラートを発報。
中央熱源機が固定スケジュールで動いていて、コントローラーが標準プロトコルに対応し、点の読み書き権限がある建物。

執務フロア、会議エリア、機械室の前室。ゾーンごとに設定値を予測し、1 サイクル観察してから書き込みを有効にします。

商業施設の各フロア、映画館のホワイエ、地下駐車場の給排気。フロアごとに電力量計を置き、使用電力と設定値を並べて見ます。

工場の空調機械室、プロトコルが混在する古い工場。予測はシフト計画に合わせ、異なるプロトコルを一つの点リストにまとめます。
適さない条件:個別空調機、認証された安全制御が必要な用途。書き込みを有効にする前に電力量計のバイトオーダーを確認し、ロールバックと警報を自社の設備で一度ずつ試してください。
現場にある空調コントローラーと電力量計をゲートウェイホスト(reComputer R1100)に接続し、ブラウザのコンソールと既存の上位システムから読み取ります。

3 つの要素で構成されます。現場にすでにある設備(コントローラーと電力量計)、ポイントモデルと制御経路を保持する 1 台のゲートウェイホスト、そして結果を読み取る側です。電力量計、コントローラー、ゲートウェイの間のデータはプラント網の外へ出ません。外部へ送信されるのは、自分で選んで北向きに公開したデータだけです。
接続するのは現場にすでにある設備そのもので、プラント側の機器を交換することはありません。
| 現場デバイス | 接続方式 | 提供するデータ |
|---|---|---|
| HVAC コントローラー | OPC UA、Modbus TCP/RTU、または BACnet/IP | 設定値、実測温度、運転モード——読み書きされるポイント |
| Eastron SDM630 電力量計 | Modbus TCP、Modbus TCP ゲートウェイ、または RS-485 | 読み取り専用ポイント 10 個:三相電圧・電流、総有効電力、力率、周波数、積算電力量 |
| 内蔵 OPC UA シミュレーター | 同梱、ポート 4841 | プラントを接続せずに一通り動作確認できる |
値を信頼する前に、電力量計のバイト順とワード順を確認してください。 内蔵の SDM630 テンプレートはビッグエンディアンをデフォルトとしていますが、これはベンダー公開資料に基づくものであり、実機で確認された値ではありません。電力量計のポイントは読み取り専用で、書き込み可能な 50 ポイントには含まれません。
1 台のマシンがポイントモデル、予測サービス、書き込み経路、コンソールを保持します。プラント網上の x86-64 または arm64 の Docker ホストであれば動作します。
| 要件 | |
|---|---|
| ランタイム | Docker Engine 20.10 以降 |
| ディスク | 空き約 1 GB |
| ポート | 8280(コンソール)と 4841(OPC UA シミュレーター)が空いていること |
| シリアル | Modbus RTU にはシリアルデバイス用デプロイ設定が必要 |
| リファレンス機種 | reComputer R1100——RS-485、RS-232、DI/DO、ギガビットイーサネットをオンボードで搭載しており、RS-485 電力量計に USB アダプタは不要 |
本稼働前に、自分のポイントテーブルでゲートウェイの容量テストを行ってサイジングしてください。
ブラウザと北向きシステムはプラント網を通じてゲートウェイホストにアクセスし、インターネットは不要です。
北向き公開はデフォルトで無効になっており、無効のままであればプラント網の外へ出るデータはありません。コンテナのログはローテーションされるため、コマンド監査ログ、ロールバック履歴、アラーム履歴は定期的にエクスポートしてください。メトリクス名とログ設定はエンジニアリング Wiki に記載しています。
データインターフェースは下記「取得できるデータ」を参照してください。
装置を立ち上げたあと、空調運転担当者がブラウザーのコンソールで予測を確認し、書き込みを承認し、実行結果を監査します。
開発機(reComputer R2000 シリーズ、arm64)上でプロトコルシミュレータを用いて測定した処理容量とレイテンシの基準値です。
| 指標 | 代表値 | 機器 | 選定の目安 |
|---|---|---|---|
| 2,000 点収集スループット | 349.99 events/s(目標値の 99.99%) | reComputer R2000 シリーズ | 4 つのプロトコルソース、収集周期 5 秒/10 秒、180 秒安定動作 |
| 予測サイクルレイテンシ | 最大 46.27 ms(制御判定 1.41 ms) | reComputer R2000 シリーズ | KNN 予測モデルの 1 サイクル計算時間、無負荷時 |
| メモリ・リソース使用量 | プロセスグループ RSS ピーク 217.3 MiB | reComputer R2000 シリーズ | コンテナ単体で動作し、システム余力を十分に確保 |
省エネ率は主張しません。この数値にはベースライン、気象と在室の正規化が必要です。機器ごとの実測データとテスト条件は エンジニアリング Wiki · HVAC 最適化ソリューション を参照してください。
本デプロイが公開するものは、すべてゲートウェイホストの 1 つの HTTP ポートの背後にあります。
| ポート / エンドポイント | 内容 | インターネット |
|---|---|---|
8280 / | ブラウザコンソール —— ポイントごとの品質付きポイントテーブル、電力計の登録、予測の実行、コマンド受領票、読み戻し結果、アラームバナー | 不要 |
8280 /system/runtime-metrics | ランタイムのカウンタ。ノースバウンド配信を有効にしている場合はスプールのカウンタを含む | 不要 |
8280 /api/v1/health | 起動時に使うヘルスチェック | 不要 |
| 4841 | 内蔵 OPC UA シミュレータのエンドポイント。ドライランに使用 | 不要 |
書き込みごとにコマンド受領票が残ります:要求値、実効値、実行者、プロトコルの応答、読み戻し結果。ロールバックが発行した補正は、取り消した書き込みの直後に独立した受領票として現れます。読み戻して確認するのは Modbus のポイントのみで、BACnet の出力は対象外です。
再利用できる単位は「空調」ではなく、「1 つのポイントモデル → 予測 → 承認された書き込み → 読み戻し → ロールバック → 原因別のアラーム」というチェーンです。設定値に紐づくのは中央の区間だけ —— 予測モデルと、何が正当な設定値かを決める安全限界です。その周辺はすべてそのまま使えます。
| レイヤー | 移植時に必要な作業 |
|---|---|
| プロトコルアダプタ(OPC UA、Modbus TCP/RTU、BACnet/IP)とポイントレジストリ | そのまま再利用 |
| 単一パーサを通す電力計・機器テンプレート | そのまま再利用(新しいテンプレートを 1 つ書く) |
| 書き込み許可フラグ、書き込みポリシー、最終正常値の凍結 | そのまま再利用 |
| 読み戻し比較と 5 種類のロールバック条件 | そのまま再利用 |
| 原因別のアラーム、確認、復旧 | そのまま再利用 |
| 予測モデルとその特徴量 | 新しいプロセスの運転履歴で再学習 |
| 安全限界(範囲、変化率、モードのホワイトリスト) | 新しいプロセス向けに再導出し、再承認 |
形の似たプロセスは同じ範囲に入ります:スケジュールに沿って運用者が手で設定し、値を読み戻せて、誤った値が危険ではなく不快にとどまる設定値 —— 冷水温度、ポンプ圧力、圧縮機の台数制御、湿度など。
現場の状況をお聞かせください。ハードウェアはこちらで選び、その後データ接続と手順に進みます。
電力計とコントローラはどのようにゲートウェイに接続しますか?ここで決まるのはゲートウェイに必要なポートであり、動かすモデルではありません。
| 構成 | 役割 | 機材 | 数量 |
|---|---|---|---|
| 標準デプロイ | Edge Device | reComputer R1100 シリーズ | 1 |
パッケージは 1 つです。重要な選択は購入時ではなく、試運転時に行います。
| パッケージ | ゲートウェイホスト | 導入するもの | 初日の制御 |
|---|---|---|---|
| 標準デプロイ | reComputer R1100、または設備ネットワーク上の任意の x86-64 / arm64 Docker ホスト | KNN 予測サービス、ポイントモデル、電力計の登録、読み戻しとロールバック付きの書き込み経路、アラームの許容範囲、ポート 8280 のブラウザコンソール | 行いません —— 読み戻し・ロールバック・アラームを自社設備で各 1 回実行し、担当技術者が安全限界を承認するまでは観察のみです |
パッケージ内でエッジ機器は任意です。すでにある機器へのデプロイも対象で、SSH 経由のリモートデプロイは、電力計が RS-485 上にある場合や、コントローラネットワークに作業端末から到達できない場合に使います。
難易度は 中級、コンソールが起動してポイントが読めるまでの目安は 60 分 です。試運転 —— 電力計の登録、観察モードでの在室サイクル、意図的な障害注入、そして書き込みの有効化 —— はこれより長くかかり、そのデプロイが信頼できるかどうかを決める工程です。
数値は主張していません。このパッケージにはベースラインの比較、天候や稼働率による正規化、合意された測定期間のいずれもありません。提供するのはその検証を行うための計測基盤です——電力メーターと空調のポイントが同じ表に並び、予測値と実測値を突き合わせられ、書き込みには監査記録が残ります。
行われません。出荷時は観測専用で、オペレーターが明示的に制御を有効化するまでどのポイントにも書き込みません。安全上限値(18~30 °C、5分あたり1 °C、モードのホワイトリスト)は出荷時プレースホルダーで、担当の現場エンジニアが承認するまで未承認として報告され続けます。
プロトコル上の確認応答は証拠として扱いません——すべての書き込みは整定遅延の後に読み戻され、許容誤差内かどうか比較されます。不一致があればアラームを発報し、そのポイントをロールバックします。補正も元の書き込みと同じ認可済み書き込み経路を通るため、書き込み許可フラグを迂回できません。
OPC UA、Modbus TCP、RS-485 上の Modbus RTU、および BACnet/IP に対応しています。COV サブスクリプション、BBMD 登録、MS-TP は未実装です。読み戻しによる確認が行われるのは Modbus のポイントのみで、BACnet の出力は確認されません。
必須ではありません。本サービスは x86-64 または arm64 上の Docker ワークロードであり、現場のネットワークにすでにある Linux マシンもサポート対象です。R1100 を参考機種としているのは、RS-485、RS-232、DI/DO、ギガビットイーサネットが基板上に備わっているためです。
レジストリの上限は2,000ポイントで、そのうち書き込み可能なのは最大50ポイントです。SDM630 の10個の電力メーターポイントは読み取り専用で、この50ポイントの上限には含まれません。現場の規模に合わせて選定する前に、対象のゲートウェイで自らの負荷テストを行ってください。
ほとんどの場合、配線ではなく浮動小数点のワード順序が原因です。SDM630 テンプレートは既定でビッグエンディアンですが、これはメーカーの既定値であり、実機のメーターで確認されたものではありません。まずデプロイフォームでワード順序を切り替えて再読み取りしてから、他の部分を触ってください。