Alapelvek
Mielőtt bármilyen automatizálást beállítasz, érdemes pár alapelvet fejben tartani. Ezek nem bonyolultak, de sok felesleges hibát megelőznek.
Kevesebb = több
Ne automatizálj mindent, csak azt, ami valóban ismétlődő és kiszámítható. Az egyszeri, ritka dolgokhoz a kézi vezérlés tökéletes. Egy jól működő 5 automatizálás többet ér, mint 50 félkész.
Tesztelj élesítés előtt
Használd a Home Assistant Developer Tools → Actions tesztelési lehetőségét. Próbáld ki az automatizálást különböző időpontokban és állapotokban, mielőtt véglegesen bekapcsolod.
Gondolj a hibaállapotra
Mi történik, ha a szenzor nem elérhető? Ha az internet kiesik? Ha a hub újraindul? Minden jó automatizálásnak van fallback szcenáriója: nem hagy sötétben, nem fűt végtelenségig, nem küld 200 értesítést.
Éjszakai világítás minta
Cél: Ne vakítson, de legyen hasznos. Éjjel ne gyúljon fel teljes erővel a lámpa, de azért legyen annyi fény, hogy biztonságosan közlekedhess.
Trigger
Mozgásérzékelő aktiválódása, kombinálva napszak-feltétellel. A mozgásérzékelő önmagában nem elég — tudni kell, hogy mikor érkezett a jelzés.
Logika
- Éjjel (22:00–06:00): Halvány fény, maximum 15-20% fényerő, meleg fehér szín
- Nappal (08:00–20:00): Teljes fényerő, normál szín
- Átmeneti zónák (06:00–08:00, 20:00–22:00): Közepes fényerő, fokozatos átmenet
sun.sun entitás elevation attribútuma pontosabb, mint a fix időpontok. Napnyugta után automatikusan halványíthat, napkelte előtt fokozatosan erősíthet — évszaktól függetlenül.
Miért jobb ez a fix időzítésnél?
Egy fix időzítés nem veszi figyelembe, hogy nyáron 21:00-kor még világos van, télen pedig 16:00-kor már sötét. A mozgás + napszak kombináció alkalmazkodik a valósághoz.
Fűtés logika minta
Cél: Időzítés helyett szenzor + jelenlét alapú fűtés. Ne akkor fűtsön, amikor az időzítő mondja, hanem amikor tényleg szükség van rá.
A kombináció
- Hőmérséklet szenzor: Meri a tényleges hőmérsékletet a szobában
- Ablak szenzor: Ha nyitva az ablak, a fűtés leáll — nem fűtünk az utcára
- Jelenlét érzékelő: Ha senki sincs otthon, a célhőmérséklet alacsonyabb (pl. 18°C helyett 15°C)
Miért pazarol az időzítés?
Egy egyszerű időzítéssel a fűtés reggel 6-kor bekapcsol, este 22-kor leáll. De ha senki sincs otthon 8 és 17 között, 9 órán át feleslegesen fűtünk. Ha nyitva maradt az ablak, a kazán maxon dolgozik eredmény nélkül.
Fallback terv
Ha a hőmérséklet-szenzor kiesik, az automatizálás álljon vissza egy ésszerű alapértékre (pl. 20°C-ra fűtés), ne pedig kapcsoljon le teljesen. Ez a hibaállapot-tervezés lényege.
Értesítések: 'csak ha tényleg baj van'
Probléma: Az értesítés-spam az okosotthon egyik legnagyobb ellensége. Ha minden eszköz minden állapotváltozásra push-t küld, két hét után kikapcsolod az összeset — és a fontosat sem látod.
Megoldás: szintek, cooldown, csoportosítás
- Severity szintek: Nem minden esemény egyformán fontos. Legyen kritikus, figyelmeztetés és info szint
- Cooldown időzítő: Ugyanarról a szenzorról ne jöjjön értesítés 30 percenként — elég egyszer jelezni
- Csoportosítás: Ha 3 ablak nyitva maradt, ne 3 külön push jöjjön, hanem egy összefoglaló
Gyakorlati szabály
Ha egy nap 5-nél több push értesítést kapsz az okosotthontól, valamit rosszul állítottál be. A cél: heti 2-3 releváns értesítés, nem napi 20.
Anti-minták – amit NE csinálj
Ugyanolyan fontos tudni, mit ne csinálj, mint azt, mit igen. Ezek a leggyakoribb hibák:
Túlautomatizálás
Nem kell minden kapcsolót, lámpát és ajtót automatizálni. Ha egy műveletet ritkán csinálsz, vagy ha a kontextus minden alkalommal más, a kézi vezérlés jobb megoldás. Az, hogy a WC-lámpa mozgásra kapcsol, praktikus. Az, hogy a gardróbszekrény belső fénye a hőmérséklet alapján változik, felesleges.
Értesítés-cunami
Lásd fentebb. Ha mindenről értesítést kérsz, semmit nem fogsz észrevenni. Válaszd ki az igazán kritikus eseményeket, és csak azokra állíts be push-t.
Nincs fallback
Ha a hub leáll, a szenzor kiesik, vagy az internet elmegy, a háznak továbbra is működnie kell. Fizikai kapcsolók, manuális override, alapértelmezett állapotok — ezek nélkül az okosotthon katasztrófa.