Home Assistant poza domem na zegarku: lokalny URL, zdalny URL, Home Assistant Cloud i VPN

Krótka odpowiedź

W domu AmazHA, aplikacja Home Assistant na zegarki Amazfit, potrzebuje tylko Twojego adresu lokalnego, na przykład http://192.168.1.50:8123, i nic nie musi być dostępne z zewnątrz. Poza domem telefon potrzebuje adresu zdalnego, do którego ma dostęp: Home Assistant Cloud, VPN, taki jak Tailscale czy WireGuard, albo własnej domeny z HTTPS. Wpisz oba, a AmazHA sama wybierze ten, który działa.

W domu nie potrzebujesz niczego więcej

W sieci domowej jedyny adres, jakiego potrzebuje AmazHA, to ten, którego już używasz w domu, by otworzyć Home Assistant w przeglądarce. To pole Lokalny URL (LAN) w ustawieniach AmazHA i ono samo wystarczy: bez subskrypcji, bez VPN, bez domeny, bez otwartego portu na routerze.

AmazHA ma w ustawieniach dwa pola adresu: Lokalny URL (LAN) i Zdalny URL. Każde z nich może zostać puste. Jeśli używasz zegarka tylko w domu, wypełnij lokalny, zostaw zdalny pusty i gotowe. Adres zdalny możesz dodać później, w dniu, w którym zechcesz, by zegarek działał w biurze albo na urlopie, niczego innego nie zmieniając.

Pola znajdziesz w aplikacji Zepp w sekcji Profil › Twój zegarek › Aplikacje › AmazHA › Ustawienia › Home Assistant. Pojawiają się po odblokowaniu pełnej wersji (jednorazowe odblokowanie, bez abonamentu): darmowa wersja to działające demo na przykładowych danych i nie łączy się z serwerem. Poradnik Połącz Home Assistant pokazuje na wideo krok z adresem lokalnym.

Typowy adres lokalny wygląda jak któryś z tych (to przykłady, użyj własnego):

http://192.168.1.50:8123
http://homeassistant.local:8123

Jeśli w polu Lokalny URL (LAN) wpiszesz adres bez http:// lub https://, AmazHA doda na początku http://, bo serwery lokalne zwykle używają zwykłego http.

Dlaczego to telefon musi mieć dostęp do Home Assistant

Zegarek nigdy nie łączy się z Home Assistant sam. Komunikuje się z telefonem przez Bluetooth, a część AmazHA działająca w aplikacji Zepp na telefonie jako jedyna wysyła zapytania do Twojego serwera. Pytanie „czy mój zegarek ma dostęp do Home Assistant?” brzmi więc naprawdę: „czy mój telefon ma teraz dostęp do Home Assistant tam, gdzie jest?”

Ma to kilka praktycznych skutków:

• Zegarek nie potrzebuje Wi-Fi. Na potrzeby AmazHA nigdy nie łączy się z żadną siecią. Zegarek z samym Bluetooth działa tak samo.
• Telefon musi być w pobliżu, z włączonym Bluetooth i uruchomioną aplikacją Zepp. Jeśli nie jest, zegarek pokazuje Offline · Telefon nie odpowiada, a to inny problem niż błędny adres (zobacz rozwiązywanie problemów, krok 2).
• To sieć, w której jest telefon, decyduje, który adres działa. W domowym Wi-Fi działa adres lokalny. Na danych komórkowych, u znajomych czy w hotelowym Wi-Fi może działać tylko adres zdalny i tylko wtedy, gdy telefon ma do niego dostęp z tego miejsca.
• VPN musi być połączony na telefonie, a nie na zegarku. Zegarek nic o nim nie wie.
• Twój token zostaje w telefonie. Długoterminowy token dostępu wklejasz raz, w ustawieniach AmazHA. Zegarek dostaje tylko to, co pokazuje, przez połączenie Bluetooth, które już ma z telefonem; token nigdy do niego nie trafia.

To wyjaśnia mylący obraz: ustawienia mówią Połączono, a zegarek mówi Offline. Ustawienia testują tylko drogę z telefonu do Home Assistant; zegarek potrzebuje jeszcze drogi przez Bluetooth do telefonu.

Jak AmazHA wybiera adres

AmazHA wybiera adres sama, najpierw lokalny, potem zdalny. Nie ma przełącznika, który trzeba przestawić przy wyjściu z domu, i nigdy nie wybierasz ręcznie między dwoma polami.

Z jednym adresem

Gdy wypełnione jest tylko jedno pole, AmazHA po prostu go używa. Nic nie jest sprawdzane i nic nie jest przełączane. Konfiguracja tylko z adresem lokalnym działa w domu i poza domem pokazuje baner Offline; konfiguracja tylko z adresem zdalnym działa wszędzie tam, skąd telefon ma do niego dostęp.

Z dwoma adresami

Gdy wypełnione są oba pola, telefon jednocześnie pyta oba adresy, czy Home Assistant odpowiada, z krótkim limitem czasu 1,5 sekundy. Jeśli odpowie adres lokalny, AmazHA go używa. Jeśli odpowie tylko zdalny, używa zdalnego. Zwycięzca jest zapamiętywany, więc kolejne zapytania trafiają prosto do niego, bez ponownego pytania.

Sprawdzenie jest surowsze niż „coś odpowiedziało”. Adres się liczy tylko wtedy, gdy odpowiada jak API Home Assistant. Ma to znaczenie w cudzych sieciach: w hotelowym Wi-Fi pod 192.168.1.50 może być drukarka, strona routera albo portal logowania, który odpowiada stroną internetową. AmazHA nie bierze tego za Twój serwer, więc nie utyka na adresie lokalnym, gdy prawdziwą odpowiedź daje adres zdalny.

Wyjście z domu i powrót

Zapamiętany adres jest używany, dopóki zapytanie do niego nie zawiedzie. Gdy wychodzisz z domu, a telefon traci Twoje Wi-Fi, następne zapytanie do adresu lokalnego się nie udaje, AmazHA o nim zapomina, a kolejna próba znów pyta oba adresy i trafia na zdalny. Gdy aplikacja AmazHA jest otwarta, zegarek odświeża się co 8 sekund, więc w praktyce pierwsze odświeżenie po zmianie może się nie udać i na chwilę pokazać baner Offline, a następne wraca do normy.

Powrót do domu działa odwrotnie i ciszej: jeśli Twój adres zdalny działa też z wnętrza sieci, AmazHA używa go dalej, dopóki zapytanie nie zawiedzie albo nie dotkniesz ponownie Połącz. Nic złego się wtedy nie dzieje; adres zdalny po prostu nadal działa.

Wpisywanie adresów

Przy wypełnianiu pól warto znać kilka szczegółów:

• Nic po adresie serwera. http://192.168.1.50:8123, a nie http://192.168.1.50:8123/lovelace. To samo dotyczy zdalnego: https://xxxxx.ui.nabu.casa, a nie https://xxxxx.ui.nabu.casa/lovelace. Z pozostawioną ścieżką adres odpowiada, ale nie jak API Home Assistant.
• Schemat. Gdy nie wpiszesz schematu, Lokalny URL (LAN) dostaje http://, a Zdalny URL dostaje https://. Wpisz http:// sam, jeśli adres zdalny naprawdę używa zwykłego http (na przykład adres w VPN).
• Port. Zostaw port, jeśli Twój adres go potrzebuje, jak w :8123. Bez portu https:// oznacza 443.
• Jeden token dla obu. Wklej go raz w polu Token długoterminowy; obsługuje adres lokalny i zdalny. Oba adresy muszą prowadzić do tego samego Home Assistant.

Poradnik Połącz Home Assistant omawia krok z adresem zdalnym, a krok 8 następujący po nim test.

Porównanie opcji zdalnego dostępu

Z AmazHA działa każdy adres zdalny, o ile telefon może go otworzyć tam, gdzie jest, i odpowiada on jak API Home Assistant. To, którego użyć, jest decyzją dotyczącą Home Assistant, nie AmazHA. Oto najpopularniejsze opcje obok siebie.

Home Assistant Cloud (wkrótce Home Assistant Link)

Home Assistant Cloud to usługa subskrypcyjna prowadzona przez Nabu Casa; jej subskrypcje finansują rozwój Home Assistant w pełnym wymiarze. Własna dokumentacja Home Assistant nazywa ją najprostszą opcją dla większości osób: nie wymaga otwierania portów na routerze, szyfruje ruch i generuje dla Ciebie unikalny zdalny adres URL.

Dla AmazHA ten zdalny adres URL to wszystko, czego potrzebujesz: skopiuj go, tak jak pokazuje go Home Assistant, do pola Zdalny URL, bez niczego na końcu. Twój długoterminowy token dostępu działa przez niego tak samo jak na adresie lokalnym, bo oba prowadzą do tego samego serwera.

2 października 2026 Nabu Casa ogłosiła, że Home Assistant Cloud zmieni nazwę na Home Assistant Link 2 grudnia 2026. Ogłoszenie mówi, że to ta sama subskrypcja pod nową nazwą i nie trzeba nic robić. Nie wspomina o zmianie adresu, więc dziś w AmazHA nie ma nic do zmiany.

VPN: Tailscale, WireGuard i inne

VPN wirtualnie umieszcza Twój telefon w sieci domowej, gdziekolwiek jest. Dokumentacja Home Assistant wymienia usługi VPN, takie jak Tailscale i ZeroTier One, jako bezpieczną drogę dostępu i wskazuje haczyk: VPN musi być połączony, zanim cokolwiek z zewnątrz dotrze do Home Assistant. Dla AmazHA oznacza to, że VPN musi być połączony na telefonie. Jeśli się rozłączy, zegarek pokazuje Offline · Home Assistant niedostępny, dopóki połączenie nie wróci.

W polu Zdalny URL wpisujesz adres, którego telefon używa dla Home Assistant, gdy VPN działa: adres serwera wewnątrz VPN albo nazwę, którą Twój VPN dla niego rozwiązuje. Dwa szczegóły:

• Jeśli Twój serwer odpowiada tam zwykłym http, dopisz przed adresem http://. Bez schematu AmazHA dodaje do adresu zdalnego https://, który by nie odpowiedział.
• Przy niektórych konfiguracjach VPN przez tunel staje się dostępny sam Twój adres domowy, 192.168.1.50. Wtedy adres lokalny działa wszędzie tam, gdzie VPN jest włączony, a pole zdalne jest zapasowe na czas, gdy nie jest.

VPN to opcja z najmniejszą ekspozycją: nic z Twojego serwera nie jest otwarte na internet. Ceną jest to, że każde urządzenie, które potrzebuje Home Assistant, łącznie z telefonem, musi mieć uruchomionego klienta VPN.

Własna domena z HTTPS: reverse proxy lub tunel

Z własną domeną https://ha.example.com prowadzi do Twojego Home Assistant z dowolnego miejsca. Dwa popularne sposoby:

• Reverse proxy (Nginx, Caddy, Traefik lub podobny) w domu odbiera zapytania na porcie 443, obsługuje certyfikat i przekazuje zapytania do Home Assistant. Wymaga przekierowania portu na routerze.
• Tunel, taki jak Cloudflare Tunnel, uruchamia w Twojej sieci mały konektor, który utrzymuje otwarte połączenie wychodzące do dostawcy, więc na routerze niczego się nie otwiera. Dostawca obsługuje Twoją domenę z ważnym certyfikatem.

W obu przypadkach coś stoi przed Home Assistant i przekazuje do niego zapytania, a Home Assistant trzeba poinformować, że ma temu ufać. Dokumentacja Home Assistant wyraźnie mówi, że zapytania z reverse proxy są blokowane, dopóki nie włączysz Trust X-Forwarded-For (ufaj nagłówkowi X-Forwarded-For) i nie dodasz proxy do Trusted proxies (zaufane serwery proxy). Jeśli to pominiesz, każde zapytanie przez proxy dostaje 400 Bad Request (więcej o tym niżej).

Samo przekierowanie portu

Przekierowanie portu routera prosto do Home Assistant to najbardziej bezpośrednia droga i ta, wobec której dokumentacja zdalnego dostępu Home Assistant jest najbardziej ostrożna: samo otwarcie portu nie jest bezpieczne, ruch musi być szyfrowany, a przed wystawieniem czegokolwiek warto przejść przez jej listę kontrolną bezpieczeństwa. Wskazuje też dwie praktyczne pułapki: wielu dostawców internetu daje dynamiczny adres IP, dlatego sugeruje nazwę dynamicznego DNS, taką jak DuckDNS, a niektórzy dostawcy umieszczają Cię za CG-NAT, gdzie połączenia przychodzące w ogóle do Ciebie nie docierają.

Jeśli wybierzesz tę drogę, adres zdalny to Twoja nazwa dynamicznego DNS z https i przekierowanym portem, na przykład https://yourname.duckdns.org:8123. Wpisz dokładnie to w polu Zdalny URL.

HTTPS i certyfikaty poza domem

Poza domem zasada z poradnika rozwiązywania problemów jest krótka: adres wymaga https z ważnym certyfikatem. Są dwa powody.

Pierwszy to bezpieczeństwo. Twój długoterminowy token dostępu jest wysyłany z każdym zapytaniem telefonu. Przez zwykłe http w otwartym internecie każdy na trasie może go odczytać, a z nim sterować Twoim domem.

Drugi powód to fakt, że telefony odrzucają certyfikaty, którym nie ufają. Certyfikat samopodpisany, wystawiony na Twoim własnym serwerze, nie jest podpisany przez urząd, któremu telefon domyślnie ufa, więc połączenie jest odrzucane, zanim w ogóle dotrze do Home Assistant. Na zegarku wygląda to jak każdy inny nieosiągalny serwer. Proste rozwiązanie to certyfikat, któremu telefon już ufa:

• Home Assistant Cloud i tunele, takie jak Cloudflare Tunnel, zapewniają go za Ciebie.
• Z własną domeną albo nazwą dynamicznego DNS certyfikaty Let’s Encrypt są darmowe i zaufane przez telefony.

Dwie pułapki czekają na tych, którzy konfigurują HTTPS w samym Home Assistant, a nie na proxy przed nim:

• Zmienia się też adres lokalny. Gdy Home Assistant obsługuje HTTPS na swoim porcie, zwykłe http://192.168.1.50:8123 przestaje na tym porcie odpowiadać.
• Adres IP nie pasuje do certyfikatu. Certyfikat dla ha.example.com nie jest ważny dla https://192.168.1.50:8123, więc ten adres lokalny nie przechodzi sprawdzenia certyfikatu. Reverse proxy albo tunel po stronie zdalnej, z samym Home Assistant na zwykłym http w domu, pozwala uniknąć obu problemów.

Zwykłe http jest normalne i w porządku dla adresu lokalnego w domu. Wewnątrz VPN, którego tunel jest już szyfrowany, http też może być do przyjęcia; w otwartym internecie używaj https.

Typowe błędy i co mówi zegarek

Gdy coś jest nie tak, zegarek mówi, które łącze zawiodło. Tabela wymienia komunikaty związane z adresami oraz jeden, który wygląda podobnie, ale nimi nie jest.

Offline · Home Assistant niedostępny

Baner pokazuje Offline, potem Home Assistant niedostępny · Ponawiam co 8 s, a pod spodem krótki kod, który mówi pomocy technicznej, co dokładnie zawiodło. Typowe przyczyny: jesteś poza domem i masz tylko adres lokalny; VPN nie jest połączony na telefonie; adres zdalny działa w domu, ale nie z zewnątrz; telefon nie ufa certyfikatowi; albo sam Home Assistant nie działa lub się restartuje. Rozwiązanie zawsze zaczyna się tak samo: otwórz adres w przeglądarce telefonu, jak opisano niżej. Poradnik rozwiązywania problemów, krok 3, pokazuje ten komunikat na wideo.

Błędny adres

Błędny adres oznacza, że adres odpowiedział, ale stroną internetową zamiast API Home Assistant. Prawie zawsze adres zawiera ścieżkę, zwykle skopiowaną z paska przeglądarki: https://ha.example.com/lovelace/0 zamiast https://ha.example.com. Usuń wszystko po adresie serwera (i jego porcie). W ustawieniach AmazHA test połączenia mówi to samo własnymi słowami: adres odpowiada, ale nie interfejsem API Home Assistant, i podaje przykład adresu Home Assistant Cloud z /lovelace i bez. Zobacz rozwiązywanie problemów, krok 4. Rzadziej adres prowadzi do czegoś zupełnie innego, na przykład do strony administracyjnej routera.

400 Bad Request za reverse proxy

Jeśli Twój adres zdalny przechodzi przez reverse proxy albo tunel, a każde zapytanie wraca z 400 Bad Request, Home Assistant odrzuca proxy. Jego integracja HTTP odrzuca każde zapytanie z nagłówkiem forwarded-for, jeśli nie kazano jej ufać reverse proxy albo jeśli adresu proxy nie ma na liście zaufanych, a odpowiedź w obu przypadkach to 400. Dziennik Home Assistant podaje adres, z którego przyszło zapytanie; w drugim przypadku wpis brzmi „Received X-Forwarded-For header from an untrusted proxy”, a po nim ten adres.

W AmazHA Połącz pokazuje Błąd 400 przy jednym adresie albo czerwoną kropkę przy Zdalny przy dwóch.

Rozwiązanie jest po stronie Home Assistant. W obecnych wersjach ustawienia serwera HTTP są w interfejsie użytkownika: w sekcji Ustawienia › System › Sieć włącz Trust X-Forwarded-For i dodaj adres lub sieć proxy w Trusted proxies. Starsze wersje używają YAML w configuration.yaml (poniższy adres to przykład; użyj adresu swojego proxy):

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 192.168.1.10

Dokumentacja integracji HTTP Home Assistant podaje szczegóły dla każdej wersji. Uruchom ponownie Home Assistant, jeśli Twoja wersja tego wymaga, a potem dotknij jeszcze raz Połącz.

Offline · Telefon nie odpowiada

Ten komunikat w ogóle nie dotyczy adresów. Zegarek nie dotarł do telefonu przez Bluetooth, więc telefon nawet nie miał szansy spróbować połączyć się z Home Assistant. Trzymaj telefon w pobliżu, z włączonym Bluetooth i uruchomioną aplikacją Zepp (rozwiązywanie problemów, krok 2). Zmiana adresów tego nie naprawi.

Ustawienie adresu zewnętrznego w samym Home Assistant

Home Assistant ma własne ustawienia Home Assistant URL (adresy URL Home Assistant), z polem Internet i polem Local network (sieć lokalna) w sekcji Ustawienia › System › Sieć. Mówią one Home Assistant i jego własnym aplikacjom, gdzie jest dostępny. AmazHA ich nie odczytuje: używa tylko dwóch adresów wpisanych w jej własnych ustawieniach. Jeśli zmieniłeś adres zewnętrzny w Home Assistant, a zegarek za tym nie poszedł, to właśnie dlatego. Skopiuj nowy adres do pola Zdalny URL.

Najpierw sprawdź w przeglądarce telefonu

Zanim cokolwiek zmienisz w AmazHA, otwórz adres w przeglądarce na tym samym telefonie, w tym samym miejscu. To najszybszy możliwy test, bo idzie tą samą drogą co AmazHA: telefon, jego bieżąca sieć, Twój adres.

1. Wyłącz Wi-Fi w telefonie, jeśli testujesz adres zdalny z domu, żeby zapytanie naprawdę poszło przez dane komórkowe. Włącz VPN, jeśli adres zdalny go wymaga.
2. Wpisz dokładnie ten adres, który podałeś w AmazHA, na przykład https://ha.example.com.
3. Odczytaj wynik.

W przypadku adresu lokalnego zrób to samo z włączonym Wi-Fi, w domu. Jeśli przeglądarka dociera do strony logowania, a AmazHA nadal zawodzi, sprawdź, czy w polu jest sam adres serwera, bez niczego na końcu, i ten sam schemat, którego użyła przeglądarka.

Możesz też dopisać w przeglądarce do adresu /api/. Home Assistant odpowiada na to błędem uwierzytelniania, bo przeglądarka nie wysyła tokenu: to dowodzi, że adres prowadzi do API Home Assistant, a nie do jakiejś innej strony. W AmazHA wpisz adres bez /api/.

Test połączenia w AmazHA: jak czytać LAN i Zdalny

Połącz w ustawieniach AmazHA testuje adresy z telefonu i mówi, co znalazło. Po dotknięciu wynik pojawia się w kilka sekund:

• Z jednym adresem: Połączono ✓, gdy Home Assistant odpowiada, Serwer niedostępny, gdy nic nie odpowiada, Błąd z liczbą, gdy coś odpowiedziało błędem HTTP (na przykład Błąd 400 lub Błąd 401), oraz Odpowiada, ale to nie Home Assistant, gdy adres odpowiada czymś, co nie jest API.
• Z dwoma adresami: jeden wynik na adres, LAN i Zdalny, każdy z kolorową kropką: zieloną, gdy odpowiada tam Home Assistant, pomarańczową, gdy coś odpowiada, ale to nie Home Assistant, czerwoną, gdy się nie udaje.

Czytaj go, pamiętając, gdzie jest telefon. W domu czerwony Zdalny może być normalny (domena, która nie wraca do Twojej sieci od środka, wyłączony VPN) albo oznaczać prawdziwy problem, więc przetestuj jeszcze raz z wyłączonym Wi-Fi. Poza domem czerwony LAN jest oczekiwany; liczy się tam tylko Zdalny. Oba zielone, sprawdzone raz w domu i raz na danych komórkowych, to konfiguracja, która działa wszędzie. Krok 8 poradnika Połącz Home Assistant pokazuje ten ekran.

Gdy adres działa, ale token pochodzi od użytkownika bez uprawnień administratora, Połącz mówi o tym pod wynikiem. To problem z tokenem, a nie z adresem: test adresu przechodzi, ale zegarek nie może wczytać Twoich pokoi, dopóki token nie będzie pochodził od administratora.

Cztery konfiguracje krok po kroku

Te same dwa pola obsługują bardzo różne domy. Cztery przykłady, z przykładowymi adresami:

Mieszkanie, użycie tylko w domu. Lokalny URL (LAN): http://192.168.1.50:8123. Zdalny URL: pusty. Zegarek działa w domowym Wi-Fi; poza nim pokazuje Offline · Home Assistant niedostępny, co jest oczekiwane. Połącz pokazuje w domu Połączono ✓.

Home Assistant Cloud. Lokalny URL (LAN): http://192.168.1.50:8123. Zdalny URL: https://xxxxx.ui.nabu.casa. W domu AmazHA używa adresu lokalnego; na danych komórkowych sama przechodzi na adres Home Assistant Cloud. Połącz pokazuje LAN i Zdalny, w domu oba zielone, bo adres chmurowy działa też od środka.

VPN na telefonie. Lokalny URL (LAN): http://192.168.1.50:8123. Zdalny URL: adres serwera wewnątrz VPN, z dopisanym na początku http://, jeśli serwer odpowiada tam zwykłym http. W domu wygrywa adres lokalny. Poza domem, z połączonym VPN, wygrywa zdalny; z wyłączonym VPN zegarek pokazuje baner Offline, dopóki VPN nie zostanie znowu włączony.

Własna domena za reverse proxy. Lokalny URL (LAN): http://192.168.1.50:8123. Zdalny URL: https://ha.example.com. Zanim to zadziała, Home Assistant musi ufać proxy (Trust X-Forwarded-For, Trusted proxies), inaczej każde zdalne zapytanie dostaje 400. Przetestuj adres zdalny z wyłączonym Wi-Fi: niektóre routery nie kierują Twojej własnej domeny z powrotem do środka sieci, więc czerwony Zdalny w domu nie zawsze oznacza, że nie działa na zewnątrz.

Lista kontrolna przed wyjściem z domu

Pięć minut w domu oszczędzi Ci później zdziwionego spojrzenia na zegarek:

1. Lokalny URL (LAN) zawiera sam adres serwera, ten, którego przeglądarka używa w domu.
2. Zdalny URL zawiera sam adres zdalny: bez /lovelace, z portem, jeśli jest potrzebny, z https:// przez internet.
3. Przeglądarka telefonu otwiera adres zdalny z wyłączonym Wi-Fi i pokazuje stronę logowania Home Assistant, bez ostrzeżenia o certyfikacie.
4. Jeśli to VPN: VPN jest ustawiony tak, by na telefonie pozostawał połączony.
5. Jeśli to reverse proxy albo tunel: Home Assistant mu ufa, więc nie ma błędu 400.
6. Połącz pokazuje zielone LAN i Zdalny albo Połączono ✓ przy jednym adresie.
7. Token pochodzi od administratora i jest ten sam dla obu adresów.

Gdy to zrobisz, zegarek używa adresu lokalnego w domu, a zdalnego wszędzie indziej, bez żadnych działań z Twojej strony. A jeśli pewnego dnia pokaże Offline, drugi wiersz powie Ci, gdzie szukać: Telefon nie odpowiada to Bluetooth, Home Assistant niedostępny to adres.