Home Assistant · KNX · Lovelace · Sterowanie głosowe · 9 minut czytania

Home Assistant jako wizualizacja KNX: Panele, głos i urządzenia mobilne

Home Assistant to otwarta, lokalnie hostowana platforma automatyzacji, która łączy się z KNX przez KNXnet/IP. Oferuje darmową aplikację panelową, sterowanie głosowe przez Siri, Alexa i Google oraz integruje KNX z urządzeniami nie-KNX w jednym, ujednoliconym interfejsie – za ułamek kosztów komercyjnego serwera wizualizacji.

Dlaczego Home Assistant do wizualizacji KNX

Dwie najpopularniejsze platformy wizualizacyjne KNX w Europie to Gira X1 (własnościowa, od 800 €) i Home Assistant (open-source, poniżej 100 € na Raspberry Pi 5). Wybór zależy od wymagań projektu – żadna nie jest uniwersalnie lepsza.

Cecha	Home Assistant	Gira X1
Koszt sprzętu	80–150 € (Raspberry Pi 5 / NUC)	€800
Koszt oprogramowania	Bezpłatne (open-source)	Licencja dołączona do X1
Zależność od chmury	Opcjonalnie — w pełni lokalna praca	Chmura Gira do zdalnego dostępu
Integracja KNX	KNXnet/IP — konfiguracja YAML	GPA — konfiguracja GUI
Urządzenia nie-KNX	Sonos, Shelly, Nuki, Axis, Velux, 300+ integracji	Tylko KNX (bez mostka urządzeń innych firm)
Aplikacja mobilna	HA Companion App – bezpłatna, iOS/Android	Aplikacja Gira Smart Home – bezpłatna
Sterowanie głosowe	Siri (HomeKit), Alexa, Google (przez Nabu Casa)	Siri (HomeKit), Alexa, Google
Personalizacja pulpitu	Pełna – karty, edytor YAML lub UI	Ograniczona – struktura budynku GPA
Historia energii/temperatury	Wbudowany rejestrator + InfluxDB + Grafana	Brak wbudowanej historii – wymagana zewnętrzna
Konfiguracja	YAML + interfejs WWW – wymaga wiedzy IT	GPA GUI — łatwiejsze dla nie-programistów
Aktualizacje i wsparcie	Społeczność + Nabu Casa (komercyjne)	Wsparcie producenta Gira
Najlepsze dla	Integratorzy zaznajomieni z YAML i Linux	Czysto KNX budynek mieszkalny — pod klucz

Wybór sprzętu dla Home Assistant

Home Assistant działa na różnych urządzeniach. W profesjonalnych instalacjach KNX niezawodność sprzętu i ciągła praca 24/7 są krytyczne – serwer wizualizacji musi być dostępny, gdy klient potrzebuje aplikacji. Unikaj konfiguracji opartych na kartach SD w projektach komercyjnych.

Raspberry Pi 5 (4GB)

Mieszkalne

• Dostępny oficjalny obraz Home Assistant OS – instalacja z jednym flashowaniem
• Karta SD: używaj Samsung Pro Endurance 32GB (przystosowana do ciągłego zapisu 24/7)
• Lepiej: uruchamiaj z USB SSD zamiast karty SD dla niezawodności
• UPS: dodaj UPSPi lub podobny HAT dla ochrony przed utratą zasilania
• Koszt: ≈ 100 € w komplecie (Pi 5 + obudowa + SSD + zasilacz)
• Odpowiednie dla: projektów mieszkaniowych, pojedyncza linia KNX, do 200 encji

Intel NUC mini PC

Komercyjne

• Intel NUC 12 Pro lub NUC 13 z 8 GB RAM + 256 GB NVMe SSD
• Brak karty SD – niezawodność SSD odpowiednia do użytku komercyjnego 24/7
• Zainstaluj HA OS bezpośrednio na NVMe – natywna wydajność bare-metal
• Dodaj UPS APC BE700G-UK 700 VA dla ochrony zasilania
• Koszt: ok. 350–500 € w komplecie
• Odpowiednie dla: budynków komercyjnych, 500+ encji, wieloliniowy KNX

Synology NAS (Docker)

Ponowne wykorzystanie istniejącego NAS

• Uruchom HA w Docker Container Manager na istniejącym Synology NAS
• NAS ma już UPS, redundancję RAID – zaleta niezawodności
• Ograniczenie: tryb HA Supervised niedostępny w Docker
• Sklep z dodatkami niedostępny – wymagane ręczne zarządzanie dodatkami
• Odpowiednie dla: klientów z istniejącym Synology DS220+ lub wyższym
• Niezalecane do nowych instalacji komercyjnych — zamiast tego użyj NUC

ODROID N2+ (HA Blue/Yellow)

Oficjalny sprzęt HA

• HA Yellow: oficjalna płyta z modułem ODROID N2+ + pamięć eMMC
• eMMC (32 GB) jest bardziej niezawodny niż karta SD przy ciągłych zapisach
• Wbudowany koordynator Zigbee — przydatny, jeśli projekt obejmuje urządzenia Zigbee
• Dostępna wersja PoE — zasilanie przez kabel Ethernet (bez osobnego zasilacza)
• Koszt: ok. 180 € w stanie zmontowanym
• Odpowiednie dla: mieszanych projektów KNX + Zigbee, czysta instalacja pojedynczego urządzenia

Integracja KNX w Home Assistant

Integracja HA KNX łączy się z instalacją KNX poprzez tunelowanie lub routing KNXnet/IP – ten sam protokół używany przez ETS6. Host HA musi znajdować się w tej samej sieci LAN (lub VLAN) co interfejs IP KNX lub router IP. Nie jest wymagany żaden dodatkowy sprzęt między HA a KNX.

configuration.yaml – połączenie KNX

knx:
  # Tunneling connection to KNX IP interface or IP router
  tunneling:
    host: 192.168.1.50          # Static IP of KNX IP router
    port: 3671                   # KNXnet/IP port (default)
    local_ip: 192.168.1.100     # HA host IP — must match LAN

  # Alternative: routing (multicast) — for IP backbone setups
  # routing:
  #   local_ip: 192.168.1.100

  # State updater: HA reads back group address values on startup
  state_updater: true
  rate_limit: 20                 # Max KNX writes per second

Encje KNX są definiowane w YAML w pliku configuration.yaml (lub podzielone na osobne pliki za pomocą funkcji packages). Każda encja mapuje jedną lub więcej grup adresowych KNX na typ encji Home Assistant. DPT musi być zgodny z tym skonfigurowanym w ETS6 dla tej grupy adresowej.

Typ encji HA	DPT KNX	Wymagane grupy adresowe
binary_sensor	DPT 1.001	state_address (odczyt)
czujnik (temperatura)	DPT 9.001	state_address (odczyt)
czujnik (CO2)	DPT 9.008	state_address (odczyt)
oświetlenie (przełączanie)	DPT 1.001	adres (zapis) + adres stanu (odczyt)
oświetlenie (ściemnianie)	DPT 1.001 + DPT 5.001	adres + adres jasności + adres stanu jasności
oświetlenie (tunable white)	DPT 1.001 + DPT 5.001 + DPT 7.600	adres + jasność + adresy temperatury barwowej
osłona (żaluzja/roletka)	DPT 1.008 + DPT 5.001	move_long_address + position_address + position_state_address
klimat	DPT 9.001 + DPT 20.102	temperature_address + target_temperature_address + operation_mode_address
przełącznik	DPT 1.001	adres (zapis) + adres stanu (odczyt)
scena	DPT 18.001	adres (tylko do zapisu)

Przykład YAML – encja oświetlenia KNX z regulowaną bielą

light:
  - platform: knx
    name: "Living Room Ceiling"
    address: "1/0/1"                    # DPT 1.001 on/off write
    state_address: "1/0/2"             # DPT 1.001 on/off read back
    brightness_address: "1/0/2"        # DPT 5.001 brightness write
    brightness_state_address: "1/0/3"  # DPT 5.001 brightness read
    color_temperature_address: "1/0/4" # DPT 7.600 colour temp write
    color_temperature_state_address: "1/0/5"
    min_kelvin: 2700                   # Warm white (2700K)
    max_kelvin: 6500                   # Cool white (6500K)

cover:
  - platform: knx
    name: "Living Room Blinds"
    move_long_address: "2/0/1"         # DPT 1.008 up/down
    stop_address: "2/0/2"              # DPT 1.001 stop
    position_address: "2/0/3"         # DPT 5.001 position write
    position_state_address: "2/0/4"   # DPT 5.001 position read
    travelling_time_down: 30           # seconds to close fully
    travelling_time_up: 28             # seconds to open fully

climate:
  - platform: knx
    name: "Living Room Thermostat"
    temperature_address: "3/0/1"      # DPT 9.001 actual temp read
    target_temperature_address: "3/0/2"       # DPT 9.001 setpoint write
    target_temperature_state_address: "3/0/3" # DPT 9.001 setpoint read
    operation_mode_address: "3/0/4"   # DPT 20.102 HVAC mode write
    operation_mode_state_address: "3/0/5"
    min_temp: 16
    max_temp: 30

Projekt pulpitu Lovelace dla KNX

Lovelace is Home Assistant's card-based dashboard UI. Dashboards are configurable via the web UI editor or directly in YAML. For professional residential installations, Mushroom cards (community plugin via HACS) provide a cleaner, more modern UI than the default cards.

Karta światła – przełącznik wł./wył. + suwak jasności dla encji oświetlenia HA powiązanej z KNX DPT 5.001

• Karta termostatu – wyświetlanie encji klimatu z przyciskami +/- wartości zadanej i wyborem trybu HVAC
• Thermostat card — climate entity display with setpoint +/- buttons and HVAC mode selector
• Karta Cover – suwak pozycji żaluzji/rolet z przyciskami otwórz/zamknij
• Karta Button – wyzwalanie sceny, wysyła DPT 18.001 do adresu grupowego sceny KNX
• Karta Mushroom Light (HACS) – kompaktowe, ikonowe sterowanie oświetleniem z kolorem i jasnością
• Karta Mushroom Climate (HACS) – kompaktowy termostat z ikonami trybów

Karty kluczowe do monitorowania KNX

• Karta History Graph – wartości temperatury lub energii z 24h/7d/30d z rejestratora HA
• Karta Gauge – bieżący wyświetlacz CO2 w ppm z encji czujnika KNX (DPT 9.008)
• Karta Glance – przegląd stanu wielu binarnych czujników KNX (okna otwarte/zamknięte, strefy ruchu)
• Karta statystyk – dzienne/miesięczne zużycie energii z encji podliczników KNX
• Karta Mini Graph (HACS) – wbudowany wykres sparkline dla trendów temperatury w kartach pomieszczeń
• Panel energetyczny – wbudowane zarządzanie energią HA z użyciem encji czujników mocy KNX

Organizacja panelu dla projektów mieszkaniowych: Utwórz jeden widok Lovelace na piętro lub obszar funkcjonalny (Przegląd, Parter, Pierwsze piętro, Ogród). Każdy widok pokazuje tylko encje istotne dla danego obszaru. Użyj układu z paskiem bocznym dla instalacji, w których panel HA jest wyświetlany na stałe zamontowanym tablecie ściennym – nawigacja boczna jest łatwiejsza do dotknięcia niż zakładki w górnej nawigacji.

Aplikacja mobilna Companion: dostęp lokalny i zdalny

Aplikacja HA Companion (iOS i Android) to oficjalny klient mobilny dla Home Assistant. Zapewnia pełny panel Lovelace na urządzeniu mobilnym, powiadomienia push, udostępnianie lokalizacji urządzenia oraz sensory urządzenia (bateria, ruch, GPS), które mogą być używane w automatyzacjach.

Połączenie lokalne (LAN)

• Aplikacja wykrywa HA przez mDNS (Bonjour) w tej samej sieci WiFi
• Łączy się z HA przez lokalny adres IP – nie wymaga Internetu
• Czas odpowiedzi poniżej 50 ms dla przełączania i ściemniania
• Jeśli izolacja AP jest włączona w routerze WiFi: ręcznie wprowadź adres IP HA w ustawieniach aplikacji
• Wewnętrzny URL: http://192.168.1.x:8123

Opcje zdalnego dostępu

Nabu Casa Cloud (65 USD/rok): Zdalny dostęp jednym kliknięciem przez przekaźnik Nabu Casa. Nie wymaga przekierowania portów. Umożliwia także integrację z Alexą i Asystentem Google.
WireGuard VPN: Samodzielnie hostowany na routerze lokalnym. Aplikacja łączy się przez VPN z HA na lokalnym IP. Brak zależności od chmury. Zalecane dla projektów komercyjnych i wrażliwych na prywatność.
Cloudflare Tunnel: Zaawansowana opcja – HA udostępniane przez Cloudflare Zero Trust z MFA. Bez przekierowania portów, bez potrzeby klienta VPN.

Powiadomienia push dla zdarzeń KNX

• Automatyzacja HA: wyzwalanie przy zmianie stanu binarnego czujnika KNX (np. otwarcie kontaktu okiennego)
• Akcja: notify.mobile_app_[telefon] → wysyła push do aplikacji Companion
• Notification includes: title, message, action buttons (e.g. "Close all blinds")
• Powiadomienia z akcją: dotknij przycisk w powiadomieniu → automatyka HA uruchamia się → zapis adresu grupowego KNX
• Działa lokalnie (HA obsługuje powiadomienia przez przekaźnik push) — Nabu Casa nie jest wymagane do powiadomień

Sterowanie głosowe: Siri, Alexa i Asystent Google

Home Assistant działa jako uniwersalny most między KNX a wszystkimi trzema głównymi platformami głosowymi. Pojedynczy byt oświetlenia KNX zdefiniowany w HA może być sterowany przez wszystkie trzy jednocześnie — po skonfigurowaniu integracji HA nie jest wymagana osobna konfiguracja dla każdej platformy.

Przebieg polecenia głosowego — Alexa do KNX

"Alexa, turn off the living room lights"
    │
    ▼
Amazon Alexa cloud
    │  (Nabu Casa cloud subscription required)
    ▼
Nabu Casa cloud relay
    │
    ▼
Home Assistant (local — on site network)
  HA processes: entity "Living Room Ceiling" → state: off
    │
    ▼
KNX integration
  Writes DPT 1.001 value 0 to group address 1/0/1
    │  (via KNXnet/IP tunneling to KNX IP router)
    ▼
KNX TP bus → Dimmer actuator → lights off

Total latency: 300–800ms (internet round-trip)
Local commands via Siri on same LAN: under 100ms

Apple HomeKit / Siri

• Integracja HA HomeKit Bridge udostępnia byty HA jako akcesoria HomeKit
• Działa lokalnie — nie wymaga internetu dla Siri w tej samej sieci
• Apple TV lub HomePod działa jako hub domowy dla zdalnej Siri
• Obsługuje: oświetlenie, rolety, klimatyzację, czujniki, przełączniki
• 'Hey Siri, set living room to 22 degrees' → HA → KNX climate write
• Nie wymaga subskrypcji Nabu Casa

Amazon Alexa

• Integracja HA Alexa przez chmurę Nabu Casa (65 $/rok)
• Alternatywa: samodzielnie hostowana chmura HA z AWS Lambda (zaawansowane)
• Alexa automatycznie wykrywa encje HA jako urządzenia Alexa
• Obsługuje: oświetlenie (wł./wył./ściemnianie), osłony, klimatyzację, przełączniki, sceny
• 'Alexa, dim the office lights to 40%' → Nabu Casa → HA → KNX DPT 5.001
• Procedury Alexa mogą łączyć sceny KNX z urządzeniami nie-KNX

Asystent Google

• Integracja HA z Asystentem Google przez chmurę Nabu Casa
• Aplikacja Google Home wyświetla encje HA jako urządzenia Google Home
• Obsługuje: oświetlenie, rolety, klimatyzację, czujniki, przełączniki
• 'Hey Google, close the bedroom blinds' → Nabu Casa → HA → KNX DPT 1.008
• Procedury Google Home: łączenie scen KNX z Chromecast, Nest
• Wymagana subskrypcja Nabu Casa (te same $65/rok obejmuje Alexa + Google)

Rejestrator HA i InfluxDB dla historii KNX

Rejestrator Home Assistant przechowuje wszystkie zmiany stanu encji w lokalnej bazie SQLite (domyślnie) lub PostgreSQL. Domyślny okres przechowywania to 10 dni. Do długoterminowej analizy – zużycia energii w ciągu miesięcy, wydajności HVAC w sezonach – InfluxDB 2.0 z Grafaną zapewnia profesjonalne przechowywanie szeregów czasowych i wizualizację.

Rejestrator HA (wbudowany)

• Domyślnie: SQLite na pamięci hosta HA (home-assistant_v2.db)
• Karta wykresu historii używa danych Recorder – brak dodatkowej konfiguracji
• Przechowywanie: domyślnie 10 dni (konfigurowalne w configuration.yaml)
• Dla instalacji na NVMe: zwiększ do 90 dni – bez wpływu na wydajność
• Dla instalacji na karcie SD: pozostaw 10 dni, aby zmniejszyć liczbę cykli zapisu
• Wyklucz hałaśliwe encje (np. czujniki ruchu), aby zmniejszyć rozmiar bazy danych

InfluxDB 2.0 + Grafana

• InfluxDB: baza danych szeregów czasowych – zoptymalizowana pod dane czujników
• Instalacja przez Dockera na NUC lub Synology razem z HA
• Integracja HA z InfluxDB: przesyła wszystkie zmiany stanu encji do InfluxDB
• Retencja: nieograniczona (skonfiguruj politykę przechowywania w InfluxDB)
• Grafana: łączy się z InfluxDB – tworzy pulpity dla energii, temperatury
• Zastosowanie: miesięczny raport energetyczny na podlicznik KNX, sezonowa analiza HVAC

configuration.yaml – integracja InfluxDB

influxdb:
  api_version: 2
  host: 192.168.1.101         # InfluxDB 2.0 host IP (Docker container)
  port: 8086
  token: !secret influxdb_token
  organization: panelcraft
  bucket: home_assistant
  precision: s                # Second precision — sufficient for KNX
  include:
    entity_globs:
      - sensor.knx_*          # Only push KNX sensor entities
      - climate.*
  exclude:
    entities:
      - sensor.knx_motion_*   # Exclude high-frequency motion sensors

Zagadnienia bezpieczeństwa

Instancja Home Assistant sterująca KNX to cenny cel – uzyskanie dostępu do HA oznacza kontrolę nad całą automatyzacją budynku. Bezpieczeństwo musi być uwzględnione podczas uruchomienia, a nie jako późniejszy dodatek.

Bezpieczeństwo sieci

• Nigdy nie wystawiaj portu HA 8123 bezpośrednio do internetu – używaj tylko Nabu Casa cloud lub VPN
• Wydziel VLAN IoT dla Shelly, Tasmota i innych urządzeń WiFi
• HA znajduje się w VLAN zarządzania z regułami firewalla do VLAN KNX i VLAN IoT
• Wyłącz nieużywane integracje HA – każda integracja to powierzchnia ataku
• Włącz uwierzytelnianie dwuskładnikowe (TOTP) dla wszystkich kont użytkowników

Bezpieczeństwo oprogramowania

• Aktualizuj HA: Ustawienia → System → Aktualizacje → włącz automatyczne aktualizacje dla HA Core
• Integracje społeczności HACS: instaluj tylko z zaufanych repozytoriów z aktywną konserwacją
• Przechowuj wrażliwe tokeny w secrets.yaml (nie inline w configuration.yaml)
• Twórz kopię zapasową konfiguracji HA co tydzień: Ustawienia → System → Kopie zapasowe → automatyczna kopia na NAS lub w chmurze
• Monitoruj logi HA pod kątem nieudanych prób logowania: Ustawienia → System → Logi

Izolacja VLAN KNX: Umieść router KNX IP i wszystkie linie KNX TP w dedykowanej sieci VLAN (np. VLAN 20). Zezwól tylko adresowi IP hosta HA na komunikację z siecią VLAN KNX na porcie 3671 UDP. Zablokuj wszystkim innym hostom dostęp do routera KNX IP – nieograniczona sieć pozwala każdemu urządzeniu wysyłać telegramy KNX i sterować wszystkimi siłownikami bez uwierzytelniania.

Powiązane przewodniki

Wizualizacja KNX

Gira X1: Konfiguracja serwera inteligentnego domu KNX i konfiguracja aplikacji

Wizualizacja KNX

Sterowniki pomieszczeń KNX: Konfiguracja wyświetlaczy Gira, MDT i Zennio

Sieci KNX

KNXnet/IP Routing: Interfejsy IP a routery IP – wyjaśnienie

Sieci KNX

Projektowanie szkieletu IP: VLAN i QoS dla dużych instalacji KNX

Solutions

Technologies

Knowledge

Company