발코니 태양광 및 배터리 저장 장치를 위한 최고의 로컬 플랫폼 (2026)

이 가이드의 9개 플랫폼 모두 발코니 태양광 하드웨어와 동일한 세 가지 로컬 프로토콜 중 하나를 통해 통신합니다: Modbus TCP/RTU, MQTT 또는 장치의 로컬 REST API. 플랫폼 선택은 어떤 물리적 장치에 접근할 수 있는지를 바꾸지 않습니다 — 그 데이터를 읽고 처리하는 데 사용하는 도구를 바꿉니다. 특정 장치가 어떤 프로토콜을 제공하는지는 플랫폼 선택 전에 먼저 확인해야 할 사항입니다. 관련 문서 클라우드 없는 발코니 태양광: Home Assistant로 시스템 모니터링에서 하드웨어 수준의 프로토콜 결정을 다룹니다. 이 문서는 로컬 인터페이스가 존재한다고 가정하고 그 위에서 실행할 소프트웨어 플랫폼에 초점을 맞춥니다.

Modbus RTU(RS-485 직렬)와 Modbus TCP(이더넷/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 커뮤니티 통합이 해당 값을 수집하고 HA 자동화가 PV 출력이 400W를 초과할 때 식기 세척기를 작동시킵니다. *적합한 사용자*: 기본 선택 — 가장 큰 커뮤니티, 가장 많은 통합, 능동적 제어 및 자동화.

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 인버터를 읽고 VIS 대시보드에서 일일 배터리 SoC를 막대 차트로 표시합니다. *적합한 사용자*: 이미 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 인스턴스로 푸시합니다. *적합한 사용자*: 시각적 플로우 프로그래밍을 선호하거나 두 시스템 간의 맞춤형 데이터 변환 로직이 필요한 사용자.

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는 10초마다 PV 잉여를 모니터링하고 계통 수입을 거의 0에 가깝게 유지하기 위해 EV 충전 속도를 동적으로 조정합니다. *적합한 사용자*: 범용 자동화 플랫폼 없이 잉여 충전을 원하는 EV + 발코니 태양광 사용자; DACH 사용자(EVCC는 독일에서 개발되었으며 독일어 문서가 있음).

Solar Assistant — 상업용(독점 라이선스, 약 30~40달러 일회성 — solar-assistant.io에서 현재 가격 확인), 사전 구성된 이미지를 통해 Raspberry Pi 3, 4 또는 5에 로컬 설치. Modbus RTU/TCP를 통해 많은 인버터 브랜드를 지원합니다(귀하의 모델은 Solar Assistant 웹사이트의 지원 장치 목록에서 확인). 로컬 브로커에 MQTT를 통해 데이터를 출력합니다; 보조 Home Assistant 통합이 HACS를 통해 사용 가능합니다(미검증 — HACS에서 현재 상태 확인). Solar Assistant는 인버터에 쓰기 명령을 보내지 않습니다 — 모니터링 전용입니다. *예시*: Growatt SPH 인버터를 Modbus RS-485 케이블로 Raspberry Pi에 연결합니다; Solar Assistant는 생산량, 배터리 SoC, 소비를 읽고 대시보드 표시와 자동화를 위해 MQTT를 통해 Home Assistant에 게시합니다. *적합한 사용자*: 처음부터 플랫폼을 구성하는 것보다 한 번 비용을 지불하고 빠른 턴키 모니터링 설정을 원하는 비기술 사용자.

Victron Venus OS / Cerbo GX — 오픈 소스 기반(GPL), Cerbo GX 또는 Ekrano GX 형태의 벤더 하드웨어(Victron Energy, 네덜란드)로 판매되지만, 무료 Raspberry Pi 이미지(VenusOS — Pi 하드웨어 버전 호환성은 Victron 커뮤니티 포럼에서 확인)로도 사용 가능합니다. 내장 로컬 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나 이더넷 없이 Modbus RS-485 포트만 노출합니다. RS-485 트랜시버 모듈이 있는 ESP32에 ESPHome의 modbus_controller 컴포넌트를 플래시하면 인버터 레지스터를 읽고 Home Assistant, ioBroker 또는 EVCC가 구독하는 홈 MQTT 브로커에 게시합니다. *적합한 사용자*: 인버터가 RS-485를 통한 Modbus RTU만 노출하고 소프트웨어 플랫폼이 연결하기 전에 하드웨어 WiFi 브릿지가 필요한 DIY 사용자.

귀하의 상황을 다음 간단한 시나리오 중 하나에 맞추십시오 — 각각은 2026년 7월 기준 검증된 기능을 바탕으로 한 플랫폼 권장 사항으로 이어집니다.

이것들이 가장 일반적인 통합 실수입니다 — 설정이 원활하게 작동할 것이라고 가정하기 전에 각각을 확인하십시오.

이 가이드의 플랫폼들은 소프트웨어입니다 — 대부분 EU 및 커뮤니티 오픈 소스로 무역 관세에 직접 노출되지 않습니다. 이들이 연결하는 하드웨어는 다른 문제입니다: 주요 발코니 저장 브랜드(Anker, EcoFlow, BYD, Growatt, Marstek, Zendure)는 중국에서 제조되며 셀, 인버터, 배터리 팩에 대한 EU-중국 반덤핑 조치와 중국산 에너지 저장 장비에 대한 미국 섹션 301 관세의 대상입니다. 유럽 브랜드(Kostal, SMA DE, Fronius AT, Victron NL)는 이러한 조치에 덜 직접적으로 노출되어 있습니다.

플랫폼 선택은 무역 중립적입니다 — 소프트웨어는 연결되면 모든 하드웨어에서 실행됩니다. 그러나 하드웨어 가격을 동적으로 유지하십시오: 관세 영향을 받는 저장 장치 가격은 단기간에 변동할 수 있으며, 조사 시점에 경쟁력 있어 보이는 가격이 구매 시점에는 유지되지 않을 수 있습니다.