Masz pompę ciepła albo właśnie wybierasz urządzenie do nowego domu i zastanawiasz się:

czy da się podłączyć pompę ciepła do Home Assistant?

W większości przypadków odpowiedź brzmi:

tak.

Tylko nie zawsze robi się to w ten sam sposób.

Jedna pompa ma Modbus TCP, druga komunikuje się przez Modbus RTU, kolejna ma własną bramkę internetową, jeszcze inna korzysta z eBUS, EMS, MELCloud, ViCare, a część urządzeń można bardzo sensownie integrować przez SG Ready.

I właśnie tutaj zaczyna się prawdziwy smart home.

Bo pompa ciepła nie musi pracować jako samotna wyspa.

Może wiedzieć, że:

• fotowoltaika właśnie produkuje nadwyżkę,
• dom za chwilę będzie pusty,
• na dworze robi się cieplej,
• okno w sypialni jest otwarte,
• energia jest teraz tańsza,
• zasobnik CWU warto dogrzać właśnie teraz,
• za kilka godzin prognozowana jest znacznie niższa temperatura.

A Home Assistant może zebrać te wszystkie informacje w jednym miejscu.

Do tego dokładamy boneIO, które może obsługiwać przewodowe czujniki, zawory, siłowniki, pompy obiegowe, liczniki energii i sygnały sterujące.

I nagle pompa ciepła przestaje być tylko urządzeniem grzewczym.

Staje się elementem całego systemu zarządzania domem.

---

Czy każdą pompę ciepła można podłączyć do Home Assistant?

Nie każdą tak samo.

I to jest pierwsza rzecz, którą warto zrozumieć.

Pompy ciepła mogą udostępniać dane na kilka różnych sposobów:

LAN / Ethernet → Modbus TCP

RS485 → Modbus RTU

magistrala producenta → gateway → Home Assistant

chmura producenta → API → Home Assistant

albo najprościej:

wejścia cyfrowe / SG Ready → przekaźniki → automatyka

Home Assistant obsługuje Modbus zarówno po sieci, jak i przez magistralę szeregową, więc jeśli producent udostępnia poprawnie udokumentowane rejestry Modbus, mamy bardzo dobrą bazę do lokalnej integracji.

Nie zawsze jednak potrzebujemy dostępu do 150 parametrów pompy.

Czasami wystarczy:

• wiedzieć, czy urządzenie pracuje,
• odczytać temperaturę CWU,
• zobaczyć temperaturę zasilania i powrotu,
• znać pobór energii,
• zmienić tryb pracy,
• chwilowo podnieść temperaturę CWU przy nadwyżce z PV.

I właśnie pod konkretny cel powinno się dobierać sposób integracji.

---

Modbus, SG Ready czy aplikacja producenta?

To trzy zupełnie różne poziomy integracji.

Modbus – najlepsza opcja, jeśli chcemy dużo danych

Modbus pozwala w wielu urządzeniach:

• odczytywać temperatury,
• sprawdzać stan sprężarki,
• odczytywać błędy,
• monitorować pracę pomp,
• odczytywać produkcję ciepła,
• monitorować energię,
• zmieniać wartości zadane,
• zmieniać wybrane tryby pracy.

Oczywiście wszystko zależy od tego, jakie rejestry udostępnił producent.

Nie zakładamy, że skoro urządzenie ma Modbus, możemy sterować wszystkim.

Ale jeśli producent daje sensowną dokumentację, jest to zwykle bardzo dobra droga do integracji.

Chmura producenta – prościej, ale jesteśmy zależni od internetu

Druga możliwość to wykorzystanie systemu producenta.

Przykładowo:

• Mitsubishi → MELCloud,
• Viessmann → ViCare,
• NIBE → myUplink,
• Vaillant → myVAILLANT.

Home Assistant łączy się wtedy z API producenta.

Plus?

Nie trzeba często prowadzić żadnego dodatkowego kabla komunikacyjnego.

Minus?

Dom staje się zależny od:

• internetu,
• serwera producenta,
• dostępności API,
• limitów API,
• zmian wprowadzanych przez producenta.

Dlatego tam, gdzie mam wybór pomiędzy sensowną komunikacją lokalną i chmurą, wolę komunikację lokalną.

SG Ready – proste, ale bardzo skuteczne

SG Ready to zupełnie inna bajka.

Nie dostajemy dzięki niemu pięknego zestawu temperatur, COP i stanów sprężarki.

Dostajemy prosty sposób powiedzenia pompie:

teraz pracuj normalnie,

albo:

mamy dużo taniej energii – możesz wykorzystać więcej.

Standard SG Ready wykorzystuje dwa sygnały binarne, co daje cztery możliwe stany pracy: blokadę, normalną pracę, tryb zalecanego zwiększonego wykorzystania energii oraz wymuszoną pracę zgodnie z możliwościami regulatora.

I do zarządzania nadwyżkami z fotowoltaiki potrafi to wystarczyć.

---

A gdzie w tym wszystkim jest boneIO?

Tutaj zaczyna się fajna część.

Home Assistant może być mózgiem integracyjnym, a boneIO fizyczną warstwą instalacji.

Przykładowo:

pompa ciepła → Modbus / API → Home Assistant

a dalej:

Home Assistant → MQTT → boneIO → zawory / pompy / siłowniki / sygnały SG Ready

boneIO Black komunikuje się z Home Assistant przez MQTT i automatycznie udostępnia swoje wejścia, wyjścia i sensory przez MQTT Discovery. Sam sterownik posiada również RS485; jego oprogramowanie obsługuje urządzenia Modbus RTU i umożliwia tworzenie definicji kolejnych urządzeń.

Czyli w jednym systemie możemy mieć:

boneIO

→ temperatury w pomieszczeniach
→ kontaktrony
→ siłowniki podłogówki
→ zawory
→ pompy
→ licznik energii
→ sygnały sterujące

Home Assistant

→ pompę ciepła
→ PV
→ magazyn energii
→ pogodę
→ taryfy energii
→ obecność domowników
→ historię i wykresy

I dopiero połączenie tych informacji pozwala tworzyć naprawdę sensowne automatyzacje.

---

Stiebel Eltron + Home Assistant – ISG Web i Modbus TCP

Zacznijmy od Stiebel Eltron.

W wielu systemach Stiebela komunikacja może być realizowana przez ISG Web – Internet Service Gateway.

Przykładowo dla Stiebel Eltron HPA-O 8 CS Plus producent wskazuje ISG Web jako kompatybilne wyposażenie dodatkowe.

I robi się ciekawie, ponieważ ISG może udostępnić pompę przez Modbus TCP/IP.

Stiebel podaje możliwość m.in.:

• odczytu i zapisu rejestrów,
• zmiany trybów,
• zmiany temperatur zadanych,
• monitorowania temperatur,
• monitorowania stanów i procesów,
• odczytu danych systemowych.

Wymagany jest ISG Web, kompatybilna pompa oraz urządzenie nadrzędne Modbus TCP/IP.

Home Assistant posiada również oficjalną integrację STIEBEL ELTRON, która wymaga ISG Web z aktywnym modułem Modbus i połączenia IP. Trzeba jednak sprawdzić kompatybilność konkretnego zestawu, ponieważ lista urządzeń przetestowanych bezpośrednio przez integrację Home Assistant nie obejmuje każdego modelu Stiebela.

Jak może wyglądać instalacja?

Stiebel Eltron

↓

ISG Web

↓

Ethernet / Modbus TCP

↓

Home Assistant

↓

MQTT

↓

boneIO

I mamy w jednym miejscu ogrzewanie oraz resztę domu.

Przykładowa automatyzacja:

PV produkuje 6 kW

dom zużywa 2 kW

magazyn jest prawie pełny

temperatura CWU wynosi 43°C

→ Home Assistant podnosi chwilowo wartość zadaną CWU.

Zamiast oddawać energię do sieci, magazynujemy ją częściowo jako ciepło.

---

Panasonic Aquarea + Home Assistant – HeishaMon, MQTT i Smart Cloud

Panasonic Aquarea + Home Assistant to bardzo ciekawy temat, ponieważ społeczność zrobiła tutaj naprawdę dużo.

Jednym z najpopularniejszych rozwiązań lokalnych jest HeishaMon.

To niewielka bramka komunikacyjna pozwalająca odczytywać dane z pomp Panasonic Aquarea i wystawiać je m.in. przez MQTT.

Projekt obsługuje serie H, J, K, L oraz M i ma przygotowane rozwiązania współpracujące z Home Assistant.

Możemy otrzymać między innymi:

• temperaturę zasilania,
• temperaturę powrotu,
• temperaturę zasobnika CWU,
• przepływ,
• częstotliwość sprężarki,
• stan grzania,
• stan CWU,
• tryb cichy,
• dane dotyczące zużycia i produkcji energii – zależnie od generacji urządzenia.

HeishaMon komunikuje się przez MQTT, więc bardzo naturalnie pasuje do architektury:

Panasonic Aquarea

↓

HeishaMon

↓

MQTT

↓

Home Assistant

↓

boneIO

Dostępna jest również integracja Home Assistant przygotowana specjalnie dla HeishaMon, a alternatywą dla integracji lokalnej pozostają rozwiązania korzystające z Panasonic Aquarea Smart Cloud.

Co możemy zrobić?

Przykładowo:

temperatura domu spada

okna są zamknięte

jest tania energia

↓

przesuwamy parametry ogrzewania.

Albo:

duża nadwyżka PV

↓

zwiększamy temperaturę CWU.

Bez codziennego chodzenia do sterownika pompy.

---

NIBE + Home Assistant – Modbus TCP i myUplink

Jeżeli ktoś wpisuje:

NIBE Home Assistant

to tutaj mamy jedną z przyjemniejszych sytuacji.

Home Assistant ma oficjalną integrację Nibe Heat Pump obsługującą dużą liczbę urządzeń, w tym m.in.:

• S2125,
• S1155,
• S1255,
• S1156,
• S1256,
• S735,
• SMO S40,
• VVM,
• oraz wiele starszych urządzeń serii F.

Co ważne:

nowsza seria S potrafi udostępnić Modbus TCP bezpośrednio w sieci lokalnej.

W sterowniku aktywujemy:

Network → Modbus TCP/IP

i Home Assistant może łączyć się lokalnie po TCP na standardowym porcie Modbus.

To jest rozwiązanie, które bardzo lubię.

Nie potrzebujemy do podstawowej komunikacji zewnętrznej chmury.

Schemat:

NIBE

↓

Ethernet

↓

Modbus TCP

↓

Home Assistant

↓

MQTT

↓

boneIO

NIBE posiada również usługę myUplink, a Home Assistant ma oficjalną integrację korzystającą z jej API. Zależnie od urządzenia i funkcji niektóre możliwości sterowania w myUplink mogą wymagać odpowiedniej subskrypcji.

Czyli mamy wybór:

lokalny Modbus

albo

myUplink przez chmurę.

Jeżeli urządzenie pozwala mi zrobić to lokalnie – zwykle wybieram Modbus.

---

Mitsubishi Ecodan + Home Assistant – MELCloud

Kolejna bardzo popularna fraza:

Mitsubishi Ecodan Home Assistant.

Tutaj najprostszą drogą jest MELCloud.

Home Assistant posiada oficjalną integrację MELCloud obsługującą zarówno urządzenia powietrze–powietrze, jak i pompy ciepła powietrze–woda.

Jeżeli Ecodan jest już skonfigurowany w MELCloud, Home Assistant może wykorzystać to konto i udostępnić urządzenie w jednym systemie z resztą domu.

Schemat:

Mitsubishi Ecodan

↓

MELCloud

↓

Internet

↓

Home Assistant

↓

boneIO

To jedna z łatwiejszych integracji dla inwestora.

Minus jest oczywisty:

MELCloud jest usługą chmurową.

Jeżeli zależy Ci przede wszystkim na prostocie – bardzo dobrze.

Jeżeli projektujesz automatykę, która ma pracować lokalnie przez następne kilkanaście lat, warto już na etapie projektu sprawdzić również możliwości komunikacyjne konkretnego sterownika Ecodan i dostępne interfejsy BMS.

---

Daikin Altherma + Home Assistant – Modbus RTU

Daikin Altherma + Home Assistant można rozwiązać na kilka sposobów, zależnie od generacji urządzenia.

Bardzo ciekawą drogą jest wykorzystanie interfejsu DCOM-LT/MB.

To oficjalny interfejs Daikin przeznaczony do integracji systemów Altherma z systemami nadrzędnymi.

Komunikacja odbywa się przez:

RS485 + Modbus RTU.

Daikin posiada również np. RTD-W dla wybranych systemów, oferujący suche styki i komunikację Modbus do monitorowania i sterowania urządzeniami.

A Home Assistant?

Ma standardową obsługę Modbus RTU.

Czyli możemy zrobić:

Daikin Altherma

↓

DCOM-LT/MB

↓

RS485 Modbus RTU

↓

Home Assistant / bramka RS485

↓

boneIO + reszta automatyki

Tu robi się szczególnie ciekawie, ponieważ boneIO Black również posiada fizyczny interfejs RS485 przeznaczony między innymi do urządzeń HVAC.

Nie oznacza to jednak:

„wpinamy dowolną Althermę do boneIO i działa”.

Trzeba mieć:

• odpowiedni interfejs Daikina,
• dokumentację rejestrów,
• zgodną konfigurację magistrali,
• przygotowaną definicję urządzenia.

Ale technicznie mamy bardzo dobrą bazę do lokalnej automatyki.

---

Vaillant aroTHERM + Home Assistant – eBUS i myVAILLANT

Kolejny bardzo popularny system:

Vaillant aroTHERM plus.

Vaillant korzysta z magistrali eBUS. Producent pokazuje ją wprost jako magistralę łączącą elementy systemu aroTHERM plus.

I tutaj mamy dwie ciekawe drogi.

Opcja 1 – myVAILLANT

System można wyposażyć w komunikację myVAILLANT.

Producent oferuje m.in. myVAILLANT connect, który współpracuje z urządzeniami Vaillant komunikującymi się przez eBUS.

Społeczność Home Assistant stworzyła integrację myVAILLANT obsługującą między innymi konfiguracje:

aroTHERM plus + sensoCOMFORT + sensoNET.

To jednak rozwiązanie wykorzystujące API chmurowe i nie jest oficjalnym komponentem producenta.

Opcja 2 – lokalnie przez eBUS

Jeżeli chcemy podejść do tematu bardziej technicznie:

Vaillant

↓

eBUS

↓

adapter eBUS

↓

ebusd

↓

Home Assistant / MQTT

Home Assistant posiada integrację z demonem ebusd, a działające konfiguracje aroTHERM plus z adapterem eBUS i MQTT są aktywnie wykorzystywane przez społeczność.

To już rozwiązanie dla osób, które wolą lokalną automatykę zamiast polegania wyłącznie na chmurze producenta.

---

Viessmann Vitocal + Home Assistant – ViCare

Jeżeli masz pompę Viessmann Vitocal i wpisujesz:

Viessmann Vitocal Home Assistant

najprostszą drogą jest obecnie integracja Viessmann ViCare.

Home Assistant posiada oficjalną integrację wykorzystującą API ViCare.

Można dzięki niej – zależnie od konkretnego urządzenia – otrzymać:

• encje climate,
• temperatury,
• parametry CWU,
• sensory,
• tryby ogrzewania,
• wartości zadane,
• regulację krzywej grzewczej,
• wybrane funkcje dodatkowe.

Trzeba jednak pamiętać o jednej rzeczy.

To jest Cloud Polling.

Home Assistant odpytuje API Viessmanna, a producent stosuje limity zapytań zależne od planu API.

Czyli architektura wygląda:

Viessmann Vitocal

↓

ViCare

↓

Internet

↓

Home Assistant

↓

boneIO

Do monitoringu i inteligentniejszych scenariuszy domowych to nadal może być bardzo przydatne.

Ale jeżeli projekt powstaje od zera, warto sprawdzić dokładnie możliwości komunikacyjne konkretnego Vitocala i regulatora, zanim zamkniemy temat integracji wyłącznie chmurą.

---

Bosch Compress + Home Assistant – EMS-ESP

Na koniec bardzo ciekawy przypadek:

Bosch Compress Home Assistant.

W urządzeniach Boscha i Buderusa często występuje magistrala EMS.

Społecznościowy projekt EMS-ESP umożliwia lokalną komunikację z urządzeniami korzystającymi z EMS, EMS+, EMS2 i pokrewnych protokołów.

Projekt obsługuje między innymi:

• kotły,
• regulatory,
• moduły mieszające,
• wentylację,
• urządzenia solarne,
• pompy ciepła.

I potrafi wystawiać dane między innymi przez:

• MQTT,
• Home Assistant,
• REST,
• Modbus.

Istnieją już konkretne konfiguracje przygotowane dla:

Bosch Compress 5800 / 6800i

oraz odpowiadających im urządzeń Buderus.

Schemat:

Bosch Compress

↓

EMS

↓

EMS-ESP

↓

MQTT

↓

Home Assistant

↓

boneIO

I znowu:

wszystko lokalnie.

To właśnie takie integracje pokazują, dlaczego Home Assistant jest tak ciekawym rozwiązaniem.

Nie musi Cię obchodzić, że jeden producent mówi po Modbusie, drugi po eBUS, trzeci po EMS, a czwarty wystawia REST API.

Home Assistant może być warstwą, która to wszystko zbierze.

---

Szybkie porównanie – jak podłączyć popularne pompy ciepła do Home Assistant?

Pompa / producent	Przykładowa metoda	Lokalnie?	Poziom integracji
Stiebel Eltron HPA-O	ISG Web + Modbus TCP	✅	bardzo wysoki
Panasonic Aquarea	HeishaMon + MQTT	✅	bardzo wysoki
NIBE S-series / S2125	Modbus TCP	✅	bardzo wysoki
Mitsubishi Ecodan	MELCloud	❌	wysoki
Daikin Altherma	DCOM-LT/MB + Modbus RTU	✅	bardzo wysoki
Vaillant aroTHERM plus	eBUS / ebusd lub myVAILLANT	✅ / ☁️	wysoki
Viessmann Vitocal	ViCare	❌	średni/wysoki
Bosch Compress 5800/6800i	EMS-ESP + MQTT	✅	bardzo wysoki

Uwaga: zawsze trzeba zweryfikować dokładny model pompy, sterownika i firmware. Sama nazwa producenta nie gwarantuje identycznego interfejsu w każdej generacji urządzenia.

---

Co możemy zrobić po podłączeniu pompy ciepła do Home Assistant?

I tutaj dochodzimy do najważniejszej części.

Bo samo wyświetlenie:

temperatura zasilania: 31,7°C

jest fajne przez pierwsze trzy dni.

Później przestajesz na to patrzeć.

Prawdziwa wartość zaczyna się wtedy, gdy te dane wykorzystujemy.

1. Pompa ciepła + fotowoltaika

Produkcja PV:

7 kW

Dom zużywa:

2 kW

Mamy kilka kilowatów nadwyżki.

Home Assistant może wtedy:

→ podnieść temperaturę CWU,

→ zwiększyć temperaturę bufora,

→ delikatnie przesunąć krzywą grzewczą,

→ wykorzystać budynek jako magazyn cieplny.

Zamiast później kupować energię z sieci.

---

2. Pompa ciepła + dynamiczne ceny energii

Home Assistant może znać ceny energii na kolejne godziny.

Jeżeli energia:

teraz = tania

a:

wieczorem = droga

możemy wcześniej przygotować:

• CWU,
• bufor,
• temperaturę budynku.

Nie chodzi o przegrzewanie domu.

Chodzi o wykorzystanie bezwładności cieplnej.

---

3. Pompa ciepła + kontaktrony

Masz otwarte okno w sypialni.

boneIO widzi kontaktron.

Home Assistant widzi:

okno otwarte > 10 minut

więc może zmniejszyć zapotrzebowanie na ogrzewanie tej strefy.

Zamykasz okno.

Po chwili system wraca do normalnego działania.

---

4. Pompa ciepła + ogrzewanie podłogowe

Tutaj boneIO sprawdza się bardzo fajnie.

Mamy:

• czujniki temperatury,
• siłowniki rozdzielacza,
• informacje o zapotrzebowaniu poszczególnych pomieszczeń.

Zamiast 15 niezależnych termostatów, które kompletnie nie wiedzą, co robi źródło ciepła, możemy stworzyć jeden spójny system.

pomieszczenia → zapotrzebowanie → Home Assistant → logika → pompa ciepła

Oczywiście z zachowaniem odpowiedniej hydrauliki i minimalnych przepływów wymaganych przez producenta.

---

5. Pompa ciepła + tryb „Wyjazd”

Wychodzisz z domu na tydzień.

Jedna scena:

TRYB URLOP

i system:

• ogranicza temperaturę,
• zmienia pracę CWU,
• ogranicza cyrkulację,
• redukuje wentylację,
• nadal chroni dom przed zamarznięciem,
• przed Twoim powrotem wraca do komfortowych parametrów.

I właśnie to jest smart home.

Nie:

„mogę zmienić temperaturę z telefonu”.

Tylko:

„dom sam wie, kiedy powinien ją zmienić”.

---

Pompa ciepła + fotowoltaika – właśnie tutaj SG Ready robi robotę

Załóżmy, że Twoja pompa nie daje nam pięknego lokalnego Modbusa.

Ale posiada SG Ready.

To nadal bardzo dużo.

Do sterowania czterema stanami SG Ready używane są dwa sygnały binarne.

Home Assistant może obserwować:

produkcję PV

minus

zużycie domu

minus

ładowanie magazynu

i obliczyć realną nadwyżkę.

Przykładowo:

nadwyżka > 2,5 kW przez 10 minut

↓

Home Assistant

↓

MQTT

↓

boneIO

↓

odpowiednio wykonany interfejs przekaźnikowy

↓

SG Ready

↓

pompa dostaje informację:

warto teraz wykorzystać więcej energii.

I zaczyna się magazynowanie energii w:

• CWU,
• buforze,
• masie budynku.

Proste.

A bardzo skuteczne.

---

Czy boneIO może bezpośrednio sterować SG Ready?

Może być częścią takiego układu, ale tutaj trzeba uważać z hasłem:

„po prostu podepnij dwa przekaźniki”.

Wejścia SG Ready konkretnej pompy muszą być podłączone dokładnie zgodnie z dokumentacją producenta.

W zależności od urządzenia może być wymagany:

• styk bezpotencjałowy,
• konkretny poziom napięcia,
• dodatkowy przekaźnik separujący,
• określona konfiguracja sterownika pompy.

Dlatego poprawna architektura może wyglądać:

boneIO → przekaźnik separujący → wejście SG Ready pompy

zamiast podłączania wyjścia sterownika bezpośrednio „bo przecież to tylko wejście”.

boneIO Black posiada wyjścia przekaźnikowe, ale ich sposób podłączenia zależy od konkretnej wersji sprzętowej, więc cały obwód trzeba zaprojektować zgodnie z wymaganiami pompy i sterownika.

---

Najważniejsza zasada: nie steruj sprężarką jak żarówką

To chyba najważniejszy fragment tego artykułu.

Pompa ciepła nie jest lampą.

Nie robimy:

jest za ciepło → wytnij 230 V.

Ani:

PV przestało produkować → wyłącz pompę stycznikiem.

Sterownik pompy musi nadal kontrolować:

• sprężarkę,
• odszranianie,
• przepływy,
• zabezpieczenia,
• temperatury,
• pracę pomp,
• grzałki,
• procedury ochronne.

Smart home ma przekazywać urządzeniu informację i kontekst, a nie przejmować jego zabezpieczenia.

Dlatego zdecydowanie lepsze jest:

„podnieś temperaturę CWU”

niż:

„załącz sprężarkę”.

Albo:

„SG Ready – mamy nadwyżkę”

zamiast:

„włączam Ci zasilanie, teraz grzej”.

---

Jak przygotować dom pod pompę ciepła + Home Assistant?

Jeżeli dopiero budujesz dom, ten etap jest ważniejszy niż wybór dashboardu.

Do pomieszczenia technicznego warto doprowadzić:

LAN

do:

• pompy,
• regulatora,
• bramki komunikacyjnej,
• falownika PV,
• magazynu energii.

Do tego:

skrętkę / przewód sterujący

pod:

• RS485,
• Modbus,
• SG Ready,
• przyszłe interfejsy.

Oraz przewody do:

• rozdzielacza ogrzewania podłogowego,
• siłowników,
• czujników temperatury,
• pomp obiegowych,
• zaworów,
• liczników energii.

I koniecznie:

zostawić rezerwę.

Bo dzisiaj pompa korzysta z chmury.

Za trzy lata może pojawić się świetna lokalna integracja.

A kabel w ścianie już wtedy nie pojawi się sam.

---

Jaka pompa jest najlepsza do Home Assistant?

Jeżeli integracja ze smart home jest dla Ciebie ważna, przed zakupem pompy warto zadać instalatorowi kilka pytań:

• Czy urządzenie ma Modbus?
• Modbus TCP czy RTU?
• Czy producent udostępnia tabelę rejestrów?
• Czy komunikacja pozwala tylko odczytywać dane, czy również zapisywać parametry?
• Czy pompa ma SG Ready?
• Czy potrzebny jest dodatkowy gateway?
• Czy integracja działa lokalnie?
• Co się stanie, gdy producent wyłączy chmurę?
• Czy komunikacja jest oficjalnie wspierana?

To są według mnie dużo ważniejsze pytania niż:

„czy pompa ma fajną aplikację na telefon?”

Aplikację można zmienić.

Interfejs komunikacyjny urządzenia zostanie z Tobą na kilkanaście lat.

---

Home Assistant jako wspólny język dla różnych pomp

I właśnie tutaj Home Assistant ma ogromną przewagę.

Bo nieważne, czy masz:

Stiebel Eltron przez ISG

Panasonic Aquarea przez HeishaMon

NIBE przez Modbus

Mitsubishi przez MELCloud

Daikin Altherma przez Modbus RTU

Vaillant przez eBUS

Viessmann przez ViCare

czy

Bosch przez EMS-ESP.

Finalnie w Home Assistant dostajesz encje.

A później logika może wyglądać wszędzie podobnie:

temperatura

energia

pogoda

obecność

stan domu

↓

decyzja

↓

pompa ciepła

I producent przestaje być centrum całego smart home.

Staje się jednym z jego elementów.

---

FAQ – pompa ciepła i Home Assistant

Czy Home Assistant może sterować pompą ciepła?

Tak, jeżeli pompa lub jej sterownik udostępniają odpowiedni interfejs. Może to być Modbus, API producenta, eBUS, EMS, MQTT lub SG Ready.

Zakres sterowania zależy jednak od konkretnego modelu.

Co jest lepsze – Modbus czy SG Ready?

Jeżeli zależy Ci na pełnej integracji, zwykle Modbus.

Jeżeli chcesz głównie współpracować z fotowoltaiką i przekazywać pompie informację o dostępnej energii, SG Ready może w zupełności wystarczyć.

Czy pompa ciepła może działać z Home Assistant bez internetu?

Tak – jeśli wykorzystujemy lokalny interfejs, np.:

• Modbus TCP,
• Modbus RTU,
• MQTT,
• eBUS,
• EMS.

Integracje korzystające z chmury producenta wymagają dostępu do internetu.

Czy boneIO może współpracować z pompą ciepła?

Tak.

boneIO może być wykorzystane między innymi do:

• obsługi czujników,
• sterowania siłownikami,
• zaworów,
• pomp,
• odczytu urządzeń Modbus,
• integracji z Home Assistant przez MQTT,
• realizacji odpowiednio zaprojektowanych sygnałów do wejść zewnętrznych pompy.

Czy warto integrować pompę ciepła z fotowoltaiką?

Zdecydowanie warto przynajmniej przygotować taką możliwość.

Pompa ciepła może być jednym z największych odbiorników energii w domu, a ciepło można częściowo magazynować w CWU, buforze oraz samym budynku.

---

Podsumowanie

Integracja pompy ciepła ze smart home nie polega na tym, żeby mieć kolejny wykres w aplikacji.

Chodzi o to, żeby:

pompa ciepła

fotowoltaika

magazyn energii

ogrzewanie podłogowe

rekuperacja

klimatyzacja

czujniki

rolety

i cały dom

zaczęły ze sobą współpracować.

W jednym domu najlepszą drogą będzie:

Modbus TCP.

W drugim:

Modbus RTU.

W trzecim:

SG Ready.

A w jeszcze innym:

API producenta.

Nie ma jednego schematu dla wszystkich.

I właśnie dlatego warto zaplanować integrację przed wykonaniem instalacji, a nie wtedy, kiedy pompa stoi już w kotłowni, a wszystkie ściany są wykończone.

Chcesz połączyć pompę ciepła z Home Assistant i boneIO?

Jeżeli budujesz dom, mogę przygotować kompletny projekt instalacji smart home i od razu uwzględnić w nim integrację:

• pompy ciepła,
• ogrzewania podłogowego,
• rekuperacji,
• klimatyzacji,
• fotowoltaiki,
• magazynu energii,
• liczników energii,
• rolet i żaluzji,
• czujników,
• boneIO,
• Home Assistant.

Nie musisz mieć jeszcze wszystkiego wybranego.

Możemy sprawdzić, jak komunikuje się konkretna pompa ciepła, jakie przewody warto przygotować i jak później zgrać ją z całym domem.

Przygotuję dokumentację dla lokalnego elektryka i instalatorów, a po wykonaniu instalacji możemy również zdalnie uruchomić boneIO, Home Assistant oraz integracje.

📩 kontakt@domnapilota.pl

Podeślij rzuty domu oraz napisz, jaką pompę ciepła planujesz albo już posiadasz.

Jeśli jest to Stiebel Eltron, Panasonic Aquarea, NIBE, Mitsubishi Ecodan, Daikin Altherma, Vaillant aroTHERM, Viessmann Vitocal, Bosch Compress albo zupełnie inny model – sprawdzimy, jak najlepiej włączyć ją do automatyki całego domu.