Home Assistant 2026.9, 모드버스를 더 쉽게 만들다—태양광, 히트 펌프, 홈 서버에 중요한 이유

Home Assistant 2026.9로 모든 Modbus 기기를 바로 연결해 사용할 수 있게 되는 것은 아니지만, 누가 프로토콜을 이해해야 하는지는 달라집니다. 모든 사용자가 YAML로 레지스터 맵을 관리해야 하는 대신, 지원되는 통합이 점점 더 많은 기기 관련 지식을 자체적으로 갖추게 됩니다. Fronius와 새로 출시된 Sofar 인버터 통합에서 이미 이런 접근 방식을 볼 수 있습니다.

이 변화는 태양광 대시보드뿐만 아니라 다른 영역에도 중요합니다. Modbus는 히트펌프, 에너지 미터, 배터리 시스템, 환기 장비 등 스마트 전구보다 건물 설비에 가까운 기기에서 흔히 사용됩니다. 이런 시스템을 로컬에서 더 쉽게 통합할 수 있게 되면 Home Assistant는 단순한 기기 대시보드를 넘어 상시 작동하는 가정용 제어 계층에 가까워집니다.

Home Assistant 2026.9에서 Modbus에 어떤 변화가 있었나요?

Home Assistant는 기존 범용 YAML 통합과 함께 기기별 Modbus 경로를 추가하고 있습니다. 전용 통합은 모든 사용자에게 직접 정의하도록 요구하는 대신, 기기의 레지스터 주소와 스케일링, 모델별 차이, 사용 가능한 엔티티를 파악할 수 있습니다.

공식 Home Assistant 2026.9 릴리스에서는 다음과 같은 초기 사례를 소개합니다.

• Fronius에 SunSpec 모델을 사용하는 선택적 Modbus TCP가 추가됩니다.
• Sofar에 새로운 기기별 Modbus 통합이 추가됩니다.
• Flexit은 최신 연결 아키텍처를 채택합니다.
• 통합은 서로 경쟁하는 세션을 여는 대신 호환되는 Modbus 연결을 공유할 수 있습니다.

기존

기기 설명서
     |
레지스터 주소
     |
데이터 유형
     |
스케일링
     |
YAML
     |
Home Assistant 엔티티


새로운 방향

지원 기기
     |
기기 통합
     |
레지스터 맵
스케일링
모델 로직
엔티티
     |
Home Assistant

중요한 변화는 단순히 YAML에서 UI로 바뀌는 것이 아닙니다. 사용자가 직접 관리하던 프로토콜 지식을 통합이 맡게 되는 것입니다.

Modbus를 사용하기 어려웠던 이유는 무엇인가요?

Modbus는 값을 전송할 수는 있지만, 그 값이 무엇을 의미하는지는 설명하지 않습니다. 한 인버터에서는 계통 전력이 한 레지스터에 저장되고 배터리 충전 상태는 다른 레지스터에 저장되며, 온도는 10으로 나눠야 하는 정수로 저장될 수 있습니다. 다른 기기에서는 주소와 스케일링 방식이 완전히 다를 수 있습니다.

따라서 수동 설정에는 다음 사항에 대한 이해가 필요할 수 있습니다.

• 레지스터 주소 및 레지스터 유형,
• 부호 있는 값과 부호 없는 값,
• 16비트 및 32비트 데이터,
• 바이트 및 워드 순서,
• 스케일 계수 및 단위,
• 유닛 ID 및 폴링 동작,
• 모델별 레지스터 차이

기존 Home Assistant Modbus 통합은 사용자 지정 TCP 및 시리얼 설정을 지원하므로 여전히 유용합니다. 하지만 레지스터 맵을 수동으로 관리할 때마다 사실상 사용자가 기기 드라이버의 일부를 책임져야 합니다.

Home Assistant가 YAML Modbus 설정을 대체하나요?

아니요. 기존 YAML 기반 Modbus 설정도 계속 지원됩니다.

최신 아키텍처는 기기별 통합이 유지 관리되는 장비를 위한 또 다른 경로를 제공합니다. 덕분에 특수한 하드웨어에는 범용 Modbus를 계속 사용할 수 있고, 지원되는 제품은 더 쉽게 설정할 수 있습니다.

따라서 Home Assistant 2026.9에서 새로운 접근 방식을 도입하더라도 기존 태양광, HVAC 또는 계량기 설치를 다시 구성할 필요는 없습니다.

통합이 레지스터 맵을 인식하면 어떤 변화가 있나요?

전용 통합은 기기를 식별하고, 올바른 레지스터 맵을 선택하고, 스케일링을 적용해 해당 모델에 필요한 엔티티만 생성할 수 있습니다.

기기
   |
모델 식별
   |
레지스터 맵 불러오기
   |
   +-- 태양광
   +-- 전력망
   +-- 배터리
   +-- 온도
   +-- 기기 상태
   |
Home Assistant

새로운 Sofar 인버터 통합은 좋은 예입니다. 설정 중에 Home Assistant가 인버터 일련번호를 읽고 지원되는 모델인지 확인한 뒤 해당 레지스터 맵을 적용합니다.

커뮤니티에서 관리하는 스프레드시트가 특정 인버터 세대나 펌웨어 버전에 맞는지 각 사용자가 판단하게 하는 것보다 안전하고 유지 관리도 쉽습니다.

Modbus 연결을 공유하는 것이 왜 중요한가요?

기반이 되는 Modbus 연결을 여러 기기가 공유하며 리소스가 제한될 수 있기 때문입니다.

Home Assistant Modbus 아키텍처에서는 통합끼리 동일한 버스나 기기를 놓고 경합하지 않도록 접근을 조정해야 한다고 설명합니다.

RS-485를 보면 쉽게 이해할 수 있습니다.

히트펌프 ──────┐
                |
에너지 미터 ───┼── 공유 Modbus 버스
                |
컨트롤러 ─────┘

TCP 게이트웨이는 이 버스 앞에 IP 인터페이스를 둘 수 있지만, 기반 통신 리소스는 여전히 공유됩니다. 직접 연결하는 Modbus TCP 기기도 동시 세션 수를 제한할 수 있습니다.

새로운 아키텍처에서는 호환되는 통합이 공유 연결 인프라를 사용할 수 있습니다.

Fronius ───────┐
               |
Sofar ─────────┼── 공유 Modbus 연결
               |
기타 기기 ──┘

따라서 개선 사항은 YAML을 없애는 데 그치지 않습니다. Home Assistant는 Modbus 연결 자체를 가정의 인프라로 다루기 시작했습니다.

Fronius와 Sofar 태양광 시스템에는 어떤 변화가 있나요?

Fronius와 Sofar는 새로운 아키텍처가 도움이 되는 두 가지 방식을 보여줍니다.

Fronius에는 이미 로컬 Solar API가 있었습니다. Home Assistant 2026.9에서는 SunSpec 모델을 사용하는 선택적 Modbus TCP가 추가되어 MPP 트래커별 전력, 전류, 전압 및 PV 누적 발전량과 같은 추가 정보를 제공합니다.

공식 Fronius 통합도 지원되는 인버터 설정에 Modbus를 사용합니다. Solar API 자체는 읽기 전용이기 때문입니다.

Sofar는 더 새로운 기기 인식 설정 방식을 보여줍니다. 이 통합은 Modbus TCP로 연결하고, 지원되는 인버터 모델을 식별한 다음 해당 레지스터 맵을 선택해 다음과 같은 데이터를 제공합니다.

• PV 스트링 전압, 전류 및 전력,
• 전력망에서 전력을 가져오고 내보내기,
• 가정용 부하,
• 상별 측정값,
• 배터리 충전 상태 및 건강도,
• 배터리 전력 및 온도,
• 인버터 상태 및 고장 정보

현재 Sofar 통합 기능은 지원되는 모델과 주로 센서 데이터에 한정되어 있습니다. 중요한 점은 Home Assistant 2026.9가 더 나은 통합 모델을 구축하는 것이지, 모든 Modbus 인버터를 보편적으로 지원하게 만드는 것은 아니라는 것입니다.

태양광, 배터리, 히트펌프에 왜 중요할까요?

최신 홈 에너지 시스템은 단일 전력 수치보다 훨씬 많은 정보를 제공합니다.

태양광 스트링
     |
  인버터
   /    \
전력망   배터리
 |        |
계량기   SOC / 전력
   \      /
    \    /
 Home Assistant

유용한 원격 측정 데이터에는 발전량, 수전 및 송전량, 배터리 충전 상태, 백업 출력, 장비 온도, 고장 정보, 개별 태양광 스트링, 상별 측정값 등이 포함될 수 있습니다.

Home Assistant 2026.9에서 모든 히트펌프를 갑자기 UI로 설정할 수 있게 되는 것은 아니지만, 히트펌프도 같은 통합 문제를 겪습니다. 히트펌프는 공급 온도, 환수 온도, 압축기 상태, 작동 모드, 전력 소비량, 온수 상태, 경보 등을 제공할 수 있지만, 제조업체마다 이러한 값의 매핑 방식이 다를 수 있습니다.

히트펌프에서 중요한 점은 모든 기기를 지원하느냐보다 시스템 구조에 있습니다. 기기 통합 기능이 레지스터 맵의 차이를 처리하면, 사용자 경험은 훨씬 간편해지는 동시에 기본 장비는 계속 Modbus를 사용할 수 있습니다.

에너지 계량기와 전기차 충전은 어떨까요?

이러한 추세는 홈 에너지 시스템의 나머지 부분에도 이어집니다.

에너지 계량기는 일반적으로 전압, 전류, 유효 전력, 무효 전력, 주파수, 수전 및 송전 에너지, 상별 측정값을 제공합니다. 전기차 충전기도 제어 가능한 부하를 추가하지만, 제품에 따라 MQTT, 제조업체 API, Modbus 또는 기타 로컬 인터페이스를 사용할 수 있습니다.

                  HOME ASSISTANT
                        |
       +----------------+---------------+
       |                |               |
     Modbus           Matter          MQTT
       |                |               |
태양광 / 배터리    스마트 기기    전기차 / 센서
히트 펌프
에너지 미터

Home Assistant는 이 모든 프로토콜을 하나의 새로운 표준으로 대체하는 것이 아닙니다. 점점 더 다양한 프로토콜이 만나는 로컬 계층이 되고 있습니다. 이러한 역할이 확대되고 있기 때문에 개인정보 보호를 우선시하는 홈 인프라를 구축하려면 어떤 장치 연결이 실제로 집 안에서만 이루어지는지 파악해야 합니다.

Modbus를 더 쉽게 사용하려면 더 큰 홈 서버가 필요할까요?

아니요. Modbus 폴링 자체는 일반적으로 가벼운 작업입니다.

인버터, 계량기 또는 HVAC 레지스터를 주기적으로 읽는 작업은 동영상 트랜스코딩, 카메라 분석, 대규모 데이터베이스 쿼리 또는 기타 컴퓨팅 집약적 작업과는 크게 다릅니다.

Home Assistant가 주요 작업의 전부라면, Modbus 장치 수를 기준으로 시스템을 산정하는 것보다 현재의 Home Assistant 서버 하드웨어 요구 사항이 훨씬 유용합니다.

에너지 모니터링을 결합하면 홈 서버에 관한 질문이 더욱 중요해집니다.

• 24시간 내내 실행되는 Home Assistant,
• MQTT 및 기타 자동화 서비스,
• Matter 및 Thread 인프라,
• 장기 기록,
• 대시보드 및 데이터베이스,
• Node-RED 또는 유사한 자동화 도구,
• 백업,
• 및 기타 셀프 호스팅 애플리케이션.

따라서 더 폭넓은 스마트 홈 서버 사양 선택은 조명, 계량기 또는 인버터 레지스터 수가 아니라 함께 실행해야 하는 서비스부터 고려해야 합니다.

에너지 버스 자체는 가벼울 수 있지만, Home Assistant를 홈 서버 작업으로 만드는 것은 그 주변의 가정용 인프라입니다.

핵심 에너지 제어는 왜 가볍게 유지해야 할까요?

하나의 홈 서버에서 여러 서비스를 실행한다고 해서 모든 작업에 동일한 우선순위를 부여해야 하는 것은 아닙니다.

핵심 제어

히트펌프
태양광 / 배터리
에너지 미터
자동화 트리거
       |
Home Assistant


리소스를 많이 사용하는 선택적 작업

미디어 인덱싱
카메라 처리
대용량 백업
기타 애플리케이션

관련 없는 미디어 작업이나 백업 작업이 사용 가능한 리소스를 모두 차지한다고 난방 자동화가 느려져서는 안 됩니다.

호스트에 MQTT, 데이터베이스, 카메라, 백업 서비스 및 기타 애플리케이션이 추가되면 여러 서비스를 실행하는 Home Assistant 호스트는 단순한 가전기기에는 없는 공유 리소스, 종속성, 장애 경계를 갖게 됩니다.

따라서 목표는 단순히 한 기기에 더 많은 서비스를 올리는 것이 아닙니다. 선택적 작업이 함께 실행되더라도 필수 로컬 제어의 응답성을 유지하는 것입니다.

이 때문에 안정적인 로컬 처리가 중요합니다. 선택적 클라우드 기능이 있다고 해서 중요한 가정 내 작업이 불필요하게 WAN에 의존해서는 안 됩니다.

새 Matter 맵은 Modbus와 어떤 관련이 있나요?

Matter와 Modbus는 서로 관련 없는 프로토콜이지만, 2026.9 업데이트는 같은 제품 방향을 보여 줍니다. 이전에는 숨겨져 있던 인프라를 더 쉽게 살펴보고 관리할 수 있게 됩니다.

이제 Home Assistant에서 Matter 네트워크 토폴로지를 기본 인터페이스에서 확인할 수 있습니다. 새 맵은 Thread 또는 Wi-Fi를 사용하는 Matter 기기, 라우터, Thread 보더 라우터, 그리고 Home Assistant와 개별 기기 사이의 경로를 보여 줍니다.

공식 Matter 네트워크 맵은 이전에는 더 기술적인 진단 화면에서만 확인할 수 있었던 토폴로지를 보여 줍니다.

MODBUS
원시 레지스터 지식
        |
        v
기기 통합


MATTER
숨겨진 네트워크 토폴로지
        |
        v
표시되는 네트워크 맵

두 경우 모두 Home Assistant는 사용자가 수동으로 재구성해야 하는 인프라 지식을 줄여 줍니다.

네트워크 맵에 동일한 기기를 제어하는 여러 생태계가 나타나는 경우, 별도의 여러 Matter 컨트롤러 문제를 통해 맵에 어떤 기기가 표시되는지만이 아니라 각 제어 관계를 실제로 어느 플랫폼이 소유하는지 확인할 수 있습니다.

Home Assistant에 NAS 스토리지 사용량이 표시되는 이유는 무엇일까요?

Home Assistant 2026.9에서는 네트워크 스토리지도 더 잘 확인할 수 있습니다. 이제 활성 네트워크 마운트의 사용량과 총용량을 스토리지 페이지에서 바로 확인할 수 있으며, 공유 스토리지의 용량이 가득 차면 경고 상태가 표시됩니다.

네트워크 스토리지 업데이트는 Modbus와 비교하면 작은 변화지만, 동일한 인프라 흐름에 들어맞습니다.

Home Assistant
      |
      +-- 설정
      +-- 기록
      +-- 자동화
      +-- 백업
             |
             v
            NAS

백업은 저장 위치에 계속 접근할 수 있고 여유 용량이 충분할 때만 유용합니다.

Home Assistant에는 설정, 레지스트리, 자격 증명, 기록, 복구 데이터 등 다양한 유형의 영구 상태 데이터가 포함됩니다. 따라서 Home Assistant 영구 데이터를 언제든 삭제해도 되는 런타임 파일과 분리하면 백업 계획을 훨씬 명확하게 세울 수 있습니다.

따라서 Home Assistant는 자신이 제어하는 물리적 시스템뿐 아니라 자체 상태를 보호하는 스토리지 인프라도 더 잘 인식하고 있습니다.

로컬 가정용 에너지 서버는 어떤 모습일까요?

실용적인 구성에서는 모든 기기가 같은 프로토콜을 사용하거나 모든 서비스가 Home Assistant 내부에서 실행될 필요가 없습니다.

                    홈 서버

                 Home Assistant
                       |
      +----------------+----------------+
      |                |                |
   에너지          스마트 홈        서비스
      |                |                |
   Modbus            Matter           MQTT
      |              Thread         자동화
      |
태양광 / 배터리
히트 펌프
에너지 미터
      |
      +----------------+
                       |
                 로컬 기록
                       |
                    백업
                       |
                      NAS

공통적으로 필요한 것은 데이터의 지속적인 보존입니다.

인버터는 밤에 전력 생산을 멈출 수 있지만, 발전 기록은 계속 확인할 수 있어야 합니다. 히트 펌프는 재시작할 수 있지만, 자동화는 다시 작동해야 합니다. 시스템 업데이트로 설정이 지워져서는 안 되며, Home Assistant 호스트에 문제가 생겨도 유일한 백업까지 사라져서는 안 됩니다.

Zima 하드웨어에서 제어 계층을 구축하는 사용자를 위해 ZimaBoard에서 Home Assistant 실행 설정은 이 Modbus 문서를 설치 안내서로 바꾸지 않으면서 별도의 구현 방법을 제공합니다.

전용 소형 호스트를 사용하면 스마트 홈 제어를 부하가 더 큰 NAS 또는 미디어 작업과 분리할 수도 있습니다. ZimaBoard 2 스마트 홈 구성은 추가 서비스를 위한 여유 공간을 갖춘 상시 가동 로컬 자동화 호스트를 원할 때 선택할 수 있는 옵션입니다.

바로 이 점에서 홈 서버가 중요합니다. Modbus에 막대한 컴퓨팅 성능이 필요해서가 아니라, 가정의 인프라가 함께 계속 작동해야 하는 서비스에 점점 더 의존하기 때문입니다.

Home Assistant는 건물 제어 플랫폼으로 거듭나고 있을까요?

Home Assistant는 건물 자동화에 더 가까운 영역에서 처리되던 작업까지 점차 흡수하고 있지만, 모든 산업용 또는 안전 필수 제어 시스템을 대체하지는 않습니다.

기존 스마트홈은 다음을 중심으로 구성되었습니다.

조명
플러그
잠금장치
동작 센서
온도 조절기

에너지 및 건물 제어 분야에는 다음이 추가됩니다.

Modbus
RS-485
SunSpec
에너지 미터
인버터
히트펌프
환기
배터리 시스템

Home Assistant는 두 영역을 점점 더 긴밀하게 연결합니다.

Home Assistant 2026.9에는 현대화된 Modbus 통합 기능, 새로운 태양광 지원, Matter 토폴로지, MQTT 및 시리얼 관리, 네트워크 스토리지 가시성이 함께 제공됩니다. 개별 기능도 유용하지만, 이 모든 기능이 함께 가리키는 방향이 더 중요합니다.

Home Assistant는 기기 카드의 모음이라기보다 가정을 위한 로컬 운영 계층에 가까워지고 있습니다.

Modbus 때문에 Home Assistant 2026.9로 업그레이드해야 할까요?

기존 Modbus YAML이 정상적으로 작동한다면 새 아키텍처가 생겼다는 이유만으로 다시 만들 필요는 없습니다.

이번 릴리스를 주목해야 할 더 큰 이유는 그다음에 무엇이 올지에 있습니다. 더 많은 기기 정보가 개인 YAML 파일과 커뮤니티 스프레드시트에서 유지 관리와 테스트를 거쳐 재사용되는 통합 기능으로 옮겨 갈 수 있습니다.

Home Assistant 2026.9는 태양광, 히트펌프, 홈 서버에 어떤 의미가 있나요?

태양광 분야에서는 이미 실용적으로 달라졌습니다. 히트펌프와 Modbus 기반 장비에서는 아키텍처가 중요합니다. 홈 서버의 핵심은 상시 가동되는 로컬 제어 지점이 필요한 가정 인프라가 얼마나 많아졌는가입니다.

Fronius와 Sofar는 에너지 기기를 더 이상 수동 레지스터 맵 뒤에 영구히 숨겨 둘 필요가 없음을 보여 줍니다. 히트펌프는 같은 기기별 접근 방식이 또 다른 복잡한 로컬 제어 분야에서도 중요한 이유를 보여 줍니다. Matter, MQTT, 에너지 모니터링, 스토리지, 백업은 이러한 시스템이 각각 따로 존재하지 않는다는 점을 보여 줍니다.

태양광 인버터에는 강력한 서버가 필요하지 않습니다. 에너지 미터도 마찬가지이며, 히트펌프를 폴링하는 작업도 컴퓨팅 부하가 크지 않습니다.

하지만 에너지, 자동화, 기록, 메시징, Matter, 백업 및 기타 로컬 서비스를 결합하는 가정에서는 이러한 시스템을 계속 운영할 하나의 상시 공간이 점점 더 유용해지고 있습니다.

홈 서버의 가치는 Modbus에 더 많은 컴퓨팅 성능이 필요하다는 데 있지 않습니다. 집이 인프라가 되어 가고 있다는 데 있습니다.

FAQ: Home Assistant 2026.9 및 Modbus

Home Assistant 2026.9에서 Modbus는 어떻게 바뀌었나요?

Home Assistant는 자체 레지스터 맵을 포함하고 공용 연결 인프라를 사용하는 기기별 Modbus 통합 기능을 도입하고 있습니다. Fronius, Sofar, Flexit 등이 초기 사례입니다.

Home Assistant에서 YAML Modbus 설정을 없애나요?

아니요. 기존의 일반 YAML 기반 Modbus 설정도 계속 사용할 수 있습니다. 장치별 통합 기능은 지원되는 하드웨어를 위한 추가 설정 경로를 제공합니다.

Home Assistant 2026.9에서는 모든 Modbus 장치를 플러그 앤 플레이로 사용할 수 있나요?

아니요. 장치별로 간편하게 사용할 수 있으려면 먼저 지원되는 통합 기능과 레지스터 맵이 있어야 합니다. 적절한 경우 지원되지 않는 장치도 일반 Modbus 설정을 사용할 수 있습니다.

공유 Modbus 연결이 중요한 이유는 무엇인가요?

Modbus 버스나 장치는 연결 용량이 제한될 수 있습니다. 공유 인프라를 사용하면 호환되는 통합 기능이 불필요하게 서로 경쟁하는 연결 세션을 여는 대신, 연결 접근을 조정할 수 있습니다.

Fronius에는 어떤 변화가 있었나요?

Fronius에 SunSpec 모델을 사용하는 선택 사항인 Modbus TCP 지원이 추가되어, 지원되는 Modbus 기반 제어 기능과 함께 MPP 트래커별 전력, 전류, 전압, 에너지 등 PV 데이터를 추가로 제공합니다.

Sofar 통합으로 무엇을 할 수 있나요?

Modbus TCP로 연결하고 지원되는 인버터 모델을 식별한 뒤, 적절한 레지스터 맵을 선택해 태양광, 전력망, 부하, 배터리, 온도 및 상태 센서를 표시합니다.

Home Assistant 2026.9에서는 히트펌프를 더 쉽게 설정할 수 있나요?

항상 그런 것은 아닙니다. 새로운 아키텍처를 통해 향후 지원되는 Modbus 히트펌프를 더 쉽게 통합할 수 있지만, 2026.9에서 모든 히트펌프에 대한 UI 지원이 자동으로 추가되는 것은 아닙니다.

Modbus를 사용하려면 강력한 홈 서버가 필요한가요?

아니요. Modbus 폴링은 일반적으로 가벼운 작업입니다. Home Assistant가 이력 데이터, MQTT, Matter, 백업, 데이터베이스, 카메라 및 기타 영구 서비스도 호스팅하거나 조정할 때는 서버 용량이 더 필요할 수 있습니다. Home Assistant 하드웨어 요구 사항 페이지에서는 이러한 추가 작업과 일반적인 자동화를 구분해 설명합니다.

Home Assistant 2026.9에서 Matter는 어떻게 바뀌었나요?

Matter 패널에 이제 Thread 및 Wi-Fi Matter 장치, 라우터, Thread 보더 라우터, 통신 경로를 보여 주는 네트워크 맵이 포함됩니다.

NAS 저장 공간에 어떤 변화가 있었나요?

이제 Home Assistant는 활성 네트워크 마운트의 사용 용량과 전체 용량을 표시하고, 공유 폴더가 가득 차면 경고를 보낼 수 있습니다.

Home Assistant에 NAS가 필요한 이유는 무엇인가요?

NAS는 백업이나 미디어를 위한 별도의 저장 공간을 제공하여 호스트 또는 로컬 시스템 드라이브가 고장 나더라도 Home Assistant 데이터를 보존하는 데 도움이 됩니다. 어떤 상태를 보호해야 하는지 계획하려면 먼저 Home Assistant 영구 데이터를 이해해야 합니다.

Home Assistant는 건물 자동화 시스템이 되어 가고 있나요?

Modbus 장치, 인버터, HVAC 장비, 계량기, Matter, MQTT와 같은 홈 에너지 및 건물 제어 기술과의 통합이 점점 확대되고 있지만, 모든 산업용 또는 안전에 중요한 제어 플랫폼을 대체하는 것은 아닙니다.