Když se v telefonu stiskne vypínač u chytrého světla, povel může urazit dvě zásadně odlišné cesty. Buď zůstane v bytě a doputuje k žárovce přes centrální jednotku, nebo zajede přes internet na server výrobce a teprve odtud se vrátí zpátky. Rozdíl mezi nimi se neprojeví jen při výpadku internetu, promítá se do rychlosti odezvy i do toho, kam z domácnosti tečou informace o tom, kdo je doma a kdy.

Kde padne rozhodnutí, doma na hubu, nebo na serveru výrobce

Cloudové řízení znamená, že povel z aplikace putuje na server výrobce, tam se vyhodnotí a odtud se pošle pokyn zpátky k zařízení. Funguje to i na dálku z jiného města, protože obě strany komunikace mají adresu na internetu.

Lokální řízení drží celé rozhodování v bytě. Aplikace pošle povel centrální jednotce, ta ho vyhodnotí přímo doma a rovnou ho předá zařízení, aniž by cokoli opustilo domácí síť. Tohle je architektonické rozhodnutí, které padá už při výběru ekosystému a centrální jednotky, ne až ve chvíli, kdy něco přestane fungovat. Jaké chování to konkrétně vyvolá při reálném výpadku internetu, tedy co poběží dál a co zhasne, rozebírá krok za krokem samostatný test v článku funguje chytrá domácnost bez internetu. Tady jde o to, čím se obě architektury liší v běžném provozu, ne jen v okamžiku poruchy.

Centrální jednotka sama o sobě lokální řízení nezaručuje. Část výrobců má krabičku fyzicky v obývacím pokoji, ale pravidla stejně počítá jejich server, takže se chová jako cloudové řešení s krabičkou navíc. Jak se hub, brána a koordinátor od sebe liší a na co se ptát před nákupem centrální jednotky, popisuje článek o centrální jednotce pro chytrou domácnost.

Soukromí, kam putuje informace o životě v domácnosti

Rozdíl mezi cloudem a lokálním řízením se nejvíc projeví v tom, co všechno o chodu domácnosti ví někdo jiný. Cloudové zařízení posílá na server výrobce nejen samotné povely, ale často i telemetrii, tedy údaje o tom, kdy se co zapnulo, jak dlouho zůstalo v provozu a jak často to majitel opakuje. U kamer a hlasových asistentů jde navíc o samotný obraz nebo zvuk, byť často jen krátký úsek kolem aktivačního slova.

Lokální řízení tyhle údaje nechává v bytě, mimo servery výrobce. Neznamená to ale automaticky úplné soukromí. I lokálně řízená centrální jednotka se obvykle připojuje k internetu kvůli aktualizacím firmwaru nebo kvůli základní telemetrii o svém vlastním chodu, a míra toho, co posílá ven, se liší produkt od produktu.

Hloubkový přehled rizik spojených s daty, uniklými záznamy a přístupem výrobce k účtu řeší samostatný článek o bezpečnosti dat v chytré domácnosti, tenhle text se soustředí jen na to, jak volba architektury ovlivňuje množství dat, které z bytu vůbec odchází. Základní pravidlo je jednoduché: čím víc rozhodování zůstává doma, tím míň má cizí server co sledovat. U kamer mířících do společných prostor domu nebo směrem k sousednímu pozemku platí totéž bez ohledu na to, jestli záznam jde do cloudu nebo se ukládá lokálně na kartu. Sama architektura řízení tenhle problém neřeší, řeší ho až umístění a nastavení kamery.

Rozdíl se projeví i v tom, kdo rozhoduje o osudu nasbíraných dat. U cloudového zařízení leží tahle rozhodnutí na výrobci, který určuje, jak dlouho záznamy uchovává, komu je zpřístupní a jestli je použije třeba pro vylepšování vlastních služeb. U lokálního řízení tahle rozhodnutí zůstávají na majiteli domácnosti, což ale zároveň znamená, že za zálohu a správu dat, včetně jejich mazání, odpovídá on sám, ne zákaznická podpora výrobce.

Latence, proč cloudový povel dorazí o zlomek vteřiny později

Cesta cloudového povelu je delší, i když ji telefon i žárovka mají v jednom bytě jen pár metrů od sebe. Signál musí z telefonu ven přes domácí Wi-Fi, přes internet na server výrobce, tam se zpracuje a stejnou cestou zpátky.

Lokální povel jde jinudy, z telefonu k centrální jednotce po domácí síti a od ní rovnou k zařízení, bez zajížďky přes internet. Tahle cesta je kratší a hlavně nezávisí na tom, jak je zrovna vytížené internetové připojení nebo server výrobce.

V praxi jde o rozdíl kolem zlomku vteřiny, který se u světla ovládaného z aplikace často ani nepozná. Jinak je to u fyzického vypínače propojeného se systémem, kde člověk čeká rozsvícení hned po stisknutí. Tam i krátké zpoždění působí rušivě a bývá jedním z důvodů, proč lidé přestanou chytré ovládání používat a vrátí se k obyčejnému vypínači.

Zpoždění navíc kolísá. Cloudová cesta je citlivá na to, jak je zrovna vytížený server výrobce, zejména ve chvílích, kdy stejnou akci provádí najednou hodně domácností, typicky večer po příchodu z práce. Lokální cesta tenhle výkyv nemá, protože nezávisí na nikom mimo byt.

Zvlášť patrné je to u automatizací s krátkou návazností, třeba když má pohybové čidlo rozsvítit světlo na chodbě. Cloudová cesta tam znamená dvojí zajížďku na server, jednou pro signál z čidla, podruhé pro povel k žárovce, a rozdíl oproti lokálnímu vyhodnocení je v takové chvíli vidět. U pravidel bez časového tlaku, třeba večerního zhasnutí celého domu podle rozvrhu, na tom nezáleží.

Hlasoví asistenti jako zvláštní případ

I v domácnosti postavené na lokálním řízení zůstává jedna část komunikace prakticky vždy závislá na cloudu, hlasové ovládání. Aktivační slovo rozpozná samotné zařízení bez připojení k internetu, ale samotný obsah povelu, tedy co přesně člověk řekl a co se s tím má stát, se ve většině dostupných řešení zpracovává na serveru poskytovatele hlasové služby.

Znamená to, že hlasový asistent propojený s jinak čistě lokálním systémem při výpadku internetu obvykle přestane fungovat, i když zbytek domácnosti běží dál. Fyzický vypínač nebo tlačítko v aplikaci na lokální síti v takovou chvíli zůstávají jedinou spolehlivou cestou, jak zařízení ovládat.

Na čem lokální řízení technicky staví

Aby lokální řízení fungovalo, potřebuje centrální jednotku, která umí sama vyhodnocovat pravidla, ne jen přeposílat povely dál na server. Tahle schopnost se označuje jako lokální automatizace a bývá jednou z položek, které výrobci v popisu produktu záměrně nezdůrazňují. Matter, tedy společná aplikační vrstva pro ovládání napříč výrobci, počítá s lokálním provozem jako se standardní vlastností. Connectivity Standards Alliance, organizace za standardem Matter, mezi jeho vlastnostmi přímo uvádí rychlé a spolehlivé místní připojení, protože povely jdou po domácí síti bez zajížďky na internet. Rozsah, jak moc to platí u konkrétního zařízení, se ale liší podle typu produktu a verze firmwaru, takže se to vyplatí ověřit u výrobce, ne brát jako univerzální slib.

U zařízení postavených na Zigbee nebo Z-Wave leží lokální rozhodování obvykle přímo v centrální jednotce, která funguje jako koordinátor bezdrátové sítě i jako místo, kde běží automatizační pravidla. U čistě cloudových Wi-Fi zařízení tahle možnost často chybí úplně, protože jsou od výroby navržená tak, aby vždy komunikovala se serverem výrobce. Praktický rozdíl se pozná na jednoduchém příkladu. Pravidlo „když se otevře okno, vypni topení v místnosti“ u lokálního řízení proběhne celé uvnitř centrální jednotky, čidlo i hlavice topení spolu komunikují po domácí síti. U cloudového zařízení musí signál z čidla nejdřív na server výrobce, tam se vyhodnotí podmínka a pokyn k hlavici jde znovu stejnou cestou zpátky. Funkčně vyjde stejný výsledek, cesta k němu je ale delší a závislá na jednom dalším článku, který člověk nemá pod kontrolou.

Kdy dává smysl zůstat u cloudu

Lokální řízení není automaticky lepší volba pro každého. Cloud má vlastní výhody, které pro část domácností váží víc než rychlost odezvy. Nastavení bývá jednodušší, protože odpadá starost o to, kde přesně automatizace běží a jestli centrální jednotka podporovaný protokol vůbec má. Ovládání na dálku funguje bez dalšího nastavování, stačí telefon s internetem kdekoli. Integrace s externími službami, jako je předpověď počasí nebo propojení s jinou aplikací, se u cloudových řešení řeší snáz, protože server výrobce má sám přístup k internetu.

Pro domácnost, která chce jen vyzkoušet, jestli jí chytré ovládání sedí, bez velké počáteční investice do centrální jednotky s lokálním řízením, je cloud rozumný první krok. Přechod na lokální řízení později jde u zařízení podporujících běžný protokol, ne u uzavřeného cloudového kusu. Cenou je závislost na tom, že server poběží i za rok, za pět let, a že podmínky služby výrobce nezmění směrem, který se majiteli nebude líbit. Pro dekorativní osvětlení nebo pro dálkové spuštění pračky to bývá přijatelný kompromis. U vytápění a zabezpečení, kde je výpadek hned vidět a v zimě může i něco stát, se vyplatí sáhnout po lokálním řízení i za cenu složitějšího nastavení.

Cloud navíc často znamená nižší vstupní cenu. Zařízení bez lokální inteligence vychází výrobce levněji vyrobit, protože stačí jednoduchý čip, který umí komunikovat jen se serverem, ne samostatně vyhodnocovat pravidla. Tahle úspora na jednom kusu se ale může prodražit jinde, typicky v podobě předplatného za pokročilejší funkce, které si výrobce může kdykoli přidat nebo zrušit.

Jak to poznat ještě před nákupem

Rozsah lokálního řízení se z popisu na e-shopu vyčte málokdy, přesto existuje pár míst, kde hledat. Dokumentace a technický list produktu bývají konkrétnější než marketingová stránka. Hledá se formulace o lokálním ovládání, o podpoře Zigbee, Z-Wave, Threadu nebo Matter přímo v zařízení, ne jen zmínka o „chytrém ovládání z aplikace“, která nic neříká o tom, kde se povel vyhodnocuje.

Otázka na to, jestli funguje základní ovládání (zapnutí, vypnutí, nastavení) i bez účtu u výrobce a bez připojení k internetu, patří mezi nejjednodušší způsoby, jak si to ověřit ještě před nákupem, ideálně přímo dotazem na zákaznickou podporu.

U centrální jednotky se hodí zjistit, jestli umí automatizace vyhodnocovat sama, nebo jen přeposílá povely na server. Rozdíl bývá schovaný v pokročilém nastavení, ne na hlavní obrazovce aplikace.

Volba mezi cloudem a lokálním řízením se dá i kombinovat podle místnosti nebo podle typu zařízení, nemusí jít o rozhodnutí pro celou domácnost najednou. Kdo si teprve vybírá první zařízení, udělá dobře, když si tuhle otázku položí u každé kategorie zvlášť, u topení jinak než u dekorativního osvětlení.

Na co si dát pozor

Popis „funguje i offline“ na krabici produktu neznamená totéž jako plnohodnotné lokální řízení. Často jde jen o možnost ovládat zařízení fyzickým tlačítkem, zatímco automatizace stejně běží na serveru výrobce.

Rozsah lokálních funkcí se mění s aktualizacemi firmwaru oběma směry, výrobci je přidávají i ubírají. Co fungovalo lokálně při koupi, nemusí fungovat lokálně o rok později.

Slib „funguje s Matter“ na krabici sám o sobě neříká nic o tom, jestli konkrétní funkce poběží lokálně, nebo přes cloud. Podpora se liší podle typu zařízení a verze firmwaru, takže se stejná žárovka může v jedné aplikaci chovat lokálně a v jiné přes server výrobce. Kombinace obou přístupů v jedné domácnosti je běžná a v pořádku. Vytápění a zabezpečení lokálně, zábavní scény a dálkové ovládání pračky klidně v cloudu.

Shrnutí

Rozhodnutí mezi cloudem a lokálním řízením padá při výběru centrální jednotky, ne až při prvním výpadku internetu. Lokální řízení nabízí rychlejší odezvu a míň dat odcházejících z bytu, cloud nabízí jednodušší start a snazší ovládání na dálku. Pro vytápění, hlavní světla a zabezpečení se vyplatí trvat na lokálním provozu, u zbytku domácnosti rozhoduje spíš pohodlí než riziko. Kdo si teprve vybírá první centrální jednotku, udělá dobře, když otázku cloud, nebo lokálně položí předem, u každé kategorie zařízení zvlášť, a ne až ve chvíli, kdy se rozhoduje mezi dvěma konkrétními produkty v obchodě.