Monitoring

Uživatelské role

Portál nabízí 4 uživatelské role:

• Team admin – Hlavní správce týmu. Přidává a odebírá uživatele a nastavuje jim práva, vytváří lokace, podlokace, skupiny a všechny ostatní prvky portálu. Pochopitelně smí spravovat všechny zařízení, senzory, alarmy apod. Tedy neomezený vládce nad týmem a jeho daty. Každý tým musí mít alespoň jednoho uživatele s rolí Team admin.
• Device admin – zpravidla instalační technik nebo správce dohledované technologie. Kromě prohlížení dat jeho práva slouží pro přidávání a editaci zařízení a senzorů, nastavování bezpečných rozsahů, alarmových zpráv nebo pro přidání zařízení do lokace či skupiny.
• Report admin – obvykle energetik, technolog či administrátor dotací. Smí si prohlížet naměřené údaje a dále smí vytvářet dashboardy, grafy a reporty. Pracuje tedy s daty a náhledy pro prezentaci naměřených hodnot, aby byly v souladu s potřebami firmy.
• Visitor – prostý návštěvník, který si smí naměřené údaje prohlížet, ale není oprávněn cokoliv měnit či přidávat. Toto právo se často poskytují malé a střední instalační firmy (systémoví integrátoři) svým klientům kteří nemají vlastní IT či jiné odborníky, aby viděli, jak vypadá jejich prostředí, ale nemají právo měnit kritické hodnoty, které mohou způsobit reálnou škodu. Vhodné jsou rovněž pro sekretářky a vrátné, kteří mohou udělat rychlou kontrolu postiženého místa v případě Alarmu.

Jednotlivé role (zejména tedy Device admin a Report admin) lze vzájemně kombinovat podle potřeby. V malých instalacích naopak stačí jen jeden či dva uživatelé Team Admin a není třeba se dále stresovat přidělováním rolí.

	Team Admin	Device admin	Report Admin	Visitor
Přidávání zařízení
Přidávání teamů
Mazání teamů
Editace zařízení a senzorů
Zobrazení hodnot senzorů
Vytváření a editace reportů
Stahování grafů (půjde-li)
Vytváření Grafů
Vyváření Dashboardů
Zakládání a editace skupin
Vytváření reportů
Přidávání uživatelů
Mazání uživatele
Zakládání a editace lokací
Hromadné operace
Permission groups, zakládání a mazání

Permission groups

V rámci týmu platí že všichni vidí všechno a se vším mohou pracovat – pochopitelně jen podle oprávnění daných rolí či rolemi. Skupiny oprávnění (Permission groups) naopak umožňují zpřístupnit jednotlivým uživatelům jen konkrétní prostředky neboli jen konkrétní zařízení, senzory, skupiny apod.

Díky tomu je možné mít pod jedním týmem různá pracoviště (například server house v Praze, Brně a Ostravě) a současně omezit zobrazované údaje tak, aby příslušní pracovníci viděli jen „svoje“ hodnoty. Naopak uživatelé s právem Team Admin mohou stále vidět všechny údaje současně.

Obdobně lze nastavit práva až na úroveň senzorů tak, že například ajťáci mohou sledovat pouze prostředí ve svých racích i přesto, že na stejný Poseidon jsou též připojeny teploměry z chladniček kuchařů.  Obdobně pak ajťáci nemohou měnit nastavení reportů pro kuchaře, kteří je potřebují jako výkaz v rámci GAMP5 pro HACCAP.

Jedná se tedy o velmi mocný nástroj a jako obvykle platí, že čím mocnější nástroj, tím pečlivější musí být příprava a vlastní nasazení. Proto je práce s Permission groups vyhrazena jen Team Adminům, kteří jediní smí tyto skupiny zakládat a spravovat. Ostatním uživatelům jsou pak vyhrazeny nižší role nebo jejich kombinace. Pochopitelně není problém omezit pomocí Permission group přístup i ostatním Team adminům, kteří si však díky své roli mohou náhledy opět měnit.

Permission groups umožňují zcela nezávisle povolovat přístupy k různým prostředkům (entitám) :

• Zařízení (Devices)
• Senzory (Sensors)
• Nástěnky (Dashboards)
• Multigrafy (Graphs)
• Reporty (Reports)
• Skupiny zařízení (Device groups
• Lokace (Locations)

Jednotlivé prostředky se nastavují nezávisle, tedy pokud nastavíte přístup k lokaci, neznamená to, že uživatel automaticky získá přístup k zařízením a senzorům v dané kolaci. A naopak, umožníte-li uživateli zobrazení senzoru, nezíská automaticky přístup k zařízení.

Přidělením přístupu k zařízení získáváte jen náhled o stavu zařízení, nikoliv k jeho hodnotám. Obdobně oprávnění k práci se skupinou zařízení nebo s lokací Vás jen opravňuje k zobrazení údajů odpovídající dané úrovni. Tedy u lokace se např. dozvíte že 6 senzorů je OK a 1 v Alarmu, ale pokud nemáte právo pro práci s daným senzorem, nedozvíte se který to je.

Aby se stávající uživatelé, případně uživatelé, kteří nepotřebují tak mocný nástroj nemuseli Permission groups hned učit, platí, že prostředky nezařazené do ŽÁDNÉ skupiny zabezpečení vidí každý člen týmu. Tak se pro stávající zákazníky nic nemění, a naopak zákazníci kteří Permisison groups využití nebudou mít problém se založením nějaké „výchozí“ skupiny, kam se všechny stávající i nové prostředky přidají.

Postupně se pro Permission groups přizpůsobí i exporty do XML, SNMP a další.

XML výstup je funkce, kterou disponují všechna zařízení HW group, ale díky jejich rozdílným vlastnostem i době vzniku se formáty XML jednotlivých typů zařízení značně liší a jejich sjednocení dílky potřebě zpětné kompatibility není příliš reálné. Pokud však již využíváte služeb SensDesk.com máte možnost získat data ze všech připojených zařízení v jednotném formátu.

Díky tomu, že portál je určen více zákazníkům a je třeba zajistit, aby každý viděl právě ty své, je přístup k hodnotám values.xml je trochu složitější než v případě samotných zařízení, ale zase poskytuje výhodu v podobě fragmentizace obsahu.

Nově jsou 2 možnosti jak soubor values.xml získat

• Na adrese http://sensdesk.com/sensdesk/team/TEAM_ID/values.xml po přihlášení uživatelským jménem a heslem
• Na adrese http://sensdesk.com/sensdesk/values.xml?values_xml_key=YOUR_VALUE.XML_KEY

V prvním případě získáte pouze ty hodnoty, ke kterým máte oprávnění, ve druhém získáte hodnoty celého teamu

Klíč pro získání XML souboru je vždy uveden na stránce týmu:

Kompletní popis XML formátu je ke stažení na stránkách výrobce: https://www.hw-group.com/cs/product-version/sensdesk-xml-format

Co je eskalace alarmu?

Pod pojmem eskalace Alarmu si můžeme představit tři odlišné věci a naše produkty umožňují splnit všechny požadavky uživatelů.

• Opakované odeslání alarmové zprávy
• Přeposlání Alarmové zprávy dalšímu uživateli
• Připomenutí, pokud se situace „zhorší“

Opakované odeslání alarmové zprávy

Opakované odeslání alarmové zprávy uživatelům je obsaženo ve většině „dospělých“ zařízení, tedy v rodinách Poseidon2, Damocles2, Ares, HWg-WLD či WLD2 pod názvem Periodic Alarm. Funkce se nastavuje v minutách nebo v sekundách (podle typu zařízení) a pokud alarm trvá déle než nastavenou dobu, odešlou se alarmové zprávy znovu.

Zařízení určená pro domácí použití, jako jsou HWg-STE, STE2 či SD devices touto funkcí nedisponují, ale mohou využít této funkcionality prostřednictvím Sensdesk.com  

Prostřednictvím portálu je možnost tuto funkci zajistit nejen pro SafeRange, ale i pro všechny Notice range – viz níže.

Přeposlání alarmové zprávy dalšímu uživateli

Mezi velmi časté požadavky patří eskalace alarmu k jinému pracovníkovi nebo například k jeho nadřízenému. To je již funkce, která se v rámci zařízení definuje obtížně a proto byla 100 % přenesena na úroveň portálu SensDesk.com. Díky tomu je možné zajistit nejen uživatelsky přívětivější nastavení této eskalace, ale rovněž přehled o všech alarmových zprávách a možnost jejich centrální správy. Eskalace je umožněna díky funkci Notice range a v nich obsažené funkci Delay. Snadno lze založit nový Notice range se stejným rozsahem jako je již existující rozsah a jen se nastaví hodnota Delay na požadovanou hodnotu (eskalaci). Na příslušném senzoru nebo zařízení tak stačí vytvořit novou akci jejíž cíl povede k jinému člověku a jako rozsah vybrat právě ten který obsahuje požadované zpoždění. Podobných rozsahů a akcí lze definovat i více, takže není problém, poslat ihned alarm technikovi ve službě, za hodinu záložnímu a za dvě hodiny řediteli odboru.

Poznámka: při tvorbě Notice range je třeba počítat s tím, že zpoždění může být prodlouženo o dobu PushPeriody. Pokud je tedy zpoždění např. 3600s (60 minut = 1hodina), k eskalaci může dojít až za čas 4200s, neboli 75 minut (1hodina a 15 minut). Chcete-li eskalaci opravdu za 60 minut, je třeba nastavit čas kratší, např. 55 minut (3300s).

Eskalace v případě zhoršení situace

Ta má pochopitelně smysl jen u senzorů, či chcete-li u analogových hodnot. U vstupů a výstupů které mohou nabývat jen 2 hodnoty to definovat nelze. Postup je podobný jako v případě přeposlání zprávy jinému uživateli, jen místo nastavení zpoždění alarmu vytvoříte jiný rozsah povolených hodnot. Pokud tedy sledujete například teplotu v racku můžete jednou akcí zapnout při 35°C záložní klimatizaci, při 45° vyrozumí správu budovy (či její technické oddělení), v 55°C vypne servery a při 85 °C vyrozumí hasiče.

Tipy pro lepší život

Vždy nastavte hysterezi – stejně jako v případě SafeRange v zařízení i v případě těchto alternativních rozsahů platí že je třeba nastavit.

Vhodně pojmenujte Rozsahy a Akce – při vytváření nových akcí a rozsahů je třeba je pojmenovat. Názvy zvolte tak, abyste snadno pochopili, k čemu jsou určené. Snadněji se vám budou editovat a vytvářet nové. Při tvorbě akce si vybíráte z existujících rozsahů. Pokud se budou jmenovat Range1 a Range2 nebudete vědět který je který. Oproti tomu „20-40C“ a „20-40C 60 minut“ rozlišíte snadno.

Pokud však chcete zařízení v rámci jedné instalace mezi sebou kombinovat v nějakém nadřazeném systému, musíte je do svého systému implementovat všechna, nebo využít společný koncentrátor. A tím může být právě SensDesk.

Vzhledem k tomu, že již samotná zařízení disponují různými protokoly, nabízí se tedy logická myšlenka vynechání společného koncentrátoru a místo toho úpravy komunikačních protokolů přímo v zařízení. To je ale s ohledem na jejich rozdílné vlastnosti, komunikační rozhraní, dobu vzniku a potřebu zachování zpětné kompatibility nereálné.

Například Narrowband zařízení z rodiny NB-devices nemají žádný standardní výstup a komunikují pouze proprietárním protokolem, zařízení, připojená přes GSM/LTE rovněž nelze na rozdíl od ethernetových zařízení nijak standardně vyčítat a různá ethernetová zařízení mají odlišné vlastnosti. Řešením je proto využití portálu, který kromě řady dalších funkcí poskytuje aktuální hodnoty ze všech zařízení v unifikované podobě ve formátu XML nebo SNMP.

V případě SNMP je k dispozici SNMPv1 i SNMPv3 a v dohledné době bude nasazena i podpora SNMP trapů pro potřeby alarmingu. Každému uživateli je přidělena komunita (community) a uživatelské jméno pro potřeby SNMPv3, díky čemuž čte pouze hodnoty, ke kterým má oprávnění.

U SNMP je princip stejný, pouze k rozlišení práv je použito přímo uživatelské jméno a heslo pro přihlášení k portálu.

Více se koncentraci dat prostřednictvím SensDesk.com  se dočtete v našich application notes.

Poskytování serializovaných dat ze SensDesku je k dispozici již dlouho v podobě formátu XML, který si lze periodicky stahovat prostřednictvím http (https), ale tento formát není příliš vhodný do IT prostředí, které vyžaduje rychlé a stručné odpovědi. Proto byla nově přidána funkce SNMP agenta. Jedná se o protokol otázka-odpověď pracující na UDP (Více o protokolu SNMP - https://vyvoj.hw.cz/produkty/snmp-protokol-a-jeho-vyuziti.html) který umožňuje ptát se vždy na jednu jedinou konkrétní hodnotu a není třeba stahovat zbytečné hromady dat.

Implementace protokolu SNMP v portálu umožňuje využívat SNMPv1 a/nebo SNMPv3 právě na UDP vrstvě. Veškeré nastavování se provádí na stránce uživatele http://sensdesk.com/user/login resp. v jeho editaci. Server SNMP port je 1161.

Každý uživatel má možnost si pro sebe vytvořit 2 uživatelské účty pro SNMP. Pro každý účet lze zvlášť nastavit verzi SNMP pro kterou je účet určen a k tomu i oprávnění (v současné době je povolenou pouze čtení).

Komunita (community) pro SNMPv1, resp. uživatelské jméno (User name) pro SNMPv3 je generováno z týmu, uživatelského jména a oprávnění tak, aby byla zajištěna unikátnost v rámci celého portálu a plné znění je vidět ve vlastnostech uživatelského účtu.

V současné době je MIB tabulka ve stádiu vývoje a lze ji získat na vyžádání. Po jejím uzavření bude ke stažení v uživatelském účtu.