申し訳ありません。お使いのブラウザーはJavaScriptをサポートしていません。
サインイン

IAMMETER で独自のエネルギー監視システムを構築する

IAMMETER で独自のエネルギー監視システムを構築する

IAMMETER Wi-Fi エネルギー・メーターは、独自のエネルギー監視ソフトウェアを構築する開発者、システムインテグレーター、お客様向けにオープンなデータインターフェースを提供しています。

メーターから直接測定値を取得したり、メーターに自社サーバーへのデータアップロードをさせたり、IAMMETER セルフホストサービスを展開したり、IAMMETER-Cloud API の上にアプリケーションを構築したりすることができます。

このページは、アーキテクチャを選択するための開発者向けナビゲーションガイドです。すべての API パラメータを重複して記載するのではなく、現在のプロトコル定義と実装ドキュメントへのリンクを提供します。

最初の疑問が「IAMMETER メーターはインターネット接続や IAMMETER-Cloud がなくても動作するのか」ということであれば、インターネットやクラウドを使わずに Wi-Fi エネルギー・メーターを使用する から始めてください。プラットフォーム指向の比較については、セルフホストとオープンソース統合 を参照してください。

1. システムアーキテクチャの選択

独自のアプリケーションで IAMMETER データを使用する方法には、主に 4 つの方法があります。

アーキテクチャ データフロー 最適な用途 IAMMETER-Cloud は必須か?
メーターをローカルで読み取る アプリケーション → メーター LAN ダッシュボード、自動化、PLC および SCADA いいえ
メーターにデータをアップロードさせる メーター → 顧客サーバーまたはブローカー カスタムクラウド、EMS、BMS、IoT バックエンド いいえ
IAMMETER セルフホストソフトウェアを展開する メーター → IAMMETER-Docker または IAMMETER-Central → アプリケーション 完全なバックエンドを構築せずにストレージと API を必要とするユーザー いいえ
IAMMETER-Cloud API 上に構築する メーター → IAMMETER-Cloud → アプリケーション IAMMETER-Cloud のデータとサービスを再利用したいアプリケーション はい

正しい選択は、データをどこに保存すべきか、プロジェクトがインターネットに依存しない動作を必要とするか、必要な更新レート、そして維持したいバックエンド開発の量によって異なります。

2. メーターから直接データを読み取る

アプリケーションとメーターが同じローカルネットワーク上にある場合は、このアーキテクチャを選択します。

IAMMETER meter ← Local HTTP API or Modbus TCP ← Your application

アプリケーションがポーリング間隔を制御し、必要な履歴をすべて保存します。ローカルデータパスには IAMMETER クラウドサービスは必要ありません。

2.1 ローカル HTTP API

メーターは、電圧、電流、有効電力、買電電力量、売電電力量などの測定値を取得するためのローカル HTTP エンドポイントを提供します。

一般的な測定エンドポイントには以下のものがあります:

  • /api/monitorjson
  • /api/monitor

ローカル HTTP API アクセスは、以下のような場合に実用的な出発点となります:

  • カスタムダッシュボード;
  • PC、NAS、Raspberry Pi 上で動作するスクリプト;
  • ローコード統合;
  • 1 秒ポーリングを必要としないローカルアプリケーション。

現在のエンドポイント定義と例については、IAMMETER ローカル API およびオープンインターフェースガイド を参照してください。

2.2 Modbus TCP

以下の要件があるプロジェクトでは、Modbus TCP を使用します:

  • 1 秒のローカルポーリング;
  • PLC または SCADA 統合;
  • リアルタイム電力制御;
  • 産業用 EMS または BMS との統合;
  • 標準的なレジスタベースのプロトコル。

IAMMETER Modbus TCP レジスタおよび統合ガイド を参照してください。

2.3 アプリケーションが提供すべきもの

直接ローカル読み取りでは、メーターの測定値が返されます。アプリケーションは、必要とする追加機能に対して引き続き責任を負います。これには以下が含まれます:

  • データ保存;
  • 時間単位、日次、月次の集計;
  • ダッシュボードとレポート;
  • ユーザーと権限;
  • アラームと自動化ロジック;
  • バックアップと保持。

これらのバックエンド機能を最初から構築したくない場合は、IAMMETER-Docker または IAMMETER-Central を検討してください。

3. メーターデータを自社サーバーに直接アップロードする

メーターが接続を開始し、お客様が管理するエンドポイントにデータを送信する場合は、このアーキテクチャを選択します。

IAMMETER meter → MQTT/MQTTS, HTTP/HTTPS or TCP/TLS → Your server

現在の IAMMETER ファームウェアは、いくつかのアップロードインターフェースをサポートしています:

インターフェース 顧客側コンポーネント 代表的な用途
MQTT / MQTTS MQTT ブローカーとサブスクライバー IoT プラットフォーム、自動化、メッセージパイプライン
HTTP / HTTPS HTTP エンドポイント REST バックエンド、クラウドサービス、カスタム EMS
TCP / TLS TCP サーバー カスタムコレクターとプロトコルレベルの統合

メーターとお客様のサーバーは、サポートされているアップロード方法全体で一貫した IAMMETER 測定 JSON 構造を使用します。パーサーを実装する前に、データ定義を確認してください。

実装リソース:

同じ LAN 上のサーバーは、インターネットアクセスなしで動作できます。リモートエンドポイントには、インターネット、プライベート WAN、または VPN を経由する動作可能なルートが依然として必要です。

4. IAMMETER セルフホストソフトウェアを使用する

IAMMETER は、すべてのバックエンドコンポーネントを自分で実装せずにプライベートデータ展開を希望するユーザー向けに、2 つのセルフホストオプションを提供しています。

4.1 IAMMETER-Docker

IAMMETER-Docker は、オープンソースのセルフホスト型エネルギー監視システムです。ローカルデータ収集、基本的な監視機能、チャート、API を提供します。

一般的に、以下のような用途に適しています:

  • 個人および開発者;
  • Raspberry Pi、ミニ PC、NAS での展開;
  • プライベートネットワーク上の家庭用エネルギーまたはソーラー監視;
  • API だけでなく動作するインターフェースも必要とするプロジェクト;
  • 既製のバックエンドの上にカスタム UI を開発したいユーザー。

続けて:

4.2 IAMMETER-Central

IAMMETER-Central は、エンタープライズユーザー、設置業者、システムインテグレーター向けのセルフホスト型データミドルウェアです。

以下のことに焦点を当てています:

  • IAMMETER デバイスの登録と管理;
  • 顧客管理のデータベースへのメーター測定値の保存;
  • 顧客アプリケーション向けの標準化された API の提供;
  • デバイスデータの取り込みを顧客の ERP、EMS、BMS、またはフロントエンドから分離すること。

IAMMETER-Central は、エネルギー管理アプリケーションの完全なビジネスロジックを提供しようとはしません。これは、顧客が保守されたデータミドルウェア層を希望し、独自のユーザーインターフェースまたはビジネス機能を構築する場合に役立ちます。

IAMMETER-Docker、IAMMETER-Central、オープンソースプラットフォーム、直接サーバー統合の比較については、IAMMETER セルフホスティングオプション を参照してください。

5. IAMMETER-Cloud API 上に構築する

IAMMETER-Cloud を使用することも、カスタムダッシュボードやアプリケーションを開発するもう 1 つの方法です。このアーキテクチャでは、メーターが IAMMETER-Cloud にデータをアップロードし、アプリケーションが IAMMETER-Cloud API によって公開されたデータを取得します。

IAMMETER meter → IAMMETER-Cloud → Cloud API → Your application

このオプションは、デバイス側とデータ取り込みの開発を削減できますが、オフラインまたはクラウド非依存のアーキテクチャではありません。

以下の場合に適しています:

  • メーターがすでに IAMMETER-Cloud にレポートしている;
  • アプリケーションがクラウドホストのデータを再利用したい;
  • インターネットアクセスが利用可能;
  • 完全なデータパイプラインをローカルネットワーク内に維持する必要がない。

サポートされている API 操作と認証要件については、IAMMETER-Cloud API ドキュメント を参照してください。

6. 既存のオープンソースプラットフォームとの統合

完全な監視システムを構築する前に、既存のプラットフォームが必要なストレージ、ダッシュボード、自動化機能をすでに提供しているかどうかを確認してください。

IAMMETER は以下のプラットフォームと統合できます:

これらのプラットフォーム固有のページが実装ガイドです。より広範な比較については、セルフホストとオープンソース統合の概要 を使用してください。

7. 最適な出発点の選択

プロジェクトの要件 推奨される出発点
シンプルな LAN スクリプトまたはダッシュボード ローカル HTTP API
1 秒のローカルデータまたは産業制御 Modbus TCP
既存の MQTT インフラストラクチャ MQTT または MQTTS アップロード
既存の Web バックエンド HTTP または HTTPS アップロード
カスタムソケットコレクター TCP または TLS アップロード
個人ユーザー向けのすぐ使えるプライベート監視 IAMMETER-Docker
ERP、EMS、BMS 向けのエンタープライズミドルウェア IAMMETER-Central
スマートホームのダッシュボードと自動化 Home Assistant
既存の IAMMETER-Cloud データ上に構築されたアプリケーション IAMMETER-Cloud API

8. 開発チェックリスト

実装前に、以下を確認してください:

  1. 選択したメーターが提供する測定値と相数を確認する;
  2. データがポーリングされるのかプッシュされるのかを確認する;
  3. 必要な更新間隔を確認する;
  4. インターネット障害中にシステムが動作する必要があるかどうかを確認する;
  5. 履歴データがどこに保存されるかを確認する;
  6. TLS で保護された転送が必要かどうかを確認する;
  7. アプリケーションがユーザーとデバイスをどのように認証するかを確認する;
  8. IAMMETER-Cloud をアーキテクチャの一部として残すべきかどうかを確認する;
  9. 検証に使用するファームウェアバージョンを確認する;
  10. 設定、ログ、データがどのようにバックアップされるかを確認する。

9. 関連ドキュメント

最終更新日: 2026年7月16日

トップ