Lovelace Dashboard w Home Assistant: zbuduj przejrzysty panel

Czym jest Lovelace Dashboard i dlaczego warto go zaprojektować świadomie

Lovelace Dashboard to warstwa wizualna Home Assistant, czyli wszystko to, co widzisz po zalogowaniu w aplikacji lub przeglądarce. Silnik automatyzacji działa w tle, a Lovelace decyduje, jak te dane i sterowanie trafiają do ciebie. Domyślny panel generuje się sam z wykrytych encji. Wygodny na start, bezużyteczny przy kilkudziesięciu urządzeniach.

Świadomy projekt panelu zmienia sposób korzystania z domu. Zamiast przewijać dziesiątki kafelków, sięgasz po to, czego naprawdę potrzebujesz. Panel to interfejs codziennych decyzji, nie lista sprzętu. Kiedy rośnie liczba integracji, różnica między "jakoś działa" a "działa dobrze" robi się ogromna.

Porównanie obu podejść wygląda tak:

Uważam, że lepiej zacząć od jednego, przemyślanego widoku niż od razu budować pięć zakładek. Powód jest prosty: Lovelace opiera się na kartach, a każda karta ma własne opcje i ograniczenia. Łatwiej zrozumieć ich zachowanie na małym panelu, zanim rozdmuchasz projekt na cały dom. Do tego dochodzi kwestia estetyki. Panel, który wygląda spójnie, szybciej się czyta, a ty rzadziej klikasz w złe miejsce.

To zmienia wszystko przy codziennym użytkowaniu.

Podstawy widoków i kart: jak ułożyć logiczną strukturę panelu

W Lovelace wszystko sprowadza się do dwóch pojęć: widok i karta. Widok to zakładka, po której przełączasz się na górze panelu. Karta to pojedynczy klocek wewnątrz widoku. Brzmi banalnie, ale właśnie na tym etapie większość paneli zamienia się w zbieraninę przypadkowych elementów.

Zanim dodasz pierwszą kartę, zaplanuj podział na strefy funkcjonalne. Osobny widok dla oświetlenia, osobny dla klimatu, osobny dla bezpieczeństwa. Nie dlatego, że tak wygląda dokumentacja, tylko dlatego, że mózg szybciej znajduje rzeczy pogrupowane tematycznie niż wymieszane.

Praktyczna zasada: jeden widok, jedno pytanie. Jeśli zakładka ma odpowiadać na "co się dzieje w domu", nie wrzucaj tam jeszcze harmonogramu podlewania ogrodu. Mieszanie poziomów ważności zabija przejrzystość szybciej niż zła kolorystyka.

Przy doborze kart kieruj się gęstością informacji. Poniżej zestawienie typów, które sprawdzają się na starcie:

Na początku lepiej postawić na kartę Entities i Tile niż od razu sięgać po Picture Elements. Powód jest prosty: Entities skaluje się wraz z liczbą urządzeń, a plan mieszkania trzeba przerabiać przy każdej zmianie układu pomieszczeń. Wracasz do rysowania zamiast do sterowania.

Hipotetycznie, gdyby ktoś budował panel dla parteru z pięcioma pomieszczeniami, sensowny układ to trzy widoki: przegląd, oświetlenie, klimat. Każdy z nich mieści się na jednym ekranie telefonu bez przewijania. To nie przypadek, tylko konsekwencja wcześniejszego podziału.

Kolejna rzecz: kolejność kart w widoku ma znaczenie. Najważniejsze funkcje na górze, diagnostyka i mniej używane encje na dole. I tu zaczyna się problem, bo wiele gotowych przykładów z sieci robi dokładnie odwrotnie.

Dobór kart do typów urządzeń: światła, klimat, media i bezpieczeństwo

Panel, który wygląda dobrze, ale każe ci klikać pięć razy, żeby zgasić światło w kuchni, jest bezużyteczny. Karta ma skracać drogę do akcji. Nic więcej.

Dlatego dobieram karty pod to, co robisz najczęściej, a nie pod to, co najładniej wygląda na zrzucie ekranu. Poniżej zestawienie, które sprawdza się w praktyce.

Światła to najczęściej klikany element panelu. Karta Light wystarcza, dopóki nie zaczniesz regulować barwy. Wtedy lepiej od razu sięgnąć po Tile z suwakiem, bo oszczędza jedno przejście do szczegółów encji.

Klimatem rządzi prostota. Jeden thermostat na strefę, obok niego wilgotność i ewentualnie harmonogram. Wrzucanie wszystkich czujników temperatury do jednej karty to błąd, bo tworzy ścianę liczb, z której nic nie wynika przy porannym spojrzeniu na telefon.

Media i bezpieczeństwo mają wspólną cechę: liczy się stan, nie konfiguracja. Mini Media Player pokazuje, co gra, i pozwala pauzować bez wchodzenia w encję. Przy alarmie wystarczy lista encji przefiltrowana po stanie on.

Hipoteza do sprawdzenia u siebie: jeśli w panelu masz więcej niż trzy karty alarmowe obok siebie, prawdopodobnie część z nich nigdy nie była użyta. Warto je wtedy przenieść do widoku diagnostycznego.

Personalizacja wyglądu: motywy, ikony i układ kolumn

Surowy Lovelace wygląda jak lista encji, nie jak panel sterowania. Pierwsze uruchomienie dashboardu daje widok funkcjonalny, ale wizualnie surowy. Personalizacja to nie kosmetyka, tylko sposób na szybsze odnajdywanie urządzeń w codziennym użyciu. Panel, którego nie da się ogarnąć wzrokiem w dwie sekundy, przestaje być użyteczny.

Układ kolumn ustawiasz na poziomie widoku, nie całego dashboardu. W praktyce oznacza to, że widok z kamerami może mieć jedną szeroką kolumnę, a widok z oświetleniem trzy wąskie. Warto dopasować liczbę kolumn do rozmiaru ekranu: tabela z 4 kolumnami na telefonie zamieni się w pionowy stos kart. To normalne zachowanie, o którym łatwo zapomnieć podczas projektowania na dużym monitorze.

• Motywy zmieniaj globalnie przez profile użytkownika, a nie przez ręczne modyfikowanie plików YAML przy każdym widoku.
• Ikony definiujesz w atrybucie icon karty lub przez integrację z Material Design Icons.
• Kolejność kart w kolumnie ustala kolejność wpisów w konfiguracji widoku, więc planuj ją przed dodaniem dwudziestu elementów.
• Motyw ciemny i jasny najlepiej podpiąć pod automatykę opartą na porze dnia, a nie przełączać ręcznie.
• Odstępy między kartami reguluje się zmiennymi motywu, co pozwala zagęścić widok na małych ekranach.

Ręczne wpisywanie ikon w każdą kartę to strata czasu. Integracja z Material Design Icons działa lepiej niż wbudowany zestaw, ponieważ oferuje tysiące symboli i regularne aktualizacje, a wbudowany zbiór jest ograniczony. Efekt: mniej zgadywania, która ikona pasuje do rolet.

Hipotetycznie: ktoś buduje panel dla czteroosobowej rodziny i chce, żeby każde dziecko widziało tylko swój pokój. Zamiast czterech osobnych dashboardów wystarczy jeden widok z warunkowym wyświetlaniem kart w zależności od zalogowanego użytkownika. Brzmi prosto. Konfiguracja wymaga jednak przemyślenia od początku, bo doklejanie warunków później bywa żmudne.

Zaawansowane techniki: warunkowe karty, szablony i tryb edycji YAML

Karty warunkowe w Lovelace działają jak przełącznik widoczności. Definiujesz warunek, a panel sam decyduje, czy pokazać dany fragment. Warunek może dotyczyć stanu encji, wartości atrybutu albo zalogowanego użytkownika. Brzmi prosto. W praktyce łatwo przesadzić z liczbą warunków i panel staje się nieprzewidywalny.

Szablony (templates) dają więcej swobody niż statyczne karty. Zamiast wpisywać nazwę encji na sztywno, budujesz ją dynamicznie z Jinja2. Przykład hipotetyczny: masz czujnik temperatury w salonie i chcesz, żeby karta pokazywała inną ikonę przy przekroczeniu progu. Szablon załatwia to jednym wyrażeniem, bez duplikowania kart dla każdego pokoju.

Tryb edycji YAML przydaje się, gdy interfejs graficzny przestaje wystarczać. Surowy plik pozwala kopiować bloki między widokami, wersjonować zmiany w Git i wracać do działającej konfiguracji po eksperymentach. Początkujący powinni jak najdłużej korzystać z edytora wizualnego, a YAML włączać dopiero przy powtarzalnych strukturach. Ręczne wpisywanie wszystkiego od zera częściej psuje panel, niż go porządkuje.

• Karta warunkowa: pokazuje treść tylko przy spełnionym warunku, np. gdy alarm jest uzbrojony.
• Karta szablonowa: generuje nazwę, ikonę lub wartość na podstawie stanu innych encji.
• Tryb YAML: daje pełną kontrolę nad strukturą widoku i ułatwia przenoszenie bloków między dashboardami.
• Kombinacja obu: warunek opakowuje szablon, dzięki czemu panel zmienia się razem ze stanem domu.
• Wersjonowanie: trzymanie pliku konfiguracyjnego w repozytorium pozwala cofnąć każdą zmianę.

Jedna zasada oszczędza sporo nerwów: najpierw zbuduj działającą kartę w edytorze wizualnym, potem przełącz na YAML i dopiero tam dopracuj szczegóły. I tu zaczyna się problem, bo wiele osób robi odwrotnie.

Najczęściej zadawane pytania (FAQ)

Czy Lovelace da się zbudować bez YAML-a? Tak, i to jest dziś najprostsza droga dla większości osób. Edytor wizualny obsługuje karty, siatkę i większość typowych widoków. YAML przydaje się, gdy chcesz warunków, szablonów albo niestandardowych układów.

Poniżej zestawienie odpowiedzi, które pojawiają się najczęściej przy pierwszym kontakcie z panelem.

Panel powinien rosnąć razem z domem, nie odwrotnie. Lepiej zacząć od trzech, czterech kart i dopisywać kolejne dopiero wtedy, gdy naprawdę czegoś brakuje. Rozbudowany dashboard zbudowany na zapas zwykle kończy się tym, że nikt z niego nie korzysta.

Hipotetycznie: jeśli po miesiącu używania okazuje się, że jedna sekcja jest otwierana codziennie, a trzy inne prawie nigdy, to znak, żeby je schować albo usunąć. Panel ma skracać drogę do akcji, nie pokazywać wszystko naraz.

• Zacznij od jednego widoku i jednej osoby, która ma z niego korzystać.
• Nazywaj encje po ludzku, zanim dodasz je do karty.
• Testuj panel na telefonie równolegle z widokiem na komputerze.
• Zapisuj kopię konfiguracji przed każdą większą zmianą układu.

Masz wątpliwość, której tu nie ma? Najlepiej sprawdzić ją na własnym panelu, bo to najszybszy sposób, żeby zobaczyć, co działa w praktyce.