클라우드 없는 발코니 태양광: Home Assistant로 시스템을 모니터링하기

클라우드 의존형 인버터는 사용자가 데이터를 확인하기 전에 제조사 서버를 거쳐 에너지 데이터를 전송한다 — 즉 제3자가 가정의 발전 및 소비 패턴을 들여다볼 수 있고, 제조사 서비스에 장애가 생기면 모니터링 대시보드도 함께 작동을 멈춘다. 물리적으로 집 안에 있고 전력 시스템에 연결된 기기치고는, 대부분의 사람들이 키트를 개봉할 때 인지하는 것보다 훨씬 큰 신뢰 노출면이다.

실제 장애 양상은 단순하다. 제조사 앱이 서버에 접근할 수 있는지와 무관하게 패널은 계속 발전하지만, 사용자는 그 상태에 대한 가시성을 잃는다. 발전량이 높을 때 식기세척기를 돌리는 것처럼 태양광 발전량에 맞춘 자동화를 시도하는 사람에게는, 하드웨어 자체는 멀쩡해도 모니터링 장애가 자동화를 무력화시킨다.

이는 연결된 스마트홈 하드웨어 전반에서 나타나는 더 넓은 패턴을 반영한다. 로컬 우선 스마트홈 제어가 클라우드 의존보다 나은 이유는 온도조절기나 카메라뿐 아니라 태양광 인버터에도 그대로 적용된다.

로컬 API 지원 여부는 브랜드와 구체적인 제품 라인에 따라 다르므로, 브랜드명만이 아니라 정확한 모델을 기준으로 확인해야 한다 — 동일 제조사의 카탈로그 안에서도 지원 여부가 일관되지 않기 때문이다. 최고의 마이크로인버터 구매 가이드에서는 모델별로 검증된 로컬 제어 상태를 확인할 수 있는데, 이는 펌웨어 업데이트와 신제품 출시에 따라 자주 바뀌는 종류의 세부 정보이기 때문이다.

시장의 일반적인 패턴은 이렇다. 일부 제조사는 로컬 접근을 핵심 기능으로 취급하고 명확히 문서화하지만, 다른 제조사는 어떤 모니터링이든 자사 클라우드 앱을 요구하며 공식적인 로컬 대안을 제공하지 않는다. 소수는 그 중간에 위치하는데, 로컬 접근이 존재하긴 하지만 비공식적이거나 커뮤니티가 리버스 엔지니어링한 것이거나 특정 펌웨어 버전 뒤에 잠겨 있다.

문서화된 로컬 API를 갖춘 하드웨어의 경우, Home Assistant 연동은 보통 네이티브/공식 연동, HACS(Home Assistant Community Store)를 통해 유지되는 커뮤니티 연동, 또는 기기의 로컬 엔드포인트를 가리키는 범용 REST/MQTT 센서 중 하나로 이루어진다. 어떤 방식을 쓸지는 전적으로 사용자의 하드웨어가 이 세 가지 중 무엇을 지원하는지에 달려 있다.

MQTT는 대부분의 로컬 API 발코니 태양광 기기와 Home Assistant가 데이터를 주고받을 때 사용하는 경량 메시징 프로토콜이며, EVCC(오픈소스 전기차 충전 컨트롤러)도 동일한 로컬 데이터 스트림을 활용해 낮 시간대 발전량에 맞춰 전기차 충전 시점을 조정할 수 있다. 이는 무클라우드 원칙을 수동적인 모니터링을 넘어 능동적인 자동화로 확장시키는 것으로, 발코니 태양광의 발전량을 이용해 다른 기기의 전력 사용 시점에 직접 영향을 주면서도 모든 과정이 가정 네트워크 안에서 이루어진다.

무클라우드 발코니 태양광 스택은 소프트웨어가 아니라 하드웨어 선택에서 시작한다 — 로컬 API 지원이 확인된 패널/마이크로인버터 조합을 먼저 선택해야 한다. 로컬 접근을 아예 제공하지 않는 기기에는 아무리 Home Assistant를 설정해도 로컬 접근을 추가할 수 없기 때문이다. 그런 다음 모니터링과 자동화를 위해 Home Assistant를 더하고, 전기차 충전이 구성에 포함된다면 선택적으로 EVCC를 추가하면 된다.