Software

Už není nutné, aby alarmová zpráva o ztrátě komunikace zařízení vypadala stejně jako o překročení rozsahu povolených hodnot a rovněž není třeba luštit tabulky pro zjištění který konkrétní senzor je mimo povolený rozsah. Pro zachování kompatibility v systému pochopitelně původní zprávy zůstávají a Templates pouze rozšiřují možnosti systému.

Šablony se vytváří v Settings pod položkou Templates.

Zde je možnost editovat již existující nebo naopak vytvářet nové. V současné chvíli lze vytvářet šablony pro e-mailové nebo SMS zprávy – Liší se existencí pole Subject a podporou HTML formátování pro e-mailové zprávy.

Uživatel má možnost sestavit si zprávy podle svých potřeb jednoduché nebo naopak komplexní. K tomu má k dispozici sadu nástrojů a proměnných, kterou sice jsou schopni používat pouze technicky zdatnější uživatelé, ale ze kterých jsme připravili sadu příkladů, které můžete vzít a upravit si je dle svých potřeb.

Příklad: Ztráta komunikace se zařízením

Předmět E-mailu:

[PORTAL:NAME] hlásí: Chyba komunikace se zařízením [SRC:DEVICE:ALIAS] - [SRC:DEVICE:STATE]

Tělo e-mailu:

Zařízení <a href="[SRC:DEVICE:URL]">[SRC:DEVICE:ALIAS]</a> na portále <a href="[PORTAL:URL]">[PORTAL:NAME]</a> má problém s komunikací a hlásí stav <b>[SRC:DEVICE:STATE]</b>.

Výsledná zpráva vypadá asi takto:

Standardně se všechny zprávy odesílají jako plaintext. Chcete-li však odesílat zprávy v HTML formátu, stačí do pole Body použít HTML tagy, případně zprávu sestavit pomoci grafického editoru (dostupný kliknutím na odkaz Switch to rich text editor)

Použití WYSIWYG editoru není možné, pokud chcete aplikovat cykly (LOOP)!

Přehled všech dostupných proměnných a jejich význam

• Source URL: [SRC:URL] - Úplná URL adresa k senzoru, digitálnímu vstupu nebo zařízení, který vyvolal alarmovou zprávu. V případě, že zdrojem je zařízení, je uvedena URL adresa zařízení a pak jsou položky [SRC:URL]  i [SRC:DEVICE:URL] shodné.
• URL device:  [SRC:DEVICE:URL] - Úplná URL adresa k zařízení, které vyvolalo alarmovou zprávu, nebo k zařízení jehož senzor nebo digitální vstup vyvolal alarmovou zprávu
• PortalName: [PORTAL:NAME] – Název portálu ze kterého přišla alarmová zpráva. Tuto položku nemůže běžný uživatel měnit
• PortalUrl: [PORTAL:URL] – URL adresa portálu ze kterého přišla alarmová zpráva. Tuto položku nemůže běžný uživatel měnit
• Pid: [SRC:PROCESS:PID] – ID procesu který vytvořil zprávu – jen pro potřeby ladění.
• Type: [SRC:TYPE] – Co způsobilo alarm. Zda-li senzor (digitální vstup) nebo zařízení
• Team: [SRC:TEAM] – Název týmu kterému zařízení náleží.
• AlarmSeq: [SRC:ALARM:SEQ] – ID alarmu – virtuální ID sloužící pro strojové párování začátků a konců alarmů
• AlarmTime: [SRC:ALARM:TIME] – Čas vzniku začátku nebo konce alarmu (de facto vzniku zprávy) v UTC
• AlarmState: [SRC:ALARM:STATE] - Informace o začátku nebo konci stavu alarm: Activated / Deactivated
• AlarmSubState: [SRC:ALARM:SUBSTATE] – Informace o začátku nebo konci alarmu: Begin / End / Interstage – Umožňuje řešit přechody mezi různými stavy Alarmu mezi s sebou. Begin znamená začátek Alarmu, End jeho konec a Interstage přechod mezi dvěma Alarmovými stavy (např. z Alarm Hi do Alarm Lo bez mezistavu Normal či například mezi mezi Alarm Hi a Dev.Inv.).
• AlarmDesc: [SRC:ALARM:DESC] – Úplný popis typu a stavu Alarm Hi / Alarm Lo / Sensor Invalid / Device Invalid / Unknown + ACTIVATED/ DEACTIVATED
• SensID: [SRC:SENSOR:SENSID] – ID senzoru v portále, který vyvolal Alarm
• ID: [SRC:SENSOR:ID] – ID senzoru v zařízení, který vyvolal Alarm
• Name: [SRC:NAME] – Jméno senzoru v zařízení, který vyvolal Alarm
• Alias: [SRC:ALIAS] – Alias jména senzoru v portále, který vyvolal Alarm
• LogTime: [SRC:LOGTIME] – Čas posledního zalogování změny stavu senzoru v UTC, která způsobila alarm.
• ValueNum: [SRC:SENSOR:VALUE:NUM] – naměřená hodnota v číselné podobě (float s desetinnou tečkou). V případě stavů Dev.Inv. nebo Sens.Inv je stav vyčíslen jako -2 147 483 648.
• ValueTxt: [SRC:SENSOR:VALUE:TXT] – naměřená hodnota v textové podobě (string). Stavy odpojeného zařízení nebo senzoru jsou vypsány textovým parametrem Dev.Inv. resp.  Sens.Inv.
• UnitKey: [SRC:SENSOR:UNIT:KEY] – strojový identifikátor jednotky měřené veličiny. Neobsahuje speciální znaky typu ° (stupeň), ale naopak i u bezrozměrných jednotek je uveden nějaký symbol.
• UnitName: [SRC:SENSOR:UNIT:NAME] – Jednotka v textové podobě – např. °C apod .
• State: [SRC:STATE] – Stav senzoru/zařízení: Normal, Alarm Hi, Alarm Lo, Sensor Invalid, Device Invalid, Unknown
• NoticeID: [SRC:NOTICE:ID] – ID Notice Range který vyvolal Alarmovou zprávu. Pokud pochází od Saferange, tedy hodnoty přenášené ze zařízení, je uvedeno 0
• NoticeName: [SRC:NOTICE:NAME] – název Notice Range který vyvolal Alarmovou zprávu. Pokud pochází od Saferange, tedy hodnoty přenášené ze zařízení hodnota prázdná
• Min: [SRC:SENSOR:MIN] – Range Min – minimální povolená hodnota bezpečného rozsahu, který alarmovou zprávu vyvolal.
• Max: [SRC:SENSOR:MAX] – Range Max – maximální povolená hodnota bezpečného rozsahu, který alarmovou zprávu vyvolal.
• Hyst: [SRC:SENSOR:HYST] – Hystereze – hodnota hystereze v bezpečném rozsahu, který alarmovou zprávu vyvolal.
• DevID: [SRC:DEVICE:DEVID] – ID zařízení od kterého pochází zpráva
• DeviceName: [SRC:DEVICE:NAME] – Název zařízení (v zařízení) od kterého pochází zpráva
• DeviceAlias: [SRC:DEVICE:ALIAS] – Alias názvu zařízení (v portále) od kterého pochází zpráva
• DeviceState: [SRC:DEVICE:STATE] – Stav zařízení od kterého pochází zpráva
• TemlateID:: [SRC:TEMPLATE:ID] – ID použité (aktuální) šablony alarmové zprávy
• TemlateName: [SRC:TEMPLATE:NAME] – Jméno použité (aktuální) šablony alarmové zprávy
• ActionID: [SRC:ACTION:ID] – ID akce, která vyvolala alarmovou zprávu
• ActionName: [SRC:ACTION:NAME] – Název akce, která vyvolala alarmovou zprávu
• QueueID: [SRC:ACTION:QUEUE:ID] - Primární klíč do tabulky, ve které se dočasně udržují požadavky na zpracováni alarmu. Slouží pro potřeby ladění.
• MAC: [SRC:DEVICE:MAC] – MAC adresa zařízení od kterého pochází zpráva
• IMEI: [SRC:DEVICE:IMEI] – IMEI zařízení od kterého pochází zpráva
• HWID: [SRC:DEVICE:HWID] – HWID zařízení od kterého pochází zpráva, jedinečný identifikátor HW v Portále. MAC adresa nebo IMEI, podle toho, jakým identifikátorem zařízení disponuje.
• Address: [SRC:DEVICE:ADDR] – IP adresa zařízení od kterého pochází zpráva.
• SrcID: [SRC:ID] – ID zdroje zprávy – zpravidla odpovídá SensID a představuje ID senzoru, digitálních vstupu apod. V případě, že zdrojem je zařízení je [SRC:ID] = [SRC:DEVICE:DEVID]
• TargetID: [SRC:TARGET:ID] – ID použitého (aktuálního) cíle alarmové zprávy. Je-li více cílů, tak jde o seznamy oddělené středníkem.
• TargetName: [SRC:TARGET:NAME] – Jméno použitého (aktuálního) cíle alarmové zprávy. Je-li více cílů, tak jde o seznamy oddělené středníkem.

Cykly pro vypsání ucelených přehledů

V rámci portálu jsou k dispozici též 2 smyčky pro vytvoření přehledových zpráv

• Přehled senzorů: [LOOP:SENSOR:ALL] – umožňuje vypsat přehled všech senzorů v Teamu
• Přehled senzorů v Alarmu: [LOOP:SENSOR:ALL:ALARM] – umožňuje vypsat přehled všech senzorů ve stavu Alarm v Teamu
• Přehled zařízení: [LOOP:DEVICE] – Umožňuje vypsat přehled všech zařízení v Teamu
• Přehled nekomunikujících zařízení: [LOOP:DEVICE:DEVINV] – Umožňuje vypsat přehled všech nekomunikujících zařízení v Teamu.

Smyčka se zahajuje proměnnou [LOOP:SENSOR:ALL] nebo [LOOP:DEVICE] a ukončuje [LOOP:END]. Uvnitř smyčky se používají modifikované proměnné s výše uvedeného seznamu:

• [$I] – ID proměnné
• [SENSID:$I] – ID senzoru
• [DEVID:$I] – ID zařízení
• [ID:$I] – ID proměnné
• [NAME:$I] – Název senzoru/zařízení (podle toho zda se jedná o smyčku [LOOP:SENSOR:ALL] nebo [LOOP:DEVICE])
• [ALIAS:$I] – Alias názvu senzoru / zařízení (podle toho zda se jedná o smyčku [LOOP:SENSOR:ALL] nebo [LOOP:DEVICE])
• [VALUE:NUM:$I] – Hodnota senzoru v číselné podobě (float s desetinnou tečkou)
• [VALUE:TXT:$I] – Hodnota senzoru v textové podobě (string)
• [UNIT:KEY:$I] – strojový identifikátor jednotky měřené veličiny. Neobsahuje speciální znaky typu ° (stupeň), ale naopak i u bezrozměrných jednotek je uveden nějaký symbol.
• [UNIT:NAME:$I] – Jednotka v textové podobě – např. °C apod.
• [STATE:$I] – Stav senzoru/zařízení (podle toho zda se jedná o smyčku [LOOP:SENSOR:ALL] nebo [LOOP:DEVICE]): Normal, Alarm Hi, Alarm Lo, Sensor Invalid, Device Invalid, Unknown
• [MIN:$I] – Saferange MIN senzoru
• [MAX:$I] – Saferange MIN senzoru
• [HYST:$I] – Hystereze senzoru
• [DEVICE:NAME:$I] – Název zařízení
• [DEVICE:ALIAS:$I] – Alias názvu zařízení
• [URL:$I] – URL senzoru/zařízení (podle toho zda se jedná o smyčku [LOOP:SENSOR:ALL] nebo [LOOP:DEVICE])
• [DEVICE:URL:$I] – URL zařízení

Všechny tokeny jsou rovněž uvedeny v okně nápovědy přímo na portále a lze je aplikovat kliknutím na token. Ten se pak vloží do textového pole na pozici kurzoru.

Dále naleznete příklady použití těchto tokenů v různých typech alarmových zpráv. Pokud Vám nějaký typ proměnné chybí, nebo neumíte sestavit požadovanou zprávu, neváhejte nás kontaktovat a rádi Vám pomůžeme. 

Příklady šablon alarmových zpráv

Ztráta komunikace se zařízením – Krátký e-mail

Šablona - předmět

[PORTAL:NAME] hlásí: Chyba komunikace se zařízením [SRC:DEVICE:ALIAS] - [SRC:DEVICE:STATE]

Šablona - tělo

<p>Zařízení <a href="[SRC:DEVICE:URL]">[SRC:DEVICE:ALIAS]</a> na portále <a href="[PORTAL:URL]">[PORTAL:NAME]</a> má problém s komunikací a hlásí stav <strong>[SRC:DEVICE:STATE]</strong>.</p>

Výsledek

Ztráta komunikace se zařízením – e-mail s uvedením stavu všech zařízení

Šablona - předmět

[PORTAL:NAME] hlásí: Chyba komunikace se zařízením [SRC:DEVICE:ALIAS] - [SRC:DEVICE:STATE]

Šablona - tělo

<p>Zařízení <a href="[SRC:DEVICE:URL]">[SRC:DEVICE:ALIAS]</a> na portále <a href="[PORTAL:URL]">[PORTAL:NAME]</a> má problém s komunikací a hlásí stav <strong>[SRC:DEVICE:STATE]</strong>.</p>
<h3>Přehled všech zařízení týmu [SRC:TEAM]</h3>
<table>
	<tbody>
		<tr>
			<th>ID zařízení</th>
			<th>Jméno</th>
			<th>Alias</th>
			<th>Stav zařízení</th>
			<th>Alias zařízení</th>
		</tr>[LOOP:DEVICE]
		<tr>
			<td>[DEVID:$I]</td>
			<td><a href="[$I:URL]">[NAME:$I]</a></td>
			<td>[ALIAS:$I]</td>
			<td>[STATE:$I]</td>
			<td><a href="[$I:DEVICE:URL]">[DEVICE:ALIAS:$I]</a></td>
		</tr>[LOOP:END]
	</tbody>
</table>

Výsledek

Překročení rozsahu povolených hodnot – Krátký e-mail

Šablona - předmět

Senzor [SRC:ALIAS] na portále [PORTAL:NAME] hlásí stav: [SRC:STATE]

Šablona - tělo

<p>Senzor <a href=" [SRC:URL]"><strong>[SRC:ALIAS]</strong></a> na zařízení <strong>[SRC:DEVICE:ALIAS]</strong> připojeném do portálu <a href="[PORTAL:URL]"><strong>[PORTAL:NAME]</strong></a> hlásí od času [SRC:ALARM:TIME] stav <strong>[SRC:STATE]</strong> proti rozsahu <strong>[SRC:NOTICE:NAME]</strong>.</p>
 
<p>Aktuální hodnota senzoru <strong>[SRC:STATE]</strong> je <strong>[SRC:SENSOR:VALUE:TXT] [SRC:SENSOR:UNIT:NAME]</strong>.</p>
 
<p>Průběh hodnot si můžete prohlédnout na adrese [SRC:URL] </p>

Výsledek

Překročení rozsahu povolených hodnot – e-mail s uvedením stavu všech senzorů a zařízení

Šablona - předmět

Senzor [SRC:ALIAS] na portále [PORTAL:NAME] hlásí stav: [SRC:STATE]

Šablona - tělo

<p>Senzor <a href="[SRC:URL]"><strong>[SRC:ALIAS]</strong></a> na zařízení <strong>[SRC:DEVICE:ALIAS]</strong> připojeném do portálu <a href="[PORTAL:URL]"><strong>[PORTAL:NAME]</strong></a> hlásí od času [SRC:ALARM:TIME] stav <strong>[SRC:STATE]</strong> proti rozsahu <strong>[SRC:NOTICE:NAME]</strong>.</p>
 
<p>Aktuální hodnota senzoru <strong>[SRC:STATE]</strong> je <strong>[SRC:SENSOR:VALUE:TXT] [SRC:SENSOR:UNIT:NAME]</strong>.</p>
 
<p>Průběh hodnot si můžete prohlédnout na adrese [SRC:URL] </p>
 
<h3>Přehled všech senzorů týmu [SRC:TEAM]</h3>
<table>
	<tbody>
		<tr>
			<th>ID senzoru</th>
			<th>Alias</th>
			<th>Hodnota</th>
			<th>Jednotka</th>
			<th>Stav senzoru</th>
			<th>SafeRange MIN</th>
			<th>SafeRange MAX</th>
			<th>Hystereze</th>
			<th>ID zařízení</th>
			<th>Device alias</th>
		</tr>[LOOP:SENSOR:ALL]
		<tr>
			<td>[SENSID:$I]</td>
			<td><a href="[$I:URL]">[ALIAS:$I]</a></td>
			<td>[VALUE:TXT:$I]</td>
			<td>[UNIT:NAME:$I]</td>
			<td>[STATE:$I]</td>
			<td>[MIN:$I]</td>
			<td>[MAX:$I]</td>
			<td>[HYST:$I]</td>
			<td>[DEVID:$I]</td>
			<td><a href="[$I:DEVICE:URL]">[DEVICE:ALIAS:$I]</a></td>
		</tr>[LOOP:END]
	</tbody>
</table>
 
<h3>Přehled všech zařízení týmu [SRC:TEAM]</h3>
<table>
	<tbody>
		<tr>
			<th>ID zařízení</th>
			<th>Alias</th>
			<th>Stav zařízení</th>
		</tr>[LOOP:DEVICE]
		<tr>
			<td>[DEVID:$I]</td>
			<td><a href="[$I:DEVICE:URL]">[DEVICE:ALIAS:$I]</a></td>
			<td>[STATE:$I]</td>
		</tr>[LOOP:END]
	</tbody>
</table> 

Výsledek

Ztráta komunikace se zařízením – SMS

Šablona

Senzor [SRC:ALIAS] hlásí stav [SRC:STATE]. Aktuální hodnota je [SRC:SENSOR:VALUE:TXT][SRC:SENSOR:UNIT:NAME]

Výsledek

S grafy se v SensDesku pracuje podobně jako třeba se skupinami, umístěními (lokacemi), nebo uživatelsky definovanými dashboardy. Pro práci s grafy slouží položka Graphs v menu. Zde naleznete přehled vašich grafů a máte možnost přidat si nový kliknutím na ikonu Create new My Graph.

Zde je třeba graf pojmenovat a vybrat senzory které chceme zobrazovat. Výběr senzorů se provádí stejným způsobem jako u podlokací, tedy kliknutím na název zařízení se zobrazí senzory, které zařízení obsahuje a které máme možnost vybrat. Již vybrané senzory jsou podbarveny modře a současně vypsány v bočním okénku.

Po uložení se zobrazí stránka grafu a po chvíli se vykreslí křivky.

Uživatelé Free Sensdesku, tedy neplacené verze portálu mají možnost vytvořit si jeden My Graph, v případě že jich chtějí více, mají možnost kontaktovat svého distributora a dohodnout si s ním podmínky užívání rozšířených funkcí Sensdesku, jako je zvýšení počtu připojitelných zařízení, prodloužení délky datalogu, nebo právě například zvětšení počtu uživatelských dashboardů nebo grafů.

Více se o funkcích grafu a jejich používání dozvíte v samostatné Application note či videu níže.

Grafy lze na SensDesku nalézt na třech místech. Samozřejmě v detailu senzoru, kde se zobrazuje graf naměřených hodnot s vyznačením safe range, dále pak na detailu zařízení (device), kde se vykreslují všechny připojené senzory sdružené podle měřených veličin a poslední možností je My Graph na kterém lze nalézt křivky senzorů a detektorů jaké si nastavíte i bez ohledu na měřené veličiny a tím porovnávat průběhy hodnot.

Oblast grafu se skládá z několika částí. Zcela nahoře se nachází řádek vlastností grafu, který umožňuje nastavit parametry grafu. Konkrétně jaký časový rozsah bude zobrazován, jak bude uváděn čas a jaký SD range bude vykreslen (platí jen pro grafy jednotlivých senzorů).

Ve výchozím nastavení graf vykresluje časová úsek posledních 7 dní. Tedy například od středy do středy nebo od soboty do soboty. Jedná se o výchozí hodnotu, kterou nelze měnit. Uživatel si však snadno může vybrat rovněž časový úsek den, týden, měsíc nebo libovolný (custom).

V případě předdefinovaných intervalů den, týden a měsíc se vždy vykreslí celý interval na celou šířku grafu, takže při nevhodně vybraném rozsahu se graf nevykreslí v celé šířce. Například pokud je vybrán interval měsíce, snadno se stane, že se graf bude jevit jako neúplný. K přepínání intervalů slouží dvojice oranžových šipek. Pole pro výběr konkrétního data jsou naopak dostupná jen v případě vybraného intervalu Custom.

Pole Timezone umožňuje vybrat jaký čas se bude v grafu vypisovat při najetí kurzorem na konkrétní měřenou hodnotu. To může být velmi důležité při sledování překročení saferange a problémů pro správné určení chyby. Výchozí hodnotou je UTC (Coordinated Universal Time), tedy čas světový čas dříve nazývaný GMT (Greenwich Mean Time), který se používá jako jednotící prvek. Další možností je volby by device, tedy podle toho, jak je nastavený čas v zařízení (platí jen pro chystrá zařízení pracující s reálným časem, jako jsou Poseidon2, Damocles2 apod.). Poslední volbou je by user, tedy podle toho, jakou časovou zónu má nastaven uživatel ve svém profilu (https://sensdesk.com/user).

SensDesk umožňuje zobrazit naměřené hodnoty a současně zvýraznit, zda se nahází uvnitř bezpečné zóny (saferange) či mimo. Hodnoty mimo saferange jsou nakresleny červenou čárou, zbytek pak zelenou. Současně je v celém poli zobrazen formou zeleného podbarvení celý rozsah saferange, aby bylo možné již letmým pohledem zjistit, zda se hodnota neblíží jeho překročení. Pole SD range umožňuje uživateli měnit rozsahy zobrazeného saferange mezi SD range senzoru a Notice range sloužící pro práci a Alarmy (pro budoucí použití – předpokládané zprovoznění Notice Range v Q3/2019). Výběrové pole SD range naleznete pouze u grafů pro jednotlivé senzory.

Pod nastavením vlastností grafu se nachází řádek pro přepínání zobrazovaných veličin (jen u grafů v detailu zařízení). Ten umožňuje rychlé přepínání mezi jednotlivými měřenými veličinami v rámci jednoho zařízení a tím zajistí přehlednost grafu.

Následuje vlastní graf lišící se podle toho, na které stránce se nachází. Chybějící hodnoty jsou v grafu zakresleny jako chybějící čára a začátek intervalu je zdůrazněn oranžovou tečkou s křížkem tak aby i krátký výpadek měření byl řádně zvýrazněn.

Na detailu senzoru je vždy jen jedna hodnota a ta je buď zelená, pokud se nachází uvnitř saferange, nebo červená, pokud je mimo. Na detailu zařízení může být v grafu vykresleno více senzorů se stejnou veličinou a ty se pak rozlišují barvou. S ohledem na vyšší přehlednost se však v tomto grafu nezohledňuje ani nezobrazuje saferange, protože se může na jednotlivých senzorech lišit. U My Graph má každá veličina svoji jedinečnou barvu a senzory se liší typem vykreslené čáry (plný, čárkovaná, tečkovaný, čerchovaný apod.).

Legenda popisující význam jednotlivých barev, resp. přiřazení barvy a typu čáry senzoru se nachází úplně dole kde je také možnost si grafů pro více hodnot zjednodušit zobrazení vypnutím některého se senzorů kliknutím na jeho položku v legendě

Pro zobrazení detailu některého senzoru či měřeného úseku lze použít funkci lupy (Zoom) nebo pomocnou časovou osu. Při použití pomocné časové osy se mění pouze zobrazovaný interval v rámci načtených dat a zobrazovaný rozsah (svislá osa) se dynamicky mění podle skutečných hodnot tak, aby v grafu vždy byl uveden celý rozsah platný pro vybraný interval.

Při použití lupy je možné vybrat i jen část rozsahu a získat tak detailnější náhled, ale je třeba trochu cviku. Požadovaný výřez se vybírá kliknutím a tažením myší. Pro zrušení výběru slouží tlačítko reset v pravém horním rohu grafu.

Další velmi zajímavou funkcí grafů jsou exporty grafů a naměřených hodnot. Přístup k nim je při použití „hamburgeru“ v pravém horním rohu grafu.

K dispozici je možnost tisku grafu, nebo jeho export do formátů PNG, JPG, SVG a PDF

K dispozici je rovněž export a stažení naměřených hodnot v zobrazovaném rozsahu do souborů CSV a XLS pro pozdější zpracování a zajímavý je také výpis naměřených hodnot formou tabulky přímo na www stránce.

A v neposlední řadě je zde možnost exportu hodnot do cloudu Highcharts a vykreslení grafu v jiné podobě.

Názornou ukázku jak pracovat s grafy na SensDesku můžete vidět v SensDesk tutorial videu níže.

Výhody a nevýhody jednoúčelových a chytrých zařízení

Debaty o tom, zda je vhodnější používat jednoúčelová zařízení nebo raději integrovat více funkcí do jednoho, se vedou již od prvních mikroprocesorů. Použití více jednoúčelových zařízení umožňuje vyšší škálovatelnost systému, ale při více zařízeních se projeví na ceně, zatímco integrace funkcí může cenu za hardware výrazně snížit, ovšem vždy se zvýšeným rizikem, že chyba jednoho systému způsobí nefunkčnost celku.

Na druhé straně rozhodnutí, zda použijeme chytré autonomní zařízení nebo systém využívající cloudové řešení by nemělo vycházet z prosté ceny za zařízení, ale musí zohledňovat aplikaci, tedy účel, proč si nezávislý monitoring pořizujeme a rovněž návrh a instalaci systému.

Chytrá zařízení (Poseidon, Damocles, PWR aj.)	SD-Devices
Autonomní provoz bez potřeby trvalého internetu	Snadná instalace nekvalifikovaným pracovníkem
Podpora více typů komunikačních protokolů, snadná integrace do dohledových systémů	Funkční oboustranná komunikace bez potřeby znalosti sítí
Vnitřní logika umožňující provádění akci	Snadná změna funkce aplikace přes jednotný portál
Rozšířená podpora M2M komunikace	Jednotný komunikační formát
Interní datalog	Vysoká stabilita provozu
Složitější návrh systému	Vyšší modulárnost systému
Instalace vyžaduje odborníka	Funkčnost systému omezena možnostmi portálu
Vyšší cena	Závislost na běžícím systému 3.stran

Návrh a škálovatelnost systému

Jednoúčelová zařízení mají nespornou výhodu. Obsahují malý, jasně definovaný počet vstupů, výstupů nebo senzorů. Nekombinují je v rámci jedné krabičky, ale lze snadno kombinovat celá zařízení. Výrazně snáz se tak navrhuje celý ekosystém a snazší je rovněž jeho rozšiřování.

Řešení monitoringu je nutné navrhovat nejen podle funkce, ale také podle rozsahu monitorovaných prvků a veličin. Sledovat lze základní veličiny, jako teplotu a vlhkost, a zároveň například otevřené dveře, stavy technologií, napětí či proudy v systému. Z tohoto pohledu lze použít stejně dobře jednoúčelová i chytrá zařízení. V jednodušších aplikacích jsou chytrá zařízení výhodou, protože řešení all-in-one umožňuje levnou instalaci potřebných prvků včetně všech funkcí okolo. Pro monitoring prostředí v racku tak stačí STE2 s teploměrem a vlhkoměrem a dvojicí dveřních kontaktů, případně Poseidon2 3268 který bude ovládat přídavné ventilátory na rackové skříni. V případě složitějších aplikací je však obtížnější udržet náklady pod kontrolou. Díky tomu, že chytrá zařízení mají omezený počet vstupů, výstupů a senzorů v různých kombinacích, je třeba znát celý sortiment a vhodně kombinovat. Uživatelům se snadno stane, že chybí 1 digitální vstup a kvůli tomu pořizují další drahé zařízení.

Instalace a konfigurace

Veškerá nastavení jednoúčelových zařízení se provádí na jednom jediném místě – v centrálním portálu SensDesk.

Jednoúčelová zařízení data sama nijak nezpracovávají, pouze je posílají do vzdáleného nadřízeného systému (portálu) a veškeré zpracování probíhá tam. To sebou sice nese potřebu velmi vysoké spolehlivosti měřících zařízení a propracovaný systém jejich registrace do systému, ale současně poskytuje uživateli dvě velké výhody. Veškerá nastavení se provádí na jednom jediném místě – v centrálním portálu SensDesk. Není tedy potřeba přestavovat jednotlivá vzdálená zařízení, a tedy ani vytvářet si k nim přístupové cesty v internetu. Kdokoliv, kdo si chtěl někdy zpřístupnit domácí data v internetu ví, že je třeba nastavit routing (resp. překlad adres) na domácí bráně (modemu) a to znamená zjistit, jak se to dělá a naučit se to. V případě jednoho zařízení to není problém, u více je to již dost složité. Jednoúčelová zařízení typu SD-Devices či NB-devices se připojují k serveru sama a toto tunelování není třeba.

Chytrá zařízení ze své podstaty vyžadují pro svoji instalaci odborníka se širším spektrem znalostí, počínaje potřebou znát aplikaci, kterou má zařízení řešit až po alespoň základní znalosti počítačových sítí, překladů adres a podobně. Takový člověk je nejen nákladný na mzdu, ale ne vždy se jedná o pracovníka schopného a oprávněného k zásahu do sledované technologie a výsledkem je mechanik montující čidla a vedle toho inženýr nastavující zařízení. Vrcholem jsou pak situace, kdy se montáž provádí v cizím prostředí a je třeba ještě součinnost s místním IT oddělením. Pokud potřebujete naistalovat monitoring v jednom racku, lze si s nastavením pohrát a dohodnout si s IT oddělením vzdálený přístup pro pozdější rekonfiguraci. Podobně jedná-li se o velkou instalaci, máte k dispozici vyhrazenou počítačovou síť (VLAN) a situace je opět trochu jednodušší, ale v případě více zařízení, která se nachází na různých místech (geograficky) se situace rychle mění a jednoúčelová zařízení rychle získávají na významu.

V případě chytrých zařízení umožňujících zapojování senzorů a čidel na sběrnice je sice možné ušetřit na hardware, ale klade to vysoké nároky na testování a dokumentaci skutečného stavu. V opačném případě se bude za provozu záměna senzorů hledat velmi obtížně. O mnoho jednodušší je proto použít jednoduchá jednoúčelová zařízení. Ta aktivně odesílají data na vzdálený server a pokud pracovník instalační firmy dostane pokyn, aby hnědý senzor zapojil do díry 1 a bílý do díry 2, je riziko instalačních problémů pouze minimální.

V případě komunikace M2M musí vždy zůstat na cílovém routeru/firewallu otevřený komunikační port, což je práce pro zkušeného IT specialistu.	Přístup k jednotlivým zařízením z vnější sítě (internetu) je rovněž při přímém spojení nepohodlný, protože je třeba na cílovém routeru/firewallu otevřené komunikační porty (pro každé jedno zařízení jeden samostatný), což je práce pro zkušeného IT specialistu.
Použijeme-li SensDesk jako prostředníka, sice dojde k mírnému zpomalení komunikace, ale není třeba dělat žádné zásahy do infrastruktury sítě což zvyšuje nejen bezpečnost aplikace, ale i zbytku sítě.	Použití portálového řešení pro nastavování chování, Saferange a dalších parametrů cílové aplikace opět zvyšuje nejen bezpečnost aplikace, ale i zbytku sítě. Je uživatelsky velmi přívětivé, a hlavně jednotné napříč různými produkty.

Změna konfigurace zařízení

Pokud jde o změny konfigurace zařízení, platí pro jednoúčelová a chytrá zařízení podobné vlastnosti jako v případě instalace. Portálové řešení je jednodušší a rychlejší. Navíc stačí jeden zkušený inženýr pro běžnou správu i velmi rozsáhlých systémů.

M2M provoz

V oblasti vzájemné kooperace 2 zařízení záleží při výběru řešení na aplikaci. Využití jednoduchých zařízení má oproti uceleným řešením typu all-in-one výhodu ve snadné škálovatelnosti, přesto platí, že přímé spojení dvou zařízení je vždy rychlejší a bezpečnější než využití centrálního portálu jako prostředníka. Chceme-li ovládat výstup nějakého zařízení prostřednictvím portálu, vzhledem k architektuře cloudových řešení je třeba počkat, než se zařízení připojí k centrálnímu serveru, což může trvat v řádu desítek sekund až několika minut. V případě vzájemného použití zařízení typu Poseidon2 a Damocles2 vzniká přímé spojení, které je schopné reagovat v řádu několika set milisekund až několika sekund. Pokud však nejsou ve stejné počítačové síti platí zde výše uvedená potřeba vytvoření propojení na úrovni routeru což může být pracné a v korporátních sítích často nemožné.

Kam se hodí chytrá zařízení

Chytrá zařízení typu Poseidon2, Damocles2, HWg-PWR a další jsou ideální pro použití do kritických aplikací kde je třeba velmi rychlé reakce na nastalou situaci, ať již se jedná o okamžité odeslání SMS nebo sepnutí výstupu. Tato zařízení rovněž pracují s informací o reálném čase a vytvářejí datalog, opatřený časovými značkami. Navíc podporují různé komunikační protokoly, jako je SNMP, ModBus/TCP, MQTT a další, které však vyžadují pro správnou funkci konfiguraci zařízení. Více se tedy hodí do průmyslu a do uzavřených sítí a systémů.

Nezávislost aplikace

Potřeba opravdu nezávislého dohledu je nejsilnějším argumentem pro použití zařízení jako je Poseidon2, Damocles2 či HWg-WLD, tedy chytrých zařízení, protože ta umožňují současně měřit sledované veličiny, vyhodnocovat je a v případě potřeby odeslat varovnou zprávu, zapnout záložní systém nebo vypnout sledované zařízení dříve, než nastanou závažnější škody. Zde záleží opravdu jen na kritičnosti dané aplikace a jejím úkolu. Pro odeslání varovného e-mailu stačí zajistit vždy funkční konektivitu do internetu, resp. k SMTP serveru, pro odeslání SMS stačí využít HWg-SMS-GW3, která může být ve stejné síti (případně lze použít i pouze modem připojený k vybraným ústřednám).

V případě jakýchkoliv jednoúčelových zařízení, vyžadujících cloudové služby nebo jiného serverového řešení se sice bez funkčního připojení k internetu nelze obejít, ale tato topologie již z principu vnáší do komunikačního řetězce nejméně jeden prvek, který nemá uživatel pod kontrolou. Chytrá zařízení se tak hodí více pro kritické aplikace, případně pro instalace, kde firemní politika neumožňuje použití serverových nebo cloudových služeb.

Kam se hodí jednoúčelové SD-Devices a NB-Devices

Jednoúčelová zařízení jsou primárně určena pro větší aplikace, ať již z pohledu geografického nebo rozsahem čidel.
Hodí se pro aplikace mnoha malých instalací rozprostřených na více místech. Umožňují připojit malé množství senzorů a čidel a tím umožňují snadnou instalaci. Současně nevyžadují žádnou zvláštní konfiguraci s výjimkou např. nastavení WiFi v případě SD-zařízení. Veškeré další operace se již provádí výhradně na úrovni portálu SensDesk a ty může provádět kvalifikovaný pracovník. Při rozšiřování systému je naopak velmi příjemná cena na jednoúčelové zařízení, která umožňuje dokoupit pouze ty vstupy či výstupy, které jsou v systému potřeba.

V případě NB-Devices je jejich použití na odlehlých místech bez elektřiny a stálého internetu přímo typické.

Spolupráce chytrých a jednoúčelových zařízení

Rozhodně není pravda, že v rámci jednoho řešení lze použít jen jednu nebo druhou technologii. Naopak s výhodou lze použít portál SensDesk jako jednotící prvek obou způsobů monitoringu a vzájemně kombinovat výhody obou. Velmi výhodné je pak používat chytrá zařízení pro snímání hodnot a jednoúčelovým zařízením ovládat vzdálené výstupy, či kontrolovat únik vody.

STE2 r2 je jednoduché zařízení s podporou SNMP, určené pro sledování teploty a vlhkosti z externích senzorů s možností připojení k internetu prostřednictvím sítě Ethernet nebo WiFi. Při překročení povoleného rozsahu hodnot, případně sepnutí vstupu vás okamžitě upozorní alarmovou zprávou, kterou odešle e-mailem, přes online portál SensDesk nebo HW portal, případně pomocí SMS přes samostatnou GSM bránu HWg-SMS-GW3.

Rychlý přehled novinek

• 5 hodnot senzorů, podpora 1-Wire UNI
• STE2 r2 je nyní kompatibilní se všemi senzory RJ11 z portfolia HWg:

Moderní design

STE2 r2 přináší omlazení webového rozhraní, které působí modernějším a svěžím dojmem. Zjemnilo se písmo, přidaly stíny a došlo k doplnění, zmodernizovala tlačítka.

Podpora HTTPS

Se stoupajícími nároky na bezpečnost se zabezpečený protokol HTTPS stal standardem i v embedded (IoT) aplikacích. Nově jít tedy kromě vlajkové lodi HW group, jednotek Poseidon2, disponuje i low-endové zařízení STE2 r2

Na webu přibyla záložka Security kde máte možnost si nahrát vlastní certifikát pro HTTPs, nebo si lze nechat vygenerovat self-signed certifikát přímo zařízením. Certifikát se nahrává jako samostatný veřejný klíč a samostatně jako privátní klíč. Možnost nahrát zprostředkující certifikát certifikační autority rovněž nechybí. Port na kterém pak zařízení naslouchá lze nastavit stejně jako pro HTTP na stránce General Setup. STE2 r2 je jednoduché zařízení s podporou SNMP, určené pro sledování teploty a vlhkosti z externích senzorů s možností připojení k internetu prostřednictvím sítě Ethernet nebo WiFi. Revize 2 úspěšného zařízení dostává nové funkce.

Alarmové cíle

Zatímco v STE2 či ostatních zařízeních HW group s.r.o. lze pro každý senzor nebo binární vstup odesílání alarmových zpráv pouze zapnout či vypnout, v STE2 r2 je přidána možnost samostatně definovat kam, či chcete-li komu se bude zpráva odesílat.

Cíle se nově definují na stránce Alarms, nikoliv na stránkách pro odesílání SMS či e-mailů a takto vytvoření cíle se následně přiřazují senzorům a vstupům. Nezaškrtáváte tedy u senzorů a vstupů zda se má posílat SMS a e-mail, ale zda a případně na kterou sadu cílů se budou alarmy posílat.

STE2 r2 umožňuje založení 2 cílů po 2cílových telefonních číslech a 2 cílových e-mailových adres. Každý cíl si lze navíc pro přehlednost pojmenovat.

Synchronizace Safe range mezi zařízením a portálem

Máte špatně nastavený saferange nebo hysterezi? Chodí Vám omylem moc SMS či e-mailů? Žádný problém, protože STE2 r2 přináší ještě jednu novinku, a to je synchronizace Safe range mezi zařízením a portálem. Je-li vaše zařízení připojené do SensDesku nebo HW portálu, můžete hodnoty Safe range měnit na obou místech a s každým dalším Pushem se na druhé straně přenastaví jak hodnoty Mix a Max, tak rovněž hysteresis a v nejbližší době přibude i Delay a rovněž delta AutoPush.

STE2 r2 je z chytrých ethernetových zařízení HW group prvním, které touto funkcí disponuje (zařízení z rodiny SD nemají možnost nastavení v zařízení), ale zákazníci kteří byli zvyklí na rozdílné safe range v zařízení a v portále se nemusí bát, že by přišli o možnost více Alarmových rozsahů. Zhruba od března bude SensDesk i HW portál nabízet alternativní rozsahy povolených hodnot v podobě tzv. Notice range.

• Ethernetová zařízení
• Rodina Ares

Ethernetová zařízení

Zapojení

1. Připojte zařízení k síti Ethernet (přímým kabelem do switche, kříženým k PC).
2. Zapojte napájecí adaptér do sítě a do napájecího konektoru na zařízení.
3. Rozsvítí se zelená kontrolka Power & Mode (Napájení a režim) v konektoru RJ45.
4. Je-li připojení k síti Ethernet funkční, krátce poté se rozsvítí kontrolka LINK (žlutá), která poté pohasíná při přenosu dat po síti Ethernet (signalizace aktivity).
5. Rychlým blikáním signalizuje žlutá kontrolka LINK komunikaci se serverem DHCP.

Vyhledání zařízení v síti a nastavení IP adresy – HWg-Config

Program HWg-Config je k dispozici ke stažení na stránce HWg-Config.

1. Spusťte program HWg Config kliknutím na ikonu. Program automaticky vyhledá připojená zařízení.
2. Vyhledávání spustíte kliknutím na ikonu Find Devices (Najít zařízení).
3. Program vyhledá zařízení ve vaší lokální síti. Kliknutím na MAC adresu zařízení se otevře dialogové okno s nastavením zařízení.

Nastavte síťové parametry zařízeni:

1. IP adresu / HTTP Port (standardně 80)
2. Masku vaší sítě
3. IP adresu síťové brány
4. Název zařízení (volitelný parametr)

Uložte nastavení kliknutím na tlačítko Apply Changes (Uložit změny).

Přístup na webové rozhraní zařízení

Možnosti, jak otevřít webovou stránku zařízení:

• Zadejte IP adresu zařízení v okně prohlížeče.
• Klikněte na podtrženou IP adresu v aplikaci HWg-Config.
• Klikněte na IP adresu v programu HWg-Config.

Konfigurační stránky

Pokračujte podle manuálu k zařízení

Rodina Ares 

Připojte zařízení Ares k PC pomocí USB kabelu a otevřete nově vytvořený disk ARES. Dvojím kliknutím spusťte aplikaci AresConf. Zobrazí se karta General (Všeobecné) se stavem zařízení:

Pokračujte podle manuálu k zařízení

Ikony vyjadřující stav senzorů, digitálních vstupů a výstupů

Stav	Barva	Ikona	Význam
OK	Zelená		Ikona označuje senzor ve stavu OK - senzor odešle platnou hodnotu, která je v bezpečném rozsahu
Alarm	Červená		Ikona označuje senzor ve stavu Alarm - naměřená hodnota je mimo povolený rozsah bezpečného rozsahu
Unknown	Oranžová		Ikona označuje stav senzoru Unknown (neznámý) - k přístroji je připojen senzor, ale SensDesk ještě nemá informace o konfiguraci
Invalid	Oranžová		Ikona označuje senzor ve stavu Invalid - senzor je odpojen nebo jinak poškozen a Sensdesk nemá platné informace o jeho hodnotě, i když zařízení komunikuje normálně.
Disabled	Šedá		Ikona označuje senzor ve stavu Disabled - senzor je vypnut pro zpracování v konfiguraci Sensdesk. Zařízení s ním pracuje normálně.

Ikony vyjadřující stav zařízení

Stav	Barva	Ikona	Význam
OK	Zelená		Ikona označuje zařízení ve stavu OK - zařízení pracuje normálně a odesílá data.
Alarm	Červená		Ikona označuje zařízení ve stavu Alarm - některé senzory jsou ve stavu Alarm, naměřená hodnota je mimo povolený rozsah saferange
Unknown	Oranžová		Ikona označuje stav zařízení Unknown - Zařízení je již zaregistrováno v Sensdesku, ale jeho konfigurace a připojené senzory ještě nejsou známy
Invalid	Oranžová		Ikona označuje zařízení ve stavu Invalid - zařízení nehlásí více než 2 Pushe
Disabled	Šedá		Ikona označuje zařízení ve stavu Disabled - zařízení má funkci Push disabled, ale jinak funguje normálně.

Vykreslení jednoduchého grafu hodnot jedné veličiny je standardní funkcí téměř všech monitorovacích software, ať již se jedná o PDMS, Nagios, PRTG či třeba právě SensDesk a v některých případech jako je třeba HWg-PWR se s ním můžeme setkat i přímo v zařízení (tam však jedná spíše o nouzové řešení). Grafy slouží pro rychlý přehled průběhu naměřených dat a jejich analýzu a lze díky nim snadno sledovat stoupající či klesající tendence, stejně jako rychle odhalit periodické jevy. Některé software umí sdružovat grafy stejných veličin například podle zařízení, ale málokterá aplikace umožňuje sdružit různé veličiny a rozsahy do jednoho grafu, protože to nese vysoké nároky na výpočetní výkon i na grafické zpracování.

Typické aplikace My Graph

My Graph slouží pro porovnání více měřených hodnot a sledování jejich závislostí. Tím lze odhalit příčiny vzniku alarmových situací stejně jako optimalizovat provoz technologie, typicky klimatizací či topení.

Kontrola teploty v lednicích, mrazácích a chladících boxech

Sledování průběhu teplot v prostředí s ohledem na běžný provoz vyžadující otevírání a zavírání chlazených prostor. Vzájemným porovnáním teploty v čase lze odhalit chybnou funkci chladícího zařízení a porovnáním například s dveřním kontaktem lze naopak identifikovat příčiny nárůstu teploty. Teplota stoupla, ale příčinou jsou otevřené dveře – netřeba se znepokojovat. Z uvedených grafů lze rovněž generovat reporty, kterými lze dokladovat průběh hodnot v čase, a tedy správnost skladování potravin, léků nebo jiných kritických látek. Pro sledování teploty a vlhkosti lze s výhodou použít jednotky STE2 nebo třeba Poseidon2 3266.

Aplikaci lze rovněž rozšířit o měření spotřeby elektrické energie pomocí HWg-PWR25 a porovnáním teploty chlazeného prostoru se spotřebou lze detekovat námrazu nebo únik chladícího média (stoupající spotřeba elektrické energie při stálé teplotě prostředí znamená nerovnováhu systému a vzrůstající náklady).

Kontrola prostředí v serverových místnostech a sledování teplých a studených uliček

Kontrola teploty v racku či v datacentrech je velmi častá aplikace pro nasazení monitoringu prostředí, a přestože správci neradi vidí, že jejich data se ukládají do nějakého portálu mimo firmu, mají pro ně uvedené informace nedocenitelný význam. Díky nim je možné porovnat průběh teploty v racku v závislosti na otevření dveří nebo průběh teploty ve studené uličce rackového sálu v závislosti nejen na dveřích, ale rovněž na vlhkosti a na proudění vzduchu a tím identifikovat porušenou cirkulaci vzduchu mechanicky uživatelem, nebo technicky vadou na klimatizaci. Tím lze výrazně snížit náklady na provoz datacentra a současně zvýšit jeho spolehlivost pro zákazníky. V prostředí datacenter se nejčastěji používají zařízení Poseidon2 4002 a Poseidon2 3268.

Monitoring spotřeby energií v kancelářských prostorech

V kancelářských prostorech se často využívá monitoring prostředí zaměřený na komplexní řešení, takže se kromě elektrické energie hlídá nejen teplota, ale rovněž například intenzita osvětlení nebo kvalita vzduchu. Přestože se jedná o parametry spíše náležející systému MaR (Měření a regulace) nezávislý dohled kromě kontroly funkce s cílem zefektivnit produktivitu práce má nesporné místo v kontrole energetické náročnosti. Pokud na budovu svítí slunce a nejsou stažené žaluzie je provoz klimatizace neúnosně drahý a naopak jsou-li zatažené i mimo sluneční špičku, je třeba zbytečně používat umělé osvětlení, a to spolu se špatným vzduchem navíc snižuje výkonnost zaměstnanců. Pro tyto aplikace se nejčastěji používají Poseidon2 3468 a HWg-PWR12, které lze instalovat do rozváděče na DIN lištu.

Sledování teploty a vlhkosti ve skleníku

Při pěstování rostlin v uzavřených prostorách skleníků je třeba zajistit cirkulaci vzduchu pro rovnoměrné rozložení prostředí. Porovnání teplot a vlhkostí vzduchu na více místech současně zajistí větší a kvalitnější úrodu. S výhodou tak lze použít například Poseidon2 4002 nebo Ares 12, který ovládá vícebodovou cirkulaci vzduchu například v kombinaci se řízením zálivky.
 

Sledování konzistence prostředí a tvorba teplotních map ve skladovacích prostorách

V řadě případů je třeba sledovat že prostředí v prostoru je konzistentní, tedy nedochází k výrazným výkyvům. Tyto testy mohou být důležité jednak z hlediska skladovaného zboží (potraviny, květiny apod.), ale rovněž pro diagnostické potřeby. Teplotní či vlhkostní senzory je třeba umisťovat na místa, kde je to jednak důležité, ale současně nebude docházet k falešným poplachům například vlivem průvanu. Díky funkci My Graph si můžete snadno vykreslit rozdíly hodnot a například i vypsat detaily.
 

Více se o funkcích grafu a jejich používání dozvíte v samostatné Application note.