Nejdůležitější je prevence. Chyby se stávají a budou stávat. Nemusí to být příliš často, ale dle Murphyho zákonů to bude zrovna v tu nejméně vhodnou chvíli. Problémům se dá velmi efektivně předcházet, pokud partner monitoruje základní parametry instalace, mezi které patří:

• dostupnost a reakční časy Miniserveru

• on-line/off-line zařízení zapojená do systému domu

• verze všech zařízení, čas poslední restartu atp.

• vytížení procesory, zaplnění paměti a teplota Miniserveru

• chyby na SD kartě a její opotřebení

• množství chyb na sběrnicích (Loxone Link, Loxone Tree, 1-wire atp.)

• výpadky proudu a stav baterií pro záložní napájení

• stav baterií v bezdrátových zařízeních

Samozřejmě sledovaných hodnot máme víc od dostupnosti internetu, přes požár/záplavu až po zatížení hraničního routeru či hlídání stavu LAN sítě.

Na všechny sledované metriky samozřejmě musí být nastaven alarm s upozorněním po několika kanálech – e-mail, SMS, Slack atd. Samozřejmě, e-mail na některé situace je možné nastavit přímo v Loxone Configu, ale poté se také situaci musí někdo věnovat.

Měla by také existovat centrální obrazovka v kancelářích partnera, na které všichni vidí, v jakém stavu se jejich instalace nachází a že „nic není oranžového (varování) či červeného (chyba)“.

V případě diagnostiky výskytu chyb je podstatné mít k dispozici také historická data. Díky tomu se můžeme podívat do historie, jestli se stejné chyby nevyskytly dříve:

• kdy se chyba vyskytla poprvé?

• dochází k výskytu v nějakých pravidelných intervalech?

• nedochází k výskytu problémů jen v souvislosti s dalšími parametry běhu např. vytížením procesoru Miniserveru?

Když jsem se zmiňoval o SD kartách, tak zcela zásadní u SD industrial karet je tzv. kontrola zdraví (Health monitoring), který v reálném čase vyhodnocuje zdraví a opotřebení SD karty. To umožní předcházet řadě problémů s „náhlým“ a „neočekávaným“ selháním SD karty.

7. Pravidelné aktualizace

Běžné aktualizace sice stojí čas, ale jsou zcela zásadní a mají několik účelů:

1. bezpečnost – v průběhu času jsou prováděny opravy bezpečnostních zranitelností. Zranitelnosti má každý SW a když jsou opraveny, je potřeba co nejdříve provést jejich nasazení. V tomto případě aktualizací. Nechceme přece, aby se do klientů našich domů dostal záškodník, který využije již dávno známou a opravenou bezpečnostní díru.

2. opravy chyb – tak jako u bezpečnosti, některé problémy bývají způsobeny přímo chybou v základním programu. S každou novou verzí přichází opravy velkého množství chyb a tak je vhodné aktualizace pravidelně provádět

3. technologický dluh – technologický dluh v IT světě znamená, že vaše řešení zastarává a také, že jej jednou budete muset za vynaložení větších nákladů splatit. Průběžnými řízenými aktualizacemi, které obsahují spíše menší změny dochází k průběžnému umořování technologického dluhu.

4. zlepšování funkcí – v neposlední řadě dochází také k dílčímu vylepšování funkcí. Ať již automaticky, nebo na základě zákaznických požadavků.

8. Automatizace, automatizace, automatizace

Při větším množství domů samozřejmě není reálné udržovat všechny v dokonalém stavu ručně. Musí tedy nastoupit automatizace pomocí některého z automatizačních nástrojů typu Chef, Puppet, Ansible, Salt Stack atp.

My jsme konkrétně zvolili Puppet a díky nemu můžeme udržovat všechny domy v bezvadném stavu. Díky tomu můžeme snadno doplňovat nové funkčnosti instalovat bezpečnostní záplaty, automaticky diagnostikovat problémy nebo

9. Více než jednoho technika

Stalo se nám, že se na nás obrátil zákazník s tím, že má chytrou elektroinstalaci, potřeboval by provést urgentně nějaké změny, nicméně jeho elektrikář odjel na 14 denní dovolenou. Jistě každý má právo na zasloužený odpočinek. I my si rádi oddechneme v zahraničí, kde nemusí být přístup k internetu samozřejmostí. Proto však máme několik techniků a programátorů, kteří jsou schopni samostatně vyřešit problém pomocí kontrolních seznamů, které má firma vedené pro diagnostiku chyb.

Schopnost reagovat i o víkendech a svátcích

Navazuje přímo na předchozí bod. Pokud máte více techniků, mohou se střídat ve službách a kontrolovat, zda jsou všechny domy v pořádku i v případě víkendů a svátků. Tak jako v uvedeném případě, kdy během jednoho sobotního dne obnovili základní fungování domu. Kompletní vyřešení všech požadovaných funkcí si samozřejmě vezme mnohem více času, ale aspoň svítit a topit už další den klient mohl.

10. Textový popis realizované funkčnosti

Ve výše uvedeném příkladu bohužel neexistuje žádná dostupná záloha, takže by bylo vhodné mít alespoň textový popis fungování chytrého domu. Měl by obsahovat informace o tom, co, jak a ve které místnosti má fungovat.

Závěrem

Jsme velcí fandové chytrého bydlení a snažíme se provádět edukaci v této oblasti. Sami v chytrých domech roky žijeme a hrozně nás mrzí, když vidíme, že elektrikář, který „taky dělá Loxone“ vlastně dělá oblasti Smart Home medvědí službu svými nekvalitními řešeními, které nejsou srovnatelné s moderními postupy.

Snad se podaří alespoň některým otevřít oči tak, aby pochopili, že chytrý dům není jen chytrá elektroinstalace, ale také a především chytrý SW, který zajišťuje spokojené a dlouhodobé fungování chytrého domu.