Home Assistant 2026.9 ułatwia obsługę Modbus — dlaczego ma to znaczenie dla instalacji solarnych, pomp ciepła i serwerów domowych

Home Assistant 2026.9 nie sprawia, że każde urządzenie Modbus działa na zasadzie plug-and-play, ale zmienia to, kto musi rozumieć protokół. Zamiast wymagać od każdego właściciela domu utrzymywania map rejestrów w YAML, obsługiwane integracje mogą coraz częściej przechowywać tę wiedzę o urządzeniu we własnym zakresie — takie podejście pojawia się już w przypadku Fronius oraz nowej integracji falowników Sofar.

Ma to znaczenie nie tylko w przypadku pulpitów solarnych. Modbus jest powszechny w pompach ciepła, licznikach energii, systemach akumulatorowych, urządzeniach wentylacyjnych i innych urządzeniach, które bardziej przypominają infrastrukturę budynku niż inteligentne żarówki. W miarę jak integracja tych systemów lokalnie staje się łatwiejsza, Home Assistant zaczyna przypominać nie tylko pulpit urządzeń, lecz także stale działającą warstwę sterowania domem.

Co zmieniło się w obsłudze Modbus w Home Assistant 2026.9?

Home Assistant dodaje ścieżkę Modbus przeznaczoną dla konkretnych urządzeń obok istniejącej ogólnej integracji YAML. Dedykowana integracja może znać adresy rejestrów urządzenia, skalowanie, różnice między modelami i dostępne encje, zamiast wymagać od każdego użytkownika ich ręcznego definiowania.

Oficjalne wydanie Home Assistant 2026.9 przedstawia kilka wczesnych przykładów:

• Fronius zyskuje opcjonalną obsługę Modbus TCP z wykorzystaniem modeli SunSpec.
• Sofar otrzymuje nową, przeznaczoną dla konkretnych urządzeń integrację Modbus.
• Flexit korzysta z nowszej architektury połączeń.
• Integracje mogą współdzielić zgodne połączenia Modbus zamiast otwierać konkurujące sesje.

STARE

Instrukcja urządzenia
     |
Adresy rejestrów
     |
Typy danych
     |
Skalowanie
     |
YAML
     |
Encje Home Assistant


NOWY KIERUNEK

Obsługiwane urządzenie
     |
Integracja urządzenia
     |
Mapa rejestrów
Skalowanie
Logika modelu
Encje
     |
Home Assistant

Najważniejsza zmiana nie polega po prostu na przejściu z YAML do interfejsu użytkownika. Chodzi o przeniesienie wiedzy o protokole z użytkownika do integracji.

Dlaczego Modbus był trudny w użyciu?

Modbus może przesyłać wartość bez wyjaśniania, co ta wartość oznacza. Jeden falownik może przechowywać moc sieci w jednym rejestrze, stan naładowania akumulatora w innym, a temperaturę jako liczbę całkowitą, którą należy podzielić przez dziesięć. Inne urządzenie może używać zupełnie innych adresów i skalowania.

Konfiguracja ręczna może zatem wymagać znajomości:

• adresy rejestrów i typy rejestrów,
• wartości ze znakiem i bez znaku,
• dane 16- i 32-bitowe,
• kolejność bajtów i słów,
• współczynniki skalowania i jednostki,
• identyfikatory jednostek i sposób odpytywania,
• oraz różnice w rejestrach zależne od modelu.

Istniejąca integracja Modbus Home Assistant nadal jest przydatna, ponieważ obsługuje niestandardowe konfiguracje TCP i szeregowe. Jednak każda ręcznie utrzymywana mapa rejestrów w praktyce sprawia, że właściciel domu odpowiada za część sterownika urządzenia.

Czy Home Assistant zastępuje konfigurację Modbus w YAML?

Nie. Istniejąca konfiguracja Modbus oparta na YAML nadal jest obsługiwana.

Nowsza architektura dodaje kolejną ścieżkę dla urządzeń wyposażonych w utrzymywane integracje specyficzne dla danego urządzenia. Dzięki temu ogólny Modbus pozostaje dostępny dla nietypowego sprzętu, a obsługiwane produkty są łatwiejsze w konfiguracji.

Istniejących instalacji solarnych, HVAC ani liczników nie trzeba zatem przebudowywać tylko dlatego, że Home Assistant 2026.9 wprowadza nowsze podejście.

Co się zmienia, gdy integracja zna mapę rejestrów?

Dedykowana integracja może zidentyfikować urządzenie, wybrać właściwą mapę rejestrów, zastosować skalowanie i utworzyć tylko encje odpowiednie dla danego modelu.

URZĄDZENIE
   |
Zidentyfikuj model
   |
Wczytaj mapę rejestrów
   |
   +-- Energia słoneczna
   +-- Sieć elektryczna
   +-- Akumulator
   +-- Temperatura
   +-- Stan urządzenia
   |
Home Assistant

Nowa integracja falowników Sofar jest dobrym przykładem. Podczas konfiguracji Home Assistant odczytuje numer seryjny falownika, ustala, czy odpowiada on obsługiwanemu modelowi, i stosuje odpowiednią mapę rejestrów.

Jest to bezpieczniejsze i łatwiejsze w utrzymaniu niż wymaganie od każdego użytkownika, aby samodzielnie ustalał, czy współdzielony arkusz dotyczy konkretnej generacji falownika lub wersji oprogramowania układowego.

Dlaczego współdzielenie połączenia Modbus ma znaczenie?

Ponieważ bazujące na niej połączenie Modbus może być współdzielonym i ograniczonym zasobem.

Architektura Modbus w Home Assistant wyjaśnia, że dostęp musi być koordynowany, aby integracje nie konkurowały o tę samą magistralę lub urządzenie.

Łatwo to zrozumieć na przykładzie RS-485:

Pompa ciepła ──────┐
                |
Licznik energii ───┼── Współdzielona magistrala Modbus
                |
Sterownik ─────┘

Brama TCP może umieścić interfejs IP przed tą magistralą, ale bazujący na niej zasób komunikacyjny nadal jest współdzielony. Urządzenia korzystające bezpośrednio z Modbus TCP również mogą nakładać ograniczenia na liczbę jednoczesnych sesji.

Nowsza architektura pozwala kompatybilnym integracjom korzystać ze współdzielonej infrastruktury połączeń:

Fronius ───────┐
               |
Sofar ─────────┼── Współdzielone połączenie Modbus
               |
Inne urządzenie ──┘

Ulepszenie wykracza zatem poza usunięcie YAML: Home Assistant zaczyna traktować samą łączność Modbus jako element infrastruktury domowej.

Co zmieniło się w systemach solarnych Fronius i Sofar?

Fronius i Sofar pokazują dwa różne sposoby, na jakie nowa architektura może pomóc.

Fronius miał już lokalne Solar API. Home Assistant 2026.9 dodaje opcjonalną obsługę Modbus TCP z wykorzystaniem modeli SunSpec, zapewniając dodatkowe informacje, takie jak moc, natężenie prądu, napięcie i łączna energia PV dla poszczególnych trackerów MPP.

Oficjalna integracja Fronius również korzysta z Modbusu w przypadku obsługiwanych ustawień falownika, ponieważ sam Solar API udostępnia dane tylko do odczytu.

Sofar reprezentuje nowszą konfigurację opartą na wiedzy o urządzeniu. Integracja łączy się przez Modbus TCP, identyfikuje obsługiwane modele falowników, wybiera odpowiednią mapę rejestrów i udostępnia między innymi:

• napięcie, natężenie prądu i moc łańcuchów PV,
• pobór z sieci i oddawanie energii do sieci,
• obciążenie gospodarstwa domowego,
• pomiary dla poszczególnych faz,
• stan naładowania i kondycja akumulatora,
• moc i temperatura akumulatora,
• oraz stan i usterki falownika.

Obecna implementacja Sofar nadal jest ograniczona do obsługiwanych modeli i obejmuje głównie dane z czujników. To ważne: Home Assistant 2026.9 ustanawia lepszy model integracji, a nie zapewnia uniwersalnej obsługi każdego falownika Modbus.

Dlaczego ma to znaczenie dla instalacji solarnych, akumulatorów i pomp ciepła?

Nowoczesne domowe systemy energetyczne udostępniają znacznie więcej niż jedną wartość mocy.

ŁAŃCUCHY PV
     |
  FALOWNIK
   /    \
SIEĆ   AKUMULATOR
 |        |
LICZNIK   SOC / MOC
   \      /
    \    /
 Home Assistant

Przydatne dane telemetryczne mogą obejmować produkcję, pobór i oddawanie energii, stan naładowania akumulatora, moc wyjściową zasilania awaryjnego, temperaturę urządzeń, usterki, poszczególne łańcuchy paneli PV oraz pomiary dla poszczególnych faz.

Pompy ciepła stwarzają ten sam problem integracyjny, nawet jeśli Home Assistant 2026.9 nie sprawia nagle, że każdą pompę ciepła można konfigurować z poziomu interfejsu. Pompa ciepła może udostępniać temperaturę zasilania, temperaturę powrotu, stan sprężarki, tryb pracy, zużycie energii elektrycznej, stan ciepłej wody i alarmy — jednak każdy producent może mapować te wartości w inny sposób.

W przypadku pomp ciepła znaczenie tej zmiany ma najpierw charakter architektoniczny, a dopiero potem dotyczy uniwersalnej obsługi urządzeń. Jeśli integracje urządzeń uwzględnią różnice w mapach rejestrów, sprzęt bazowy może nadal korzystać z Modbusu, a obsługa przez użytkownika stanie się znacznie prostsza.

A co z licznikami energii i ładowaniem pojazdów elektrycznych?

Ten sam trend obejmuje pozostałe elementy systemu zarządzania energią w domu.

Liczniki energii zazwyczaj udostępniają napięcie, natężenie prądu, moc czynną, moc bierną, częstotliwość, energię pobraną i oddaną oraz pomiary dla poszczególnych faz. Ładowarki do pojazdów elektrycznych wprowadzają kolejne obciążenie, którym można sterować, choć w zależności od produktu mogą korzystać z MQTT, interfejsów API producenta, Modbusu lub innych lokalnych interfejsów.

                  HOME ASSISTANT
                        |
       +----------------+---------------+
       |                |               |
     Modbus           Matter          MQTT
       |                |               |
Energia słoneczna / Akumulator    Inteligentne urządzenia    Pojazdy elektryczne / Czujniki
Pompa ciepła
Licznik energii

Home Assistant nie zastępuje wszystkich tych protokołów jednym nowym standardem. Coraz częściej staje się lokalną warstwą, w której się one spotykają. Ta szersza rola jest również powodem, dla którego infrastruktura domowa stawiająca prywatność na pierwszym miejscu wymaga zrozumienia, które ścieżki komunikacji urządzeń faktycznie pozostają w domu.

Czy łatwiejsza obsługa Modbus wymaga większego serwera domowego?

Nie. Samo odpytywanie Modbus jest zazwyczaj lekkie.

Okresowe odczytywanie rejestrów falownika, licznika lub systemu HVAC bardzo różni się od transkodowania wideo, analizy obrazu z kamer, dużych zapytań do bazy danych lub innych zadań intensywnie wykorzystujących moc obliczeniową.

Jeśli Home Assistant jest jedynym dużym obciążeniem, aktualne wymagania dotyczące sprzętu serwera Home Assistant są znacznie bardziej przydatne niż dobieranie systemu na podstawie liczby urządzeń Modbus.

Kwestia serwera domowego staje się bardziej istotna, gdy monitorowanie energii jest połączone z:

• Home Assistant działający przez całą dobę,
• MQTT i inne usługi automatyzacji,
• infrastruktura Matter i Thread,
• historia długoterminowa,
• panele informacyjne i bazy danych,
• Node-RED lub podobne narzędzia automatyzacji,
• kopie zapasowe,
• i innych aplikacji hostowanych samodzielnie.

Dlatego szersza decyzja dotycząca doboru serwera domowego do inteligentnego domu powinna zaczynać się od usług, które muszą działać razem, a nie od liczby świateł, liczników czy rejestrów falownika.

Magistrala energetyczna może być lekka, ale towarzysząca jej infrastruktura domowa sprawia, że Home Assistant staje się obciążeniem typowym dla serwera domowego.

Dlaczego krytyczne sterowanie energią powinno pozostać lekkie?

Uruchamianie kilku usług na jednym serwerze domowym nie oznacza, że każde obciążenie zasługuje na taki sam priorytet.

KRYTYCZNE STEROWANIE

Pompa ciepła
Instalacja solarna / akumulator
Liczniki energii
Wyzwalacze automatyzacji
       |
Home Assistant


CIĘŻSZE ZADANIA OPCJONALNE

Indeksowanie multimediów
Przetwarzanie obrazu z kamer
Duże kopie zapasowe
Inne aplikacje

Automatyzacja ogrzewania nie powinna działać wolniej tylko dlatego, że niezwiązane z nią zadanie multimedialne lub tworzenie kopii zapasowej zużywa wszystkie dostępne zasoby.

Gdy host zyskuje MQTT, bazy danych, kamery, usługi tworzenia kopii zapasowych i inne aplikacje, host Home Assistant z wieloma usługami zaczyna korzystać ze współdzielonych zasobów, zależności i granic awarii, których nie ma proste urządzenie typu appliance.

Celem nie jest więc po prostu umieszczenie większej liczby usług na jednym urządzeniu. Chodzi o to, aby podstawowe sterowanie lokalne pozostało responsywne, a opcjonalne zadania mogły współistnieć obok niego.

Właśnie dlatego niezawodne przetwarzanie lokalne ma znaczenie: krytyczne działania w domu nie powinny zyskiwać niepotrzebnych zależności od sieci WAN tylko dlatego, że istnieją opcjonalne funkcje chmurowe.

Co nowa mapa Matter ma wspólnego z Modbus?

Matter i Modbus to niepowiązane protokoły, ale ich zmiany w wersji 2026.9 ujawniają ten sam kierunek rozwoju produktu: wcześniej ukryta infrastruktura staje się łatwiejsza do analizowania i zarządzania.

Home Assistant przenosi teraz topologię sieci Matter do głównego interfejsu. Nowa mapa może pokazywać urządzenia Matter korzystające z Thread lub Wi-Fi, routery, routery graniczne Thread oraz trasę między Home Assistant a poszczególnymi urządzeniami.

Oficjalna mapa sieci Matter pokazuje topologię, do której wcześniej dostęp wymagał bardziej technicznego widoku diagnostycznego.

MODBUS
Wiedza o surowych rejestrach
        |
        v
Integracja urządzenia


MATTER
Ukryta topologia sieci
        |
        v
Widoczna mapa sieci

W obu przypadkach Home Assistant ogranicza ilość wiedzy o infrastrukturze, którą użytkownicy muszą odtwarzać ręcznie.

Jeśli mapa sieci ujawnia kilka ekosystemów sterujących tymi samymi urządzeniami, osobna kwestia wielu kontrolerów Matter decyduje o tym, która platforma faktycznie zarządza poszczególnymi relacjami sterowania, a nie tylko o tym, które urządzenie pojawia się na mapie.

Dlaczego Home Assistant pokazuje wykorzystanie pamięci NAS?

Home Assistant 2026.9 sprawia również, że pamięć sieciowa jest lepiej widoczna. Aktywne montowania sieciowe mogą teraz wyświetlać bezpośrednio na stronie Pamięć zajęte i całkowite miejsce, a także ostrzeżenia, gdy udział zbliża się do pełnego wykorzystania.

Aktualizacja pamięci sieciowej jest niewielka w porównaniu z Modbus, ale wpisuje się w tę samą historię infrastruktury.

Home Assistant
      |
      +-- Konfiguracja
      +-- Historia
      +-- Automatyzacje
      +-- Kopie zapasowe
             |
             v
            NAS

Kopia zapasowa jest przydatna tylko wtedy, gdy jej miejsce docelowe pozostaje dostępne i ma wystarczająco dużo wolnego miejsca.

Home Assistant zawiera również różne kategorie trwałego stanu — konfigurację, rejestry, dane uwierzytelniające, historię i dane odzyskiwania — dlatego oddzielenie trwałych danych Home Assistant od nietrwałych plików środowiska wykonawczego znacznie ułatwia planowanie kopii zapasowych.

Home Assistant staje się zatem coraz lepiej świadomy zarówno systemów fizycznych, którymi steruje, jak i infrastruktury pamięci masowej chroniącej jego własny stan.

Jak wygląda lokalny serwer energii domowej?

Praktyczna konfiguracja nie wymaga, aby każde urządzenie korzystało z tego samego protokołu ani aby każda usługa działała bezpośrednio w Home Assistant.

                    SERWER DOMOWY

                 Home Assistant
                       |
      +----------------+----------------+
      |                |                |
   ENERGIA          INTELIGENTNY DOM        USŁUGI
      |                |                |
   Modbus            Matter           MQTT
      |              Thread         Automatyzacja
      |
Energia słoneczna / akumulator
Pompa ciepła
Licznik energii
      |
      +----------------+
                       |
                 HISTORIA LOKALNA
                       |
                    KOPIE ZAPASOWE
                       |
                      NAS

Wspólnym wymaganiem jest trwałość danych.

Falownik może przestać produkować energię w nocy, ale jego historia powinna pozostać dostępna. Pompa ciepła może się ponownie uruchomić, ale automatyzacje powinny zostać przywrócone. Aktualizacja systemu nie powinna usuwać konfiguracji, a awaria hosta Home Assistant nie powinna niszczyć jedynej kopii zapasowej.

Użytkownikom budującym tę warstwę sterowania na sprzęcie Zima konfiguracja Home Assistant na ZimaBoard zapewnia odrębną ścieżkę wdrożenia, bez przekształcania tego artykułu o Modbusie w instrukcję instalacji.

Dedykowany kompaktowy host może również oddzielić sterowanie inteligentnym domem od bardziej wymagających zadań NAS-a lub multimediów. Konfiguracja ZimaBoard 2 do inteligentnego domu to jedna z opcji, gdy celem jest stale działający lokalny host automatyki z miejscem na dodatkowe usługi.

Właśnie tutaj znaczenie ma serwer domowy — nie dlatego, że Modbus wymaga dużej mocy obliczeniowej, lecz dlatego, że infrastruktura domowa coraz bardziej zależy od usług, które muszą być jednocześnie dostępne.

Czy Home Assistant staje się platformą sterowania budynkiem?

Home Assistant coraz częściej przejmuje zadania, które wcześniej znajdowały się bliżej automatyki budynkowej, choć nie zastępuje każdego przemysłowego ani krytycznego dla bezpieczeństwa systemu sterowania.

Tradycyjny inteligentny dom koncentrował się na:

Oświetlenie
Gniazdka
Zamki
Czujniki ruchu
Termostaty

Świat energii i sterowania budynkiem obejmuje także:

Modbus
RS-485
SunSpec
Liczniki energii
Falowniki
Pompy ciepła
Wentylacja
Systemy akumulatorowe

Home Assistant coraz częściej łączy oba światy.

Home Assistant 2026.9 łączy zmodernizowane integracje Modbus, nową obsługę instalacji solarnych, topologię Matter, zarządzanie MQTT i połączeniami szeregowymi oraz widoczność pamięci sieciowej. Poszczególne funkcje są przydatne, ale ważniejszy jest ogólny kierunek zmian.

Home Assistant zaczyna przypominać mniej zbiór kart urządzeń, a bardziej lokalną warstwę operacyjną domu.

Czy warto zaktualizować Home Assistant do wersji 2026.9 ze względu na Modbus?

Jeśli istniejąca konfiguracja Modbus w YAML działa, nie ma powodu jej przebudowywać tylko dlatego, że istnieje nowa architektura.

Większym powodem, by obserwować to wydanie, jest to, co nadejdzie później: coraz więcej wiedzy o urządzeniach może zostać przeniesione z prywatnych plików YAML i arkuszy społeczności do integracji, które są utrzymywane, testowane i ponownie wykorzystywane.

Co Home Assistant 2026.9 oznacza dla energii słonecznej, pomp ciepła i domowych serwerów?

W przypadku energii słonecznej zmiana jest już praktyczna. W przypadku pomp ciepła i innych urządzeń intensywnie korzystających z Modbus znaczenie ma architektura. W przypadku domowych serwerów prawdziwa historia dotyczy tego, jak wiele elementów infrastruktury domowej potrzebuje teraz stale działającego lokalnego punktu sterowania.

Fronius i Sofar pokazują, że urządzenia energetyczne nie muszą na stałe pozostawać ukryte za ręcznymi mapami rejestrów. Pompy ciepła pokazują, dlaczego to samo podejście specyficzne dla urządzeń może mieć znaczenie w innej złożonej kategorii lokalnego sterowania. Matter, MQTT, monitorowanie energii, pamięć masowa i kopie zapasowe pokazują, dlaczego żaden z tych systemów nie działa w izolacji.

Falownik solarny nie potrzebuje wydajnego serwera. Licznik energii również nie, a odczytywanie danych z pompy ciepła nie jest wymagającym zadaniem obliczeniowym.

Jednak dom łączący energię, automatykę, historię, komunikację, Matter, kopie zapasowe i inne lokalne usługi coraz bardziej korzysta z jednego stałego miejsca, w którym te systemy mogą działać.

Wartość domowego serwera nie polega na tym, że Modbus potrzebuje większej mocy obliczeniowej. Chodzi o to, że dom staje się infrastrukturą.

FAQ: Home Assistant 2026.9 i Modbus

Co zmieniło się w obsłudze Modbus w Home Assistant 2026.9?

Home Assistant wprowadza integracje Modbus specyficzne dla urządzeń, które mogą zawierać własne mapy rejestrów i korzystać ze współdzielonej infrastruktury połączeń. Fronius, Sofar i Flexit to jedne z pierwszych przykładów.

Czy Home Assistant usuwa konfigurację Modbus w YAML?

Nie. Istniejąca ogólna konfiguracja Modbus oparta na YAML nadal jest dostępna. Integracje specyficzne dla urządzeń zapewniają dodatkową ścieżkę konfiguracji dla obsługiwanego sprzętu.

Czy Home Assistant 2026.9 sprawia, że każde urządzenie Modbus działa od razu po podłączeniu?

Nie. Urządzenie nadal wymaga obsługiwanej integracji i mapy rejestrów, aby uzyskać prostszą obsługę właściwą dla danego urządzenia. W przypadku nieobsługiwanych urządzeń można nadal stosować ogólną konfigurację Modbus, jeśli jest odpowiednia.

Dlaczego współdzielone połączenia Modbus mają znaczenie?

Magistrala lub urządzenie Modbus może mieć ograniczoną liczbę obsługiwanych połączeń. Współdzielona infrastruktura pozwala zgodnym integracjom koordynować dostęp zamiast otwierać niepotrzebne konkurencyjne sesje.

Co zmieniło się w przypadku Fronius?

Fronius zyskał opcjonalną obsługę Modbus TCP z wykorzystaniem modeli SunSpec, zapewniając dodatkowe dane PV, takie jak moc, prąd, napięcie i energia dla poszczególnych trackerów MPP, a także obsługiwane elementy sterowania oparte na Modbus.

Co robi integracja Sofar?

Łączy się przez Modbus TCP, rozpoznaje obsługiwane modele falowników, wybiera odpowiednią mapę rejestrów oraz udostępnia czujniki energii słonecznej, sieci, obciążenia, akumulatora, temperatury i stanu.

Czy Home Assistant 2026.9 ułatwia konfigurację pomp ciepła?

Nie zawsze. Nowa architektura może w przyszłości ułatwić integrację obsługiwanych pomp ciepła Modbus, ale wersja 2026.9 nie dodaje automatycznie obsługi w interfejsie każdej pompy ciepła.

Czy Modbus wymaga wydajnego serwera domowego?

Nie. Odpytywanie Modbus jest zazwyczaj mało obciążające. Większa wydajność serwera staje się przydatna, gdy Home Assistant obsługuje również historię, MQTT, Matter, kopie zapasowe, bazy danych, kamery i inne trwałe usługi lub koordynuje ich działanie. Strona wymagań sprzętowych Home Assistant rozdziela te dodatkowe obciążenia od zwykłej automatyki.

Co zmieniło się w Matter w Home Assistant 2026.9?

Panel Matter zawiera teraz mapę sieci pokazującą urządzenia Matter korzystające z Thread i Wi-Fi, routery, routery brzegowe Thread oraz ścieżki komunikacji.

Co zmieniło się w zakresie pamięci masowej NAS?

Home Assistant może teraz wyświetlać zajętą i całkowitą pojemność aktywnych udziałów sieciowych oraz ostrzegać, gdy udziały zbliżają się do pełnej pojemności.

Dlaczego Home Assistant miałby korzystać z NAS-a?

NAS może zapewniać oddzielne miejsce na kopie zapasowe lub multimedia, pomagając zachować dane Home Assistant w razie awarii hosta lub jego lokalnego dysku systemowego. Planowanie tego, które dane wymagają ochrony, zaczyna się od zrozumienia trwałych danych Home Assistant.

Czy Home Assistant staje się systemem automatyki budynkowej?

Coraz częściej integruje technologie związane z energią w domu i automatyką budynkową, takie jak urządzenia Modbus, falowniki, urządzenia HVAC, liczniki, Matter i MQTT, ale nie zastępuje każdej przemysłowej ani krytycznej dla bezpieczeństwa platformy sterowania.