Projektas “MRH Smart home”– monitoringas

Screenshot 2025-03-09 175901

Rašant praeitą įrašą apie šį projektą, kur apžvelgiau, kas buvo nuveikta per pirmus metus, supratau, kad Home Assitant tapo namo stebėjimo ir valdymo centru. Paties namo būklę stebi ir valdo virš šimto prietaisų ir visokių jutiklių. Visokios integracijos, automatizacijos, pagalbininkai (virtualūs jutikliai ar jungikliai bei prietaisų grupės) tą skaičių dar padvigubina. Ir visa tai yra valdoma vienintelio serverio. Tad darosi aišku, kad tokio serverio veiklos įvairių parametrų darbo stebėjimas tampa kritiniu.

Deja, pagal nutylėjimą, pačios sistemos stebėjimo galimybės gan ribotos, Galima realiu laiko stebėti operatyvinės atminties panaudojimą, procesoriaus apkrovimą ir duomenų talpyklos užimtumą. tačiau to nepakanka, kai reikia aiškintis sudėtingesnius dalykus kaip pvz., sistemos našumo kritimo priežastis. Kas nutiko: ar trūksta atminties ar CPU, gal kažkas su diskų posisteme, o gal problemos su virtualizacijos platforma ar kažkokios tinklo pralaidumo problemos? Tam, kad rasti problemos šaltinį, reikia nemažai duomenų tiek iš infrastruktūros, kurioje gyvena serveris, tiek ir iš paties serverio.

Tam, kad tokius duomenis turėti, verta sistema pildyti integracija “System monitor”. šios integracijos pagalba galima stebėti disko, atminties, CPU ir tinklo naudojimą ir vykdomus procesus. Jums tereikia nurodyti kokius parametrus norite stebėti, o paskui galite šią informaciją patalpinti skydelyje ar sukurti pranešimų automatizacijas, jei kažkoks parametras viršija užduotus kriterijus.

Kaip minėjau, namuose yra virš šimto visokių prietaisų ir jutiklių. Didžioji dalis naudoja baterijas, kurios tikrai nėra amžinos. Priklausomai nuo apkrovimo ar darbo sąlygų, tos baterijos gali tarnauti arba labai ilgai, arba trumpai. Tad prietaisų baterijų būklės stebėjimas taip pat yra svarbus, ypatingai jei tie prietaisai yra susiję su namų saugumu ir apsauga.

Tai taip pat yra nesunkiai padaroma panaudojant taip vadinamus “Brėžinius” ar kitaip tariant “Blueprint’us”. Šiam reikalui jums reikės šio blueprint’o: “Low battery level detection & notification for all battery sensors”. Automatizacija, sukonstruota ant šio blueprint’o, automatiškai surinks visų sistemoje registruotų įrenginių baterijų stovius bei pagal nurodytus kriterijus ir informavimo būdus atsiųs jums pranešimus nurodytu laiku, tam tikru periodiškumu. Man, pvz., užtenka vieną kartą per savaitę.

Jei norite išsivesti informaciją į skydelį, jums prireiks dar vieno priedo, specialios skydelio kortelės. Deja, šios kortelės negalima konfigūruoti per grafinę sąsają, bet reikia naudoti YAML kodą.

Kaip tai padaryti, yra nemažai video.

Dar vienas svarbus dalykas, tai įrenginiai, kurie dirba per Zigbee ar Zwave protokolus. Jie turi tokią bjaurią savybę retkarčiais atsijungti nuo tinklo. Ir jei jų yra arti šimto, tai vizuali jų kontrolė visiškai nepadeda. O jei jie dar integruoti su saugos sistema, tai tikrai suima nervas, kai tu kur nors skubi, o išeidamas iš namo negali įjungti signalizacijos. Tad šioje vietoje gelbėja dar vienas blueprint;as “, kuris pranešą kokie įrenginiai nukeliavo į offline būseną. Jo pagalba sukonstruota automatizacija generuoją pranešimus apie “offline” įrenginius užduotu laiku ir periodiškumu. Man tokia ataskaita yra pateikiama kiekvieną ankstų rytą, kad aš spėčiau patikrinti ir prikelti “negyvėlius”.

Tikiuosi, šis straipsnis pravers ir palengvins kažkiek gyvenimą tiems, kas taip pat savo išmanų namą valdo per Home Assistant’ą. Tiek šiam kartui.

Jei turite klausimų šia tema, rašykite komentaruose.

Įrašo “Projektas “MRH Smart home”– monitoringas” komentarai: 4

  1. Veda iš proto tie visi pavadinimai, bet kažkaip reikia susidoroti. Automatizacija, sukonstruota ant šio blueprint’o – kas čia per dalykas? Aš einu į sistemos nustatymus, o ten yra automatizacijos – ten viska ir padarau. O tas kur praneša apie “negyvelius“ tai cool, man tokio reikia.

    Patinka

      • Aha, vadinasi šablonas – tai tada klausimas, nu kokio velnio bluprintas? Šablonas ir gražu ir aišku kam tai skirta, ot vertėjai. Na ir pykt labai negali, nes originalas pats keistas, tai tas klausimas kokio velnio greičiau jiems, o ne vertėjams.

        Patinka

Parašykite komentarą