バルコニー太陽光・蓄電システム向けローカルプラットフォーム比較（2026年版）

このガイドの9つのプラットフォームはすべて、バルコニー太陽光ハードウェアとの通信に同じ3つのローカルプロトコルのいずれかを使用します：Modbus TCP/RTU、MQTT、またはデバイスのローカル REST API。 プラットフォームの選択は、物理的にどのデバイスに到達できるかを変えるのではなく、そのデータを読み取り活用するためのツールを変えます。使用するデバイスが公開しているプロトコルを把握することがプラットフォーム選択の前の上流の問いです。関連記事 クラウド不要のバルコニー太陽光：Home Assistant でシステムをモニタリングする でハードウェアレベルのプロトコル決定（各ブランドが公開するインターフェースとその確認方法）を解説しています。この記事ではローカルインターフェースが存在する前提で、その上で動かすソフトウェアプラットフォームの選択に焦点を当てます。

Modbus RTU（RS-485 シリアル）と Modbus TCP（Ethernet/WiFi） は、太陽光インバーターや蓄電システムで最も一般的な読み書きインターフェースです。ほとんどのプラットフォームは Modbus TCP にネイティブ対応しています。Modbus RTU には通常、シリアル-USB アダプターまたは ESPHome ブリッジデバイスが必要です（下記 ESPHome のプロフィールを参照）。

MQTT は、ローカル API 対応のバルコニー太陽光デバイスがリアルタイムのステータス配信に使用する軽量なパブリッシュ/サブスクライブメッセージプロトコルです。このガイドのほぼすべてのプラットフォームが MQTT トピックをサブスクライブできるため、デバイスが対応していれば最も広く互換性のある接続方法です。

適切なプラットフォームはユースケースと複雑さへの許容度によって決まります — すべてのプラットフォームが Modbus と MQTT を扱えるため、プロトコルの対応能力では差がつきません。 製品を比較する前に、次の中で最も重要なものを決めてください：

各プラットフォームは種別分類、具体的な太陽光活用例、最適なユーザープロフィールとともに説明します。 機能の主張は確認済みの場合「（公式ドキュメントで確認済み、2026年7月）」と、執筆時点で確認できなかった場合「（未確認 — アダプターレジストリを確認してください）」と記載しています。

Home Assistant — オープンソース（Apache 2.0）、完全ローカル、Python ベース。Raspberry Pi、専用の HA Green/Yellow デバイス、または VM で動作します。Modbus TCP、MQTT、REST の公式インテグレーションおよびコミュニティ HACS インテグレーションがあり、SMA、Fronius、Zendure、Growatt などのブランド固有インテグレーションも含まれます（製品ラインによってサポートが異なるため、HA インテグレーション一覧でご使用のモデルを確認してください）。*活用例*：Zendure SolarFlow ハブがローカル REST/MQTT API 経由でリアルタイムの SoC と電力フローを公開し、HACS コミュニティインテグレーションがそれらの値を取得。PV 出力が 400 W を超えると HA オートメーションが食洗機を起動します。*最適な用途*：デフォルトの選択肢 — 最大のコミュニティ、最多のインテグレーション、能動的な制御と自動化。

openHAB — オープンソース（EPL 2.0）、完全ローカル、Java ベース。公式 Modbus バインディング（読み書き、Modbus TCP と RTU、確認済み）と HTTP/REST バインディングを持ちます。設定は主にファイルベースで、Home Assistant や ioBroker より学習曲線が急です。*活用例*：Fronius インバーターのローカル SolarAPI エンドポイントを 10 秒ごとにポーリングし、正午の発電ピーク時に蓄熱ヒーターのスケジュールをシフトするルールをトリガーします。*最適な用途*：厳密なエンタープライズグレードの自動化フレームワークを好む上級ユーザーや統合業者、または既存の openHAB 環境を持つユーザー。

ioBroker — オープンソース（MIT）、完全ローカル、Node.js ベース。このリストの中で DACH ユーザー向けのドイツ語コミュニティが最も充実しています。Modbus アダプター（確認済み）、MQTT アダプター（確認済み）、Fronius（fronius アダプター、確認済み）、OpenDTU ブリッジ経由の Hoymiles（確認済み）、SMA Energy Meter（sma-em アダプター — 未確認、現在のメンテナンス状況は ioBroker アダプターリポジトリで確認してください）などのブランド固有アダプターがあります。VIS ダッシュボードは別ツール不要でビジュアライゼーションを提供します。*活用例*：Modbus アダプターで Sungrow インバーターを読み取り、日々の蓄電池 SoC を VIS ダッシュボードに棒グラフで表示します。*最適な用途*：すでに ioBroker エコシステムにいる DACH ユーザー、またはドイツ語のドキュメントとコミュニティフォーラムを好むユーザー。

Node-RED — オープンソース（Apache 2.0）、完全ローカル、Node.js ベースのビジュアルフローエディター。Modbus TCP/RTU ノードは node-red-contrib-modbus npm パッケージで利用可能です（未確認 — npm で現在のパッケージメンテナンス状況を確認してください）。MQTT ノードはビルトインです。HTTP リクエストノードは REST に対応します。通常、スタンドアロンのプラットフォームとしてではなく、Home Assistant や ioBroker のデータ変換・自動化コンパニオンとして使用されます。*活用例*：MQTT 経由で Hoymiles マイクロインバーターからデータを取得し、15 分間の平均を計算して、Grafana ビジュアライゼーション用に InfluxDB インスタンスへ結果を送信します。*最適な用途*：ビジュアルフロープログラミングを好むユーザー、または2つのシステム間でカスタムデータ変換ロジックを必要とするユーザー。

EVCC — オープンソース（MIT）、ドイツ発（evcc.io）、完全ローカル。PV 余剰 EV 充電とゼロフィードイン制御専用に設計されています。Fronius、SMA、Kostal、Growatt、Huawei SUN2000、Victron、BYD など多数のインバーター・蓄電池ブランドをカバーするテンプレートライブラリが付属しています（ご使用のモデルとファームウェアは evcc.io/docs/devices で確認してください）。Home Assistant や ioBroker との統合用に MQTT 経由でデータを公開します。*活用例*：Kostal Plenticore Plus インバーターと Volkswagen ID.4 を EVCC デバイスとして登録。EVCC は PV 余剰を 10 秒ごとに監視し、系統からの購入電力をゼロに近づけるよう EV の充電レートを動的に調整します。*最適な用途*：汎用自動化プラットフォームなしで余剰充電を実現したい EV + バルコニー太陽光ユーザー。DACH ユーザーにも最適（EVCC はドイツ開発でドイツ語ドキュメントあり）。

Solar Assistant — 商用（プロプライエタリライセンス、買い切り約 30〜40 ドル — solar-assistant.io で最新価格を確認してください）、Raspberry Pi 3、4、または 5 に事前設定済みイメージでローカルインストールします。多くのインバーターブランドを Modbus RTU/TCP 経由でサポートします（ご使用のモデルは Solar Assistant ウェブサイトのサポートデバイス一覧で確認してください）。ローカルブローカーへの MQTT 経由でデータを出力します。HACS 経由の Home Assistant コンパニオンインテグレーションが利用可能です（未確認 — HACS で現在の状況を確認してください）。Solar Assistant はインバーターへの書き込みコマンドを送信しません — モニタリング専用です。 *活用例*：Growatt SPH インバーターを Modbus RS-485 ケーブルで Raspberry Pi に接続。Solar Assistant が発電量、蓄電池 SoC、消費量を読み取り、Home Assistant へ MQTT 経由で公開してダッシュボード表示と自動化に活用します。*最適な用途*：最初からプラットフォームを設定するよりも一度支払って手軽なターンキーモニタリングセットアップを望む非技術系ユーザー。

Victron Venus OS / Cerbo GX — オープンソースベース（GPL）、Victron Energy（オランダ）製ベンダーハードウェア（Cerbo GX または Ekrano GX）として販売されますが、無料の Raspberry Pi イメージ（VenusOS）としても利用可能です（Victron コミュニティフォーラムでお使いの Pi ハードウェアバージョンとの互換性を確認してください）。ローカル MQTT ブローカーをビルトインで持ちます。オプションの VRM クラウドポータルはローカル使用には不要です。VE.Can、VE.Direct、または VE.Bus 経由で Victron ブランドの機器をネイティブに読み書きします。サードパーティデバイスは Modbus TCP またはコミュニティ製ドライバーで接続します。*活用例*：Victron Cerbo GX が Victron MPPT チャージコントローラーと BYD バッテリーモジュールのハブとして機能し、Venus OS がすべての値をローカル MQTT 経由で公開。EVCC インスタンスがそれをサブスクライブして EV 余剰充電制御を行います。*最適な用途*：既存の Victron 機器オーナー。Victron がシステムインテグレーターとなるオフグリッドまたはハイブリッドシステム。

Grafana + Telegraf + InfluxDB — オープンソースのモニタリング・分析スタック（Grafana OSS、Telegraf、InfluxDB OSS）。Telegraf は MQTT サブスクライバー、HTTP スクレイプ、その他の入力プラグインでデータを収集します。InfluxDB が時系列データを保存し、Grafana がビジュアライゼーションを提供します。自動化や制御機能はありません — 分析とダッシュボードのみです。 *活用例*：Telegraf が Solar Assistant インスタンスの公開する MQTT トピックをサブスクライブし、太陽光発電量と SoC の値を InfluxDB に書き込み、Grafana が週次発電量比較ダッシュボードを表示します。*最適な用途*：別のプラットフォームからデータがすでに流れており、その上にプロの過去データ分析を追加したいユーザー。

ESPHome（スタンドアロン） — オープンソース（MIT）、ESP32 および ESP8266 マイコン向けファームウェア。ESPHome はモニタリングプラットフォームではなくブリッジです：安価な ESP32 ボード（約 5〜15 ユーロ）に RS-485 トランシーバーを使って Modbus RTU 通信するよう設定した ESPHome ファームウェアを書き込み、そのデータを MQTT メッセージまたは Home Assistant ネイティブ API デバイスとしてネットワークに公開します。*活用例*：太陽光インバーターが WiFi や Ethernet のない Modbus RS-485 ポートのみを公開している場合、RS-485 トランシーバーモジュールを持つ ESP32 に ESPHome の modbus_controller コンポーネントを書き込み、インバーターのレジスターを読み取ってホームの MQTT ブローカーに公開します。Home Assistant、ioBroker、または EVCC がそれをサブスクライブします。*最適な用途*：インバーターが RS-485 上の Modbus RTU のみを公開しており、ソフトウェアプラットフォームが接続する前にハードウェアの WiFi ブリッジが必要な DIY ユーザー。

自分の状況を以下の短いシナリオに当てはめてください — 各シナリオは 2026年7月時点の確認済み機能に基づいたプラットフォーム推奨につながります。

これらは最もよくあるインテグレーションの失敗例です — セットアップがうまく動くと想定する前に各項目を確認してください。

このガイドのプラットフォームはソフトウェアです — 主に EU・コミュニティ製のオープンソースで、関税への直接的な影響はありません。 接続するハードウェアは別の話です：主要なバルコニー蓄電ブランド（Anker、EcoFlow、BYD、Growatt、Marstek、Zendure）は中国製で、セル、インバーター、蓄電パックに対する EU・中国アンチダンピング措置および米国の中国原産エネルギー貯蔵機器に対するセクション 301 関税の対象となっています。欧州ブランド（Kostal、SMA DE、Fronius AT、Victron NL）はこれらの措置への直接的な影響が少ない傾向にあります。

プラットフォームの選択は関税の面では中立です — ソフトウェアは接続さえできればどのハードウェアでも動作します。ただしハードウェアの価格は変動的です：関税の影響を受ける蓄電価格は短期間で変動する可能性があり、調査時に競争力があった価格が購入時には維持されていない場合があります。