Home Assistant 2026.9에서 Modbus가 더 쉬워졌습니다—태양광, 히트펌프, 홈 서버에 중요한 이유

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로 바뀐 것이 아닙니다. 사용자가 소유하던 프로토콜 지식이 통합 기능이 소유하는 프로토콜 지식으로 바뀌는 것입니다.

Home Assistant에서 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 인버터를 보편적으로 지원하는 것이 아닙니다.

태양광, 배터리, 히트펌프에서 이것이 중요한 이유는 무엇일까요?

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

PV 스트링
     |
  인버터
   /    \
전력망   배터리
 |        |
미터   SOC / 전력
   \      /
    \    /
 Home Assistant

유용한 텔레메트리에는 발전량, 수입/수출량, 배터리 충전 상태, 백업 출력, 장비 온도, 고장, 개별 PV 스트링, 상별 측정값이 포함될 수 있습니다.

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

히트펌프에서 중요한 것은 보편적인 기기 지원보다 아키텍처입니다. 기기 통합이 이러한 레지스터 맵 차이를 흡수한다면, 실제 장비는 Modbus 기반으로 유지하면서도 사용자 경험은 훨씬 간단해질 수 있습니다.

에너지 미터와 EV 충전은 어떻게 될까요?

이와 같은 추세는 홈 에너지 스택의 나머지 부분에도 이어집니다.

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

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

Home Assistant가 이 모든 프로토콜을 하나의 새로운 표준으로 대체하는 것은 아닙니다. 점점 더 많은 프로토콜이 만나는 로컬 계층이 되어 가고 있습니다. 이러한 광범위한 역할 때문에 프라이버시 우선 홈 인프라에서는 실제로 어떤 장치 경로가 가정 내부에 머무는지 이해하는 것이 중요합니다.

더 쉬운 Modbus를 사용하려면 더 큰 홈 서버가 필요한가요?

아니요. Modbus 폴링 자체는 일반적으로 가볍습니다.

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

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

에너지 모니터링을 다음과 결합하면 홈 서버에 대한 고려가 더 중요해집니다:

• 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를 지원하게 되어, MPP 트래커별 전력, 전류, 전압, 에너지와 같은 추가 PV 데이터 및 지원되는 Modbus 기반 제어 기능을 제공합니다.

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와 같은 가정용 에너지 및 건물 제어 기술을 점점 더 통합하고 있지만, 모든 산업용 또는 안전이 중요한 제어 플랫폼을 대체하는 것은 아닙니다.